Clinical Document Architecture
2.0.1-sd - release

This page is part of the CDA: Clinical Document Architecture (v2.0.1-sd: CDA 2.0 - Informative) generated with FHIR (HL7® FHIR® Standard) v5.0.0. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

IG Home Page

Official URL: http://hl7.org/cda/stds/core/ImplementationGuide/hl7.cda.uv.core Version: 2.0.1-sd
Active as of 2024-12-18 Computable Name: ClinicalDocumentArchitecture

CDA Definition

This Implementation Guide is a representation of the Clinical Document Architecture (CDA) R2.0 specification using FHIR Logical Models expressed as FHIR StructureDefinition instances. The main purpose of the guide is to support the Consolidated CDA specification which defines its templates using these logical structures. Other CDA-based guides can also use this guide and these structures to create specifications like Consolidated CDA.

This guide does not replace the CDA specification. It includes the Overview, Implementation Notes, and Narrative Block information from the specification to provide context and guidance. To understand CDA, readers should consult the actual CDA specification. If there are any differences found between the specification and this guide, the specification takes precedence and is assumed to be correct.

CDA Classes

V3 Complex Data Types

V3 Simple Data Types

CDA Extensions

This guide also incorporates the approved SDTC extensions. Elements from the extensions will be found with 'sdtc' before their name. They also are defined to be in the urn:hl7-org:sdtc namespace and that is visible in the structure pages. Custodian Organization has an example of an extension element (sdtcTelecom). Note that while extensions are prefixed with 'sdtc', their actual XML name does not include this. Their XML name is displayed in the structure pages as XML. For example, the CustodianOrganization's sdtcTelecom would appear in an instance as either <telecom xmlns="urn:hl7-org:sdtc" value="...." /> or in a document with a defined prefix for sdtc:

<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:sdtc="urn:hl7-org:v3/voc">
	<custodian>
		<assignedCustodian>
			<representedCustodianOrganization>
				<sdtc:telecom value="..." />
	...

CDA Example

An example of a CDA document has been provided along with a transformed version of the example using the informative CDA stylesheet.

CDA Validation

With the representation of the CDA structures using FHIR StructureDefinitions, there is now an option on how to validate CDA documents. The CDA schemas are still valid and can be found here. Additionally, by pointing the FHIR validator at this guide, CDA instances can be validated using FHIR validators.

FHIRPath Supplements

The FHIRPath language defines a set of contexts that get passed into expressions and also allows the definition of additional contexts and functions. CDA provides the following supplemental guidance for evaluating FHIRPath:

  • The %resource variable when it appears in expressions on CDA profiles will be evaluated as the root ClinicalDocument.

  • A new function: hasTemplateIdOf([ProfileUrl]) evaluates to true or false based on whether the XML contains a <templateId /> element corresponding to the identifier of a particular profile.

For example, if a profile like http://hl7.org/cda/us/custom/StructureDefinition/ExampleSection contains an identifier property like urn:hl7ii:2.16.840.1.113883.10.20.22.99.999:2024-05-01, then the following XPath:

%resource.component.structuredBody.component.where(section.hasTemplateIdOf('http://hl7.org/cda/us/custom/StructureDefinition/ExampleSection'))

will return true if the document contains a section with the templateId of Example Section.

It is equivalent to the following, but allows an IG author to easily update the templateId extensions without finding-and-replacing constraint expressions:

%resource.component.structuredBody.component.where(section.templateId.where(root = '2.16.840.1.113883.10.20.22.99.999' and extension = '2024-05-01'))

Implementation Guide Parameters

Parameters from the IG Parameters CDA Validation Code System may be included to control the behavior of Schematron generation in CDA implementation guides written in FHIR StructureDefinition format.

Authors

The current specification lists the following people as editors/authors:

  • Robert H. Dolin, MD
  • Liora Alschuler
  • Sandy Boyer, BSP
  • Calvin Beebe
  • Fred M. Behlen, PhD
  • Paul V. Biron
  • Amnon Shabo (Shvo), PhD

This guide has the following authors:

  • Jean Duteau
  • Rosemary Hofstede
  • Benjamin Flessner
  • Susan Rand

The CDA community also benefits from the following people who have contributed to the guide:

  • Austin Kreisler
  • John D'Amore
  • Lisa Nelson
  • Brett Marquard
  • Gay Dolin
  • Matt Szczepankiewicz

Other Information

This publication includes IP covered under the following statements.

  • This material contains content from LOINC. LOINC is copyright © 1995-2020, Regenstrief Institute, Inc. and the Logical Observation Identifiers Names and Codes (LOINC) Committee and is available at no cost under the license. LOINC® is a registered United States trademark of Regenstrief Institute, Inc.
    Show Usage

IGPackageFHIRComment
.. Clinical Document Architecturehl7.cda.uv.core#2.0.1-sdR5
... FHIR Extensions Packhl7.fhir.uv.extensions.r5#5.1.0R5Automatically added as a dependency - all IGs depend on the HL7 Extension Pack
... HL7 Terminology (THO)hl7.terminology#5.2.0R4
.... FHIR Extensions Packhl7.fhir.uv.extensions.r4#1.0.0R4

Package hl7.fhir.uv.extensions.r5#5.1.0

This IG defines the global extensions - the ones defined for everyone. These extensions are always in scope wherever FHIR is being used (built Sat, Apr 27, 2024 18:39+1000+10:00)

Package hl7.fhir.uv.extensions.r4#1.0.0

This IG defines the global extensions - the ones defined for everyone. These extensions are always in scope wherever FHIR is being used (built Sun, Mar 26, 2023 08:46+1100+11:00)


There are no Global profiles defined