IP Review

Unattributed Code Systems

Copyright Fragment

This fragment is not visible to the reader

This publication includes IP covered under the following statements.

Copyright and Registered Trademark Uses

External References

Type Reference Content
web github.com
web github.com CMS FHIR Quality Measure Development IG, published by Centers for Medicare & Medicaid Services (CMS). This guide is not an authorized publication; it is the continuous build for version 0.8.0-cibuild built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/cqframework/cms-qmd/ and changes regularly. See the Directory of published versions
web github.com MADiE uses the open-source cqframework CQL-to-ELM Translator to translate CQL into Expression Logical Model (ELM), the computable representation used for validation and execution of CQL expressions.
web github.com Create an issue in the CMS QMD IG repository .
  • Include a brief description of the change as well as relevant details such as standards versions, applicable timelines or related ONC Jira issues.
web github.com For both NutritionOrder and ImmunizationRecommendation, the translator does not allow qualified code paths to be used in the retrieve (see the feature request #1853 ). Until that is implemented, use a where clause rather than a terminology-based retrieve:
web github.com NOTE: ClaimCommon and ClaimElements are released in MADiE, so measures can include them directly. Development happens in the dqm-content-cms-2026 repository, and the copies in this guide are convenience copies. The intent is to promote ClaimElements to the Using CQL with FHIR implementation guide, generalized to all claims: its retrieves would become [FHIR.Claim] rather than [USQualityCore.Claim] . Nothing in the logic depends on the US Quality Core profile.
web github.com This is under review and may result in a specification or tooling change (see Translator Issue 1181 ). Until then there are two workarounds:
web github.com For comparison, see the QICore Version
web github.com NOTE: MedicationCommon is released in MADiE, so measures can include it directly. Development happens in the dqm-content-cms-2026 repository, and the copy in this guide is a convenience copy. Nothing in it is US-specific, so the intent is to promote the library as a whole to the Using CQL with FHIR implementation guide ( FHIR-58912 ), alongside FHIRCommon, as the home for medication-specific functions.
web github.com Feedback on the patterns, guidance, or recommendations can be provided by submitting a New Issue to this repository.
web github.com The remaining libraries are expected to still be developed in MADiE, but are included in the proposed set of refactored measures for reference, testing, and to support the development of this guidance. A third group — ClaimCommon, ClaimElements, and MedicationCommon — supplies functions that no published library provides yet. These are released in MADiE and developed in the dqm-content-cms-2026 repository, with convenience copies in this guide, and are proposed for promotion to the Using CQL with FHIR implementation guide. The version numbers of those libraries are suggested based on both a Major and at least one Minor version increment for each library (for example, AdultOutpatientEncounters in QICore is version 4.19.000, whereas the suggested refactoring is 5.2.000). The content for these libraries is suggested, and it is expected that these libraries will be developed in MADiE once full US Quality Core support is available. Measure developers can use the content as a starting point for that development if desired.
web github.com The dqm-content-cms-2026 repository has minor increments for each of these libraries as well with the full update to the 0.5.0 published release. Those increments will be pulled into the cms-2025 repository once discrepancy testing has completed.
web github.com In addition, the in-madie branch of the dqm-content-cms-2026 repository has the content that is available in MADiE for easy comparison against the proposed draft content.
web github.com 4.19.000
web github.com 5.2.000
web github.com 1.27.000
web github.com 2.2.000
web github.com 4.1.000
web github.com 5.2.000
web github.com 1.10.000
web github.com 2.2.000
web github.com 1.12.000 (draft)
web github.com 1.11.000
web github.com 2.2.000
web github.com 4.1.000
web github.com 5.2.000
web github.com 6.0.000
web github.com 4.4.000
web github.com 0.1.000
web github.com 6.18.000
web github.com 7.2.000
web github.com 0.2.000
web github.com 0.1.000
web github.com 1.18.000
web github.com 2.2.000
web github.com 5.25.000
web github.com 6.2.000
web github.com 5.28.000
web github.com 4.0.000
web github.com 1.15.000
web github.com 2.2.000
web github.com 5.1.000
web github.com 6.2.000
web github.com 6.1.000
web github.com 8.25.000
web github.com 9.2.000
web github.com JCCommon 8.34.000
web github.com 8.18.000
web github.com 9.2.000
web github.com The QICore-based CQMCommon 4.1.000 is being refactored into CQMConcepts, CQMElements, and CQMInferences (see the note in the Library Index ), with claim-related content moving to ClaimCommon and ClaimElements. Its definitions are distributed as follows:
web github.com Every non-extension slice in QI Core STU6 is present at the same element path with the same slice name in US Quality Core 0.5.0. Nothing was added, removed, or renamed at the profile level. The difference is entirely in the model info: the QICore 6.0.0 model info was profile-informed, so it flattened each slice into a named model element , and CQL could write Coverage.memberid or Observation.VSCat directly. In the USQualityCore 0.5.0 and USCore 6.1.0-derived model infos, slices are now accessed through fluent functions . Where no published library supplies one, a function is provided in CQMConcepts , annotated with the library it is being proposed for, and marked as proposed in the tables below.
web github.com isScreeningAssessment() (CQMConcepts, proposed for USCoreCommon)
web github.com also defined in MedicationCommon , proposed to replace the FHIRCommon definitions
web github.com isAssessPlan() (CQMConcepts, proposed for USCoreCommon) , hasCategory(CarePlan, Code) (CQMConcepts, proposed for FHIRCommon)
web github.com isLaboratory(DiagnosticReport) (CQMConcepts, proposed for FHIRCommon)
web github.com hasCategory(DiagnosticReport, Code) (CQMConcepts, proposed for FHIRCommon)
web github.com hasCategory(ServiceRequest, Code) (CQMConcepts, proposed for FHIRCommon)
web github.com groupNumber() (CQMConcepts, proposed for USCoreElements)
web github.com planNumber() (CQMConcepts, proposed for USCoreElements)
web github.com npi(Organization) (CQMConcepts, proposed for USCoreElements)
web github.com clia() (CQMConcepts, proposed for USCoreElements)
web github.com naic() (CQMConcepts, proposed for USCoreElements)
web github.com ccn() (CQMConcepts, proposed for USQualityCoreCommon)
web github.com ein(Organization) (CQMConcepts, proposed for USQualityCoreCommon)
web github.com npi(Practitioner) (CQMConcepts, proposed for USCoreElements)
web github.com ein(Practitioner) (CQMConcepts, proposed for USQualityCoreCommon)
web github.com isPulseOximetry() (CQMConcepts, proposed for USCoreCommon)
web github.com flowRate() (CQMConcepts, proposed for USCoreCommon)
web github.com concentration() (CQMConcepts, proposed for USCoreCommon)
web github.com industry() (CQMConcepts, proposed for USCoreCommon)
web github.com No hasCategory() overload exists upstream for CarePlan, DiagnosticReport, or ServiceRequest. FHIRCommon defines hasCategory() only for Condition , Observation , and MedicationRequest . The overloads for the other three, and the isLaboratory(DiagnosticReport) predicate, are drafted in CQMConcepts and proposed for FHIRCommon, since none of them is US-specific.
web github.com No accessors exist upstream for the identifier slices. Neither USCoreCommon nor USCoreElements provides npi() , clia() , naic() , ccn() , or ein() , so measures that identified a provider or facility by Practitioner.NPI or Organization.ccn under QI Core must filter identifier by system. Those functions are drafted in CQMConcepts ; npi() , clia() , and naic() are proposed for USCoreElements, while ccn() and ein() are proposed for USQualityCoreCommon, because those two slices are QI Core additions rather than US Core content.
web github.com This topic describes a process for refactoring FHIR-based 2025 AU draft CMS measures expressed using QI Core version 6.0.0 to:
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore
web github.com QICore
web github.com USQualityCore

Internal Images

tree-filter.png
tree-filter.png