Measure Specification

This section provides an overview of how measure developers can create detailed, clear, rigorous, and precise specifications. Specifications are instructions for how to build and calculate a measure. The intent of measure specification is that each measure should reach its appropriate target/initial population, but not over-reach or under-reach. Errors in specifying the target/initial population not only waste resources, but also may generate misleading conclusions about care quality.

The measure specification stage consists of both specification and harmonization, along with interested parties' engagement through public comment and technical expert panels (TEPs). Final specifications provide comprehensive details that allow collection of measure implementation data and measure to be consistent, reliable, and effective.

Measure Lifecycle

Measure specification follows the conceptualization stage, when the measure developer determines the initial intent of the measure based on clinical practice guidelines or a patient-reported outcome measure, and evidence from the environmental scan. Development of measure specifications is an iterative process throughout the Measure Lifecycle, with specifications informing and being informed by later stages of the measure development process, particularly measure testing.

Measure Specification & Measure Testing 

As a measure developer moves from alpha (formative) testing to beta (field) testing, the specification becomes more fully developed. As a result of testing, specifications continue to evolve, becoming more detailed and precise. 

  • For measures based on electronic, administrative, or claims-based data, the measure developer may provide draft specifications to the programming staff responsible for data retrieval and for developing programming logic necessary to produce the measure. Programmers will assess feasibility of the specifications as written and may provide feedback.
  • For measures based on chart abstraction, the measure developer develops and tests data collection tools.

Paperwork Reduction Act Guidance for CMS Measure Developers

Though most measure development activities are exempt from the Paperwork Reduction Act (PRA) due to the Medicare Access and Children's Health Insurance Program Reauthorization Act (MACRA), some CMS developers may be required to prepare a PRA package. CMS measure developers should discuss this requirement with their Contracting Officer's Representative. The Blueprint Contractual Guidance and Considerations —located in the password-protected Measure & Instrument Development and Support (MIDS) Library—has additional details for CMS MIDS contractors. Users must have an invitation to view the MIDS Library. 

Top Left
  • Determine the measure ingredients and calculation formula
  • Collect input and testing findings on initial measure specifications to aid in refinement
Top Right
vertical arrows
  • Includes annual update and comprehensive reevaluation every 3 years
  • Early maintenance review may be necessary
horizontal arrows
  • Identify ideas or topics that are most important to interested parties and address a gap in measurement
  • Scan the environment
horizontal arrows
  • Collect qualitative and quantitative data to establish whether the measure meets evaluation criteria
  • Iterate with Measure Specification
vertical arrows
Bottom Left
  • Pre- and rulemaking processes
  • Collect user input on initial measure specifications to aid in refinement
Bottom Right
Last Updated: