Difference between revisions of "Ehscda:CDA-CH-EMED (specification)"

From eHealth Suisse
Jump to: navigation, search
[checked revision][checked revision]
m (link to version fr)
m (update version and date)
(2 intermediate revisions by the same user not shown)
Line 12: Line 12:
 
|Namespace = emed
 
|Namespace = emed
 
|Type      = Implementierungsleitfaden
 
|Type      = Implementierungsleitfaden
|Version  = 0.96
+
|Version  = 0.96.1
|Date      = 30.04.2020
+
|Date      = 29.07.2020
 
|Copyright = 2017-2020
 
|Copyright = 2017-2020
 
|Status    = Pre-Publication Review
 
|Status    = Pre-Publication Review
Line 25: Line 25:
 
{{VersionboxEntry{{tt|{{pagelang}}}} | Version = [http://ehealthsuisse.art-decor.org/cdachemed-html-20180508T090351/index.html 0.95.3] | Date = 08.05.2018 | Status = Retired | DocumentLink = https://www.e-health-suisse.ch/fileadmin/user_upload/Dokumente/2018/D/180508_CDA-CH-EMED_de.pdf | History = <ul><li>Formal adjustment on ART-DECOR</li></ul>}}
 
{{VersionboxEntry{{tt|{{pagelang}}}} | Version = [http://ehealthsuisse.art-decor.org/cdachemed-html-20180508T090351/index.html 0.95.3] | Date = 08.05.2018 | Status = Retired | DocumentLink = https://www.e-health-suisse.ch/fileadmin/user_upload/Dokumente/2018/D/180508_CDA-CH-EMED_de.pdf | History = <ul><li>Formal adjustment on ART-DECOR</li></ul>}}
 
{{VersionboxEntry{{tt|{{pagelang}}}} | Version = 0.96 | Date = 30.04.2020 | Status = Pre-Publication Review | DocumentLink = http://e-health-wiki.ch/images/e/e2/CDA-CH-EMED_0.96_de.pdf | History = Corrections on ART-DECOR: <ul><li>Added ch-pcc and IHE PCC as dependent projects</li><li>SubstanceAdministration: routeCode has CE data typ (was CD) </li><li>manufacturedMaterial.pharm:asContent not declared as list</li><li>IHEPrescriptionItemEntryContentModule, Prescription Item Entry Content Module repeatNumber, routeCode order fixed</li><li>Adjustments Document Code Translations to Anhang 3 (Prescription changed, Dispensation, Treatment Plan and Medication Comment currently no typeCode)</li><li>Medication Card document and Medication Prescription document added Original Representation Section for Original Representation</li><li>Update to IHE PHARM 2020 (Validation Step Template for IHE PRE)</li><li>Update to CDA-CH V2.1 (2020)</li><li>SNOMED CT Coding for substances instead of ATC</li><li>Substitution Permission Content Module 2.16.756.5.30.1.1.10.4.39 deprecated, replaced by IHE Substitution Permission Content Module 1.3.6.1.4.1.19376.1.9.1.3.9.1</li><li>Integrated Template IHEFullfillmentInstructions 1.3.6.1.4.1.19376.1.5.3.1.4.3.1</li><li>Added Original Representation to Medication Card document and Medication Prescription document, integrated Template Original Representation Section - coded 2.16.756.5.30.1.1.10.3.45</li></ul>}}
 
{{VersionboxEntry{{tt|{{pagelang}}}} | Version = 0.96 | Date = 30.04.2020 | Status = Pre-Publication Review | DocumentLink = http://e-health-wiki.ch/images/e/e2/CDA-CH-EMED_0.96_de.pdf | History = Corrections on ART-DECOR: <ul><li>Added ch-pcc and IHE PCC as dependent projects</li><li>SubstanceAdministration: routeCode has CE data typ (was CD) </li><li>manufacturedMaterial.pharm:asContent not declared as list</li><li>IHEPrescriptionItemEntryContentModule, Prescription Item Entry Content Module repeatNumber, routeCode order fixed</li><li>Adjustments Document Code Translations to Anhang 3 (Prescription changed, Dispensation, Treatment Plan and Medication Comment currently no typeCode)</li><li>Medication Card document and Medication Prescription document added Original Representation Section for Original Representation</li><li>Update to IHE PHARM 2020 (Validation Step Template for IHE PRE)</li><li>Update to CDA-CH V2.1 (2020)</li><li>SNOMED CT Coding for substances instead of ATC</li><li>Substitution Permission Content Module 2.16.756.5.30.1.1.10.4.39 deprecated, replaced by IHE Substitution Permission Content Module 1.3.6.1.4.1.19376.1.9.1.3.9.1</li><li>Integrated Template IHEFullfillmentInstructions 1.3.6.1.4.1.19376.1.5.3.1.4.3.1</li><li>Added Original Representation to Medication Card document and Medication Prescription document, integrated Template Original Representation Section - coded 2.16.756.5.30.1.1.10.3.45</li></ul>}}
{{VersionboxEntry{{tt|{{pagelang}}}} | Version = 0.96.1 | Date = 18.05.2020 | Status = Draft | History = <ul><li>Integrated Template IHE Validation Step Entry Content Module 1.3.6.1.4.1.19376.1.9.1.3.16 </li></ul>}}
+
{{VersionboxEntry{{tt|{{pagelang}}}} | Version = 0.96.1 | Date = 29.07.2020 | Status = Pre-Publication Review | History = Corrections on ART-DECOR: <ul><li>Integrated Template IHE Validation Step Entry Content Module 1.3.6.1.4.1.19376.1.9.1.3.16 </li><li>Corrected tags numerator and denominator of the manufactured material ingredient quantity (RTO_PQ_PQ instead of RTO_QTY_ QTY)</li><li>Updated example of Dispense Item Entry Content Module (ATC to GTIN, namespace numerator/denominator)</li><li>Integrated Templates: hl7:assignedAuthoringDevice (2.16.756.5.30.1.1.10.9.21), hl7:representedOrganization (2.16.756.5.30.1.1.10.9.24), hl7:addr (2.16.756.5.30.1.1.10.9.35)</li></ul>}}
 
{{Versionbox End}}
 
{{Versionbox End}}
  

Revision as of 11:04, 31 July 2020

Sprachen: Deutsch français



Identifikation dieses Dokuments
Abkürzung: CDA-CH-EMED
OID: 2.16.756.5.30.1.1.1.1.3.10.1.1

Impressum

Autoren Juerg Bleuer (eHealth Suisse), Oliver Egger (ahdis ag), Johannes Gnägi (eHealth Suisse), Pero Grgic (eHealth Suisse), Michaela Ziegler (ahdis ag)

Zweck und Positionierung

Gleichstellung von Mann und Frau

Elektronische Version

Contents

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Zusammenfassung

Die eMedikation umfasst verschiedene Austauschformate.

  • Der Therapieentscheid Medikation dokumentiert den Therapieentscheid eines Behandelnden und dient zur Einführung EINES neuen Arzneimittels in die eMedikation.
  • Das Rezeptstellt die elektronische Form einer Verschreibung EINES oder MEHREREN Heilmittels durch eine dafür berechtigte Medizinalperson dar.
  • Die Abgabe dokumentiert die Abgabe EINES Arzneimittels direkt an einen Patienten oder an eine legitimierte Drittperson im Hinblick auf eine darauf folgende Einnahme oder Anwendung durch die Patienten, respektive einer Anwendung durch eine berechtigte Gesundheitsfachperson.
  • Der Kommentar zur Medikationist ein Dokument, das Gesundheitsfachpersonen das Festhalten von Anpassungen der Medikation, Beobachtungen, oder Anmerkungen erlauft, wie z.B. Generikasubstitution, Absetzen EINES Arzneimittels, Erklärung zu Abänderungen, etc.).
  • Die Medikamentenliste ist eine in einem Abrufverfahren dynamisch generierte (on- demand), möglichst vollständige Übersicht über die aktuelle Medikation eines Patienten. Sie kann vom Behandelnden mithilfe anderer Dokumente aktualisiert, in sein Primärsystem importiert, gespeichert und / oder ausgedruckt werden, z.B. als Einnahmeplan für den Patienten usw.
  • Der Medikationsplan ist eine Spezialversion der Medikamentenliste, der den aktuellen Einnahmeplan für den Patienten abbildet.

In diesem Leitfaden werden diesen verschiedenen Dokumenten beschrieben, wie sie auf CDA Dokumente gemäss dem IHE Pharmacy Framework sowie CDA-CH V2.1 (2020) abgebildet werden können.

Einleitung

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Ausgangslage und Motivation

Die Interprofessionelle Arbeitsgruppe Elektronisches Patientendossier (IPAG) hat mit der Arbeitsgruppe IPAG-eMedikation Vorgaben für den Aufbau und die Struktur der Inhalte des Austauschformats eMedikation definiert und publiziert. Bericht eMedikation IPAG, Juli 2017[1]

Die verschiedenen eDokumente wurden in Zusammenarbeit mit eHealth Suisse/IPAG auf Basis des IHE Pharmacy Frameworks modelliert. [2]

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Status und Zweck des Dokuments

Das vorliegende Dokument beschreibt den Inhalt von „CDA-CH-EMED (specification)“ und definiert damit einheitliche Austauschformate für den Informationsaustausch im Gesundheitswesen Schweiz. Es enthält den Text wie er vom Projektteam erarbeitet wurde und beinhaltet die normative Spezifikation basierend auf HL7 CDA.

Angesprochene Leserschaft


Ziele und Abgrenzungen

Interoperabilität als Voraussetzung

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Ziele

Automatisierung

  • Automatisierung der Datenbereitstellung seitens der Datenlieferanten und damit Eliminierung von Fehlern, die heute durch manuelle Bearbeitung auftreten können.
  • Automatisierung der Datenverarbeitung seitens der Behandelnden und damit Reduktion des Aufwandes, welcher die bisher praktizierten Verfahren und Abläufe verursachen.

Harmonisierung, Interoperabilität und Investitionsschutz

  • Sicherstellung der Wiederverwendbarkeit gleicher Elemente in den verschiedenen Austauschformaten und damit Reduktion des Entwicklungsaufwandes für neue Schnittstellen
  • Abbau des Aufwandes für Betrieb und Unterhalt der heute heterogenen Schnittstellen bei den Leistungserbringern und bei den Behandelnden.
Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Abgrenzungen

Grundlagen und Basistechnologien

Die Anwendungsfälle rund um „CDA-CH-EMED (specification)“ lassen sich nach den Empfehlungen der Strategie eHealth Schweiz umsetzen. Die elektronischen Informationen dazu sollen im elektronischen Patientendossier zugänglich sein und den Beteiligten eine elektronische Verarbeitung ermöglichen.
Das vorliegende Austauschformat basiert auf Integrationsprofilen der IHE und der HL7 Clinical Document Architecture (CDA). Siehe auch Kapitel #Bezug zu anderen Standards und Leitfäden.

Verantwortlichkeiten

Die Herausgeberin genehmigt ausdrücklich die Anwendung des vorliegenden Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Übermittlung von „CDA-CH-EMED (specification)“ und weist darauf hin, dass dies mit dem Einverständnis aller an der Erarbeitung des Austauschformats beteiligten Mitwirkenden erfolgt. Die Nutzung des Leitfadens erfolgt in der Verantwortung der Anwender.

Die Codierung von einzelnen Informationen in diesem Austauschformat basiert auf definierten Value-Sets und Vokabularen, welche die akzeptierten Codes definieren.

Für die Publikation von Value-Sets ist das Koordinationsorgan Bund-Kantone „eHealth Suisse“ verantwortlich.


Formelle Grundlagen

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Bezug zu anderen Standards und Leitfäden

Das vorliegende Austauschformat baut auf folgenden Grundlagen auf:

Standardspyramidecdachemd.png

Standardspyramidecdachemd.png

[Abbildung 1] Bezug zu anderen Standards und Leitfäden – Referenzpyramide

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

IHE Integrationsprofile

IHE Pharmacy Technical Framework

IHE (Integrating the Healthcare Enterprise) ist eine internationale Initiative zur Verbesserung des elektronischen Datenaustausches zwischen IT-Systemen im Gesundheitswesen. IHE erarbeitet sogenannte Integrationsprofile, welche definieren, wie bestehende Standards (z. B. HL7, DICOM) in Arbeitsabläufen anzuwenden sind, damit Informationssysteme unterschiedlicher Hersteller interoperabel und ohne Verlust von Informationen miteinander kommunizieren können. IHE wurde im Jahr 1998 in den USA ins Leben gerufen; Europa und Asien folgten kurz darauf. 2010 wurde IHE Suisse gegründet.

Für die Austauschformat steht das IHE Pharmacy Framework im Zentrum. Dokumente, welche basierend auf IHE Inhaltsprofilen (Content Profiles) erstellt werden, können in einem Ordner (Folder) in der IHE Cross-enterprise document sharing Architektur (XDS) abgelegt werden. Dieses IHE Integrationsprofil ist die Basis für das verteilte elektronische Patientendossier (EPD) in der Schweiz.

Folgende Content Profile werden für die Austauschformate verwendet:

HL7 V3

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

HL7 CDA

Die HL7 Clinical Document Architecture ist ein offizieller ANSI und HL7 Standard mit gültiger Fassung R2 aus dem Jahr 2005. Die HL7 CDA R2 ist eine von mehr als 30 verschiedenen Domänen der HL7 V3 Standards-Familie, welche objektorientiert entworfen worden und im sogenannten HL7 Reference Information Model (RIM) dokumentiert ist.

CDA-CH V2.1 2020 wurde von der HL7 Benutzergruppe Schweiz erarbeitet zur Anpassung an Vorgaben aus dem Gesetz zum elektronischen Patientendossier. Ausserdem wurden auch Vorgaben von eCH Standards zu Adressen und Personendaten berücksichtigt.

Die Spezifikation fokussiert auf die Strukturierung der administrativen Informationen in einem HL7 CDA Dokument (CDA Header), wie sie beim Einsatz in der Schweiz angewendet werden sollen. Es handelt sich dabei z.B. um Sprache, Autor, Verweis auf ein allfällig zu ersetzendes Dokument oder einen Auftrag der zur Erstellung des neuen Dokuments geführt hat, weitere beteiligte Personen oder Organisationen. Für die Austauschformate eMedikation werden administrativen Headerdaten mit CDA-CH V2.1 definiert.

Gesetzgebung Elektronisches Patientendossier (EPDG)

Übersetzungen

Anwendungsfälle

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .
Die hier skizzierten Anwendungsfälle (UC = Use Case) beziehen sich auf Beispiele, wie sie heute bei den verschiedenen Akteuren im Schweizer Gesundheitswesen vorkommen, die mit dem vorliegenden Thema zu tun haben. Einige Anwendungsfälle werden erst möglich, wenn durch Import/Export-Mechanismen alle relevanten Informationen interoperabel fliessen können.

Ziel ist einerseits die Bereitstellung von Informationen zum Gesundheitszustand des Patienten in einer menschlich lesbaren Form für die am Behandlungspfad beteiligten Personen. Andererseits sollen durch die elektronische Verarbeitung der Informationen Prozesse in den ICT-Systemen optimiert werden können.
Nachfolgend beschriebene Anwendungsfälle verdeutlichen diese Zusammenhänge im vorliegenden Kontext.


Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Einführung

Die IPAG hat in ihrem Bericht ein Use Case erarbeitet für die Illustration der interprofessionellen Prozesse und Kommunikation in der eMedikation. Im Fallbeispiel werden Situationen geschildert, mit welchen die verschiedenen, an der medikamentösen Behandlung eines Patienten beteiligten Gesundheitsfachpersonen im Alltag konfrontiert werden können. Dieses Fallbeispiel beschreibt die ersten 2 Schritte des Use Case des IPAG Bericht eMedikation im Kapitel 6 Appendix II: Use Case Frau Wegmüller.

Fallbeispiel

Erstbesuch beim Hausarzt

Arztbesuch vom 29. November 2011

Frau Wegmüller Monika (Name geändert), geboren am 15. Mai 1943 (Datum geändert), kommt mit Beschwerden zu ihrem Hausarzt. Dieser diagnostiziert eine Hypertonie und verordnet eine medikamentöse Behandlung mit Ramipril 1.25mg 1x täglich morgens. Er gibt Frau Wegmüller hierfür eine Packung Triatec 2.5mg Tabletten mit der Dosierung „Morgens 1⁄2 Tablette einnehmen“ ab. Auf Wunsch von Frau Wegmüller eröffnet er in der Folge für seine Patientin ein elektronisches Patientendossier (EPD) und dokumentiert dort seinen Therapieentscheid und die Abgabe des Arzneimittels.

Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Kommentar Anwendungsdauer Behandlungsgrund
Triatec Ramipril Tbl 2.5 mg / Tbl Morgens 1/2 Tablette nehmen 0.5 0 0 0 oral Bluthochdruck

[Tabelle 1] Therapieentscheid Medikation: 1-1-MedicationTreatmentPlan.xml


Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Anzahl Packungen Packungsgrösse Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Kommentar Anwendungsdauer Behandlungsgrund Datum/Zeit der Abgabe/Anwendung Identifikation des Empfängers
Triatec Ramipril Tbl 2.5 mg / Tbl 1 20 Stk Morgens 1/2 Tablette nehmen 0.5 0 0 0 oral Bluthochdruck

[Tabelle 2] Abgabe: 1-2-MedicationDispense.xml

Kontrolle Hausarzt

Arztbesuch vom 4. Februar 2012

Anlässlich einer Nachkontrolle der Hypertonie klagt Frau Wegmüller über einen trockenen Husten. Sie vermutete eine Erkältung. Der Hausarzt verschafft sich einen Überblick über die aktuelle Medikation von Frau Wegmüller indem er die Medikationsliste abruft.

Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Kommentar Anwendungsdauer Behandlungsgrund
Triatec Ramipril Tbl 2.5 mg / Tbl Morgens 1/2 Tablette nehmen 0.5 0 0 0 oral Bluthochdruck

[Tabelle 3] Medikationsliste: 2-1-MedicationList.xml

Er vermutet eine bekannte unerwünschte Arzneimittelnebenwirkung (UAW) für Ramipril und setzt diese medikamentöse Therapie ab.

Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Anwendungsdauer Behandlungsgrund Kommentar
Triatec Ramipril Tbl 2.5 mg / Tbl Morgens 1/2 Tablette nehmen 0.5 0 0 0 oral Bluthochdruck Abgesetzt aufgrund UAW trockener Husten

[Tabelle 4] Kommentar zur Medikation: 2-2-PharmaceuticalAdvice.xml

Da sich gleichzeitig die Blutdruckwerte verschlechtert haben, verordnet der Arzt eine Kombinationstherapie mit Amlodipin 10mg 2x täglich und Metoprolol 50mg in der Dosierung 1-0-0.5-0. Er gibt der Patientin Beloc Zok (Metoprolol) mit und verschreibt ihr Norvasc mit einem elektronischen Rezept.

Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Kommentar Anwendungsdauer Behandlungsgrund
Beloc Zok Metoprolol Ret Tabl 50 mg/Tbl Morgens 1 und abends 1/2 Tablette einnehmen 1 0 0.5 0 oral Bluthochdruck

[Tabelle 5] Therapieentscheid Medikation: 2-3-MedicationTreatmentPlan.xml

Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Anzahl Packungen Packungsgrösse Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Kommentar Anwendungsdauer Behandlungsgrund Datum/Zeit der Abgabe/Anwendung Identifikation des Empfängers
Beloc Zok Metoprolol Ret Tbl 50 mg / Tbl 1 30 Stk Morgens 1 und abends 1/2 Tablette nehmen 1 0 0.5 0 oral Bluthochdruck

[Tabelle 6] Abgabe: 2-4-MediactionDispense.xml

Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Kommentar Anwendungsdauer Behandlungsgrund
Norvasc Amlodipin TBL 10 mg/Tbl Morgens und abends je 1 Tablette einnehmen 1 0 1 0 oral Bluthochdruck

[Tabelle 7] Therapieentscheid Medikation: 2-5-MedicationTreatmentPlan.xml

Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Wiederholter Bezug pro Arzneimittel GTIN Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Kommentar Anwendungsdauer Substituierbarkeit
Norvasc Amlodipin Tbl 10 mg / Tbl Dauerrezept für 3 Monate Morgens und abends je 1 Tablette einnehmen 1 0 1 0 oral

[Tabelle 8] Rezept: 2-6-MedicationPrescription.xml

Medikationsplan

Zusätzlich zum IPAG Anwendungsfall erstellt der Hausarzt einen Medikationsplan für die Patientin und stellt das Dokument in das Elektronische Patientendossier.

Präparatename Wirkstoffname Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungsweg Kommentar Anwendungsdauer Behandlungsgrund
Beloc Zok Metoprolol Ret Tabl 50 mg/Tbl Morgens 1 und abends 1/2 Tablette einnehmen 1 0 0.5 0 oral Bluthochdruck
Norvasc Amlodipin TBL 10 mg/Tbl Morgens und abends je 1 Tablette einnehmen 1 0 1 0 oral Bluthochdruck

[Tabelle 9] Medikationsplan: 2-7-MedicationCard.xml

Abgrenzung

Die im obigen Beispiel CDA Dokumente verlinken sich untereinander. Das heisst, die Abgabe kann auf den Therapieentscheid zeigen. Die Verlinkung geht über die Dokumenten-Id sowie die Id des einzelnen Therapieentscheids.

Empfehlungen

Transportmechanismus

Umgang mit Metadaten

Wie bei den Empfehlungen zum Umgang mit Metadaten in CDA-CH V2.1 (2020) genannt, ist im Zusammenhang mit dem elektronischen Patientendossier ist ein harmonisierter Umgang mit Metadaten zu den Dokumenten, welche mit CDA-CH V2.1 erstellt werden wichtig.

Empfehlung zum Umgang mit Metadaten

Wenn ein CDA Dokument, welches der vorliegenden Spezifikation entspricht, in das elektronische Patientendossier eingestellt wird, sollen die Metadaten gemäss dieser Beschreibung zugeordnet werden: Metadaten gemäss EPDV

Ausserdem enthält die vorliegende Spezifikation eine konkret Vorgabe für das Metadaten-Attribut typeCode (siehe dazu Template 'Document Code'). Das Metadaten-Attribut classCode lässt sich davon gemäss der Tabelle "2.11 Typ des Dokumentes (2.16.756.5.30.1.127.3.10.1.27)" in Anhang 3 der Verordnung des EDI über das elektronische Patientendossier (Metadaten)[Anmerkung 2] ableiten (Spalte 4, 'Gehört zu Dokumentenklasse aus 2.3').


Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Spezifikation (normativ)

Die normative Spezifikation ist sehr umfangreich und detailliert. Die Komplexität der Spezifikation resultiert auf der Wiederverwendung zahlreicher Grundlagen aus dem HL7 CDA Standard, den darauf aufbauenden IHE Integrationsprofilen und den Präzisierungen für den helvetischen Gebrauch (CDA-CH). Weil so eine semantische Interoperabilität zwischen Informationssystemen (die sich nicht notwendigerweise kennen) erreicht werden kann und ein hoher Grad an Wiederverwendbarkeit des damit verbundenen Source-Codes ermöglicht wird, ist die entsprechende Komplexität der Spezifikation gerechtfertigt. Damit lassen sich die Ziele der Strategie eHealth Schweiz tatsächlich umsetzen.

Vereinfachte Zusammenfassung der CDA Struktur

Für von der IPAG beschriebenen eDokumente wurden auf 6 CDA Dokumente basierend auf den IHE Pharmacy Content Profilen spezifiziert.

  • Der Therapieentscheid Medikation (IPAG-Bericht: eMedicationTreatmentPlan) dokumentiert den Therapieentscheid eines Behandelnden und dient zur Einführung EINES neuen Arzneimittels in die eMedikation. Er entspricht dem IHE Pharmacy Profil MTP (Medication Treatment Plan).
  • Das Rezept (IPAG-Bericht: eRezept) stellt die elektronische Form einer Verschreibung EINES oder MEHREREN Heilmittels durch eine dafür berechtigte Medizinalperson dar. Es entspricht dem IHE Pharmacy Profil PRE (Prescription).
  • Die Abgabe (IPAG-Bericht: eAbgabe) dokumentiert die Abgabe EINES Arzneimittels direkt an einen Patienten oder an eine legitimierte Drittperson im Hinblick auf eine darauf folgende Einnahme oder Anwendung durch die Patienten, respektive einer Anwendung durch eine berechtigte Gesundheitsfachperson. Es entspricht dem IHE Pharmacy Profil DIS (Dispense).
  • Der Kommentar zur Medikation (IPAG-Bericht: eMedicationComment) ist ein eDokument, das Gesundheitsfachpersonen das Festhalten von Anpassungen der Medikation, Beobachtungen, oder Anmerkungen erlauft, wie z.B. Generikasubstitution, Absetzen EINES Arzneimittels, Erklärung zu Abänderungen, etc.). Er entspricht dem IHE Pharmacy Profil PADV (Pharmacy Pharmaceutical Advice).
  • Die Medikamentenliste (IPAG-Bericht:eCurrentMedication) ist eine in einem Abrufverfahren dynamisch generierte (on- demand), möglichst vollständige Übersicht über die aktuelle Medikation eines Patienten. Sie kann vom Behandelnden mithilfe anderer eDokumente aktualisiert, in sein Primärsystem importiert, gespeichert und / oder ausgedruckt werden, z.B. als Einnahmeplan für den Patienten usw. Er entspricht dem IHE Phar- macy Profil PML (Pharmacy Medication List).
  • Der Medikationsplan (IPAG:eCurrentMedication) ist eine Spezialversion der Medikamentenliste, der den aktuellen Einahmeplan für den Patienten abbildet.

Therapieentscheid Medikation

MedicationTreatmentPlan de.png

MedicationTreatmentPlan de.png

Rezept

MedicationPrescription de.png

MedicationPrescription de.png

Abgabe

MedicationDispense de.png

MedicationDispense de.png

Kommentar zur Medikation

PharmaceuticalAdvice de.png

PharmaceuticalAdvice de.png

Medikamentenliste

MedicationList de.png

MedicationList de.png

Medikationsplan

MedikationCard de.png

MedikationCard de.png

Allgemeines

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Hierarchie der Spezifikationen

Diese Spezifikation basiert in nachstehender Rangfolge auf folgenden Grundlagen:

  1. HL7 Version 3
  2. HL7 Clinical Document Architecture, Release 2.0
  3. CDA-CH V2.1 (2020)
  4. IHE Pharmacy Technical Framework


Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

  • Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
  • Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
  • Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Akteure und Transaktionen

Nachfolgende Grafik zeigt die mit dem vorliegenden Austauschformat definierten Akteure und Transaktionen. Die Grafik zeigt auf, dass die involvierten Akteure rund um „CDA-CH-EMED (specification)“ ein Dokument auf Basis des entsprechenden IHE Inhaltsprofils machen können.
[Abbildung 3]Akteure gemäss IHE TODO TF-TODO

IHE IC (Kapitel „X.2“) nennt die Umsetzung mit den IHE Integrationsprofilen XDS, XDR, XDM. Die IHE Integrationsprofile XDS und XDR realisieren die Interaktion „Share content“ mit der IHE Transaktion „Provide and Register Document Set-b [ITI-41]“:

XDSXDR.png

XDSXDR.png

[Abbildung 4] Akteure und Transaktionen (konkret für XDS und XDR)

Das IHE Integrationsprofil XDM realisiert die Interaktion „Share content“ mit der IHE Transaktion „Distribute Document Set on Media [ITI-32]“:

AkteureUndTransaktionenXDM.png

AkteureUndTransaktionenXDM.png

[Abbildung 5] Akteure und Transaktionen (konkret für XDM)

Bei allen oben genannten Transaktionen für XDS, XDR und XDM ist der Inhalt des übertragenen Dokuments (Content) identisch und gemäss Kapitel „7.3 CDA Struktur“ auf Seite 35 aufgebaut, für die Request Clinical Guidance Transaktion kann ein Mapping von der CDA Struktur auf die HL7V3 Nachricht definiert werden. Für eine genaue Beschreibung der Akteure, Transaktionen und Inhalte verweisen wir auf die IHE Dokumentation [IHE ITI TF-2b] [3] , Kapitel „3.32 Distribute Document Set on Media“ resp. „3.41 Provide and Register Document Set-b“, da die eigentliche Übermittlung / Speicherung (Share Content) nicht Bestandteil der vorliegenden Spezifikation ist.

Datenset

Die Datensets der IPAG für die verschiedenen Dokumente sind in ART-DECOR in den Datasets dokumentiert. Für die administrativen Daten (Autorin/Autor, Patient/Patientin) gelten die Datensätze von CDA-CH V2.1 (2020).

CDA-CH-EMED Datasets.png


Die Elemente aus den Datasets haben ein entsprechendes Mapping auf die Templates in der ART-DECOR Modellierung.

CDA-CH-EMED TemplateMapping.png


Damit ist eine Verbindung zwischen der Sicht der Datensets der IPAG in der Form der funktionalen Beschreibung und der technischen Strukturen wie der CDA-Entries Templates möglich. Der Bezug zwischen den hier spezifizierten Templates und der funktionalen Beschreibung wird im Folgenden angegeben durch Verweise auf die Konzepte in der Form 'Ziel der Konzept Id(s): ... ', wobei die Konzept Id(s) sich auf die in der ART-DECOR-Variante der Spezifikation hinterlegten funktionalen Konzepte bezieht.


Die CDA Optionalitäten wurden folgendermassen von den IPAG Optionalitäten abgeleitet:

IPAG Optionalität IPAG Minimales Datenset (MDS) ART-DECOR Kommentar
o (obligatorisch) ja M (mandatory)
oa (obligatorisch falls anwendbar) ja R (required) Element muss im CDA mit NullFlavor angegeben werden falls nicht anwendbar
e/w (empfohlen, wichtig) ja O (optional)
m (möglich) ja O (optional)
o (obligatorisch) nein O (optional)
oa (obligatorisch falls anwendbar) nein O (optional)
e/w (empfohlen, wichtig) nein O (optional)
m (möglich) nein O (optional)

[Tabelle 11] Abbildung Optionalität IPAG Bericht

CDA Struktur

CDA Document Templates

Medication Treatment Plan document

Id2.16.756.5.30.1.1.10.1.7Effective Date2017‑04‑12 13:57:31
StatusKorange.png Under pre-publication reviewVersion Label2020
NameMedicationTreatmentPlanDocumentDisplay NameMedication Treatment Plan document
Description

The Medication Treatment Plan document (IPAG report: eMedicationTreatmentPlan) describes one medication of a patient, a (1) medication that has been, is or will be taken by the patient.
Relation to IHE Pharmacy
The Medication Treatment Plan document it derived from the IHE Pharmacy MTP Supplement (Medication Treatment Plan).
ContextPathname /
ClassificationCDA Document Level Template
Open/ClosedOpen (other than defined elements are allowed)
Associated with
Associated with 3 concepts
IdNameData Set
cdachemed-data​element-73Kyellow.png Allgemeine Bemerkungen * Kyellow.png Dataset 1
cdachemed-data​element-49Kyellow.png Arzneimittel Kyellow.png Dataset 1
cdachemed-data​element-40Kyellow.png Medication Treatment Plan document Kyellow.png Dataset 1
Uses
Uses 5 templates
Uses as NameVersion
2.16.756.5.30.1.1.10.2.25IncludeKgreen.png Document Realm (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.18IncludeKgreen.png Document Template Ids CDA-CH v2.0 - structuredBody (2020)DYNAMIC
2.16.756.5.30.1.1.10.9.44IncludeKorange.png Header Template Compilation MedicationTreatmentPlan (2019)DYNAMIC
2.16.756.5.30.1.1.10.3.13ContainmentKorange.png Medication Treatment Plan Section Content Module (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.2ContainmentKgreen.png Remarks Section - coded (2017)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.9 CDA-CH v2.1 - structuredBody (DYNAMIC)
ref
hl7chcda-

Specialization: template 1.3.6.1.4.1.19376.1.9.1.1.6 IHE Medication Treatment Plan Document Content Module (DYNAMIC)
ref
ch-pharm-
Example
header
<cda:ClinicalDocument xsi:schemaLocation="urn:hl7-org:v3 ../../../../schemas/PHARM/schemas/cda/extendedschemas/CDA_extended_pharmacy.xsd">
  <cda:realmCode code="CHE"/>  <cda:typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <!-- CDA-CH V2 specification (optional, but informative template id). -->
  <cda:templateId root="2.16.756.5.30.1.1.1.1.4"/>  <!-- HL7 CDA R2 (2005) having a structuredBody. -->
  <cda:templateId root="2.16.840.1.113883.10.12.2"/>  <!-- HL7 CDA R2 (2005). -->
  <cda:templateId root="2.16.840.1.113883.10.12.1"/>  <!-- Exchange format according to the Swiss EPR -->
  <cda:templateId root="2.16.756.5.30.1.127.1.4"/>  <!-- IHE PCC -->
  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.1"/>  <!-- IHE MTP -->
  <cda:templateId root="1.3.6.1.4.1.19376.1.9.1.1.6"/>  <!-- CDA-CH-EMED Medication Treatment Plan document -->
  <cda:templateId root="2.16.756.5.30.1.1.10.1.7"/>  <!-- id of this Medication Treatment Plan document -->
  <cda:id root="C9F758A1-296C-4710-84D4-E181DB8C7478"/>  <!-- IHE PHRAM MTP defines the document code -->
  <cda:code code="77603-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Medication treatment plan.extended">
    <!-- Mapping to the Swiss EPR XDS.b metadata according to the Value-Set
EprDocumentTypeCode (201704.1-beta; 2.16.756.5.30.1.127.3.10.1.27) -->
    <cda:translation code="761931002" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Medication Treatment Plan"/>  </cda:code>
  <cda:title>Therapieentscheid Medikation</cda:title>  <cda:effectiveTime value="20111129110000+0100"/>  <cda:confidentialityCode code="1051000195109" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Normal"/>  <cda:languageCode code="de-CH"/>  <!-- Document setId and versionNumber according to CDA-CH v2.0. -->
  <cda:setId root="C9F758A1-296C-4710-84D4-E181DB8C7478"/>  <cda:versionNumber value="1"/>  <!-- snip -->
</cda:ClinicalDocument>
ItemDTCardConfDescriptionLabel
hl7:ClinicalDocument
(Med...ent)
 
Target.png
cdachemed-data​element-40Kyellow.png Medication Treatment Plan document Kyellow.png Dataset 1
Included1 … 1M from 2.16.756.5.30.1.1.10.2.25 Document Realm (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MSwiss Realm (CHE) of HL7 CDA. CDA‑CH V2
Treeblank.pngTreetree.png@code
CONF1 … 1FCHE
Treetree.pnghl7:typeId
II1 … 1MHL7 CDA R2, 2005(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Included from 2.16.756.5.30.1.1.10.2.18 Document Template Ids CDA-CH v2.0 - structuredBody (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH v2.0 specification. This is an informational reference, only.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.4
Treetree.pnghl7:templateId
II1 … 1MCDA-CH v2.0 structuredBodyCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.9
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005); contains ClinicalDocument.component as structuredBody.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.2
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005).CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.1
Treetree.pnghl7:templateId
II1 … 1MExchange format according to the Swiss EPR(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.127.1.4
Treetree.pnghl7:templateId
II1 … 1MIHE PCC(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.1
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM MTP(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.1.6
Treetree.pnghl7:templateId
II1 … 1MCDA-CH-EMED Medication Treatment Plan document(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.7
Included from 2.16.756.5.30.1.1.10.9.44 Header Template Compilation MedicationTreatmentPlan (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.23 Document Id (DYNAMIC)
Treetree.pnghl7:id
II1 … 1MA unique identifier for each CDA document instance.CDA‑CH V2
 
Target.png
cdachemed-data​element-141Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-63Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-139Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-140Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-76Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-24Kyellow.png Identification number of the document Kyellow.png Dataset 1
hl7chcda-data​element-217Kyellow.png Identification number of the document Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@root
uid1 … 1RThe document's id as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
Included1 … 1M from 2.16.756.5.30.1.1.10.2.54 Document Code Medication Treatment Plan (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1MIHE PHARM MTP document code(Med...ent)
 
Target.png
cdachemed-data​element-64Kyellow.png Document type Kyellow.png Dataset 1
Treeblank.pngTreetree.png@code
CONF1 … 1F77603-9
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
1 … 1FMedication treatment plan.extended
Treetree.pnghl7:title
ST1 … 1M(Med...ent)
 
Target.png
cdachemed-data​element-66Kyellow.png Title of the document Kyellow.png Dataset 1
 CONF
element content shall be "Therapieentscheid Medikation"
-or-
element content shall be "Décision thérapeutique relative à la médication"
-or-
element content shall be "Decisione terapeutica di trattamento farmacologico"
-or-
element content shall be "Medication Treatment Plan"
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='de') or text()='Therapieentscheid Medikation' 
 MessageThe German title SHALL be 'Therapieentscheid Medikation' 
 Schematron assertrole error 
 testnot($languageCode='fr') or text()='Décision thérapeutique relative à la médication' 
 MessageThe French title SHALL be 'Décision thérapeutique relative à la médication' 
 Schematron assertrole error 
 testnot($languageCode='it') or text()='Decisione terapeutica di trattamento farmacologico' 
 MessageThe Italian title SHALL be 'Decisione terapeutica di trattamento farmacologico' 
 Schematron assertrole error 
 testnot($languageCode='en') or text()='Medication Treatment Plan' 
 MessageThe English title SHALL be 'Medication Treatment Plan' 
Treetree.pnghl7:effectiveTime
TS.CH.TZ1 … 1MThe document's creation date and time. If this document replaces a previous version (linked via parentDocument), this is the date and time of the new version.(Med...ent)
 
Target.png
cdachemed-data​element-67Kyellow.png Creation Date Kyellow.png Dataset 1
Included1 … 1M from 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE (required)1 … 1MSwiss Realm of Confidentiality Code according to the Swiss EPR regulation.CDA‑CH V2
 
Target.png
cdachemed-data​element-125Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-126Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-29Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-124Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-81Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-68Kyellow.png Confidentiality level Kyellow.png Dataset 1
hl7chcda-data​element-222Kyellow.png Confidentiality level Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@code
cs1 … 1RThe value of @code MUST be drawn from value set DocumentEntry.confidentialityCode
Treeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1RThe value of @displayName MUST be drawn from value set DocumentEntry.confidentialityCode
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 DocumentEntry.confidentialityCode (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
Treetree.pnghl7:language​Code
CS1 … 1MThe RFC5646 based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
 
Target.png
cdachemed-data​element-26Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-135Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-134Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-65Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-78Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-133Kyellow.png Language of the document Kyellow.png Dataset 1
hl7chcda-data​element-219Kyellow.png Language of the document Kyellow.png CDA-CH V2 2017
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Included from 2.16.756.5.30.1.1.10.2.20 Document Set Id and Version Number (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1RThe setId element MUST match the document id of the very first version of that document. It MUST remain the same for all document versions.CDA‑CH V2
 
Target.png
cdachemed-data​element-118Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-70Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-119Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-120Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-83Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-41Kyellow.png Set ID Kyellow.png Dataset 1
Treeblank.pngTreetree.png@root
uid1 … 1RThe root attribute MUST contain the setId as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
 Schematron assertrole error 
 test(parent::*/hl7:versionNumber[@value='1'] and @root=parent::*/hl7:id/@root and (@extension=parent::*/hl7:id/@extension or (not(@extension) and not(parent::*/hl7:id/@extension)))) or (parent::*/hl7:versionNumber[not(@value ='1')] and ((@root=parent::*/hl7:id/@root and @extension and not(@extension=parent::*/hl7:id/@extension)) or(not(@root=parent::*/hl7:id/@root)))) 
 MessageThe setId MUST be equal with the document id for version 1 and it MUST differ for all other versions. 
Treetree.pnghl7:versionNumber
INT.​NONNEG1 … 1RThe versionNumber element MUST contain the value 1 for the very first version of that document. For later versions, the version number MUST be increased by 1 each.CDA‑CH V2
 
Target.png
cdachemed-data​element-121Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-122Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-82Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-69Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-30Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-123Kyellow.png Version Kyellow.png Dataset 1
hl7chcda-data​element-223Kyellow.png Version Kyellow.png CDA-CH V2 2017
Included1 … 1R from 2.16.756.5.30.1.1.10.2.1 Patient - recordTarget (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1R A human patient for whom this CDA document instance was created.
  • Target patient
    The HL7 CDA R2 (2005) standard allows multiple patients.
    In order to ensure that the information in a CDA document is unambiguously assigned to one and only patient, a CDA-CH V2 based document MUST contain exactly one patient.
    Special cases: In exceptional cases (e.g., new-born twins, both having jaundice), multiple documents MUST be created (all of the same content, but each with a unique patient).

  • Patient identifiers
    Multiple ids (patient identification number) MAY be declared.
    If multiple ids are known, it is highly recommended to declare all known ids. Especially in cases where the CDA document instance is kind of an answer to a preceding order (independent of its data format), all ids specified by the ordering system SHALL be declared in the CDA document instance. This allows the receiver to assign its internal patient identification.
    The patient identification number MUST be grouped with the OID of its assigning system. The patient identification number MUST be unique within the system identified by the OID.
    The declared OID MUST be found in one of the public OID registries, such as oid.refdata.ch (preferred), oid-info.com, hl7.org/oid, www.dimdi.de/static/de/klassi/oid/, gesundheit.gv.at/OID_Frontend/ etc.
    OIDs that can't be found in a public OID registry are NOT ALLOWED.

  • Pseudonymizing
    In special cases, the demographic data of the patient are not allowed to be transmitted or they have to be pseudonymized.
    While HL7 CDA or its derivatives like CDA-CH or Swiss exchange formats nevertheless require these elements in the XML structure, the affected values MUST be replaced by a nullFlavor of type "MSK" (masked), in order to support the required data format structure and simultaneously to shield the real data.

CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.1
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RThe patient's id.CDA‑CH V2
 
Target.png
cdachemed-data​element-13Kyellow.png Identification number Kyellow.png Dataset 1
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-228Kyellow.png Identification number Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The patient's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-14Kyellow.png Address (es) Kyellow.png Dataset 1
hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-229Kyellow.png Address (es) Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The patient's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1RContains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)CDA‑CH V2
 
Target.png
cdachemed-data​element-9Kyellow.png Names Kyellow.png Dataset 1
cdachemed-data​element-5Kyellow.png Patient/Patientin Kyellow.png Dataset 1
cdachemed-data​element-10Kyellow.png First names Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RThe patient's genderCDA‑CH V2
 
Target.png
cdachemed-data​element-12Kyellow.png Gender Kyellow.png Dataset 1
hl7chcda-data​element-227Kyellow.png Gender Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-183Kyellow.png sex Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7 AdministrativeGender
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.CH.TZ1 … 1RThe patient's birthdate.CDA‑CH V2
 
Target.png
cdachemed-data​element-11Kyellow.png Date of birth Kyellow.png Dataset 1
hl7chcda-data​element-181Kyellow.png dateOfBirth Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-226Kyellow.png Date of birth Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1The patient's marital status.CDA‑CH V2
 
Target.png
hl7chcda-data​element-186Kyellow.png maritalStatus Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.1.11.12212
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7 MaritalStatus
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12212 MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
0 … *A translation of the code to another coding systemCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1The patient's religion.CDA‑CH V2
 
Target.png
hl7chcda-data​element-184Kyellow.png religion Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Included0 … 1C from 2.16.756.5.30.1.1.10.9.49 Original Text Reference (DYNAMIC)
The human-readable text MUST be generated automatically from the structured information of this element. The text element MUST contain the reference to the corresponding text in the human readable part, ONLY.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1CCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MThe reference to the corresponding text in the human readable part must be specified by reference to content[@ID]: reference[@value='#xxx']CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1RReference to the narrative part of the section in the format '#xxx', where xxx is the ID of the corresponding <content></content> element.
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MessageThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding <content/> element. 
 Variable letNameidvalue 
 Valuesubstring-after(@value,'#') 
 Schematron assertrole error 
 testancestor::hl7:structuredBody//*[@ID=$idvalue] 
 MessageNo narrative text found for this reference (no content element within this document has an ID that corresponds to '<value-of select="$idvalue"/>'). 
 Schematron assertrole error 
 testparent::*/text()=ancestor::hl7:structuredBody//*[@ID=$idvalue]/text() 
 MessageThe originalText content MUST be identical to the narrative text for this reference. 
 Schematron assertrole error 
 test(@nullFlavor='NAV' and originalText and not(@codeSystem or @codeSystemName or @code or @displayName)) or (@codeSystem and @codeSystemName and @code and @displayName) 
 MessageEither a code described by code, codeSystem, codeSystemName and displayName or originalText and nullFlavor="NAV" is REQUIRED. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *The patient's guardian.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *The guardian's id.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1The guardian's role.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7RoleCode
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The guardian's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The guardian's means of communication (phone, eMail, ...).CDA‑CH V2
Choice1 … 1Elements to choose from:
  • hl7:guardian​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:guardian​Organization containing template 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
The guardian's as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
The guardian's as an organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1The patient's birthplace.CDA‑CH V2
 
Target.png
hl7chcda-data​element-182Kyellow.png placeofBirth Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
EN0 … 1The patient's birthplace name.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1RThe patient's birthplace address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *The patient's language skills.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS1 … 1CDA‑CH V2
 
Target.png
hl7chcda-data​element-164Kyellow.png languageOfCorrespondance Kyellow.png CDA-CH V2 2017
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1In case of @value=true it is the patient's correspondence language.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:providerOrganization
0 … 1The organization who took care of the patient in the same context with the current CDA document. E.g. entry of the Medreg, FMH Index or the Health Organisation Index (HOI) of the Swiss EPR.
Contains 2.16.756.5.30.1.1.10.9.30 Organization Compilation with GLN and name (DYNAMIC)
CDA‑CH V2
Included1 … *M from 2.16.756.5.30.1.1.10.9.23 Author (DYNAMIC)
Treetree.pnghl7:author
1 … *MInformation about the author of a CDA document, section or entry. An author MAY be a person or a device.CDA‑CH V2
 
Target.png
cdachemed-data​element-2Kyellow.png Autorin/Autor Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.23
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
 
Target.png
cdachemed-data​element-117Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-84Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-115Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-42Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-116Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-71Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-108Kyellow.png Abgabedatum * (Medication Dispense) in section.author.time Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1RCDA‑CH V2
 Schematron assertrole error 
 testnot(assignedAuthoringDevice/softwareName) or (representedOrganization) 
 MessageFor device authors the element representedOrganization is REQUIRED. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R The specification of GS1 GLN is REQUIRED. If it is not (yet) known, this MUST be declared using nullFlavor.
For persons: their personal GLN MUST be declared.
For devices or software modules: the GLN of their organization MUST be declared.
CDA‑CH V2
 
Target.png
cdachemed-data​element-7Kyellow.png Identifier Kyellow.png Dataset 1
hl7chcda-data​element-233Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
 Temporarily unknown, will be filled later.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs0 … 1F2.51.1.3
 OID for GS1 GLN.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The GS1 GLN.
 Schematron assertrole error 
 test(@root='2.51.1.3' and @extension) or (@nullFlavor='NAV') 
 MessageEither the GS1 GLN or nullFlavor='NAV' is REQUIRED 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Other ids are allowed.CDA‑CH V2
 
Target.png
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The author's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The author's means of communication (phone, eMail, ...).CDA‑CH V2
Choice1 … 1Elements to choose from:
  • hl7:assigned​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:assigned​Authoring​Device containing template 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1The author as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-3Kyellow.png Name Kyellow.png Dataset 1
cdachemed-data​element-6Kyellow.png First names Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1The author as a device.
Contains 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1The author's organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-8Kyellow.png Health facility Kyellow.png Dataset 1
hl7chcda-data​element-234Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
Included0 … 1 from 2.16.756.5.30.1.1.10.2.7 Data Enterer (DYNAMIC)
Treetree.pnghl7:dataEnterer
0 … 1Information about the person that entered information in this CDA document. It SHALL be declared, when data recorded in this document has been entered by a person other than the author but only when this is relevant for some reason.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.7
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ0 … 1Timestamp of the data input.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included0 … * from 2.16.840.1.113883.10.12.154 CDA Informant (DYNAMIC)
Treetree.pnghl7:informant
0 … *(Med...ent)
Treeblank.pngTreetree.png@typeCode
0 … 1FINF
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Choice1 … 1Elements to choose from:
  • hl7:assignedEntity containing template 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)
  • hl7:relatedEntity containing template 2.16.840.1.113883.10.12.316 CDA RelatedEntity (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
Contains 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)(Med...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:relatedEntity
Contains 2.16.840.1.113883.10.12.316 CDA RelatedEntity (DYNAMIC)(Med...ent)
Included1 … 1R from 2.16.756.5.30.1.1.10.2.3 Custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1RThe organization in whose name this CDA document has been created (corresponds to the sender of a letter).CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.3
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1RCDA‑CH V2
 
Target.png
cdachemed-data​element-112Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-85Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-72Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-113Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-114Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-43Kyellow.png Custodian Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MThe custodian's id.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1RThe custodian's name.CDA‑CH V2
 
Target.png
hl7chcda-data​element-73Kyellow.png organisationName Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1The custodian's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1The custodian's address(es).
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-77Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Included1 … *M from 2.16.756.5.30.1.1.10.2.4 Recipient - informationRecipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
1 … *M A recipient of this CDA document (corresponds to the addressee of a letter - person or organization).

Recipient types:
  • The main recipient of the document is indicated by typeCode 'PRCP' (primary recipient).
    Note: Since it makes no sense to create a CDA document without doing it for someone, in Switzerland at least one recipient MUST be declared. If the document is created for the user's own needs, the user itself or its organization will be the primary recipient.

  • Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs0 … 1 The main recipient of the document is indicated by typeCode 'PRCP' (primary recipient). This is the default value used when the attribute is not present.
Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
Note: Since it makes no sense to create a CDA document without doing it for someone, in Switzerland at least one recipient MUST be declared. If the document is created for the user's own needs, the user itself or its organization will be the primary recipient.
 CONF
The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.19366 x_InformationRecipient (DYNAMIC)
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.4
Treeblank.pngTreetree.pnghl7:intended​Recipient
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *RThe recipient's identification(s).CDA‑CH V2
 
Target.png
hl7chcda-data​element-238Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The recipient's address(es).
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The recipient's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
0 … 1The addressee person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1The addressee organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-239Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
Included0 … 1 from 2.16.756.5.30.1.1.10.2.5 Legal Authenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1Information about the legal authenticator of a CDA document. A legal authenticator MUST be a person.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.5
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the signature.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FS
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.6 Authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … *Information about an authenticator of a CDA document. An authenticator MUST be a person.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.6
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the signature.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FS
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.43 Patient Contact - participant (DYNAMIC)
Treetree.pnghl7:participant
0 … *Information on a patient contact.CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.43
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.2.4
Treeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Validity period of the participation.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of participation.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of participation.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1REither the contact person or the contact's organization SHALL be present.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1R The classCode attribute SHALL be present, and contains a value from the following set:
AGNT: agents of the patient
CAREGIVER: care givers
ECON: emergency contacts
NOK: next of kin
PRS: other relations
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1RThe contact's role.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7RoleCode
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The contact's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The contact's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1CThe contact person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1CThe contact's organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 Schematron assertrole error 
 test@classCode=('AGNT','CAREGIVER','ECON','NOK','PRS') 
 MessageThe classCode attribute shall be present, and contains a value from the set AGNT, CAREGIVER, ECON, NOK, or PRS to identify contacts that are agents of the patient, care givers, emergency contacts, next of kin, or other relations respectively.  
Included0 … * from 2.16.756.5.30.1.1.10.2.16 Order Reference - inFulfillmentOf (DYNAMIC)
Treetree.pnghl7:inFulfillmentOf
0 … *Reference to one or more orders which led to the creation of this CDA document. It SHALL be declared, when the order reference is relevant for some reason.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.16
Treeblank.pngTreetree.pnghl7:order
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *ROrder number.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1REither the same GUID (order id) or the same OID (order issuing system) as the order itself.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the order ID itself. The ID MUST be unique within the system that issued the ID.
Included0 … * from 2.16.756.5.30.1.1.10.2.46 Health Service - documentationOf (DYNAMIC)
Treetree.pnghl7:documentationOf
0 … *Information about a health service describing the context of this CDA document.CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDOC
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.46
Treeblank.pngTreetree.pnghl7:serviceEvent
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Health service identifiers such as case number ([ge]: Fallnummer; [fr]: Numéro de cas), consultation id, episode id, etc.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1RAs long as the eventCodeList for the Swiss EPR metadata is not defined yet by the FDHA Ordinance on the Electronic Patient Record (EPRO-FDHA), the nullFlavor='NAV' MUST be used in this template. Other codes MAY be declared as translation.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
st1 … 1FNAV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
0 … *A translation of the code to another coding system.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS.CH.TZ1 … 1RDuration of the health service.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the health service.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the health service.CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.9.31 Performer (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:performer
0 … *Information about a healthcare provider who was the primary performer of the act.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FPRF
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.31
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.323
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Duration of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.32 Assigned Entity Compilation with id, name, addr, telecom, person and organization (DYNAMIC)CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.13 Document Replacement - relatedDocument (DYNAMIC)
Treetree.pnghl7:relatedDocument
0 … *

Relationship to another CDA-CH V2 based document that is replaced by the current one.

Notes: For correction of wrong information, a new document that replaces the earlier document MUST be created. The new document corrects previously incorrect information. This also applies to the case where information in the CDA header has been corrected (e.g., if the original document has been issued to the wrong patient). While processing the new document at the recipient, all values from the previous document MUST be interpreted as deprecated (deleted/marked as deleted/deprecated) and all values in the new document MUST be marked as valid:

  • Values that were only contained in the previous document have to be treated as deleted.
  • Values that are present in both documents are overwritten with the contents of the new document.
  • Values that are only contained in the new document are to be added.
CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FRPLC
 Indicates that it is a relationship to another document that needs to be replaced.
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.13
Treeblank.pngTreetree.pnghl7:parentDocument
1 … 1RRelationship to the document that needs to be replaced.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MThe id of the document to be replaced MUST be declared.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe id (GUID) of the document to be replaced.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.pnghl7:setId
II1 … 1MThe setId of the document to be replaced MUST be declared.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0NPNP/not present
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe setId (GUID) of the document to be replaced and MUST be identical with the content of the setId of the current document.
 Schematron assertrole error 
 test(@root=/hl7:ClinicalDocument/hl7:setId/@root) and not(@extension) and not(/hl7:ClinicalDocument/hl7:setId/@extension) 
 MessageClinicalDocument/setId: MUST be identical to the one of the replaced document 
Treeblank.pngTreeblank.pngTreetree.pnghl7:versionNumber
INT1 … 1MThe version number of the document to be replaced.CDA‑CH V2
 Schematron assertrole error 
 test/hl7:ClinicalDocument/hl7:versionNumber/@value > @value 
 MessageClinicalDocument/versionNumber: MUST be higher than the one of the replaced document 
Included0 … * from 2.16.840.1.113883.10.12.114 CDA Authorization (DYNAMIC)
Treetree.pnghl7:authorization
0 … *(Med...ent)
Treeblank.pngTreetree.png@typeCode
0 … 1FAUTH
Treeblank.pngTreetree.pnghl7:consent
1 … 1(Med...ent)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FCONS
Treeblank.pngTreeblank.pngTreetree.png@moodCode
0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Med...ent)
 CONF
shall be drawn from concept domain "ActCode"
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1R(Med...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF0 … 1Fcompleted
Included0 … 1 from 2.16.840.1.113883.10.12.113 CDA componentOf (DYNAMIC)
Treetree.pnghl7:componentOf
0 … 1(Med...ent)
Treeblank.pngTreetree.png@typeCode
0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1(Med...ent)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Med...ent)
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.13955 ActEncounterCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1R(Med...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:discharge​Disposition​Code
CE0 … 1(Med...ent)
 CONF
shall be drawn from concept domain "EncounterDischargeDisposition"
Treeblank.pngTreeblank.pngTreetree.pnghl7:responsible​Party
0 … 1Contains 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)(Med...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FRESP
Treeblank.pngTreeblank.pngTreetree.pnghl7:encounterParticipant
0 … *(Med...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1R
 CONF
The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.19600 x_EncounterParticipant (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1(Med...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1Contains 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)(Med...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:location
0 … 1(Med...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1(Med...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FSDLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Med...ent)
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.17660 ServiceDeliveryLocationRoleType (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:location
0 … 1Contains 2.16.840.1.113883.10.12.317 CDA Place (DYNAMIC)(Med...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
0 … 1Contains 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)(Med...ent)
Treetree.pnghl7:component
1 … 1R(Med...ent)
Treeblank.pngTreetree.png@context​Conduction​Ind
bl1 … 1R
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1M(Med...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.13 Medication Treatment Plan Section Content Module (DYNAMIC)(Med...ent)
 
Target.png
cdachemed-data​element-49Kyellow.png Arzneimittel Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Contains 2.16.756.5.30.1.1.10.3.2 Remarks Section - coded (DYNAMIC)(Med...ent)
 
Target.png
cdachemed-data​element-73Kyellow.png Allgemeine Bemerkungen * Kyellow.png Dataset 1


Medication Prescription document

Id2.16.756.5.30.1.1.10.1.4Effective Date2016‑05‑21
StatusKorange.png Under pre-publication reviewVersion Label2020
NameMedicationPrescriptionDocumentDisplay NameMedication Prescription document
Description
The Medication Prescription document (IPAG report: eRezept) describes the content and format of a Prescription document generated during the process in which a health care professional decides that the patient needs medication (*).
Relation to IHE Pharmacy
The Medication Prescription document is based on the IHE Pharmacy Technical Framework Supplement – Pharmacy Prescription (PRE).
ContextPathname /
ClassificationCDA Document Level Template
Open/ClosedOpen (other than defined elements are allowed)
Associated with
Associated with 3 concepts
IdNameData Set
cdachemed-data​element-4Kyellow.png Medication Prescription document Kyellow.png Dataset 1
cdachemed-data​element-39Kyellow.png Allgemeine Bemerkungen * Kyellow.png Dataset 1
cdachemed-data​element-15Kyellow.png Arzneimittel Kyellow.png Dataset 1
Uses
Uses 6 templates
Uses as NameVersion
2.16.756.5.30.1.1.10.2.25IncludeKgreen.png Document Realm (2017)DYNAMIC
2.16.756.5.30.1.1.10.2.18IncludeKgreen.png Document Template Ids CDA-CH v2.0 - structuredBody (2020)DYNAMIC
2.16.756.5.30.1.1.10.9.45IncludeKorange.png Header Template Compilation Medication Prescription document (2019)DYNAMIC
2.16.756.5.30.1.1.10.3.10ContainmentKorange.png Prescription Section Content Module (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.2ContainmentKgreen.png Remarks Section - coded (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.45ContainmentKyellow.png Original Representation Section - coded (2017)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.9 CDA-CH v2.1 - structuredBody (DYNAMIC)
ref
hl7chcda-

Specialization: template 1.3.6.1.4.1.19376.1.9.1.1.1 IHE Community Prescription Content Module (DYNAMIC)
ref
ch-pharm-
Example
Example
<ClinicalDocument xsi:schemaLocation="urn:hl7-org:v3 ../../../../schemas/PHARM/schemas/cda/extendedschemas/CDA_extended_pharmacy.xsd">
  <realmCode code="CHE"/>  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <!-- CDA-CH V2 specification (optional, but informative template id). -->
  <templateId root="2.16.756.5.30.1.1.1.1.4"/>  <!-- HL7 CDA R2 (2005) having a structuredBody. -->
  <templateId root="2.16.840.1.113883.10.12.2"/>  <!-- HL7 CDA R2 (2005). -->
  <templateId root="2.16.840.1.113883.10.12.1"/>  <!-- Exchange format according to the Swiss EPR -->
  <templateId root="2.16.756.5.30.1.127.1.4"/>  <!-- IHE PCC -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.1"/>  <!-- IHE PRE -->
  <templateId root="1.3.6.1.4.1.19376.1.9.1.1.1"/>  <!-- CDA-CH-EMED Medication Treatment Plan document -->
  <templateId root="2.16.756.5.30.1.1.10.1.4"/>  <!-- id of this Prescription -->
  <id root="D41D72BA-2100-11E6-B67B-9E71128CAE77"/>  <!-- IHE PHARM PRE -->
  <code code="57833-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Prescription for medication">
    <!-- Mapping to the Swiss EPR XDS.b metadata according to the Value-Set
EprDocumentTypeCode (201704.1-beta; 2.16.756.5.30.1.127.3.10.1.27) -->
    <translation code="761938008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Medical Prescription record (record artifact)"/>  </code>
  <title>Rezept</title>  <effectiveTime value="20120204140000+0100"/>  <confidentialityCode code="1051000195109" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Normal"/>  <languageCode code="de-CH"/>  <!-- Document setId and versionNumber according to CDA-CH v2.0. -->
  <setId root="D41D72BA-2100-11E6-B67B-9E71128CAE77"/>  <versionNumber value="1"/>  <!-- snip -->
</ClinicalDocument>
ItemDTCardConfDescriptionLabel
hl7:ClinicalDocument
(Med...ent)
 
Target.png
cdachemed-data​element-4Kyellow.png Medication Prescription document Kyellow.png Dataset 1
Included1 … 1M from 2.16.756.5.30.1.1.10.2.25 Document Realm (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1MSwiss Realm (CHE) of HL7 CDA. CDA‑CH V2
Treeblank.pngTreetree.png@code
CONF1 … 1FCHE
Treetree.pnghl7:typeId
II1 … 1MHL7 CDA R2, 2005(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Included from 2.16.756.5.30.1.1.10.2.18 Document Template Ids CDA-CH v2.0 - structuredBody (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH v2.0 specification. This is an informational reference, only.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.4
Treetree.pnghl7:templateId
II1 … 1MCDA-CH v2.0 structuredBodyCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.9
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005); contains ClinicalDocument.component as structuredBody.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.2
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005).CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.1
Treetree.pnghl7:templateId
II1 … 1MExchange format according to the Swiss EPR(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.127.1.4
Treetree.pnghl7:templateId
II1 … 1MIHE PCC(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.1
Treetree.pnghl7:templateId
II1 … 1MCDA-CH-EMED Medication Prescription document(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.4
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM PRE(Med...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.1.1
Included from 2.16.756.5.30.1.1.10.9.45 Header Template Compilation Medication Prescription document (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.23 Document Id (DYNAMIC)
Treetree.pnghl7:id
II1 … 1MA unique identifier for each CDA document instance.CDA‑CH V2
 
Target.png
cdachemed-data​element-141Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-63Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-139Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-140Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-76Kyellow.png Identification number of the document Kyellow.png Dataset 1
cdachemed-data​element-24Kyellow.png Identification number of the document Kyellow.png Dataset 1
hl7chcda-data​element-217Kyellow.png Identification number of the document Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@root
uid1 … 1RThe document's id as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
Included1 … 1M from 2.16.756.5.30.1.1.10.2.52 Document Code Medication Prescription (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1MIHE PHARM PRE document code(Med...ent)
Treeblank.pngTreetree.png@code
CONF1 … 1F57833-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
1 … 1FPrescription for medication
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1MTranslation to the Swiss EPR XDS.b metadata.(Med...ent)
 
Target.png
cdachemed-data​element-25Kyellow.png Document type Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1F761938008
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.96 (Snomed-CT)
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
1 … 1FSNOMED CT
Treeblank.pngTreeblank.pngTreetree.png@displayName
1 … 1FMedical Prescription record (record artifact)
Treetree.pnghl7:title
ST1 … 1M(Med...ent)
 
Target.png
cdachemed-data​element-27Kyellow.png Title of the document Kyellow.png Dataset 1
 CONF
element content shall be "Rezept"
-or-
element content shall be "Ordonnance"
-or-
element content shall be "Ricetta"
-or-
element content shall be "Prescription"
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='de') or text()='Rezept' 
 MessageThe German title SHALL be 'Rezept' 
 Schematron assertrole error 
 testnot($languageCode='fr') or text()='Ordonnance' 
 MessageThe French title SHALL be 'Ordonnance' 
 Schematron assertrole error 
 testnot($languageCode='it') or text()='Ricetta' 
 MessageThe Italian title SHALL be 'Ricetta' 
 Schematron assertrole error 
 testnot($languageCode='en') or text()='Prescription' 
 MessageThe English title SHALL be 'Prescription' 
Treetree.pnghl7:effectiveTime
TS.CH.TZ1 … 1MThe document's creation date and time. If this document replaces a previous version (linked via parentDocument), this is the date and time of the new version.(Med...ent)
 
Target.png
cdachemed-data​element-28Kyellow.png Creation Date Kyellow.png Dataset 1
Included1 … 1M from 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE (required)1 … 1MSwiss Realm of Confidentiality Code according to the Swiss EPR regulation.CDA‑CH V2
 
Target.png
cdachemed-data​element-125Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-126Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-29Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-124Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-81Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-68Kyellow.png Confidentiality level Kyellow.png Dataset 1
hl7chcda-data​element-222Kyellow.png Confidentiality level Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@code
cs1 … 1RThe value of @code MUST be drawn from value set DocumentEntry.confidentialityCode
Treeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1RThe value of @displayName MUST be drawn from value set DocumentEntry.confidentialityCode
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 DocumentEntry.confidentialityCode (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
Treetree.pnghl7:language​Code
CS1 … 1MThe RFC5646 based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
 
Target.png
cdachemed-data​element-26Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-135Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-134Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-65Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-78Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-133Kyellow.png Language of the document Kyellow.png Dataset 1
hl7chcda-data​element-219Kyellow.png Language of the document Kyellow.png CDA-CH V2 2017
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Included from 2.16.756.5.30.1.1.10.2.20 Document Set Id and Version Number (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1RThe setId element MUST match the document id of the very first version of that document. It MUST remain the same for all document versions.CDA‑CH V2
 
Target.png
cdachemed-data​element-118Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-70Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-119Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-120Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-83Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-41Kyellow.png Set ID Kyellow.png Dataset 1
Treeblank.pngTreetree.png@root
uid1 … 1RThe root attribute MUST contain the setId as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
 Schematron assertrole error 
 test(parent::*/hl7:versionNumber[@value='1'] and @root=parent::*/hl7:id/@root and (@extension=parent::*/hl7:id/@extension or (not(@extension) and not(parent::*/hl7:id/@extension)))) or (parent::*/hl7:versionNumber[not(@value ='1')] and ((@root=parent::*/hl7:id/@root and @extension and not(@extension=parent::*/hl7:id/@extension)) or(not(@root=parent::*/hl7:id/@root)))) 
 MessageThe setId MUST be equal with the document id for version 1 and it MUST differ for all other versions. 
Treetree.pnghl7:versionNumber
INT.​NONNEG1 … 1RThe versionNumber element MUST contain the value 1 for the very first version of that document. For later versions, the version number MUST be increased by 1 each.CDA‑CH V2
 
Target.png
cdachemed-data​element-121Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-122Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-82Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-69Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-30Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-123Kyellow.png Version Kyellow.png Dataset 1
hl7chcda-data​element-223Kyellow.png Version Kyellow.png CDA-CH V2 2017
Included1 … 1R from 2.16.756.5.30.1.1.10.2.1 Patient - recordTarget (DYNAMIC)
Treetree.pnghl7:recordTarget
1 … 1R A human patient for whom this CDA document instance was created.
  • Target patient
    The HL7 CDA R2 (2005) standard allows multiple patients.
    In order to ensure that the information in a CDA document is unambiguously assigned to one and only patient, a CDA-CH V2 based document MUST contain exactly one patient.
    Special cases: In exceptional cases (e.g., new-born twins, both having jaundice), multiple documents MUST be created (all of the same content, but each with a unique patient).

  • Patient identifiers
    Multiple ids (patient identification number) MAY be declared.
    If multiple ids are known, it is highly recommended to declare all known ids. Especially in cases where the CDA document instance is kind of an answer to a preceding order (independent of its data format), all ids specified by the ordering system SHALL be declared in the CDA document instance. This allows the receiver to assign its internal patient identification.
    The patient identification number MUST be grouped with the OID of its assigning system. The patient identification number MUST be unique within the system identified by the OID.
    The declared OID MUST be found in one of the public OID registries, such as oid.refdata.ch (preferred), oid-info.com, hl7.org/oid, www.dimdi.de/static/de/klassi/oid/, gesundheit.gv.at/OID_Frontend/ etc.
    OIDs that can't be found in a public OID registry are NOT ALLOWED.

  • Pseudonymizing
    In special cases, the demographic data of the patient are not allowed to be transmitted or they have to be pseudonymized.
    While HL7 CDA or its derivatives like CDA-CH or Swiss exchange formats nevertheless require these elements in the XML structure, the affected values MUST be replaced by a nullFlavor of type "MSK" (masked), in order to support the required data format structure and simultaneously to shield the real data.

CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.1
Treeblank.pngTreetree.pnghl7:patientRole
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *RThe patient's id.CDA‑CH V2
 
Target.png
cdachemed-data​element-13Kyellow.png Identification number Kyellow.png Dataset 1
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-228Kyellow.png Identification number Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The patient's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-14Kyellow.png Address (es) Kyellow.png Dataset 1
hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-229Kyellow.png Address (es) Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The patient's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1RContains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)CDA‑CH V2
 
Target.png
cdachemed-data​element-9Kyellow.png Names Kyellow.png Dataset 1
cdachemed-data​element-5Kyellow.png Patient/Patientin Kyellow.png Dataset 1
cdachemed-data​element-10Kyellow.png First names Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RThe patient's genderCDA‑CH V2
 
Target.png
cdachemed-data​element-12Kyellow.png Gender Kyellow.png Dataset 1
hl7chcda-data​element-227Kyellow.png Gender Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-183Kyellow.png sex Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7 AdministrativeGender
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.CH.TZ1 … 1RThe patient's birthdate.CDA‑CH V2
 
Target.png
cdachemed-data​element-11Kyellow.png Date of birth Kyellow.png Dataset 1
hl7chcda-data​element-181Kyellow.png dateOfBirth Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-226Kyellow.png Date of birth Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1The patient's marital status.CDA‑CH V2
 
Target.png
hl7chcda-data​element-186Kyellow.png maritalStatus Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.1.11.12212
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7 MaritalStatus
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12212 MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
0 … *A translation of the code to another coding systemCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1The patient's religion.CDA‑CH V2
 
Target.png
hl7chcda-data​element-184Kyellow.png religion Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Included0 … 1C from 2.16.756.5.30.1.1.10.9.49 Original Text Reference (DYNAMIC)
The human-readable text MUST be generated automatically from the structured information of this element. The text element MUST contain the reference to the corresponding text in the human readable part, ONLY.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1CCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1MThe reference to the corresponding text in the human readable part must be specified by reference to content[@ID]: reference[@value='#xxx']CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1RReference to the narrative part of the section in the format '#xxx', where xxx is the ID of the corresponding <content></content> element.
 Schematron assertrole error 
 teststarts-with(@value,'#') 
 MessageThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding <content/> element. 
 Variable letNameidvalue 
 Valuesubstring-after(@value,'#') 
 Schematron assertrole error 
 testancestor::hl7:structuredBody//*[@ID=$idvalue] 
 MessageNo narrative text found for this reference (no content element within this document has an ID that corresponds to '<value-of select="$idvalue"/>'). 
 Schematron assertrole error 
 testparent::*/text()=ancestor::hl7:structuredBody//*[@ID=$idvalue]/text() 
 MessageThe originalText content MUST be identical to the narrative text for this reference. 
 Schematron assertrole error 
 test(@nullFlavor='NAV' and originalText and not(@codeSystem or @codeSystemName or @code or @displayName)) or (@codeSystem and @codeSystemName and @code and @displayName) 
 MessageEither a code described by code, codeSystem, codeSystemName and displayName or originalText and nullFlavor="NAV" is REQUIRED. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *The patient's guardian.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *The guardian's id.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The id itself. It MUST be unique within the issuing system.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1The guardian's role.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7RoleCode
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The guardian's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The guardian's means of communication (phone, eMail, ...).CDA‑CH V2
Choice1 … 1Elements to choose from:
  • hl7:guardian​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:guardian​Organization containing template 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
The guardian's as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
The guardian's as an organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1The patient's birthplace.CDA‑CH V2
 
Target.png
hl7chcda-data​element-182Kyellow.png placeofBirth Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
EN0 … 1The patient's birthplace name.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1RThe patient's birthplace address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *The patient's language skills.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS1 … 1CDA‑CH V2
 
Target.png
hl7chcda-data​element-164Kyellow.png languageOfCorrespondance Kyellow.png CDA-CH V2 2017
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12249 LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.12199 LanguageAbilityProficiency (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1In case of @value=true it is the patient's correspondence language.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:providerOrganization
0 … 1The organization who took care of the patient in the same context with the current CDA document. E.g. entry of the Medreg, FMH Index or the Health Organisation Index (HOI) of the Swiss EPR.
Contains 2.16.756.5.30.1.1.10.9.30 Organization Compilation with GLN and name (DYNAMIC)
CDA‑CH V2
Included1 … *M from 2.16.756.5.30.1.1.10.9.23 Author (DYNAMIC)
Treetree.pnghl7:author
1 … *MInformation about the author of a CDA document, section or entry. An author MAY be a person or a device.CDA‑CH V2
 
Target.png
cdachemed-data​element-2Kyellow.png Autorin/Autor Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.23
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
 
Target.png
cdachemed-data​element-117Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-84Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-115Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-42Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-116Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-71Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-108Kyellow.png Abgabedatum * (Medication Dispense) in section.author.time Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1RCDA‑CH V2
 Schematron assertrole error 
 testnot(assignedAuthoringDevice/softwareName) or (representedOrganization) 
 MessageFor device authors the element representedOrganization is REQUIRED. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R The specification of GS1 GLN is REQUIRED. If it is not (yet) known, this MUST be declared using nullFlavor.
For persons: their personal GLN MUST be declared.
For devices or software modules: the GLN of their organization MUST be declared.
CDA‑CH V2
 
Target.png
cdachemed-data​element-7Kyellow.png Identifier Kyellow.png Dataset 1
hl7chcda-data​element-233Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
 Temporarily unknown, will be filled later.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs0 … 1F2.51.1.3
 OID for GS1 GLN.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The GS1 GLN.
 Schematron assertrole error 
 test(@root='2.51.1.3' and @extension) or (@nullFlavor='NAV') 
 MessageEither the GS1 GLN or nullFlavor='NAV' is REQUIRED 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Other ids are allowed.CDA‑CH V2
 
Target.png
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The author's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The author's means of communication (phone, eMail, ...).CDA‑CH V2
Choice1 … 1Elements to choose from:
  • hl7:assigned​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:assigned​Authoring​Device containing template 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1The author as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-3Kyellow.png Name Kyellow.png Dataset 1
cdachemed-data​element-6Kyellow.png First names Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1The author as a device.
Contains 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1The author's organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-8Kyellow.png Health facility Kyellow.png Dataset 1
hl7chcda-data​element-234Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
Included0 … 1 from 2.16.756.5.30.1.1.10.2.7 Data Enterer (DYNAMIC)
Treetree.pnghl7:dataEnterer
0 … 1Information about the person that entered information in this CDA document. It SHALL be declared, when data recorded in this document has been entered by a person other than the author but only when this is relevant for some reason.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.7
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ0 … 1Timestamp of the data input.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included0 … * from 2.16.840.1.113883.10.12.154 CDA Informant (DYNAMIC)
Treetree.pnghl7:informant
0 … *(Med...ent)
Treeblank.pngTreetree.png@typeCode
0 … 1FINF
Treeblank.pngTreetree.png@context​Control​Code
0 … 1FOP
Choice1 … 1Elements to choose from:
  • hl7:assignedEntity containing template 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)
  • hl7:relatedEntity containing template 2.16.840.1.113883.10.12.316 CDA RelatedEntity (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
Contains 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)(Med...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:relatedEntity
Contains 2.16.840.1.113883.10.12.316 CDA RelatedEntity (DYNAMIC)(Med...ent)
Included1 … 1R from 2.16.756.5.30.1.1.10.2.3 Custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1RThe organization in whose name this CDA document has been created (corresponds to the sender of a letter).CDA‑CH V2
Treeblank.png