Core Clinical Data Elements for the Hybrid Hospital-Wide Readmission Measure with Claims and Electronic Health Record Data - HWR
Compare Versions of: "Core Clinical Data Elements for the Hybrid Hospital-Wide Readmission Measure with Claims and Electronic Health Record Data - HWR"
The Compare function compares two years of the measure specifications found in the header of the measure's HTML. It does not include a comparison of any information in the body of the HTML, e.g., population criteria, Clinical Quality Language, or value sets.
Strikethrough text highlighted in red indicates information changed from the previous version. Text highlighted in green indicates information updated in the new eCQM version.
Compare 2025 version to
| Measure Information | 2023 Reporting Period | 2024 Reporting Period | 2025 Reporting Period | 2026 Reporting Period |
|---|---|---|---|---|
| Title | Core Clinical Data Elements for the Hybrid Hospital-Wide Readmission (HWR) Measure with Claims and Electronic Health Record Data | Core Clinical Data Elements for the Hybrid Hospital-Wide Readmission (HWR) Measure with Claims and Electronic Health Record Data | Core Clinical Data Elements for the Hybrid Hospital-Wide Readmission Measure with Claims and Electronic Health Record Data - HWR | Core Clinical Data Elements for the Hybrid Hospital-Wide Readmission Measure with Claims and Electronic Health Record Data - HWR |
| CMS eCQM ID | CMS529v3 | CMS529v4 | CMS529v5 | CMS529v6 |
| Short Name |
Hybrid HWR |
Hybrid HWR |
Hybrid HWR |
Hybrid HWR |
| CBE ID* | 2879e | 2879e | 2879e | 2879e |
| Measure Steward | Centers for Medicare & Medicaid Services (CMS) | Centers for Medicare & Medicaid Services (CMS) | Centers for Medicare & Medicaid Services (CMS) | Centers for Medicare & Medicaid Services (CMS) |
| Description | This logic is intended to extract electronic clinical data. This is not an electronic clinical quality measure and this logic will not produce measure results. Instead, it will produce a file containing the data that CMS will link with administrative claims to risk adjust the Hybrid HWR ... outcome measure. It is designed to extract the first resulted set of vital signs and basic laboratory results obtained from encounters for adult Medicare Fee-For-Service patients admitted to acute care short stay hospitals. Show more >This logic is intended to extract electronic clinical data. This is not an electronic clinical quality measure and this logic will not produce measure results. Instead, it will produce a file containing the data that CMS will link with administrative claims to risk adjust the Hybrid HWR outcome measure. It is designed to extract the first resulted set of vital signs and basic laboratory results obtained from encounters for adult Medicare Fee-For-Service patients admitted to acute care short stay hospitals. Show less |
This logic is intended to extract electronic clinical data. This is not an electronic clinical quality measure and this logic will not produce measure results. Instead, it will produce a file containing the data that CMS will link with administrative claims to risk adjust the Hybrid HWR ... outcome measure. It is designed to extract the first resulted set of vital signs and basic laboratory results obtained from encounters for adult Medicare Fee-For-Service and Medicare Advantage patients admitted to acute care short stay hospitals. Show more >This logic is intended to extract electronic clinical data. This is not an electronic clinical quality measure and this logic will not produce measure results. Instead, it will produce a file containing the data that CMS will link with administrative claims to risk adjust the Hybrid HWR outcome measure. It is designed to extract the first resulted set of vital signs and basic laboratory results obtained from encounters for adult Medicare Fee-For-Service and Medicare Advantage patients admitted to acute care short stay hospitals. Show less |
This logic is intended to extract electronic clinical data. This is not an electronic clinical quality measure and this logic will not produce measure results. Instead, it will produce a file containing the data that CMS will link with administrative claims to risk adjust the Hybrid HWR... outcome measure. It is designed to extract the first resulted set of vital signs and basic laboratory results obtained from hospitalizations for adult Medicare Fee-For-Service (FFS) and Medicare Advantage (MA) patients admitted to acute care hospitals. Show more >This logic is intended to extract electronic clinical data. This is not an electronic clinical quality measure and this logic will not produce measure results. Instead, it will produce a file containing the data that CMS will link with administrative claims to risk adjust the Hybrid HWR outcome measure. It is designed to extract the first resulted set of vital signs and basic laboratory results obtained from hospitalizations for adult Medicare Fee-For-Service (FFS) and Medicare Advantage (MA) patients admitted to acute care hospitals. Show less |
This logic is intended to extract electronic clinical data. This is not an electronic clinical quality measure and this logic will not produce measure results. Instead, it will produce a file containing the data that CMS will link with administrative claims to risk adjust the Hybrid HWR... outcome measure. It is designed to extract the first resulted set of vital signs and basic laboratory results obtained from hospitalizations for adult Medicare Fee-For-Service (FFS) and Medicare Advantage (MA) patients admitted to acute care hospitals. Show more >This logic is intended to extract electronic clinical data. This is not an electronic clinical quality measure and this logic will not produce measure results. Instead, it will produce a file containing the data that CMS will link with administrative claims to risk adjust the Hybrid HWR outcome measure. It is designed to extract the first resulted set of vital signs and basic laboratory results obtained from hospitalizations for adult Medicare Fee-For-Service (FFS) and Medicare Advantage (MA) patients admitted to acute care hospitals. Show less |
| Measure Scoring | Cohort measure | Cohort measure | Cohort measure | Cohort measure |
| Measure Type | Outcome | |||
| Stratification | *See CMS529v3.html | *See CMS529v4.html |
None |
None |
| Risk Adjustment | *See CMS529v3.html | *See CMS529v4.html | For a detailed description of how the core clinical data elements (CCDEs) are used in the Hybrid HWR measure risk adjustment model, see the Hybrid HWR Measure with Electronic Health Record Extracted Risk Factors Specifications Report on QualityNet here: https://qualitynet.cms.gov/inpatient/measures/hybrid/methodology Show less |
For a detailed description of how the core clinical data elements (CCDEs) are used in the Hybrid HWR measure risk adjustment model, see the Hybrid HWR Measure with Electronic Health Record Extracted Risk Factors Specifications Report on QualityNet here: https://qualitynet.cms.gov/inpatient/measures/hybrid/methodology Show less |
| Rationale | *See CMS529v3.html | The intent of this logic is to extract the FIRST set of clinical data elements from hospital electronic health records (EHRs) for all qualifying encounters. The data will be linked with administrative claims to risk adjust the Hybrid HWR outcome measure. This work addresses stakeholder... concerns that clinical data garnered from patients, and used by clinicians to guide diagnostic decisions and treatment, are preferable to administrative claims data when profiling hospitals' case mix. We are calling the list of data elements for extraction the "HWR-specific core clinical data elements". The core clinical data elements are the first set of vital signs and basic laboratory tests resulted from encounters for adult Medicare Fee-For-Service and Medicare Advantage patients, age 65 or older (Initial Population), after they arrive at the hospital to which they are subsequently admitted. For example, this first set of data values are often captured in the emergency department or in the pre-operative area, sometimes hours before a patient is admitted to that same facility. These data elements were selected because they: 1. reflect patients' clinical status when they first present to the hospital, 2. are clinically and statistically relevant to patient outcomes, 3. are consistently obtained on adult inpatient encounters based on current clinical practice, 4. are captured with a standard definition and recorded in a standard format across providers, and 5. are entered in structured fields that are feasibly retrieved from current EHR systems (YNHHS/CORE, 2015). Additional data called Linking Variables are used to link EHR data files with administrative claims data for CMS to calculate results for the Hybrid HWR measure, which are: CMS Certification Number, Health Insurance Claim Number (HICN) or Medicare Beneficiary Identifier (MBI), date of birth, sex, admission date, and discharge date. Show more >The intent of this logic is to extract the FIRST set of clinical data elements from hospital electronic health records (EHRs) for all qualifying encounters. The data will be linked with administrative claims to risk adjust the Hybrid HWR outcome measure. This work addresses stakeholder concerns that clinical data garnered from patients, and used by clinicians to guide diagnostic decisions and treatment, are preferable to administrative claims data when profiling hospitals' case mix. We are calling the list of data elements for extraction the "HWR-specific core clinical data elements". The core clinical data elements are the first set of vital signs and basic laboratory tests resulted from encounters for adult Medicare Fee-For-Service and Medicare Advantage patients, age 65 or older (Initial Population), after they arrive at the hospital to which they are subsequently admitted. For example, this first set of data values are often captured in the emergency department or in the pre-operative area, sometimes hours before a patient is admitted to that same facility. These data elements were selected because they: 1. reflect patients' clinical status when they first present to the hospital, 2. are clinically and statistically relevant to patient outcomes, 3. are consistently obtained on adult inpatient encounters based on current clinical practice, 4. are captured with a standard definition and recorded in a standard format across providers, and 5. are entered in structured fields that are feasibly retrieved from current EHR systems (YNHHS/CORE, 2015). Additional data called Linking Variables are used to link EHR data files with administrative claims data for CMS to calculate results for the Hybrid HWR measure, which are: CMS Certification Number, Health Insurance Claim Number (HICN) or Medicare Beneficiary Identifier (MBI), date of birth, sex, admission date, and discharge date. Show less |
The intent of this logic is to extract the FIRST set of clinical data elements from hospital electronic health records (EHRs) for all qualifying hospitalizations. The data will be linked with administrative claims to risk adjust the Hybrid HWR outcome measure. This work addresses... stakeholder concerns that clinical data garnered from patients and used by clinicians to guide diagnostic decisions and treatment, are preferable to administrative claims data when profiling hospitals' case mix. We are calling the list of data elements for extraction the "HWR-specific core clinical data elements" (CCDE). The CCDE are the first set of vital signs and basic laboratory tests resulted from hospitalizations for adult Medicare FFS and MA patients, age 65 or older (Initial Population), after they arrive at the hospital to which they are subsequently admitted. For example, this first set of data values are often captured in the emergency department or in the pre-operative area, sometimes hours before a patient is admitted to that same facility. These data elements were selected because they: 1. reflect patients' clinical status when they first present to the hospital, 2. are clinically and statistically relevant to patient outcomes, 3. are consistently obtained during adult inpatient hospitalizations based on current clinical practice, 4. are captured with a standard definition and recorded in a standard format across providers, and 5. are entered in structured fields that are feasibly retrieved from current EHR systems (YNHHS/CORE, 2015). Additional data called Linking Variables are used to link EHR data files with administrative claims data for CMS to calculate results for the Hybrid HWR measure, which are: CMS Certification Number (CCN); National Provider Identifier (NPI) for MA patients; Medicare Beneficiary Identifier (MBI); Inpatient Admission Date; and Discharge Date. Show more >The intent of this logic is to extract the FIRST set of clinical data elements from hospital electronic health records (EHRs) for all qualifying hospitalizations. The data will be linked with administrative claims to risk adjust the Hybrid HWR outcome measure. This work addresses stakeholder concerns that clinical data garnered from patients and used by clinicians to guide diagnostic decisions and treatment, are preferable to administrative claims data when profiling hospitals' case mix. We are calling the list of data elements for extraction the "HWR-specific core clinical data elements" (CCDE). The CCDE are the first set of vital signs and basic laboratory tests resulted from hospitalizations for adult Medicare FFS and MA patients, age 65 or older (Initial Population), after they arrive at the hospital to which they are subsequently admitted. For example, this first set of data values are often captured in the emergency department or in the pre-operative area, sometimes hours before a patient is admitted to that same facility. These data elements were selected because they: 1. reflect patients' clinical status when they first present to the hospital, 2. are clinically and statistically relevant to patient outcomes, 3. are consistently obtained during adult inpatient hospitalizations based on current clinical practice, 4. are captured with a standard definition and recorded in a standard format across providers, and 5. are entered in structured fields that are feasibly retrieved from current EHR systems (YNHHS/CORE, 2015). Additional data called Linking Variables are used to link EHR data files with administrative claims data for CMS to calculate results for the Hybrid HWR measure, which are: CMS Certification Number (CCN); National Provider Identifier (NPI) for MA patients; Medicare Beneficiary Identifier (MBI); Inpatient Admission Date; and Discharge Date. Show less |
The intent of this logic is to extract the FIRST valid set of clinical data elements from hospital electronic health records (EHRs) for all qualifying hospitalizations. The data will be linked with administrative claims to risk adjust the Hybrid HWR outcome measure. This work addresses... stakeholder concerns that clinical data garnered from patients and used by clinicians to guide diagnostic decisions and treatment, are preferable to administrative claims data when profiling hospitals' case mix. We are calling the list of data elements for extraction the "HWR-specific core clinical data elements" (CCDE). The CCDE are the first set of vital signs and basic laboratory tests resulted from hospitalizations for adult Medicare FFS and MA patients, age 65 or older (Initial Population), after they arrive at the hospital to which they are subsequently admitted. For example, this first set of data values are often captured in the emergency department or in the pre-operative area, sometimes hours before a patient is admitted to that same facility. These data elements were selected because they: 1. reflect patients' clinical status when they first present to the hospital, 2. are clinically and statistically relevant to patient outcomes, 3. are consistently obtained during adult inpatient hospitalizations based on current clinical practice, 4. are captured with a standard definition and recorded in a standard format across providers, and 5. are entered in structured fields that are feasibly retrieved from current EHR systems (YNHHS/CORE, 2015). Additional data called Linking Variables are used to link EHR data files with administrative claims data for CMS to calculate results for the Hybrid HWR measure, which are: CMS Certification Number (CCN); Medicare Beneficiary Identifier (MBI); Inpatient Admission Date; and Discharge Date. Show more >The intent of this logic is to extract the FIRST valid set of clinical data elements from hospital electronic health records (EHRs) for all qualifying hospitalizations. The data will be linked with administrative claims to risk adjust the Hybrid HWR outcome measure. This work addresses stakeholder concerns that clinical data garnered from patients and used by clinicians to guide diagnostic decisions and treatment, are preferable to administrative claims data when profiling hospitals' case mix. We are calling the list of data elements for extraction the "HWR-specific core clinical data elements" (CCDE). The CCDE are the first set of vital signs and basic laboratory tests resulted from hospitalizations for adult Medicare FFS and MA patients, age 65 or older (Initial Population), after they arrive at the hospital to which they are subsequently admitted. For example, this first set of data values are often captured in the emergency department or in the pre-operative area, sometimes hours before a patient is admitted to that same facility. These data elements were selected because they: 1. reflect patients' clinical status when they first present to the hospital, 2. are clinically and statistically relevant to patient outcomes, 3. are consistently obtained during adult inpatient hospitalizations based on current clinical practice, 4. are captured with a standard definition and recorded in a standard format across providers, and 5. are entered in structured fields that are feasibly retrieved from current EHR systems (YNHHS/CORE, 2015). Additional data called Linking Variables are used to link EHR data files with administrative claims data for CMS to calculate results for the Hybrid HWR measure, which are: CMS Certification Number (CCN); Medicare Beneficiary Identifier (MBI); Inpatient Admission Date; and Discharge Date. Show less |
| Clinical Recommendation Statement | *See CMS529v3.html | *See CMS529v4.html | The logic is not meant to guide or alter the care patients receive. The purpose of this CCDE logic is to extract clinical data that are already routinely captured in EHRs from hospitalizations for adult patients. It is not intended to require that clinical staff perform additional... measurements or tests that are not needed for diagnostic assessment or treatment of patients. Show more >The logic is not meant to guide or alter the care patients receive. The purpose of this CCDE logic is to extract clinical data that are already routinely captured in EHRs from hospitalizations for adult patients. It is not intended to require that clinical staff perform additional measurements or tests that are not needed for diagnostic assessment or treatment of patients. Show less |
The logic is not meant to guide or alter the care patients receive. The purpose of this CCDE logic is to extract clinical data that are already routinely captured in EHRs from hospitalizations for adult patients. It is not intended to require that clinical staff perform additional... measurements or tests that are not needed for diagnostic assessment or treatment of patients. Show more >The logic is not meant to guide or alter the care patients receive. The purpose of this CCDE logic is to extract clinical data that are already routinely captured in EHRs from hospitalizations for adult patients. It is not intended to require that clinical staff perform additional measurements or tests that are not needed for diagnostic assessment or treatment of patients. Show less |
| Improvement Notation | No actual measure score will be generated by hospitals. Instead, hospitals will report the data values for each of the core clinical data elements for all encounters in the Initial Population. These core clinical data elements will be linked to administrative claims data and used by CMS... to calculate results for the Hybrid HWR measure. Show more >No actual measure score will be generated by hospitals. Instead, hospitals will report the data values for each of the core clinical data elements for all encounters in the Initial Population. These core clinical data elements will be linked to administrative claims data and used by CMS to calculate results for the Hybrid HWR measure. Show less |
No actual measure score will be generated by hospitals. Instead, hospitals will report the data values for each of the core clinical data elements for all encounters in the Initial Population. These core clinical data elements will be linked to administrative claims data and used by CMS... to calculate results for the Hybrid HWR measure. Show more >No actual measure score will be generated by hospitals. Instead, hospitals will report the data values for each of the core clinical data elements for all encounters in the Initial Population. These core clinical data elements will be linked to administrative claims data and used by CMS to calculate results for the Hybrid HWR measure. Show less |
No actual measure score will be generated by hospitals. Instead, hospitals will report the data values for each of the CCDEs for all hospitalizations in the Initial Population. These CCDEs will be linked to administrative claims data and used by CMS to calculate results for the Hybrid... HWR measure. Show more >No actual measure score will be generated by hospitals. Instead, hospitals will report the data values for each of the CCDEs for all hospitalizations in the Initial Population. These CCDEs will be linked to administrative claims data and used by CMS to calculate results for the Hybrid HWR measure. Show less |
No actual measure score will be generated by hospitals. Instead, hospitals will report the data values for each of the CCDEs for all hospitalizations in the Initial Population. These CCDEs will be linked to administrative claims data and used by CMS to calculate results for the Hybrid... HWR measure. Show more >No actual measure score will be generated by hospitals. Instead, hospitals will report the data values for each of the CCDEs for all hospitalizations in the Initial Population. These CCDEs will be linked to administrative claims data and used by CMS to calculate results for the Hybrid HWR measure. Show less |
| Definition | *See CMS529v3.html | *See CMS529v4.html |
HWR-Specific Core Clinical Data Elements |
HWR-Specific Core Clinical Data Elements |
| Guidance | These specifications are for use for data with discharges that occur between July 1, 2023 and June 30, 2024. The associated Hospital Specific Report (HSR) is anticipated to be released in Spring 2025. This logic guides the user to extract the FIRST resulted HWR-specific core clinical data...elements for all Medicare Fee-For-Service encounters for patients age 65 or older (Initial Population) directly admitted to the hospital or admitted to the same facility after being treated in another area such as the emergency department or hospital outpatient location. The logic supports extraction of the FIRST set of HWR-specific core clinical data elements in two different ways depending on if the patient was a direct admission, meaning that the patient was admitted directly to an inpatient unit without first receiving care in the emergency department or other hospital outpatient locations within the same admitting facility: 1. If the patient was a direct admission, the logic supports extraction of the FIRST resulted vital signs within 2 hours (120 minutes) after the start of the inpatient admission, and the FIRST resulted laboratory tests within 24 hours (1440 minutes) after the start of the inpatient admission. 2. If the patient has values captured prior to admission, for example from the emergency department, pre-operative, or other outpatient area within the hospital, the logic supports extraction of the FIRST resulted vital signs and laboratory tests within 24 hours (1440 minutes) PRIOR to the start of the inpatient admission. All clinical systems used in inpatient and outpatient locations within the hospital facility should be queried when looking for core clinical data element values related to a patient who is subsequently admitted. Value sets for the laboratory tests represent the LOINC codes currently available for these tests. If the institution is using local codes to capture and store relevant laboratory test data, those sites should map that information to the LOINC code for reporting of the core clinical data elements. NOTE: Do not report ALL values on an encounter during their entire admission. Only report the FIRST resulted value for EACH core clinical data element collected in the appropriate timeframe, if available. For each core clinical data element, please report values using one of the appropriate units of measurement listed below, which represent valid UCUM codes: Core Clinical Data Element UCUM Unit Bicarbonate----------------------------------meq/L mmol/L Creatinine------------------------------------mg/dL umol/L Glucose--------------------------------------mg/dL mmol/L Heart rate------------------------------------{Beats}/min Hematocrit -----------------------------------% Oxygen saturation (by pulse oximetry)----------%{Oxygen} Potassium------------------------------------meq/L mmol/L Respiratory rate------------------------------{Breaths}/min Sodium--------------------------------------meq/L mmol/L
Systolic blood pressure-----------------------mm[Hg] Temperature---------------------------------Cel [degF] Weight---------------------------------------kg [lb_av] g
White blood cell count ------------------------{Cells}/uL 10*3/uL 10*9/L /mm3
For each encounter please also submit the following Linking Variables: CMS Certification Number, Health Insurance Claim Number (HICN) or Medicare Beneficiary Identifier (MBI), Date of Birth, Sex, Inpatient Admission Date, and Discharge Date. The initial population includes patients with inpatient hospitalizations and patients from Acute Hospital Care at Home programs, who are treated and billed as inpatients but receive care in their home. This version of the specifications uses Quality Data Model (QDM) version 5.6. Please refer to the QDM page for more information on the QDM. Show more >These specifications are for use for data with discharges that occur between July 1, 2023 and June 30, 2024. The associated Hospital Specific Report (HSR) is anticipated to be released in Spring 2025. This logic guides the user to extract the FIRST resulted HWR-specific core clinical data elements for all Medicare Fee-For-Service encounters for patients age 65 or older (Initial Population) directly admitted to the hospital or admitted to the same facility after being treated in another area such as the emergency department or hospital outpatient location. The logic supports extraction of the FIRST set of HWR-specific core clinical data elements in two different ways depending on if the patient was a direct admission, meaning that the patient was admitted directly to an inpatient unit without first receiving care in the emergency department or other hospital outpatient locations within the same admitting facility: 1. If the patient was a direct admission, the logic supports extraction of the FIRST resulted vital signs within 2 hours (120 minutes) after the start of the inpatient admission, and the FIRST resulted laboratory tests within 24 hours (1440 minutes) after the start of the inpatient admission. 2. If the patient has values captured prior to admission, for example from the emergency department, pre-operative, or other outpatient area within the hospital, the logic supports extraction of the FIRST resulted vital signs and laboratory tests within 24 hours (1440 minutes) PRIOR to the start of the inpatient admission. All clinical systems used in inpatient and outpatient locations within the hospital facility should be queried when looking for core clinical data element values related to a patient who is subsequently admitted. Value sets for the laboratory tests represent the LOINC codes currently available for these tests. If the institution is using local codes to capture and store relevant laboratory test data, those sites should map that information to the LOINC code for reporting of the core clinical data elements. NOTE: Do not report ALL values on an encounter during their entire admission. Only report the FIRST resulted value for EACH core clinical data element collected in the appropriate timeframe, if available. For each core clinical data element, please report values using one of the appropriate units of measurement listed below, which represent valid UCUM codes: Core Clinical Data Element UCUM Unit Bicarbonate----------------------------------meq/L mmol/L Creatinine------------------------------------mg/dL umol/L Glucose--------------------------------------mg/dL mmol/L Heart rate------------------------------------{Beats}/min Hematocrit -----------------------------------% Oxygen saturation (by pulse oximetry)----------%{Oxygen} Potassium------------------------------------meq/L mmol/L Respiratory rate------------------------------{Breaths}/min Sodium--------------------------------------meq/L mmol/L
Systolic blood pressure-----------------------mm[Hg] Temperature---------------------------------Cel [degF] Weight---------------------------------------kg [lb_av] g
White blood cell count ------------------------{Cells}/uL 10*3/uL 10*9/L /mm3
For each encounter please also submit the following Linking Variables: CMS Certification Number, Health Insurance Claim Number (HICN) or Medicare Beneficiary Identifier (MBI), Date of Birth, Sex, Inpatient Admission Date, and Discharge Date. The initial population includes patients with inpatient hospitalizations and patients from Acute Hospital Care at Home programs, who are treated and billed as inpatients but receive care in their home. This version of the specifications uses Quality Data Model (QDM) version 5.6. Please refer to the QDM page for more information on the QDM. Show less |
These specifications are for use for data with discharges that occur between July 1, 2024 and June 30, 2025. The associated Hospital Specific Report (HSR) is anticipated to be released in Spring 2026. This logic guides the user to extract the FIRST resulted HWR-specific core clinical data...elements for all Medicare Fee-For-Service and Medicare Advantage encounters for patients age 65 or older (Initial Population) directly admitted to the hospital or admitted to the same facility after being treated in another area such as the emergency department or hospital outpatient location. The logic supports extraction of the FIRST set of HWR-specific core clinical data elements in two different ways depending on if the patient was a direct admission, meaning that the patient was admitted directly to an inpatient unit without first receiving care in the emergency department or other hospital outpatient locations within the same admitting facility: 1. If the patient was a direct admission, the logic supports extraction of the FIRST resulted vital signs within 2 hours (120 minutes) after the start of the inpatient admission, and the FIRST resulted laboratory tests within 24 hours (1440 minutes) after the start of the inpatient admission. 2. If the patient has values captured prior to admission, for example from the emergency department, pre-operative, or other outpatient area within the hospital, the logic supports extraction of the FIRST resulted vital signs and laboratory tests within 24 hours (1440 minutes) PRIOR to the start of the inpatient admission. All clinical systems used in inpatient and outpatient locations within the hospital facility should be queried when looking for core clinical data element values related to a patient who is subsequently admitted. Value sets for the laboratory tests represent the LOINC codes currently available for these tests. If the institution is using local codes to capture and store relevant laboratory test data, those sites should map that information to the LOINC code for reporting of the core clinical data elements. NOTE: Do not report ALL values on an encounter during their entire admission. Only report the FIRST resulted value for EACH core clinical data element collected in the appropriate timeframe, if available. For each core clinical data element, please report values using one of the appropriate units of measurement listed below, which represent valid UCUM codes: Core Clinical Data Element UCUM Unit Bicarbonate----------------------------------meq/L mmol/L Creatinine------------------------------------mg/dL umol/L Glucose--------------------------------------mg/dL mmol/L Heart rate------------------------------------{Beats}/min Hematocrit -----------------------------------% Oxygen saturation (by pulse oximetry)-----%{Oxygen} Potassium------------------------------------meq/L mmol/L Respiratory rate------------------------------{Breaths}/min Sodium---------------------------------------meq/L mmol/L Systolic blood pressure----------------------mm[Hg] Temperature----------------------------------Cel [degF] Weight-----------------------------------------kg [lb_av] g White blood cell count ----------------------{Cells}/uL 10*3/uL 10*9/L /mm3 For each encounter please also submit the following Linking Variables:
The initial population includes patients with inpatient hospitalizations and patients from Acute Hospital Care at Home programs, who are treated and billed as inpatients but receive care in their home. This version of the specifications uses Quality Data Model (QDM) version 5.6. Please refer to the eCQI Resource Center (https://ecqi.healthit.gov/qdm) for more information on the QDM. Show more >These specifications are for use for data with discharges that occur between July 1, 2024 and June 30, 2025. The associated Hospital Specific Report (HSR) is anticipated to be released in Spring 2026. This logic guides the user to extract the FIRST resulted HWR-specific core clinical data elements for all Medicare Fee-For-Service and Medicare Advantage encounters for patients age 65 or older (Initial Population) directly admitted to the hospital or admitted to the same facility after being treated in another area such as the emergency department or hospital outpatient location. The logic supports extraction of the FIRST set of HWR-specific core clinical data elements in two different ways depending on if the patient was a direct admission, meaning that the patient was admitted directly to an inpatient unit without first receiving care in the emergency department or other hospital outpatient locations within the same admitting facility: 1. If the patient was a direct admission, the logic supports extraction of the FIRST resulted vital signs within 2 hours (120 minutes) after the start of the inpatient admission, and the FIRST resulted laboratory tests within 24 hours (1440 minutes) after the start of the inpatient admission. 2. If the patient has values captured prior to admission, for example from the emergency department, pre-operative, or other outpatient area within the hospital, the logic supports extraction of the FIRST resulted vital signs and laboratory tests within 24 hours (1440 minutes) PRIOR to the start of the inpatient admission. All clinical systems used in inpatient and outpatient locations within the hospital facility should be queried when looking for core clinical data element values related to a patient who is subsequently admitted. Value sets for the laboratory tests represent the LOINC codes currently available for these tests. If the institution is using local codes to capture and store relevant laboratory test data, those sites should map that information to the LOINC code for reporting of the core clinical data elements. NOTE: Do not report ALL values on an encounter during their entire admission. Only report the FIRST resulted value for EACH core clinical data element collected in the appropriate timeframe, if available. For each core clinical data element, please report values using one of the appropriate units of measurement listed below, which represent valid UCUM codes: Core Clinical Data Element UCUM Unit Bicarbonate----------------------------------meq/L mmol/L Creatinine------------------------------------mg/dL umol/L Glucose--------------------------------------mg/dL mmol/L Heart rate------------------------------------{Beats}/min Hematocrit -----------------------------------% Oxygen saturation (by pulse oximetry)-----%{Oxygen} Potassium------------------------------------meq/L mmol/L Respiratory rate------------------------------{Breaths}/min Sodium---------------------------------------meq/L mmol/L Systolic blood pressure----------------------mm[Hg] Temperature----------------------------------Cel [degF] Weight-----------------------------------------kg [lb_av] g White blood cell count ----------------------{Cells}/uL 10*3/uL 10*9/L /mm3 For each encounter please also submit the following Linking Variables:
The initial population includes patients with inpatient hospitalizations and patients from Acute Hospital Care at Home programs, who are treated and billed as inpatients but receive care in their home. This version of the specifications uses Quality Data Model (QDM) version 5.6. Please refer to the eCQI Resource Center (https://ecqi.healthit.gov/qdm) for more information on the QDM. Show less |
These specifications are for use for data with discharges that occur between July 1, 2025 and June 30, 2026. The associated Hospital Specific Report (HSR) is anticipated to be released in Spring 2027. This logic guides the user to extract the FIRST resulted HWR-specific CCDEs for all...Medicare FFS and MA hospitalizations for patients age 65 or older (Initial Population) directly admitted to the hospital or admitted to the same facility after being treated in another area such as the emergency department or hospital outpatient/same day surgery location. The logic supports extraction of the FIRST set of HWR-specific CCDE in two different ways depending on if the patient was a direct admission, meaning that the patient was admitted directly to an inpatient unit without first receiving care in the emergency department or other hospital outpatient locations within the same admitting facility: 1. If the patient was a direct admission, the logic supports extraction of the FIRST resulted vital signs (physical exams) within 2 hours (120 minutes) after the start of the inpatient admission, and the FIRST resulted laboratory tests within 24 hours (1440 minutes) after the start of the inpatient admission. 2. If the patient has values captured prior to admission, for example from the emergency department, pre-operative, or other outpatient area within the hospital, the logic supports extraction of the FIRST resulted vital signs and laboratory tests within 24 hours (1440 minutes) PRIOR to the start of the inpatient admission. All clinical systems used in inpatient and outpatient locations within the hospital facility should be queried when looking for CCDE values related to a patient who is subsequently admitted. For weight, the logic supports extraction of the FIRST resulted vital sign recorded during the hospitalization, which may be prior to, or during admission. Value sets for the laboratory tests are represented using Logical Observation Identifiers Names Codes (LOINC) currently available for these tests. If the institution is using local codes to capture and store relevant laboratory test data, those sites should map that information to the LOINC code for reporting of the CCDEs. NOTE: It is recommended hospitals only report the FIRST resulted value for EACH core clinical data element collected in the appropriate timeframe, if available. Hospitals may also choose to report ALL values on an encounter during their entire admission; however, only the first resulted values are utilized in the logic for measure calculation. For each CCDE, it is recommended that hospitals report the below Unified Code for Units of Measure (UCUM) units, however, any units may be submitted. Where the reported unit is not easily converted to the requested UCUM units, the value will be set to missing and the median value reported for that CCDE will be imputed. CCDE UCUM Units Bicarbonate-------------------------------------meq/L mmol/L Creatinine---------------------------------------mg/dL
Glucose------------------------------------------mg/dL mmol/L - Heart rate---------------------------------------{Beats}/min Hematocrit --------------------------------------% Oxygen saturation (by pulse oximetry)- -%{Oxygen} Potassium----------------------------------------meq/L mmol/L Respiratory rate---------------------------------{Breaths}/min Sodium--------------------------------------------meq/L mmol/L
Systolic blood pressure-----------------------mm[Hg] Temperature-------------------------------------Cel [degF] Weight---------------------------------------------kg [lb_av] g
White blood cell count -----------------------{Cells}/uL 10*3/uL 10*9/L
For each hospitalization please also submit the following Linking Variables: CMS Certification Number (CCN); National Provider Identifier (NPI) for MA patients; Medicare Beneficiary Identifier (MBI); Inpatient Admission Date; and Discharge Date. The initial population includes patients with inpatient hospitalizations and patients from Acute Hospital Care at Home programs, who are treated and billed as inpatients but receive care in their home. This version of the specifications uses Quality Data Model (QDM) version 5.6. Please refer to the QDM page for more information on the QDM. Show more >These specifications are for use for data with discharges that occur between July 1, 2025 and June 30, 2026. The associated Hospital Specific Report (HSR) is anticipated to be released in Spring 2027. This logic guides the user to extract the FIRST resulted HWR-specific CCDEs for all Medicare FFS and MA hospitalizations for patients age 65 or older (Initial Population) directly admitted to the hospital or admitted to the same facility after being treated in another area such as the emergency department or hospital outpatient/same day surgery location. The logic supports extraction of the FIRST set of HWR-specific CCDE in two different ways depending on if the patient was a direct admission, meaning that the patient was admitted directly to an inpatient unit without first receiving care in the emergency department or other hospital outpatient locations within the same admitting facility: 1. If the patient was a direct admission, the logic supports extraction of the FIRST resulted vital signs (physical exams) within 2 hours (120 minutes) after the start of the inpatient admission, and the FIRST resulted laboratory tests within 24 hours (1440 minutes) after the start of the inpatient admission. 2. If the patient has values captured prior to admission, for example from the emergency department, pre-operative, or other outpatient area within the hospital, the logic supports extraction of the FIRST resulted vital signs and laboratory tests within 24 hours (1440 minutes) PRIOR to the start of the inpatient admission. All clinical systems used in inpatient and outpatient locations within the hospital facility should be queried when looking for CCDE values related to a patient who is subsequently admitted. For weight, the logic supports extraction of the FIRST resulted vital sign recorded during the hospitalization, which may be prior to, or during admission. Value sets for the laboratory tests are represented using Logical Observation Identifiers Names Codes (LOINC) currently available for these tests. If the institution is using local codes to capture and store relevant laboratory test data, those sites should map that information to the LOINC code for reporting of the CCDEs. NOTE: It is recommended hospitals only report the FIRST resulted value for EACH core clinical data element collected in the appropriate timeframe, if available. Hospitals may also choose to report ALL values on an encounter during their entire admission; however, only the first resulted values are utilized in the logic for measure calculation. For each CCDE, it is recommended that hospitals report the below Unified Code for Units of Measure (UCUM) units, however, any units may be submitted. Where the reported unit is not easily converted to the requested UCUM units, the value will be set to missing and the median value reported for that CCDE will be imputed. CCDE UCUM Units Bicarbonate-------------------------------------meq/L mmol/L Creatinine---------------------------------------mg/dL
Glucose------------------------------------------mg/dL mmol/L - Heart rate---------------------------------------{Beats}/min Hematocrit --------------------------------------% Oxygen saturation (by pulse oximetry)- -%{Oxygen} Potassium----------------------------------------meq/L mmol/L Respiratory rate---------------------------------{Breaths}/min Sodium--------------------------------------------meq/L mmol/L
Systolic blood pressure-----------------------mm[Hg] Temperature-------------------------------------Cel [degF] Weight---------------------------------------------kg [lb_av] g
White blood cell count -----------------------{Cells}/uL 10*3/uL 10*9/L
For each hospitalization please also submit the following Linking Variables: CMS Certification Number (CCN); National Provider Identifier (NPI) for MA patients; Medicare Beneficiary Identifier (MBI); Inpatient Admission Date; and Discharge Date. The initial population includes patients with inpatient hospitalizations and patients from Acute Hospital Care at Home programs, who are treated and billed as inpatients but receive care in their home. This version of the specifications uses Quality Data Model (QDM) version 5.6. Please refer to the QDM page for more information on the QDM. Show less |
These specifications are for use for data with discharges that occur between July 1, 2026 and June 30, 2027. The associated Hospital Specific Report (HSR) is anticipated to be released in Spring 2028. As this is a hybrid outcome measure, the electronic specifications contained within this...document only cover the case-mix risk-adjustment variables, which ultimately need to be combined with the claims data to calculate an outcome. The logic contained here cannot be used alone to calculate outcome or performance. This logic guides the user to extract the FIRST valid resulted HWR-specific CCDEs for all Medicare FFS and MA hospitalizations for patients age 65 or older (Initial Population) directly admitted to the hospital or admitted to the same facility after being treated in another area such as the emergency department or hospital outpatient/same day surgery location. The logic supports extraction of the FIRST resulted vital signs and laboratory tests, where the result is not null, during the patient encounter or episode of care. This may include values captured after inpatient admission, as well as prior to inpatient admission, for example from the emergency department, pre-operative, or other outpatient areas associated with the hospital, as long as the values fall within the allowed timeframes specified in the measure logic. All clinical systems used in inpatient and outpatient locations associated with the hospital facility should be queried for core clinical data element values related to a patient who is subsequently admitted. Patients who arrive at the hospital on oxygen therapy will be flagged in the logic and the information will be incorporated into the risk adjustment models. Rationale: patients who arrive on oxygen may appear in better condition, that is, having a higher oxygen saturation due to oxygen administration, that is not truly reflective of the patient's status upon arrival. Value sets for the laboratory tests are represented using Logical Observation Identifiers Names Codes (LOINC) currently available for these tests. If the institution is using local codes to capture and store relevant laboratory test data, those sites should map that information to the LOINC code for reporting of the CCDEs. NOTE: It is recommended hospitals only report the FIRST resulted value for EACH core clinical data element collected in the appropriate timeframe, if available. Hospitals may also choose to report ALL values on an encounter during their entire admission; however, only the first resulted values are utilized in the logic for measure calculation. For each CCDE, it is recommended that hospitals report the below Unified Code for Units of Measure (UCUM) units, however, any units may be submitted. Where the reported unit is not easily converted to the requested UCUM units, the value will be set to missing and the median value reported for that CCDE will be imputed. CCDE UCUM Units Bicarbonate-------------------------------------meq/L mmol/L Creatinine---------------------------------------mg/dL
Glucose------------------------------------------mg/dL mmol/L - Heart rate---------------------------------------{Beats}/min Hematocrit --------------------------------------% Oxygen saturation (by pulse oximetry)- -% Potassium----------------------------------------meq/L mmol/L Respiratory rate---------------------------------{Breaths}/min Sodium--------------------------------------------meq/L mmol/L
Systolic blood pressure-----------------------mm[Hg] Temperature-------------------------------------Cel [degF] Weight---------------------------------------------kg [lb_av] g
White blood cell count -----------------------{Cells}/uL 10*3/uL 10*9/L
For each hospitalization please also submit the following Linking Variables: CMS Certification Number (CCN); Medicare Beneficiary Identifier (MBI); Inpatient Admission Date; and Discharge Date. The initial population includes patients with inpatient hospitalizations and patients from Acute Hospital Care at Home programs, who are treated and billed as inpatients but receive care in their home. This version of the specifications uses Quality Data Model (QDM) version 5.6. Please refer to the QDM page for more information on the QDM. Show more >These specifications are for use for data with discharges that occur between July 1, 2026 and June 30, 2027. The associated Hospital Specific Report (HSR) is anticipated to be released in Spring 2028. As this is a hybrid outcome measure, the electronic specifications contained within this document only cover the case-mix risk-adjustment variables, which ultimately need to be combined with the claims data to calculate an outcome. The logic contained here cannot be used alone to calculate outcome or performance. This logic guides the user to extract the FIRST valid resulted HWR-specific CCDEs for all Medicare FFS and MA hospitalizations for patients age 65 or older (Initial Population) directly admitted to the hospital or admitted to the same facility after being treated in another area such as the emergency department or hospital outpatient/same day surgery location. The logic supports extraction of the FIRST resulted vital signs and laboratory tests, where the result is not null, during the patient encounter or episode of care. This may include values captured after inpatient admission, as well as prior to inpatient admission, for example from the emergency department, pre-operative, or other outpatient areas associated with the hospital, as long as the values fall within the allowed timeframes specified in the measure logic. All clinical systems used in inpatient and outpatient locations associated with the hospital facility should be queried for core clinical data element values related to a patient who is subsequently admitted. Patients who arrive at the hospital on oxygen therapy will be flagged in the logic and the information will be incorporated into the risk adjustment models. Rationale: patients who arrive on oxygen may appear in better condition, that is, having a higher oxygen saturation due to oxygen administration, that is not truly reflective of the patient's status upon arrival. Value sets for the laboratory tests are represented using Logical Observation Identifiers Names Codes (LOINC) currently available for these tests. If the institution is using local codes to capture and store relevant laboratory test data, those sites should map that information to the LOINC code for reporting of the CCDEs. NOTE: It is recommended hospitals only report the FIRST resulted value for EACH core clinical data element collected in the appropriate timeframe, if available. Hospitals may also choose to report ALL values on an encounter during their entire admission; however, only the first resulted values are utilized in the logic for measure calculation. For each CCDE, it is recommended that hospitals report the below Unified Code for Units of Measure (UCUM) units, however, any units may be submitted. Where the reported unit is not easily converted to the requested UCUM units, the value will be set to missing and the median value reported for that CCDE will be imputed. CCDE UCUM Units Bicarbonate-------------------------------------meq/L mmol/L Creatinine---------------------------------------mg/dL
Glucose------------------------------------------mg/dL mmol/L - Heart rate---------------------------------------{Beats}/min Hematocrit --------------------------------------% Oxygen saturation (by pulse oximetry)- -% Potassium----------------------------------------meq/L mmol/L Respiratory rate---------------------------------{Breaths}/min Sodium--------------------------------------------meq/L mmol/L
Systolic blood pressure-----------------------mm[Hg] Temperature-------------------------------------Cel [degF] Weight---------------------------------------------kg [lb_av] g
White blood cell count -----------------------{Cells}/uL 10*3/uL 10*9/L
For each hospitalization please also submit the following Linking Variables: CMS Certification Number (CCN); Medicare Beneficiary Identifier (MBI); Inpatient Admission Date; and Discharge Date. The initial population includes patients with inpatient hospitalizations and patients from Acute Hospital Care at Home programs, who are treated and billed as inpatients but receive care in their home. This version of the specifications uses Quality Data Model (QDM) version 5.6. Please refer to the QDM page for more information on the QDM. Show less |
| Initial Population | All Medicare Fee-For-Service encounters age 65 and older at the start of an inpatient admission, who are discharged during the measurement period (length of stay <365 days). NOTE: All Medicare Fee-For-Service encounters meeting the above criteria should be included, regardless if Medicare...Fee-For-Service is the primary, secondary, or tertiary payer. Show more >All Medicare Fee-For-Service encounters age 65 and older at the start of an inpatient admission, who are discharged during the measurement period (length of stay <365 days). NOTE: All Medicare Fee-For-Service encounters meeting the above criteria should be included, regardless if Medicare Fee-For-Service is the primary, secondary, or tertiary payer. Show less |
All Medicare Fee-For-Service and Medicare Advantage encounters for patients aged 65 and older at the start of an inpatient admission, who are discharged during the measurement period (length of stay <365 days). NOTE: All Medicare Fee-For-Service and Medicare Advantage encounters meeting...the above criteria should be included, regardless of whether Medicare Fee-For-Service/Medicare Advantage is the primary, secondary, or tertiary payer. Show more >All Medicare Fee-For-Service and Medicare Advantage encounters for patients aged 65 and older at the start of an inpatient admission, who are discharged during the measurement period (length of stay <365 days). NOTE: All Medicare Fee-For-Service and Medicare Advantage encounters meeting the above criteria should be included, regardless of whether Medicare Fee-For-Service/Medicare Advantage is the primary, secondary, or tertiary payer. Show less |
All Medicare FFS and MA hospitalizations for patients aged 65 and older at the start of an inpatient admission, where the length of stay is less than 365 days, and the hospitalization ends during the measurement period. NOTE: All Medicare FFS and MA hospitalizations meeting the above...criteria should be included, regardless of whether Medicare FFS/MA is the primary, secondary, or tertiary payer. Show more >All Medicare FFS and MA hospitalizations for patients aged 65 and older at the start of an inpatient admission, where the length of stay is less than 365 days, and the hospitalization ends during the measurement period. NOTE: All Medicare FFS and MA hospitalizations meeting the above criteria should be included, regardless of whether Medicare FFS/MA is the primary, secondary, or tertiary payer. Show less |
All Medicare FFS and MA hospitalizations for patients aged 65 and older at the start of an inpatient admission, where the length of stay is less than 365 days, and the hospitalization ends during the measurement period. NOTE: All Medicare FFS and MA hospitalizations meeting the above...criteria should be included, regardless of whether Medicare FFS/MA is the primary, secondary, or tertiary payer. Show more >All Medicare FFS and MA hospitalizations for patients aged 65 and older at the start of an inpatient admission, where the length of stay is less than 365 days, and the hospitalization ends during the measurement period. NOTE: All Medicare FFS and MA hospitalizations meeting the above criteria should be included, regardless of whether Medicare FFS/MA is the primary, secondary, or tertiary payer. Show less |
| Next Version | No Version Available | |||
| Previous Version | No Version Available |
Hospitals are not required to submit NPI for Medicare Advantage patients as long as CCN is submitted.
Additional Resources for CMS529v5
*Note there may be more tickets for CMS529v5 in the Hybrid Measures Tracker - ASTP/ONC Project Tracking System (Jira). Only tickets tagged with their associated CMS measure ID appear.
Use the CMS Hybrid Measures Tracker to log issues regarding hybrid measure implementation. Log in required.
Header
Updated eCQM title to remove parentheses.
Measure Section:
eCQM Title
Source of Change:
Measure Lead
Updated the eCQM version number.
Measure Section:
eCQM Version Number
Source of Change:
Annual Update
Changed all references from NQF to CBE to identify the consensus-based entity role.
Measure Section:
CBE Number
Source of Change:
Annual Update
Updated dates to reflect measurement period (July 1, 2025 through June 30, 2026).
Measure Section:
Measurement Period
Source of Change:
Measure Lead
Updated copyright.
Measure Section:
Copyright
Source of Change:
Annual Update
Updated Rationale section, removing date of birth, sex, and Health Insurance Claim Number, given use of Medicare Beneficiary Identifier (negating need for these additional variables), and adding National Provider Identifier for Medicare Advantage patients.
Measure Section:
Rationale
Source of Change:
Measure Lead
Updated Guidance to clarify hospitals may submit all or just the first resulted value for each core clinical data element for inpatient encounters.
Measure Section:
Guidance
Source of Change:
ONC Project Tracking System (JIRA): CHM-259
Added clarification to the Guidance section on the submission of core clinical data element units.
Measure Section:
Guidance
Source of Change:
ONC Project Tracking System (JIRA): CQM-6177
Updated Guidance section, removing date of birth, sex, and Health Insurance Claim Number, given use of Medicare Beneficiary Identifier (negating need for these additional variables), and adding National Provider Identifier for Medicare Advantage patients.
Measure Section:
Guidance
Source of Change:
Measure Lead
Updated language to specify outpatient locations from which labs/vital signs may be submitted during lookback period for risk-adjustment, to align with measure intent.
Measure Section:
Guidance
Source of Change:
Measure Lead
Updated specification to account for weight taken as part of hospital encounter but prior to admission.
Measure Section:
Guidance
Source of Change:
ONC Project Tracking System (JIRA): CQM-6186
Updated language to specify outpatient locations from which labs/vital signs may be submitted during lookback period for risk-adjustment, to align with measure intent.
Measure Section:
Supplemental Data Elements
Source of Change:
Measure Lead
Updated specification to account for weight taken as part of hospital encounter but prior to admission.
Measure Section:
Supplemental Data Elements
Source of Change:
ONC Project Tracking System (JIRA): CQM-6186
Replaced 'encounter(s)' with 'hospitalization(s)' in relevant header locations.
Measure Section:
Multiple Sections
Source of Change:
Measure Lead
Updated grammar, wording, and/or formatting to improve readability and consistency.
Measure Section:
Multiple Sections
Source of Change:
Measure Lead
Logic
Renamed value set to 'Payer Type' to more accurately reflect the contents and intent of the value set.
Measure Section:
Definitions
Source of Change:
Standards/Technical Update
Updated the names of CQL definitions, functions, and/or aliases for clarification and to align with the CQL Style Guide.
Measure Section:
Definitions
Source of Change:
Standards/Technical Update
Updated the version number of the Measure Authoring Tool (MAT) Global Common Functions Library to v8.0.000 and the library name from 'MATGlobalCommonFunctions' to 'MATGlobalCommonFunctionsQDM.'
Measure Section:
Definitions
Source of Change:
Annual Update
Updated language to specify outpatient locations from which labs/vital signs may be submitted during lookback period for risk-adjustment, to align with measure intent.
Measure Section:
Functions
Source of Change:
Measure Lead
Updated the version number of the Measure Authoring Tool (MAT) Global Common Functions Library to v8.0.000 and the library name from 'MATGlobalCommonFunctions' to 'MATGlobalCommonFunctionsQDM.'
Measure Section:
Functions
Source of Change:
Annual Update
Value Set
The VSAC is the source of truth for the value set content, please visit the VSAC for downloads of current value sets.
Replaced value set Heart Rate (2.16.840.1.113762.1.4.1045.149) with value set Heart Rate (2.16.840.1.113883.3.526.2.1341) based on review by technical experts, SMEs, and/or public feedback.
Measure Section:
Terminology
Source of Change:
Measure Lead
Added value set Outpatient Surgery Service (2.16.840.1.113762.1.4.1110.38) based on review by technical experts, SMEs, and/or public feedback.
Measure Section:
Terminology
Source of Change:
Measure Lead
Value set (2.16.840.1.114222.4.11.3591): Renamed to Payer Type based on recommended value set naming conventions.
Measure Section:
Terminology
Source of Change:
Annual Update