Ehscda:CDA-CH-VACD (specification)

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




Identifikation dieses Dokuments
Abkürzung: CDA-CH-VACD
OID: 2.16.756.5.30.1.1.1.1.3.5.2.1

Impressum

Ausserkraftsetzung vorbestehender Spezifikationen

Autoren Tony Schaller (medshare GmbH); Cornelia Schmid (medshare GmbH)

Zweck und Positionierung

Gleichstellung von Mann und Frau

Elektronische Version

Inhaltsverzeichnis

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

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

Zusammenfassung

In der Schweiz ist heute nach wie vor der Papier-Impfausweis üblich. Die Folgen sind schlecht leserliche oder verlorene Ausweise und Lücken in der Impfanamnese. Der Impfausweis der Zukunft wird deshalb ein elektronisches Dokument sein. Der im Steuerungsausschuss von eHealth Suisse verabschiedete Umsetzungsvorschlag sieht ein einheitliches Austauschformat für das elektronische Impf- und Immunschutzdossier" vor.

"eVACDOC" ist ein neu kreiertes Kunstwort. Es hat den Anspruch alle notwendigen Informationen zu "Impfungen und Immunschutz" abzubilden und soll als kleinster gemeinsamer Nenner für den elektronischen Datenaustausch im Zusammenhang mit Impfungen und Immunschutz betrachtet werden. Die Informationen im Impfausweis (papierbasiert oder elektronisch) bilden eine Untermenge des "eVACDOC".

Die vorliegende Spezifikation definiert den technischen und semantischen Standard für den elektronischen und strukturierten Austausch der Immunisierungsdaten rund um das elektronische Patientendossier (EPD). Sie richtet sich an internationalen Normen und Standards aus und erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen.

Als Basistechnologie wurde das "Immunization Content (IC)" Inhaltsprofil gewählt, welches auf das IHE Technical Framework „Patient Care Coordination (PCC)“ aufbaut. IHE PCC wiederum referenziert auf die HL7 Clinical Document Architecture (CDA). Damit lässt sich der vorliegende Anwendungsfall vorbildlich nach den Empfeh-lungen der Strategie eHealth Schweiz umsetzen. Nebst dem Abbilden eines elektronischen Impf- und Immunschutzausweises kann auch der Austausch von Impf- und Immunschutzinformationen zwischen Behandelnden und Expertensystemen für Impfempfehlungen unterstützt werden. Zudem wird zukünftig auch ein länderübergreifen-der Datenaustausch über einen sogenannten National Contact Point (NCP) möglich sein.

Kapitel Spezifikation (normativ) enthält die normative Spezifikation. Sie dokumentiert konkrete Umsetzungs-hinweise, Feldinhalte und Ergänzungen rund um eVACDOC, IHE IC und HL7 CDA. Dabei werden auch die bisherigen Spezifikationen CDA-CH und CDA-CH-II der HL7 Benutzergruppe Schweiz berücksichtigt. In #CDA Struktur wird mit der Beschreibung der CDA Header und Body Elemente die technische Interoperabilität angesprochen. Die konkrete Nennung von Wertetabellen zu den referenzierten Codesystemen in Kapitel #Codes und Wertebereiche ermöglicht die semantische Interoperabilität.

Das referenzierte, 3-stufige Validierungskonzept führt zu einer hohen Konformität der Immunisierungsdaten zu diesem Implementierungsleitfaden und den darin referenzierten Standards und Technologien. Die Erarbeitung von Schematronregeln, welche die Geschäftsregeln im vorliegenden Dokument abbilden, wird dringend empfohlen. Schematronregeln erlauben eine automatisierte Validierung von CDA Dokumenten. Damit wird erreicht, dass für alle Beteiligten die gleichen Validierungsregeln gelten und diese sowohl bei Sender und Empfänger identisch angewendet werden.

Darüber hinaus enthält das Dokument im Kapitel #Tutorial zu IHE Integrationsprofilen ein Tutorial zu den referenzier-ten IHE Integrationsprofilen. Dieses Kapitel ist vor allem für Leser interessant, die sich noch wenig mit IHE auskennen oder für solche, die den Bereich der Patient Care Coordination (PCC) genauer kennen lernen wollen. Analog beinhaltet das in Kapitel 8 referenzierte Whitepaper "CDA-CH - Validierung, Technologien und Tools"[1] eine Beschreibung zu Technologien und Tools, welche für Leser interessant sind, die sich mit der Umsetzung des vorliegenden Implementierungsleitfadens beschäftigen.

eHealth Suisse empfiehlt allen betroffenen Akteuren im Gesundheitswesen, sich mit dieser Spezifikation und den sich daraus ergebenden neuen Möglichkeiten zur Verbesserung von Prozessen auseinander zu setzen und die Informationssysteme für die Informationsbeschaffung für Behandelnde zu Impfplänen und für die notfallmässige Behandlung entsprechend zu erweitern.

Einleitung

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

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

Ausgangslage und Motivation

In der Schweiz ist heute nach wie vor der Papier-Impfausweis üblich. Die Folgen sind schlecht leserliche oder verlorene Ausweise, Lücken im individuellen Impfplan sowie fehlende Informationen zum Immunschutz. Der Impfausweis der Zukunft wird deshalb ein elektronisches Dokument sein. Mit dem Projekt „Elektronisches Impfdossier" will eHealth Suisse ein erstes national koordiniertes „eHealth"-Vorhaben unterstützen. Das Thema „Impfen und Immunschutz“ eignet sich sehr gut, „eHealth" landesweit sichtbar zu machen, denn es betrifft weite Bevölkerungskreise in verschiedenen Lebensphasen. Zudem ist es fachlich gut abgrenzbar.

Der im Steuerungsausschuss von eHealth Suisse verabschiedete Umsetzungsvorschlag sieht ein einheitliches Austauschformat für die hier genannten Informationen vor. Damit kann der Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen unterstützt werden.

Dokumente, welche nach diesem Austauschformat erstellt werden, sind ausserdem geeignet für die Ablage im EPD.

Gleichzeitig ist ein landesweiter elektronischer Dienst zur Prüfung von Impfanamnese bzw. Immunstatus vorgesehen. Impflücken einer Person können so online festgestellt werden ("e-Impfcheck-Dienst").

Status und Zweck des Dokuments

Angesprochene Leserschaft


Ziele und Abgrenzungen

Interoperabilität als Voraussetzung

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

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

Ziele

Der vorliegende Implementierungsleitfaden beinhaltet die Spezifikationen für die semantische Interoperabilität von Systemen rund um das elektronische Impf- und Immunschutzdossier, den elektronischen Impf- und Immunschutzausweis und elektronische Anfragen von Impfempfehlungen.

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

Das vorliegende Austauschformat ist eine zusätzliche Form der Darstellung von Impfausweisen und Anfragen resp. Antworten von Impfempfehlungen. Sämtliche bisherigen Darstellungen werden in der Schweiz bis auf weiteres weiterhin akzeptiert. Folgende Themen werden vom vorliegenden Austauschformat nicht behandelt:

  • Eigentliche Übertragung der elektronischen Impfdossiers (Kommunikation)
  • Erstellung von Impfempfehlungen

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 des "Elektronischen Impfdossiers" und weist darauf hin, dass dies mit dem Einverständnis aller an der Erarbeitung des Austauschformats beteiligten Mitwirkenden erfolgt. Die Nutzung des Leitfadens erfolgt in der Verantwortung der Anwender.

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

Die Value Sets basieren auf dem Schweizerischen Impfplan der EKIF. Die Verantwortung für die Pflege und Publikation dieses Value Sets liegt bei eHealth Suisse.

Formelle Grundlagen

Bezug zur Vorstudie eImpfdossier

Im August 2011 wurde vom eHealth Koordinationsorgan Bund/Kanton ein nationales Projekt zur Erarbeitung einer Vorstudie "eImpfungen" gestartet. Siehe [Vorstudie eImpfdossier][2].

Die IHE/HL7 Projektgruppe Immunisierung hat am 21.11.2011 unter der Leitung von Tony Schaller ein Whitepaper zum Thema Grundlagen für ein elektronisches Impf- und Immunschutzdossier herausgegeben. Das elektronische Impf- und Immunschutzdossier soll sowohl über ein Webportal, wie auch über standardisierte Schnittstellen bedient werden können. Im Vordergrund soll die Speicherung der Daten und der fortlaufende Datenaustausch (Import/Export-Mechanismus) während der ganzen Lebensdauer des Bürgers stehen. Das einheitliche elektronische Impf- und Immunschutzdossier soll zusätzlich als Teil des zukünftigen elektronischen Patientendossiers genutzt werden können. Durch Nutzung eines klinischen resp. medizinischen Expertensystems soll ein elektronischer Impfcheck ermöglicht werden. Solche Expertensysteme werden auch "Clinical Decision Support System (CDSS)" genannt. Die vorliegende Umsetzung eines einheitlichen Formats für das elektronische Impf- und Immunschutzdossier stützt sich auf die [Vorstudie eImpfdossier][2].

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

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

Bezug zu anderen Standards und Leitfäden

Das vorliegende Austauschformat baut auf folgenden Grundlagen auf:

Cda-ch-vacd-Referenzpyramide.png

Cda-ch-vacd-Referenzpyramide.png

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

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 im Kapitel Anwendungsfälle.

[Tabelle 1]Begriffsdefinitionen

Begriff Definition
Allergie Als Allergie wird eine überschiessende Abwehrreaktion des Immunsystems auf bestimmte Stoffe (Allergene) bezeichnet, die sich in typischen, oft mit entzündlichen Prozessen einhergehenden Symptomen äussert.
Basisimpfungen Die empfohlenen Basisimpfungen gemäss Schweizerischem Impfplan bieten für die individuelle und öffentliche Gesundheit einen Basisschutz. Die Ärzteschaft soll die Basisimpfungen gemäss dem Schweizerischen Impfplan, der periodisch aktualisiert wird, ihren Patienten empfehlen. Siehe auch [Impfplan][3].
eVACDOC Ein eVACDOC (neu kreiertes Kunstwort) bildet die Grundlage für die elektronische Speicherung und für den elektronischen Datenaustausch im Zusammenhang mit Impfungen und Immunschutz. Das eVACDOC kann über standardisierte Schnittstellen zwischen den ICT-Systemen ausgetauscht werden. Import/Export-Mechanismen können so den Austausch der impfrelevanten Informationen ermöglichen. Für die Konsultation von Expertensystemen (CDSS) im Rahmen des elektronischen Impfchecks kann das einheitliche eVACDOC ebenfalls genutzt werden. Des Weiteren kann das eVACDOC als ein Teil des zukünftigen elektronischen Patientendossiers (EPD) gesehen werden. So würde das eVACDOC im EPD den aktuellen Status zu Impfungen und Immunschutz beschreiben. Jede Änderung oder Ergänzung muss in einer neuen Version des eVACDOC festgehalten und im EPD registriert werden. Die älteren Versionen des eVACDOC sind dann als "nicht mehr gültig" zu deklarieren.
Empfohlene Impfungen für Risikogruppen Gewisse Impfungen werden für bestimmte Risikogruppen als nutzbringend eingestuft. Die Ärzteschaft soll diese Impfungen den Risikopatienten empfehlen, wenn sie sie mit einem vertretbaren Aufwand erreichen. Siehe auch [Impfplan][3]. Die Risikogruppen müssen unterschieden werden in erhöhtes Infektionsrisiko, ausgesetzter Exposition und Übertragungsrisiken.
Ergänzende Impfungen Ergänzende Impfungen, die einen optimalen individuellen Schutz bieten und für Personen bestimmt sind, die sich gegen klar definierte Risiken schützen wollen. Die Ärzteschaft hat ihre Patientinnen und Patienten über deren Existenz gemäss den Vorgaben im Schweizerischen [Impfplan][3] zu informieren.
Expertensystem Ein Impf-Expertensystem erstellt automatisch oder mit Unterstützung durch Impfexperten Empfehlungen für zu verabreichende Impfungen. Auf Basis der jährlich erscheinenden Impfpläne [Impfplan][3] der eidgenössischen Impfkommission (EKIF) werden die Informationen zum Impfstatus eines Patienten durch einen Algorithmus analysiert und bewertet. Als Ergebnis werden personalisierte Impfempfehlungen generiert.

Siehe auch Beschreibung zu CDSS im Kapitel #Abkürzungen und Glossar.

Gesundheits-fachpersonen Gesundheitsfachpersonen bringen den nötigen Kompetenznachweis bezüglich ihrer Qualifikation mit, um eine medizinische Tätigkeit ausführen zu dürfen. Um das Thema „Impfen“ gibt es verschiedene Gesundheitsfachpersonen. Unter dem Begriff Gesundheitsfachpersonen verstehen wir im vorliegenden Zusammenhang Ärzte und Apotheker, die externe Impfinformationen validieren dürfen:

Ärzte in Instituten betreuen den Patienten während einer bestimmten Zeit, z.B. während dem Aufenthalt in einem Tropeninstitut oder einem Spital.
Freipraktizierende Ärzte z. B. Hausarzt, Pädiater, Gynäkologe, Pneumologe, Rheumatologe betreuen den Patienten oft über längere Zeit. Apotheker verwalten den Immunstatus im Auftrage des Patienten (= Serviceanbieter), und / oder geben nach Konsultation des VAC-CDSS Impfempfehlungen ab. Apotheker können auch selber Impfungen durchführen, sofern die kantonalen Bestimmungen dies erlauben und der Apotheker die entsprechenden Bedingungen erfüllt.
Abgrenzung: Darüber hinaus gibt es Gesundheitsfachpersonen, die unter der Aufsicht oder per Delegation durch einen Arzt oder Apotheker medizinisch tätig sind, z.B. MPA, Pharmaassistentinnen oder Spitex-Mitarbeiterinnen. Diese dürfen externe Impfinformationen nicht validieren. Siehe dazu auch „Nichtärztliche und nicht pharmazeutische Gesundheitsfachpersonen“.

Impferfolg /

Immunschutz

Impfungen sind nicht immer zu 100% wirksam. In bestimmten Fällen, wie z.B. der Rötelnimpfung wird der Impferfolg und damit der Immunschutz mittels Messung des „Impftiters“ überprüft (z.B. im Rahmen der Schwangerschaftsvorsorge oder bei beruflich exponierten Personen der Impferfolg und Immunschutz gegen das Hepatitis B-Virus). Ein Immunschutz kann auch durch bereits durchgemachte Infektionen zustande kommen und damit den weiteren Impfplan und Impfempfehlungen beeinflussen.
Impfempfehlung Impfempfehlungen sind Empfehlungen, welche auf der Grundlage des aktuellen, jährlichen Schweizerischen Impfplans und des individuellen Impfplanes für eine bestimmte Impfung, einen bestimmten Zeitpunkt oder einer bestimmten Situation abgegeben werden.
Impfkategorien Die Eidgenössische Kommission für Impffragen (EKIF) unterscheidet vier Kategorien:
  • Basisimpfungen
  • Empfohlene ergänzende Impfungen
  • Empfohlene Impfungen für Risikogruppen
  • Impfungen ohne Empfehlung
Impfreaktion Impfreaktionen sind in der Regel harmlose Beschwerden nach einer verabreichten Impfung im Rahmen der Immunantwort. Sie treten in einem zeitlichen Zusammenhang mit einer Impfung auf.
Impfstelle Die Impfstelle ist diejenige Person resp. Organisation, welche eine Impfung durchgeführt hat. Hinweis: In CDA-Dokumenten wird die Impfstelle mit dem Element 'performer' deklariert. Siehe dazu auch das Template 'Immunization Performer - performer Containment' in dieser Spezifikation.
Individueller Impfplan Der individuelle Impfplan enthält die Zusammenstellung aller Impfempfehlungen aufgrund des aktuellen, jährlichen Schweizerischen Impfplanes und unter Berücksichtigung der spezifischen Situation und den Präferenzen des Patienten.
Laboratorien Medizinische Laboratorien messen den Immunschutz und erstellen Daten über den Impferfolg und den Immunschutz, welche an die Auftrag gebenden Ärzte zugestellt werden.
Nichtärztliche und nicht pharmazeutische

Gesundheitsfachpersonen

Hierunter sind alle Gesundheitsfachpersonen zu verstehen, die nicht der Ärzteschaft oder Apothekerschaft angehören. Das sind z.B. Spitex-Mitarbeiterinnen, medizinische Praxisassistentinnen (MPA) oder Pflegefachleute im Spital. Diese können Impfungen (z.B. Grippeimpfung) auf Verordnung und unter Beaufsichtigung ausführen, jedoch keine externen Impfinformationen validieren (siehe obigen Eintrag zu Gesundheitsfachperson).
Schweizerischer

Impfplan

Die Informationen über die in der Schweiz empfohlenen Impfungen sind im aktuellen jährlichen Schweizerischen Impfplan des BAG [Impfplan][3] enthalten (allgemeine Informationen und Anpassungen) sowie in den spezifischen Empfehlungen gemäss BAG (detaillierte Informationen nach Impfstoff/Krankheit oder Thema). Eine Aktualisierung erfolgt jährlich.
Stellvertreter Als Stellvertreter gelten Personen, welche ein Patientendossier für einen anderen Patienten verwalten. Z.B. Eltern bei Minderjährigen oder Kinder für ihre betagten Eltern. Stellvertreter sind in der Regel Laien.
Patient Im vorliegenden Dokument werden die Begriffe Bürger und Patient synonym verwendet. Das Wort Patient impliziert, dass ein medizinisches Problem vorliegt (Krankheit, Unfall). Das Thema Impfungen betrifft aber auch den gesunden Menschen also den Bürger. Er ist in der Regel Laie.
Unerwünschte

Impfreaktionen

Sogenannte unerwünschte Impferscheinungen können nach der Impfung auftreten (am häufigsten innerhalb der ersten 8 Wochen nach der Impfung). Es besteht eine Pflicht zur Meldung schwerer Impfreaktionen gemäss Heilmittelgesetz regionale Pharmavigilance Zentren bzw. an Swissmedic unter Angabe der Lot-Nr.

Weitere Begriffsdefinitionen befinden sich im Kapitel #Abkürzungen und Glossar.


Anwendungsfälle

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

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

Die hier skizzierten Anwendungsfälle (UC = Use Case) beziehen sich auf Beispiele, wie sie heute bei den verschiedenen Akteuren im Schweizer Gesundheitswesen vorkommen, die mit dem vorliegenden Thema zu tun haben. Einige Anwendungsfälle werden erst möglich, wenn durch Import/Export-Mechanismen alle relevanten Informationen interoperabel fliessen können.

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


Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

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

Einführung

Die Immunisierung eines Menschen kann durch Impfungen oder durch Infektionen erfolgen; eine Infektion kann inapparent verlaufen und wird deshalb vom Patienten nicht zwingend bemerkt. Immunisierungen sind unterschiedlich lange wirksam.

Vacd lebensphasen.png

Vacd lebensphasen.png

[Abbildung 2] Immunisierung und Lebensphasen

Der Immunstatus soll Auskunft geben über erhaltene Impfungen und durchgemachte Krankheiten. Er soll Angaben zu Antikörper-Titern machen, die eine Immunität beweisen. Das eVACDOC soll aufgrund von impfrelevanten demographischen Daten (Alter, Geschlecht), Immunstatus und Risikofaktoren den Immunschutz des Patienten aufzeigen. Ein Impfcheckservice soll den Impfplan und die Impfempfehlungen mittels eines eVACDOC zur Verfügung stellen können. Der elektronische Impf- und Immunschutzausweis (neuer Impfausweis) kann durch eine Gesundheitsfachperson ausgedruckt werden.

[Tabelle 2]Funktionale Rollen

Funktion Gesundheitsfachpersonen, die externe Impfdaten validieren dürfen:

Arzt, Apotheker

Nichtärztliche und nichtpharmazeutische Gesundheitsfachpersonen, die externe Impfdaten nicht validieren dürfen:

Laborleiter, MPA, Pflegefachfrauen,…

Patient oder sein Stellvertreter
Impf- und Immunschutzdossier erstellen[Anmerkung 2] , erfassen bestehender Impfdaten und verwalten[Anmerkung 3] Ja Ja Ja[Anmerkung 4]
Die durch Bürger/Patienten/ Stellvertreter erfassten Daten über-prüfen, vervollständigen und validieren[Anmerkung 5] Ja - -
Impfcheck (=CDSS) anstossen, unvollständige und fehlende Impfungen identifizieren, individuellen Impfplan erstellen, Impfempfehlungen abrufen Ja Ja Ja
Impfcheck Empfehlung ausführen, aktualisieren und validieren[Anmerkung 6] Ja[Anmerkung 7] Ja[Anmerkung 7] -
Validierten Impf- und Immunschutzausweis ausdrucken Ja Ja Ja

Beschreibung der Funktionen in Bezug auf das elektronische Impf- und Immun-schutzdossier:
Ärzte, Apotheker und andere Gesundheitsfachpersonen wie Laborleiter, Pflegefachfrauen oder MPA haben die gesetzliche Bewilligung, die Voraussetzungen und den fachlichen Kompetenznachweis, um die definierten Funktionen auszuführen.

Der Bürger/Patient oder sein Stellvertreter kann seinen Papierimpfausweis in ein elektronisches Impf- und Immunschutzdossier auf einem Impfportal seiner Wahl überführen. Er kann dies selber tun oder - da er in der Regel ein Laie ist - an eine Gesundheitsfachperson delegieren. Auch nichtärztliche und nichtpharmazeutische Gesundheitsfachpersonen können im Auftrag eines Patienten ein Impf- und Immunschutzdossier erstellen, bestehende Impfdaten erfassen und verwalten.In jedem Fall aber muss das elektronische Impf- und Immunschutzdossier abschliessend durch eine autorisierte Gesundheitsfachperson validiert werden.

Die Gesundheitsfachpersonen überführen den Immunstatus des Patienten aus den Eintragungen der Krankengeschichte und des Papierimpfausweises (alt) in das elektronische Impf- und Immunschutzdossier bzw. validieren gegebenenfalls entsprechende Einträge des Patienten oder seines Stellvertreters. Sie impfen den Patienten, ergänzen den Immunstatus und aktualisieren die Impfempfehlungen bzw. den individuellen Impfplan mittels Einbezug eines CDSS.

Nichtärztliche und nicht pharmazeutische Gesundheitsfachpersonen (z.B. medizinische Praxisassistentin, Pflegefachfrauen) impfen den Patienten und aktualisieren den Immunstatus. Laborleiter ergänzen den Immunstatus mit Daten über den Impferfolg und Immunschutz. Die autorisierten Gesundheitsfachpersonen validieren die ausgeführten Handlungen.

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: Dokumentation Immunstatus

Der Patient Muster Max oder sein Stellvertreter (z.B. Eltern) möchte zukünftig einen elektronischen Impfausweis führen. Er kann diese Aufgabe seinem Arzt oder einem Serviceanbieter übertragen oder im zukünftigen, elektronischen Patientendossier (EPD) selber wahrnehmen.
Vorbedingungen sind:
Für die eindeutige Identifikation des Patienten sollen diese Angaben mindestens verfügbar sein:

  • Name: Muster
  • Vorname: Max
  • Geschlecht: männlich
  • Geburtsdatum: 11. Juni 1948
  • PLZ (wegen FSME=Frühsommer-Meningoenzephalitis)
  • Eindeutige Patientenidentifikation, z.B. zukünftige elektronische Patien-tenidentifikationsnummer
  • Ausdrücklich nicht erwünschte Impfungen (Die Information ist für die Gesundheitsfachpersonen schlüssig lesbar. Der Patient bekommt demzufolge keine Erinnerungsmeldungen)

Optional können folgende Angaben angegeben werden:

  • Handy-Nummer oder Email-Adresse: 079 123 45 67 (z.B. für Impferinnerung per SMS)
  • Adresse: Leidensweg 10, 9876 Specimendorf
  • Krankenkasse und Nr. der Versichertenkarte: WirZahlenAlles Versicherungen, Zahlgasse 89, 8888 Musterhausen / 8077560000000000000000

Hinweis: Die zukünftige Patientenidentifikation gemäss EPDG ist sinnvollerweise in ein eVACDOC aufzunehmen

Für die eindeutige Identifikation der Impfstelle sollen diese Angaben mindestens verfügbar sein:

  • Ausführende Person (z. B. Dr. Allzeit Bereit inklusiv GLN-Nr. sofern vorhanden)
  • Impfstelle als Institution (z. B. Praxisgemeinschaft inklusiv GLN-Nr.) soweit vorhanden

Aus dem jeweiligen Informationssystem (EPD oder Primärsystem beim Arzt oder Spital oder Impfportal) werden die verfügbaren Daten zum Immunstatus des Patienten (Impfungen, durchgemachte Krankheiten, Antikörper-Titer) zusammengetragen und ins elektronische Impf-und Immunschutzdossier übertragen:

Verabreichte Impfungen
  • Zwingend:
    Handelsname, wenn nicht vorhanden Antigen mit Dosierung (wichtig bei fehlendem Impfstoffname bei Impfungen im Ausland
    Verabreichungsdatum (Monat, Jahr) – auch als „unscharfe“ Angabe (z.B. nur Jahr)
  • Optional:
    Lot-Nr.
Durchgemachte Krankheiten
  • Zwingend falls entsprechende Informationen vorliegen:
    Diagnose nach ICD-10 Code (virale Erkrankungen mit lebenslanger Immunität)
  • Optional:
    Datum der Erkrankung (Monat und Jahr) – auch als „unscharfe“ Angabe (z.B. nur Jahr)
Zwingend falls Serologie-Ergebnis übermittelt werden soll:
Antikörper - Untersuchung durch Labor (Serologie)
  • Ausführendes Labor
  • LOINC Code
  • Resultat (positiv oder negativ) der Untersuchung auf Antikörper gegen eine virale Erkrankung mit lebenslanger Immunität
  • Hepatitis-Titer mit Wertebeschreibung[Anmerkung 7] (unterschiedliche Interpretation je nachdem, ob das Titer-Resultat die lebenslange Immunität bei Personen mit erhöhtem Expositionsrisiko beweisen soll [9a] oder ob das Titer-Resultat die Hepatitis B-Impfanamnese bei nichtdokumentierten Hepatitis B-Impfungen überprüft [9b][Anmerkung 8]
  • Tetanus-Serologie mit Wertebeschreibung[Anmerkung 9]
  • PCR-Resultat (Pertussis-Nachweis für fünfjährige Immunität)
  • Datum der Untersuchung (Monat und Jahr)
Minimalset Risikofaktoren
  • Zwingend falls entsprechende Informationen vorliegen:
    Erhöhtes Komplikationsrisiko und Immundefekte
    Erhöhtes Expositionsrisiko
    Hühnereiweiss-Allergie /-Anaphylaxie
    Geburtstermin bei Schwangeren
  • Optional:
    Impfreaktionen mit Freitext wie auf der Versichertenkarte (VK) für die obligatorische Krankenpflegeversicherung.

Der ausgedruckte elektronische Impfausweis enthält folgende Informationen:
Die Produktion eines Ausdrucks ist Aufgabe der Anwendungen, welche mit eVACDOC umgehen. Die Erstellung eines ausgedruckten elektronischen Impf- und Immunschutzausweises wird in diesem Dokument nicht behandelt.

Metadaten
  • Zwingend
    Ausdruckdatum
    Gesundheitsfachperson, welche den Impf- und Immunschutzausweis validiert hat
Demographische Daten des Patienten
  • Zwingend
    Name: Muster
    Vorname: Max
    Geschlecht: männlich
    Geburtsdatum: 11. Juni 1948
  • Optional
    Adresse: Leidensweg 10, 9876 Specimendorf
    Tel-Nummer: 032 685 12 34
Eigentliche Impfdaten
  • Zwingend
    nicht erwünschte Impfungen (Ausweis ist für die Gesundheitsfachperson schlüssig lesbar und Patient wird für diese bestimmten Impfungen nicht mehr auf fällige Impftermine hingewiesen)
    Immunstatus (erhaltene Impfungen, durchgemachte virale Krankheiten mit lebenslanger Immunität)
    durchgemachte bakterielle Krankheit (Pertussis) mit fünfjähriger Immunität
    Impfempfehlungen bzw. individueller Impfplan
  • Optional:
    zukünftige Impfungen gemäss individuellem Impfplan
    Angaben zum CDSS: Eindeutige Bezeichnung des CDSS (mit Versionsnummer), Datum der Abfrage, Anbieter

UC 1: Ambulante Impfstelle mit Papier KG

Ausführlichere Bezeichnung: Ambulante Impfstelle mit Papier-Krankengeschichte
Beispiel: Impfkontrolle beim Hausarzt
Ziel: Initialisieren und Digitalisieren des Immunstatus

Herr Muster Max hat einen Termin zur Impfkontrolle bei seinem Hausarzt Dr. Allzeit Bereit. Dafür öffnet der Hausarzt das Impfportal (Pfeil Nr. 1), fügt die Impfungen vom Papierausweis und der Papierkrankengeschichte ein und ergänzt eventuell impfrelevante Angaben wie Antikörper Titer oder Allergien. Alternativ besteht die Möglichkeit, dass Herr Muster oder eine Vertrauensperson die Einträge aus dem alten Papierausweis bereits eingetragen hat. In diesem Fall muss der Hausarzt dieses nur noch validieren und gegebenenfalls vervollständigen. Im nächsten Schritt sendet der Hausarzt den aktualisierten Immunstatus via eVACDOC mit allen relevanten Informationen an den e-Impfcheckservice (Pfeil Nr. 2). Die Anfrage erfolgt pseudonymisiert [Anmerkung 10]. Nur der anfragende Hausarzt kann die spätere Impfempfehlung bzw. den Impfplan anhand der referenzierten Dokumenten ID wieder dem Patienten zuordnen. Im nächsten Schritt sendet der e-Impfcheckservice (Pfeil Nr. 3) nach Analyse der Immunisierungsinformationen eine Impfempfehlung bzw. den individuellen Impfplan als eVACDOC zurück. Der individuelle Impfplan und die aktuellen Impfempfehlungen werden angezeigt. Der Hausarzt impft entsprechend und ergänzt die neu ausgeführten Impfungen seines Patienten im Immunisierungsdossier des Impfportals. Falls der Patient dies wünscht, druckt er einen neuen Papierausweis aus.

Vacd uc1.png

Vacd uc1.png

[Abbildung 3] UC 1: Ambulante Impfstelle mit Papier KG

UC 2: Ambulante Impfstelle mit elektronischer KG

Ausführlichere Bezeichnung: Impfstelle arbeitetet digital mit elektronischer Krankengeschichte

UC 2a: Ohne strukturierte Impfinformationen

Ausführlichere Bezeichnung: Vorbedingung: Impfinformationen können nicht strukturiert in der elektronischen Krankengeschichte erfasst werden

Herr Muster Max hat einen Termin zur Impfkontrolle bei seinem Hausarzt Dr. Allzeit Bereit. Der Hausarzt kontrolliert die Impfungen in der APS (Arztpraxissoftware) und ergänzt die nötigen Impfungen. Ein e-Impfcheckservice (CDSS) unterstützt den Arzt in der Entscheidung für die empfohlenen Basisimpfungen. Dafür öffnet der Arzt das Impfportal (Pfeil Nr. 1) und sendet die relevanten pseudonymisierten Immunisierungsinformationen via eVACDOC an den e-Impfcheckservice (Pfeil Nr. 2). Die Anfrage erfolgt pseudonymisiert (siehe UC1). Im nächsten Schritt sendet der e-Impfcheckservice (Pfeil Nr. 3) nach Analyse der Daten eine Impfempfehlung bzw. den Impfplan via eVACDOC zurück an das Impfportal. Der individuelle Impfplan und die aktuellen Impfempfehlungen bzw. der Impfplan werden angezeigt. Der Hausarzt kann nun die Impfempfehlung bzw. den Impfplan z.B. als PDF in seine APS importieren.

Vacd uc2 a.png

Vacd uc2 a.png

[Abbildung 4] UC 2a: Ohne strukturierte Impfinformationen

UC 2b: Mit strukturierten Impfinformationen

Ausführlichere Bezeichnung: Impfinformationen können strukturiert in der elektronischen Krankengeschichte erfasst werden.

Herr Muster Max hat einen Termin zur Impfkontrolle bei seinem Hausarzt Dr. Allzeit Bereit. Der Hausarzt öffnet das Dossier des Patienten in der APS (Pfeil Nr. 1). Ein e-Impfcheckservice (CDSS) unterstützt den Arzt in der Entscheidung für die empfohlenen Basisimpfungen. Dafür sendet die APS des Arztes das eVACDOC mit allen relevanten Informationen an den e-Impfcheckservice (Pfeil Nr. 2). Die Anfrage erfolgt pseudonymisiert (siehe UC1). Im nächsten Schritt sendet der e-Impfcheckservice (Pfeil Nr. 3) nach Analyse der Daten den individuellen Impfplan und die aktuellen Impfempfehlungen via eVACDOC zurück an die APS des Hausarztes.

Vacd uc2 b.png

Vacd uc2 b.png

[Abbildung 5] UC 2b: Mit strukturierten Impfinformationen

Szenario Impfausweis in Papierform: Der Arzt kontrolliert die Impfungen auf dem Impf- und Immunschutzausweis und ergänzt die noch nicht übernommen in der APS. Anschliessend werden die relevanten Informationen wie oben beschrieben an den Impfcheckservice gesendet.

UC 2c: Synchronisation mit e-Impfportal

Ausführlichere Bezeichnung: Nutzung e-Impfportal durch Dritte und Synchronisation mit APS des Hausarztes.

Herr Muster Max hat eine Notfallkonsultation. Der Notfallarzt öffnet das Impfportal (Pfeil Nr. 1) und ergänzt die ausgeführten Impfungen und impfrelevante Informationen. Die pseudonymisierten Impfinformationen werden an einen Impfcheckservice (CDSS) via eVACDOC (Pfeil Nr. 2) gesendet (siehe UC1). Im nächsten Schritt sendet der e-Impfcheckservice (Pfeil Nr. 3) nach Analyse der Immunisierungsinformationen eine Impfempfehlung bzw. den Impfplan via eVACDOC zurück ans Impfportal. Die aktuellen Impfempfehlungen und bei Bedarf auch der individuelle Impfplan werden dem Notfallarzt angezeigt. Der aktualisierte Immunstatus des Patienten kann nun auch in der APS des Hausarztes automatisiert (über Schnittstelle) aktualisiert werden, so dass der Hausarzt stets den aktualisierten Immunstatus seines Patienten kennt.

Vacd uc2 c.png

Vacd uc2 c.png

[Abbildung 6] UC 2c: Synchronisation mit e-Impfportal

UC 3: Anfrage Impfempfehlung

Ausführlichere Bezeichnung: Impfempfehlung/Impfstelle Serviceanbieter z.B. Apotheker (Apotheker arbeitet mit einem Impfportal).

Herr Muster Max, der ein elektronisches Impf- und Immunschutzdossier besitzt, geht zu einem Apotheker um seinen Impfplan zu aktualisieren. Dafür öffnet der Apotheker das Impfportal (Pfeil Nr. 1), kontrolliert die Immunisierungsinformationen und ergänzt eventuell Angaben (wie anderweitig erhaltene Impfungen oder neue Risikofaktoren). Im nächsten Schritt sendet der Apotheker den aktualisierten Immunstatus via eVACDOC an den e-Impfcheckservice (Pfeil Nr. 2). Die Anfrage erfolgt pseudonymisiert (siehe UC1).

Im nächsten Schritt sendet der e-Impfcheckservice (Pfeil Nr. 3) nach Analyse der Immunisierungsinformationen eine Impfempfehlung bzw. den individuellen Impfplan via eVACDOC zurück an das Impfportal. Der individuelle Impfplan und die aktuellen Impfempfehlungen werden dem Apotheker angezeigt. Der Apotheker kann nun die Impfungen ausführen oder dem Patient einen Impfausweis (neu) mit den Empfehlungen ausdrucken. Der Patient kann diesen zur nächsten Konsultation bei seinem Arzt mitbringen (Pfeil Nr. 4), um z.B. eine Auffrischungsimpfung durchführen zu lassen.

Vacd uc3.png

Vacd uc3.png

[Abbildung 7] UC3: Anfrage Impfempfehlung

UC 4: Stationäre Impfstelle mit Papier KG

Ausführlichere Bezeichnung: Impfstelle Spital (Arzt arbeitet mit Papier-Krankengeschichte)
Siehe Kapitel #UC 1: Ambulante Impfstelle mit Papier KG.

UC 5: Stationäre Impfstelle mit elektronischer KG

Ausführlichere Bezeichnung: Impfstelle Spital (Arzt arbeitet mit elektronischer Krankengeschichte)
Siehe Kapitel #UC 2: Ambulante Impfstelle mit elektronischer KG. Anstelle der APS benutzt der Arzt ein Krankenhausinformationssystem (KIS). Die UC 2a / 2b / 2c werden analog ausgeführt.

UC 6: Verabreichung einer Impfung delegieren

Ausführlichere Bezeichnung: Delegierte Verabreichung einer Impfung an nichtärztliche Gesundheitsfachperson bei Spitex oder einer Institution (z.B. Pflegeheim)
Bei Herrn Muster Max ist die Grippeimpfung fällig. Der Hausarzt delegiert dies an die nichtärztliche Gesundheitsfachperson der Spitex. Dafür öffnet die nichtärztliche Gesundheitsfachperson das Impfportal (Pfeil Nr. 1). Sie ergänzt nun die neu ausgeführte Impfung des Patienten im elektronischen Impf- und Immunschutzausweis. Sie kann auch einen neuen Papierausweis ausdrucken. Falls der Hausarzt mit einer APS arbeitet, das strukturierte Impfinformationen enthält, kann diese bei der nächsten Konsultation aktualisiert werden (Pfeil Nr. 2) so dass der Hausarzt stets den aktualisierten Immunstatus seines Patienten kennt.

Vacd uc6.png

Vacd uc6.png

[Abbildung 8] UC 6: Verabreichung einer Impfung delegieren

UC 7: Reihenimpfungen

Ausführlichere Bezeichnung: Reihenimpfungen z.B. in Schulen oder militärischen Rekrutierungszentren.

In einer Schule werden Impfungen an mehreren Kindern durch den Schularzt durchgeführt. In einem Rekrutierungszentrum erfolgen Impfungen durch den Rekrutierungsarzt an mehrere Rekruten. Der Arzt oder Apotheker führt Grippeimpfungen an mehreren Bürgern aus. Speziell an diesem Anwendungsfall ist, dass die Impfungen und deren Dokumentation möglichst effizient ablaufen müssen. Schulärzte, Rekrutierungsärzte und Apotheker sind demzufolge auf Softwaresysteme angewiesen, welche in der Lage sind Massenimpfungen zu erfassen und diese den betroffenen Bürgern zuzuordnen. Die Aktualisierung aller verabreichten Impfungen nach Beendigung der Reihenimpfungen via eVACDOC soll dort also möglichst automatisch erfolgen. Hinsichtlich der auszutauschenden Informationen ergeben sich allerdings keine neuen Anforderungen. Auch bei Massenimpfungen wird pro Patient ein eVACDOC erstellt. Der Datenaustausch erfolgt somit wie in den vorgängig beschriebenen Anwendungsfällen.


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 11] 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 Struktur des CDA Dokuments ist in den nachfolgenden Kapiteln im Detail beschrieben. Dem eiligen Leser bieten wir hier eine stark vereinfachte Zusammenfassung der Elemente im vorliegenden Austauschformat.

CDA Header

  • Dokumentinformation (Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Vertraulichkeitsstufe, Sprache, Version)
  • Angaben zum Patient (inkl. Versicherung und Versichertenkarte)
    • Bei Impfausweis, Impfdossier und Dokumentation einer verabreichten Impfung: Volle demografische Angaben zum Patient
    • Bei Anfrage oder Antwort von Impfempfehlungen: Pseudonymisierte Angaben zum Patient
  • Mitwirkende am Dokument: Autoren, Erfasser
  • Rechtsgültiger Unterzeichner
  • Absender (Verwalter)
  • Empfänger inkl. allfälliger Kopie-Empfänger
  • Verweis auf ein allfällig zu ersetzendes Dokument

CDA Body

  • Kapitel 'Impfungen'
    Impfstoff, Impfstelle, Krankheit gegen welche die Impfung schützt, Chargennummer (LOT-Nr), EKIF Impfehlungskategorie, Dosierung und weitere Angaben zur Verabreichung
  • Kapitel 'Problemliste'
    Aktuelle Leiden des Patienten, sofern sie im Zusammenhang mit dem Impfdossier oder den Impempfehlungen relevant sind.
  • Kapitel 'Bisherige Krankheiten'
    Anamnese und frühere Leiden des Patienten, sofern sie im Zusammenhang mit dem Impfdossier oder den Impempfehlungen relevant sind.
  • Kapitel 'Allergien und Unverträglichkeiten'
    Allergien und Unverträglichkeiten des Patienten, sofern sie im Zusammenhang mit dem Impfdossier oder den Impempfehlungen relevant sind.
  • Kapitel 'Weitere relevante Beobachtungen'
    Gestationsalter des Patienten bei der Geburt, sofern dies im Zusammenhang mit dem Impfdossier des Kindes oder den Impempfehlungen für das Kind relevant sind.
  • Kapitel 'Laborbefund'
    Laborbefunde des Patienten, sofern sie im Zusammenhang mit dem Impfdossier oder den Impempfehlungen relevant sind.
  • Kapitel 'Schwangerschaft'
    Angabe einer allfällig aktuellen Schwangerschaft der Patientin, sofern dies im Zusammenhang mit dem Impfdossier des Kindes oder den Impempfehlungen für das Kind relevant sind.
  • Kapitel 'Impfplan'
    Impfempfehlungen. Dieses Kapitel enthält die gleiche Daten wie das Kapitel 'Impfungen' mit dem Unterschied, dass es sich um einen noch nicht bestätigten Impfplan handelt.
  • Kapitel 'Kommentar'
    Bemerkungen zum ganzen Dokument
    Hinweis: Bemerkungen und Kommentare können auch direkt zu einzelnen Einträgen im Dokument gemacht werden.

Um den verschiedenen Bedürfnissen Rechnung zu tragen, werden folgende verschiedenen Ausprägungen in Form von eigenständigen Dokumenten-Vorlagen zu eVACDOC definiert:

  1. Impfausweis
    Enthält ausschliesslich das Kapitel mit allen bekannten Impfungen und keine weiteren Kapitel.
    CDA Document Level Template: Swiss eVACDOC - Immunization Certificate (2.16.756.5.30.1.1.10.1.15)
  2. Dokumentation neu verabreichter Impfungen
    Enthält ausschliesslich das Kapitel mit den, während einer Behandlung verabreichten Impfungen und keine weiteren Kapitel.
    CDA Document Level Template: Swiss eVACDOC - Immunization Administration (2.16.756.5.30.1.1.10.1.16)
  3. Anfrage für eine Impfempfehlung
    Enthält alle Angaben, die für die Anfrage einer Impfempfehlung relevant sind. Der Patient wird in dieser Ausprägung anonymisiert angegeben.
    CDA Document Level Template: Swiss eVACDOC - Immunization Recommendation Request (2.16.756.5.30.1.1.10.1.17)
  4. Antwort auf eine Anfrage für eine Impfempfehlung
    Enthält alle Angaben, die in der Anfrage für diese Impfempfehlung mitgegeben worden sind und zusätzlich die empfohlenen Impfungen. Der Patient wird in dieser Ausprägung anonymisiert angegeben.
    CDA Document Level Template: Swiss eVACDOC - Immunization Recommendation Response (2.16.756.5.30.1.1.10.1.18)
  5. Impfdossier
    Enthält mindestens das das Kapitel mit allen bekannten Impfungen und kann weitere Kapitel wie Allergien oder Angaben zur Schwangerschaft ebenfalls enthalten.
    CDA Document Level Template: Swiss eVACDOC - Vaccination Record (2.16.756.5.30.1.1.10.1.19)

Vereinfachte grafische Darstellung des Dokumenteninhalts

Die nachfolgenden Abbildungen zeigen den Inhalt des CDA Dokuments symbolhaft auf.

Hinweise:

  • Blaue Texte symbolisieren Inhalte, die Angaben übersteuern, welche zuvor auf einer höheren Stufe im Dokument angegeben sind.
  • In jedem Fall gilt die Modellierung in ART-DECOR (auch bei allfälligen Abweichungen gegenüber den nachfolgenden Grafiken).

Dokument in der Ausprägung 'Impfausweis'

Vacd content doc cer de.png

Vacd content doc cer de.png

[Abbildung 10] Inhalt Dokument in der Ausprägung 'Impfausweis'

Dokument in der Ausprägung 'Dokumentation neu verabreichter Impfungen'

Vacd content doc adm de.png

Vacd content doc adm de.png

[Abbildung 11] Inhalt Dokumentation neu verabreichter Impfungen

Dokument in der Ausprägung 'Anfrage für eine Impfempfehlung'

Vacd content doc req de.png

Vacd content doc req de.png

[Abbildung 12] Inhalt Anfrage für eine Impfempfehlung

Dokument in der Ausprägung 'Antwort auf eine Anfrage für eine Impfempfehlung'

Vacd content doc rsp de.png

Vacd content doc rsp de.png

[Abbildung 13] Inhalt Antwort auf eine Anfrage für eine Impfempfehlung

Dokument in der Ausprägung 'Impfdossier'

Vacd content doc vrc de.png

Vacd content doc vrc de.png

[Abbildung 14] Inhalt Impfdossier

Administrative Daten (CDA Header)

Vacd content header de.png

Vacd content header de.png

[Abbildung 15] Administrative Daten im eVACDOC (CDA Header)

Kapitel 'Impfungen'

Vacd content section imz de.png

Vacd content section imz de.png

[Abbildung 16] Medizinische Daten im Kapitel 'Impfungen'

Vacd content entry immunization.png

Vacd content entry immunization.png

[Abbildung 17] Impfung

Vacd content entry immuniz consumable.png

Vacd content entry immuniz consumable.png

[Abbildung 18] Impfstoff

Vacd content entry immuniz rec category.png

Vacd content entry immuniz rec category.png

[Abbildung 19] Impfempfehlungskategorie gemäss EKIF

Vacd content entry immuniz target.png

Vacd content entry immuniz target.png

[Abbildung 20] Ziel der Impfung

Kapitel 'Problemliste'

Vacd content section prbl de.png

Vacd content section prbl de.png

[Abbildung 21] Medizinische Daten im Kapitel 'Problemliste'

Vacd content entry prb concern.png

Vacd content entry prb concern.png

[Abbildung 22] Leiden des Patienten

Vacd content entry problem.png

Vacd content entry problem.png

[Abbildung 23] Problem

Kapitel 'Bisherige Krankheiten'

Vacd content section pprbl de.png

Vacd content section pprbl de.png

[Abbildung 24] Medizinische Daten im Kapitel 'Bisherige Krankheiten / Anamnese'

Für 'Leiden des Patienten' und 'Problem' siehe Kapitel 'Problemliste'.

Kapitel 'Allergien und Unverträglichkeiten'

Vacd content section alrgy de.png

Vacd content section alrgy de.png

[Abbildung 25] Medizinische Daten im Kapitel 'Allergien und Unverträglichkeiten'

Vacd content entry alrgy concern.png

Vacd content entry alrgy concern.png

[Abbildung 26] Allergie- oder Unverträglichkeitsleiden

Vacd content entry alrgy.png

Vacd content entry alrgy.png

[Abbildung 27] Allergie oder Unverträglichkeit

Vacd content entry severity.png

Vacd content entry severity.png

[Abbildung 28] Schweregrad

Vacd content entry prb status.png

Vacd content entry prb status.png

[Abbildung 29] Klinischer Status des Problems

Kapitel 'Weitere relevante Beobachtungen'

Vacd content section coded results.png

Vacd content section coded results.png

[Abbildung 30] Medizinische Daten im Kapitel 'Weitere relevante Beobachtungen'

Vacd content entry gest age.png

Vacd content entry gest age.png

[Abbildung 31] Gestationsalter

Kapitel 'Laborbefund'

Lrep content section lab de.png

Lrep content section lab de.png

[Abbildung 32] Medizinische Daten im Kapitel 'Laborbefunde'

Lrep content entry lab1.png

Lrep content entry lab1.png

[Abbildung 33] Strukturierte Laborwerte

Lrep content entry lab2.png

Lrep content entry lab2.png

[Abbildung 34] Batterie mit Testresultaten

Lrep content entry lab3.png

Lrep content entry lab3.png

[Abbildung 35] Testresultat

Kapitel 'Schwangerschaft'

Vacd content section pregnancy de.png

Vacd content section pregnancy de.png

[Abbildung 36] Medizinische Daten im Kapitel 'Schwangerschaft'

Vacd content entry cur pregnancy.png

Vacd content entry cur pregnancy.png

[Abbildung 37] Aktuelle Schwangerschaft

Kapitel 'Impfplan'

Vacd content section imzr de.png

Vacd content section imzr de.png

[Abbildung 38] Medizinische Daten im Kapitel 'Impfplan'

Vacd content entry immuniz rec.png

Vacd content entry immuniz rec.png

[Abbildung 39] Impfempfehlung

Kapitel 'Kommentar'

Vacd content section comment de.png

Vacd content section comment de.png

[Abbildung 40] Kapitel 'Kommentar'

Vacd content entry comment.png

Vacd content entry comment.png

[Abbildung 41] Kommentar

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)
  4. IHE Patient Care Coordination Technical Framework

Für die Umsetzung der Schematron Regeln wird auf der Grundlage von ISO Schematron aufgebaut: http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=40833

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

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

Akteure und Transaktionen

Ausgehend von den in #Anwendungsfälle genannten Anwendungsfällen können zwei Arten von Kommunikationen rund um das elektronische Impf- und Immunschutzdossier unterschieden werden:

  1. Informationsaustausch über das elektronische Patientendossier
  2. Informationsaustausch mit dem Expertensystem (CDSS) für Impfempfehlungen

Kleinste gemeinsame Informationseinheit Bei beiden Arten von Kommunikation wird als kleinste gemeinsame Informationseinheit ein eVACDOC nach vorliegendem Implementierungsleitfaden ausgetauscht. Nachfolgende Grafiken illustrieren die Kommunikationswege.

InformationsaustauschEPD.png

InformationsaustauschEPD.png

[Abbildung 42] Informationsaustausch über das el. Patientendossier gemäss [S&A Empfehlungen IV].

InformationsaustauschCDSS.png

InformationsaustauschCDSS.png

[Abbildung 43] Informationsaustausch mit dem CDSS für Impfempfehlungen gemäss [Elektronisches Impfdossier][4]

Die logischen Anwendungsfälle und Prozessabläufe rund im medizinische Inhaltsprofile sind in [IHE PCC TF-1][5], Kapitel 2.1 beschrieben.

Das IHE Immunization Content Profile [IHE PCC TF-2], 6.3.1.10 beschreibt darüber hinaus für die Nutzung von Expertensystemen die Transaktion [PCC-12] (Request Clinical Guidance). Die Akteure "Content Creator" und "Content Consumer" werden dabei bidirektional mit den Akteuren "Care Manager" und "Decision Support" gruppiert.
Der "Care Manager" (IT-System beim Behandelnden) stellt die notwendigen Informationen aus der Krankengeschichte zusammen und übermittelt alle relevanten Bereiche gemäss Inhaltsprofil [IHE PCC TF-2], 6.3.1.10 an den "Decision Support Service" (Expertensystem; CDSS). Der "Decision Support Service" erarbeitet eine Impfempfehlung resp. einen Impfplan und sendet diesen zurück an den "Care Manager".

PCCClinicalGuidance.png

PCCClinicalGuidance.png

[Abbildung 44] Akteure und Transaktionen (konkret für PCC Clinical Guidance)

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

XDSXDR.png

XDSXDR.png

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

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

AkteureUndTransaktionenXDM.png

AkteureUndTransaktionenXDM.png

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

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

CDA Struktur

CDA Document Level Templates

Immunization Administration

Id2.16.756.5.30.1.1.10.1.16Effective Date2018‑04‑19
Other versions this id:
    StatusKorange.png Under pre-publication reviewVersion Label2018
    NameCDA-CH-VACD-ADM-V2Display NameImmunization Administration
    DescriptionSwiss eVACDOC - Immunization Administration
    ContextPathname /
    ClassificationCDA Document Level Template
    Open/ClosedOpen (other than defined elements are allowed)
    Uses
    Uses 20 templates
    Uses as NameVersion
    2.16.756.5.30.1.1.10.2.25IncludeKgreen.png Document Realm (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.18IncludeKgreen.png Document Template Ids CDA-CH v2.0 - structuredBody (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.67IncludeKorange.png Document Template Ids CDA-CH-VACD V2 for Swiss EPR (2018)DYNAMIC
    2.16.756.5.30.1.1.10.2.63IncludeKorange.png Document Code (2018)DYNAMIC
    2.16.756.5.30.1.1.10.2.19IncludeKgreen.png Document Confidentiality Code (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.22IncludeKgreen.png Document Language (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.20IncludeKgreen.png Document Set Id and Version Number (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.68IncludeKorange.png Human Patient - recordTarget (2018)DYNAMIC
    2.16.756.5.30.1.1.10.9.23IncludeKgreen.png Author (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.7IncludeKgreen.png Data Enterer (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.3IncludeKgreen.png Custodian (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.4IncludeKgreen.png Recipient - informationRecipient (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.5IncludeKgreen.png Legal Authenticator (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.6IncludeKgreen.png Authenticator (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.16IncludeKgreen.png Order Reference - inFulfillmentOf (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.46IncludeKgreen.png Health Service - documentationOf (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.14IncludeKgreen.png Insurance Card - participant (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.15IncludeKgreen.png Insurance - participant (2017)DYNAMIC
    2.16.756.5.30.1.1.10.2.13IncludeKgreen.png Document Replacement - relatedDocument (2017)DYNAMIC
    2.16.756.5.30.1.1.10.3.47ContainmentKorange.png Immunizations Section - coded (2016)DYNAMIC
    RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.14 (DYNAMIC)
    Specialization: template 2.16.756.5.30.1.1.10.1.9 (DYNAMIC)
    Specialization: template 2.16.840.1.113883.10.12.2 (2005‑09‑07)
    Example
    Example
    <!-- See http://svn.code.sf.net/p/hl7ch/code/trunk/projects/eHealthSuisse/eVACDOC/v2.0/ for examples -->
    ItemDTCardConfDescriptionLabel
    hl7:ClinicalDocument
    1 … 1M

    Swiss eVACDOC - Immunization Administration

    Conformity rules that are not further modelled in ART-DECOR:

    • XML encoding
      UTF-8 encoding is required. All CDA-CH V2 documents MUST start with this line:
      <?xml version="1.0" encoding="UTF-8"?>

    • Phone numbers
      Phone numbers MUST be declared in the international format.
      Dots (.) MUST be used as separators for grouping of number blocks.
      The minus sign (-) MUST be used as a separator between public and internal telephone numbers. Purpose: Some telephone exchanges - especially in the US, allow direct dial-up of an internal telephone number after the actual connection has been established over the public telephone network.
      Examples:
      <telecom value="tel:+41.33.123.45.67"/>
      <telecom value="tel:+1.987.654.3210-999"/>

    (CDA...-V2)
    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(CDA...-V2)
    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
    Included from 2.16.756.5.30.1.1.10.2.67 Document Template Ids CDA-CH-VACD V2 for Swiss EPR (DYNAMIC)
    Treetree.pnghl7:templateId
    II0 … 1CDA-CH-VACD / eVACDOC V2 specification. This is an informational reference, only.CDA‑...VACD
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.1.1.3.5.2
    Treetree.pnghl7:templateId
    II0 … 1Exchange format according to the Swiss EPR. This templateId MUST be present, when submitting a document to a XDS.b Registry/Repository according the Federal Act on the Electronic Patient Record (EPRA). It MAY be omitted for other use cases.CDA‑...VACD
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.127.1.4
     Schematron assertroleKred.png error 
     testnot(//hl7:id[@root=('2.16.756.5.31', '2.16.756.5.32')]) 
     MessageThe Swiss Social Security number is not allowed for the Swiss EPR. 
    Treetree.pnghl7:templateId
    II1 … 1MImmunization Content (IC) Content Module, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.CDA‑...VACD
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2
    Treetree.pnghl7:templateId
    II1 … 1MMedical Documents Specification, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.CDA‑...VACD
    Treeblank.pngTreetree.png@root
    uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.1
    Treetree.pnghl7:templateId
    II1 … 1MCDA-CH-VACD / Immunization Administration ART-DECOR model.(CDA...-V2)
    Treeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.10.1.16
    Included1 … 1M from 2.16.756.5.30.1.1.10.2.63 Document Code (DYNAMIC)
    Treetree.pnghl7:code
    CE1 … 1M

    A LOINC based document type of a CDA document instance including a translation to the Swiss EPR XDS.b metadata.

    The LOINC code of the document MUST read according to IHE PCC TF2, Rev.11: 11369-6 (HISTORY OF IMMUNIZATIONS)

    IHE PCC TF2 Rev.11, 6.3.1.10.1
    Treeblank.pngTreetree.png@code
    cs1 … 1F11369-6
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.1
    Treeblank.pngTreetree.png@codeSystemName
    st1 … 1FLOINC
    Treeblank.pngTreetree.png@displayName
    st1 … 1FHISTORY OF IMMUNIZATIONS
    Treeblank.pngTreetree.pnghl7:translation
    CD1 … 1MThe translation to the Swiss EPR XDS.b metadata.IHE PCC TF2 Rev.11, 6.3.1.10.1
    Treeblank.pngTreeblank.pngTreetree.png@code
    cs1 … 1F41000179103
    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 … 1FImmunization record
     CONF
    The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.27 EprDocumentTypeCode (DYNAMIC)
    Treetree.pnghl7:title
    ST1 … 1M

    The document title MUST read:

    • [en]: 'Immunization Administration'
    • [de]: 'Verabreichte Impfung'
    • [fr]: 'TOTRANSLATE-FR'
    • [it]: 'TOTRANSLATE-IT'
    (CDA...-V2)
     Variable letNamelanguageCode 
     Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
     Schematron assertroleKred.png error 
     testnot($languageCode='en') or starts-with(text(),'Immunization Administration') 
     MessageThe English title MUST read 'Immunization Administration' 
     Schematron assertroleKred.png error 
     testnot($languageCode='de') or starts-with(text(),'Verabreichte Impfung') 
     MessageThe German title MUST read 'Verabreichte Impfung' 
     Schematron assertroleKred.png error 
     testnot($languageCode='fr') or starts-with(text(),'TOTRANSLATE-FR') 
     MessageThe French title MUST read 'TOTRANSLATE-FR' 
     Schematron assertroleKred.png error 
     testnot($languageCode='it') or starts-with(text(),'TOTRANSLATE-IT') 
     MessageThe Italian title MUST read 'TOTRANSLATE-IT' 
    Treetree.pnghl7:effectiveTime
    TS.CH.TZ1 … 1MClinicalDocument/effectiveTime MUST exist. It contains the creation date and time of the laboratory report. If this document replaces a previous version (linked via parentDocument), this is the date and time of the new version.(CDA...-V2)
    Included1 … 1M from 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (DYNAMIC)
    Treetree.pnghl7:confidentialityCode
    CE (required)1 … 1MSwiss Realm of Confidentiality Code according to the Swiss EPR regulation.CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-222Kyellow.png Confidentiality level Kyellow.png CDA-CH V2 2017
    Treeblank.pngTreetree.png@code
    cs1 … 1RThe value of @code MUST be drawn from value set EprDocumentConfidentialityCode (2.16.756.5.30.1.127.3.10.1.5)
    Treeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreetree.png@codeSystemName
    st1 … 1FSNOMED CT
    Treeblank.pngTreetree.png@displayName
    st1 … 1RThe value of @displayName MUST be drawn from value set EprDocumentConfidentialityCode (2.16.756.5.30.1.127.3.10.1.5)
     CONF
    The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 EprDocumentConfidentialityCode (DYNAMIC)
    Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
    Treetree.pnghl7:language​Code
    CS1 … 1MThe RFC 1766 (ISO-639-1 and ISO 3166) based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-219Kyellow.png Language of the document Kyellow.png CDA-CH V2 2017
     CONF
    The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
    Included1 … 1M from 2.16.756.5.30.1.1.10.2.20 Document Set Id and Version Number (DYNAMIC)
    Treetree.pnghl7:setId
    II1 … 1MThe 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 … 1MThe versionNumber element MUST contain the value 1 for the very first version of that document. For later versions, the version number MUST be increased by 1 each.CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-223Kyellow.png Version Kyellow.png CDA-CH V2 2017
    Included1 … 1M from 2.16.756.5.30.1.1.10.2.68 Human Patient - recordTarget (DYNAMIC)
    Treetree.pnghl7:recordTarget
    1 … 1M A human patient for whom this CDA document instance was created.CDA‑...VACD
    Treeblank.pngTreetree.pnghl7:templateId
    II1 … 1MCDA‑...VACD
    Treeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.10.2.68
    Treeblank.pngTreetree.pnghl7:templateId
    II1 … 1MCDA‑...VACD
    Treeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.10.2.1
    Treeblank.pngTreetree.pnghl7:patientRole
    1 … 1RCDA‑...VACD
    Treeblank.pngTreeblank.pngTreetree.pnghl7:id
    II1 … *RThe patient's id.CDA‑...VACD
    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 patient's address.
    Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
    CDA‑...VACD
    Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
    TEL0 … *The patient's means of communication (phone, eMail, ...).CDA‑...VACD
    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‑...VACD
    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)]]
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
    CE1 … 1MThe patient's gender according to the Swiss EPR XDS.b metadata.CDA‑...VACD
    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 … 1FHL7 AdministrativeGender
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.5.1
     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 … 1MThe patient's birthdate.CDA‑...VACD
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
    CE0 … 1The patient's marital status.CDA‑...VACD
    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 … 1FHL7 MaritalStatus
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid1 … 1F2.16.840.1.113883.1.11.12212
     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‑...VACD
    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‑...VACD
    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 
     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‑...VACD
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
    II0 … *The guardian's id.CDA‑...VACD
    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 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
    CE0 … 1The guardian's role.CDA‑...VACD
    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‑...VACD
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
    TEL0 … *The guardian's means of communication (phone, eMail, ...).CDA‑...VACD
    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‑...VACD
    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‑...VACD
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
    0 … 1The patient's birthplace.CDA‑...VACD
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
    1 … 1CDA‑...VACD
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
    EN0 … 1The patient's birthplace name.CDA‑...VACD
    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‑...VACD
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
    0 … *The patient's language skills.CDA‑...VACD
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
    CS1 … 1CDA‑...VACD
     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‑...VACD
     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‑...VACD
     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‑...VACD
    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‑...VACD
    Included1 … *M from 2.16.756.5.30.1.1.10.9.23 Author (DYNAMIC)
    Treetree.pnghl7:author
    1 … *MInformation about the author of a CDA document, section or entry. An author MAY be a person or a device.CDA‑CH V2
    Treeblank.pngTreetree.pnghl7:templateId
    II1 … 1MCDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.10.9.23
    Treeblank.pngTreetree.pnghl7:functionCode
    CE1 … 1R

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

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

    Translations to other vocabularies are allowed.

    CDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
    st0 … 1FNAV
    Treeblank.pngTreeblank.pngTreetree.png@code
    cs0 … 1 
    Treeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid0 … 1F2.16.840.1.113883.6.96
    Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
    st0 … 1FSNOMED CT
    Treeblank.pngTreeblank.pngTreetree.png@displayName
    st0 … 1 
     CONF
    The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.1.3 EprAuthorRole (DYNAMIC)
     Example
    Patient
    <functionCode code="116154003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Patient"/>
     Example
    Nurse
    <functionCode code="106292003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Professional nurse"/>
     Example
    Home helper
    <functionCode nullFlavor="NAV">
      <originalText>Home helper</originalText></functionCode>
     Example
    Laboratory technician
    <functionCode nullFlavor="NAV">
      <originalText>Laboratory technician</originalText>  <translation code="3212" codeSystem="2.16.840.1.113883.2.9.6.2.7" codeSystemName="ISCO-08" displayName="Medical and pathology laboratory technicians"/></functionCode>
     Schematron assertroleKred.png error 
     test(@code and @codeSystem) or (@nullFlavor='NAV') 
     MessageEither a code with its code system or nullFlavor='NAV' is required. 
     Schematron assertroleKred.png error 
     testnot(@nullFlavor) or (hl7:originalText) 
     MessageOther Caregivers description MUST be declared in the originalText element in case of nullFlavor. 
    Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
    0 … *A translation of the code to another coding system (e.g. ISCO-08: 2.16.840.1.113883.2.9.6.2.7)CDA‑CH V2
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
    cs1 … 1R
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid1 … 1R
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
    st1 … 1R
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
    st1 … 1R
    Treeblank.pngTreetree.pnghl7:time
    TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
    Treeblank.pngTreetree.pnghl7:assignedAuthor
    1 … 1RCDA‑CH V2
     Schematron assertroleKred.png error 
     testnot(assignedAuthoringDevice/softwareName) or (representedOrganization) 
     MessageFor device authors the element representedOrganization is REQUIRED. 
    Treeblank.pngTreeblank.pngTreetree.pnghl7:id
    II1 … 1R The specification of GS1 GLN is REQUIRED. If it is not (yet) known, this MUST be declared using nullFlavor.
    For persons: their personal GLN MUST be declared.
    For devices or software modules: the GLN of their organization MUST be declared.
    CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-233Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
    hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
    cs0 … 1FNAV
     Temporarily unknown, will be filled later.
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
    cs0 … 1F2.51.1.3
     OID for GS1 GLN.
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
    st0 … 1 The GS1 GLN.
     Schematron assertroleKred.png error 
     test(@root='2.51.1.3' and @extension) or (@nullFlavor='NAV') 
     MessageEither the GS1 GLN or nullFlavor='NAV' is REQUIRED 
    Treeblank.pngTreeblank.pngTreetree.pnghl7:id
    II0 … *Other ids are allowed.CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
    cs1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
    st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
    Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
    AD0 … *The author's address.
    Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
    CDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
    TEL0 … *The author's means of communication (phone, eMail, ...).CDA‑CH V2
    Choice1 … 1Elements to choose from:
    • hl7:assigned​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
    • hl7:assigned​Authoring​Device containing template 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
    0 … 1The author as a person.
    Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
    CDA‑CH V2
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
    0 … 1The author as a device.
    Contains 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
    CDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
    0 … 1The author's organization.
    Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
    CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-234Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
    Included0 … 1 from 2.16.756.5.30.1.1.10.2.7 Data Enterer (DYNAMIC)
    Treetree.pnghl7:dataEnterer
    0 … 1Information about the person that entered information in this CDA document. It SHALL be declared, when data recorded in this document has been entered by a person other than the author but only when this is relevant for some reason.CDA‑CH V2
    Treeblank.pngTreetree.pnghl7:templateId
    II1 … 1MCDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.10.2.7
    Treeblank.pngTreetree.pnghl7:time
    TS.CH.TZ0 … 1Timestamp of the data input.CDA‑CH V2
    Treeblank.pngTreetree.pnghl7:assignedEntity
    1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
    Included1 … 1M from 2.16.756.5.30.1.1.10.2.3 Custodian (DYNAMIC)
    Treetree.pnghl7:custodian
    1 … 1MThe organization in whose name this CDA document has been created (corresponds to the sender of a letter).CDA‑CH V2
    Treeblank.pngTreetree.pnghl7:templateId
    II1 … 1MCDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.10.2.3
    Treeblank.pngTreetree.pnghl7:assignedCustodian
    1 … 1RCDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
    1 … 1RCDA‑CH V2
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
    II1 … *MThe custodian's id.CDA‑CH V2
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
    Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
    st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
    ON1 … 1RThe custodian's name.CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-73Kyellow.png organisationName Kyellow.png CDA-CH V2 2017
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
    TEL0 … *The custodian's means of communication (phone, eMail, ...).CDA‑CH V2
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
    AD0 … *The custodian's address(es).
    Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
    CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-77Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
    Included1 … *M from 2.16.756.5.30.1.1.10.2.4 Recipient - informationRecipient (DYNAMIC)
    Treetree.pnghl7:information​Recipient
    1 … *M A recipient of this CDA document (corresponds to the addressee of a letter - person or organization).

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

    • Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
    CDA‑CH V2
    Treeblank.pngTreetree.png@typeCode
    cs0 … 1 The main recipient of the document is indicated by typeCode 'PRCP' (primary recipient). This is the default value used when the attribute is not present.
    Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
    Note: Since it makes no sense to create a CDA document without doing it for someone, in Switzerland at least one recipient MUST be declared. If the document is created for the user's own needs, the user itself or its organization will be the primary recipient.
     CONF
    The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.19366 x_InformationRecipient (DYNAMIC)
    Treeblank.pngTreetree.pnghl7:templateId
    II1 … 1MCDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.10.2.4
    Treeblank.pngTreetree.pnghl7:intended​Recipient
    1 … 1RCDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.pnghl7:id
    II0 … *RThe recipient's identification(s).CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-238Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
    Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
    st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
    Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
    AD0 … *The recipient's address(es).
    Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
    CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
    Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
    TEL0 … *The recipient's means of communication (phone, eMail, ...).CDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
    0 … 1The addressee person.
    Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
    CDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
    0 … 1The addressee organization.
    Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
    CDA‑CH V2
     
    Target.png
    hl7chcda-data​element-239Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
    Included0 … 1 from 2.16.756.5.30.1.1.10.2.5 Legal Authenticator (DYNAMIC)
    Treetree.pnghl7:legalAuthenticator
    0 … 1Information about the legal authenticator of a CDA document. A legal authenticator MUST be a person.CDA‑CH V2
    Treeblank.pngTreetree.pnghl7:templateId
    II1 … 1MCDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.png@root
    uid1 … 1F2.16.756.5.30.1.1.10.2.5
    Treeblank.pngTreetree.pnghl7:time
    TS.CH.TZ1 … 1RTimestamp of the signature.CDA‑CH V2
    Treeblank.pngTreetree.pnghl7:signatureCode
    CS1 … 1RCDA‑CH V2
    Treeblank.pngTreeblank.pngTreetree.png@code
    cs1 … 1FS
    Treeblank.pngTreeblank.pngTreetree.png@codeSystem
    oid0NPNP/not present
    Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
    st0NPNP/not present
    Treeblank.pngTreeblank.pngTreetree.png@displayName
    st0NPNP/not present
     CONF
    The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
    Treeblank.pngTreetree.pnghl7:assignedEntity
    1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
    Included0 … 1 from 2.16.756.5.30.1.1.10.2.6 Authenticator (DYNAMIC)
    Treetree.pnghl7:authenticator
    0 … 1Information 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 … 1 from 2.16.756.5.30.1.1.10.2.16 Order Reference - inFulfillmentOf (DYNAMIC)
    Treetree.pnghl7:inFulfillmentOf
    0 … 1Reference 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 … 1 from 2.16.756.5.30.1.1.10.2.46 Health Service - documentationOf (DYNAMIC)
    Treetree.pnghl7:documentationOf
    0 … 1Information 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.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.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.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 
    Treetree.pnghl7:component
    1 … 1R(CDA...-V2)
    Treeblank.pngTreetree.pnghl7:structuredBody
    1 … 1R(CDA...-V2)
    Treeblank.pngTreeblank.pngTreetree.pnghl7:component
    1 … 1RContains 2.16.756.5.30.1.1.10.3.47 Immunizations Section - coded (DYNAMIC)(CDA...-V2)
    Treeblank.pngTreeblank.pngTreeblank.png where [hl7:section]
     Schematron assertroleKorange.png warning 
     testnot(//hl7:id[@root='2.16.756.5.30.1.127.3.10.3']) 
     MessageThis CDA-CH V2 document contains a Swiss EPR-SPID. Please make sure, that this fits the legal base. 
     Schematron reportroleKorange.png warning 
     test//hl7:id[@root=('2.16.756.5.31', '2.16.756.5.32')]/parent::hl7:patientRole 
     MessageThis CDA-CH V2 document contains a Swiss Social Security number as patient identifier. Please make sure, that this fits the legal base. 
     Schematron assertroleKred.png error 
     testnot(//hl7:id[@root=('2.16.756.5.30.1.127.3.10.3', '2.16.756.5.31', '2.16.756.5.32')]/../..[not(hl7:patientRole)]) 
     MessageSwiss EPR-SPID and Social Security numbers are not allowed in CDA-CH V2 documents for other objects than the patient. 

    Immunization Certificate

    Id2.16.756.5.30.1.1.10.1.15Effective Date2018‑04‑19
    Other versions this id:
      StatusKorange.png Under pre-publication reviewVersion Label2018
      NameCDA-CH-VACD-CER-V2Display NameImmunization Certificate
      DescriptionSwiss eVACDOC - Immunization Certificate
      ContextPathname /
      ClassificationCDA Document Level Template
      Open/ClosedOpen (other than defined elements are allowed)
      Uses
      Uses 20 templates
      Uses as NameVersion
      2.16.756.5.30.1.1.10.2.25IncludeKgreen.png Document Realm (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.18IncludeKgreen.png Document Template Ids CDA-CH v2.0 - structuredBody (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.67IncludeKorange.png Document Template Ids CDA-CH-VACD V2 for Swiss EPR (2018)DYNAMIC
      2.16.756.5.30.1.1.10.2.63IncludeKorange.png Document Code (2018)DYNAMIC
      2.16.756.5.30.1.1.10.2.19IncludeKgreen.png Document Confidentiality Code (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.22IncludeKgreen.png Document Language (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.20IncludeKgreen.png Document Set Id and Version Number (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.68IncludeKorange.png Human Patient - recordTarget (2018)DYNAMIC
      2.16.756.5.30.1.1.10.9.23IncludeKgreen.png Author (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.7IncludeKgreen.png Data Enterer (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.3IncludeKgreen.png Custodian (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.4IncludeKgreen.png Recipient - informationRecipient (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.5IncludeKgreen.png Legal Authenticator (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.6IncludeKgreen.png Authenticator (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.16IncludeKgreen.png Order Reference - inFulfillmentOf (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.46IncludeKgreen.png Health Service - documentationOf (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.14IncludeKgreen.png Insurance Card - participant (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.15IncludeKgreen.png Insurance - participant (2017)DYNAMIC
      2.16.756.5.30.1.1.10.2.13IncludeKgreen.png Document Replacement - relatedDocument (2017)DYNAMIC
      2.16.756.5.30.1.1.10.3.47ContainmentKorange.png Immunizations Section - coded (2016)DYNAMIC
      RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.14 (DYNAMIC)
      Specialization: template 2.16.756.5.30.1.1.10.1.9 (DYNAMIC)
      Specialization: template 2.16.840.1.113883.10.12.2 (2005‑09‑07)
      Example
      Example
      <!-- See http://svn.code.sf.net/p/hl7ch/code/trunk/projects/eHealthSuisse/eVACDOC/v2.0/ for examples -->
      ItemDTCardConfDescriptionLabel
      hl7:ClinicalDocument
      1 … 1M

      Swiss eVACDOC - Immunization Certificate

      Conformity rules that are not further modelled in ART-DECOR:

      • XML encoding
        UTF-8 encoding is required. All CDA-CH V2 documents MUST start with this line:
        <?xml version="1.0" encoding="UTF-8"?>

      • Phone numbers
        Phone numbers MUST be declared in the international format.
        Dots (.) MUST be used as separators for grouping of number blocks.
        The minus sign (-) MUST be used as a separator between public and internal telephone numbers. Purpose: Some telephone exchanges - especially in the US, allow direct dial-up of an internal telephone number after the actual connection has been established over the public telephone network.
        Examples:
        <telecom value="tel:+41.33.123.45.67"/>
        <telecom value="tel:+1.987.654.3210-999"/>

      (CDA...-V2)
      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(CDA...-V2)
      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
      Included from 2.16.756.5.30.1.1.10.2.67 Document Template Ids CDA-CH-VACD V2 for Swiss EPR (DYNAMIC)
      Treetree.pnghl7:templateId
      II0 … 1CDA-CH-VACD / eVACDOC V2 specification. This is an informational reference, only.CDA‑...VACD
      Treeblank.pngTreetree.png@root
      uid1 … 1F2.16.756.5.30.1.1.1.1.3.5.2
      Treetree.pnghl7:templateId
      II0 … 1Exchange format according to the Swiss EPR. This templateId MUST be present, when submitting a document to a XDS.b Registry/Repository according the Federal Act on the Electronic Patient Record (EPRA). It MAY be omitted for other use cases.CDA‑...VACD
      Treeblank.pngTreetree.png@root
      uid1 … 1F2.16.756.5.30.1.127.1.4
       Schematron assertroleKred.png error 
       testnot(//hl7:id[@root=('2.16.756.5.31', '2.16.756.5.32')]) 
       MessageThe Swiss Social Security number is not allowed for the Swiss EPR. 
      Treetree.pnghl7:templateId
      II1 … 1MImmunization Content (IC) Content Module, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.CDA‑...VACD
      Treeblank.pngTreetree.png@root
      uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2
      Treetree.pnghl7:templateId
      II1 … 1MMedical Documents Specification, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.CDA‑...VACD
      Treeblank.pngTreetree.png@root
      uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.1.1
      Treetree.pnghl7:templateId
      II1 … 1MCDA-CH-VACD / Immunization Certificate ART-DECOR model.(CDA...-V2)
      Treeblank.pngTreetree.png@root
      uid1 … 1F2.16.756.5.30.1.1.10.1.15
      Included1 … 1M from 2.16.756.5.30.1.1.10.2.63 Document Code (DYNAMIC)
      Treetree.pnghl7:code
      CE1 … 1M

      A LOINC based document type of a CDA document instance including a translation to the Swiss EPR XDS.b metadata.

      The LOINC code of the document MUST read according to IHE PCC TF2, Rev.11: 11369-6 (HISTORY OF IMMUNIZATIONS)

      IHE PCC TF2 Rev.11, 6.3.1.10.1
      Treeblank.pngTreetree.png@code
      cs1 … 1F11369-6
      Treeblank.pngTreetree.png@codeSystem
      oid1 … 1F2.16.840.1.113883.6.1
      Treeblank.pngTreetree.png@codeSystemName
      st1 … 1FLOINC
      Treeblank.pngTreetree.png@displayName
      st1 … 1FHISTORY OF IMMUNIZATIONS
      Treeblank.pngTreetree.pnghl7:translation
      CD1 … 1MThe translation to the Swiss EPR XDS.b metadata.IHE PCC TF2 Rev.11, 6.3.1.10.1
      Treeblank.pngTreeblank.pngTreetree.png@code
      cs1 … 1F41000179103
      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 … 1FImmunization record
       CONF
      The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.27 EprDocumentTypeCode (DYNAMIC)
      Treetree.pnghl7:title
      ST1 … 1M

      The document title MUST read:

      • [de]: 'Impfausweis'
      • [fr]: 'Carnet de vaccination'
      • [it]: 'Certificato di vaccinazione'
      • [en]: 'Immunization Certificate'
      (CDA...-V2)
       Variable letNamelanguageCode 
       Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
       Schematron assertroleKred.png error 
       testnot($languageCode='en') or starts-with(text(),'Immunization Certificate') 
       MessageThe English title MUST read 'Immunization Certificate' 
       Schematron assertroleKred.png error 
       testnot($languageCode='de') or starts-with(text(),'Impfausweis') 
       MessageThe German title MUST read 'Impfausweis' 
       Schematron assertroleKred.png error 
       testnot($languageCode='fr') or starts-with(text(),'Carnet de vaccination') 
       MessageThe French title MUST read 'Carnet de vaccination' 
       Schematron assertroleKred.png error 
       testnot($languageCode='it') or starts-with(text(),'Certificato di vaccinazione') 
       MessageThe Italian title MUST read 'Certificato di vaccinazione' 
      Treetree.pnghl7:effectiveTime
      TS.CH.TZ1 … 1MClinicalDocument/effectiveTime MUST exist. It contains the creation date and time of the laboratory report. If this document replaces a previous version (linked via parentDocument), this is the date and time of the new version.(CDA...-V2)
      Included1 … 1M from 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (DYNAMIC)
      Treetree.pnghl7:confidentialityCode
      CE (required)1 … 1MSwiss Realm of Confidentiality Code according to the Swiss EPR regulation.CDA‑CH V2
       
      Target.png
      hl7chcda-data​element-222Kyellow.png Confidentiality level Kyellow.png CDA-CH V2 2017
      Treeblank.pngTreetree.png@code
      cs1 … 1RThe value of @code MUST be drawn from value set EprDocumentConfidentialityCode (2.16.756.5.30.1.127.3.10.1.5)
      Treeblank.pngTreetree.png@codeSystem
      oid1 … 1F2.16.840.1.113883.6.96
      Treeblank.pngTreetree.png@codeSystemName
      st1 … 1FSNOMED CT
      Treeblank.pngTreetree.png@displayName
      st1 … 1RThe value of @displayName MUST be drawn from value set EprDocumentConfidentialityCode (2.16.756.5.30.1.127.3.10.1.5)
       CONF
      The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 EprDocumentConfidentialityCode (DYNAMIC)
      Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
      Treetree.pnghl7:language​Code
      CS1 … 1MThe RFC 1766 (ISO-639-1 and ISO 3166) based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
       
      Target.png
      hl7chcda-data​element-219Kyellow.png Language of the document Kyellow.png CDA-CH V2 2017
       CONF
      The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
      Included1 … 1M from 2.16.756.5.30.1.1.10.2.20 Document Set Id and Version Number (DYNAMIC)
      Treetree.pnghl7:setId
      II1 … 1MThe 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 … 1MThe versionNumber element MUST contain the value 1 for the very first version of that document. For later versions, the version number MUST be increased by 1 each.CDA‑CH V2
       
      Target.png
      hl7chcda-data​element-223Kyellow.png Version Kyellow.png CDA-CH V2 2017
      Included1 … 1M from 2.16.756.5.30.1.1.10.2.68 Human Patient - recordTarget (DYNAMIC)
      Treetree.pnghl7:recordTarget
      1 … 1M A human patient for whom this CDA document instance was created.CDA‑...VACD
      Treeblank.pngTreetree.pnghl7:templateId
      II1 … 1MCDA‑...VACD
      Treeblank.pngTreeblank.pngTreetree.png@root
      uid1 … 1F2.16.756.5.30.1.1.10.2.68
      Treeblank.pngTreetree.pnghl7:templateId
      II1 … 1MCDA‑...VACD
      Treeblank.pngTreeblank.pngTreetree.png@root
      uid1 … 1F2.16.756.5.30.1.1.10.2.1
      Treeblank.pngTreetree.pnghl7:patientRole
      1 … 1RCDA‑...VACD
      Treeblank.pngTreeblank.pngTreetree.pnghl7:id
      II1 … *RThe patient's id.CDA‑...VACD
      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 patient's address.
      Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
      CDA‑...VACD
      Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
      TEL0 … *The patient's means of communication (phone, eMail, ...).CDA‑...VACD
      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‑...VACD
      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)]]
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
      CE1 … 1MThe patient's gender according to the Swiss EPR XDS.b metadata.CDA‑...VACD
      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 … 1FHL7 AdministrativeGender
      Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
      oid1 … 1F2.16.840.1.113883.5.1
       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 … 1MThe patient's birthdate.CDA‑...VACD
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
      CE0 … 1The patient's marital status.CDA‑...VACD
      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 … 1FHL7 MaritalStatus
      Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
      oid1 … 1F2.16.840.1.113883.1.11.12212
       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‑...VACD
      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‑...VACD
      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 
       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‑...VACD
      Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
      II0 … *The guardian's id.CDA‑...VACD
      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 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
      Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
      CE0 … 1The guardian's role.CDA‑...VACD
      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‑...VACD
      Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
      TEL0 … *The guardian's means of communication (phone, eMail, ...).CDA‑...VACD
      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‑...VACD
      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‑...VACD
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
      0 … 1The patient's birthplace.CDA‑...VACD
      Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
      1 … 1CDA‑...VACD
      Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
      EN0 … 1The patient's birthplace name.CDA‑...VACD
      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‑...VACD
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
      0 … *The patient's language skills.CDA‑...VACD
      Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
      CS1 … 1CDA‑...VACD
       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‑...VACD
       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‑...VACD
       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‑...VACD
      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‑...VACD
      Included1 … *M from 2.16.756.5.30.1.1.10.9.23 Author (DYNAMIC)
      Treetree.pnghl7:author
      1 … *MInformation about the author of a CDA document, section or entry. An author MAY be a person or a device.CDA‑CH V2
      Treeblank.pngTreetree.pnghl7:templateId
      II1 … 1MCDA‑CH V2
      Treeblank.pngTreeblank.pngTreetree.png@root
      uid1 … 1F2.16.756.5.30.1.1.10.9.23
      Treeblank.pngTreetree.pnghl7:functionCode
      CE1 … 1R

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

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

      Translations to other vocabularies are allowed.

      CDA‑CH V2
      Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
      st0 … 1FNAV
      Treeblank.pngTreeblank.pngTreetree.png@code
      cs0 … 1 
      Treeblank.pngTreeblank.pngTreetree.png@codeSystem
      oid0 … 1F2.16.840.1.113883.6.96
      Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
      st0 … 1FSNOMED CT
      Treeblank.pngTreeblank.pngTreetree.png@displayName
      st0 … 1 
       CONF
      The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.1.3 EprAuthorRole (DYNAMIC)
       Example
      Patient
      <functionCode code="116154003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Patient"/>
       Example
      Nurse
      <functionCode code="106292003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Professional nurse"/>
       Example
      Home helper
      <functionCode nullFlavor="NAV">
        <originalText>Home helper</originalText></functionCode>
       Example
      Laboratory technician
      <functionCode nullFlavor="NAV">
        <originalText>Laboratory technician</originalText>  <translation code="3212" codeSystem="2.16.840.1.113883.2.9.6.2.7" codeSystemName="ISCO-08" displayName="Medical and pathology laboratory technicians"/></functionCode>
       Schematron assertroleKred.png error 
       test(@code and @codeSystem) or (@nullFlavor='NAV') 
       MessageEither a code with its code system or nullFlavor='NAV' is required. 
       Schematron assertroleKred.png error 
       testnot(@nullFlavor) or (hl7:originalText) 
       MessageOther Caregivers description MUST be declared in the originalText element in case of nullFlavor. 
      Treeblank.pngTreeblank.pngTreetree.pnghl7:translation
      0 … *A translation of the code to another coding system (e.g. ISCO-08: 2.16.840.1.113883.2.9.6.2.7)CDA‑CH V2
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
      cs1 … 1R
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
      oid1 … 1R
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
      st1 … 1R
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
      st1 … 1R
      Treeblank.pngTreetree.pnghl7:time
      TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
      Treeblank.pngTreetree.pnghl7:assignedAuthor
      1 … 1RCDA‑CH V2
       Schematron assertroleKred.png error 
       testnot(assignedAuthoringDevice/softwareName) or (representedOrganization) 
       MessageFor device authors the element representedOrganization is REQUIRED. 
      Treeblank.pngTreeblank.pngTreetree.pnghl7:id
      II1 … 1R The specification of GS1 GLN is REQUIRED. If it is not (yet) known, this MUST be declared using nullFlavor.
      For persons: their personal GLN MUST be declared.
      For devices or software modules: the GLN of their organization MUST be declared.
      CDA‑CH V2
       
      Target.png
      hl7chcda-data​element-233Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
      hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
      cs0 … 1FNAV
       Temporarily unknown, will be filled later.
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
      cs0 … 1F2.51.1.3
       OID for GS1 GLN.
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
      st0 … 1 The GS1 GLN.
       Schematron assertroleKred.png error 
       test(@root='2.51.1.3' and @extension) or (@nullFlavor='NAV') 
       MessageEither the GS1 GLN or nullFlavor='NAV' is REQUIRED 
      Treeblank.pngTreeblank.pngTreetree.pnghl7:id
      II0 … *Other ids are allowed.CDA‑CH V2
       
      Target.png
      hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
      cs1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
      st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
      Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
      AD0 … *The author's address.
      Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
      CDA‑CH V2
      Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
      TEL0 … *The author's means of communication (phone, eMail, ...).CDA‑CH V2
      Choice1 … 1Elements to choose from:
      • hl7:assigned​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
      • hl7:assigned​Authoring​Device containing template 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
      0 … 1The author as a person.
      Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
      CDA‑CH V2
      Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
      0 … 1The author as a device.
      Contains 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
      CDA‑CH V2
      Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
      0 … 1The author's organization.
      Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
      CDA‑CH V2
       
      Target.png
      hl7chcda-data​element-234Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
      Included0 … 1 from 2.16.756.5.30.1.1.10.2.7 Data Enterer (DYNAMIC)
      Treetree.pnghl7:dataEnterer
      0 … 1Information about the person that entered information in this CDA document. It SHALL be declared, when data recorded in this document has been entered by a person other than the author but only when this is relevant for some reason.CDA‑CH V2
      Treeblank.pngTreetree.pnghl7:templateId
      II1 … 1MCDA‑CH V2
      Treeblank.pngTreeblank.pngTreetree.png@root
      uid1 … 1F2.16.756.5.30.1.1.10.2.7
      Treeblank.pngTreetree.pnghl7:time
      TS.CH.TZ0 … 1Timestamp of the data input.CDA‑CH V2
      Treeblank.pngTreetree.pnghl7:assignedEntity
      1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
      Included1 … 1M from 2.16.756.5.30.1.1.10.2.3 Custodian (DYNAMIC)
      Treetree.pnghl7:custodian
      1 … 1MThe organization in whose name this CDA document has been created (corresponds to the sender of a letter).CDA‑CH V2