Section 1: Primary Standards
Section 3: Clinical and Administrative Domains
CDA® Release 2
The HL7 Version 3 Clinical Document Architecture (CDA®) is a document markup standard that specifies the structure and semantics of "clinical documents" for the purpose of exchange between healthcare providers and patients. It defines a clinical document as having the following six characteristics: 1) Persistence, 2) Stewardship, 3) Potential for authentication, 4) Context, 5) Wholeness and 6) Human readability.
A CDA can contain any type of clinical content -- typical CDA documents would be a Discharge Summary, Imaging Report, Admission & Physical, Pathology Report and more. The most popular use is for inter-enterprise information exchange, such as is envisioned for a US Health Information Exchange (HIE).
- Healthcare Providers
- Healthcare IT Vendors
- EHR and PHR Systems
- Departmental Systems
- Dictation/Transcription Vendors
- Supports the exchange of clinical documents between those involved in the care of a patient
- Supports the re-use of clinical data for public health reporting, quality monitoring, patient safety and clinical trials
- Can be reused in multiple applications
- International users in countries where health information exchange (HIE) is well established such as Finland, Greece and Germany
- Pilot HIEs in Canada, Japan, Korea, Mexico, Argentina and elsewhere
- CDA is firmly in the plans for many of the nascent US HIEs and the US Military Health System
- Columbia-Presbyterian in New York: Project on CDA note generation with knowledge management and controlled vocabulary
- Queen Elizabeth II Hospital/Dalhousie University: CDA for decision support
- Duke Clinical Research Institute: CDA as the Single Source Proof of Concept
- The Mayo Clinic is the largest single producer of CDA documents, producing thousands of CDAs every week with the anticipation of reaching 50,000 notes per week
CDA® grew out of work that originated outside of HL7 in early 1996 when a group of physicians including Tom Lincoln, John Spinosa, Dan Essin, John Mattison and Bob Dolin began to meet to discuss the potential for structured markup in clinical documents. The earliest draft was called the Kona Architecture and was developed in 1997 after the group had joined HL7. Since that time, many people have worked on it and the basic ideas have been refined and developed along with the HL7 Version 3 framework and the Reference Information Model (RIM). The original group morphed into the HL7 Structured Documents Work Group which is responsible for CDA and other HL7 document types.
CDA introduces the concept of incremental semantic interoperability. What this means is that there is a range of complexity allowed within the specification and users must set their own level of compliance. The minimal CDA is a small number of XML-encoded metadata fields (such as provider name, document type, document identifier, and so on) and a body which can be any commonly-used MIME type such as pdf or .doc (Microsoft Word) or even a scanned image file.
While the body of such a document would not be interpretable for applications like decision support, the minimal, standard metadata set and display characteristics mean that such a document could be filed, searched, categorized and retrieved along with more richly-encoded documents. They would all be equally readable at the point of care.
The most recent version of CDA is Release 2 which is used as the foundation for all current CDA Implementation Guides. CDA Release 3 is currently under development.
RESPONSIBLE WORK GROUP
For quick answers to the most frequently asked questions about the Clinical Document Architecture (CDA) standard, see the CDA® Frequently Asked Questions page at http://www.hl7.org/about/FAQs/index.cfm.