Ehscda:CDA-CH-VACD (specification)

From eHealth Suisse
(Redirected from Ehscda:CDA-CH-VACD (specification-de))
Jump to: navigation, search
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

Contents

Dieses Material ist Teil

des Leitfadens eHealth Suisse Implementierungsleitfaden.

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

Zusammenfassung

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
  • 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

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.1 (2020) genannt, ist im Zusammenhang mit dem elektronischen Patientendossier ist ein harmonisierter Umgang mit Metadaten zu den Dokumenten, welche mit CDA-CH V2.1 erstellt werden wichtig.

Empfehlung zum Umgang mit Metadaten

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

Ausserdem enthält die vorliegende Spezifikation eine konkret Vorgabe für das Metadaten-Attribut typeCode (siehe dazu Template 'Document Code'). Das Metadaten-Attribut classCode lässt sich davon gemäss der Tabelle "2.11 Typ des Dokumentes (2.16.756.5.30.1.127.3.10.1.27)" in Anhang 3 der Verordnung des EDI über das elektronische Patientendossier (Metadaten)[Anmerkung 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.1 (2020)
  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 Date2020‑06‑26
Other versions this id:
  • Kblank.png CDA-CH-VACD-ADM-V2 as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
NameCDA-CH-VACD-ADM-V21Display 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 (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.67IncludeKgreen.png Document Template Ids CDA-CH-VACD V2 for Swiss EPR (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.63IncludeKgreen.png Document Code (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.19IncludeKgreen.png Document Confidentiality Code (2019)DYNAMIC
2.16.756.5.30.1.1.10.2.22IncludeKgreen.png Document Language (2020)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.68IncludeKgreen.png Human Patient - recordTarget (2020)DYNAMIC
2.16.756.5.30.1.1.10.9.23IncludeKgreen.png Author (2020)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 (2020)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 (2020)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 (2019)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 (2020)DYNAMIC
2.16.756.5.30.1.1.10.3.47ContainmentKgreen.png Immunizations Section - coded (2016)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.14 CDA-CH v2.0 - structuredBody enhanced (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.756.5.30.1.1.10.1.9 CDA-CH v2.1 - structuredBody (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
Example
Example
<!-- See http://svn.code.sf.net/p/hl7ch/code/trunk/projects/eHealthSuisse/eVACDOC/v2.1/ 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...V21)
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...V21)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Included from 2.16.756.5.30.1.1.10.2.18 Document Template Ids CDA-CH v2.0 - structuredBody (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH v2.0 specification. This is an informational reference, only.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.4
Treetree.pnghl7:templateId
II1 … 1MCDA-CH v2.0 structuredBodyCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.9
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005); contains ClinicalDocument.component as structuredBody.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.2
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005).CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.1
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.1 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 assertrole 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...V21)
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 … 1MA 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 DocumentEntry.typeCode (DYNAMIC)
Treetree.pnghl7:title
ST1 … 1M

The document title MUST read:

  • [en]: 'Immunization Administration'
  • [de]: 'Verabreichte Impfung'
  • [fr]: 'Vaccin administré'
  • [it]: 'Vaccinazione somministrata'
(CDA...V21)
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='en') or starts-with(text(),'Immunization Administration') 
 MessageThe English title MUST read 'Immunization Administration' 
 Schematron assertrole error 
 testnot($languageCode='de') or starts-with(text(),'Verabreichte Impfung') 
 MessageThe German title MUST read 'Verabreichte Impfung' 
 Schematron assertrole error 
 testnot($languageCode='fr') or starts-with(text(),'Vaccin administré') 
 MessageThe French title MUST read 'Vaccin administré' 
 Schematron assertrole error 
 testnot($languageCode='it') or starts-with(text(),'Vaccinazione somministrata') 
 MessageThe Italian title MUST read 'Vaccinazione somministrata' 
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...V21)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE (required)1 … 1MSwiss Realm of Confidentiality Code according to the Swiss EPR regulation.CDA‑CH V2
 
Target.png
cdachemed-data​element-125Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-126Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-29Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-124Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-81Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-68Kyellow.png Confidentiality level Kyellow.png Dataset 1
hl7chcda-data​element-222Kyellow.png Confidentiality level Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@code
cs1 … 1RThe value of @code MUST be drawn from value set DocumentEntry.confidentialityCode
Treeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1RThe value of @displayName MUST be drawn from value set DocumentEntry.confidentialityCode
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 DocumentEntry.confidentialityCode (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
Treetree.pnghl7:language​Code
CS1 … 1MThe RFC5646 based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
 
Target.png
cdachemed-data​element-26Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-135Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-134Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-65Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-78Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-133Kyellow.png Language of the document Kyellow.png Dataset 1
hl7chcda-data​element-219Kyellow.png Language of the document Kyellow.png CDA-CH V2 2017
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
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
 
Target.png
cdachemed-data​element-118Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-70Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-119Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-120Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-83Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-41Kyellow.png Set ID Kyellow.png Dataset 1
Treeblank.pngTreetree.png@root
uid1 … 1RThe root attribute MUST contain the setId as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
 Schematron assertrole error 
 test(parent::*/hl7:versionNumber[@value='1'] and @root=parent::*/hl7:id/@root and (@extension=parent::*/hl7:id/@extension or (not(@extension) and not(parent::*/hl7:id/@extension)))) or (parent::*/hl7:versionNumber[not(@value ='1')] and ((@root=parent::*/hl7:id/@root and @extension and not(@extension=parent::*/hl7:id/@extension)) or(not(@root=parent::*/hl7:id/@root)))) 
 MessageThe setId MUST be equal with the document id for version 1 and it MUST differ for all other versions. 
Treetree.pnghl7:versionNumber
INT.​NONNEG1 … 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
cdachemed-data​element-121Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-122Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-82Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-69Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-30Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-123Kyellow.png Version Kyellow.png Dataset 1
hl7chcda-data​element-223Kyellow.png Version Kyellow.png CDA-CH V2 2017
Included1 … 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.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RThe patient's gender.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7 AdministrativeGender
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.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 assertrole error 
 test(@nullFlavor='NAV' and originalText and not(@codeSystem or @codeSystemName or @code or @displayName)) or (@codeSystem and @codeSystemName and @code and @displayName) 
 MessageEither a code described by code, codeSystem, codeSystemName and displayName or originalText and nullFlavor="NAV" is REQUIRED. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *The patient's guardian.CDA‑...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 assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The guardian's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...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
 
Target.png
cdachemed-data​element-2Kyellow.png Autorin/Autor Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.23
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
 
Target.png
cdachemed-data​element-117Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-84Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-115Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-42Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-116Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-71Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-108Kyellow.png Abgabedatum * (Medication Dispense) in section.author.time Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1RCDA‑CH V2
 Schematron assertrole error 
 testnot(assignedAuthoringDevice/softwareName) or (representedOrganization) 
 MessageFor device authors the element representedOrganization is REQUIRED. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R The specification of GS1 GLN is REQUIRED. If it is not (yet) known, this MUST be declared using nullFlavor.
For persons: their personal GLN MUST be declared.
For devices or software modules: the GLN of their organization MUST be declared.
CDA‑CH V2
 
Target.png
cdachemed-data​element-7Kyellow.png Identifier Kyellow.png Dataset 1
hl7chcda-data​element-233Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
 Temporarily unknown, will be filled later.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs0 … 1F2.51.1.3
 OID for GS1 GLN.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The GS1 GLN.
 Schematron assertrole error 
 test(@root='2.51.1.3' and @extension) or (@nullFlavor='NAV') 
 MessageEither the GS1 GLN or nullFlavor='NAV' is REQUIRED 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Other ids are allowed.CDA‑CH V2
 
Target.png
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The author's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The author's means of communication (phone, eMail, ...).CDA‑CH V2
Choice1 … 1Elements to choose from:
  • hl7:assigned​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:assigned​Authoring​Device containing template 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1The author as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-3Kyellow.png Name Kyellow.png Dataset 1
cdachemed-data​element-6Kyellow.png First names Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1The author as a device.
Contains 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1The author's organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-8Kyellow.png Health facility Kyellow.png Dataset 1
hl7chcda-data​element-234Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
Included0 … 1 from 2.16.756.5.30.1.1.10.2.7 Data Enterer (DYNAMIC)
Treetree.pnghl7:dataEnterer
0 … 1Information about the person that entered information in this CDA document. It SHALL be declared, when data recorded in this document has been entered by a person other than the author but only when this is relevant for some reason.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.7
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ0 … 1Timestamp of the data input.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
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
 
Target.png
cdachemed-data​element-112Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-85Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-72Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-113Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-114Kyellow.png Custodian Kyellow.png Dataset 1
cdachemed-data​element-43Kyellow.png Custodian Kyellow.png Dataset 1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MThe custodian's id.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1RThe custodian's name.CDA‑CH V2
 
Target.png
hl7chcda-data​element-73Kyellow.png organisationName Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … 1The custodian's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1The custodian's address(es).
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-77Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Included1 … *M from 2.16.756.5.30.1.1.10.2.4 Recipient - informationRecipient (DYNAMIC)
Treetree.pnghl7:information​Recipient
1 … *M A recipient of this CDA document (corresponds to the addressee of a letter - person or organization).

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

  • Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
CDA‑CH V2
Treeblank.pngTreetree.png@typeCode
cs0 … 1 The main recipient of the document is indicated by typeCode 'PRCP' (primary recipient). This is the default value used when the attribute is not present.
Other recipients (copy to; Cc) are indicated with typeCode, TRC '(secondary recipient).
Note: Since it makes no sense to create a CDA document without doing it for someone, in Switzerland at least one recipient MUST be declared. If the document is created for the user's own needs, the user itself or its organization will be the primary recipient.
 CONF
The value of @typeCode shall be drawn from value set 2.16.840.1.113883.1.11.19366 x_InformationRecipient (DYNAMIC)
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.4
Treeblank.pngTreetree.pnghl7:intended​Recipient
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *RThe recipient's identification(s).CDA‑CH V2
 
Target.png
hl7chcda-data​element-238Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The recipient's address(es).
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-47Kyellow.png addressInformation Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The recipient's means of communication (phone, eMail, ...).CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
0 … 1The addressee person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1The addressee organization.
Contains 2.16.756.5.30.1.1.10.9.24 Organization Compilation with name (DYNAMIC)
CDA‑CH V2
 
Target.png
hl7chcda-data​element-239Kyellow.png Health facility Kyellow.png CDA-CH V2 2017
Included0 … 1 from 2.16.756.5.30.1.1.10.2.5 Legal Authenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
0 … 1Information about the legal authenticator of a CDA document. A legal authenticator MUST be a person.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.2.5
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the signature.CDA‑CH V2
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FS
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0NPNP/not present
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0NPNP/not present
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10282 ParticipationSignature (DYNAMIC)
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.12 Assigned Entity Compilation with id (DYNAMIC)CDA‑CH V2
Included0 … 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:templateId
1 … 1RCDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.323
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS.CH.TZ0 … 1Duration of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.CH.TZ1 … 1RStart of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.CH.TZ1 … 1REnd of the performance.CDA‑CH V2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1RContains 2.16.756.5.30.1.1.10.9.32 Assigned Entity Compilation with id, name, addr, telecom, person and organization (DYNAMIC)CDA‑CH V2
Included0 … * from 2.16.756.5.30.1.1.10.2.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 assertrole 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 assertrole error 
 test(@root=/hl7:ClinicalDocument/hl7:setId/@root) and not(@extension) and not(/hl7:ClinicalDocument/hl7:setId/@extension) 
 MessageClinicalDocument/setId: MUST be identical to the one of the replaced document 
Treeblank.pngTreeblank.pngTreetree.pnghl7:versionNumber
INT1 … 1MThe version number of the document to be replaced.CDA‑CH V2
 Schematron assertrole error 
 test/hl7:ClinicalDocument/hl7:versionNumber/@value > @value 
 MessageClinicalDocument/versionNumber: MUST be higher than the one of the replaced document 
Treetree.pnghl7:component
1 … 1R(CDA...V21)
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1R(CDA...V21)
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
1 … 1RContains 2.16.756.5.30.1.1.10.3.47 Immunizations Section - coded (DYNAMIC)(CDA...V21)
 Schematron assertrole 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 reportrole 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 assertrole 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 Date2020‑06‑26
Other versions this id:
  • Kblank.png CDA-CH-VACD-CER-V2 as of 2018‑04‑19
StatusKgreen.png ActiveVersion Label2020
NameCDA-CH-VACD-CER-V21Display 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 (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.67IncludeKgreen.png Document Template Ids CDA-CH-VACD V2 for Swiss EPR (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.63IncludeKgreen.png Document Code (2020)DYNAMIC
2.16.756.5.30.1.1.10.2.19IncludeKgreen.png Document Confidentiality Code (2019)DYNAMIC
2.16.756.5.30.1.1.10.2.22IncludeKgreen.png Document Language (2020)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.68IncludeKgreen.png Human Patient - recordTarget (2020)DYNAMIC
2.16.756.5.30.1.1.10.9.23IncludeKgreen.png Author (2020)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 (2020)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 (2020)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 (2019)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 (2020)DYNAMIC
2.16.756.5.30.1.1.10.3.47ContainmentKgreen.png Immunizations Section - coded (2016)DYNAMIC
RelationshipSpecialization: template 2.16.756.5.30.1.1.10.1.14 CDA-CH v2.0 - structuredBody enhanced (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.756.5.30.1.1.10.1.9 CDA-CH v2.1 - structuredBody (DYNAMIC)
ref
hl7chcda-

Specialization: template 2.16.840.1.113883.10.12.2 CDA ClinicalDocument (with StructuredBody) (2005‑09‑07)
ref
ad1bbr-
Example
Example
<!-- See http://svn.code.sf.net/p/hl7ch/code/trunk/projects/eHealthSuisse/eVACDOC/v2.1/ 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...V21)
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...V21)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Included from 2.16.756.5.30.1.1.10.2.18 Document Template Ids CDA-CH v2.0 - structuredBody (DYNAMIC)
Treetree.pnghl7:templateId
II0 … 1CDA-CH v2.0 specification. This is an informational reference, only.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.1.1.4
Treetree.pnghl7:templateId
II1 … 1MCDA-CH v2.0 structuredBodyCDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.1.9
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005); contains ClinicalDocument.component as structuredBody.CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.2
Treetree.pnghl7:templateId
II1 … 1MHL7 CDA R2 (2005).CDA‑CH V2
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.12.1
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.1 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 assertrole 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...V21)
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 … 1MA 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 DocumentEntry.typeCode (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...V21)
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='en') or starts-with(text(),'Immunization Certificate') 
 MessageThe English title MUST read 'Immunization Certificate' 
 Schematron assertrole error 
 testnot($languageCode='de') or starts-with(text(),'Impfausweis') 
 MessageThe German title MUST read 'Impfausweis' 
 Schematron assertrole error 
 testnot($languageCode='fr') or starts-with(text(),'Carnet de vaccination') 
 MessageThe French title MUST read 'Carnet de vaccination' 
 Schematron assertrole 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...V21)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.19 Document Confidentiality Code (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE (required)1 … 1MSwiss Realm of Confidentiality Code according to the Swiss EPR regulation.CDA‑CH V2
 
Target.png
cdachemed-data​element-125Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-126Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-29Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-124Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-81Kyellow.png Confidentiality level Kyellow.png Dataset 1
cdachemed-data​element-68Kyellow.png Confidentiality level Kyellow.png Dataset 1
hl7chcda-data​element-222Kyellow.png Confidentiality level Kyellow.png CDA-CH V2 2017
Treeblank.pngTreetree.png@code
cs1 … 1RThe value of @code MUST be drawn from value set DocumentEntry.confidentialityCode
Treeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreetree.png@codeSystemName
st1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1RThe value of @displayName MUST be drawn from value set DocumentEntry.confidentialityCode
 CONF
The value of @code shall be drawn from value set 2.16.756.5.30.1.127.3.10.1.5 DocumentEntry.confidentialityCode (DYNAMIC)
Included1 … 1M from 2.16.756.5.30.1.1.10.2.22 Document Language (DYNAMIC)
Treetree.pnghl7:language​Code
CS1 … 1MThe RFC5646 based language in which the narrative texts in this CDA document instance are written.CDA‑CH V2
 
Target.png
cdachemed-data​element-26Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-135Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-134Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-65Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-78Kyellow.png Language of the document Kyellow.png Dataset 1
cdachemed-data​element-133Kyellow.png Language of the document Kyellow.png Dataset 1
hl7chcda-data​element-219Kyellow.png Language of the document Kyellow.png CDA-CH V2 2017
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.11526 HumanLanguage (DYNAMIC)
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
 
Target.png
cdachemed-data​element-118Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-70Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-119Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-120Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-83Kyellow.png Set ID Kyellow.png Dataset 1
cdachemed-data​element-41Kyellow.png Set ID Kyellow.png Dataset 1
Treeblank.pngTreetree.png@root
uid1 … 1RThe root attribute MUST contain the setId as Globally Unique Identifier (GUID).
Treeblank.pngTreetree.png@extension
st0NPNP/not present
 Schematron assertrole error 
 test(parent::*/hl7:versionNumber[@value='1'] and @root=parent::*/hl7:id/@root and (@extension=parent::*/hl7:id/@extension or (not(@extension) and not(parent::*/hl7:id/@extension)))) or (parent::*/hl7:versionNumber[not(@value ='1')] and ((@root=parent::*/hl7:id/@root and @extension and not(@extension=parent::*/hl7:id/@extension)) or(not(@root=parent::*/hl7:id/@root)))) 
 MessageThe setId MUST be equal with the document id for version 1 and it MUST differ for all other versions. 
Treetree.pnghl7:versionNumber
INT.​NONNEG1 … 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
cdachemed-data​element-121Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-122Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-82Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-69Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-30Kyellow.png Version Kyellow.png Dataset 1
cdachemed-data​element-123Kyellow.png Version Kyellow.png Dataset 1
hl7chcda-data​element-223Kyellow.png Version Kyellow.png CDA-CH V2 2017
Included1 … 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.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1RThe patient's gender.CDA‑...VACD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid0 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7 AdministrativeGender
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
 Schematron assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.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 assertrole error 
 test(@nullFlavor='NAV' and originalText and not(@codeSystem or @codeSystemName or @code or @displayName)) or (@codeSystem and @codeSystemName and @code and @displayName) 
 MessageEither a code described by code, codeSystem, codeSystemName and displayName or originalText and nullFlavor="NAV" is REQUIRED. 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *The patient's guardian.CDA‑...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 assertrole error 
 test(not(@nullFlavor) and @displayName and @code and @codeSystem and @codeSystemName) or (@nullFlavor and not(@displayName or @code or @codeSystem or @codeSystemName)) 
 MessageEither nullFlavor or a valid code is required. 
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The guardian's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑...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
 
Target.png
cdachemed-data​element-2Kyellow.png Autorin/Autor Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MCDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.756.5.30.1.1.10.9.23
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1CDA‑CH V2
 CONF
The value of @code shall be drawn from value set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)
Treeblank.pngTreetree.pnghl7:time
TS.CH.TZ1 … 1RTimestamp of the authorship.CDA‑CH V2
 
Target.png
cdachemed-data​element-117Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-84Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-115Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-42Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-116Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-71Kyellow.png Timestamp Authorship Kyellow.png Dataset 1
cdachemed-data​element-108Kyellow.png Abgabedatum * (Medication Dispense) in section.author.time Kyellow.png Dataset 1
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1RCDA‑CH V2
 Schematron assertrole error 
 testnot(assignedAuthoringDevice/softwareName) or (representedOrganization) 
 MessageFor device authors the element representedOrganization is REQUIRED. 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R The specification of GS1 GLN is REQUIRED. If it is not (yet) known, this MUST be declared using nullFlavor.
For persons: their personal GLN MUST be declared.
For devices or software modules: the GLN of their organization MUST be declared.
CDA‑CH V2
 
Target.png
cdachemed-data​element-7Kyellow.png Identifier Kyellow.png Dataset 1
hl7chcda-data​element-233Kyellow.png Identifier Kyellow.png CDA-CH V2 2017
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs0 … 1FNAV
 Temporarily unknown, will be filled later.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs0 … 1F2.51.1.3
 OID for GS1 GLN.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 The GS1 GLN.
 Schematron assertrole error 
 test(@root='2.51.1.3' and @extension) or (@nullFlavor='NAV') 
 MessageEither the GS1 GLN or nullFlavor='NAV' is REQUIRED 
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Other ids are allowed.CDA‑CH V2
 
Target.png
hl7chcda-data​element-162Kyellow.png personIdentification Kyellow.png CDA-CH V2 2017
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
cs1 … 1RThe OID of the system that issued the id. OIDs of code systems, which are published in a public OID registry are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st0 … 1 Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … *The author's address.
Contains 2.16.756.5.30.1.1.10.9.35 Address Information Compilation - eCH-0010 (DYNAMIC)
CDA‑CH V2
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL0 … *The author's means of communication (phone, eMail, ...).CDA‑CH V2
Choice1 … 1Elements to choose from:
  • hl7:assigned​Person containing template 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
  • hl7:assigned​Authoring​Device containing template 2.16.756.5.30.1.1.10.9.21 Device Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1The author as a person.
Contains 2.16.756.5.30.1.1.10.9.34 Person Name Information Compilation - eCH-0011 (DYNAMIC)
CDA‑CH V2
 
Target.png
cdachemed-data​element-3Kyellow.png Name Kyellow.png Dataset 1
cdachemed-data​element-6Kyellow.png First names Kyellow.png Dataset 1
Treeblank.pngTreeblank.png