Clinical Document Architecture with Australian Schema
0.1.0 - ci-build
Clinical Document Architecture with Australian Schema, published by Australian Digital Health Agency. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/AuDigitalHealth/cda-au-schema/ and changes regularly. See the Directory of published versions
Official URL: http://ns.electronichealth.net.au/cda/ImplementationGuide/au.digitalhealth.cda.schema | Version: 0.1.0 | |||
Draft as of 2024-09-29 | Computable Name: ClinicalDocumentArchitectureAuSchema | |||
Copyright/Legal: Copyright © 2024 Australian Digital Health Agency - All rights reserved. This content is licensed under a Creative Commons Attribution 4.0 International License. See https://creativecommons.org/licenses/by/4.0/. |
This Australian Digital Health Agency FHIR Implementation Guide is a representation of the Clinical Document Architecture (CDA) R2.0 specification using HL7® FHIR®© Logical Models expressed as HL7® FHIR®© StructureDefinition instances.
It is an adaptation of the HL7 International CDA Logical Model Specification with specific modifications and inclusions to represent the CDA schema including Australian CDA extensions using the FHIR StructureDefinition framework.
The primary aim of this implementation guide is to support implementers who are contemplating a transition from CDA to FHIR. It contains CDA extensions in Australian context and the HL7 CDA classes using the Australian extensions.
This implementation guide does not describe presentation of the information, user experience, or expected behaviour of producing and receiving systems.
Wherever possible, material in this specification is based on existing standards. All efforts have been made to minimise divergence from the HL7 international CDA classes to provide for system interoperability and compatibility with other classes. Issues of an editorial nature in the source material (such as spelling or punctuation errors) are intentionally reproduced.
This CDA extensions logical model FHIR implementation guide should be read in conjunction with the remaining documentation available from HL7 International CDA Logical Model Specification.
The guide includes:
This implementation guide is aimed at software development teams, architects, and designers of CDA implementation in Australia.
This implementation guide and related artefacts are technical in nature and the audience is expected to be familiar with the language of health data specifications and to have some familiarity with health information standards and specifications, such as CDA.
This implementation guide and the underlying FHIR specification are licensed as public domain under the FHIR license.
This publication includes IP covered under the following statements.
This implementation guide builds on other specifications, helping ensure a consistent approach to data sharing that should ease adoption. The specific guides used, and the portions relevant from each of them are as follows:
IG | Package | FHIR | Comment |
---|---|---|---|
Clinical Document Architecture with Australian Schema | au.digitalhealth.cda.schema#0.1.0 | R5 | |
FHIR Extensions Pack | hl7.fhir.uv.extensions.r5#5.1.0 | R5 | Automatically added as a dependency - all IGs depend on the HL7 Extension Pack |
HL7 Terminology (THO) | hl7.terminology#5.2.0 | R4 | |
FHIR Extensions Pack | hl7.fhir.uv.extensions.r4#1.0.0 | R4 |
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
This table lists known issues with this specification at the time of publishing. We are working on solutions to these issues and encourage comments to help us develop these solutions.
Reference | Description |
---|---|
https://github.com/HL7/CDA-core-sd/issues/19 | The terminology binding on the au-Participant1 `@typeCode` attribute has been changed to use the v3-ParticipationType valueSet rather than the valueSet as used in HL7 International CDA Participant1 class. This is due to the attribute value of `PART`, which is mandated in many of the My Health Record CDA implementations. |