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.

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

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.

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 how a DEQM Consumer supports data exchange updates. The choices are snapshot or incremental updates

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

DEQM Patient01 example