This profile defines the expected capabilities of a Da Vinci DEQM Consumer Client when conforming to the Da Vinci DEQM Implementation Guide. Consumers include systems that are primary consumers of patient healthcare information and systems that consume data from Producers. This CapabilityStatement resource includes the complete list of the recommended Da Vinci DEQM profiles and RESTful operations that a Da Vinci DEQM Consumer Client could support. Clients have the option of choosing from this list based on their local use cases and other contextual requirements.

This profile defines the expected capabilities of a Da Vinci DEQM Consumer Server when conforming to the Da Vinci DEQM Implementation Guide. Consumers include systems that are primary consumers of patient healthcare information and systems that consume data from Producers. This CapabilityStatement resource includes the complete list of the recommended Da Vinci DEQM profiles and RESTful operations that a Da Vinci DEQM Consumer Server could support. Servers have the option of choosing from this list based on their local use cases and other contextual requirements.

This profile defines the expected capabilities of a Da Vinci DEQM Gaps In Care Client when conforming to the Da Vinci DEQM Implementation Guide for interactions between Clients and Servers to exchange the Gaps in Care Reports for a measure. Clients are the actors requesting the gaps in care results of quality measure(s). This CapabilityStatement resource includes the complete list of the recommended Da Vinci DEQM profiles and RESTful operations that a Da Vinci DEQM Gaps In Care Client could support. Clients have the option of choosing from this list based on their local use cases and other contextual requirements.

This profile defines the expected capabilities of a Da Vinci DEQM Gaps In Care Server when conforming to the Da Vinci DEQM Implementation Guide for interactions between Clients and Servers to exchange the Gaps in Care Reports for a measure. Servers are the actors receiving the request for Gaps in Care Reports for quality measure(s). This CapabilityStatement resource includes the complete list of the recommended Da Vinci DEQM profiles and RESTful operations that a Gaps In Care Server could support. Servers have the option of choosing from this list based on their local use cases and other contextual requirements.

This profile defines the expected capabilities of a Da Vinci DEQM Producer Client when conforming to the Da Vinci DEQM Implementation Guide. Producers include systems that are primary producers of patient healthcare information. This CapabilityStatement resource includes the complete list of the recommended Da Vinci DEQM profiles and RESTful operations that are Da Vinci DEQM Producer Client could support. Clients have the option of choosing from this list based on their local use cases and other contextual requirements.

This profile defines the expected capabilities of a Da Vinci DEQM Producer Server when conforming to the Da Vinci DEQM Implementation Guide. Producers include systems that are primary producers of patient healthcare information. This CapabilityStatement resource includes the complete list of the recommended Da Vinci DEQM profiles and RESTful operations that a Da Vinci DEQM Producer Server could support. Servers have the option of choosing from this list based on their local use cases and other contextual requirements.

This profile defines the expected capabilities of a Da Vinci DEQM Receiver Server when conforming to the Da Vinci DEQM Implementation Guide. Receivers include systems that are primary receivers of Measure data such as payers as well as public health and other healthcare-related agencies. This CapabilityStatement resource includes the complete list of the recommended Da Vinci DEQM profiles and RESTful operations that a Da Vinci DEQM Receiver Server could support. Servers have the option of choosing from this list based on their local use cases and other contextual requirements.

This profile defines the expected capabilities of a Da Vinci DEQM Reporter Client when conforming to the Da Vinci DEQM Implementation Guide. Reporters include systems that are primary reporters of patient healthcare information and systems that consume data from Producers. This CapabilityStatement resource includes the complete list of the recommended Da Vinci DEQM profiles and RESTful operations that a Da Vinci DEQM Reporter Client could support. Clients have the option of choosing from this list based on their local use cases and other contextual requirements.

The bulk-submit-data operation sends a bulk import request based on the data requirements of a FHIR Measure. This operation is modeled off the existing draft of the Bulk Data Import Ping and Pull Approach.

The care-gaps operation is used to determine gaps in care for a specified gaps through period based on the results of quality measures.

The deqm.collect-data operation is used to collect the data-of-interest for the given measure.

The deqm-submit-data operation is used to submit MeasureReports and any data of interest for one or more measures for one or more subjects. Each submitted Bundle SHOULD contain resources for a single subject and SHOULD contain all of the MeasureReport and data of interest related to that subject.

The evaluate operation is used to calculate an eMeasure and obtain the results.

MeasureReport is used as an organizer for both data exchange for measure and for measure reporting. Three profiles on the MeasureReport resource are defined in this guide to delineate these different uses. When a data producer needs to send data to a data consumer, they use the DEQM Data-Exchange MeasureReport Profile defined here. The type element in this profile is set to "data-collection". Along with the MeasureReport profile, the data producer sends the reporter, subject, and any relevant resources for the measure they have produced data on. When a data producer sends a MeasureReport and the associated data, they may not have all the data that is required to calculate the measure report. Additional data may need to be collected later or there may be additional data used in the measure that the aggregator owns such as a continuous coverage period requirement.

The DEQM Gaps In Care Bundle describes a bundle returned by the Measure care-gaps operation. This bundle consists of a document composition for gaps in care and supporting resources referenced by the composition.

The DEQM Gaps In Care Composition Profile defines a document composition consisting of one or more indivdiual MeasureReport(s). Each section of this composition corresponds to an indivdiual MeasureReport for a specific measure. The subject of each individual MeasureReport referenced by the section must be for the same individual specified in the subject of this Composition.

The DEQM Gaps In Care DetectedIssue Profile indicates that the measure reported has an open gap or a closed gap as identified in the gapStatus modifier extension.

The DEQM Gaps In Care Group Profile describes a group consisting of one or more patients.

A list that contains entries of referencing DEQM Individual MeasureReport resources for the same measure, one for each subject in the overall population.

MeasureReport is used as an organizer for both data exchange for measure and for measure reporting. Three profiles on the MeasureReport resource are defined in this guide to delineate these different uses. The DEQM Individual MeasureReport Profile defined here is used when a measure is reported to an aggregator for one specific subject. It contains all of the data that is relevant to generate the report including the measure outcome and is similar to a QRDA Category 1 report. In addition to the MeasureReport, the report would be collected in a Bundle with the reporter, subject, and any other resources that were used to calculate this measure.

Subject List MeasureReport is for data exchange and reporting on a list of subjects, which also allows individual MeasureReports be provided for each of the subjects in the population.

MeasureReport is used as an organizer for both data exchange for measure and for measure reporting. Three profiles on the MeasureReport resource are defined in this guide to delineate these different uses. The DEQM Summary MeasureReport Profile defined here is used when a measure is reported to an aggregator for a group of subjects. It contains all of the data that is relevant to generate the report including the measure outcome and is similar to a QRDA Category 3 report. Unlike the DEQM Individual MeasureReport Profile, the report is typically transacted as a single MeasureReport report.

Derived from the GuidanceResponse resource, the Detailed Care Gap Guidance Response profile supports the functionality of providing reason for guidance and detailed guidance to help address care gaps and close open gaps.

Possible value types for the measureScore elements in addition to the standard Quantity type. The alternate type is determined by the Quality Measure Aggregate Method extension used on the Measure. The reported type of the measureScore for continuous variable measures is determined by the result type of the aggregate method operation. This extension corresponds to the measureScore types in the FHIR R5 version of MeasureReport.

This extension applies to the date the metric was actually calculated. If your measure calculation draws on stored calculations and there are multiple calculation dates, this extension would not apply, as in the example of a composite measure where the individual measures were calculated on different dates. This would only cover the case where there is only one calculation date.

An identifier that represents the EHR certication number (CERHT). See Certified EHR Technology For more information. This Extension is used when the receiver is interested in getting EHR certification information in the report.

DEPRECATED in favor of cqf-criteriaReference: Identifies which measure criteria (i.e. population, stratifier, or supplementalData) was responsible for the inclusion of the evaluatedResource or supplementalData on which it appears.

Location from which reported data was gathered. This extension is used to provide the location(s) from which reported data was gathered in a MeasureReport, such as individual, summary and data exchange measure report.

Identifies detected care gap status.

Indicates whether improvement in the measure group is noted by an increase or decrease in the measure score.

Indicates how the calculation is performed for the measure, including proportion, ratio, continuous-variable, and cohort. The value set is extensible, allowing additional measure scoring types to be represented. It is expected to be the same as the scoring element on the referenced Measure

DEPRECATED in favor of the measurereport-populationDescription extension: The human readable description of this population criteria.

DEPRECATED in favor of cqf-criteriaReference: Identifies which measure population that a specific resource is used for evaluating their logics by referencing population criteria id (Measure.group.population.id) specified in Measure resource.

Group of practitioners responsible for a report. This extension is used to provide the capability to allow the participating practitioners to be documented.

Extension that supports the reporting program as a reference to a Library conforming to the Quality Program profile, as well as a CodeableConcept bound to the Quality Program value set.

A reference to the vendor who queried the data, calculated results and/or generated the report. The 'reporting vendor' is intended to represent the submitting entity when it is not the same as the reporting entity. This extension is used when the Receiver is interested in getting vendor information in the report.

This Extension supports the concepts 'incremental' and 'snapshot' and corresponds to the measureScore types in the FHIR R5 version of MeasureReport.

• The DEQM Consumer Server SHALL use this Extension to advertise whether it supports snapshot or incremental updates for the DEQM Submit Data transaction.
• The DEQM Producer Client SHALL use this Extension to indicate whether the payload is a snapshot or incremental update for DEQM Submit Data transaction. When responding to the DEQM Collect Data transaction, the DEQM Producer Server SHALL value it 'incremental' if the lastReceivedOn parameter is present or 'snapshot if the lastReceivedOn parameter is absent.

DEPRECATED in favor of the measurereport-supplementalData extension: This extension allows supplementalData to be included in the MeasureReport. For supplementalData that is a calculation, this will be a reference to an Observation containing the result of the supplementalData calculation. For supplementalData that is a resource, this will be a reference to the supplementalData resource.

The denominator population membership is the number of subjects in the denominator after exceptions and exclusions. See (https://hl7.org/fhir/us/cqfmeasures/measure-conformance.html) for further discussion.

The measure population membership is the number of subjects in the measure population after exclusions. See (https://hl7.org/fhir/us/cqfmeasures/measure-conformance.html) for further discussion.

The numerator population membership is the number of subjects in the numerator after exceptions and exclusions. See (https://hl7.org/fhir/us/cqfmeasures/measure-conformance.html) for further discussion.

Reason Detail Extension

This extension allows supplementalData to be included in the MeasureReport. For supplementalData that is a calculation, this will be a reference to an Observation containing the result of the supplementalData calculation. For supplementalData that is a resource, this will be a reference to the supplementalData resource.

This is a ValueSet for Care Gap Reasons

Concepts for care gap status

Concepts for how a DEQM Consumer supports data exchange updates. The choices are snapshot or incremental updates

This is a code system for Care Gap Reasons

This is a code system for Gaps in Care gap status.

Concepts for how a DEQM Consumer supports data exchange updates. The choices are snapshot or incremental updates

Illustration of using supplemental data elements to gather additional information about a patient population

Artifact bundle for a measure illustrating the use of supplemental data elements to gather additional information about a patient population

Patient data bundle for a measure illustrating the use of supplemental data elements to gather additional information about a patient population

DEQM Col Submit Collect Obs example

Condition example

DEQM Coverage01 example

DEQM DEQM Software System Example example

DEQM DNA Occult Blood example

DEQM Datax Measurereport01 example

DEQM Datax Measurereport02 example

DEQM Datax Measurereport03 example

DEQM DetailedGuidanceResponse01 example

DEQM DetailedGuidanceResponse02 example

DEQM Promoting Interoperability (PI) Measure example

Encounter example

DEQM Encounter01 example

DEQM Encounter02 example

DEQM Encounter03 example

GIC Bundle Closed Individual MeasureReport01 example

GIC Bundle Closed Individual MeasureReport02 example

GIC Bundle Open Individual MeasureReports example

GIC Composition01 example

GIC Composition02 example

GIC Composition03 example

GIC DetectedIssue01 example

GIC DetectedIssue02 example

GIC DetectedIssue03 example

GIC DetectedIssue04 example

GIC DetectedIssue05 example

GIC Encounter01 example

GIC Encounter02 example

GIC Encounter03 example

GIC Group01 subject example

GIC Individual MeasureReport01 example

GIC Individual MeasureReport02 example

GIC Individual MeasureReport03 example

GIC Individual MeasureReport04 example

GIC Gaps Multiple Parameters Individual MeasureReports01 example

GIC Gaps Multiple Parameters Individual MeasureReports02 example

GIC Parameters Closed Individual MeasureReport01 example

GIC Parameters Closed Individual MeasureReport02 example

GIC Parameters Open Individual MeasureReports example

GIC Patient01 example

GIC Patient02 example

GIC Procedure01 example

GIC Procedure02 example

GIC Ratio MeasureReport01 example

GIC Reporting Vendor Organization example

DEQM Group01 example

Guidance Response example

DEQM Indv Measurereport01 example

DEQM Indv Measurereport02 example

DEQM Indv Measurereport03 example

DEQM Indv Measurreport Stratification Example

Library Cervical Cancer Screening (EXM124) example

Library Colorectal Cancer Screening (EXM130) example

DEQM Library Mrp Example example

Library Venous Thromboembolism Prophylaxis (EXM108) example

Location example

DEQM Location01 example

DEQM Location02 example

DEQM Location03 example

Measure Cervical Cancer Screening (EXM124) example

Measure Colorectal Cancer Screening (EXM130) example

DEQM Measure Date of Last Power Outage example

DEQM Measure Mrp Example example

Measure Venous Thromboembolism Prophylaxis (EXM108) example

DEQM MeasureReport Promoting Interoperability (PI) example

Measurereport with contained supplemental data

MedicationRequest example

MedicationRequest example

DEQM Mrp Submit Obs example

DEQM Mrp Submit Task example

DEQM Multiple Indv Mrp Obs Report example

DEQM Multiple Indv Mrp Task Report example

DEQM Multiple Summ Report example

DEQM Observation01 example

DEQM Observation02 example

DEQM Observation03 example

DEQM Organization01 example

DEQM Organization02 example

DEQM Organization03 example

DEQM Organization04 example

Patient example

DEQM Patient01 example

DEQM Patient02 example

DEQM Patient03 example

DEQM Practitioner01 example

DEQM Practitioner02 example

DEQM Practitioner03 example

DEQM Single Indv Col Obs Report example

DEQM Single Indv Mrp Obs Report example

DEQM Single Indv Mrp Task Report example

DEQM Single Indv Vte Report example using MedicationAdministration

DEQM Single Indv Vte Report example using MedicationRequest

Subject List MeasureReport01 example

DEQM Summ Attestation example

DEQM Summ Measurereport01 example

DEQM Summ Measurereport02 example

DEQM Summ Medicare Stratification Example example

DEQM Summary Measurereport Date of Last Power Outage example

DEQM Task01 example

DEQM Task02 example

DEQM Task03 example

DEQM Individual MeasureReport List example