FHIR CI-Build

This is the Continuous Integration Build of FHIR (will be incorrect/inconsistent at times).
See the Directory of published versions

Example Measure/measure-hybrid-hospital-wide-mortality (Narrative)

Responsible Owner: Clinical Quality Information Work GroupStandards Status: InformativeCompartments: No defined compartments

This is the narrative for the resource. See also the XML, JSON or Turtle format. This example conforms to the profile Measure.


Generated Narrative: Measure measure-hybrid-hospital-wide-mortality

StructureDefinition Work Group: cqi

url: http://somewhere.org/fhir/uv/mycontentig/Measure/HybridHospitalWideMortalityFHIRExample

identifier: hospital-wide-mortality-measure (use: official, )

version: 0.5.3

name: HybridHospitalWideMortality

title: Core Clinical Data Elements for the Hybrid Hospital-Wide (All-Condition, All-Procedure) Risk-Standardized Mortality Measure (HWM) FHIR Example

status: Draft

experimental: false

date: 2025-09-30T04:16:55Z

publisher: HL7 International / Clinical Quality Information

contact: http://www.hl7.org/Special/committees/cqi

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 HWM 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.

copyright:

Limited proprietary coding is contained in these specifications for user convenience. Users of proprietary code sets should obtain all necessary licenses from the owners of the code sets.

This material contains SNOMED Clinical Terms(R) (SNOMED CT[R]) copyright 2004-2021 International Health Terminology Standards Development Organisation. All rights reserved.

LOINC(R) copyright 2004-2021 Regenstrief Institute, Inc.

approvalDate: 2023-08-14

lastReviewDate: 2023-08-14

effectivePeriod: 2024-07-01 --> 2025-06-30

library: http://somewhere.org/fhir/uv/mycontentig/Library/HybridHospitalWideMortalityFHIRExample

disclaimer:

These performance specifications are not clinical guidelines and do not establish a standard of medical care, and have not been tested for all potential applications.

THE MEASURES AND SPECIFICATIONS ARE PROVIDED “AS IS” WITHOUT WARRANTY OF ANY KIND.

Due to technical limitations, registered trademarks are indicated by (R) or [R] and unregistered trademarks are indicated by (TM) or [TM].

rationale:

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 HWM 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 "HWM-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 patients, age 65 to 94 (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. Encounters over the age of 94 are not included to avoid holding hospitals responsible for the survival of the oldest elderly patients, who may be less likely to have survival as a primary goal. While we acknowledge that many elderly patients do have survival beyond 30 days as a primary goal for their hospitalization, with input from our Technical Expert Panel and work groups, we decided to only include encounters between 65 and 94 years of age.

These core clinical 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 (YNHHSC/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 measure, which are: date of birth; sex; admission date; and discharge date.

clinicalRecommendationStatement:

The logic is not meant to guide or alter the care patients receive. The purpose of this core clinical data elements logic is to extract clinical data that are already routinely captured in EHRs from encounters for hospitalized 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.

group

id

6385011c4ba3d47c885c02aa

type: Outcome

basis: Encounter

scoring: Cohort

population

id

24BB5BA9-820F-4958-B8AA-AA8962E9E398

code: Initial Population

description:

All encounters age 65 to 94 years at the start of an inpatient admission, who are discharged during the measurement period (length of stay <365 days).

NOTE: All encounters meeting the above criteria should be included.

Criteria

-LanguageExpression
* text/cql-identifier Initial Population

supplementalData

id

results

usage: Supplemental Data

description:

Results

Criteria

-LanguageExpression
* text/cql-identifier Results

 

 

Usage note: every effort has been made to ensure that the examples are correct and useful, but they are not a normative part of the specification.