HL7 Terminology (THO)
3.0.0 - Publication

This page is part of the HL7 Terminology (v3.0.0: Release) based on FHIR R4. The current version which supercedes this version is 5.2.0. For a full list of available versions, see the Directory of published versions

ValueSet: ObservationQualityMeasureAttribute


Defining URL:http://terminology.hl7.org/ValueSet/v3-ObservationQualityMeasureAttribute
Status:Active as of 3/26/14

Codes used to define various metadata aspects of a health quality measure.

OID:2.16.840.1.113883.1.11.20366 (for OID based terminology systems)
Source Resource:XML / JSON / Turtle


This value set is not used here; it may be used elsewhere (e.g. specifications and/or implementations that use this content)

Logical Definition (CLD)



This value set contains 32 concepts

Expansion based on ActCode v6.0.0 (CodeSystem)

All codes in this table are from the system http://terminology.hl7.org/CodeSystem/v3-ActCode

0_ObservationQualityMeasureAttributeObservationQualityMeasureAttributeCodes used to define various metadata aspects of a health quality measure.
1  AGGREGATEaggregate measure observationIndicates that the observation is carrying out an aggregation calculation, contained in the value element.
1  CMPMSRMTHcomposite measure methodIndicates what method is used in a quality measure to combine the component measure results included in an composite measure.
1  CMPMSRSCRWGHTcomponent measure scoring weightAn attribute of a quality measure describing the weight this component measure score is to carry in determining the overall composite measure final score. The value is real value greater than 0 and less than 1.0. Each component measure score will be multiplied by its CMPMSRSCRWGHT and then summed with the other component measures to determine the final overall composite measure score. The sum across all CMPMSRSCRWGHT values within a single composite measure SHALL be 1.0. The value assigned is scoped to the composite measure referencing this component measure only.
1  COPYcopyrightIdentifies the organization(s) who own the intellectual property represented by the eMeasure.
1  CRSclinical recommendation statementSummary of relevant clinical guidelines or other clinical recommendations supporting this eMeasure.
1  DEFdefinitionDescription of individual terms, provided as needed.
1  DISCdisclaimerDisclaimer information for the eMeasure.
1  FINALDTfinalized date/timeThe timestamp when the eMeasure was last packaged in the Measure Authoring Tool.
1  GUIDEguidanceUsed to allow measure developers to provide additional guidance for implementers to understand greater specificity than could be provided in the logic for data criteria.
1  IDURimprovement notationInformation on whether an increase or decrease in score is the preferred result (e.g., a higher score indicates better quality OR a lower score indicates better quality OR quality is within a range).
1  ITMCNTitems countedDescribes the items counted by the measure (e.g., patients, encounters, procedures, etc.)
1  KEYkeywordA significant word that aids in discoverability.
1  MEDTmeasurement end dateThe end date of the measurement period.
1  MSDmeasurement start dateThe start date of the measurement period.
1  MSRADJrisk adjustmentThe method of adjusting for clinical severity and conditions present at the start of care that can influence patient outcomes for making valid comparisons of outcome measures across providers. Indicates whether an eMeasure is subject to the statistical process for reducing, removing, or clarifying the influences of confounding factors to allow more useful comparisons.
1  MSRAGGrate aggregationDescribes how to combine information calculated based on logic in each of several populations into one summarized result. It can also be used to describe how to risk adjust the data based on supplemental data elements described in the eMeasure. (e.g., pneumonia hospital measures antibiotic selection in the ICU versus non-ICU and then the roll-up of the two). *Open Issue:* The description does NOT align well with the definition used in the HQMF specfication; correct the MSGAGG definition, and the possible distinction of MSRAGG as a child of AGGREGATE.
1  MSRIMPROVhealth quality measure improvement notationInformation on whether an increase or decrease in score is the preferred result. This should reflect information on which way is better, an increase or decrease in score.
1  MSRJURjurisdictionThe list of jurisdiction(s) for which the measure applies.
1  MSRRPTRreporter typeType of person or organization that is expected to report the issue.
1  MSRRPTTIMEtimeframe for reportingThe maximum time that may elapse following completion of the measure until the measure report must be sent to the receiver.
1  MSRSCOREmeasure scoringIndicates how the calculation is performed for the eMeasure (e.g., proportion, continuous variable, ratio)
1  MSRSEThealth quality measure care settingLocation(s) in which care being measured is rendered Usage Note: MSRSET is used rather than RoleCode because the setting applies to what is being measured, as opposed to participating directly in the health quality measure documantion itself).
1  MSRTOPIChealth quality measure topic type
1  MSRTPmeasurement periodThe time period for which the eMeasure applies.
1  MSRTYPEmeasure typeIndicates whether the eMeasure is used to examine a process or an outcome over time (e.g., Structure, Process, Outcome).
1  RATrationaleSuccinct statement of the need for the measure. Usually includes statements pertaining to Importance criterion: impact, gap in care and evidence.
1  REFreferenceIdentifies bibliographic citations or references to clinical practice guidelines, sources of evidence, or other relevant materials supporting the intent and rationale of the eMeasure.
1  SDEsupplemental data elementsComparison of results across strata can be used to show where disparities exist or where there is a need to expose differences in results. For example, Centers for Medicare & Medicaid Services (CMS) in the U.S. defines four required Supplemental Data Elements (payer, ethnicity, race, and gender), which are variables used to aggregate data into various subgroups. Additional supplemental data elements required for risk adjustment or other purposes of data aggregation can be included in the Supplemental Data Element section.
1  STRATstratificationDescribes the strata for which the measure is to be evaluated. There are three examples of reasons for stratification based on existing work. These include: (1) evaluate the measure based on different age groupings within the population described in the measure (e.g., evaluate the whole \[age 14-25\] and each sub-stratum \[14-19\] and \[20-25\]); (2) evaluate the eMeasure based on either a specific condition, a specific discharge location, or both; (3) evaluate the eMeasure based on different locations within a facility (e.g., evaluate the overall rate for all intensive care units and also some strata include additional findings \[specific birth weights for neonatal intensive care units\]).
1  TRANFtransmission formatCan be a URL or hyperlinks that link to the transmission formats that are specified for a particular reporting program.
1  USEnotice of useUsage notes.

Explanation of the columns that may appear on this page:

Level A few code lists that FHIR defines are hierarchical - each code is assigned a level. In this scheme, some codes are under other codes, and imply that the code they are under also applies
Source The source of the definition of the code (when the value set draws in codes defined elsewhere)
Code The code (used as the code in the resource instance)
Display The display (used in the display element of a Coding). If there is no display, implementers should not simply display the code, but map the concept into their application
Definition An explanation of the meaning of the concept
Comments Additional notes about how to use the code


2020-05-06reviseTed KleinVocabulary WGMigrated to the UTG maintenance environment and publishing tooling.
2014-03-26reviseVocabulary (Woody Beeler) (no record of original request)2014T1_2014-03-26_001283 (RIM release ID)Lock all vaue sets untouched since 2014-03-26 to trackingId 2014T1_2014_03_26