Ehscda:CDA-CH-RESP (specification)

Aus eHealth Suisse
Wechseln zu: Navigation, Suche
Sprachen: Deutsch français




Identifikation dieses Dokuments
Abkürzung: CDA-CH-RESP
OID: 2.16.756.5.30.1.143.1.1

Autoren Oliver Egger (ahdis GmbH); Felix Fischer (SRZ); Christian Kohler (KDS GmbH)

Projektorganisation

Zweck und Positionierung

Gleichstellung von Mann und Frau

Elektronische Version

Inhaltsverzeichnis

Zusammenfassung

Ausgangslage

Als Grundlage für Projekte zur Digitalisierung der Prozesse im Schweizer Rettungswesen und zur Anbindung dieser Organisationen am Elektronischen Patientendossier (EPD) soll ein für Schweizer Rettungsorganisationen anwendbarer, standardisierter Informationsfluss definiert werden. Das Projekt läuft unter der Führung des Interverbandes für Rettungswesen. Dabei sind die Informationsinhalte auf der Basis des internationalen Standards HL7, im Speziellen der Clinical Document Architecture (CDA) und die Abläufe technisch nach IHE Integrationsprofilen (ebenfalls eine internationale, mit HL7 eng kooperierende Organisation) beschrieben. Dieser Informationsfluss wird beim Verein eCH unter der Nummer eCH-0207 und bei eHealth Suisse unter der Bezeichnung CDA-CH-RESP als Standard etabliert.

Die Dokumentation erfolgt mit den Mitteln, die durch eHealth Suisse bereitgestellt werden (e-health-wiki und ART-DECOR). So wird eine maximale Verbindung mit bereits bestehenden Leitfäden (eMedikation, Laborbefunde, Impfdossier) und künftigen sichergestellt.

Es herrscht Konsens darüber, dass dieser Implementationsleitfaden verhindern soll, dass weiterhin jede Rettungsorganisation eigene Lösungen beschreiben und implementieren muss. Viele Rettungsorganisationen haben die Absicht geäussert, einen landesweit standardisierten Informationsfluss in ihren Systemen zu implementieren, sobald ein solcher verfügbar ist. Mit Blick auf das EPD und die entsprechende eHealth Architektur Schweiz ist es ein Gebot der Zeit, die Spitäler als Partner im Informationsfluss des Rettungswesens unter den Aspekten einer EPD-Gemeinschaft einzubeziehen. Das entsprechende eidgenössische Gesetz (EPDG) wurde im Frühjahr 2017 in Kraft gesetzt.

Mit einer breiten Abstützung bei vielen Stakeholdern (Rettungsorganisationen, Berufsgruppen) können Unsicherheiten und Risiken aufgefangen werden. Die unterschiedlichen Zuordnungen von Rettungsorganisationen und Spitälern zu Gemeinden und Kantonen werden bei der Entwicklung des Leitfadens abgefangen. So kann dieser dann bei Projekten als Vorgabe und Ausschreibungsbestandteil genutzt werden.

Ziele

Gesucht ist eine Dokumentation, die die Use Cases beschreibt und die Spezifikationen für Ausschreibungen und Implementationen liefert. Im Wesentlichen handelt es sich um:

1. die Beschreibung eines generischen (nicht abschliessenden) Informationsflusses unter den Teilnehmenden bei einem Rettungseinsatz (Sanitätsnotrufzentrale, Rettungsfahrzeuge, Zielspital, Backoffice des Rettungsdienstes, etc.)

2. die Definition eines elektronischen Einsatzprotokolls, d. h. eines Informationscontainers, der die benötigten medizinischen, demografischen und sonstigen Informationen zwischen den Teilnehmenden transportiert

Randbedingung: Die Wiederverwendung von geeigneten internationalen Standards oder Teilen davon ist ausdrücklich beabsichtigt.

Ergebnis

Das Ergebnis ist ein Implementationsleitfaden nach Massgabe der Regulatorien zum EPD und als Grundlage für jegliche digitalen Prozesse im Zusammenhang mit dem Rettungswesen.

Grundlegend für den Implementationsleitfaden sind:

  • zwei generische Use Cases, die sachdienlich sind, Diskussionen im Detail aber vermeiden
  • eine umfassende Beschreibung der Datenstrukturen und Value Sets in ART-DECOR
  • ein Set an CDA Templates für die sinnvollerweise strukturierten Elemente als Grundlage für die Implementation

Auf der Basis dieses Leitfadens können sowohl Ausschreibungen als auch Implementationen vollzogen werden.


Einleitung

Ausgangslage und Motivation

Im schweizerischen Rettungswesen ist die Dokumentation nach wie vor papierbasiert. Die Folgen sind oftmals schlecht leserliche Dokumente und es kann sein, dass während eines Einsatzes auf mehreren Formularen dokumentiert wird und diese Informationen im Rettungsteam gezielt ausgetauscht werden müssen. Vollständigkeitskontrollen sind schwierig und nach der Übergabe an die nachbehandelnde Stelle (Notfallaufnahme o. Ä.) müssen die Informationen übernommen und ggf. übertragen werden. Immer mehr Geräte, die bei Rettungen eingesetzt werden, sind in der Lage, Informationen digital bereitzustellen, was genutzt werden soll. Das Rettungsprotokoll der Zukunft wird deshalb ein elektronisches Dokument sein. Mit dem Projekt „Elektronisches Rettungsprotokoll“ will eCH mit eHealth Suisse ein weiteres national koordiniertes eHealth-Vorhaben unterstützen. Die Thematik Rettung und Rettungsprotokoll eignet sich gut, um mit digitalen Prozessen „bis auf die Strasse“ vorzudringen und die Arbeit auf den Rettungsplätzen zu erleichtern.

Status und Zweck

Angesprochene Leserschaft


Ziele und Abgrenzungen

Voraussetzungen Interoperabilität

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

Mit Blick auf das EPD und die entsprechende eHealth Architektur Schweiz ist es ein Gebot der Zeit, die Spitäler als Partner im Informationsfluss des Rettungswesens unter den Aspekten einer EPD-Gemeinschaft einzubeziehen.

Der vorliegende Implementierungsleitfaden beinhaltet die Spezifikationen für die semantische Interoperabilität von Systemen rund um das schweizerische Rettungswesen. Er enthält:

  • die Beschreibung eines allgemein akzeptierten, generischen Prozesses bei der Behandlung von Opfern bei akuten Ereignissen mit gesundheitlichen Folgen
  • die Beschreibung eines allgemein akzeptierten, generischen Protokolls zur Dokumentation der Erhebungen, Befundungen/Diagnosen und Behandlungen von Opfern bei akuten Ereignissen mit gesundheitlichen Folgen; abgebildet ist dieses mit Struktur und Value Sets in ART-DECOR

Der Implementationsleitfaden beschreibt die Anforderungen für Evaluationen oder Implementationen von ICT-Lösungen im schweizerischen Rettungswesen.

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

Dieser Leitfaden beschreibt ein eHealth- und damit EPD-taugliches Informationsobjekt und führt aus, in welchem generischen Prozess dieses eingesetzt werden soll.

Unterschiede, die sich aus den Regionen der Rettungsdienste ergeben, spiegeln sich in den Value Sets und Codesystemen. Im Zweifelsfall und wenn das möglich ist, konzentriert sich der Leitfaden darauf, die Grundlagen für solche Zuordnungen zu erheben, die Scores o. Ä. zu generieren und nicht direkt erfassen zu lassen.

Dieser Implementationsleitfaden beschreibt ausdrücklich nicht, wie sich Rettungsdienste in der Welt des EPD mit den Gemeinschaften verbinden sollen. Es bleibt also diesen selbst überlassen, ob sie eigenständig oder als Teil eines Leistungserbringers funktionieren und welcher (Stamm-)Gemeinschaft sie sich anschliessen wollen, respektive ob sie selber eine bereichsspezifische Gemeinschaft bilden wollen.

Grundlagen und Basistechnologien

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 .

Verantwortlichkeiten

Die Herausgeberin genehmigt ausdrücklich die Anwendung des vorliegenden Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Übermittlung von „CDA-CH-RESP (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 Anwendenden.

Die Kodierung von einzelnen Informationen in diesem Austauschformat basiert auf definierten Value Sets, welche die akzeptierten Codes enthalten.

Die Value Sets basieren auf:

  • SNOMED CT
  • ICD-10
  • IVR Codeset


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

Die Anwendungsfälle rund um das Rettungsprotokoll lassen sich nach dem EPDG mit TOZ und der Strategie eHealth Schweiz umsetzen. Die elektronischen Informationen dazu sollen im elektronischen Patientendossier zugänglich gemacht und für gerichtete Kommunikation eingesetzt werden können sowie den Beteiligten eine elektronische Verarbeitung ermöglichen. Das vorliegende Austauschformat basiert auf Integrationsprofilen von IHE und auf der HL7 Clinical Document Architecture (CDA).

Das vorliegende Austauschformat baut auf folgenden Grundlagen auf:

TODO BILD referenzpyramide.png

TODO BILD referenzpyramide.png

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

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. Im Jahr 2010 wurde IHE Suisse gegründet.

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 Elektronische Patientendossier (EPD) in der Schweiz.

Die im vorliegenden Austauschformat referenzierten IHE Inhaltsprofile beziehen sich auf HL7 CDA R2 als Basisstandard für Dokumenteninhalte.

HL7 steht für „Health Level Seven“ und bezeichnet einen internationalen Standard zum elektronischen Austausch von Daten im Gesundheitswesen. Die Zahl „7“ bezieht sich auf die siebte Schicht des OSI-Modells und drückt damit aus, dass HL7 primär die Kommunikation auf der applikatorischen Ebene standardisiert. HL7 findet seinen Ursprung im Jahre 1987 in den USA. Mittlerweile ist es eine Organisation (HL7.org), die HL7 in den Versionen 2.x und 3.0 anbietet. Gleichzeitig ist HL7.org die Dachorganisation aller HL7-Benutzer und koordiniert deren Aktivitäten auch auf internationaler Ebene. HL7 Affiliates existieren inzwischen in über 30 Ländern, darunter auch in der Schweiz.

Das vorliegende Austauschformat baut auf HL7 Version 3 auf. Version 3 ist XML-basiert und fusst auf einem umfangreichen Objektmodell, dem Reference Information Model (RIM). Dieses Modell bildet die Grundlage für Standards wie die Clinical Document Architecture (CDA) und damit auch für dieses Austauschformat.

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 sind und die im sogenannten HL7 Reference Information Model (RIM) dokumentiert ist.

Zusätzlich, was nicht direkt in oben dargestellter Referenzpyramide integrierbar ist, nimmt das vorliegende Dokument Bezug auf bereits bestehende Empfehlungen von eHealth Suisse respektive auf das EPDG und diesbezüglich in erster Linie auf die Verordnung und deren Anhänge. Insbesondere der Anhang 4 mit den Austauschformaten orientiert sich an HL7 CDA als Dokumentenformat.

Das vorliegende Austauschformat ist konform zu den oben genannten Empfehlungen von eHealth Suisse und damit zur eHealth-Strategie und -Architektur in der Schweiz. Durch die Wahl von IHE und HL7 als technologische Basis sind entsprechend erstellte Dokumente zudem auch grenzüberschreitend interoperabel.

IHE Integrationsprofile

HL7 V3

HL7 Clinical Document Architecture (CDA)

Gesetzgebung Elektronisches Patientendossier (EPDG)

Übersetzungen

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 .

Begriffsdefinitionen

Die nachfolgenden Definitionen sind wichtig für ein gemeinsames Verständnis. Sie stammen unter anderem aus dem Internet (z.B. von Firmen- und Institutionswebseiten, Wikipedia, Google). Sie dienen zum Verständnis der gebrauchten Begriffe insbesondere im Kapitel Anwendungsfälle.

Begriff Definition
ART-DECOR Modellierungswerkzeug von eHealth Suisse für Gesundheitsdaten www.art-decor.org
BAG Bundesamt für Gesundheit
CDA Clinical Document Architecture;
CDA-CH CDA mit Helvetisierungen
eHealth Suisse Schweizerische Kompetenz- und Koordinationsstelle von Bund und Kantonen für eHealth
EPD Elektronisches Patientendossier, https://www.e-health-suisse.ch/elektronisches-patientendossier.html
EPDG Bundesgesetz über das elektronische Patientendossier, https://www.admin.ch/opc/de/classified-compilation/20111795/index.html
EPDV Verordnung über das elektronische Patientendossier, https://www.admin.ch/opc/de/classified-compilation/20163256/index.html
EPDV-EDI Verordnung des EDI über das elektronische Patientendossier, https://www.admin.ch/opc/de/classified-compilation/20163257/index.html
GLN Global Location Number; weltweit eindeutige Bezeichnung von juristischen und natürlichen Partnern im Gesundheitswesen, Datenbank wird gepflegt von www.refdata.ch
H+ Die Spitäler der Schweiz ist der nationale Verband der öffentlichen und privaten Spitäler, Kliniken und Pflegeinstitutionen.
HL7 Health Level 7, internationaler Standard für den Austausch von Daten zwischen Organisationen im Gesundheitswesen und deren Computersystemen
HL7 Schweiz Verein, der die Förderung, Verbreitung und Weiterentwicklung des HL7-Standards im schweizerischen Gesundheitswesen bezweckt.
ICD-10 International Statistical Classification of Diseases and Related Health Problems Codierungs-System (primär) für Diagnosen
IHE Integrating the Healthcare Enterprise; internationale Initiative, welche die Umsetzung von medizinischen Prozessabläufen zwischen Organisationen und Systemen im Gesundheitswesen harmonisieren will. Die Schaffung von Interoperabilität steht hierbei im Vordergrund.
IHE Switzerland Der Verein IHE Suisse engagiert sich für die Umsetzung der „Strategie eHealth Schweiz“. Er ist die Plattform zur Evaluation und Erarbeitung von IHE-Profilen, welche die Strategieumsetzung unterstützen.
IPAG Interprofessionelle Arbeitsgruppe Elektronisches Patientendossier
IVR Interverband für Rettungswesen
LOINC Logical Observation Identifiers Names and Codes Codierungs-System für medizinische Begriffe
OID Object Identifier; weltweit eindeutiger Bezeichner, der benutzt wird um ein Informationsobjekt zu benennen
RD Rettungsdienst
Rega Schweizerische Rettungsflugwacht
SGAR Schweizerischen Gesellschaft für Anästhesiologie und Reanimation
SGNOR Schweizerischen Gesellschaft für Notfall- und Rettungsmedizin
SNOMED CT Systematized Nomenclature of Medicine - Clinical Terms Codierungs-System für medizinische Begriffe
SNZ Sanitätsnotrufzentrale
VRS Verband der Rettungssanitäter


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

In Abhängigkeit vom Ereignis, das den Rettungseinsatz auslöst, kann der Ablauf im Detail unterschiedlich ausfallen. Wir gehen in diesem Leitfaden jedoch davon aus, dass jeder Einsatz mit einem Auslöser bei der Disposition in einer Notrufzentrale beginnt und mit der Qualitätskontrolle und der Verrechnung abgeschlossen wird. Die Daten, die dabei erhoben werden, sind immer wieder dieselben und Teil einer vereinigten Gesamtmenge aller Möglichkeiten. Die Unterschiede in den Abläufen führen dazu, dass Datengruppen oder einzelne Elemente ausführlich und detailliert, in einfacher Form oder gar nicht erhoben und bearbeitet werden. Im Gegensatz zu einem Papierformular kann ein elektronisches auf solche Unterschiede eingehen, was die Erfassung erheblich vereinfacht. Allerdings ist die Spezifikation dazu nicht Teil dieses Leitfadens.

Die Grafik beschreibt also einen möglichst generischen Ablauf, der sachdienlich ist, Diskussionen im Detail aber vermeidet.

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 .

Storyboard

In der Sanitätsnotrufzentrale geht ein Anruf ein. Dieser geht entweder (a) von einem Unfall- oder einer akuten Gesundheitsattacke aus und ist schnellstmöglich mit höchster Priorität auszuführen oder betrifft (b) einen geplanten Transport einer Person mit medizinischen Einschränkungen.

Bei diesem Anruf werden die ersten Daten zur Domäne Einsatz (Einsatz- und Zielort) erhoben und dokumentiert. Beim Zielort sind bei einem Grossereignis Vorbehalte möglich, die aber zwischen dem Start des Teams von der Basis und der Abfahrt vom Einsatzort geklärt werden müssen.

Die Disposition in der Zentrale lässt sich möglichst viele Informationen zu den betroffenen Personen geben. Während das im Fall (a) möglicherweise auf die (Anzahl) Person(en), deren ungefähres Alter und deren Geschlecht beschränkt bleiben muss, können sie im Fall (b) mit dem Auftrag abschliessend erfasst werden.

Aufgrund der verfügbaren Informationen bestimmt die Disposition die nötige Besetzung und Ausrüstung des Einsatzteams, wählt ein verfügbares aus oder organisiert ein solches, durch Umstellungen in den laufenden Einsätzen oder bei Partnerorganisationen.

Damit sind alle Informationen zum Szenario „Einsatz“ bestimmt. Einzig die Statuszeiten müssen noch hergeleitet oder erfasst werden.

Das Einsatzteam erhält den Einsatzauftrag und beginnt mit der Umsetzung. Auf dem Weg zum Einsatzort können die verfügbaren Informationen ausgewertet und ggf. weitere Informationen angefordert werden.


Am Einsatzort wird eine Lagebeurteilung gemacht, es werden:

  • eine Anamnese erstellt
  • Erstbefunde erhoben
  • Diagnosen gestellt
  • Massnahmen eingeleitet
  • Die Medikation muss auf die Anamnese und vor allem auf eine laufende Medikation abestimmt werden.

Alle diese Schritte werden im Rettungsprotokoll festgehalten und dokumentiert.

Während die Daten zur Person und zur Administration bei einem geplanten Einsatz von Beginn an bekannt sind, müssen Sie bei einem Noteinsatz oft am Einsatzort noch einmal ergänzt werden. Dies kann parallel zur Erhebung der Anamnese und Befunde geschehen; im einfachsten Fall verfügt der Patient über einen Ausweis und/oder eine Versicherungskarte.

Sobald der Patient transportfähig und der Zielort (meist Notfallstation mit Aufnahmekapazität) bekannt ist, wird der Transport ausgelöst.

Am Zielort wird der Patient sowie das Rettungsprotokoll übergeben.

Bei einem Notfalleinsatz ist auch zu diesem Zeitpunkt noch nicht garantiert, dass der Patient abschliessend identifiziert werden konnte. Die Aufgabe, dies zu tun und den Fall auch administrativ zum Abschluss zu bringen, liegt dann beim behandelnden Spital.

Das Team kehrt mit dem Fahrzeug auf die Basis zurück, führt die Retablierung durch und schliesst das Protokoll ab. Die Qualitätssicherung und die Abrechnung (gegenüber dem Patienten oder gegenüber dem Zielort) sind nun Aufgabe des Backoffice des Rettungsdienstes.


Prozess.jpg

Prozess.jpg

Use cases - Vorbemerkungen

Für das Rettungsdienstprotokoll werden 2 Use cases beschrieben:

1. Primäreinsatz mit identifizierbarem Patienten: Einsatz, in dem der Rettungsdienst den ersten Kontakt mit dem Patienten hat und diesen auf Grund eines Ausweises, auf Grund einer Aussage des Patienten o.Ä. eindeutig identifizieren kann. Häufig handelt es sich hierbei um Notfalleinsätze. Primäreinsätze sind für den Rettungsdienst mehrheitlich nicht planbar. 2. Primäreinsatz mit unbekanntem Patienten: Einsatz, in dem das Team des Rettungsdienstes bis zum Abschluss des Einsatzes den Patienten nicht identifizieren kann. Gründe dafür können z.B. sein, dass sich die Person nicht äussern kann und keine Ausweise auf sich trägt oder dass im Falle eines Grossereignisses die Identifikation der Verletzen auf dem Schadenplatz mangels Zeit nicht erfolgen konnte.

Beide Use Cases sind frei erfunden. Sie dienen allein der Illustration, wie Angaben, die im Verlauf eines Einsatzes erfahren werden, im Datensatz des CDA-CH-RESP abgebildet werden. Die Use Cases können deshalb Angaben enthalten, die einsatztaktisch oder medizinisch nicht sinnvoll sind. Die Beschreibung der beiden Use Cases enthält Daten, die in den Beispieldaten des Datensatzes soweit möglich wieder aufgenommen werden. Falls bei einem Datensatz-Attribut mehr als ein Beispiel aufgeführt wird, so betreffen diese einen oder beide der Use Cases. Die Beschreibung der Use Cases ist weniger detailliert als die Beispieldaten. Dies bedeutet, dass es Beispieldaten gibt, die in beiden oder nur in einem der beiden Use Cases erwähnt werden, aber auch Daten, die in den Use Cases gar nicht erwähnt werden.

Use case 1 - Primäreinsatz mit identifizierbarem Patienten

Am 10.12.2016 um 12.09 Uhr (Statuszeit ALARM) ruft Herr Peter Muster den Notruf 144 an. Er befindet sich irgendwo oberhalb Zürichs am Waldrand und schildert, dass er starke Schmerzen in der Brust und im linken Oberarm verspürt und kaum atmen kann. Die Sanitätsnotrufzentrale Zürich (GLN 7601002156370) vermutet aufgrund der Befragung des Patienten ein akutes Koronarsyndrom (ACS) und definiert dies als Einsatzstichwort. Die Ortung des Patienten ergibt, dass er sich auf den Koordinaten 47.392115, 8.553192 befindet.

Die Sanitätsnotrufzentrale (SNZ) legt am 10.12.2016 um 12.11 Uhr (Statuszeit DISPOSITION, Bezeichnung Status: DP) einen Einsatz mit der Einsatznummer S12345678 an und disponiert unter der Nummer D12345678 das Team 111 des Rettungsdienstes Schutz & Rettung (GLN 7601002156363) mit einem Rettungswagen (Z-220) und der Besatzung Petra Muster, dipl. Rettungssanitäterin HF (höhere Fachschule), GLN 7601003330434, und Hans Beispiel, Transportsanitäter FA (Fachausweis), GLN 7601000211804, an den Einsatzort. Die Fahrt ist dringlich und wird deshalb mit Sondersignal ausgeführt. Sie fahren 12.13 Uhr in der Wache von Schutz und Rettung Zürich (SRZ) los (Statuszeit ROLLOUT, Bezeichnung Status: 1). Parallel dazu wird auch ein Notarzt aufgeboten (Dr. med. Hans Notarzt, Notarzt SGNOR, GLN 7601000028105, fix bei SRZ stationiert), der separat mit einem Fahrzeug an den Einsatzort kommen wird. Aufgrund der Schilderung des Patienten und des Einsatzortes legt die SNZ provisorisch fest, dass der Transport in die interdisziplinäre Notfallstation des Universitätsspitals Zürich (USZ, Rämistrasse 100, 8091 Zürich, GLN 7601002155939) erfolgen soll.

Die Fahrt des Rettungswagens dauert vier Minuten, d. h. Ankunftszeit am Ereignisort ist 12.17 Uhr (Statuszeit ARRIVAL ON SCENE, Bezeichnung Status: 2). Allerdings kann der Rettungswagen nicht direkt zum Patienten vorfahren. Das Team braucht weitere fünf Minuten, um mit sämtlichem Material zu Fuss zum Patienten zu gelangen. Statuszeit ARRIVAL PATIENT (Bezeichnung Status: Kontakt Patient) ist demzufolge 12.22 Uhr. (Bemerkung: Für statistische Auswertungen wird als Ankunftszeit immer die Statuszeit ARRIVAL ON SCENE verwendet.) Die betreuende Rettungssanitäterin Petra Muster und der kurz darauf ebenfalls eintreffende Notarzt beurteilen den Patienten mittels des standardisierten ABCDE-Abfragealgorithmus. Dabei werden die folgenden Beobachtungen um 12.25 Uhr gemacht: Glasgow Coma Scale (GCS): Augenöffnung spontan (4), verbale Antwort orientiert (5), motorische Reaktion befolgt Anweisungen (6), total 15; Schmerz 5; Blutdruck 120/80, gemessen am rechten Arm; Temperatur 37,2 °C. Der Notarzt kommt zum Schluss, dass die Einschätzung der SNZ (ACS) richtig gewesen ist und erstellt die Verdachtsdiagnose eines akuten transmuralen Myokardinfarkts der Vorderwand, kurz ACS/STEMI VW mit dem ICD-10-Code I21.0. Sie legen dem Patienten sofort eine Infusion und verabreichen ihm um 12.30 Uhr eine erste Dosis von zwei Hüben Nitrolingual-Spray. Parallel zur Erstversorgung des Patienten stellt Petras Teamkollege anhand der Krankenkassenkarte des Patienten fest, dass es sich um Peter Muster, männlich, geb. 10.1.1961, AHV-Nr. 7560123123499 mit der Kartennummer 80756003760012390001 von der Krankenversicherung KPT handelt. Gemäss der Aussage seiner Ehefrau Erika Muster, die ebenfalls anwesend ist, wohnt der Patient an der Bahnhofstr. 1, 8001 Zürich und ist Bürger von Musterdorf ZH. Seine Frau hat mitgeteilt, dass er ein elektronisches Patientendossier hat. Herr Muster wurde von SRZ schon einmal transportiert und hat deshalb bei SRZ bereits eine Patienten-ID: 762354. Das Team hat von der Ehefrau die folgenden Informationen erhalten:

  • Peter Muster hat keine Patientenverfügung erstellt
  • Er ist allergisch auf Baumpollen und es gibt eine bekannte Unverträglichkeitsreaktion auf einzelne Medikamente
  • Seit einem Herzvorfall vor vier Jahren, der im Triemlispital in Zürich behandelt wurde, nimmt Peter Muster Aspirin Cardio 100 (1 Tbl./Tag)
  • Es sind keine anderen medizinischen Probleme bekannt.

Seit dem Frühstück um ca. 8 Uhr hat er nichts mehr gegessen. Der Patient wird nach der Erstversorgung mit einem Rettungsbrett in den Rettungswagen gebracht und transportbereit gemacht. Der Rettungswagen fährt um 12.48 Uhr am Einsatzort ab (Status: DEPARTURE FROM SCENE, Bezeichnung Status: 3). Während sich der Notarzt unterwegs um den Patienten kümmert, meldet Hans Beispiel den Patienten bereits mit allen relevanten Informationen in der Notaufnahme des USZ an. Er fährt aufgrund der Verdachtsdiagnose mit Sondersignal ins USZ. Petra verstaut die Effekten von Peter Muster in einen Wertsachenbeutel und erstellt ein Wertsachenverzeichnis, welches später zusammen mit dem Wertsachenbeutel im USZ abgegeben wird. Um 12.54 Uhr trifft der Rettungswagen im USZ ein (Status: ARRIVAL AT TARGET, Bezeichnung Status: 4). Der Notarzt und Petra übergeben den Patienten dem zuständigen Arzt, Dr. Spitalarzt, GLN 7601000404268, in der Notaufnahme des USZ. Parallel dazu trägt Hans Beispiel noch die folgenden Informationen im Protokoll nach: Der GCS beträgt immer noch 15; der NACA bei der Übergabe ist III (stationärer Aufenthalt des Patienten angezeigt); der Schmerz hat sich etwas reduziert auf 4; der Zustand des Patienten hat sich im Verlauf des Einsatzes verbessert. Petra unterzeichnet das Dokument um 13.05 Uhr und sendet dieses medizinische Abschlussprotokoll verschlüsselt an die E-Mail-Adresse des USZ. Alternativ hätte sie das Protokoll auch lokal im Rettungswagen ausdrucken und in der Notaufnahme in Papierform abgeben können. Dieses medizinische Abschlussprotokoll wird bei SRZ rechtsverbindlich archiviert, falls es zu juristischen Abklärungen mit medizinischem Hintergrund kommen sollte.

Während sich der Notarzt nach der Patientenübergabe an den Stützpunkt zurückbegibt, bereiten Petra und Hans den Rettungswagen wieder so weit vor, dass das Team für einen weiteren Notfalleinsatz bereit wäre. Dafür wird Reservematerial, das auf dem Rettungswagen vorhanden ist, verwendet. Da kein Anschlusseinsatz erfolgt, fährt das Team nun mit dem Rettungswagen zum Stützpunkt zurück. Abfahrt am Zielort (Status: DEPARTURE FROM TARGET, Bezeichnung Status: 5). Dort wird das Fahrzeug wieder vollständig einsatzbereit gemacht, d.h. sämtliches verwendetes Material wird wieder aufgefüllt, das Fahrzeug gereinigt, etc. Danach ist das Team wieder voll einsatzbereit (Status: OPERATIONAL READINESS, Bezeichnung Status: 6). Das Team 111 erfasst nun alle weiteren für den Einsatz relevanten Daten (alternative Rechnungsadresse, verbrauchtes Material, gefahrene Kilometer, Daten für die Gewaltstatistik, …) im elektronischen Patientenprotokoll. Nachdem alle notwendigen Daten erfasst worden sind, schliessen Petra und ihr Kollege den Einsatz auch administrativ ab. Das Einsatzprotokoll wird nun nochmals archiviert, jetzt aber mit allen administrativen und verrechnungstechnisch relevanten Daten. Damit können auch juristische Fragen mit nicht-medizinischem Hintergrund zweifelsfrei dokumentiert werden.

Mit diesem Schritt ist der Einsatz für das Team vollständig abgeschlossen.

Umsetzungsbeispiele:

Use case 2 - Primäreinsatz mit unbekanntem Patienten

Am 10.12.2016 um 12.09 Uhr erhält die Sanitätsnotrufzentrale Zürich (GLN 7601002156370) einen Notruf (Status ALARM). Es wird gemeldet, dass eine unbekannte Person auf der Strasse zusammengebrochen und nicht ansprechbar ist, aber atmet und deshalb Nothilfe benötigt wird. Als Einsatzort wird 8050 Zürich, Sternen Oerlikon, Schaffhauserstr. 350, angegeben. Genauere Angaben sind zum Zeitpunkt des Anrufs nicht vorhanden.

Die Sanitätsnotrufzentrale Zürich disponiert um 12.11 Uhr (Status: DISPOSITION, DP) das Team 111 mit dem Rettungswagen (Z-211) mit Sondersignal an den Einsatzort. Das Team 111 besteht aus Petra Muster, dipl. Rettungssanitäterin HF, GLN 7601003330434, und Hans Beispiel, Transportsanitäter FA, GLN 7601000211804. Beide nehmen die Rolle von Betreuungspersonen ein. Der Einsatz erhält von der SNZ die Einsatznummer S12345678 und die Dispositionsnummer D12345678. Als Einsatzstichwort wird aufgrund des unklaren Geschehens „unklare Situation, Abklärung vor Ort“ angegeben. Aufgrund der wenigen verfügbaren Informationen und des Einsatzortes legt die SNZ provisorisch fest, dass der Transport des Patienten bei Bedarf in die interdisziplinäre Notfallstation des Universitätsspitals Zürich (USZ, Rämistrasse 100, 8091 Zürich, GLN 7601002155939) erfolgen soll.

Team 111 fährt um 12.13 Uhr in der Wache von SRZ los (Status: ROLLOUT, Bezeichnung Status: 1) und trifft 12.17 Uhr am Ereignisort ein (Statuszeit ARRIVAL ON SCENE, Bezeichnung Status: 2). Bei der Ankunft des Teams wird festgestellt, dass der Patient von einem Laienhelfer betreut wird, der bereits erste Hilfe geleistet hat. Das Team übernimmt daraufhin den Patienten vom Laienhelfer. Da der Patient keine Angaben zu seiner Person machen kann, keine Identitätsmittel auf sich trägt und ihn keine anwesende Person kennt, versieht ihn Petra Muster zur Identifikation mit einer Patientenleitsystem (PLS) Tasche mit der Nummer MU43221.

Die betreuende Rettungssanitäterin Petra Muster beurteilt den männlichen Patienten, ca. 50-jährig, mittels des standardisierten ABCDE-Abfragealgorithmus. Dabei werden die folgenden Beobachtungen um 12.25 Uhr gemacht. Airway: die Atemwege sind nicht verlegt; Breathing: der Patient hat eine unauffällige Spontanatmung; Cardiology: sein Puls ist tastbar, es liegt kein Herz-Kreislauf-Stillstand vor; Frequenz 84/Minute, Blutdruck 170/90, gemessen am rechten Arm; Disabilities AVPU: V (reagiert auf laute Ansprache); Glasgow Coma Scale: Augenöffnung bei Ansprache (3), gibt Einzelworte von sich (3), Dekortikationsstarre (3), total 9; Temperatur 37,2 °C; die Augen zeigen eine deutliche Anisokorie auf.

Petra stellt damit die Verdachtsdiagnose „Stroke“ mit dem ICD-10-Code I63.-.

Sie legt dem Patienten sofort eine Infusion mit 500 ml Ringer. Der Patient wird liegend in den Rettungswagen verladen.

Der Rettungswagen fährt um 12.48 Uhr am Einsatzort ab (Status: DEPARTURE FROM SCENE, Bezeichnung Status: 3). Während sich Petra unterwegs um den Patienten kümmert, meldet Hans Beispiel den Patienten bereits mit allen relevanten Informationen in der Notaufnahme des USZ an. Er fährt aufgrund der Verdachtsdiagnose mit Sondersignal ins USZ und meldet, dass der Patient in der Notaufnahme das Stroke-Team benötigt und deshalb die Aufnahmedringlichkeit „rot“ ist. Petra verstaut die Effekten des Patienten in einen Wertsachenbeutel und erstellt ein Wertsachenverzeichnis, welches später zusammen mit dem Wertsachenbeutel im USZ abgegeben wird. Um 12.54 Uhr trifft der Rettungswagen im USZ ein (Status: ARRIVAL AT TARGET, Bezeichnung Status: 4).

Petra übergibt den Patienten dem zuständigen Arzt, Dr. Spitalarzt, GLN 7601000404268, in der Notaufnahme des USZ. Parallel dazu trägt Hans Beispiel noch die folgenden Informationen im Protokoll nach: Der GCS beträgt jetzt 10; der NACA bei der Übergabe ist III (stationärer Aufenthalt des Patienten angezeigt); der Zustand des Patienten hat sich im Verlauf des Einsatzes verbessert. Petra unterzeichnet das Dokument um 13.05 Uhr und sendet dieses medizinische Abschlussprotokoll verschlüsselt an die E-Mail-Adresse des USZ. Dieses medizinische Abschlussprotokoll wird bei SRZ rechtsverbindlich archiviert, falls es zu juristischen Abklärungen mit medizinischem Hintergrund kommen sollte.

Petra und Hans bereiten den Rettungswagen wieder so weit vor, dass das Team für einen weiteren Notfalleinsatz bereit wäre. Dafür wird Reservematerial, das auf dem Rettungswagen vorhanden ist, verwendet. Da kein Anschlusseinsatz erfolgt, fährt das Team nun mit dem Rettungswagen zum Stützpunkt zurück. Abfahrt am Zielort (Status: DEPARTURE FROM TARGET, Bezeichnung Status: 5). Dort wird das Fahrzeug wieder vollständig einsatzbereit gemacht, d. h. sämtliches verwendetes Material wird wieder aufgefüllt, das Fahrzeug gereinigt, etc. Danach ist das Team wieder voll einsatzbereit (Status: OPERATIONAL READINESS, Bezeichnung Status: 6). Das Team 111 erfasst nun alle weiteren für den Einsatz relevanten Daten (alternative Rechnungsadresse, verbrauchtes Material, gefahrene Kilometer, Daten für die Gewaltstatistik, …) im elektronischen Patientenprotokoll. Nachdem alle notwendigen Daten erfasst worden sind, schliessen Petra und ihr Kollege den Einsatz auch administrativ ab.

Mit diesem Schritt ist der Einsatz für das Team vollständig abgeschlossen.

Umsetzungsbeispiele:


Empfehlungen

Dieses Kapitel enthält Empfehlungen, welche im Sinne einer Harmonisierung hilfreich sind. Die nachfolgend genannten Empfehlungen können auch als "Best practices" betrachtet werden. Die nachfolgend genannten Empfehlungen sind nicht normativ und deren Umsetzung somit freiwillig.

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)

Vereinfachte Zusammenfassung der CDA Struktur

Die genaue Struktur des CDA Dokuments ist in den nachfolgenden Kapiteln im Detail beschrieben.

Einsatzprotokoll.png

Einsatzprotokoll.png

Der CDA Header basiert auf CDA-CH V2 mit ein paar Präzisierungen für CDA-CH RESP. Der CDA Body wird durch einzelne Sections spezifisch für CDA-CH RESP definiert.

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. Spezifikation CDA-CH V2 (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 .

Dataset & Szenario

RespScenarioArtDecor.png

RespScenarioArtDecor.png

Für den Primäreinsatz wurde ein Datenset/Szenario festgelegt, die den Umfang und Optionalitäten der einzelnen Datenelemente definieren. Dieses Szenario ist direkt in Art-Decor ersichtlich.

CDA Struktur

CDA Document Level Templates

EmergencyMedicalServiceProtocol

Id2.16.756.5.30.1.1.10.1.2Effective Date2017‑06‑13 17:19:29
Other versions this id:
  • EmergencyMedicalServiceProtocol as of 2017‑05‑31 17:19:29
StatusKorange.png Under pre-publication reviewVersion Label2017
NameEmergencyMedicalServiceProtocolDisplay NameEmergencyMedicalServiceProtocol
DescriptionEmergency Medical Service Protocol for Switzerland
ContextPathname //
ClassificationCDA Document Level Template
Open/ClosedOpen (other than defined elements are allowed)
Used by / Uses
Used by 0 transactions and 1 template, Uses 15 templates
Used by as NameVersion
2.16.756.5.30.1.1.10.1.2IncludeKcancelledblue.png EmergencyMedicalServiceProtocol (2017)2017‑05‑31 17:19:29
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.40IncludeKorange.png RESP Header Template Compilation (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.7ContainmentKorange.png Mission (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.8ContainmentKorange.png Patient (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.43ContainmentKorange.png Administrative (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.42ContainmentKorange.png Pretreatment (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.41ContainmentKorange.png Anamnesis (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.14ContainmentKorange.png Findings (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.16ContainmentKorange.png Diagnosis (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.17ContainmentKorange.png Procedures (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.18ContainmentKorange.png EventOfDeath (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.19ContainmentKorange.png Transport (2017)DYNAMIC
2.16.756.5.30.1.1.10.3.15ContainmentKorange.png Handover (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 (2017‑03‑28 23:43:12)
Example
Example
<hl7:ClinicalDocument xsi:schemaLocation="urn:hl7-org:v3 ../../../../schemas/PHARM/schemas/cda/extendedschemas/CDA_extended_pharmacy.xsd">
  <hl7:realmCode code="CHE"/>  <hl7:typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <!-- CDA-CH v2.0 ART-DECOR model - structuredBody.  -->
  <hl7:templateId root="2.16.756.5.30.1.1.10.1.9"/>  <!-- HL7 CDA R2 (2005); contains ClinicalDocument.component as structuredBody.  -->
  <hl7:templateId root="2.16.840.1.113883.10.12.2"/>  <!-- HL7 CDA R2 (2005).  -->
  <hl7:templateId root="2.16.840.1.113883.10.12.1"/>  <!-- CDA-CH RESP -->
  <hl7:templateId root="2.16.756.5.30.1.1.10.1.2"/>  <hl7:id root="B4044742-AB2C-49F6-8151-0E2BE5D3F923"/>  <!-- A LOINC based document type of a CDA document instance including a
translation to the Swiss EPR XDS.b metadata.  -->
  <hl7:code code="67796-3" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="EMS Patient Care Report">
    <!-- Mapping to the Swiss EPR XDS.b metadata -->
    <hl7:translation code="371535009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Transfer summary report"/>  </hl7:code>
  <hl7:title>Einsatzprotokoll</hl7:title>  <hl7:effectiveTime value="20161210124000.0000+0100"/>  <hl7:confidentialityCode code="1051000195109" codeSystem="2.16.840.1.113883.6.96" displayName="Normal" codeSystemName="SNOMED CT"/>  <hl7:languageCode code="de-CH"/>  <hl7:setId root="662E3C16-0AAC-11E8-BA89-0ED5F89F718B"/>  <hl7:versionNumber value="2"/>  <hl7:recordTarget>
    <hl7:patientRole>
      <hl7:id extension="MU43221" root="2.16.756.5.30.1.143.20"/>      <hl7:patient>
        <hl7:name>
          <!-- cdachresp-data​element-8 -->
          <hl7:family nullFlavor="UNK"/>          <!-- cdachresp-data​element-9 -->
          <hl7:given nullFlavor="UNK"/>        </hl7:name>
        <!-- cdachresp-data​element-11 -->
        <hl7:administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1" displayName="Male" codeSystemName="HL7 AdministrativeGender"/>        <!-- cdachresp-data​element-10 -->
        <hl7:birthTime nullFlavor="UNK"/>      </hl7:patient>
    </hl7:patientRole>
  </hl7:recordTarget>
  <!-- Rettungssanitäterin -->
  <hl7:author>
    <hl7:functionCode displayName="Andere Gesundheitsfachperson" code="223366009" codeSystemName="SNOMED CT" codeSystem="2.16.840.1.113883.6.96">
      <hl7:translation code="133932002" displayName="Betreuer" codeSystem="2.16.840.1.113883.6.96" codeSystemName="IVR Codesystem RESP"/>    </hl7:functionCode>
    <hl7:time value="20161210121305.0000+0100"/>    <hl7:assignedAuthor>
      <hl7:id extension="7601003330434" root="2.51.1.3"/>      <hl7:assignedPerson>
        <hl7:name>
          <hl7:given>Petra</hl7:given>          <hl7:family>Muster</hl7:family>        </hl7:name>
      </hl7:assignedPerson>
    </hl7:assignedAuthor>
  </hl7:author>
  <hl7:informant>
    <hl7:assignedEntity>
      <!-- cdachresp-data​element-60 aufbietende Organisation -->
      <hl7:id root="2.51.1.3" extension="7601002156370"/>    </hl7:assignedEntity>
  </hl7:informant>
  <hl7:custodian>
    <hl7:assignedCustodian>
      <hl7:representedCustodianOrganization>
        <!-- cdachresp-data​element-61 aufgebotene Organisation -->
        <hl7:id root="2.51.1.3" extension="7601002156363"/>        <!-- cdachresp-data​element-384 aufgebotene Organisation -->
        <hl7:name>Rettungsdienst Schutz & Rettung Zürich</hl7:name>      </hl7:representedCustodianOrganization>
    </hl7:assignedCustodian>
  </hl7:custodian>
  <hl7:informationRecipient typeCode="PRCP">
    <hl7:intendedRecipient>
      <hl7:id root="2.51.1.3" extension="7601000404268"/>      <hl7:informationRecipient>
        <hl7:name>
          <hl7:given>Hans</hl7:given>          <hl7:family>Spezialarzt</hl7:family>        </hl7:name>
      </hl7:informationRecipient>
      <hl7:receivedOrganization>
        <hl7:id root="2.51.1.3" extension="7601002155939"/>        <!-- cdachresp-data​element-174 -->
        <hl7:name>USZ</hl7:name>        <hl7:addr>
          <hl7:streetAddressLine>Rämistrasse 100</hl7:streetAddressLine>          <hl7:city>Zürich</hl7:city>          <hl7:postalCode>8091</hl7:postalCode>          <hl7:country>CH</hl7:country>        </hl7:addr>
      </hl7:receivedOrganization>
    </hl7:intendedRecipient>
  </hl7:informationRecipient>
  <hl7:legalAuthenticator>
    <hl7:time value="20161210124000.0000+0100"/>    <hl7:signatureCode code="S"/>    <hl7:assignedEntity>
      <hl7:id extension="7601003330434" root="2.51.1.3"/>      <hl7:assignedPerson>
        <hl7:name>
          <hl7:given>Petra</hl7:given>          <hl7:family>Muster</hl7:family>        </hl7:name>
      </hl7:assignedPerson>
    </hl7:assignedEntity>
  </hl7:legalAuthenticator>
  <hl7:documentationOf typeCode="DOC">
    <hl7:templateId root="2.16.756.5.30.1.1.10.2.46"/>    <hl7:serviceEvent classCode="ACT" moodCode="EVN">
      <!-- cdachresp-data​element-55 Einsatznummer -->
      <!-- Extension: Einsatznummer SNZ root: OID vom SNZ -->
      <hl7:id root="2.16.756.5.30.1.9999999999.1" extension="S12345678"/>      <hl7:effectiveTime>
        <!-- cdachresp-data​element-54: Einsatzdatum -->
        <hl7:low value="20161210"/>        <hl7:high nullFlavor="NA"/>      </hl7:effectiveTime>
      <!-- cdachresp-data​element-102 Team -->
      <hl7:performer typeCode="PRF">
        <hl7:templateId root="2.16.756.5.30.1.1.10.9.31"/>        <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5"/>        <hl7:functionCode displayName="Andere Gesundheitsfachperson" code="223366009" codeSystemName="SNOMED CT" codeSystem="2.16.840.1.113883.6.96">
          <hl7:translation code="133932002" displayName="Betreuer" codeSystem="2.16.840.1.113883.6.96" codeSystemName="IVR Codesystem RESP"/>        </hl7:functionCode>
        <hl7:assignedEntity>
          <!-- cdachresp-data​element-281 -->
          <hl7:id extension="7601003330434" root="2.51.1.3"/>          <hl7:addr>
            <hl7:streetAddressLine>Bahnhofquai 3, Amtshaus I</hl7:streetAddressLine>            <hl7:postalCode>8001</hl7:postalCode>            <hl7:city>Zürich</hl7:city>            <hl7:country>CH</hl7:country>          </hl7:addr>
          <hl7:telecom nullFlavor="NA"/>          <hl7:assignedPerson>
            <hl7:name>
              <hl7:given>Petra</hl7:given>              <hl7:family>Muster</hl7:family>            </hl7:name>
          </hl7:assignedPerson>
          <hl7:representedOrganization>
            <hl7:id root="2.51.1.3" extension="7601002156363"/>            <hl7:name>Rettungsdienst Schutz & Rettung Zürich</hl7:name>            <hl7:telecom nullFlavor="NA"/>            <hl7:addr>
              <hl7:streetAddressLine>Bahnhofquai 3, Amtshaus I</hl7:streetAddressLine>              <hl7:postalCode>8001</hl7:postalCode>              <hl7:city>Zürich</hl7:city>              <hl7:country>CH</hl7:country>            </hl7:addr>
          </hl7:representedOrganization>
        </hl7:assignedEntity>
      </hl7:performer>
      <hl7:performer typeCode="PRF">
        <hl7:templateId root="2.16.756.5.30.1.1.10.9.31"/>        <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5"/>        <hl7:functionCode displayName="Andere Gesundheitsfachperson" code="223366009" codeSystemName="SNOMED CT" codeSystem="2.16.840.1.113883.6.96">
          <hl7:translation code="133932002" displayName="Betreuer" codeSystem="2.16.840.1.113883.6.96" codeSystemName="IVR Codesystem RESP"/>        </hl7:functionCode>
        <hl7:assignedEntity>
          <!-- cdachresp-data​element-281 -->
          <hl7:id extension="7601000211804" root="2.51.1.3"/>          <hl7:addr>
            <hl7:streetAddressLine>Bahnhofquai 3, Amtshaus I</hl7:streetAddressLine>            <hl7:postalCode>8001</hl7:postalCode>            <hl7:city>Zürich</hl7:city>            <hl7:country>CH</hl7:country>          </hl7:addr>
          <hl7:telecom nullFlavor="NA"/>          <hl7:assignedPerson>
            <hl7:name>
              <hl7:given>Hans</hl7:given>              <hl7:family>Beispiel</hl7:family>            </hl7:name>
          </hl7:assignedPerson>
          <hl7:representedOrganization>
            <hl7:id root="2.51.1.3" extension="7601002156363"/>            <hl7:name>Rettungsdienst Schutz & Rettung Zürich</hl7:name>            <hl7:telecom nullFlavor="NA"/>            <hl7:addr>
              <hl7:streetAddressLine>Bahnhofquai 3, Amtshaus I</hl7:streetAddressLine>              <hl7:postalCode>8001</hl7:postalCode>              <hl7:city>Zürich</hl7:city>              <hl7:country>CH</hl7:country>            </hl7:addr>
          </hl7:representedOrganization>
        </hl7:assignedEntity>
      </hl7:performer>
    </hl7:serviceEvent>
  </hl7:documentationOf>
  <hl7:component>
...
</hl7:component>
</hl7:ClinicalDocument>
ItemDTCardConfDescriptionLabel
hl7:ClinicalDocument
1 … 1M(Eme...col)
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(Eme...col)
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 … 1RTemplate ID describing CDA-CH RESP (Eme...col)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.2
Included from 2.16.756.5.30.1.1.10.9.40 RESP Header Template Compilation (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
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.45 Document Code RESP (DYNAMIC)
Treetree.pnghl7:code
CE1 … 1MThe LOINC code for this document is 67796-3(Eme...col)
Treeblank.pngTreetree.png@code
st1 … 1F67796-3
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
st1 … 1FEMS Patient Care Report
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1RA translation to the Swiss EPR XDS.b metadata SHALL be specified.(Eme...col)
Treeblank.pngTreeblank.pngTreetree.png@code
st1 … 1F371535009
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FSNOMED CT
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1FTransfer summary report
Treetree.pnghl7:title
ST1 … 1MEmergencyServiceProtocol(Eme...col)
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.(Eme...col)
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
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
 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
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
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
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
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
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1The patient's marital status.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.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
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
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
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
 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
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
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
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 … *(Eme...col)
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)(Eme...col)
Treeblank.pngTreeblank.pngTreetree.pnghl7:relatedEntity
Contains 2.16.840.1.113883.10.12.316 CDA RelatedEntity (DYNAMIC)(Eme...col)
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
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
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
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
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
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.40 Employer - participant (DYNAMIC)
Treetree.pnghl7:participant
0 … *Information on the patient's employer, school or other affiliated (e.g., volunteer) organization.CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA-CH v2.0 ART-DECOR model of Employer.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.40
Treeblank.pngTreetree.pnghl7:templateId
1 … *MCH-PCC ART-DECOR model of IHE PCC Employer and School Contacts.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1F2.16.756.5.30.1.1.10.2.41
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MIHE PCC Employer and School Contacts.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.2.2
Treeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Validity period of contract.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the contract.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the contract.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCON
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1RThe id of the contract ([ge]: Mitarbeiternummer; [fr]: Numéro d'employé).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 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F1.3.6.1.4.1.19376.1.5.3.3
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FIHERoleCode
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.1.11.77 IHERoleCode Employer and School Contacts  (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Contact person at the employer, school or other affiliated (e.g., volunteer) organization.
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
1 … 1The employer, school or other affiliated (e.g., volunteer) organization.
Contains 2.16.756.5.30.1.1.10.9.27 Organization Compilation with name, addr, telecom (DYNAMIC)
CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.15 Insurance - participant (DYNAMIC)
Treetree.pnghl7:participant
0 … *Information on a patient's insurance.CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOV
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.15
Treeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Validity period of the contract.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the contract.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the contract.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPAYOR
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1RThe id of the contract ([ge]: Versichertennummer; [fr]: Numéro d'assuré).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 … 1RThe underlying law for the contract.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 832.10, 832.20, 221.229.1, 833.1, 831.20
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.756.5.30.2.1.1.11
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1Fins-laws
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 Federal Act on Health Insurance (HIA), Federal Act on Accident Insurance (AIA), Federal Act on Insurance Policies (Insurance Policies Act, IPA), Federal Act on Military Insurance (MilIA), Federal Act on Invalidity Insurance (InvIA)
 Schematron assertroleKred.png error 
 test(@nullFlavor='NAV' and not(@codeSystem or @codeSystemName or @code or @displayName)) or (@codeSystem='2.16.756.5.30.2.1.1.11' and @codeSystemName='ins-laws' and @code and @displayName) 
 MessageEither a valid insurance law or nullFlavor="NAV" is REQUIRED. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Contact person at the insurance company.
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
1 … 1The insurance company.
Contains 2.16.756.5.30.1.1.10.9.26 Organization Compilation with GLN, name, addr and telecom (DYNAMIC)
CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.14 Insurance Card - participant (DYNAMIC)
Treetree.pnghl7:participant
0 … *Information on a patient's insurance card.CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs1 … 1FHLD
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.14
Treeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ1 … 1RValidity period of the insurance card.CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNASK
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1RExpiration date of the insurance card.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPOLHOLD
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1RThe insurance card's id.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.123.100.1.1.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RNumber of the insurance card.
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Family and given name on the insurance card.
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 … 1The insurance company which issued the insurance card.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.49 Invoice Recipient (DYNAMIC)
Treetree.pnghl7:participant
0 … *Information on a invoice recipient.(Eme...col)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Eme...col)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.49
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1(Eme...col)
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.1.11.26 IVR valueset role (.143.11.21) (DYNAMIC)
Treeblank.pngTreetree.pnghl7:associated​Entity
ANY1 … 1R(Eme...col)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FGUAR
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1RInvoice to address
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
(Eme...col)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1person to invoice
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
(Eme...col)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1If invoice recipient is a company
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
(Eme...col)
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
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 … *(Eme...col)
Treeblank.pngTreetree.png@typeCode
0 … 1FAUTH
Treeblank.pngTreetree.pnghl7:consent
1 … 1(Eme...col)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FCONS
Treeblank.pngTreeblank.pngTreetree.png@moodCode
0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Eme...col)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
CONF0 … 1F2.16.840.1.113883.5.4 (Act Code)
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1R(Eme...col)
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(Eme...col)
Treeblank.pngTreetree.png@typeCode
0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1(Eme...col)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Eme...col)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Eme...col)
 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(Eme...col)
Treeblank.pngTreeblank.pngTreetree.pnghl7:discharge​Disposition​Code
CE0 … 1(Eme...col)
 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)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FRESP
Treeblank.pngTreeblank.pngTreetree.pnghl7:encounterParticipant
0 … *(Eme...col)
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(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1Contains 2.16.840.1.113883.10.12.153 CDA AssignedEntity (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreetree.pnghl7:location
0 … 1(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
0 … 1FLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FSDLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(Eme...col)
 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)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
0 … 1Contains 2.16.840.1.113883.10.12.151 CDA Organization (DYNAMIC)(Eme...col)
Treetree.pnghl7:component
1 … 1R(Eme...col)
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(Eme...col)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.7 Mission (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100001' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.8 Patient (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100002' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.43 Administrative (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100003' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.42 Pretreatment (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100004' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.41 Anamnesis (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100005' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.14 Findings (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100006' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.16 Diagnosis (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100007' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.17 Procedures (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100008' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.18 EventOfDeath (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100009' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.19 Transport (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100010' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.15 Handover (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section [hl7:code [(@code='1100011' and @codeSystem='2.16.756.5.30.1.143.5.1')]]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1MContains 2.16.756.5.30.1.1.10.3.2 Remarks Section - coded (DYNAMIC)(Eme...col)
Treeblank.pngTreeblank.pngTreeblank.png where [not(@nullFlavor)]

CDA Header Level Templates

Document Code RESP

Id2.16.756.5.30.1.1.10.2.45Effective Date2017‑09‑14 12:29:20
StatusKorange.png Under pre-publication reviewVersion Label2017
NameDocumentCodeRESPDisplay NameDocument Code RESP
DescriptionThe document code MUST be specified using LOINC and a translation to the Swiss EPR XDS.b metadata SHALL be specified.
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Used by / Uses
Used by 0 transactions and 3 templates, Uses 0 templates
Used by as NameVersion
2.16.756.5.30.1.1.10.9.40IncludeKorange.png RESP Header Template Compilation (2017)2017‑11‑20 13:35:46
2.16.756.5.30.1.1.10.1.2Link.pngKorange.png EmergencyMedicalServiceProtocol (2017)2017‑06‑13 17:19:29
2.16.756.5.30.1.1.10.1.2Link.pngKcancelledblue.png EmergencyMedicalServiceProtocol (2017)2017‑05‑31 17:19:29
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.2.44 (2017‑09‑14 11:36:18)
Example
CDA-CH-RESP
<code code="67796-3" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="EMS Patient Care Report">
  <!-- Mapping to the Swiss EPR XDS.b metadata -->
  <translation code="371535009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Transfer summary report"/></code>
ItemDTCardConfDescriptionLabel
hl7:code
CE1 … 1RThe LOINC code for this document is 67796-3(Doc...ESP)
Treetree.png@code
st1 … 1F67796-3
Treetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treetree.png@codeSystemName
st1 … 1FLOINC
Treetree.png@displayName
st1 … 1FEMS Patient Care Report
Treetree.pnghl7:translation
CD1 … 1RA translation to the Swiss EPR XDS.b metadata SHALL be specified.(Doc...ESP)
Treeblank.pngTreetree.png@code
st1 … 1F371535009
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st1 … 1FTransfer summary report

Documentation Of Service Event

Id2.16.756.5.30.1.1.10.2.30Effective Date2017‑06‑12 14:18:48
StatusKyellow.png DraftVersion Label2017
NameDocumentationOfServiceEventDisplay NameDocumentation Of Service Event
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Used by / Uses
Used by 0 transactions and 0 templates, Uses 1 template
Uses as NameVersion
2.16.756.5.30.1.1.10.9.32ContainmentKgreen.png Assigned Entity Compilation with id, name, addr, telecom, person and organization (2017)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.2.46 (DYNAMIC)
Example
Example
<documentationOf typeCode="DOC">
  <templateId root="2.16.756.5.30.1.1.10.2.46"/>  <serviceEvent classCode="ACT" moodCode="EVN">
    <!-- cdachresp-data​element-55 Einsatznummer -->
    <!-- Extension: Einsatznummer SNZ root: OID vom SNZ -->
    <id root="2.16.756.5.30.1.9999999999.1" extension="S12345678"/>    <effectiveTime>
      <!-- cdachresp-data​element-54: Einsatzdatum -->
      <low value="20161210"/>      <high nullFlavor="NA"/>    </effectiveTime>
    <!-- cdachresp-data​element-102 Team -->
    <performer typeCode="PRF">
      <templateId root="2.16.756.5.30.1.1.10.9.31"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5"/>      <functionCode displayName="Andere Gesundheitsfachperson" code="223366009" codeSystemName="SNOMED CT" codeSystem="2.16.840.1.113883.6.96">
        <translation code="133932002" displayName="Betreuer" codeSystem="2.16.840.1.113883.6.96" codeSystemName="IVR Codesystem RESP"/>      </functionCode>
      <assignedEntity>
        <!-- cdachresp-data​element-281 -->
        <id extension="7601003330434" root="2.51.1.3"/>        <addr>
          <streetAddressLine>Bahnhofquai 3, Amtshaus I</streetAddressLine>          <postalCode>8001</postalCode>          <city>Zürich</city>          <country>CH</country>        </addr>
        <telecom nullFlavor="NA"/>        <assignedPerson>
          <name>
            <given>Petra</given>            <family>Muster</family>          </name>
        </assignedPerson>
        <representedOrganization>
          <id root="2.51.1.3" extension="7601002156363"/>          <name>Rettungsdienst Schutz & Rettung Zürich</name>          <telecom nullFlavor="NA"/>          <addr>
            <streetAddressLine>Bahnhofquai 3, Amtshaus I</streetAddressLine>            <postalCode>8001</postalCode>            <city>Zürich</city>            <country>CH</country>          </addr>
        </representedOrganization>
      </assignedEntity>
    </performer>
    <performer typeCode="PRF">
      <templateId root="2.16.756.5.30.1.1.10.9.31"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5"/>      <functionCode displayName="Andere Gesundheitsfachperson" code="223366009" codeSystemName="SNOMED CT" codeSystem="2.16.840.1.113883.6.96">
        <translation code="133932002" displayName="Betreuer" codeSystem="2.16.840.1.113883.6.96" codeSystemName="IVR Codesystem RESP"/>      </functionCode>
      <assignedEntity>
        <!-- cdachresp-data​element-281 -->
        <id extension="7601000211804" root="2.51.1.3"/>        <addr>
          <streetAddressLine>Bahnhofquai 3, Amtshaus I</streetAddressLine>          <postalCode>8001</postalCode>          <city>Zürich</city>          <country>CH</country>        </addr>
        <telecom nullFlavor="NA"/>        <assignedPerson>
          <name>
            <given>Hans</given>            <family>Beispiel</family>          </name>
        </assignedPerson>
        <representedOrganization>
          <id root="2.51.1.3" extension="7601002156363"/>          <name>Rettungsdienst Schutz & Rettung Zürich</name>          <telecom nullFlavor="NA"/>          <addr>
            <streetAddressLine>Bahnhofquai 3, Amtshaus I</streetAddressLine>            <postalCode>8001</postalCode>            <city>Zürich</city>            <country>CH</country>          </addr>
        </representedOrganization>
      </assignedEntity>
    </performer>
    <performer typeCode="PRF">
      <templateId root="2.16.756.5.30.1.1.10.9.31"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5"/>      <functionCode displayName="Arzt" code="309343006" codeSystemName="SNOMED CT" codeSystem="2.16.840.1.113883.6.96">
        <translation code="309343006" displayName="Notärztin / Notarzt" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>      </functionCode>
      <assignedEntity>
        <!-- cdachresp-data​element-281 -->
        <id extension="7601000028105" root="2.51.1.3"/>        <addr>
          <streetAddressLine>Bahnhofquai 3, Amtshaus I</streetAddressLine>          <postalCode>8001</postalCode>          <city>Zürich</city>          <country>CH</country>        </addr>
        <telecom nullFlavor="NA"/>        <assignedPerson>
          <name>
            <given>Notarzt</given>            <family>Hans</family>          </name>
        </assignedPerson>
        <representedOrganization>
          <id root="2.51.1.3" extension="7601002156363"/>          <name>Rettungsdienst Schutz & Rettung Zürich</name>          <telecom nullFlavor="NA"/>          <addr>
            <streetAddressLine>Bahnhofquai 3, Amtshaus I</streetAddressLine>            <postalCode>8001</postalCode>            <city>Zürich</city>            <country>CH</country>          </addr>
        </representedOrganization>
      </assignedEntity>
    </performer>
  </serviceEvent>
</documentationOf>
ItemDTCardConfDescriptionLabel
hl7:documentationOf
1 … 1MInformation about a health service describing the context of this CDA document.(Doc...ent)
Treetree.png@typeCode
cs1 … 1FDOC
Treetree.pnghl7:templateId
II1 … 1M(Doc...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.46
Treetree.pnghl7:templateId
II1 … 1M(Doc...ent)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.30
Treetree.pnghl7:serviceEvent
1 … 1R(Doc...ent)
Treeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs1 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II1 … 1Mmisson number IMC in extension, oid of organization (IMC) in root (Doc...ent)
Treeblank.pngTreeblank.pngTreetree.png@root
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@extension
cs1 … 1R
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS.CH.TZ1 … 1RDuration of the health service.(Doc...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the health service.(Doc...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the health service.(Doc...ent)
Treeblank.pngTreetree.pnghl7:performer
0 … *Information about a healthcare provider who was the primary performer of the act.(Doc...ent)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FPRF
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Doc...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.31
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
1 … 1R(Doc...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.24.3.5
Treeblank.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.
(Doc...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FSNOMED CT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
 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 (originalText/text()) 
 MessageOther Caregivers description MUST be declared in the originalText element. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1COther Caregivers description MUST be declared in the originalText element.(Doc...ent)
Treeblank.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)(Doc...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Duration of the performance.(Doc...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the performance.(Doc...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the performance.(Doc...ent)
Treeblank.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)(Doc...ent)

Informant

Id2.16.756.5.30.1.1.10.2.29Effective Date2017‑06‑12 13:32:55
StatusKyellow.png DraftVersion Label2017
NameInformantDisplay NameInformant
DescriptionInformant (IMC)
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Used by / Uses
Used by 0 transactions and 1 template, Uses 0 templates
Used by as NameVersion
2.16.756.5.30.1.1.10.1.2IncludeKcancelledblue.png EmergencyMedicalServiceProtocol (2017)2017‑05‑31 17:19:29
RelationshipSpecialization: template 2.16.840.1.113883.10.12.154 (2005‑09‑07)
Example
GLN IMC
<informant>
  <assignedEntity>
    <!-- cdachresp-data​element-60 aufbietende Organisation -->
    <id root="2.51.1.3" extension="7601002156370"/>  </assignedEntity>
</informant>
ItemDTCardConfDescriptionLabel
hl7:informant
1 … 1M(Inf...ant)
Treetree.png@typeCode
cs0 … 1FINF
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:assignedEntity
1 … 1M(Inf...ant)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:id
II1 … 1MGLN of informant organisation (IMC)(Inf...ant)
Treeblank.pngTreeblank.pngTreetree.png@root
oid1 … 1F2.51.1.3
Treeblank.pngTreeblank.pngTreetree.png@extension
cs1 … 1R

Invoice Recipient

Id2.16.756.5.30.1.1.10.2.49Effective Date2017‑09‑12 20:30:11
StatusKorange.png Under pre-publication reviewVersion Label2017
NameParticipantInvoiceRecipientDisplay NameInvoice Recipient
DescriptionInvoice recipient
ContextParent nodes of template element with id 2.16.756.5.30.1.1.10.2.49
ClassificationCDA Header Level Template
Open/ClosedOpen (other than defined elements are allowed)
Used by / Uses
Used by 0 transactions and 3 templates, Uses 3 templates
Used by as NameVersion
2.16.756.5.30.1.1.10.9.40IncludeKorange.png RESP Header Template Compilation (2017)2017‑11‑20 13:35:46
2.16.756.5.30.1.1.10.1.2Link.pngKorange.png EmergencyMedicalServiceProtocol (2017)2017‑06‑13 17:19:29
2.16.756.5.30.1.1.10.1.2Link.pngKcancelledblue.png EmergencyMedicalServiceProtocol (2017)2017‑05‑31 17:19:29
Uses as NameVersion
2.16.756.5.30.1.1.10.9.35ContainmentKgreen.png Address Information Compilation - eCH-0010 (2017)DYNAMIC
2.16.756.5.30.1.1.10.9.34ContainmentKgreen.png Person Name Information Compilation - eCH-0011 (2017)DYNAMIC
2.16.756.5.30.1.1.10.9.24ContainmentKgreen.png Organization Compilation with name (2017)DYNAMIC
RelationshipSpecialization: template 2.16.840.1.113883.10.12.108 (2005‑09‑07)
Example
Example
<participant typeCode="IND">
  <templateId root="2.16.756.5.30.1.1.10.2.43"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.2.4"/>  <associatedEntity classCode="PRS">
    <code code="WIFE" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7RoleCode" displayName="wife"/>    <associatedPerson>
      <name>
        <family>Muster</family>        <given>Erika</given>      </name>
    </associatedPerson>
  </associatedEntity>
</participant>
ItemDTCardConfDescriptionLabel
hl7:participant
0 … *Information on a invoice recipient.(Par...ent)
Treetree.png@typeCode
cs1 … 1FIND