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

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 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 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 submitting 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 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 Gaps In Care Client could support. Servers have the option of choosing from this list based on their local use cases and other contextual requirements.

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 Practitioner Profile defines the constraints for representing the practitioner who performed the measure or to which is attesting.

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

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 patient. 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 Organization, Patient and any other resources that were used to calculate this measure.

MeasureReport is used as an organizer for both data exchange for measure and for measure reporting. Four profiles on the MeasureReport resource are defined in this guide to delineate these different uses. The DEQM Gaps In Care Individual MeasureReport Profile defined here is based on the DEQM Individual MeasureReport Profile. It is used when a gaps in care report for a measure is reported to an aggregator for one specific patient. It contains all of the data that is relevant to generate the gaps in care report including the measure outcome and is similar to a QRDA Category 1 report. The DEQM Gaps In Care Individual MeasureReport Profile differs from a DEQM Individual MeasureReport Profile by specifying additionally that an evaluated resource can be associated with a specific population within a measure through the DEQM Population Reference Extension.

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 Organization, Patient 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 Coverage Profile defines the constraints for representing the subscriber information to the Payer. This along with the patient first name, last name, date of birth and gender allows the payer to identify the member in their system.

The DEQM Organization Profile defines the constraints for representing the organization for which the practitioner was working when he performed the measure to which he is attesting.

The DEQM MedicationAdministration Profile describes the event of a patient consuming or otherwise being administered a medication

The DEQM Gaps In Care Bundle Profile 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 gaps in care indivdiual MeasureReport(s) for an individual. Each section of this composition corresponds to a gaps in care indivdiual MeasureReport for a specific measure. The subject of each gaps in care 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 that is referenced in the DEQM Gaps In Care Individual MeasureReport has an open gap. Detected Issues SHALL not be created for any DEQM Gaps In Care Individual MeasureReport where the gap is closed.

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

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

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.

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

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.

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.

Identifies which measure population that a specific resource is used for evaluating their logics. This is indicated by associating a resource with a population code selected from the MeasurePopulationType value set, such as numerator and denominator.

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.

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

Concepts for care gaps status

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

This is a temporary code system with a temporary code for the gaps in care document type. This will be replaced with a LOINC code. The request for the new LOINC code was submitted.

This is a code system for gaps in care gap status.

DEQM Organization02 example

DEQM Patient02 example

DEQM Summ Medicare Stratification Example example

DEQM Location03 example

DEQM Summ Measurereport01 example

DEQM Datax Measurereport02 example

DEQM Mrp Submit Task example

DEQM Multiple Indv Mrp Obs Report example

DEQM Measure Mrp Example example

DEQM Measure Date of Last Power Outage example

DEQM Datax Measurereport03 example

DEQM Location02 example

DEQM Single Indv Vte Report example using MedicationAdministration

DEQM Single Indv Vte Report example using MedicationRequest

DEQM Col Submit Collect Obs example

DEQM Patient03 example

DEQM Coverage01 example

DEQM Organization03 example

DEQM Library Mrp Example example

DEQM Organization04 example

DEQM Mrp Submit Obs example

DEQM Observation01 example

DEQM Observation02 example

DEQM Observation03 example

DEQM Multiple Summ Report example

DEQM DEQM Software System Example example

DEQM Indv Measurereport01 example

DEQM Indv Measurereport02 example

DEQM Multiple Indv Mrp Task Report example

DEQM Encounter01 example

DEQM Encounter02 example

DEQM Encounter03 example

DEQM DNA Occult Blood example

DEQM Single Indv Mrp Task Report example

DEQM Single Indv Col Obs Report example

DEQM Practitioner01 example

DEQM Practitioner02 example

DEQM Practitioner03 example

DEQM Group01 example

DEQM Indv Measurereport03 example

DEQM Indv Measurreport Stratification Example

DEQM Coverage02 example

DEQM Location01 example

DEQM Single Indv Mrp Obs Report example

DEQM Summ Measurereport02 example

DEQM Summary Measurereport Date of Last Power Outage example

DEQM Datax Measurereport01 example

DEQM Task01 example

DEQM Task02 example

DEQM Task03 example

DEQM Organization01 example

DEQM Coverage03 example

GIC Individual MeasureReport01 example

GIC Individual MeasureReport02 example

GIC Individual MeasureReport03 example

GIC Individual MeasureReport04 example

GIC Patient01 example

GIC Patient02 example

GIC Encounter01 example

GIC Encounter02 example

GIC Encounter03 example

GIC Procedure01 example

GIC Procedure02 example

GIC Reporting Vendor Organization example

GIC Composition01 example

GIC Composition02 example

GIC Composition03 example

GIC DetectedIssue01 example

GIC DetectedIssue02 example

GIC Group01 subject example

GIC Bundle Open Individual MeasureReports example

GIC Bundle Closed Individual MeasureReport01 example

GIC Bundle Closed Individual MeasureReport02 example

GIC Gaps Multiple Bundles Individual MeasureReports01 example

GIC Gaps Multiple Bundles Individual MeasureReports02 example

Measure Colorectal Cancer Screening (EXM130) example

Measure Cervical Cancer Screening (EXM124) example

Library Colorectal Cancer Screening (EXM130) example

Library Cervical Cancer Screening (EXM124) example

DEQM Patient01 example