HL7 CDA

CDA is an XML-based, electronic standard used for clinical document exchange that was developed by Health Level Seven. CDA conforms to the HL7 V3 Implementation Technology Specification (ITS), is based on the HL7 Reference Information Model (RIM), and uses HL7 V3 data types. It was known earlier as the Patient Record Architecture (PRA).

CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More is a flexible standard and is unique in that it can be read by the human eye or processed by a machine. This is due to its use of XML language, which also allows the standard to be broken into two different parts. A mandatory free-form portion enables human interpretation of the document, while an optional structured part enables electronic processing (like with an EMRElectronic Medical Record (EMR), as defined in Defining Key Health Information Technology Terms (The... More system). Text, images and even multimedia can be included in the document.

A CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More document could be, for example, any of the following: discharge summary, referral, clinical summary, history/physical examination, diagnostic report, prescription, or public health report. In short, any document that might have a signature is a viable document for CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More.

Implementation of CDA

CDA does not specify a transport mechanism and can be utilized within a messaging environment or outside of it. Transport methods can include HL7 V2, HL7 V3, DICOMDigital Imaging and Communications in Medicine (DICOM) is a common format for image storage. It allo... More, MIME-encoded attachments, HTTPHTTP (Hypertext Transfer Protocol) is the foundation for application-level communication on the inte... More, or FTP. CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More is flexible enough to be compatible in a wide range of environments, and can be stored as a document in a computer system (permanently or temporarily) or can be transmitted as the content of a message.

In current practice, the Summary of Care Consolidated CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More is the document type primarily used in the United States due to the mandate required by Meaningful Use. Other examples of international implementations of CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More include: PICNIC (Ireland, Denmark, Crete), SCHIPHOX (Germany), MERIT-9 (Japan), Staffordshire EHRElectronic Health Record (EHR), as defined in Defining Key Health Information Technology Terms (The ... More (United Kingdom), and Regional Health Information System – Satakunta Macropilot (Finland).

CDA Structure

CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More is an XML document that consists of a header and body. It is presented in this format:

  • Header – includes patient information, author, creation date, document type, provider, etc.
  • Body – includes clinical details, diagnosis, medications, follow-up, etc. Presented as free text in one or multiple sections, and may optionally also include coded entries.

CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More has three levels of document definition as defined by the HL7HL7 is a Standards Developing Organization accredited by the American National Standards Institute (... More organization, with Level One providing the least structure and Levels Two and Three providing greater structure:

  • Level One – the root hierarchy, and the most unconstrained version of the document. Level One supports full CDAClinical Document Architecture (CDA) HL7 CDA uses XML for encoding of the documents and breaks down ... More semantics, and has limited coding ability for the contents. An example of a level one constraint on document type would be a “Discharge Summary” with only textual instructions.
  • Level Two – additional constraints on the document via templates at the “Section” (free text) level. An example of a level two constraint would be a “Discharge Summary” with a section coded as Medications.
  • Level Three – additional constraints on the document at the “Entry” (encoded content) level, and optional additional constraints at the “Section” level. An example of a level three constraint would be a “Discharge Summary” with a section coded as Medications with coded RxNORM entries for each medication.

Additional information can be found on the HL7 Standards resource site and in Corepoint Health’s Resource Center:

Register for an upcoming CDA: First Steps training class.

How Corepoint Integration Engine works with HL7

 

The #1 Integration Engine Nine Consecutive Years

Customers have confidence in Corepoint Health’s history of focusing on healthcare interoperabilityInteroperability refers to the ability of two or more systems or components to exchange information ... More, as evident by our #1 KLAS® ranking nine years in a row. Discover the power Corepoint Integration Engine offers healthcare providers of all sizes and specialties.
 Print Friendly