Ehscda:CDA-CH-EMED (specification)

Aus eHealth Suisse
Wechseln zu: Navigation, Suche
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 Oliver Egger (ahdis gmbh), Johannes Gnägi (eHealth Suisse)

Zweck und Positionierung

Gleichstellung von Mann und Frau

Elektronische Version

Inhaltsverzeichnis

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 Einahmeplan für den Patienten abbildet.

In diesem Leitfaden werden diesen verschiedenen Dokumenten beschrieben, wie sie auf CDA Dokumente gemäss dem IHE Pharmacy Framework (2017) sowie CDA-CH V2 (2017) 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 Version 2017 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 2017 (V2.0) wurde von der HL7 Benutzergruppe Schweiz erarbeitet zur Anpassung an Vorgaben aus dem Gesetz zum elektronischen Patientendossier auf Grundlage von CDA-CH CDA-CH 1.2. 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 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äparate-

name

Wirkstoff-

name

Dosis pro Wirkstoff Galenische Form Dosis pro Einheit Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungs-

weg

Kommentar Anwendungs-

dauer

Behandlungs-

grund

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äparate-

name

Wirkstoff-

name

Dosis pro

Wirkstoff

Galenische

Form

Dosis pro

Einheit

Anzahl

Packungen

Packungs-

grösse

Dosierung Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verabreichungs-

weg

Kommentar Anwendungs-

dauer

Behandlungs-

grund

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äpa-

rate- name

Wirk-

stoff- name

Dosis pro

Wirkstoff

Gale-

nische Form

Dosis pro

Einheit

Anzahl

Packungen

Packungs-

grösse

Dosie-

rung

Dos. Morgen Dos. Mittag Dos. Abend Dos. Nacht Verab-

reichungs- weg

Kommen-

tar

Anwendungs-

dauer

Behandlungs-

grund

Datum/Zeit der

Abgabe/ Anwendung

Identi-

fikation 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 Bluthoch-

druck

[Tabelle 6] Abgabe:2-4-MedicationDispense.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 Verabreichungs-

weg

Kommentar Anwendungs-

dauer

Substituier-

barkeit

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-6-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 (2017) genannt, ist im Zusammenhang mit dem elektronischen Patientendossier ist ein harmonisierter Umgang mit Metadaten zu den Dokumenten, welche mit CDA-CH V2 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 2017 V2
  4. IHE Pharmacy Technical Framework 2017


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 von der IPAG für die verschiedenen Dokumente sind in einem Datensatz zusammengefasst und in ART-DECOR dokumentiert im Szenario. Für die administrativen Daten (Behandelnder, Patient) gelten die Datensätze von CDA-CH V2. Pro Dokument gibt es ein Szenario des Datensatzes wo die entsprechenden Optionalitäten/Kardinalitäten für das jeweilige Dokument angegeben werden.

CDACHEMED Scenarios.png

Die Optionalitäten im Szenario 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

Elemente die im minimalen Datenset (MDS) einer der Dokumente sind haben ein entsprechendes Mapping auf die Templates in der ART-DECOR Modellierung.

CH-PharmTemplateMapping.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 in Art-Decor-Datasets. 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.

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
Other versions this id:
    StatusKorange.png Under pre-publication reviewVersion Label2017
    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)
    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 (2017)DYNAMIC
    2.16.756.5.30.1.1.10.9.44IncludeKorange.png Header Template Compilation MedicationTreatmentPlan (2017)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.2ContainmentKorange.png Remarks Section - coded (2017)DYNAMIC
    RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.9 (2018‑04‑18)
    Specialization: template 1.3.6.1.4.1.19376.1.9.1.1.6 (DYNAMIC)
    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)
    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 … 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
    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)
    Treeblank.pngTreetree.png@code
    CONF1 … 1F77603-9
    Treeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)
    Treeblank.pngTreetree.png@codeSystemName
    1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    1 … 1FMedication treatment plan.extended
    Treeblank.pngTreetree.pnghl7:translation
    CD1 … 1MTranslation to the Swiss EPR XDS.b metadata.(Med...ent)
    Treeblank.pngTreeblank.pngTreetree.png@code
    CONF1 … 1F761931002
    Treeblank.pngTreeblank.pngTreetree.png@codeSystem
    1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
    Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
    1 … 1FSNOMED CT
    Treeblank.pngTreeblank.pngTreetree.png@displayName
    1 … 1FMedication Treatment Plan
    Treetree.pnghl7:title
    ST1 … 1M(Med...ent)
     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 assertroleKred.png error 
     testnot($languageCode='de') or text()='Therapieentscheid Medikation' 
     MessageThe German title SHALL be 'Therapieentscheid Medikation' 
     Schematron assertroleKred.png 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 assertroleKred.png error 
     testnot($languageCode='it') or text()='Decisione terapeutica di trattamento farmacologico' 
     MessageThe Italian title SHALL be 'Decisione terapeutica di trattamento farmacologico' 
     Schematron assertroleKred.png 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)
    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
    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 EprDocumentConfidentialityCode (2.16.756.5.30.1.127.3.10.1.5)
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreetree.png@codeSystemName
    st1 … 1FSNOMED CT
    Treeblank.pngTreetree.png@displayName
    st1 … 1RThe value of @displayName MUST be drawn from value set EprDocumentConfidentialityCode (2.16.756.5.30.1.127.3.10.1.5)
     CONF
    The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 EprDocumentConfidentialityCode (DYNAMIC)
    Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
    Treetree.pnghl7:language​Code
    CS1 … 1MThe RFC 1766 (ISO-639-1 and ISO 3166) based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
     
    Target.png
    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
    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 assertroleKred.png 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
    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
    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
    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
    Treeblank.pngTreeblank.pngTreeblank.png where [hl7:administrative​Gender​Code [concat(@code, @codeSystem) = doc('include/voc-2.16.756.5.30.1.127.3.10.1.25-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
    CE1 … 1RThe patient's gender according to the Swiss EPR XDS.b metadata.CDA‑CH V2
     
    Target.png
    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
     CONF
    The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.25 EprGender (DYNAMIC)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
    TS.CH.TZ1 … 1RThe patient's birthdate.CDA‑CH V2
     
    Target.png
    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 assertroleKred.png 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 assertroleKred.png 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 assertroleKred.png error 
     testparent::*/text()=ancestor::hl7:structuredBody//*[@ID=$idvalue]/text() 
     MessageThe originalText content MUST be identical to the narrative text for this reference. 
     Schematron assertroleKred.png 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 assertroleKred.png 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
    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
    CE1 … 1R

    The functionCode MUST be taken from the Swiss EPR Value-Set for author roles. See FDHA Ordinance on the Electronic Patient Record (EPRO-FDHA), Appendix 3: Metadata, Section 2.1.

    If the desired functionCode is not available in the Swiss EPR Value-Set for author roles, nullFlavor='NAV' MUST be used. In this case, the originalText element MUST contain the description of the role.

    Translations to other vocabularies are allowed.

    CDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
    st0 … 1FNAV
    Treeblank.pngTreeblank.pngTreetree.png@code
    cs0 … 1 
    Treeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid0 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
    st0 … 1FSNOMED CT
    Treeblank.pngTreeblank.pngTreetree.png@displayName
    st0 … 1 
     CONF
    The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.1.3 EprAuthorRole (DYNAMIC)
     Example
    Patient
    <functionCode code="116154003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Patient"/>
     Example
    Nurse
    <functionCode code="106292003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Professional nurse"/>
     Example
    Home helper
    <functionCode nullFlavor="NAV">
      <originalText>Home helper</originalText></functionCode>
     Example
    Laboratory technician
    <functionCode nullFlavor="NAV">
      <originalText>Laboratory technician</originalText>  <translation code="3212" codeSystem="2.16.840.1.113883.2.9.6.2.7" codeSystemName="ISCO-08" displayName="Medical and pathology laboratory technicians"/></functionCode>
     Schematron assertroleKred.png error 
     test(@code and @codeSystem) or (@nullFlavor='NAV') 
     MessageEither a code with its code system or nullFlavor='NAV' is required. 
     Schematron assertroleKred.png error 
     testnot(@nullFlavor) or (hl7:originalText) 
     MessageOther Caregivers description MUST be declared in the originalText element in case of nullFlavor. 
    Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
    0 … *A translation of the code to another coding system (e.g. ISCO-08: 2.16.840.1.113883.2.9.6.2.7)CDA‑CH V2
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
    cs1 … 1R
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid1 … 1R
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
    st1 … 1R
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
    st1 … 1R
    Treeblank.pngTreetree.pnghl7:time
    TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
    Treeblank.pngTreetree.pnghl7:assignedAuthor
    1 … 1RCDA‑CH V2
     Schematron assertroleKred.png 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
    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 assertroleKred.png 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
    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
    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
    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 … *The custodian's means of communication (phone, eMail, ...).CDA‑CH V2
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
    AD0 … *The 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 assertroleKred.png 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 assertroleKred.png 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:functionCode
    CE1 … 1R The functionCode MUST be taken from the Swiss EPR Value-Set for author roles. See FDHA Ordinance on the Electronic Patient Record (EPRO-FDHA), Appendix 3: Metadata, Section 2.1.
    If the desired functionCode is not available in the Swiss EPR Value-Set for author roles, the code 133932002 (Other Caregiver) MUST be used. In this case, the originalText element MUST contain the description of the role.
    Translations to other vocabularies are allowed.
    CDA‑CH V2
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
    cs1 … 1R
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
    st1 … 1FSNOMED CT
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
    st1 … 1R
     CONF
    The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.1.3 EprAuthorRole (DYNAMIC)
     Example<functionCode code="106292003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Professional nurse"/>
     Example<functionCode code="133932002" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Other Caregiver">
      <originalText>Home helper</originalText></functionCode>
     Example<functionCode code="133932002" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Other Caregiver">
      <originalText>Laboratory technician</originalText>  <translation code="3212" codeSystem="2.16.840.1.113883.2.9.6.2.7" codeSystemName="ISCO-08" displayName="Medical and pathology laboratory technicians"/></functionCode>
     Schematron assertroleKred.png error 
     testnot(@code='133932002') or (hl7:originalText/text()) 
     MessageOther Caregivers description MUST be declared in the originalText element. 
    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 assertroleKred.png 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 assertroleKred.png 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 assertroleKred.png error 
     testparent::*/text()=ancestor::hl7:structuredBody//*[@ID=$idvalue]/text() 
     MessageThe originalText content MUST be identical to the narrative text for this reference. 
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
    0 … *A translation of the code to another coding system (e.g. ISCO-08: 2.16.840.1.113883.2.9.6.2.7)CDA‑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: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 assertroleKred.png error 
     test(@root=/hl7:ClinicalDocument/hl7:id/@root) and not(@extension) and not(/hl7:ClinicalDocument/hl7:id/@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 assertroleKred.png error 
     test@value > /hl7:ClinicalDocument/hl7:versionNumber/@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)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
    CONF0 … 1F2.16.840.1.113883.5.4 (Act Code)
    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)
    Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code = '77604-7' and @codeSystem = '2.16.840.1.113883.6.1') or @nullFlavor]]]
    Treeblank.pngTreeblank.pngTreetree.pnghl7:component
    0 … 1Contains 2.16.756.5.30.1.1.10.3.2 Remarks Section - coded (DYNAMIC)(Med...ent)
    Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section]

    Medication Prescription document

    Id2.16.756.5.30.1.1.10.1.4Effective Date2016‑05‑21
    Other versions this id:
      StatusKorange.png Under pre-publication reviewVersion Label2017
      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)
      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 (2017)DYNAMIC
      2.16.756.5.30.1.1.10.9.45IncludeKorange.png Header Template Compilation Medication Prescription document (2017)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.2ContainmentKorange.png Remarks Section - coded (2017)DYNAMIC
      RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.9 (2018‑04‑18)
      Specialization: template 1.3.6.1.4.1.19376.1.9.1.1.1 (DYNAMIC)
      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="440545006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Drug prescription"/>  </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)
      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 … 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
      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 (Logical Observation Identifier Names and Codes)
      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)
      Treeblank.pngTreeblank.pngTreetree.png@code
      CONF1 … 1F440545006
      Treeblank.pngTreeblank.pngTreetree.png@codeSystem
      1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
      Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
      1 … 1FSNOMED CT
      Treeblank.pngTreeblank.pngTreetree.png@displayName
      1 … 1FDrug prescription
      Treetree.pnghl7:title
      ST1 … 1M(Med...ent)
       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 assertroleKred.png error 
       testnot($languageCode='de') or text()='Rezept' 
       MessageThe German title SHALL be 'Rezept' 
       Schematron assertroleKred.png error 
       testnot($languageCode='fr') or text()='Ordonnance' 
       MessageThe French title SHALL be 'Ordonnance' 
       Schematron assertroleKred.png error 
       testnot($languageCode='it') or text()='Ricetta' 
       MessageThe Italian title SHALL be 'Ricetta' 
       Schematron assertroleKred.png 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)
      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
      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 EprDocumentConfidentialityCode (2.16.756.5.30.1.127.3.10.1.5)
      Treeblank.pngTreetree.png@codeSystem
      oid1 … 1F2.16.840.1.113883.6.96
      Treeblank.pngTreetree.png@codeSystemName
      st1 … 1FSNOMED CT
      Treeblank.pngTreetree.png@displayName
      st1 … 1RThe value of @displayName MUST be drawn from value set EprDocumentConfidentialityCode (2.16.756.5.30.1.127.3.10.1.5)
       CONF
      The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 EprDocumentConfidentialityCode (DYNAMIC)
      Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
      Treetree.pnghl7:language​Code
      CS1 … 1MThe RFC 1766 (ISO-639-1 and ISO 3166) based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
       
      Target.png
      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
      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 assertroleKred.png 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
      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
      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
      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
      Treeblank.pngTreeblank.pngTreeblank.png where [hl7:administrative​Gender​Code [concat(@code, @codeSystem) = doc('include/voc-2.16.756.5.30.1.127.3.10.1.25-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]]
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
      CE1 … 1RThe patient's gender according to the Swiss EPR XDS.b metadata.CDA‑CH V2
       
      Target.png
      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
       CONF
      The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.25 EprGender (DYNAMIC)
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
      TS.CH.TZ1 … 1RThe patient's birthdate.CDA‑CH V2
       
      Target.png
      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 assertroleKred.png 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 assertroleKred.png 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 assertroleKred.png error 
       testparent::*/text()=ancestor::hl7:structuredBody//*[@ID=$idvalue]/text() 
       MessageThe originalText content MUST be identical to the narrative text for this reference. 
       Schematron assertroleKred.png 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 assertroleKred.png 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
      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
      CE1 … 1R

      The functionCode MUST be taken from the Swiss EPR Value-Set for author roles. See FDHA Ordinance on the Electronic Patient Record (EPRO-FDHA), Appendix 3: Metadata, Section 2.1.

      If the desired functionCode is not available in the Swiss EPR Value-Set for author roles, nullFlavor='NAV' MUST be used. In this case, the originalText element MUST contain the description of the role.

      Translations to other vocabularies are allowed.

      CDA‑CH V2
      Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
      st0 … 1FNAV
      Treeblank.pngTreeblank.pngTreetree.png@code
      cs0 … 1 
      Treeblank.pngTreeblank.pngTreetree.png@codeSystem
      oid0 … 1F2.16.840.1.113883.6.96
      Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
      st0 … 1FSNOMED CT
      Treeblank.pngTreeblank.pngTreetree.png@displayName
      st0 … 1 
       CONF
      The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.1.3 EprAuthorRole (DYNAMIC)
       Example
      Patient
      <functionCode code="116154003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Patient"/>
       Example
      Nurse
      <functionCode code="106292003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Professional nurse"/>
       Example
      Home helper
      <functionCode nullFlavor="NAV">
        <originalText>Home helper</originalText></functionCode>
       Example
      Laboratory technician
      <functionCode nullFlavor="NAV">
        <originalText>Laboratory technician</originalText>  <translation code="3212" codeSystem="2.16.840.1.113883.2.9.6.2.7" codeSystemName="ISCO-08" displayName="Medical and pathology laboratory technicians"/></functionCode>
       Schematron assertroleKred.png error 
       test(@code and @codeSystem) or (@nullFlavor='NAV') 
       MessageEither a code with its code system or nullFlavor='NAV' is required. 
       Schematron assertroleKred.png error 
       testnot(@nullFlavor) or (hl7:originalText) 
       MessageOther Caregivers description MUST be declared in the originalText element in case of nullFlavor. 
      Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
      0 … *A translation of the code to another coding system (e.g. ISCO-08: 2.16.840.1.113883.2.9.6.2.7)CDA‑CH V2
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
      cs1 … 1R
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
      oid1 … 1R
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
      st1 … 1R
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
      st1 … 1R
      Treeblank.pngTreetree.pnghl7:time
      TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
      Treeblank.pngTreetree.pnghl7:assignedAuthor
      1 … 1RCDA‑CH V2
       Schematron assertroleKred.png 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
      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 assertroleKred.png 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.png