C-CDA on FHIR, published by HL7 International / Cross-Group Projects. This guide is not an authorized publication; it is the continuous build for version 2.0.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/HL7/ccda-on-fhir/ and changes regularly. See the Directory of published versions
Consolidated Clinical Document Architecture (C-CDA) and Fast Healthcare Interoperability Resources (FHIR) US Core are two of the most common standards for exchanging clinical data in the United States. This project's goals are to establish HL7 mapping transformation guidance to provide clarity and consistency in translating data between C-CDA and FHIR and between FHIR and C-CDA.
The first release of this Implementation Guide laid out guidance for assembling FHIR documents that met C-CDA requirements. The second release added mappings between C-CDA and FHIR, focusing on the PAMPI domains (Problems, Allergies, Medications, Procedures, and Immunizations). This release extends that guidance into additional clinical domains and removes the document profiles.
Mapping ConsensusNote that C-CDA → FHIR mappings had a significant exposure to achieve multi-vendor consensus. This has included several FHIR Connectathons (https://confluence.hl7.org/display/CGP/Scope+and+Schedule/) and regular weekly engagements. Vendors and organizations participating in this process include:
- Cerner (Oracle)
- Diameter Health (Availity)
- MDIX
- Redox
- Smile Digital Health
- Veterans Administration (participation only in semantic and logical mappings)
The FHIR → C-CDA mappings have only been piloted by a single company (Cerner/Oracle) at this time and have not achieved multi-vendor consensus or connectathon testing yet.
Bi-directional automated transform is possible in constrained use cases but is not lossless due to varying flexibility and expressiveness in the standards. Use of extensions may mitigate the loss of information in transformation but may not be included in this guide. The CDA content is scoped by C-CDA R2.1 and the C-CDA Companion Guide R2, FHIR content by US Core R4, and, by implication, US Core Data for Interoperability (USCDI).
Our roadmap prioritizes USCDI, so we strive to map items in the respective standards that support USCDI. As elements are added to new versions of USCDI, we may map them in advance, especially when we are already engaged in a related domain. We also may omit or defer maps for elements that are both difficult and of dubious use, i.e., items that are not in USCDI and are deprecated or omitted from later editions of either specification.
We employed several tactics to meet our goals. Standards developers drafted maps based on the respective specifications, and these were reviewed by stakeholders both offline and at public, regularly scheduled meetings. These meetings included implementors, terminologists, regulatory and public health representatives, and strategists, who engaged in realignment, consensus-seeking, and reformatting of the maps for a variety of audiences. Difficult questions were escalated to the work groups responsible for the specifications. Issues and their resolutions were logged in the publicly accessible project site.
In addition, the project team employed the example-based approach through Connectathons with vendors and experts in the standards community. The approach involves sharing inbound examples among the vendors, comparing the outbound artifacts generated by these vendors, and discussing with the group to achieve alignment in best practice recommendations. Our team has been focused on the generated artifacts, regardless of the transformation technologies, so any vendor is empowered to achieve the same transformation results. Note that, to date, the Connectathons have addresses only the CDA-to-FHIR cases, though two implementers have provided feedback on the FHIR-to-CDA cases.
By establishing the HL7 mapping transformation guidance, the project provides clarity and consistency in translating data between C-CDA and FHIR. This clarity and consistency are critical to ensure interoperability and communication across different healthcare systems, devices, applications and ensure accurate public reporting and analytics. Ultimately, consistent transforms between standards reduces amount of the duplicated patient data artifacts and lead to better patient care and improved healthcare outcomes. In addition, this work clearly identifies elements where divergent assumptions impede reliably correct and unambiguous translation. These elements may present opportunities for refining the standards.
To access the mappings, click below: