This page is part of the Da Vinci Clinical Documentation Exchange (v2.0.0-ballot: STU2 Ballot 1) based on FHIR R4. The current version which supercedes this version is 1.1.0. For a full list of available versions, see the Directory of published versions
Official URL: http://hl7.org/fhir/us/davinci-cdex/ImplementationGuide/hl7.fhir.us.davinci-cdex | Version: 2.0.0-ballot | |||
Active as of 2022-08-01 | Computable Name: DaVinciCDex | |||
Copyright/Legal: Used by permission of HL7 International all rights reserved Creative Commons License |
All comments for this ballot are restricted to the following Draft content in the upcoming STU 1.1.0 version of CDex which includes the topics requesting and submitting attachments and purpose of use:
These sections are highlighted in pink and marked with the text “Note to Balloters” as demonstrated here. For any comments on content that is not in the list above, balloters are encouraged to submit them as non-ballot change requests in Jira. Otherwise, they may be marked as “Considered for Future” and not resolved for this STU Comment period.
This IG provides detailed guidance that helps implementers use FHIR-based interactions to support specific exchanges of clinical data between providers and payers (or other providers). This guide documents the Direct Query, Task Based and Attachments transaction approaches for requesting and sending information. Key scenarios this IG can support include:
In the context of this guide, “clinical data” means any information a provider holds in a patient’s health record. The format of the data exchanged is not limited to FHIR resources but includes C-CDA documents, PDFs, text files, and other types of data. There may be requests for payloads of clinical records of care such as CCD Documents, clinical data sets that may be represented in a FHIR Bundle (or C-CDA on FHIR Documents), and clinical data such as a specific FHIR resource.
By using the FHIR standard and implementing this guide, payers can be explicit about the data they are requesting as opposed to general requests which often result in providers sending more information than is necessary. The anticipated benefit of using FHIR is a more efficient and effective exchange of health record information in several areas such as claims management, care coordination, risk adjustment, and quality reporting.
This IG provides several generic examples to illustrate the different approaches for exchanging clinical data when using the Direct Query and Task-Based approaches. It also documents and provide examples for the specific use case of requesting and sending attachments for claims and prior authorization. We plan to create a set of Clinical Data Exchange- Supplemental Guides which will document and provide examples for other specific use cases.
This Implementation Guide is supported by the Da Vinci initiative which is a private effort to accelerate the adoption of Health Level Seven International Fast Healthcare Interoperability Resources (HL7® FHIR®) as the standard to support and integrate value-based care (VBC) data exchange across communities. Like all Da Vinci Implementation Guides, it follows the HL7 Da Vinci Guiding Principles for the exchange of patient health information. The guide is based upon the prior work from the US Core and Da Vinci Health Record Exchange (HRex) Implementation Guides. For general Background on FHIR and Conformance Expectations, refer to the corresponding sections in the Da Vinci Health Record Exchange (HRex) Implementation Guide. For Security and Privacy considerations refer to the Security and Privacy page. As illustrated in figure 1 below, this guide is built on top of FHIR and other implementation guides that provide more and more focused use cases by constraining profiles and extending functionality to cover gaps. For Direct Query and Task-based queries, US Core and HRex define the content that is exchanged, while CDex defines additional conditions for how it is exchanged. For Attachments, CDex defines both new content and how it is exchanged.
Changes to this specification are managed by the sponsoring HL7 Patient Care workgroup and are incorporated as part of the standard HL7 balloting process. You can suggest changes to this specification by creating a change request tracker by clicking on the Propose a Change link at the bottom of any page.
In this guide several terms are used to denote the actors and their roles in CDex transactions:
This Guide is divided into several pages which are listed at the top of each page in the menu bar.
This Implementation Guide was made possible by the contributions of the Da Vinci Project member organizations and project management staff, the Patient Care Work Group, and the Payer/Provider Information Exchange Work Group.
Authors: