ILF:E-Impfpass

Wichtige Lizenzinformationen

Die von HL7 Austria erarbeiteten Standards und die Bearbeitungen der Standards von HL7 International stellen Werke im Sinne des österreichischen Urheberrechtsgesetzes dar und unterliegen daher urheberrechtlichem Schutz.
HL7 Austria genehmigt die Verwendung dieser Standards für die Zwecke der Erstellung, des Verkaufs und des Betriebs von Computerprogrammen, sofern nicht anders angegeben oder sich die Standards auf andere Urheber- oder Lizenzrechtlich geschützte Werke beziehen.
Die vollständige oder teilweise Veröffentlichung der Standards (zum Beispiel in Spezifikationen, Publikationen oder Schulungsunterlagen) ist nur mit einer ausdrücklichen Genehmigung der HL7 Austria gestattet. Mitglieder von HL7 Austria sind berechtigt, die Standards vollständig oder in Auszügen ausschließlich organisationsintern zu publizieren, vervielfältigen oder verteilen.
Die Veröffentlichung eigener Anpassungen der HL7-Spezifikationen (im Sinne von Lokalisierungen) oder eigener Leitfäden erfordert eine formale Vereinbarung mit der HL7 Austria.
Die vollständigen Lizenzinformationen finden sich unter https://hl7.at/nutzungsbedingungen-und-lizenzinformationen/
Die Lizenzbedingungen von HL7 International finden sich unter http://www.HL7.org/legal/ippolicy.cfm

Urheberrechte und Nutzungsrechte von anderen Quellen (“Third Party IP”): Der Nutzer dieses Dokuments (bzw. der Lizenznehmer) stimmt zu und erkennt an, dass HL7 Austria nicht alle Rechte und Ansprüche in und an den Materialien besitzt und dass die Materialien geistiges Eigentum von Dritten enthalten und / oder darauf verweisen können ("Third Party IP").
Die Anerkennung dieser Lizenzbestimmungen gewährt dem Lizenznehmer keine Rechte in Bezug auf Third Party IP. Der Lizenznehmer allein ist für die Identifizierung und den Erhalt von notwendigen Lizenzen oder Genehmigungen zur Nutzung von Third Party IP im Zusammenhang mit den Materialien oder anderweitig verantwortlich.
Jegliche Handlungen, Ansprüche oder Klagen eines Dritten, die sich aus einer Verletzung eines Third Party IP-Rechts durch den Lizenznehmer ergeben, bleiben die Haftung des Lizenznehmers.

Im Folgenden finden Sie eine Liste von Terminologien (ohne Anspruch auf Vollständigkeit), die eine solche separate Lizenz erfordern können:

Terminologie	Eigentümer, Kontaktinformation
SNOMED CT	International Healthcare Terminology Standards Development Organization (IHTSDO) info@ihtsdo.org
Logical Observation Identifiers Names & Codes (LOINC)	Regenstrief Institute, Inc. www.regenstrief.org loinc.org
Unified Code for Units of Measure (UCUM)	Regenstrief Institute, Inc. www.regenstrief.org unitsofmeasure.org
International Classification of Diseases (ICD)	World Health Organization (WHO)
International Classification of Diseases (ICD-10) BMGF	Bundesministerium für Gesundheit und Frauen www.bmgf.gv.at
Anatomical Therapeutic Chemical Classification System (ATC)	World Health Organization (WHO)
Pharmazentralnummer (PZN)	ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) der Wirtschaftskammern Österreichs (WKO)
EDQM-Codes	Europäisches Direktorat für die Qualität von Arzneimitteln https://www.edqm.eu/

1 Zusammenfassung

TODO

2 Einleitung

TODO

2.1 Ausgangslage und Motivation

TODO

2.2 Zweck des Dokuments

TODO

2.3 Zielgruppe

Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im Umfeld der ELGA, insbesondere der ELGA-Gesundheitsdaten, betraut sind. Eine weitere Zielgruppe sind alle an der Erstellung von CDA-Dokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.

2.4 Hinweise zur Verwendung

Dieser Leitfaden ist derzeit ein Abstimmungsdokument, d.h. er wird technisch und inhaltlich noch abgestimmt. Kommentare können an office@hl7.at gesendet werden.

Geben Sie bitte eine exakte Beschreibung des Problems und die Stelle im Dokument an. Dazu gibt es in der PDF-Version am linken Seitenrand eine Skale, die Sie mit der Kapitel- und Seitennummer angeben.

3 Informationen über dieses Dokument

3.1 Allgemeines

Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten der Elektronischen Gesundheitsakte "ELGA" gemäß Gesundheitstelematikgesetz 2012 (GTelG 2012), aber auch für medizinische Dokumente im österreichischen Gesundheitswesen.

Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit der Rechtsordnung der Republik Österreich und insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz 2000, Gesundheitstelematikgesetz 2012) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.

3.2 Sprachliche Gleichbehandlung

Soweit im Text Bezeichnungen nur im generischen Maskulinum angeführt sind, beziehen sie sich auf Männer und Frauen in gleicher Weise. Unter dem Begriff "Patient" werden sowohl Bürger, Kunden und Klienten zusammengefasst, welche an einem Behandlungs- oder Pflegeprozess teilnehmen als auch gesunde Bürger, die derzeit nicht an einem solchen teilnehmen. Es wird ebenso darauf hingewiesen, dass umgekehrt der Begriff Bürger auch Patienten, Kunden und Klienten mit einbezieht.

3.3 Verbindlichkeit

Mit der ELGA-Verordnung 2015 (in der Fassung der ELGA-VO-Nov-2015) macht die Bundesministerin für Gesundheit und Frauen die Festlegungen für Inhalt, Struktur, Format und Codierung verbindlich, die in den Implementierungsleitfäden Entlassungsbrief Ärztlich, Entlassungsbrief Pflege, Pflegesituationsbericht, Laborbefunde, Befund bildgebender Diagnostik, e-Medikation sowie XDS Metadaten (jeweils in der Version 2.06) getroffen wurden. Die anzuwendende ELGA-Interoperabilitätsstufen ergeben sich aus §21 Abs.6 ELGA-VO. Die Leitfäden in ihrer jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind von der Gesundheitsministerin auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Dokumente für ELGA wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch die Bundesministerin für Gesundheit und Frauen vorgegeben.

Die Verbindlichkeit und die Umsetzungsfrist dieses Leitfadens ist im Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 sowie in den darauf fußenden ELGA-Verordnungen geregelt.

Neue Hauptversionen der Implementierungsleitfäden KÖNNEN ab dem Tag ihrer Veröffentlichung durch die Bundesministerin für Gesundheit und Frauen (www.gesundheit.gv.at) verwendet werden, spätestens 18 Monate nach ihrer Veröffentlichung MÜSSEN sie verwendet werden. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.

Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.

3.4 Beziehung zu anderen Standards und Leitfäden

TODO: IHE Integrationsprofile HL7 V3 HL7 Clinical Document Architecture (CDA)

3.5 Harmonisierung

Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe eImpfpass, die im Zeitraum von [TODO] tagte. Die Teilnehmer der Arbeitsgruppe sind delegiert durch ihre Organisation und vertreten diese.

Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets). Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens eImpfpass erfolgte im Auftrag der ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.

Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Eine Verordnung des Bundesministeriums kann eine Verbindlichkeit zur Anwendung begründen.

3.6 Autoren und Mitwirkende

3.6.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen:

Name	Organisation
Mag. Dr. Stefan Sabutsch	ELGA GmbH, HL7 Austria	Herausgeber, Autor
DI Andrea Klostermann	ELGA GmbH	Autor
TO DO

3.6.2 Mitwirkende

Teilnehmer der Arbeitsgruppe eImpfpass: TODO

3.7 Hinweis auf verwendete Grundlagen

Der vorliegende Leitfaden wurde unter Verwendung der nachstehend beschriebenen Dokumente erstellt. Das Urheberrecht an allen genannten Dokumenten wird im vollen Umfang respektiert.

Dieser Standard beruht auf der Spezifikation "HL7 Clinical Document Architecture, Release 2.0", für die das Copyright © von Health Level Seven International gilt. HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria), die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.hl7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

Dieser Leitfaden beruht auf Inhalten des LOINC® (Logical Observation Identifiers Names and Codes, siehe http://loinc.org). Die LOINC-Codes, Tabellen, Panels und Formulare unterliegen dem Copyright © 1995-2014, Regenstrief Institute, Inc. und dem LOINC Committee, sie sind unentgeltlich erhältlich. Lizenzinformationen sind unter http://loinc.org/terms-of-use abrufbar. Weiters werden Inhalte des UCUM® verwendet, UCUM-Codes, Tabellen und UCUM Spezifikationen beruhen auf dem Copyright © 1998-2013 des Regenstrief Institute, Inc. und der Unified Codes for Units of Measures (UCUM) Organization. Lizenzinformationen sind unter http://unitsofmeasure.org/trac/wiki/TermsOfUse abrufbar.

3.8 Weitere unterstützende Materialien

Gemeinsam mit diesem Leitfaden werden auf der Website der ELGA GmbH (www.elga.gv.at/CDA) weitere Dateien und Dokumente zur Unterstützung bereitgestellt:

• Beispieldokumente
• Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)
• CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)
• Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien
• Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)
• Hinweise für die zu verwendenden Terminologien
• Leitfaden zur richtigen Verwendung von Terminologien

Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an cda@elga.gv.at gesendet werden. Weitere Informationen finden Sie unter www.elga.gv.at/CDA.

4 Begriffsdefinitionen

TODO: falls benötigt

5 Technischer Hintergrund

5.1 Hierarchie der Implementierungsleitfäden

Der vorliegende Implementierungsleitfaden basiert auf der grundlegenden Implementierungsvorschrift für alle CDA Dokumente im österreichischen Gesundheitswesen.

TODO:

Die administrativen Daten im Dokumentheader und grundsätzliche Vorgaben für den medizinischen Inhalt werden vom "Allgemeinen Implementierungsleitfaden" definiert. Der jeweilige "Spezielle Implementierungsleitfaden" enthält die Vorgaben für die medizinischen Inhalte und ergänzt gegebenenfalls die Header-Vorgaben.

Für die Verwendung dieses Implementierungsleitfadens sind zusätzlich die Vorgaben aus "HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" [OID Root 1.2.40.0.34.7.1] in der jeweils aktuellen Version vorausgesetzt.

5.2 Weitere Inhalte

• Allgemeine Informationen zu CDA
• CDA Templates
• Art-Decor-Tabellen verstehen
• Technische Konformitätsprüfung
• Identifikatoren
• Terminologien

6 Funktionale Anforderungen und Anwendungsfälle

6.1 Funktionale Anforderungen

TODO

6.1.1 Darstellung

TODO

6.1.2 Verwendung in ELGA

TODO

6.1.2.1 Vorgaben zu Dokument-Metadaten

TODO: könnte man hier ergänzen

6.1.2.2 Versionierung

TODO

6.1.3 Mehrsprachigkeit und grenzüberschreitender Austausch

TODO: falls benötigt

6.2 Anwendungsfälle

Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.

7 Übersicht vorhandener Akteure und deren Berechtigungen

(TODO: USE-CASE AKTEURE GRAFIK)

• Impfende Person
• Verantwortlicher GDA
• Schreibkraft
• Landessanitätsdirektionen inkl. Amtsärzte
• Apotheker
• ELGA-Teilnehmer und dessen Vertreter, insbesondere Eltern-für-Kinder
• ELGA-Serviceline
• ELGA-Ombudsstelle
• Statistiker

9 Beschreibung

Eine neue Impfung, ein Nachtrag bzw. Korrektur einer Impfung oder eine impfrelevante Erkrankung wird in Form eines CDAs "Aktualisierung Impfstatus" an die zentrale Impfanwendung gesendet, dessen Inhalt zerlegt und in die Datenbank eintragen/geändert.

10 Beteiligte Akteure

• Impfende Person
• Verantwortlicher GDA
• Schreibkraft
• Patient

• Die erforderlichen Minimaldaten können bei „Nachtrag“ geringer sein
• Präparat, Chargennr, Impfarzt, verantwortliche Organisation etc können ggf entfallen
• Kann eine Impfempfehlung enthalten
• Ohne Impfung möglich (z.B. nur Immunisierung durch Krankheit)
• Enthält Kennzeichen „Abrechenbarkeit“
• Werteliste mit zwei Werten (Abrechenbar / Nicht abrechenbar)

5Verabreichte Impfungen müssen immer lückenlos im eImpfpass aufgezeichnet/gespeichert werden. Eventuelle hinderliche individuelle Berechtigungen müssen außer Kraft gesetzt werden (Gesetzesgrundlage ist hier maßgebend).

11 Verwendete Anwendungsfälle

-

12 Auslöser

Patient möchte:

• eine neue Impfung erhalten
• eine Impfempfehlung bekommen
• einen Nachtrag einer Impfung oder Erkrankung

13 Vorbedingungen

• Patient und GDA sind durch das ELGA-Berechtigungssystem authorisiert
• der GDA hat eine Kontaktbestätigung

17 Nummerierter Listeneintrag

17.1 UC 2 Kompletten Impfstatus abrufen

Gesamten Impfpass von der zentrale Impfanwendung abrufen und als CDA On-Demand-Dokument zur Verfügung stellen Enthält „alle Daten“ incl. Impfempfehlungen (Einige Daten stehen nur der Statistik oder Abrechnung oder Impflogik zur Verfügung): Gemeinde-KZ, BKZ, Abrechenbarkeit, Patientengruppe…

18 Beteiligte Akteure

• Verantwortlicher GDA
• Landessanitätsdirektionen inkl. Amtsärzte
• Apotheker
• ELGA-Teilnehmer und dessen Vertreter, insbesondere Eltern-für-Kinder
• ELGA-Serviceline
• ELGA-Ombudsstelle

19 UC 2.a Abruf durch den GDA

Akteure:

• Arzt
• Apotheker?

20 UC 2.b Abruf durch den Patienten (über ELGA-Portal)

Akteure:

• Patient
• Vertretungsbevollmächtigter
• c. Ombudsstelle / ELGA-Serviceline

20.1 UC 3 Abrechnung

Akteure:

20.2 UC 4 Statistik

Zugriff auf zentrale Datenbank Anonymisierte Daten Festgelegte Rollen definiert in speziellem Register

Akteure: Behördlicher Zugang für tagaktuelles Disease-Management (und Durchimpfungsrate) welches per Gesetz geregelt wird. Zugang muss auch ohne Kontaktbestätigung ermöglicht werden.

Ein behördlicher Zugang erlaubt folgende Anwendungsfälle: a. Zugriff auf anonymisierte analytische Auswertungen wo kein Bezug auf die einzelne Person vorhanden ist und auch nicht hergestellt werden kann b. Für Umgebungsuntersuchungen bei Krankheitsausbrüchen, Zugriff auf die Impfdaten von eindeutig identifizierten Personen. c. Massendatenabzug für die jeweiligen LSD relevanten Daten

20.3 UC 5 Ausbruch / Kontaktierung

Akteure:

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.

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

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

Handy-Nummer oder Email-Adresse: 079 123 45 67 (z.B. für Impferinnerung per SMS) Adresse: Leidensweg 10, 9876 Specimendorf Krankenkasse und Nr. der Versichertenkarte: WirZahlenAlles Versicherungen, Zahlgasse 89, 8888 Musterhausen / 8077560000000000000000 Hinweis: Die zukünftige Patientenidentifikation gemäss EPDG ist sinnvollerweise in ein eVACDOC aufzunehmen

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

Ausführende Person (z. B. Dr. Allzeit Bereit inklusiv GLN-Nr. sofern vorhanden) Impfstelle als Institution (z. B. Praxisgemeinschaft inklusiv GLN-Nr.) soweit vorhanden Aus dem jeweiligen Informationssystem (EPD oder Primärsystem beim Arzt oder Spital oder Impfportal) werden die verfügbaren Daten zum Immunstatus des Patienten (Impfungen, durchgemachte Krankheiten, Antikörper-Titer) zusammengetragen und ins elektronische Impf-und Immunschutzdossier übertragen:

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

Metadaten Zwingend Ausdruckdatum Gesundheitsfachperson, welche den Impf- und Immunschutzausweis validiert hat Demographische Daten des Patienten Zwingend Name: Muster Vorname: Max Geschlecht: männlich Geburtsdatum: 11. Juni 1948 Optional Adresse: Leidensweg 10, 9876 Specimendorf Tel-Nummer: 032 685 12 34 Eigentliche Impfdaten Zwingend nicht erwünschte Impfungen (Ausweis ist für die Gesundheitsfachperson schlüssig lesbar und Patient wird für diese bestimmten Impfungen nicht mehr auf fällige Impftermine hingewiesen) Immunstatus (erhaltene Impfungen, durchgemachte virale Krankheiten mit lebenslanger Immunität) durchgemachte bakterielle Krankheit (Pertussis) mit fünfjähriger Immunität Impfempfehlungen bzw. individueller Impfplan Optional: zukünftige Impfungen gemäss individuellem Impfplan Angaben zum CDSS: Eindeutige Bezeichnung des CDSS (mit Versionsnummer), Datum der Abfrage, Anbieter UC 1: Ambulante Impfstelle mit Papier KG Ausführlichere Bezeichnung: Ambulante Impfstelle mit Papier-Krankengeschichte Beispiel: Impfkontrolle beim Hausarzt Ziel: Initialisieren und Digitalisieren des Immunstatus Herr Muster Max hat einen Termin zur Impfkontrolle bei seinem Hausarzt Dr. Allzeit Bereit. Dafür öffnet der Hausarzt das Impfportal (Pfeil Nr. 1), fügt die Impfungen vom Papierausweis und der Papierkrankengeschichte ein und ergänzt eventuell impfrelevante Angaben wie Antikörper Titer oder Allergien. Alternativ besteht die Möglichkeit, dass Herr Muster oder eine Vertrauensperson die Einträge aus dem alten Papierausweis bereits eingetragen hat. In diesem Fall muss der Hausarzt dieses nur noch validieren und gegebenenfalls vervollständigen. Im nächsten Schritt sendet der Hausarzt den aktualisierten Immunstatus via eVACDOC mit allen relevanten Informationen an den e-Impfcheckservice (Pfeil Nr. 2). Die Anfrage erfolgt pseudonymisiert [Anmerkung 10]. Nur der anfragende Hausarzt kann die spätere Impfempfehlung bzw. den Impfplan anhand der referenzierten Dokumenten ID wieder dem Patienten zuordnen. Im nächsten Schritt sendet der e-Impfcheckservice (Pfeil Nr. 3) nach Analyse der Immunisierungsinformationen eine Impfempfehlung bzw. den individuellen Impfplan als eVACDOC zurück. Der individuelle Impfplan und die aktuellen Impfempfehlungen werden angezeigt. Der Hausarzt impft entsprechend und ergänzt die neu ausgeführten Impfungen seines Patienten im Immunisierungsdossier des Impfportals. Falls der Patient dies wünscht, druckt er einen neuen Papierausweis aus.

Vacd uc1.png

[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

[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

[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

[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

[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

[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.

20.3.1 Dataset

TODO: besser: keine Gesamtdarstellung sondern getrennt nach Dokumentarten -> Übersicht Body und Header Elemente

21 Empfehlungen

TODO: falls erforderlich

22 Technische Spezifikation

22.1 Zusammenfassung CDA Struktur "Kompletter Impfstatus"

22.1.1 CDA Header

TODO

22.1.2 CDA Body

TODO

22.2 Zusammenfassung CDA Struktur "Aktualisierung Impfstatus"

22.2.1 CDA Header

TODO

22.2.2 CDA Body

TODO

22.3 Templates

22.4 CDA Struktur

22.4.1 CDA Document Level Templates

22.4.1.1 Kompletter Impfstatus

Id	1.2.40.0.34.6.0.11.0.1	Gültigkeit	2019‑01‑09 20:19:47
Status	Entwurf	Versions-Label	2019
Name	eimpf_document_KompletterImmunisierungsstatus_alt	Anzeigename	Kompletter Immunisierungsstatus alt
Beschreibung	Template Spezieller Implementierungsleitfaden ELGA e-Impfpass (Kompletter Immunstatus)
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.0.1
Label	elgaimpfk
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 13 Templates Benutzt als Name Version 1.2.40.0.34.11.90008 Inklusion CD effectiveTime DYNAMIC 1.2.40.0.34.11.90009 Inklusion CD confidentialityCode DYNAMIC 1.2.40.0.34.11.90010 Inklusion CD languageCode DYNAMIC 1.2.40.0.34.11.90007 Inklusion SetId VersionNumber DYNAMIC 1.2.40.0.34.11.20001 Inklusion Header​Record​Target DYNAMIC 1.2.40.0.34.11.20002 Inklusion HeaderAuthor DYNAMIC 1.2.40.0.34.11.20003 Inklusion HeaderDataEnterer DYNAMIC 1.2.40.0.34.11.20004 Inklusion HeaderCustodian DYNAMIC 1.2.40.0.34.11.20005 Inklusion Header​Information​Recipient DYNAMIC 1.2.40.0.34.11.20007 Inklusion HeaderAuthenticator DYNAMIC 1.2.40.0.34.11.20011 Inklusion HeaderRelatedDocument DYNAMIC 1.2.40.0.34.6.0.11.2.1 Containment Impfungen - kodiert (2019) DYNAMIC 1.2.40.0.34.6.0.11.2.2 Containment Impfempfehlungen - kodiert (2019) DYNAMIC
Beispiel	Beispiel <placeholder>   <!-- See TODO Link auf https://download.hl7.at/TODO for examples --> </placeholder>
Item DT Kard Konf Beschreibung Label hl7:templateId II 1 … 1 R Template Spezieller Implementierungsleitfaden ELGA e-Impfpass (Kompletter Impfstatus) elgaimpfk @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.1 hl7:templateId II 1 … 1 R IHE Immunization Content Specification, IHE PCC TF Revision 11.0 - Final Text, November 11, 2016 elgaimpfk @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2 hl7:id II 1 … 1 M elgaimpfk hl7:code CE 1 … 1 M elgaimpfk @code CONF 1 … 1 F 11369-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F HISTORY OF IMMUNIZATIONS   Beispiel <code code="11369-6" displayName="HISTORY OF IMMUNIZATIONS" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> hl7:title ST 1 … 1 M Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel. elgaimpfk Eingefügt von 1.2.40.0.34.11.90008 CD effectiveTime (DYNAMIC) hl7:effectiveTime TS.AT.TZ 1 … 1 M Erstellungsdatum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. elgaimpfk   elgaimpf-data​element-7  Datum der Eintragung  Datensatz elgagab-data​element-8  Erstellungsdatum  Datensatz Eingefügt von 1.2.40.0.34.11.90009 CD confidentialityCode (DYNAMIC) hl7:confidentialityCode CE 1 … 1 M elgaimpfk   elgagab-data​element-266  Vertraulichkeitscode  Datensatz @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.25 (Confidentialty (HL7)) @displayName 1 … 1 F normal Eingefügt von 1.2.40.0.34.11.90010 CD languageCode (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments. elgaimpfk   elgagab-data​element-265  Sprachcode  Datensatz @code CONF 1 … 1 F de-AT Eingefügt von 1.2.40.0.34.11.90007 SetId VersionNumber (DYNAMIC) hl7:setId II 1 … 1 M Eindeutige Id des Dokumentensets. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Hinweis: Bestimmte Systeme, die bei der Übernahme der SetID in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @Extension-Attributen haben, die länger als 15 Zeichen sind. Die SetID sollte unterschiedlich zur clinicalDocument.id sein. elgaimpfk   Beispiel <setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/> hl7:versionNumber INT.​NONNEG 1 … 1 M Versionsnummer des Dokuments. elgaimpfk   Beispiel <versionNumber value="1"/> Eingefügt 1 … 1 M von 1.2.40.0.34.11.20001 Header​Record​Target (DYNAMIC) hl7:recordTarget 1 … 1 M Komponente für die Patientendaten. elgaimpfk   elgagab-data​element-9  Patient  Datensatz @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 R Patientendaten. elgaimpfk @classCode cs 0 … 1 F PAT   Beispiel <patientRole classCode="PAT">   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole>   Schematron assert role  error     test string-length(hl7:id[1]/@root)>0     Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein     Schematron assert role  error     test hl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK'     Meldung patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben   hl7:id II 2 … * R id[1] Identifikation des Patienten im lokalen System. id[2] Sozialversicherungsnummer des Patienten Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) elgaimpfk   Beispiel lokale Patienten ID vom System, notwendig für XDS <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>   Beispiel Patienten SV Nummer <id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>   Beispiel bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen) <id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/><!--Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen--> hl7:addr AD 0 … 1 Adresse des Patienten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. elgaimpfk hl7:streetAddressLine 0 … 1 elgaimpfk hl7:streetName 0 … 1 elgaimpfk hl7:houseNumber 0 … 1 elgaimpfk   Schematron assert role  error     test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)     Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber   hl7:postalCode 1 … 1 M elgaimpfk hl7:city 1 … 1 M elgaimpfk hl7:state 0 … 1 C elgaimpfk hl7:country 1 … 1 M elgaimpfk hl7:additionalLocator 0 … 1 elgaimpfk hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. elgaimpfk hl7:patient 0 … 1 elgaimpfk @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name des Patienten. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. elgaimpfk hl7:prefix 0 … * elgaimpfk hl7:given 1 … * M elgaimpfk hl7:family 1 … * M elgaimpfk hl7:suffix 0 … * elgaimpfk hl7:administrative​Gender​Code CE 1 … 1 R Codierung des Geschlechts des Patienten. Zugelassene nullFlavor: UNK elgaimpfk   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK elgaimpfk hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten. elgaimpfk   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 Codierung des Religionsbekenntnisses des Patienten. elgaimpfk   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten Darf nicht verwendet werden! elgaimpfk hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! elgaimpfk hl7:guardian 0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter elgaimpfk hl7:addr AD 0 … 1 Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. elgaimpfk hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. elgaimpfk Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des des gesetzlichen Vertreters (Person). elgaimpfk hl7:name PN 1 … 1 M Name der Person. elgaimpfk hl7:guardian​Organization  … 1 Name des des gesetzlichen Vertreters (Organisation). elgaimpfk hl7:name ON 1 … 1 M Name der Organisation. elgaimpfk hl7:birthplace 0 … 1 Geburtsort des Patienten. elgaimpfk hl7:place 1 … 1 M elgaimpfk hl7:addr AD 1 … 1 M Die Adresse des Geburtsorts. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen. Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich. elgaimpfk Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC) hl7:language​Communication 0 … * Komponente zur Angabe der Sprachfähigkeiten des Patienten. elgaimpfk hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). elgaimpfk   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 Ausdrucksform der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.60 elgaimpfk   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 Grad der Sprachkenntnis in der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.61 elgaimpfk   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. elgaimpfk Eingefügt 1 … * M von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC) hl7:author 1 … * M Verfasser des Dokuments. elgaimpfk   elgagab-data​element-48  Autor  Datensatz @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 1 Funktionscode des Verfassers des Dokuments z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. elgaimpfk hl7:time TS.AT.TZ 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK elgaimpfk hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. elgaimpfk @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software. ODER Identifikation des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Person hat keine ID / Gerät/Software hat keine ID UNK … Person hat eine ID, diese ist jedoch unbekannt /Gerät/Software hat eine ID, diese ist jedoch unbekannt elgaimpfk hl7:code CE 0 … 1 Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung) z.B: „Facharzt/Fachärzting für Gynäkologie“, Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. elgaimpfk   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. elgaimpfk Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. elgaimpfk Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. elgaimpfk hl7:assigned​Authoring​Device  … 1 elgaimpfk @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 R Hersteller und Modellbezeichnung des datenerstellenden Gerätes. elgaimpfk hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. elgaimpfk hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. elgaimpfk   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>     <!-- ... -->   </name></representedOrganization> hl7:id II 1 … * M Die OID der Organisation aus dem GDA-Index. Hinweise: id[1] MUSS aus dem GDA-I stammen, weitere id-Elemente können hinzugefügt werden. Für den Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“ Für die Adresse MUSS mindestens Granularitätsstufe 2 angewendet werden. Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. elgaimpfk hl7:name ON 1 … 1 M elgaimpfk hl7:telecom TEL.AT 0 … * elgaimpfk hl7:addr AD 0 … 1 elgaimpfk Eingefügt 0 … 1 von 1.2.40.0.34.11.20003 HeaderDataEnterer (DYNAMIC) hl7:dataEnterer 0 … 1 Person der Dateneingabe. elgaimpfk   elgagab-data​element-65  Schreibkraft  Datensatz hl7:time TS.AT.TZ 0 … 1 Der Zeitpunkt an dem das Dokument geschrieben wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. elgaimpfk hl7:assignedEntity 1 … 1 R Personendaten der schreibenden Person Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. elgaimpfk Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK elgaimpfk hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK elgaimpfk hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK elgaimpfk hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. elgaimpfk Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. elgaimpfk hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. elgaimpfk Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * elgaimpfk hl7:name ON 1 … 1 M elgaimpfk hl7:telecom TEL.AT 0 … * elgaimpfk hl7:addr AD 0 … 1 elgaimpfk Eingefügt 1 … 1 M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. elgaimpfk   elgagab-data​element-73  Verwahrer  Datensatz @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M elgaimpfk @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M elgaimpfk @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … 1 R Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Organisation hat keine ID aus dem GDA-Index UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt elgaimpfk hl7:name 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. elgaimpfk hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. elgaimpfk hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. elgaimpfk Eingefügt 0 … * von 1.2.40.0.34.11.20005 Header​Information​Recipient (DYNAMIC) hl7:information​Recipient 0 … * Beabsichtiger Empfänger des Dokuments. elgaimpfk   elgagab-data​element-259  Empfänger  Datensatz @typeCode cs 0 … 1   Typ des Informationsempfängers. Bsp: PRCP „Primärer Empfänger“ Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.   CONF Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC) hl7:intended​Recipient 1 … 1 M elgaimpfk hl7:id II 1 … * R Identifikation des beabsichtigten Empfängers (Person). Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Person hat keine ID UNK ... Person hat eine ID, diese ist jedoch unbekannt elgaimpfk   Beispiel <id nullFlavor="UNK" assigningAuthorityName="GDA Index"/> hl7:information​Recipient 1 … 1 M Personendaten des beabsichtigten Empfängers. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen. elgaimpfk Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. elgaimpfk hl7:received​Organization 0 … 1 Organisation, der der beabsichtigte Empfänger angehört. z.B.: „Ordination des empfangenden Arztes“ Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. elgaimpfk Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * elgaimpfk hl7:name ON 1 … 1 M elgaimpfk hl7:telecom TEL.AT 0 … * elgaimpfk hl7:addr AD 0 … 1 elgaimpfk hl7:legalAuthenticator NP elgaimpfk Eingefügt 0 … * von 1.2.40.0.34.11.20007 HeaderAuthenticator (DYNAMIC) hl7:authenticator 0 … * Weitere Unterzeichner. elgaimpfk   elgagab-data​element-86  Weitere Unterzeichner  Datensatz @typeCode cs 0 … 1 F AUTHEN hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK elgaimpfk hl7:signatureCode CS 1 … 1 M elgaimpfk @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des weiteren Unterzeichners. Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. elgaimpfk Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK elgaimpfk hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK elgaimpfk hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK elgaimpfk hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. elgaimpfk Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. elgaimpfk hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. elgaimpfk Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * elgaimpfk hl7:name ON 1 … 1 M elgaimpfk hl7:telecom TEL.AT 0 … * elgaimpfk hl7:addr AD 0 … 1 elgaimpfk hl7:inFulfillmentOf NP elgaimpfk hl7:documentationOf NP elgaimpfk Eingefügt 0 … 1 von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC) hl7:relatedDocument 0 … 1 Komponente für das vorgehende Dokument. elgaimpfk   elgagab-data​element-155  Bezug zu vorgehenden Dokumenten  Datensatz @typeCode cs 1 … 1 F RPLC   Art des Bezugs zum Vordokument. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. elgaimpfk @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. elgaimpfk hl7:authorization NP elgaimpfk hl7:componentOf NP elgaimpfk hl7:component elgaimpfk @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody elgaimpfk hl7:component 1 … 1 R Kapitel Impfungen: Sammlung der dokumentierten Impfungen Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC) elgaimpfk wo [hl7:section [hl7:code [(@code = '11369-6' and @codeSystem = '2.16.840.1.113883.6.1')]]] hl7:component 0 … 1 Kapitel Impfungen: Sammlung der dokumentierten Impfungen Beinhaltet Fehler: Kann das Template "1.2.40.0.34.6.0.11.2.4" (DYNAMIC) nicht finden elgaimpfk hl7:component 0 … 1 Kapitel Impfempfehlungen: Sammlung der dokumentierten Impfempfehlungen Beinhaltet 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (DYNAMIC) elgaimpfk wo [hl7:section [hl7:code [(@code = '18776-5' and @codeSystem = '2.16.840.1.113883.6.1')]]]

...

22.4.1.2 Aktualisierung Impfstatus

Id	1.2.40.0.34.6.0.11.0.2	Gültigkeit	2023‑01‑23 14:48:21 Andere Versionen mit dieser Id: eimpf_document_UpdateImmunisierungsstatus vom 2022‑07‑15 13:52:04 eimpf_document_UpdateImmunisierungsstatus vom 2022‑01‑25 12:15:38 eimpf_document_UpdateImmunisierungsstatus vom 2021‑08‑18 14:29:50 eimpf_document_UpdateImmunisierungsstatus vom 2021‑05‑25 13:23:24 eimpf_document_UpdateImmunisierungsstatus vom 2021‑05‑12 09:26:29 eimpf_document_UpdateImmunisierungsstatus vom 2019‑01‑15 16:55:36
Status	Aktiv	Versions-Label	2.0.0+20230717
Name	eimpf_document_UpdateImmunisierungsstatus	Bezeichnung	Update Immunisierungsstatus
Beschreibung Spezieller Implementierungsleitfaden e-Impfpass für Dokument: Update Immunisierungsstatus (Dokument-Level-Template). Ein Dokument enthält mindestens eine Sektion "Impfungen" und optional weitere Sektionen (Impfempfehlungen, Indikationsgruppen, Impfrelevante Erkrankungen, Antikörper-Bestimmung, Beilagen).
Kontext	Pfadname /
Label	elgaimpf‑UpdateImmunisierungsstatus
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 21 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.1.10 Inklusion Document Realm (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.46 Inklusion Document TerminologyDate (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.44 Inklusion Document PracticeSettingCode (1.1.0+20210303) DYNAMIC 1.2.40.0.34.6.0.11.1.11 Inklusion Document Effective Time (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.12 Inklusion Document Confidentiality Code (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.13 Inklusion Document Language (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.15 Inklusion Document Set Id and Version Number (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.31 Inklusion Record Target - e-Impfpass (1.1.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.2 Inklusion Author (1.0.3+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.22 Inklusion Data Enterer (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.4 Inklusion Custodian (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.1.5 Inklusion Legal Authenticator (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.32 Inklusion Documentation Of Service Event - e-Impfpass (1.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.14 Inklusion Document Replacement - Related Document (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.1.50 Inklusion Component Of - Encompassing Encounter with id (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.1 Containment Impfungen - kodiert (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.4 Containment Indikationsgruppen - kodiert (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.5 Containment Impfrelevante Erkrankungen - kodiert (1.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.7 Containment Antikörper-Bestimmung - kodiert (1.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.2 Containment Impfempfehlungen - kodiert (1.0.3+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.71 Containment Beilagen (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2022‑07‑15 13:52:04) ref elgaimpf- Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2022‑01‑25 12:15:38) ref elgaimpf- Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑08‑18 14:29:50) ref elgaimpf- Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑05‑25 13:23:24) ref elgaimpf- Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑05‑12 09:26:29) ref elgaimpf- Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2019‑01‑15 16:55:36) ref elgaimpf-
Beispiel	Beispieldateien <!-- Beispieldateien werden unter https://wiki.hl7.at/index.php?title=ILF:E-Impfpass_Guide bereitgestellt --> <clinicalDocument/>
Beispiel	Update Immunisierungsstatus <ClinicalDocument classCode="DOCCLIN" moodCode="EVN">   <!-- include template 1.2.40.0.34.6.0.11.1.10 'Document Realm' (dynamic) 1..1 M -->   <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <templateId root="1.2.40.0.34.6.0.11.0.1"/>  <templateId root="1.2.40.0.34.7.19.2"/>  <templateId root="1.2.40.0.34.6.0.11.0.2"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="11369-6" codeSystem="2.16.840.1.113883.6.1" displayName="HISTORY OF IMMUNIZATIONS">     <translation code="87273-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="codeSystemName" displayName="Immunization note"/>  </code>  <title>title</title>  <hl7at:terminologyDate value="20221224"/>  <hl7at:formatCode code="urn:hl7-at:eImpf:2.0.0+20230717" codeSystem="1.2.40.0.34.5.37" displayName="HL7 Austria e-Impfpass 2.0.0+20230717"/>  <hl7at:practiceSettingCode code="F023" displayName="Interdisziplinärer Bereich" codeSystem="1.2.40.0.34.5.12" codeSystemName="ELGA_PracticeSetting"/>  <!-- include template 1.2.40.0.34.6.0.11.1.11 'Document Effective Time' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.6.0.11.1.12 'Document Confidentiality Code' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.6.0.11.1.13 'Document Language' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.6.0.11.1.15 'Document Set Id and Version Number' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.6.0.11.1.31 'Record Target - e-Impfpass' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.6.0.11.1.2 'Author' (dynamic) 1..* M -->   <!-- include template 1.2.40.0.34.6.0.11.1.22 'Data Enterer' (dynamic) 0..1 O -->   <!-- include template 1.2.40.0.34.6.0.11.1.4 'Custodian' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.6.0.11.1.5 'Legal Authenticator' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.6.0.11.1.32 'Documentation Of Service Event - e-Impfpass' (dynamic) 1..1 M -->   <!-- include template 1.2.40.0.34.6.0.11.1.14 'Document Replacement - Related Document' (dynamic) 0..1 O -->   <component typeCode="COMP" contextConductionInd="true">     <structuredBody classCode="DOCBODY" moodCode="EVN">       <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.6.0.11.2.1 'Impfungen - kodiert' (2017-03-11T18:38:41) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.6.0.11.2.4 'Indikationsgruppen - kodiert' (2019-04-24T14:18:17) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.6.0.11.2.5 'Impfrelevante Erkrankungen - kodiert' (2019-05-20T08:20:55) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.6.0.11.2.7 'Antikörper-Bestimmung - kodiert' (2019-04-12T16:06:34) -->       </component>      <component typeCode="COMP" contextConductionInd="true">         <!-- template 1.2.40.0.34.6.0.11.2.2 'Impfempfehlungen - kodiert' (2019-01-17T16:18:17) -->       </component>    </structuredBody>  </component>  <!-- include template 1.2.40.0.34.6.0.11.9.34 'Stylesheet Test e-Impfpass' (dynamic) .. O --> </ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument 1 … 1 M Update Immunisierungsstatus Alle Dokumente müssen mit diesem XML-Prolog starten: <?xml version="1.0" encoding="utf-8" standalone="yes"?> <?xml-stylesheet type="text/xsl" href="eimpf-stylesheet_v1.0.xsl"?>  elga...atus @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC) hl7:realmCode CS 1 … 1 M Hoheitsbereich des Dokuments. Fester Wert: @code = AT (aus Value Set „ELGA_RealmCode“) elga...atus @code 1 … 1 F AT hl7:typeId II 1 … 1 M Dokumentformat CDA R2 elga...atus @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040 hl7:templateId II 1 … 1 M eHealth Austria Dokumente elga...atus @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.1 hl7:templateId II 1 … 1 M Implementierungsleitfaden e-Impfpass v2 (OID Knoten). Dient als informative Referenz. elga...atus @root uid 1 … 1 F 1.2.40.0.34.7.19.2 hl7:templateId II 1 … 1 M Implementierungsleitfaden e-Impfpass - Update Immunisierungsstatus elga...atus @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.2 hl7:templateId II NP Vor v2 wurde hier die Version des speziellen Implementierungsleitfaden e-Impfpass - Update Immunisierungsstatus mit XDSdocumentEntry.formatCode als Extension angegeben. ↔ Hinweis zum XDS-Mapping: Das templateId-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wurde ins XDS-Attribut formatCode gemappt (ohne Präfix XDSdocumentEntry.formatCode^).  elga...atus @extension st 1 … 1 F XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.2.1 hl7:templateId II 1 … 1 M Immunization Content (IC) Content Module, IHE PCC Technical Framework Revision 11.0 - November 11, 2016.  Dient als informative Referenz. elga...atus @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2 hl7:id II 1 … 1 M Weltweit eindeutige Dokumenten-Id eines CDA-Dokuments. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen elga...atus   Beispiel <id root="1.2.40.0.34.99.111.1.1" extension="134F989" assigningAuthorityName="Amadeus Spital"/> hl7:code CE 1 … 1 M Bezeichnet die „Dokumentklasse“. Zulässige Werte gemäß Value Set „ELGA_Dokumentklassen“ ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. elga...atus @code CONF 1 … 1 F 11369-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F HISTORY OF IMMUNIZATIONS hl7:translation CD 1 … 1 M Dokumententyp in feiner Granularität. Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. elga...atus @code cs 1 … 1 F 87273-9 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @displayName st 1 … 1 F Immunization note hl7:title ST 1 … 1 M Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel. MUSS lauten: "Update Immunisierungsstatus" ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut title gemappt.  elga...atus sdtc:statusCode NP Ein Update Immunisierungsstatus ist grundsätzlich immer ein abgeschlossenes bzw. "fertiges" Dokument - in diesen Fällen erübrigt sich die Angabe eines Status. elga...atus Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC) hl7at:terminologyDate TS.DATE.FULL 1 … 1 M Das Terminologie-Datum des Dokumentes Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben. elga...atus   Constraint Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden. Beispiel: 20200527 hl7at:formatCode CD 1 … 1 M ↔ Hinweis zum XDS-Mapping:  @code wird in das XDS-Attribut XDSDocumentEntry.formatCode übernommen. elga...atus @code st 1 … 1 R @displayName st 1 … 1 R @codeSystemName st 0 … 1 F ELGA_FormatCode @codeSystem CONF 1 … 1 F 1.2.40.0.34.5.37   Schematron assert role  error     test matches(@code, '^urn:hl7-at:eImpf:2\.[0-9]+\.[0-9]+\+[0-9]{8}$')     Meldung Es MUSS die neue Hauptversion v2 im Attribut code im formatCode verwendet werden.     Schematron assert role  error     test matches(@displayName, '^HL7 Austria e-Impfpass 2\.[0-9]+\.[0-9]+\+[0-9]{8}$')     Meldung Es MUSS die neue Hauptversion v2 im Attribut displayName im formatCode verwendet werden.   Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC) hl7at:practiceSettingCode CD 0 … 1 R Die fachliche Zuordnung des Dokumentes elga...atus @displayName 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC) hl7:effectiveTime TS.AT.TZ 1 … 1 M Relevantes Datum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. elga...atus   at-cda-bbr-data​element-11  Erstellungsdatum  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC) hl7:confidentialityCode CE 1 … 1 M Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.  elga...atus   at-cda-bbr-data​element-13  Vertraulichkeitscode  Dataset A Allgemeiner Leitfaden @codeSystemName st 1 … 1 F HL7:Confidentiality   Constraint Für ELGA-Dokumente ist ausschließlich "N" erlaubt! Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments. elga...atus   at-cda-bbr-data​element-14  Sprachcode  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)   Constraint Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden. Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC) hl7:setId II 1 … 1 M Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die setId SOLL unterschiedlich zur clinicalDocument.id sein. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt. Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind. elga...atus hl7:versionNumber INT.​NONNEG 1 … 1 M Versionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt. Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt. elga...atus @value int 1 … 1 R Versionsnummer als positive ganze Zahl. Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.31 Record Target - e-Impfpass (DYNAMIC) hl7:recordTarget 1 … 1 M Komponente für die Patientendaten. elga...atus   elgaimpf-data​element-1  Impfling  Datensatz Immunisierungsstatus @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP hl7:patientRole 1 … 1 M Patientendaten. elga...atus @classCode cs 0 … 1 F PAT hl7:id II 2 … * R Identifikatoren des Patienten. Es werden drei Identifikatoren definiert, die nur in einer festgelegten Reihenfolge angegeben werden können: Die erste ID ist der lokale Identifikator, mit der der Patient im erstellenden System identifiziert wird. Die zweite ID ist die Sozialversicherungsnummer. Die dritte ID ist das bereichsspezifische Personenkennzeichen elga...atus   elgaimpf-data​element-86  LokaleID  Datensatz Immunisierungsstatus elgaimpf-data​element-87  SVNr  Datensatz Immunisierungsstatus elgaimpf-data​element-88  bPK-GH  Datensatz Immunisierungsstatus   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" MUSS die Reihenfolge der id-Elemente wie folgt eingehalten werden: id[1] Identifikation des Patienten im lokalen System M [1..1] ↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt. id[2] Sozialversicherungsnummer des Patienten R [1..1]: @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert 1.2.40.0.10.1.4.3.1, M [1..1] @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen), M [1..1] @assigningAuthorityName: Fester Wert "Österreichische Sozialversicherung", O [0..1] Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) C [0..1] @root: OID der österreichischen bPK, fester Wert "1.2.40.0.10.2.1.1.149", M [1..1] @extension: bPK-GH des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen) @assigningAuthorityName: Fester Wert "Österreichische Stammzahlenregisterbehörde", O [0..1] Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen. Wenn id[2] nullFlavor strukturiert, dann MUSS id[3] bPK-GH vorhanden sein. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die Reihenfolge der id-Elemente wie folgt eingehalten werden: id[1] Identifikation des Patienten im lokalen System M [1..1]. Hierbei MUSS es sich um das bPK-GH des Patienten handeln mit @root: OID der österreichischen bPK, fester Wert "1.2.40.0.10.2.1.1.149", M [1..1] @extension: bPK-GH des Patienten: Bereichskürzel + bPK @assigningAuthorityName: Fester Wert "Österreichische Stammzahlenregisterbehörde", O [0..1] Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen. ↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt. id[2] Sozialversicherungsnummer des Patienten R [1..1]: @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert 1.2.40.0.10.1.4.3.1, M [1..1] @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen), M [1..1] @assigningAuthorityName: Fester Wert "Österreichische Sozialversicherung", O [0..1] Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt hl7:addr 0 … 2 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) elga...atus wo [not(@nullFlavor)]   elgaimpf-data​element-219  Adresse  Datensatz Immunisierungsstatus hl7:telecom TEL.AT 0 … * R Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. elga...atus wo [not(@nullFlavor)]   elgaimpf-data​element-216  Kontaktdaten  Datensatz Immunisierungsstatus @value url 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß Value Set „ELGA_URLScheme“   elgaimpf-data​element-227  Telefon Mobil  Datensatz Immunisierungsstatus elgaimpf-data​element-228  Telefon Festnetz  Datensatz Immunisierungsstatus elgaimpf-data​element-229  Mail  Datensatz Immunisierungsstatus @use cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP Zulässige Werte gemäß Value Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:patient 1 … 1 M Name des Patienten. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) elga...atus   elgaimpf-data​element-172  Name  Datensatz Immunisierungsstatus Auswahl 1 … 1 Codierung des Geschlechts des Patienten aus Value Set "ELGA_AdministrativeGender". Zugelassene nullFlavor: UNK Elemente in der Auswahl: hl7:administrative​Gender​Code[not(@nullFlavor)] hl7:administrative​Gender​Code[@nullFlavor='UNK'] hl7:administrative​Gender​Code CE 0 … 1 elga...atus wo [not(@nullFlavor)]   elgaimpf-data​element-94  Geschlecht  Datensatz Immunisierungsstatus @displayName st 1 … 1 R @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.1 @codeSystemName st 0 … 1 F HL7:AdministrativeGender   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:administrative​Gender​Code CE 0 … 1 elga...atus wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Elemente in der Auswahl: hl7:birthTime hl7:birthTime[@nullFlavor='UNK'] hl7:birthTime TS.AT.VAR 0 … 1 elga...atus   Constraint Wenn vorhanden MUSS das Geburtsdatum im Format YYYYMMDD (taggenau) oder YYYYMMDDhhmmss[+/-]HHMM (sekundengenau mit Zeitzone) angegeben werden. Sollte die Information nicht vorliegen KANN das Geburtsdatum auch im Format YYYY (jahrgenau) oder YYYYMM (monatsgenau) strukturiert sein. hl7:birthTime TS.AT.VAR 0 … 1 elga...atus wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:marital​Status​Code NP Codierung des Familienstands des Patienten. Wird in e-Impfpass nicht verwendet! elga...atus hl7:religious​Affiliation​Code NP Codierung des Religionsbekenntnisses des Patienten. Wird in e-Impfpass nicht verwendet! elga...atus hl7:raceCode NP Rasse des Patienten: Darf nicht verwendet werden! elga...atus hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten: Darf nicht verwendet werden! elga...atus hl7:guardian 0 … * R Gesetzlicher Vertreter (Erwachsenenvertreter, Vormund, Obsorgeberechtigter). Der gesetzliche Vertreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein. Beim Patienten können optional ein oder mehrere gesetzliche Vertreter angegeben werden. Wenn ein gesetzliche Vertreter bekannt ist, SOLL diese Information auch angegeben werden. elga...atus @classCode cs 0 … 1 F GUARD hl7:addr 0 … 1 Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) elga...atus hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. elga...atus @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „Kontaktdaten-Elemente“ Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization) Elemente in der Auswahl: hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) elga...atus hl7:guardian​Person 0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) elga...atus hl7:guardian​Organization 0 … 1 Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) elga...atus hl7:birthplace 0 … 1 Geburtsort des Patienten. elga...atus @classCode cs 0 … 1 F BIRTHPL hl7:place 1 … 1 elga...atus @classCode cs 0 … 1 F PLC @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente in der Auswahl: hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) elga...atus hl7:addr AD 0 … 1 Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) elga...atus hl7:language​Communication NP Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. Wird in e-Impfpass nicht verwendet! elga...atus   Schematron assert role  error     test not(hl7:id[1]/@nullFlavor)     Meldung Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.     Schematron assert role  error     test not(hl7:id[2]/@nullFlavor='UNK') or hl7:id[@root='1.2.40.0.10.2.1.1.149']     Meldung Wenn die SVNR mit nullFlavor 'UNK' angegeben wird, MUSS das bPK-GH strukturiert sein.     Schematron assert role  error     test not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])     Meldung Zugelassene nullFlavor sind "NI" und "UNK"   Eingefügt 1 … * M von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)   Constraint Wenn der Dokumentersteller eine Person ist, soll diese vor der dokumentenerstellenden Software im Author im assignedPerson dokumentiert werden (R [0..*]). Es MUSS die dokumenterstellende Software in einem Author im assignedAuthoringDevice dokumentiert werden (M [1..1]). hl7:author 1 … * M Verfasser des Dokuments. elga...atus @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. elga...atus @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R Auswahl 1 … 1 Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 elga...atus wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 elga...atus wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 M elga...atus @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software. ODER Identifikation des/der datenerstellenden Gerätes/Software.  Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK']   Constraint Zugelassene nullFlavor: NI  ….... Person hat keine ID / Gerät/Software hat keine ID  UNK  … Person hat eine ID, diese ist jedoch unbekannt / Gerät/Software hat eine ID, diese ist jedoch unbekannt hl7:id II 0 … * Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software. ODER Identifikation des/der datenerstellenden Gerätes/Software.  elga...atus wo [not(@nullFlavor)] hl7:id II 0 … 1 elga...atus wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 elga...atus wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 R Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“. Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. elga...atus @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. elga...atus wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) elga...atus hl7:assigned​Authoring​Device 0 … 1 Datenerstellende/s Software/Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) elga...atus hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. ↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.  Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" -->  "Wien AKH" bzw. "Wien AKH - Augenambulanz"  Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC) elga...atus   Constraint id MUSS der OID der Organisation aus dem GDA-Index entsprechen. name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden) Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“ Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.   Schematron assert role  error     test count(hl7:author/hl7:assignedAuthor/hl7:assigned​Authoring​Device)=1     Meldung Es MUSS genau eine dokumenterstellende Software angeben werden.   Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC)   Constraint Im Falle eines Selbsteintrags durch den/die Bürger/in, MUSS diese/r als DataEnterer eingetragen werden (M [1..1]). In allen anderen Fällen ist die Angabe von DataEnterer optional (O [0..1]). hl7:dataEnterer 0 … 1 C z.B. Schreibkraft, Medizinische Dokumentationsassistenz elga...atus   at-cda-bbr-data​element-16  Schreibkraft  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F ENT @context​Control​Code cs 0 … 1 F OP hl7:time TS.AT.TZ 0 … 1 R Der Zeitpunkt zu dem die Daten dokumentiert wurden. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. elga...atus wo [not(@nullFlavor)]   at-cda-bbr-data​element-17  Zeitpunkt des Schreibens  Dataset A Allgemeiner Leitfaden hl7:assignedEntity 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) elga...atus Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. elga...atus   at-cda-bbr-data​element-24  Verwahrer  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M elga...atus @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M elga...atus @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. elga...atus hl7:name ON 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. elga...atus hl7:telecom TEL.AT 0 … * Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. elga...atus wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) elga...atus hl7:information​Recipient NP elga...atus Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC) hl7:legalAuthenticator 1 … 1 M Hauptunterzeichner, Rechtlicher Unterzeichner elga...atus   at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A Allgemeiner Leitfaden @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 elga...atus wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 elga...atus wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. elga...atus   at-cda-bbr-data​element-6  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des rechtlichen Unterzeichners. Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden! Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) elga...atus hl7:authenticator NP elga...atus hl7:participant NP Fachlicher Ansprechpartner Ein-, Über-, Zuweisender Arzt Auskunftsberechtigte Person (Notfallkontakt) Angehörige Versicherung Betreuungsorganisation elga...atus hl7:inFulfillmentOf NP elga...atus Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.32 Documentation Of Service Event - e-Impfpass (DYNAMIC) hl7:documentationOf 1 … 1 M Komponente für die Gesundheitsdienstleistung. elga...atus @typeCode cs 0 … 1 F DOC hl7:serviceEvent 1 … 1 M Gesundheitsdienstleistung. elga...atus @classCode cs 1 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:code CE 1 … 1 M Code der Gesundheitsdienstleistung, fixer Wert 41000179103. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut eventCodeList gemappt. elga...atus @code cs 1 … 1 F 41000179103 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.96 @codeSystemName st 1 … 1 F SNOMED CT @displayName st 1 … 1 F Immunization record (record artifact) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum der Gesundheitsdienstleistung, ↔ Hinweis zum XDS-Mapping: Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime gemappt.  Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben. ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen! Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:  serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements elga...atus Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[not(@nullFlavor)] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 elga...atus wo [not(@nullFlavor)]   Constraint Für "Update Immunisierungsstatus": Zeitpunkt des Starts der Gesundheitsdienstleistung (aktueller Besuch). Für "Kompletter Immunisierungsstatus": Zeitpunkt des ältesten effectiveTime aus: "Immunization Entry", templateId 1.2.40.0.34.6.0.11.3.1, substanceAdministration/effectiveTime und "Impfrelevante Erkrankungen Problem Entry", templateId 1.2.40.0.34.6.0.11.3.9, act/effectiveTime/low hl7:low TS.AT.TZ 0 … 1 NullFlavor elga...atus wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[not(@nullFlavor)] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 elga...atus wo [not(@nullFlavor)]   Constraint Für "Update Immunisierungsstatus": Zeitpunkt des Endes der Gesundheitsdienstleistung (aktueller Besuch, MUSS sich vom Start der Gesundheitsdienstleistung unterscheiden) Für "Kompletter Immunisierungsstatus": Zeitpunkt des jüngsten effectiveTime aus: "Immunization Entry", templateId 1.2.40.0.34.6.0.11.3.1, substanceAdministration/effectiveTime und "Impfrelevante Erkrankungen Problem Entry", templateId 1.2.40.0.34.6.0.11.3.9, act/effectiveTime/high hl7:high TS.AT.TZ 0 … 1 NullFlavor elga...atus wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:performer NP elga...atus Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC) hl7:relatedDocument 0 … 1 elga...atus   at-cda-bbr-data​element-15  Bezug zu vorgehenden Dokumenten  Dataset A Allgemeiner Leitfaden @typeCode cs 1 … 1 R Art des Bezugs zum Vordokument.   Constraint Erlaubte @typeCodes: RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "deprecated" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar. APND - append: Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert. XFRM - transformed: Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen. Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affinity Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. elga...atus @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. elga...atus   Schematron assert role  error     test not(hl7:relatedDocument) or hl7:relatedDocument[@typeCode='RPLC']     Meldung Wird /ClinicalDocument/relatedDocument angegeben, MUSS relatedDocument[@typeCode='RPLC'] sein.   hl7:authorization NP elga...atus Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.50 Component Of - Encompassing Encounter with id (DYNAMIC) hl7:componentOf 0 … 1 Komponente für den Patientenkontakt. elga...atus   at-cda-bbr-data​element-33  Patientenkontakt  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 M Patientenkontakt. elga...atus @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN Auswahl 1 … 1 Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl elga...atus wo [not(@nullFlavor)]   at-cda-bbr-data​element-34  ID  Dataset A Allgemeiner Leitfaden @extension st 1 … 1 R Aufenthaltszahl, z.B.: Az123456 @root uid 1 … 1 R OID der Liste der Aufenthaltszahlen der Organisation @assigningAuthorityName st 0 … 1   Name der Stelle, welche die ID zugewiesen hat, z.B.: "Amadeus Spital". hl7:id II 0 … 1 elga...atus wo [@nullFlavor='UNK'] hl7:code CE 1 … 1 M Codierung des Patientenkontakts. elga...atus   at-cda-bbr-data​element-39  Art des Aufenthalts  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1 F HL7:ActCode @displayName st 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) elga...atus   at-cda-bbr-data​element-37  Beginn des Patientenkontaktes  Dataset A Allgemeiner Leitfaden   Constraint Der Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein: Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung. Der Entlassungszeitpunkt kann „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high) Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden. hl7:responsible​Party 0 … 1 R Komponente für die verantwortliche Person. elga...atus   at-cda-bbr-data​element-40  Verantwortliche Person  Dataset A Allgemeiner Leitfaden hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) elga...atus Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC) Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung). hl7:location 1 … 1 M elga...atus @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M elga...atus @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.  Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“ Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. elga...atus @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) elga...atus hl7:component 1 … 1 M elga...atus @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:structuredBody 1 … 1 M elga...atus @classCode cs 0 … 1 F DOCBODY @moodCode cs 0 … 1 F EVN hl7:component 1 … 1 M Kapitel Impfungen: Sammlung der dokumentierten Impfungen. Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC) elga...atus @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Constraint Diese Section MUSS immer angegeben werden, um dem IHE PCC Profil zu entsprechen. Für den Fall, dass in einem "Update Immunisierungsstatus" keine Impfung dokumentiert wird (z.B. es wird nur eine Impfempfehlung oder nur eine impfrelevante Erkrankung angegeben), ist in dieser Section das "Immunization Entry Impfung nicht angegeben" Entry zu verwenden. hl7:component 0 … 1 C Kapitel Personengruppe: Dokumentiert die Zugehörigkeit zu speziellen Personengruppen. Beinhaltet 1.2.40.0.34.6.0.11.2.4 Indikationsgruppen - kodiert (DYNAMIC) elga...atus @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Constraint Im Fall einer Selbsteintragung durch den/die Bürger/in ist die Verwendung dieser Sektion verboten (NP). In allen anderen Fällen ist diese Sektion optional (O [0..1]). hl7:component 0 … 1 C Kapitel Impfrelevante Erkrankungen: Sammlung der dokumentierten impfrelevanten Erkrankungen Beinhaltet 1.2.40.0.34.6.0.11.2.5 Impfrelevante Erkrankungen - kodiert (DYNAMIC) elga...atus @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Constraint Im Fall einer Selbsteintragung durch den/die Bürger/in ist die Verwendung dieser Sektion verboten (NP). In allen anderen Fällen ist diese Sektion optional (O [0..1]). hl7:component 0 … 1 C Kapitel Antikörper-Untersuchungen: Sammlung der dokumentierten Antikörper-Untersuchungen Beinhaltet 1.2.40.0.34.6.0.11.2.7 Antikörper-Bestimmung - kodiert (DYNAMIC) elga...atus @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Constraint Im Fall einer Selbsteintragung durch den/die Bürger/in ist die Verwendung dieser Sektion verboten (NP). In allen anderen Fällen ist diese Sektion optional (O [0..1]). hl7:component 0 … 1 C Kapitel Impfempfehlungen: Sammlung der dokumentierten Impfempfehlungen Beinhaltet 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (DYNAMIC) elga...atus @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Constraint Im Fall einer Selbsteintragung durch den/die Bürger/in ist die Verwendung dieser Sektion verboten (NP). In allen anderen Fällen ist diese Sektion optional (O [0..1]). hl7:component 0 … 1 Kapitel Beilagen: Attachment des eingescannten Papier-Impfpasses Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC) elga...atus @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true   Constraint Im section/entry MUSS ENTWEDER ein Author ODER ein Informant angegeben werden. Im Fall des Selbsteintrags durch den/die Bürger/in, MUSS der Informant M [1..1] und der darin enthaltene relatedEntity.code M [1..1] mit "SELF" angeben werden. In allen anderen Fällen MUSS der Author angegeben werden M [1..1].

22.4.2 CDA Header Level Templates

22.4.2.1 TODO

22.4.3 CDA Section Level Templates

22.4.3.1 Impfungen kodiert

Id	1.2.40.0.34.6.0.11.2.1 ref at-cda-bbr-	Gültigkeit	2021‑02‑19 11:46:43 Andere Versionen mit dieser Id: atcdabrr_section_ImpfungenKodiert vom 2017‑03‑11 18:38:41
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabrr_section_ImpfungenKodiert	Bezeichnung	Impfungen - kodiert
Beschreibung Diese Sektion enthält die Impfungen, die dem Patienten verabreicht wurden. Pro Sektion können mehrere Impfungen enthalten sein. Alle Inhalte sind verpflichtend strukturiert in den darunterliegenden Entries anzugeben.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.1
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.1 Containment Immunization Entry (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.28 Containment Immunization Entry Impfung nicht angegeben (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (2017‑03‑11 18:38:41) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.6 Immunization section (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.23 IHE Immunizations Section (2013‑12‑20) ref IHE-PCC-
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.1"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.6"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.23"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="11369-6" codeSystem="2.16.840.1.113883.6.1" displayName="HISTORY OF IMMUNIZATIONS"/>  <hl7:title>Impfungen</hl7:title>  <text>     <table ID="sbdm-1">       <tbody>         <tr>           <td styleCode="xELGA_colw:20">Impfung gegen:</td>          <td>             <content ID="target-1">Frühsommer-Meningoencephalitis</content>          </td>        </tr>        <!-- und so weiter -->       </tbody>    </table>  </text>  <!-- choice -->   <hl7:entry typeCode="DRIV" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.1 'Immunization Entry' (2019-01-16T16:12:57) -->   </hl7:entry>  <!-- oder -->   <hl7:entry typeCode="DRIV">     <!-- template 1.2.40.0.34.6.0.11.3.28 'Immunization Entry Impfung nicht angegeben' (2019‑08‑13T12:59:09) -->   </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->   </hl7:component></hl7:section>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.1 hl7:templateId II 1 … 1 M HL7 CCD Immunization section (atc...ert) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.6 hl7:templateId II 1 … 1 M IHE PCC Immunizations Section (atc...ert) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.23 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (atc...ert) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M Code der Sektion. Fixer Wert "11369-6" (atc...ert) @code CONF 1 … 1 F 11369-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F HISTORY OF IMMUNIZATIONS hl7:title ST 1 … 1 M Der Titel der Sektion MUSS lauten: 'Impfungen'  (atc...ert)   CONF Elementinhalt muss "Impfungen" sein hl7:text SD.TEXT 1 … 1 M Die narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt.  Alle relevanten Informationen werden hier tabellarisch dargestellt. Form: zweispaltig, erste Spalte enthält den Namen des Datenelements, die zweite Spalte den Inhalt.  z.B.: Impfung gegen: Frühsommer-Meningoencephalitis (atc...ert) Auswahl 1 … * Elemente in der Auswahl: hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.1']] welches enthält Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC) hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.28']] welches enthält Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC) hl7:entry 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC) (atc...ert) wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.1']] @typeCode cs 1 … 1 F DRIV   DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt. @context​Conduction​Ind cs 0 … 1 F true hl7:entry 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC) (atc...ert) wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.28']] @typeCode cs 1 … 1 F DRIV   DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt. @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen. Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

22.4.3.2 TODO

Id	1.2.40.0.34.6.0.11.2.2 ref at-cda-bbr-	Gültigkeit	2023‑04‑11 15:05:08 Andere Versionen mit dieser Id: atcdabrr_section_ImpfempfehlungenKodiert vom 2022‑03‑10 13:49:22 atcdabrr_section_ImpfempfehlungenKodiert vom 2021‑08‑26 15:09:41 atcdabrr_section_ImpfempfehlungenKodiert vom 2021‑02‑19 11:46:26 atcdabrr_section_ImpfempfehlungenKodiert vom 2019‑01‑17 16:18:17
Status	Aktiv	Versions-Label	1.0.3+20230717
Name	atcdabrr_section_ImpfempfehlungenKodiert	Bezeichnung	Impfempfehlungen - kodiert
Beschreibung Sektion zur Dokumentation von empfohlenen zukünftigen Impfungen (Impfkalender). Impfempfehlungen werden automatisiert von einem Regelwerk basierend auf dem "Impfplan Österreich" erstellt, außer es liegt eine ärztliche Empfehlung (von einer ärztlichen Person) für dasselbe Impfziel vor. Impfempfehlungen können sich auf ein bestimmtes Produkt und sollten sich auf ein bestimmtes Impfschema beziehen. Hinweis: Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber NICHT unterstützt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.2
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.3 Containment Immunization Recommendation Entry (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2022‑03‑10 13:49:22) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2021‑08‑26 15:09:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2021‑02‑19 11:46:26) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2019‑01‑17 16:18:17) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.20.1.6 Immunization section (DYNAMIC) ref ccd1- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.23 IHE Immunizations Section (2013‑12‑20) ref IHE-PCC-
Beispiel	Strukturbeispiel <cda:section classCode="DOCSECT" moodCode="EVN">   <cda:templateId root="1.2.40.0.34.6.0.11.2.2"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.6"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.23"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="18776-5" codeSystem="2.16.840.1.113883.6.1" displayName="TREATMENT PLAN"/>  <cda:title>Impfempfehlungen</cda:title>  <cda:text>Entsprechend dem nationalen Impfplan Österreich (Ausgabe 2019) sind folgende Impfungen empfohlen </cda:text>  <cda:entry typeCode="DRIV" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.3 'Immunization Recommendation Entry' (2019-04-25T10:30:18) -->   </cda:entry>  <cda:component typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->   </cda:component></cda:section>
Item DT Kard Konf Beschreibung Label hl7:section (atc...ert) @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA (atc...ert) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.2 hl7:templateId II 1 … 1 M HL7 CCD Immunization section (atc...ert) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.6 hl7:templateId II 1 … 1 M IHE PCC Immunizations Section (atc...ert) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.23 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) (atc...ert) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M Code der Sektion (atc...ert) @code CONF 1 … 1 F 18776-5 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F TREATMENT PLAN hl7:title ST 1 … 1 M Der Titel dieser Sektion muss lauten: 'Impfempfehlungen' (atc...ert)   CONF Elementinhalt muss "Impfempfehlungen" sein hl7:text SD.TEXT 1 … 1 M Die narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt. Die Vorgaben zu Layout und Inhalt sind im entsprechenden Implementierungsleitfaden dokumentiert. (atc...ert) hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (DYNAMIC) (atc...ert) @typeCode cs 1 … 1 F DRIV   DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt. @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … * Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen. Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC) (atc...ert) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

22.4.4 CDA Entry Level Templates

22.4.4.1 Impfung Entry

Id	1.2.40.0.34.6.0.11.3.1 ref at-cda-bbr-	Gültigkeit	2023‑01‑23 12:29:18 Andere Versionen mit dieser Id: atcdabbr_entry_Immunization vom 2022‑01‑25 14:21:09 atcdabbr_entry_Immunization vom 2021‑08‑04 13:02:28 atcdabbr_entry_Immunization vom 2021‑05‑20 08:43:35 atcdabbr_entry_Immunization vom 2021‑05‑19 15:07:24 atcdabbr_entry_Immunization vom 2021‑05‑17 14:08:25 atcdabbr_entry_Immunization vom 2021‑05‑04 08:23:05 atcdabbr_entry_Immunization vom 2021‑02‑19 12:46:49 atcdabbr_entry_Immunization vom 2019‑01‑16 16:12:57
Status	Aktiv	Versions-Label	2.0.0+20230717
Name	atcdabbr_entry_Immunization	Bezeichnung	Immunization Entry
Beschreibung Enthält die Dokumentation einer einzelnen Impfung (einzelne Verabreichung eines Impfstoffes). Wird die Nachtragung einer Impfung dokumentiert, MUSS dies durch das Element participant/@typeCode = "ENT" gekennzeichnet sein (M [1..1]).
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 15 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.32 Containment Vaccine Product (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.21 Containment Performer Body - Impfende Person (1.0.2+20220103) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - e-Impfpass (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.14 Containment Participant Body - Transcriber (1.1.0+20220103) DYNAMIC 1.2.40.0.34.6.0.11.9.44 Containment Participant Body - Verifier (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.46 Containment Participant Body - Authorized Editor (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.47 Containment Participant Body - Data Enterer (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.2 Containment Immunization Target Entry (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.5 Containment Immunization Billability Entry (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.168 Containment Zusatzklassifikation (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.10 Containment Immunization Schedule Entry (2.0.0+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑05‑20 08:43:35) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑02‑19 12:46:49) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2019‑01‑16 16:12:57) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC) ref epsos- Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC) ref ccd1-
Beispiel	Neue Impfung - Minimalbeispiel für Update Immunisierungsstatus <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20200617122000+0200"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="UNK"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) -->   </consumable>  <performer typeCode="PRF">     <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->   </performer>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="SUBJ">     <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) -->   </entryRelationship>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Impfung - Vollständig für Kompletter Immunisierungsstatus <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20190817121500+0200"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity value="1" unit="{Packung}"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) -->   </consumable>  <performer typeCode="PRF">     <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->   </performer>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) -->   </author>  <participant typeCode="ENT">     <!-- template 1.2.40.0.34.6.0.11.9.14 'Participant Body Transcriber' (2019-04-03T16:19:46) -->   </participant>  <participant typeCode="VRF">     <!-- template 1.2.40.0.34.6.0.11.9.44 'Participant Body Verifier' (2021‑08‑04 12:28:20) -->   </participant>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="SUBJ">     <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) -->   </entryRelationship>  <reference typeCode="REFR">     <externalDocument classCode="DOC" moodCode="EVN">       <templateId root="1.2.40.0.34.6.0.11.3.14"/>      <id root="1.2.40.0.34.99.4613.3.1" extension="1"/>      <code code="308707006" codeSystem="2.16.840.1.113883.6.96" displayName="Zertifikat">         <translation code="DGC-V" codeSystem="1.2.40.0.34.5.183" codeSystemName="eImpf_Ergaenzung" displayName="Impfzertifikat"/>      </code>      <text>         <reference value="https://epi-service.gv.at/wasauchimmer/654654316546.pdf"/>      </text>    </externalDocument>  </reference>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Nachtragung einer Impfung (z.B. aus Papier-Impfpass) <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="202006"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="UNK"/>  <consumable>     <!-- choice: template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) oder template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) -->   </consumable>  <participant typeCode="ENT">     <!-- template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC) (2019-04-03T16:19:46) -->   </participant>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration (atc...ion) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F EVN @negationInd bl 1 … 1 F false   In ELGA werden keine unerwünschten Impfungen dokumentiert, daher ist der negationInd immer "false". hl7:templateId II 1 … 1 M ELGA (atc...ion) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.1 hl7:templateId II 1 … 1 M HL7 CCD Medication activity (atc...ion) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.24 hl7:templateId II 1 … 1 M IHE Immunizations Entry (atc...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.12 hl7:id II 1 … 1 M Id der einzelnen Impfung, auf die referenziert werden kann (z.B. für Updates). OID und/oder Extension werden von der GDA-Software generiert, Eindeutigkeit ist unbedingt zu wahren. (atc...ion) hl7:code CD 1 … 1 M (atc...ion) @code cs 1 … 1 F IMMUNIZ @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F ActCode @displayName st 0 NP NP/nicht anwesend Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) hl7:text ED 1 … 1 M (atc...ion) hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. (atc...ion) @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.   hl7:statusCode CS 1 … 1 M Fester Wert "completed" (atc...ion) @code cs 1 … 1 F completed hl7:effectiveTime TS.AT.VAR 1 … 1 M Impfzeitpunkt: Datum inklusive Zeitpunkt der Durchführung der Impfung. bzw. Impfdatum: Datum der Durchführung der Impfung ohne Zeitangabe. Bitte bei der Anzeige beachten, das keine (erfundene) Zeitangabe gemacht wird, wie z.B. "00:00". (atc...ion) wo [not(@nullFlavor)]   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS der Impfzeitpunkt entweder im Format YYYYMMDD (taggenau) oder YYYYMMDDhhmmss[+/-]HHMM (sekundengenau mit Zeitzone) angegeben werden. Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag KANN der Impfzeitpunkt zusätzlich auch im Format YYYY (jahrgenau) oder YYYYMM (monatsgenau) strukturiert sein. hl7:routeCode CE 0 … 1 Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär. (atc...ion)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.14581 HL7_RouteOfAdministration (DYNAMIC) hl7:approachSiteCode CD 1 … 1 R Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. (atc...ion) @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high|@nullFlavor)] hl7:doseQuantity[@nullFlavor='UNK'] hl7:doseQuantity IVL_PQ 0 … 1 Menge des Wirkstoffs des verabreichten Arzneimittels (Mengenangabe aus Fachinformation). Mit doseQuantity als IVL_PQ, aber als PQ instantiiert. Hinweis: Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend. Falls zwei Impfdosen verabreicht werden ("zwei Packungen"), gibt es zwei Möglichkeiten der Dokumentation: Wenn die Packungen dieselbe Chargennummer besitzen: Verabreichte Menge verdoppeln, nur eine Impfung dokumentieren (zwei Impfungen mit derselben Chargennummer werden von der zentralen Applikation als Duplikat erkannt und ignoriert). Wenn zwei unterschiedliche Chargennummern verimpft werden, können beide jeweils als eine eigene Impfung mit derselben Dosiskennung und demselben Impfdatum gespeichert werden. (atc...ion) wo [not(hl7:lowoder hl7:highoder @nullFlavor)] @value 1 … 1 R Dosierung bzw. Menge des verabreichten Impfstoffes. @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS, M [1..1], die tatsächlich verabreichte Menge dokumentiert werden, WENN von Fachinformation abweichend verabreicht wurde. In allen anderen Fällen MUSS, R [1..1] das Element vorhanden sein und KANN mit nullFlavor = "UNK" strukturiert werden. hl7:low IVXB_PQ NP (atc...ion) hl7:center PQ NP (atc...ion) hl7:width PQ NP (atc...ion) hl7:high IVXB_PQ NP (atc...ion) hl7:doseQuantity IVL_PQ 0 … 1 (atc...ion) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS, M [1..1], das Element den Vorgaben des Template "Vaccine Product" (templateId 1.2.40.0.34.6.0.11.9.32) folgen. In allen anderen Fällen kann das Element auch entsprechend dem Template "Vaccine Product nicht angegeben" (templateId 1.2.40.0.34.6.0.11.9.31) strukturiert sein. hl7:consumable 0 … 1 Impfstoff.  Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (atc...ion) wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']] @typeCode cs 1 … 1 F CSM hl7:consumable 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (atc...ion) wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']] @typeCode cs 1 … 1 F CSM hl7:performer 0 … 1 C "Impfende Person": Jene Person, die die Impfung durchführt, z.B. ein Arzt oder eine Hebamme bzw. DGKS im übertragenen Wirkungsbereich. Bei Strukturierung des Elements entspricht performer/assignedEntity/representedOrganization/addr dem Impfort. Beinhaltet 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (DYNAMIC) (atc...ion) @typeCode cs 1 … 1 F PRF   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein, WENN sich der Performer von der für die Impfung verantwortlichen Person (author) unterscheidet. In allen anderen Fällen KANN, das Element auch komplett entfallen. Wird dieses Element strukturiert wird, SOLL in performer/assignedEntity/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]). hl7:author 0 … 1 C "Medizinisch verantwortliche Person": Die Person, die für die Impfung und ihre Dokumentation letztlich verantwortlich ist, z.B. der verantwortliche Arzt. Wird der "Performer Body - Impfende Person" nicht strukturiert, dann entspricht author/assignedAuthor/representedOrganization/addr dem Impfort. Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC) (atc...ion)   Constraint Der Author MUSS verpflichtend angegeben werden bei: einer neuen Impfung (Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung) (M [1..1]) oder  einer Selbsteintragung einer Impfung durch den Bürger (M [1..1]). Bei einem Nachtrag (Dokumentenklasse "Update Immunisierungsstatus" mit Nachtragung)  KANN das Element auch komplett entfallen (O [0..1]). Wird dieses Element strukturiert und wird die "Impfende Person" (performer) nicht angegeben, SOLL in author/assignedAuthor/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]). hl7:informant 0 … 1 C Verpflichtende Angabe, falls die Impfung durch den/die Bürger/in selbst eingetragen wird. Anmerkung: Selbsteingetragene Impfungen sind als solche gekennzeichnet und dienen Gesundheitsdiensteanbietern nur zur Information. Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) (atc...ion)   Constraint Im Falle einer Selbsteintragung einer Impfung durch den/die Bürger/in MUSS der Informant M [1..1] und der darin enthaltene relatedEntity.code M [1..1] mit "SELF" angeben werden. In allen anderen Fällen wird der Informant nicht angegeben (NP). hl7:participant 0 … 1 C Nachtragende Person (Datenverarbeitende Person) Die Person / Gerät, die Daten für den Impfpass dokumentiert. Nur für Nachtragung relevant. Beinhaltet 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC) (atc...ion) @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1] dieses Element angegeben sein.  Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung ist dieses Element NICHT ERLAUBT (NP [0..0]). Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein (O [0..1]). hl7:participant 0 … 1 C Korrigierende Person (Datenverarbeitende Person) Die Person / Gerät, die Daten im e-Impfpass korrigiert.  Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt. Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC) (atc...ion) @typeCode cs 1 … 1 F VRF @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde). Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP). hl7:participant 0 … 1 C Berechtigter bearbeitender GDA (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC) (atc...ion) @typeCode cs 1 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt. hl7:participant 0 … 1 C "Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC) (atc...ion) @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]). hl7:entryRelationship 1 … * M "Impfziel": Immunisierung gegen eine bestimmte Krankheit oder einen Erreger. Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC) (atc...ion) @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 C Abrechenbarkeit. Beinhaltet 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (DYNAMIC) (atc...ion) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true   Constraint Ist nur im Falle der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung zulässig. In allen anderen Fällen MUSS dieses Element komplett entfallen.   Schematron assert role  error     test /hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])     Meldung Das Element entryRelationship/act/templateId/@root='1.2.40.0.34.6.0.11.3.5' ist NICHT ERLAUBT.   hl7:entryRelationship C Zusatzklassifikation Beinhaltet 1.2.40.0.34.6.0.11.3.168 Zusatzklassifikation (DYNAMIC) (atc...ion) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true   Constraint Impfsetting: Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben sein (M [1..1]). Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag ist die Angabe eines Impfsettings optional (O [0..1]). In allen anderen Fällen ist die Angabe des Impfsettings optional (O [0..*]). Im Fall der Dokumentenklasse "Update Immunisierungsstatus" KANN in diesem Element das Impfprogramm angegeben werden im Rahmen dessen die Impfung verabreicht wurde (O [0..1]). hl7:reference 0 … 1 C Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Entry ursprünglich vom GDA gespeichert wurde. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) (atc...ion) wo [hl7:externalDocument [hl7:code [@code = '11369-6']]] @typeCode cs 1 … 1 F REFR   Constraint Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen KANN das Element auch komplett entfallen (R [0..1]). hl7:reference 0 … 1 R Referenz auf das Impfzertifikat zu dieser Impfung. Hinweis: Die Angabe des Impfzertifikats wird ab 01.07.2023 technisch nicht mehr unterstützt. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) (atc...ion) wo [not(hl7:externalDocument [hl7:code [@code = '11369-6']])] @typeCode cs 1 … 1 F REFR   Constraint Bei Referenz auf ein Impfzertifikat gelten für das External Document Entry folgende constraints: externalDocument/code MUSS mit den Attributen @code == "308707006" @codeSystem == "2.16.840.1.113883.6.96" @displayName == "Zertifikat" strukturiert sein. externalDocument/code/translation/code MUSS mit den Attributen @code == "DGC-V" @codeSystem == "1.2.40.0.34.5.183" @displayName == "Impfzertifikat" strukturiert sein. hl7:precondition 1 … 1 M Impfschema. Die Angabe eines Impfschemas ist verpflichtend. Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC) (atc...ion) @typeCode cs 0 … 1 F PRCN   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:doseQuantity     Meldung Das Element doseQuantity MUSS vorhanden und KANN mit nullFlavor "UNK" strukturiert sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:consumable/hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']     Meldung Das Element consumable/manufacturedProduct/templateId/@root='1.2.40.0.34.6.0.11.9.32' MUSS vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:author     Meldung Das Element author MUSS vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or hl7:reference/hl7:externalDocument/hl7:code/hl7:translation[@code = '87273-9']     Meldung Das Element reference MUSS vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44'])     Meldung Das Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46'])     Meldung Das Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47'])     Meldung Das Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein.

22.4.4.2 Performer Body

Id	1.2.40.0.34.6.0.11.3.3 ref at-cda-bbr-	Gültigkeit	2023‑01‑23 16:19:01 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationRecommendation vom 2022‑01‑25 14:14:04 atcdabbr_entry_ImmunizationRecommendation vom 2021‑08‑04 13:35:43 atcdabbr_entry_ImmunizationRecommendation vom 2021‑05‑18 08:55:47 atcdabbr_entry_ImmunizationRecommendation vom 2021‑05‑04 09:04:33 atcdabbr_entry_ImmunizationRecommendation vom 2021‑02‑19 12:47:07 atcdabbr_entry_ImmunizationRecommendation vom 2019‑04‑25 10:30:18
Status	Aktiv	Versions-Label	2.0.0+20230717
Name	atcdabbr_entry_ImmunizationRecommendation	Bezeichnung	Immunization Recommendation Entry
Beschreibung Enthält die Dokumentation einer einzelnen Impfempfehlung (die geplante einzelne Verabreichung eines Impfstoffes). Impfempfehlungen können von einem Arzt stammen oder automatisiert von einem Regelwerk erstellt werden. Impfempfehlungen können sich auf ein bestimmtes Produkt und sollten sich auf ein bestimmtes Impfschema beziehen. Impfempfehlungen können auch eine Kontraindikation für eine Impfung dokumentieren (Empfehlung für eine Nicht-Impfung). Hinweis: Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber NICHT unterstützt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.3
Label	IHE PCC TF2 Rev.11, 6.3.4.17
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 13 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.32 Containment Vaccine Product (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - e-Impfpass (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.44 Containment Participant Body - Verifier (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.46 Containment Participant Body - Authorized Editor (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.47 Containment Participant Body - Data Enterer (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.2 Containment Immunization Target Entry (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.17 Containment Comment Entry - Single Author / Informant (1.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.22 Containment Impfplan Entry (1.1.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.10 Containment Immunization Schedule Entry (2.0.0+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2022‑01‑25 14:14:04) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑08‑04 13:35:43) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑05‑18 08:55:47) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑05‑04 09:04:33) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑02‑19 12:47:07) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2019‑04‑25 10:30:18) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12.2 IHE Immunization Recommendation (DYNAMIC) ref IHE-PCC- Spezialisierung: Template 2.16.840.1.113883.10.20.1.25 (DYNAMIC) ref at-cda-bbr-
Beispiel	Empfohlener Impftermin <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="171258008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low value="20200917"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity value="2" unit="{Ampullen}"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.32 'Vaccine' (2019-04-24T08:57:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Empfohlene Impfung ohne Termin <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="723620004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.32 'Vaccine' (2019-04-24T08:57:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Keine weitere Impfung notwendig <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="713404003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' (2019‑06‑05T07:33:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Nicht indizierte Impfung (Update Immunisierungsstatus) <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="true">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <!-- von wann bis wann ist die angegebene Impfung nicht indiziert -->   <effectiveTime xsi:type="IVL_TS">     <low value="20220101"/>    <high value="20221231"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' -->   </entryRelationship>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' -->   </precondition></substanceAdministration>
Beispiel	Nicht indizierte Impfung (Kompletter Immunisierungsstatus) <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="true">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="266758009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <!-- von wann bis wann ist die angegebene Impfung nicht indiziert -->   <effectiveTime xsi:type="IVL_TS">     <low value="20220101"/>    <high value="20221231"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' -->   </entryRelationship>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' -->   </precondition></substanceAdministration>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration Eine Impfempfehlung ist ein Vorschlag zur Verabreichung eines Impfstoffes oder eine Dokumentation einer beabsichtigten, aber noch nicht verabreichten Impfung. IHE PCC TF2 Rev.11, 6.3.4.17 @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F PRP   Von den beiden laut IHE PCC möglichen Werten wird nur PRP (recommended immunization (proposal)) verwendet. @negationInd bl 1 … 1 R Impfempfehlungen (geplante Impfungen) werden mit false gekennzeichnet. Impfungen, die aus medizinischen Gründen nicht verabreicht werden dürfen (Kontraindikation), werden mit true gekennzeichnet. Nicht gewünschte oder abgelehnte Impfungen werden nicht dokumentiert. hl7:templateId II 1 … 1 M ELGA IHE PCC TF2 Rev.11, 6.3.4.17 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.3 hl7:templateId II 1 … 1 M HL7 CCD IHE PCC TF2 Rev.11, 6.3.4.17 wo [@root='2.16.840.1.113883.10.20.1.25'] @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.25 hl7:templateId II 1 … 1 M IHE PCC Immunization Recommendation Entry IHE PCC TF2 Rev.11, 6.3.4.17 wo [@root='1.3.6.1.4.1.19376.1.5.3.1.4.12.2'] @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.12.2 hl7:id II 1 … 1 M Id der einzelnen Impfempfehlung, auf die referenziert werden kann (z.B. für Updates). Eindeutigkeit ist unbedingt zu wahren. IHE PCC TF2 Rev.11, 6.3.4.17 hl7:code CD 1 … 1 M Klassifikation der Impfempfehlung und deren Bedeutung für den Impfling. Automatisch berechnete Impfempfehlungen erhalten einen jeweils passenden Code aus dem Value Set Ärztliche Impfempfehlungen tragen im Dokument "Update Immunisierungsstatus" einen fixen Code ("IMMUNIZ"). Für diese ärztlichen Impfempfehlungen wird im Dokument "Kompletter Immunisierungsstatus" - basierend auf dem vom Arzt eingegebenen Datum - ein aktuell passender Code aus dem Value Set eingetragen. IHE PCC TF2 Rev.11, 6.3.4.17 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1     Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" MUSS der fixe Code "IMMUNIZ" strukturiert sein. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS ein Code aus dem Value Set "eImpf_SpecialCaseVaccination" angeführt werden.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination (DYNAMIC) oder @code muss "IMMUNIZ" sein @codeSystem muss "2.16.840.1.113883.5.4" sein Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Der menschenlesbare Text MUSS automatisch aus den strukturierten Informationen dieses Elements generiert werden. Das text-Element DARF NUR den Verweis auf den entsprechenden Text im menschenlesbaren Teil enthalten. hl7:text ED 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.17 hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. IHE PCC TF2 Rev.11, 6.3.4.17 @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.   hl7:statusCode CS 1 … 1 M Fixer Wert "active" IHE PCC TF2 Rev.11, 6.3.4.17 @code cs 1 … 1 F active hl7:effectiveTime IVL_TS 0 … 1 "Empfohlenes Impfdatum": Die Impfempfehlung bezieht sich immer auf einen Zeitraum (beginnend mit frühestmöglichem Zeitpunkt). Pro Impfziel ist immer nur der jeweils nächste Impftermin anzugeben. Wenn kein Zeitraum berechnet werden kann, können low und high UNK sein. Datentyp jeweils TS.AT.TZ (Zeit KANN angegeben werden). Beispiel für "Impfung am 3.10.2019" angeben → low="20191003" - high= "20191004" | "20191003235959+0200". Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 hl7:routeCode CE 1 … 1 R Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. IHE PCC TF2 Rev.11, 6.3.4.17 @nullFlavor cs 1 … 1 F NA hl7:approachSiteCode CD 1 … 1 R Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. IHE PCC TF2 Rev.11, 6.3.4.17 @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 Elemente in der Auswahl: hl7:doseQuantity[not(@nullFlavor|hl7:low|hl7:high|hl7:center|hl7:width)] hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity IVL_PQ 0 … 1 Empfohlene Dosierung. Z.B. die Anzahl der Ampullen IHE PCC TF2 Rev.11, 6.3.4.17 wo [not(@nullFlavoroder hl7:lowoder hl7:highoder hl7:centeroder hl7:width)] hl7:doseQuantity IVL_PQ 0 … 1 Dosierung wird nicht angegeben. Das Element wird daher mit nullFlavor='NA' angegeben. IHE PCC TF2 Rev.11, 6.3.4.17 wo [not(hl7:lowoder hl7:high)] @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 "Empfohlener Impfstoff": Angaben zum ärztlich empfohlenen Arzneimittel Elemente in der Auswahl: hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) hl7:consumable 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']] @typeCode cs 1 … 1 F CSM hl7:consumable 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']] @typeCode cs 1 … 1 F CSM hl7:author 1 … 1 M "Medizinisch verantwortliche Person oder System": Person oder System, das die Empfehlung generiert Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 hl7:participant 0 … 1 C Korrigierende Person (Datenverarbeitende Person) Die Person / Gerät, die Daten im e-Impfpass korrigiert.  Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt. Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F VRF @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde). Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP). hl7:participant 0 … 1 C Berechtigter bearbeitender GDA (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt. hl7:participant 0 … 1 C "Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]). hl7:entryRelationship 1 … * M "Impfziel" (Masern, FSME, Rotavirus) - Immunisierung gegen eine bestimmte Krankheit oder einen Erreger. Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 Freitext zur Begründung einer von der medizinisch verantwortlichen Person abgegebenen Impfempfehlung, z.B. mit Hinweis auf das Ergebnis einer Antikörper-Bestimmung (Impftiter). Beinhaltet 1.2.40.0.34.6.0.11.3.17 Comment Entry - Single Author / Informant (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true Auswahl 0 … * Elemente in der Auswahl: hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (DYNAMIC) hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) hl7:reference 0 … * Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.: Nationaler Impfplan ("Impfplan Österreich") e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein. weitere Fachinformation (liegt derzeit nicht strukturiert vor) Individuelle Konstellation des Impflings -> manueller Eintrag bei Impfung (Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat) Beinhaltet 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F REFR hl7:reference 0 … 1 Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Recommendation Entry ursprünglich vom GDA gespeichert wurde. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F REFR hl7:precondition 1 … 1 M Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema) Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 0 … 1 F PRCN   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:code[@code='IMMUNIZ']     Meldung Die Attribute code/@code = "IMMUNIZ"; code/@codeSystem = "2.16.840.1.113883.5.4" MÜSSEN vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44'])     Meldung Das Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46'])     Meldung Das Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47'])     Meldung Das Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or (../hl7:substanceAdministration[@negationInd='false'] and not(hl7:code[@code='266758009']) or (../hl7:substanceAdministration[@negationInd='true'] and hl7:code[@code='266758009']))     Meldung Wenn @negationInd="true" MUSS code/@code="266758009" (Immunization contraindicated (situation)) sein.

22.4.4.3 TODO

Id	1.2.40.0.34.6.0.11.3.3 ref at-cda-bbr-	Gültigkeit	2023‑01‑23 16:19:01 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationRecommendation vom 2022‑01‑25 14:14:04 atcdabbr_entry_ImmunizationRecommendation vom 2021‑08‑04 13:35:43 atcdabbr_entry_ImmunizationRecommendation vom 2021‑05‑18 08:55:47 atcdabbr_entry_ImmunizationRecommendation vom 2021‑05‑04 09:04:33 atcdabbr_entry_ImmunizationRecommendation vom 2021‑02‑19 12:47:07 atcdabbr_entry_ImmunizationRecommendation vom 2019‑04‑25 10:30:18
Status	Aktiv	Versions-Label	2.0.0+20230717
Name	atcdabbr_entry_ImmunizationRecommendation	Bezeichnung	Immunization Recommendation Entry
Beschreibung Enthält die Dokumentation einer einzelnen Impfempfehlung (die geplante einzelne Verabreichung eines Impfstoffes). Impfempfehlungen können von einem Arzt stammen oder automatisiert von einem Regelwerk erstellt werden. Impfempfehlungen können sich auf ein bestimmtes Produkt und sollten sich auf ein bestimmtes Impfschema beziehen. Impfempfehlungen können auch eine Kontraindikation für eine Impfung dokumentieren (Empfehlung für eine Nicht-Impfung). Hinweis: Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber NICHT unterstützt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.3
Label	IHE PCC TF2 Rev.11, 6.3.4.17
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 13 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.32 Containment Vaccine Product (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - e-Impfpass (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.44 Containment Participant Body - Verifier (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.46 Containment Participant Body - Authorized Editor (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.47 Containment Participant Body - Data Enterer (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.2 Containment Immunization Target Entry (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.17 Containment Comment Entry - Single Author / Informant (1.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.22 Containment Impfplan Entry (1.1.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.10 Containment Immunization Schedule Entry (2.0.0+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2022‑01‑25 14:14:04) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑08‑04 13:35:43) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑05‑18 08:55:47) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑05‑04 09:04:33) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑02‑19 12:47:07) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2019‑04‑25 10:30:18) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12.2 IHE Immunization Recommendation (DYNAMIC) ref IHE-PCC- Spezialisierung: Template 2.16.840.1.113883.10.20.1.25 (DYNAMIC) ref at-cda-bbr-
Beispiel	Empfohlener Impftermin <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="171258008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low value="20200917"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity value="2" unit="{Ampullen}"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.32 'Vaccine' (2019-04-24T08:57:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Empfohlene Impfung ohne Termin <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="723620004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.32 'Vaccine' (2019-04-24T08:57:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Keine weitere Impfung notwendig <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="713404003" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <effectiveTime xsi:type="IVL_TS">     <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable>     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' (2019‑06‑05T07:33:24) -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' (2019-01-18T11:37:17) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' (2019-02-07T13:10:44) -->   </entryRelationship>  <reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </reference>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Nicht indizierte Impfung (Update Immunisierungsstatus) <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="true">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <!-- von wann bis wann ist die angegebene Impfung nicht indiziert -->   <effectiveTime xsi:type="IVL_TS">     <low value="20220101"/>    <high value="20221231"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' -->   </entryRelationship>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' -->   </precondition></substanceAdministration>
Beispiel	Nicht indizierte Impfung (Kompletter Immunisierungsstatus) <substanceAdministration classCode="SBADM" moodCode="PRP" negationInd="true">   <templateId root="1.2.40.0.34.6.0.11.3.3"/>  <templateId root="2.16.840.1.113883.10.20.1.25"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="266758009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="active"/>  <!-- von wann bis wann ist die angegebene Impfung nicht indiziert -->   <effectiveTime xsi:type="IVL_TS">     <low value="20220101"/>    <high value="20221231"/>  </effectiveTime>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="NA"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.31 'Vaccine Product nicht angegeben' -->   </consumable>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.2 'Author Body ' -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' -->   </entryRelationship>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.17 'Comment Entry - Single Author / Informant' -->   </entryRelationship>  <precondition typeCode="PRCN">     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' -->   </precondition></substanceAdministration>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration Eine Impfempfehlung ist ein Vorschlag zur Verabreichung eines Impfstoffes oder eine Dokumentation einer beabsichtigten, aber noch nicht verabreichten Impfung. IHE PCC TF2 Rev.11, 6.3.4.17 @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F PRP   Von den beiden laut IHE PCC möglichen Werten wird nur PRP (recommended immunization (proposal)) verwendet. @negationInd bl 1 … 1 R Impfempfehlungen (geplante Impfungen) werden mit false gekennzeichnet. Impfungen, die aus medizinischen Gründen nicht verabreicht werden dürfen (Kontraindikation), werden mit true gekennzeichnet. Nicht gewünschte oder abgelehnte Impfungen werden nicht dokumentiert. hl7:templateId II 1 … 1 M ELGA IHE PCC TF2 Rev.11, 6.3.4.17 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.3 hl7:templateId II 1 … 1 M HL7 CCD IHE PCC TF2 Rev.11, 6.3.4.17 wo [@root='2.16.840.1.113883.10.20.1.25'] @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.25 hl7:templateId II 1 … 1 M IHE PCC Immunization Recommendation Entry IHE PCC TF2 Rev.11, 6.3.4.17 wo [@root='1.3.6.1.4.1.19376.1.5.3.1.4.12.2'] @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.12.2 hl7:id II 1 … 1 M Id der einzelnen Impfempfehlung, auf die referenziert werden kann (z.B. für Updates). Eindeutigkeit ist unbedingt zu wahren. IHE PCC TF2 Rev.11, 6.3.4.17 hl7:code CD 1 … 1 M Klassifikation der Impfempfehlung und deren Bedeutung für den Impfling. Automatisch berechnete Impfempfehlungen erhalten einen jeweils passenden Code aus dem Value Set Ärztliche Impfempfehlungen tragen im Dokument "Update Immunisierungsstatus" einen fixen Code ("IMMUNIZ"). Für diese ärztlichen Impfempfehlungen wird im Dokument "Kompletter Immunisierungsstatus" - basierend auf dem vom Arzt eingegebenen Datum - ein aktuell passender Code aus dem Value Set eingetragen. IHE PCC TF2 Rev.11, 6.3.4.17 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1     Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" MUSS der fixe Code "IMMUNIZ" strukturiert sein. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS ein Code aus dem Value Set "eImpf_SpecialCaseVaccination" angeführt werden.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination (DYNAMIC) oder @code muss "IMMUNIZ" sein @codeSystem muss "2.16.840.1.113883.5.4" sein Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Der menschenlesbare Text MUSS automatisch aus den strukturierten Informationen dieses Elements generiert werden. Das text-Element DARF NUR den Verweis auf den entsprechenden Text im menschenlesbaren Teil enthalten. hl7:text ED 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.17 hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. IHE PCC TF2 Rev.11, 6.3.4.17 @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.   hl7:statusCode CS 1 … 1 M Fixer Wert "active" IHE PCC TF2 Rev.11, 6.3.4.17 @code cs 1 … 1 F active hl7:effectiveTime IVL_TS 0 … 1 "Empfohlenes Impfdatum": Die Impfempfehlung bezieht sich immer auf einen Zeitraum (beginnend mit frühestmöglichem Zeitpunkt). Pro Impfziel ist immer nur der jeweils nächste Impftermin anzugeben. Wenn kein Zeitraum berechnet werden kann, können low und high UNK sein. Datentyp jeweils TS.AT.TZ (Zeit KANN angegeben werden). Beispiel für "Impfung am 3.10.2019" angeben → low="20191003" - high= "20191004" | "20191003235959+0200". Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 hl7:routeCode CE 1 … 1 R Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. IHE PCC TF2 Rev.11, 6.3.4.17 @nullFlavor cs 1 … 1 F NA hl7:approachSiteCode CD 1 … 1 R Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. IHE PCC TF2 Rev.11, 6.3.4.17 @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 Elemente in der Auswahl: hl7:doseQuantity[not(@nullFlavor|hl7:low|hl7:high|hl7:center|hl7:width)] hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity IVL_PQ 0 … 1 Empfohlene Dosierung. Z.B. die Anzahl der Ampullen IHE PCC TF2 Rev.11, 6.3.4.17 wo [not(@nullFlavoroder hl7:lowoder hl7:highoder hl7:centeroder hl7:width)] hl7:doseQuantity IVL_PQ 0 … 1 Dosierung wird nicht angegeben. Das Element wird daher mit nullFlavor='NA' angegeben. IHE PCC TF2 Rev.11, 6.3.4.17 wo [not(hl7:lowoder hl7:high)] @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 "Empfohlener Impfstoff": Angaben zum ärztlich empfohlenen Arzneimittel Elemente in der Auswahl: hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) hl7:consumable 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']] @typeCode cs 1 … 1 F CSM hl7:consumable 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']] @typeCode cs 1 … 1 F CSM hl7:author 1 … 1 M "Medizinisch verantwortliche Person oder System": Person oder System, das die Empfehlung generiert Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 hl7:participant 0 … 1 C Korrigierende Person (Datenverarbeitende Person) Die Person / Gerät, die Daten im e-Impfpass korrigiert.  Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt. Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F VRF @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde). Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP). hl7:participant 0 … 1 C Berechtigter bearbeitender GDA (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt. hl7:participant 0 … 1 C "Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]). hl7:entryRelationship 1 … * M "Impfziel" (Masern, FSME, Rotavirus) - Immunisierung gegen eine bestimmte Krankheit oder einen Erreger. Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 Freitext zur Begründung einer von der medizinisch verantwortlichen Person abgegebenen Impfempfehlung, z.B. mit Hinweis auf das Ergebnis einer Antikörper-Bestimmung (Impftiter). Beinhaltet 1.2.40.0.34.6.0.11.3.17 Comment Entry - Single Author / Informant (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true Auswahl 0 … * Elemente in der Auswahl: hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (DYNAMIC) hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) hl7:reference 0 … * Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.: Nationaler Impfplan ("Impfplan Österreich") e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein. weitere Fachinformation (liegt derzeit nicht strukturiert vor) Individuelle Konstellation des Impflings -> manueller Eintrag bei Impfung (Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat) Beinhaltet 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F REFR hl7:reference 0 … 1 Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Recommendation Entry ursprünglich vom GDA gespeichert wurde. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 1 … 1 F REFR hl7:precondition 1 … 1 M Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema) Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.17 @typeCode cs 0 … 1 F PRCN   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:code[@code='IMMUNIZ']     Meldung Die Attribute code/@code = "IMMUNIZ"; code/@codeSystem = "2.16.840.1.113883.5.4" MÜSSEN vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44'])     Meldung Das Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46'])     Meldung Das Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47'])     Meldung Das Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or (../hl7:substanceAdministration[@negationInd='false'] and not(hl7:code[@code='266758009']) or (../hl7:substanceAdministration[@negationInd='true'] and hl7:code[@code='266758009']))     Meldung Wenn @negationInd="true" MUSS code/@code="266758009" (Immunization contraindicated (situation)) sein.

22.4.4.4 TODO

Id	1.2.40.0.34.6.0.11.3.4	Gültigkeit	2021‑02‑19 13:00:47 Andere Versionen mit dieser Id: atcdabrr_entry_SimpleObservation vom 2019‑01‑17 13:45:24
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabrr_entry_SimpleObservation	Bezeichnung	Simple Observation Entry
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.4
Label	IHE PCC TF2 Rev.11, 6.3.4.20
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - e-Impfpass (2.0.0+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.4 Simple Observation Entry (2019‑01‑17 13:45:24) ref at-cda-bbr- Spezialisierung: Template 2.16.756.5.30.1.1.10.4.71 (2016‑11‑11) Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13 IHE Simple Observation (2016‑09‑26 08:43:40) ref IHE-PCC- Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label hl7:observation IHE PCC TF2 Rev.11, 6.3.4.20 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.20 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.4 hl7:templateId II 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.20 @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.13 hl7:id II 1 … 1 M Each observation SHALL have an identifier. IHE PCC TF2 Rev.11, 6.3.4.20 @root uid 1 … 1 R MUST contain the OID of the system that issued the ID. OIDs of code systems, which are published in the public OID registry for the Swiss health care system (oid.refdata.ch) are REQUIRED. Others are NOT ALLOWED. @extension st 0 … 1   Contains the ID itself. The ID MUST be unique within the system that issued the ID. hl7:code CD 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.20 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   Eingefügt 1 … 1 von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) The human-readable text MUST be generated automatically from the structured information of this element. The text element MUST contain the reference to the corresponding text in the human readable part, ONLY. hl7:text ED 1 … 1 IHE PCC TF2 Rev.11, 6.3.4.20 hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. IHE PCC TF2 Rev.11, 6.3.4.20 @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.   hl7:statusCode CS 1 … 1 M The statusCode shall be set to 'completed' for all observations. IHE PCC TF2 Rev.11, 6.3.4.20   CONF Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.20025 ActStatusCompleted (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:effectiveTime hl7:effectiveTime hl7:effectiveTime TS.AT.TZ 0 … 1 C Date or timestamp of the finding (physiologically relevant time of this observation). IHE PCC TF2 Rev.11, 6.3.4.20 hl7:effectiveTime IVL_TS 0 … 1 C Period of the finding (physiologically relevant time span of this observation). IHE PCC TF2 Rev.11, 6.3.4.20 hl7:low TS.AT.TZ IHE PCC TF2 Rev.11, 6.3.4.20 hl7:high TS.AT.TZ IHE PCC TF2 Rev.11, 6.3.4.20 hl7:value ANY 1 … * R IHE PCC TF2 Rev.11, 6.3.4.20 hl7:interpretationCode CE 0 … 1 IHE PCC TF2 Rev.11, 6.3.4.20 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   hl7:methodCode CE 0 … 1 IHE PCC TF2 Rev.11, 6.3.4.20 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   hl7:target​Site​Code CE 0 … 1 IHE PCC TF2 Rev.11, 6.3.4.20 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   hl7:author 0 … * This MAY be used to indicate who has documented the observation. This information supersedes any information recorded at higher level. Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.20

22.4.4.5 TODO

Id	1.2.40.0.34.6.0.11.3.5 ref at-cda-bbr-	Gültigkeit	2023‑04‑07 10:38:11 Andere Versionen mit dieser Id: atcdabbr_entry_ImmunizationBillability vom 2021‑02‑19 12:46:42 atcdabbr_entry_ImmunizationBillability vom 2019‑04‑03 14:30:52
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_entry_ImmunizationBillability	Bezeichnung	Immunization Billability Entry
Beschreibung Abrechenbarkeit. Gibt an, ob die Impfung mit dem Bundesland abgerechnet werden kann (Eintragung durch impfenden Arzt). Identifikationskennzeichen eines Impfgutscheins (bei Vorliegen von Impfgutscheinheften). Optionales Element. Vorhandensein definiert die Impfung als abrechenbar. Wenn es bei Versionierung fehlt, gilt die Abrechenbarkeit als gelöscht.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.5
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (2021‑02‑19 12:46:42) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (2019‑04‑03 14:30:52) ref at-cda-bbr-
Beispiel	Beispiel <act classCode="ACT" moodCode="INT" negationInd="false">   <templateId root="1.2.40.0.34.6.0.11.3.5"/>  <id extension="extension" root="1.2.3.999"/>  <code code="PAY" codeSystem="2.16.840.1.113883.5.4" displayName="payment">     <qualifier>       <value code="xxxxxGI1" codeSystem="2.16.840.1.113883.6.96" displayName="Indikationsimpfung für Risikogruppe"/>    </qualifier>  </code>  <statusCode code="completed"/>  <effectiveTime value="2029"/></act>
Item DT Kard Konf Beschreibung Label hl7:act (atc...ity) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT @negationInd bl 0 … 1   hl7:templateId II 1 … 1 M ELGA (atc...ity) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.5 hl7:id II 0 … 1 Identifikationskennzeichen eines Impfgutscheins (bei Vorliegen von Impfgutscheinheften) (atc...ity) wo [not(@nullFlavor)]   Constraint @root: OID der Impfgutschein ausgebenden Stelle (z.B. Land Steiermark) @extension: Gutscheincode hl7:code CD 1 … 1 M Fixer Wert "PAY" (atc...ity) @code CONF 1 … 1 F PAY @codeSystem 1 … 1 F 2.16.840.1.113883.5.4 (Act Code) hl7:qualifier CR 0 … 1 Impfindikation (Indikations- oder Wiederholungsimpfung) (atc...ity) hl7:value CD 1 … 1 M (atc...ity)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.7 eImpf_Impfgrund (DYNAMIC) hl7:statusCode CS 0 … 1 (atc...ity) wo [not(@nullFlavor)] @code CONF 0 … 1 F completed Auswahl 1 … 1 Verfallsdatum des Impfstoffes,  notwendige Information für die Abrechnung Mögliche Formate: YYYYMMDD (or YYYYMM or YYYY) Elemente in der Auswahl: hl7:effectiveTime[not(@nullFlavor)] hl7:effectiveTime[@nullFlavor='UNK'] hl7:effectiveTime TS.DATE 0 … 1 (atc...ity) wo [not(@nullFlavor)] hl7:effectiveTime TS.DATE 0 … 1 nullFlavor (atc...ity) wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK

22.4.5 Other CDA Templates

22.4.5.1 TODO

Id	1.2.40.0.34.6.0.11.9.1 ref at-cda-bbr-	Gültigkeit	2021‑05‑06 09:38:20 Andere Versionen mit dieser Id: atcdabrr_other_NarrativeTextReference vom 2021‑02‑19 13:12:50 atcdabrr_other_NarrativeTextReference vom 2019‑01‑17 15:27:17
Status	Aktiv	Versions-Label	1.0.1+20210512
Name	atcdabrr_other_NarrativeTextReference	Bezeichnung	Narrative Text Reference
Beschreibung Verweist auf die Stelle im narrativen Text-Bereich (section.text),  an der die gegebene Aussage (clinical statement) narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc.). Eine Beobachtung bezieht sich u.a. auf: Zustände (Condition) Symptome (Symptom) Befunde (Finding)  Beschwerden (Complaint) Funktionellen Einschränkungen (Functional limitation) Probleme (Problem) Diagnosen (Diagnosis)
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2021‑02‑19 13:12:50) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2019‑01‑17 15:27:17) ref at-cda-bbr-
Beispiel	Beispiel <text>   <reference value="#my-refX"/></text><!-- zugehöriger secction.text: <tr ID="my-refX"> <td ID="my-refToTheCode">Originaltext des codes</td> <td>mit zusätzlichen Informationen</td> </tr> -->
Item DT Kard Konf Beschreibung Label hl7:text ED (atc...nce) hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. (atc...nce) @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

22.5 Codes und Wertebereiche

22.5.1 Author Speciality

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id	1.2.40.0.34.10.6	Gültigkeit	2023‑06‑22
Status	Entwurf	Versions-Label	1.1.0+20230622
Name	elga-authorspeciality	Bezeichnung	ELGA_AuthorSpeciality
Beschreibung Medizinische Fachrichtung der Person, welche ein Dokument verfasst. Verwendung in CDA: AssignedAuthor.code. Verwendung in XDS-Metadaten: authorSpeciality Wird über eine Verordnung zum GTelG veröffentlicht
Benutzung: 43 Id Name Typ Datensatz elgagab-data​element-54 Fachrichtung des Verfassers DYNAMIC Template elga-template(1)-20002 HeaderAuthor DYNAMIC atreha-template-9 HeaderAuthor DYNAMIC elga-template(1)-20002 HeaderAuthor DYNAMIC elga-template(1)-20002 HeaderAuthor DYNAMIC at-header-20 Participant Fachlicher Ansprechpartner (2020) DYNAMIC at-header-2 Author (1.0.2+20211213) DYNAMIC at-header-2 Author (1.0.3+20230717) DYNAMIC at-lab-other-8 Author Body - eImpfpass (2020) DYNAMIC at-header-20 Participant Fachlicher Ansprechpartner (1.0.1+20210630) DYNAMIC at-lab-other-8 Author Body - e-Impfpass (2.0.0+20230717) DYNAMIC at-header-20 Participant Fachlicher Ansprechpartner (1.0.0+20210219) DYNAMIC at-lab-other-36 Author Body (1.0.1+20230717) DYNAMIC elga-template(1)-90004 AuthorElements DYNAMIC elga-template(1)-13.3.16 Author (Body) PS DYNAMIC at-header-28 Participant Weitere Behandler (2020) DYNAMIC at-lab-other-8 Author Body - eImpfpass (1.0.0+20210219) DYNAMIC at-header-33 Documentation Of Service Event - Outpatient Report (2020) DYNAMIC at-lab-other-36 Author Body (2020) DYNAMIC at-header-33 Documentation Of Service Event - Outpatient Report (1.0.0+20201105) DYNAMIC elga-template(1)-90004 AuthorElements DYNAMIC at-header-2 Author (2020) DYNAMIC at-header-2 Author (1.0.1+20210303) DYNAMIC elga-template(1)-13.3.20 Informant (Body) PS (0.1) DYNAMIC elga-template(1)-90004 AuthorElements DYNAMIC at-header-28 Participant Weitere Behandler (1.0.0+20210219) DYNAMIC at-header-20 Participant Fachlicher Ansprechpartner (1.0.2+20210803) DYNAMIC at-header-17 Documentation Of Service Event (1.0.0+20210219) DYNAMIC at-lab-other-36 Author Body (1.0.0+20210219) DYNAMIC elga-template(1)-1.1.8 HeaderParticipant Weitere Behandler DYNAMIC at-header-55 Documentation Of Service Event - Befund bildgebende Diagnostik (1.0.0) DYNAMIC at-header-43 Documentation Of Service Event - Microbiology Studies (2020) DYNAMIC at-documentlevel-10 Telemonitoring Episodenbericht (1.3.0+20210622) DYNAMIC at-documentlevel-10 Telemonitoring Episodenbericht (2020) DYNAMIC at-documentlevel-10 Telemonitoring Episodenbericht (1.2.0+20210304) DYNAMIC at-header-54 ALA Documentation Of Service Event (2021) DYNAMIC at-header-53 ALA Author (2021) DYNAMIC at-lab-other-2.7777 Author Body (2019) DYNAMIC at-header-17 Documentation Of Service Event (2020) DYNAMIC elga-template(1)-13.1.4 HeaderAuthor PS (0.1) DYNAMIC elga-template(1)-13.1.4 HeaderAuthor PS (0.1) DYNAMIC elga-template(1)-13.1.4 HeaderAuthor PS (0.1) DYNAMIC elga-template(1)-13.3.29 Performer (Body) PS DYNAMIC
2 Quell-Codesysteme	1.2.40.0.34.5.160 - FHIR: urn:oid:1.2.40.0.34.5.160 1.2.40.0.34.5.2 - FHIR: urn:oid:1.2.40.0.34.5.2
Level/ Typ Code Bezeichnung Codesystem 0‑A 10 Teil 1: Rollen für Personen 1.2.40.0.34.5.2 1‑L 100 Ärztin/Arzt für Allgemeinmedizin 1.2.40.0.34.5.2 1‑L 101 Approbierte Ärztin/Approbierter Arzt 1.2.40.0.34.5.2 1‑S 158 Fachärztin/Facharzt 1.2.40.0.34.5.2 2‑L 154 Fachärztin/Facharzt für Zahn-, Mund- und Kieferheilkunde 1.2.40.0.34.5.2 2‑L 102 Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin 1.2.40.0.34.5.160 2‑L 103 Fachärztin/Facharzt für Anatomie 1.2.40.0.34.5.160 2‑L 104 Fachärztin/Facharzt für Arbeitsmedizin und angewandte Physiologie 1.2.40.0.34.5.160 2‑L 105 Fachärztin/Facharzt für Augenheilkunde und Optometrie 1.2.40.0.34.5.160 2‑L 106 Fachärztin/Facharzt für Transfusionsmedizin 1.2.40.0.34.5.160 2‑D 107 Fachärztin/Facharzt für Chirurgie 1.2.40.0.34.5.160 2‑L 108 Fachärztin/Facharzt für Frauenheilkunde und Geburtshilfe 1.2.40.0.34.5.160 2‑L 109 Fachärztin/Facharzt für Gerichtsmedizin 1.2.40.0.34.5.160 2‑L 110 Fachärztin/Facharzt für Hals-, Nasen- und Ohrenheilkunde 1.2.40.0.34.5.160 2‑L 111 Fachärztin/Facharzt für Haut- und Geschlechtskrankheiten 1.2.40.0.34.5.160 2‑L 112 Fachärztin/Facharzt für Herzchirurgie 1.2.40.0.34.5.160 2‑L 113 Fachärztin/Facharzt für Histologie, Embryologie und Zellbiologie 1.2.40.0.34.5.160 2‑L 114 Fachärztin/Facharzt für Klinische Mikrobiologie und Hygiene 1.2.40.0.34.5.160 2‑L 115 Fachärztin/Facharzt für Klinische Immunologie 1.2.40.0.34.5.160 2‑L 116 Fachärztin/Facharzt für Innere Medizin 1.2.40.0.34.5.160 2‑L 117 Fachärztin/Facharzt für Kinder- und Jugendchirurgie 1.2.40.0.34.5.160 2‑L 118 Fachärztin/Facharzt für Kinder- und Jugendheilkunde 1.2.40.0.34.5.160 2‑L 119 Fachärztin/Facharzt für Kinder- und Jugendpsychiatrie und Psychotherapeutische Medizin 1.2.40.0.34.5.160 2‑D 120 Fachärztin/Facharzt für Lungenkrankheiten 1.2.40.0.34.5.160 2‑D 121 Fachärztin/Facharzt für Medizinische Biologie 1.2.40.0.34.5.160 2‑D 122 Fachärztin/Facharzt für Medizinische Biophysik 1.2.40.0.34.5.160 2‑L 123 Fachärztin/Facharzt für Medizinische Genetik 1.2.40.0.34.5.160 2‑L 124 Fachärztin/Facharzt für Medizinische und Chemische Labordiagnostik 1.2.40.0.34.5.160 2‑D 125 Fachärztin/Facharzt für Medizinische Leistungsphysiologie 1.2.40.0.34.5.160 2‑D 126 Fachärztin/Facharzt für Mikrobiologisch-Serologische Labordiagnostik 1.2.40.0.34.5.160 2‑L 127 Fachärztin/Facharzt für Mund-, Kiefer- und Gesichtschirurgie 1.2.40.0.34.5.160 2‑D 128 Fachärztin/Facharzt für Neurobiologie 1.2.40.0.34.5.160 2‑L 129 Fachärztin/Facharzt für Neurochirurgie 1.2.40.0.34.5.160 2‑L 130 Fachärztin/Facharzt für Neurologie 1.2.40.0.34.5.160 2‑D 131 Fachärztin/Facharzt für Neurologie und Psychiatrie 1.2.40.0.34.5.160 2‑L 132 Fachärztin/Facharzt für Klinische Pathologie und Neuropathologie 1.2.40.0.34.5.160 2‑L 133 Fachärztin/Facharzt für Nuklearmedizin 1.2.40.0.34.5.160 2‑L 134 Fachärztin/Facharzt für Orthopädie und Traumatologie 1.2.40.0.34.5.160 2‑D 135 Fachärztin/Facharzt für Pathologie 1.2.40.0.34.5.160 2‑D 136 Fachärztin/Facharzt für Pathophysiologie 1.2.40.0.34.5.160 2‑L 137 Fachärztin/Facharzt für Pharmakologie und Toxikologie 1.2.40.0.34.5.160 2‑L 138 Fachärztin/Facharzt für Physikalische Medizin und Allgemeine Rehabilitation 1.2.40.0.34.5.160 2‑D 139 Fachärztin/Facharzt für Physiologie 1.2.40.0.34.5.160 2‑L 140 Fachärztin/Facharzt für Plastische, Rekonstruktive und Ästhetische Chirurgie 1.2.40.0.34.5.160 2‑D 141 Fachärztin/Facharzt für Psychiatrie 1.2.40.0.34.5.160 2‑D 142 Fachärztin/Facharzt für Psychiatrie und Neurologie 1.2.40.0.34.5.160 2‑L 143 Fachärztin/Facharzt für Psychiatrie und Psychotherapeutische Medizin 1.2.40.0.34.5.160 2‑L 144 Fachärztin/Facharzt für Radiologie 1.2.40.0.34.5.160 2‑D 145 Fachärztin/Facharzt für Sozialmedizin 1.2.40.0.34.5.160 2‑L 146 Fachärztin/Facharzt für Klinische Immunologie und Spezifische Prophylaxe und Tropenmedizin 1.2.40.0.34.5.160 2‑L 147 Fachärztin/Facharzt für Strahlentherapie-Radioonkologie 1.2.40.0.34.5.160 2‑D 148 Fachärztin/Facharzt für Theoretische Sonderfächer 1.2.40.0.34.5.160 2‑L 149 Fachärztin/Facharzt für Thoraxchirurgie 1.2.40.0.34.5.160 2‑D 150 Fachärztin/Facharzt für Tumorbiologie 1.2.40.0.34.5.160 2‑D 151 Fachärztin/Facharzt für Unfallchirurgie 1.2.40.0.34.5.160 2‑L 152 Fachärztin/Facharzt für Urologie 1.2.40.0.34.5.160 2‑L 153 Fachärztin/Facharzt für Klinische Mikrobiologie und Virologie 1.2.40.0.34.5.160 2‑D 154 Fachärztin/Facharzt für Zahn-, Mund- und Kieferheilkunde 1.2.40.0.34.5.160 2‑L 155 Fachärztin/Facharzt für Allgemeinchirurgie und Viszeralchirurgie 1.2.40.0.34.5.160 2‑L 156 Fachärztin/Facharzt für Allgemeinchirurgie und Gefäßchirurgie 1.2.40.0.34.5.160 2‑L 157 Fachärztin/Facharzt für Innere Medizin und Angiologie 1.2.40.0.34.5.160 2‑L 158 Fachärztin/Facharzt für Innere Medizin und Endokrinologie und Diabetologie 1.2.40.0.34.5.160 2‑L 159 Fachärztin/Facharzt für Innere Medizin und Gastroenterologie und Hepatologie 1.2.40.0.34.5.160 2‑L 160 Fachärztin/Facharzt für Innere Medizin und Hämatologie und internistische Onkologie 1.2.40.0.34.5.160 2‑L 161 Fachärztin/Facharzt für Innere Medizin und Infektiologie 1.2.40.0.34.5.160 2‑L 162 Fachärztin/Facharzt für Innere Medizin und Intensivmedizin 1.2.40.0.34.5.160 2‑L 163 Fachärztin/Facharzt für Innere Medizin und Kardiologie 1.2.40.0.34.5.160 2‑L 164 Fachärztin/Facharzt für Innere Medizin und Nephrologie 1.2.40.0.34.5.160 2‑L 165 Fachärztin/Facharzt für Innere Medizin und Pneumologie 1.2.40.0.34.5.160 2‑L 166 Fachärztin/Facharzt für Innere Medizin und Rheumatologie 1.2.40.0.34.5.160 2‑L 167 Fachärztin/Facharzt für Klinische Pathologie und Molekularpathologie 1.2.40.0.34.5.160 2‑L 168 Fachärztin/Facharzt für Public Health 1.2.40.0.34.5.160 2‑L 169 Fachärztin/Facharzt für Physiologie und Pathophysiologie 1.2.40.0.34.5.160 1‑L 155 Zahnärztin/Zahnarzt 1.2.40.0.34.5.2 1‑L 156 Dentistin/Dentist 1.2.40.0.34.5.2 1‑L 200 Psychotherapeutin/Psychotherapeut 1.2.40.0.34.5.2 1‑L 201 Klinische Psychologin/Klinischer Psychologe 1.2.40.0.34.5.2 1‑L 202 Gesundheitspsychologin/Gesundheitspsychologe 1.2.40.0.34.5.2 1‑L 203 Musiktherapeutin/Musiktherapeut 1.2.40.0.34.5.2 1‑L 204 Hebamme 1.2.40.0.34.5.2 1‑L 205 Physiotherapeutin/Physiotherapeut 1.2.40.0.34.5.2 1‑L 206 Biomedizinische Analytikerin/Biomedizinischer Analytiker 1.2.40.0.34.5.2 1‑L 207 Radiologietechnologin/Radiologietechnologe 1.2.40.0.34.5.2 1‑L 208 Diätologin/Diätologe 1.2.40.0.34.5.2 1‑L 209 Ergotherapeutin/Ergotherapeut 1.2.40.0.34.5.2 1‑L 210 Logopädin/Logopäde 1.2.40.0.34.5.2 1‑L 211 Orthoptistin/Orthoptist 1.2.40.0.34.5.2 1‑L 212 Diplomierte Gesundheits- und Krankenschwester/Diplomierter Gesundheits- und Krankenpfleger 1.2.40.0.34.5.2 1‑L 213 Diplomierte Kinderkrankenschwester/Diplomierter Kinderkrankenpfleger 1.2.40.0.34.5.2 1‑L 214 Diplomierte psychiatrische Gesundheits- und Krankenschwester/Diplomierter psychiatrischer Gesundheits- und Krankenpfleger 1.2.40.0.34.5.2 1‑L 215 Heilmasseurin/Heilmasseur 1.2.40.0.34.5.2 1‑L 216 Diplomierte Kardiotechnikerin/Diplomierter Kardiotechniker 1.2.40.0.34.5.2 0‑A 20 Teil 2: Rollen für Organisationen 1.2.40.0.34.5.2 1‑L 300 Allgemeine Krankenanstalt 1.2.40.0.34.5.2 1‑L 301 Sonderkrankenanstalt 1.2.40.0.34.5.2 1‑L 302 Pflegeanstalt 1.2.40.0.34.5.2 1‑L 303 Sanatorium 1.2.40.0.34.5.2 1‑L 304 Selbstständiges Ambulatorium 1.2.40.0.34.5.2 1‑L 305 Pflegeeinrichtung 1.2.40.0.34.5.2 1‑L 306 Mobile Pflege 1.2.40.0.34.5.2 1‑L 307 Kuranstalt 1.2.40.0.34.5.2 1‑L 309 Straf- und Maßnahmenvollzug 1.2.40.0.34.5.2 1‑L 310 Untersuchungsanstalt 1.2.40.0.34.5.2 1‑L 311 Öffentliche Apotheke 1.2.40.0.34.5.2 1‑L 312 Gewebebank 1.2.40.0.34.5.2 1‑L 313 Blutspendeeinrichtung 1.2.40.0.34.5.2 1‑L 314 Augen- und Kontaktlinsenoptik 1.2.40.0.34.5.2 1‑L 315 Hörgeräteakustik 1.2.40.0.34.5.2 1‑L 316 Orthopädische Produkte 1.2.40.0.34.5.2 1‑L 317 Zahntechnik 1.2.40.0.34.5.2 1‑L 318 Rettungsdienst 1.2.40.0.34.5.2 1‑L 319 Zahnärztliche Gruppenpraxis 1.2.40.0.34.5.2 1‑L 320 Ärztliche Gruppenpraxis 1.2.40.0.34.5.2 1‑L 321 Gewebeentnahmeeinrichtung 1.2.40.0.34.5.2 1‑L 322 Arbeitsmedizinisches Zentrum 1.2.40.0.34.5.2 1‑L 400 Gesundheitsmanagement 1.2.40.0.34.5.2 1‑L 401 Öffentlicher Gesundheitsdienst 1.2.40.0.34.5.2 1‑L 403 ELGA-Ombudsstelle 1.2.40.0.34.5.2 1‑L 404 Widerspruchstelle 1.2.40.0.34.5.2 1‑L 405 Patientenvertretung 1.2.40.0.34.5.2 1‑L 406 Sozialversicherung 1.2.40.0.34.5.2 1‑L 407 Krankenfürsorge 1.2.40.0.34.5.2 1‑L 408 Gesundheitsversicherung 1.2.40.0.34.5.2 1‑L 500 IKT-Gesundheitsservice 1.2.40.0.34.5.2 1‑L 501 Verrechnungsservice 1.2.40.0.34.5.2 0‑A 30 Ergänzende Rollen 1.2.40.0.34.5.2 1‑L 157 Ärztin/Arzt in Ausbildung 1.2.40.0.34.5.2 1‑L 217 Pflegeassistentin/Pflegeassistent 1.2.40.0.34.5.2 1‑L 218 Pflegefachassistentin/Pflegefachassistent 1.2.40.0.34.5.2
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

22.5.2 Abrechenbarkeit

Keine Versionen mit Status draft, active, review oder pending

22.6 Diverse Links (temporär)

Spezifikation VACD

Projekt VACD

Templates