http://wiki.hl7.at/api.php?action=feedcontributions&user=Tanjga&feedformat=atom
HL7 Austria MediaWiki - Benutzerbeiträge [de]
2024-03-28T13:22:03Z
Benutzerbeiträge
MediaWiki 1.30.0
http://wiki.hl7.at/index.php?title=ART-DECOR_Governance&diff=160624
ART-DECOR Governance
2024-01-30T13:20:49Z
<p>Tanjga: /* Art-Decor Projekt */</p>
<hr />
<div>{{#customtitle:Governance für die CDA-Leitfadenerstellung (Version 1)}}<br />
{{#css:<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}}<br />
<br />
<pre class="ilfbox_code"><br />
Governance für die CDA-Leitfadenerstellung mit Art-Decor und Mediawiki<br />
Version: 1.1.1+20230503<br />
Status: Final<br />
</pre><br />
<br />
<br />
<!--<br />
{{Infobox Dokument<br />
|Title = Governance für die CDA-Leitfadenerstellung mit Art-Decor und Mediawiki<br />
|Short = Art-Decor Governance <br />
|Type = Governance<br />
|Version = 1<br />
|Date = 3.5.2023<br />
|Copyright = 2021 - 2025<br />
|Status = Final<br />
|Realm = Österreich<br />
|Submitted = 3.5.2023}}<br />
<br />
{{Versionbox Begin}}<br />
{{VersionboxEntry | Version = 0.1 | Date = 15.1.2019 | Status = Draft | Inititalversion beim Workshop mit Tony Schaller (CH)}}<br />
{{VersionboxEntry | Version = 0.2 | Date = 07.11.2019| Status = Draft| History=Überarbeitung und Einarbeitung der Erkenntnisse nach Erstellung des CDA-Leitfadens e-Impfpass}}<br />
{{VersionboxEntry | Version = 1 | Date = 14.12.2021| Status = Final| History=Überarbeitung}}<br />
{{VersionboxEntry | Version = 1.1.1 | Date = 3.5.2023| Status = Final| History=Überarbeitung Kapitel Value Sets}}<br />
{{Versionbox End}}<br />
--><br />
<br />
<!--<br />
'''Document Information'''<br />
{| class="doc governance-doc-info"<br />
|-<br />
! Status <br />
| Final<br />
|-<br />
! Document version<br />
| 1<br />
|-<br />
! Authors<br />
| <br />
* Andrea Klostermann (ELGA GmbH)<br />
* Gabriel Kleinoscheg (ELGA GmbH)<br />
* Stefan Sabutsch (ELGA GmbH)<br />
* Nikola Tanjga (ELGA GmbH)<br />
|}<br />
--><br />
<br />
= Einleitung =<br />
Dieses Dokument enthält Richtlinien zur Erstellung von CDA-Implementierungsleitfäden mit Art-Decor® und Mediawiki und anderen Werkzeugen in Österreich.<br />
<br />
Diese Richtlinien entstanden in Zusammenarbeit mit der ELGA GmbH und beruhen auf den bisher gemachten Erfahrungen in der Leitfadenerstellung.<br />
<br />
Weiters werden die notwendigen Verantwortlichkeiten und Prozesse definiert, um klare Strukturen für die Zusammenarbeit zwischen Art-Decor®, Wiki und anderen Werkzeugen zu gewährleisten. Dies umfasst die Verantwortung für Art-Decor Repositories, Qualitätssicherung und den Support der Tools.<br />
<br />
= Anwendungsbereich =<br />
Das Dokument geht nicht auf die Modellierung von HL7 CDA-Dokumenten ein, sondern beschreibt den Einsatz der Tools für Österreich. Es definiert Regeln und Strukturen, die von allen Anwendern dieser Werkzeuge eingehalten werden müssen.<br />
<br />
= Weiterentwicklung des Dokuments =<br />
Dieses Dokument enthält die aktuellen Festlegungen bezüglich der Arbeit mit Art-Decor®, Mediawiki und weitere Werkzeuge in Österreich und wird laufend angepasst.<br />
{{BeginYellowBox}}''Wichtiger Hinweis:'' Anfragen hinsichtlich der Änderung oder Erweiterung dieses Dokuments stellen Sie bitte an [mailto:office@hl7.at office@hl7.at].{{EndYellowBox}}<br />
<br />
=Governance für die CDA-Leitfadenerstellung=<br />
Die folgenden Vorgaben sind verpflichtend einzuhalten. Empfehlungen werden entsprechend markiert. Die Reihenfolge der Kapitel soll eine übliche Vorgehensweise darstellen, jedoch ist die Reihenfolge selbst nicht verpflichtend einzuhalten.<br />
==Governance Groups==<br />
Governance-Gruppen sind organisatorische Einheiten, die dazu dienen, die Verantwortung für Artefakte (Templates und Value Sets) in Art-Decor darzustellen. Unter der [https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 ELGA Art-Decor Governance Group] sind alle Projekte der ELGA sichtbar, sowie alle angelegten Artefakte mit OID, Displayname, Artefaktstatus, BBR und Repositories), z.B. "at-cda-brr"-Projekte, die das Template oder Value Set referenzieren. Weiters existiert die [https://art-decor.org/art-decor/decor-governance-group?id=2.16.840.1.113883.2.16 HL7 Austria Art Decor Governance Group], welche alle eHealth Austria Vorgaben umfasst. Dabei wird die hier beschriebene ELGA Governance auch für die HL7 Austria relevant und soll von dieser übernommen werden. <br />
<br />
==Implementierungsleitfaden (inkl. Wiki)==<br />
'''ELGA Implementierungsleitfäden''' werden in '''deutscher Sprache''' verfasst. Dazu gehören textuelle Beschreibungen im Wiki, Art-Decor-Templates und Art-Decor-Datasets.<br />
Ausnahmen gelten bei der Benennung von Templates (siehe [[#Name]]).<br />
<br />
'''eHealth Implementierungsleitfäden''' können auch in englischer Sprache verfasst werden.<br />
<br />
Wichtige Informationen hinsichtlich der '''technischen''' Erstellung eines CDA-Leitfadens mit Mediawiki sind unter [https://wiki.hl7.at/index.php?title=Hilfe:Wiki Leitfaden erstellen mit Mediawiki] nachzulesen.<br />
<br />
Die Einbindung eines neuen Leitfadens folgt einem vorgegebenen Prozess, dieser ist ersichtlich unter Benutzung von [https://wiki.hl7.at/index.php?title=Hilfe:Flagged_Revisions#Benutzung_von_Flagged_Revisions Flagged Revisions].<br />
<br />
=== Name ===<br />
Der '''Name''' eines Leitfadens wird wie folgt angegeben:<br />
<br />
* HL7 Austria & ELGA<br />
* HL7 CDA® R2 Implementierungsleitfaden<br />
* '''[Titel]'''<br />
* OID: '''[OID]'''<br />
<br />
<br />
''Beispiel:''<br />
<br />
HL7 Austria & ELGA<br />
<br />
HL7 CDA® R2 Implementierungsleitfaden<br />
<br />
Labor- und Mikrobiologiebefund<br />
<br />
OID: 1.2.40.0.34.7.4.9.3<br />
<br />
===OID===<br />
Im Zusammenhang mit der Verwendung von OID sind die österreichischen Richtlinien einzuhalten (siehe [https://www.gesundheit.gv.at/OID_Frontend/OID_Konzept_1-1-0.pdf Object Identifier (OID) Konzept für das österreichische Gesundheitswesen]). Das österreichische OID Portal ist zu finden unter [https://www.gesundheit.gv.at/OID_Frontend/ OID Portal Österreich].<br />
<br />
Für jeden Implementierungsleitfaden muss über das '''OID-Portal''' eine Dokumentenklassen-OID unterhalb des Knotens '''1.2.40.0.34.7''' (eHealth-Austria/documents) '''registriert''' werden.<br />
<br />
Für die Verwaltung der Hauptversionen muss darunter eine '''zusätzliche Ebene''' angelegt werden. <br />
<br />
''Beispiel:''<br />
*1.2.40.0.34.7.'''18''': Dokumentenklassen-OID des Implementierungsleitfadens "Meldung von antimikrobieller Resistenzen"<br />
**OID wird im OID-Portal beantragt (Root-Knoten aller Versionen des entsprechenden Leitfadens)<br />
*1.2.40.0.34.7.'''18.1''': Implementierungsleitfaden Meldung von antimikrobieller Resistenzen, Version 1<br />
**OID des PDF-Leitfadens (Titelblatt)<br />
**wird im DLT als templateId[2] als informative Referenz angegeben<br />
**Hauptversionen verlangen eine neue Verordnung durch das BM*G<br />
**OID wird ebenfalls im OID-Portal beantragt<br />
Die Leitfaden-OID von Nebenversionen ändert sich nicht. Die Version des Leitfadens ist im Leitfadentitel (Wiki) bzw. auf dem Titelblatt (PDF) und dem Versionlabel des DLT ersichtlich. Siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].<br />
<br />
===Version & Metadaten===<br />
Der Verwendung von Namespaces ist wesentlich für Versionierung der Wiki-Seiten mit Flagged Revisions.<br />
{{BeginYellowBox}}''Wichtiger Hinweis:'' Alle Seiten von CDA-Leitfäden müssen im Namespace ["ILF"] erstellt werden.{{EndYellowBox}}<br />
Das Wiki-Leitfadenprojekt DARF NICHT unabhängig vom ART-DECOR-DLT versioniert werden, siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].<br />
<br />
Alle '''Hauptversionen und Nebenversionen''' eines Leitfadens sind als '''Wiki''' verfügbar. In der "Lese-Ansicht ist die publizierte Version ersichtlich, aktuelle (noch nicht freigegebene) Überarbeitungen/Änderungen sind der "Revisions-Ansicht" zu entnehmen. Zum Zeitpunkt der Publikation (z.B. Ballotversion / Publikation neue Haupt- oder Nebenversion) wird die Hauptseite des Leitfadens von einer berechtigten Person als "abgenommen" markiert (siehe dazu [https://wiki.hl7.at/index.php?title=Hilfe:Wiki#Versionierung_von_Wiki-Seiten Versionierung von Wiki-Seiten]), sodass die "Revisions"-Ansicht in die stabile "Leseansicht" übernommen wird. Die "Leseansicht" bleibt unverändert, bis eine neue Version des Leitfadens abgenommen wird.<br />
<br />
Alle veröffentlichten Leitfadenversionen sind zusätzlich zum Wiki als PDF verfügbar (Anleitung siehe [https://wiki.hl7.at/index.php?title=Hilfe:Leitfaden_erstellen#PDF_Generierung PDF-Generierung]). Eine Übersicht der Versionen eines Leitfadens findet sich im jeweiligen Guide (alle vorhandenen Guides sind zu finden unter [https://wiki.hl7.at/index.php?title=Implementierungsleitf%C3%A4den Übersicht der CDA Implementierungsleitfäden].<br />
<br />
===Inhalt===<br />
Der Inhalt eines Implementierungsleitfadens besteht üblicherweise aus den Kapiteln:<br />
<br />
:1 Zusammenfassung<br />
:2 Informationen über dieses Dokument<br />
::2.1 Impressum<br />
::2.2 Haftungsausschluss<br />
::2.3 Sprachliche Gleichbehandlung<br />
::2.4 Lizenzinformationen<br />
:::2.4.1 Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")<br />
:::2.4.2 SNOMED CT<br />
:::2.4.3 Weitere Terminologien<br />
::2.5 Verwendete Grundlagen und Bezug zu anderen Standards<br />
::2.6 Verbindlichkeit<br />
::2.7 Wichtige unterstützende Materialien<br />
::2.8 Bedienungshinweise<br />
:::2.8.1 Farbliche Hervorhebungen und Hinweise<br />
:::2.8.2 PDF-Navigation<br />
:3 Begriffsdefinitionen<br />
:4 Einleitung<br />
::4.1 Ausgangslage und Motivation<br />
::4.2 Zweck des Dokuments<br />
::4.3 Zielgruppe<br />
:5 Leitfadenerstellungs- und Harmonisierungsprozess<br />
::5.1 Revision der Leitfäden<br />
::5.2 Autoren und Mitwirkende<br />
:::5.2.1 Autoren<br />
:::5.2.2 Mitwirkende<br />
:6 Technischer Hintergrund<br />
:7 Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden<br />
:8 Funktionale Anforderungen<br />
::8.1 Voraussetzungen für den Zugriff auf e-Befunde in ELGA<br />
::8.2 Anwendungsfälle des Dokumentenmanagements<br />
:::8.2.1 Dokument-Metadaten (XDS-Metadaten)<br />
:9 Konformitätsprüfung<br />
:10 Datentypen<br />
:11 Vorgaben zum medizinischen Inhalt<br />
:12 Anwendungsfälle / User Stories <br />
:13 Dataset<br />
:14 Technische Spezifikation<br />
::14.1 Übersicht CDA Strukturen (Header & Body)<br />
::(evtl. Übersichtstabelle der Header-Elemente für dokumenten-relevante Zeitpunkte/Zeitspannen)<br />
::14.2 CDA Templates<br />
:::14.2.1 Document Level Templates<br />
:::14.2.2 Header Level Templates (Hinweis: hier sollten nur jene Header Level Templates aufgeführt werden, die für spezielle Leitfäden erstellt / adaptiert wurden. Alle anderen werden als Teil der DLTs angezeigt)<br />
:::14.2.3 Section Level Templates<br />
:::14.2.4 Entry Level Templates<br />
:::14.2.5 Weitere CDA Fragmente<br />
::14.3 Terminologien<br />
:15 Anhang<br />
::(15.1 evtl. Abkürzungsverzeichnis)<br />
::15.2 Abbildungsverzeichnis<br />
::15.2 Tabellenverzeichnis<br />
::15.3 Einzelnachweise<br />
::15.4 Literatur und Weblinks<br />
::15.5 Revisionsliste<br />
::15.6 Erratum<br />
<br />
<br />
Bei Kapiteln ohne Inhalt soll kurz darauf eingegangen werden, warum dieser Leitfaden dieses Kapitel nicht füllt. <br />
<br />
Aufgrund bisheriger Erfahrungen wird '''nicht empfohlen''', Textabschnitte in Teildokumente (eigene Wiki-Seiten) '''auszulagern und zu [https://de.wikipedia.org/wiki/Transklusion transkludieren]''', da Änderungen an dem Teildokument automatisch in alle transkludierenden Wiki-Leitfäden übernommen werden und einer Abstimmung mit den Leitfadenverantwortlichen bedürfen. Weiters ist beim Bearbeiten eines Seitenabschnittes nur im Seitenlink bzw. unter Menüpunkt "Links auf diese Seite" ersichtlich, ob man sich auf der Hauptseite des eigenen Leitfadens oder auf einer bereits transkludierten Seite befindet, was die Gefahr eines unbeabsichtigten Änderns anderer bestehender Leitfäden erhöht.<br />
<br />
Ausnahmen bilden folgende Seiten, welche transkludiert werden können, aber '''nicht bearbeitet werden dürfen''' (liegen in der Obhut des Allgemeinen Leitfadens): <br />
*ILF:Lizenzinformationen<br />
Für die '''Kapitel Section Level Templates, Entry Level Templates''' und '''Weitere CDA Fragmente''' in speziellen Leitfäden gilt, dass für Templates, die im Allgemeinen Implementierungsleitfaden spezifiziert sind, eine einfache Referenz auf den Allgemeinen Implementierungsleitfaden ausreicht. Dabei MUSS aber angegeben werden, um welche Hauptversion des Allgemeinen Leitfaden es sich handelt.<br />
<br />
=Art-Decor Projekt=<br />
Ein neuer CDA-Leitfaden '''muss''' in einem eigenen Projektverzeichnis angelegt, alle Autoren müssen entsprechend berechtigt werden. Dies muss beim [https://www.art-decor.org/mediawiki/index.php?title=Contact Art-Decor-Support] beantragt werden.<br />
<br />
Das neue Projekt kann am besten mit folgendem E-Mail-Template beantragt werden:<br />
{{BeginValueSetBox}}Dear Art-Decor-Support,<br />
we would like to ask you to create a new project in Art-Decor:<br />
*Name: <'''displayName des Projekts'''><br />
*Prefix: <'''Projektkürzel''' - soll immer mit at- beginnen, z.B. "at-emed-" oder "at-lab-" (Vorweg: an bestimmten Stellen werden Bindestriche durch das System ausgeblendet)><br />
*ContainsReusableContent=false<br />
*Experimental/Test=false<br />
*defautLanguage=de<br />
*id=1.2.40.0.34.777.<'''nächste freie ID''', siehe Kapitel OID><br />
*Governance-Groups: ELGA, HL7 Austria<br />
*Wiki-Bot activated à wiki.hl7.at<br />
<br />
Thank you in advance.{{EndValueSetBox}}<br />
<br />
<br />
Eine Liste der Art-Decor Projekte ist unter der HL7-Austria Governance Group verfügbar [https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 ELGA Art-Decor Governance Group].<br />
<br />
Weitere offizielle Informationen sind unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor ART Project Editor] zu finden.<br />
<br />
==Name==<br />
Der Name des Projekts, auch displayName des Projekts genannt, soll sprechend gewählt werden und ist mit dem ELGA SCC Team abzusprechen.<br />
<br />
Dies gilt auch für das Prefix, auch Projektkürzel genannt. Dabei soll dieses keine Bindestriche enthalten, z.B. "''elgatest''".<br />
<br />
==OID==<br />
Alle Art-Decor Projekte bekommen die unter ([https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 Governance Group (art-decor.org)] -> Projects) einsehbaren OID mit der nächste ID im 1.2.40.0.34.777 Knoten.<br />
<br />
==Version & Metadaten==<br />
Projekte selbst werden nicht versioniert. Nur die beinhaltenden DLT werden versioniert. <br />
<br />
Projektkürzel unter "prefix" werden im lowercase geschrieben, ohne jegliche Trennzeichen. Bsp.: "elgatgd".<br />
<br />
Neue Projekte dürfen keine bbr sein! Die Checkbox [[Datei:Image2021-6-24 13-41-12.png|200px]] darf nicht angehackt sein!<br />
<br />
Es wird empfohlen dem Projekt standardmäßig Referenzen zu den Building Block Repositories ''ad1bbr-, ad2bbr-, at-cda-bbr-, IHE-PCC-'' hinzuzufügen (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor#Reference_a_building_block_repository Reference a building block repository]).<br />
<br />
==Inhalt==<br />
In Österreich kann derzeit folgendes bereichsspezifische '''Building Block Repository''' (BBR) für die Ableitung oder Referenzierung von Templates verwendet werden:<br />
*[https://art-decor.org/art-decor/decor-project--at-cda-bbr- at-cda-bbr]<br />
Dies soll in Zukunft alle für Österreich relevanten Basis-Templates enthalten, die für spezifische Anwendungen (eHealth und ELGA) in die einzelnen Projektverzeichnisse abgeleitet werden können.<br />
<br />
Das at-cda-bbr wird laufend mit neuen Templates erweitert. Nach Fertigstellung eines neuen CDA-Leitfadens sollen weiter zu verwendete Templates in dieses Verzeichnis übernommen werden. Die im at-cda-bbr befindlichen Templates dürfen nur von einem eingeschränkten Benutzerkreis bearbeitet werden. <br />
<br />
===Statuswechsel eines Templates===<br />
In einem Repository werden Artefakte (Templates/Value Sets) zunächst im Status "Entwurf" erstellt. Der Status eines Artefakts im Repository kann gemäß den Regeln der hier beschriebenen Governance geändert werden (siehe [https://art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Changing_the_status_of_a_template "Changing the status of a template"]). <br />
<br />
{|<br />
|-<br />
| [[Datei:Kyellow.png|15px|rahmenlos|left]]||Entwurf: Das Template verbleibt bis zur Veröffentlichung im Status „Entwurf“ und ist bearbeitbar.<br />
|-<br />
|[[Datei:Kgreen.png|15px|rahmenlos|left]]||Aktiv: Gültiges Template, dessen Inhalt nicht mehr verändert werden kann. Zum Bearbeiten (Entwurf) muss das Template eine neue Version bekommen.<br />
|-<br />
|[[Datei:Kdeprecblue.png|15px|rahmenlos|left]]||Veraltet: Aktive Templates, die nicht mehr verwendet werden sollen, können in den Status „veraltet“ versetzt werden. Dieser Status ist endgültig.<br />
|}<br />
<br />
{| class="wikitable"<br />
|-<br />
|[[Datei:TemplateStatuswechsel2021-9-22.png|top]]|| '''Beschreibung Statuswechsel eines Templates (Diagramm)'''<br />
<br />
'''1.''' Bevor ein Template neu angelegt wird, soll überprüft werden, ob ein verwendbares Dummy-Template(*) vorhanden ist. Ein neues Template erhält immer Version 1.0.0 und hat den Status "'''Entwurf'''".<br />
<br />
'''2.''' Nach erstmaliger Erstellung eines Templates oder nach Durchführung von Major- oder Minor-Änderungen, muss vor der Publikation ("Aktiv-Setzung" des Templates) ein Ballotverfahren durchgeführt werden. (Der Status "Revision vor Publikation" kann verwendet werden, um anzuzeigen, dass eine Publikation bevorsteht. Vom Status "Revision vor Publikation" kann in den Stauts "Aktiv" gewechselt werden.)<br />
<br />
'''3.''' Wurde ein Ballotverfahren durchgeführt, erfolgt der Template-Statuswechsel zu "'''Aktiv'''" zum Publikationszeitpunkt des Leitfadens. Wird ein Template "Aktiv" gesetzt, wird die bestehende Versionsnummer im Version-Label mit dem Publikationsdatum ergänzt (z.B. 1.0.0+20210504, siehe [[https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]). (Der Status "Revision nach Publikation" kann verwendet werden, um anzuzeigen, dass eine neue Version vorbereitet wird. Vom Status "Revision nach Publikation" kann man wieder in den "Aktiv" Status wechseln.)<br />
<br />
'''4.''' Solange keine Änderungen an dem Template durchgeführt werden müssen, werden verbleibt es im Status "Aktiv".<br />
<br />
'''5.''' Ist das Template veraltet oder wird es durch ein neues ersetzt, muss der Status auf "'''veraltet'''" gesetzt werden ('''6.'''). Dieser Status ist unveränderbar (Status endgültig). Veraltete Templates, scheinen weiterhin in referenzierenden Templates auf.<br />
<br />
'''7.''' Sind Änderungen eines aktiven Templates erforderlich, muss unterschieden werden, ob es sich um Minor/Major-Änderungen oder um einen Patch handelt. <br />
<br />
'''8.''' Handelt es sich um einen Patch oder wurden die Änderungen von den referenzierenden Leitfäden akzeptiert, kann mit "'''neue Version erzeugen'''" eine neue Templateversion von Art-Decor erstellt werden. Diese hat den Status "Entwurf", die '''gleiche Template-OID''', aber ein neues Erstellungsdatum. Die Versionsnummer im Version-Label des Templates muss an der entsprechenden Stelle um 1 erhöht werden (siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]).<br />
<br />
'''9.''' Sind die Änderungen nicht von allen referenzierenden Leitfäden gewünscht oder noch nicht bekannt ob dies des Fall ist, muss eine "'''neue Bearbeitung'''" dieses Templates erstellt werden. Es erhält eine '''neue Template-OID''', Version 1.0.0, siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]). Die neue Bearbeitung kann ein Zwischenschritt sein, um kurzzeitig eine Major-Änderung für eine neue Version eines Templates zu erstellen, welche kurz vor Ballot dann als neue Version des originalen Templates erstellt wird.<br />
'''10.'''Major und Minor-Änderungen an Templates erfordern (unabhängig davon, ob eine neue Version oder eine neue Bearbeitung erstellt wurde), immer ein Ballotverfahren vor Aktiv-Setzung des Templates. Patch-Änderungen können sofort "Aktiv" gesetzt werden, sollten jedoch idealerweise ebenfalls im Rahmen eines Ballotverfahrens "Aktiv" gesetzt werden.<br />
<br />
''(*) Anmerkung: Wird ein Template im Status „Entwurf“ nicht mehr benötigt (und wird auch von keinem anderen Leitfaden referenziert), soll es '''nicht auf "annulliert"''' oder '''"zurückgewiesen"''' gesetzt werden, sondern stattdessen soll der Inhalt gelöscht, der Titel auf „dummy“ (o.ä) umbenannt und die Template-Id auf .999 geändert werden. Dieses Dummy-Template kann später für neue Templates verwendet werden. Durch das Löschen des Inhalts werden auch evtl. bestehende Referenzen (Beziehungen zu anderen Templates) entfernt, und es scheint auch nicht mehr in den Beziehungen der referenzierenden Templates auf.''<br />
|}<br />
<br />
= Datasets =<br />
Die Verwendung von Art-Decor-Datasets wird für neue Projekte empfohlen. Diese bilden die funktionalen Anforderungen an das Projekt ab und sind Diskussionsgrundlage bei Fachexpertengesprächen (erfordern kein technisches Hintergrundwissen).<br />
<br />
Für Datasets gibt es '''keine speziellen Vorgaben''' hinsichtlich '''OID und Version & Metadaten'''.<br />
<br />
Bereits bei der Modellierung der Datasets sollen bestehende Standards berücksichtigt werden (z.B. IHE PCC) und bestehende Dataset-Elemente so gut es geht '''aus anderen Projekten wiederverwendet''' werden (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=DECOR-dataset#Dataset_versioning Dataset versioning]). Dies funktioniert durch die Eingabe eines Names und dem mit etwas Ladezeit folgendem Vorschlag von ähnlichen Konzepten. Dabei sollte der Sinn des Datasets, der aus der Beschreibung hervorkommt, derselbe sein. <br />
<br />
Weitere offizielle Informationen sind unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Dataset_Editor ART Dataset Editor] zu finden.<br />
<br />
== Name ==<br />
Es gibt keine speziellen Namenskonoventionen, der '''Name''' ist jedoch '''anzugeben'''!<br />
<br />
== Inhalt ==<br />
Es ist eine '''Beschreibung''' und der '''Werttyp/Valuetype''' anzugeben.<br />
<br />
'''Wenn vorhanden''' muss zusätzlich angegeben werden:<br />
<br />
* '''Auswahllisten'''<br />
* Link zu '''codierten Konzepten / Value Sets''' (Terminologien)<br />
<br />
Die Zuordnung von Dataset-Elementen und erstellten Templates unter "Template" → "Template-Mapping" wird '''empfohlen, ist aber nicht verpflichtend''' (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Associations ART Template Associations]). Dadurch sind alle mit einem Template assoziierten Konzepte in der Template-Beschreibung zusammengefasst, sowie direkt beim assoziierten CDA-Element bzw. Attribut des Templates ersichtlich. Dies dient der Kontrolle (auch für die Experten-/Arbeitsgruppe), dass alle erforderlichen Dataset-Elemente in den Templates modelliert wurden.<br />
<br />
= Templates =<br />
Ein Leitfadenprojekt besteht aus '''einem oder mehreren Document Level Templates (DLT)''' (jedes DLT entspricht dabei einem Dokumententyp), welche die Struktur für ein gültiges CDA-Dokument vorgeben. Darüber hinaus werden in einem Leitfadenprojekt zahlreiche nicht-DLT-Templates referenziert, die im at-cda-brr spezifiziert wurden. Ein Leitfadenprojekt kann außerdem nicht-DLT-Templates beinhalten, die ausschließlich für das Projekt spezifiziert wurden. Für die Verwendung ist folgende Seite [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Editor ART Template Editor] zu lesen.<br />
<br />
''Info: Solange das DLT noch nicht in der Transaktion des Szenarios verlinkt ist, wird dessen Label (im Template-Baum) als oranges Dreieck mit Pfeilen angezeigt, sonst als oranges Viereck/Buch.''<br />
<br />
==Vorbedingungen für die Erstellung neuer Templates==<br />
Bevor neue Templates erstellt werden, sollte geprüft werden, ob bestehende Templates (bestenfalls im at-cda-bbr), die Anforderungen bereits erfüllen. Gibt es passende Templates können diese durch '''Referenzierung''' (unveränderte Übernahme) mittels Kettensymbol in das bestehende Projekt übernommen werden. In diesem Fall sind keine Änderungen an dem Template möglich! Diese Funktion sollte nur verwendet werden, wenn es bereits ein passendes ELGA-/e-Health-Template gibt.<br />
<br />
Um herauszufinden, welche Art-Decor Projekte (auch außerhalb der eigenen Governance-Group) bereits ein bestimmtes Template umgesetzt haben, kann man im Menüpunkt '''„Auge“''' (links oben in der ArtDecor-Projektseite), die Template-ID oder den Namen eines Templates angeben -> alle Templates mit zugehörigem Projekt werden aufgelistet.<br />
<br />
==Vorbedingungen für Änderungen bestehender Templates==<br />
Bevor ein bestehendes Template geändert wird (Erstellung einer neuen Version, welche automatisch von allen dynamisch referenzierenden Templates verwendet wird), ist zu überprüfen, wie sich diese Änderung auf andere Leitfäden auswirkt bzw. ob diese gewünscht ist. In allen betroffenen Leitfäden muss die Änderung auf der Diskussionsseite im Abschnitt "Ausblick" festgehalten werden.<br />
<br />
''Zu Beachten:''<br />
*Wenn eine neue Version eines aus dem ATCDABBR referenzierten Templates (graues Icon im Template-Baum) benötigt wird, MUSS diese im ATCDABBR erstellt werden.<br />
*Soll ein Template, das im ATCDABBR erstellt wurde, in ein Projekt-Repository verschoben werden, muss dort zuerst eine evtl. bereits existierende Referenz darauf entfernt werden.<br />
*Fehlen die Berechtigungen für schreibenden Zugriff auf das ATCDABBR, sollen die erforderlichen Anpassungen zuerst im Projekt-Repository durchgeführt werden und können nach abgeschlossenem Ballot von Berechtigten ins ATCDABBR übernommen werden.<br />
<br />
== Name ==<br />
Template-Namen sind grundsätzlich in '''englischer Sprache''' zu vergeben, sodass sie entsprechend ihrer Definition in internationalen Standards beibehalten werden können und die Wiederverwendbarkeit bestehender Templates erleichtert wird.<br />
<br />
Eine Ausnahme bilden die Namen von Section-Level Templates. Diese werden auf deutsch vergeben, da sie den in den Arbeitsgruppen abgestimmten Titel der Sektion tragen sollen. Bei einer möglichen Unterscheidung zwischen uncodiert und codiert, ist dies mit einem Bindestrich anzugeben. (Alte Schreibweise mit unkodiert und kodiert ist nicht mehr zu verwenden!)<br />
<br />
'''Empfehlung für Entries''': Sind im Entry Referenzen auf andere Standards enthalten, soll der Name des Entries auch den entsprechenden Namen tragen (englisch). Ist dies nicht der Fall (im Entry gibt es z.B. nur eine ELGA Template ID), soll der Name des Entries an den Namen der Sektion angelehnt sein (deutsch). <br />
''Beispiel'': Die Sektion '''''"Impfungen - codiert"''''' (1.2.40.0.34.6.0.11.2.1) (mit AG abgestimmter Titel) referenziert durch Angabe der TemplateID (1.3.6.1.4.1.19376.1.5.3.1.3.23) auf den Standard IHE PCC (Immunizations Section) (und hält auch dessen Vorgaben ein). '''''"Impfungen - codiert"''''' beinhaltet u.a. ein Entry: '''''"Immunization Entry"''''' (1.2.40.0.34.6.0.11.3.1), welches wiederum laut Standarddefintion folgende Template IDs enthalten muss: HL7 CCD Medication activity (1.2.40.0.34.6.0.11.3.1) und IHE Immunizations Entry (2.16.840.1.113883.10.20.1.24). Daher trägt das Entry den Namen, der auch im Standard angegeben wird (mit dem Zusatz "Entry").<br />
<br />
<br />
Weitere Vorgaben für Name und Display-Name (Bezeichnung) eines Templates:<br />
*Der '''Name''' eines Templates wird wie folgt angegeben:<br />
:'''[Präfix]_[Template-Typ]_[ElementName]'''<br />
:Als Trenner fungieren Unterstriche ("_"), wobei folgendes gilt:<br />
:*'''[Präfix]:''' Als Präfix dient das Projektkürzel (Name des Repositories) ohne Bindestriche, z.B. "atcdabrr" oder "atlab". Diese Präfixe bleiben auch beim Verschieben ins at-cda-bbr bestehen! <br />
:*'''[Template-Typ]:''' Der Template-Typ muss einen der folgenden Template-Typen enthalten:<br />
::*"document": für Document-Level-Templates<br />
::*"header": für Header-Level-Templates<br />
::*"section": für Sektionen<br />
::*"entry": für Entries<br />
::*"other" : alle Templates/Fragmente, die nicht in obige Kategorien fallen ("Template type not specified")<br />
::*'''[ElementName]:''' Entspricht dem Display-Name ohne Leerzeichen, Bindestriche und Klammern "( )". Der ElementName wird in Upper-CamelCase-Notation angegeben.<br />
*Der '''Display-Name''' enthält nur den ElementName (kein Präfix oder Template-Typ), wobei aber Leerzeichen, Bindestriche und Klammern "( )" verwendet werden dürfen. Dieser wird in der Template-Baum-Struktur angezeigt.<br />
<br />
''Beispiele:''<br />
* '''Document-Level-Template''' im ELGA e-Impfpass Repository:<br />
::Name: "eimpf_document_KompletterImmunisierungsstatus"<br />
::Display-Name: "Kompletter Immunisierungsstatus"<br />
* '''Header-Level-Template''' im at-cda-bbr:<br />
::Name: "atcdabbr_header_Author"<br />
::Display-Name: "Author"<br />
* '''Uncodierten Sektion''' im Repository at-cda-bbr:<br />
::Name: "atcdabrr_section_FruehereErkrankungUncodiert"<br />
::Display-Name: "Frühere Erkrankungen - uncodiert"<br />
* '''Codierten Sektion''' im ELGA e-Impfpass Repository:<br />
::Name: "eimpf_section_ImpfrelevanteErkrankungenCodiert"<br />
::Display-Name: "Impfrelevante Erkrankungen - codiert"<br />
* '''Entry''' im at-cda-bbr:<br />
::Name: "atcdabbr_entry_ImmunizationEntry"<br />
::Display-Name: "Immunization Entry"<br />
* '''Compilation/Other'''-Template im at-cda-bbr: Compilations/Other sind Template-Fragmente, wie z.B. Adressinformationen. Da sich diese in einem Leitfaden oft wiederholen können, sollen sie mit "contains" in Templates eingebunden werden (d.h. der Inhalt der Compilation wird nicht im verlinkenden Template angezeigt). Diese sollen aber im Leitfaden als eigene Kapitel vorhanden sein.<br />
::Name: "atcdabbr_other_AddressCompilation"<br />
::Display-Name: "Address Compilation"<br />
<br />
== OID ==<br />
OIDs werden einmalig gesetzt und nicht mehr geändert. Alle Art-Decor '''Templates''' müssen unterhalb des OID-Knotes 1.2.40.0.34.6.0'''.11''' liegen (eHealth-Austria/services/art-decor/templates). Die OID der Art-Decor Templates sollen außerdem '''entsprechend ihres CDA-Template-Typs''' aus folgenden '''Unterknoten''' vergeben werden:<br />
:'''.0.''' Document-Level Template<br />
:'''.1.''' Header-Level Template<br />
:'''.2.''' Section-Level Template<br />
:'''.3.''' Entry-Level Template<br />
:'''.9.''' other CDA Fragment Template<br />
<br />
''Beispiele:''<br />
* Header-Level-Template: 1.2.40.0.34.6.0.11.1.2 Author (eHealth-Austria/services/art-decor/templates/header/xxx)<br />
* Entry-Level-Template: 1.2.40.0.34.6.0.11.3.15 Antikörper-Bestimmung Data Processing Entry (eHealth-Austria/services/art-decor/templates/entry/xxx)<br />
{{BeginYellowBox}}''Wichtiger Hinweis:''Die Verwaltung der unter diesen Knoten liegenden Templates unterliegt Art-Decor und benötigt daher '''keine Registrierung''' über das '''OID-Portal'''. Die nächste '''freie OID''' für '''Templates''' muss über die [https://art-decor.org/decor/services/GovernanceGroupList?gg=1.2.40.0.34.3.1.2&language=en-US&format=html#tabs1-templates1 '''ELGA Art-Decor Governance Group Template'''] (Vorsicht!: lange Ladezeit) ermittelt werden.{{EndYellowBox}}<br />
<br />
== Version & Metadaten ==<br />
<br />
* Für neu angelegte Templates (''Entwurf''-Status) soll im Version Label die '''Version''' 1.0.0 angegeben werden. Wenn das Template ''aktiv'' gesetzt wird, wird das aktuelle Datum ergänzt. Nur das DLT erhält immer das Datum, an dem der Leitfaden veröffentlicht wird. Die genauen Vorgaben zur Versionierung sind hier zu nachzulesen [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].<br />
* Der Zweck des Templates muss aus der '''Beschreibung''' hervorgehen. Im Fall von generischen Templates, die im at-cda-bbr angelegt werden und abgeleitet werden müssen (z.B. weil noch kein Value Set referenziert wurde), soll die Beschreibung möglichst allgemein gehalten werden.<br />
* Modellierung der Templates "'''offen/geschlossen'''":<br />
** ELGA Implementierungsleitfäden werden seit 2020 "geschlossen" modelliert. Somit können nur die Elemente verwendet werden, die explizit modelliert werden oder durch den Datentypen implizit erlaubt sind. Sobald bei einem Element mit gesetzten Datentypen ein Unterelement einfügt wird, sind die vom Datentypen möglichen Elemente nicht mehr implizit erlaubt, sondern müssen nun auch explizit modelliert werden. Attribute sind davon ausgenommen.<br />
** Templates von eHealth Implementierungsleitfäden können auch "offen" modelliert werden.<br />
* Es ist zumindest ein korrektes '''Beispiel''' anzugeben.<br />
<br />
Beim '''Ableiten von Templates''' ist durch einen der folgenden '''Beziehungstypen''' anzugeben, wie sie sich zueinander verhalten (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Creating_a_new_version_of_an_existing_template Creating a new version of an existing template]). Die Template-ID des Basistemplates wird nur zu Zwecken der Nachvollziehbarkeit in den Metadaten angegeben, in der Template-Spezifikation selbst muss sie entfernt werden, weil dies sonst bei der Generierung von "closed" Schematron-Regeln zu Inkonsistenzen und zu falsch-positiven Schematron-Fehlern bei der Validierung führen kann.<br />
<br />
* '''Spezialisierung''': bestehende Vorgaben werden weiter '''eingeschränkt''' (z.B. von [O] auf [M] oder von 0..* auf 0..1, ebenfalls [O] auf [NP])<br />
* '''Adaptierung''': bestehende Vorgaben werden '''erweitert oder geändert''' (z.B. von [M] auf [O] oder von 0..1 auf 0..*) oder neue Elemente, Attribute, ValueSets, Fixe Werte werden hinzugefügt.<br />
<br />
Die Übernahme vorhandener Templates aus Projektverzeichnissen, die '''NICHT referenziert''' sind, ist nicht über die GUI möglich, weil diese Templates nicht als Prototyp angegeben werden können (d.h. von ihnen kann nicht geerbt werden).<br />
<br />
Soll der Inhalt eines Templates trotzdem verwendet werden, lässt sich mittels Browser-Direktlink<br />
<br />
<code><nowiki>https://art-decor.org/temple/views/temple.html?id=</nowiki>[OID des Templates]&[effectiveDate]&[prefix]&[language]&mode=readonly</code><br />
<br />
der '''XML-Code jedes Templates''' via [https://www.art-decor.org/mediawiki/index.php?title=Temple '''Temple'''] (im Lesemodus) anzeigen und anschließend kopieren. Der Inhalt kann dann in ein neu erstelltes Template eingefügt werden. Dabei ist zu beachten, dass der '''Zeitpunkt (effectiveDate)''' und die '''OID des neu erstellten Templates nicht verändert''' werden. Alle weiteren Inhalte können entsprechend angepasst werden. Die OID muss in einem späteren Arbeitsschritt über die GUI korrigiert werden.<br />
<br />
''Beispiel'':<br />
<br />
<code><nowiki>https://art-decor.org/temple/views/temple.html?id=</nowiki>2.16.756.5.30.1.1.10.2.63&effectiveDate=2020-06-26T00:00:00&prefix=cdachvacd-&language=de-DE&mode=readonly</code><br />
<br />
== Inhalt ==<br />
<br />
* [[Datei:Warning.png|15px]] Wenn möglich, sollen bereits vorhandene Templates verwenden werden.<br />
* Zugrundeliegende Standards dürfen nur eingeschränkt, aber nicht erweitert werden.<br />
** ''Hinweis: Wenn ein Template laut Standard "required" ist, aber für den konkreten Leitfaden nicht benötigt wird, kann das Template mit einem '''nullFlavor''' erstellt werden (z.B. Freitext-Inhalt „keine Information“ oder Code „entry empty“). Dadurch wird der Standard nicht verletzt und das Template kann trotzdem verwenden werden.''<br />
* Optionalitäten und Reihenfolge der Elemente müssen eingehalten werden.<br />
* Die '''erste Template-ID''' soll wie folgt bezeichnet werden: "HL7 Austria - [Name des Templates]". Diese Template-ID '''muss''' aus dem OID-Knoten 1.2.40.0.34.6.0'''.11''' stammen.<br />
** [[Datei:Warning.png|15px]] Jene Template-ID, die beim Erstellen eines neuen Templates oder Ableiten eines Prototyps von Art-Decor automatisch hinzugefügt wird, '''muss''' entfernt bzw. ersetzt werden ('''nur über GUI mögich, nicht via Temple:''' "Template bearbeiten" → "#")<br />
* Weitere Template-IDs können angegeben werden, sofern das im zugrundeliegenden Standard gefordert ist (z.B. IHE).<br />
* include vs. contains<br />
** Im CDA-Header sollen alle Elemente mit <code>include</code> eingebunden werden.<br />
*** Ausgenommen davon sind so genannte Compilation-Elemente, die in die Kategorie "Template type not specified" fallen (z.B. Address Compilation, Performer Body - Laboratory, etc.)<br />
** Ab dem <code>component/structuredBody</code> soll nur mehr mit <code>contains</code> gearbeitet werden.<br />
* Elemente und Attribute, die im Template verwendet werden, sind zu dokumentieren. Dabei kann in der Dokumentation auch auf den zugrundeliegenden Standard verwiesen werden.<br />
* Elemente die auf XDS-Metadaten gemappt werden müssen, sollen mit "↔ Hinweis zum XDS-Mapping" gekennzeichnet sein.<br />
** '''Beispiel:''' '''↔ Hinweis zum XDS-Mapping:''' Das "templateId"-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wird ins XDS-Attribut "formatCode" gemappt (ohne Präfix XDSdocumentEntry.formatCode^)<br />
* Es ist beim Neu-Erstellen wie auch beim Bearbeiten eines Templates zu überprüfen, ob die Datentypen nach R-MIM richtig eingehalten werden.<br />
* Wen man bei Elementen mit Datentypen Unterelemente vorgibt, muss man dabei alle anderen Unterelemente auch vorgeben. Es werden die möglichen Unterelemente des Datentyps sonst nicht erlaubt.<br />
* Bei einigen Datentypen muss man neben der Art-Decor Dokumentation, zusätzlich das ELGA-Schema beachten, damit die ELGA-Anpassungen mitbeachtet werden.<br />
* Es sollen in Art-Decor immer nur CD, CE und CV verwendet werden, nicht die IPS oder SDTC Varianten. Das ELGA-Schema bietet diese Erweiterungen bereits innerhalb CD, CE und CV an.<br />
* Jedes Template sollte ein Beispielsnippet enthalten, in dem die korrekte Anwendung des Templates angegeben wird. In der Regel werden Beispielsnippets nur zum Template selbst erstellt, nicht zu den darin verlinkten Templates (z.B. included Entries).<br />
** Idealerweise werden Beispielsnippets als letztes ergänzt, um den Aufwand an Änderungen im Template gering zu halten.<br />
* Der '''Name''' eines Templates (nicht der Display-Name!) kann nach dem Erstellen des Templates nur mittels '''Temple''' geändert werden! Die Änderung des Namens hat keinen Einfluss auf die Referenzierung durch andere Templates -> hier gilt die '''OID'''. Der Display-Name kann jederzeit über GUI oder Temple geändert werden.<br />
* Wird die OID geändert, wenn das Template bereits durch andere Templates refereziert wird, werden alle bestehenden Referenzen darauf '''ungültig'''! Daher vor der Änderung der OID die Liste aller referenzierenden Templates abspeichern und diese hinsichtlich der neuen OID anpassen! <br />
<br />
'''Kardinalität / Konformität'''<br />
<br />
Im Allgemeinen Implementierungsleitfaden wird unter der Legende der Konformitätskriterien beschrieben, welche Kardinalitäten und Konformitäten in den ELGA Leitfäden vorkommen können. Die folgende Tabelle stellt dar, wie diese Kriterien in Art-Decor umzusetzen sind (siehe auch [https://art-decor.org/mediawiki/index.php?title=DECOR-rules#Mandatory_.2F_Conformance Mandatory/Conformance]).<br />
{| class="wikitable"<br />
! colspan="3" |Für Elemente<br />
|-<br />
!Vorgaben Allgemeiner Leitfaden<br />
! colspan="1" |Verwendung von nullFlavor<br />
!Umsetzung Art-Decor am Beispiel eines <code>id-</code>Elements mit dem Datentypen <code>II</code> (in Temple)<br />
|-<br />
|1..1 M<br />
| colspan="1" |nicht erlaubt<br />
|<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R" isMandatory="true"></code><br />
|-<br />
| colspan="1" |1..* M<br />
| colspan="1" |nicht erlaubt<br />
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="*" conformance="R" isMandatory="true"></code><br />
|-<br />
| colspan="1" |0..0 NP<br />
| colspan="1" |nicht erlaubt<br />
| colspan="1" |<code><element name="hl7:id" datatype="II" conformance="NP"></code><br />
<br />
'''Achtung,''' bei templateIds sollte zusätzlich ein Prädikat angegeben werden, damit auch das Schematron richtig erstellt wird:<br />
<br />
<code><element name="hl7:templateId[@root='1.3.6.1.4.1.19376.1.3.3.2.1']" datatype="II" conformance="NP"></code><br />
<br />
<code> <attribute name="root" value="1.3.6.1.4.1.19376.1.3.3.2.1" datatype="uid" /></code><br />
<br />
<code></element></code><br />
|-<br />
| colspan="1" |1..1 R<br />
| colspan="1" |erlaubt<br />
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R"></code><br />
|-<br />
|1..* R<br />
|erlaubt<br />
|<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="*" conformance="R"></code><br />
|-<br />
| colspan="1" |0..1 R<br />
| colspan="1" |nicht erlaubt<br />
| colspan="1" |<code><element name="hl7:id[not(@nullFlavor)]" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1" conformance="R"></code><br />
|-<br />
| colspan="1" |0..* R<br />
| colspan="1" |nicht erlaubt<br />
| colspan="1" |<code><element name="hl7:id[not(@nullFlavor)]" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*" conformance="R"></code><br />
|-<br />
| colspan="1" |0..1 O<br />
| colspan="1" |erlaubt<br />
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1"></code><br />
|-<br />
| colspan="1" |0..* O<br />
| colspan="1" |erlaubt<br />
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*"></code><br />
|-<br />
| colspan="1" |0..1 C<br />
| colspan="1" |Abhängig vom Kontext<br />
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1" conformace="C"></code><br />
|-<br />
| colspan="1" |0..* C<br />
| colspan="1" |Abhängig vom Kontext<br />
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*" conformace="C"></code><br />
|}<br />
{| class="wikitable"<br />
! colspan="2" |Für Attribute<br />
|-<br />
!Vorgaben Allgemeiner Leitfaden<br />
!Umsetzung Art-Decor<br />
|-<br />
|0..0 NP<br />
|<attribute name="root" datatype="uid" prohibited="true"/><br />
|-<br />
| colspan="1" |1..1 R<br />
| colspan="1" |<attribute name="root" datatype="uid"/><br />
|-<br />
| colspan="1" |0..1 O<br />
| colspan="1" |<attribute name="root" datatype="uid" isOptional="true"/><br />
|-<br />
| colspan="1" |1..1 F<br />
| colspan="1" |<attribute name="root" datatype="uid" value="1.3.6.1.4.1.19376.1.3.2.1"/><br />
|-<br />
| colspan="1" |0..1 F<br />
| colspan="1" |<attribute name="root" datatype="uid" value="1.3.6.1.4.1.19376.1.3.2.1" isOptional="true"/><br />
|}<br />
<br />
= Value Sets =<br />
Eine Anleitung zur Verwendung des Value Set Editors ist unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Value_Set_Editor ART Value Set Editor] zu finden. <br />
<br />
{{BeginYellowBox}}<br />
Seit 2022 steht unter '''https://termgit.elga.gv.at/ ein neuer Terminologieserver''' zur Verfügung. Die Dokumentation findet sich auf https://termgit.elga.gv.at/documentation_and_support_de.html und https://termgit.elga.gv.at/faq_de.html<br />
{{EndYellowBox}}<br />
<br />
== Name ==<br />
'''Name''' und '''Display-Name''' (bzw. '''Title''' auf Termgit) eines Value Sets müssen wie folgt angegeben werden: <br />
<br />
*'''Name''': '''[Präfix]-[ValueSetName]''' (lowercase-Schreibweise)<br />
*'''Display-Name'''/'''Title''': '''[Präfix]_[ValueSetName]''' (UpperCamelCase-Schreibweise)<br />
<br />
Sonderzeichen sind nicht erlaubt.<br />
Als Präfix dient das Projektkürzel (Name des Repositories), z.B. "eimpf".<br />
<br />
Beispiele:<br />
* Name: eimpf-antikoerperbestimmung<br />
* Title: eImpf_Antikoerperbestimmung<br />
<br />
* Name: elga-administrativegender<br />
* Title: ELGA_AdministrativeGender<br />
<br />
== OID ==<br />
Alle Art-Decor '''Value Sets''' müssen unterhalb des OID-Knotes 1.2.40.0.34.6.0'''.10''' liegen (eHealth-Austria/services/art-decor/value-sets). <br />
<br />
''Beispiele'':<br />
* Value Set: 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (eHealth-Austria/services/art-decor/value-sets/xxx)<br />
{{BeginYellowBox}}''Wichtiger Hinweis:'' Die Verwaltung der unter diesen Knoten liegenden Value Sets unterliegt Art-Decor und benötigt daher '''keine Registrierung''' über das '''OID-Portal'''. Die nächste '''freie OID''' für '''Value Sets''' muss über die [https://art-decor.org/decor/services/GovernanceGroupList?gg=1.2.40.0.34.3.1.2&language=en-US&format=html#tabs1-valuesets1 '''ELGA Art-Decor Governance Group Value Sets'''] (Vorsicht!: lange Ladezeit) ermittelt werden.{{EndYellowBox}}<br />
<br />
== Version & Metadaten ==<br />
Versionierung: Siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].<br />
<br />
== Inhalt ==<br />
Best Practices für die Erstellung und Pflege von Value Sets müssen angewendet werden, z.B. können Konzeptcodes hinzugefügt, aber nicht gelöscht werden, nur auf den Status "deprecated" gesetzt werden.<br />
{{BeginYellowBox}}''Wichtiger Hinweis:'' Wenn sich die Gesamtbedeutung der Codes in einem Value Set ändert, muss die neue Version des Value Sets eine '''neue OID''' erhalten.{{EndYellowBox}}<br />
<br />
= Beispielbefunde =<br />
Neben den Beispielsnippets in den Templates sind Beispielbefunde und Falsch-Beispielbefunde zu erstellen. Ein Grundgerüst für ein Beispieldokumentekann erstellt werden, indem man im entsprechenden DLT den Zauberstab des Template Editors anwendet und rekursiv alle Code-Snippets der darin verlinkten Templates einfügt.<br />
<br />
Name<br />
<br />
Der Name von (Falsch-)Beispielbefunden sollte folgendermaßen aufgebaut sein. Die einzelnen Elemente werden mit "_" verbunden.<br />
<br />
'''"falsch_":''' Angabe, dass es sich um einen Falsch-Beispielbefund handelt.<br />
<br />
'''[Präfix]:''' Als Präfix dient das Projektkürzel (Name des Repositories), z.B. "eimpf"<br />
<br />
'''[optional DLT-Name]:''' Name des DLTs, wenn es in dem Projekt mehrere DLTs gibt.<br />
<br />
'''[Kurztitel des Beispiels]:''' Erklärt ganz kurz, worum es in dem Beispielbefund geht.<br />
<br />
Beispiele:<br />
<br />
* at-lab_Laborbefund_Kompletter_Befund.xml<br />
* falsch_at-lab_Laborbefund_Constraint_gebrochen.xml<br />
<br />
Inhalt<br />
<br />
* '''Beispielbefunde'''<br />
** sind vollständig valide und bilden verschiedene reale Szenarien ab.<br />
* Für '''Falsch-Beispielbefunde''' sollte mindestens jeweils ein Befund vorhanden sein für <br />
** das Brechen eines Contraints,<br />
** das Verwenden eines falschen Wertes wo ein Value Set Wert erwartet wird,<br />
** das Verwenden eines nicht CDA-Elementes (nicht im Schema vorhanden),<br />
** das Verwenden eines verbotenen Elementes<br />
** das Weglassen eines Pflichtfeldes.<br />
<br />
= Szenarios / Schematron =<br />
Das Erstellen von '''einer Transaktion pro DLT''' in den Szenarien ist für die Generierung von Schematron-Regeln '''zwingend erforderlich''', siehe [https://confluence.elga.gv.at/display/SCC/Schematron-Erstellung+und+Bereitstellung Schematron-Erstellung und Bereitstellung].<br />
<br />
Für Szenarios gibt es '''keine speziellen Vorgaben''' hinsichtlich '''OID oder Version & Metdaten'''.<br />
<br />
Eine Anleitung zur Verwendung des Szenario Editors ist unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Scenario_Editor ART Scenario Editor] zu finden.<br />
<br />
== Name ==<br />
Der Name/Label der Transaktionen soll dem Schema '''[NameDesSzenarios]''' folgen. Alles zusammengeschrieben, kein Prefix. <br />
<br />
Der im Label der Transaktion angegebene Name wird von Art-Decor später automatisch als Name für das entsprechende Schematron verwendet, z.B. „eimpf-UpdateImmunisierungsstatus“, wobei das Präfix des Projektes mit dem folgenden Bindestrich automatisch ergänzt wird.<br />
<br />
== Inhalt ==<br />
Optional ist es für jede Transaktion möglich das Dataset ("Konzepte") anzugeben und für jedes Element Kardinalität (optional, wiederholbar) und Konformität (erforderlich, obligatorisch) festzulegen. Die Angabe von Kardinalität und Konformität ist für die Erstellung eines Schematrons nicht zwingend erforderlich.<br />
<br />
= Qualitätssicherung =<br />
<br />
== Art-Decor ==<br />
Offizielle Informationen zur Qualitätssicherung eines Projekts in Art-Decor finden sich auf der Seite [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor#Preflighting_publication_and_quality_checks Preflighting publication and quality checks].<br />
<br />
* Template-Checks:<br />
** korrektes Präfix, Name, Displayname<br />
** open/closed<br />
** korrektes Value Set<br />
** Beispielsnippets<br />
** Templatebeschreibung<br />
** Standardreferenzen<br />
** Dataset Mapping (optional)<br />
** im Beispieldokument enthalten <br />
** Schematron Asserts ergänzen<br />
* DLT bei '''jeder Version MUSS''' in <code>hl7at:formatCode</code> die Versionierungsinfo + Publikationsdatum im Label angepasst werden.<br />
** Entsprechende Adaptierung von CodeSystem '''ELGA_FormatCode''' und ValueSet '''ELGA_FormatCode'''<br />
* Temlatestatus:<br />
** für Ballot: Templates bleiben im Entwurf-Status<br />
** nach Ballotabschluss: Versionlabel mit Publikationsdatum ergänzen und Templates aktiv setzen<br />
* Zur Prüfung des Projektschemas unter dem Menü "Project" → "Development" → "Check DECOR" ein Dataset auswählen und die Prüfung durchführen. Eventuelle Fehler, Warnungen oder Hinweise werden anschließend in einer Liste dargestellt.<br />
* Nach der Erstellung eines Schematrons unter "Project" → "Development" → "Compile a development version" (für Details siehe [https://confluence.elga.gv.at/display/SCC/Schematron-Erstellung+und+Bereitstellung Schematron-Erstellung und Bereitstellung]) ist es möglich, über "Validate XML instance" Beispielbefunde für die verschiedenen Szenarios zu validieren.<br />
* AD-Bot starten (lassen) (am Vortag der Publikation)<br />
<br />
== Wiki ==<br />
Im Wiki werden die Metadaten vor dem setzen des Seiten-Status auf Abnahme nochmals überprüft. <br />
<br />
* Anpassung Titelblatt<br />
** Publikationsdatum<br />
** Versionsinformationen mit DLT abgleichen<br />
* Infobox: „In Arbeit“ entfernen<br />
* Prüfen, ob alle Templates eingefügt und Value Sets verlinkt wurden<br />
* Linkverzeichnisse, Referenzen prüfen<br />
* ggf. Informationen bezüglich <code>hl7at:formatCode</code> auf der Wiki-Seite aktualisieren<br />
* Diskussionsseite aktualisieren<br />
** Diskussionsseiten sollen wie folgendes Beispiel aufgebaut sein ([[ILF_Diskussion:Telemonitoring-Episodenbericht_(Version_1)|Diskussionseite Telemonitoring-Episodenbericht]])<br />
** prüfen, ob Elemente aus dem "Ausblick" in der aktuellen Version umgesetzt wurden. Falls ja, sind diese in die Tabelle des "Release-Log" zu verschieben.<br />
* Revisionsliste des Leitfadens auf Basis der Diskussionsseite aktualisieren<br />
* Links prüfen und optimieren: Nur externe Links sollen in neuem Tab geöffnet werden, Sprungmarken sollten immer mit # gekennzeichnet sein.<br />
* PDF: Druck checken (leere Seiten, Suche nach: „Error“, „Fehler“, "TODO")<br />
* Wiki-Seite Status ändern auf "abgenommen"<br />
* falls neue Hauptversion dann OID im OID Portal eintragen lassen<br />
* Wiki-Guide aktualisieren (neue Zeile für neue Version, PDF upload)<br />
* Seiten-Status ändern auf "abgenommen"<br />
<br />
== GitLab ==<br />
Eine erweiterte Qualitätssicherung wird auch in GitLab erstellt. Hier werden beim Einstellen von (Falsch-)Beispielbefunden oder Schematron-Regeln in die jeweiligen Projekte automatisch Prüfroutinen (Schematron-Validierung) gestartet.<br />
<br />
* Beispielbefunde aktualisieren<br />
* Falsch-Beispielbefunde aktualisieren<br />
* Schematron aktualisieren<br />
<br />
= Anhang =<br />
<br />
== Links ==<br />
<br />
* [http://art-decor.org/art-decor/home Art-Decor Workspace]<br />
* [https://www.art-decor.org/mediawiki/index.php?title=Documentation Art-Decor Dokumentation]<br />
* Wiki-Portal von HL7 Austria: [https://wiki.hl7.at/index.php?title=Willkommen_auf_dem_Wiki-Portal_von_HL7_Austria eHealth Wiki] & [https://wiki.hl7.at/index.php?title=Hilfe:Wiki Wiki Hilfe]<br />
<br />
<span title="Filterspalte" class="tf-inline-filter"></span></div>
Tanjga
http://wiki.hl7.at/index.php?title=Geschlecht&diff=160609
Geschlecht
2024-01-22T08:20:33Z
<p>Tanjga: </p>
<hr />
<div>==Hintergrund==<br />
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen. Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht"). Durch die Entscheidung des Verfassungsgerichtshofes (VfGH) vom 15. Juni 2018 steht intersexuellen Menschen das Recht auf eine adäquate Bezeichnung im Personenstandsregister des Personenstandsgesetzes (PStG) zu. Weiters werden auch Anpassungen im MeldeG und in den Anlagen im Bereich des Meldewesens erforderlich.<br />
<br />
In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht wird in der Verwaltung (z.B. Meldewesen) und entsprechend für die Kommunikation zwischen IT-Systemen genutzt und muss durch ein ärztliches Gutachten bestätigt werden. Die nachfolgenden Value-Sets bilden explizit weder die vollständige biologisch-medizinische Realität noch das soziale Geschlecht ("Gender") ab. <br />
<br />
Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.<br />
<br />
==Crossmapping==<br />
{{BeginYellowBox}}<br />
Diese Zuordnungen wurden im Ballot 2023-2 Administratives Geschlecht abgestimmt.<br />
{{EndYellowBox}}<br />
Crossmapping der Geschlechter zwischen den Standards. <br />
<br />
{| class="wikitable"<br />
! Gender<br />
! Unterkategorie<br />
! [https://termgit.elga.gv.at/ValueSet/hl7-at-administrativegender-v2 HL7 V2.x]<br />
! [https://termgit.elga.gv.at/ValueSet/elga-administrativegender HL7 V3 + CDA]<br />
! [https://termgit.elga.gv.at/ValueSet/hl7-at-administrativegender-fhir-extension FHIR]<br />
! DICOM<br />
! Erklärung<br />
|-<br />
| Codesystem<br />
|<br />
| [http://terminology.hl7.org/CodeSystem/v2-0001 v2-administrativeSex]<br />
| [http://terminology.hl7.org/CodeSystem/v3-AdministrativeGender v3-AdministrativeGender]<br />
| [http://hl7.org/fhir/administrative-gender administrative-gender]<br />
| [https://dicom.nema.org/medical/dicom/current/output/chtml/part03/sect_C.2.3.html Patient's Sex]<br />
|<br />
|-<br />
| Männlich<br />
|<br />
| M<br />
| M<br />
| male<br />
| M<br />
| <br />
|-<br />
| Weiblich<br />
|<br />
| F<br />
| F<br />
| female<br />
| F<br />
| <br />
|-<br />
| Nicht-binär<br />
|<br />
| X<br />
| UN<br />
| other<br />
| O<br />
| <br />
|-<br />
| ⨽<br />
| "Divers" <br />''österreichische Erweiterung''<br />
| D<br />
| D<br />
| D<br />
| O<br />
| Um die österreich-spezifischen Codes dokumentieren zu können, benötigt man das nationale Codesystem hl7-at-administrativegender-ergaenzung, welches die Ausprägungen abbildet. Die Codes für Divers, Inter und Offen findet man daher nicht in den internationalen Terminologien. Die nationalen Value-Sets können am österreichischen Terminologiebrowser abgerufen werden: [https://termgit.elga.gv.at/ValueSet/hl7-at-administrativegender-v2 hl7-at-administrativegender-v2], [https://termgit.elga.gv.at/ValueSet/elga-administrativegender elga-administrativegender], [https://termgit.elga.gv.at/ValueSet/hl7-at-administrativegender-fhir-extension hl7-at-administrativegender-fhir-extension]<br />
|-<br />
| ⨽ <br />
| „Inter" <br />''österreichische Erweiterung''<br />
| I<br />
| I<br />
| I<br />
| O<br />
| Um die österreich-spezifischen Codes dokumentieren zu können, benötigt man das nationale Codesystem hl7-at-administrativegender-ergaenzung, welches die Ausprägungen abbildet. Die Codes für Divers, Inter und Offen findet man daher nicht in den internationalen Terminologien. Die nationalen Value-Sets können am österreichischen Terminologiebrowser abgerufen werden: [https://termgit.elga.gv.at/ValueSet/hl7-at-administrativegender-v2 hl7-at-administrativegender-v2], [https://termgit.elga.gv.at/ValueSet/elga-administrativegender elga-administrativegender], [https://termgit.elga.gv.at/ValueSet/hl7-at-administrativegender-fhir-extension hl7-at-administrativegender-fhir-extension]<br />
|-<br />
| ⨽ <br />
| „Offen" <br />''österreichische Erweiterung''<br />
| O<br />
| O<br />
| O<br />
| O<br />
| Um die österreich-spezifischen Codes dokumentieren zu können, benötigt man das nationale Codesystem hl7-at-administrativegender-ergaenzung, welches die Ausprägungen abbildet. Die Codes für Divers, Inter und Offen findet man daher nicht in den internationalen Terminologien. Die nationalen Value-Sets können am österreichischen Terminologiebrowser abgerufen werden: [https://termgit.elga.gv.at/ValueSet/hl7-at-administrativegender-v2 hl7-at-administrativegender-v2], [https://termgit.elga.gv.at/ValueSet/elga-administrativegender elga-administrativegender], [https://termgit.elga.gv.at/ValueSet/hl7-at-administrativegender-fhir-extension hl7-at-administrativegender-fhir-extension]<br />
|-<br />
| Unbekannt<br />
|<br />
| U<br />
| nullFlavor="UNK"<br />
| unknown<br />
| leeres Feld<br />
| Die Angabe "Unbekannt", welche die Ausprägung "Keine Angabe" einschließt, wird bei v3 mittels nullFlavor="UNK" abgebildet.<br />
|}<br />
<br />
=HL7 Gender Harmony Project=<br />
https://confluence.hl7.org/display/VOC/The+Gender+Harmony+Project<br />
https://confluence.hl7.org/display/VOC/Gender+Harmony+Terminology<br />
https://confluence.hl7.org/display/VOC/Gender+Identity</div>
Tanjga
http://wiki.hl7.at/index.php?title=E-Medikation_archiviert_(nicht_g%C3%BCltig!)&diff=160433
E-Medikation archiviert (nicht gültig!)
2024-01-16T16:47:14Z
<p>Tanjga: </p>
<hr />
<div>{{#seo:<br />
|title=E-Medikation archiviert (nicht gültig!)<br />
|titlemode=append<br />
|keywords= E-Medikation, e-Medication ,CDA, Leitfaden, Leitfäden, Spezielle Leitfäden, Arzt, Krankenhaus, Informationsausstausch, Gesundheitsdienstleitster, GDA, Medizin, Patienten<br />
|description=Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. <br />
}}<br />
{{#customtitle:E-Medikation archiviert (nicht gültig!)}}<br />
<br />
<!--<br />
<br />
Implementierungsleitfaden "e-Medikation"<br />
--><br />
<br />
{{#css:<br />
@media screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
{{Infobox Dokument<br />
|Group = ELGA CDA<br/>Implementierungsleitfäden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Medikation archiviert (nicht gültig!)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.8.6.2]<br />
|Short = e-Medikation archiviert (nicht gültig!)<br />
|Namespace = elga-cdaem-2.06.2<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.06.3<br />
|Submitted = HL7 Austria<br />
|Date = 15. Juli 2021<br />
|Copyright = 2017-2021<br />
|Status = Entwurf<br />
|Period = n.a.<br />
|OID = n.n.<br />
|Realm = Österreich<br />
}}<br />
<br />
<!--<br />
{{Infobox Ballot Begin}}<br />
Vorsicht, dies ist eine Archivierte Seite! Gültige E-Medikation Leitfäden sind unter https://wiki.hl7.at/index.php?title=ILF:E-Medikation_Guide zu finden.<br />
{{Infobox Ballot End}}<br />
--><br />
<br />
<!--<br />
{{Infobox Contributors Begin}}<br />
{{Contributor | Logo = Logo.jpg | Name = Abc | Location = Hürth }}<br />
{{Infobox Contributors End}}<br />
--><br />
<br />
=Informationen über dieses Dokument=<br />
{{ILF:Allgemeines}}<br />
{{ILF:Verbindlichkeit}}<br />
{{ILF:Zielgruppe}}<br />
{{ILF:Hinweis auf verwendete Grundlagen}}<br />
{{ILF:Danksagung}}<br />
{{ILF:Hinweise zur Nutzung des Leitfadens}}<br />
==Revisionsliste==<br />
Diese Version ist eine Nebenversion zur Hauptversion 2.06 und ersetzt diese. Die durchgeführten Änderungen ersehen Sie der [[ILF:e-Medikation#Revisionsliste_2|Revisionsliste]].<br />
{{ILF:Weitere unterstützende Materialien}}<br />
{{ILF:Bedienungshinweise}}<br />
{{ILF:Impressum}}<br />
<br />
{{elga-cdaem-2.06.2:Harmonisierung}}<br />
{{elga-cdaem-2.06.2:Einleitung}}<br />
<!--Anwendungsfälle--><br />
{{elga-cdaem-2.06.2:Anwendungsfälle}}<br />
<br />
{{elga-cdaem-2.06.2:CDA Header}}<br />
<br />
{{elga-cdaem-2.06.2:CDA Body}}<br />
<br />
<!-- Technische Konformitätsprüfung--><br />
{{elga-cdaem-2.06.2:Technische Konformitätsprüfung}}<br />
<br />
<!--Anhang--><br />
{{elga-cdaem-2.06.2:Anhang}}</div>
Tanjga
http://wiki.hl7.at/index.php?title=E-Medikation_archiviert_(nicht_g%C3%BCltig!)&diff=160432
E-Medikation archiviert (nicht gültig!)
2024-01-16T16:45:33Z
<p>Tanjga: </p>
<hr />
<div>{{#seo:<br />
|title=E-Medikation archiviert (nicht gültig!)<br />
|titlemode=append<br />
|keywords= E-Medikation, e-Medication ,CDA, Leitfaden, Leitfäden, Spezielle Leitfäden, Arzt, Krankenhaus, Informationsausstausch, Gesundheitsdienstleitster, GDA, Medizin, Patienten<br />
|description=Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. <br />
}}<br />
{{#customtitle:E-Medikation}}<br />
<br />
<!--<br />
<br />
Implementierungsleitfaden "e-Medikation"<br />
--><br />
<br />
{{#css:<br />
@media screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
{{Infobox Dokument<br />
|Group = ELGA CDA<br/>Implementierungsleitfäden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Medikation<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.8.6.2]<br />
|Short = e-Medikation <br />
|Namespace = elga-cdaem-2.06.2<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.06.3<br />
|Submitted = HL7 Austria<br />
|Date = 15. Juli 2021<br />
|Copyright = 2017-2021<br />
|Status = Entwurf<br />
|Period = n.a.<br />
|OID = n.n.<br />
|Realm = Österreich<br />
}}<br />
<br />
<!--<br />
{{Infobox Ballot Begin}}<br />
Vorsicht, dies ist eine Archivierte Seite! Gültige E-Medikation Leitfäden sind unter https://wiki.hl7.at/index.php?title=ILF:E-Medikation_Guide zu finden.<br />
{{Infobox Ballot End}}<br />
--><br />
<br />
<!--<br />
{{Infobox Contributors Begin}}<br />
{{Contributor | Logo = Logo.jpg | Name = Abc | Location = Hürth }}<br />
{{Infobox Contributors End}}<br />
--><br />
<br />
=Informationen über dieses Dokument=<br />
{{ILF:Allgemeines}}<br />
{{ILF:Verbindlichkeit}}<br />
{{ILF:Zielgruppe}}<br />
{{ILF:Hinweis auf verwendete Grundlagen}}<br />
{{ILF:Danksagung}}<br />
{{ILF:Hinweise zur Nutzung des Leitfadens}}<br />
==Revisionsliste==<br />
Diese Version ist eine Nebenversion zur Hauptversion 2.06 und ersetzt diese. Die durchgeführten Änderungen ersehen Sie der [[ILF:e-Medikation#Revisionsliste_2|Revisionsliste]].<br />
{{ILF:Weitere unterstützende Materialien}}<br />
{{ILF:Bedienungshinweise}}<br />
{{ILF:Impressum}}<br />
<br />
{{elga-cdaem-2.06.2:Harmonisierung}}<br />
{{elga-cdaem-2.06.2:Einleitung}}<br />
<!--Anwendungsfälle--><br />
{{elga-cdaem-2.06.2:Anwendungsfälle}}<br />
<br />
{{elga-cdaem-2.06.2:CDA Header}}<br />
<br />
{{elga-cdaem-2.06.2:CDA Body}}<br />
<br />
<!-- Technische Konformitätsprüfung--><br />
{{elga-cdaem-2.06.2:Technische Konformitätsprüfung}}<br />
<br />
<!--Anhang--><br />
{{elga-cdaem-2.06.2:Anhang}}</div>
Tanjga
http://wiki.hl7.at/index.php?title=E-Medikation_archiviert_(nicht_g%C3%BCltig!)&diff=160431
E-Medikation archiviert (nicht gültig!)
2024-01-16T16:42:09Z
<p>Tanjga: Tanjga verschob die Seite ILF:E-Medikation nach E-Medikation archiviert (nicht gültig!), ohne dabei eine Weiterleitung anzulegen: Da anscheinend einige Personen sich darauf referenzieren, wird es ohne Weiterleitung archiviert</p>
<hr />
<div>{{#seo:<br />
|title=E-Medikation<br />
|titlemode=append<br />
|keywords= E-Medikation, e-Medication ,CDA, Leitfaden, Leitfäden, Spezielle Leitfäden, Arzt, Krankenhaus, Informationsausstausch, Gesundheitsdienstleitster, GDA, Medizin, Patienten<br />
|description=Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. <br />
}}<br />
{{#customtitle:E-Medikation}}<br />
<br />
<!--<br />
<br />
Implementierungsleitfaden "e-Medikation"<br />
--><br />
<br />
{{#css:<br />
@media screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
{{Infobox Dokument<br />
|Group = ELGA CDA<br/>Implementierungsleitfäden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Medikation<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.8.6.2]<br />
|Short = e-Medikation <br />
|Namespace = elga-cdaem-2.06.2<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.06.3<br />
|Submitted = HL7 Austria<br />
|Date = 15. Juli 2021<br />
|Copyright = 2017-2021<br />
|Status = Entwurf<br />
|Period = n.a.<br />
|OID = n.n.<br />
|Realm = Österreich<br />
}}<br />
<br />
<!--<br />
{{Infobox Ballot Begin}}<br />
<br />
{{Infobox Ballot End}}<br />
--><br />
<br />
<!--<br />
{{Infobox Contributors Begin}}<br />
{{Contributor | Logo = Logo.jpg | Name = Abc | Location = Hürth }}<br />
{{Infobox Contributors End}}<br />
--><br />
<br />
=Informationen über dieses Dokument=<br />
{{ILF:Allgemeines}}<br />
{{ILF:Verbindlichkeit}}<br />
{{ILF:Zielgruppe}}<br />
{{ILF:Hinweis auf verwendete Grundlagen}}<br />
{{ILF:Danksagung}}<br />
{{ILF:Hinweise zur Nutzung des Leitfadens}}<br />
==Revisionsliste==<br />
Diese Version ist eine Nebenversion zur Hauptversion 2.06 und ersetzt diese. Die durchgeführten Änderungen ersehen Sie der [[ILF:e-Medikation#Revisionsliste_2|Revisionsliste]].<br />
{{ILF:Weitere unterstützende Materialien}}<br />
{{ILF:Bedienungshinweise}}<br />
{{ILF:Impressum}}<br />
<br />
{{elga-cdaem-2.06.2:Harmonisierung}}<br />
{{elga-cdaem-2.06.2:Einleitung}}<br />
<!--Anwendungsfälle--><br />
{{elga-cdaem-2.06.2:Anwendungsfälle}}<br />
<br />
{{elga-cdaem-2.06.2:CDA Header}}<br />
<br />
{{elga-cdaem-2.06.2:CDA Body}}<br />
<br />
<!-- Technische Konformitätsprüfung--><br />
{{elga-cdaem-2.06.2:Technische Konformitätsprüfung}}<br />
<br />
<!--Anhang--><br />
{{elga-cdaem-2.06.2:Anhang}}</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:Telemonitoring-Episodenbericht_Guide&diff=159067
ILF:Telemonitoring-Episodenbericht Guide
2023-11-20T15:46:35Z
<p>Tanjga: </p>
<hr />
<div>__KEIN_INHALTSVERZEICHNIS__<br />
{{#customtitle:Telemonitoring-Episodenbericht Guide}}<br />
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=<br />
{| class="wikitable" <br />
|-<br />
! Version<br />
! Datum<br />
! Status<br />
! Anwendung in ELGA<br />
! PDF<br />
! Wiki<br />
! Erratum<br />
! dafür gültiger <br />Allg. Leitfaden<br />
! dafür gültiges <br />XML Schema (*.xsd)<br />
! dafür gültiges <br />Schematron (*.sch)<br />
|- style="background-color:#ffffcc;<br />
| '''1.2.1+20211001'''<br />
| 01.10.2021<br />
| [[Datei:finished.png|20px]] '''Normativ'''<br />
| Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-Verordnungsnovelle 2022] § 16 (1).<br />
| [[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/4/4c/Implementierungsleitfaden_Telemonitoring-Episodenbericht_%28Version_1%29.pdf]]<br />
| [[Datei:Schwarzer link.png|20px|link=ILF:Telemonitoring-Episodenbericht_(Version 1)]]<br />
| [[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:Telemonitoring-Episodenbericht_(Version 1)]]<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)|die aktuelle Hauptversion 3]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema das aktuelle]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-telemonitoring-episodenbericht-schematron das aktuelle]<br />
|-<br />
| 1.2.0+20210304<br />
| 04.03.2021<br />
| [[Datei:deprecated.png|20px]] veraltet<br />
| Ersetzt durch 1.2.1+20210304<br />
| [[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/e/e3/IL_Telemonitoring-Episodenbericht_Version_1.2.0%2B20210304.pdf]]<br />
| [[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Telemonitoring-Episodenbericht_(Version_1)&stableid=137025]]<br />
| <br />
| [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=137014 3.2.0+20210304]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.5.0+20210224-3.2.0 1.5.0+20210224-3.2.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-telemonitoring-episodenbericht-schematron/-/tree/1.2.1+20210831-1.2.0 1.2.1+20210831-1.2.0]<br />
|-<br />
| 2020.1 (1.1.0+20201120 nach neuem Versionsschema)<br />
| 20.11.2020<br />
| [[Datei:deprecated.png|20px]] veraltet<br />
| Ersetzt durch 1.2.0+20210304<br />
| [[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/7/74/TME_2020-11-20.pdf]]<br />
| [[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Telemonitoring-Episodenbericht_(Version_1)&stableid=129762]]<br />
| [[Datei:Schwarzer link.png|20px|link=ILF:Telemonitoring-Episodenbericht#Erratum]]<br />
| [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=129767 2020.1 (3.1.0+20201120 nach neuem Versionsschema)]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.4.0+20200701-3.0.0 1.4.0+20200701-3.0.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-telemonitoring-episodenbericht-schematron/-/tree/1.1.0+20201123-1.1.0 1.1.0+20201123-1.1.0]<br />
|-<br />
| 2020 (1.0.0+20200821 nach neuem Versionsschema)<br />
| 21.08.2020<br />
| [[Datei:deprecated.png|20px]] veraltet<br />
| Ersetzt durch 2020.1<br />
| [[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/8/88/TME_2020-08-21.pdf]]<br />
| [[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Telemonitoring-Episodenbericht_(Version_1)&stableid=127060]]<br />
| [[Datei:Schwarzer link.png|20px|link=ILF:Telemonitoring-Episodenbericht#Erratum]]<br />
| [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=127058 2020 (3.0.0+20200821 nach neuem Versionsschema)]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.4.0+20200701-3.0.0 1.4.0+20200701-3.0.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-telemonitoring-episodenbericht-schematron/-/tree/1.0.0+20201007-1.0.0 1.0.0+20201007-1.0.0]<br />
|}<br />
<br />
=Was ist der Telemonitoring-Episodenbericht?=<br />
Das CDA-Dokument-Template Telemonitoring Episodenbericht kann als Datenaustauschformat für eine fortlaufende wie auch abgeschlossene durch Telemonitoring unterstütze Behandlung dienen. Die Unterscheidung, zwischen fortlaufend oder abgeschlossen, ist durch einen anderen Dokumententyp und einer anderen Vorgabe für den Titel des Dokumentes erkennbar. Als Grundlage wurde der (Personal Healthcare Monitoring Report) und Teile des (IHE Pharmacy Community Medication Administration - CMA) herangezogen.<br />
{{TOC limit|4}}<br />
<br />
=Unterstützende Materialien=<br />
==Prüfregeln==<br />
* Das '''CDA Schema''' definiert die Strukturen für alle HL7 Austria CDA-Dokumente. Das CDA Schema ist für alle speziellen CDA Leitfäden der HL7 Austria dasselbe und kann zum Validieren der groben Struktur des CDAs verwendet werden.<br />
** Diese Prüfregeln sind performant und gegen diese sollte an jeder Stelle einer Bearbeitung eines CDAs geprüft werden.<br />
** Download unter: https://gitlab.com/elga-gmbh/cda-schema<br />
*Das '''CDA Telemonitoring-Episodenbericht-Schematron''' definiert die Strukturen und Inhalte nach dem speziellen HL7 Austria CDA-Leitfaden "Telemonitoring-Episodenbericht".<br />
** Diese Prüfregeln fassen alle Regeln für das Telemonitoring-Episodenbricht-CDA zusammen. Es ist zu empfehlen am Ende des Bearbeitungsprozesses diese einmalig gegen das abgeschlossene CDA zu stellen und im Falle eines Fehlers diesen zu bearbeiten.<br />
** Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-telemonitoring-episodenbericht-schematron<br />
* Das '''CDA Gesamt-Schematron''' ergänzt das CDA Schema und definiert die Strukturen und Inhalte mehrerer spezieller HL7 Austria CDA-Leitfaden. Darunter fallen die Basisleitfäden, der eImpfpass, die eMedikation, der Telemonitoring-Episodenbreicht und der Ambulanzbefund.<br />
** Dieses Prüfregeln-Set ist das größte und kann sich merklich auf die Performance auswirken. Es ist zu empfehlen dieses nur außerhalb eines Workflows einzusetzen. Z.B. wenn eine Kontrolle über bestimmte vorhandenen CDAs durchgeführt werden muss, ohne das diese eine zeitliche Abhängigkeit hat / darauf gewartet werden muss.<br />
** Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron<br />
<br />
==Terminologien==<br />
Die aktuellen Value Sets werden auf dem [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.<br />
<br />
==Beispiel-Dokumente==<br />
* Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Telemonitoring-Episodenbericht<br />
<br />
==Design-Beispiele==<br />
Für die Darstellung wird folgendes Stylesheet bereitgestellt ([https://gitlab.com/elga-gmbh/CDA_Visualization/-/tree/master/ELGA_Referenzstylesheet Referenzstylesheet]). <br />
<br />
===Beispiel zur Telemonitoring-Behandlung zu Herzinsuffizienz===<br />
{{#iDisplay:https://download.hl7.at/beispielbefund/telemonitoring-episodenbericht_v2020.xml|1100px|800px}}<br />
<br />
===Beispiel zur Telemonitoring-Behandlung zu Wundmanagement===<br />
{{#iDisplay:https://download.hl7.at/beispielbefund/TmE_Wunddoku_maximal_Entlassungsbericht.xml|1100px|800px}}<br />
<br />
=Inhaltliche Zusammenfassung=<br />
==Anwendungsfälle zur Dokumentenerstellung und -Aktualisierung ''(kopiert aus dem vollständigen Leitfaden)''==<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von Anwendungsfälle beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. <br />
<br />
Es werden die drei Anwendungsfälle "'''''Start Telemonitoring'''''", "'''''Fortschritt Telemonitoring'''''" und "'''''Ende Telemonitoring'''''" aus Sicht des Dokuments, welches von einem Telemonitoring-System befüllt wird, erklärt. <br />
<br />
* "'''''Start Telemonitoring'''''" geht auf den Prozess ein, welcher nur die Arbeitsschritte beinhaltet, welche notwendig sind, um ein erstes valides Dokument ohne optionale Felder zu generieren. Damit kann die noch gültige Kontaktbestätigung genutzt werden für ein erstes Registrieren des Dokumentes in der ELGA. <br />
* "'''''Fortschritt Telemonitoring'''''" erklärt die Möglichkeiten wie ein Dokument automatisch wie auch halbautomatisch in einem bestimmten Intervall mit den neuesten Telemonitoring-Daten befüllt werden kann. Durch das erste Hochladen des Dokumentes ist ein stetiges Hochversionieren auch nach Ablauf der Kontaktbestätigung möglich. <br />
* "'''''Ende Telemonitoring'''''" erweitert den Prozess dadurch, dass die Behandlung beendet wird und spätestens hier sollen die möglichen Sektionen des Dokumentes befüllt werden.<br />
<br />
Um die Anforderungen eines Backup-Dokumentes, On-Demand Dokumentes oder maschinell erstellten Dokumentes, welches ohne Vidierung in der ELGA registriert wird, mit diesem Leitfaden zu erfüllen, wird auch ermöglicht, dieses Dokument ohne Vidierung (legalauthenticator 0..*) valide sein zu lassen.<br />
<br />
Es ist zu beachten, dass in aktuellen Telemonitoring Programmen ein ambulanter oder stationärer Besuch vorausgehend ist, zu welchem höchstwahrscheinlich ein ELGA-Dokument existiert. Auch bei Abschluss der Behandlung ist es zur Zeit der Normalfall, dass der Patient persönlich einen zuständigen Arzt besucht, wo auch ein ELGA-Dokument geschrieben wird. Diese fachlich zusammenhängenden Dokumente werden jedoch nicht maschinenlesbar verknüpft, sondern sind durch das relevante Dokumentendatum als zusammenhängend erkennbar.<br />
<br />
===Start Telemonitoring===<br />
Dieser Anwendungsfall startet am Beginn der Behandlung. Das Anlegen des Dokuments und erstmalige Hochladen in der dem GDA zugehörigen ELGA-Domäne erfolgt nach dem Eingeben der hier aufgeschlüsselten, mindestens notwendigen Header-Felder und der Body-Sektion "Behandlungsgrund". <br />
<br />
Folgenden Elemente sind für das TmE '''fixert''' und somit nicht extra zu befüllen, jedoch verpflichtend anzugeben<br />
* Hoheitsbereich des Dokuments im ''realmCode''<br />
* Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden in der ''typeId''<br />
* den drei Dokumenten-TemplateIds in jeweils einem ''templateId''<br />
* Dokumentenklasse im ''code''<br />
* Format welches das Dokument erfüllt im ''formatCode''<br />
* Vertraulichkeitscode des Dokuments im ''confidentialityCode''<br />
* Sprachcode des Dokuments im ''languageCode''<br />
<br />
Es '''müssen''' folgende Header-Informationen '''einmalig für das System''' konfiguriert werden und im Dokument angegeben werden<br />
* Terminologie-Datum mit der letzten Aktualisierung der Terminologien im ''terminologyDate''<br />
* fachliche Zuordnung des Dokumentes im ''practiceSettingCode''<br />
* Verwahrer des Dokuments im ''custodian''<br />
<br />
Es '''müssen''' folgende Header-Informationen '''einmalig für das DokumentenSet''' im Dokument angegeben werden<br />
* Eindeutige Id des Dokumentensets in der ''setId''<br />
* Komponente für die Patientendaten im ''recordTarget''<br />
<br />
Es '''müssen''' folgende Header-Informationen '''einmalig pro Version des Dokuments''' angegeben werden<br />
* Dokumenten-ID in ''id''<br />
* Dokumententyp in ''code.translation''<br />
* Titel des Dokuments im ''title''<br />
* StatusCode wie fortlaufend oder abgeschlossen im ''statusCode''<br />
* Relevantes Datum des Dokuments im ''effectiveTime''<br />
* Versionsnummer des Dokuments in ''versionNumber''<br />
* ein bis mehrere Verfasser des Dokuments im ''author''<br />
* Komponente für die Gesundheitsdienstleistung im ''documentationOf''<br />
<br />
Alle anderen Elemente im Header und Body sind optional und können für den ersten Upload des Dokuments leer bleiben und in einer neuen Version des Dokuments optional hinzugefügt werden. Dieses Dokument wird vom behandelnden Gesundheitsdienstexperten vidiert und damit für das Hochladen in die ELGA-Domäne bereitgestellt. Dieser Schritt kann während dem Bekanntwerden der geplanten Behandlung und spätestens am ersten Behandlungstag stattfinden.<br />
<br />
===Fortschritt Telemonitoring===<br />
Während der Behandlung besteht optional die Möglichkeit, das '''Dokument''' zu '''erweitern''' und neue Daten - wie eine Zusammenfassung der bisherigen Behandlung, Messungen, Kommentare und Beilagen - hinzuzufügen und muss mit einer gültigen Vidierung, einer neuen Dokumenten-ID, einer erhöhten Versionsnummer, einer aktualisierten Zeitspanne der Behandlung und einem neuen Dokumentendatum hochgeladen werden. Dies kann automatisch ohne Vidierung oder halbautomatisch durch nochmalige Vidierung geschehen und in der ELGA registiert werden. <br />
<br />
'''Automatisch generierte und ohne Vidierung''' in ELGA hochgeladene Dokumente, mit allen bis zu diesem Zeitpunkt vorhandenen Messergebnissen wie auch weiteren freigegeben Daten, bieten auch anderen GDAs in einer fortwährenden Behandlung eine Einsicht in die Daten. Der Großteil der Daten bei einem TmE Dokument wird vom Patienten selbst generiert und kann von hohem Interesse für andere Behandlungen sein. In einem bestimmten für die Behandlung sinnvollen Intervall, wie beispielsweise wöchentlich oder täglich, wird das Dokument mit den neuen Beobachtungen automatisch aktualisiert. Dabei können vorausgewählte Kommentare und Notizen wie auch ganze Dokumente als Anhang mit hochgeladen werden. Aktualisierte Texte von "Behandlungsgrund" wie auch erste Zusammenfassungen der bisherigen Behandlungen, können für das nächste Hochladen hinzugefügt werden. Es steht den Implementierern frei, dieses als automatisches Dokument für seine Benutzer in jeglicher Form bereitzustellen. <br />
<br />
Grundsätzlich ist zu beachten, dass der '''manuelle Schritt einer nochmaligen Vidierung''' durch eine natürliche Person die Qualität der Daten hebt. Dies könnte halbautomatisch passieren, indem in regelmäßigen Abständen das System den Behandler bittet die neuesten Daten freizugeben und somit zu vidieren. Es ist zu empfehlen die erste Vidierung, welche beim Start der Behandlung geschehen ist, für die folgenden, automatischen Zwischenberichte zu entfernen. Das erste Dokument mit der ersten Vidierung ist dann weiterhin als älteste Version in dem Dokumenten-Set auffindbar.<br />
<br />
Die '''maximale Dokumentengröße''' für ELGA-Dokumente sind 20MB. Wenn diese Größe durch ein TmE-Dokument überschritten wird, ist es möglich durch mehrere Dokumente die vollständige Behandlung abzubilden. Dabei soll es nach der Behandlung '''immer nur einen Abschlussbericht''' für die Behandlung geben! Dieser Abschlussbericht kann auch die Daten des jüngsten Zeitraums beinhalten. Die anderen Zeiträume können in einem oder mehreren Fortschrittsberichten mit dem richtigen Setzen des Titels und "documentationOf"-Zeitraumes abgebildet werden.<br />
<br />
===Ende Telemonitoring===<br />
Spätestens am Ende der Behandlung wird eine über die ganze Behandlung berichtende Zusammenfassung verfasst, welche verpflichtend vom behandelnden Gesundheitsdienstexperten unterzeichnet werden muss. Auch weitere Sektionen können hier noch befüllt oder fertiggestellt werden. Diese aktualisierte Version des Telemonitoring-Episodenberichts (TmE Dokument) dient als Übersicht für zukünftige Behandlungen aller Gesundheitsdienstexperten mit Zugriff auf das Dokument.<br />
<br />
==Dataset des Telemonitoring Episodenberichts ''(kopiert aus dem vollständigen Leitfaden)''==<br />
Das Dataset (auch "Datenarten" oder "Konzepte") listet alle mit der Arbeitsgruppe abgestimmten Inhalte des Leitfadens auf. Es enthält Beschreibungen der Elemente mit Synonymen. <br />
<br />
Dataset-Elemente können auf das CDA Datenmodell gemappt werden. In den Metadaten eines Templates sind alle assoziierten Konzepte auf einen Blick ersichtlich. Im Template-Body wird das assoziierte Konzept beim entsprechenden Datenelement angezeigt.<br />
<br />
Die Live-Version des Datasets in Art-Decor kann unter folgendem [https://art-decor.org/art-decor/decor-datasets--elgatgd- Link] betrachtet werden.<br />
<div class="landscape"><br />
<br />
==Übersicht der technischen Spezifikation ''(kopiert aus dem vollständigen Leitfaden)''==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben.<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Leitfäden ("Allgemeiner Leitfaden"). Der Body enthält die tatsächlichen (medizinischen) Inhalte des Dokuments. Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.<br />
<br />
===Übersichtstabelle der CDA Strukturen des Headers===<br />
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität. <br />
{{BeginILFBox}}Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.{{EndILFBox}}<br />
Der aktuelle Leitfaden ist für den ELGA Kontext entwickelt worden, kann jedoch auch für andere Zwecke, welche als eHealth zusammengefasst werden, verwendet werden. <br />
<br />
{{ILF:Übersichtstabelle_der_CDA_Strukturen_des_Headers}}<br />
<br />
===Übersichtstabelle der CDA Strukturen des Bodys===<br />
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Bodys und den Vorgaben bezüglich Kardinalität und Konformität.<br />
{| class="wikitable" width="100%"<br />
|-<br />
! style="text-align:left" width="20%" |Element<br />
!Kard/Konf|| style="text-align:left" width="60%" |Bedeutung / Link zum Kapitel<br />
|- style="background:#FFFFFF"<br />
|Brieftext<br />
|0..1 O||[[#Brieftext|Brieftext, welches auch das Logo beinhaltet]]<br />
|- style="background:#FFFFFF"<br />
|Behandlungsgrund<br />
|1..1 M||[[#Behandlungsgrund_-_unkodiert|Behandlungsgrund]]<br />
|- style="background:#FFFFFF"<br />
|Diagnosen<br />
|0..1 O||[[#Diagnosen_-_kodiert|Diagnosen]]<br />
|- style="background:#FFFFFF"<br />
|Zusammenfassung der Behandlung<br />
|0..1 O<br />
|[[#Zusammenfassung_der_Behandlung_-_unkodiert|Zusammenfassung der Behandlung]]<br />
|- style="background:#FFFFFF"<br />
|Auszüge aus erhobene Daten<br />
|0..1 O||[[#Auszüge_aus_erhobene_Daten_-_unkodiert|Auszüge aus erhobene Daten]]<br />
|- style="background:#FFFFFF"<br />
|Erhobene Daten<br />
|0..1 O||[[#Erhobene_Daten_-_kodiert|Erhobene Daten]]<br />
|- style="background:#FFFFFF"<br />
|Verwendete Geräte<br />
|0..1 O||[[#Verwendete_Geräte|Verwendete Geräte]]<br />
|- style="background:#FFFFFF"<br />
|Beilagen<br />
|0..1 O||[[#Beilagen|Beilagen]]<br />
|-<br />
|}</div>
Tanjga
http://wiki.hl7.at/index.php?title=Geschlecht&diff=159013
Geschlecht
2023-11-15T06:44:54Z
<p>Tanjga: </p>
<hr />
<div>{{BeginYellowBox}}''Hinweis:'' Diese Seite wurde nach dem Ballot 2023-2 Administratives Geschlecht aktualisiert!{{EndYellowBox}}<br />
<br />
==Hintergrund==<br />
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen. Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht"). Durch die Entscheidung des Verfassungsgerichtshofes (VfGH) vom 15. Juni 2018 steht intersexuellen Menschen das Recht auf eine adäquate Bezeichnung im Personenstandsregister des Personenstandsgesetzes (PStG) zu. Weiters werden auch Anpassungen im MeldeG und in den Anlagen im Bereich des Meldewesens erforderlich.<br />
<br />
In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht wird in der Verwaltung (z.B. Meldewesen) und entsprechend für die Kommunikation zwischen IT-Systemen genutzt und muss durch ein ärztliches Gutachten bestätigt werden. Die nachfolgenden Value-Sets bilden explizit weder die vollständige biologisch-medizinische Realität noch das soziale Geschlecht ("Gender") ab. <br />
<br />
Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.<br />
<br />
==Crossmapping==<br />
{{BeginYellowBox}}<br />
Diese Zuordnungen wurden im Ballot 2023-2 Administratives Geschlecht abgestimmt.<br />
{{EndYellowBox}}<br />
Crossmapping der Geschlechter zwischen den Standards. <br />
<br />
{| class="wikitable"<br />
! Gender<br />
! HL7 V2.x<br />
! HL7 V3 + CDA<br />
! FHIR<br />
! DICOM<br />
! Erklärung<br />
|-<br />
| Codesystem<br />
| [http://terminology.hl7.org/CodeSystem/v2-0001 v2-0001]<br />
| [http://terminology.hl7.org/CodeSystem/v3-AdministrativeGender v3-AdministrativeGender]<br />
| [http://hl7.org/fhir/administrative-gender administrative-gender]<br />
| [https://dicom.nema.org/medical/dicom/current/output/chtml/part03/sect_C.2.3.html Patient's Sex]<br />
|<br />
|-<br />
| Männlich<br />
| M<br />
| M<br />
| male<br />
| M<br />
| <br />
|-<br />
| Weiblich<br />
| F<br />
| F<br />
| female<br />
| F<br />
| <br />
|-<br />
| Nicht-binär<br />
| X<br />
| UN<br />
| other<br />
| O<br />
| <br />
|-<br />
| "Divers" <br />''österreichische Erweiterung''<br />
| D<br />
| D<br />
| D<br />
| O<br />
|Um die österreich-spezifischen Codes dokumentieren zu können, benötigt man ein nationales Value-Set, welche die Ausprägungen abbildet. Die Codes für Divers, Inter und Offen findet man daher nicht in den internationalen Terminologien. <br />
|-<br />
| „Inter" <br />''österreichische Erweiterung''<br />
| I<br />
| I<br />
| I<br />
| O<br />
| Um die österreich-spezifischen Codes dokumentieren zu können, benötigt man ein nationales Value-Set, welche die Ausprägungen abbildet. Die Codes für Divers, Inter und Offen findet man daher nicht in den internationalen Terminologien. <br />
|-<br />
| „Offen" <br />''österreichische Erweiterung''<br />
| O<br />
| O<br />
| O<br />
| O<br />
|Um die österreich-spezifischen Codes dokumentieren zu können, benötigt man ein nationales Value-Set, welche die Ausprägungen abbildet. Die Codes für Divers, Inter und Offen findet man daher nicht in den internationalen Terminologien. <br />
|-<br />
| "Unbekannt"<br />
| U<br />
| nullFlavor="UNK"<br />
| unknown<br />
| leeres Feld<br />
| Die Angabe "Unbekannt", welche die Ausprägung "Keine Angabe" einschließt, wird bei v3 mittels nullFlavor="UNK" abgebildet.<br />
|}<br />
<br />
=HL7 Gender Harmony Project=<br />
https://confluence.hl7.org/display/VOC/The+Gender+Harmony+Project<br />
https://confluence.hl7.org/display/VOC/Gender+Harmony+Terminology<br />
https://confluence.hl7.org/display/VOC/Gender+Identity</div>
Tanjga
http://wiki.hl7.at/index.php?title=Geschlecht&diff=157498
Geschlecht
2023-09-13T05:39:27Z
<p>Tanjga: </p>
<hr />
<div>{{BeginYellowBox}}''Hinweis:'' Diese Seite wird Ende 2023/Anfang 2024 nach dem Ballot aktualisiert und beinhaltet nicht die letzten Informationen!{{EndYellowBox}}<br />
<br />
==Hintergrund==<br />
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]<br />
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]<br />
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''<br />
<br />
In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.<br />
<br />
Das (systembiologische) Geschlecht besteht aus dem genetischen Geschlecht, dem morphologischen Geschlecht (u.a. Genitalien und Gameten), der sexuellen Orientierung, der Geschlechtsidentität, sowie dem Ausdruck des eigenen Geschlechts. Weitere Definitionen siehe WHO [https://www.who.int/health-topics/gender#tab=tab_1] und HL7 Gender Project [https://confluence.hl7.org/pages/viewpage.action?pageId=42993178] <br />
<br />
Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.<br />
<br />
<br />
==Crossmapping==<br />
{{BeginYellowBox}}<br />
Diese Zuordnungen sind noch nicht abgestimmt - Änderungen sind möglich. Es gibt derzeit noch keine rechtlich verbindliche Definition über die korrekte Angabe nicht-binärer Geschlechter in Österreich.<br />
{{EndYellowBox}}<br />
Crossmapping der Geschlechter zwischen den Standards. <br />
<br />
{| class="wikitable"<br />
! Gender<br />
! HL7 V2.x<br />
! HL7 V3 + CDA<br />
! FHIR<br />
! DICOM<br />
! SNOMED<br />
! IETF RFC 2985<br />
! Reisepass<br />
! Erklärung<br />
|-<br />
| Codesystem<br />
| [[HL7_Administrative_Sex| AdministrativeSex ]]<br />
| [[HL7_Administrative_Gender|AdministrativeGender]]<br />
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]<br />
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]<br />
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]<br />
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]<br />
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]<br />
|<br />
|-<br />
| Männlich<br />
| M<br />
| M<br />
| Male<br />
| M<br />
| 703117000 <br />''Masculine gender (finding)''<br />
| m<br />
| M<br />
| Männliche Geschlechtsidentität <br />
|-<br />
| Weiblich<br />
| F<br />
| F<br />
| Female<br />
| F<br />
| 703118005 <br />''Feminine gender (finding)''<br />
| f<br />
| F<br />
| Weibliche Geschlechtsidentität<br />
|-<br />
| Divers<br />
| X <br />''non-binary''<br />
| UN<br />
| Other<br />
| O<br />
| 772004004 <br />''Non-binary gender (finding)''<br />
| <br />
| X<br />
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.<br />
|-<br />
| „offen"<br />
| N <br />''not applicable''<br />
| nullFlavor=„NA" <br />''not applicable''<br />
| Unknown<br />
| <br />
| 394744001 <br />G''ender unspecified (finding'')<br />
| <br />
| <br />
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)<br />
|-<br />
| „unbekannt"<br />
| U <br />''unknown''<br />
| nullFlavor=„UNK" <br />''unknown''<br />
| Unknown<br />
| <br />
| 394743007 <br />''Gender unknown (finding)''<br />
| <br />
| <br />
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)<br />
|}<br />
<br />
==Geschlecht in unterschiedlichen Systemen (Diskussion) ==<br />
Das ZPV und der ZPI führen die Werte M, W und U. <br />
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen<br />
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.<br />
<br />
Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden. <br />
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped<br />
<br />
===Durchführungsanleitung des BMI vom 9.9.2020===<br />
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''<br />
<br />
=== Mehrere Attribute für das Geschlecht ===<br />
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.<br />
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:<br />
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)<br />
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)<br />
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)<br />
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)<br />
<br />
=HL7 Gender Harmony Project=<br />
https://confluence.hl7.org/display/VOC/The+Gender+Harmony+Project<br />
https://confluence.hl7.org/display/VOC/Gender+Harmony+Terminology<br />
https://confluence.hl7.org/display/VOC/Gender+Identity</div>
Tanjga
http://wiki.hl7.at/index.php?title=Geschlecht&diff=157479
Geschlecht
2023-09-12T14:49:13Z
<p>Tanjga: </p>
<hr />
<div>{{BeginYellowBox}}''Wichtiger Hinweis:'' Diese Seite wird noch 2023 nach dem Ballot aktualisiert und beinhaltet nicht die letzten Informationen, wie im österreichischen Gesundheitswesen in Zukunft mit dem Geschlecht umgegangen werden soll.{{EndYellowBox}}<br />
<br />
==Hintergrund==<br />
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]<br />
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]<br />
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''<br />
<br />
In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.<br />
<br />
Das (systembiologische) Geschlecht besteht aus dem genetischen Geschlecht, dem morphologischen Geschlecht (u.a. Genitalien und Gameten), der sexuellen Orientierung, der Geschlechtsidentität, sowie dem Ausdruck des eigenen Geschlechts. Weitere Definitionen siehe WHO [https://www.who.int/health-topics/gender#tab=tab_1] und HL7 Gender Project [https://confluence.hl7.org/pages/viewpage.action?pageId=42993178] <br />
<br />
Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.<br />
<br />
<br />
==Crossmapping==<br />
{{BeginYellowBox}}<br />
Diese Zuordnungen sind noch nicht abgestimmt - Änderungen sind möglich. Es gibt derzeit noch keine rechtlich verbindliche Definition über die korrekte Angabe nicht-binärer Geschlechter in Österreich.<br />
{{EndYellowBox}}<br />
Crossmapping der Geschlechter zwischen den Standards. <br />
<br />
{| class="wikitable"<br />
! Gender<br />
! HL7 V2.x<br />
! HL7 V3 + CDA<br />
! FHIR<br />
! DICOM<br />
! SNOMED<br />
! IETF RFC 2985<br />
! Reisepass<br />
! Erklärung<br />
|-<br />
| Codesystem<br />
| [[HL7_Administrative_Sex| AdministrativeSex ]]<br />
| [[HL7_Administrative_Gender|AdministrativeGender]]<br />
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]<br />
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]<br />
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]<br />
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]<br />
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]<br />
|<br />
|-<br />
| Männlich<br />
| M<br />
| M<br />
| Male<br />
| M<br />
| 703117000 <br />''Masculine gender (finding)''<br />
| m<br />
| M<br />
| Männliche Geschlechtsidentität <br />
|-<br />
| Weiblich<br />
| F<br />
| F<br />
| Female<br />
| F<br />
| 703118005 <br />''Feminine gender (finding)''<br />
| f<br />
| F<br />
| Weibliche Geschlechtsidentität<br />
|-<br />
| Divers<br />
| X <br />''non-binary''<br />
| UN<br />
| Other<br />
| O<br />
| 772004004 <br />''Non-binary gender (finding)''<br />
| <br />
| X<br />
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.<br />
|-<br />
| „offen"<br />
| N <br />''not applicable''<br />
| nullFlavor=„NA" <br />''not applicable''<br />
| Unknown<br />
| <br />
| 394744001 <br />G''ender unspecified (finding'')<br />
| <br />
| <br />
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)<br />
|-<br />
| „unbekannt"<br />
| U <br />''unknown''<br />
| nullFlavor=„UNK" <br />''unknown''<br />
| Unknown<br />
| <br />
| 394743007 <br />''Gender unknown (finding)''<br />
| <br />
| <br />
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)<br />
|}<br />
<br />
==Geschlecht in unterschiedlichen Systemen (Diskussion) ==<br />
Das ZPV und der ZPI führen die Werte M, W und U. <br />
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen<br />
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.<br />
<br />
Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden. <br />
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped<br />
<br />
===Durchführungsanleitung des BMI vom 9.9.2020===<br />
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''<br />
<br />
=== Mehrere Attribute für das Geschlecht ===<br />
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.<br />
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:<br />
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)<br />
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)<br />
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)<br />
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)<br />
<br />
=HL7 Gender Harmony Project=<br />
https://confluence.hl7.org/display/VOC/The+Gender+Harmony+Project<br />
https://confluence.hl7.org/display/VOC/Gender+Harmony+Terminology<br />
https://confluence.hl7.org/display/VOC/Gender+Identity</div>
Tanjga
http://wiki.hl7.at/index.php?title=Geschlecht&diff=157478
Geschlecht
2023-09-12T14:48:23Z
<p>Tanjga: </p>
<hr />
<div>{{BeginYellowBox}}''Wichtiger Hinweis:'' Diese Seite wird nach dem Ballot aktualisiert und beinhaltet nicht die letzten Informationen, wie im österreichischen Gesundheitswesen in Zukunft mit dem Geschlecht umgegangen werden soll.{{EndYellowBox}}<br />
<br />
==Hintergrund==<br />
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]<br />
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]<br />
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''<br />
<br />
In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.<br />
<br />
Das (systembiologische) Geschlecht besteht aus dem genetischen Geschlecht, dem morphologischen Geschlecht (u.a. Genitalien und Gameten), der sexuellen Orientierung, der Geschlechtsidentität, sowie dem Ausdruck des eigenen Geschlechts. Weitere Definitionen siehe WHO [https://www.who.int/health-topics/gender#tab=tab_1] und HL7 Gender Project [https://confluence.hl7.org/pages/viewpage.action?pageId=42993178] <br />
<br />
Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.<br />
<br />
<br />
==Crossmapping==<br />
{{BeginYellowBox}}<br />
Diese Zuordnungen sind noch nicht abgestimmt - Änderungen sind möglich. Es gibt derzeit noch keine rechtlich verbindliche Definition über die korrekte Angabe nicht-binärer Geschlechter in Österreich.<br />
{{EndYellowBox}}<br />
Crossmapping der Geschlechter zwischen den Standards. <br />
<br />
{| class="wikitable"<br />
! Gender<br />
! HL7 V2.x<br />
! HL7 V3 + CDA<br />
! FHIR<br />
! DICOM<br />
! SNOMED<br />
! IETF RFC 2985<br />
! Reisepass<br />
! Erklärung<br />
|-<br />
| Codesystem<br />
| [[HL7_Administrative_Sex| AdministrativeSex ]]<br />
| [[HL7_Administrative_Gender|AdministrativeGender]]<br />
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]<br />
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]<br />
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]<br />
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]<br />
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]<br />
|<br />
|-<br />
| Männlich<br />
| M<br />
| M<br />
| Male<br />
| M<br />
| 703117000 <br />''Masculine gender (finding)''<br />
| m<br />
| M<br />
| Männliche Geschlechtsidentität <br />
|-<br />
| Weiblich<br />
| F<br />
| F<br />
| Female<br />
| F<br />
| 703118005 <br />''Feminine gender (finding)''<br />
| f<br />
| F<br />
| Weibliche Geschlechtsidentität<br />
|-<br />
| Divers<br />
| X <br />''non-binary''<br />
| UN<br />
| Other<br />
| O<br />
| 772004004 <br />''Non-binary gender (finding)''<br />
| <br />
| X<br />
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.<br />
|-<br />
| „offen"<br />
| N <br />''not applicable''<br />
| nullFlavor=„NA" <br />''not applicable''<br />
| Unknown<br />
| <br />
| 394744001 <br />G''ender unspecified (finding'')<br />
| <br />
| <br />
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)<br />
|-<br />
| „unbekannt"<br />
| U <br />''unknown''<br />
| nullFlavor=„UNK" <br />''unknown''<br />
| Unknown<br />
| <br />
| 394743007 <br />''Gender unknown (finding)''<br />
| <br />
| <br />
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)<br />
|}<br />
<br />
==Geschlecht in unterschiedlichen Systemen (Diskussion) ==<br />
Das ZPV und der ZPI führen die Werte M, W und U. <br />
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen<br />
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.<br />
<br />
Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden. <br />
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped<br />
<br />
===Durchführungsanleitung des BMI vom 9.9.2020===<br />
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''<br />
<br />
=== Mehrere Attribute für das Geschlecht ===<br />
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.<br />
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:<br />
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)<br />
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)<br />
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)<br />
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)<br />
<br />
=HL7 Gender Harmony Project=<br />
https://confluence.hl7.org/display/VOC/The+Gender+Harmony+Project<br />
https://confluence.hl7.org/display/VOC/Gender+Harmony+Terminology<br />
https://confluence.hl7.org/display/VOC/Gender+Identity</div>
Tanjga
http://wiki.hl7.at/index.php?title=Datei:HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.6.pdf&diff=157352
Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.6.pdf
2023-09-05T14:36:53Z
<p>Tanjga: Tanjga lud eine neue Version von Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.6.pdf hoch</p>
<hr />
<div></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Medikation_Guide&diff=157351
ILF:E-Medikation Guide
2023-09-05T14:30:30Z
<p>Tanjga: </p>
<hr />
<div>__KEIN_INHALTSVERZEICHNIS__<br />
{{#customtitle:e-Medikation Guide}}<br />
{{#css:<br />
.aussen{<br />
width:100%;<br />
float:none;<br />
height: 70px;<br />
}<br />
<br />
.blau {<br />
border: thin #006D09 solid;<br />
color: #006D09;<br />
border-radius: 2px;<br />
text-align: center;<br />
font-size: 16px;<br />
padding: 15px;<br />
width: 15%;<br />
transition: all 0.5s;<br />
cursor: pointer;<br />
margin-left: 10px;<br />
float:left;<br />
}<br />
<br />
.box span {<br />
cursor: pointer;<br />
display: inline-block;<br />
position: relative;<br />
transition: 0.5s;<br />
}<br />
<br />
.box span:after {<br />
content: '\00bb';<br />
position: absolute;<br />
opacity: 0;<br />
top: 0;<br />
right: -20px;<br />
transition: 0.5s;<br />
}<br />
<br />
.box:hover span{<br />
padding-right: 25px;<br />
}<br />
<br />
.box:hover span:after{<br />
opacity: 1;<br />
right: 0;<br />
}<br />
}}<br />
'''Bei diesem Leitfaden ist nur die PDF-Version normativ und somit gültig!'''<br />
{| class="wikitable"<br />
!Status<br />
!Version<br />
!Datum<br />
!PDF<br />
!Wiki<br />
!Erratum<br />
! dafür gültiger <br />Allg. Leitfaden<br />
! dafür gültiges <br />XML Schema (*.xsd)<br />
! dafür gültiges <br />Schematron (*.sch)<br />
|- style="background-color:#ffffcc;<br />
|[[Datei:finished.png|20px]] Gültig<br />
|2.06.6<br />
|11.09.2023<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/0/0d/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.6.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|- <br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.6<br />
|2.06.5<br />
|09.02.2023<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/5f/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.5.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|- <br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.5<br />
|2.06.4<br />
|21.03.2022<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/b/b7/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.4.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.4<br />
|2.06.3 aus 2022<br />
|09.02.2022<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/ab/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.7.0+20220908-2.6.3 10.7.0+20220908-2.6.3]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3 aus 2022<br />
|2.06.3 aus 2021<br />
|15.07.2021<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/3/3d/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3_2021.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.7.0+20220908-2.6.3 10.7.0+20220908-2.6.3]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3 aus 2021<br />
|2.06.1<br />
|05.02.2016<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/6/66/Implementierungsleitfaden_E-Medikation_2.06.1.pdf]]<br />
|<br />
|[[ILF:Errata|Erratum]]<br />
| [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden&stableid=87881 2.06.2]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.3.0+20210826-2.6.2 10.3.0+20210826-2.6.2]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.1<br />
|2.06<br />
|12.11.2015<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/0/03/Implementierungsleitfaden_E-Medikation_2.06.pdf]]<br />
|<br />
|<br />
| [https://wiki.hl7.at/images/7/7a/HL7_Implementation_Guide_for_CDA_R2_-_Allgemeiner_Implementierungsleitfaden_f%C3%BCr_ELGA_CDA_Dokumente_V2.06.pdf 2.06]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/3.0.0+20151218-2.6.0 3.0.0+20151218-2.6.0]<br />
|}<br />
=Was ist e-Medikation?=<br />
<br />
Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. Zentrale Elemente sind dabei die Medikationsdatenbank, sowie deren Schnittstellen zu bestehender IT-Infrastruktur (wie Arztpraxissoftware-, Apothekensoftware- und Krankenhausinformations-Systeme. Zur Vernetzung wird die ELGA-Infrastruktur genutzt.<br />
<br />
Die e-Medikation stellt ausschließlich Informationen über in den letzten 365 Tagen erfolgte Verordnungen oder Abgaben zur Verfügung. Prüfungen auf potentielle Wechselwirkungen, Kontraindikationen, Über- oder Unterdosierungen, Reichweiten etc. erfolgen in Eigenverantwortung der ELGA Gesundheitsdiensteanbieter und sind nicht Gegenstand des Informationssystems „e-Medikation“.<br />
<br />
==Zweck==<br />
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von e-Medikations-Dokumenten der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens<br />
<p style="padding-left:50px">'''[[ILF:Allgemeiner Implementierungsleitfaden|„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]]]'''</p> <br />
speziell für die Dokumentenklassen<sup>2</sup><br />
* '''''Rezept'''''<br />
* '''''Abgabe'''''<br />
* '''''Medikationsliste<sup>3</sup>'''''<br />
*'''''Pharmazeutische Empfehlung''''' (Korrekturmeldung)<sup>4</sup> <br />
gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.<br />
<br />
<br />
<sup>2</sup> Es handelt sich bei den „Dokumentenklassen“ der e-Medikation nicht um Dokumentenklassen im engeren Sinn (wie etwa Befunde), sondern um Arten von Nachrichten, die zwischen den IT-Systemen ausgetauscht werden. Diese Nachrichten haben die technische Form von CDA-Dokumenten, die entsprechend einer „Dokumentenklasse“ zugeordnet werden.<br/><br />
<sup>3</sup>Die „Medikationsliste“ ist ein automatisch generiertes Dokument, das alle relevanten Informationen aus „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ zusammenfasst.<br/><br />
<sup>4</sup>Der Begriff „Pharmazeutische Empfehlung“ wird hier im Sinne des IHE Pharmacy Technical Frameworks verwendet und wird aus zur Beibehaltung der Konsistenz mit diesem Standard beibehalten. Die „Pharmazeutische Empfehlung“ kann als Korrekturmeldung verstanden werden und bezeichnet die Änderung einer Verordnung oder Abgabe - unabhängig von Rollen und tatsächlichen Berechtigungen.<br />
<br />
=Beispiel-Dokumente=<br />
[https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Basisleitf%C3%A4den_(2.06.2) Beispiele e-Medikation]<br />
<br />
(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste Stylesheet.)<br />
<br />
=Prüfregeln=<br />
==CDA Schema==<br />
[https://gitlab.com/elga-gmbh/cda-schema Schema]<br />
==Schematron==<br />
[https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron Schematron-Prüfregeln]<br />
<br />
=Terminologien=<br />
* Die aktuellen Value Sets werden am [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.<br />
<br />
=Design-Beispiel=</div>
Tanjga
http://wiki.hl7.at/index.php?title=Datei:HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.6.pdf&diff=157350
Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.6.pdf
2023-09-05T14:27:59Z
<p>Tanjga: </p>
<hr />
<div></div>
Tanjga
http://wiki.hl7.at/index.php?title=ASP_Liste&diff=156261
ASP Liste
2023-07-17T09:21:11Z
<p>Tanjga: </p>
<hr />
<div>{{#customtitle:ASP Liste}}<br />
<br />
==ASP Liste (1.2.40.0.34.4.16)==<br />
Liste der humanen Arzneispezialitäten gelistet nach PZN<br />
<br />
===Kurzbeschreibung===<br />
Dieses Codesystem enthält im Wesentlichen die für die e-Medikation verwendbaren Medikamente bzw. Arzneimittelspezialitäten. Der Identifier (Code) ist die Pharmazentralnummer (PZN) d.h. für alle Packungen eines Medikaments gibt es einen eigenen Eintrag in der ASP-Liste. In der ASP-Liste sind „zugelassene“, „registrierte“, „ruhend gestellt“, „Parallelimport genehmigt“ und „paralleldistributierte“ als auch „aufgehobene“ Arzneimittel enthalten. Diese sind entsprechend den Attributen gekennzeichnet. In der ASP-Liste sind weder homöopathische Arzneispezialitäten noch Allergene enthalten. <br />
<br />
Anmerkung: Magistrale Zubereitungen werden als Freitextfeld zu Informationszwecken in e-Medikation übernommen und können optional mit [[ATC_deutsch_(WIdO)|ATC-Code]] versehen werden.<br />
<br />
===Nutzungsbedigungen===<br />
Die AGES GmbH stellt mit großer Sorgfalt Informationen zu Arzneispezialitäten zur Verwendung für die ELGA-Maßnahme "e-Medikation" (§ 16a GTelG 2012 idgF) zur Verfügung. Trotz größtmöglicher Sorgfalt können Fehler dennoch nicht gänzlich ausgeschlossen werden. Sollten beispielsweise Widersprüche hinsichtlich der der Arzneispezialität beiliegenden Fach- bzw. Gebrauchsinformation und den Informationen auf den Inhalten des Terminologieservers bestehen, gilt der Inhalt der jeweiligen Fach- bzw. Gebrauchsinformation. Bei Unterschieden zu Informationen des Warenverzeichnisses des Apothekerverlages gilt die Information des Warenverzeichnisses. Die AGES GmbH übernimmt daher keine Haftung für eventuelle unmittelbare oder mittelbare Schäden, die durch die direkte oder indirekte Nutzung der angebotenen Inhalte entstehen. Sollten Sie die angebotenen Daten und Inhalte herunterladen und weiterverwenden, so dürfen diese inhaltlich nicht verändert werden und die Weiterverwendung erfolgt auf eigenes Risiko. Teile der bereitgestellten Daten stammen aus Katalogen der EMA, European Medicines Agency, bzw. des EDQM, European Directorate of the Quality of Medicines. Die Weiterwendung dieser Daten unterliegt den jeweiligen Copyright und Nutzungsbestimmungen der EMA bzw. EDQM.<br />
<br />
===Terminologie Provider===<br />
AGES GmbH<br />
<br />
===Inhaltsverwalter am österreichischen Terminologieserver===<br />
AGES GmbH<br />
<br />
===Struktur===<br />
* Der Code entspricht der Pharmazentralnummer (PZN). <br />
* Danach folgen zahlreiche Attribute zum Medikament bzw. der Zulassung (Name, Zulassungsnummer, Wirkstoffe, Art der Anwendung, ATC-Codes etc.). Nähere Beschreibung der Attribute folgt weiter unten.<br />
* Einzelne Attribute verweisen auf andere Codesysteme, wie etwa ArtderAnwendung: <br />
** 1.2.40.0.10.1.4.3.4.3.4 ist die OID des referenzierten Codesystems „ELGA_MedikationArtAnwendung“<br />
** 100000073619 ist der Code („zum Einnehmen“)<br />
** Ein zusätzliches Attribut gibt den Anzeigetext des Codes aus dem referenzierten Codesystem aus: ELGA_MedikationArtAnwendung_01_text = zum Einnehmen<br />
====Attribute der ASP-Liste====<br />
Die AGES liefert dem e-Medikation System eine Liste der Arzneispezialitäten (ASP-Liste) zu. In dieser Datenbasis MÜSSEN (ausgenommen ATC-Code) folgende Datenfelder vorhanden sein:<br />
* '''Pharmazentralnummer (PZN)''' (Datenquelle AGES) - eindeutiger Identifikator. Die letzte Ziffer ist eine Prüfnummer. Hinweis: Im Packungs-Barcode auf Medikamenten wird der PZN ein Präfix vorangestellt, dadurch errechnet sich die Prüfnummer anders und kann von der hier angegebenen abweichen. Anmerkung: Die österreichische und deutsche Pharmazentralnummer sind identisch bezüglich Aufbau und Verfahren für die Prüfziffernrechnung, werden jedoch unabhängig voneinander vergeben.<br />
* '''Bezeichnung der Arzneispezialität''' (Datenquelle AGES) - "Zulassungsname"<br />
* '''DisplayName''' (Datenquelle APO-Verlag) - "Handelsname" Es wird der Kurztext des APO-Verlags dazu verwendet (z.B. Aspirin, Textfeld). Für eine Historisierung des Handelsnamens (d.h. auch wenn in einem aktuellen Warenverzeichnis, kein Handelsname mehr angeführt ist) muss der bisher angeführte Handelsname in der ASP-Liste weiterhin vorhanden sein<br />
* '''Zulassungsnummer''' (Datenquelle AGES) - Seit dem Juni-Release 6.1.0 2021 wird bei EU-Zulassungsnummern nur der Teil bis inkl. Stärke verwendet, der Rest (dh. der Teil ab dem 4. Schrägstrich) wird abgeschnitten. Bsp: Gardasil Zulassungsnummer EU/1/06/357/003-017,019-021 → EU/1/06/357<br />
* '''Zulassungsstatus''' - z.B. zugelassen; Text des zum Zeitpunkt des Exports aktuellen GA Status der ASP; hier ist kein Codesystem hinterlegt<br />
* '''Zulassungsinhaber''' - Name der Organisation mit Rolle = Inhaber vom GA ASP; hier ist kein Codesystem hinterlegt<br />
* '''ELGA Gültigkeit''' (Datenquelle AGES) - Für die e-Medikation werden nur Arzneimittel akzeptiert die den Wert "TRUE" tragen. Die Datenqualität hängt in diesem Punkt von der korrekten Information im Warenverzeichnisses ab (d.h. der Veränderungscode muss auf „Streichung“ oder lieferbar auf „nicht lieferbar“ angeliefert worden sein)<br />
**TRUE: ASP-Status „zugelassen“, „registriert“, „Parallelimport“ und "„Paralleldistribution" (Ausgangszeitpunkt ist der 01.01.2015)<br />
**FALSE: alle anderen Status im Lifecycle einer ASP (ab dem Stichtag 02.01.2015). Wenn nicht zugelassen, dann false (um größtmögliche Patientensicherheit zu erzielen). <br />
**Wenn ein ASP lt. Warenverzeichnis gestrichen oder nicht mehr lieferbar ist, aber weiterhin zugelassen, parallelimportiert, paralleldistributiert oder registriert ist, dann erhält es ELGA Gültigkeit „true“ und MedikationPackungsstatusLieferbar „false“.<br />
* '''ELGA MedikationPackungsstatusLieferbar''' (Datenquelle APO-Verlag ) - beschreibt, ob ASP lieferbar oder gestrichen ist. Der Status „Streichung“ lt. Veränderungscode des Warenverzeichnisses bzw. „nicht lieferbar“ lt. Liefercode des Warenverzeichnisses führen zu einem „false“-Wert im Feld MedikationPackungsstatusLieferbar. Dieses Attribute wird beim Eintrag in die e-Medikation nicht berücksichtigt.<br />
* '''GroesseGewicht''' (Datenquelle Warenverzeichnis) - Packungsgröße<br />
* '''ELGA MedikationMengenart''' (Datenquelle Warenverzeichnis) - Mengenarten sind lt. den Einheiten des UCUM-Katalogs auszugeben. Ein Ausschnit des UCUM Katalogs mit den in Österreich gängigsten UCUM Einheiten kann am Terminologieserver abgerufen werden.<br />
** Code z.B. 2.16.840.1.113883.6.8:{Stueck} (OID des UCUM Katalogs:UCUM Code)<br />
** Text z.B. Stück<br />
* '''ELGA MedikationRezeptpflichtStatus''' (Datenquelle AGES) - Indikator für Präparate, die nicht rezeptpflichtig sind ("OTC-Präparate"). Es werden die Originalwerte (mehrere Abstufungen) verwendet, die GDA-Softwarehersteller müssen selbst mappen. Alle Codes und die dazu gehörigen Texte findet man im Codesystem "MedikationRezeptpflichtstatus" (OID 1.2.40.0.10.1.4.3.4.3.7) am Terminologieserver.<br />
**Code z.B. 1.2.40.0.10.1.4.3.4.3.7:100000072086 (OID des Codesystems "MedikationRezeptpflichtstatus":Code)<br />
**Text z.B. "Arzneimittel zur wiederholten Abgabe gegen aerztliche Verschreibung"<br />
* '''ELGA Packaging''' (Datenquelle AGES) - Primärverpackung<br />
**Code z.B. 1.2.40.0.34.5.219:100000073496 (OID des Codesystems "Medikation_Packaging":Code)<br />
***Text z.B. "Blisterpackung"<br />
* '''ELGA whoATC''' (Datenquelle AGES)<br />
**Code z.B. 2.16.840.1.113883.6.73:G04BE08 (OID des ATC WHO und der ATC-Code)<br />
**Text z.B. Tadalafil (Deutsche Übersetzung des ATC WHO, Datenquelle: ATC deutsch Wido) Falls keine deutsche Bezeichnung vorliegt, wird der englische Originaltext zum ATC eingetragen.<br />
* '''ELGA MedikationArtAnwendung''' (Datenquelle AGES) - Alle gültigen Codes findet man im Codesystem "MedikationArtAnwendung" (OID 1.2.40.0.10.1.4.3.4.3.4) am Terminologieserver.<br />
**Code z.B. 1.2.40.0.10.1.4.3.4.3.4:100000073619 (OID des Codesystems "MedikationArtAnwendung":Code)<br />
**Text z.B. "zum Einnehmen"<br />
* '''ELGA Substanzen''' (Datenquelle AGES) – entspricht dem Wirkstoff ohne Hilfsstoffe. Alle gültigen Codes findet man im Codesystem "Medikation_AGES_Wirkstoffe" (OID 1.2.40.0.34.5.156) am Terminologieserver.<br />
**Code z.B. 1.2.40.0.34.5.156:1708237 (OID des Codesystems "Medikation_AGES_Wirkstoffe":Code)<br />
**Text z.B. TADALAFIL<br />
* '''Active Ingredient''' (Datenquelle AGES) - in englisch ausgegeben. <br />
**Code z.B. 1.2.40.0.34.5.221:100000091410 (OID des Codesystems "ELGA_ActiveIngredient":Code)<br />
**Text z.B. MELPHALAN<br />
* '''Ingredient Role''' (Datenquelle AGES) - Fixwert "active"<br />
* '''Ingredient low strength''' (Datenquelle AGES) - Menge. Wenn Menge, Einheit nicht verfügbar sind, werden die Meta-Attribute nur mit Anführungszeichen exportiert.<br />
* '''Ingredient low strength unit''' (Datenquelle AGES) - Einheit. Wenn Menge, Einheit nicht verfügbar sind, werden die Meta-Attribute nur mit Anführungszeichen exportiert.<br />
* '''ELGA MedikationDarreichungsform''' (Datenquelle AGES) - Alle gültigen Codes findet man im Codesystem "MedikationDarreichungsform" (OID 1.2.40.0.10.1.4.3.4.3.5) am Terminologieserver.<br />
**Code z.B. 1.2.40.0.10.1.4.3.4.3.5:100000073665 (OID des Codesystems "MedikationDarreichungsform":Code)<br />
**Text z.B. Filmtablette<br />
* '''ELGA MedikationWechselwirkungsRelevant''' (Datenquelle AGES) - true/false, Noch nicht eingestufte OTCs werden bis zu einer Entscheidung durch die Kommission als wechselwirkungsrelevant (true) eingestuft<br />
Folgende Regel wurden von der AGES definiert, die die Zuordnung zu "rezeptfreien" und "nicht rezeptfreien" Arzneimitteln ermöglicht:<br />
{| class="wikitable"<br />
!Bedeutung<br />
!Ausgabe in Spalte "ELGA_MedikationRezeptpflichtStatus_text"<br />
!Ausgabe in Spalte "ELGA_MedikationWechselwirkungsRelevant"<br />
|-<br />
|nicht wechselwirkungsrelevantes Arzneimittel (rezeptfrei)<br />
|„Arzneimittel zur Abgabe ohne aerztliche Verschreibung“<br />
|false<br />
|-<br />
|wechselwirkungsrelevantes Arzneimittel (rezeptfrei)<br />
|„Arzneimittel zur Abgabe ohne aerztliche Verschreibung“<br />
|true<br />
|-<br />
|noch nicht eingestuftes Arzneimittel (rezeptfrei)<br />
|„Arzneimittel zur Abgabe ohne aerztliche Verschreibung“<br />
|true<br />
|-<br />
|Nicht rezeptfreies Arzneimittel<br />
|"Arzneimittel zur Abgabe gegen aerztliche Verschreibung"<br />
|true<br />
|-<br />
|Nicht rezeptfreies Arzneimittel<br />
|"Arzneimittel zur Abgabe gegen besondere aerztliche Verschreibung"<br />
|true<br />
|-<br />
|Nicht rezeptfreies Arzneimittel<br />
|„Arzneimittel zur Abgabe gegen besondere aerztliche Verschreibung, Substitution“<br />
|true<br />
|-<br />
|Nicht rezeptfreies Arzneimittel<br />
|"Arzneimittel zur Abgabe gegen besondere aerztliche Verschreibung, Suchtgifte"<br />
|true<br />
|-<br />
|Nicht rezeptfreies Arzneimittel<br />
|"Arzneimittel zur eingeschraenkten Abgabe gegen aerztliche Verschreibung, deren Anwendung definierten Spezialisten vorbehalten ist"<br />
|true<br />
|-<br />
|Nicht rezeptfreies Arzneimittel<br />
|"Arzneimittel zur einmaligen Abgabe auf aerztliche Verschreibung"<br />
|true<br />
|-<br />
|Nicht rezeptfreies Arzneimittel<br />
|"Arzneimittel zur einmaligen oder wiederholten Abgabe gegen aerztliche Verschreibung"<br />
|true<br />
|-<br />
|Nicht rezeptfreies Arzneimittel<br />
|"Arzneimittel zur wiederholten Abgabe gegen aerztliche Verschreibung"<br />
|true<br />
|}<br />
* '''Domaene''' (Datenquelle AGES) - ausschließlich „human“ relevant<br />
<br />
'''Auffälligkeit''': <br />
Beim Export werden sehr viele leere Felder für diese Art von Attributen geliefert. Grund: Wenn die ASP mit den meisten Arten der Anwendung/Wirkstoffen/ATC-Codes fünf Einträge für code und text hat, werden beim Terminologie-Export bei ASPs mit nur einem Eintrag für code und text vier leere Attributspaare hinzugefügt.<br />
<br />
====Weitere Codesysteme der AGES====<br />
<br />
Die ASP-Liste steht in direktem Zusammenhang mit einer Reihe an Terminologien. Diese Terminologien werden (wie oben beschrieben) als code/text-Attributpaar in der ASP-Liste referenziert:<br />
* ATC<br />
* Medikation_AGES_Wirkstoffe 1.2.40.0.34.5.156<br />
** Liste an aktiven Wirkstoffen<br />
** Quelle: EMA (European Medical Agency) /EUTCT (European Union Telematics Controlled Terms)<br />
** Wartung und Bereitstellung durch AGES GmbH<br />
** Nutzungsbedingungen EUTCT: The information concerning this list is reproduced from the EUTCT repository with permission of the EMA (European Medicines Agency).<br />
* MedikationArtAnwendung 1.2.40.0.10.1.4.3.4.3.4<br />
** Arten der Anwendung eines Medikaments, etwa „intramuskuläre Anwendung“ oder „Anwendung am Ohr“<br />
** Quelle: EDQM (Europäisches Direktorat für die Qualität von Arzneimitteln)<br />
** Wartung und Bereitstellung durch AGES GmbH<br />
** Nutzungsbedingung EDQM: It is clearly stated that the data is from the EDQM Standard Terms database (http://standardterms.edqm.eu), and that it is reproduced with the permission of the European Directorate for the Quality of Medicines & HealthCare, Council of Europe (EDQM). The Standard Terms data is not modified, and no other data is represented as being part of Standard Terms. If any additional data is presented alongside, it must be clear that it does not originate from Standard Terms. The date on which the data was retrieved from the Standard Terms database is clearly stated, with a notice that the EDQM Standard Terms database is not a static list and content can change over time.<br />
* MedikationDarreichungsform 1.2.40.0.10.1.4.3.4.3.5<br />
** Darreichungsform des Medikaments, etwa „Filmtablette“ oder „Sirup“<br />
** Quelle: EDQM (Europäisches Direktorat für die Qualität von Arzneimitteln)<br />
** Wartung und Bereitstellung durch AGES GmbH<br />
** Nutzungsbedingung EDQM: It is clearly stated that the data is from the EDQM Standard Terms database (http://standardterms.edqm.eu), and that it is reproduced with the permission of the European Directorate for the Quality of Medicines & HealthCare, Council of Europe (EDQM). The Standard Terms data is not modified, and no other data is represented as being part of Standard Terms. If any additional data is presented alongside, it must be clear that it does not originate from Standard Terms. The date on which the data was retrieved from the Standard Terms database is clearly stated, with a notice that the EDQM Standard Terms database is not a static list and content can change over time.<br />
<br />
Weitere e-Medikation Codelisten<br />
* MedikationsRezeptart 1.2.40.0.10.1.4.3.4.3.3<br />
** Unterscheidung zwischen Kassen-, Privat- und Substitutionsrezept<br />
** Nicht als Attribut in der ASP-Liste<br />
** Quelle: Codes definiert im e-Medikationsprojekt<br />
** Keine laufenden Änderungen vorgesehen<br />
* MedikationRezeptpflichtstatus 1.2.40.0.10.1.4.3.4.3.7<br />
** Unterscheidung zwischen „Arzneimittel zur Abgabe ohne aerztliche Verschreibung“ und „Arzneimittel zur Abgabe gegen aerztliche Verschreibung“<br />
** Nicht als Attribut in der ASP-Liste<br />
** Quelle: EMA (European Medical Agency) /EUTCT (European Union Telematics Controlled Terms)<br />
** Bereitstellung durch AGES, keine laufenden Änderungen vorgesehen<br />
** Nutzungsbedingungen: The information concerning this list is reproduced from the EUTCT repository with permission of the EMA (European Medicines Agency).<br />
* MedikationTherapieart 1.2.40.0.10.1.4.3.4.3.6<br />
** Unterscheidung zwischen Einzel, und Nicht-Einzelverordnung<br />
** Nicht als Attribut in der ASP-Liste<br />
** Quelle: Codes definiert im e-Medikationsprojekt<br />
** Keine laufenden Änderungen vorgesehen<br />
<br />
===Releasezyklus===<br />
Die referenzierten Codesysteme werden von der AGES gepflegt und bei Änderungen werden diese mit dem monatlichen Import mitgeliefert.<br />
<br />
[[Kategorie:Terminologieserver]]</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154635
ILF Diskussion:E-Impfpass (Version 2)
2023-04-25T10:25:35Z
<p>Tanjga: </p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|"effectiveDate" der ValueSets<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden mit kleinen Anpassungen übernommen, siehe https://wiki.hl7.at/index.php?title=ILF%3AEImpfpass_Allgemeine_Richtlinien&type=revision&diff=154571&oldid=154281. <br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 161<br />
|Beilagen/PDF-Aussage<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden für das Kapitel "PDF Format-Vorschrift" vollständig übernommen<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 171<br />
|Übersicht vorhandener Akteure und Komponenten<br />
|Formulierung wurde vereinfacht, siehe https://wiki.hl7.at/index.php?title=ILF%3AE-Impfpass_%28Version_2%29&type=revision&diff=154576&oldid=154569<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 108<br />
|Custodian bei Kompletten Immunisierungsstatus<br />
|Ein Beispiel eines Custodians wurde im DLT des Kompletten hinzugefügt: https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=de-DE<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-1132 ELGA-1132]<br />
HL7-Ballot-2023-1 ID: 116<br />
|effectiveTime im Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|Datentyp vom effectiveTime-Element wurde von TS auf TS.AT.VAR präzisiert. Beschreibung und Constraint wurden angepasst, siehe https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE<br />
|25.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154634
ILF Diskussion:E-Impfpass (Version 2)
2023-04-25T10:16:40Z
<p>Tanjga: </p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|"effectiveDate" der ValueSets<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden mit kleinen Anpassungen übernommen, siehe https://wiki.hl7.at/index.php?title=ILF%3AEImpfpass_Allgemeine_Richtlinien&type=revision&diff=154571&oldid=154281. <br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 161<br />
|Beilagen/PDF-Aussage<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden für das Kapitel "PDF Format-Vorschrift" vollständig übernommen<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 171<br />
|Übersicht vorhandener Akteure und Komponenten<br />
|Formulierung wurde vereinfacht, siehe https://wiki.hl7.at/index.php?title=ILF%3AE-Impfpass_%28Version_2%29&type=revision&diff=154576&oldid=154569<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 108<br />
|Custodian bei Kompletten Immunisierungsstatus<br />
|Ein Beispiel eines Custodians wurde im DLT des Kompletten hinzugefügt: https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=de-DE<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 116<br />
|effectiveTime im Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|Datentyp vom effectiveTime-Element wurde von TS auf TS.AT.VAR präzisiert. Beschreibung und Constraint wurden angepasst, siehe https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE<br />
|25.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154633
ILF Diskussion:E-Impfpass (Version 2)
2023-04-25T10:15:51Z
<p>Tanjga: </p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|"effectiveDate" der ValueSets<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden mit kleinen Anpassungen übernommen, siehe https://wiki.hl7.at/index.php?title=ILF%3AEImpfpass_Allgemeine_Richtlinien&type=revision&diff=154571&oldid=154281. <br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 161<br />
|Beilagen/PDF-Aussage<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden für das Kapitel "PDF Format-Vorschrift" vollständig übernommen<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 171<br />
|Übersicht vorhandener Akteure und Komponenten<br />
|Formulierung wurde vereinfacht, siehe https://wiki.hl7.at/index.php?title=ILF%3AE-Impfpass_%28Version_2%29&type=revision&diff=154576&oldid=154569<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 108<br />
|Custodian bei Kompletten Immunisierungsstatus<br />
|Ein Beispiel eines Custodians wurde im DLT des Kompletten hinzugefügt: https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=de-DE<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 116<br />
|effectiveTime im Immunization Entry 1.2.40.0.34.6.0.11.3.1<br />
|Datentyp vom effectiveTime-Element wurde von TS auf TS.AT.VAR präzisiert. Beschreibung und Constraint wurden angepasst, siehe https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE<br />
|25.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154632
ILF Diskussion:E-Impfpass (Version 2)
2023-04-25T10:13:13Z
<p>Tanjga: /* Hauptversion v2 */</p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|"effectiveDate" der ValueSets<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden mit kleinen Anpassungen übernommen, siehe https://wiki.hl7.at/index.php?title=ILF%3AEImpfpass_Allgemeine_Richtlinien&type=revision&diff=154571&oldid=154281. <br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 161<br />
|PDF-Aussage falsch<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden für das Kapitel "PDF Format-Vorschrift" vollständig übernommen<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 171<br />
|Formulierung vereinfachen<br />
|Siehe https://wiki.hl7.at/index.php?title=ILF%3AE-Impfpass_%28Version_2%29&type=revision&diff=154576&oldid=154569<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 108<br />
|Custodian bei Kompletten Immunisierungsstatus<br />
|Ein Beispiel eines Custodians wurde im DLT des Kompletten hinzugefügt: https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=de-DE<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 116<br />
|welche Uhrzeit bei taggenau<br />
|Datentyp vom effectiveTime-Element wurde von TS auf TS.AT.VAR präzisiert. Beschreibung und Constraint wurden angepasst, siehe https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE<br />
|25.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154579
ILF Diskussion:E-Impfpass (Version 2)
2023-04-24T13:53:20Z
<p>Tanjga: /* Hauptversion v2 */</p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|"effectiveDate" der ValueSets<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden mit kleinen Anpassungen übernommen, siehe https://wiki.hl7.at/index.php?title=ILF%3AEImpfpass_Allgemeine_Richtlinien&type=revision&diff=154571&oldid=154281. <br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 161<br />
|PDF-Aussage falsch<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden für das Kapitel "PDF Format-Vorschrift" vollständig übernommen<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 171<br />
|Formulierung vereinfachen<br />
|Siehe https://wiki.hl7.at/index.php?title=ILF%3AE-Impfpass_%28Version_2%29&type=revision&diff=154576&oldid=154569<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 108<br />
|Custodian bei Kompletten Immunisierungsstatus<br />
|Ein Beispiel eines Custodians wurde im DLT des Kompletten hinzugefügt: https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=de-DE<br />
|24.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154577
ILF Diskussion:E-Impfpass (Version 2)
2023-04-24T13:27:34Z
<p>Tanjga: /* Hauptversion v2 */</p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|"effectiveDate" der ValueSets<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden mit kleinen Anpassungen übernommen, siehe https://wiki.hl7.at/index.php?title=ILF%3AEImpfpass_Allgemeine_Richtlinien&type=revision&diff=154571&oldid=154281. <br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 161<br />
|PDF-Aussage falsch<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden für das Kapitel "PDF Format-Vorschrift" vollständig übernommen<br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 171<br />
|Formulierung vereinfachen<br />
|Siehe https://wiki.hl7.at/index.php?title=ILF%3AE-Impfpass_%28Version_2%29&type=revision&diff=154576&oldid=154569<br />
|24.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)&diff=154576
ILF:E-Impfpass (Version 2)
2023-04-24T13:25:10Z
<p>Tanjga: /* Übersicht vorhandener Akteure und Komponenten */</p>
<hr />
<div>{{#seo:<br />
|title=e-Impfpass (Version 2.0.0)<br />
|titlemode=append<br />
|keywords= e-Impfpass<br />
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zum Immunisierungsstatus einer Person.<br />
}}<br />
{{#customtitle:e-Impfpass (Version 2.0.0)}}<br />
<br />
<!-- <br />
{{Underconstruction}}<br />
--><br />
<br />
<br />
{{#css:<br />
@media Screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten--><br />
<br />
{{Infobox Dokument<br />
|Group = CDA Implementierungsleitfaden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 2)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.2]<br />
|Short = e-Impfpass (Version 2.0.0)<br />
|Namespace = ILF<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.0.0<br />
|Submitted = ELGA GmbH<br />
|Date = 30.01.2023<br />
|Copyright = © HL7 Austria 2018-2023<br />
|Status = in Ballot befindliche Version<br />
|Verfahren = Normativ<br />
|Period = Produktiveinsatz<br />
|OID = 1.2.40.0.34.7.19.2<br />
|Realm = Österreich<br />
}}<br />
{{TOC limit|5}}<br />
<!-- Zusammenfassung an erster Stelle --><br />
<br />
=Zusammenfassung=<br />
{{BeginYellowBox}}<br />
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. Zum besseren Verständnis empfehlen wir Ihnen, den [[ILF:E-Impfpass_Guide|zusammenfassenden Guide]] im Vorfeld zu lesen.<br />
<br />
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im schweizer [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird. <br />
<br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates: <br />
<br />
* '''[[#.C3.9Cbersicht_CDA-Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen, Expositionsrisiken) und Impfempfehlungen.<br />
* '''[[#.C3.9Cbersicht_CDA-Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen, Expositionsrisiken) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.<br />
<br />
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[#User_Storys_.28.22Anwendungsf.C3.A4lle.22.29|Anwendungsfälle]] beschrieben. <br />
{{EndYellowBox}}<br />
<br />
{{BeginYellowBox}}<br />
Die gesetzliche Grundlage für den e-Impfpass sind die entsprechenden Abschnitte im Gesundheitstelematikgesetz 2012 und zugehörige Verordnung des:der für das Gesundheitswesen zuständigen Bundesministers:in, mit der nähere Regelungen zur eHealth-Anwendung Elektronischer Impfpass getroffen werden (eHealth-Verordnung – eHealthV). <br /><br />
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2023-1 ("Ballot") normiert wurde. <br />
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.<br />
{{EndYellowBox}}<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<!-- Seitenumbruch --><br />
<p style="page-break-before: always"></p><br />
==Impressum==<br />
<div class="mw-collapsible-content"><br />
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br /><br />
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br /><br />
Internet: [http://www.elga.gv.at www.elga.gv.at]<br />
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br /><br />
Geschäftsführer: Mag. Dr. Stefan Sabutsch, Dr. Edith Bulant-Wodak, MBA<br />
<br />
''Redaktion, Projektleitung, Koordination: ''<br /><br />
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] <br />
<br />
''Abbildungen:'' © ELGA GmbH <br />
<br />
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Erdbergweg 7, 8052 Graz; [http://www.hl7.at www.hl7.at]. <br /><br />
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.<br />
<br />
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<br />
== Haftungsausschluss ==<br />
<div class="mw-collapsible-content"><br />
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Sprachliche Gleichbehandlung ==<br />
<div class="mw-collapsible-content"><br />
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.<br />
</div></div><br />
<br />
{{ILF:Lizenzinformationen}}<br />
{|<br />
|style="vertical-align:top"|Für die Modellierung der Inhalte des e-Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz<ref name=ImpfdossierCH/> verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.<br />
* [https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref><br />
* [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref><br />
* [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref><br />
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]<br />
<ref group="Abbildung">Verwendete Standards</ref>: ''Verwendete Standards''<br />
|}<br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;"><br />
==PDF-Bedienungshinweise==<br />
<div class="mw-collapsible-content"><br />
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:<br />
<br />
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts<br />
* Seitenweise blättern: "Bild" Tasten<br />
* Scrollen: Pfeil nach oben bzw. unten<br />
* Zoomen: Strg + Mouserad drehen<br />
* Suchen im Dokument: Strg + F <br />
</div></div><br />
<br />
<!-- Tatsächlicher Inhalt --><br />
<br />
=Einleitung=<br />
==Ausgangslage und Motivation==<br />
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden. <br />
Auf Beschluss der Bundeszielsteuerungskommission am 29.06.2018 wurde die ELGA GmbH mit der Umsetzung eines Pilotprojektes zum elektronischen Impfpasses (e-Impfpass) betraut. <br />
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.<br />
<br />
==Zweck des Dokuments==<br />
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der ELGA Infrastruktur als abgestimmte und einheitlich strukturierte CDA-Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.<br />
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im schweizer eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA-Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum CDA-Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des CDA-Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA-Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.<br />
<br />
==Zielgruppe==<br />
Anwender dieses Dokuments sind softwareentwicklende und beratende Personen, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich <br />
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endnutzenden der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.<br />
<br />
<br />
=Informationen über dieses Dokument=<br />
==Verbindlichkeit==<br />
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den elektronischen Impfpass (e-Impfpass) gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich. <br />
<br />
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Ministerium auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den/die zuständige/n Bundesminister/in vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. <br />
<br />
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) 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.<br />
<br />
== Wichtige unterstützende Materialien ==<br />
{{BeginYellowBox}}<br />
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:<br />
* andere Versionen dieses Leitfadens als PDF und Wiki<br />
* Links zu dem Art-Decor Projekt<br />
* Links zu den Prüfregeln<br />
* Links zu den aktuellen Terminologien<br />
* Links zu den Beispiel-Dokumenten<br />
* Links zu der aktuellen Visualisierung<br />
* Links zu der Zuordnungsmatrix Schemen - Dosiskennung - Impfstoff<br />
* ein Designbeispiel<br />
* eine Zusammenfassung des Leitfadens<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].<br />
{{EndYellowBox}}<br />
<br />
=Harmonisierung=<br />
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Mitglieder der Arbeitsgruppe wurden durch ihre Organisation delegiert.<br />
<br />
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).<br />
Die Formulierung der technischen Spezifikation des CDA-Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung. <br />
<br />
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.<br />
<br />
== Autoren und Mitwirkende ==<br />
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. <br />
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.<br />
<br />
===Autoren===<br />
'''Das Redaktionsteam''' bestand aus folgenden Personen:<br />
{| class="wikitable"<br />
! Name<br />
! Organisation<br />
! Rolle<br />
|-<br />
| Mag. Dr. Stefan Sabutsch<br />
| ELGA GmbH, HL7 Austria<br />
| Autor, Herausgeber<br />
|-<br />
| DI Andrea Klostermann<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| DI Nikola Tanjga<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| Gabriel Kleinoscheg, MSc<br />
| ELGA GmbH<br />
| Autor<br />
|}<br />
<br />
Mit Beiträgen von: <br />
Tony Schaller (medshare GmbH),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Nina Svec, M.A. (ELGA GmbH),<br />
Helene Prenner (ELGA GmbH)<br />
<br />
===Mitwirkende===<br />
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):<br />
Anton Angerer (at.Software / WAVM),<br />
Patrick Awart (Atos),<br />
Elisabeth Bischof (Landessanitätsdirektion OÖ),<br />
DI (FH) Reindert Buter (Buter GmbH),<br />
Sabine Eder (Landessanitätsdirektion NÖ),<br />
Mag. Alexander Ertl (BASG / AGES),<br />
Dr. Katja Fischer (BMASGK),<br />
Günter Franz (Landessanitätsdirektion Salzburg),<br />
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),<br />
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),<br />
Ingrid Huber (Landessanitätsdirektion NÖ),<br />
OPhysR Dr.in Ursula Karnthaler (Landessanitätsdirektion Wien),<br />
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),<br />
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),<br />
DI Andrea Klostermann (ELGA GmbH),<br />
DI Oliver Kuttin (ELGA GmbH),<br />
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),<br />
Ruprecht Leitner (Apothekerverlag),<br />
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),<br />
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),<br />
DI Michael Nöhammer (ÖÄK),<br />
Christopher Ozvald (BMASGK),<br />
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),<br />
Dr. Maria Paulke-Korinek (BMASGK),<br />
Mag. Daniela Philadelphy (BASG / AGES),<br />
Daniela Piererfellner (Landessanitätsdirektion OÖ),<br />
Maria Pramhas (Land Salzburg - Impfadatenbank),<br />
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),<br />
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Dr. Stefan Sabutsch (ELGA GmbH),<br />
Robert Scharinger (BMASGK),<br />
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),<br />
DI Mag. Birgit Scholz (ELGA GmbH),<br />
Dr. Christoph Schweighofer (ÖÄK),<br />
Carina Seerainer, MSc (ELGA GmbH),<br />
Nina Sjencic (ELGA GmbH),<br />
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),<br />
Mag. Stefan Spitzbart (Hauptverband),<br />
Stephanie Stürzenbecher, BA MA (Hauptverband),<br />
Dr. Barbara Tucek, MD, MSc (BASG / AGES),<br />
Mag. Ilana Ventura, MSc (BMASGK),<br />
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),<br />
Gabriele Wasner (Landessanitätsdirektion OÖ)<br />
<br />
{{ILF:Begriffsdefinitionen e-Impfpass}}<br />
<br />
=Technischer Hintergrund=<br />
<br />
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
<br />
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}<br />
<br />
==Weitere Informationen zu CDA==<br />
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:<br />
<br />
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref><br />
* [[CDA_Templates|CDA-Templates]] <ref name=CDATemplates>CDA-Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref><br />
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref><br />
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref><br />
<br />
= Funktionale Anforderungen=<br />
<br />
== Darstellung==<br />
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). <br />
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.<br />
<br />
<div class="landscape"><br />
<br />
==Verwendung in der ELGA Infrastruktur==<br />
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===<br />
{| class="wikitable"<br />
! XDS-Mapping<br />
! Optio-<br />
nalität<br />
! CDA-Element<br />
clinicalDocument.<br />
! Beispiel<br />
! Erklärung<br />
|-<br />
| rowspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]<br />
| rowspan="2"|M<br />
| rowspan="2"|.id<br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337.999021.1"<br />
| rowspan="2"| Das "uniqueId"-Element beschreibt den global eindeutigen Identifier des CDA-Dokuments und kann mit oder ohne Extension angegeben werden.<br />
|- <br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337"<br />
*@extension="999021.1"<br />
|- <br />
| [[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]<br />
| M<br />
| .code<br />
| <br />
*@code="11369-6"<br />
*@displayName="HISTORY OF IMMUNIZATIONS"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value Set [https://termgit.elga.gv.at/ValueSet/elga-dokumentenklassen ELGA_Dokumentenklassen].<br />
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]] <br />
| rowspan="2"| M<br />
| rowspan="2"| .code.translation <br />
| <br />
*@code="82593-5"<br />
*@displayName="Immunization summary report"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| <br />
*@code="87273-9"<br />
*@displayName="Immunization note"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]<br />
| rowspan="2"| M<br />
| rowspan="2"| .title <br />
| "Kompletter Immunisierungsstatus"<br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.<br />
|-<br />
| "Update Immunisierungsstatus" <br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]<br />
| M<br />
| .hl7at:formatCode<br />
| <br />
*<nowiki>@extension="urn:hl7-at:eImpf:2.0.0+########"</nowiki><br />
*@displayName= "HL7 Austria e-Impfpass 2.0.0+########"<br />
| Version des vom CDA erfüllten Implementierungsleitfaden e-Impfpass.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]<br />
| M<br />
| .hl7at:practiceSettingCode<br />
| <br />
*@code="F023"<br />
*@displayName="Interdisziplinärer Bereich"<br />
*@codeSystem="1.2.40.0.34.5.12"<br />
| Fachliche Zuordnung des CDA-Dokuments aus dem Value Set [https://termgit.elga.gv.at/ValueSet/elga-practicesetting ELGA_PracticeSetting].<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]<br />
| M<br />
| .documentationOf<br />
.serviceEvent.code<br />
| <br />
*@code="41000179103"<br />
*@displayName="Immunization record (record artifact)"<br />
*@codeSystem="2.16.840.1.113883.6.96"<br />
*@codeSystemName="SNOMED CT"<br />
| Code der Gesundheitsdienstleistung.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"|.documentationOf.serviceEvent<br />
.effectiveTime.low<br />
|<br />
Zeitpunkt des '''ältesten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.low<br />
| Beginn der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).<br />
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .documentationOf.serviceEvent<br />
.effectiveTime.high<br />
|<br />
Zeitpunkt des '''jüngsten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.high<br />
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung, muss sich von Behandlungsbeginn unterscheiden)<br />
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
|}<br />
</div><br />
<br />
==Versionierung & Stornierung==<br />
Versionierung und Stornierung betrifft ausschließlich CDA-Dokumente vom Typ "Update Immunisierungsstatus".<br />
<br />
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben CDA-Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).<br />
<br />
===Versionierung von CDA-Dokumenten===<br />
CDA-Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden. <br />
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein CDA-Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht. <br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
===Stornierung von CDA-Dokumenten===<br />
CDA-Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte CDA-Dokument eingetragen wurden, werden gelöscht.<br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
==Impfempfehlungen==<br />
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut österreichischen Impfplan empfohlen sind.<br />
<br />
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:<br />
* Alter der Person<br />
* Geschlecht<br />
* Bereits erhaltene Impfungen:<br />
** Dosiskennung der letzten eingetragenen Impfung<br />
** Impfstoff<br />
** Impfschema (sofern abweichend vom Defaultschema)<br />
* Durchgemachte impfrelevante Erkrankungen<br />
* Indikation für Impfung ("Risikogruppe")<br />
<br />
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.<br />
<br />
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").<br />
<br />
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.<br />
<br />
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus dem Value Set [https://termgit.elga.gv.at/ValueSet/eimpf-specialcasevaccination eImpf_SpecialCaseVaccination]. Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen mittels Stylesheet gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung).<br />
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===<br />
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt. <br />
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen: <br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Begründung der Kontraindikation<br />
* Optional: Impfstoff<br />
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").<br />
{{BeginYellowBox}}<br />
Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber '''NICHT''' unterstützt.<br />
{{EndYellowBox}}<br />
<br />
== Mehrsprachigkeit und grenzüberschreitender Austausch ==<br />
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.<br />
<br />
=User Storys ("Anwendungsfälle")=<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>. <br />
<br />
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.<br />
<br />
==Übersicht vorhandener Akteure und Komponenten==<br />
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.<br />
<div class="landscape"><br />
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]<br />
<br />
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref>: ''Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten''<br />
<br />
* Bürger<br><br />
* Impfende GDA<br />
** Niedergelassene Ärzte<br />
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde<br />
*** Ärztinnen und Ärzte für Allgemeinmedizin<br />
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste<br />
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten<br />
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder <br />
** ELGA-Ombudsstelle<br />
* ELGA-Serviceline<br><br />
* Datenkorrigierender GDA<br />
** Bezirksverwaltungsbehörde<br />
* "Abrechnungsunterstützung" (im Rahmen des kostenfreien Kinderimpfprogramms)<br />
** Landeshauptmann / Landeshauptfrau<br />
** Bezirksverwaltungsbehörde<br />
* Auswertungen für Durchimpfungsraten <br />
** Landeshauptmann / Landeshauptfrau<br />
** Zuständiges Bundesministerium für Gesundheit<br />
<br />
<br />
<br />
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:<br />
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.<br />
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.<br />
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet. <br />
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.<br />
## Regulärer Zugang mittels Kontaktbestätigungen<br />
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Die Personen, die zugreifen, sind eindeutig identifiziert.<br />
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden, da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss. Gemäß GTelG 2012, Abschnitt "Elektronischer Impfpass (eImpfpass)" ist keine individuelle Berechtigungssteuerung seitens betroffenen Personen möglich. <br />
# Die Geschäftslogik der Anwendung übernimmt die Verarbeitung von CDA-Dokumenten und hat folgende Funktionen<br />
## Speichert eingehende CDA-Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. <br />
## Das Zusammenstellen vom On-Demand Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass des Bürgers) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt. <br />
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.<br />
## Auf Grundlage des gültigen österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Bürgers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.<br />
</div><br />
<div class="portrait"><br />
<br />
==Allgemeine Vorbedingungen==<br />
Für den Zugriff auf den e-Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.<br />
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termgit.elga.gv.at/ Terminologieserver] bereitgestellt. <br />
<br />
Sowohl der berechtigte GDA (über das GDA System, sobald die e-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das Zugangsportal) können auf den persönlichen e-Impfpass zugreifen.<br />
<br />
==U1 Kompletten Immunisierungsstatus abrufen==<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte Informationen zu seinem Immunisierungsstatus erhalten.<br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.<br />
#Max Muster erfährt von Dr. DeCarro, dass laut österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.<br />
<br />
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden.<br />
<br />
==U2 Aktualisierung Immunisierungsstatus==<br />
<br />
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine. <br />
<br />
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:<br />
<br />
===U2.1 Eintragen des Immunisierungsstatus===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat. <br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.<br />
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das CDA-Dokument übernimmt und ein Update der Datenbank durchführt. <br />
# Dr. DeCarro kann nun das On-Demand Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des CDA-Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.<br />
<br />
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)<br />
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des CDA-Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene aus dem original "Update Immunisierungsstatus", die nicht geändert werden müssen). <br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale CDA-Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das On-Demand Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).<br />
<br />
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde (fremde Einträge)|U4]]).<br />
<br />
'''''Anmerkung:''''' Einträge, die korrigiert werden dürfen, erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant[@typeCode="AUT"]) die eigene GDA-OID enthält. Sollte ein Eintrag durch einen Benutzer mit der Rolle "Korrekturberechtigte Person" korrigiert worden sein (siehe [[#U4_Datenkorrektur_durch_Beh.C3.B6rde_.28fremde_Eintr.C3.A4ge.29|U4 Datenkorrektur durch Behörde]]), so kann dieser fortan nur mehr von Benutzern mit der Rolle "Korrekturberechtigte Person" korrigiert werden. Details siehe [[#Participant_Body_-_Authorized_Editor|Participant Body - Authorized Editor]].<br />
<br />
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA-Dokuments wird mit dem Status "APPROVED" gespeichert.<br />
<br />
===U2.3 Stornierung eines Immunisierungseintrags===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat).<br />
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende CDA-Dokument "Update Immunisierungsstatus" an die zentrale Anwendung übergibt. <br />
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren. <br />
<br />
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde (fremde Einträge)|U4]]).<br />
<br />
Stornierte CDA-Dokumente wurden als "DEPRECATED" gekennzeichnet.<br />
<br />
===U2.4 Nachtragen der Impfdokumentation===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario: <br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.<br />
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.<br />
<br />
===U2.5 Selbsteintragung von Impfungen durch den Bürger===<br />
Akteure: Bürger ("Max Muster")<br />
<br />
Szenario: <br />
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.<br />
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt. <br />
# Seinen Papier-Impfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).<br />
<br />
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...) 2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.<br />
<br />
==U3 Abrechnung==<br />
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, dass die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''<br />
<br />
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"<br />
<br />
Szenario:<br />
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe [[#U2.1 Eintragen des Immunisierungsstatus|U2.1]]) <br />
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.<br />
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden. <br />
# Die Abrechnungsunterstützung kontrolliert den Anspruch auf Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.<br />
<br />
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nachgetragene oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.<br />
<br />
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==<br />
Akteure: Bürger ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")<br />
<br />
Szenario:<br />
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papier-Impfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.<br />
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.<br />
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des CDA-Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene aus dem original "Update Immunisierungsstatus", die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).<br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale CDA-Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das On-Demand Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.<br />
<br />
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im e-Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.<br />
<br />
==U5 Krisenmanagement==<br />
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''<br />
===U5.1 Krankheitsausbrüche===<br />
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.<br />
<br />
===U5.1 Chargenrückruf===<br />
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln, die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.<br />
<br />
</div><br />
<div class="landscape"><br />
<br />
=Datenarten=<br />
==Dataset==<br />
{| class="wikitable"<br />
! style="width: 25%" |Name<br />
! style="width: 40%" |Beschreibung<br />
! style="width: 20%" |Mapping<br />
|- style="vertical-align:top;"<br />
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)<br />
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes CDA-Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).<br />
|clinicalDoc.LegalAuthenticator<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung<br />
|Der Zeitpunkt, zu dem das CDA-Dokument unterzeichnet wurde.<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Signatur<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Eintragende Person (Schreibkraft)'''<br />
|Datenverarbeitende Person. Die Person, die Daten für den e-Impfpass dokumentiert.<br />
|clinicalDoc.dataEnterer<br />
|- style="vertical-align:top;"<br />
| '''Eintragende Person (Schreibkraft) (für einzelne Einträge)'''<br />
| Die eintragende Person (Schreibkraft) eines Update Immunisierungsstatus kann für jeden darin enthaltenen Eintrag von der zentralen Anwendung zur Erstellung des Kompletten Immunisierungsstats übernommen werden.<br />
| substanceAdministration "Immunization Entry" / "Participant Body - Data Enterer" <br />
|- style="vertical-align:top;"<br />
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)<br />
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI: „Für die Impfung verantwortlich“…<br />
|substanceAdministration "Immunization Entry"/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|ID der verantwortlichen Person (lokaler Identifikator)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Freigabezeitpunkt <br />
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde (Zeitpunkt der Unterzeichnung).<br />
|substanceAdministation.author.time<br />
|- style="vertical-align:top;"<br />
|'''Impfende Person (Impfarzt)'''<br />
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.<br />
|substanceAdministration "Immunization Entry"/performer<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Rolle<br />
|Berufsrolle der impfenden Person (Auswahlliste)<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Nachtragende Person'''<br />
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(z.B. "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)<br />
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B.: Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time<br />
|- style="vertical-align:top;"<br />
|'''Korrigierende Person'''<br />
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.<br />
<br />
''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 Korrekturperson angeführt.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person (mit Titel, Vornamen, Nachnamen, Organisation)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)<br />
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time<br />
|- style="vertical-align:top;"<br />
|'''Berechtigter Bearbeiter'''<br />
|Die eindeutige Kennung (OID) des GDA, der einen Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID oder GDAs mit der Rolle "Korrekturberechtigte Person".<br />
<br />
Wurde ein Eintrag durch einen GDA mit der Rolle "Korrekturberechtigte Person" korrigiert, ist fortan die Korrektur dieses Eintrags nur mehr GDAs mit der Rolle "Korrekturberechtigte Person" möglich.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"<br />
|- style="vertical-align:top;"<br />
|'''Impfling''' (Person, Patient)<br />
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.<br />
<br />
Entspricht dem "Patienten".<br />
|clinicalDocument.recordTarget<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geburtstdatum<br />
|Geburtstdatum der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)<br />
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung (Werte: M, F, UNK (Unbekannt)), z.B. Brief: "Herr" oder "Frau"<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |LokaleID<br />
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend mit Eintragung einer Impfung anzugeben.<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)<br />
|Sozialversicherungsnummer<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |bPK-GH<br />
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Straße<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Hausnummer<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Postleitzahl<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Stadt<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Bundesland<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Land<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)<br />
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab. <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).<br />
|Kein Mapping, ist nicht im CDA-Dokument enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)<br />
|Wie Gemeindekennziffer, erste 3 Stellen<br />
|Kein Mapping, ist nicht im CDA-Dokument enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Mobil<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Festnetz<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Mail<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |FAX<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Personengruppe''' (Expositionsrisikogruppe)<br />
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.<br />
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitbereich<br />
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung)<br />
|Dokumentierte Impfung: eine einzelne Verabreichung eines Impfstoffes<br />
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)<br />
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)<br />
|Bezeichnung für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Verabreichung von Impfdosen bzw. Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.<br />
|substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|criterion "Immunization Schedule Entry"/value<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)<br />
|Zeitpunkt der Durchführung der Impfung<br />
|substanceAdministration "Immunization Entry"/effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfort<br />
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B.: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)<br />
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.<br />
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfreaktion (Reaktion)<br />
|Aufgetretene Reaktion (Auswahlkatalog). <br />
Die Aufnahme von Impfreaktionen in den e-Impfpass wird derzeit nicht vom CDA Leitfaden unterstützt.<br />
|Nicht umgesetzt<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Abrechenbarkeit<br />
|Kennzeichen, ob Impfung mit Bundesland abgerechnet werden kann (Eintragung durch impfenden Arzt). Kann nur bei neuen Impfungen (ohne Nachtrag) angegeben werden. Notwendig für Filterung der Daten, die an Bundesländer zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Bundesland geprüft und festgestellt.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfindikation<br />
|Grund für die Impfung (optional). Wird für Abrechnung benötigt:<br />
<br />
* IG1 Indikationsimpfung für Risikogruppe<br />
* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfgutschein<br />
|Alphanumerisches Identifikationskennzeichen eines Impfgutscheins (bei Vorliegen von Impfgutscheinheften). <br />
Notwendig für Abrechnung (gültig für genau eine Impfung). Keine weitere Prüfung im e-Impfpass. <br />
|act "Immunization Billability Entry" mit act/id<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zusatzklassifikation<br />
|Zusätzliche strukturierte Information zu einer Impfung, z.B. eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat (Impfsetting).<br />
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.<br />
|- style="vertical-align:top;"<br />
|'''Impfstoff (Produkt)''' (Arzneimittel)<br />
|Daten zur verabreichten Arzneimittelspezialität<br />
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)<br />
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"<br />
|manufacturedProduct/manufacturedMaterial/name<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Pharmazentralnummer (PZN)<br />
|Pharmazentralnummer der Arzneispezialität, gemäß ASP-Liste (bzw. Liste für historische oder ausländische Impfstoffe)<br />
|manufacturedProduct/manufacturedMaterial/code[@code]<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Handelsname<br />
|Handelsname der Arzneispezialität <br />
|manufacturedProduct/manufacturedMaterial/code[@displayName]<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zulassungsnummer<br />
|Zulassungsnummer der Arzneispezialität <br />
|manufacturedProduct/manufacturedMaterial/code/translation<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Chargennummer (Charge)<br />
|Chargennummer der Arzneispezialität, die verabreicht wurde<br />
|manufacturedProduct/manufacturedMaterial/lotNumberText<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Ablaufdatum<br />
|Muss dokumentiert werden.<br />
<br />
Kann aus 2D Barcode abgleitet werden.<br />
<br />
Kann nur im Zusammenhang mit der Abrechenbarkeit in der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung angegeben werden.<br />
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)<br />
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehöriger delegierte Verordnung (EU) 2016/161<br />
|manufacturedProduct/id<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)<br />
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)<br />
|manufacturedProduct/manufacturerOrganization<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ATC<br />
|ATC-Code des Wirkstoffs aus Fachinformation<br />
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wirkstoff<br />
|Wirkstoff(e) des Arzneimittels, z.B. "Masernviren, Stamm Schwarz (lebend, attenuiert)"<br />
|manufacturedMaterial/pharm:ingredient<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Menge<br />
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />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.<br />
|substanceAdministration "Immunization Entry"/doseQuantity<br />
|- style="vertical-align:top;"<br />
|'''Impfempfehlung''' (Impfkalender)<br />
|Daten der empfohlenen (zukünftigen) Impfungen:<br />
<br />
* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />
* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br />
<br />
Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen.<br />
<br />
Wird automatisch von der zentralen Anwendung erstellt bzw. kann manuell vom Arzt eingetragen (überschrieben) werden.<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)<br />
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br />
<br />
Wird definiert durch:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|/precondition/criterion "Immunization Schedule Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, welche/s die Empfehlung generiert<br />
|/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)<br />
|consumable<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Referenz zu Impfschema<br />
|Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
|- style="vertical-align:top;"<br />
|'''Kontraindikation für Impfungen'''<br />
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />
<br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Begründung der Kontraindikation<br />
* Optional: Impfstoff<br />
<br />
Muss von einem Arzt eingetragen werden.<br />
<br />
'''Hinweis:''' Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber '''NICHT''' unterstützt.<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".<br />
|- style="vertical-align:top;"<br />
|'''Impfrelevante Erkrankung'''<br />
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfrelevante Erkrankung<br />
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B.: FSME, Varizellen, ...)<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Erkrankungsdatum<br />
|Zeitintervall, in der die Erkrankung beobachtet wurde<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)<br />
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.<br />
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor<br />
|Erfasser der Information<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verknüpfung zu Impfung<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Antikörper-Bestimmung (Impftiter)'''<br />
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für Virushepatitis A und B, Röteln und Varizellen etc.<br />
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Analyse<br />
|Gemessener Laborparameter<br />
|"Laboratory Observation Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wert<br />
|Wert der Analyse<br />
|"Laboratory Observation Entry" / value<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Einheit<br />
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden<br />
|"Laboratory Observation Entry" /value/@unit<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bewertung (Interpretation)<br />
|Interpretation des Messwerts (Interpretationskennzeichen)<br />
|"Laboratory Observation Entry" /interpretationCode<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum<br />
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)<br />
|"Laboratory Observation Entry" /effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Durchführendes Labor<br />
|Durchführendes Labor<br />
|"Laboratory Observation Entry" / performer<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Informationsquelle'''<br />
|Herkunft der Information (Dokumentverfasser(in), Author)<br />
|/ClinicalDocument/author<br />
|}<br />
<br />
<br />
</div><br />
<div class="portrait"><br />
<br />
=Technische Spezifikation=<br />
==Übersicht CDA-Struktur "Kompletter Immunisierungsstatus"==<br />
Das CDA-Dokument "Kompletter Immunisierungsstatus" kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand Dokument").<br><br />
Dieses CDA-Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der ELGA Interoperabilitätsstufen (EIS) ist daher nicht notwendig.<br />
<br />
Die Struktur des CDA-Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
[[Datei:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref>: ''CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"''<br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes CDA-Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Implementierungsleitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des CDA-Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment<br />
<br />
==Übersicht CDA-Struktur "Update Immunisierungsstatus"==<br />
Das CDA-Dokument "Update Immunisierungsstatus" wird vom impfenden GDA erstellt und an die zentralen Anwendung "e-Impfpass" gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc. enthalten.<br/><br />
Dieses CDA-Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der ELGA Interoperabilitätsstufen (EIS) ist daher nicht notwendig.<br />
<br />
Die Struktur des CDA-Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
[[Datei:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref>: ''CDA-Dokument in Ausprägung "Update Immunisierungsstatus"'' <br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes CDA-Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Implementierungsleitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des CDA-Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impftermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
</div><br />
<div class="landscape"><br />
<br />
==Übersicht der Strukturen mit Konformität und Kardinalität==<br />
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.<br />
<br />
===Sektion Impfungen - kodiert===<br />
'''1. Dokumentation einer Impfung''':<br />
<br />
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.<br />
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.<br />
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.<br />
<br />
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|M [1..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|NP [0..0]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21) ''Impfende Person''<br />
|C [0..1]<br />
|C [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|C [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''<br />
|C [0..1]<br />
|C [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)<br />
|NP [0..0]<br />
|O [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''<br />
|O [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|}<br />
<br />
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Expositionsrisiko Personengruppen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfrelevante Erkrankungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Antikörper-Bestimmung - kodiert===<br />
{| class="wikitable"<br />
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant ''(Validierende Person)''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfempfehlungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)<br />
|R [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Beilagen===<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Beilagen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)<br />
|O [0..1]<br />
|R [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|}<br />
<br />
==CDA Templates==<br />
<!-- <br />
dynamic: {{:oid/dynamic}}<br />
static: {{:oid/static-YYYY-mm-dd}}<br />
--><br />
===Document Level Templates===<br />
====Kompletter Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}<br />
====Update Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}<br />
<br />
===Header Level Templates===<br />
==== Document Realm ====<br />
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}<br />
====Document TypeId====<br />
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}<br />
==== Document Id ====<br />
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}<br />
==== Document Effective Time ====<br />
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}<br />
==== Document Confidentiality Code ====<br />
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}<br />
==== Document Language ====<br />
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}<br />
==== Document Set Id and Version Number ====<br />
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}<br />
====Record Target - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}<br />
====Author====<br />
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}<br />
==== Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}<br />
====Custodian==== <br />
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}<br />
====Legal Authenticator==== <br />
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}<br />
==== Information Recipient ====<br />
Wird nicht verwendet.<br />
====Participant ====<br />
Folgende Participants werden nicht verwendet:<br />
*Ein-, Über-, Zuweisender Arzt<br />
*Hausarzt<br />
*Auskunftsberechtigte Person (Notfallkontakt)<br />
*Angehörige<br />
*Versicherung<br />
*Betreuungsorganisation<br />
*Weitere Behandler<br />
====In Fulfillment Of ==== <br />
Wird nicht verwendet.<br />
====Documentation Of Service Event - e-Impfpass ==== <br />
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}<br />
<br />
====Document Replacement - Related Document ====<br />
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}<br />
====Authorization ====<br />
Wird nicht verwendet.<br />
====Component Of - Encompassing Encounter with id ==== <br />
{{:1.2.40.0.34.6.0.11.1.50/dynamic}}<br />
<br />
====Encounter Location==== <br />
{{:1.2.40.0.34.6.0.11.1.8/dynamic}}<br />
<br />
===Section Level Templates===<br />
====Impfungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}<br />
====Expositionsrisiko Personengruppen - kodiert ====<br />
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}<br />
<br />
====Impfrelevante Erkrankungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}<br />
====Antikörper-Bestimmung====<br />
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}<br />
====Impfempfehlungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}<br />
====Beilagen====<br />
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}<br />
<br />
====Übersetzung (informativ)====<br />
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}<br />
<br />
===Entry Level Template===<br />
====Antikörper-Bestimmung Battery Organizer==== <br />
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}<br />
====Antikörper-Bestimmung Data Processing Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}<br />
====Antikörper-Bestimmung Laboratory Observation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}<br />
====Comment Entry - Single Author / Informant==== <br />
{{:1.2.40.0.34.6.0.11.3.17/dynamic}}<br />
<br />
====Eingebettetes Objekt Entry====<br />
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}<br />
==== Expositionsrisiko Problem Concern Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.20/dynamic}} <br />
==== Expositionsrisiko Problem Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}<br />
====External Document Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}<br />
====Immunization Billability Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}<br />
====Immunization Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}<br />
====Immunization Entry Impfung nicht angegeben==== <br />
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}<br />
====Immunization Recommendation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}<br />
====Immunization Schedule Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.10/dynamic}} <br />
====Immunization Target Entry====<br />
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}<br />
====Impfplan Entry====<br />
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Concern Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Entry====<br />
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}<br />
====Vaccine Product ==== <br />
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}<br />
====Vaccine Product nicht angegeben ==== <br />
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}<br />
====Zusatzklassifikation (für Impfungen)==== <br />
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}<br />
<br />
===Weitere CDA-Fragmente ===<br />
====Address Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}<br />
====Address Compilation Minimal==== <br />
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}<br />
====Assigned Entity====<br />
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}<br />
====Assigned Entity Body====<br />
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}<br />
====Assigned Entity Body with name, addr and telecom====<br />
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}<br />
====Author Body ==== <br />
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}<br />
====Author Body - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}<br />
====Date Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}<br />
====Device Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}<br />
====Informant Body==== <br />
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}<br />
====Narrative Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}<br />
====Organization Compilation with id, name==== <br />
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}<br />
====Organization Compilation with id, name, tel, addr==== <br />
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}<br />
====Organization Compilation with name==== <br />
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}<br />
====Organization Compilation with name, addr minimal ====<br />
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}<br />
====Organization Name Compilation ====<br />
{{:1.2.40.0.34.6.0.11.9.27/dynamic}} <br />
====Original Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}<br />
====Participant Body====<br />
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}<br />
====Participant Body - Transcriber ====<br />
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}<br />
====Participant Body - Verifier ====<br />
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}<br />
====Participant Body - Authorized Editor====<br />
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}<br />
<br />
====Participant Body - Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}<br />
<br />
====Performer Body====<br />
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}<br />
====Performer Body - Impfende Person====<br />
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}<br />
====Performer Body - Laboratory==== <br />
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}<br />
====Person Name Compilation G1====<br />
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}<br />
====Person Name Compilation G1 M====<br />
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}<br />
====Person Name Compilation G2====<br />
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}<br />
====Person Name Compilation G2 M====<br />
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}<br />
====Time Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}<br />
<br />
</div class="landscape"><br />
<br />
==Terminologien==<br />
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termgit.elga.gv.at<br />
<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-languagecode ELGA_LanguageCode]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-maritalstatus ELGA_MaritalStatus]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-antikoerperbestimmung eImpf_Antikoerperbestimmung]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-historischeimpfstoffe eImpf_HistorischeImpfstoffe]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-immunizationtarget eImpf_ImmunizationTarget]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfdosis eImpf_Impfdosis]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfgrund eImpf_Impfgrund]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfrelevanteerkrankung eImpf_ImpfrelevanteErkrankung]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfrollen eImpf_Impfrollen]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfschema eImpf_Impfschema]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfstoffe eImpf_Impfstoffe]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-specialcasevaccination eImpf_SpecialCaseVaccination]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-specialsituationindication eImpf_SpecialSituationIndication]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-zusatzklassifikation eImpf_Zusatzklassifikation]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-actencountercode ELGA_ActEncounterCode]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-addressuse ELGA_AddressUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-administrativegender ELGA_AdministrativeGender]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-authorspeciality ELGA_AuthorSpeciality]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-dokumentenklassen ELGA_Dokumentenklassen]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-entitynameuse ELGA_EntityNameUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-humanlanguage ELGA_HumanLanguage]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medientyp ELGA_Medientyp]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medikationmengenart ELGA_MedikationMengenart]<br />
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele: <br />
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze<br />
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medikationmengenartalternativ ELGA_MedikationMengenartAlternativ]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-nullflavor ELGA_NullFlavor]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-observationinterpretation ELGA_ObservationInterpretation]<br />
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.<br />
* [https://termgit.elga.gv.at/ValueSet/elga-personalrelationship ELGA_PersonalRelationship]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-serviceeventperformer ELGA_ServiceEventPerformer]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-telecomaddressuse ELGA_TelecomAddressUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-urlscheme ELGA_URLScheme]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-wirkstoffe-ages ELGA Wirkstoffe AGES]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]<br />
<br />
<div class="portrait"><br />
<br />
=Anhang=<br />
==Abbildungen==<br />
<references group="Abbildung"/><br />
==Tabellen==<br />
<references group="Tabelle" /><br />
==Abkürzungsverzeichnis==<br />
{{ILF:Abkuerzungsverzeichnis}}<br />
<br />
==Literaturverzeichnis==<br />
<references /><br />
</div><br />
<br />
==Release-Log, Ausblick und weitere Informationen==<br />
Auf der [[ILF Diskussion:E-Impfpass (Version 2)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.<br />
<br /></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154575
ILF Diskussion:E-Impfpass (Version 2)
2023-04-24T13:12:34Z
<p>Tanjga: /* Hauptversion v2 */</p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|"effectiveDate" der ValueSets<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden mit kleinen Anpassungen übernommen, siehe https://wiki.hl7.at/index.php?title=ILF%3AEImpfpass_Allgemeine_Richtlinien&type=revision&diff=154571&oldid=154281. <br />
|24.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 161<br />
|PDF-Aussage falsch<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden für das Kapitel "PDF Format-Vorschrift" vollständig übernommen<br />
|24.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:EImpfpass_Allgemeine_Richtlinien&diff=154574
ILF:EImpfpass Allgemeine Richtlinien
2023-04-24T13:09:11Z
<p>Tanjga: /* PDF Format-Vorschrift */</p>
<hr />
<div>{{#css:<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
}}<br />
{{#customtitle:Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
==Allgemeine Richtlinien für die Implementierung des e-Impfpasses==<br />
===Verwendung von Schlüsselwörtern===<br />
Wenn im Text die Verbindlichkeit von Vorgaben angegeben wird, wird das durch Schlüsselwörter gekennzeichnet [gemäß RFC 2119], die in Majuskeln (Großbuchstaben) geschrieben werden. Die Angabe der Verbindlichkeit ersetzt nicht die Angabe von Kardinalität oder Nullwerten (die in HL7 Version 3 als nullFlavors ausgedrückt werden).<br />
<br />
*MUSS bedeutet eine verpflichtend einzuhaltende Vorschrift (Gebot). Entspricht den Konformitätskriterien '''''[M]''''' und '''''[R] 1..'''''.<br />
*NICHT ERLAUBT formuliert ein verpflichtend einzuhaltendes Verbot. Entspricht dem Konformitätskriterium '''''[NP]'''''.<br />
*SOLL oder EMPFOHLEN steht für eine pragmatische Empfehlung. Es ist gewünscht und empfohlen, dass die Anforderung umgesetzt wird, es kann aber Gründe geben, warum dies unterbleibt. Entspricht dem Konformitätskriterium '''''[R] 0..'''''.<br />
*KANN oder OPTIONAL (engl. MAY, OPTIONAL) Die Umsetzung der Anforderung ist optional, sie kann auch ohne zwingenden Grund unterbleiben. Entspricht dem Konformitätskriterium '''''[O]'''''.<br />
<br />
===Kardinalität===<br />
Die Kardinalität beschreibt, wie oft ein Element innerhalb einer Struktur auftreten kann. Die Kardinalität wird durch ein Intervall zwischen der minimalen und maximalen Anzahl angegeben, getrennt durch "..". Eine unbegrenzte Anzahl wird durch ein "*" angegeben. Daraus ergeben sich mindestens folgende Möglichkeiten: 0..1; 0..*; 1..1; 1..*<br />
<br />
===Umgang mit optionalen Elementen===<br />
Sind Elemente bzw. Attribute als "optional" gekennzeichnet ('''''[O]''''') so ist ihre Verwendung OPTIONAL, aber es ist NICHT ERLAUBT, dass sie, wenn sie verwendet werden, leer sind. Möchte man ein optionales Element explizit mit einem leeren Wert angeben, so hat dies durch Kennzeichnung mit '''''[[#Der_nullFlavor|nullFlavor]]''''' zu erfolgen.<br />
<br />
===Legende der Konformitätskriterien===<br />
====Optionalitäten von CDA-Elementen====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="15%" |Konformitäts-Kriterium|| style="text-align:left" width="15%" |Mögliche Kardinalität|| style="text-align:left" width="15%" |Verwendung von nullFlavor|| style="text-align:left" width="55%" |Beschreibung<br />
|- <br />
|'''''[M]'''''||1..1<br /> 1..*||''nicht erlaubt''||Das '''Element''' MUSS mit einem korrekten "echten" Wert angegeben werden ''("mandatory")''.<br />nullFlavor oder "Dummy"-Werte sind NICHT ERLAUBT.<br />
|- <br />
|'''''[NP]'''''||0..0||''nicht erlaubt''||Das '''Element i'''st NICHT ERLAUBT ''("not permitted")''.<br />
|- <br />
| rowspan="2" |'''''[R]'''''||1..1<br />1..*||''erlaubt''||Das '''Element''' MUSS in der Instanz vorhanden sein ''("required")''. Wenn ein Element nicht bekannt ist, ist die Verwendung eines nullFlavors vorgeschrieben, "Dummy"-Werte sind NICHT ERLAUBT.<br />
|- <br />
|0..1<br />0..*||''nicht erlaubt''||Das '''Element''' SOLL in der Instanz vorhanden sein, sofern bekannt ''("required")''. Wenn nicht bekannt, darf es nicht in der Instanz codiert sein und MUSS weggelassen werden. Ein nullFlavor ist daher NICHT ERLAUBT. Entspricht der in älteren Leitfäden gebräuchlichen Notation [R2] ''("required if known")''.<br />
|- <br />
|'''''[O]'''''||0..1<br />0..*||''erlaubt''||Das '''Element''' ist OPTIONAL ''("optional")''. Sender können das Element angeben. Leere optionale Elemente sind nicht zugelassen, sofern kein nullFlavor angewandt wird.<br />
|- <br />
|'''''[C]'''''|| || ||Die Optionalität des '''Elements''' variiert in Abhängigkeit von anderen Elementen, Situationen oder Zuständen (''"conditional"''). Die konkreten Abhängigkeiten sind in Folge angegeben.<br />
|-<br />
|}<br />
<ref group="Tabelle">Legende der Optionalitäten von Elementen</ref>:''Legende der Optionalitäten von Elementen''<br />
<br />
====Optionalitäten von CDA-Attributen====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="15%" |Konformitäts-Kriterium|| style="text-align:left" width="15%" |Mögliche Kardinalität|| style="text-align:left" width="55%" |Beschreibung<br />
|- <br />
|'''''[NP]'''''||0..0||Das '''Attribut''' ist NICHT ERLAUBT. ''("not permitted")''<br />
|-<br />
|'''''[R]'''''<br />
|1..1<br />
|Das '''Attribut''' MUSS in der Instanz vorhanden sein. ''("required")''<br />
|- <br />
|'''''[O]'''''||0..1||Das '''Attribut''' ist OPTIONAL. ''("optional")''<br />
|- <br />
|'''''[F]'''''||0..1<br />
1..1<br />
|Wenn das '''Attribut''' angegeben wird, ist ein fixer Wert vorgeschrieben. ''("fixed")''<br />
Für das '''Attribut''' ist ein fixer Wert vorgeschrieben. ''("fixed")''<br />
|-<br />
|}<br />
<ref group="Tabelle">Legende der Optionalitäten von Attributen</ref>:''Legende der Optionalitäten von Attributen''<br />
<br />
===Der nullFlavor===<br />
Das Attribut @''nullFlavor'' dient zur Kennzeichnung, dass ein Element nicht seiner Entsprechung gemäß befüllt werden kann. <br />
Die konkrete Anwendung des @''nullFlavor'' Attributs ist im Rahmen dieser Implementierungsleitfäden nur erlaubt, wenn er explizit in der Spezifikation eines Elementes angegeben ist. Für [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Codierungs-Elemente|codierte Elemente]] ist ein nullFlavor für unbekannte und fehlende Information nach Möglichkeit zu vermeiden, bevorzugt ist die Verwendung eines Codes mit demselben Informationsgehalt (etwa für "keine Allergie bekannt" das SNOMED Konzept 716186003 "No known allergy").<br />
<br />
Beispiel für ein Element, welches mit dem @''nullFlavor'' versehen wurde:<br />
<pre class="ilfbox_code"><br />
<id nullFlavor="UNK" /><br />
</pre><br />
Wenn in einem Element ein nullFlavor angegeben wurde, kann nicht gleichzeitig ein anderes Attribut eingetragen werden.<br />
<br />
'''nullFlavor Beispiele''':<br />
{| class="wikitable" <br />
|-<br />
! nullFlavor<br />
! displayName<br />
! Deutsche Übersetzung<br />
! Anwendung<br />
|-<br />
| '''NI'''<br />
| NoInformation<br />
| keine Information vorhanden<br />
| wenn es keine Informationen gibt<br />
|-<br />
| '''UNK'''<br />
| Unknown<br />
| unbekannt<br />
| wenn es Informationen gibt, diese aber unbekannt sind<br />
|-<br />
| '''MSK'''<br />
| Masked<br />
| maskiert <br />
| wenn es Informationen gibt, diese aber nicht bekannt gegeben werden (vertraulich, nicht freigegeben)<br />
|-<br />
| '''NA'''<br />
| Not applicable<br />
| nicht anwendbar<br />
| wenn keine Codierung verfügbar ist<br />
|-<br />
| '''OTH'''<br />
| Other<br />
| Andere<br />
| wenn eine Codierung nur in einem alternativen Codesystem verfügbar ist<br />
|}<br />
<ref group="Tabelle">nullFlavor-Beispiele aus Value Set ELGA_NullFlavor</ref>: nullFlavor-Beispiele aus Value Set [https://termgit.elga.gv.at/ValueSet/elga-nullflavor ELGA_NullFlavor]<br />
<br />
===Maximum-Set===<br />
Das CDA-Modell beschreibt ein höchst umfangreiches Schema von Informationselementen und bietet in manchen Bereichen über rekursive, beliebig tief verschachtelbare Elemente eine theoretisch unendlich hohe Anzahl von Möglichkeiten, Informationen abzulegen. Die vollständige Beschreibung und Definition aller Elemente in einem Implementierungsleitfaden wäre daher äußerst aufwändig und ist in den ELGA Implementierungsleitfäden nicht erfolgt.<br />
<br />
Vielmehr beschreiben die ELGA Implementierungsleitfäden lediglich jene Elemente, die erlaubt sind. Die Verwendung aller nicht angegebenen Elemente und Attribute ist NICHT ERLAUBT. Für alle Templates gelten die im [[#Datentypen|Kapitel Datentypen]] angegebenen Einschränkungen. Die ELGA Implementierungsleitfäden beschreiben daher ein sogenanntes '''''"Maximum-Set"''''', Die ELGA Templates sind demnach als "closed templates" entsprechend dem HL7 Templates Standard zu betrachten.<br />
{{BeginYellowBox}}<br />
Elemente oder Attribute, die nicht vom Allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden, sind NICHT ERLAUBT. <br />
{{EndYellowBox}}<br />
====Ausnahmen====<br />
Für diese Regel existieren nur die im Folgenden genannten Ausnahmen:<br />
<br />
=====Ausnahme: "templateId"=====<br />
''templateId''-Elemente KÖNNEN bei Bedarf an allen laut CDA-Schema möglichen Stellen verwendet werden. Wenn bereits templateId-Elemente laut Spezifikation vorgeschrieben sind, KÖNNEN beliebig viele weitere ''templateId''-Elemente angegeben werden.<br />
<br />
=====Ausnahme: Fixierte Attribute=====<br />
Attribute, die gem. CDA-Schema mit "fixed" angegeben sind, haben einen festen Wert, daher können diese Attribute auch weggelassen werden. Diese Attribute werden daher üblicherweise nicht beschrieben und angegeben. Die Angabe von fixierten Attributen oder Attributen mit ihrem gem. CDA-Schema definierten Default-Wert ist erlaubt, auch wenn diese nicht explizit im Leitfaden beschrieben sind.<br />
<br />
=====Explizit angegebene Ausnahmen=====<br />
Im speziellen Implementierungsleitfaden KÖNNEN bestimmte Sektionen als "offene Templates" definiert werden und Ausnahmen für Subsektionen und Entries zulassen.<br />
<br />
====Hinweis zur Implementierung weiterverarbeitender Software====<br />
CDA-Dokumente können unter Umständen "fremde" Elemente oder Attribute enthalten, die der "Maximum-Set" Vorschrift dieses Leitfadens widersprechen (z.B. aufgrund von Software-Fehlern). Sollten derartige Elemente oder Attribute im CDA-Dokument vorhanden sein, soll weiterverarbeitende Software so implementiert sein, dass dies nicht zu Fehlern in der Weiterverarbeitung der CDA-Dokumente führt.<br />
<br />
===Value Sets===<br />
Ein Value Set ist eine eindeutig durch Name oder OID identifizierbare und versionierte Sicht auf ein oder mehrere Codesysteme. Es kann als Zusammenstellung von einem oder mehreren Codes aus einem oder mehreren Codesystemen gesehen werden. Ein Value Set enthält die Codes selbst und die Information über die Herkunft des Codes (das Source-Codesystem), z.B. "ELGA_NullFlavor" oder "ELGA_Dokumentenklassen".<br />
<br />
Wo immer in den CDA-Implementierungsleitfäden eine Werteauswahl getroffen werden kann, wird ein passendes Value Set mit einem eindeutigen Namen angegeben. Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert: https://termgit.elga.gv.at/. <br />
<br />
====Value Set Binding====<br />
Für ELGA gilt grundsätzlich eine DYNAMISCHE Bindung an Value Sets. Das bedeutet, dass immer die aktuell am Terminologieserver publizierte Version eines Value Sets anzuwenden ist. (Das Setzen des entsprechenden Schlüsselworts DYNAMIC ist daher in den Leitfäden optional, aktuell gibt es auch keine ValueSets die statisch gebunden sind).<br />
<br />
Für jedes Value Set ist am Terminologieserver auch ein Zeitpunkt angegeben, an dem es Gültigkeit erlangt ("Status: Active as of"), das ist speziell für Value Sets wichtig, die schon vor ihrem Inkrafttreten veröffentlicht werden. Value Sets sind so lange gültig, bis das Gültigkeitsdatum einer neueren Version dieses Value Sets erreicht wird – dann gilt die neuere Version.<br />
<br />
Im CDA-Dokument KANN über die Attribute @ValueSet und @ValueSetVersion angegeben werden, welches Value Set in welcher Version als Basis für die Befüllung des jeweiligen Datenelements verwendet wurde.<br />
<br />
====Änderbarkeit von Value Sets====<br />
Inhalte von Value Sets können sich ändern, der Name und die OID eines Value Sets bleiben aber gleich. Alle ValueSets, die für ein CDA des Implementierungsleitfadens verwendet werden, sollen periodisch gemeinsam aktualisiert werden. Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird im Terminologiedatum-Header-Element "terminologyDate" angegeben. Damit kann die Gültigkeit zu einer bestimmten Zeit rekonstruiert werden.<br />
<br />
====Publikation der Value Sets am Terminologieserver====<br />
Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert. <ref name="Terminologieserver"/><br />
Damit die jeweils aktuelle Version der Value Sets angewendet werden kann, soll der Terminologieserver regelmäßig auf Update abgeprüft werden. Es wird EMPFOHLEN, diese Überprüfung täglich durchzuführen.<br />
<br />
====Terminologiedatum====<br />
Das Datum, an dem sämtliche lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird über das "Terminologiedatum" angegeben: Dieses Datum wird in der Notation "YYYYMMDD" im eigenen Element "terminologyDate" angegeben.<br />
Beim Abgleich der Terminologien müssen immer alle Value Sets, die für ein CDA-Dokument notwendig sind, auf die am Terminologieserver aktuelle Version aktualisiert werden. Dokumente, die nur teilweise auf dem aktuellen Stand beruhen, könnten inkonsistent sein und MÜSSEN vermieden werden.<br />
<br />
===PDF Format-Vorschrift===<br />
In CDA Dokumenten können Dokumente im PDF Format an verschiedensten Stellen eingebettet werden, entweder als gesamter CDA-Body oder als eingebetteter Inhalt in gewissen CDA-Sektionen. Im Hinblick auf eine dauerhafte Verfügbarkeit der Daten muss mindestens gewährleistet werden, dass diese PDF-Dokumente zuverlässig und eindeutig visuell reproduzierbar sind. Dies kann über die Einhaltung der Mindestkriterien der Norm ISO 19005-1:2005 sichergestellt werden (PDF/A-1b Basic bzw. PDF/A-3b Basic). Die Norm beschreibt zusätzlich die Barrierefreiheit der Dokumente, sodass sie von einem Screenreader vorgelesen werden können (PDF/A-1a Accessible bzw. PDF/A-3a Accessible). Dieser Implementierungsleitfaden schreibt daher als Minimalanforderung vor, dass jedes eingebettete PDF-Dokument dem Standard PDF/A-1b bzw. PDF/A-3b entsprechen MUSS. Im Sinne der Barrierefreiheit ist die Umsetzung von PDF/A-1a bzw. PDF/A-3a EMPFOHLEN.<br />
{{BeginYellowBox}}<br />
Alle in ELGA-CDA-Dokumente eingebetteten PDF-Dateien MÜSSEN dem Standard PDF/A-1b bzw. PDF/A3-b (gemäß "ISO 19005-1:2005 Level A conformance") entsprechen. Die Umsetzung von PDF/A-1a bzw. PDF/A-3a ist EMPFOHLEN.<br />
{{EndYellowBox}}<br />
<br />
===Größenbeschränkung von eingebetteten Objekten===<br />
In CDA-Dokumenten können verschiedene Objekte (z.B. PDF-Dokumente, Bilder) eingebettet werden (siehe "[[#Eingebettetes_Objekt_Entry|Eingebettetes Objekt Entry]]").<br />
<br />
Dieser Implementierungsleitfaden schreibt keine Größenbeschränkung für diese Objekte vor, es wird allerdings EMPFOHLEN, diese in Bezug auf Anzahl und Speicherbedarf so klein wie möglich zu halten. Es liegt in der Verantwortung des Erstellers, die Größe der über ELGA bereitgestellten CDA-Dokumente etwa durch Verringerung der Auflösung oder der Anzahl der Einzelbilder auf eine sinnvolle und angemessene Größe zu beschränken.<br />
{{BeginYellowBox}}<br />
Damit beim Download keine unnötigen Verzögerungen verursacht werden, SOLL die Gesamtgröße des CDA-Dokuments 20 MB nicht überschreiten.<br />
{{EndYellowBox}}<br />
<br />
===Verbot von CDATA===<br />
Die Verwendung von CDATA-Abschnitten (<![CDATA[…]]>), also von Zeichenketten, die vom Parser nicht als XML-Quellcode interpretiert werden können, ist für ELGA CDA-Dokumente generell '''NICHT ERLAUBT'''.</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:EImpfpass_Datentypen&diff=154573
ILF:EImpfpass Datentypen
2023-04-24T13:01:56Z
<p>Tanjga: /* Identifikations-Elemente */</p>
<hr />
<div>{{#css:<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
}}<br />
{{#customtitle:e-Impfpass Datentypen}}<br />
<br />
=Datentypen=<br />
Im folgenden Abschnitt werden nur die Datentypen beschrieben, die in e-Impfpass CDA-Dokumenten zur Anwendung kommen. Für weiterführende Informationen wird auf den zugrundeliegenden Standard Health Level Seven Version 3 (V3), Normative Edition verwiesen. <br />
==Identifikations-Elemente==<br />
===id-Element II===<br />
Identifikationselemente erlauben die global eindeutige Identifikation durch Verwendung von Objektidentifikatoren (kurz "OID"), gemäß dem in ISO/IEC 9834-1 normierten Mechanismus zur weltweit eindeutigen Kennzeichnung von Informationsobjekten. Die relevanten OID werden im OID-Portal (https://www.gesundheit.gv.at/OID_Frontend/index.jsp?section=1) für das Österreichische Gesundheitswesen registriert und veröffentlicht.<br />
<br />
Identifikationselemente können im id-Element grundsätzlich auf zweierlei Arten angegeben werden:<br />
* '''Methode 1''': Angabe der ID sowie einer OID der ID-Liste, aus der die ID stammt<br />
* '''Methode 2''': Direkte Angabe der ID in Form einer OID. Alternativ zu OID kann hier auch eine UUID gemäß Standard ISO/IEC 9834-8:2014 verwendet werden, wobei die Buchstaben A-F der Hexadezimalzahlen in Großschreibung angegeben werden MÜSSEN. <br />
<br />
<br />
<sup>7</sup> OID Portal für das Österreichische Gesundheitswesen: https://www.gesundheit.gv.at/OID_Frontend/ <br />
<br />
====Strukturbeispiele====<br />
'''Methode 1:'''<br />
<pre class="ilfbox_code"><br />
<!—<br />
Angabe der OID der ID-Liste in @root<br />
sowie der eigentlichen ID in @extension<br />
--><br />
<id root="1.2.40.0.34.99.111.1.1"<br />
extension="134F989"<br />
assigningAuthorityName="KH Eisenstadt" /><br />
</pre><br />
'''Methode 2:'''<br />
<pre class="ilfbox_code"><br />
<!-- Angabe einer OID als direkten Identifikator --><br />
<id root="1.2.40.0.34.99.111.0.1"<br />
assigningAuthorityName="KH Eisenstadt" /><br />
</pre><br />
<br/><br />
<pre class="ilfbox_code"><br />
<!-- Angabe einer UUID als direkten Identifikator --><br />
<id root="6B48B496-C68E-CD08-55D4-B40CAC520F28"<br />
assigningAuthorityName="KH Eisenstadt" /><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei II Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Attribute angegeben.<br />
<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Methode 1: OID der ID-Liste, der die ID angehört<br />
Methode 2: OID oder UUID des Objekts<br />
{{BeginYellowBox}}<br />
Die Hexadezimalzahlen A-F der UUID MÜSSEN bei der Verwendung in HL7 CDA in Großschreibung angegeben werden.<br />
{{EndYellowBox}}<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 0..1 || style="background:#EBEBEB"| C || <br />
<br />
|- style="background:#EBEBEB"<br />
| ||colspan="2"| ''Konditioinale Konformität:'' <br/> Methode 1 <br/> Methode 2|| <br/> 1..1 <br/> 0..0|| <br/> M <br/> NP || ID des Objekts aus der ID-Liste<br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Klartext-Darstellung der Stelle, welche die ID ausgibt<br />
|-<br />
|}<br />
<br />
====Vorschriften für bereits definierte ID-Arten====<br />
Die folgenden Unterkapitel zeigen IDs, die in CDA-Dokumenten zur Anwendung kommen können.<br />
<br />
=====ID aus dem GDA-Index=====<br />
Die Vorgaben für IDs aus dem GDA-Index sind in der Basiskomponente "GDA-Index" beschrieben.<br />
<br />
Informationen zum österreichischen OID-Konzept finden Sie online auf dem "OID Portal Österreich": https://www.gesundheit.gv.at/OID_Frontend/index.jsp?section=1<br />
<br />
=====DVR-Nummer=====<br />
Die Datenverarbeitungsregister-Nummer (DVR-Nummer) des jeweiligen Gesundheitsdienstleisters kann als zusätzliches ID-Element abgebildet werden.<br />
<br />
======Spezifikation======<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Fester Wert: '''1.2.40.0.10.2.0.2.1 '''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 1..1 || style="background:lightblue"| M || '''Datenverarbeitungsregister-Nummer''' <br/>'''(DVR-Nummer)''' <br/> z.B.: 0000137 <br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Fester Wert: '''Österreichisches Datenverarbeitungsregister'''<br />
|-<br />
|}<br />
<br />
=====ATU Nummer=====<br />
Die Umsatzsteueridentifikationsnummer (ATU-Nummer) des jeweiligen Gesundheitsdienstleisters kann als zusätzliches ID-Element abgebildet werden.<br />
<br />
======Spezifikation======<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Fester Wert: '''1.2.40.0.10.2.0.3.1'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 1..1 || style="background:lightblue"| M || '''Umsatzsteueridentifikationsnummer''' <br/>'''(ATU-Nummer)''' <br/> z.B.: ATU56658245<br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Fester Wert: '''Österreichisches Finanzamt'''<br />
|-<br />
|}<br />
<br />
=====Bankverbindung=====<br />
Die einzelnen Elemente einer Bankverbindung (IBAN, SWIFT-Adresse oder BIC) können jeweils als eigene ID-Elemente abgebildet werden. Bankleitzahl und Kontonummer werden nicht mehr unterstützt.<br />
<br />
======Spezifikation: IBAN======<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Fester Wert: '''1.0.13616 '''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 1..1 || style="background:lightblue"| M || '''IBAN''' <br/> z.B.: 1200052066543301<br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Fester Wert: '''Society for Worldwide Interbank Financial Telecommunication'''<br />
|-<br />
|}<br />
<br />
======Spezifikation: SWIFT-Adresse oder BIC======<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Fester Wert: '''1.0.9362'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 1..1 || style="background:lightblue"| M || '''SWIFT/BIC''' <br/> z.B.: BKAUATWW<br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Fester Wert: '''Society for Worldwide Interbank Financial Telecommunication'''<br />
|-<br />
|}<br />
<br />
==Codierungs-Elemente==<br />
Mit Codierungselementen können Konzepte über einen Code und der Angabe des Terminologie- bzw. des Codesystems, aus dem der Code stammt, ausgedrückt werden.<br />
<br />
===code-Element CE CWE===<br />
Begriffsdefinitionen: <br />
* CE "Coded with Equivalents"<br />
* CWE "Coded With Exceptions" (bedeutet, dass das vom Standard angegebene Vokabular empfohlen wird, im Leitfaden können Ausnahmen definiert werden)<br />
<br />
====Strukturbeispiele====<br />
<br />
=====Minimal-Variante um einen Code eindeutig darzustellen:=====<br />
<pre class="ilfbox_code"><br />
<code code="E10"<br />
codeSystem="1.2.40.0.34.5.56"/><br />
</pre><br />
<br />
=====Gebräuchlichste Variante mit zusätzlichem Klartext für Code und Codesystem=====<br />
<pre class="ilfbox_code"><br />
<code code="E10"<br />
displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"<br />
codeSystem="1.2.40.0.34.5.56"<br />
codeSystemName="ICD-10 BMG 2014"/><br />
</pre><br />
<br />
=====Vollständige-Variante mit direkter Angabe des Textinhalts=====<br />
<pre class="ilfbox_code"><br />
<code code="E10"<br />
displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"<br />
codeSystem="1.2.40.0.34.5.56"<br />
codeSystemName="ICD-10 BMG 2014"<br />
codeSystemVersion="1.00"><br />
<originalText>Diabetes mellitus Typ 2</originalText><br />
</code><br />
</pre><br />
<br />
=====Vollständige-Variante mit Referenz in den narrativen Textbereich=====<br />
<pre class="ilfbox_code"><br />
<code code="E11"<br />
displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"<br />
codeSystem="1.2.40.0.34.5.56"<br />
codeSystemName="ICD-10 BMG 2014"<br />
codeSystemVersion="1.00"><br />
<originalText><br />
<reference value="#entldiag-1"/><br />
</originalText><br />
</code><br />
</pre><br />
Für eine detaillierte Beschreibung der Abbildung von Referenzen in den narrativen Bereich siehe [[#Spezifikation_4|Spezifikation]] und [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Verkn.C3.BCpfung_von_Text_und_Entry_.28.22CDA_Level_4.22.29|"Verknüpfung von Text und Entry"]].<br />
<br />
=====Vollständige-Variante mit Referenz in den narrativen Textbereich und Übersetzung in zwei andere Code-Systeme=====<br />
<pre class="ilfbox_code"><br />
<code code="E10"<br />
displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"<br />
codeSystem="1.2.40.0.34.5.56"<br />
codeSystemName="ICD-10 BMG 2014"><br />
<originalText><br />
<reference value="#entldiag-1"/><br />
</originalText><br />
<translation code="46635009"<br />
displayName="Diabetes mellitus type I"<br />
codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"><br />
<originalText><br />
<reference value="#entldiag-1"/><br />
</originalText><br />
</translation><br />
<translation code="xyz"<br />
displayName="Diabetes mellitus juvenilis"<br />
codeSystem="9.8.7.6.5.4.3.2.1" codeSystemName="AnderesCodesystem"><br />
<originalText><br />
<reference value="#entldiag-1"/><br />
</originalText><br />
</translation><br />
</code><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei CE CWE Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="4" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="4" style="text-align:left" | code|| CE <br/>CWE|| || || Code Element<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @code|| cs|| 1..1 || M || Der eigentliche Code-Wert<br/>z.B. '''E10'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @displayName|| st|| 0..1 || R || Die Klartext-Darstellung des Code-Werts, wie vom originalen Codesystem (in der entsprechenden offiziellen Sprachvariante) vorgesehen.<br/> z.B. '''Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes''' <br/>Der DisplayName ist nicht zur Weiterverarbeitung und zur Anzeige in einem User-Interface vorgesehen.<br />
Die Bedeutung wird durch @code und @codeSystem getragen und SOLL über die entsprechende Codeliste aufgelöst werden. <br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @codeSystem|| uid || 1..1 || M || Die Identifikation der Codeliste<br/> z.B. '''1.2.40.0.34.5.56''' bzw. die aktuell gültige OID der Codeliste<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @codeSystemName|| st|| 0..1 || R|| Der Klartext-Darstellung der Codeliste <br/> z.B. '''ICD-10 BMG 2014''' bzw. die aktuell gültige Version<br />
<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @codeSystemVersion|| st|| 0..1 || O || Die Versionsnummer der Codeliste<br/> z.B. '''1.00'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | originalText|| ED|| 0..1 || O || Textinhalt, der als Basis zur Codierung herangezogen wurde (… von der Person gesehen, als sie den Code vergeben hat). <br/>Entweder direkt angegeben als "String" oder indirekt als "Referenz" auf eine Textstelle im narrativen Bereich.<br/>Im Falle der direkten Angabe als "String", z.B. '''Diabetes mellitus Typ 1'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || || colspan="2" | reference|| TEL|| 0..1 || style="background:#EBEBEB" | C || Referenz Element<br />
<br />
|- style="background:#EBEBEB"<br />
| || || || colspan="2" | ''Konditionale Konformität:''<br/>Wenn indirekte Angabe als "Referenz"<br/>Wenn direkte Angabe|| <br/> 1..1<br/> 0..0 || <br/>M <br/> NP || <br />
<br />
|- style="background:#FFFFFF"<br />
| || || || @value || url || 1..1 || M || '''''#{generierter_ref_string}-{generierteID}'''''<br/>z.B.: '''#entldiag-1''', verweist auf die Textstelle im narrativen Block: <td ID="'''entldiag-1'''">'''Diabetes mellitus Typ 1'''</td><br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | translation|| CE <br/>CWE || 0..* || O || Beliebig viele optionale Übersetzungen des Codes in andere Codesysteme gemäß derselben Spezifikation (CE CWE) wie das Code-Element selbst.<br />
|}<br />
<br />
===code-Element CS CNE===<br />
Begriffsdefinitionen: <br />
* CS "Coded Simple"<br />
* CNE "Coded No Exceptions" (bedeutet, dass das angegebene Vokabular verwendet werden MUSS)<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<languageCode code="de-AT" /> <br />
</pre><br />
<br />
====Spezifikation====<br />
Bei CS CNE Elementen wird nur das folgende Attribut angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | code|| CS CNE || || || Code Element<br />
<br />
|- style="background:#FFFFFF"<br />
| || @code|| cs || 1..1 || M || Der eigentliche Code-Wert<br/> z.B. '''de-AT'''<br />
<br />
|-<br />
|}<br />
<br />
==Zeit-Elemente==<br />
Angaben von Zeiten sind in HL7 CDA auf vielerlei Arten möglich. Es können Zeitpunkte, Zeitintervalle bestehend aus Beginn- und Endzeitpunkt, Zeitintervalle bestehend aus Beginnzeitpunkt und Dauer und vielerlei mehr Varianten abgebildet werden. Damit nicht alle beliebigen Varianten implementiert werden müssen, werden die Varianten über den Leitfaden stark eingeschränkt. Weitere Spezifizierungen von Zeit-Elementen können von den speziellen Implementierungsleitfäden vorgenommen werden, z.B. spezifiziert der Implementierungsleitfaden e-Medikation den Datentyp GTS (General Timing Specification) für komplexe Zeitangaben mit Anfang, Ende und Häufigkeit bei den Einnahmeregeln für Medikamente.<br />
Allgemein gilt, dass nicht angegebene Datums- und Zeitanteile (also z.B. fehlende Sekunden) mit 0 (Null) angenommen werden. D.h. 201908071633 entspricht 20190807163300. <br />
<br />
'''Normale Angabe von Datum und Zeit'''<br/><br />
1) '''Zeitpunkte''': Die häufigsten Datums- und Zeitangaben werden über den Datentyp [https://art-decor.org/mediawiki/index.php?title=DTr1_TS.AT.TZ TS.AT.TZ] zusammengefasst und im Folgenden unter ''Einfaches Zeitelement TS'' beschrieben. <br />
Hier kann der Wert für einen Zeitpunkt auf zweierlei Arten angegeben werden:<br />
* Als taggenaues Datum <br />
* Als Datum mit sekundengenauer Uhrzeit und Zeitzone<br />
<br />
2) '''Zeitintervalle''': Bestehen aus Anfangs- und Endpunkt, die wiederum als Zeitpunkt wie oben angegeben werden. Dieser Datentyp wird als ''Intervall-Zeitelement IVL_TS'' im Anschluss spezifiziert.<br />
<br />
===Zeitpunkt: Einfaches Zeitelement TS===<br />
<br />
=====Nur Datum=====<br />
Wird ein Zeitpunkt als Datum (ohne Zeit) angegeben, MUSS dies in folgendem Format erfolgen: '''''YYYYMMDD'''''<br />
<br />
<u>Bedeutung:</u><br />
* Jahr 4-stellig + <br />
* Monat 2-stellig + <br />
* Tag 2-stellig<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<effectiveTime value="20081224"/> <!-- Datum 24.12.2008 --><br />
</pre><br />
<br />
<br />
=====Datum, Zeit und Zeitzone=====<br />
Wird ein Zeitpunkt als Datum mit Zeit angegeben, MUSS dies in folgendem Format erfolgen: '''''YYYYMMDDhhmmss[+/-]HHMM'''''<br />
<br />
<u>Bedeutung:</u><br />
* Jahr 4-stellig + <br />
* Monat 2-stellig + <br />
* Tag 2-stellig<br />
* Stunde 2-stellig (24 Stunden Format)<br />
* Minute 2-stellig<br />
* Sekunde 2-stellig<br />
* + oder -<br />
* Zeitzonenverschiebung Stunde 2-stellig<br />
* Zeitzonenverschiebung Minute 2-stellig<br />
Wird in einem Zeitelement zusätzlich zum Datum eine Zeit angegeben, '''''MUSS die Zeitzone verpflichtend angegeben werden!'''''<br />
<br />
Die angegebene Zeitzone MUSS die aktuelle Sommerzeitregelung inkludieren.<br />
<br />
====Strukturbeispiele ====<br />
<br />
a) Winterzeit, Österreich (MEZ)<br />
<pre class="ilfbox_code"><br />
<effectiveTime value="20081224150000+0100"/> <!-- Datum 24.12.2008, um 15:00 Uhr in Europa/Wien (bei Winterzeit) --><br />
</pre><br />
b) Sommerzeit, Österreich (MESZ)<br />
<pre class="ilfbox_code"><br />
<effectiveTime value="20080824150000+0200"/> <!-- Datum 24.08.2008, um 15:00 Uhr in Europa/Wien (bei Sommerzeit) --><br />
</pre><br />
<br />
<br />
====Spezifikation====<br />
Bei Zeitpunkten werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | effectiveTime|| TS.AT.TZ || || || <br />
<br />
|- style="background:#FFFFFF"<br />
| || @value|| ts|| 1..1 || M || '''Zeitpunkt (bei Zeitangabe mit Zeitzone)'''<br/>z.B. 20131224180000+0100<br />
|-<br />
|}<br />
<br />
===Zeitintervall: Intervall-Zeitelement IVL_TS===<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<effectiveTime><br />
<low value="..."/> <!-- Zeitpunkt von --><br />
<high value="..."/> <!-- Zeitpunkt bis --><br />
</effectiveTime><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei Zeitintervallen werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="3" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="3" style="text-align:left" | effectiveTime|| IVL_TS || || || Zeitintervall<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | low || TS.AT.TZ || 1..1 || R || Beginn des Intervalls<br/>Zugelassene nullFlavor: '''UNK'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @value || ts || 1..1 || M || '''Zeitpunkt des Beginns des Intervalls'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | high|| TS.AT.TZ || 1..1 || R || Ende des Intervalls<br/>Zugelassene nullFlavor: '''UNK'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @value || ts || 1..1 || M || '''Zeitpunkt des Endes des Intervalls'''<br />
|-<br />
|}<br />
<br />
Ein Datum, das mit yyyymmdd angegeben wurde, wird gemäß Standard HL7 CDA Rel.2 interpretiert als yyyymmdd000000 – also der Tag um 0:00:00 Uhr. Wenn also als Zeitraum z.B.: der ganze 1.Dezember 2013 angegeben werden soll, MUSS das so erfolgen:<br />
<pre class="ilfbox_code"><br />
<low value="20131201"/> <br />
<high value="20131202"/><br />
</pre><br />
Für mehr Klarheit empfiehlt sich daher die zusätzliche Angabe der Zeit mit Zeitzone:<br />
<pre class="ilfbox_code"><br />
<low value="20131201000000+0100"/> <br />
<high value="20131201235959+0100"/><br />
</pre><br />
<br />
<br />
===Minimale Datumsangabe: TS.DATE===<br />
<br />
Eine minimale Datumsangabe umfasst die möglichen Formate: YYYYMMDD, YYYYMM oder YYYY. Dies wird mit dem Datentyp [https://art-decor.org/mediawiki/index.php?title=DTr1_TS.DATE TS.DATE] angezeigt. <br />
<br />
====Strukturbeispiel====<br />
Datum: "Juni 2008"<br />
<pre class="ilfbox_code"><br />
<effectiveTime value="200806"/><br />
</pre><br />
<br />
====Spezifikation====<br />
Beim Datum [https://art-decor.org/mediawiki/index.php?title=DTr1_TS.DATE TS.DATE] werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | effectiveTime|| TS.DATE || || || <br />
<br />
|- style="background:#FFFFFF"<br />
| || @value|| ts|| 1..1 || M || '''Datum im Format YYYY, YYYYMM, YYYYMMDD'''<br/>z.B. 20131224, 201312, 2013<br />
|-<br />
|}<br />
<br />
==Kontaktdaten-Elemente==<br />
===telecom-Element TEL===<br />
Ein telecom Kommunikations-Element dient zur Angabe von Kontaktdaten zu einem Personen- oder Organisationselement.<br />
<br />
====Strukturbeispiele====<br />
=====Beispiele für Präfixe in TEL Elementen=====<br />
<pre class="ilfbox_code"><br />
<telecom value="'''tel:'''+43.1.40400"/><br/><telecom value="'''fax:'''(02236)83.12323-12"/><br/><telecom value="'''mailto:'''office@organisation.at"/><br/><telecom value="'''http'''://www.organisation.at"/><br />
</pre><br />
<br />
=====Beispiel für die Angabe einer Mobilnummer=====<br />
<pre class="ilfbox_code"><br />
<telecom use="MC" value="tel:+43.660.1234567"/><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei ''TEL'' Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | telecom|| TEL|| || || Kontakt-Element<br />
<br />
|- style="background:#FFFFFF"<br />
| || @value|| url || 1..1 || M || Die Kontaktadresse (Telefonnummer, Email, etc.)<br/>Formatkonvention siehe "[[#telecom_.E2.80.93_Format_Konventionen_f.C3.BCr_Telekom-Daten|telecom – Format Konventionen für Telekom-Daten]]"<br/> Bsp: ''tel'':+43.1.1234567<br/>Zulässige Werteliste für telecom Präfixe gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-urlscheme ELGA_URLScheme]'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @use|| cs|| 0..1 ||O || Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)<br/>Bsp: WP<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-telecomaddressuse ELGA_TelecomAddressUse]'''<br />
|-<br />
|}<br />
<br />
====telecom – Format Konventionen für Telekom-Daten====<br />
Das @''value'' Attribut des ''telecom''-Elements …<br />
* … MUSS das URI Schema "''tel:''", "''mailto:''", etc. aufweisen<br />
** Zulässige Werteliste für telecom Präfixe gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-urlscheme ELGA_URLScheme]'''<br />
* … MUSS im Falle von internationalen Telefonnummern mit einem "+" beginnen<br />
* … DARF nur Ziffernzeichen 0 bis 9 nutzen sowie als visuelle Separatorzeichen nur Bindestrich –, Punkte . oder Klammern () verwenden.<br />
** … Leerzeichen sind in Telefonnummern NICHT ERLAUBT<br />
<br />
==Namen-Elemente==<br />
===Namen-Elemente von Personen PN===<br />
Personen-Namen werden über das Element ''name'' abgebildet.<br />
<br />
Die Bedeutung des Namen-Elements KANN mit dem Attribut @use angegeben werden. Fehlt das Attribut, wird der Name als "rechtlicher Name" (Realname bzw. bürgerlicher Name) angenommen (entsprechend @use="L", ''legal name'').<br />
<br />
Werden mehrere Namen angegeben, MUSS die Bedeutung für jedes Namen-Element über das Attribut @use angegeben werden, wobei nur EIN rechtlicher Name angegeben werden DARF. <br />
<br />
====Granularitätsstufe 1: Unstrukturierte Angabe====<br />
In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.<br />
=====Strukturbeispiele=====<br />
Beispiele für ''name''-Elemente in Granularitätsstufe 1:<br />
<pre class="ilfbox_code"><br />
<name>Dr. Herbert Mustermann</name><br />
</pre><br />
<br/><br />
<pre class="ilfbox_code"><br />
<name use="A">Dr. Kurt Ostbahn </name><br />
</pre><br />
<br />
=====Spezifikation=====<br />
Bei ''name''-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | name|| PN || || || Namen-Element (Person)<br />
<br />
|- style="background:#FFFFFF"<br />
| || @use|| cs||0..1 || O || Die genaue Bedeutung des angegebenen Namens, beispielsweise, dass der angegebene Personen-Name ein "Künstlername" ist. Weitere Bsp: L (rechtlicher Name), A (Künstlername), R (Ordensname)<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynameuse ELGA_EntityNameUse]'''<br/><br />
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name ("L").<br />
|-<br />
|}<br />
<br />
====Granularitätsstufe 2: Strukturierte Angabe====<br />
In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindesten ein Vorname und mindesten ein Nachname) werden getrennt angegeben.<br />
=====Strukturbeispiel=====<br />
Beispiel für ein ''name''-Element in Granularitätsstufe 2:<br />
<pre class="ilfbox_code"><br />
<name><br />
<prefix qualifier="PR">OMedR</prefix><br />
<prefix qualifier="AC">Dr.</prefix><br />
<given>Sissi</given><br />
<family>Österreich</family><br />
<family qualifier="BR">Habsburg</family><br />
<suffix qualifier="AC">MSc</suffix><br />
</name><br />
</pre><br />
<br />
=====Spezifikation=====<br />
Bei ''name''-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="3" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="3" style="text-align:left" | name|| PN|| || || Namen-Element (Person)<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | @use|| cs|| 0..1 || O || Die genaue Bedeutung des angegebenen Namens, beispielsweise, dass der angegebene Personen-Name ein "Künstlername" ist.<br/>Bsp: L (rechtlicher Name), A (Künstlername), R (Ordensname)<br/><br />
Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynameuse ELGA_EntityNameUse]'''<br/>Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name ("L").<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | prefix|| en.prefix|| 0..* || O || Beliebig viele Präfixe zum Namen<br/>z.B. Akademische Titel, Adelstitel<br/>{{BeginYellowBox}}Achtung: Die Angabe der Anrede ("Frau", "Herr"), ist im CDA nicht vorgesehen!{{EndYellowBox}}<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @qualifier|| cs|| 0..1 || O || Die genaue Bedeutung eines ''prefix''-Elements, beispielsweise, dass das angegebene Präfix einen akademischen Titel darstellt.<br/>z.B.: AC ("Akademischer Titel")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | given|| en.given|| 1..* || M || Mindestens ein Vorname<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @qualifier|| cs|| 0..1 || O || Die genaue Bedeutung eines ''given''-Elements, beispielsweise, dass das angegebene Element ein Initial (z.B. ''middle initial'') bezeichnet.<br/>z.B.: IN ("Initial")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | family|| en.family|| 1..* || M || Mindestens ein Hauptname (Nachname)<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @qualifier|| cs|| 0..1 || O || Die genaue Bedeutung eines ''family''-Elements, beispielsweise, dass das angegebene Element einen Geburtsnamen bezeichnet.<br/>z.B.: BR ("Geburtsname")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | suffix|| en.suffix|| 0..* || O || Beliebig viele Suffixe zum Namen<br/>z.B. Akademische Titel, Adelstitel<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @qualifier|| cs|| 0..1 || O || Die genaue Bedeutung eines ''suffix''-Elements, beispielsweise, dass das angegebene Suffix einen akademischen Titel darstellt.<br/>z.B.: AC ("Akademischer Titel")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]'''<br />
|-<br />
|}<br />
<br />
Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:<br />
* Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.<br />
* Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.<br />
* Nachnamen (family) und ein eventuelles Trennzeichen (meistens "-") MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.<br />
* Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.<br />
<br />
Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set [https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]), v.a. für Präfix/Suffix.<br />
<br />
Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw. "Jun."/"Sen" oder "Jr."/"Sr" zu.<br />
<pre class="ilfbox_code"><br />
<name><br />
<given>Herbert</given><br />
<family>Mustermann</family><br />
<suffix>Sen.</suffix><br />
</name><br />
</pre><br />
<br />
===Namen-Elemente von Organisationen ON===<br />
Organisations-Namen werden über das Element ''name'' abgebildet.<br />
<br />
Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisationsnamens zu. Die Verwendung des @''qualifier'' Attributs beim name-Element ist nicht gestattet.<br />
<br />
====Strukturbeispiel====<br />
Beispiel für die Angabe eines Organisationsnamens:<br />
<pre class="ilfbox_code"><br />
<name>Krankenhaus Wels</name><br />
</pre><br />
<br />
====Spezifikation====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | name|| ON|| || || Name der Organisation<br />
|-<br />
|}<br />
<br />
==Adress-Elemente==<br />
Adressen von Personen und Organisationen werden über das Element ''addr'' abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird.<br />
<br />
Sind keine Adressdaten vorhanden, kann das Element entweder wegelassen werden oder mit NullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.<br />
<br />
===Granularitätsstufe 1: Unstrukturierte Angabe===<br />
In Granularitätsstufe 1 wird die Adresse unstrukturiert angegeben. Die einzelnen Elemente der Adresse (Straße, PLZ, Ort, …) werden nicht getrennt.<br />
{{BeginYellowBox}}<br />
Hinweis: Diese Granularitätsstufe wird für Adressen in e-Impfpass nicht verwendet!<br/><br />
{{EndYellowBox}}<br />
<br />
===Granularitätsstufe 2: Strukturierte Angabe, Stufe 1===<br />
In Granularitätsstufe 2 wird die Adresse strukturiert angegeben, wobei aber Straße und Hausnummer noch zusammen angegeben werden.<br />
====Strukturbeispiel====<br />
Beispiel für ein ''addr''-Element in Granularitätsstufe 2:<br />
<pre class="ilfbox_code"><br />
<addr><br />
<streetAddressLine>Musterstraße 11a/2/1</streetAddressLine><br />
<postalCode>7000</postalCode><br />
<city>Eisenstadt</city><br />
<state>Burgenland</state><br />
<country>AUT</country><br />
<additionalLocator>Station A, Zimmer 9</additionalLocator><br />
</addr><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei ''addr''-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | addr|| AD|| || || Adress-Element <br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | @use|| cs|| 0..1 || O || Die genaue Bedeutung der angegebenen Adresse, beispielsweise, dass die angegebene Adresse die Wohn-Adresse ist.<br/>Bsp: HP ("Home primary")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-addressuse ELGA_AddressUse]'''<br/><br />
Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als "Wohnadresse" ("H") und bei Organisationen als Büroadresse ("WP").<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | streetAddressLine|| ADXP|| 1..1 || M || Straße mit Hausnummer<br/>Bsp: Musterstraße 11a/2/1<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | postalCode|| ADXP|| 1..1 || M || Postleitzahl<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | city|| ADXP|| 1..1 || M || Stadt<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | state|| ADXP|| 0..1 || O || Bundesland<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | country|| ADXP|| 1..1 || M || Staat<br/><br />
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. "AUT" für Österreich, "DEU" für Deutschland…<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | additionalLocator|| ADXP|| 0..1 || O || Zusätzliche Addressinformationen<br/>z.B.: Station, Zimmernummer im Altersheim<br />
|-<br />
|}<br />
<br />
===Granularitätsstufe 3: Strukturierte Angabe, Stufe 2===<br />
In Granularitätsstufe 3 wird die Adresse maximal strukturiert angegeben (Straße und Hausnummer getrennt).<br />
<br />
====Strukturbeispiel====<br />
Beispiel für ein ''addr''-Element in Granularitätsstufe 3:<br />
<pre class="ilfbox_code"><br />
<addr><br />
<streetName>Musterstraße</streetName><br />
<houseNumber>11a/2/1</houseNumber><br />
<postalCode>7000</postalCode><br />
<city>Eisenstadt</city><br />
<state>Burgenland</state><br />
<country>AUT</country><br />
<additionalLocator>Station A, Zimmer 9</additionalLocator><br />
</addr><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei ''addr''-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | addr|| AD|| || || Adress-Element <br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | @use|| cs|| 0..1 || O || Die genaue Bedeutung der angegebenen Adresse, beispielsweise, dass die angegebene Adresse die Wohn-Adresse ist.<br/>Bsp: HP ("Home primary")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-addressuse ELGA_AddressUse]'''<br/><br />
Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als "Wohnadresse" ("H") und bei Organisationen als Büroadresse ("WP").<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | streetName|| ADXP|| 1..1 || M || Straße<br/>Bsp: Musterstraße<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | houseNumber|| ADXP|| 1..1 || M || Hausnummer<br/>Bsp: 11a/2/1<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | postalCode|| ADXP|| 1..1 || M || Postleitzahl<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | city|| ADXP|| 1..1 || M || Stadt<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | state|| ADXP|| 0..1 || R || Bundesland<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | country|| ADXP|| 1..1 || M || Staat<br/><br />
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. "AUT" für Österreich, "DEU" für Deutschland…<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | additionalLocator|| ADXP|| 0..1 || O || Zusätzliche Addressinformationen<br/>z.B.: Station, Zimmernummer im Altersheim<br />
|-<br />
|}<br />
<br />
==Komplexe (zusammengesetzte) Elemente==<br />
===Personen-Element===<br />
Personen-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von Personen. Ein Personen-Element beinhaltet im Wesentlichen das ''name''-Element der Person.<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<assignedPerson><br />
<name><br />
<prefix qualifier="AC">Dr.</prefix><br />
<given>Hubert</given><br />
<family>Muster</family><br />
</name><br />
</assignedPerson><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei Personen-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | name|| PN|| 1..* || M || Name der Person<br/> Grundsätzlich sind die Vorgaben gemäß "[[#Namen-Elemente_von_Personen_PN|Namen-Elemente von Personen PN]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
===Organisations-Element===<br />
Organisations-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von Organisationen unter Berücksichtigung ihrer essentiellen Informationen wie ID, Name, Adresse, Kontaktdaten etc.<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<serviceProviderOrganization><br />
<id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/><br />
<name>Amadeus Spital</name><br />
<telecom value="tel:+43.1.3453446.0"/><br />
<telecom value="fax:+43.1.3453446.4674"/><br />
<telecom value="mailto:info@amadeusspital.at"/><br />
<telecom value="http://www.amadeusspital.at"/><br />
<addr><br />
<streetName>Mozartgasse</streetName><br />
<houseNumber>1-7</houseNumber><br />
<postalCode>1234</postalCode><br />
<city>St.Wolfgang</city><br />
<state>Salzburg</state><br />
<country>AUT</country><br />
</addr><br />
</serviceProviderOrganization><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei Organisations-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:<br />
=====id=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | id|| II || 0..* || O || Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.<br/> Grundsätzlich sind die Vorgaben gemäß "[[#Identifikations-Elemente|Identifikations-Elemente]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Name der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | name || PN|| 1..1 || M || Name der Organisation<br/>Grundsätzlich sind die Vorgaben gemäß "[[#Namen-Elemente_von_Organisationen_ON|Namen-Elemente von Organisationen ON]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Kontakt-Elemente der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | telecom|| TEL || 0..* || O || Beliebig viele Kontakt-Elemente der Organisation<br/>Grundsätzlich sind die Vorgaben gemäß "[[#Kontaktdaten-Elemente|Kontaktdaten-Element]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Adress-Element der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | addr|| AD|| 0..1 || O || Ein Adress-Elemente der Organisation<br/>Grundsätzlich sind die Vorgaben gemäß "[[#Adress-Elemente|Adress-Elemente]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
===AssignedEntity-Element (Person + Organisation)===<br />
AssignedEntity-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von abstrakten Entitäten, welche sich aus Person- und Organisationsinformationen zusammensetzen.<br />
<br />
Hierbei MUSS jedenfalls die "Person" der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in "verpflichtend" ändern.<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<assignedEntity><br />
<id root="1.2.40.0.34.99.111.1.3"<br />
extension="2222"<br />
assigningAuthorityName="Amadeus Spital"/><br />
<addr><br />
<streetName>Währinger Gürtel</streetName><br />
<houseNumber>18-20</houseNumber><br />
<postalCode>1090</postalCode><br />
<city>Wien</city><br />
<state>Wien</state><br />
<country>AUT</country><br />
</addr><br />
<telecom value="tel:+43.1.3453446.0"/><br />
<telecom value="fax:+43.1.3453446.4674"/><br />
<telecom value="mailto:info@amadeusspital.at"/><br />
<telecom value="http://www.amadeusspital.at"/><br />
<assignedPerson><br />
:<br />
</assignedPerson><br />
<representedOrganization><br />
:<br />
</representedOrganization><br />
</assignedEntity><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei AssignedEntity-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:<br />
=====id=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | id|| II|| 1..* || R || Mindestens eine ID der Person der Entität<br/><br />
Zugelassene nullFlavor:<br/><br />
* '''NI''' … Die Person der Entität hat keine Identifikationsnummer<br />
* '''UNK''' … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt<br />
Grundsätzlich sind die Vorgaben gemäß "[[#Identifikations-Elemente|Identifikations-Elemente]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Adress-Element der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | addr|| AD|| 0..1 || O || Ein Adress-Element der Person der Entität<br/><br />
Grundsätzlich sind die Vorgaben gemäß "[[#Adress-Elemente|Adress-Elemente]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Kontakt-Elemente der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | telecom|| TEL|| 0..* || O || Beliebig viele Kontakt-Elemente der Person der Entität<br/><br />
Grundsätzlich sind die Vorgaben gemäß "[[#Kontaktdaten-Elemente|Kontaktdaten-Element]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Personen-Element der Entität=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | assignedPerson|| POCD_MT000040.<br/>Person|| 1..1 || M || Personendaten der Person der Entität<br/><br />
Grundsätzlich sind die Vorgaben gemäß "[[#Personen-Element|Personen-Element]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Organisations-Element der Entität=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | representedOrganization|| POCD_MT000040.<br/>Organization|| 0..1 || O || Organisationsdaten der Entität<br/><br />
Grundsätzlich sind die Vorgaben gemäß "[[#Organisations-Element|Organisations-Element]]" zu befolgen.<br />
|-<br />
|}</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154572
ILF Diskussion:E-Impfpass (Version 2)
2023-04-24T10:57:29Z
<p>Tanjga: /* Hauptversion v2 */</p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|"effectiveDate" der ValueSets<br />
|Abschnitte aus dem Allgemeinen Implementierungsleitfaden wurden mit kleinen Anpassungen übernommen, siehe https://wiki.hl7.at/index.php?title=ILF%3AEImpfpass_Allgemeine_Richtlinien&type=revision&diff=154571&oldid=154281. <br />
|24.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:EImpfpass_Allgemeine_Richtlinien&diff=154571
ILF:EImpfpass Allgemeine Richtlinien
2023-04-24T10:51:49Z
<p>Tanjga: /* Value Sets */</p>
<hr />
<div>{{#css:<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
}}<br />
{{#customtitle:Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
==Allgemeine Richtlinien für die Implementierung des e-Impfpasses==<br />
===Verwendung von Schlüsselwörtern===<br />
Wenn im Text die Verbindlichkeit von Vorgaben angegeben wird, wird das durch Schlüsselwörter gekennzeichnet [gemäß RFC 2119], die in Majuskeln (Großbuchstaben) geschrieben werden. Die Angabe der Verbindlichkeit ersetzt nicht die Angabe von Kardinalität oder Nullwerten (die in HL7 Version 3 als nullFlavors ausgedrückt werden).<br />
<br />
*MUSS bedeutet eine verpflichtend einzuhaltende Vorschrift (Gebot). Entspricht den Konformitätskriterien '''''[M]''''' und '''''[R] 1..'''''.<br />
*NICHT ERLAUBT formuliert ein verpflichtend einzuhaltendes Verbot. Entspricht dem Konformitätskriterium '''''[NP]'''''.<br />
*SOLL oder EMPFOHLEN steht für eine pragmatische Empfehlung. Es ist gewünscht und empfohlen, dass die Anforderung umgesetzt wird, es kann aber Gründe geben, warum dies unterbleibt. Entspricht dem Konformitätskriterium '''''[R] 0..'''''.<br />
*KANN oder OPTIONAL (engl. MAY, OPTIONAL) Die Umsetzung der Anforderung ist optional, sie kann auch ohne zwingenden Grund unterbleiben. Entspricht dem Konformitätskriterium '''''[O]'''''.<br />
<br />
===Kardinalität===<br />
Die Kardinalität beschreibt, wie oft ein Element innerhalb einer Struktur auftreten kann. Die Kardinalität wird durch ein Intervall zwischen der minimalen und maximalen Anzahl angegeben, getrennt durch "..". Eine unbegrenzte Anzahl wird durch ein "*" angegeben. Daraus ergeben sich mindestens folgende Möglichkeiten: 0..1; 0..*; 1..1; 1..*<br />
<br />
===Umgang mit optionalen Elementen===<br />
Sind Elemente bzw. Attribute als "optional" gekennzeichnet ('''''[O]''''') so ist ihre Verwendung OPTIONAL, aber es ist NICHT ERLAUBT, dass sie, wenn sie verwendet werden, leer sind. Möchte man ein optionales Element explizit mit einem leeren Wert angeben, so hat dies durch Kennzeichnung mit '''''[[#Der_nullFlavor|nullFlavor]]''''' zu erfolgen.<br />
<br />
===Legende der Konformitätskriterien===<br />
====Optionalitäten von CDA-Elementen====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="15%" |Konformitäts-Kriterium|| style="text-align:left" width="15%" |Mögliche Kardinalität|| style="text-align:left" width="15%" |Verwendung von nullFlavor|| style="text-align:left" width="55%" |Beschreibung<br />
|- <br />
|'''''[M]'''''||1..1<br /> 1..*||''nicht erlaubt''||Das '''Element''' MUSS mit einem korrekten "echten" Wert angegeben werden ''("mandatory")''.<br />nullFlavor oder "Dummy"-Werte sind NICHT ERLAUBT.<br />
|- <br />
|'''''[NP]'''''||0..0||''nicht erlaubt''||Das '''Element i'''st NICHT ERLAUBT ''("not permitted")''.<br />
|- <br />
| rowspan="2" |'''''[R]'''''||1..1<br />1..*||''erlaubt''||Das '''Element''' MUSS in der Instanz vorhanden sein ''("required")''. Wenn ein Element nicht bekannt ist, ist die Verwendung eines nullFlavors vorgeschrieben, "Dummy"-Werte sind NICHT ERLAUBT.<br />
|- <br />
|0..1<br />0..*||''nicht erlaubt''||Das '''Element''' SOLL in der Instanz vorhanden sein, sofern bekannt ''("required")''. Wenn nicht bekannt, darf es nicht in der Instanz codiert sein und MUSS weggelassen werden. Ein nullFlavor ist daher NICHT ERLAUBT. Entspricht der in älteren Leitfäden gebräuchlichen Notation [R2] ''("required if known")''.<br />
|- <br />
|'''''[O]'''''||0..1<br />0..*||''erlaubt''||Das '''Element''' ist OPTIONAL ''("optional")''. Sender können das Element angeben. Leere optionale Elemente sind nicht zugelassen, sofern kein nullFlavor angewandt wird.<br />
|- <br />
|'''''[C]'''''|| || ||Die Optionalität des '''Elements''' variiert in Abhängigkeit von anderen Elementen, Situationen oder Zuständen (''"conditional"''). Die konkreten Abhängigkeiten sind in Folge angegeben.<br />
|-<br />
|}<br />
<ref group="Tabelle">Legende der Optionalitäten von Elementen</ref>:''Legende der Optionalitäten von Elementen''<br />
<br />
====Optionalitäten von CDA-Attributen====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="15%" |Konformitäts-Kriterium|| style="text-align:left" width="15%" |Mögliche Kardinalität|| style="text-align:left" width="55%" |Beschreibung<br />
|- <br />
|'''''[NP]'''''||0..0||Das '''Attribut''' ist NICHT ERLAUBT. ''("not permitted")''<br />
|-<br />
|'''''[R]'''''<br />
|1..1<br />
|Das '''Attribut''' MUSS in der Instanz vorhanden sein. ''("required")''<br />
|- <br />
|'''''[O]'''''||0..1||Das '''Attribut''' ist OPTIONAL. ''("optional")''<br />
|- <br />
|'''''[F]'''''||0..1<br />
1..1<br />
|Wenn das '''Attribut''' angegeben wird, ist ein fixer Wert vorgeschrieben. ''("fixed")''<br />
Für das '''Attribut''' ist ein fixer Wert vorgeschrieben. ''("fixed")''<br />
|-<br />
|}<br />
<ref group="Tabelle">Legende der Optionalitäten von Attributen</ref>:''Legende der Optionalitäten von Attributen''<br />
<br />
===Der nullFlavor===<br />
Das Attribut @''nullFlavor'' dient zur Kennzeichnung, dass ein Element nicht seiner Entsprechung gemäß befüllt werden kann. <br />
Die konkrete Anwendung des @''nullFlavor'' Attributs ist im Rahmen dieser Implementierungsleitfäden nur erlaubt, wenn er explizit in der Spezifikation eines Elementes angegeben ist. Für [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Codierungs-Elemente|codierte Elemente]] ist ein nullFlavor für unbekannte und fehlende Information nach Möglichkeit zu vermeiden, bevorzugt ist die Verwendung eines Codes mit demselben Informationsgehalt (etwa für "keine Allergie bekannt" das SNOMED Konzept 716186003 "No known allergy").<br />
<br />
Beispiel für ein Element, welches mit dem @''nullFlavor'' versehen wurde:<br />
<pre class="ilfbox_code"><br />
<id nullFlavor="UNK" /><br />
</pre><br />
Wenn in einem Element ein nullFlavor angegeben wurde, kann nicht gleichzeitig ein anderes Attribut eingetragen werden.<br />
<br />
'''nullFlavor Beispiele''':<br />
{| class="wikitable" <br />
|-<br />
! nullFlavor<br />
! displayName<br />
! Deutsche Übersetzung<br />
! Anwendung<br />
|-<br />
| '''NI'''<br />
| NoInformation<br />
| keine Information vorhanden<br />
| wenn es keine Informationen gibt<br />
|-<br />
| '''UNK'''<br />
| Unknown<br />
| unbekannt<br />
| wenn es Informationen gibt, diese aber unbekannt sind<br />
|-<br />
| '''MSK'''<br />
| Masked<br />
| maskiert <br />
| wenn es Informationen gibt, diese aber nicht bekannt gegeben werden (vertraulich, nicht freigegeben)<br />
|-<br />
| '''NA'''<br />
| Not applicable<br />
| nicht anwendbar<br />
| wenn keine Codierung verfügbar ist<br />
|-<br />
| '''OTH'''<br />
| Other<br />
| Andere<br />
| wenn eine Codierung nur in einem alternativen Codesystem verfügbar ist<br />
|}<br />
<ref group="Tabelle">nullFlavor-Beispiele aus Value Set ELGA_NullFlavor</ref>: nullFlavor-Beispiele aus Value Set [https://termgit.elga.gv.at/ValueSet/elga-nullflavor ELGA_NullFlavor]<br />
<br />
===Maximum-Set===<br />
Das CDA-Modell beschreibt ein höchst umfangreiches Schema von Informationselementen und bietet in manchen Bereichen über rekursive, beliebig tief verschachtelbare Elemente eine theoretisch unendlich hohe Anzahl von Möglichkeiten, Informationen abzulegen. Die vollständige Beschreibung und Definition aller Elemente in einem Implementierungsleitfaden wäre daher äußerst aufwändig und ist in den ELGA Implementierungsleitfäden nicht erfolgt.<br />
<br />
Vielmehr beschreiben die ELGA Implementierungsleitfäden lediglich jene Elemente, die erlaubt sind. Die Verwendung aller nicht angegebenen Elemente und Attribute ist NICHT ERLAUBT. Für alle Templates gelten die im [[#Datentypen|Kapitel Datentypen]] angegebenen Einschränkungen. Die ELGA Implementierungsleitfäden beschreiben daher ein sogenanntes '''''"Maximum-Set"''''', Die ELGA Templates sind demnach als "closed templates" entsprechend dem HL7 Templates Standard zu betrachten.<br />
{{BeginYellowBox}}<br />
Elemente oder Attribute, die nicht vom Allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden, sind NICHT ERLAUBT. <br />
{{EndYellowBox}}<br />
====Ausnahmen====<br />
Für diese Regel existieren nur die im Folgenden genannten Ausnahmen:<br />
<br />
=====Ausnahme: "templateId"=====<br />
''templateId''-Elemente KÖNNEN bei Bedarf an allen laut CDA-Schema möglichen Stellen verwendet werden. Wenn bereits templateId-Elemente laut Spezifikation vorgeschrieben sind, KÖNNEN beliebig viele weitere ''templateId''-Elemente angegeben werden.<br />
<br />
=====Ausnahme: Fixierte Attribute=====<br />
Attribute, die gem. CDA-Schema mit "fixed" angegeben sind, haben einen festen Wert, daher können diese Attribute auch weggelassen werden. Diese Attribute werden daher üblicherweise nicht beschrieben und angegeben. Die Angabe von fixierten Attributen oder Attributen mit ihrem gem. CDA-Schema definierten Default-Wert ist erlaubt, auch wenn diese nicht explizit im Leitfaden beschrieben sind.<br />
<br />
=====Explizit angegebene Ausnahmen=====<br />
Im speziellen Implementierungsleitfaden KÖNNEN bestimmte Sektionen als "offene Templates" definiert werden und Ausnahmen für Subsektionen und Entries zulassen.<br />
<br />
====Hinweis zur Implementierung weiterverarbeitender Software====<br />
CDA-Dokumente können unter Umständen "fremde" Elemente oder Attribute enthalten, die der "Maximum-Set" Vorschrift dieses Leitfadens widersprechen (z.B. aufgrund von Software-Fehlern). Sollten derartige Elemente oder Attribute im CDA-Dokument vorhanden sein, soll weiterverarbeitende Software so implementiert sein, dass dies nicht zu Fehlern in der Weiterverarbeitung der CDA-Dokumente führt.<br />
<br />
===Value Sets===<br />
Ein Value Set ist eine eindeutig durch Name oder OID identifizierbare und versionierte Sicht auf ein oder mehrere Codesysteme. Es kann als Zusammenstellung von einem oder mehreren Codes aus einem oder mehreren Codesystemen gesehen werden. Ein Value Set enthält die Codes selbst und die Information über die Herkunft des Codes (das Source-Codesystem), z.B. "ELGA_NullFlavor" oder "ELGA_Dokumentenklassen".<br />
<br />
Wo immer in den CDA-Implementierungsleitfäden eine Werteauswahl getroffen werden kann, wird ein passendes Value Set mit einem eindeutigen Namen angegeben. Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert: https://termgit.elga.gv.at/. <br />
<br />
====Value Set Binding====<br />
Für ELGA gilt grundsätzlich eine DYNAMISCHE Bindung an Value Sets. Das bedeutet, dass immer die aktuell am Terminologieserver publizierte Version eines Value Sets anzuwenden ist. (Das Setzen des entsprechenden Schlüsselworts DYNAMIC ist daher in den Leitfäden optional, aktuell gibt es auch keine ValueSets die statisch gebunden sind).<br />
<br />
Für jedes Value Set ist am Terminologieserver auch ein Zeitpunkt angegeben, an dem es Gültigkeit erlangt ("Status: Active as of"), das ist speziell für Value Sets wichtig, die schon vor ihrem Inkrafttreten veröffentlicht werden. Value Sets sind so lange gültig, bis das Gültigkeitsdatum einer neueren Version dieses Value Sets erreicht wird – dann gilt die neuere Version.<br />
<br />
Im CDA-Dokument KANN über die Attribute @ValueSet und @ValueSetVersion angegeben werden, welches Value Set in welcher Version als Basis für die Befüllung des jeweiligen Datenelements verwendet wurde.<br />
<br />
====Änderbarkeit von Value Sets====<br />
Inhalte von Value Sets können sich ändern, der Name und die OID eines Value Sets bleiben aber gleich. Alle ValueSets, die für ein CDA des Implementierungsleitfadens verwendet werden, sollen periodisch gemeinsam aktualisiert werden. Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird im Terminologiedatum-Header-Element "terminologyDate" angegeben. Damit kann die Gültigkeit zu einer bestimmten Zeit rekonstruiert werden.<br />
<br />
====Publikation der Value Sets am Terminologieserver====<br />
Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert. <ref name="Terminologieserver"/><br />
Damit die jeweils aktuelle Version der Value Sets angewendet werden kann, soll der Terminologieserver regelmäßig auf Update abgeprüft werden. Es wird EMPFOHLEN, diese Überprüfung täglich durchzuführen.<br />
<br />
====Terminologiedatum====<br />
Das Datum, an dem sämtliche lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird über das "Terminologiedatum" angegeben: Dieses Datum wird in der Notation "YYYYMMDD" im eigenen Element "terminologyDate" angegeben.<br />
Beim Abgleich der Terminologien müssen immer alle Value Sets, die für ein CDA-Dokument notwendig sind, auf die am Terminologieserver aktuelle Version aktualisiert werden. Dokumente, die nur teilweise auf dem aktuellen Stand beruhen, könnten inkonsistent sein und MÜSSEN vermieden werden.<br />
<br />
===PDF Format-Vorschrift===<br />
PDF-Attachments kommen im e-Impfpass nicht zur Anwendung.<br />
<!-- Standardtext:<br />
In CDA-Dokumenten können Dokumente im PDF Format an verschiedensten Stellen eingebettet werden, entweder als gesamter CDA-Body oder als eingebetteter Inhalt in gewissen CDA-Sektionen. Im Hinblick auf eine dauerhafte Verfügbarkeit der Daten muss mindestens gewährleistet werden, dass diese PDF-Dokumente zuverlässig und eindeutig visuell reproduzierbar sind. Dies kann über die Einhaltung der Mindestkriterien der Norm ISO 19005-1:2005 sichergestellt werden (PDF/A-1b Basic). Die Norm beschreibt zusätzlich Barrierefreiheit der Dokumente, sodass sie von einem Screenreader vorgelesen werden können (PDF/A-1a Accessible). Dieser Implementierungsleitfaden schreibt daher vor, dass jedes eingebettete PDF-Dokument dem Standard PDF/A-1a entsprechen MUSS<sup>5<sup>.<br />
{{BeginYellowBox}}<br />
Alle in ELGA CDA-Dokumente eingebetteten PDF-Dateien MÜSSEN dem Standard PDF/A-1a (gemäß "ISO 19005-1:2005 Level A conformance") entsprechen.<br />
{{EndYellowBox}}<br />
{{Informationsbox|Änderung|Für die nächste Version des Leitfadens ist geplant, die Vorschrift auf PDF/A-1b zu senken. PDF/A-1a bleibt erlaubt.}}<br />
<sup>5</sup> Bis zum Vorliegen von Dokumenten in EIS Full Support wird mindestens PDF/A-1b vorgeschrieben.<br />
--><br />
<br />
===Größenbeschränkung von eingebetteten Objekten===<br />
In CDA-Dokumenten können verschiedene Objekte (z.B. PDF-Dokumente, Bilder) eingebettet werden (siehe "[[#Eingebettetes_Objekt_Entry|Eingebettetes Objekt Entry]]").<br />
<br />
Dieser Implementierungsleitfaden schreibt keine Größenbeschränkung für diese Objekte vor, es wird allerdings EMPFOHLEN, diese in Bezug auf Anzahl und Speicherbedarf so klein wie möglich zu halten. Es liegt in der Verantwortung des Erstellers, die Größe der über ELGA bereitgestellten CDA-Dokumente etwa durch Verringerung der Auflösung oder der Anzahl der Einzelbilder auf eine sinnvolle und angemessene Größe zu beschränken.<br />
{{BeginYellowBox}}<br />
Damit beim Download keine unnötigen Verzögerungen verursacht werden, SOLL die Gesamtgröße des CDA-Dokuments 20 MB nicht überschreiten.<br />
{{EndYellowBox}}<br />
<br />
===Verbot von CDATA===<br />
Die Verwendung von CDATA-Abschnitten (<![CDATA[…]]>), also von Zeichenketten, die vom Parser nicht als XML-Quellcode interpretiert werden können, ist für ELGA CDA-Dokumente generell '''NICHT ERLAUBT'''.</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154286
ILF Diskussion:E-Impfpass (Version 2)
2023-04-17T14:21:35Z
<p>Tanjga: </p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 144<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 125 & 160<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154285
ILF Diskussion:E-Impfpass (Version 2)
2023-04-17T14:04:49Z
<p>Tanjga: </p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 112 & 115<br />
|Referenzen zu Terminologien<br />
|Einige Referenzen existieren nicht mehr und wurden entfernt. Die Referenzen auf https://wiki.hl7.at/index.php?title=Terminologien wurden entfernt, da die Seite veraltet ist und nicht gewartet wird.<br />
|17.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)&diff=154284
ILF:E-Impfpass (Version 2)
2023-04-17T14:03:09Z
<p>Tanjga: /* Weitere Informationen zu CDA */</p>
<hr />
<div>{{#seo:<br />
|title=e-Impfpass (Version 2.0.0)<br />
|titlemode=append<br />
|keywords= e-Impfpass<br />
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zum Immunisierungsstatus einer Person.<br />
}}<br />
{{#customtitle:e-Impfpass (Version 2.0.0)}}<br />
<br />
<!-- <br />
{{Underconstruction}}<br />
--><br />
<br />
<br />
{{#css:<br />
@media Screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten--><br />
<br />
{{Infobox Dokument<br />
|Group = CDA Implementierungsleitfaden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 2)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.2]<br />
|Short = e-Impfpass (Version 2.0.0)<br />
|Namespace = ILF<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.0.0<br />
|Submitted = ELGA GmbH<br />
|Date = 30.01.2023<br />
|Copyright = © HL7 Austria 2018-2023<br />
|Status = in Ballot befindliche Version<br />
|Verfahren = Normativ<br />
|Period = Produktiveinsatz<br />
|OID = 1.2.40.0.34.7.19.2<br />
|Realm = Österreich<br />
}}<br />
{{TOC limit|5}}<br />
<!-- Zusammenfassung an erster Stelle --><br />
<br />
=Zusammenfassung=<br />
{{BeginYellowBox}}<br />
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. Zum besseren Verständnis empfehlen wir Ihnen, den [[ILF:E-Impfpass_Guide|zusammenfassenden Guide]] im Vorfeld zu lesen.<br />
<br />
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im schweizer [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird. <br />
<br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates: <br />
<br />
* '''[[#.C3.9Cbersicht_CDA-Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen, Expositionsrisiken) und Impfempfehlungen.<br />
* '''[[#.C3.9Cbersicht_CDA-Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen, Expositionsrisiken) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.<br />
<br />
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[#User_Storys_.28.22Anwendungsf.C3.A4lle.22.29|Anwendungsfälle]] beschrieben. <br />
{{EndYellowBox}}<br />
<br />
{{BeginYellowBox}}<br />
Die gesetzliche Grundlage für den e-Impfpass ist das Gesundheitstelematikgesetz (GTelG 5. Abschnitt: eHealth-Anwendungen, 2. Unterabschnitt: § 24b bis § 24g) und die zugehörige eHealth-Verordnung (eHealthV 2020). <br /><br />
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2023-1 ("Ballot") normiert wurde. <br />
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.<br />
{{EndYellowBox}}<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<!-- Seitenumbruch --><br />
<p style="page-break-before: always"></p><br />
==Impressum==<br />
<div class="mw-collapsible-content"><br />
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br /><br />
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br /><br />
Internet: [http://www.elga.gv.at www.elga.gv.at]<br />
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br /><br />
Geschäftsführer: Mag. Dr. Stefan Sabutsch, Dr. Edith Bulant-Wodak, MBA<br />
<br />
''Redaktion, Projektleitung, Koordination: ''<br /><br />
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] <br />
<br />
''Abbildungen:'' © ELGA GmbH <br />
<br />
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Erdbergweg 7, 8052 Graz; [http://www.hl7.at www.hl7.at]. <br /><br />
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.<br />
<br />
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<br />
== Haftungsausschluss ==<br />
<div class="mw-collapsible-content"><br />
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Sprachliche Gleichbehandlung ==<br />
<div class="mw-collapsible-content"><br />
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.<br />
</div></div><br />
<br />
{{ILF:Lizenzinformationen}}<br />
{|<br />
|style="vertical-align:top"|Für die Modellierung der Inhalte des e-Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz<ref name=ImpfdossierCH/> verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.<br />
* [https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref><br />
* [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref><br />
* [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref><br />
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]<br />
<ref group="Abbildung">Verwendete Standards</ref>: ''Verwendete Standards''<br />
|}<br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;"><br />
==PDF-Bedienungshinweise==<br />
<div class="mw-collapsible-content"><br />
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:<br />
<br />
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts<br />
* Seitenweise blättern: "Bild" Tasten<br />
* Scrollen: Pfeil nach oben bzw. unten<br />
* Zoomen: Strg + Mouserad drehen<br />
* Suchen im Dokument: Strg + F <br />
</div></div><br />
<br />
<!-- Tatsächlicher Inhalt --><br />
<br />
=Einleitung=<br />
==Ausgangslage und Motivation==<br />
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden. <br />
Auf Beschluss der Bundeszielsteuerungskommission wurde daher die Umsetzung der Pilotierung des elektronischen Impfpasses (e-Impfpass) durch die ELGA GmbH beschlossen. <br />
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.<br />
<br />
==Zweck des Dokuments==<br />
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der ELGA Infrastruktur als abgestimmte und einheitlich strukturierte CDA-Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.<br />
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im schweizer eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA-Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum CDA-Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des CDA-Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA-Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.<br />
<br />
==Zielgruppe==<br />
Anwender dieses Dokuments sind softwareentwicklende und beratende Personen, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich <br />
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endnutzenden der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.<br />
<br />
<br />
=Informationen über dieses Dokument=<br />
==Verbindlichkeit==<br />
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den elektronischen Impfpass (e-Impfpass) gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich. <br />
<br />
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Ministerium auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den/die zuständige/n Bundesminister/in vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. <br />
<br />
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) 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.<br />
<br />
== Wichtige unterstützende Materialien ==<br />
{{BeginYellowBox}}<br />
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:<br />
* andere Versionen dieses Leitfadens als PDF und Wiki<br />
* Links zu dem Art-Decor Projekt<br />
* Links zu den Prüfregeln<br />
* Links zu den aktuellen Terminologien<br />
* Links zu den Beispiel-Dokumenten<br />
* Links zu der aktuellen Visualisierung<br />
* Links zu der Zuordnungsmatrix Schemen - Dosiskennung - Impfstoff<br />
* ein Designbeispiel<br />
* eine Zusammenfassung des Leitfadens<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].<br />
{{EndYellowBox}}<br />
<br />
=Harmonisierung=<br />
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Mitglieder der Arbeitsgruppe wurden durch ihre Organisation delegiert.<br />
<br />
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).<br />
Die Formulierung der technischen Spezifikation des CDA-Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung. <br />
<br />
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.<br />
<br />
== Autoren und Mitwirkende ==<br />
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. <br />
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.<br />
<br />
===Autoren===<br />
'''Das Redaktionsteam''' bestand aus folgenden Personen:<br />
{| class="wikitable"<br />
! Name<br />
! Organisation<br />
! Rolle<br />
|-<br />
| Mag. Dr. Stefan Sabutsch<br />
| ELGA GmbH, HL7 Austria<br />
| Autor, Herausgeber<br />
|-<br />
| DI Andrea Klostermann<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| DI Nikola Tanjga<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| Gabriel Kleinoscheg, MSc<br />
| ELGA GmbH<br />
| Autor<br />
|}<br />
<br />
Mit Beiträgen von: <br />
Tony Schaller (medshare GmbH),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Nina Svec, M.A. (ELGA GmbH),<br />
Helene Prenner (ELGA GmbH)<br />
<br />
===Mitwirkende===<br />
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):<br />
Anton Angerer (at.Software / WAVM),<br />
Patrick Awart (Atos),<br />
Elisabeth Bischof (Landessanitätsdirektion OÖ),<br />
DI (FH) Reindert Buter (Buter GmbH),<br />
Sabine Eder (Landessanitätsdirektion NÖ),<br />
Mag. Alexander Ertl (BASG / AGES),<br />
Dr. Katja Fischer (BMASGK),<br />
Günter Franz (Landessanitätsdirektion Salzburg),<br />
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),<br />
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),<br />
Ingrid Huber (Landessanitätsdirektion NÖ),<br />
OPhysR Dr.in Ursula Karnthaler (Landessanitätsdirektion Wien),<br />
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),<br />
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),<br />
DI Andrea Klostermann (ELGA GmbH),<br />
DI Oliver Kuttin (ELGA GmbH),<br />
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),<br />
Ruprecht Leitner (Apothekerverlag),<br />
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),<br />
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),<br />
DI Michael Nöhammer (ÖÄK),<br />
Christopher Ozvald (BMASGK),<br />
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),<br />
Dr. Maria Paulke-Korinek (BMASGK),<br />
Mag. Daniela Philadelphy (BASG / AGES),<br />
Daniela Piererfellner (Landessanitätsdirektion OÖ),<br />
Maria Pramhas (Land Salzburg - Impfadatenbank),<br />
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),<br />
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Dr. Stefan Sabutsch (ELGA GmbH),<br />
Robert Scharinger (BMASGK),<br />
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),<br />
DI Mag. Birgit Scholz (ELGA GmbH),<br />
Dr. Christoph Schweighofer (ÖÄK),<br />
Carina Seerainer, MSc (ELGA GmbH),<br />
Nina Sjencic (ELGA GmbH),<br />
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),<br />
Mag. Stefan Spitzbart (Hauptverband),<br />
Stephanie Stürzenbecher, BA MA (Hauptverband),<br />
Dr. Barbara Tucek, MD, MSc (BASG / AGES),<br />
Mag. Ilana Ventura, MSc (BMASGK),<br />
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),<br />
Gabriele Wasner (Landessanitätsdirektion OÖ)<br />
<br />
{{ILF:Begriffsdefinitionen e-Impfpass}}<br />
<br />
=Technischer Hintergrund=<br />
<br />
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
<br />
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}<br />
<br />
==Weitere Informationen zu CDA==<br />
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:<br />
<br />
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref><br />
* [[CDA_Templates|CDA-Templates]] <ref name=CDATemplates>CDA-Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref><br />
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref><br />
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref><br />
<br />
= Funktionale Anforderungen=<br />
<br />
== Darstellung==<br />
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). <br />
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.<br />
<br />
<div class="landscape"><br />
<br />
==Verwendung in der ELGA Infrastruktur==<br />
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===<br />
{| class="wikitable"<br />
! XDS-Mapping<br />
! Optio-<br />
nalität<br />
! CDA-Element<br />
clinicalDocument.<br />
! Beispiel<br />
! Erklärung<br />
|-<br />
| rowspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]<br />
| rowspan="2"|M<br />
| rowspan="2"|.id<br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337.999021.1"<br />
| rowspan="2"| Das "uniqueId"-Element beschreibt den global eindeutigen Identifier des CDA-Dokuments und kann mit oder ohne Extension angegeben werden.<br />
|- <br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337"<br />
*@extension="999021.1"<br />
|- <br />
| [[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]<br />
| M<br />
| .code<br />
| <br />
*@code="11369-6"<br />
*@displayName="HISTORY OF IMMUNIZATIONS"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value Set [https://termgit.elga.gv.at/ValueSet/elga-dokumentenklassen ELGA_Dokumentenklassen].<br />
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]] <br />
| rowspan="2"| M<br />
| rowspan="2"| .code.translation <br />
| <br />
*@code="82593-5"<br />
*@displayName="Immunization summary report"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| <br />
*@code="87273-9"<br />
*@displayName="Immunization note"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]<br />
| rowspan="2"| M<br />
| rowspan="2"| .title <br />
| "Kompletter Immunisierungsstatus"<br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.<br />
|-<br />
| "Update Immunisierungsstatus" <br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]<br />
| M<br />
| .hl7at:formatCode<br />
| <br />
*<nowiki>@extension="urn:hl7-at:eImpf:2.0.0+########"</nowiki><br />
*@displayName= "HL7 Austria e-Impfpass 2.0.0+########"<br />
| Version des vom CDA erfüllten Implementierungsleitfaden e-Impfpass.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]<br />
| M<br />
| .hl7at:practiceSettingCode<br />
| <br />
*@code="F023"<br />
*@displayName="Interdisziplinärer Bereich"<br />
*@codeSystem="1.2.40.0.34.5.12"<br />
| Fachliche Zuordnung des CDA-Dokuments aus dem Value Set [https://termgit.elga.gv.at/ValueSet/elga-practicesetting ELGA_PracticeSetting].<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]<br />
| M<br />
| .documentationOf<br />
.serviceEvent.code<br />
| <br />
*@code="41000179103"<br />
*@displayName="Immunization record (record artifact)"<br />
*@codeSystem="2.16.840.1.113883.6.96"<br />
*@codeSystemName="SNOMED CT"<br />
| Code der Gesundheitsdienstleistung.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"|.documentationOf.serviceEvent<br />
.effectiveTime.low<br />
|<br />
Zeitpunkt des '''ältesten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.low<br />
| Beginn der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).<br />
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .documentationOf.serviceEvent<br />
.effectiveTime.high<br />
|<br />
Zeitpunkt des '''jüngsten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.high<br />
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung, muss sich von Behandlungsbeginn unterscheiden)<br />
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
|}<br />
</div><br />
<br />
==Versionierung & Stornierung==<br />
Versionierung und Stornierung betrifft ausschließlich CDA-Dokumente vom Typ "Update Immunisierungsstatus".<br />
<br />
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben CDA-Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).<br />
<br />
===Versionierung von CDA-Dokumenten===<br />
CDA-Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden. <br />
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein CDA-Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht. <br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
===Stornierung von CDA-Dokumenten===<br />
CDA-Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte CDA-Dokument eingetragen wurden, werden gelöscht.<br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
==Impfempfehlungen==<br />
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut österreichischen Impfplan empfohlen sind.<br />
<br />
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:<br />
* Alter der Person<br />
* Geschlecht<br />
* Bereits erhaltene Impfungen:<br />
** Dosiskennung der letzten eingetragenen Impfung<br />
** Impfstoff<br />
** Impfschema (sofern abweichend vom Defaultschema)<br />
* Durchgemachte impfrelevante Erkrankungen<br />
* Indikation für Impfung ("Risikogruppe")<br />
<br />
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.<br />
<br />
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").<br />
<br />
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.<br />
<br />
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus dem Value Set [https://termgit.elga.gv.at/ValueSet/eimpf-specialcasevaccination eImpf_SpecialCaseVaccination]. Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen mittels Stylesheet gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung).<br />
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===<br />
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt. <br />
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen: <br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Begründung der Kontraindikation<br />
* Optional: Impfstoff<br />
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").<br />
{{BeginYellowBox}}<br />
Die Angabe von Kontraindikationen ist derzeit '''nur für Impfungen gegen SARS-CoV-2 (COVID-19) möglich''', um die '''Ausnahmen von der Impfpflicht''' zu dokumentieren. <br />
{{EndYellowBox}}<br />
<br />
== Mehrsprachigkeit und grenzüberschreitender Austausch ==<br />
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.<br />
<br />
=User Storys ("Anwendungsfälle")=<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>. <br />
<br />
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.<br />
<br />
==Übersicht vorhandener Akteure und Komponenten==<br />
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.<br />
<div class="landscape"><br />
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]<br />
<br />
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref>: ''Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten''<br />
<br />
* Bürger<br><br />
* Impfende GDA<br />
** Niedergelassene Ärzte<br />
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde<br />
*** Ärztinnen und Ärzte für Allgemeinmedizin<br />
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste<br />
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten<br />
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder <br />
** ELGA-Ombudsstelle<br />
* ELGA-Serviceline<br><br />
* Datenkorrigierender GDA<br />
** Bezirksverwaltungsbehörde<br />
* "Abrechnungsunterstützung" (im Rahmen des kostenfreien Kinderimpfprogramms)<br />
** Landeshauptmann / Landeshauptfrau<br />
** Bezirksverwaltungsbehörde<br />
* Auswertungen für Durchimpfungsraten <br />
** Landeshauptmann / Landeshauptfrau<br />
** Zuständiges Bundesministerium für Gesundheit<br />
<br />
<br />
<br />
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:<br />
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.<br />
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.<br />
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet. <br />
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.<br />
## Regulärer Zugang mittels Kontaktbestätigungen<br />
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Hier zählen Zugriffe auf die Impfdaten von eindeutig identifizierten Personen.<br />
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden, da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss. Gemäß GTelG 2012, Abschnitt "Elektronischer Impfpass (eImpfpass)" ist keine individuelle Berechtigungssteuerung seitens Bürgern möglich. <br />
# Die Geschäftslogik der Anwendung übernimmt die Verarbeitung von CDA-Dokumenten und hat folgende Funktionen<br />
## Speichert eingehende CDA-Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. <br />
## Das Zusammenstellen vom On-Demand Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass des Bürgers) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt. <br />
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.<br />
## Auf Grundlage des gültigen österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Bürgers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.<br />
</div><br />
<div class="portrait"><br />
<br />
==Allgemeine Vorbedingungen==<br />
Für den Zugriff auf den e-Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.<br />
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termgit.elga.gv.at/ Terminologieserver] bereitgestellt. <br />
<br />
Sowohl der berechtigte GDA (über das GDA System, sobald die e-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das ELGA Portal) können auf den persönlichen e-Impfpass zugreifen.<br />
<br />
==U1 Kompletten Immunisierungsstatus abrufen==<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte Informationen zu seinem Immunisierungsstatus erhalten.<br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.<br />
#Max Muster erfährt von Dr. DeCarro, dass laut österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.<br />
<br />
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden.<br />
<br />
==U2 Aktualisierung Immunisierungsstatus==<br />
<br />
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine. <br />
<br />
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:<br />
<br />
===U2.1 Eintragen des Immunisierungsstatus===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat. <br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.<br />
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das CDA-Dokument übernimmt und ein Update der Datenbank durchführt. <br />
# Dr. DeCarro kann nun das On-Demand Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des CDA-Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.<br />
<br />
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)<br />
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des CDA-Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene aus dem original "Update Immunisierungsstatus", die nicht geändert werden müssen). <br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale CDA-Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das On-Demand Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).<br />
<br />
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde (fremde Einträge)|U4]]).<br />
<br />
'''''Anmerkung:''''' Einträge, die korrigiert werden dürfen, erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant[@typeCode="AUT"]) die eigene GDA-OID enthält. Sollte ein Eintrag durch einen Benutzer mit der Rolle "Korrekturberechtigte Person" korrigiert worden sein (siehe [[#U4_Datenkorrektur_durch_Beh.C3.B6rde_.28fremde_Eintr.C3.A4ge.29|U4 Datenkorrektur durch Behörde]]), so kann dieser fortan nur mehr von Benutzern mit der Rolle "Korrekturberechtigte Person" korrigiert werden. Details siehe [[#Participant_Body_-_Authorized_Editor|Participant Body - Authorized Editor]].<br />
<br />
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA-Dokuments wird mit dem Status "APPROVED" gespeichert.<br />
<br />
===U2.3 Stornierung eines Immunisierungseintrags===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat).<br />
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende CDA-Dokument "Update Immunisierungsstatus" an die zentrale Anwendung übergibt. <br />
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren. <br />
<br />
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde (fremde Einträge)|U4]]).<br />
<br />
Stornierte CDA-Dokumente wurden als "DEPRECATED" gekennzeichnet.<br />
<br />
===U2.4 Nachtragen der Impfdokumentation===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario: <br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.<br />
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.<br />
<br />
===U2.5 Selbsteintragung von Impfungen durch den Bürger===<br />
Akteure: Bürger ("Max Muster")<br />
<br />
Szenario: <br />
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.<br />
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt. <br />
# Seinen Papier-Impfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).<br />
<br />
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...) 2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.<br />
<br />
==U3 Abrechnung==<br />
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, dass die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''<br />
<br />
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"<br />
<br />
Szenario:<br />
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe [[#U2.1 Eintragen des Immunisierungsstatus|U2.1]]) <br />
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.<br />
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden. <br />
# Die Abrechnungsunterstützung kontrolliert den Anspruch auf Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.<br />
<br />
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nachgetragene oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.<br />
<br />
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==<br />
Akteure: Bürger ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")<br />
<br />
Szenario:<br />
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papier-Impfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.<br />
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.<br />
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des CDA-Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene aus dem original "Update Immunisierungsstatus", die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).<br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale CDA-Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das On-Demand Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.<br />
<br />
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im e-Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.<br />
<br />
==U5 Krisenmanagement==<br />
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''<br />
===U5.1 Krankheitsausbrüche===<br />
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.<br />
<br />
===U5.1 Chargenrückruf===<br />
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln, die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.<br />
<br />
</div><br />
<div class="landscape"><br />
<br />
=Datenarten=<br />
==Dataset==<br />
{| class="wikitable"<br />
! style="width: 25%" |Name<br />
! style="width: 40%" |Beschreibung<br />
! style="width: 20%" |Mapping<br />
|- style="vertical-align:top;"<br />
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)<br />
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes CDA-Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).<br />
|clinicalDoc.LegalAuthenticator<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung<br />
|Der Zeitpunkt, zu dem das CDA-Dokument unterzeichnet wurde.<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Signatur<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Eintragende Person (Schreibkraft)'''<br />
|Datenverarbeitende Person. Die Person, die Daten für den e-Impfpass dokumentiert.<br />
|clinicalDoc.dataEnterer<br />
|- style="vertical-align:top;"<br />
| '''Eintragende Person (Schreibkraft) (für einzelne Einträge)'''<br />
| Die eintragende Person (Schreibkraft) eines Update Immunisierungsstatus kann für jeden darin enthaltenen Eintrag von der zentralen Anwendung zur Erstellung des Kompletten Immunisierungsstats übernommen werden.<br />
| substanceAdministration "Immunization Entry" / "Participant Body - Data Enterer" <br />
|- style="vertical-align:top;"<br />
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)<br />
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI: „Für die Impfung verantwortlich“…<br />
|substanceAdministration "Immunization Entry"/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|ID der verantwortlichen Person (lokaler Identifikator)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Freigabezeitpunkt <br />
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde (Zeitpunkt der Unterzeichnung).<br />
|substanceAdministation.author.time<br />
|- style="vertical-align:top;"<br />
|'''Impfende Person (Impfarzt)'''<br />
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.<br />
|substanceAdministration "Immunization Entry"/performer<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Rolle<br />
|Berufsrolle der impfenden Person (Auswahlliste)<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Nachtragende Person'''<br />
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(z.B. "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)<br />
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B.: Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time<br />
|- style="vertical-align:top;"<br />
|'''Korrigierende Person'''<br />
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.<br />
<br />
''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 Korrekturperson angeführt.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person (mit Titel, Vornamen, Nachnamen, Organisation)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)<br />
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time<br />
|- style="vertical-align:top;"<br />
|'''Berechtigter Bearbeiter'''<br />
|Die eindeutige Kennung (OID) des GDA, der einen Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID oder GDAs mit der Rolle "Korrekturberechtigte Person".<br />
<br />
Wurde ein Eintrag durch einen GDA mit der Rolle "Korrekturberechtigte Person" korrigiert, ist fortan die Korrektur dieses Eintrags nur mehr GDAs mit der Rolle "Korrekturberechtigte Person" möglich.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"<br />
|- style="vertical-align:top;"<br />
|'''Impfling''' (Person, Patient)<br />
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.<br />
<br />
Entspricht dem "Patienten".<br />
|clinicalDocument.recordTarget<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geburtstdatum<br />
|Geburtstdatum der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)<br />
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung (Werte: M, F, UNK (Unbekannt)), z.B. Brief: "Herr" oder "Frau"<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |LokaleID<br />
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend mit Eintragung einer Impfung anzugeben.<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)<br />
|Sozialversicherungsnummer<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |bPK-GH<br />
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Straße<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Hausnummer<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Postleitzahl<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Stadt<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Bundesland<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Land<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)<br />
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab. <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).<br />
|Kein Mapping, ist nicht im CDA-Dokument enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)<br />
|Wie Gemeindekennziffer, erste 3 Stellen<br />
|Kein Mapping, ist nicht im CDA-Dokument enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Mobil<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Festnetz<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Mail<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |FAX<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Personengruppe''' (Expositionsrisikogruppe)<br />
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.<br />
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitbereich<br />
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung)<br />
|Dokumentierte Impfung: eine einzelne Verabreichung eines Impfstoffes<br />
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)<br />
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)<br />
|Bezeichnung für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Verabreichung von Impfdosen bzw. Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.<br />
|substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|criterion "Immunization Schedule Entry"/value<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)<br />
|Zeitpunkt der Durchführung der Impfung<br />
|substanceAdministration "Immunization Entry"/effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfort<br />
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B.: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)<br />
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.<br />
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfreaktion (Reaktion)<br />
|Aufgetretene Reaktion (Auswahlkatalog). <br />
Die Aufnahme von Impfreaktionen in den e-Impfpass wird derzeit nicht vom CDA Leitfaden unterstützt.<br />
|Nicht umgesetzt<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Abrechenbarkeit<br />
|Kennzeichen, ob Impfung mit Bundesland abgerechnet werden kann (Eintragung durch impfenden Arzt). Kann nur bei neuen Impfungen (ohne Nachtrag) angegeben werden. Notwendig für Filterung der Daten, die an Bundesländer zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Bundesland geprüft und festgestellt.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfindikation<br />
|Grund für die Impfung (optional). Wird für Abrechnung benötigt:<br />
<br />
* IG1 Indikationsimpfung für Risikogruppe<br />
* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfgutschein<br />
|Alphanumerisches Identifikationskennzeichen eines Impfgutscheins (bei Vorliegen von Impfgutscheinheften). <br />
Notwendig für Abrechnung (gültig für genau eine Impfung). Keine weitere Prüfung im e-Impfpass. <br />
|act "Immunization Billability Entry" mit act/id<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zusatzklassifikation<br />
|Zusätzliche strukturierte Information zu einer Impfung, z.B. eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat (Impfsetting).<br />
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.<br />
|- style="vertical-align:top;"<br />
|'''Impfstoff (Produkt)''' (Arzneimittel)<br />
|Daten zur verabreichten Arzneimittelspezialität<br />
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)<br />
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"<br />
|manufacturedProduct/manufacturedMaterial/name<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Pharmazentralnummer (PZN)<br />
|Pharmazentralnummer der Arzneispezialität, gemäß ASP-Liste (bzw. Liste für historische oder ausländische Impfstoffe)<br />
|manufacturedProduct/manufacturedMaterial/code[@code]<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Handelsname<br />
|Handelsname der Arzneispezialität <br />
|manufacturedProduct/manufacturedMaterial/code[@displayName]<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zulassungsnummer<br />
|Zulassungsnummer der Arzneispezialität <br />
|manufacturedProduct/manufacturedMaterial/code/translation<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Chargennummer (Charge)<br />
|Chargennummer der Arzneispezialität, die verabreicht wurde<br />
|manufacturedProduct/manufacturedMaterial/lotNumberText<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Ablaufdatum<br />
|Muss dokumentiert werden.<br />
<br />
Kann aus 2D Barcode abgleitet werden.<br />
<br />
Kann nur im Zusammenhang mit der Abrechenbarkeit in der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung angegeben werden.<br />
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)<br />
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehöriger delegierte Verordnung (EU) 2016/161<br />
|manufacturedProduct/id<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)<br />
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)<br />
|manufacturedProduct/manufacturerOrganization<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ATC<br />
|ATC-Code des Wirkstoffs aus Fachinformation<br />
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wirkstoff<br />
|Wirkstoff(e) des Arzneimittels, z.B. "Masernviren, Stamm Schwarz (lebend, attenuiert)"<br />
|manufacturedMaterial/pharm:ingredient<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Menge<br />
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />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.<br />
|substanceAdministration "Immunization Entry"/doseQuantity<br />
|- style="vertical-align:top;"<br />
|'''Impfempfehlung''' (Impfkalender)<br />
|Daten der empfohlenen (zukünftigen) Impfungen:<br />
<br />
* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />
* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br />
<br />
Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen.<br />
<br />
Wird automatisch von der zentralen Anwendung erstellt bzw. kann manuell vom Arzt eingetragen (überschrieben) werden.<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)<br />
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br />
<br />
Wird definiert durch:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|/precondition/criterion "Immunization Schedule Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, welche/s die Empfehlung generiert<br />
|/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)<br />
|consumable<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Referenz zu Impfschema<br />
|Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
|- style="vertical-align:top;"<br />
|'''Kontraindikation für Impfungen'''<br />
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />
<br />
* Impfung<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Begründung<br />
<br />
Muss von einem Arzt eingetragen werden.<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitraum<br />
|Zeitraum, in dem die Kontraindikation gilt<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, welche/s die Kontraindikation bestätigt<br />
|/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Kontraindikation gilt.<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Kontraindikation gilt<br />
|consumable<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Referenz zu Impfschema<br />
|Referenz auf die Information, die der Kontraindikation zugrunde liegt, z.B.:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Arzt eingetragenen Kontraindikation<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
|'''Impfrelevante Erkrankung'''<br />
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfrelevante Erkrankung<br />
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B.: FSME, Varizellen, ...)<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Erkrankungsdatum<br />
|Zeitintervall, in der die Erkrankung beobachtet wurde<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)<br />
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.<br />
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor<br />
|Erfasser der Information<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verknüpfung zu Impfung<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Antikörper-Bestimmung (Impftiter)'''<br />
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für Virushepatitis A und B, Röteln und Varizellen etc.<br />
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Analyse<br />
|Gemessener Laborparameter<br />
|"Laboratory Observation Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wert<br />
|Wert der Analyse<br />
|"Laboratory Observation Entry" / value<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Einheit<br />
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden<br />
|"Laboratory Observation Entry" /value/@unit<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bewertung (Interpretation)<br />
|Interpretation des Messwerts (Interpretationskennzeichen)<br />
|"Laboratory Observation Entry" /interpretationCode<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum<br />
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)<br />
|"Laboratory Observation Entry" /effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Durchführendes Labor<br />
|Durchführendes Labor<br />
|"Laboratory Observation Entry" / performer<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Informationsquelle'''<br />
|Herkunft der Information (Dokumentverfasser(in), Author)<br />
|/ClinicalDocument/author<br />
|}<br />
<br />
<br />
</div><br />
<div class="portrait"><br />
<br />
=Technische Spezifikation=<br />
==Übersicht CDA-Struktur "Kompletter Immunisierungsstatus"==<br />
Das CDA-Dokument "Kompletter Immunisierungsstatus" kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand Dokument").<br><br />
Dieses CDA-Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der ELGA Interoperabilitätsstufen (EIS) ist daher nicht notwendig.<br />
<br />
Die Struktur des CDA-Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
[[Datei:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref>: ''CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"''<br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes CDA-Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Implementierungsleitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des CDA-Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment<br />
<br />
==Übersicht CDA-Struktur "Update Immunisierungsstatus"==<br />
Das CDA-Dokument "Update Immunisierungsstatus" wird vom impfenden GDA erstellt und an die zentralen Anwendung "e-Impfpass" gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc. enthalten.<br/><br />
Dieses CDA-Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der ELGA Interoperabilitätsstufen (EIS) ist daher nicht notwendig.<br />
<br />
Die Struktur des CDA-Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
[[Datei:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref>: ''CDA-Dokument in Ausprägung "Update Immunisierungsstatus"'' <br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes CDA-Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Implementierungsleitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des CDA-Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impftermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
</div><br />
<div class="landscape"><br />
<br />
==Übersicht der Strukturen mit Konformität und Kardinalität==<br />
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.<br />
<br />
===Sektion Impfungen - kodiert===<br />
'''1. Dokumentation einer Impfung''':<br />
<br />
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.<br />
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.<br />
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.<br />
<br />
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|M [1..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|NP [0..0]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21) ''Impfende Person''<br />
|C [0..1]<br />
|C [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|C [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''<br />
|C [0..1]<br />
|C [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)<br />
|NP [0..0]<br />
|O [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''<br />
|O [0..*]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|}<br />
<br />
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Expositionsrisiko Personengruppen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfrelevante Erkrankungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Antikörper-Bestimmung - kodiert===<br />
{| class="wikitable"<br />
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant ''(Validierende Person)''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfempfehlungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)<br />
|R [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Beilagen===<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Beilagen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)<br />
|O [0..1]<br />
|R [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|}<br />
<br />
==CDA Templates==<br />
<!-- <br />
dynamic: {{:oid/dynamic}}<br />
static: {{:oid/static-YYYY-mm-dd}}<br />
--><br />
===Document Level Templates===<br />
====Kompletter Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}<br />
====Update Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}<br />
<br />
===Header Level Templates===<br />
==== Document Realm ====<br />
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}<br />
====Document TypeId====<br />
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}<br />
==== Document Id ====<br />
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}<br />
==== Document Effective Time ====<br />
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}<br />
==== Document Confidentiality Code ====<br />
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}<br />
==== Document Language ====<br />
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}<br />
==== Document Set Id and Version Number ====<br />
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}<br />
====Record Target - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}<br />
====Author====<br />
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}<br />
==== Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}<br />
====Custodian==== <br />
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}<br />
====Legal Authenticator==== <br />
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}<br />
==== Information Recipient ====<br />
Wird nicht verwendet.<br />
====Participant ====<br />
Folgende Participants werden nicht verwendet:<br />
*Ein-, Über-, Zuweisender Arzt<br />
*Hausarzt<br />
*Auskunftsberechtigte Person (Notfallkontakt)<br />
*Angehörige<br />
*Versicherung<br />
*Betreuungsorganisation<br />
*Weitere Behandler<br />
====In Fulfillment Of ==== <br />
Wird nicht verwendet.<br />
====Documentation Of Service Event - e-Impfpass ==== <br />
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}<br />
<br />
====Document Replacement - Related Document ====<br />
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}<br />
====Authorization ====<br />
Wird nicht verwendet.<br />
====Component Of - Encompassing Encounter with id ==== <br />
{{:1.2.40.0.34.6.0.11.1.50/dynamic}}<br />
<br />
====Encounter Location==== <br />
{{:1.2.40.0.34.6.0.11.1.8/dynamic}}<br />
<br />
===Section Level Templates===<br />
====Impfungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}<br />
====Expositionsrisiko Personengruppen - kodiert ====<br />
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}<br />
<br />
====Impfrelevante Erkrankungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}<br />
====Antikörper-Bestimmung====<br />
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}<br />
====Impfempfehlungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}<br />
====Beilagen====<br />
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}<br />
<br />
====Übersetzung (informativ)====<br />
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}<br />
<br />
===Entry Level Template===<br />
====Antikörper-Bestimmung Battery Organizer==== <br />
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}<br />
====Antikörper-Bestimmung Data Processing Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}<br />
====Antikörper-Bestimmung Laboratory Observation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}<br />
====Comment Entry - Single Author / Informant==== <br />
{{:1.2.40.0.34.6.0.11.3.17/dynamic}}<br />
<br />
====Eingebettetes Objekt Entry====<br />
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}<br />
==== Expositionsrisiko Problem Concern Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.20/dynamic}} <br />
==== Expositionsrisiko Problem Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}<br />
====External Document Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}<br />
====Immunization Billability Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}<br />
====Immunization Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}<br />
====Immunization Entry Impfung nicht angegeben==== <br />
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}<br />
====Immunization Recommendation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}<br />
====Immunization Schedule Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.10/dynamic}} <br />
====Immunization Target Entry====<br />
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}<br />
====Impfplan Entry====<br />
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Concern Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Entry====<br />
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}<br />
====Vaccine Product ==== <br />
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}<br />
====Vaccine Product nicht angegeben ==== <br />
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}<br />
====Zusatzklassifikation (für Impfungen)==== <br />
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}<br />
<br />
===Weitere CDA-Fragmente ===<br />
====Address Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}<br />
====Address Compilation Minimal==== <br />
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}<br />
====Assigned Entity====<br />
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}<br />
====Assigned Entity Body====<br />
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}<br />
====Assigned Entity Body with name, addr and telecom====<br />
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}<br />
====Author Body ==== <br />
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}<br />
====Author Body - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}<br />
====Date Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}<br />
====Device Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}<br />
====Informant Body==== <br />
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}<br />
====Narrative Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}<br />
====Organization Compilation with id, name==== <br />
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}<br />
====Organization Compilation with id, name, tel, addr==== <br />
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}<br />
====Organization Compilation with name==== <br />
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}<br />
====Organization Compilation with name, addr minimal ====<br />
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}<br />
====Organization Name Compilation ====<br />
{{:1.2.40.0.34.6.0.11.9.27/dynamic}} <br />
====Original Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}<br />
====Participant Body====<br />
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}<br />
====Participant Body - Transcriber ====<br />
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}<br />
====Participant Body - Verifier ====<br />
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}<br />
====Participant Body - Authorized Editor====<br />
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}<br />
<br />
====Participant Body - Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}<br />
<br />
====Performer Body====<br />
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}<br />
====Performer Body - Impfende Person====<br />
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}<br />
====Performer Body - Laboratory==== <br />
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}<br />
====Person Name Compilation G1====<br />
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}<br />
====Person Name Compilation G1 M====<br />
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}<br />
====Person Name Compilation G2====<br />
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}<br />
====Person Name Compilation G2 M====<br />
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}<br />
====Time Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}<br />
<br />
</div class="landscape"><br />
<br />
==Terminologien==<br />
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termgit.elga.gv.at<br />
<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-languagecode ELGA_LanguageCode]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-maritalstatus ELGA_MaritalStatus]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-antikoerperbestimmung eImpf_Antikoerperbestimmung]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-historischeimpfstoffe eImpf_HistorischeImpfstoffe]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-immunizationtarget eImpf_ImmunizationTarget]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfdosis eImpf_Impfdosis]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfgrund eImpf_Impfgrund]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfrelevanteerkrankung eImpf_ImpfrelevanteErkrankung]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfrollen eImpf_Impfrollen]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfschema eImpf_Impfschema]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfstoffe eImpf_Impfstoffe]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-specialcasevaccination eImpf_SpecialCaseVaccination]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-specialsituationindication eImpf_SpecialSituationIndication]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-zusatzklassifikation eImpf_Zusatzklassifikation]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-actencountercode ELGA_ActEncounterCode]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-addressuse ELGA_AddressUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-administrativegender ELGA_AdministrativeGender]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-authorspeciality ELGA_AuthorSpeciality]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-dokumentenklassen ELGA_Dokumentenklassen]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-entitynameuse ELGA_EntityNameUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-humanlanguage ELGA_HumanLanguage]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medientyp ELGA_Medientyp]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medikationmengenart ELGA_MedikationMengenart]<br />
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele: <br />
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze<br />
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medikationmengenartalternativ ELGA_MedikationMengenartAlternativ]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-nullflavor ELGA_NullFlavor]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-observationinterpretation ELGA_ObservationInterpretation]<br />
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.<br />
* [https://termgit.elga.gv.at/ValueSet/elga-personalrelationship ELGA_PersonalRelationship]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-serviceeventperformer ELGA_ServiceEventPerformer]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-telecomaddressuse ELGA_TelecomAddressUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-urlscheme ELGA_URLScheme]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-wirkstoffe-ages ELGA Wirkstoffe AGES]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]<br />
<br />
<div class="portrait"><br />
<br />
=Anhang=<br />
==Abbildungen==<br />
<references group="Abbildung"/><br />
==Tabellen==<br />
<references group="Tabelle" /><br />
==Abkürzungsverzeichnis==<br />
{{ILF:Abkuerzungsverzeichnis}}<br />
<br />
==Literaturverzeichnis==<br />
<references /><br />
</div><br />
<br />
==Release-Log, Ausblick und weitere Informationen==<br />
Auf der [[ILF Diskussion:E-Impfpass (Version 2)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.<br />
<br /></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:Terminologie_Nutzung&diff=154283
ILF:Terminologie Nutzung
2023-04-17T14:01:28Z
<p>Tanjga: </p>
<hr />
<div>{{#seo:<br />
|title=Terminologie Nutzung<br />
|titlemode=append<br />
|keywords=Terminologie Nutzung, Terminologie, Terminologieserver, Codesysteme, Value Sets, Value Set, <br />
|description= Ein Terminologieserver stellt Terminologien in standardisierter Form für Benutzer zur Verfügung. Dadurch wird die semantische Interoperabilität in verteilten Systemen unterstützt.<br />
}}<br />
{{#customtitle:Terminologie Nutzung}}<br />
<br />
{{BeginYellowBox}}<br />
Diese Seite ist veraltet und wird nicht mehr gewartet. Die Inhalte dieser Seite sind oder werden bald auf termgit.elga.gv.at abgebildet. Für Fragen zu den Inhalten stehen wir unter cda@elga.gv.at zur Verfügung.<br />
{{EndYellowBox}}<br />
<br />
{{Underconstruction}}<br />
<br />
{{#css:<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}}<br />
<br />
{{Infobox Dokument<br />
|Group = ELGA CDA<br/>Implementierungsleitfäden<br />
|Title = Leitfaden zur Nutzung von ELGA-Terminologien<br />
|Subtitle = Informationen für Nutzer der ELGA Value Sets, der Codesysteme und des Terminologieservers <br />
|Short = Leitfaden zur Nutzung von ELGA-Terminologien<br />
|Namespace = <br />
|Type = Implementierungsleitfaden<br />
|Version = 1.4<br />
|Submitted = HL7 Austria<br />
|Date = 04.04.2016<br />
|Copyright = 2017-2021<br />
|Status = Entwurf<br />
|Period = n.a.<br />
|OID = n.n.<br />
|Realm = Österreich<br />
}}<br />
<br />
=Zusammenfassung=<br />
Dieser Leitfaden soll eine Hilfestellung für den Umgang mit den ELGA Terminologien sein und Fragen der Anwender zu folgenden Themen klären:<br />
* Was kann sich bei einer Terminologie ändern?<br />
* Wie erfahre ich von Änderungen der Terminologien?<br />
* Wo kann man die Terminologien in welchem Format abrufen?<br />
* Wie gehe ich mit Änderungen in meinem System um?<br />
* Wie kann man Erweiterungen und Änderungen an Terminologien anfordern?<br />
<br />
Was findet man wo?<br />
* Wichtige Definitionen und Begriffsbestimmungen in [[ILF:Terminologie_Nutzung#Definitionen|Kapitel 1.2]]<br />
* Eine Beschreibung des Terminologieservers in [[ILF:Terminologie_Nutzung#Beschreibung_des_Terminologieservers| Kapitel 3]]<br />
* Die Codelisten und Value Sets für ELGA in [[ILF:Terminologie_Nutzung#ELGA_Value_Sets |Kapitel 2]]<br />
* Änderungsprozesse für Terminologien in [[ILF:Terminologie_Nutzung#.C3.84nderbarkeit_von_Value_Sets|Kapitel 2]]<br />
* Best Practice für die [[ILF:Terminologie_Nutzung#Verwendung_von_Value_Sets| Verwendung der Value Sets]] und des [[ILF:Terminologie_Nutzung#Verwendung_des_Terminologieservers| Terminologieservers in Kapitel 4]]<br />
* Technische Details (Aufbau und Attribute der Exportformate) in [[ILF:Terminologie_Nutzung#Technische_Informationen| Kapitel 5]]<br />
<br />
=Informationen über dieses Dokument=<br />
==Hinweise zur Nutzung des Leitfadens==<br />
Der vorliegende Leitfaden wurde von der ELGA GmbH erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt. <br />
<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung dieses Dokumentes können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [https://www.elga.gv.at/index.html www.elga.gv.at].<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
<br />
==Zielgruppen==<br />
Der Leitfaden richtet sich vorwiegend an IT-Betriebsverantwortliche, Software- oder Systembetreuer sowie Softwareentwickler und alle Personen, die Terminologien in Anwendungssysteme integrieren und gegebenenfalls aktualisieren.<br />
<br />
==Verbindlichkeit==<br />
Mit der ELGA-Verordnung 2015 (in der Fassung der ELGA-VO-Nov-2015) macht die Bundesministerin für Gesundheit 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 anzuwendenden 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 das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch die Bundesministerin für Gesundheit vorgegeben.<br />
<br />
Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.<br />
<br />
{{ILF:Impressum}}<br />
<br />
=Einleitung=<br />
==Motivation==<br />
Die Verwendung von gemeinsamen Codelisten und medizinischen Vokabularen ist eine Voraussetzung für das organisationsübergreifende Zusammenwirken von IT-Systemen im Gesundheitswesen. Nur in allen beteiligten Systemen gleich verwendete Codes ermöglichen die korrekte inhaltliche Interpretation und Verarbeitung der zwischen Medizin-IT-Systemen ausgetauschten Daten (semantische Interoperabilität). Dazu ist es notwendig, dass die Codes und ihre Bedeutung bei einer vertrauenswürdigen Quelle zuverlässig zur Verfügung stehen. Diese notwendige Funktion wird durch die Infrastrukturkomponente „Terminologieserver“ unterstützt.<br />
<br />
Medizinische Terminologien unterliegen wie die Medizin selbst einer stetigen Veränderung, sie müssen daher immer wieder aktualisiert werden. Die Verwendung einheitlicher und qualitätsgesicherter Terminologien bildet die Grundlage der semantischen Interoperabilität. Alle Kommunikationsteilnehmer müssen dieselben Codes und ihre Bedeutung in der jeweiligen Terminologie kennen. Sollte dies nicht der Fall sein, können Codes nicht korrekt interpretiert werden, was zu Fehlern in der Kommunikation und in der Anwendung führen kann. Da sich in Kommunikationsnetzwerken mit hunderten oder tausenden teilnehmenden Systemen die Verteilung der semantischen Bezugssysteme nicht mehr manuell bewerkstelligen lässt, muss die lokale Semantik automatisch mit der zentralen Semantik synchronisiert werden können. <br />
<br />
Die allgemeine Verfügbarmachung von Terminologien ist daher ein besonders wichtiges Ziel. Dabei stellen sich folgende Herausforderungen:<br />
<br />
Alle Terminologien sollen von einem zentralen Zugangspunkt abgerufen werden können und in lesbarer als auch maschinenlesbarer Form zugänglich sein. Auch veraltete Versionen sollen für Recherchezwecke zugänglich bleiben, Änderungen bestehender Versionen müssen nachvollziehbar sein. Unterschiedliche Organisationen können für die Verwaltung und Weiterentwicklung von Terminologien zuständig sein, der Terminologieserver soll diese Tätigkeiten unterstützen und eine örtlich und zeitlich verteilte Arbeit an den Terminologien und einfache Übergabe an den zentralen Zugangspunkt ermöglichen.<br />
<br />
Dieser Leitfaden soll die Stakeholder bei der korrekten Nutzung und Aktualisierung der Terminologien unterstützen.<br />
<br />
==Definitionen==<br />
'''Codesystem:''' Bezeichnung für eine Sammlung von computerverarbeitbaren Codes („Codeliste“) und ihren , zusammen mit dem zugehörigen Regelwerk (Regeln zur Codierung von Begriffen, Benennung etc.). <br />
<br />
'''Value Set:''' Eine eindeutig identifizierbare und versionierte Auswahl von Werten aus einem oder mehreren Codesystemen für eine bestimmte Anwendung bzw für ein Element einer Anwendung (etwa für CDA-Laborbefunde, für XDS-Metadaten etc.). Ein Value Set enthält die Codes selbst sowie die Information über die Herkunft des Codes (die Quell-Terminologie). <br />
<br />
'''Terminologie:''' Allgemeiner Begriff für zur elektronischen Verarbeitung nutzbar gemachte Sammlungen von Konzepten und ihren Identifikatoren („Codes“). Darunter fallen Codesysteme, Value Sets, Vokabulare, Ontologien etc. <br />
<br />
'''Terminologieserver:''' Ein Server, der Terminologien in standardisierter Form aktuell verfügbar macht. Der Terminologieserver ist eine Komponente der österreichischen e-Health Infrastruktur (https://termpub.gesundheit.gv.at/). <br />
Ein Terminologieserver ist eine Datenbankanwendung mit der Terminologien, also „Codelisten“, im weitesten Sinn verwaltet und zugänglich gemacht werden können. Die Daten enthalten neben fachlichen Erläuterungen auch verschiedene Meta-Informationen (z.B. Quelle). <br />
<br />
==Support, Helpdesk, Kontakt==<br />
* Grundsätzlich ist die ELGA-Serviceline bei allen Anfragen zu Terminologien und zum Terminologieserver zu kontaktieren: [mailto:info@elga-serviceline.at info@elga-serviceline.at] (Tel: +43.50.124 4411)<br />
<br />
=Die ELGA-Terminologien =<br />
==Codesysteme==<br />
In ELGA wird eine Vielzahl unterschiedlicher Codesysteme mit unterschiedlicher Struktur von verschiedenen internationalen, nationalen und lokalen Quellen verwendet. Über den Terminologieserver werden diese in eine möglichst einheitliche Form gebracht. <br />
<br />
Die Aktualisierung von Codesystemen und deren Zeitpunkt oder Häufigkeit liegt in der Verantwortung der Ersteller und damit meist außerhalb des Einflussbereiches von ELGA.<br />
<br />
Ein Codesystem wird durch eine OID eindeutig identifiziert. Die Bedeutung eines Codes kann nur gemeinsam mit der OID des Codesystems entschlüsselt werden.<br />
<br />
Ein Grundsatz der Terminologie-Entwicklung ist, dass Codes nicht gelöscht und auch die Bedeutung eines Codes nicht verändert werden dürfen<sup>1</sup>. Solche Änderungen erzeugen eine Inkonsistenz bei der Verwendung von älteren codierten Daten mit der aktuellen Version des Codesystems. Üblicherweise bekommen solche „inkompatiblen“ Versionsstände des Codesystems unterschiedliche OIDs um sie auseinanderzuhalten (z.B. die jährlichen Versionen des ICD-10). Nicht alle Codesysteme halten sich in der Praxis an diese Vorgabe. Bei der Übernahme von Aktualisierungen von Codesystemen ist daher immer mit Bedacht vorzugehen.<br />
<br />
==ELGA Value Sets==<br />
Wo immer durch ELGA CDA Implementierungsleitfäden eine Werteauswahl getroffen werden kann, wird ein passendes Value Set definiert und mit seinem eindeutigen Namen angegeben. ELGA Value Sets beziehen sich immer<sup>2</sup> auf eine bestimmte „Version“ eines Codesystems oder auch mehrerer Codesysteme, was über die OID der Codesysteme erkenntlich ist. Dadurch werden die Value Sets unabhängig von der Veränderung der Codesysteme.<br />
<br />
Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert: https://termpub.gesundheit.gv.at/. <br />
<br />
Value Sets sind nicht nur durch einen eindeutigen Namen, sondern auch durch eine OID und eine Versionsnummer gekennzeichnet, dazu wird ein Gültigkeitsdatum (gültig ab…) ange-geben. Darüber hinaus können Value Sets eine Reihenfolge und eine Baumstruktur (Hierarchie) enthalten. <br />
<br />
Value Sets sind so lange gültig, bis das Gültigkeitsdatum einer neueren Version dieses Value Sets erreicht wird – dann gilt die neuere Version<sup>3</sup>. Solange keine neuere Version vorhanden ist, bleibt ein Value Set gültig (siehe auch [[ILF:Terminologie_Nutzung#Value_Set_Binding| Kapitel 2.2.1 “Value Set Binding“]]).<br />
<br />
Value Sets benötigen keine Status-Information für die einzelnen Codes, weil per Definition nur „gültige und verwendbare“ Codes in einem Value Set enthalten sind. <br />
<br />
Wenn Codes, ab einem bestimmten Gültigkeitsdatum nicht mehr verwendet werden dürfen, wird eine neue Version des Value Sets erzeugt, aus dem die Codes entfernt sind. Die neue Version des Value Sets erhält dann das neue „gültig ab“-Datum.<br />
<br />
===Value Set Binding===<br />
Für jedes Value Set ist ein Zeitpunkt angegeben, an dem es Gültigkeit erlangt („Gültig ab“). Dies ist besonders wichtig für Value Sets, die schon vor ihrem Inkrafttreten veröffentlicht werden. <br />
<br />
Für ELGA gilt grundsätzlich eine DYNAMISCHE Bindung an Value Sets. Das bedeutet, dass immer die aktuell am Terminologieserver publizierte Version eines Value Sets anzuwenden ist. (Das Setzen des entsprechenden Schlüsselworts DYNAMIC ist daher in den Leitfäden nicht erforderlich).<br />
<br />
Value Sets können auch STATISCH an ein Code-Element gebunden werden. Dies wird durch die Angabe des Value Sets mit Name, OID, Version und "Gültig ab"-Datum (effectiveDate) sowie dem Schlüsselwort STATIC gekennzeichnet.<br />
<br />
===Änderbarkeit von Value Sets===<br />
Inhalte von Value Sets können sich ändern, der Name und die OID eines Value Sets bleiben aber gleich. Bei neuen Versionen werden Versionsnummer, Änderungsdatum und „Gültig ab“-Datum (effectiveDate) angegeben. Damit kann die Gültigkeit zu einer bestimmten Zeit rekonstruiert werden.<br />
<br />
In Ausnahmen kann bei der Definition eines Value Sets (im Leitfaden) angegeben werden, dass es nicht geändert oder versioniert werden darf (Property „Immutability“). <br />
<br />
Wie häufig Value Sets geändert werden, hängt von der jeweiligen Anwendung ab. Value Sets, die für „strukturelle“ Elemente benötigt werden (z.B. im CDA-Header, XDS-Metadaten) werden sich selten ändern. „Inhaltliche“ Value Sets (z.B. für Arzneimittellisten, Laboranalysen, Diagnosen-Codierungen) werden sich entsprechend häufig ändern müssen, hier ist mit jährlichen bis wöchentlichen Änderungen gerechnet werden. <br />
<br />
<br />
<sup>1</sup> „Concept Permanence“, beschrieben in „Cimino’s Desiderata“ (Desiderata for Controlled Medical Vocabularies in the Twenty-First Century; 1998; http://www.ncbi.nlm.nih.gov/pmc/articles/PMC3415631/ )<br/><br />
<sup>2</sup> Mit wenigen Ausnahmen <br/><br />
<sup>3</sup> Ausnahmen sind statiche Value Set Bindings in CDA-Leitfäden („STATIC“), die sich explizit auf eine bestimmte Version eines Value Sets beziehen. Wenn nicht anders angegeben sind aber alle Bindings dynamisch, beziehen sich also immer auf die aktuelle Version.<br />
<br />
===Kommunikation der Veränderung von Terminologien===<br />
Alle Änderungen von Terminologien sind am Terminologieserver zentral abrufbar. Die Mechanismen werden in [[ILF:Terminologie_Nutzung#Pr.C3.BCfung_auf_Aktualisierung|Kapitel 4.2.1 ]]beschrieben.<br />
<br />
Prüfungen auf geänderte Terminologien sollten mindestens wöchentlich erfolgen. <br />
<br />
Nicht alle Terminologie-Änderungen können automatisch übernommen werden, in manchen Fällen werden manuelle Änderungen in Systemen notwendig sein (abhängig von der Anwendung). Der Umgang mit Terminologie-Änderungen und ihre organisatorische Einbettung wird exemplarisch im Anhang [[ILF:Terminologie_Nutzung#Pr.C3.BCfung_auf_Aktualisierung| Kapitel 6 „Best Practice Terminologien“]] des KAV Wien beschrieben.<br />
<br />
===Anforderung von Erweiterungen oder Korrekturen von Terminologien ===<br />
Alle Fragen zu ELGA-relevanten Terminologien können an [mailto:info@elga-serviceline.at info@elga-serviceline.at] gemeldet werden, von dieser Adresse aus wird die Bearbeitung zentral koordiniert.<br />
<br />
Codesysteme können nur dann korrigiert werden, wenn (1) ein technisches Problem vorliegt oder (2) es sich um eine in Auftrag der ELGA GmbH entwickeltes Codesystem handelt.<br />
<br />
Von und für ELGA definierte Value Sets können nach fachlicher Prüfung durch die Inhaltsverwalter korrigiert werden. Bei ELGA Value Sets, die einem regulären Wartungs- und Updatezyklus unterliegen, können Erweiterungen und Änderungen durch den zuständigen Inhaltsverwalter durchgeführt werden (z.B. ELGA Laborparameter, ASP-Liste). Bei anderen inhaltlichen Korrekturen von ELGA Value Sets muss gegebenenfalls die fachliche Entscheidung der Arbeitsgruppe<sup>4</sup> eingeholt werden, die den entsprechenden Leitfaden entwickelt hat, in dessen Rahmen das Value Set definiert wurde.<br />
<br />
Zu anderen (nicht-ELGA-relevanten) Terminologien kann das Kontaktformular des Terminologieservers genutzt werden: https://termcollab.gesundheit.gv.at/TermBrowser/gui/info/enquiry.zul.<br />
<br />
<br />
<sup>4</sup> Ein „CDA Beirat“, der Entscheidungen in Umlaufverfahren(qui tacet consentit) trifft. Die getroffenen Entscheidungen können per Mailverteiler publik gemacht werden.<br />
<br />
=Der Terminologieserver=<br />
==Beschreibung des Terminologieservers==<br />
Ein Terminologieserver stellt Terminologien in standardisierter Form für Benutzer zur Verfügung. Dadurch wird die semantische Interoperabilität in verteilten Systemen unterstützt. Mit den Services ist es möglich, lokale Semantik mit global vereinbarter Semantik zu synchronisieren und aktuell zu halten.<br />
<br />
Terminologieserver stellen einerseits Dienste zum manuellen oder automatischen Abruf von Vokabularen, andererseits zur automatisierten Synchronisation dezentral verwalteter Vokabulare bereit. <br />
<br />
Über eine Web-Anbindung können Vokabulare veröffentlicht werden: Primärsysteme können ihre lokalen Terminologien via Webservices synchronisieren und pflegen, Endbenutzer können auf Terminologien über eine Weboberfläche zugreifen. Wesentlich ist, dass die Daten eine hohe Strukturierung aufweisen und sich automatisch verarbeiten lassen. <br />
<br />
[[Datei:Terminologieserver für die Entwicklung und Nutzung von Terminologien.png|600px]]<br/><br />
''Abbildung 1: Terminologieserver für die Entwicklung und Nutzung von Terminologien''<br />
<br />
Auf dem österreichischen Terminologieserver werden alle Terminologien, die für den Einsatz in ELGA notwendig sind, verwaltet. Die Benutzeroberfläche trennt Codelisten und Value Set. Zu jeder Terminologie können Versionen angezeigt werden. Im rechten Bereich öffnet sich die gewünschte Version, um alle Konzepte (ggf. mit Hierarchie) anzuzeigen. Es kann sowohl innerhalb einer Terminologie als auch über alle Codelisten oder Value Sets gesucht werden. Jede Version kann exportiert werden. Details dazu entnehmen Sie bitte dem Benutzerhandbuch Publikationsumgebung, das sie am Terminologieserver unter „Hilfe“ finden. <br />
<br />
Über die Detailansicht (Rechtsklick) können weitere Informationen zur Terminologie bzw. ihrer Version angezeigt werden, etwa das „gültig ab“ Datum.<br />
<br />
Genauso können Details zu jedem Konzept angezeigt werden, etwa:<br />
* Begriff: displayName<br />
* Bedeutung: deutsche Sprachvariante<br />
* Beschreibung: nähere Beschreibung (Anwendungsbeschreibung) des Konzepts<br />
* Hinweise: Hinweise zur Anwendung des Konzepts<br />
Terminologien können auch über eine Webservice-Schnittstelle exportiert bzw. auf Aktualisierungen geprüft werden. Siehe dazu Kapitel [[ILF:Terminologie_Nutzung#Terminologieserver:_Export_mittels_Webservice|4.2.1.2]].<br />
<br />
=Best Practice=<br />
==Verwendung von Value Sets==<br />
# Für das „Schreiben“ (Erzeugen von Dokumenten) MUSS immer das aktuell gültige Value Set verwendet werden.<br />
# Der medizinisch relevante Inhalt MUSS in CDA Dokumenten IMMER im narrativen Text vollständig lesbar sein (Level 3-Information sind für das Lesen NICHT erforderlich).<br />
# Bei der Verwendung von Level-3-codierten Informationen MÜSSEN Code und Codesystem gleichzeitig betrachtet werden. <br />
# Die Bedeutung (bzw. die Benennung) eines Codes in einem Codesystem MUSS aus dem Codesystem ermittelt werden und DARF NICHT aus dem Attribut displayName entnommen werden. <br />
## Nur wenn der Code nicht im Codesystem gefunden werden kann, können alternativ der OriginalText oder DisplayName aus dem jeweiligen Dokument verwendet werden.<br />
# Theoretisch müsste immer das komplette Codesystem beim Empfänger verfügbar sein, um die Codes zu interpretieren. Das ist v.a. bei umfangreichen Terminologien unpraktikabel, diese können auch nicht durchgängig ins Deutsche übersetzt werden (z.B. LOINC). <br />
::In der Praxis reicht es, das jeweilige Value Set (das immer durchgängig ins Deutsche übersetzt ist) zu importieren. <br />
# Für die Verwendung „historischer“ Level-3-Werte wird daher folgendes Vorgehen beim Import neuer Value Sets EMPFOHLEN: <br />
## Vorbedingung: Alle Einträge erhalten im lokalen System einen Gültigkeitszeitraum (oder ein äquivalentes Gültigkeitskennzeichen).<br />
## Beim Import eines neuen Value Sets wird im ersten Schritt das „gültig bis“-Datum für alle bisherigen Einträge mit dem „gültig ab“-Datum des neuen Value Sets versehen, dadurch werden die bisherigen Einträge als „veraltet“ gekenn-zeichnet. Zusätzlich kann noch ein entsprechender Status gesetzt werden. <br />
## Im zweiten Schritt wird das aktuelle Value Set importiert, wobei der Inhalt bereits bestehender übereinstimmender Codes durch die neuen Informationen ersetzt. und das „gültig bis“-Datum dieser im Value Set enthaltenen Codes entfernt wird. Das „gültig ab“-Datum für neue (bisher nicht enthaltener) Einträge entspricht dem „gültig ab“-Datum des Value Sets.<br />
<br />
==Verwendung des Terminologieservers==<br />
Der Terminologieserver dient nicht als Online-Ressource (Prüfung einzelner Werte), sondern als Quelle für neue Terminologien, die lokal abgespeichert werden sollen.<br />
<br />
===Prüfung auf Aktualisierung===<br />
Sowohl über die Benutzeroberfläche des Terminologieservers als auch über die Webservice-Schnittstelle können Aktualisierungen erkannt bzw. automatisiert geprüft werden. Näheres siehe nachfolgende Kapitel. Prüfungen sollten wöchentlich durchgeführt werden. <br />
<br />
====Terminologieserver: Benutzeroberfläche====<br />
Am Terminologieserver können aktuelle Änderungen an Terminologien angezeigt werden („Aktuelle Vorgänge“). Diese können nach mehreren Kriterien gefiltert werden.<br />
<br />
====Terminologieserver: Export mittels Webservice====<br />
Der Export von Terminologien ist ein zweistufiges Verfahren. In beiden Schritten kann eine entsprechende Prüfung auf Aktualisierung stattfinden:<br />
# Auflisten aller Code Systeme bzw. Value Sets und deren Versionen. Dies ist bei jedem Exportvorgang notwendig, da es von jeder Terminologie mehrere Versionen geben kann (die natürlich unterschiedliche Version-IDs haben, aber auch unterschiedliche OIDs besitzen können). Mit den erhaltenen IDs (CodeSystemID/ ValueSetID und jeweilige Versions-ID) kann die gewünschte Terminologie-Version im nächsten Schritt exportiert werden. <br />
## In diesem Schritt wird durch den Abgleich der lokal vorhandenen Value Set -IDs bzw. Version-IDs mit den aktuell abgefragten (und ggf. höheren) ID eine Aktualisierungsprüfung durchgeführt. Man erhält sowohl die aktuell gültigen als auch zukünftig gültigen Versionen (siehe nächster Schritt). Ist keine höhere ID vorhanden, ist die lokal vorhandene Version die gültige. Diese Variante der Aktualisierungsprüfung auf Versionsebene ist empfohlen.<br />
# Export der Terminologie <br />
::Unter Angabe der ID, Versions-ID und des gewünschten Exportformats kann die Ter-minologie exportiert werden. Die Export-Datei enthält das Gültigkeitsdatum ([[ILF:Terminologie_Nutzung#Elemente_der_Downloadformate|siehe 5.1 Elemente der Downloadformate]]). Mit dem Gültigkeitsdatum kann entschieden werden, ob die Terminologie direkt oder später (erst ab Gültigkeitsdatum) importiert werden soll. <br />
# Zur Überprüfung der Aktualität der Einträge kann optional die Update-Prüfungs-Funktion genutzt werden: Dazu muss clientseitig der Zeitstempel des letzten Abrufs (Export) gespeichert und beim erneuten Export mitgegeben werden. Als Response erhält man daraufhin nur jene Konzepte, bei denen es seit dem letzten Abruf zu Änderungen gekommen ist (Achtung: Es werden nur aktuell gültige Konzepte ausgegeben, keine gelöschten!).<br />
<br />
Detaillierte Beschreibungen der Webservices finden Sie im „Benutzerhandbuch Web-services“, das im Bundesministerium für Gesundheit angefordert werden kann: <br />
Mag. Engelbert Prenner (E-Mail: [mailto:engelbert.prenner@bmg.gv.at engelbert.prenner@bmg.gv.at], Telefon: +43-1/71100-4795)<br />
<br />
=Technische Informationen=<br />
==Elemente der Downloadformate==<br />
Im Folgenden werden die unterschiedlichen Exportformate mit ihren Elementen und Besonderheiten beschrieben. Die Auflistung gilt mit Ausnahme des Value Sets ELGA_Laborparameter<sup>5</sup> und der Codeliste ASP-Liste.<br />
<br />
===SVS===<br />
Das angebotene SVS ist ein erweitertes IHE Sharing Value Set Format. In diesem XML-Format können Codelisten und Value Sets exportiert werden. <br />
<br />
Diese enthält Attribute zur Terminologie bzw. der Version (Element „valueSet“):<br />
* Name: Bezeichnung der Terminologie<br />
* Beschreibung und description der Terminologie<br />
* effectiveDate: „gültig-ab“ Datum der Version<br />
* Id: OID der Version<br />
* statusCode (derzeit nicht unterstützt)<br />
* website: Link zu Quelle etc.<br />
* version: Nummer/Bezeichnung der Version<br />
* version-beschreibung (bei Codelisten): Beschreibung der Version <br />
* gueltigkeitsbereich<br />
* statusCode: 0=>Vorschlag: 1=>Public; 2=>Obsolet<br />
* last_change_date: Datum der letzten Änderung<br />
<br />
Alle Konzepte sind als „concept“-Elemente in der „conceptList“ vorhanden und enthalten folgende Attribute:<br />
* code<br />
* codeSystem: OID des Quell-Code Systems des Konzepts<br />
* displayName: Begriff<br />
* concept_beschreibung: nähere Beschreibung (Anwendungsbeschreibung) des Konzepts<br />
* deutsch: deutsche Sprachvariante, Bedeutung<br />
* einheit_codiert, einheit_print: nur relevant bei Laborparametern<br />
* hinweise: Hinweise zur Anwendung des Konzepts<br />
* level/type: Abbildung der Hierarchie<br />
* relationships: etwaige Verbindungen zu anderen Konzepten<br />
* orderNumber (nur bei Value Sets): Index zur Fixierung der Reihenfolge<br />
* conceptStatus: 0=>Vorschlag; 1=>Public; 2=>Obsolet<br />
* unvollständig (bei Codelisten): Flag zur Kennzeichnung von Codelisten, die nur auszugsweise am Terminologieserver veröffentlicht sind <br />
* verantw_Org (bei Codelisten): verantwortliche Organisation<br />
<br />
===CSV===<br />
CSV (comma separated values) steht als Exportformat für Codelisten und Value Sets zur Verfügung. Es enthält als flache Liste lediglich Informationen zu den Konzepten, nicht aber zur Terminologie selbst bzw. zu ihrer Version:<br />
* code<br />
* codeSystem: OID des Quell-Code Systems des Konzepts<br />
* displayName: Begriff<br />
* concept_beschreibung: nähere Beschreibung (Anwendungsbeschreibung) des Konzepts<br />
* meaning: deutsche Sprachvariante, Bedeutung<br />
* hints: Hinweise zur Anwendung des Konzepts<br />
* orderNumber (nur bei Value Sets): Index zur Fixierung der Reihenfolge<br />
* level/type: Abbildung der Hierarchie<br />
* relationships: etwaige Verbindungen zu anderen Konzepten<br />
* einheit_codiert, einheit_print: nur relevant bei Laborparametern<br />
<br />
<br />
<br />
<sup>5</sup> Mapping der Basisattribute der Laborparameter auf Elemente im Terminologieserver siehe Leitfaden zur Anwendung von LOINC in ELGA<br />
<br />
===ClaML===<br />
ClaML (Classification Markup Language) ist ein spezielles XML-Datenformat für Klassifikationen. Der ClaML Export steht nur für Codelisten zur Verfügung. <br />
<br />
Informationen zur Terminologie bzw. Versionen sind in den ersten Elementen enthalten. Die OID findet sich im „uid“-Attribut des Elements Identifier. Weitere Informationen zur Terminologie finden sich in den ersten „Meta“-Elementen als name-value Paar:<br />
* Description: deutsche Beschreibung der Terminologie<br />
* Description_eng: englische Beschreibung der Terminologie<br />
* Website: Link zu Quelle etc.<br />
* version_description: Beschreibung der Version<br />
* insert_ts: Datum des Imports/Anlegen am Terminologieserver<br />
* status_date: „Status geändert am“-Datum<br />
* expiration_date: „gültig-bis“ Datum<br />
* last_change_date: „geändert am“ Datum<br />
* gueltigkeitsbereich<br />
* statusCode: 0=>Vorschlag; 1=>Public; 2=>Obsolet <br />
* unvollständig (bei Codelisten): Flag zur Kennzeichnung von Codelisten, die nur auszugsweise am Terminologieserver veröffentlicht sind <br />
* verantw_Org (bei Codelisten): verantwortliche Organisation<br />
Alle anderen Informationen zur Version befinden im title-Element:<br />
* tite@date: „gültig-ab“ Datum<br />
* tite@name: Name der Terminologie<br />
* tite@version: Bezeichnung bzw. Nummer der Version<br />
Die einzelnen Konzepte werden als class-Element abgebildet, jeweils mit name-value Paaren:<br />
* class/@code: Code<br />
* <Rubric kind='preferred'>/Label: Begriff<br />
* <Rubric kind='note'>/Label: nähere Beschreibung (Anwendungsbeschreibung) des Konzepts<br />
* TS_ATTRIBUTE_HINTS: Hinweise zur Anwendung des Konzepts<br />
* TS_ATTRIBUTE_MEANING: deutsche Sprachvariante, Bedeutung<br />
* TS_ATTRIBUTE_STATUS/ TS_ATTRIBUTE_STATUSUPDATE: Informationen zum Status des einzelnen Konzepts<br />
* Level/Type: Abbildung der Hierarchie<br />
* Relationships: etwaige Verbindungen zu anderen Konzepten<br />
<br />
Zu beachten ist hier, dass die Elemente in der Exportdatei nicht vorhanden sind, wenn sie am Terminologieserver nicht befüllt sind.<br />
<br />
=Anhang: Best Practice Beispiel KAV Wien=<br />
<br />
''Das Konzept des KAV Wien zum Umgang mit ELGA Terminologien im Zusammenspiel mit GDA/Verbund spezifischen Katalogen wurde von Mag. Konrad Hölzl (KAV Wien) freundlicherweise zur Verfügung gestellt und hier als Beispiel übernommen.''<br />
<br />
[[Datei:KAV Best Practice Terminologien.png|600px]]<br />
<br />
'''KAV Ausgangssituation'''<br />
* Der Wiener Krankenanstaltenverbund betreibt sehr mehr als 20 Jahren eine spitalsübergreifende elektronische Krankengeschichte<br />
* Um das Zusammenspiel bei der Datenerzeugung in den jeweiligen KAV Spitälern sicherstellen zu können wurde ein eigenes Katalogssystem entwickelt<br />
* Dieses Katalogssystem stellt sicher, dass Änderungen im Inhalt der einzelner Kataloge verwaltet und verteilt werden können<br />
* In diesem Katalogssystem sind sowohl KAV-weite Kataloge als auch anstaltsspezifische Kataloge eingebunden<br />
* Es wurde dafür Sorge getragen, dass bei Anstaltskatalogen soweit sinnvoll auch entsprechende Umschlüsselungen zu KAV-Katalogen existiert<br />
* Aufgrund der Heterogenität der IT-Systemlandschaft im KAV sind für manche in zugekauften Systemen verwendeten Katalogen bilateral vereinbarte Übermittlungswege realisiert<br />
<br />
'''Die Problemstellung'''<br />
* Um im ELGA Kontext automatisiert auswertbare Daten erstellen zu können ist die Verwendung einheitlicher Value Sets notwendig<br />
* Eine sofortige Umstellung der im Spitals/Verbund Kontext verwendeten Kataloge ist nicht möglich<br />
* Es ist ein System zu etablieren welches die Zuordnung von Katalogen sowie Katalogseinträgen zu ELGA Value Sets sowie ELGA Codes/Concepts und umgekehrt ermöglicht<br />
* Das System muss mit Erweiterungen und Änderungen umgehen können – sowohl auf Ebene von Einträgen/Codes als auch auf Ebene von Katalogen/Value Sets<br />
<br />
'''ELGA Begriffe - Terminologieserver'''<br />
* Der Terminologieserver soll den Stakeholdern des österreichischen Gesundheitswesens die Möglichkeit bieten, Terminologien über das Internet öffentlich zur Verfügung zu stellen, sowie Terminologie-Recherche und Terminologie-Download ermöglichen.<br />
* Über eine Web-Anbindung können Terminologien veröffentlicht werden. Primärsysteme können ihre lokalen Terminologien via Webservices synchronisieren und pflegen (Webservice-Nutzer), Webfrontend-Nutzer können auf Terminologien über eine Weboberfläche zugreifen.<br />
<br />
'''ELGA Begriffe – Codesystem/-liste'''<br />
* Codesystem (engl. code system): Bezeichnung für eine Terminologie mit dem zugehörigen Regelwerk (z.B. Regeln zur Codierung von Begriffen, Benennung etc.).<br />
* Wird häufig synonym mit Codeliste verwendet.<br />
* Jedes Codesystem ist durch eine eindeutige OID gekennzeichnet, dadurch wird durch Angabe von Code und OID ein bestimmtes Konzept eindeutig bezeichnet. <br />
<br />
'''ELGA Begriffe – Value Set'''<br />
* Ein „Value Set“ oder „Wertemenge“ ist eine eindeutig identifizierbare und versionierte Sicht auf eine oder mehrere Terminologien<br />
* Ein Value Set kann als Kollektion von 1-n Codes der 1-n Terminologien gesehen werden. <br />
* Die Festlegung der zulässigen Menge von Codes erfolgt über eine "Value Set Assertion". Dadurch werden Codes aus einem oder mehreren Codesystemen ausgewählt, eine solche Auswahl stellt ein "Value Set" dar. Dabei wird u.a. angegeben, welche Codes bei der Implementierung unterstützt werden müssen, welche Codes unterstützt werden dürfen und welche Codes nicht verwendet werden dürfen. Jedem Value Set wird wiederum eine OID zur eindeutigen Referenzierung zugeordnet. <br />
* ACHTUNG: Die OID des Value Sets dient nur der Referenzierung des Value Sets, sie ersetzt nicht die OID des Codesystems. Die Bedeutung eines kodierten Konzepts ergibt sich immer aus der Kombination Code/Codesystem. (So kann ein ValueSet theoretisch mehrere gleichlautende Codes enthalten, die aber zu verschiedenen Codesystemen gehören!) <br />
<br />
'''KAV Begriffe - Katalog'''<br />
* Jeder Katalog hat einen Katalogstyp welcher gleichartige Codes zusammenfasst<br />
* Zu jedem Code können bestimmte vordefinierte Attribute erfasst werden<br />
* Innerhalb eines Katalogs kann mit einer Präfixierungslogik eine weitere Untergliederung vorgenommen werden<br />
<br />
'''Der Teminologieserver in ELGA'''<br />
* Der Terminologieserver stellt die verbindliche Publikationsinstanz für in ELGA zu verwendenden Value Sets dar<br />
* Über eine Webservice-Schnittstelle kann jeder ELGA Teilnehmer den aktuellen Stand der in ELGA verwendeten Value Sets in seine Domäne herunterladen.<br />
Dies soll in periodischen Abständen (z.b. täglich) erfolgen<br />
* Der Terminologieserver ist NICHT dafür ausgelegt häufige Codevalidierungen durchzuführen<br />
<br />
'''Die im KAV umgesetzte Lösung'''<br />
* Einbindung der ELGA Value Sets in die KAV weite Katalogsverteilung<br />
* Entwicklung eines Mapping Tools welches die Übersetzung der vom Terminologieserver geladenen Value Sets auf die KAV Kataloge (und vice versa) ermöglicht<br />
* Es ist für jede Mapping Tabelle ein Verantwortlicher zu definieren welcher im Falle einer Änderung von den für das Mapping relevanten Katalogen oder Value Sets das Mapping entsprechend (teilweise Fachwissen erforderlich) umsetzt.<br />
* Es ist ein „Uebermapper“ definiert welcher bei neuen Katalogen oder Savesets erforderlichen falls neue Mapping Verantwortliche findet<br />
* Einsatz eines Webservices um allen im KAV eingesetzten Applikationen die Möglichkeit der Umschlüsselung zwischen KAV Katalogen sowie ELGA Value Sets zu ermöglichen<br />
<br />
[[Datei:Grafikübersicht Mapping KAV.png|600px]]<br />
<br />
'''Datenübernahme ELGA - KAV'''<br />
* Ein periodisch laufender Batchjob übernimmt die Informationen (Value Sets und Codelisten) aus dem Terminologieserver und legt diese KAV intern ab<br />
* Ein Importer übernimmt die abgelegten Terminologieserver Daten und fügt diese dem KAV Terminologie Store hinzu<br />
** Fehlerresistent gegenüber gelöschten und doppelten Einträgen<br />
<br />
'''Datenmapping - Datenserver'''<br />
* KAV Katalogs Content Server<br />
: Stellt die intern verwendeten Kataloge zur Verfügung<br />
* KAV Terminologie Store<br />
: Stellt die ELGA Value Sets und Codesysteme zur Verfügung<br />
* KAV Mapping DB<br />
:Verbindet den KAV Katalogs Content Server und den KAV Terminologie Store<br />
<br />
'''Datenmapping - Abbildung'''<br />
* Ein Mapping stellt einen bestimmten Mapping-Typ dar<br />
** Dieser ist eine unidirektionale N:N Verbindung zwischen zwei Tabellen<br />
** Jeder einzelne Mapping Eintrag kann auch eine „Gültig ab/bis“ Information haben<br />
** Die Abfrage eines Mapping Typs mit einem Codewert kann eine Liste von 0 bis N Elementen liefern<br />
:: Zu jedem Listelement wird die gesamte Information geliefert<br/><br />
:: Der Umgang mit 0 oder N Resultaten ist in der Applikation abzudecken<br/><br />
:: Die Verarbeitung des Gültigkeitszeitraumes ist in der Applikation abzudecken<br/><br />
* Wenn eine bidirektionale Umschlüsselung notwendig ist dann ist ein 2ter Mappingtyp zu erstellen<br />
<br />
'''Datenmapping Zugriff'''<br />
* Es wird ein Webservice angeboten welches die Informationen der KAV Mapping DB abfragen kann<br />
* Parameter:<br/><br />
: Mapping Typ<br/><br />
: Zu mappender Code<br/><br />
:Resultat ist eine Ergebnisliste<br />
<br />
'''KAV Mapping – Erweiterungen in Konzeption'''<br />
* Bessere Integration der „Gültig ab/bis“ Logik<br/><br />
: Unterstützung beim Mapping<br/><br />
: Unterstützung in Abfragen<br />
* Generische Ausnahmenbehandlung<br/><br />
:Abhängig vom Resultat des Mappings soll schon beim Mapping Typ das Verhalten in bestimmten Situationen (0 oder N Ergebnisliste) konfiguriert werden können<br />
<br />
'''Einbindung des ELGA Bereichs'''<br />
* Im ELGA Bereich werden keine KAV Katalogseinträge verwendet – nur ELGA Value Sets<br />
* Der ELGA Bereich benötigt daher keine Mapping Tabellen<br />
* Der ELGA Bereich benötigt jedoch Teile der jeweils aktuellen ELGA Value Sets<br />
* Die Versorgung des ELGA Bereichs mit den benötigten Value Sets ist sicherzustellen entweder durch<br />
** direkten Abgleich mit dem Terminologieserver (SVS)<br />
** oder durch Benutzung der abgezogenen Daten aus dem Katalogssystem (proprietäre Schnittstelle)<br />
<br />
'''Einbindung zusätzlicher GDAs'''<br />
* Wenn zusätzliche GDAs in das Mappingsystem eingebunden werden sollen so ist ein GDA Katalogs Content Server der intern verwendeten Kataloge anzulegen<br />
* Der Prozess des Abgleichs mit der Mapping DB ist analog zu sehen<br />
<br />
'''Kontakt für „KAV Best Practice Terminologien“'''<br />
* Mag. Konrad Hölzl<br/><br />
: Tel: 01/40409 - 66036<br/> <br />
: KAV-IT<br/><br />
: 1220 Wien, Stadlauer Straße 54<br/><br />
: E-Mail: [mailto:konrad.hoelzl@wienkav.at konrad.hoelzl@wienkav.at] <br/><br />
: http://www.wienkav.at/ikt</div>
Tanjga
http://wiki.hl7.at/index.php?title=Terminologien&diff=154282
Terminologien
2023-04-17T14:00:34Z
<p>Tanjga: </p>
<hr />
<div>{{BeginYellowBox}}<br />
Diese Seite ist veraltet und wird nicht mehr gewartet. Die Inhalte dieser Seite sind oder werden bald auf termgit.elga.gv.at abgebildet. Für Fragen zu den Inhalten stehen wir unter cda@elga.gv.at zur Verfügung.<br />
{{EndYellowBox}}<br />
<br />
Im Gesundheitswesen wird eine Vielzahl unterschiedlicher Codesysteme mit unterschiedlicher Struktur von verschiedenen internationalen, nationalen und lokalen Quellen verwendet. Über den Terminologieserver werden diese in eine möglichst einheitliche Form gebracht.<br />
<br />
Ein Terminologieserver stellt Terminologien in standardisierter Form für Benutzer zur Verfügung. Dadurch wird die semantische Interoperabilität in verteilten Systemen unterstützt. Mit den Services ist es möglich, lokale Semantik mit global vereinbarter Semantik zu synchronisieren und aktuell zu halten. <br />
<br />
==Leitfäden zur Benutzung von Terminologien und Terminologieserver==<br />
* [[ILF:Terminologie Nutzung|Leitfaden zur Nutzung von Terminologien]]<br />
* [https://elga.gv.at/fileadmin/user_upload/Dokumente_PDF_MP4/CDA/Leitfaden_LOINC_Anwendung_in_ELGA_V1.03.pdf Leitfaden zur Anwendung von LOINC in ELGA (Version 1.03)]<br />
* [https://termgit.elga.gv.at/ Terminologie-Browser: Terminologien (Codesysteme und Value Sets)]<br />
<br />
==Codelisten==<br />
* [[Dokumentenklassen für XDS Registries]] – Version 1.4<br />
* [[APPC|Austrian PACS Procedure Code (APPC)]]<br />
* [[Geschlecht]] - aktueller Stand des Mappings<br />
* [[ASP Liste]] - Liste der humanen Arzneimittelspezialitäten<br />
<br />
== Terminologieserver ==<br />
<br />
* [[TS:Terminologieserver| Terminologieserver]]<br />
* [[TS:Inhalte|Inhalte]]<br />
* [[Übersicht]] -- Inhalt verschieben<br />
<br />
==SNOMED CT==<br />
[[SCT:SNOMED CT|SNOMED CT]]<br />
<br />
Offene Punkte: <br />
* Erläuterungen zum HL7.MaritalStatus (Familienstand) '''[http://wiki.hl7.org/index.php?title=Marital_Status_Code_Definitions]'''<br />
* Erläuterungen NullFlavor '''[http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]'''</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:EImpfpass_Allgemeine_Richtlinien&diff=154281
ILF:EImpfpass Allgemeine Richtlinien
2023-04-17T13:44:13Z
<p>Tanjga: /* Value Sets */</p>
<hr />
<div>{{#css:<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
}}<br />
{{#customtitle:Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
==Allgemeine Richtlinien für die Implementierung des e-Impfpasses==<br />
===Verwendung von Schlüsselwörtern===<br />
Wenn im Text die Verbindlichkeit von Vorgaben angegeben wird, wird das durch Schlüsselwörter gekennzeichnet [gemäß RFC 2119], die in Majuskeln (Großbuchstaben) geschrieben werden. Die Angabe der Verbindlichkeit ersetzt nicht die Angabe von Kardinalität oder Nullwerten (die in HL7 Version 3 als nullFlavors ausgedrückt werden).<br />
<br />
*MUSS bedeutet eine verpflichtend einzuhaltende Vorschrift (Gebot). Entspricht den Konformitätskriterien '''''[M]''''' und '''''[R] 1..'''''.<br />
*NICHT ERLAUBT formuliert ein verpflichtend einzuhaltendes Verbot. Entspricht dem Konformitätskriterium '''''[NP]'''''.<br />
*SOLL oder EMPFOHLEN steht für eine pragmatische Empfehlung. Es ist gewünscht und empfohlen, dass die Anforderung umgesetzt wird, es kann aber Gründe geben, warum dies unterbleibt. Entspricht dem Konformitätskriterium '''''[R] 0..'''''.<br />
*KANN oder OPTIONAL (engl. MAY, OPTIONAL) Die Umsetzung der Anforderung ist optional, sie kann auch ohne zwingenden Grund unterbleiben. Entspricht dem Konformitätskriterium '''''[O]'''''.<br />
<br />
===Kardinalität===<br />
Die Kardinalität beschreibt, wie oft ein Element innerhalb einer Struktur auftreten kann. Die Kardinalität wird durch ein Intervall zwischen der minimalen und maximalen Anzahl angegeben, getrennt durch "..". Eine unbegrenzte Anzahl wird durch ein "*" angegeben. Daraus ergeben sich mindestens folgende Möglichkeiten: 0..1; 0..*; 1..1; 1..*<br />
<br />
===Umgang mit optionalen Elementen===<br />
Sind Elemente bzw. Attribute als "optional" gekennzeichnet ('''''[O]''''') so ist ihre Verwendung OPTIONAL, aber es ist NICHT ERLAUBT, dass sie, wenn sie verwendet werden, leer sind. Möchte man ein optionales Element explizit mit einem leeren Wert angeben, so hat dies durch Kennzeichnung mit '''''[[#Der_nullFlavor|nullFlavor]]''''' zu erfolgen.<br />
<br />
===Legende der Konformitätskriterien===<br />
====Optionalitäten von CDA-Elementen====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="15%" |Konformitäts-Kriterium|| style="text-align:left" width="15%" |Mögliche Kardinalität|| style="text-align:left" width="15%" |Verwendung von nullFlavor|| style="text-align:left" width="55%" |Beschreibung<br />
|- <br />
|'''''[M]'''''||1..1<br /> 1..*||''nicht erlaubt''||Das '''Element''' MUSS mit einem korrekten "echten" Wert angegeben werden ''("mandatory")''.<br />nullFlavor oder "Dummy"-Werte sind NICHT ERLAUBT.<br />
|- <br />
|'''''[NP]'''''||0..0||''nicht erlaubt''||Das '''Element i'''st NICHT ERLAUBT ''("not permitted")''.<br />
|- <br />
| rowspan="2" |'''''[R]'''''||1..1<br />1..*||''erlaubt''||Das '''Element''' MUSS in der Instanz vorhanden sein ''("required")''. Wenn ein Element nicht bekannt ist, ist die Verwendung eines nullFlavors vorgeschrieben, "Dummy"-Werte sind NICHT ERLAUBT.<br />
|- <br />
|0..1<br />0..*||''nicht erlaubt''||Das '''Element''' SOLL in der Instanz vorhanden sein, sofern bekannt ''("required")''. Wenn nicht bekannt, darf es nicht in der Instanz codiert sein und MUSS weggelassen werden. Ein nullFlavor ist daher NICHT ERLAUBT. Entspricht der in älteren Leitfäden gebräuchlichen Notation [R2] ''("required if known")''.<br />
|- <br />
|'''''[O]'''''||0..1<br />0..*||''erlaubt''||Das '''Element''' ist OPTIONAL ''("optional")''. Sender können das Element angeben. Leere optionale Elemente sind nicht zugelassen, sofern kein nullFlavor angewandt wird.<br />
|- <br />
|'''''[C]'''''|| || ||Die Optionalität des '''Elements''' variiert in Abhängigkeit von anderen Elementen, Situationen oder Zuständen (''"conditional"''). Die konkreten Abhängigkeiten sind in Folge angegeben.<br />
|-<br />
|}<br />
<ref group="Tabelle">Legende der Optionalitäten von Elementen</ref>:''Legende der Optionalitäten von Elementen''<br />
<br />
====Optionalitäten von CDA-Attributen====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="15%" |Konformitäts-Kriterium|| style="text-align:left" width="15%" |Mögliche Kardinalität|| style="text-align:left" width="55%" |Beschreibung<br />
|- <br />
|'''''[NP]'''''||0..0||Das '''Attribut''' ist NICHT ERLAUBT. ''("not permitted")''<br />
|-<br />
|'''''[R]'''''<br />
|1..1<br />
|Das '''Attribut''' MUSS in der Instanz vorhanden sein. ''("required")''<br />
|- <br />
|'''''[O]'''''||0..1||Das '''Attribut''' ist OPTIONAL. ''("optional")''<br />
|- <br />
|'''''[F]'''''||0..1<br />
1..1<br />
|Wenn das '''Attribut''' angegeben wird, ist ein fixer Wert vorgeschrieben. ''("fixed")''<br />
Für das '''Attribut''' ist ein fixer Wert vorgeschrieben. ''("fixed")''<br />
|-<br />
|}<br />
<ref group="Tabelle">Legende der Optionalitäten von Attributen</ref>:''Legende der Optionalitäten von Attributen''<br />
<br />
===Der nullFlavor===<br />
Das Attribut @''nullFlavor'' dient zur Kennzeichnung, dass ein Element nicht seiner Entsprechung gemäß befüllt werden kann. <br />
Die konkrete Anwendung des @''nullFlavor'' Attributs ist im Rahmen dieser Implementierungsleitfäden nur erlaubt, wenn er explizit in der Spezifikation eines Elementes angegeben ist. Für [[ILF:Allgemeiner_Implementierungsleitfaden_2020#Codierungs-Elemente|codierte Elemente]] ist ein nullFlavor für unbekannte und fehlende Information nach Möglichkeit zu vermeiden, bevorzugt ist die Verwendung eines Codes mit demselben Informationsgehalt (etwa für "keine Allergie bekannt" das SNOMED Konzept 716186003 "No known allergy").<br />
<br />
Beispiel für ein Element, welches mit dem @''nullFlavor'' versehen wurde:<br />
<pre class="ilfbox_code"><br />
<id nullFlavor="UNK" /><br />
</pre><br />
Wenn in einem Element ein nullFlavor angegeben wurde, kann nicht gleichzeitig ein anderes Attribut eingetragen werden.<br />
<br />
'''nullFlavor Beispiele''':<br />
{| class="wikitable" <br />
|-<br />
! nullFlavor<br />
! displayName<br />
! Deutsche Übersetzung<br />
! Anwendung<br />
|-<br />
| '''NI'''<br />
| NoInformation<br />
| keine Information vorhanden<br />
| wenn es keine Informationen gibt<br />
|-<br />
| '''UNK'''<br />
| Unknown<br />
| unbekannt<br />
| wenn es Informationen gibt, diese aber unbekannt sind<br />
|-<br />
| '''MSK'''<br />
| Masked<br />
| maskiert <br />
| wenn es Informationen gibt, diese aber nicht bekannt gegeben werden (vertraulich, nicht freigegeben)<br />
|-<br />
| '''NA'''<br />
| Not applicable<br />
| nicht anwendbar<br />
| wenn keine Codierung verfügbar ist<br />
|-<br />
| '''OTH'''<br />
| Other<br />
| Andere<br />
| wenn eine Codierung nur in einem alternativen Codesystem verfügbar ist<br />
|}<br />
<ref group="Tabelle">nullFlavor-Beispiele aus Value Set ELGA_NullFlavor</ref>: nullFlavor-Beispiele aus Value Set [https://termgit.elga.gv.at/ValueSet/elga-nullflavor ELGA_NullFlavor]<br />
<br />
===Maximum-Set===<br />
Das CDA-Modell beschreibt ein höchst umfangreiches Schema von Informationselementen und bietet in manchen Bereichen über rekursive, beliebig tief verschachtelbare Elemente eine theoretisch unendlich hohe Anzahl von Möglichkeiten, Informationen abzulegen. Die vollständige Beschreibung und Definition aller Elemente in einem Implementierungsleitfaden wäre daher äußerst aufwändig und ist in den ELGA Implementierungsleitfäden nicht erfolgt.<br />
<br />
Vielmehr beschreiben die ELGA Implementierungsleitfäden lediglich jene Elemente, die erlaubt sind. Die Verwendung aller nicht angegebenen Elemente und Attribute ist NICHT ERLAUBT. Für alle Templates gelten die im [[#Datentypen|Kapitel Datentypen]] angegebenen Einschränkungen. Die ELGA Implementierungsleitfäden beschreiben daher ein sogenanntes '''''"Maximum-Set"''''', Die ELGA Templates sind demnach als "closed templates" entsprechend dem HL7 Templates Standard zu betrachten.<br />
{{BeginYellowBox}}<br />
Elemente oder Attribute, die nicht vom Allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden, sind NICHT ERLAUBT. <br />
{{EndYellowBox}}<br />
====Ausnahmen====<br />
Für diese Regel existieren nur die im Folgenden genannten Ausnahmen:<br />
<br />
=====Ausnahme: "templateId"=====<br />
''templateId''-Elemente KÖNNEN bei Bedarf an allen laut CDA-Schema möglichen Stellen verwendet werden. Wenn bereits templateId-Elemente laut Spezifikation vorgeschrieben sind, KÖNNEN beliebig viele weitere ''templateId''-Elemente angegeben werden.<br />
<br />
=====Ausnahme: Fixierte Attribute=====<br />
Attribute, die gem. CDA-Schema mit "fixed" angegeben sind, haben einen festen Wert, daher können diese Attribute auch weggelassen werden. Diese Attribute werden daher üblicherweise nicht beschrieben und angegeben. Die Angabe von fixierten Attributen oder Attributen mit ihrem gem. CDA-Schema definierten Default-Wert ist erlaubt, auch wenn diese nicht explizit im Leitfaden beschrieben sind.<br />
<br />
=====Explizit angegebene Ausnahmen=====<br />
Im speziellen Implementierungsleitfaden KÖNNEN bestimmte Sektionen als "offene Templates" definiert werden und Ausnahmen für Subsektionen und Entries zulassen.<br />
<br />
====Hinweis zur Implementierung weiterverarbeitender Software====<br />
CDA-Dokumente können unter Umständen "fremde" Elemente oder Attribute enthalten, die der "Maximum-Set" Vorschrift dieses Leitfadens widersprechen (z.B. aufgrund von Software-Fehlern). Sollten derartige Elemente oder Attribute im CDA-Dokument vorhanden sein, soll weiterverarbeitende Software so implementiert sein, dass dies nicht zu Fehlern in der Weiterverarbeitung der CDA-Dokumente führt.<br />
<br />
===Value Sets===<br />
Ein Value Set ist eine eindeutig identifizierbare und versionierte Sicht auf ein oder mehrere Codesysteme. Es kann als Zusammenstellung von einem oder mehreren Codes aus einem oder mehreren Codesystemen gesehen werden. Ein Value Set enthält die Codes selbst und die Information über die Herkunft des Codes (das Source-Codesystem). <br />
<br />
Beispiele für Value Sets: "ELGA_NullFlavor", "ELGA_Dokumentenklassen"<br />
<br />
Wo immer in den CDA-Implementierungsleitfäden eine Werteauswahl getroffen werden kann, wird ein passendes Value Set mit einem eindeutigen Namen angegeben. Sämtliche in den Implementierungsleitfäden verwendeten Value Sets werden am österreichischen Terminologieserver publiziert: https://termgit.elga.gv.at/. <br />
<br />
Value Sets sind nicht nur durch einen eindeutigen Namen, sondern auch durch eine OID, und eine Versionsnummer gekennzeichnet. Weiters werden Gültigkeitsstatus und ein "Gültig ab"-Datum angegeben. <br />
<br />
====Änderbarkeit von Value Sets====<br />
Inhalte von Value Sets können sich ändern, der Name und die OID eines Value Sets bleiben aber gleich. Bei neuen Versionen werden Versionsnummer, Änderungsdatum und "Gültig ab"-Datum (effectiveDate) angegeben. Damit kann die Gültigkeit zu einer bestimmten Zeit rekonstruiert werden.<br />
<br />
In Ausnahmen kann bei der Definition eines Value Sets angegeben werden, dass es nicht geändert oder versioniert werden darf (Property "Immutability"). <br />
<br />
====Value Set Binding====<br />
Für ELGA gilt grundsätzlich eine DYNAMISCHE Bindung an Value Sets. Das bedeutet, dass immer die aktuell am Terminologieserver publizierte Version eines Value Sets anzuwenden ist. (Das Setzen des entsprechenden Schlüsselworts DYNAMIC ist daher in den Leitfäden optional).<br />
<br />
Für jedes Value Set ist auch ein Zeitpunkt angegeben, an dem es Gültigkeit erlangt ("Gültig ab"), das ist für Value Sets wichtig, die schon vor ihrem Inkrafttreten veröffentlicht werden. <br />
<br />
Value Sets können auch STATISCH an ein Code-Element gebunden werden. Das wird gekennzeichnet durch die Angabe des Value Sets mit Name, OID, Version und "Gültig ab"-Datum (effectiveDate) sowie dem Schlüsselwort STATIC.<br />
<br />
===PDF Format-Vorschrift===<br />
PDF-Attachments kommen im e-Impfpass nicht zur Anwendung.<br />
<!-- Standardtext:<br />
In CDA-Dokumenten können Dokumente im PDF Format an verschiedensten Stellen eingebettet werden, entweder als gesamter CDA-Body oder als eingebetteter Inhalt in gewissen CDA-Sektionen. Im Hinblick auf eine dauerhafte Verfügbarkeit der Daten muss mindestens gewährleistet werden, dass diese PDF-Dokumente zuverlässig und eindeutig visuell reproduzierbar sind. Dies kann über die Einhaltung der Mindestkriterien der Norm ISO 19005-1:2005 sichergestellt werden (PDF/A-1b Basic). Die Norm beschreibt zusätzlich Barrierefreiheit der Dokumente, sodass sie von einem Screenreader vorgelesen werden können (PDF/A-1a Accessible). Dieser Implementierungsleitfaden schreibt daher vor, dass jedes eingebettete PDF-Dokument dem Standard PDF/A-1a entsprechen MUSS<sup>5<sup>.<br />
{{BeginYellowBox}}<br />
Alle in ELGA CDA-Dokumente eingebetteten PDF-Dateien MÜSSEN dem Standard PDF/A-1a (gemäß "ISO 19005-1:2005 Level A conformance") entsprechen.<br />
{{EndYellowBox}}<br />
{{Informationsbox|Änderung|Für die nächste Version des Leitfadens ist geplant, die Vorschrift auf PDF/A-1b zu senken. PDF/A-1a bleibt erlaubt.}}<br />
<sup>5</sup> Bis zum Vorliegen von Dokumenten in EIS Full Support wird mindestens PDF/A-1b vorgeschrieben.<br />
--><br />
<br />
===Größenbeschränkung von eingebetteten Objekten===<br />
In CDA-Dokumenten können verschiedene Objekte (z.B. PDF-Dokumente, Bilder) eingebettet werden (siehe "[[#Eingebettetes_Objekt_Entry|Eingebettetes Objekt Entry]]").<br />
<br />
Dieser Implementierungsleitfaden schreibt keine Größenbeschränkung für diese Objekte vor, es wird allerdings EMPFOHLEN, diese in Bezug auf Anzahl und Speicherbedarf so klein wie möglich zu halten. Es liegt in der Verantwortung des Erstellers, die Größe der über ELGA bereitgestellten CDA-Dokumente etwa durch Verringerung der Auflösung oder der Anzahl der Einzelbilder auf eine sinnvolle und angemessene Größe zu beschränken.<br />
{{BeginYellowBox}}<br />
Damit beim Download keine unnötigen Verzögerungen verursacht werden, SOLL die Gesamtgröße des CDA-Dokuments 20 MB nicht überschreiten.<br />
{{EndYellowBox}}<br />
<br />
===Verbot von CDATA===<br />
Die Verwendung von CDATA-Abschnitten (<![CDATA[…]]>), also von Zeichenketten, die vom Parser nicht als XML-Quellcode interpretiert werden können, ist für ELGA CDA-Dokumente generell '''NICHT ERLAUBT'''.</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:Lizenzinformationen&diff=154280
ILF:Lizenzinformationen
2023-04-17T13:40:50Z
<p>Tanjga: /* Lizenzinformationen */</p>
<hr />
<div>==Lizenzinformationen==<br />
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.<br /><br />
<br />
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 urheberrechtlich oder lizenzrechtlich geschützte Werke beziehen. <br /><br />
<br />
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, zu vervielfältigen oder zu 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. <br /><br />
<br />
HL7<sup>®</sup> und CDA<sup>®</sup> sind die eingetragenen Marken von Health Level Seven International. 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<br /><br /><br />
<br />
===Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")===<br />
<div style="border: thin #77c123 solid;width:100%; margin-left: 10px"><br />
<div style="line-height: 1.25; font-size:16px; border-bottom: 1px solid #81ab1f; box-shadow: 0 4px 0 0 #a2d727;margin-bottom:4px; color:#77c123; width:100%"><br />
<p style="padding: 10px 15px;font-size:18px;">Third Party Intellectual Property</p><br />
</div><br />
<div style="width:100%;"><br />
<p style="padding: 15px;"> <br />
<br />
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 Intellectual Property (IP)").<br /> <br />
<br />
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. <br /><br />
<br />
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.<br />
</p><br />
</div><br />
</div><br />
<br />
<br />
<br />
===SNOMED CT ===<br />
[[Datei:Attention icon.svg|rahmenlos|links|80px|Wichtige Information zur SNOMED CT Lizenz]]<br />
Dieser Leitfaden enthält Material, das durch [https://www.snomed.org SNOMED International] urheberrechtlich geschützt ist. <br />
'''Jede Verwendung von [[SCT:SNOMED_CT|SNOMED CT]] in Österreich erfordert eine aufrechte Affiliate Lizenz oder eine Sublizenz.''' Die entsprechende Lizenz ist kostenlos, vorausgesetzt die Verwendung findet nur in Österreich statt und erfüllt die Bedingungen des Affiliate License Agreements. Affiliate Lizenzen können über das Member Licensing and Distribution Service (MLDS) direkt beim jeweiligen NRC beantragt werden: [https://mlds.ihtsdotools.org/#/landing/AT?lang=de MLDS für Österreich]. <br />
<br />
===Weitere Terminologien===<br />
Im Folgenden finden Sie eine nicht-exhaustive Liste von weiteren Terminologien, die eine solche separate Lizenz erfordern können: <br />
{| class="wikitable" style="margin-left: 16px; margin-right: 16px;"<br />
! style="width:35%"| Terminologie<br />
! style="width:65%"| Eigentümer, Kontaktinformation<br />
|-<br />
<br />
| Logical Observation Identifiers Names & Codes (LOINC) <ref name="LOINC">Logical Observation Identifiers Names & Codes (LOINC) [https://loinc.org/ loinc.org]</ref><br />
| Regenstrief Institute, Inc. <ref name="regenstrief">Regenstrief Institute, Inc. [https://www.regenstrief.org/ www.regenstrief.org]</ref><br />
|-<br />
| Unified Code for Units of Measure (UCUM) <ref name="UCUM">Unified Code for Units of Measure (UCUM) [https://www.unitsofmeasure.org/ www.unitsofmeasure.org]</ref><br />
| Regenstrief Institute, Inc. <ref name="regenstrief" /> <br />
|-<br />
| International Classification of Diseases (ICD) <ref name="ICD-10">WHO ICD-10 [https://www.who.int/classifications/icd/en/ www.who.int/classifications/icd/en/]</ref><br />
| World Health Organization (WHO) <ref name="WHO">[https://www.who.int/ www.who.int]</ref><br />
|- <br />
| ICD-10 BMASGK<ref name="ICD-10-AT">Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – aktuelle BMASGK-Version bitte unter [https://www.sozialministerium.at/Themen/Gesundheit/Gesundheitssystem/Krankenanstalten.html Gesundheitssystem - Krankenanstalten] heraussuchen.</ref><br />
| Bundesministerium für Soziales, Gesundheit, Pflege und Konsumentenschutz [https://www.sozialministerium.at www.sozialministerium.at]<br />
|- <br />
| Anatomical Therapeutic Chemical Classification System (ATC) <ref name"ATC">Anatomical Therapeutic Chemical Classification System (ATC) [https://www.who.int/tools/atc-ddd-toolkit/atc-classification https://www.who.int/tools/atc-ddd-toolkit/atc-classification]</ref><br />
| World Health Organization (WHO)<ref name="WHO"/> <br />
|-<br />
| Pharmazentralnummer (PZN)<br />
| ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) der Wirtschaftskammern Österreichs (WKO) <ref name="FCIO">ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) [https://argepharma.fcio.at/ argepharma.fcio.at]</ref><br />
|-<br />
| EDQM-Codes<br />
| Europäisches Direktorat für die Qualität von Arzneimitteln <ref name"EDQM">EDQM Council of Europe [https://www.edqm.eu/ www.edqm.eu]</ref><br />
|-<br />
| Medical Device Communications (MDC) vom ISO/IEEE 11073 Standard <br />
| MDC wird als Substandard 10101 "Nomenclature" in "Health informatics - Medical / health device communication standards", kurz 11073, geführt und werden [https://termgit.elga.gv.at/CodeSystem-mdc-medicaldevicecommunications.html mit einem Copyright bei IEEE SA am österreichischen Termserver bereitgestellt]. <ref name="11073nomenclature">Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature [https://standards.ieee.org/standard/11073-10101-2019.html Part 10101: Nomenclature]</ref>, <ref name="11073nomenclatureamendment">Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 [https://standards.ieee.org/standard/11073-10101a-2015.html Part 10101: Nomenclature Amendment 1: Additional Definitions]</ref><br />
|}<br />
Die Terminologien werden am [https://termgit.elga.gv.at/ österreichischen Terminologieserver] zur Verfügung gestellt.<br />
<br />
==Verwendete Grundlagen und Bezug zu anderen Standards==<br />
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA ©), für die das Copyright © von Health Level Seven International<ref name="HL7">Health Level Seven International [http://www.hl7.org www.hl7.org]</ref> gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert<ref>ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [https://www.iso.org/standard/44429.html]</ref>.<br />
<br />
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML<ref>World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [http://www.w3.org/TR/REC-xml]</ref> folgen dem Basisstandard HL7 Version 3<ref>HL7 Version 3 Product Suite [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186]</ref> mit seinem Referenz-Informationsmodell (RIM). Dieser Leitfaden verwendet das HL7-Template-Austauschformat zur Definition der "Bausteine" (Templates) und ART-DECOR® <ref>ART-DECOR® [https://art-decor.org www.art-decor.org]</ref> als Spezifikationsplattform. <br />
<br />
* HL7 Clinical Document Architecture (CDA) <ref name="CDA"> HL7 Clinical Document Architecture (CDA) [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7]</ref> <br />
* HL7 Referenz-Informationsmodell (RIM)<ref name="RIM">HL7 Version 3: Reference Information Model (RIM) [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=77]</ref><br />
* HL7 V3 Datentypen <ref name="HL7 Version 3 Standard: Data Types">HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[http://www.hl7.org/documentcenter/private/standards/v3/edition_web/infrastructure/datatypes_r2/datatypes_r2.html]</ref> <br />
* HL7 Template-Austauschformat Specification and Use of Reusable Information Constraint Templates, Release 1<ref name="Templates Specification"> HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377] </ref> <br />
<br />
Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria)<ref>HL7 Austria [http://www.hl7.at/ www.hl7.at]</ref>, die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden ([https://www.hl7.at 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.</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_Guide&diff=154279
ILF:E-Impfpass Guide
2023-04-17T13:20:57Z
<p>Tanjga: </p>
<hr />
<div>__KEIN_INHALTSVERZEICHNIS__<br />
{{#customtitle:e-Impfpass Guide}}<br />
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=<br />
{| class="wikitable"<br />
!Version<br />
!Datum<br />
!Status<br />
!Anwendung in eHealth<br />
!PDF<br />
!Wiki<br />
!Erratum<br />
! dafür gültiger <br />Allg. Leitfaden<br />
! dafür gültiges <br />XML Schema (*.xsd)<br />
! dafür gültiges <br />Schematron (*.sch)<br />
|-<br />
|2.0.0<br />
|<br />
|[[Datei:Warning.png|20px]] in Ballot<br />
|noch nicht möglich, erfordert eine neue eHealth-Verordnung<br />
|<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)]]<br />
| keiner, alle Elemente wurden explizit in diesem ILF modelliert<br />
| [https://gitlab.com/elga-gmbh/cda-schema das aktuelle]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron das aktuelle]<br />
|- style="background-color:#ffffcc;<br />
|1.3.1+20220719<br />
|19.07.2022<br />
|[[Datei:finished.png|20px|verweis=Special:FilePath/Finished.png]] '''Normativ '''<br />
|'''Gültige Version''' (Patch)<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/d/d5/ILF_e-Impfpass_1.3.1%2B20220719.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&oldid=147406]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]<br />
| keiner, alle Elemente wurden explizit in diesem ILF modelliert<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron das aktuelle]<br />
|- <br />
|1.3.0+20220127<br />
|27.01.2022<br />
|[[Datei:Deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Nebenversion gültig seit 1.4.2022, ersetzt durch 1.3.1+20220719<br />
|veraltet (Nebenversion von 1.0.0+20191021)<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/2/28/ILF_e-Impfpass_1.3.0%2B20220127.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&oldid=145454]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]<br />
| keiner, alle Elemente wurden explizit in diesem ILF modelliert<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron/-/tree/9.2.0+20220627-1.3.0 9.2.0+20220627-1.3.0]<br />
|- <br />
|1.2.0+20220103<br />
|03.01.2022<br />
|[[Datei:Deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.3.0+20220127<br />
|veraltet (Nebenversion von 1.0.0+20191021)<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/8/83/ILF_e-Impfpass_1.2.0%2B20220103.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=145159]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]<br />
| keiner, alle Elemente wurden explizit in diesem ILF modelliert<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron/-/tree/8.19.0+20220127-1.2.0 8.19.0+20220127-1.2.0]<br />
|- <br />
|1.1.1+20210601<br />
|01.06.2021<br />
|[[Datei:deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.2.0+20220103<br />
|veraltet (Nebenversion von 1.0.0+20191021)<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/f/fe/ILF_e-Impfpass_%28Version_3%29_2021-06-01.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=140767]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]<br />
| keiner, alle Elemente wurden explizit in diesem ILF modelliert<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron/-/tree/8.12.0+20211029-1.1.1 8.12.0+20211029-1.1.1]<br />
|-<br />
|1.1.0+20210512<br />
|12.05.2021<br />
|[[Datei:deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.1.1+20210601<br />
|veraltet (Nebenversion von 1.0.0+20191021)<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/2/23/ILF_e-Impfpass_1.1.0%2B20210517.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=140008]]<br />
|<br />
| keiner, alle Elemente wurden explizit in diesem ILF modelliert<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron/-/tree/8.5.0+20210518-1.1.0 8.5.0+20210518-1.1.0]<br />
|-<br />
|2019 (1.0.0+20191021 nach neuem Versionsschema)<br />
|21.10.2019<br />
|[[Datei:deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.1.0+20210521<br />
|Gültig per eHealthV 2019<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/e/e7/ILF_e-Impfpass_2019-10-21.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=135117]]<br />
|<br />
| keiner, alle Elemente wurden explizit in diesem ILF modelliert<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron/-/tree/8.4.0+20210427-1.0.0 8.4.0+20210427-1.0.0]<br />
|}<br />
<br />
=Was ist der e-Impfpass?=<br />
Der CDA Implementierungsleitfaden e-Impfpass beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. <br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA Dokumententypen: <br />
<br />
*'''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) und Impfempfehlungen.<br />
*'''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt.<br />
<br />
{{TOC limit|4}}<br />
<br />
=Unterstützende Materialien=<br />
<div class="aussen"><br />
<br />
==Art-Decor Templates==<br />
Die im CDA Implementierungsleitfaden e-Impfpass angeführten Templatespezifikationen wurden im '''Art-Decor Projektrepository''' [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates e-Impfpass] erstellt und können dort eingesehen werden. Eine Anleitung zum Verständnis der Art-Decor-Notation finden Sie im Artikel [[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen]].<br />
<br />
==Prüfregeln==<br />
Für einzelne CDAs kann das Online Validator Portal unter https://ovp.elga-services.at genutzt werden, falls eigene Werkzeuge oder eine Überprüfung der CDAs im eigenen System implementiert wird, sind folgende Prüfregeln zu nutzen:<br />
*Das '''CDA Schema''', definiert die Strukturen für alle HL7 Austria CDA-Dokumente. Das CDA Schema ist für alle speziellen CDA Leitfäden der HL7 Austria dasselbe und kann zum Validieren der groben Struktur des CDAs verwendet werden.<br />
**Diese Prüfregeln sind performant und gegen diese sollte an jeder Stelle einer Bearbeitung eines CDAs geprüft werden.<br />
**Download unter: https://gitlab.com/elga-gmbh/cda-schema<br />
*Die '''CDA eImpfpass-Schematron''', definiert die Strukturen und Inhalte nach dem speziellen HL7 Austria CDA-Leitfaden "e-Impfpass".<br />
**Diese Prüfregeln fassen alle Regeln für das e-Impfpass-CDA zusammen. Es ist zu empfehlen am Ende des Bearbeitungsprozesses diese einmalig gegen das abgeschlossene CDA zu stellen und im Falle eines Fehlers diesen zu bearbeiten.<br />
**Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron<br />
*Das '''CDA Gesamt-Schematron''' ergänzt das CDA Schema und definiert die Strukturen und Inhalte mehrerer spezieller HL7 Austria CDA-Leitfaden. Darunter fallen die Basisleitfäden, der eImpfpass, die eMedikation, der Telemonitoring-Episodenbreicht und der Ambulanzbefund.<br />
**Dieses Prüfregeln-Set ist das größte und kann sich merklich auf die Performance auswirken. Es ist zu empfehlen dieses nur außerhalb eines Workflows einzusetzen. Z.B. wenn eine Kontrolle über bestimmte vorhandenen CDAs durchgeführt werden muss, ohne das diese eine zeitliche Abhängigkeit hat / darauf gewartet werden muss.<br />
**Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron<br />
<br />
==Terminologien==<br />
Die aktuellen Value Sets werden auf dem [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.<br />
<br />
==Beispiel-Dokumente==<br />
<br />
*Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/e-Impfpass<br />
<br />
(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste e-Impfpass Stylesheet. Aktuellste Version des Stylesheets siehe ''Visualisierung'')<br />
<br />
==Visualisierung==<br />
Für die Darstellung der e-Impfpass-Dokumente wird ein eigenes Stylesheet bereitgestellt <br />
* Download unter: https://gitlab.com/elga-gmbh/CDA_Visualization/-/tree/master/ELGA_eimpf_Referenzstylesheet <br />
<br />
==Zuordnungsmatrix Schemen - Dosiskennung - Impfstoff==<br />
*Download unter: [[Spezial:FilePath/EImfpass Zuordnungsmatrix SchemenDosiskennungImpfstoff.zip|Zuordnungsmatrix Impfschemas - Dosiskennung - Impfstoff]]<br />
<br />
==Design-Beispiel==<br />
Hier finden Sie ein Beispiel des Kompletten Immunisierungsstatus zur Ansicht:<br />
<br />
{{#iDisplay:https://download.hl7.at/beispielbefund/eImpf-Kompletter_Immunisierungsstatus.xml|1100px|550px}}<br />
<br />
=Zusammenfassung=<br />
==Übersicht CDA Struktur "Kompletter Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
Dieses Dokument kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand-Dokument").<br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
[[Datei:KompletterImmunisierungsstatus.png|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosisnummer, Impfstelle, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
<br />
Anmerkung: Impfreaktionen werden in der derzeit geplanten Pilot-Umsetzung nicht unterstützt.<br />
<br />
==Übersicht CDA Struktur "Update Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
Dieses Dokument wird vom impfenden GDA erstellt und an die zentrale Applikation gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc enthalten. <br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
[[Datei:UpdateImmunisierungsstatus.png|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosisnummer, Impfstelle, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impfungstermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
<br />
Anmerkung: Impfreaktionen werden in der derzeit geplanten Pilot-Umsetzung nicht unterstützt.</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=154278
ILF Diskussion:E-Impfpass (Version 2)
2023-04-17T13:13:55Z
<p>Tanjga: /* Hauptversion v2 */</p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|[https://jira-neu.elga.gv.at/browse/ELGA-951 ELGA-951]<br />
<br />
HL7-Ballot-2023-1 ID: 113<br />
|Component Of - Encompassing Encounter with id [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.50/2023-02-28T10:37:28 1.2.40.0.34.6.0.11.1.50]<br />
|Entsprechend den Vorgaben der IHE wurde componentOf/encompassingEncounter/id hinzugefügt. Zusätzlich wurde die Beschreibung des Templates aktualisiert.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|<br />
|Encounter Location [https://art-decor.org/ad/#/elgaimpf-/rules/templates/1.2.40.0.34.6.0.11.1.8/2021-02-19T11:08:16 1.2.40.0.34.6.0.11.1.8]<br />
|Verpflichtende Angabe von location/healthCareFacility/code.<br />
|28.02.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 65<br />
|Name Compilation und andere Vorkommen<br />
|Um Verwirrungen vorzubeugen wurden an mehrere Stellen stehts die Mehrzahl für Vornamen und Nachnamen, die bei einer Person möglich sind, verwendet.<br />
|17.04.2023<br />
|2.0.0<br />
|-<br />
|HL7-Ballot-2023-1 ID: 106<br />
|Aufzählung unter wichtige unterstützende Materialien<br />
|Die alte Aufzählung hat noch alte Inhalte und Referenzen, welche nun auf den Guide zeigen und kurz aufzählt, was dort zu finden ist.<br />
|17.04.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)&diff=154277
ILF:E-Impfpass (Version 2)
2023-04-17T13:09:23Z
<p>Tanjga: </p>
<hr />
<div>{{#seo:<br />
|title=e-Impfpass (Version 2.0.0)<br />
|titlemode=append<br />
|keywords= e-Impfpass<br />
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zum Immunisierungsstatus einer Person.<br />
}}<br />
{{#customtitle:e-Impfpass (Version 2.0.0)}}<br />
<br />
<!-- <br />
{{Underconstruction}}<br />
--><br />
<br />
<br />
{{#css:<br />
@media Screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten--><br />
<br />
{{Infobox Dokument<br />
|Group = CDA Implementierungsleitfaden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 2)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.2]<br />
|Short = e-Impfpass (Version 2.0.0)<br />
|Namespace = ILF<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.0.0<br />
|Submitted = ELGA GmbH<br />
|Date = 30.01.2023<br />
|Copyright = © HL7 Austria 2018-2023<br />
|Status = in Ballot befindliche Version<br />
|Verfahren = Normativ<br />
|Period = Produktiveinsatz<br />
|OID = 1.2.40.0.34.7.19.2<br />
|Realm = Österreich<br />
}}<br />
{{TOC limit|5}}<br />
<!-- Zusammenfassung an erster Stelle --><br />
<br />
=Zusammenfassung=<br />
{{BeginYellowBox}}<br />
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. Zum besseren Verständnis empfehlen wir Ihnen, den [[ILF:E-Impfpass_Guide|zusammenfassenden Guide]] im Vorfeld zu lesen.<br />
<br />
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im schweizer [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird. <br />
<br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates: <br />
<br />
* '''[[#.C3.9Cbersicht_CDA-Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen, Expositionsrisiken) und Impfempfehlungen.<br />
* '''[[#.C3.9Cbersicht_CDA-Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen, Expositionsrisiken) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.<br />
<br />
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[#User_Storys_.28.22Anwendungsf.C3.A4lle.22.29|Anwendungsfälle]] beschrieben. <br />
{{EndYellowBox}}<br />
<br />
{{BeginYellowBox}}<br />
Die gesetzliche Grundlage für den e-Impfpass ist das Gesundheitstelematikgesetz (GTelG 5. Abschnitt: eHealth-Anwendungen, 2. Unterabschnitt: § 24b bis § 24g) und die zugehörige eHealth-Verordnung (eHealthV 2020). <br /><br />
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2023-1 ("Ballot") normiert wurde. <br />
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.<br />
{{EndYellowBox}}<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<!-- Seitenumbruch --><br />
<p style="page-break-before: always"></p><br />
==Impressum==<br />
<div class="mw-collapsible-content"><br />
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br /><br />
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br /><br />
Internet: [http://www.elga.gv.at www.elga.gv.at]<br />
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br /><br />
Geschäftsführer: Mag. Dr. Stefan Sabutsch, Dr. Edith Bulant-Wodak, MBA<br />
<br />
''Redaktion, Projektleitung, Koordination: ''<br /><br />
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] <br />
<br />
''Abbildungen:'' © ELGA GmbH <br />
<br />
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Erdbergweg 7, 8052 Graz; [http://www.hl7.at www.hl7.at]. <br /><br />
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.<br />
<br />
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<br />
== Haftungsausschluss ==<br />
<div class="mw-collapsible-content"><br />
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Sprachliche Gleichbehandlung ==<br />
<div class="mw-collapsible-content"><br />
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.<br />
</div></div><br />
<br />
{{ILF:Lizenzinformationen}}<br />
{|<br />
|style="vertical-align:top"|Für die Modellierung der Inhalte des e-Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz<ref name=ImpfdossierCH/> verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.<br />
* [https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref><br />
* [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref><br />
* [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref><br />
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]<br />
<ref group="Abbildung">Verwendete Standards</ref>: ''Verwendete Standards''<br />
|}<br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;"><br />
==PDF-Bedienungshinweise==<br />
<div class="mw-collapsible-content"><br />
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:<br />
<br />
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts<br />
* Seitenweise blättern: "Bild" Tasten<br />
* Scrollen: Pfeil nach oben bzw. unten<br />
* Zoomen: Strg + Mouserad drehen<br />
* Suchen im Dokument: Strg + F <br />
</div></div><br />
<br />
<!-- Tatsächlicher Inhalt --><br />
<br />
=Einleitung=<br />
==Ausgangslage und Motivation==<br />
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden. <br />
Auf Beschluss der Bundeszielsteuerungskommission wurde daher die Umsetzung der Pilotierung des elektronischen Impfpasses (e-Impfpass) durch die ELGA GmbH beschlossen. <br />
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.<br />
<br />
==Zweck des Dokuments==<br />
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der ELGA Infrastruktur als abgestimmte und einheitlich strukturierte CDA-Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.<br />
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im schweizer eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA-Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum CDA-Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des CDA-Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA-Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.<br />
<br />
==Zielgruppe==<br />
Anwender dieses Dokuments sind softwareentwicklende und beratende Personen, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich <br />
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endnutzenden der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.<br />
<br />
<br />
=Informationen über dieses Dokument=<br />
==Verbindlichkeit==<br />
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den elektronischen Impfpass (e-Impfpass) gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich. <br />
<br />
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Ministerium auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den/die zuständige/n Bundesminister/in vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. <br />
<br />
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) 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.<br />
<br />
== Wichtige unterstützende Materialien ==<br />
{{BeginYellowBox}}<br />
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:<br />
* andere Versionen dieses Leitfadens als PDF und Wiki<br />
* Links zu dem Art-Decor Projekt<br />
* Links zu den Prüfregeln<br />
* Links zu den aktuellen Terminologien<br />
* Links zu den Beispiel-Dokumenten<br />
* Links zu der aktuellen Visualisierung<br />
* Links zu der Zuordnungsmatrix Schemen - Dosiskennung - Impfstoff<br />
* ein Designbeispiel<br />
* eine Zusammenfassung des Leitfadens<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].<br />
{{EndYellowBox}}<br />
<br />
=Harmonisierung=<br />
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Mitglieder der Arbeitsgruppe wurden durch ihre Organisation delegiert.<br />
<br />
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).<br />
Die Formulierung der technischen Spezifikation des CDA-Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung. <br />
<br />
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.<br />
<br />
== Autoren und Mitwirkende ==<br />
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. <br />
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.<br />
<br />
===Autoren===<br />
'''Das Redaktionsteam''' bestand aus folgenden Personen:<br />
{| class="wikitable"<br />
! Name<br />
! Organisation<br />
! Rolle<br />
|-<br />
| Mag. Dr. Stefan Sabutsch<br />
| ELGA GmbH, HL7 Austria<br />
| Autor, Herausgeber<br />
|-<br />
| DI Andrea Klostermann<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| DI Nikola Tanjga<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| Gabriel Kleinoscheg, MSc<br />
| ELGA GmbH<br />
| Autor<br />
|}<br />
<br />
Mit Beiträgen von: <br />
Tony Schaller (medshare GmbH),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Nina Svec, M.A. (ELGA GmbH),<br />
Helene Prenner (ELGA GmbH)<br />
<br />
===Mitwirkende===<br />
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):<br />
Anton Angerer (at.Software / WAVM),<br />
Patrick Awart (Atos),<br />
Elisabeth Bischof (Landessanitätsdirektion OÖ),<br />
DI (FH) Reindert Buter (Buter GmbH),<br />
Sabine Eder (Landessanitätsdirektion NÖ),<br />
Mag. Alexander Ertl (BASG / AGES),<br />
Dr. Katja Fischer (BMASGK),<br />
Günter Franz (Landessanitätsdirektion Salzburg),<br />
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),<br />
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),<br />
Ingrid Huber (Landessanitätsdirektion NÖ),<br />
OPhysR Dr.in Ursula Karnthaler (Landessanitätsdirektion Wien),<br />
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),<br />
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),<br />
DI Andrea Klostermann (ELGA GmbH),<br />
DI Oliver Kuttin (ELGA GmbH),<br />
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),<br />
Ruprecht Leitner (Apothekerverlag),<br />
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),<br />
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),<br />
DI Michael Nöhammer (ÖÄK),<br />
Christopher Ozvald (BMASGK),<br />
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),<br />
Dr. Maria Paulke-Korinek (BMASGK),<br />
Mag. Daniela Philadelphy (BASG / AGES),<br />
Daniela Piererfellner (Landessanitätsdirektion OÖ),<br />
Maria Pramhas (Land Salzburg - Impfadatenbank),<br />
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),<br />
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Dr. Stefan Sabutsch (ELGA GmbH),<br />
Robert Scharinger (BMASGK),<br />
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),<br />
DI Mag. Birgit Scholz (ELGA GmbH),<br />
Dr. Christoph Schweighofer (ÖÄK),<br />
Carina Seerainer, MSc (ELGA GmbH),<br />
Nina Sjencic (ELGA GmbH),<br />
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),<br />
Mag. Stefan Spitzbart (Hauptverband),<br />
Stephanie Stürzenbecher, BA MA (Hauptverband),<br />
Dr. Barbara Tucek, MD, MSc (BASG / AGES),<br />
Mag. Ilana Ventura, MSc (BMASGK),<br />
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),<br />
Gabriele Wasner (Landessanitätsdirektion OÖ)<br />
<br />
{{ILF:Begriffsdefinitionen e-Impfpass}}<br />
<br />
=Technischer Hintergrund=<br />
<br />
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
<br />
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}<br />
<br />
==Weitere Informationen zu CDA==<br />
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:<br />
<br />
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref><br />
* [[CDA_Templates|CDA-Templates]] <ref name=CDATemplates>CDA-Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref><br />
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref><br />
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref><br />
* [[Terminologien|Terminologien]] <ref name=Terminologien>Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien</ref><br />
= Funktionale Anforderungen=<br />
<br />
== Darstellung==<br />
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). <br />
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.<br />
<br />
<div class="landscape"><br />
<br />
==Verwendung in der ELGA Infrastruktur==<br />
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===<br />
{| class="wikitable"<br />
! XDS-Mapping<br />
! Optio-<br />
nalität<br />
! CDA-Element<br />
clinicalDocument.<br />
! Beispiel<br />
! Erklärung<br />
|-<br />
| rowspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]<br />
| rowspan="2"|M<br />
| rowspan="2"|.id<br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337.999021.1"<br />
| rowspan="2"| Das "uniqueId"-Element beschreibt den global eindeutigen Identifier des CDA-Dokuments und kann mit oder ohne Extension angegeben werden.<br />
|- <br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337"<br />
*@extension="999021.1"<br />
|- <br />
| [[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]<br />
| M<br />
| .code<br />
| <br />
*@code="11369-6"<br />
*@displayName="HISTORY OF IMMUNIZATIONS"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value Set [https://termgit.elga.gv.at/ValueSet/elga-dokumentenklassen ELGA_Dokumentenklassen].<br />
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]] <br />
| rowspan="2"| M<br />
| rowspan="2"| .code.translation <br />
| <br />
*@code="82593-5"<br />
*@displayName="Immunization summary report"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| <br />
*@code="87273-9"<br />
*@displayName="Immunization note"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]<br />
| rowspan="2"| M<br />
| rowspan="2"| .title <br />
| "Kompletter Immunisierungsstatus"<br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.<br />
|-<br />
| "Update Immunisierungsstatus" <br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]<br />
| M<br />
| .hl7at:formatCode<br />
| <br />
*<nowiki>@extension="urn:hl7-at:eImpf:2.0.0+########"</nowiki><br />
*@displayName= "HL7 Austria e-Impfpass 2.0.0+########"<br />
| Version des vom CDA erfüllten Implementierungsleitfaden e-Impfpass.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]<br />
| M<br />
| .hl7at:practiceSettingCode<br />
| <br />
*@code="F023"<br />
*@displayName="Interdisziplinärer Bereich"<br />
*@codeSystem="1.2.40.0.34.5.12"<br />
| Fachliche Zuordnung des CDA-Dokuments aus dem Value Set [https://termgit.elga.gv.at/ValueSet/elga-practicesetting ELGA_PracticeSetting].<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]<br />
| M<br />
| .documentationOf<br />
.serviceEvent.code<br />
| <br />
*@code="41000179103"<br />
*@displayName="Immunization record (record artifact)"<br />
*@codeSystem="2.16.840.1.113883.6.96"<br />
*@codeSystemName="SNOMED CT"<br />
| Code der Gesundheitsdienstleistung.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"|.documentationOf.serviceEvent<br />
.effectiveTime.low<br />
|<br />
Zeitpunkt des '''ältesten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.low<br />
| Beginn der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).<br />
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .documentationOf.serviceEvent<br />
.effectiveTime.high<br />
|<br />
Zeitpunkt des '''jüngsten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.high<br />
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung, muss sich von Behandlungsbeginn unterscheiden)<br />
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
|}<br />
</div><br />
<br />
==Versionierung & Stornierung==<br />
Versionierung und Stornierung betrifft ausschließlich CDA-Dokumente vom Typ "Update Immunisierungsstatus".<br />
<br />
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben CDA-Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).<br />
<br />
===Versionierung von CDA-Dokumenten===<br />
CDA-Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden. <br />
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein CDA-Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht. <br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
===Stornierung von CDA-Dokumenten===<br />
CDA-Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte CDA-Dokument eingetragen wurden, werden gelöscht.<br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
==Impfempfehlungen==<br />
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut österreichischen Impfplan empfohlen sind.<br />
<br />
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:<br />
* Alter der Person<br />
* Geschlecht<br />
* Bereits erhaltene Impfungen:<br />
** Dosiskennung der letzten eingetragenen Impfung<br />
** Impfstoff<br />
** Impfschema (sofern abweichend vom Defaultschema)<br />
* Durchgemachte impfrelevante Erkrankungen<br />
* Indikation für Impfung ("Risikogruppe")<br />
<br />
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.<br />
<br />
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").<br />
<br />
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.<br />
<br />
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus dem Value Set [https://termgit.elga.gv.at/ValueSet/eimpf-specialcasevaccination eImpf_SpecialCaseVaccination]. Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen mittels Stylesheet gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung).<br />
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===<br />
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt. <br />
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen: <br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Begründung der Kontraindikation<br />
* Optional: Impfstoff<br />
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").<br />
{{BeginYellowBox}}<br />
Die Angabe von Kontraindikationen ist derzeit '''nur für Impfungen gegen SARS-CoV-2 (COVID-19) möglich''', um die '''Ausnahmen von der Impfpflicht''' zu dokumentieren. <br />
{{EndYellowBox}}<br />
<br />
== Mehrsprachigkeit und grenzüberschreitender Austausch ==<br />
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.<br />
<br />
=User Storys ("Anwendungsfälle")=<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>. <br />
<br />
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.<br />
<br />
==Übersicht vorhandener Akteure und Komponenten==<br />
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.<br />
<div class="landscape"><br />
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]<br />
<br />
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref>: ''Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten''<br />
<br />
* Bürger<br><br />
* Impfende GDA<br />
** Niedergelassene Ärzte<br />
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde<br />
*** Ärztinnen und Ärzte für Allgemeinmedizin<br />
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste<br />
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten<br />
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder <br />
** ELGA-Ombudsstelle<br />
* ELGA-Serviceline<br><br />
* Datenkorrigierender GDA<br />
** Bezirksverwaltungsbehörde<br />
* "Abrechnungsunterstützung" (im Rahmen des kostenfreien Kinderimpfprogramms)<br />
** Landeshauptmann / Landeshauptfrau<br />
** Bezirksverwaltungsbehörde<br />
* Auswertungen für Durchimpfungsraten <br />
** Landeshauptmann / Landeshauptfrau<br />
** Zuständiges Bundesministerium für Gesundheit<br />
<br />
<br />
<br />
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:<br />
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.<br />
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.<br />
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet. <br />
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.<br />
## Regulärer Zugang mittels Kontaktbestätigungen<br />
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Hier zählen Zugriffe auf die Impfdaten von eindeutig identifizierten Personen.<br />
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden, da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss. Gemäß GTelG 2012, Abschnitt "Elektronischer Impfpass (eImpfpass)" ist keine individuelle Berechtigungssteuerung seitens Bürgern möglich. <br />
# Die Geschäftslogik der Anwendung übernimmt die Verarbeitung von CDA-Dokumenten und hat folgende Funktionen<br />
## Speichert eingehende CDA-Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. <br />
## Das Zusammenstellen vom On-Demand Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass des Bürgers) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt. <br />
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.<br />
## Auf Grundlage des gültigen österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Bürgers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.<br />
</div><br />
<div class="portrait"><br />
<br />
==Allgemeine Vorbedingungen==<br />
Für den Zugriff auf den e-Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.<br />
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termgit.elga.gv.at/ Terminologieserver] bereitgestellt. <br />
<br />
Sowohl der berechtigte GDA (über das GDA System, sobald die e-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das ELGA Portal) können auf den persönlichen e-Impfpass zugreifen.<br />
<br />
==U1 Kompletten Immunisierungsstatus abrufen==<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte Informationen zu seinem Immunisierungsstatus erhalten.<br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.<br />
#Max Muster erfährt von Dr. DeCarro, dass laut österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.<br />
<br />
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden.<br />
<br />
==U2 Aktualisierung Immunisierungsstatus==<br />
<br />
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine. <br />
<br />
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:<br />
<br />
===U2.1 Eintragen des Immunisierungsstatus===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat. <br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.<br />
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das CDA-Dokument übernimmt und ein Update der Datenbank durchführt. <br />
# Dr. DeCarro kann nun das On-Demand Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des CDA-Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.<br />
<br />
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)<br />
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des CDA-Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene aus dem original "Update Immunisierungsstatus", die nicht geändert werden müssen). <br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale CDA-Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das On-Demand Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).<br />
<br />
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde (fremde Einträge)|U4]]).<br />
<br />
'''''Anmerkung:''''' Einträge, die korrigiert werden dürfen, erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant[@typeCode="AUT"]) die eigene GDA-OID enthält. Sollte ein Eintrag durch einen Benutzer mit der Rolle "Korrekturberechtigte Person" korrigiert worden sein (siehe [[#U4_Datenkorrektur_durch_Beh.C3.B6rde_.28fremde_Eintr.C3.A4ge.29|U4 Datenkorrektur durch Behörde]]), so kann dieser fortan nur mehr von Benutzern mit der Rolle "Korrekturberechtigte Person" korrigiert werden. Details siehe [[#Participant_Body_-_Authorized_Editor|Participant Body - Authorized Editor]].<br />
<br />
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA-Dokuments wird mit dem Status "APPROVED" gespeichert.<br />
<br />
===U2.3 Stornierung eines Immunisierungseintrags===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat).<br />
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende CDA-Dokument "Update Immunisierungsstatus" an die zentrale Anwendung übergibt. <br />
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren. <br />
<br />
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde (fremde Einträge)|U4]]).<br />
<br />
Stornierte CDA-Dokumente wurden als "DEPRECATED" gekennzeichnet.<br />
<br />
===U2.4 Nachtragen der Impfdokumentation===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario: <br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.<br />
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.<br />
<br />
===U2.5 Selbsteintragung von Impfungen durch den Bürger===<br />
Akteure: Bürger ("Max Muster")<br />
<br />
Szenario: <br />
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.<br />
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt. <br />
# Seinen Papier-Impfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).<br />
<br />
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...) 2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.<br />
<br />
==U3 Abrechnung==<br />
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, dass die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''<br />
<br />
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"<br />
<br />
Szenario:<br />
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe [[#U2.1 Eintragen des Immunisierungsstatus|U2.1]]) <br />
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.<br />
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden. <br />
# Die Abrechnungsunterstützung kontrolliert den Anspruch auf Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.<br />
<br />
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nachgetragene oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.<br />
<br />
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==<br />
Akteure: Bürger ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")<br />
<br />
Szenario:<br />
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papier-Impfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.<br />
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.<br />
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des CDA-Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene aus dem original "Update Immunisierungsstatus", die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).<br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale CDA-Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das On-Demand Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.<br />
<br />
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im e-Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.<br />
<br />
==U5 Krisenmanagement==<br />
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''<br />
===U5.1 Krankheitsausbrüche===<br />
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.<br />
<br />
===U5.1 Chargenrückruf===<br />
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln, die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.<br />
<br />
</div><br />
<div class="landscape"><br />
<br />
=Datenarten=<br />
==Dataset==<br />
{| class="wikitable"<br />
! style="width: 25%" |Name<br />
! style="width: 40%" |Beschreibung<br />
! style="width: 20%" |Mapping<br />
|- style="vertical-align:top;"<br />
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)<br />
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes CDA-Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).<br />
|clinicalDoc.LegalAuthenticator<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung<br />
|Der Zeitpunkt, zu dem das CDA-Dokument unterzeichnet wurde.<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Signatur<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Eintragende Person (Schreibkraft)'''<br />
|Datenverarbeitende Person. Die Person, die Daten für den e-Impfpass dokumentiert.<br />
|clinicalDoc.dataEnterer<br />
|- style="vertical-align:top;"<br />
| '''Eintragende Person (Schreibkraft) (für einzelne Einträge)'''<br />
| Die eintragende Person (Schreibkraft) eines Update Immunisierungsstatus kann für jeden darin enthaltenen Eintrag von der zentralen Anwendung zur Erstellung des Kompletten Immunisierungsstats übernommen werden.<br />
| substanceAdministration "Immunization Entry" / "Participant Body - Data Enterer" <br />
|- style="vertical-align:top;"<br />
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)<br />
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI: „Für die Impfung verantwortlich“…<br />
|substanceAdministration "Immunization Entry"/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|ID der verantwortlichen Person (lokaler Identifikator)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Freigabezeitpunkt <br />
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde (Zeitpunkt der Unterzeichnung).<br />
|substanceAdministation.author.time<br />
|- style="vertical-align:top;"<br />
|'''Impfende Person (Impfarzt)'''<br />
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.<br />
|substanceAdministration "Immunization Entry"/performer<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Rolle<br />
|Berufsrolle der impfenden Person (Auswahlliste)<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Nachtragende Person'''<br />
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(z.B. "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)<br />
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B.: Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time<br />
|- style="vertical-align:top;"<br />
|'''Korrigierende Person'''<br />
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.<br />
<br />
''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 Korrekturperson angeführt.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person (mit Titel, Vornamen, Nachnamen, Organisation)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)<br />
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time<br />
|- style="vertical-align:top;"<br />
|'''Berechtigter Bearbeiter'''<br />
|Die eindeutige Kennung (OID) des GDA, der einen Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID oder GDAs mit der Rolle "Korrekturberechtigte Person".<br />
<br />
Wurde ein Eintrag durch einen GDA mit der Rolle "Korrekturberechtigte Person" korrigiert, ist fortan die Korrektur dieses Eintrags nur mehr GDAs mit der Rolle "Korrekturberechtigte Person" möglich.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"<br />
|- style="vertical-align:top;"<br />
|'''Impfling''' (Person, Patient)<br />
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.<br />
<br />
Entspricht dem "Patienten".<br />
|clinicalDocument.recordTarget<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geburtstdatum<br />
|Geburtstdatum der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)<br />
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung (Werte: M, F, UNK (Unbekannt)), z.B. Brief: "Herr" oder "Frau"<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |LokaleID<br />
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend mit Eintragung einer Impfung anzugeben.<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)<br />
|Sozialversicherungsnummer<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |bPK-GH<br />
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Straße<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Hausnummer<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Postleitzahl<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Stadt<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Bundesland<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Land<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)<br />
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab. <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).<br />
|Kein Mapping, ist nicht im CDA-Dokument enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)<br />
|Wie Gemeindekennziffer, erste 3 Stellen<br />
|Kein Mapping, ist nicht im CDA-Dokument enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Mobil<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Festnetz<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Mail<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |FAX<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Personengruppe''' (Expositionsrisikogruppe)<br />
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.<br />
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitbereich<br />
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung)<br />
|Dokumentierte Impfung: eine einzelne Verabreichung eines Impfstoffes<br />
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)<br />
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)<br />
|Bezeichnung für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Verabreichung von Impfdosen bzw. Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.<br />
|substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|criterion "Immunization Schedule Entry"/value<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)<br />
|Zeitpunkt der Durchführung der Impfung<br />
|substanceAdministration "Immunization Entry"/effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfort<br />
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B.: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)<br />
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.<br />
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfreaktion (Reaktion)<br />
|Aufgetretene Reaktion (Auswahlkatalog). <br />
Die Aufnahme von Impfreaktionen in den e-Impfpass wird derzeit nicht vom CDA Leitfaden unterstützt.<br />
|Nicht umgesetzt<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Abrechenbarkeit<br />
|Kennzeichen, ob Impfung mit Bundesland abgerechnet werden kann (Eintragung durch impfenden Arzt). Kann nur bei neuen Impfungen (ohne Nachtrag) angegeben werden. Notwendig für Filterung der Daten, die an Bundesländer zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Bundesland geprüft und festgestellt.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfindikation<br />
|Grund für die Impfung (optional). Wird für Abrechnung benötigt:<br />
<br />
* IG1 Indikationsimpfung für Risikogruppe<br />
* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfgutschein<br />
|Alphanumerisches Identifikationskennzeichen eines Impfgutscheins (bei Vorliegen von Impfgutscheinheften). <br />
Notwendig für Abrechnung (gültig für genau eine Impfung). Keine weitere Prüfung im e-Impfpass. <br />
|act "Immunization Billability Entry" mit act/id<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zusatzklassifikation<br />
|Zusätzliche strukturierte Information zu einer Impfung, z.B. eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat (Impfsetting).<br />
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.<br />
|- style="vertical-align:top;"<br />
|'''Impfstoff (Produkt)''' (Arzneimittel)<br />
|Daten zur verabreichten Arzneimittelspezialität<br />
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)<br />
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"<br />
|manufacturedProduct/manufacturedMaterial/name<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Pharmazentralnummer (PZN)<br />
|Pharmazentralnummer der Arzneispezialität, gemäß ASP-Liste (bzw. Liste für historische oder ausländische Impfstoffe)<br />
|manufacturedProduct/manufacturedMaterial/code[@code]<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Handelsname<br />
|Handelsname der Arzneispezialität <br />
|manufacturedProduct/manufacturedMaterial/code[@displayName]<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zulassungsnummer<br />
|Zulassungsnummer der Arzneispezialität <br />
|manufacturedProduct/manufacturedMaterial/code/translation<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Chargennummer (Charge)<br />
|Chargennummer der Arzneispezialität, die verabreicht wurde<br />
|manufacturedProduct/manufacturedMaterial/lotNumberText<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Ablaufdatum<br />
|Muss dokumentiert werden.<br />
<br />
Kann aus 2D Barcode abgleitet werden.<br />
<br />
Kann nur im Zusammenhang mit der Abrechenbarkeit in der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung angegeben werden.<br />
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)<br />
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehöriger delegierte Verordnung (EU) 2016/161<br />
|manufacturedProduct/id<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)<br />
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)<br />
|manufacturedProduct/manufacturerOrganization<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ATC<br />
|ATC-Code des Wirkstoffs aus Fachinformation<br />
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wirkstoff<br />
|Wirkstoff(e) des Arzneimittels, z.B. "Masernviren, Stamm Schwarz (lebend, attenuiert)"<br />
|manufacturedMaterial/pharm:ingredient<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Menge<br />
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />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.<br />
|substanceAdministration "Immunization Entry"/doseQuantity<br />
|- style="vertical-align:top;"<br />
|'''Impfempfehlung''' (Impfkalender)<br />
|Daten der empfohlenen (zukünftigen) Impfungen:<br />
<br />
* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />
* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br />
<br />
Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen.<br />
<br />
Wird automatisch von der zentralen Anwendung erstellt bzw. kann manuell vom Arzt eingetragen (überschrieben) werden.<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)<br />
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br />
<br />
Wird definiert durch:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|/precondition/criterion "Immunization Schedule Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, welche/s die Empfehlung generiert<br />
|/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)<br />
|consumable<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Referenz zu Impfschema<br />
|Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
|- style="vertical-align:top;"<br />
|'''Kontraindikation für Impfungen'''<br />
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />
<br />
* Impfung<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Begründung<br />
<br />
Muss von einem Arzt eingetragen werden.<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitraum<br />
|Zeitraum, in dem die Kontraindikation gilt<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, welche/s die Kontraindikation bestätigt<br />
|/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Kontraindikation gilt.<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Kontraindikation gilt<br />
|consumable<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Referenz zu Impfschema<br />
|Referenz auf die Information, die der Kontraindikation zugrunde liegt, z.B.:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Arzt eingetragenen Kontraindikation<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
|'''Impfrelevante Erkrankung'''<br />
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfrelevante Erkrankung<br />
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B.: FSME, Varizellen, ...)<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Erkrankungsdatum<br />
|Zeitintervall, in der die Erkrankung beobachtet wurde<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)<br />
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.<br />
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor<br />
|Erfasser der Information<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verknüpfung zu Impfung<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Antikörper-Bestimmung (Impftiter)'''<br />
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für Virushepatitis A und B, Röteln und Varizellen etc.<br />
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Analyse<br />
|Gemessener Laborparameter<br />
|"Laboratory Observation Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wert<br />
|Wert der Analyse<br />
|"Laboratory Observation Entry" / value<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Einheit<br />
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden<br />
|"Laboratory Observation Entry" /value/@unit<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bewertung (Interpretation)<br />
|Interpretation des Messwerts (Interpretationskennzeichen)<br />
|"Laboratory Observation Entry" /interpretationCode<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum<br />
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)<br />
|"Laboratory Observation Entry" /effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Durchführendes Labor<br />
|Durchführendes Labor<br />
|"Laboratory Observation Entry" / performer<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Informationsquelle'''<br />
|Herkunft der Information (Dokumentverfasser(in), Author)<br />
|/ClinicalDocument/author<br />
|}<br />
<br />
<br />
</div><br />
<div class="portrait"><br />
<br />
=Technische Spezifikation=<br />
==Übersicht CDA-Struktur "Kompletter Immunisierungsstatus"==<br />
Das CDA-Dokument "Kompletter Immunisierungsstatus" kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand Dokument").<br><br />
Dieses CDA-Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der ELGA Interoperabilitätsstufen (EIS) ist daher nicht notwendig.<br />
<br />
Die Struktur des CDA-Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
[[Datei:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref>: ''CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"''<br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes CDA-Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Implementierungsleitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des CDA-Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment<br />
<br />
==Übersicht CDA-Struktur "Update Immunisierungsstatus"==<br />
Das CDA-Dokument "Update Immunisierungsstatus" wird vom impfenden GDA erstellt und an die zentralen Anwendung "e-Impfpass" gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc. enthalten.<br/><br />
Dieses CDA-Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der ELGA Interoperabilitätsstufen (EIS) ist daher nicht notwendig.<br />
<br />
Die Struktur des CDA-Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
[[Datei:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref>: ''CDA-Dokument in Ausprägung "Update Immunisierungsstatus"'' <br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes CDA-Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Implementierungsleitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des CDA-Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impftermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
</div><br />
<div class="landscape"><br />
<br />
==Übersicht der Strukturen mit Konformität und Kardinalität==<br />
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.<br />
<br />
===Sektion Impfungen - kodiert===<br />
'''1. Dokumentation einer Impfung''':<br />
<br />
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.<br />
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.<br />
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.<br />
<br />
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|M [1..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|NP [0..0]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21) ''Impfende Person''<br />
|C [0..1]<br />
|C [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|C [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''<br />
|C [0..1]<br />
|C [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)<br />
|NP [0..0]<br />
|O [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''<br />
|O [0..*]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|}<br />
<br />
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Expositionsrisiko Personengruppen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfrelevante Erkrankungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Antikörper-Bestimmung - kodiert===<br />
{| class="wikitable"<br />
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant ''(Validierende Person)''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfempfehlungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)<br />
|R [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Beilagen===<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Beilagen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)<br />
|O [0..1]<br />
|R [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|}<br />
<br />
==CDA Templates==<br />
<!-- <br />
dynamic: {{:oid/dynamic}}<br />
static: {{:oid/static-YYYY-mm-dd}}<br />
--><br />
===Document Level Templates===<br />
====Kompletter Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}<br />
====Update Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}<br />
<br />
===Header Level Templates===<br />
==== Document Realm ====<br />
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}<br />
====Document TypeId====<br />
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}<br />
==== Document Id ====<br />
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}<br />
==== Document Effective Time ====<br />
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}<br />
==== Document Confidentiality Code ====<br />
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}<br />
==== Document Language ====<br />
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}<br />
==== Document Set Id and Version Number ====<br />
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}<br />
====Record Target - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}<br />
====Author====<br />
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}<br />
==== Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}<br />
====Custodian==== <br />
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}<br />
====Legal Authenticator==== <br />
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}<br />
==== Information Recipient ====<br />
Wird nicht verwendet.<br />
====Participant ====<br />
Folgende Participants werden nicht verwendet:<br />
*Ein-, Über-, Zuweisender Arzt<br />
*Hausarzt<br />
*Auskunftsberechtigte Person (Notfallkontakt)<br />
*Angehörige<br />
*Versicherung<br />
*Betreuungsorganisation<br />
*Weitere Behandler<br />
====In Fulfillment Of ==== <br />
Wird nicht verwendet.<br />
====Documentation Of Service Event - e-Impfpass ==== <br />
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}<br />
<br />
====Document Replacement - Related Document ====<br />
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}<br />
====Authorization ====<br />
Wird nicht verwendet.<br />
====Component Of - Encompassing Encounter with id ==== <br />
{{:1.2.40.0.34.6.0.11.1.50/dynamic}}<br />
<br />
====Encounter Location==== <br />
{{:1.2.40.0.34.6.0.11.1.8/dynamic}}<br />
<br />
===Section Level Templates===<br />
====Impfungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}<br />
====Expositionsrisiko Personengruppen - kodiert ====<br />
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}<br />
<br />
====Impfrelevante Erkrankungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}<br />
====Antikörper-Bestimmung====<br />
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}<br />
====Impfempfehlungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}<br />
====Beilagen====<br />
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}<br />
<br />
====Übersetzung (informativ)====<br />
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}<br />
<br />
===Entry Level Template===<br />
====Antikörper-Bestimmung Battery Organizer==== <br />
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}<br />
====Antikörper-Bestimmung Data Processing Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}<br />
====Antikörper-Bestimmung Laboratory Observation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}<br />
====Comment Entry - Single Author / Informant==== <br />
{{:1.2.40.0.34.6.0.11.3.17/dynamic}}<br />
<br />
====Eingebettetes Objekt Entry====<br />
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}<br />
==== Expositionsrisiko Problem Concern Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.20/dynamic}} <br />
==== Expositionsrisiko Problem Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}<br />
====External Document Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}<br />
====Immunization Billability Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}<br />
====Immunization Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}<br />
====Immunization Entry Impfung nicht angegeben==== <br />
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}<br />
====Immunization Recommendation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}<br />
====Immunization Schedule Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.10/dynamic}} <br />
====Immunization Target Entry====<br />
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}<br />
====Impfplan Entry====<br />
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Concern Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Entry====<br />
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}<br />
====Vaccine Product ==== <br />
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}<br />
====Vaccine Product nicht angegeben ==== <br />
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}<br />
====Zusatzklassifikation (für Impfungen)==== <br />
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}<br />
<br />
===Weitere CDA-Fragmente ===<br />
====Address Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}<br />
====Address Compilation Minimal==== <br />
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}<br />
====Assigned Entity====<br />
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}<br />
====Assigned Entity Body====<br />
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}<br />
====Assigned Entity Body with name, addr and telecom====<br />
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}<br />
====Author Body ==== <br />
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}<br />
====Author Body - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}<br />
====Date Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}<br />
====Device Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}<br />
====Informant Body==== <br />
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}<br />
====Narrative Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}<br />
====Organization Compilation with id, name==== <br />
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}<br />
====Organization Compilation with id, name, tel, addr==== <br />
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}<br />
====Organization Compilation with name==== <br />
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}<br />
====Organization Compilation with name, addr minimal ====<br />
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}<br />
====Organization Name Compilation ====<br />
{{:1.2.40.0.34.6.0.11.9.27/dynamic}} <br />
====Original Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}<br />
====Participant Body====<br />
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}<br />
====Participant Body - Transcriber ====<br />
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}<br />
====Participant Body - Verifier ====<br />
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}<br />
====Participant Body - Authorized Editor====<br />
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}<br />
<br />
====Participant Body - Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}<br />
<br />
====Performer Body====<br />
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}<br />
====Performer Body - Impfende Person====<br />
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}<br />
====Performer Body - Laboratory==== <br />
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}<br />
====Person Name Compilation G1====<br />
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}<br />
====Person Name Compilation G1 M====<br />
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}<br />
====Person Name Compilation G2====<br />
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}<br />
====Person Name Compilation G2 M====<br />
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}<br />
====Time Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}<br />
<br />
</div class="landscape"><br />
<br />
==Terminologien==<br />
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termgit.elga.gv.at<br />
<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-languagecode ELGA_LanguageCode]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-maritalstatus ELGA_MaritalStatus]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-antikoerperbestimmung eImpf_Antikoerperbestimmung]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-historischeimpfstoffe eImpf_HistorischeImpfstoffe]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-immunizationtarget eImpf_ImmunizationTarget]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfdosis eImpf_Impfdosis]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfgrund eImpf_Impfgrund]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfrelevanteerkrankung eImpf_ImpfrelevanteErkrankung]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfrollen eImpf_Impfrollen]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfschema eImpf_Impfschema]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfstoffe eImpf_Impfstoffe]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-specialcasevaccination eImpf_SpecialCaseVaccination]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-specialsituationindication eImpf_SpecialSituationIndication]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-zusatzklassifikation eImpf_Zusatzklassifikation]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-actencountercode ELGA_ActEncounterCode]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-addressuse ELGA_AddressUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-administrativegender ELGA_AdministrativeGender]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-authorspeciality ELGA_AuthorSpeciality]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-dokumentenklassen ELGA_Dokumentenklassen]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-entitynameuse ELGA_EntityNameUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-humanlanguage ELGA_HumanLanguage]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medientyp ELGA_Medientyp]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medikationmengenart ELGA_MedikationMengenart]<br />
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele: <br />
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze<br />
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medikationmengenartalternativ ELGA_MedikationMengenartAlternativ]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-nullflavor ELGA_NullFlavor]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-observationinterpretation ELGA_ObservationInterpretation]<br />
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.<br />
* [https://termgit.elga.gv.at/ValueSet/elga-personalrelationship ELGA_PersonalRelationship]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-serviceeventperformer ELGA_ServiceEventPerformer]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-telecomaddressuse ELGA_TelecomAddressUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-urlscheme ELGA_URLScheme]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-wirkstoffe-ages ELGA Wirkstoffe AGES]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]<br />
<br />
<div class="portrait"><br />
<br />
=Anhang=<br />
==Abbildungen==<br />
<references group="Abbildung"/><br />
==Tabellen==<br />
<references group="Tabelle" /><br />
==Abkürzungsverzeichnis==<br />
{{ILF:Abkuerzungsverzeichnis}}<br />
<br />
==Literaturverzeichnis==<br />
<references /><br />
</div><br />
<br />
==Release-Log, Ausblick und weitere Informationen==<br />
Auf der [[ILF Diskussion:E-Impfpass (Version 2)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.<br />
<br /></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)&diff=154276
ILF:E-Impfpass (Version 2)
2023-04-17T07:35:36Z
<p>Tanjga: /* Datenarten */</p>
<hr />
<div>{{#seo:<br />
|title=e-Impfpass (Version 2.0.0)<br />
|titlemode=append<br />
|keywords= e-Impfpass<br />
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zum Immunisierungsstatus einer Person.<br />
}}<br />
{{#customtitle:e-Impfpass (Version 2.0.0)}}<br />
<br />
<!-- <br />
{{Underconstruction}}<br />
--><br />
<br />
<br />
{{#css:<br />
@media Screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten--><br />
<br />
{{Infobox Dokument<br />
|Group = CDA Implementierungsleitfaden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 2)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.2]<br />
|Short = e-Impfpass (Version 2.0.0)<br />
|Namespace = ILF<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.0.0<br />
|Submitted = ELGA GmbH<br />
|Date = 30.01.2023<br />
|Copyright = © HL7 Austria 2018-2023<br />
|Status = in Ballot befindliche Version<br />
|Verfahren = Normativ<br />
|Period = Produktiveinsatz<br />
|OID = 1.2.40.0.34.7.19.2<br />
|Realm = Österreich<br />
}}<br />
{{TOC limit|5}}<br />
<!-- Zusammenfassung an erster Stelle --><br />
<br />
=Zusammenfassung=<br />
{{BeginYellowBox}}<br />
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. Zum besseren Verständnis empfehlen wir Ihnen, den [[ILF:E-Impfpass_Guide|zusammenfassenden Guide]] im Vorfeld zu lesen.<br />
<br />
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im schweizer [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird. <br />
<br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates: <br />
<br />
* '''[[#.C3.9Cbersicht_CDA-Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen, Expositionsrisiken) und Impfempfehlungen.<br />
* '''[[#.C3.9Cbersicht_CDA-Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen, Expositionsrisiken) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.<br />
<br />
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[#User_Storys_.28.22Anwendungsf.C3.A4lle.22.29|Anwendungsfälle]] beschrieben. <br />
{{EndYellowBox}}<br />
<br />
{{BeginYellowBox}}<br />
Die gesetzliche Grundlage für den e-Impfpass ist das Gesundheitstelematikgesetz (GTelG 5. Abschnitt: eHealth-Anwendungen, 2. Unterabschnitt: § 24b bis § 24g) und die zugehörige eHealth-Verordnung (eHealthV 2020). <br /><br />
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2023-1 ("Ballot") normiert wurde. <br />
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.<br />
{{EndYellowBox}}<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<!-- Seitenumbruch --><br />
<p style="page-break-before: always"></p><br />
==Impressum==<br />
<div class="mw-collapsible-content"><br />
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br /><br />
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br /><br />
Internet: [http://www.elga.gv.at www.elga.gv.at]<br />
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br /><br />
Geschäftsführer: Mag. Dr. Stefan Sabutsch, Dr. Edith Bulant-Wodak, MBA<br />
<br />
''Redaktion, Projektleitung, Koordination: ''<br /><br />
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] <br />
<br />
''Abbildungen:'' © ELGA GmbH <br />
<br />
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Erdbergweg 7, 8052 Graz; [http://www.hl7.at www.hl7.at]. <br /><br />
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.<br />
<br />
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<br />
== Haftungsausschluss ==<br />
<div class="mw-collapsible-content"><br />
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Sprachliche Gleichbehandlung ==<br />
<div class="mw-collapsible-content"><br />
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.<br />
</div></div><br />
<br />
{{ILF:Lizenzinformationen}}<br />
{|<br />
|style="vertical-align:top"|Für die Modellierung der Inhalte des e-Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz<ref name=ImpfdossierCH/> verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.<br />
* [https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref><br />
* [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref><br />
* [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref><br />
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]<br />
<ref group="Abbildung">Verwendete Standards</ref>: ''Verwendete Standards''<br />
|}<br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;"><br />
==PDF-Bedienungshinweise==<br />
<div class="mw-collapsible-content"><br />
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:<br />
<br />
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts<br />
* Seitenweise blättern: "Bild" Tasten<br />
* Scrollen: Pfeil nach oben bzw. unten<br />
* Zoomen: Strg + Mouserad drehen<br />
* Suchen im Dokument: Strg + F <br />
</div></div><br />
<br />
<!-- Tatsächlicher Inhalt --><br />
<br />
=Einleitung=<br />
==Ausgangslage und Motivation==<br />
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden. <br />
Auf Beschluss der Bundeszielsteuerungskommission wurde daher die Umsetzung der Pilotierung des elektronischen Impfpasses (e-Impfpass) durch die ELGA GmbH beschlossen. <br />
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.<br />
<br />
==Zweck des Dokuments==<br />
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der ELGA Infrastruktur als abgestimmte und einheitlich strukturierte CDA-Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.<br />
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im schweizer eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA-Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum CDA-Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des CDA-Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA-Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.<br />
<br />
==Zielgruppe==<br />
Anwender dieses Dokuments sind softwareentwicklende und beratende Personen, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich <br />
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endnutzenden der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.<br />
<br />
<br />
=Informationen über dieses Dokument=<br />
==Verbindlichkeit==<br />
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den elektronischen Impfpass (e-Impfpass) gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich. <br />
<br />
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Ministerium auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den/die zuständige/n Bundesminister/in vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. <br />
<br />
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) 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.<br />
<br />
== Wichtige unterstützende Materialien ==<br />
{{BeginYellowBox}}<br />
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:<br />
* die PDF-Version dieses Leitfadens<br />
* Beispieldokumente für den "Kompletten Immunisierungsstatus" und für "Update Immunisierungsstatus"<br />
* Schematron-Prüfregeln<br />
* Design-Beispiel<br />
Die im Weiteren angeführten Templatespezifikationen wurden im '''Art-Decor Projektrepository''' [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates e-Impfpass] erstellt und können dort eingesehen werden. Eine Anleitung zum Verständnis der Art-Decor-Notation finden Sie im Artikel [[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen]].<br />
{{EndYellowBox}}<br />
Weitere Informationen zu CDA-Implementierungsleitfäden werden auf der Website der ELGA GmbH zur Unterstützung bereitgestellt: <br />
* Beispieldokumente<br />
* Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)<br />
* CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)<br />
* Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA-Dokumenten<br />
* Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)<br />
* Hinweise für die zu verwendenden Terminologien <br />
* Leitfaden zur richtigen Verwendung von Terminologien<br />
{{BeginYellowBox}}<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].<br />
{{EndYellowBox}}<br />
<br />
=Harmonisierung=<br />
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Mitglieder der Arbeitsgruppe wurden durch ihre Organisation delegiert.<br />
<br />
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).<br />
Die Formulierung der technischen Spezifikation des CDA-Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung. <br />
<br />
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.<br />
<br />
== Autoren und Mitwirkende ==<br />
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. <br />
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.<br />
<br />
===Autoren===<br />
'''Das Redaktionsteam''' bestand aus folgenden Personen:<br />
{| class="wikitable"<br />
! Name<br />
! Organisation<br />
! Rolle<br />
|-<br />
| Mag. Dr. Stefan Sabutsch<br />
| ELGA GmbH, HL7 Austria<br />
| Autor, Herausgeber<br />
|-<br />
| DI Andrea Klostermann<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| DI Nikola Tanjga<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| Gabriel Kleinoscheg, MSc<br />
| ELGA GmbH<br />
| Autor<br />
|}<br />
<br />
Mit Beiträgen von: <br />
Tony Schaller (medshare GmbH),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Nina Svec, M.A. (ELGA GmbH),<br />
Helene Prenner (ELGA GmbH)<br />
<br />
===Mitwirkende===<br />
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):<br />
Anton Angerer (at.Software / WAVM),<br />
Patrick Awart (Atos),<br />
Elisabeth Bischof (Landessanitätsdirektion OÖ),<br />
DI (FH) Reindert Buter (Buter GmbH),<br />
Sabine Eder (Landessanitätsdirektion NÖ),<br />
Mag. Alexander Ertl (BASG / AGES),<br />
Dr. Katja Fischer (BMASGK),<br />
Günter Franz (Landessanitätsdirektion Salzburg),<br />
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),<br />
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),<br />
Ingrid Huber (Landessanitätsdirektion NÖ),<br />
OPhysR Dr.in Ursula Karnthaler (Landessanitätsdirektion Wien),<br />
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),<br />
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),<br />
DI Andrea Klostermann (ELGA GmbH),<br />
DI Oliver Kuttin (ELGA GmbH),<br />
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),<br />
Ruprecht Leitner (Apothekerverlag),<br />
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),<br />
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),<br />
DI Michael Nöhammer (ÖÄK),<br />
Christopher Ozvald (BMASGK),<br />
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),<br />
Dr. Maria Paulke-Korinek (BMASGK),<br />
Mag. Daniela Philadelphy (BASG / AGES),<br />
Daniela Piererfellner (Landessanitätsdirektion OÖ),<br />
Maria Pramhas (Land Salzburg - Impfadatenbank),<br />
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),<br />
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Dr. Stefan Sabutsch (ELGA GmbH),<br />
Robert Scharinger (BMASGK),<br />
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),<br />
DI Mag. Birgit Scholz (ELGA GmbH),<br />
Dr. Christoph Schweighofer (ÖÄK),<br />
Carina Seerainer, MSc (ELGA GmbH),<br />
Nina Sjencic (ELGA GmbH),<br />
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),<br />
Mag. Stefan Spitzbart (Hauptverband),<br />
Stephanie Stürzenbecher, BA MA (Hauptverband),<br />
Dr. Barbara Tucek, MD, MSc (BASG / AGES),<br />
Mag. Ilana Ventura, MSc (BMASGK),<br />
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),<br />
Gabriele Wasner (Landessanitätsdirektion OÖ)<br />
<br />
{{ILF:Begriffsdefinitionen e-Impfpass}}<br />
<br />
=Technischer Hintergrund=<br />
<br />
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
<br />
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}<br />
<br />
==Weitere Informationen zu CDA==<br />
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:<br />
<br />
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref><br />
* [[CDA_Templates|CDA-Templates]] <ref name=CDATemplates>CDA-Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref><br />
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref><br />
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref><br />
* [[Terminologien|Terminologien]] <ref name=Terminologien>Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien</ref><br />
= Funktionale Anforderungen=<br />
<br />
== Darstellung==<br />
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). <br />
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.<br />
<br />
<div class="landscape"><br />
<br />
==Verwendung in der ELGA Infrastruktur==<br />
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===<br />
{| class="wikitable"<br />
! XDS-Mapping<br />
! Optio-<br />
nalität<br />
! CDA-Element<br />
clinicalDocument.<br />
! Beispiel<br />
! Erklärung<br />
|-<br />
| rowspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]<br />
| rowspan="2"|M<br />
| rowspan="2"|.id<br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337.999021.1"<br />
| rowspan="2"| Das "uniqueId"-Element beschreibt den global eindeutigen Identifier des CDA-Dokuments und kann mit oder ohne Extension angegeben werden.<br />
|- <br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337"<br />
*@extension="999021.1"<br />
|- <br />
| [[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]<br />
| M<br />
| .code<br />
| <br />
*@code="11369-6"<br />
*@displayName="HISTORY OF IMMUNIZATIONS"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value Set [https://termgit.elga.gv.at/ValueSet/elga-dokumentenklassen ELGA_Dokumentenklassen].<br />
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]] <br />
| rowspan="2"| M<br />
| rowspan="2"| .code.translation <br />
| <br />
*@code="82593-5"<br />
*@displayName="Immunization summary report"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| <br />
*@code="87273-9"<br />
*@displayName="Immunization note"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]<br />
| rowspan="2"| M<br />
| rowspan="2"| .title <br />
| "Kompletter Immunisierungsstatus"<br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.<br />
|-<br />
| "Update Immunisierungsstatus" <br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]<br />
| M<br />
| .hl7at:formatCode<br />
| <br />
*<nowiki>@extension="urn:hl7-at:eImpf:2.0.0+########"</nowiki><br />
*@displayName= "HL7 Austria e-Impfpass 2.0.0+########"<br />
| Version des vom CDA erfüllten Implementierungsleitfaden e-Impfpass.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]<br />
| M<br />
| .hl7at:practiceSettingCode<br />
| <br />
*@code="F023"<br />
*@displayName="Interdisziplinärer Bereich"<br />
*@codeSystem="1.2.40.0.34.5.12"<br />
| Fachliche Zuordnung des CDA-Dokuments aus dem Value Set [https://termgit.elga.gv.at/ValueSet/elga-practicesetting ELGA_PracticeSetting].<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]<br />
| M<br />
| .documentationOf<br />
.serviceEvent.code<br />
| <br />
*@code="41000179103"<br />
*@displayName="Immunization record (record artifact)"<br />
*@codeSystem="2.16.840.1.113883.6.96"<br />
*@codeSystemName="SNOMED CT"<br />
| Code der Gesundheitsdienstleistung.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"|.documentationOf.serviceEvent<br />
.effectiveTime.low<br />
|<br />
Zeitpunkt des '''ältesten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.low<br />
| Beginn der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).<br />
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .documentationOf.serviceEvent<br />
.effectiveTime.high<br />
|<br />
Zeitpunkt des '''jüngsten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.high<br />
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung, muss sich von Behandlungsbeginn unterscheiden)<br />
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
|}<br />
</div><br />
<br />
==Versionierung & Stornierung==<br />
Versionierung und Stornierung betrifft ausschließlich CDA-Dokumente vom Typ "Update Immunisierungsstatus".<br />
<br />
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben CDA-Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).<br />
<br />
===Versionierung von CDA-Dokumenten===<br />
CDA-Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden. <br />
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein CDA-Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht. <br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
===Stornierung von CDA-Dokumenten===<br />
CDA-Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte CDA-Dokument eingetragen wurden, werden gelöscht.<br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
==Impfempfehlungen==<br />
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut österreichischen Impfplan empfohlen sind.<br />
<br />
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:<br />
* Alter der Person<br />
* Geschlecht<br />
* Bereits erhaltene Impfungen:<br />
** Dosiskennung der letzten eingetragenen Impfung<br />
** Impfstoff<br />
** Impfschema (sofern abweichend vom Defaultschema)<br />
* Durchgemachte impfrelevante Erkrankungen<br />
* Indikation für Impfung ("Risikogruppe")<br />
<br />
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.<br />
<br />
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").<br />
<br />
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.<br />
<br />
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus dem Value Set [https://termgit.elga.gv.at/ValueSet/eimpf-specialcasevaccination eImpf_SpecialCaseVaccination]. Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen mittels Stylesheet gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung).<br />
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===<br />
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt. <br />
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen: <br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Begründung der Kontraindikation<br />
* Optional: Impfstoff<br />
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").<br />
{{BeginYellowBox}}<br />
Die Angabe von Kontraindikationen ist derzeit '''nur für Impfungen gegen SARS-CoV-2 (COVID-19) möglich''', um die '''Ausnahmen von der Impfpflicht''' zu dokumentieren. <br />
{{EndYellowBox}}<br />
<br />
== Mehrsprachigkeit und grenzüberschreitender Austausch ==<br />
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.<br />
<br />
=User Storys ("Anwendungsfälle")=<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>. <br />
<br />
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.<br />
<br />
==Übersicht vorhandener Akteure und Komponenten==<br />
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.<br />
<div class="landscape"><br />
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]<br />
<br />
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref>: ''Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten''<br />
<br />
* Bürger<br><br />
* Impfende GDA<br />
** Niedergelassene Ärzte<br />
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde<br />
*** Ärztinnen und Ärzte für Allgemeinmedizin<br />
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste<br />
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten<br />
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder <br />
** ELGA-Ombudsstelle<br />
* ELGA-Serviceline<br><br />
* Datenkorrigierender GDA<br />
** Bezirksverwaltungsbehörde<br />
* "Abrechnungsunterstützung" (im Rahmen des kostenfreien Kinderimpfprogramms)<br />
** Landeshauptmann / Landeshauptfrau<br />
** Bezirksverwaltungsbehörde<br />
* Auswertungen für Durchimpfungsraten <br />
** Landeshauptmann / Landeshauptfrau<br />
** Zuständiges Bundesministerium für Gesundheit<br />
<br />
<br />
<br />
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:<br />
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.<br />
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.<br />
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet. <br />
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.<br />
## Regulärer Zugang mittels Kontaktbestätigungen<br />
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Hier zählen Zugriffe auf die Impfdaten von eindeutig identifizierten Personen.<br />
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden, da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss. Gemäß GTelG 2012, Abschnitt "Elektronischer Impfpass (eImpfpass)" ist keine individuelle Berechtigungssteuerung seitens Bürgern möglich. <br />
# Die Geschäftslogik der Anwendung übernimmt die Verarbeitung von CDA-Dokumenten und hat folgende Funktionen<br />
## Speichert eingehende CDA-Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. <br />
## Das Zusammenstellen vom On-Demand Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass des Bürgers) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt. <br />
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.<br />
## Auf Grundlage des gültigen österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Bürgers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.<br />
</div><br />
<div class="portrait"><br />
<br />
==Allgemeine Vorbedingungen==<br />
Für den Zugriff auf den e-Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.<br />
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termgit.elga.gv.at/ Terminologieserver] bereitgestellt. <br />
<br />
Sowohl der berechtigte GDA (über das GDA System, sobald die e-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das ELGA Portal) können auf den persönlichen e-Impfpass zugreifen.<br />
<br />
==U1 Kompletten Immunisierungsstatus abrufen==<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte Informationen zu seinem Immunisierungsstatus erhalten.<br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.<br />
#Max Muster erfährt von Dr. DeCarro, dass laut österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.<br />
<br />
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden.<br />
<br />
==U2 Aktualisierung Immunisierungsstatus==<br />
<br />
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine. <br />
<br />
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:<br />
<br />
===U2.1 Eintragen des Immunisierungsstatus===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat. <br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.<br />
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das CDA-Dokument übernimmt und ein Update der Datenbank durchführt. <br />
# Dr. DeCarro kann nun das On-Demand Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des CDA-Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.<br />
<br />
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)<br />
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des CDA-Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene aus dem original "Update Immunisierungsstatus", die nicht geändert werden müssen). <br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale CDA-Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das On-Demand Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).<br />
<br />
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde (fremde Einträge)|U4]]).<br />
<br />
'''''Anmerkung:''''' Einträge, die korrigiert werden dürfen, erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant[@typeCode="AUT"]) die eigene GDA-OID enthält. Sollte ein Eintrag durch einen Benutzer mit der Rolle "Korrekturberechtigte Person" korrigiert worden sein (siehe [[#U4_Datenkorrektur_durch_Beh.C3.B6rde_.28fremde_Eintr.C3.A4ge.29|U4 Datenkorrektur durch Behörde]]), so kann dieser fortan nur mehr von Benutzern mit der Rolle "Korrekturberechtigte Person" korrigiert werden. Details siehe [[#Participant_Body_-_Authorized_Editor|Participant Body - Authorized Editor]].<br />
<br />
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA-Dokuments wird mit dem Status "APPROVED" gespeichert.<br />
<br />
===U2.3 Stornierung eines Immunisierungseintrags===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat).<br />
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende CDA-Dokument "Update Immunisierungsstatus" an die zentrale Anwendung übergibt. <br />
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren. <br />
<br />
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde (fremde Einträge)|U4]]).<br />
<br />
Stornierte CDA-Dokumente wurden als "DEPRECATED" gekennzeichnet.<br />
<br />
===U2.4 Nachtragen der Impfdokumentation===<br />
Akteure: Bürger ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario: <br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.<br />
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.<br />
<br />
===U2.5 Selbsteintragung von Impfungen durch den Bürger===<br />
Akteure: Bürger ("Max Muster")<br />
<br />
Szenario: <br />
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.<br />
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt. <br />
# Seinen Papier-Impfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).<br />
<br />
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...) 2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.<br />
<br />
==U3 Abrechnung==<br />
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, dass die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''<br />
<br />
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"<br />
<br />
Szenario:<br />
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe [[#U2.1 Eintragen des Immunisierungsstatus|U2.1]]) <br />
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.<br />
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden. <br />
# Die Abrechnungsunterstützung kontrolliert den Anspruch auf Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.<br />
<br />
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nachgetragene oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.<br />
<br />
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==<br />
Akteure: Bürger ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")<br />
<br />
Szenario:<br />
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papier-Impfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.<br />
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.<br />
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des CDA-Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene aus dem original "Update Immunisierungsstatus", die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).<br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale CDA-Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das On-Demand Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.<br />
<br />
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im e-Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.<br />
<br />
==U5 Krisenmanagement==<br />
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''<br />
===U5.1 Krankheitsausbrüche===<br />
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.<br />
<br />
===U5.1 Chargenrückruf===<br />
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln, die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.<br />
<br />
</div><br />
<div class="landscape"><br />
<br />
=Datenarten=<br />
==Dataset==<br />
{| class="wikitable"<br />
! style="width: 25%" |Name<br />
! style="width: 40%" |Beschreibung<br />
! style="width: 20%" |Mapping<br />
|- style="vertical-align:top;"<br />
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)<br />
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes CDA-Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).<br />
|clinicalDoc.LegalAuthenticator<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung<br />
|Der Zeitpunkt, zu dem das CDA-Dokument unterzeichnet wurde.<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Signatur<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Eintragende Person (Schreibkraft)'''<br />
|Datenverarbeitende Person. Die Person, die Daten für den e-Impfpass dokumentiert.<br />
|clinicalDoc.dataEnterer<br />
|- style="vertical-align:top;"<br />
| '''Eintragende Person (Schreibkraft) (für einzelne Einträge)'''<br />
| Die eintragende Person (Schreibkraft) eines Update Immunisierungsstatus kann für jeden darin enthaltenen Eintrag von der zentralen Anwendung zur Erstellung des Kompletten Immunisierungsstats übernommen werden.<br />
| substanceAdministration "Immunization Entry" / "Participant Body - Data Enterer" <br />
|- style="vertical-align:top;"<br />
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)<br />
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI: „Für die Impfung verantwortlich“…<br />
|substanceAdministration "Immunization Entry"/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|ID der verantwortlichen Person (lokaler Identifikator)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Freigabezeitpunkt <br />
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde (Zeitpunkt der Unterzeichnung).<br />
|substanceAdministation.author.time<br />
|- style="vertical-align:top;"<br />
|'''Impfende Person (Impfarzt)'''<br />
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.<br />
|substanceAdministration "Immunization Entry"/performer<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Rolle<br />
|Berufsrolle der impfenden Person (Auswahlliste)<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Nachtragende Person'''<br />
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(z.B. "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)<br />
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B.: Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time<br />
|- style="vertical-align:top;"<br />
|'''Korrigierende Person'''<br />
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.<br />
<br />
''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 Korrekturperson angeführt.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person (mit Titel, Vornamen, Nachnamen, Organisation)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)<br />
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time<br />
|- style="vertical-align:top;"<br />
|'''Berechtigter Bearbeiter'''<br />
|Die eindeutige Kennung (OID) des GDA, der einen Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID oder GDAs mit der Rolle "Korrekturberechtigte Person".<br />
<br />
Wurde ein Eintrag durch einen GDA mit der Rolle "Korrekturberechtigte Person" korrigiert, ist fortan die Korrektur dieses Eintrags nur mehr GDAs mit der Rolle "Korrekturberechtigte Person" möglich.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"<br />
|- style="vertical-align:top;"<br />
|'''Impfling''' (Person, Patient)<br />
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.<br />
<br />
Entspricht dem "Patienten".<br />
|clinicalDocument.recordTarget<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachnamen der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geburtstdatum<br />
|Geburtstdatum der Person<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)<br />
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung (Werte: M, F, UNK (Unbekannt)), z.B. Brief: "Herr" oder "Frau"<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |LokaleID<br />
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend mit Eintragung einer Impfung anzugeben.<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)<br />
|Sozialversicherungsnummer<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |bPK-GH<br />
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Straße<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Hausnummer<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Postleitzahl<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Stadt<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Bundesland<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Land<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)<br />
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab. <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).<br />
|Kein Mapping, ist nicht im CDA-Dokument enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)<br />
|Wie Gemeindekennziffer, erste 3 Stellen<br />
|Kein Mapping, ist nicht im CDA-Dokument enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Mobil<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Festnetz<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Mail<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |FAX<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Personengruppe''' (Expositionsrisikogruppe)<br />
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.<br />
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitbereich<br />
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung)<br />
|Dokumentierte Impfung: eine einzelne Verabreichung eines Impfstoffes<br />
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)<br />
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)<br />
|Bezeichnung für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Verabreichung von Impfdosen bzw. Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.<br />
|substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|criterion "Immunization Schedule Entry"/value<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)<br />
|Zeitpunkt der Durchführung der Impfung<br />
|substanceAdministration "Immunization Entry"/effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfort<br />
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B.: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)<br />
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.<br />
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfreaktion (Reaktion)<br />
|Aufgetretene Reaktion (Auswahlkatalog). <br />
Die Aufnahme von Impfreaktionen in den e-Impfpass wird derzeit nicht vom CDA Leitfaden unterstützt.<br />
|Nicht umgesetzt<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Abrechenbarkeit<br />
|Kennzeichen, ob Impfung mit Bundesland abgerechnet werden kann (Eintragung durch impfenden Arzt). Kann nur bei neuen Impfungen (ohne Nachtrag) angegeben werden. Notwendig für Filterung der Daten, die an Bundesländer zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Bundesland geprüft und festgestellt.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfindikation<br />
|Grund für die Impfung (optional). Wird für Abrechnung benötigt:<br />
<br />
* IG1 Indikationsimpfung für Risikogruppe<br />
* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfgutschein<br />
|Alphanumerisches Identifikationskennzeichen eines Impfgutscheins (bei Vorliegen von Impfgutscheinheften). <br />
Notwendig für Abrechnung (gültig für genau eine Impfung). Keine weitere Prüfung im e-Impfpass. <br />
|act "Immunization Billability Entry" mit act/id<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zusatzklassifikation<br />
|Zusätzliche strukturierte Information zu einer Impfung, z.B. eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat (Impfsetting).<br />
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.<br />
|- style="vertical-align:top;"<br />
|'''Impfstoff (Produkt)''' (Arzneimittel)<br />
|Daten zur verabreichten Arzneimittelspezialität<br />
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)<br />
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"<br />
|manufacturedProduct/manufacturedMaterial/name<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Pharmazentralnummer (PZN)<br />
|Pharmazentralnummer der Arzneispezialität, gemäß ASP-Liste (bzw. Liste für historische oder ausländische Impfstoffe)<br />
|manufacturedProduct/manufacturedMaterial/code[@code]<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Handelsname<br />
|Handelsname der Arzneispezialität <br />
|manufacturedProduct/manufacturedMaterial/code[@displayName]<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zulassungsnummer<br />
|Zulassungsnummer der Arzneispezialität <br />
|manufacturedProduct/manufacturedMaterial/code/translation<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Chargennummer (Charge)<br />
|Chargennummer der Arzneispezialität, die verabreicht wurde<br />
|manufacturedProduct/manufacturedMaterial/lotNumberText<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Ablaufdatum<br />
|Muss dokumentiert werden.<br />
<br />
Kann aus 2D Barcode abgleitet werden.<br />
<br />
Kann nur im Zusammenhang mit der Abrechenbarkeit in der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung angegeben werden.<br />
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)<br />
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehöriger delegierte Verordnung (EU) 2016/161<br />
|manufacturedProduct/id<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)<br />
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)<br />
|manufacturedProduct/manufacturerOrganization<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ATC<br />
|ATC-Code des Wirkstoffs aus Fachinformation<br />
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wirkstoff<br />
|Wirkstoff(e) des Arzneimittels, z.B. "Masernviren, Stamm Schwarz (lebend, attenuiert)"<br />
|manufacturedMaterial/pharm:ingredient<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Menge<br />
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />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.<br />
|substanceAdministration "Immunization Entry"/doseQuantity<br />
|- style="vertical-align:top;"<br />
|'''Impfempfehlung''' (Impfkalender)<br />
|Daten der empfohlenen (zukünftigen) Impfungen:<br />
<br />
* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />
* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br />
<br />
Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen.<br />
<br />
Wird automatisch von der zentralen Anwendung erstellt bzw. kann manuell vom Arzt eingetragen (überschrieben) werden.<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)<br />
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br />
<br />
Wird definiert durch:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|/precondition/criterion "Immunization Schedule Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, welche/s die Empfehlung generiert<br />
|/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)<br />
|consumable<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Referenz zu Impfschema<br />
|Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
|- style="vertical-align:top;"<br />
|'''Kontraindikation für Impfungen'''<br />
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />
<br />
* Impfung<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Begründung<br />
<br />
Muss von einem Arzt eingetragen werden.<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitraum<br />
|Zeitraum, in dem die Kontraindikation gilt<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, welche/s die Kontraindikation bestätigt<br />
|/author<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Kontraindikation gilt.<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Kontraindikation gilt<br />
|consumable<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Referenz zu Impfschema<br />
|Referenz auf die Information, die der Kontraindikation zugrunde liegt, z.B.:<br />
* Nationaler Impfplan ("Impfplan Österreich")<br />
* e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.<br />
* weitere Fachinformation (liegt derzeit nicht strukturiert vor)<br />
* Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />
<br />
(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Arzt eingetragenen Kontraindikation<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
|'''Impfrelevante Erkrankung'''<br />
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfrelevante Erkrankung<br />
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B.: FSME, Varizellen, ...)<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Erkrankungsdatum<br />
|Zeitintervall, in der die Erkrankung beobachtet wurde<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)<br />
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.<br />
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry - Single Author / Informant"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor<br />
|Erfasser der Information<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verknüpfung zu Impfung<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Antikörper-Bestimmung (Impftiter)'''<br />
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für Virushepatitis A und B, Röteln und Varizellen etc.<br />
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Analyse<br />
|Gemessener Laborparameter<br />
|"Laboratory Observation Entry"<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wert<br />
|Wert der Analyse<br />
|"Laboratory Observation Entry" / value<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Einheit<br />
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden<br />
|"Laboratory Observation Entry" /value/@unit<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bewertung (Interpretation)<br />
|Interpretation des Messwerts (Interpretationskennzeichen)<br />
|"Laboratory Observation Entry" /interpretationCode<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum<br />
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)<br />
|"Laboratory Observation Entry" /effectiveTime<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Durchführendes Labor<br />
|Durchführendes Labor<br />
|"Laboratory Observation Entry" / performer<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|- style="vertical-align:top;"<br />
|'''Informationsquelle'''<br />
|Herkunft der Information (Dokumentverfasser(in), Author)<br />
|/ClinicalDocument/author<br />
|}<br />
<br />
<br />
</div><br />
<div class="portrait"><br />
<br />
=Technische Spezifikation=<br />
==Übersicht CDA-Struktur "Kompletter Immunisierungsstatus"==<br />
Das CDA-Dokument "Kompletter Immunisierungsstatus" kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand Dokument").<br><br />
Dieses CDA-Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der ELGA Interoperabilitätsstufen (EIS) ist daher nicht notwendig.<br />
<br />
Die Struktur des CDA-Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
[[Datei:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref>: ''CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"''<br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes CDA-Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Implementierungsleitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des CDA-Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment<br />
<br />
==Übersicht CDA-Struktur "Update Immunisierungsstatus"==<br />
Das CDA-Dokument "Update Immunisierungsstatus" wird vom impfenden GDA erstellt und an die zentralen Anwendung "e-Impfpass" gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc. enthalten.<br/><br />
Dieses CDA-Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der ELGA Interoperabilitätsstufen (EIS) ist daher nicht notwendig.<br />
<br />
Die Struktur des CDA-Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
[[Datei:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref>: ''CDA-Dokument in Ausprägung "Update Immunisierungsstatus"'' <br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes CDA-Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Implementierungsleitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des CDA-Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impftermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
</div><br />
<div class="landscape"><br />
<br />
==Übersicht der Strukturen mit Konformität und Kardinalität==<br />
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.<br />
<br />
===Sektion Impfungen - kodiert===<br />
'''1. Dokumentation einer Impfung''':<br />
<br />
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.<br />
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.<br />
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.<br />
<br />
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|M [1..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|NP [0..0]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21) ''Impfende Person''<br />
|C [0..1]<br />
|C [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|C [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''<br />
|C [0..1]<br />
|C [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)<br />
|NP [0..0]<br />
|O [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''<br />
|O [0..*]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|}<br />
<br />
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Expositionsrisiko Personengruppen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfrelevante Erkrankungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Antikörper-Bestimmung - kodiert===<br />
{| class="wikitable"<br />
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant ''(Validierende Person)''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfempfehlungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)<br />
|R [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - e-Impfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Comment Entry - Single Author / Informant (1.2.40.0.34.6.0.11.3.17) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes CDA-Dokument "Update Immunisierungsstatus"''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Beilagen===<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Beilagen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)<br />
|O [0..1]<br />
|R [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|}<br />
<br />
==CDA Templates==<br />
<!-- <br />
dynamic: {{:oid/dynamic}}<br />
static: {{:oid/static-YYYY-mm-dd}}<br />
--><br />
===Document Level Templates===<br />
====Kompletter Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}<br />
====Update Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}<br />
<br />
===Header Level Templates===<br />
==== Document Realm ====<br />
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}<br />
====Document TypeId====<br />
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}<br />
==== Document Id ====<br />
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}<br />
==== Document Effective Time ====<br />
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}<br />
==== Document Confidentiality Code ====<br />
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}<br />
==== Document Language ====<br />
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}<br />
==== Document Set Id and Version Number ====<br />
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}<br />
====Record Target - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}<br />
====Author====<br />
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}<br />
==== Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}<br />
====Custodian==== <br />
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}<br />
====Legal Authenticator==== <br />
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}<br />
==== Information Recipient ====<br />
Wird nicht verwendet.<br />
====Participant ====<br />
Folgende Participants werden nicht verwendet:<br />
*Ein-, Über-, Zuweisender Arzt<br />
*Hausarzt<br />
*Auskunftsberechtigte Person (Notfallkontakt)<br />
*Angehörige<br />
*Versicherung<br />
*Betreuungsorganisation<br />
*Weitere Behandler<br />
====In Fulfillment Of ==== <br />
Wird nicht verwendet.<br />
====Documentation Of Service Event - e-Impfpass ==== <br />
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}<br />
<br />
====Document Replacement - Related Document ====<br />
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}<br />
====Authorization ====<br />
Wird nicht verwendet.<br />
====Component Of - Encompassing Encounter with id ==== <br />
{{:1.2.40.0.34.6.0.11.1.50/dynamic}}<br />
<br />
====Encounter Location==== <br />
{{:1.2.40.0.34.6.0.11.1.8/dynamic}}<br />
<br />
===Section Level Templates===<br />
====Impfungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}<br />
====Expositionsrisiko Personengruppen - kodiert ====<br />
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}<br />
<br />
====Impfrelevante Erkrankungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}<br />
====Antikörper-Bestimmung====<br />
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}<br />
====Impfempfehlungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}<br />
====Beilagen====<br />
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}<br />
<br />
====Übersetzung (informativ)====<br />
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}<br />
<br />
===Entry Level Template===<br />
====Antikörper-Bestimmung Battery Organizer==== <br />
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}<br />
====Antikörper-Bestimmung Data Processing Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}<br />
====Antikörper-Bestimmung Laboratory Observation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}<br />
====Comment Entry - Single Author / Informant==== <br />
{{:1.2.40.0.34.6.0.11.3.17/dynamic}}<br />
<br />
====Eingebettetes Objekt Entry====<br />
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}<br />
==== Expositionsrisiko Problem Concern Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.20/dynamic}} <br />
==== Expositionsrisiko Problem Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}<br />
====External Document Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}<br />
====Immunization Billability Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}<br />
====Immunization Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}<br />
====Immunization Entry Impfung nicht angegeben==== <br />
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}<br />
====Immunization Recommendation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}<br />
====Immunization Schedule Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.10/dynamic}} <br />
====Immunization Target Entry====<br />
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}<br />
====Impfplan Entry====<br />
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Concern Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Entry====<br />
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}<br />
====Vaccine Product ==== <br />
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}<br />
====Vaccine Product nicht angegeben ==== <br />
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}<br />
====Zusatzklassifikation (für Impfungen)==== <br />
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}<br />
<br />
===Weitere CDA-Fragmente ===<br />
====Address Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}<br />
====Address Compilation Minimal==== <br />
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}<br />
====Assigned Entity====<br />
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}<br />
====Assigned Entity Body====<br />
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}<br />
====Assigned Entity Body with name, addr and telecom====<br />
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}<br />
====Author Body ==== <br />
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}<br />
====Author Body - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}<br />
====Date Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}<br />
====Device Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}<br />
====Informant Body==== <br />
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}<br />
====Narrative Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}<br />
====Organization Compilation with id, name==== <br />
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}<br />
====Organization Compilation with id, name, tel, addr==== <br />
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}<br />
====Organization Compilation with name==== <br />
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}<br />
====Organization Compilation with name, addr minimal ====<br />
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}<br />
====Organization Name Compilation ====<br />
{{:1.2.40.0.34.6.0.11.9.27/dynamic}} <br />
====Original Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}<br />
====Participant Body====<br />
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}<br />
====Participant Body - Transcriber ====<br />
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}<br />
====Participant Body - Verifier ====<br />
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}<br />
====Participant Body - Authorized Editor====<br />
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}<br />
<br />
====Participant Body - Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}<br />
<br />
====Performer Body====<br />
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}<br />
====Performer Body - Impfende Person====<br />
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}<br />
====Performer Body - Laboratory==== <br />
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}<br />
====Person Name Compilation G1====<br />
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}<br />
====Person Name Compilation G1 M====<br />
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}<br />
====Person Name Compilation G2====<br />
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}<br />
====Person Name Compilation G2 M====<br />
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}<br />
====Time Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}<br />
<br />
</div class="landscape"><br />
<br />
==Terminologien==<br />
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termgit.elga.gv.at<br />
<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-languagecode ELGA_LanguageCode]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-maritalstatus ELGA_MaritalStatus]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-antikoerperbestimmung eImpf_Antikoerperbestimmung]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-historischeimpfstoffe eImpf_HistorischeImpfstoffe]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-immunizationtarget eImpf_ImmunizationTarget]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfdosis eImpf_Impfdosis]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfgrund eImpf_Impfgrund]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfrelevanteerkrankung eImpf_ImpfrelevanteErkrankung]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfrollen eImpf_Impfrollen]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfschema eImpf_Impfschema]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-impfstoffe eImpf_Impfstoffe]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-specialcasevaccination eImpf_SpecialCaseVaccination]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-specialsituationindication eImpf_SpecialSituationIndication]<br />
* [https://termgit.elga.gv.at/ValueSet/eimpf-zusatzklassifikation eImpf_Zusatzklassifikation]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-actencountercode ELGA_ActEncounterCode]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-addressuse ELGA_AddressUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-administrativegender ELGA_AdministrativeGender]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-authorspeciality ELGA_AuthorSpeciality]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-dokumentenklassen ELGA_Dokumentenklassen]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-entitynameuse ELGA_EntityNameUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-humanlanguage ELGA_HumanLanguage]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medientyp ELGA_Medientyp]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medikationmengenart ELGA_MedikationMengenart]<br />
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele: <br />
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze<br />
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten<br />
* [https://termgit.elga.gv.at/ValueSet/elga-medikationmengenartalternativ ELGA_MedikationMengenartAlternativ]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-nullflavor ELGA_NullFlavor]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-observationinterpretation ELGA_ObservationInterpretation]<br />
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.<br />
* [https://termgit.elga.gv.at/ValueSet/elga-personalrelationship ELGA_PersonalRelationship]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-serviceeventperformer ELGA_ServiceEventPerformer]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-telecomaddressuse ELGA_TelecomAddressUse]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-urlscheme ELGA_URLScheme]<br />
* [https://termgit.elga.gv.at/ValueSet/elga-wirkstoffe-ages ELGA Wirkstoffe AGES]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]<br />
<br />
<div class="portrait"><br />
<br />
=Anhang=<br />
==Abbildungen==<br />
<references group="Abbildung"/><br />
==Tabellen==<br />
<references group="Tabelle" /><br />
==Abkürzungsverzeichnis==<br />
{{ILF:Abkuerzungsverzeichnis}}<br />
<br />
==Literaturverzeichnis==<br />
<references /><br />
</div><br />
<br />
==Release-Log, Ausblick und weitere Informationen==<br />
Auf der [[ILF Diskussion:E-Impfpass (Version 2)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.<br />
<br /></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:EImpfpass_Datentypen&diff=154275
ILF:EImpfpass Datentypen
2023-04-17T07:33:49Z
<p>Tanjga: /* Namen-Elemente */</p>
<hr />
<div>{{#css:<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
}}<br />
{{#customtitle:e-Impfpass Datentypen}}<br />
<br />
=Datentypen=<br />
Im folgenden Abschnitt werden nur die Datentypen beschrieben, die in e-Impfpass CDA-Dokumenten zur Anwendung kommen. Für weiterführende Informationen wird auf den zugrundeliegenden Standard Health Level Seven Version 3 (V3), Normative Edition verwiesen. <br />
==Identifikations-Elemente==<br />
===id-Element II===<br />
Identifikationselemente erlauben die global eindeutige Identifikation durch Verwendung von Objektidentifikatoren (kurz "OID"), gemäß dem in ISO/IEC 9834-1 normierten Mechanismus zur weltweit eindeutigen Kennzeichnung von Informationsobjekten [OIDLEIT]. Die relevanten OID werden im OID-Portal für das Österreichische Gesundheitswesen<sup>7</sup> registriert und veröffentlicht.<br />
<br />
Identifikationselemente können im id-Element grundsätzlich auf zweierlei Arten angegeben werden:<br />
* '''Methode 1''': Angabe der ID sowie einer OID der ID-Liste, aus der die ID stammt<br />
* '''Methode 2''': Direkte Angabe der ID in Form einer OID. Alternativ zu OID kann hier auch eine UUID gemäß Standard ISO/IEC 9834-8:2014 verwendet werden, wobei die Buchstaben A-F der Hexadezimalzahlen in Großschreibung angegeben werden MÜSSEN. <br />
<br />
<br />
<sup>7</sup> OID Portal für das Österreichische Gesundheitswesen: https://www.gesundheit.gv.at/OID_Frontend/ <br />
<br />
====Strukturbeispiele====<br />
'''Methode 1:'''<br />
<pre class="ilfbox_code"><br />
<!—<br />
Angabe der OID der ID-Liste in @root<br />
sowie der eigentlichen ID in @extension<br />
--><br />
<id root="1.2.40.0.34.99.111.1.1"<br />
extension="134F989"<br />
assigningAuthorityName="KH Eisenstadt" /><br />
</pre><br />
'''Methode 2:'''<br />
<pre class="ilfbox_code"><br />
<!-- Angabe einer OID als direkten Identifikator --><br />
<id root="1.2.40.0.34.99.111.0.1"<br />
assigningAuthorityName="KH Eisenstadt" /><br />
</pre><br />
<br/><br />
<pre class="ilfbox_code"><br />
<!-- Angabe einer UUID als direkten Identifikator --><br />
<id root="6B48B496-C68E-CD08-55D4-B40CAC520F28"<br />
assigningAuthorityName="KH Eisenstadt" /><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei II Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Attribute angegeben.<br />
<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Methode 1: OID der ID-Liste, der die ID angehört<br />
Methode 2: OID oder UUID des Objekts<br />
{{BeginYellowBox}}<br />
Die Hexadezimalzahlen A-F der UUID MÜSSEN bei der Verwendung in HL7 CDA in Großschreibung angegeben werden.<br />
{{EndYellowBox}}<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 0..1 || style="background:#EBEBEB"| C || <br />
<br />
|- style="background:#EBEBEB"<br />
| ||colspan="2"| ''Konditioinale Konformität:'' <br/> Methode 1 <br/> Methode 2|| <br/> 1..1 <br/> 0..0|| <br/> M <br/> NP || ID des Objekts aus der ID-Liste<br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Klartext-Darstellung der Stelle, welche die ID ausgibt<br />
|-<br />
|}<br />
<br />
====Vorschriften für bereits definierte ID-Arten====<br />
Die folgenden Unterkapitel zeigen IDs, die in CDA-Dokumenten zur Anwendung kommen können.<br />
<br />
=====ID aus dem GDA-Index=====<br />
Die Vorgaben für IDs aus dem GDA-Index sind in der Basiskomponente "GDA-Index" beschrieben.<br />
<br />
Informationen zum österreichischen OID-Konzept finden Sie online auf dem "OID Portal Österreich": https://www.gesundheit.gv.at/OID_Frontend/index.jsp?section=1<br />
<br />
=====DVR-Nummer=====<br />
Die Datenverarbeitungsregister-Nummer (DVR-Nummer) des jeweiligen Gesundheitsdienstleisters kann als zusätzliches ID-Element abgebildet werden.<br />
<br />
======Spezifikation======<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Fester Wert: '''1.2.40.0.10.2.0.2.1 '''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 1..1 || style="background:lightblue"| M || '''Datenverarbeitungsregister-Nummer''' <br/>'''(DVR-Nummer)''' <br/> z.B.: 0000137 <br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Fester Wert: '''Österreichisches Datenverarbeitungsregister'''<br />
|-<br />
|}<br />
<br />
=====ATU Nummer=====<br />
Die Umsatzsteueridentifikationsnummer (ATU-Nummer) des jeweiligen Gesundheitsdienstleisters kann als zusätzliches ID-Element abgebildet werden.<br />
<br />
======Spezifikation======<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Fester Wert: '''1.2.40.0.10.2.0.3.1'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 1..1 || style="background:lightblue"| M || '''Umsatzsteueridentifikationsnummer''' <br/>'''(ATU-Nummer)''' <br/> z.B.: ATU56658245<br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Fester Wert: '''Österreichisches Finanzamt'''<br />
|-<br />
|}<br />
<br />
=====Bankverbindung=====<br />
Die einzelnen Elemente einer Bankverbindung (IBAN, SWIFT-Adresse oder BIC) können jeweils als eigene ID-Elemente abgebildet werden. Bankleitzahl und Kontonummer werden nicht mehr unterstützt.<br />
<br />
======Spezifikation: IBAN======<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Fester Wert: '''1.0.13616 '''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 1..1 || style="background:lightblue"| M || '''IBAN''' <br/> z.B.: 1200052066543301<br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Fester Wert: '''Society for Worldwide Interbank Financial Telecommunication'''<br />
|-<br />
|}<br />
<br />
======Spezifikation: SWIFT-Adresse oder BIC======<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | Id || II || || || ID<br />
<br />
|- style="background:#FFFFFF"<br />
| || @root || uid || 1..1 || M || Fester Wert: '''1.0.9362'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @extension|| st|| 1..1 || style="background:lightblue"| M || '''SWIFT/BIC''' <br/> z.B.: BKAUATWW<br />
<br />
|- style="background:#FFFFFF"<br />
| || @assigningAuthorityName|| st|| 0..1 || O || Fester Wert: '''Society for Worldwide Interbank Financial Telecommunication'''<br />
|-<br />
|}<br />
<br />
==Codierungs-Elemente==<br />
Mit Codierungselementen können Konzepte über einen Code und der Angabe des Terminologie- bzw. des Codesystems, aus dem der Code stammt, ausgedrückt werden.<br />
<br />
===code-Element CE CWE===<br />
Begriffsdefinitionen: <br />
* CE "Coded with Equivalents"<br />
* CWE "Coded With Exceptions" (bedeutet, dass das vom Standard angegebene Vokabular empfohlen wird, im Leitfaden können Ausnahmen definiert werden)<br />
<br />
====Strukturbeispiele====<br />
<br />
=====Minimal-Variante um einen Code eindeutig darzustellen:=====<br />
<pre class="ilfbox_code"><br />
<code code="E10"<br />
codeSystem="1.2.40.0.34.5.56"/><br />
</pre><br />
<br />
=====Gebräuchlichste Variante mit zusätzlichem Klartext für Code und Codesystem=====<br />
<pre class="ilfbox_code"><br />
<code code="E10"<br />
displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"<br />
codeSystem="1.2.40.0.34.5.56"<br />
codeSystemName="ICD-10 BMG 2014"/><br />
</pre><br />
<br />
=====Vollständige-Variante mit direkter Angabe des Textinhalts=====<br />
<pre class="ilfbox_code"><br />
<code code="E10"<br />
displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"<br />
codeSystem="1.2.40.0.34.5.56"<br />
codeSystemName="ICD-10 BMG 2014"<br />
codeSystemVersion="1.00"><br />
<originalText>Diabetes mellitus Typ 2</originalText><br />
</code><br />
</pre><br />
<br />
=====Vollständige-Variante mit Referenz in den narrativen Textbereich=====<br />
<pre class="ilfbox_code"><br />
<code code="E11"<br />
displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"<br />
codeSystem="1.2.40.0.34.5.56"<br />
codeSystemName="ICD-10 BMG 2014"<br />
codeSystemVersion="1.00"><br />
<originalText><br />
<reference value="#entldiag-1"/><br />
</originalText><br />
</code><br />
</pre><br />
Für eine detaillierte Beschreibung der Abbildung von Referenzen in den narrativen Bereich siehe [[#Spezifikation_4|Spezifikation]] und [[ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)#Verkn.C3.BCpfung_von_Text_und_Entry_.28.22CDA_Level_4.22.29|"Verknüpfung von Text und Entry"]].<br />
<br />
=====Vollständige-Variante mit Referenz in den narrativen Textbereich und Übersetzung in zwei andere Code-Systeme=====<br />
<pre class="ilfbox_code"><br />
<code code="E10"<br />
displayName="Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes"<br />
codeSystem="1.2.40.0.34.5.56"<br />
codeSystemName="ICD-10 BMG 2014"><br />
<originalText><br />
<reference value="#entldiag-1"/><br />
</originalText><br />
<translation code="46635009"<br />
displayName="Diabetes mellitus type I"<br />
codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"><br />
<originalText><br />
<reference value="#entldiag-1"/><br />
</originalText><br />
</translation><br />
<translation code="xyz"<br />
displayName="Diabetes mellitus juvenilis"<br />
codeSystem="9.8.7.6.5.4.3.2.1" codeSystemName="AnderesCodesystem"><br />
<originalText><br />
<reference value="#entldiag-1"/><br />
</originalText><br />
</translation><br />
</code><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei CE CWE Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="4" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="4" style="text-align:left" | code|| CE <br/>CWE|| || || Code Element<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @code|| cs|| 1..1 || M || Der eigentliche Code-Wert<br/>z.B. '''E10'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @displayName|| st|| 0..1 || R || Die Klartext-Darstellung des Code-Werts, wie vom originalen Codesystem (in der entsprechenden offiziellen Sprachvariante) vorgesehen.<br/> z.B. '''Primär insulinabhängiger Diabetes mellitus, Typ-2-Diabetes''' <br/>Der DisplayName ist nicht zur Weiterverarbeitung und zur Anzeige in einem User-Interface vorgesehen.<br />
Die Bedeutung wird durch @code und @codeSystem getragen und SOLL über die entsprechende Codeliste aufgelöst werden. <br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @codeSystem|| uid || 1..1 || M || Die Identifikation der Codeliste<br/> z.B. '''1.2.40.0.34.5.56''' bzw. die aktuell gültige OID der Codeliste<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @codeSystemName|| st|| 0..1 || R|| Der Klartext-Darstellung der Codeliste <br/> z.B. '''ICD-10 BMG 2014''' bzw. die aktuell gültige Version<br />
<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | @codeSystemVersion|| st|| 0..1 || O || Die Versionsnummer der Codeliste<br/> z.B. '''1.00'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | originalText|| ED|| 0..1 || O || Textinhalt, der als Basis zur Codierung herangezogen wurde (… von der Person gesehen, als sie den Code vergeben hat). <br/>Entweder direkt angegeben als "String" oder indirekt als "Referenz" auf eine Textstelle im narrativen Bereich.<br/>Im Falle der direkten Angabe als "String", z.B. '''Diabetes mellitus Typ 1'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || || colspan="2" | reference|| TEL|| 0..1 || style="background:#EBEBEB" | C || Referenz Element<br />
<br />
|- style="background:#EBEBEB"<br />
| || || || colspan="2" | ''Konditionale Konformität:''<br/>Wenn indirekte Angabe als "Referenz"<br/>Wenn direkte Angabe|| <br/> 1..1<br/> 0..0 || <br/>M <br/> NP || <br />
<br />
|- style="background:#FFFFFF"<br />
| || || || @value || url || 1..1 || M || '''''#{generierter_ref_string}-{generierteID}'''''<br/>z.B.: '''#entldiag-1''', verweist auf die Textstelle im narrativen Block: <td ID="'''entldiag-1'''">'''Diabetes mellitus Typ 1'''</td><br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="3" | translation|| CE <br/>CWE || 0..* || O || Beliebig viele optionale Übersetzungen des Codes in andere Codesysteme gemäß derselben Spezifikation (CE CWE) wie das Code-Element selbst.<br />
|}<br />
<br />
===code-Element CS CNE===<br />
Begriffsdefinitionen: <br />
* CS "Coded Simple"<br />
* CNE "Coded No Exceptions" (bedeutet, dass das angegebene Vokabular verwendet werden MUSS)<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<languageCode code="de-AT" /> <br />
</pre><br />
<br />
====Spezifikation====<br />
Bei CS CNE Elementen wird nur das folgende Attribut angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | code|| CS CNE || || || Code Element<br />
<br />
|- style="background:#FFFFFF"<br />
| || @code|| cs || 1..1 || M || Der eigentliche Code-Wert<br/> z.B. '''de-AT'''<br />
<br />
|-<br />
|}<br />
<br />
==Zeit-Elemente==<br />
Angaben von Zeiten sind in HL7 CDA auf vielerlei Arten möglich. Es können Zeitpunkte, Zeitintervalle bestehend aus Beginn- und Endzeitpunkt, Zeitintervalle bestehend aus Beginnzeitpunkt und Dauer und vielerlei mehr Varianten abgebildet werden. Damit nicht alle beliebigen Varianten implementiert werden müssen, werden die Varianten über den Leitfaden stark eingeschränkt. Weitere Spezifizierungen von Zeit-Elementen können von den speziellen Implementierungsleitfäden vorgenommen werden, z.B. spezifiziert der Implementierungsleitfaden e-Medikation den Datentyp GTS (General Timing Specification) für komplexe Zeitangaben mit Anfang, Ende und Häufigkeit bei den Einnahmeregeln für Medikamente.<br />
Allgemein gilt, dass nicht angegebene Datums- und Zeitanteile (also z.B. fehlende Sekunden) mit 0 (Null) angenommen werden. D.h. 201908071633 entspricht 20190807163300. <br />
<br />
'''Normale Angabe von Datum und Zeit'''<br/><br />
1) '''Zeitpunkte''': Die häufigsten Datums- und Zeitangaben werden über den Datentyp [https://art-decor.org/mediawiki/index.php?title=DTr1_TS.AT.TZ TS.AT.TZ] zusammengefasst und im Folgenden unter ''Einfaches Zeitelement TS'' beschrieben. <br />
Hier kann der Wert für einen Zeitpunkt auf zweierlei Arten angegeben werden:<br />
* Als taggenaues Datum <br />
* Als Datum mit sekundengenauer Uhrzeit und Zeitzone<br />
<br />
2) '''Zeitintervalle''': Bestehen aus Anfangs- und Endpunkt, die wiederum als Zeitpunkt wie oben angegeben werden. Dieser Datentyp wird als ''Intervall-Zeitelement IVL_TS'' im Anschluss spezifiziert.<br />
<br />
===Zeitpunkt: Einfaches Zeitelement TS===<br />
<br />
=====Nur Datum=====<br />
Wird ein Zeitpunkt als Datum (ohne Zeit) angegeben, MUSS dies in folgendem Format erfolgen: '''''YYYYMMDD'''''<br />
<br />
<u>Bedeutung:</u><br />
* Jahr 4-stellig + <br />
* Monat 2-stellig + <br />
* Tag 2-stellig<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<effectiveTime value="20081224"/> <!-- Datum 24.12.2008 --><br />
</pre><br />
<br />
<br />
=====Datum, Zeit und Zeitzone=====<br />
Wird ein Zeitpunkt als Datum mit Zeit angegeben, MUSS dies in folgendem Format erfolgen: '''''YYYYMMDDhhmmss[+/-]HHMM'''''<br />
<br />
<u>Bedeutung:</u><br />
* Jahr 4-stellig + <br />
* Monat 2-stellig + <br />
* Tag 2-stellig<br />
* Stunde 2-stellig (24 Stunden Format)<br />
* Minute 2-stellig<br />
* Sekunde 2-stellig<br />
* + oder -<br />
* Zeitzonenverschiebung Stunde 2-stellig<br />
* Zeitzonenverschiebung Minute 2-stellig<br />
Wird in einem Zeitelement zusätzlich zum Datum eine Zeit angegeben, '''''MUSS die Zeitzone verpflichtend angegeben werden!'''''<br />
<br />
Die angegebene Zeitzone MUSS die aktuelle Sommerzeitregelung inkludieren.<br />
<br />
====Strukturbeispiele ====<br />
<br />
a) Winterzeit, Österreich (MEZ)<br />
<pre class="ilfbox_code"><br />
<effectiveTime value="20081224150000+0100"/> <!-- Datum 24.12.2008, um 15:00 Uhr in Europa/Wien (bei Winterzeit) --><br />
</pre><br />
b) Sommerzeit, Österreich (MESZ)<br />
<pre class="ilfbox_code"><br />
<effectiveTime value="20080824150000+0200"/> <!-- Datum 24.08.2008, um 15:00 Uhr in Europa/Wien (bei Sommerzeit) --><br />
</pre><br />
<br />
<br />
====Spezifikation====<br />
Bei Zeitpunkten werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | effectiveTime|| TS.AT.TZ || || || <br />
<br />
|- style="background:#FFFFFF"<br />
| || @value|| ts|| 1..1 || M || '''Zeitpunkt (bei Zeitangabe mit Zeitzone)'''<br/>z.B. 20131224180000+0100<br />
|-<br />
|}<br />
<br />
===Zeitintervall: Intervall-Zeitelement IVL_TS===<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<effectiveTime><br />
<low value="..."/> <!-- Zeitpunkt von --><br />
<high value="..."/> <!-- Zeitpunkt bis --><br />
</effectiveTime><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei Zeitintervallen werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="3" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="3" style="text-align:left" | effectiveTime|| IVL_TS || || || Zeitintervall<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | low || TS.AT.TZ || 1..1 || R || Beginn des Intervalls<br/>Zugelassene nullFlavor: '''UNK'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @value || ts || 1..1 || M || '''Zeitpunkt des Beginns des Intervalls'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | high|| TS.AT.TZ || 1..1 || R || Ende des Intervalls<br/>Zugelassene nullFlavor: '''UNK'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @value || ts || 1..1 || M || '''Zeitpunkt des Endes des Intervalls'''<br />
|-<br />
|}<br />
<br />
Ein Datum, das mit yyyymmdd angegeben wurde, wird gemäß Standard HL7 CDA Rel.2 interpretiert als yyyymmdd000000 – also der Tag um 0:00:00 Uhr. Wenn also als Zeitraum z.B.: der ganze 1.Dezember 2013 angegeben werden soll, MUSS das so erfolgen:<br />
<pre class="ilfbox_code"><br />
<low value="20131201"/> <br />
<high value="20131202"/><br />
</pre><br />
Für mehr Klarheit empfiehlt sich daher die zusätzliche Angabe der Zeit mit Zeitzone:<br />
<pre class="ilfbox_code"><br />
<low value="20131201000000+0100"/> <br />
<high value="20131201235959+0100"/><br />
</pre><br />
<br />
<br />
===Minimale Datumsangabe: TS.DATE===<br />
<br />
Eine minimale Datumsangabe umfasst die möglichen Formate: YYYYMMDD, YYYYMM oder YYYY. Dies wird mit dem Datentyp [https://art-decor.org/mediawiki/index.php?title=DTr1_TS.DATE TS.DATE] angezeigt. <br />
<br />
====Strukturbeispiel====<br />
Datum: "Juni 2008"<br />
<pre class="ilfbox_code"><br />
<effectiveTime value="200806"/><br />
</pre><br />
<br />
====Spezifikation====<br />
Beim Datum [https://art-decor.org/mediawiki/index.php?title=DTr1_TS.DATE TS.DATE] werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | effectiveTime|| TS.DATE || || || <br />
<br />
|- style="background:#FFFFFF"<br />
| || @value|| ts|| 1..1 || M || '''Datum im Format YYYY, YYYYMM, YYYYMMDD'''<br/>z.B. 20131224, 201312, 2013<br />
|-<br />
|}<br />
<br />
==Kontaktdaten-Elemente==<br />
===telecom-Element TEL===<br />
Ein telecom Kommunikations-Element dient zur Angabe von Kontaktdaten zu einem Personen- oder Organisationselement.<br />
<br />
====Strukturbeispiele====<br />
=====Beispiele für Präfixe in TEL Elementen=====<br />
<pre class="ilfbox_code"><br />
<telecom value="'''tel:'''+43.1.40400"/><br/><telecom value="'''fax:'''(02236)83.12323-12"/><br/><telecom value="'''mailto:'''office@organisation.at"/><br/><telecom value="'''http'''://www.organisation.at"/><br />
</pre><br />
<br />
=====Beispiel für die Angabe einer Mobilnummer=====<br />
<pre class="ilfbox_code"><br />
<telecom use="MC" value="tel:+43.660.1234567"/><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei ''TEL'' Elementen werden, sofern nicht anders spezifiziert, immer die folgenden Unterelemente/Attribute angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | telecom|| TEL|| || || Kontakt-Element<br />
<br />
|- style="background:#FFFFFF"<br />
| || @value|| url || 1..1 || M || Die Kontaktadresse (Telefonnummer, Email, etc.)<br/>Formatkonvention siehe "[[#telecom_.E2.80.93_Format_Konventionen_f.C3.BCr_Telekom-Daten|telecom – Format Konventionen für Telekom-Daten]]"<br/> Bsp: ''tel'':+43.1.1234567<br/>Zulässige Werteliste für telecom Präfixe gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-urlscheme ELGA_URLScheme]'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || @use|| cs|| 0..1 ||O || Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)<br/>Bsp: WP<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-telecomaddressuse ELGA_TelecomAddressUse]'''<br />
|-<br />
|}<br />
<br />
====telecom – Format Konventionen für Telekom-Daten====<br />
Das @''value'' Attribut des ''telecom''-Elements …<br />
* … MUSS das URI Schema "''tel:''", "''mailto:''", etc. aufweisen<br />
** Zulässige Werteliste für telecom Präfixe gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-urlscheme ELGA_URLScheme]'''<br />
* … MUSS im Falle von internationalen Telefonnummern mit einem "+" beginnen<br />
* … DARF nur Ziffernzeichen 0 bis 9 nutzen sowie als visuelle Separatorzeichen nur Bindestrich –, Punkte . oder Klammern () verwenden.<br />
** … Leerzeichen sind in Telefonnummern NICHT ERLAUBT<br />
<br />
==Namen-Elemente==<br />
===Namen-Elemente von Personen PN===<br />
Personen-Namen werden über das Element ''name'' abgebildet.<br />
<br />
Die Bedeutung des Namen-Elements KANN mit dem Attribut @use angegeben werden. Fehlt das Attribut, wird der Name als "rechtlicher Name" (Realname bzw. bürgerlicher Name) angenommen (entsprechend @use="L", ''legal name'').<br />
<br />
Werden mehrere Namen angegeben, MUSS die Bedeutung für jedes Namen-Element über das Attribut @use angegeben werden, wobei nur EIN rechtlicher Name angegeben werden DARF. <br />
<br />
====Granularitätsstufe 1: Unstrukturierte Angabe====<br />
In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.<br />
=====Strukturbeispiele=====<br />
Beispiele für ''name''-Elemente in Granularitätsstufe 1:<br />
<pre class="ilfbox_code"><br />
<name>Dr. Herbert Mustermann</name><br />
</pre><br />
<br/><br />
<pre class="ilfbox_code"><br />
<name use="A">Dr. Kurt Ostbahn </name><br />
</pre><br />
<br />
=====Spezifikation=====<br />
Bei ''name''-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | name|| PN || || || Namen-Element (Person)<br />
<br />
|- style="background:#FFFFFF"<br />
| || @use|| cs||0..1 || O || Die genaue Bedeutung des angegebenen Namens, beispielsweise, dass der angegebene Personen-Name ein "Künstlername" ist. Weitere Bsp: L (rechtlicher Name), A (Künstlername), R (Ordensname)<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynameuse ELGA_EntityNameUse]'''<br/><br />
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name ("L").<br />
|-<br />
|}<br />
<br />
====Granularitätsstufe 2: Strukturierte Angabe====<br />
In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindesten ein Vorname und mindesten ein Nachname) werden getrennt angegeben.<br />
=====Strukturbeispiel=====<br />
Beispiel für ein ''name''-Element in Granularitätsstufe 2:<br />
<pre class="ilfbox_code"><br />
<name><br />
<prefix qualifier="PR">OMedR</prefix><br />
<prefix qualifier="AC">Dr.</prefix><br />
<given>Sissi</given><br />
<family>Österreich</family><br />
<family qualifier="BR">Habsburg</family><br />
<suffix qualifier="AC">MSc</suffix><br />
</name><br />
</pre><br />
<br />
=====Spezifikation=====<br />
Bei ''name''-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="3" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="3" style="text-align:left" | name|| PN|| || || Namen-Element (Person)<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | @use|| cs|| 0..1 || O || Die genaue Bedeutung des angegebenen Namens, beispielsweise, dass der angegebene Personen-Name ein "Künstlername" ist.<br/>Bsp: L (rechtlicher Name), A (Künstlername), R (Ordensname)<br/><br />
Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynameuse ELGA_EntityNameUse]'''<br/>Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name ("L").<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | prefix|| en.prefix|| 0..* || O || Beliebig viele Präfixe zum Namen<br/>z.B. Akademische Titel, Adelstitel<br/>{{BeginYellowBox}}Achtung: Die Angabe der Anrede ("Frau", "Herr"), ist im CDA nicht vorgesehen!{{EndYellowBox}}<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @qualifier|| cs|| 0..1 || O || Die genaue Bedeutung eines ''prefix''-Elements, beispielsweise, dass das angegebene Präfix einen akademischen Titel darstellt.<br/>z.B.: AC ("Akademischer Titel")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | given|| en.given|| 1..* || M || Mindestens ein Vorname<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @qualifier|| cs|| 0..1 || O || Die genaue Bedeutung eines ''given''-Elements, beispielsweise, dass das angegebene Element ein Initial (z.B. ''middle initial'') bezeichnet.<br/>z.B.: IN ("Initial")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | family|| en.family|| 1..* || M || Mindestens ein Hauptname (Nachname)<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @qualifier|| cs|| 0..1 || O || Die genaue Bedeutung eines ''family''-Elements, beispielsweise, dass das angegebene Element einen Geburtsnamen bezeichnet.<br/>z.B.: BR ("Geburtsname")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]'''<br />
<br />
|- style="background:#FFFFFF"<br />
| || colspan="2" style="text-align:left" | suffix|| en.suffix|| 0..* || O || Beliebig viele Suffixe zum Namen<br/>z.B. Akademische Titel, Adelstitel<br />
<br />
|- style="background:#FFFFFF"<br />
| || || @qualifier|| cs|| 0..1 || O || Die genaue Bedeutung eines ''suffix''-Elements, beispielsweise, dass das angegebene Suffix einen akademischen Titel darstellt.<br/>z.B.: AC ("Akademischer Titel")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]'''<br />
|-<br />
|}<br />
<br />
Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant:<br />
* Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören.<br />
* Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen.<br />
* Nachnamen (family) und ein eventuelles Trennzeichen (meistens "-") MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung.<br />
* Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören.<br />
<br />
Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set [https://termgit.elga.gv.at/ValueSet/elga-entitynamepartqualifier ELGA_EntityNamePartQualifier]), v.a. für Präfix/Suffix.<br />
<br />
Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw. "Jun."/"Sen" oder "Jr."/"Sr" zu.<br />
<pre class="ilfbox_code"><br />
<name><br />
<given>Herbert</given><br />
<family>Mustermann</family><br />
<suffix>Sen.</suffix><br />
</name><br />
</pre><br />
<br />
===Namen-Elemente von Organisationen ON===<br />
Organisations-Namen werden über das Element ''name'' abgebildet.<br />
<br />
Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisationsnamens zu. Die Verwendung des @''qualifier'' Attributs beim name-Element ist nicht gestattet.<br />
<br />
====Strukturbeispiel====<br />
Beispiel für die Angabe eines Organisationsnamens:<br />
<pre class="ilfbox_code"><br />
<name>Krankenhaus Wels</name><br />
</pre><br />
<br />
====Spezifikation====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | name|| ON|| || || Name der Organisation<br />
|-<br />
|}<br />
<br />
==Adress-Elemente==<br />
Adressen von Personen und Organisationen werden über das Element ''addr'' abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird.<br />
<br />
Sind keine Adressdaten vorhanden, kann das Element entweder wegelassen werden oder mit NullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.<br />
<br />
===Granularitätsstufe 1: Unstrukturierte Angabe===<br />
In Granularitätsstufe 1 wird die Adresse unstrukturiert angegeben. Die einzelnen Elemente der Adresse (Straße, PLZ, Ort, …) werden nicht getrennt.<br />
{{BeginYellowBox}}<br />
Hinweis: Diese Granularitätsstufe wird für Adressen in e-Impfpass nicht verwendet!<br/><br />
{{EndYellowBox}}<br />
<br />
===Granularitätsstufe 2: Strukturierte Angabe, Stufe 1===<br />
In Granularitätsstufe 2 wird die Adresse strukturiert angegeben, wobei aber Straße und Hausnummer noch zusammen angegeben werden.<br />
====Strukturbeispiel====<br />
Beispiel für ein ''addr''-Element in Granularitätsstufe 2:<br />
<pre class="ilfbox_code"><br />
<addr><br />
<streetAddressLine>Musterstraße 11a/2/1</streetAddressLine><br />
<postalCode>7000</postalCode><br />
<city>Eisenstadt</city><br />
<state>Burgenland</state><br />
<country>AUT</country><br />
<additionalLocator>Station A, Zimmer 9</additionalLocator><br />
</addr><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei ''addr''-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | addr|| AD|| || || Adress-Element <br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | @use|| cs|| 0..1 || O || Die genaue Bedeutung der angegebenen Adresse, beispielsweise, dass die angegebene Adresse die Wohn-Adresse ist.<br/>Bsp: HP ("Home primary")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-addressuse ELGA_AddressUse]'''<br/><br />
Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als "Wohnadresse" ("H") und bei Organisationen als Büroadresse ("WP").<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | streetAddressLine|| ADXP|| 1..1 || M || Straße mit Hausnummer<br/>Bsp: Musterstraße 11a/2/1<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | postalCode|| ADXP|| 1..1 || M || Postleitzahl<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | city|| ADXP|| 1..1 || M || Stadt<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | state|| ADXP|| 0..1 || O || Bundesland<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | country|| ADXP|| 1..1 || M || Staat<br/><br />
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. "AUT" für Österreich, "DEU" für Deutschland…<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | additionalLocator|| ADXP|| 0..1 || O || Zusätzliche Addressinformationen<br/>z.B.: Station, Zimmernummer im Altersheim<br />
|-<br />
|}<br />
<br />
===Granularitätsstufe 3: Strukturierte Angabe, Stufe 2===<br />
In Granularitätsstufe 3 wird die Adresse maximal strukturiert angegeben (Straße und Hausnummer getrennt).<br />
<br />
====Strukturbeispiel====<br />
Beispiel für ein ''addr''-Element in Granularitätsstufe 3:<br />
<pre class="ilfbox_code"><br />
<addr><br />
<streetName>Musterstraße</streetName><br />
<houseNumber>11a/2/1</houseNumber><br />
<postalCode>7000</postalCode><br />
<city>Eisenstadt</city><br />
<state>Burgenland</state><br />
<country>AUT</country><br />
<additionalLocator>Station A, Zimmer 9</additionalLocator><br />
</addr><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei ''addr''-Elementen in dieser Granularitätsstufe werden, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! colspan="2" style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| colspan="2" style="text-align:left" | addr|| AD|| || || Adress-Element <br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | @use|| cs|| 0..1 || O || Die genaue Bedeutung der angegebenen Adresse, beispielsweise, dass die angegebene Adresse die Wohn-Adresse ist.<br/>Bsp: HP ("Home primary")<br/>Zulässige Werte gemäß Value Set '''[https://termgit.elga.gv.at/ValueSet/elga-addressuse ELGA_AddressUse]'''<br/><br />
Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als "Wohnadresse" ("H") und bei Organisationen als Büroadresse ("WP").<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | streetName|| ADXP|| 1..1 || M || Straße<br/>Bsp: Musterstraße<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | houseNumber|| ADXP|| 1..1 || M || Hausnummer<br/>Bsp: 11a/2/1<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | postalCode|| ADXP|| 1..1 || M || Postleitzahl<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | city|| ADXP|| 1..1 || M || Stadt<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | state|| ADXP|| 0..1 || R || Bundesland<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | country|| ADXP|| 1..1 || M || Staat<br/><br />
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. "AUT" für Österreich, "DEU" für Deutschland…<br />
<br />
|- style="background:#FFFFFF"<br />
| || style="text-align:left" | additionalLocator|| ADXP|| 0..1 || O || Zusätzliche Addressinformationen<br/>z.B.: Station, Zimmernummer im Altersheim<br />
|-<br />
|}<br />
<br />
==Komplexe (zusammengesetzte) Elemente==<br />
===Personen-Element===<br />
Personen-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von Personen. Ein Personen-Element beinhaltet im Wesentlichen das ''name''-Element der Person.<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<assignedPerson><br />
<name><br />
<prefix qualifier="AC">Dr.</prefix><br />
<given>Hubert</given><br />
<family>Muster</family><br />
</name><br />
</assignedPerson><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei Personen-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | name|| PN|| 1..* || M || Name der Person<br/> Grundsätzlich sind die Vorgaben gemäß "[[#Namen-Elemente_von_Personen_PN|Namen-Elemente von Personen PN]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
===Organisations-Element===<br />
Organisations-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von Organisationen unter Berücksichtigung ihrer essentiellen Informationen wie ID, Name, Adresse, Kontaktdaten etc.<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<serviceProviderOrganization><br />
<id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/><br />
<name>Amadeus Spital</name><br />
<telecom value="tel:+43.1.3453446.0"/><br />
<telecom value="fax:+43.1.3453446.4674"/><br />
<telecom value="mailto:info@amadeusspital.at"/><br />
<telecom value="http://www.amadeusspital.at"/><br />
<addr><br />
<streetName>Mozartgasse</streetName><br />
<houseNumber>1-7</houseNumber><br />
<postalCode>1234</postalCode><br />
<city>St.Wolfgang</city><br />
<state>Salzburg</state><br />
<country>AUT</country><br />
</addr><br />
</serviceProviderOrganization><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei Organisations-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:<br />
=====id=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | id|| II || 0..* || O || Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.<br/> Grundsätzlich sind die Vorgaben gemäß "[[#Identifikations-Elemente|Identifikations-Elemente]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Name der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | name || PN|| 1..1 || M || Name der Organisation<br/>Grundsätzlich sind die Vorgaben gemäß "[[#Namen-Elemente_von_Organisationen_ON|Namen-Elemente von Organisationen ON]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Kontakt-Elemente der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | telecom|| TEL || 0..* || O || Beliebig viele Kontakt-Elemente der Organisation<br/>Grundsätzlich sind die Vorgaben gemäß "[[#Kontaktdaten-Elemente|Kontaktdaten-Element]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Adress-Element der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | addr|| AD|| 0..1 || O || Ein Adress-Elemente der Organisation<br/>Grundsätzlich sind die Vorgaben gemäß "[[#Adress-Elemente|Adress-Elemente]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
===AssignedEntity-Element (Person + Organisation)===<br />
AssignedEntity-Elemente im CDA sind komplexe, zusammengesetzte Objekte und dienen zur Abbildung von abstrakten Entitäten, welche sich aus Person- und Organisationsinformationen zusammensetzen.<br />
<br />
Hierbei MUSS jedenfalls die "Person" der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in "verpflichtend" ändern.<br />
<br />
====Strukturbeispiel====<br />
<pre class="ilfbox_code"><br />
<assignedEntity><br />
<id root="1.2.40.0.34.99.111.1.3"<br />
extension="2222"<br />
assigningAuthorityName="Amadeus Spital"/><br />
<addr><br />
<streetName>Währinger Gürtel</streetName><br />
<houseNumber>18-20</houseNumber><br />
<postalCode>1090</postalCode><br />
<city>Wien</city><br />
<state>Wien</state><br />
<country>AUT</country><br />
</addr><br />
<telecom value="tel:+43.1.3453446.0"/><br />
<telecom value="fax:+43.1.3453446.4674"/><br />
<telecom value="mailto:info@amadeusspital.at"/><br />
<telecom value="http://www.amadeusspital.at"/><br />
<assignedPerson><br />
:<br />
</assignedPerson><br />
<representedOrganization><br />
:<br />
</representedOrganization><br />
</assignedEntity><br />
</pre><br />
<br />
====Spezifikation====<br />
Bei AssignedEntity-Elementen MÜSSEN, sofern nicht anders spezifiziert, immer die folgenden Elemente angegeben werden:<br />
=====id=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | id|| II|| 1..* || R || Mindestens eine ID der Person der Entität<br/><br />
Zugelassene nullFlavor:<br/><br />
* '''NI''' … Die Person der Entität hat keine Identifikationsnummer<br />
* '''UNK''' … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt<br />
Grundsätzlich sind die Vorgaben gemäß "[[#Identifikations-Elemente|Identifikations-Elemente]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Adress-Element der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | addr|| AD|| 0..1 || O || Ein Adress-Element der Person der Entität<br/><br />
Grundsätzlich sind die Vorgaben gemäß "[[#Adress-Elemente|Adress-Elemente]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Kontakt-Elemente der Organisation=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | telecom|| TEL|| 0..* || O || Beliebig viele Kontakt-Elemente der Person der Entität<br/><br />
Grundsätzlich sind die Vorgaben gemäß "[[#Kontaktdaten-Elemente|Kontaktdaten-Element]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Personen-Element der Entität=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | assignedPerson|| POCD_MT000040.<br/>Person|| 1..1 || M || Personendaten der Person der Entität<br/><br />
Grundsätzlich sind die Vorgaben gemäß "[[#Personen-Element|Personen-Element]]" zu befolgen.<br />
|-<br />
|}<br />
<br />
=====Organisations-Element der Entität=====<br />
{| class="wikitable" width="100%"<br />
|- <br />
! style="text-align:left" width="20%" | Element/Attribut ||style="text-align:left" width="5%" | DT ||style="text-align:left" width="5%" | Kard ||style="text-align:left" width="5%" | Konf ||style="text-align:left" width="65%" | Beschreibung<br />
<br />
|- style="background:#FFFFFF" <br />
| style="text-align:left" | representedOrganization|| POCD_MT000040.<br/>Organization|| 0..1 || O || Organisationsdaten der Entität<br/><br />
Grundsätzlich sind die Vorgaben gemäß "[[#Organisations-Element|Organisations-Element]]" zu befolgen.<br />
|-<br />
|}</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Medikation_Guide&diff=151649
ILF:E-Medikation Guide
2023-02-13T16:46:22Z
<p>Tanjga: </p>
<hr />
<div>__KEIN_INHALTSVERZEICHNIS__<br />
{{#customtitle:e-Medikation Guide}}<br />
{{#css:<br />
.aussen{<br />
width:100%;<br />
float:none;<br />
height: 70px;<br />
}<br />
<br />
.blau {<br />
border: thin #006D09 solid;<br />
color: #006D09;<br />
border-radius: 2px;<br />
text-align: center;<br />
font-size: 16px;<br />
padding: 15px;<br />
width: 15%;<br />
transition: all 0.5s;<br />
cursor: pointer;<br />
margin-left: 10px;<br />
float:left;<br />
}<br />
<br />
.box span {<br />
cursor: pointer;<br />
display: inline-block;<br />
position: relative;<br />
transition: 0.5s;<br />
}<br />
<br />
.box span:after {<br />
content: '\00bb';<br />
position: absolute;<br />
opacity: 0;<br />
top: 0;<br />
right: -20px;<br />
transition: 0.5s;<br />
}<br />
<br />
.box:hover span{<br />
padding-right: 25px;<br />
}<br />
<br />
.box:hover span:after{<br />
opacity: 1;<br />
right: 0;<br />
}<br />
}}<br />
'''Bei diesem Leitfaden ist nur die PDF-Version normativ und somit gültig!'''<br />
{| class="wikitable"<br />
!Status<br />
!Version<br />
!Datum<br />
!PDF<br />
!Wiki<br />
!Erratum<br />
! dafür gültiger <br />Allg. Leitfaden<br />
! dafür gültiges <br />XML Schema (*.xsd)<br />
! dafür gültiges <br />Schematron (*.sch)<br />
|- style="background-color:#ffffcc;<br />
|[[Datei:finished.png|20px]] Gültig<br />
|2.06.5<br />
|09.02.2023<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/5f/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.5.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|- <br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.5<br />
|2.06.4<br />
|21.03.2022<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/b/b7/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.4.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.4<br />
|2.06.3 aus 2022<br />
|09.02.2022<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/ab/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.7.0+20220908-2.6.3 10.7.0+20220908-2.6.3]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3 aus 2022<br />
|2.06.3 aus 2021<br />
|15.07.2021<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/3/3d/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3_2021.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.7.0+20220908-2.6.3 10.7.0+20220908-2.6.3]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3 aus 2021<br />
|2.06.1<br />
|05.02.2016<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/6/66/Implementierungsleitfaden_E-Medikation_2.06.1.pdf]]<br />
|<br />
|[[ILF:Errata|Erratum]]<br />
| [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden&stableid=87881 2.06.2]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.3.0+20210826-2.6.2 10.3.0+20210826-2.6.2]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.1<br />
|2.06<br />
|12.11.2015<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/0/03/Implementierungsleitfaden_E-Medikation_2.06.pdf]]<br />
|<br />
|<br />
| [https://wiki.hl7.at/images/7/7a/HL7_Implementation_Guide_for_CDA_R2_-_Allgemeiner_Implementierungsleitfaden_f%C3%BCr_ELGA_CDA_Dokumente_V2.06.pdf 2.06]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/3.0.0+20151218-2.6.0 3.0.0+20151218-2.6.0]<br />
|}<br />
=Was ist e-Medikation?=<br />
<br />
Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. Zentrale Elemente sind dabei die Medikationsdatenbank, sowie deren Schnittstellen zu bestehender IT-Infrastruktur (wie Arztpraxissoftware-, Apothekensoftware- und Krankenhausinformations-Systeme. Zur Vernetzung wird die ELGA-Infrastruktur genutzt.<br />
<br />
Die e-Medikation stellt ausschließlich Informationen über in den letzten 365 Tagen erfolgte Verordnungen oder Abgaben zur Verfügung. Prüfungen auf potentielle Wechselwirkungen, Kontraindikationen, Über- oder Unterdosierungen, Reichweiten etc. erfolgen in Eigenverantwortung der ELGA Gesundheitsdiensteanbieter und sind nicht Gegenstand des Informationssystems „e-Medikation“.<br />
<br />
==Zweck==<br />
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von e-Medikations-Dokumenten der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens<br />
<p style="padding-left:50px">'''[[ILF:Allgemeiner Implementierungsleitfaden|„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]]]'''</p> <br />
speziell für die Dokumentenklassen<sup>2</sup><br />
* '''''Rezept'''''<br />
* '''''Abgabe'''''<br />
* '''''Medikationsliste<sup>3</sup>'''''<br />
*'''''Pharmazeutische Empfehlung''''' (Korrekturmeldung)<sup>4</sup> <br />
gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.<br />
<br />
<br />
<sup>2</sup> Es handelt sich bei den „Dokumentenklassen“ der e-Medikation nicht um Dokumentenklassen im engeren Sinn (wie etwa Befunde), sondern um Arten von Nachrichten, die zwischen den IT-Systemen ausgetauscht werden. Diese Nachrichten haben die technische Form von CDA-Dokumenten, die entsprechend einer „Dokumentenklasse“ zugeordnet werden.<br/><br />
<sup>3</sup>Die „Medikationsliste“ ist ein automatisch generiertes Dokument, das alle relevanten Informationen aus „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ zusammenfasst.<br/><br />
<sup>4</sup>Der Begriff „Pharmazeutische Empfehlung“ wird hier im Sinne des IHE Pharmacy Technical Frameworks verwendet und wird aus zur Beibehaltung der Konsistenz mit diesem Standard beibehalten. Die „Pharmazeutische Empfehlung“ kann als Korrekturmeldung verstanden werden und bezeichnet die Änderung einer Verordnung oder Abgabe - unabhängig von Rollen und tatsächlichen Berechtigungen.<br />
<br />
=Beispiel-Dokumente=<br />
[https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Basisleitf%C3%A4den_(2.06.2) Beispiele e-Medikation]<br />
<br />
(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste Stylesheet.)<br />
<br />
=Prüfregeln=<br />
==CDA Schema==<br />
[https://gitlab.com/elga-gmbh/cda-schema Schema]<br />
==Schematron==<br />
[https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron Schematron-Prüfregeln]<br />
<br />
=Terminologien=<br />
* Die aktuellen Value Sets werden am [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.<br />
<br />
=Design-Beispiel=</div>
Tanjga
http://wiki.hl7.at/index.php?title=Datei:HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3_2021.pdf&diff=151648
Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.3 2021.pdf
2023-02-13T16:44:36Z
<p>Tanjga: </p>
<hr />
<div></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Medikation_Guide&diff=151647
ILF:E-Medikation Guide
2023-02-13T16:43:44Z
<p>Tanjga: </p>
<hr />
<div>__KEIN_INHALTSVERZEICHNIS__<br />
{{#customtitle:e-Medikation Guide}}<br />
{{#css:<br />
.aussen{<br />
width:100%;<br />
float:none;<br />
height: 70px;<br />
}<br />
<br />
.blau {<br />
border: thin #006D09 solid;<br />
color: #006D09;<br />
border-radius: 2px;<br />
text-align: center;<br />
font-size: 16px;<br />
padding: 15px;<br />
width: 15%;<br />
transition: all 0.5s;<br />
cursor: pointer;<br />
margin-left: 10px;<br />
float:left;<br />
}<br />
<br />
.box span {<br />
cursor: pointer;<br />
display: inline-block;<br />
position: relative;<br />
transition: 0.5s;<br />
}<br />
<br />
.box span:after {<br />
content: '\00bb';<br />
position: absolute;<br />
opacity: 0;<br />
top: 0;<br />
right: -20px;<br />
transition: 0.5s;<br />
}<br />
<br />
.box:hover span{<br />
padding-right: 25px;<br />
}<br />
<br />
.box:hover span:after{<br />
opacity: 1;<br />
right: 0;<br />
}<br />
}}<br />
'''Bei diesem Leitfaden ist nur die PDF-Version normativ und somit gültig!'''<br />
{| class="wikitable"<br />
!Status<br />
!Version<br />
!Datum<br />
!PDF<br />
!Wiki<br />
!Erratum<br />
! dafür gültiger <br />Allg. Leitfaden<br />
! dafür gültiges <br />XML Schema (*.xsd)<br />
! dafür gültiges <br />Schematron (*.sch)<br />
|- style="background-color:#ffffcc;<br />
|[[Datei:finished.png|20px]] Gültig<br />
|2.06.5<br />
|09.02.2023<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/5f/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.5.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|- <br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.5<br />
|2.06.4<br />
|21.03.2022<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/b/b7/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.4.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.4<br />
|2.06.3 aus 2022<br />
|09.02.2022<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/ab/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.7.0+20220908-2.6.3 10.7.0+20220908-2.6.3]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3 aus 2022<br />
|2.06.3 aus 2021<br />
|15.07.2021<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/ab/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3_2021.pdf]]<br />
|<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.7.0+20220908-2.6.3 10.7.0+20220908-2.6.3]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3 aus 2021<br />
|2.06.1<br />
|05.02.2016<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/6/66/Implementierungsleitfaden_E-Medikation_2.06.1.pdf]]<br />
|<br />
|[[ILF:Errata|Erratum]]<br />
| [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden&stableid=87881 2.06.2]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.3.0+20210826-2.6.2 10.3.0+20210826-2.6.2]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.1<br />
|2.06<br />
|12.11.2015<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/0/03/Implementierungsleitfaden_E-Medikation_2.06.pdf]]<br />
|<br />
|<br />
| [https://wiki.hl7.at/images/7/7a/HL7_Implementation_Guide_for_CDA_R2_-_Allgemeiner_Implementierungsleitfaden_f%C3%BCr_ELGA_CDA_Dokumente_V2.06.pdf 2.06]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/3.0.0+20151218-2.6.0 3.0.0+20151218-2.6.0]<br />
|}<br />
=Was ist e-Medikation?=<br />
<br />
Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. Zentrale Elemente sind dabei die Medikationsdatenbank, sowie deren Schnittstellen zu bestehender IT-Infrastruktur (wie Arztpraxissoftware-, Apothekensoftware- und Krankenhausinformations-Systeme. Zur Vernetzung wird die ELGA-Infrastruktur genutzt.<br />
<br />
Die e-Medikation stellt ausschließlich Informationen über in den letzten 365 Tagen erfolgte Verordnungen oder Abgaben zur Verfügung. Prüfungen auf potentielle Wechselwirkungen, Kontraindikationen, Über- oder Unterdosierungen, Reichweiten etc. erfolgen in Eigenverantwortung der ELGA Gesundheitsdiensteanbieter und sind nicht Gegenstand des Informationssystems „e-Medikation“.<br />
<br />
==Zweck==<br />
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von e-Medikations-Dokumenten der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens<br />
<p style="padding-left:50px">'''[[ILF:Allgemeiner Implementierungsleitfaden|„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]]]'''</p> <br />
speziell für die Dokumentenklassen<sup>2</sup><br />
* '''''Rezept'''''<br />
* '''''Abgabe'''''<br />
* '''''Medikationsliste<sup>3</sup>'''''<br />
*'''''Pharmazeutische Empfehlung''''' (Korrekturmeldung)<sup>4</sup> <br />
gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.<br />
<br />
<br />
<sup>2</sup> Es handelt sich bei den „Dokumentenklassen“ der e-Medikation nicht um Dokumentenklassen im engeren Sinn (wie etwa Befunde), sondern um Arten von Nachrichten, die zwischen den IT-Systemen ausgetauscht werden. Diese Nachrichten haben die technische Form von CDA-Dokumenten, die entsprechend einer „Dokumentenklasse“ zugeordnet werden.<br/><br />
<sup>3</sup>Die „Medikationsliste“ ist ein automatisch generiertes Dokument, das alle relevanten Informationen aus „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ zusammenfasst.<br/><br />
<sup>4</sup>Der Begriff „Pharmazeutische Empfehlung“ wird hier im Sinne des IHE Pharmacy Technical Frameworks verwendet und wird aus zur Beibehaltung der Konsistenz mit diesem Standard beibehalten. Die „Pharmazeutische Empfehlung“ kann als Korrekturmeldung verstanden werden und bezeichnet die Änderung einer Verordnung oder Abgabe - unabhängig von Rollen und tatsächlichen Berechtigungen.<br />
<br />
=Beispiel-Dokumente=<br />
[https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Basisleitf%C3%A4den_(2.06.2) Beispiele e-Medikation]<br />
<br />
(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste Stylesheet.)<br />
<br />
=Prüfregeln=<br />
==CDA Schema==<br />
[https://gitlab.com/elga-gmbh/cda-schema Schema]<br />
==Schematron==<br />
[https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron Schematron-Prüfregeln]<br />
<br />
=Terminologien=<br />
* Die aktuellen Value Sets werden am [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.<br />
<br />
=Design-Beispiel=</div>
Tanjga
http://wiki.hl7.at/index.php?title=Datei:HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.5.pdf&diff=151621
Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.5.pdf
2023-02-09T16:12:31Z
<p>Tanjga: Tanjga lud eine neue Version von Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.5.pdf hoch</p>
<hr />
<div></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Medikation_Guide&diff=151620
ILF:E-Medikation Guide
2023-02-09T16:08:50Z
<p>Tanjga: </p>
<hr />
<div>__KEIN_INHALTSVERZEICHNIS__<br />
{{#customtitle:e-Medikation Guide}}<br />
{{#css:<br />
.aussen{<br />
width:100%;<br />
float:none;<br />
height: 70px;<br />
}<br />
<br />
.blau {<br />
border: thin #006D09 solid;<br />
color: #006D09;<br />
border-radius: 2px;<br />
text-align: center;<br />
font-size: 16px;<br />
padding: 15px;<br />
width: 15%;<br />
transition: all 0.5s;<br />
cursor: pointer;<br />
margin-left: 10px;<br />
float:left;<br />
}<br />
<br />
.box span {<br />
cursor: pointer;<br />
display: inline-block;<br />
position: relative;<br />
transition: 0.5s;<br />
}<br />
<br />
.box span:after {<br />
content: '\00bb';<br />
position: absolute;<br />
opacity: 0;<br />
top: 0;<br />
right: -20px;<br />
transition: 0.5s;<br />
}<br />
<br />
.box:hover span{<br />
padding-right: 25px;<br />
}<br />
<br />
.box:hover span:after{<br />
opacity: 1;<br />
right: 0;<br />
}<br />
}}<br />
'''Bei diesem Leitfaden ist die PDF-Version normativ!'''<br />
{| class="wikitable"<br />
!Status<br />
!Version<br />
!Datum<br />
!PDF<br />
!Wiki<br />
!Erratum<br />
! dafür gültiger <br />Allg. Leitfaden<br />
! dafür gültiges <br />XML Schema (*.xsd)<br />
! dafür gültiges <br />Schematron (*.sch)<br />
|- style="background-color:#ffffcc;<br />
|[[Datei:finished.png|20px]] Gültig<br />
|2.06.5<br />
|09.02.2023<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/5f/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.5.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=ILF:e-Medikation]]<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|- <br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.5<br />
|2.06.4<br />
|21.03.2022<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/b/b7/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.4.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=ILF:e-Medikation]]<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron das aktuelle]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.4<br />
|2.06.3<br />
|09.02.2022<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/ab/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3.pdf]]<br />
|[[Datei:Schwarzer link.png|20px|link=ILF:e-Medikation]]<br />
|<br />
| [[ILF:Allgemeiner_Implementierungsleitfaden|die aktuelle Hauptversion 2]]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.7.0+20220908-2.6.3 10.7.0+20220908-2.6.3]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3<br />
|2.06.1<br />
|05.02.2016<br />
|<br />
[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/6/66/Implementierungsleitfaden_E-Medikation_2.06.1.pdf]]<br />
|<br />
|[[ILF:Errata|Erratum]]<br />
| [https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden&stableid=87881 2.06.2]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/10.3.0+20210826-2.6.2 10.3.0+20210826-2.6.2]<br />
|-<br />
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.1<br />
|2.06<br />
|12.11.2015<br />
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/0/03/Implementierungsleitfaden_E-Medikation_2.06.pdf]]<br />
|<br />
|<br />
| [https://wiki.hl7.at/images/7/7a/HL7_Implementation_Guide_for_CDA_R2_-_Allgemeiner_Implementierungsleitfaden_f%C3%BCr_ELGA_CDA_Dokumente_V2.06.pdf 2.06]<br />
| [https://gitlab.com/elga-gmbh/cda-schema/-/tree/1.3.0+20150801-2.6.0 1.3.0+20150801-2.6.0]<br />
| [https://gitlab.com/elga-gmbh/cda-schematron/cda-basisleitfaeden-schematron/-/tree/3.0.0+20151218-2.6.0 3.0.0+20151218-2.6.0]<br />
|}<br />
=Was ist e-Medikation?=<br />
<br />
Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. Zentrale Elemente sind dabei die Medikationsdatenbank, sowie deren Schnittstellen zu bestehender IT-Infrastruktur (wie Arztpraxissoftware-, Apothekensoftware- und Krankenhausinformations-Systeme. Zur Vernetzung wird die ELGA-Infrastruktur genutzt.<br />
<br />
Die e-Medikation stellt ausschließlich Informationen über in den letzten 365 Tagen erfolgte Verordnungen oder Abgaben zur Verfügung. Prüfungen auf potentielle Wechselwirkungen, Kontraindikationen, Über- oder Unterdosierungen, Reichweiten etc. erfolgen in Eigenverantwortung der ELGA Gesundheitsdiensteanbieter und sind nicht Gegenstand des Informationssystems „e-Medikation“.<br />
<br />
==Zweck==<br />
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von e-Medikations-Dokumenten der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens<br />
<p style="padding-left:50px">'''[[ILF:Allgemeiner Implementierungsleitfaden|„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]]]'''</p> <br />
speziell für die Dokumentenklassen<sup>2</sup><br />
* '''''Rezept'''''<br />
* '''''Abgabe'''''<br />
* '''''Medikationsliste<sup>3</sup>'''''<br />
*'''''Pharmazeutische Empfehlung''''' (Korrekturmeldung)<sup>4</sup> <br />
gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.<br />
<br />
<br />
<sup>2</sup> Es handelt sich bei den „Dokumentenklassen“ der e-Medikation nicht um Dokumentenklassen im engeren Sinn (wie etwa Befunde), sondern um Arten von Nachrichten, die zwischen den IT-Systemen ausgetauscht werden. Diese Nachrichten haben die technische Form von CDA-Dokumenten, die entsprechend einer „Dokumentenklasse“ zugeordnet werden.<br/><br />
<sup>3</sup>Die „Medikationsliste“ ist ein automatisch generiertes Dokument, das alle relevanten Informationen aus „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ zusammenfasst.<br/><br />
<sup>4</sup>Der Begriff „Pharmazeutische Empfehlung“ wird hier im Sinne des IHE Pharmacy Technical Frameworks verwendet und wird aus zur Beibehaltung der Konsistenz mit diesem Standard beibehalten. Die „Pharmazeutische Empfehlung“ kann als Korrekturmeldung verstanden werden und bezeichnet die Änderung einer Verordnung oder Abgabe - unabhängig von Rollen und tatsächlichen Berechtigungen.<br />
<br />
=Beispiel-Dokumente=<br />
[https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Basisleitf%C3%A4den_(2.06.2) Beispiele e-Medikation]<br />
<br />
(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste Stylesheet.)<br />
<br />
=Prüfregeln=<br />
==CDA Schema==<br />
[https://gitlab.com/elga-gmbh/cda-schema Schema]<br />
==Schematron==<br />
[https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron Schematron-Prüfregeln]<br />
<br />
=Terminologien=<br />
* Die aktuellen Value Sets werden am [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.<br />
<br />
=Design-Beispiel=</div>
Tanjga
http://wiki.hl7.at/index.php?title=Datei:HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.5.pdf&diff=151619
Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.5.pdf
2023-02-09T16:06:09Z
<p>Tanjga: </p>
<hr />
<div></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)&diff=151381
ILF:E-Impfpass (Version 2)
2023-01-30T07:53:30Z
<p>Tanjga: test mit leerzeichen ob revisionsansicht funktioniert</p>
<hr />
<div>{{#seo:<br />
|title=e-Impfpass (Version 2.0.0)<br />
|titlemode=append<br />
|keywords= e-Impfpass<br />
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zur Immunisierungsstatus einer Person.<br />
}}<br />
{{#customtitle:e-Impfpass (Version 2.0.0)}}<br />
<br />
<!-- <br />
{{Underconstruction}}<br />
--><br />
<br />
<br />
{{#css:<br />
@media Screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten--><br />
<br />
{{Infobox Dokument<br />
|Group = CDA Implementierungsleitfaden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 2)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.2]<br />
|Short = e-Impfpass (Version 2.0.0)<br />
|Namespace = ILF<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.0.0<br />
|Submitted = ELGA GmbH<br />
|Date = <br />
|Copyright = © HL7 Austria 2018-2023<br />
|Status = in Ballot befindliche Version<br />
|Verfahren = Normativ<br />
|Period = Produktiveinsatz<br />
|OID = 1.2.40.0.34.7.19.2<br />
|Realm = Österreich<br />
}}<br />
{{TOC limit|5}}<br />
<!-- Zusammenfassung an erster Stelle --><br />
<br />
=Zusammenfassung=<br />
{{BeginYellowBox}}<br />
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. Zum besseren Verständnis empfehlen wir Ihnen, den [[ILF:E-Impfpass_Guide|zusammenfassenden Guide]] im Vorfeld zu lesen.<br />
<br />
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird. <br />
<br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates: <br />
<br />
* '''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) und Impfempfehlungen.<br />
* '''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.<br />
<br />
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[ILF:E-Impfpass#Anwendungsf.C3.A4lle|Anwendungsfälle]] beschrieben. <br />
{{EndYellowBox}}<br />
<br />
{{BeginYellowBox}}<br />
Die gesetzliche Grundlage für den e-Impfpass ist das Gesundheitstelematikgesetz (GTelG 5. Abschnitt: eHealth-Anwendungen, 2. Unterabschnitt: § 24b bis § 24g) und die zugehörige eHealth-Verordnung (eHealthV 2020). <br /><br />
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2019-1 ("Ballot") normiert wurde. <br />
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.<br />
{{EndYellowBox}}<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<!-- Seitenumbruch --><br />
<p style="page-break-before: always"></p><br />
==Impressum==<br />
<div class="mw-collapsible-content"><br />
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br /><br />
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br /><br />
Internet: [http://www.elga.gv.at www.elga.gv.at]<br />
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br /><br />
Geschäftsführer: DI Dr. Günter Rauchegger, DI(FH) Dr. Franz Leisch<br />
<br />
''Redaktion, Projektleitung, Koordination: ''<br /><br />
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] <br />
<br />
''Abbildungen:'' © ELGA GmbH <br />
<br />
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; [http://www.hl7.at www.hl7.at]. <br /><br />
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.<br />
<br />
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Haftungsausschluss ==<br />
<div class="mw-collapsible-content"><br />
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Sprachliche Gleichbehandlung ==<br />
<div class="mw-collapsible-content"><br />
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.<br />
</div></div><br />
<br />
{{ILF:Lizenzinformationen}}<br />
<br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;"><br />
==PDF-Bedienungshinweise==<br />
<div class="mw-collapsible-content"><br />
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:<br />
<br />
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts<br />
* Seitenweise blättern: "Bild" Tasten<br />
* Scrollen: Pfeil nach oben bzw. unten<br />
* Zoomen: Strg + Mouserad drehen<br />
* Suchen im Dokument: Strg + F <br />
</div></div><br />
<br />
<!-- Tatsächlicher Inhalt --><br />
<br />
=Einleitung=<br />
==Ausgangslage und Motivation==<br />
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden. <br />
Auf Beschluss der Bundeszielsteuerungskommission wurde daher die Umsetzung der Pilotierung des elektronischen Impfpasses (e-Impfpass) durch die ELGA GmbH beschlossen. <br />
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.<br />
<br />
==Zweck des Dokuments==<br />
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das Österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der österreichischen "Elektronischen Gesundheitsakte" (ELGA) als abgestimmte und einheitlich strukturierte Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.<br />
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.<br />
<br />
==Zielgruppe==<br />
Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich <br />
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.<br />
<br />
<br />
=Informationen über dieses Dokument=<br />
==Verbindlichkeit==<br />
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den Elektronischen Impfpass gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich. <br />
<br />
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. <br />
<br />
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) 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.<br />
<br />
== Verwendete Grundlagen und Bezug zu anderen Standards ==<br />
<br />
{|<br />
|style="vertical-align:top" |<br />
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA &copy;), für die das Copyright &copy; von Health Level Seven International gilt. <br/><br />
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenzinformationsmodell (RIM). <br/><br />
<br/><br />
Für die Modellierung der Inhalte des Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz [[http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)]] verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.<br />
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]<br />
<ref group="Abbildung">Verwendete Standards</ref><br />
<br />
|}<br />
<br />
*[https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref><br />
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref><br />
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref><br />
Die 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.<br />
<br />
== Wichtige unterstützende Materialien ==<br />
{{BeginYellowBox}}<br />
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:<br />
* die PDF-Version dieses Leitfadens<br />
* Beispieldokumente für den "Kompletten Immunisierungsstatus" und für "Update Immunisierungsstatus"<br />
* Schematron-Prüfregeln<br />
* Design-Beispiel<br />
Die im Weiteren angeführten Templatespezifikationen wurden im '''Art-Decor Projektrepository''' [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates e-Impfpass] erstellt und können dort eingesehen werden. Eine Anleitung zum Verständnis der Art-Decor-Notation finden Sie im Artikel [[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen]].<br />
{{EndYellowBox}}<br />
Weitere Informationen zu CDA-Leitfäden werden auf der Website der ELGA GmbH zur Unterstützung bereitgestellt: <br />
* Beispieldokumente<br />
* Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)<br />
* CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)<br />
* Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien<br />
* Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)<br />
* Hinweise für die zu verwendenden Terminologien <br />
* Leitfaden zur richtigen Verwendung von Terminologien<br />
{{BeginYellowBox}}<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].<br />
{{EndYellowBox}}<br />
<br />
=Harmonisierung=<br />
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.<br />
<br />
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).<br />
Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung. <br />
<br />
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.<br />
<br />
== Autoren und Mitwirkende ==<br />
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. <br />
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.<br />
<br />
===Autoren===<br />
'''Das Redaktionsteam''' bestand aus folgenden Personen:<br />
{| class="wikitable"<br />
! Name<br />
! Organisation<br />
! Rolle<br />
|-<br />
| Mag. Dr. Stefan Sabutsch<br />
| ELGA GmbH, HL7 Austria<br />
| Autor, Herausgeber<br />
|-<br />
| DI Andrea Klostermann<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| DI Oliver Kuttin<br />
| ELGA GmbH<br />
| Autor<br />
<br />
|}<br />
<br />
Mit Beiträgen von: <br />
Tony Schaller (medshare GmbH),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Nina Svec, M.A. (ELGA GmbH),<br />
Gabriel Kleinoscheg, MSc. (ELGA GmbH),<br />
DI Nikola Tanjga (ELGA GmbH),<br />
Helene Prenner (ELGA GmbH)<br />
<br />
===Mitwirkende===<br />
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):<br />
Anton Angerer (at.Software / WAVM),<br />
Patrick Awart (Atos),<br />
Elisabeth Bischof (Landessanitätsdirektion OÖ),<br />
DI (FH) Reindert Buter (Buter GmbH),<br />
Sabine Eder (Landessanitätsdirektion NÖ),<br />
Mag. Alexander Ertl (BASG / AGES),<br />
Dr. Katja Fischer (BMASGK),<br />
Günter Franz (Landessanitätsdirektion Salzburg),<br />
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),<br />
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),<br />
Ingrid Huber (Landessanitätsdirektion NÖ),<br />
OPhysR Dr.in Ursula Karnthaler (Landessanitätsdirektion Wien),<br />
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),<br />
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),<br />
DI Andrea Klostermann (ELGA GmbH),<br />
DI Oliver Kuttin (ELGA GmbH),<br />
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),<br />
Ruprecht Leitner (Apothekerverlag),<br />
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),<br />
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),<br />
DI Michael Nöhammer (ÖÄK),<br />
Christopher Ozvald (BMASGK),<br />
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),<br />
Dr. Maria Paulke-Korinek (BMASGK),<br />
Mag. Daniela Philadelphy (BASG / AGES),<br />
Daniela Piererfellner (Landessanitätsdirektion OÖ),<br />
Maria Pramhas (Land Salzburg - Impfadatenbank),<br />
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),<br />
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Dr. Stefan Sabutsch (ELGA GmbH),<br />
Robert Scharinger (BMASGK),<br />
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),<br />
DI Mag. Birgit Scholz (ELGA GmbH),<br />
Dr. Christoph Schweighofer (ÖÄK),<br />
Carina Seerainer, MSc (ELGA GmbH),<br />
Nina Sjencic (ELGA GmbH),<br />
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),<br />
Mag. Stefan Spitzbart (Hauptverband),<br />
Stephanie Stürzenbecher, BA MA (Hauptverband),<br />
Dr. Barbara Tucek, MD, MSc (BASG / AGES),<br />
Mag. Ilana Ventura, MSc (BMASGK),<br />
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),<br />
Gabriele Wasner (Landessanitätsdirektion OÖ)<br />
<br />
{{ILF:Begriffsdefinitionen e-Impfpass}}<br />
<br />
=Technischer Hintergrund=<br />
<br />
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
<br />
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}<br />
<br />
==Weitere Informationen zu CDA==<br />
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:<br />
<br />
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref><br />
* [[CDA_Templates|CDA Templates]] <ref name=CDATemplates>CDA Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref><br />
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref><br />
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref><br />
* [[Terminologien|Terminologien]] <ref name=Terminologien>Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien</ref><br />
= Funktionale Anforderungen=<br />
<br />
== Darstellung==<br />
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). <br />
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.<br />
<br />
<div class="landscape"><br />
<br />
==Verwendung in der ELGA Infrastruktur==<br />
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===<br />
{| class="wikitable"<br />
! XDS-Mapping<br />
! Optio-<br />
nalität<br />
! CDA-Element<br />
clinicalDocument.<br />
! Beispiel<br />
! Erklärung<br />
|-<br />
| rowspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]<br />
| rowspan="2"|M<br />
| rowspan="2"|.id<br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337.999021.1"<br />
| rowspan="2"| Das "uniqueId"-Element beschreibt den global eindeutigen Identifier des Dokuments und kann mit oder ohne Extension angegeben werden.<br />
|- <br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337"<br />
*@extension="999021.1"<br />
|- <br />
| [[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]<br />
| M<br />
| .code<br />
| <br />
*@code="11369-6"<br />
*@displayName="HISTORY OF IMMUNIZATIONS"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value-Set "ELGA_Dokumentklassen".<br />
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im Schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]] <br />
| rowspan="2"| M<br />
| rowspan="2"| .code.translation <br />
| <br />
*@code="82593-5"<br />
*@displayName="Immunization summary report"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| <br />
*@code="87273-9"<br />
*@displayName="Immunization note"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]<br />
| rowspan="2"| M<br />
| rowspan="2"| .title <br />
| "Kompletter Immunisierungsstatus"<br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.<br />
|-<br />
| "Update Immunisierungsstatus" <br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]<br />
| M<br />
| .hl7at:formatCode<br />
| <br />
*<nowiki>@extension="urn:hl7-at:eImpf:2.0.0+########"</nowiki><br />
*@displayName= "HL7 Austria e-Impfpass 2.0.0+########"<br />
| Version des vom CDA erfüllten Implementierungsleitfaden e-Impfpass.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]<br />
| M<br />
| .hl7at:practiceSettingCode<br />
| <br />
*@code="F023"<br />
*@displayName="Interdisziplinärer Bereich"<br />
*@codeSystem="1.2.40.0.34.5.12"<br />
| Fachliche Zuordnung des Dokuments aus dem Value Set "atcdabbr_PracticeSetting_VS".<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]<br />
| M<br />
| .documentationOf<br />
.serviceEvent.code<br />
| <br />
*@code="41000179103"<br />
*@displayName="Immunization record (record artifact)"<br />
*@codeSystem="2.16.840.1.113883.6.96"<br />
*@codeSystemName="SNOMED CT"<br />
| Code der Gesundheitsdienstleistung.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"|.documentationOf.serviceEvent<br />
.effectiveTime.low<br />
|<br />
Zeitpunkt des '''ältesten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.low<br />
| Beginn der Gesundheitsdienstleistung beim '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).<br />
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .documentationOf.serviceEvent<br />
.effectiveTime.high<br />
|<br />
Zeitpunkt des '''jüngsten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.high<br />
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung, <br />
muss sich von Behandlungsbeginn unterscheiden)<br />
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
|}<br />
<br />
==Versionierung & Stornierung==<br />
Versionierung und Stornierung betrifft ausschließlich Dokumente vom Typ "Update Immunisierungsstatus".<br />
<br />
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).<br />
<br />
===Versionierung von Dokumenten===<br />
Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden. <br />
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht. <br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
===Stornierung von Dokumenten===<br />
Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte Dokument eingetragen wurden, werden gelöscht.<br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
==Impfempfehlungen==<br />
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut Österreichischen Impfplan empfohlen sind.<br />
<br />
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand-Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen Österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:<br />
* Alter der Person<br />
* Geschlecht<br />
* Bereits erhaltene Impfungen:<br />
** Dosiskennung der letzten eingetragenen Impfung<br />
** Impfstoff<br />
** Impfschema (sofern abweichend vom Defaultschema)<br />
* Durchgemachte impfrelevante Erkrankungen<br />
* Indikation für Impfung ("Risikogruppe")<br />
<br />
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.<br />
<br />
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").<br />
<br />
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.<br />
<br />
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus einem Value Set (eImpf_SpecialCaseVaccination_VS). Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung)<br />
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===<br />
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt. <br />
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen: <br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Kommentar<br />
* Optional: Impfstoff<br />
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").<br />
{{BeginYellowBox}}<br />
Die Angabe von Kontraindikationen ist derzeit '''nur für Impfungen gegen SARS-CoV-2 (COVID-19) möglich''', um die '''Ausnahmen von der Impfpflicht''' zu dokumentieren. <br />
{{EndYellowBox}}<br />
<br />
== Mehrsprachigkeit und grenzüberschreitender Austausch ==<br />
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.<br />
<br />
=User Storys ("Anwendungsfälle")=<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>. <br />
<br />
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.<br />
<br />
==Übersicht vorhandener Akteure und Komponenten==<br />
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.<br />
<br />
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]<br />
<br />
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref><br />
<br />
* e-Impfpass-Teilnehmer / Bürger<br><br />
* Impfende GDA<br />
** Niedergelassene Ärzte<br />
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde<br />
*** Ärztinnen und Ärzte für Allgemeinmedizin<br />
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste<br />
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten<br />
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder <br />
** ELGA-Ombudsstelle<br />
* ELGA-Serviceline<br><br />
* Datenkorrigierender GDA<br />
** Bezirksverwaltungsbehörde<br />
* "Abrechnungsunterstützung" (im Rahmen des kostenlosen Kinderimpfprogramms)<br />
** Landeshauptmann / Landeshauptfrau<br />
** Bezirksverwaltungsbehörde<br />
* Auswertungen für Durchimpfungsraten <br />
** Landeshauptmann / Landeshauptfrau<br />
** Zuständiges Bundesministerium für Gesundheit<br />
<br />
<br />
<br />
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:<br />
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.<br />
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.<br />
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet. <br />
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.<br />
## Regulärer Zugang mittels Kontaktbestätigungen<br />
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Hier zählen Zugriffe auf die Impfdaten von eindeutig identifizierten Personen.<br />
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden. Da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss, kommen individuelle Berechtigungen von e-Impfpass-Teilnehmern nicht zur Anwendung (Gesetzesgrundlage ist hier maßgebend). <br />
# Die Geschäftslogik der Anwendung übernimmt die CDA-Verarbeitung und hat folgende Funktionen<br />
## Speichert eingehende CDA Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. <br />
## Das Zusammenstellen vom OnDemand-Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass der Teilnehmer) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt. <br />
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.<br />
## Auf Grundlage des gültigen Österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Teilnehmers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.<br />
<br />
==Allgemeine Vorbedingungen==<br />
Für den Zugriff auf den elektronischen Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.<br />
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termpub.gesundheit.gv.at/ Terminologieserver] bereitgestellt. <br />
<br />
Sowohl der berechtigte GDA (über das GDA System, sobald E-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das ELGA Portal) können auf den persönlichen e-Impfpass zugreifen.<br />
<br />
==U1 Kompletten Immunisierungsstatus abrufen==<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster (ELGA Teilnehmer) besucht seinen Hausarzt Dr. DeCarro (Impfender GDA) und möchte Informationen zu seinem Immunisierungsstatus erhalten.<br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand-Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.<br />
#Max Muster erfährt von Dr. DeCarro, dass laut Österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.<br />
<br />
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden. <br />
<br />
==U2 Aktualisierung Immunisierungsstatus==<br />
<br />
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine. <br />
<br />
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:<br />
<br />
===U2.1 Eintragen des Immunisierungsstatus===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat. <br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.<br />
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das Dokument übernimmt und ein Update der Datenbank durchführt. <br />
# Dr. DeCarro kann nun das Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.<br />
<br />
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)<br />
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen). <br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).<br />
<br />
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).<br />
<br />
'''''Anmerkung:''''' Eigene Einträge erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant @typeCode="AUT") die eigene GDA-OID enthält.<br />
<br />
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA Dokuments wird mit dem Status "APPROVED" gespeichert.<br />
<br />
===U2.3 Stornierung eines Immunisierungseintrags===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat)<br />
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende "Update Immunisierungsstatus"-Dokument an die zentrale Anwendung übergibt. <br />
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren. <br />
<br />
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).<br />
<br />
Stornierte CDA Dokumente wurden als "DEPRECATED" gekennzeichnet.<br />
<br />
===U2.4 Nachtragen der Impfdokumentation===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario: <br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.<br />
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.<br />
<br />
===U2.5 Selbsteintragung von Impfungen durch den Bürger===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster")<br />
<br />
Szenario: <br />
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.<br />
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt. <br />
# Seinen Papierimpfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).<br />
<br />
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...) 2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.<br />
<br />
==U3 Abrechnung==<br />
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, das die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''<br />
<br />
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"<br />
<br />
Szenario:<br />
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe U2.1) <br />
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.<br />
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die in der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden. <br />
# Die Abrechnungsunterstützung kontrolliert den Anspruch an Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.<br />
<br />
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nacherfasste oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.<br />
<br />
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")<br />
<br />
Szenario:<br />
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papierimpfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.<br />
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.<br />
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).<br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.<br />
<br />
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.<br />
<br />
==U5 Krisenmanagement==<br />
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''<br />
===U5.1 Krankheitsausbrüche===<br />
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.<br />
<br />
===U5.1 Chargenrückruf===<br />
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.<br />
<br />
<div class="landscape"><br />
<br />
=Datenarten=<br />
==Dataset==<br />
{| class="wikitable"<br />
! style="width: 25%" |Name<br />
! style="width: 40%" |Beschreibung<br />
! style="width: 20%" |Mapping<br />
! style="width: 15%" |Datenelement-Nr.<br />
|- style="vertical-align:top;"<br />
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)<br />
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).<br />
|clinicalDoc.LegalAuthenticator<br />
|elgaimpf-dataelement-368<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung<br />
|Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.<br />
|<br />
|elgaimpf-dataelement-369<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Signatur<br />
|<br />
|<br />
|elgaimpf-dataelement-370<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|<br />
|<br />
|elgaimpf-dataelement-371<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-372<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-373<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-374<br />
|- style="vertical-align:top;"<br />
|'''Eintragende Person (Schreibkraft)'''<br />
|Datenverarbeitende Person. Die Person, die Daten für den Impfpass dokumentiert.<br />
|clinicalDoc.dataEnterer<br />
|elgaimpf-dataelement-32<br />
|- style="vertical-align:top;"<br />
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)<br />
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI: „Für die Impfung verantwortlich“…<br />
|substanceAdministration "Immunization Entry"/author<br />
|elgaimpf-dataelement-307<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|<br />
|<br />
|elgaimpf-dataelement-339<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-340<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-343<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-344<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|ID der verantwortlichen Person (lokaler Identifikator)<br />
|<br />
|elgaimpf-dataelement-346<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-347<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-353<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-381<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-382<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-383<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-384<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Freigabezeitpunkt (Zeitpunkt der Unterzeichnung)<br />
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde<br />
|substanceAdministation.author.time<br />
|elgaimpf-dataelement-366<br />
|- style="vertical-align:top;"<br />
|'''Impfende Person (Impfarzt)'''<br />
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.<br />
|substanceAdministration "Immunization Entry"/performer<br />
|elgaimpf-dataelement-140<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-236<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-237<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-240<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-241<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-294<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-389<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-390<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-391<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-392<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Rolle<br />
|Berufsrolle der impfenden Person (Auswahlliste)<br />
|<br />
|elgaimpf-dataelement-210<br />
|- style="vertical-align:top;"<br />
|'''Nachtragende Person'''<br />
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(Z.B: "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"<br />
|elgaimpf-dataelement-285<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-286<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person<br />
|<br />
|elgaimpf-dataelement-287<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-290<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-291<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)<br />
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time<br />
|elgaimpf-dataelement-293<br />
|- style="vertical-align:top;"<br />
|'''Korrigierende Person'''<br />
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"<br />
|elgaimpf-dataelement-402<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person (mit Titel, Vorname, Name, Organisation)<br />
|<br />
|elgaimpf-dataelement-404<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)<br />
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time<br />
|elgaimpf-dataelement-403<br />
|- style="vertical-align:top;"<br />
|'''Berechtigter Bearbeiter'''<br />
|Die eindeutige Kennung des GDA, der einen Immunisierungs-Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID ''oder'' GDA mit der Rolle "Korrekturberechtigte Person".<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"<br />
|elgaimpf-dataelement-405<br />
|- style="vertical-align:top;"<br />
|'''Impfling''' (Patient, Klient, Kunde)<br />
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.. <br />Entspricht dem "Patienten".<br />
|clinicalDocument.recordTarget<br />
|elgaimpf-dataelement-1<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-172<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-173<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-176<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-177<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geburtstdatum<br />
|Geburtstdatum der Person<br />
|<br />
|elgaimpf-dataelement-95<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)<br />
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung zB Brief: "Herr" oder "Frau"<br />
|Werte: M, F. UNK (Unbekannt)<br />
|elgaimpf-dataelement-94<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |LokaleID<br />
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend mit Eintragung einer Impfung anzugeben.<br />
|<br />
|elgaimpf-dataelement-86<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)<br />
|Sozialversicherungsnummer<br />
|<br />
|elgaimpf-dataelement-87<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |bPK-GH<br />
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)<br />
|<br />
|elgaimpf-dataelement-88<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-219<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Straße<br />
|<br />
|<br />
|elgaimpf-dataelement-252<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Hausnummer<br />
|<br />
|<br />
|elgaimpf-dataelement-253<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Postleitzahl<br />
|<br />
|<br />
|elgaimpf-dataelement-254<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Stadt<br />
|<br />
|<br />
|elgaimpf-dataelement-255<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Bundesland<br />
|<br />
|<br />
|elgaimpf-dataelement-256<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Land<br />
|<br />
|<br />
|elgaimpf-dataelement-257<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)<br />
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab. <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).<br />
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|elgaimpf-dataelement-49<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)<br />
|Wie Gemeindekennziffer, erste 3 Stellen<br />
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|elgaimpf-dataelement-85<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-216<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Mobil<br />
|<br />
|<br />
|elgaimpf-dataelement-227<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Festnetz<br />
|<br />
|<br />
|elgaimpf-dataelement-228<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Mail<br />
|<br />
|<br />
|elgaimpf-dataelement-229<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |FAX<br />
|<br />
|<br />
|elgaimpf-dataelement-230<br />
|- style="vertical-align:top;"<br />
|'''Personengruppe''' (Expositionsrisikogruppe)<br />
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.<br />
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"<br />
|elgaimpf-dataelement-125<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitbereich<br />
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war<br />
|<br />
|elgaimpf-dataelement-394<br />
|- style="vertical-align:top;"<br />
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung )<br />
|Dokumentierte Impfung: ein einzelne Gabe eines Impfstoffes<br />
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"<br />
|elgaimpf-dataelement-2<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)<br />
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-6<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)<br />
|Name für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Gabe von Impfdosen bzw Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.<br />
|Mapping: substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"<br />
|elgaimpf-dataelement-25<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|Mapping: criterion "Immunization Schedule Entry"/value<br />
|elgaimpf-dataelement-30<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)<br />
|Zeitpunkt der Durchführung der Impfung<br />
|substanceAdministration "Immunization Entry"/effectiveTime<br />
|elgaimpf-dataelement-8<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfort<br />
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)<br />
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.<br />
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")<br />
|elgaimpf-dataelement-137<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfreaktion (Reaktion)<br />
|Aufgetretene Reaktion, Auswahlkatalog<br />
|Wurde nicht umgesetzt<br />
|elgaimpf-dataelement-283<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Abrechenbarkeit<br />
|Kennzeichen, ob Impfung mit Land abgerechnet werden kann (Eintragung durch impfenden Arzt)<br />
|Notwendig für Filterung der Daten, die an Länder zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Land geprüft und festgestellt.Mapping: substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"<br />
|elgaimpf-dataelement-29<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Klassifikator (Honorar-Klassifikation)<br />
|Abrechnungsrelevante Klassifikation der Impfenden Person (zB "Arzt mit Hausapotheke"). Wird im Zentralsystem nicht mehr benötigt, daher gestrichen.<br />--> Die Verrechnung etc. erfolgt über die internen GDA Systeme (benötigt wird nur die Kennzeichnungsmöglichkeit ob abrechenbar oder nicht<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|elgaimpf-dataelement-367<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfindikation<br />
|Grund für die Impfung (optional). Wird für Abrechnung benötigt: <br />* IG1 Indikationsimpfung für Risikogruppe<br />* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|elgaimpf-dataelement-379<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfgutschein<br />
|Identifikationskennzeichen eines Impf-Gutscheins (bei Vorliegen von Impf-Gutscheinheften)<br />
|Notwendig für Abrechnung. Alphanumerisches Kennzeichen (gültig 1x für eine Impfung). Keine weitere Prüfung im e-Impfpass.Mapping: act "Immunization Billability Entry" mit act/id<br />
|elgaimpf-dataelement-139<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zusatzklassifikation<br />
|Zusätzliche strukturierte Information zu einer Impfung, zB eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat.<br />
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.<br />
|elgaimpf-dataelement-401<br />
|- style="vertical-align:top;"<br />
|'''Impfstoff (Produkt)''' (Arzneimittel)<br />
|Daten zur verabreichten Arzneimittelspezialität<br />
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"<br />
|elgaimpf-dataelement-3<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)<br />
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"<br />
|manufacturedProduct/manufacturedMaterial/name<br />
|elgaimpf-dataelement-31<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Pharmazentralnummer (PZN)<br />
|Pharmazentralnummer der Arzneispezialität<br />
|manufacturedProduct/manufacturedMaterial/code<br />
|elgaimpf-dataelement-5<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Chargennummer (Charge)<br />
|Chargennummer der Arzneispezialität, die verabreicht wurde<br />
|manufacturedProduct/manufacturedMaterial/lotNumberText<br />
|elgaimpf-dataelement-4<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Ablaufdatum<br />
|Muss dokumentiert werden. <br />Kann aus 2D Barcode abgleitet werden <br />Nicht für "Nacherfassung" erforderlich<br />
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime<br />
|elgaimpf-dataelement-134<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)<br />
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehörigerr delegierte Verordnung (EU) 2016/161<br />
|manufacturedProduct/id<br />
|elgaimpf-dataelement-135<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)<br />
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)<br />
|manufacturedProduct/manufacturerOrganization<br />
|elgaimpf-dataelement-12<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ATC<br />
|ATC-Code des Wirkstoffs aus Fachinformation<br />
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code<br />
|elgaimpf-dataelement-235<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wirkstoff<br />
|Wirkstoff(e) des Arzneimittels, zB "Masernviren, Stamm Schwarz (lebend, attenuiert)<br />
|manufacturedMaterial/pharm:ingredient<br />
|elgaimpf-dataelement-185<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Menge (Dosis)<br />
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />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 würden 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.<br />
|substanceAdministration "Immunization Entry"/doseQuantity<br />
|elgaimpf-dataelement-15<br />
|- style="vertical-align:top;"<br />
|'''Impfempfehlung''' (Impfkalender)<br />
|Daten der empfohlenen (zukünftigen) Impfungen:<br />* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br /><br />Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen<br /><br />Automatisch / von Arzt eingetragen (zusätzlich)<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".<br />
|elgaimpf-dataelement-169<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)<br />
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br /><br />Wird definiert durch: <br />Nationaler Impfplan<br />Fachinformation (liegt derzeit nicht strukturiert vor)<br />Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|elgaimpf-dataelement-28<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|/precondition/criterion "Immunization Schedule Entry"<br />
|elgaimpf-dataelement-231<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, das die Empfehlung generiert<br />
|/author<br />
|elgaimpf-dataelement-232<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-380<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)<br />
|consumable<br />
|elgaimpf-dataelement-233<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Referenz)<br />
|Referenz auf den der Empfehlung zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|elgaimpf-dataelement-234<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"<br />
|elgaimpf-dataelement-171<br />
|- style="vertical-align:top;"<br />
|- style="vertical-align:top;"<br />
|'''Kontraindikation für Impfungen'''<br />
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />* Impfung<br /><br />
<br />
*Zeitraum, in dem die Kontraindikation gilt<br />* Kommentar<br /><br />Muss von einem Arzt eingetragen werden<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".<br />
|elgaimpf-dataelement-169<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitraum<br />
|Zeitraum, in dem die Kontraindikation gilt<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|elgaimpf-dataelement-28<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, das die Kontraindikation bestätigt<br />
|/author<br />
|elgaimpf-dataelement-232<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Kontraindikation gilt.<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-380<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Kontraindikation gilt<br />
|consumable<br />
|elgaimpf-dataelement-233<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Referenz)<br />
|Referenz auf den der Kontraindikation zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|elgaimpf-dataelement-234<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Arzt eingetragenen Kontraindikation<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"<br />
|elgaimpf-dataelement-171<br />
|- style="vertical-align:top;"<br />
|'''Impfrelevante Erkrankung'''<br />
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|elgaimpf-dataelement-27<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfrelevante Erkrankung<br />
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B. FSME, Varizellen, ...)<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|elgaimpf-dataelement-126<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Erkrankungsdatum<br />
|Zeitintervall, in der die Erkrankung beobachtet wurde<br />
|<br />
|elgaimpf-dataelement-393<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)<br />
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.<br />
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry"<br />
|elgaimpf-dataelement-16<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor<br />
|Erfasser der Information<br />
|<br />
|elgaimpf-dataelement-282<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verknüpfung zu Impfung<br />
|<br />
|elgaimpf-dataelement-284<br />
|- style="vertical-align:top;"<br />
|'''Antikörper-Bestimmung (Impftiter)'''<br />
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für für Virushepatitis A und B, Röteln und Varizellen etc.<br />
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"<br />
|elgaimpf-dataelement-129<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Analyse<br />
|Gemessener Laborparameter<br />
|"Laboratory Observation Entry"<br />
|elgaimpf-dataelement-271<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wert<br />
|Wert der Analyse<br />
|"Laboratory Observation Entry" / value<br />
|elgaimpf-dataelement-272<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Einheit<br />
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden<br />
|"Laboratory Observation Entry" /value/@unit<br />
|elgaimpf-dataelement-273<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bewertung (Interpretation)<br />
|Interpretations des Messwerts (Interpretationskennzeichen)<br />
|"Laboratory Observation Entry" /interpretationCode<br />
|elgaimpf-dataelement-274<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum<br />
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)<br />
|"Laboratory Observation Entry" /effectiveTime<br />
|elgaimpf-dataelement-275<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Durchführendes Labor<br />
|Durchführendes Labor<br />
|"Laboratory Observation Entry" / performer<br />
|elgaimpf-dataelement-276<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-277<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-278<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-279<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-280<br />
|- style="vertical-align:top;"<br />
|'''Informationsquelle'''<br />
|Herkunft der Information<br />
|<br />
|elgaimpf-dataelement-11<br />
|}<br />
<br />
[https://art-decor.org/decor/services/RetrieveDataSet?id=1.2.40.0.34.777.4.1.1&language=de-DE&effectiveDate=2018-08-12T16:37:15&format=html&hidecolumns=3456bcdefghijklmno Link zum Dataset in Art-Decor]<br />
<br />
=Technische Spezifikation=<br />
==Übersicht CDA Struktur "Kompletter Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
Dieses Dokument kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand-Dokument").<br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
<br />
[[Datei:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref><br />
<div class="landscape"><br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment<br />
<br />
Anmerkung: Impfreaktionen werden nicht unterstützt.<br />
<br />
==Übersicht CDA Struktur "Update Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
Dieses Dokument wird vom impfenden GDA erstellt und an die zentrale Applikation gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc enthalten. <br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
<br />
[[Datei:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref><br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impfungstermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
Anmerkung: Impfreaktionen werden nicht unterstützt.<br />
<br />
==Übersicht der Strukturen mit Konformität und Kardinalität==<br />
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.<br />
<br />
===Sektion Impfungen - kodiert===<br />
'''1. Dokumentation einer Impfung''':<br />
<br />
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.<br />
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.<br />
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.<br />
<br />
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|M [1..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|NP [0..0]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21) ''Impfende Person''<br />
|C [0..1]<br />
|C [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|C [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''<br />
|C [0..1]<br />
|C [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)<br />
|NP [0..0]<br />
|O [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|}<br />
<br />
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Expositionsrisiko Personengruppen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfrelevante Erkrankungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Antikörper-Bestimmung - kodiert===<br />
{| class="wikitable"<br />
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant ''(Validierende Person)''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfempfehlungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)<br />
|R [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Beilagen===<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Beilagen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)<br />
|O [0..1]<br />
|R [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|}<br />
<br />
==CDA Templates==<br />
<!-- <br />
dynamic: {{:oid/dynamic}}<br />
static: {{:oid/static-YYYY-mm-dd}}<br />
--><br />
===Document Level Templates===<br />
====Kompletter Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}<br />
====Update Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}<br />
<br />
===Header Level Templates===<br />
==== Document Realm ====<br />
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}<br />
====Document TypeId====<br />
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}<br />
==== Document Id ====<br />
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}<br />
==== Document Effective Time ====<br />
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}<br />
==== Document Confidentiality Code ====<br />
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}<br />
==== Document Language ====<br />
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}<br />
==== Document Set Id and Version Number ====<br />
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}<br />
====Record Target - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}<br />
====Author====<br />
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}<br />
==== Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}<br />
====Custodian==== <br />
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}<br />
====Legal Authenticator==== <br />
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}<br />
==== Information Recipient ====<br />
Wird nicht verwendet.<br />
====Participant ====<br />
Folgende Participants werden nicht verwendet:<br />
*Ein-, Ueber-, Zuweisender Arzt<br />
*Hausarzt<br />
*Auskunftsberechtigte Person (Notfallkontakt)<br />
*Angehörige<br />
*Versicherung<br />
*Wird nicht verwendet.<br />
*Betreuungsorganisation<br />
*Weitere Behandler<br />
====In Fulfillment Of ==== <br />
Wird nicht verwendet.<br />
====Documentation Of Service Event - e-Impfpass ==== <br />
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}<br />
<br />
====Document Replacement - Related Document ====<br />
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}<br />
====Authorization ====<br />
Wird nicht verwendet.<br />
====Component Of - Encompassing Encounter ==== <br />
<!-- wurde beabsichtigt auf die 2019 Version gesetzt, da dies breaking Changes wären für den neuen Leitfaden --><br />
{{:1.2.40.0.34.6.0.11.1.7/static-2019-03-07T104449}}<br />
<br />
====Encounter Location==== <br />
{{:1.2.40.0.34.6.0.11.1.8/static-2019-03-07T111321}}<br />
<br />
===Section Level Templates===<br />
====Impfungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}<br />
====Expositionsrisiko Personengruppen - kodiert ====<br />
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}<br />
<br />
====Impfrelevante Erkrankungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}<br />
====Antikörper-Bestimmung====<br />
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}<br />
====Impfempfehlungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}<br />
====Beilagen====<br />
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}<br />
<br />
====Übersetzung (informativ)====<br />
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}<br />
<br />
===Entry Level Template===<br />
====Antikörper-Bestimmung Battery Organizer==== <br />
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}<br />
====Antikörper-Bestimmung Data Processing Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}<br />
====Antikörper-Bestimmung Laboratory Observation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}<br />
====Comment Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.11/dynamic}}<br />
====Eingebettetes Objekt Entry====<br />
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}<br />
==== Expositionsrisiko Problem Concern Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.20/dynamic}} <br />
==== Expositionsrisiko Problem Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}<br />
====External Document Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}<br />
====Immunization Billability Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}<br />
====Immunization Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}<br />
====Immunization Entry Impfung nicht angegeben==== <br />
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}<br />
====Immunization Recommendation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}<br />
====Immunization Schedule Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.10/dynamic}} <br />
====Immunization Target Entry====<br />
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}<br />
====Impfplan Entry====<br />
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Concern Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Entry====<br />
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}<br />
====Vaccine Product ==== <br />
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}<br />
====Vaccine Product nicht angegeben ==== <br />
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}<br />
====Zusatzklassifikation (für Impfungen)==== <br />
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}<br />
<br />
===Weitere CDA Fragmente ===<br />
====Address Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}<br />
====Address Compilation Minimal==== <br />
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}<br />
====Assigned Entity====<br />
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}<br />
====Assigned Entity Body====<br />
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}<br />
====Assigned Entity Body with name, addr and telecom====<br />
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}<br />
====Author Body ==== <br />
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}<br />
====Author Body - eImpfpass==== <br />
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}<br />
====Date Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}<br />
====Device Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}<br />
====Informant Body==== <br />
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}<br />
====Narrative Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}<br />
====Organization Compilation with id, name==== <br />
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}<br />
====Organization Compilation with id, name, tel, addr==== <br />
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}<br />
====Organization Compilation with name==== <br />
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}<br />
====Organization Compilation with name, addr minimal ====<br />
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}<br />
====Organization Name Compilation ====<br />
{{:1.2.40.0.34.6.0.11.9.27/dynamic}} <br />
====Original Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}<br />
====Participant Body====<br />
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}<br />
====Participant Body - Transcriber ====<br />
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}<br />
====Participant Body - Verifier ====<br />
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}<br />
====Participant Body - Authorized Editor====<br />
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}<br />
<br />
====Participant Body - Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}<br />
<br />
====Performer Body====<br />
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}<br />
====Performer Body - Impfende Person====<br />
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}<br />
====Performer Body - Laboratory==== <br />
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}<br />
====Person Name Compilation G1====<br />
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}<br />
====Person Name Compilation G1 M====<br />
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}<br />
====Person Name Compilation G2====<br />
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}<br />
====Person Name Compilation G2 M====<br />
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}<br />
====Time Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}<br />
<br />
</div class="landscape"><br />
<br />
==Terminologien==<br />
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termpub.gesundheit.gv.at<br />
<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.10 atcdabbr_LanguageCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.11 atcdabbr_LanguageCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.13 eImpf_Antikoerperbestimmung_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.4 eImpf_ImmunizationTarget_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.6 eImpf_Impfdosis_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.7 eImpf_Impfgrund_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.2 eImpf_ImpfrelevanteErkankungen_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.11 eImpf_Impfrollen_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.5 eImpf_Impfschema_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.15 eImpf_SpecialSituationIndication_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.62 eImpf_Zusatzklassifikation_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.5 ELGA_ActEncounterCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.16 ELGA_AddressUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.4 ELGA_AdministrativeGender ]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.6 ELGA_AuthorSpeciality]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgabbr-?id=1.2.40.0.34.10.39 ELGA_Dokumentenklassen]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.27 ELGA_EntityNameUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.173 ELGA_HumanLanguage]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.42 ELGA_Medientyp]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.32 ELGA_MedikationMengenart_VS]<br />
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele: <br />
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze<br />
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ ]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.2 ELGA_NullFlavor]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.13 ELGA_ObservationInterpretation]<br />
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.17 ELGA_PersonalRelationship]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.43 ELGA_ServiceEventPerformer]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.36 ELGA_TelecomAddressUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.25 ELGA_URLScheme]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.73 ELGA_whoATC]<br />
* ELGA_Wirkstoffe_AGES_VS<br />
**Siehe Terminologieserver<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]<br />
<br />
<div class="portrait"><br />
<br />
=Anhang=<br />
==Abbildungen==<br />
<references group="Abbildung"/><br />
==Tabellen==<br />
<references group="Tabelle" /><br />
==Abkürzungsverzeichnis==<br />
{{ILF:Abkuerzungsverzeichnis}}<br />
<br />
==Literaturverzeichnis==<br />
<references /><br />
</div><br />
<br />
==Release-Log, Ausblick und weitere Informationen==<br />
Auf der [[ILF Diskussion:E-Impfpass (Version 2)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.<br />
<br /></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)&diff=151380
ILF:E-Impfpass (Version 2)
2023-01-30T07:48:54Z
<p>Tanjga: test</p>
<hr />
<div>{{#seo:<br />
|title=e-Impfpass (Version 2.0.0)<br />
|titlemode=append<br />
|keywords= e-Impfpass<br />
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zur Immunisierungsstatus einer Person.<br />
}}<br />
{{#customtitle:e-Impfpass (Version 2.0.0)}}<br />
<br />
<!-- <br />
{{Underconstruction}}<br />
--><br />
<br />
<br />
{{#css:<br />
@media Screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten--><br />
<br />
{{Infobox Dokument<br />
|Group = CDA Implementierungsleitfaden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 2)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.2]<br />
|Short = e-Impfpass (Version 2.0.0)<br />
|Namespace = ILF<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.0.0<br />
|Submitted = ELGA GmbH<br />
|Date = <br />
|Copyright = © HL7 Austria 2018-2023<br />
|Status = in Ballot befindliche Version<br />
|Verfahren = Normativ<br />
|Period = Produktiveinsatz<br />
|OID = 1.2.40.0.34.7.19.2<br />
|Realm = Österreich<br />
}}<br />
{{TOC limit|5}}<br />
<!-- Zusammenfassung an erster Stelle --><br />
<br />
=Zusammenfassung=<br />
{{BeginYellowBox}}<br />
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. Zum besseren Verständnis empfehlen wir Ihnen, den [[ILF:E-Impfpass_Guide|zusammenfassenden Guide]] im Vorfeld zu lesen. <br />
<br />
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird. <br />
<br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates: <br />
<br />
* '''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) und Impfempfehlungen.<br />
* '''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.<br />
<br />
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[ILF:E-Impfpass#Anwendungsf.C3.A4lle|Anwendungsfälle]] beschrieben. <br />
{{EndYellowBox}}<br />
<br />
{{BeginYellowBox}}<br />
Die gesetzliche Grundlage für den e-Impfpass ist das Gesundheitstelematikgesetz (GTelG 5. Abschnitt: eHealth-Anwendungen, 2. Unterabschnitt: § 24b bis § 24g) und die zugehörige eHealth-Verordnung (eHealthV 2020). <br /><br />
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2019-1 ("Ballot") normiert wurde. <br />
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.<br />
{{EndYellowBox}}<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<!-- Seitenumbruch --><br />
<p style="page-break-before: always"></p><br />
==Impressum==<br />
<div class="mw-collapsible-content"><br />
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br /><br />
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br /><br />
Internet: [http://www.elga.gv.at www.elga.gv.at]<br />
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br /><br />
Geschäftsführer: DI Dr. Günter Rauchegger, DI(FH) Dr. Franz Leisch<br />
<br />
''Redaktion, Projektleitung, Koordination: ''<br /><br />
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] <br />
<br />
''Abbildungen:'' © ELGA GmbH <br />
<br />
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; [http://www.hl7.at www.hl7.at]. <br /><br />
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.<br />
<br />
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Haftungsausschluss ==<br />
<div class="mw-collapsible-content"><br />
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Sprachliche Gleichbehandlung ==<br />
<div class="mw-collapsible-content"><br />
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.<br />
</div></div><br />
<br />
{{ILF:Lizenzinformationen}}<br />
<br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;"><br />
==PDF-Bedienungshinweise==<br />
<div class="mw-collapsible-content"><br />
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:<br />
<br />
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts<br />
* Seitenweise blättern: "Bild" Tasten<br />
* Scrollen: Pfeil nach oben bzw. unten<br />
* Zoomen: Strg + Mouserad drehen<br />
* Suchen im Dokument: Strg + F <br />
</div></div><br />
<br />
<!-- Tatsächlicher Inhalt --><br />
<br />
=Einleitung=<br />
==Ausgangslage und Motivation==<br />
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden. <br />
Auf Beschluss der Bundeszielsteuerungskommission wurde daher die Umsetzung der Pilotierung des elektronischen Impfpasses (e-Impfpass) durch die ELGA GmbH beschlossen. <br />
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.<br />
<br />
==Zweck des Dokuments==<br />
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das Österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der österreichischen "Elektronischen Gesundheitsakte" (ELGA) als abgestimmte und einheitlich strukturierte Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.<br />
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.<br />
<br />
==Zielgruppe==<br />
Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich <br />
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.<br />
<br />
<br />
=Informationen über dieses Dokument=<br />
==Verbindlichkeit==<br />
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den Elektronischen Impfpass gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich. <br />
<br />
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. <br />
<br />
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) 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.<br />
<br />
== Verwendete Grundlagen und Bezug zu anderen Standards ==<br />
<br />
{|<br />
|style="vertical-align:top" |<br />
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA &copy;), für die das Copyright &copy; von Health Level Seven International gilt. <br/><br />
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenzinformationsmodell (RIM). <br/><br />
<br/><br />
Für die Modellierung der Inhalte des Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz [[http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)]] verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.<br />
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]<br />
<ref group="Abbildung">Verwendete Standards</ref><br />
<br />
|}<br />
<br />
*[https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref><br />
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref><br />
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref><br />
Die 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.<br />
<br />
== Wichtige unterstützende Materialien ==<br />
{{BeginYellowBox}}<br />
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:<br />
* die PDF-Version dieses Leitfadens<br />
* Beispieldokumente für den "Kompletten Immunisierungsstatus" und für "Update Immunisierungsstatus"<br />
* Schematron-Prüfregeln<br />
* Design-Beispiel<br />
Die im Weiteren angeführten Templatespezifikationen wurden im '''Art-Decor Projektrepository''' [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates e-Impfpass] erstellt und können dort eingesehen werden. Eine Anleitung zum Verständnis der Art-Decor-Notation finden Sie im Artikel [[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen]].<br />
{{EndYellowBox}}<br />
Weitere Informationen zu CDA-Leitfäden werden auf der Website der ELGA GmbH zur Unterstützung bereitgestellt: <br />
* Beispieldokumente<br />
* Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)<br />
* CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)<br />
* Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien<br />
* Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)<br />
* Hinweise für die zu verwendenden Terminologien <br />
* Leitfaden zur richtigen Verwendung von Terminologien<br />
{{BeginYellowBox}}<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].<br />
{{EndYellowBox}}<br />
<br />
=Harmonisierung=<br />
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.<br />
<br />
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).<br />
Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung. <br />
<br />
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.<br />
<br />
== Autoren und Mitwirkende ==<br />
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. <br />
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.<br />
<br />
===Autoren===<br />
'''Das Redaktionsteam''' bestand aus folgenden Personen:<br />
{| class="wikitable"<br />
! Name<br />
! Organisation<br />
! Rolle<br />
|-<br />
| Mag. Dr. Stefan Sabutsch<br />
| ELGA GmbH, HL7 Austria<br />
| Autor, Herausgeber<br />
|-<br />
| DI Andrea Klostermann<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| DI Oliver Kuttin<br />
| ELGA GmbH<br />
| Autor<br />
<br />
|}<br />
<br />
Mit Beiträgen von: <br />
Tony Schaller (medshare GmbH),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Nina Svec, M.A. (ELGA GmbH),<br />
Gabriel Kleinoscheg, MSc. (ELGA GmbH),<br />
DI Nikola Tanjga (ELGA GmbH),<br />
Helene Prenner (ELGA GmbH)<br />
<br />
===Mitwirkende===<br />
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):<br />
Anton Angerer (at.Software / WAVM),<br />
Patrick Awart (Atos),<br />
Elisabeth Bischof (Landessanitätsdirektion OÖ),<br />
DI (FH) Reindert Buter (Buter GmbH),<br />
Sabine Eder (Landessanitätsdirektion NÖ),<br />
Mag. Alexander Ertl (BASG / AGES),<br />
Dr. Katja Fischer (BMASGK),<br />
Günter Franz (Landessanitätsdirektion Salzburg),<br />
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),<br />
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),<br />
Ingrid Huber (Landessanitätsdirektion NÖ),<br />
OPhysR Dr.in Ursula Karnthaler (Landessanitätsdirektion Wien),<br />
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),<br />
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),<br />
DI Andrea Klostermann (ELGA GmbH),<br />
DI Oliver Kuttin (ELGA GmbH),<br />
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),<br />
Ruprecht Leitner (Apothekerverlag),<br />
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),<br />
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),<br />
DI Michael Nöhammer (ÖÄK),<br />
Christopher Ozvald (BMASGK),<br />
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),<br />
Dr. Maria Paulke-Korinek (BMASGK),<br />
Mag. Daniela Philadelphy (BASG / AGES),<br />
Daniela Piererfellner (Landessanitätsdirektion OÖ),<br />
Maria Pramhas (Land Salzburg - Impfadatenbank),<br />
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),<br />
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Dr. Stefan Sabutsch (ELGA GmbH),<br />
Robert Scharinger (BMASGK),<br />
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),<br />
DI Mag. Birgit Scholz (ELGA GmbH),<br />
Dr. Christoph Schweighofer (ÖÄK),<br />
Carina Seerainer, MSc (ELGA GmbH),<br />
Nina Sjencic (ELGA GmbH),<br />
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),<br />
Mag. Stefan Spitzbart (Hauptverband),<br />
Stephanie Stürzenbecher, BA MA (Hauptverband),<br />
Dr. Barbara Tucek, MD, MSc (BASG / AGES),<br />
Mag. Ilana Ventura, MSc (BMASGK),<br />
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),<br />
Gabriele Wasner (Landessanitätsdirektion OÖ)<br />
<br />
{{ILF:Begriffsdefinitionen e-Impfpass}}<br />
<br />
=Technischer Hintergrund=<br />
<br />
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
<br />
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}<br />
<br />
==Weitere Informationen zu CDA==<br />
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:<br />
<br />
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref><br />
* [[CDA_Templates|CDA Templates]] <ref name=CDATemplates>CDA Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref><br />
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref><br />
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref><br />
* [[Terminologien|Terminologien]] <ref name=Terminologien>Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien</ref><br />
= Funktionale Anforderungen=<br />
<br />
== Darstellung==<br />
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). <br />
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.<br />
<br />
<div class="landscape"><br />
<br />
==Verwendung in der ELGA Infrastruktur==<br />
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===<br />
{| class="wikitable"<br />
! XDS-Mapping<br />
! Optio-<br />
nalität<br />
! CDA-Element<br />
clinicalDocument.<br />
! Beispiel<br />
! Erklärung<br />
|-<br />
| rowspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]<br />
| rowspan="2"|M<br />
| rowspan="2"|.id<br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337.999021.1"<br />
| rowspan="2"| Das "uniqueId"-Element beschreibt den global eindeutigen Identifier des Dokuments und kann mit oder ohne Extension angegeben werden.<br />
|- <br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337"<br />
*@extension="999021.1"<br />
|- <br />
| [[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]<br />
| M<br />
| .code<br />
| <br />
*@code="11369-6"<br />
*@displayName="HISTORY OF IMMUNIZATIONS"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value-Set "ELGA_Dokumentklassen".<br />
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im Schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]] <br />
| rowspan="2"| M<br />
| rowspan="2"| .code.translation <br />
| <br />
*@code="82593-5"<br />
*@displayName="Immunization summary report"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| <br />
*@code="87273-9"<br />
*@displayName="Immunization note"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]<br />
| rowspan="2"| M<br />
| rowspan="2"| .title <br />
| "Kompletter Immunisierungsstatus"<br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.<br />
|-<br />
| "Update Immunisierungsstatus" <br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]<br />
| M<br />
| .hl7at:formatCode<br />
| <br />
*<nowiki>@extension="urn:hl7-at:eImpf:2.0.0+########"</nowiki><br />
*@displayName= "HL7 Austria e-Impfpass 2.0.0+########"<br />
| Version des vom CDA erfüllten Implementierungsleitfaden e-Impfpass.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]<br />
| M<br />
| .hl7at:practiceSettingCode<br />
| <br />
*@code="F023"<br />
*@displayName="Interdisziplinärer Bereich"<br />
*@codeSystem="1.2.40.0.34.5.12"<br />
| Fachliche Zuordnung des Dokuments aus dem Value Set "atcdabbr_PracticeSetting_VS".<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]<br />
| M<br />
| .documentationOf<br />
.serviceEvent.code<br />
| <br />
*@code="41000179103"<br />
*@displayName="Immunization record (record artifact)"<br />
*@codeSystem="2.16.840.1.113883.6.96"<br />
*@codeSystemName="SNOMED CT"<br />
| Code der Gesundheitsdienstleistung.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"|.documentationOf.serviceEvent<br />
.effectiveTime.low<br />
|<br />
Zeitpunkt des '''ältesten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.low<br />
| Beginn der Gesundheitsdienstleistung beim '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).<br />
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .documentationOf.serviceEvent<br />
.effectiveTime.high<br />
|<br />
Zeitpunkt des '''jüngsten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.high<br />
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung, <br />
muss sich von Behandlungsbeginn unterscheiden)<br />
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
|}<br />
<br />
==Versionierung & Stornierung==<br />
Versionierung und Stornierung betrifft ausschließlich Dokumente vom Typ "Update Immunisierungsstatus".<br />
<br />
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).<br />
<br />
===Versionierung von Dokumenten===<br />
Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden. <br />
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht. <br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
===Stornierung von Dokumenten===<br />
Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte Dokument eingetragen wurden, werden gelöscht.<br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
==Impfempfehlungen==<br />
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut Österreichischen Impfplan empfohlen sind.<br />
<br />
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand-Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen Österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:<br />
* Alter der Person<br />
* Geschlecht<br />
* Bereits erhaltene Impfungen:<br />
** Dosiskennung der letzten eingetragenen Impfung<br />
** Impfstoff<br />
** Impfschema (sofern abweichend vom Defaultschema)<br />
* Durchgemachte impfrelevante Erkrankungen<br />
* Indikation für Impfung ("Risikogruppe")<br />
<br />
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.<br />
<br />
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").<br />
<br />
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.<br />
<br />
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus einem Value Set (eImpf_SpecialCaseVaccination_VS). Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung)<br />
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===<br />
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt. <br />
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen: <br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Kommentar<br />
* Optional: Impfstoff<br />
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").<br />
{{BeginYellowBox}}<br />
Die Angabe von Kontraindikationen ist derzeit '''nur für Impfungen gegen SARS-CoV-2 (COVID-19) möglich''', um die '''Ausnahmen von der Impfpflicht''' zu dokumentieren. <br />
{{EndYellowBox}}<br />
<br />
== Mehrsprachigkeit und grenzüberschreitender Austausch ==<br />
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.<br />
<br />
=User Storys ("Anwendungsfälle")=<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>. <br />
<br />
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.<br />
<br />
==Übersicht vorhandener Akteure und Komponenten==<br />
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.<br />
<br />
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]<br />
<br />
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref><br />
<br />
* e-Impfpass-Teilnehmer / Bürger<br><br />
* Impfende GDA<br />
** Niedergelassene Ärzte<br />
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde<br />
*** Ärztinnen und Ärzte für Allgemeinmedizin<br />
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste<br />
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten<br />
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder <br />
** ELGA-Ombudsstelle<br />
* ELGA-Serviceline<br><br />
* Datenkorrigierender GDA<br />
** Bezirksverwaltungsbehörde<br />
* "Abrechnungsunterstützung" (im Rahmen des kostenlosen Kinderimpfprogramms)<br />
** Landeshauptmann / Landeshauptfrau<br />
** Bezirksverwaltungsbehörde<br />
* Auswertungen für Durchimpfungsraten <br />
** Landeshauptmann / Landeshauptfrau<br />
** Zuständiges Bundesministerium für Gesundheit<br />
<br />
<br />
<br />
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:<br />
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.<br />
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.<br />
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet. <br />
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.<br />
## Regulärer Zugang mittels Kontaktbestätigungen<br />
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Hier zählen Zugriffe auf die Impfdaten von eindeutig identifizierten Personen.<br />
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden. Da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss, kommen individuelle Berechtigungen von e-Impfpass-Teilnehmern nicht zur Anwendung (Gesetzesgrundlage ist hier maßgebend). <br />
# Die Geschäftslogik der Anwendung übernimmt die CDA-Verarbeitung und hat folgende Funktionen<br />
## Speichert eingehende CDA Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. <br />
## Das Zusammenstellen vom OnDemand-Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass der Teilnehmer) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt. <br />
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.<br />
## Auf Grundlage des gültigen Österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Teilnehmers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.<br />
<br />
==Allgemeine Vorbedingungen==<br />
Für den Zugriff auf den elektronischen Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.<br />
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termpub.gesundheit.gv.at/ Terminologieserver] bereitgestellt. <br />
<br />
Sowohl der berechtigte GDA (über das GDA System, sobald E-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das ELGA Portal) können auf den persönlichen e-Impfpass zugreifen.<br />
<br />
==U1 Kompletten Immunisierungsstatus abrufen==<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster (ELGA Teilnehmer) besucht seinen Hausarzt Dr. DeCarro (Impfender GDA) und möchte Informationen zu seinem Immunisierungsstatus erhalten.<br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand-Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.<br />
#Max Muster erfährt von Dr. DeCarro, dass laut Österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.<br />
<br />
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden. <br />
<br />
==U2 Aktualisierung Immunisierungsstatus==<br />
<br />
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine. <br />
<br />
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:<br />
<br />
===U2.1 Eintragen des Immunisierungsstatus===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat. <br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.<br />
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das Dokument übernimmt und ein Update der Datenbank durchführt. <br />
# Dr. DeCarro kann nun das Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.<br />
<br />
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)<br />
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen). <br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).<br />
<br />
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).<br />
<br />
'''''Anmerkung:''''' Eigene Einträge erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant @typeCode="AUT") die eigene GDA-OID enthält.<br />
<br />
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA Dokuments wird mit dem Status "APPROVED" gespeichert.<br />
<br />
===U2.3 Stornierung eines Immunisierungseintrags===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat)<br />
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende "Update Immunisierungsstatus"-Dokument an die zentrale Anwendung übergibt. <br />
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren. <br />
<br />
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).<br />
<br />
Stornierte CDA Dokumente wurden als "DEPRECATED" gekennzeichnet.<br />
<br />
===U2.4 Nachtragen der Impfdokumentation===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario: <br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.<br />
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.<br />
<br />
===U2.5 Selbsteintragung von Impfungen durch den Bürger===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster")<br />
<br />
Szenario: <br />
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.<br />
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt. <br />
# Seinen Papierimpfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).<br />
<br />
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...) 2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.<br />
<br />
==U3 Abrechnung==<br />
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, das die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''<br />
<br />
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"<br />
<br />
Szenario:<br />
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe U2.1) <br />
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.<br />
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die in der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden. <br />
# Die Abrechnungsunterstützung kontrolliert den Anspruch an Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.<br />
<br />
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nacherfasste oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.<br />
<br />
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")<br />
<br />
Szenario:<br />
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papierimpfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.<br />
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.<br />
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).<br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.<br />
<br />
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.<br />
<br />
==U5 Krisenmanagement==<br />
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''<br />
===U5.1 Krankheitsausbrüche===<br />
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.<br />
<br />
===U5.1 Chargenrückruf===<br />
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.<br />
<br />
<div class="landscape"><br />
<br />
=Datenarten=<br />
==Dataset==<br />
{| class="wikitable"<br />
! style="width: 25%" |Name<br />
! style="width: 40%" |Beschreibung<br />
! style="width: 20%" |Mapping<br />
! style="width: 15%" |Datenelement-Nr.<br />
|- style="vertical-align:top;"<br />
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)<br />
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).<br />
|clinicalDoc.LegalAuthenticator<br />
|elgaimpf-dataelement-368<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung<br />
|Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.<br />
|<br />
|elgaimpf-dataelement-369<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Signatur<br />
|<br />
|<br />
|elgaimpf-dataelement-370<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|<br />
|<br />
|elgaimpf-dataelement-371<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-372<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-373<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-374<br />
|- style="vertical-align:top;"<br />
|'''Eintragende Person (Schreibkraft)'''<br />
|Datenverarbeitende Person. Die Person, die Daten für den Impfpass dokumentiert.<br />
|clinicalDoc.dataEnterer<br />
|elgaimpf-dataelement-32<br />
|- style="vertical-align:top;"<br />
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)<br />
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI: „Für die Impfung verantwortlich“…<br />
|substanceAdministration "Immunization Entry"/author<br />
|elgaimpf-dataelement-307<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|<br />
|<br />
|elgaimpf-dataelement-339<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-340<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-343<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-344<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|ID der verantwortlichen Person (lokaler Identifikator)<br />
|<br />
|elgaimpf-dataelement-346<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-347<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-353<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-381<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-382<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-383<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-384<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Freigabezeitpunkt (Zeitpunkt der Unterzeichnung)<br />
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde<br />
|substanceAdministation.author.time<br />
|elgaimpf-dataelement-366<br />
|- style="vertical-align:top;"<br />
|'''Impfende Person (Impfarzt)'''<br />
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.<br />
|substanceAdministration "Immunization Entry"/performer<br />
|elgaimpf-dataelement-140<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-236<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-237<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-240<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-241<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-294<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-389<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-390<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-391<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-392<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Rolle<br />
|Berufsrolle der impfenden Person (Auswahlliste)<br />
|<br />
|elgaimpf-dataelement-210<br />
|- style="vertical-align:top;"<br />
|'''Nachtragende Person'''<br />
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(Z.B: "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"<br />
|elgaimpf-dataelement-285<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-286<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person<br />
|<br />
|elgaimpf-dataelement-287<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-290<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-291<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)<br />
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time<br />
|elgaimpf-dataelement-293<br />
|- style="vertical-align:top;"<br />
|'''Korrigierende Person'''<br />
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"<br />
|elgaimpf-dataelement-402<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person (mit Titel, Vorname, Name, Organisation)<br />
|<br />
|elgaimpf-dataelement-404<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)<br />
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time<br />
|elgaimpf-dataelement-403<br />
|- style="vertical-align:top;"<br />
|'''Berechtigter Bearbeiter'''<br />
|Die eindeutige Kennung des GDA, der einen Immunisierungs-Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID ''oder'' GDA mit der Rolle "Korrekturberechtigte Person".<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"<br />
|elgaimpf-dataelement-405<br />
|- style="vertical-align:top;"<br />
|'''Impfling''' (Patient, Klient, Kunde)<br />
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.. <br />Entspricht dem "Patienten".<br />
|clinicalDocument.recordTarget<br />
|elgaimpf-dataelement-1<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-172<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-173<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-176<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-177<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geburtstdatum<br />
|Geburtstdatum der Person<br />
|<br />
|elgaimpf-dataelement-95<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)<br />
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung zB Brief: "Herr" oder "Frau"<br />
|Werte: M, F. UNK (Unbekannt)<br />
|elgaimpf-dataelement-94<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |LokaleID<br />
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend mit Eintragung einer Impfung anzugeben.<br />
|<br />
|elgaimpf-dataelement-86<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)<br />
|Sozialversicherungsnummer<br />
|<br />
|elgaimpf-dataelement-87<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |bPK-GH<br />
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)<br />
|<br />
|elgaimpf-dataelement-88<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-219<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Straße<br />
|<br />
|<br />
|elgaimpf-dataelement-252<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Hausnummer<br />
|<br />
|<br />
|elgaimpf-dataelement-253<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Postleitzahl<br />
|<br />
|<br />
|elgaimpf-dataelement-254<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Stadt<br />
|<br />
|<br />
|elgaimpf-dataelement-255<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Bundesland<br />
|<br />
|<br />
|elgaimpf-dataelement-256<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Land<br />
|<br />
|<br />
|elgaimpf-dataelement-257<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)<br />
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab. <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).<br />
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|elgaimpf-dataelement-49<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)<br />
|Wie Gemeindekennziffer, erste 3 Stellen<br />
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|elgaimpf-dataelement-85<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-216<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Mobil<br />
|<br />
|<br />
|elgaimpf-dataelement-227<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Festnetz<br />
|<br />
|<br />
|elgaimpf-dataelement-228<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Mail<br />
|<br />
|<br />
|elgaimpf-dataelement-229<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |FAX<br />
|<br />
|<br />
|elgaimpf-dataelement-230<br />
|- style="vertical-align:top;"<br />
|'''Personengruppe''' (Expositionsrisikogruppe)<br />
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.<br />
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"<br />
|elgaimpf-dataelement-125<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitbereich<br />
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war<br />
|<br />
|elgaimpf-dataelement-394<br />
|- style="vertical-align:top;"<br />
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung )<br />
|Dokumentierte Impfung: ein einzelne Gabe eines Impfstoffes<br />
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"<br />
|elgaimpf-dataelement-2<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)<br />
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-6<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)<br />
|Name für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Gabe von Impfdosen bzw Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.<br />
|Mapping: substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"<br />
|elgaimpf-dataelement-25<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|Mapping: criterion "Immunization Schedule Entry"/value<br />
|elgaimpf-dataelement-30<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)<br />
|Zeitpunkt der Durchführung der Impfung<br />
|substanceAdministration "Immunization Entry"/effectiveTime<br />
|elgaimpf-dataelement-8<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfort<br />
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)<br />
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.<br />
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")<br />
|elgaimpf-dataelement-137<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfreaktion (Reaktion)<br />
|Aufgetretene Reaktion, Auswahlkatalog<br />
|Wurde nicht umgesetzt<br />
|elgaimpf-dataelement-283<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Abrechenbarkeit<br />
|Kennzeichen, ob Impfung mit Land abgerechnet werden kann (Eintragung durch impfenden Arzt)<br />
|Notwendig für Filterung der Daten, die an Länder zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Land geprüft und festgestellt.Mapping: substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"<br />
|elgaimpf-dataelement-29<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Klassifikator (Honorar-Klassifikation)<br />
|Abrechnungsrelevante Klassifikation der Impfenden Person (zB "Arzt mit Hausapotheke"). Wird im Zentralsystem nicht mehr benötigt, daher gestrichen.<br />--> Die Verrechnung etc. erfolgt über die internen GDA Systeme (benötigt wird nur die Kennzeichnungsmöglichkeit ob abrechenbar oder nicht<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|elgaimpf-dataelement-367<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfindikation<br />
|Grund für die Impfung (optional). Wird für Abrechnung benötigt: <br />* IG1 Indikationsimpfung für Risikogruppe<br />* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|elgaimpf-dataelement-379<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfgutschein<br />
|Identifikationskennzeichen eines Impf-Gutscheins (bei Vorliegen von Impf-Gutscheinheften)<br />
|Notwendig für Abrechnung. Alphanumerisches Kennzeichen (gültig 1x für eine Impfung). Keine weitere Prüfung im e-Impfpass.Mapping: act "Immunization Billability Entry" mit act/id<br />
|elgaimpf-dataelement-139<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zusatzklassifikation<br />
|Zusätzliche strukturierte Information zu einer Impfung, zB eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat.<br />
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.<br />
|elgaimpf-dataelement-401<br />
|- style="vertical-align:top;"<br />
|'''Impfstoff (Produkt)''' (Arzneimittel)<br />
|Daten zur verabreichten Arzneimittelspezialität<br />
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"<br />
|elgaimpf-dataelement-3<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)<br />
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"<br />
|manufacturedProduct/manufacturedMaterial/name<br />
|elgaimpf-dataelement-31<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Pharmazentralnummer (PZN)<br />
|Pharmazentralnummer der Arzneispezialität<br />
|manufacturedProduct/manufacturedMaterial/code<br />
|elgaimpf-dataelement-5<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Chargennummer (Charge)<br />
|Chargennummer der Arzneispezialität, die verabreicht wurde<br />
|manufacturedProduct/manufacturedMaterial/lotNumberText<br />
|elgaimpf-dataelement-4<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Ablaufdatum<br />
|Muss dokumentiert werden. <br />Kann aus 2D Barcode abgleitet werden <br />Nicht für "Nacherfassung" erforderlich<br />
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime<br />
|elgaimpf-dataelement-134<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)<br />
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehörigerr delegierte Verordnung (EU) 2016/161<br />
|manufacturedProduct/id<br />
|elgaimpf-dataelement-135<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)<br />
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)<br />
|manufacturedProduct/manufacturerOrganization<br />
|elgaimpf-dataelement-12<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ATC<br />
|ATC-Code des Wirkstoffs aus Fachinformation<br />
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code<br />
|elgaimpf-dataelement-235<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wirkstoff<br />
|Wirkstoff(e) des Arzneimittels, zB "Masernviren, Stamm Schwarz (lebend, attenuiert)<br />
|manufacturedMaterial/pharm:ingredient<br />
|elgaimpf-dataelement-185<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Menge (Dosis)<br />
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />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 würden 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.<br />
|substanceAdministration "Immunization Entry"/doseQuantity<br />
|elgaimpf-dataelement-15<br />
|- style="vertical-align:top;"<br />
|'''Impfempfehlung''' (Impfkalender)<br />
|Daten der empfohlenen (zukünftigen) Impfungen:<br />* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br /><br />Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen<br /><br />Automatisch / von Arzt eingetragen (zusätzlich)<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".<br />
|elgaimpf-dataelement-169<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)<br />
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br /><br />Wird definiert durch: <br />Nationaler Impfplan<br />Fachinformation (liegt derzeit nicht strukturiert vor)<br />Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|elgaimpf-dataelement-28<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|/precondition/criterion "Immunization Schedule Entry"<br />
|elgaimpf-dataelement-231<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, das die Empfehlung generiert<br />
|/author<br />
|elgaimpf-dataelement-232<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-380<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)<br />
|consumable<br />
|elgaimpf-dataelement-233<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Referenz)<br />
|Referenz auf den der Empfehlung zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|elgaimpf-dataelement-234<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"<br />
|elgaimpf-dataelement-171<br />
|- style="vertical-align:top;"<br />
|- style="vertical-align:top;"<br />
|'''Kontraindikation für Impfungen'''<br />
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />* Impfung<br /><br />
<br />
*Zeitraum, in dem die Kontraindikation gilt<br />* Kommentar<br /><br />Muss von einem Arzt eingetragen werden<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".<br />
|elgaimpf-dataelement-169<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitraum<br />
|Zeitraum, in dem die Kontraindikation gilt<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|elgaimpf-dataelement-28<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, das die Kontraindikation bestätigt<br />
|/author<br />
|elgaimpf-dataelement-232<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Kontraindikation gilt.<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-380<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Kontraindikation gilt<br />
|consumable<br />
|elgaimpf-dataelement-233<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Referenz)<br />
|Referenz auf den der Kontraindikation zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|elgaimpf-dataelement-234<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Arzt eingetragenen Kontraindikation<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"<br />
|elgaimpf-dataelement-171<br />
|- style="vertical-align:top;"<br />
|'''Impfrelevante Erkrankung'''<br />
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|elgaimpf-dataelement-27<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfrelevante Erkrankung<br />
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B. FSME, Varizellen, ...)<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|elgaimpf-dataelement-126<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Erkrankungsdatum<br />
|Zeitintervall, in der die Erkrankung beobachtet wurde<br />
|<br />
|elgaimpf-dataelement-393<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)<br />
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.<br />
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry"<br />
|elgaimpf-dataelement-16<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor<br />
|Erfasser der Information<br />
|<br />
|elgaimpf-dataelement-282<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verknüpfung zu Impfung<br />
|<br />
|elgaimpf-dataelement-284<br />
|- style="vertical-align:top;"<br />
|'''Antikörper-Bestimmung (Impftiter)'''<br />
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für für Virushepatitis A und B, Röteln und Varizellen etc.<br />
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"<br />
|elgaimpf-dataelement-129<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Analyse<br />
|Gemessener Laborparameter<br />
|"Laboratory Observation Entry"<br />
|elgaimpf-dataelement-271<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wert<br />
|Wert der Analyse<br />
|"Laboratory Observation Entry" / value<br />
|elgaimpf-dataelement-272<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Einheit<br />
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden<br />
|"Laboratory Observation Entry" /value/@unit<br />
|elgaimpf-dataelement-273<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bewertung (Interpretation)<br />
|Interpretations des Messwerts (Interpretationskennzeichen)<br />
|"Laboratory Observation Entry" /interpretationCode<br />
|elgaimpf-dataelement-274<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum<br />
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)<br />
|"Laboratory Observation Entry" /effectiveTime<br />
|elgaimpf-dataelement-275<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Durchführendes Labor<br />
|Durchführendes Labor<br />
|"Laboratory Observation Entry" / performer<br />
|elgaimpf-dataelement-276<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-277<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-278<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-279<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-280<br />
|- style="vertical-align:top;"<br />
|'''Informationsquelle'''<br />
|Herkunft der Information<br />
|<br />
|elgaimpf-dataelement-11<br />
|}<br />
<br />
[https://art-decor.org/decor/services/RetrieveDataSet?id=1.2.40.0.34.777.4.1.1&language=de-DE&effectiveDate=2018-08-12T16:37:15&format=html&hidecolumns=3456bcdefghijklmno Link zum Dataset in Art-Decor]<br />
<br />
=Technische Spezifikation=<br />
==Übersicht CDA Struktur "Kompletter Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
Dieses Dokument kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand-Dokument").<br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
<br />
[[Datei:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref><br />
<div class="landscape"><br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment<br />
<br />
Anmerkung: Impfreaktionen werden nicht unterstützt.<br />
<br />
==Übersicht CDA Struktur "Update Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
Dieses Dokument wird vom impfenden GDA erstellt und an die zentrale Applikation gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc enthalten. <br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
<br />
[[Datei:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref><br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impfungstermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
Anmerkung: Impfreaktionen werden nicht unterstützt.<br />
<br />
==Übersicht der Strukturen mit Konformität und Kardinalität==<br />
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.<br />
<br />
===Sektion Impfungen - kodiert===<br />
'''1. Dokumentation einer Impfung''':<br />
<br />
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.<br />
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.<br />
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.<br />
<br />
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|M [1..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|NP [0..0]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21) ''Impfende Person''<br />
|C [0..1]<br />
|C [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|C [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''<br />
|C [0..1]<br />
|C [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)<br />
|NP [0..0]<br />
|O [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|}<br />
<br />
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Expositionsrisiko Personengruppen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfrelevante Erkrankungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Antikörper-Bestimmung - kodiert===<br />
{| class="wikitable"<br />
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant ''(Validierende Person)''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfempfehlungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)<br />
|R [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Beilagen===<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Beilagen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)<br />
|O [0..1]<br />
|R [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|}<br />
<br />
==CDA Templates==<br />
<!-- <br />
dynamic: {{:oid/dynamic}}<br />
static: {{:oid/static-YYYY-mm-dd}}<br />
--><br />
===Document Level Templates===<br />
====Kompletter Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}<br />
====Update Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}<br />
<br />
===Header Level Templates===<br />
==== Document Realm ====<br />
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}<br />
====Document TypeId====<br />
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}<br />
==== Document Id ====<br />
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}<br />
==== Document Effective Time ====<br />
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}<br />
==== Document Confidentiality Code ====<br />
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}<br />
==== Document Language ====<br />
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}<br />
==== Document Set Id and Version Number ====<br />
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}<br />
====Record Target - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}<br />
====Author====<br />
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}<br />
==== Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}<br />
====Custodian==== <br />
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}<br />
====Legal Authenticator==== <br />
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}<br />
==== Information Recipient ====<br />
Wird nicht verwendet.<br />
====Participant ====<br />
Folgende Participants werden nicht verwendet:<br />
*Ein-, Ueber-, Zuweisender Arzt<br />
*Hausarzt<br />
*Auskunftsberechtigte Person (Notfallkontakt)<br />
*Angehörige<br />
*Versicherung<br />
*Wird nicht verwendet.<br />
*Betreuungsorganisation<br />
*Weitere Behandler<br />
====In Fulfillment Of ==== <br />
Wird nicht verwendet.<br />
====Documentation Of Service Event - e-Impfpass ==== <br />
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}<br />
<br />
====Document Replacement - Related Document ====<br />
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}<br />
====Authorization ====<br />
Wird nicht verwendet.<br />
====Component Of - Encompassing Encounter ==== <br />
<!-- wurde beabsichtigt auf die 2019 Version gesetzt, da dies breaking Changes wären für den neuen Leitfaden --><br />
{{:1.2.40.0.34.6.0.11.1.7/static-2019-03-07T104449}}<br />
<br />
====Encounter Location==== <br />
{{:1.2.40.0.34.6.0.11.1.8/static-2019-03-07T111321}}<br />
<br />
===Section Level Templates===<br />
====Impfungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}<br />
====Expositionsrisiko Personengruppen - kodiert ====<br />
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}<br />
<br />
====Impfrelevante Erkrankungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}<br />
====Antikörper-Bestimmung====<br />
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}<br />
====Impfempfehlungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}<br />
====Beilagen====<br />
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}<br />
<br />
====Übersetzung (informativ)====<br />
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}<br />
<br />
===Entry Level Template===<br />
====Antikörper-Bestimmung Battery Organizer==== <br />
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}<br />
====Antikörper-Bestimmung Data Processing Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}<br />
====Antikörper-Bestimmung Laboratory Observation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}<br />
====Comment Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.11/dynamic}}<br />
====Eingebettetes Objekt Entry====<br />
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}<br />
==== Expositionsrisiko Problem Concern Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.20/dynamic}} <br />
==== Expositionsrisiko Problem Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}<br />
====External Document Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}<br />
====Immunization Billability Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}<br />
====Immunization Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}<br />
====Immunization Entry Impfung nicht angegeben==== <br />
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}<br />
====Immunization Recommendation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}<br />
====Immunization Schedule Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.10/dynamic}} <br />
====Immunization Target Entry====<br />
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}<br />
====Impfplan Entry====<br />
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Concern Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Entry====<br />
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}<br />
====Vaccine Product ==== <br />
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}<br />
====Vaccine Product nicht angegeben ==== <br />
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}<br />
====Zusatzklassifikation (für Impfungen)==== <br />
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}<br />
<br />
===Weitere CDA Fragmente ===<br />
====Address Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}<br />
====Address Compilation Minimal==== <br />
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}<br />
====Assigned Entity====<br />
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}<br />
====Assigned Entity Body====<br />
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}<br />
====Assigned Entity Body with name, addr and telecom====<br />
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}<br />
====Author Body ==== <br />
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}<br />
====Author Body - eImpfpass==== <br />
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}<br />
====Date Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}<br />
====Device Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}<br />
====Informant Body==== <br />
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}<br />
====Narrative Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}<br />
====Organization Compilation with id, name==== <br />
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}<br />
====Organization Compilation with id, name, tel, addr==== <br />
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}<br />
====Organization Compilation with name==== <br />
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}<br />
====Organization Compilation with name, addr minimal ====<br />
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}<br />
====Organization Name Compilation ====<br />
{{:1.2.40.0.34.6.0.11.9.27/dynamic}} <br />
====Original Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}<br />
====Participant Body====<br />
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}<br />
====Participant Body - Transcriber ====<br />
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}<br />
====Participant Body - Verifier ====<br />
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}<br />
====Participant Body - Authorized Editor====<br />
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}<br />
<br />
====Participant Body - Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}<br />
<br />
====Performer Body====<br />
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}<br />
====Performer Body - Impfende Person====<br />
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}<br />
====Performer Body - Laboratory==== <br />
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}<br />
====Person Name Compilation G1====<br />
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}<br />
====Person Name Compilation G1 M====<br />
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}<br />
====Person Name Compilation G2====<br />
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}<br />
====Person Name Compilation G2 M====<br />
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}<br />
====Time Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}<br />
<br />
</div class="landscape"><br />
<br />
==Terminologien==<br />
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termpub.gesundheit.gv.at<br />
<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.10 atcdabbr_LanguageCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.11 atcdabbr_LanguageCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.13 eImpf_Antikoerperbestimmung_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.4 eImpf_ImmunizationTarget_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.6 eImpf_Impfdosis_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.7 eImpf_Impfgrund_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.2 eImpf_ImpfrelevanteErkankungen_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.11 eImpf_Impfrollen_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.5 eImpf_Impfschema_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.15 eImpf_SpecialSituationIndication_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.62 eImpf_Zusatzklassifikation_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.5 ELGA_ActEncounterCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.16 ELGA_AddressUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.4 ELGA_AdministrativeGender ]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.6 ELGA_AuthorSpeciality]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgabbr-?id=1.2.40.0.34.10.39 ELGA_Dokumentenklassen]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.27 ELGA_EntityNameUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.173 ELGA_HumanLanguage]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.42 ELGA_Medientyp]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.32 ELGA_MedikationMengenart_VS]<br />
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele: <br />
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze<br />
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ ]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.2 ELGA_NullFlavor]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.13 ELGA_ObservationInterpretation]<br />
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.17 ELGA_PersonalRelationship]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.43 ELGA_ServiceEventPerformer]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.36 ELGA_TelecomAddressUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.25 ELGA_URLScheme]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.73 ELGA_whoATC]<br />
* ELGA_Wirkstoffe_AGES_VS<br />
**Siehe Terminologieserver<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]<br />
<br />
<div class="portrait"><br />
<br />
=Anhang=<br />
==Abbildungen==<br />
<references group="Abbildung"/><br />
==Tabellen==<br />
<references group="Tabelle" /><br />
==Abkürzungsverzeichnis==<br />
{{ILF:Abkuerzungsverzeichnis}}<br />
<br />
==Literaturverzeichnis==<br />
<references /><br />
</div><br />
<br />
==Release-Log, Ausblick und weitere Informationen==<br />
Auf der [[ILF Diskussion:E-Impfpass (Version 2)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.<br />
<br /></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=151342
ILF Diskussion:E-Impfpass (Version 2)
2023-01-27T13:53:35Z
<p>Tanjga: /* Hauptversion v2 */</p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
* Die jeweiligen Verweise in "Vorgaben zu Dokument-Metadaten (XDS-Metadaten)" wurden aktualisiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Constraint für den Author wurde geändert:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Das Entry Zusatzklassifikation wurde von 0..* R auf C gesetzt, es gelten folgende Constraints:<br />
** beim Update Immunisierungsstatus ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben werden (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag KANN das Impfsetting angegeben werden (O [0..1]),<br />
** In allen anderen Fällen ist die Angabe einer Zusatzklassifikation optional (O [0..*]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry -> Fachinformation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Impfplan Entry wurde umbenannt zu Fachinformation Entry, die OID ist gleich geblieben<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
==Ausblick==<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Geplante Lösungsversion<br />
|}<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)&diff=151341
ILF:E-Impfpass (Version 2)
2023-01-27T13:51:46Z
<p>Tanjga: /* Verwendung in der ELGA Infrastruktur */</p>
<hr />
<div>{{#seo:<br />
|title=e-Impfpass (Version 2.0.0)<br />
|titlemode=append<br />
|keywords= e-Impfpass<br />
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zur Immunisierungsstatus einer Person.<br />
}}<br />
{{#customtitle:e-Impfpass (Version 2.0.0)}}<br />
<br />
<!-- <br />
{{Underconstruction}}<br />
--><br />
<br />
<br />
{{#css:<br />
@media Screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten--><br />
<br />
{{Infobox Dokument<br />
|Group = CDA Implementierungsleitfaden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 2)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.2]<br />
|Short = e-Impfpass (Version 2.0.0)<br />
|Namespace = ILF<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.0.0<br />
|Submitted = ELGA GmbH<br />
|Date = <br />
|Copyright = © HL7 Austria 2018-2023<br />
|Status = in Ballot befindliche Version<br />
|Verfahren = Normativ<br />
|Period = Produktiveinsatz<br />
|OID = 1.2.40.0.34.7.19.2<br />
|Realm = Österreich<br />
}}<br />
{{TOC limit|5}}<br />
<!-- Zusammenfassung an erster Stelle --><br />
<br />
=Zusammenfassung=<br />
{{BeginYellowBox}}<br />
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. Zum besseren Verständnis empfehlen wir Ihnen, den [[ILF:E-Impfpass_Guide|zusammenfassenden Guide]] im Vorfeld zu lesen.<br />
<br />
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird. <br />
<br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates: <br />
<br />
* '''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) und Impfempfehlungen.<br />
* '''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.<br />
<br />
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[ILF:E-Impfpass#Anwendungsf.C3.A4lle|Anwendungsfälle]] beschrieben. <br />
{{EndYellowBox}}<br />
<br />
{{BeginYellowBox}}<br />
Die gesetzliche Grundlage für den e-Impfpass ist das Gesundheitstelematikgesetz (GTelG 5. Abschnitt: eHealth-Anwendungen, 2. Unterabschnitt: § 24b bis § 24g) und die zugehörige eHealth-Verordnung (eHealthV 2020). <br /><br />
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2019-1 ("Ballot") normiert wurde. <br />
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.<br />
{{EndYellowBox}}<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<!-- Seitenumbruch --><br />
<p style="page-break-before: always"></p><br />
==Impressum==<br />
<div class="mw-collapsible-content"><br />
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br /><br />
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br /><br />
Internet: [http://www.elga.gv.at www.elga.gv.at]<br />
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br /><br />
Geschäftsführer: DI Dr. Günter Rauchegger, DI(FH) Dr. Franz Leisch<br />
<br />
''Redaktion, Projektleitung, Koordination: ''<br /><br />
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] <br />
<br />
''Abbildungen:'' © ELGA GmbH <br />
<br />
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; [http://www.hl7.at www.hl7.at]. <br /><br />
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.<br />
<br />
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Haftungsausschluss ==<br />
<div class="mw-collapsible-content"><br />
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Sprachliche Gleichbehandlung ==<br />
<div class="mw-collapsible-content"><br />
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.<br />
</div></div><br />
<br />
{{ILF:Lizenzinformationen}}<br />
<br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;"><br />
==PDF-Bedienungshinweise==<br />
<div class="mw-collapsible-content"><br />
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:<br />
<br />
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts<br />
* Seitenweise blättern: "Bild" Tasten<br />
* Scrollen: Pfeil nach oben bzw. unten<br />
* Zoomen: Strg + Mouserad drehen<br />
* Suchen im Dokument: Strg + F <br />
</div></div><br />
<br />
<!-- Tatsächlicher Inhalt --><br />
<br />
=Einleitung=<br />
==Ausgangslage und Motivation==<br />
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden. <br />
Auf Beschluss der Bundeszielsteuerungskommission wurde daher die Umsetzung der Pilotierung des elektronischen Impfpasses (e-Impfpass) durch die ELGA GmbH beschlossen. <br />
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.<br />
<br />
==Zweck des Dokuments==<br />
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das Österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der österreichischen "Elektronischen Gesundheitsakte" (ELGA) als abgestimmte und einheitlich strukturierte Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.<br />
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.<br />
<br />
==Zielgruppe==<br />
Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich <br />
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.<br />
<br />
<br />
=Informationen über dieses Dokument=<br />
==Verbindlichkeit==<br />
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den Elektronischen Impfpass gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich. <br />
<br />
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. <br />
<br />
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) 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.<br />
<br />
== Verwendete Grundlagen und Bezug zu anderen Standards ==<br />
<br />
{|<br />
|style="vertical-align:top" |<br />
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA &copy;), für die das Copyright &copy; von Health Level Seven International gilt. <br/><br />
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenzinformationsmodell (RIM). <br/><br />
<br/><br />
Für die Modellierung der Inhalte des Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz [[http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)]] verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.<br />
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]<br />
<ref group="Abbildung">Verwendete Standards</ref><br />
<br />
|}<br />
<br />
*[https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref><br />
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref><br />
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref><br />
Die 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.<br />
<br />
== Wichtige unterstützende Materialien ==<br />
{{BeginYellowBox}}<br />
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:<br />
* die PDF-Version dieses Leitfadens<br />
* Beispieldokumente für den "Kompletten Immunisierungsstatus" und für "Update Immunisierungsstatus"<br />
* Schematron-Prüfregeln<br />
* Design-Beispiel<br />
Die im Weiteren angeführten Templatespezifikationen wurden im '''Art-Decor Projektrepository''' [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates e-Impfpass] erstellt und können dort eingesehen werden. Eine Anleitung zum Verständnis der Art-Decor-Notation finden Sie im Artikel [[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen]].<br />
{{EndYellowBox}}<br />
Weitere Informationen zu CDA-Leitfäden werden auf der Website der ELGA GmbH zur Unterstützung bereitgestellt: <br />
* Beispieldokumente<br />
* Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)<br />
* CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)<br />
* Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien<br />
* Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)<br />
* Hinweise für die zu verwendenden Terminologien <br />
* Leitfaden zur richtigen Verwendung von Terminologien<br />
{{BeginYellowBox}}<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].<br />
{{EndYellowBox}}<br />
<br />
=Harmonisierung=<br />
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.<br />
<br />
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).<br />
Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung. <br />
<br />
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.<br />
<br />
== Autoren und Mitwirkende ==<br />
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. <br />
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.<br />
<br />
===Autoren===<br />
'''Das Redaktionsteam''' bestand aus folgenden Personen:<br />
{| class="wikitable"<br />
! Name<br />
! Organisation<br />
! Rolle<br />
|-<br />
| Mag. Dr. Stefan Sabutsch<br />
| ELGA GmbH, HL7 Austria<br />
| Autor, Herausgeber<br />
|-<br />
| DI Andrea Klostermann<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| DI Oliver Kuttin<br />
| ELGA GmbH<br />
| Autor<br />
<br />
|}<br />
<br />
Mit Beiträgen von: <br />
Tony Schaller (medshare GmbH),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Nina Svec, M.A. (ELGA GmbH),<br />
Gabriel Kleinoscheg, MSc. (ELGA GmbH),<br />
DI Nikola Tanjga (ELGA GmbH),<br />
Helene Prenner (ELGA GmbH)<br />
<br />
===Mitwirkende===<br />
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):<br />
Anton Angerer (at.Software / WAVM),<br />
Patrick Awart (Atos),<br />
Elisabeth Bischof (Landessanitätsdirektion OÖ),<br />
DI (FH) Reindert Buter (Buter GmbH),<br />
Sabine Eder (Landessanitätsdirektion NÖ),<br />
Mag. Alexander Ertl (BASG / AGES),<br />
Dr. Katja Fischer (BMASGK),<br />
Günter Franz (Landessanitätsdirektion Salzburg),<br />
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),<br />
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),<br />
Ingrid Huber (Landessanitätsdirektion NÖ),<br />
OPhysR Dr.in Ursula Karnthaler (Landessanitätsdirektion Wien),<br />
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),<br />
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),<br />
DI Andrea Klostermann (ELGA GmbH),<br />
DI Oliver Kuttin (ELGA GmbH),<br />
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),<br />
Ruprecht Leitner (Apothekerverlag),<br />
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),<br />
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),<br />
DI Michael Nöhammer (ÖÄK),<br />
Christopher Ozvald (BMASGK),<br />
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),<br />
Dr. Maria Paulke-Korinek (BMASGK),<br />
Mag. Daniela Philadelphy (BASG / AGES),<br />
Daniela Piererfellner (Landessanitätsdirektion OÖ),<br />
Maria Pramhas (Land Salzburg - Impfadatenbank),<br />
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),<br />
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Dr. Stefan Sabutsch (ELGA GmbH),<br />
Robert Scharinger (BMASGK),<br />
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),<br />
DI Mag. Birgit Scholz (ELGA GmbH),<br />
Dr. Christoph Schweighofer (ÖÄK),<br />
Carina Seerainer, MSc (ELGA GmbH),<br />
Nina Sjencic (ELGA GmbH),<br />
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),<br />
Mag. Stefan Spitzbart (Hauptverband),<br />
Stephanie Stürzenbecher, BA MA (Hauptverband),<br />
Dr. Barbara Tucek, MD, MSc (BASG / AGES),<br />
Mag. Ilana Ventura, MSc (BMASGK),<br />
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),<br />
Gabriele Wasner (Landessanitätsdirektion OÖ)<br />
<br />
{{ILF:Begriffsdefinitionen e-Impfpass}}<br />
<br />
=Technischer Hintergrund=<br />
<br />
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
<br />
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}<br />
<br />
==Weitere Informationen zu CDA==<br />
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:<br />
<br />
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref><br />
* [[CDA_Templates|CDA Templates]] <ref name=CDATemplates>CDA Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref><br />
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref><br />
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref><br />
* [[Terminologien|Terminologien]] <ref name=Terminologien>Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien</ref><br />
= Funktionale Anforderungen=<br />
<br />
== Darstellung==<br />
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). <br />
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.<br />
<br />
<div class="landscape"><br />
<br />
==Verwendung in der ELGA Infrastruktur==<br />
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===<br />
{| class="wikitable"<br />
! XDS-Mapping<br />
! Optio-<br />
nalität<br />
! CDA-Element<br />
clinicalDocument.<br />
! Beispiel<br />
! Erklärung<br />
|-<br />
| rowspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]<br />
| rowspan="2"|M<br />
| rowspan="2"|.id<br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337.999021.1"<br />
| rowspan="2"| Das "uniqueId"-Element beschreibt den global eindeutigen Identifier des Dokuments und kann mit oder ohne Extension angegeben werden.<br />
|- <br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337"<br />
*@extension="999021.1"<br />
|- <br />
| [[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]<br />
| M<br />
| .code<br />
| <br />
*@code="11369-6"<br />
*@displayName="HISTORY OF IMMUNIZATIONS"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value-Set "ELGA_Dokumentklassen".<br />
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im Schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]] <br />
| rowspan="2"| M<br />
| rowspan="2"| .code.translation <br />
| <br />
*@code="82593-5"<br />
*@displayName="Immunization summary report"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| <br />
*@code="87273-9"<br />
*@displayName="Immunization note"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]<br />
| rowspan="2"| M<br />
| rowspan="2"| .title <br />
| "Kompletter Immunisierungsstatus"<br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.<br />
|-<br />
| "Update Immunisierungsstatus" <br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]<br />
| M<br />
| .hl7at:formatCode<br />
| <br />
*<nowiki>@extension="urn:hl7-at:eImpf:2.0.0+########"</nowiki><br />
*@displayName= "HL7 Austria e-Impfpass 2.0.0+########"<br />
| Version des vom CDA erfüllten Implementierungsleitfaden e-Impfpass.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]<br />
| M<br />
| .hl7at:practiceSettingCode<br />
| <br />
*@code="F023"<br />
*@displayName="Interdisziplinärer Bereich"<br />
*@codeSystem="1.2.40.0.34.5.12"<br />
| Fachliche Zuordnung des Dokuments aus dem Value Set "atcdabbr_PracticeSetting_VS".<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]<br />
| M<br />
| .documentationOf<br />
.serviceEvent.code<br />
| <br />
*@code="41000179103"<br />
*@displayName="Immunization record (record artifact)"<br />
*@codeSystem="2.16.840.1.113883.6.96"<br />
*@codeSystemName="SNOMED CT"<br />
| Code der Gesundheitsdienstleistung.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"|.documentationOf.serviceEvent<br />
.effectiveTime.low<br />
|<br />
Zeitpunkt des '''ältesten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.low<br />
| Beginn der Gesundheitsdienstleistung beim '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).<br />
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .documentationOf.serviceEvent<br />
.effectiveTime.high<br />
|<br />
Zeitpunkt des '''jüngsten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.high<br />
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung, <br />
muss sich von Behandlungsbeginn unterscheiden)<br />
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
|}<br />
<br />
==Versionierung & Stornierung==<br />
Versionierung und Stornierung betrifft ausschließlich Dokumente vom Typ "Update Immunisierungsstatus".<br />
<br />
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).<br />
<br />
===Versionierung von Dokumenten===<br />
Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden. <br />
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht. <br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
===Stornierung von Dokumenten===<br />
Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte Dokument eingetragen wurden, werden gelöscht.<br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
==Impfempfehlungen==<br />
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut Österreichischen Impfplan empfohlen sind.<br />
<br />
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand-Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen Österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:<br />
* Alter der Person<br />
* Geschlecht<br />
* Bereits erhaltene Impfungen:<br />
** Dosiskennung der letzten eingetragenen Impfung<br />
** Impfstoff<br />
** Impfschema (sofern abweichend vom Defaultschema)<br />
* Durchgemachte impfrelevante Erkrankungen<br />
* Indikation für Impfung ("Risikogruppe")<br />
<br />
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.<br />
<br />
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").<br />
<br />
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.<br />
<br />
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus einem Value Set (eImpf_SpecialCaseVaccination_VS). Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung)<br />
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===<br />
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt. <br />
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen: <br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Kommentar<br />
* Optional: Impfstoff<br />
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").<br />
{{BeginYellowBox}}<br />
Die Angabe von Kontraindikationen ist derzeit '''nur für Impfungen gegen SARS-CoV-2 (COVID-19) möglich''', um die '''Ausnahmen von der Impfpflicht''' zu dokumentieren. <br />
{{EndYellowBox}}<br />
<br />
== Mehrsprachigkeit und grenzüberschreitender Austausch ==<br />
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.<br />
<br />
=User Storys ("Anwendungsfälle")=<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>. <br />
<br />
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.<br />
<br />
==Übersicht vorhandener Akteure und Komponenten==<br />
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.<br />
<br />
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]<br />
<br />
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref><br />
<br />
* e-Impfpass-Teilnehmer / Bürger<br><br />
* Impfende GDA<br />
** Niedergelassene Ärzte<br />
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde<br />
*** Ärztinnen und Ärzte für Allgemeinmedizin<br />
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste<br />
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten<br />
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder <br />
** ELGA-Ombudsstelle<br />
* ELGA-Serviceline<br><br />
* Datenkorrigierender GDA<br />
** Bezirksverwaltungsbehörde<br />
* "Abrechnungsunterstützung" (im Rahmen des kostenlosen Kinderimpfprogramms)<br />
** Landeshauptmann / Landeshauptfrau<br />
** Bezirksverwaltungsbehörde<br />
* Auswertungen für Durchimpfungsraten <br />
** Landeshauptmann / Landeshauptfrau<br />
** Zuständiges Bundesministerium für Gesundheit<br />
<br />
<br />
<br />
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:<br />
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.<br />
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.<br />
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet. <br />
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.<br />
## Regulärer Zugang mittels Kontaktbestätigungen<br />
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Hier zählen Zugriffe auf die Impfdaten von eindeutig identifizierten Personen.<br />
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden. Da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss, kommen individuelle Berechtigungen von e-Impfpass-Teilnehmern nicht zur Anwendung (Gesetzesgrundlage ist hier maßgebend). <br />
# Die Geschäftslogik der Anwendung übernimmt die CDA-Verarbeitung und hat folgende Funktionen<br />
## Speichert eingehende CDA Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. <br />
## Das Zusammenstellen vom OnDemand-Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass der Teilnehmer) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt. <br />
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.<br />
## Auf Grundlage des gültigen Österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Teilnehmers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.<br />
<br />
==Allgemeine Vorbedingungen==<br />
Für den Zugriff auf den elektronischen Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.<br />
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termpub.gesundheit.gv.at/ Terminologieserver] bereitgestellt. <br />
<br />
Sowohl der berechtigte GDA (über das GDA System, sobald E-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das ELGA Portal) können auf den persönlichen e-Impfpass zugreifen.<br />
<br />
==U1 Kompletten Immunisierungsstatus abrufen==<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster (ELGA Teilnehmer) besucht seinen Hausarzt Dr. DeCarro (Impfender GDA) und möchte Informationen zu seinem Immunisierungsstatus erhalten.<br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand-Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.<br />
#Max Muster erfährt von Dr. DeCarro, dass laut Österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.<br />
<br />
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden. <br />
<br />
==U2 Aktualisierung Immunisierungsstatus==<br />
<br />
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine. <br />
<br />
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:<br />
<br />
===U2.1 Eintragen des Immunisierungsstatus===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat. <br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.<br />
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das Dokument übernimmt und ein Update der Datenbank durchführt. <br />
# Dr. DeCarro kann nun das Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.<br />
<br />
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)<br />
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen). <br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).<br />
<br />
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).<br />
<br />
'''''Anmerkung:''''' Eigene Einträge erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant @typeCode="AUT") die eigene GDA-OID enthält.<br />
<br />
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA Dokuments wird mit dem Status "APPROVED" gespeichert.<br />
<br />
===U2.3 Stornierung eines Immunisierungseintrags===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat)<br />
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende "Update Immunisierungsstatus"-Dokument an die zentrale Anwendung übergibt. <br />
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren. <br />
<br />
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).<br />
<br />
Stornierte CDA Dokumente wurden als "DEPRECATED" gekennzeichnet.<br />
<br />
===U2.4 Nachtragen der Impfdokumentation===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario: <br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.<br />
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.<br />
<br />
===U2.5 Selbsteintragung von Impfungen durch den Bürger===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster")<br />
<br />
Szenario: <br />
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.<br />
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt. <br />
# Seinen Papierimpfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).<br />
<br />
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...) 2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.<br />
<br />
==U3 Abrechnung==<br />
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, das die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''<br />
<br />
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"<br />
<br />
Szenario:<br />
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe U2.1) <br />
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.<br />
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die in der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden. <br />
# Die Abrechnungsunterstützung kontrolliert den Anspruch an Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.<br />
<br />
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nacherfasste oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.<br />
<br />
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")<br />
<br />
Szenario:<br />
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papierimpfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.<br />
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.<br />
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).<br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.<br />
<br />
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.<br />
<br />
==U5 Krisenmanagement==<br />
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''<br />
===U5.1 Krankheitsausbrüche===<br />
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.<br />
<br />
===U5.1 Chargenrückruf===<br />
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.<br />
<br />
<div class="landscape"><br />
<br />
=Datenarten=<br />
==Dataset==<br />
{| class="wikitable"<br />
! style="width: 25%" |Name<br />
! style="width: 40%" |Beschreibung<br />
! style="width: 20%" |Mapping<br />
! style="width: 15%" |Datenelement-Nr.<br />
|- style="vertical-align:top;"<br />
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)<br />
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).<br />
|clinicalDoc.LegalAuthenticator<br />
|elgaimpf-dataelement-368<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung<br />
|Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.<br />
|<br />
|elgaimpf-dataelement-369<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Signatur<br />
|<br />
|<br />
|elgaimpf-dataelement-370<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|<br />
|<br />
|elgaimpf-dataelement-371<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-372<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-373<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-374<br />
|- style="vertical-align:top;"<br />
|'''Eintragende Person (Schreibkraft)'''<br />
|Datenverarbeitende Person. Die Person, die Daten für den Impfpass dokumentiert.<br />
|clinicalDoc.dataEnterer<br />
|elgaimpf-dataelement-32<br />
|- style="vertical-align:top;"<br />
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)<br />
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI: „Für die Impfung verantwortlich“…<br />
|substanceAdministration "Immunization Entry"/author<br />
|elgaimpf-dataelement-307<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|<br />
|<br />
|elgaimpf-dataelement-339<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-340<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-343<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-344<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|ID der verantwortlichen Person (lokaler Identifikator)<br />
|<br />
|elgaimpf-dataelement-346<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-347<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-353<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-381<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-382<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-383<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-384<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Freigabezeitpunkt (Zeitpunkt der Unterzeichnung)<br />
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde<br />
|substanceAdministation.author.time<br />
|elgaimpf-dataelement-366<br />
|- style="vertical-align:top;"<br />
|'''Impfende Person (Impfarzt)'''<br />
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.<br />
|substanceAdministration "Immunization Entry"/performer<br />
|elgaimpf-dataelement-140<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-236<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-237<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-240<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-241<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-294<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-389<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-390<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-391<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-392<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Rolle<br />
|Berufsrolle der impfenden Person (Auswahlliste)<br />
|<br />
|elgaimpf-dataelement-210<br />
|- style="vertical-align:top;"<br />
|'''Nachtragende Person'''<br />
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(Z.B: "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"<br />
|elgaimpf-dataelement-285<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-286<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person<br />
|<br />
|elgaimpf-dataelement-287<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-290<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-291<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)<br />
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time<br />
|elgaimpf-dataelement-293<br />
|- style="vertical-align:top;"<br />
|'''Korrigierende Person'''<br />
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"<br />
|elgaimpf-dataelement-402<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person (mit Titel, Vorname, Name, Organisation)<br />
|<br />
|elgaimpf-dataelement-404<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)<br />
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time<br />
|elgaimpf-dataelement-403<br />
|- style="vertical-align:top;"<br />
|'''Berechtigter Bearbeiter'''<br />
|Die eindeutige Kennung des GDA, der einen Immunisierungs-Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID ''oder'' GDA mit der Rolle "Korrekturberechtigte Person".<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"<br />
|elgaimpf-dataelement-405<br />
|- style="vertical-align:top;"<br />
|'''Impfling''' (Patient, Klient, Kunde)<br />
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.. <br />Entspricht dem "Patienten".<br />
|clinicalDocument.recordTarget<br />
|elgaimpf-dataelement-1<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-172<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-173<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-176<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-177<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geburtstdatum<br />
|Geburtstdatum der Person<br />
|<br />
|elgaimpf-dataelement-95<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)<br />
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung zB Brief: "Herr" oder "Frau"<br />
|Werte: M, F. UNK (Unbekannt)<br />
|elgaimpf-dataelement-94<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |LokaleID<br />
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend mit Eintragung einer Impfung anzugeben.<br />
|<br />
|elgaimpf-dataelement-86<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)<br />
|Sozialversicherungsnummer<br />
|<br />
|elgaimpf-dataelement-87<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |bPK-GH<br />
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)<br />
|<br />
|elgaimpf-dataelement-88<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-219<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Straße<br />
|<br />
|<br />
|elgaimpf-dataelement-252<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Hausnummer<br />
|<br />
|<br />
|elgaimpf-dataelement-253<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Postleitzahl<br />
|<br />
|<br />
|elgaimpf-dataelement-254<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Stadt<br />
|<br />
|<br />
|elgaimpf-dataelement-255<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Bundesland<br />
|<br />
|<br />
|elgaimpf-dataelement-256<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Land<br />
|<br />
|<br />
|elgaimpf-dataelement-257<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)<br />
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab. <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).<br />
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|elgaimpf-dataelement-49<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)<br />
|Wie Gemeindekennziffer, erste 3 Stellen<br />
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|elgaimpf-dataelement-85<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-216<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Mobil<br />
|<br />
|<br />
|elgaimpf-dataelement-227<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Festnetz<br />
|<br />
|<br />
|elgaimpf-dataelement-228<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Mail<br />
|<br />
|<br />
|elgaimpf-dataelement-229<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |FAX<br />
|<br />
|<br />
|elgaimpf-dataelement-230<br />
|- style="vertical-align:top;"<br />
|'''Personengruppe''' (Expositionsrisikogruppe)<br />
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.<br />
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"<br />
|elgaimpf-dataelement-125<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitbereich<br />
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war<br />
|<br />
|elgaimpf-dataelement-394<br />
|- style="vertical-align:top;"<br />
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung )<br />
|Dokumentierte Impfung: ein einzelne Gabe eines Impfstoffes<br />
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"<br />
|elgaimpf-dataelement-2<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)<br />
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-6<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)<br />
|Name für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Gabe von Impfdosen bzw Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.<br />
|Mapping: substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"<br />
|elgaimpf-dataelement-25<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|Mapping: criterion "Immunization Schedule Entry"/value<br />
|elgaimpf-dataelement-30<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)<br />
|Zeitpunkt der Durchführung der Impfung<br />
|substanceAdministration "Immunization Entry"/effectiveTime<br />
|elgaimpf-dataelement-8<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfort<br />
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)<br />
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.<br />
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")<br />
|elgaimpf-dataelement-137<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfreaktion (Reaktion)<br />
|Aufgetretene Reaktion, Auswahlkatalog<br />
|Wurde nicht umgesetzt<br />
|elgaimpf-dataelement-283<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Abrechenbarkeit<br />
|Kennzeichen, ob Impfung mit Land abgerechnet werden kann (Eintragung durch impfenden Arzt)<br />
|Notwendig für Filterung der Daten, die an Länder zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Land geprüft und festgestellt.Mapping: substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"<br />
|elgaimpf-dataelement-29<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Klassifikator (Honorar-Klassifikation)<br />
|Abrechnungsrelevante Klassifikation der Impfenden Person (zB "Arzt mit Hausapotheke"). Wird im Zentralsystem nicht mehr benötigt, daher gestrichen.<br />--> Die Verrechnung etc. erfolgt über die internen GDA Systeme (benötigt wird nur die Kennzeichnungsmöglichkeit ob abrechenbar oder nicht<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|elgaimpf-dataelement-367<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfindikation<br />
|Grund für die Impfung (optional). Wird für Abrechnung benötigt: <br />* IG1 Indikationsimpfung für Risikogruppe<br />* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|elgaimpf-dataelement-379<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfgutschein<br />
|Identifikationskennzeichen eines Impf-Gutscheins (bei Vorliegen von Impf-Gutscheinheften)<br />
|Notwendig für Abrechnung. Alphanumerisches Kennzeichen (gültig 1x für eine Impfung). Keine weitere Prüfung im e-Impfpass.Mapping: act "Immunization Billability Entry" mit act/id<br />
|elgaimpf-dataelement-139<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zusatzklassifikation<br />
|Zusätzliche strukturierte Information zu einer Impfung, zB eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat.<br />
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.<br />
|elgaimpf-dataelement-401<br />
|- style="vertical-align:top;"<br />
|'''Impfstoff (Produkt)''' (Arzneimittel)<br />
|Daten zur verabreichten Arzneimittelspezialität<br />
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"<br />
|elgaimpf-dataelement-3<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)<br />
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"<br />
|manufacturedProduct/manufacturedMaterial/name<br />
|elgaimpf-dataelement-31<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Pharmazentralnummer (PZN)<br />
|Pharmazentralnummer der Arzneispezialität<br />
|manufacturedProduct/manufacturedMaterial/code<br />
|elgaimpf-dataelement-5<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Chargennummer (Charge)<br />
|Chargennummer der Arzneispezialität, die verabreicht wurde<br />
|manufacturedProduct/manufacturedMaterial/lotNumberText<br />
|elgaimpf-dataelement-4<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Ablaufdatum<br />
|Muss dokumentiert werden. <br />Kann aus 2D Barcode abgleitet werden <br />Nicht für "Nacherfassung" erforderlich<br />
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime<br />
|elgaimpf-dataelement-134<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)<br />
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehörigerr delegierte Verordnung (EU) 2016/161<br />
|manufacturedProduct/id<br />
|elgaimpf-dataelement-135<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)<br />
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)<br />
|manufacturedProduct/manufacturerOrganization<br />
|elgaimpf-dataelement-12<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ATC<br />
|ATC-Code des Wirkstoffs aus Fachinformation<br />
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code<br />
|elgaimpf-dataelement-235<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wirkstoff<br />
|Wirkstoff(e) des Arzneimittels, zB "Masernviren, Stamm Schwarz (lebend, attenuiert)<br />
|manufacturedMaterial/pharm:ingredient<br />
|elgaimpf-dataelement-185<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Menge (Dosis)<br />
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />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 würden 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.<br />
|substanceAdministration "Immunization Entry"/doseQuantity<br />
|elgaimpf-dataelement-15<br />
|- style="vertical-align:top;"<br />
|'''Impfempfehlung''' (Impfkalender)<br />
|Daten der empfohlenen (zukünftigen) Impfungen:<br />* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br /><br />Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen<br /><br />Automatisch / von Arzt eingetragen (zusätzlich)<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".<br />
|elgaimpf-dataelement-169<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)<br />
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br /><br />Wird definiert durch: <br />Nationaler Impfplan<br />Fachinformation (liegt derzeit nicht strukturiert vor)<br />Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|elgaimpf-dataelement-28<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|/precondition/criterion "Immunization Schedule Entry"<br />
|elgaimpf-dataelement-231<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, das die Empfehlung generiert<br />
|/author<br />
|elgaimpf-dataelement-232<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-380<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)<br />
|consumable<br />
|elgaimpf-dataelement-233<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Referenz)<br />
|Referenz auf den der Empfehlung zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|elgaimpf-dataelement-234<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"<br />
|elgaimpf-dataelement-171<br />
|- style="vertical-align:top;"<br />
|- style="vertical-align:top;"<br />
|'''Kontraindikation für Impfungen'''<br />
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />* Impfung<br /><br />
<br />
*Zeitraum, in dem die Kontraindikation gilt<br />* Kommentar<br /><br />Muss von einem Arzt eingetragen werden<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".<br />
|elgaimpf-dataelement-169<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitraum<br />
|Zeitraum, in dem die Kontraindikation gilt<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|elgaimpf-dataelement-28<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, das die Kontraindikation bestätigt<br />
|/author<br />
|elgaimpf-dataelement-232<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Kontraindikation gilt.<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-380<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Kontraindikation gilt<br />
|consumable<br />
|elgaimpf-dataelement-233<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Referenz)<br />
|Referenz auf den der Kontraindikation zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|elgaimpf-dataelement-234<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Arzt eingetragenen Kontraindikation<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"<br />
|elgaimpf-dataelement-171<br />
|- style="vertical-align:top;"<br />
|'''Impfrelevante Erkrankung'''<br />
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|elgaimpf-dataelement-27<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfrelevante Erkrankung<br />
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B. FSME, Varizellen, ...)<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|elgaimpf-dataelement-126<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Erkrankungsdatum<br />
|Zeitintervall, in der die Erkrankung beobachtet wurde<br />
|<br />
|elgaimpf-dataelement-393<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)<br />
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.<br />
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry"<br />
|elgaimpf-dataelement-16<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor<br />
|Erfasser der Information<br />
|<br />
|elgaimpf-dataelement-282<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verknüpfung zu Impfung<br />
|<br />
|elgaimpf-dataelement-284<br />
|- style="vertical-align:top;"<br />
|'''Antikörper-Bestimmung (Impftiter)'''<br />
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für für Virushepatitis A und B, Röteln und Varizellen etc.<br />
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"<br />
|elgaimpf-dataelement-129<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Analyse<br />
|Gemessener Laborparameter<br />
|"Laboratory Observation Entry"<br />
|elgaimpf-dataelement-271<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wert<br />
|Wert der Analyse<br />
|"Laboratory Observation Entry" / value<br />
|elgaimpf-dataelement-272<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Einheit<br />
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden<br />
|"Laboratory Observation Entry" /value/@unit<br />
|elgaimpf-dataelement-273<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bewertung (Interpretation)<br />
|Interpretations des Messwerts (Interpretationskennzeichen)<br />
|"Laboratory Observation Entry" /interpretationCode<br />
|elgaimpf-dataelement-274<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum<br />
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)<br />
|"Laboratory Observation Entry" /effectiveTime<br />
|elgaimpf-dataelement-275<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Durchführendes Labor<br />
|Durchführendes Labor<br />
|"Laboratory Observation Entry" / performer<br />
|elgaimpf-dataelement-276<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-277<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-278<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-279<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-280<br />
|- style="vertical-align:top;"<br />
|'''Informationsquelle'''<br />
|Herkunft der Information<br />
|<br />
|elgaimpf-dataelement-11<br />
|}<br />
<br />
[https://art-decor.org/decor/services/RetrieveDataSet?id=1.2.40.0.34.777.4.1.1&language=de-DE&effectiveDate=2018-08-12T16:37:15&format=html&hidecolumns=3456bcdefghijklmno Link zum Dataset in Art-Decor]<br />
<br />
=Technische Spezifikation=<br />
==Übersicht CDA Struktur "Kompletter Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
Dieses Dokument kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand-Dokument").<br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
<br />
[[Datei:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref><br />
<div class="landscape"><br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment<br />
<br />
Anmerkung: Impfreaktionen werden nicht unterstützt.<br />
<br />
==Übersicht CDA Struktur "Update Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
Dieses Dokument wird vom impfenden GDA erstellt und an die zentrale Applikation gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc enthalten. <br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
<br />
[[Datei:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref><br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impfungstermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
Anmerkung: Impfreaktionen werden nicht unterstützt.<br />
<br />
==Übersicht der Strukturen mit Konformität und Kardinalität==<br />
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.<br />
<br />
===Sektion Impfungen - kodiert===<br />
'''1. Dokumentation einer Impfung''':<br />
<br />
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.<br />
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.<br />
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.<br />
<br />
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|M [1..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|NP [0..0]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21) ''Impfende Person''<br />
|C [0..1]<br />
|C [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|C [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''<br />
|C [0..1]<br />
|C [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)<br />
|NP [0..0]<br />
|O [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|}<br />
<br />
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Expositionsrisiko Personengruppen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfrelevante Erkrankungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Antikörper-Bestimmung - kodiert===<br />
{| class="wikitable"<br />
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant ''(Validierende Person)''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfempfehlungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)<br />
|R [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Beilagen===<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Beilagen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)<br />
|O [0..1]<br />
|R [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|}<br />
<br />
==CDA Templates==<br />
<!-- <br />
dynamic: {{:oid/dynamic}}<br />
static: {{:oid/static-YYYY-mm-dd}}<br />
--><br />
===Document Level Templates===<br />
====Kompletter Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}<br />
====Update Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}<br />
<br />
===Header Level Templates===<br />
==== Document Realm ====<br />
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}<br />
====Document TypeId====<br />
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}<br />
==== Document Id ====<br />
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}<br />
==== Document Effective Time ====<br />
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}<br />
==== Document Confidentiality Code ====<br />
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}<br />
==== Document Language ====<br />
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}<br />
==== Document Set Id and Version Number ====<br />
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}<br />
====Record Target - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}<br />
====Author====<br />
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}<br />
==== Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}<br />
====Custodian==== <br />
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}<br />
====Legal Authenticator==== <br />
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}<br />
==== Information Recipient ====<br />
Wird nicht verwendet.<br />
====Participant ====<br />
Folgende Participants werden nicht verwendet:<br />
*Ein-, Ueber-, Zuweisender Arzt<br />
*Hausarzt<br />
*Auskunftsberechtigte Person (Notfallkontakt)<br />
*Angehörige<br />
*Versicherung<br />
*Wird nicht verwendet.<br />
*Betreuungsorganisation<br />
*Weitere Behandler<br />
====In Fulfillment Of ==== <br />
Wird nicht verwendet.<br />
====Documentation Of Service Event - e-Impfpass ==== <br />
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}<br />
<br />
====Document Replacement - Related Document ====<br />
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}<br />
====Authorization ====<br />
Wird nicht verwendet.<br />
====Component Of - Encompassing Encounter ==== <br />
<!-- wurde beabsichtigt auf die 2019 Version gesetzt, da dies breaking Changes wären für den neuen Leitfaden --><br />
{{:1.2.40.0.34.6.0.11.1.7/static-2019-03-07T104449}}<br />
<br />
====Encounter Location==== <br />
{{:1.2.40.0.34.6.0.11.1.8/static-2019-03-07T111321}}<br />
<br />
===Section Level Templates===<br />
====Impfungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}<br />
====Expositionsrisiko Personengruppen - kodiert ====<br />
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}<br />
<br />
====Impfrelevante Erkrankungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}<br />
====Antikörper-Bestimmung====<br />
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}<br />
====Impfempfehlungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}<br />
====Beilagen====<br />
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}<br />
<br />
====Übersetzung (informativ)====<br />
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}<br />
<br />
===Entry Level Template===<br />
====Antikörper-Bestimmung Battery Organizer==== <br />
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}<br />
====Antikörper-Bestimmung Data Processing Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}<br />
====Antikörper-Bestimmung Laboratory Observation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}<br />
====Comment Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.11/dynamic}}<br />
====Eingebettetes Objekt Entry====<br />
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}<br />
==== Expositionsrisiko Problem Concern Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.20/dynamic}} <br />
==== Expositionsrisiko Problem Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}<br />
====External Document Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}<br />
====Immunization Billability Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}<br />
====Immunization Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}<br />
====Immunization Entry Impfung nicht angegeben==== <br />
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}<br />
====Immunization Recommendation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}<br />
====Immunization Schedule Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.10/dynamic}} <br />
====Immunization Target Entry====<br />
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}<br />
====Impfplan Entry====<br />
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Concern Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Entry====<br />
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}<br />
====Vaccine Product ==== <br />
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}<br />
====Vaccine Product nicht angegeben ==== <br />
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}<br />
====Zusatzklassifikation (für Impfungen)==== <br />
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}<br />
<br />
===Weitere CDA Fragmente ===<br />
====Address Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}<br />
====Address Compilation Minimal==== <br />
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}<br />
====Assigned Entity====<br />
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}<br />
====Assigned Entity Body====<br />
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}<br />
====Assigned Entity Body with name, addr and telecom====<br />
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}<br />
====Author Body ==== <br />
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}<br />
====Author Body - eImpfpass==== <br />
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}<br />
====Date Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}<br />
====Device Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}<br />
====Informant Body==== <br />
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}<br />
====Narrative Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}<br />
====Organization Compilation with id, name==== <br />
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}<br />
====Organization Compilation with id, name, tel, addr==== <br />
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}<br />
====Organization Compilation with name==== <br />
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}<br />
====Organization Compilation with name, addr minimal ====<br />
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}<br />
====Organization Name Compilation ====<br />
{{:1.2.40.0.34.6.0.11.9.27/dynamic}} <br />
====Original Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}<br />
====Participant Body====<br />
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}<br />
====Participant Body - Transcriber ====<br />
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}<br />
====Participant Body - Verifier ====<br />
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}<br />
====Participant Body - Authorized Editor====<br />
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}<br />
<br />
====Participant Body - Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}<br />
<br />
====Performer Body====<br />
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}<br />
====Performer Body - Impfende Person====<br />
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}<br />
====Performer Body - Laboratory==== <br />
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}<br />
====Person Name Compilation G1====<br />
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}<br />
====Person Name Compilation G1 M====<br />
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}<br />
====Person Name Compilation G2====<br />
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}<br />
====Person Name Compilation G2 M====<br />
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}<br />
====Time Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}<br />
<br />
</div class="landscape"><br />
<br />
==Terminologien==<br />
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termpub.gesundheit.gv.at<br />
<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.10 atcdabbr_LanguageCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.11 atcdabbr_LanguageCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.13 eImpf_Antikoerperbestimmung_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.4 eImpf_ImmunizationTarget_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.6 eImpf_Impfdosis_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.7 eImpf_Impfgrund_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.2 eImpf_ImpfrelevanteErkankungen_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.11 eImpf_Impfrollen_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.5 eImpf_Impfschema_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.15 eImpf_SpecialSituationIndication_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.62 eImpf_Zusatzklassifikation_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.5 ELGA_ActEncounterCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.16 ELGA_AddressUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.4 ELGA_AdministrativeGender ]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.6 ELGA_AuthorSpeciality]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgabbr-?id=1.2.40.0.34.10.39 ELGA_Dokumentenklassen]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.27 ELGA_EntityNameUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.173 ELGA_HumanLanguage]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.42 ELGA_Medientyp]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.32 ELGA_MedikationMengenart_VS]<br />
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele: <br />
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze<br />
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ ]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.2 ELGA_NullFlavor]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.13 ELGA_ObservationInterpretation]<br />
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.17 ELGA_PersonalRelationship]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.43 ELGA_ServiceEventPerformer]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.36 ELGA_TelecomAddressUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.25 ELGA_URLScheme]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.73 ELGA_whoATC]<br />
* ELGA_Wirkstoffe_AGES_VS<br />
**Siehe Terminologieserver<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]<br />
<br />
<div class="portrait"><br />
<br />
=Anhang=<br />
==Abbildungen==<br />
<references group="Abbildung"/><br />
==Tabellen==<br />
<references group="Tabelle" /><br />
==Abkürzungsverzeichnis==<br />
{{ILF:Abkuerzungsverzeichnis}}<br />
<br />
==Literaturverzeichnis==<br />
<references /><br />
</div><br />
<br />
==Release-Log, Ausblick und weitere Informationen==<br />
Auf der [[ILF Diskussion:E-Impfpass (Version 2)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.<br />
<br /></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF:E-Impfpass_(Version_2)&diff=151340
ILF:E-Impfpass (Version 2)
2023-01-27T13:37:50Z
<p>Tanjga: /* Vorgaben zu Dokument-Metadaten (XDS-Metadaten) */</p>
<hr />
<div>{{#seo:<br />
|title=e-Impfpass (Version 2.0.0)<br />
|titlemode=append<br />
|keywords= e-Impfpass<br />
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zur Immunisierungsstatus einer Person.<br />
}}<br />
{{#customtitle:e-Impfpass (Version 2.0.0)}}<br />
<br />
<!-- <br />
{{Underconstruction}}<br />
--><br />
<br />
<br />
{{#css:<br />
@media Screen{<br />
.orange{<br />
border: thin black solid;<br />
background-color:#F4C789;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.violet{<br />
border: thin black solid;<br />
background-color:#E5D0EE;<br />
padding: 5px 5px 5px 5px;<br />
margin-left:6px;<br />
width:70%;<br />
}<br />
.toc{<br />
width: 20%;<br />
float: right !important;<br />
margin: 10px 0px 10px 30px !important;<br />
border: 1px solid #AAA;<br />
background-color: #F9F9F9;<br />
display: table;<br />
padding: 7px !important;<br />
}<br />
}<br />
}}<br />
<br />
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten--><br />
<br />
{{Infobox Dokument<br />
|Group = CDA Implementierungsleitfaden<br />
|Title = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 2)<br />
|Subtitle = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.2]<br />
|Short = e-Impfpass (Version 2.0.0)<br />
|Namespace = ILF<br />
|Type = Implementierungsleitfaden<br />
|Version = 2.0.0<br />
|Submitted = ELGA GmbH<br />
|Date = <br />
|Copyright = © HL7 Austria 2018-2023<br />
|Status = in Ballot befindliche Version<br />
|Verfahren = Normativ<br />
|Period = Produktiveinsatz<br />
|OID = 1.2.40.0.34.7.19.2<br />
|Realm = Österreich<br />
}}<br />
{{TOC limit|5}}<br />
<!-- Zusammenfassung an erster Stelle --><br />
<br />
=Zusammenfassung=<br />
{{BeginYellowBox}}<br />
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich. Zum besseren Verständnis empfehlen wir Ihnen, den [[ILF:E-Impfpass_Guide|zusammenfassenden Guide]] im Vorfeld zu lesen.<br />
<br />
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird. <br />
<br />
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates: <br />
<br />
* '''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) und Impfempfehlungen.<br />
* '''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.<br />
<br />
Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.<br />
<br />
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[ILF:E-Impfpass#Anwendungsf.C3.A4lle|Anwendungsfälle]] beschrieben. <br />
{{EndYellowBox}}<br />
<br />
{{BeginYellowBox}}<br />
Die gesetzliche Grundlage für den e-Impfpass ist das Gesundheitstelematikgesetz (GTelG 5. Abschnitt: eHealth-Anwendungen, 2. Unterabschnitt: § 24b bis § 24g) und die zugehörige eHealth-Verordnung (eHealthV 2020). <br /><br />
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2019-1 ("Ballot") normiert wurde. <br />
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.<br />
{{EndYellowBox}}<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
<!-- Seitenumbruch --><br />
<p style="page-break-before: always"></p><br />
==Impressum==<br />
<div class="mw-collapsible-content"><br />
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br /><br />
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br /><br />
Internet: [http://www.elga.gv.at www.elga.gv.at]<br />
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br /><br />
Geschäftsführer: DI Dr. Günter Rauchegger, DI(FH) Dr. Franz Leisch<br />
<br />
''Redaktion, Projektleitung, Koordination: ''<br /><br />
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] <br />
<br />
''Abbildungen:'' © ELGA GmbH <br />
<br />
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; [http://www.hl7.at www.hl7.at]. <br /><br />
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.<br />
<br />
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Haftungsausschluss ==<br />
<div class="mw-collapsible-content"><br />
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.<br />
<br />
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.<br />
</div></div><br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;"><br />
== Sprachliche Gleichbehandlung ==<br />
<div class="mw-collapsible-content"><br />
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.<br />
</div></div><br />
<br />
{{ILF:Lizenzinformationen}}<br />
<br />
<br />
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;"><br />
==PDF-Bedienungshinweise==<br />
<div class="mw-collapsible-content"><br />
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:<br />
<br />
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts<br />
* Seitenweise blättern: "Bild" Tasten<br />
* Scrollen: Pfeil nach oben bzw. unten<br />
* Zoomen: Strg + Mouserad drehen<br />
* Suchen im Dokument: Strg + F <br />
</div></div><br />
<br />
<!-- Tatsächlicher Inhalt --><br />
<br />
=Einleitung=<br />
==Ausgangslage und Motivation==<br />
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden. <br />
Auf Beschluss der Bundeszielsteuerungskommission wurde daher die Umsetzung der Pilotierung des elektronischen Impfpasses (e-Impfpass) durch die ELGA GmbH beschlossen. <br />
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.<br />
<br />
==Zweck des Dokuments==<br />
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das Österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der österreichischen "Elektronischen Gesundheitsakte" (ELGA) als abgestimmte und einheitlich strukturierte Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.<br />
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.<br />
<br />
==Zielgruppe==<br />
Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich <br />
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.<br />
<br />
<br />
=Informationen über dieses Dokument=<br />
==Verbindlichkeit==<br />
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den Elektronischen Impfpass gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich. <br />
<br />
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden. <br />
<br />
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) 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.<br />
<br />
== Verwendete Grundlagen und Bezug zu anderen Standards ==<br />
<br />
{|<br />
|style="vertical-align:top" |<br />
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA &copy;), für die das Copyright &copy; von Health Level Seven International gilt. <br/><br />
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenzinformationsmodell (RIM). <br/><br />
<br/><br />
Für die Modellierung der Inhalte des Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz [[http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)]] verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.<br />
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]<br />
<ref group="Abbildung">Verwendete Standards</ref><br />
<br />
|}<br />
<br />
*[https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref><br />
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref><br />
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref><br />
Die 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.<br />
<br />
== Wichtige unterstützende Materialien ==<br />
{{BeginYellowBox}}<br />
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:<br />
* die PDF-Version dieses Leitfadens<br />
* Beispieldokumente für den "Kompletten Immunisierungsstatus" und für "Update Immunisierungsstatus"<br />
* Schematron-Prüfregeln<br />
* Design-Beispiel<br />
Die im Weiteren angeführten Templatespezifikationen wurden im '''Art-Decor Projektrepository''' [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates e-Impfpass] erstellt und können dort eingesehen werden. Eine Anleitung zum Verständnis der Art-Decor-Notation finden Sie im Artikel [[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen]].<br />
{{EndYellowBox}}<br />
Weitere Informationen zu CDA-Leitfäden werden auf der Website der ELGA GmbH zur Unterstützung bereitgestellt: <br />
* Beispieldokumente<br />
* Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)<br />
* CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)<br />
* Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien<br />
* Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)<br />
* Hinweise für die zu verwendenden Terminologien <br />
* Leitfaden zur richtigen Verwendung von Terminologien<br />
{{BeginYellowBox}}<br />
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].<br />
{{EndYellowBox}}<br />
<br />
=Harmonisierung=<br />
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.<br />
<br />
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).<br />
Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung. <br />
<br />
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.<br />
<br />
== Autoren und Mitwirkende ==<br />
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. <br />
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.<br />
<br />
===Autoren===<br />
'''Das Redaktionsteam''' bestand aus folgenden Personen:<br />
{| class="wikitable"<br />
! Name<br />
! Organisation<br />
! Rolle<br />
|-<br />
| Mag. Dr. Stefan Sabutsch<br />
| ELGA GmbH, HL7 Austria<br />
| Autor, Herausgeber<br />
|-<br />
| DI Andrea Klostermann<br />
| ELGA GmbH<br />
| Autor<br />
|-<br />
| DI Oliver Kuttin<br />
| ELGA GmbH<br />
| Autor<br />
<br />
|}<br />
<br />
Mit Beiträgen von: <br />
Tony Schaller (medshare GmbH),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Nina Svec, M.A. (ELGA GmbH),<br />
Gabriel Kleinoscheg, MSc. (ELGA GmbH),<br />
DI Nikola Tanjga (ELGA GmbH),<br />
Helene Prenner (ELGA GmbH)<br />
<br />
===Mitwirkende===<br />
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):<br />
Anton Angerer (at.Software / WAVM),<br />
Patrick Awart (Atos),<br />
Elisabeth Bischof (Landessanitätsdirektion OÖ),<br />
DI (FH) Reindert Buter (Buter GmbH),<br />
Sabine Eder (Landessanitätsdirektion NÖ),<br />
Mag. Alexander Ertl (BASG / AGES),<br />
Dr. Katja Fischer (BMASGK),<br />
Günter Franz (Landessanitätsdirektion Salzburg),<br />
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),<br />
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),<br />
Ingrid Huber (Landessanitätsdirektion NÖ),<br />
OPhysR Dr.in Ursula Karnthaler (Landessanitätsdirektion Wien),<br />
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),<br />
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),<br />
DI Andrea Klostermann (ELGA GmbH),<br />
DI Oliver Kuttin (ELGA GmbH),<br />
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),<br />
Ruprecht Leitner (Apothekerverlag),<br />
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),<br />
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),<br />
DI Michael Nöhammer (ÖÄK),<br />
Christopher Ozvald (BMASGK),<br />
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),<br />
Dr. Maria Paulke-Korinek (BMASGK),<br />
Mag. Daniela Philadelphy (BASG / AGES),<br />
Daniela Piererfellner (Landessanitätsdirektion OÖ),<br />
Maria Pramhas (Land Salzburg - Impfadatenbank),<br />
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),<br />
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),<br />
Stephan Rainer-Sablatnig (ELGA GmbH),<br />
Dr. Stefan Sabutsch (ELGA GmbH),<br />
Robert Scharinger (BMASGK),<br />
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),<br />
DI Mag. Birgit Scholz (ELGA GmbH),<br />
Dr. Christoph Schweighofer (ÖÄK),<br />
Carina Seerainer, MSc (ELGA GmbH),<br />
Nina Sjencic (ELGA GmbH),<br />
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),<br />
Mag. Stefan Spitzbart (Hauptverband),<br />
Stephanie Stürzenbecher, BA MA (Hauptverband),<br />
Dr. Barbara Tucek, MD, MSc (BASG / AGES),<br />
Mag. Ilana Ventura, MSc (BMASGK),<br />
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),<br />
Gabriele Wasner (Landessanitätsdirektion OÖ)<br />
<br />
{{ILF:Begriffsdefinitionen e-Impfpass}}<br />
<br />
=Technischer Hintergrund=<br />
<br />
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}<br />
<br />
<br />
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}<br />
<br />
==Weitere Informationen zu CDA==<br />
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:<br />
<br />
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref><br />
* [[CDA_Templates|CDA Templates]] <ref name=CDATemplates>CDA Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref><br />
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref><br />
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref><br />
* [[Terminologien|Terminologien]] <ref name=Terminologien>Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien</ref><br />
= Funktionale Anforderungen=<br />
<br />
== Darstellung==<br />
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl"). <br />
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.<br />
<br />
<div class="landscape"><br />
<br />
==Verwendung in der ELGA Infrastruktur==<br />
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===<br />
{| class="wikitable"<br />
! XDS-Mapping<br />
! Optio-<br />
nalität<br />
! CDA-Element<br />
clinicalDocument.<br />
! Beispiel<br />
! Erklärung<br />
|-<br />
| rowspan="2"|[[ILF:XDS_Metadaten_(Version_3)#uniqueId_2|uniqueId]]<br />
| rowspan="2"|M<br />
| rowspan="2"|.id<br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337.999021.1"<br />
| rowspan="2"| Das "uniqueId"-Element beschreibt den global eindeutigen Identifier des Dokuments und kann mit oder ohne Extension angegeben werden.<br />
|- <br />
|<br />
*@root="1.2.40.0.34.3.1.1058.1337"<br />
*@extension="999021.1"<br />
|- <br />
| [[ILF:XDS_Metadaten_(Version_3)#classCode_.28und_classCodeDisplayName.29_2|classCode]]<br />
| R<br />
| .code<br />
| <br />
*@code="11369-6"<br />
*@displayName="HISTORY OF IMMUNIZATIONS"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value-Set "ELGA_Dokumentklassen".<br />
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im Schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#typeCode_.28und_typeCodeDisplayName.29_2|typeCode]] <br />
| rowspan="2"| R<br />
| rowspan="2"| .code.translation <br />
| <br />
*@code="82593-5"<br />
*@displayName="Immunization summary report"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| <br />
*@code="87273-9"<br />
*@displayName="Immunization note"<br />
*@codeSystem="2.16.840.1.113883.6.1"<br />
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#title_2|title]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .title <br />
| "Kompletter Immunisierungsstatus"<br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.<br />
|-<br />
| "Update Immunisierungsstatus" <br />
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#formatCode_.28und_formatCodeDisplayName.29_2|formatCode]]<br />
| R<br />
| .hl7at:formatCode<br />
| <br />
*<nowiki>@extension="urn:hl7-at:eImpf:2.0.0+########"</nowiki><br />
*@displayName= "HL7 Austria e-Impfpass 2.0.0+########"<br />
| Version des vom CDA erfüllten Implementierungsleitfaden e-Impfpass.<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#practiceSettingCode_.28und_practiceSettingCodeDisplayName.29_2|practiceSettingCode]]<br />
| M<br />
| .hl7at:practiceSettingCode<br />
| <br />
*@code="F023"<br />
*@displayName="Interdisziplinärer Bereich"<br />
*@codeSystem="1.2.40.0.34.5.12"<br />
| Fachliche Zuordnung des Dokuments aus dem Value Set "atcdabbr_PracticeSetting_VS".<br />
|-<br />
| [[ILF:XDS_Metadaten_(Version_3)#eventCodeList_.28und_eventCodeListDisplayName.29_2|eventCodeList]]<br />
| R<br />
| .documentationOf<br />
.serviceEvent.code<br />
| <br />
*@code="41000179103"<br />
*@displayName="Immunization record (record artifact)"<br />
*@codeSystem="2.16.840.1.113883.6.96"<br />
*@codeSystemName="SNOMED CT"<br />
| Code der Gesundheitsdienstleistung.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStartTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"|.documentationOf.serviceEvent<br />
.effectiveTime.low<br />
|<br />
Zeitpunkt des '''ältesten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.low<br />
| Beginn der Gesundheitsdienstleistung beim '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).<br />
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
| rowspan="2"| [[ILF:XDS_Metadaten_(Version_3)#serviceStartTime_.2F_serviceStopTime_2|serviceStopTime]]<br />
| rowspan="2"| R<br />
| rowspan="2"| .documentationOf.serviceEvent<br />
.effectiveTime.high<br />
|<br />
Zeitpunkt des '''jüngsten''' effectiveTime aus:<br />
*"Immunization Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.1<br />
**substanceAdministration.effectiveTime und<br />
*"Impfrelevante Erkrankungen Problem Entry":<br />
**templateId 1.2.40.0.34.6.0.11.3.9<br />
**act.effectiveTime.high<br />
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.<br />
|-<br />
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung, <br />
muss sich von Behandlungsbeginn unterscheiden)<br />
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.<br />
|-<br />
|}<br />
<br />
==Versionierung & Stornierung==<br />
Versionierung und Stornierung betrifft ausschließlich Dokumente vom Typ "Update Immunisierungsstatus".<br />
<br />
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).<br />
<br />
===Versionierung von Dokumenten===<br />
Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden. <br />
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht. <br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
===Stornierung von Dokumenten===<br />
Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte Dokument eingetragen wurden, werden gelöscht.<br />
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).<br />
<br />
==Impfempfehlungen==<br />
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut Österreichischen Impfplan empfohlen sind.<br />
<br />
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand-Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen Österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:<br />
* Alter der Person<br />
* Geschlecht<br />
* Bereits erhaltene Impfungen:<br />
** Dosiskennung der letzten eingetragenen Impfung<br />
** Impfstoff<br />
** Impfschema (sofern abweichend vom Defaultschema)<br />
* Durchgemachte impfrelevante Erkrankungen<br />
* Indikation für Impfung ("Risikogruppe")<br />
<br />
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.<br />
<br />
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").<br />
<br />
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.<br />
<br />
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus einem Value Set (eImpf_SpecialCaseVaccination_VS). Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung)<br />
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===<br />
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt. <br />
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen: <br />
* Impfziel<br />
* Zeitraum, in dem die Kontraindikation gilt<br />
* Kommentar<br />
* Optional: Impfstoff<br />
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").<br />
{{BeginYellowBox}}<br />
Die Angabe von Kontraindikationen ist derzeit '''nur für Impfungen gegen SARS-CoV-2 (COVID-19) möglich''', um die '''Ausnahmen von der Impfpflicht''' zu dokumentieren. <br />
{{EndYellowBox}}<br />
<br />
== Mehrsprachigkeit und grenzüberschreitender Austausch ==<br />
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.<br />
<br />
=User Storys ("Anwendungsfälle")=<br />
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>. <br />
<br />
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.<br />
<br />
==Übersicht vorhandener Akteure und Komponenten==<br />
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.<br />
<br />
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]<br />
<br />
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref><br />
<br />
* e-Impfpass-Teilnehmer / Bürger<br><br />
* Impfende GDA<br />
** Niedergelassene Ärzte<br />
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde<br />
*** Ärztinnen und Ärzte für Allgemeinmedizin<br />
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste<br />
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten<br />
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder <br />
** ELGA-Ombudsstelle<br />
* ELGA-Serviceline<br><br />
* Datenkorrigierender GDA<br />
** Bezirksverwaltungsbehörde<br />
* "Abrechnungsunterstützung" (im Rahmen des kostenlosen Kinderimpfprogramms)<br />
** Landeshauptmann / Landeshauptfrau<br />
** Bezirksverwaltungsbehörde<br />
* Auswertungen für Durchimpfungsraten <br />
** Landeshauptmann / Landeshauptfrau<br />
** Zuständiges Bundesministerium für Gesundheit<br />
<br />
<br />
<br />
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:<br />
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.<br />
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.<br />
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet. <br />
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.<br />
## Regulärer Zugang mittels Kontaktbestätigungen<br />
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Hier zählen Zugriffe auf die Impfdaten von eindeutig identifizierten Personen.<br />
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden. Da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss, kommen individuelle Berechtigungen von e-Impfpass-Teilnehmern nicht zur Anwendung (Gesetzesgrundlage ist hier maßgebend). <br />
# Die Geschäftslogik der Anwendung übernimmt die CDA-Verarbeitung und hat folgende Funktionen<br />
## Speichert eingehende CDA Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. <br />
## Das Zusammenstellen vom OnDemand-Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass der Teilnehmer) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt. <br />
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.<br />
## Auf Grundlage des gültigen Österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Teilnehmers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.<br />
<br />
==Allgemeine Vorbedingungen==<br />
Für den Zugriff auf den elektronischen Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.<br />
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termpub.gesundheit.gv.at/ Terminologieserver] bereitgestellt. <br />
<br />
Sowohl der berechtigte GDA (über das GDA System, sobald E-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das ELGA Portal) können auf den persönlichen e-Impfpass zugreifen.<br />
<br />
==U1 Kompletten Immunisierungsstatus abrufen==<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster (ELGA Teilnehmer) besucht seinen Hausarzt Dr. DeCarro (Impfender GDA) und möchte Informationen zu seinem Immunisierungsstatus erhalten.<br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand-Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.<br />
#Max Muster erfährt von Dr. DeCarro, dass laut Österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.<br />
<br />
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden. <br />
<br />
==U2 Aktualisierung Immunisierungsstatus==<br />
<br />
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine. <br />
<br />
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:<br />
<br />
===U2.1 Eintragen des Immunisierungsstatus===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat. <br />
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.<br />
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das Dokument übernimmt und ein Update der Datenbank durchführt. <br />
# Dr. DeCarro kann nun das Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.<br />
<br />
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)<br />
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen). <br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).<br />
<br />
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).<br />
<br />
'''''Anmerkung:''''' Eigene Einträge erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant @typeCode="AUT") die eigene GDA-OID enthält.<br />
<br />
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA Dokuments wird mit dem Status "APPROVED" gespeichert.<br />
<br />
===U2.3 Stornierung eines Immunisierungseintrags===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario:<br />
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat)<br />
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende "Update Immunisierungsstatus"-Dokument an die zentrale Anwendung übergibt. <br />
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren. <br />
<br />
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).<br />
<br />
Stornierte CDA Dokumente wurden als "DEPRECATED" gekennzeichnet.<br />
<br />
===U2.4 Nachtragen der Impfdokumentation===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")<br />
<br />
Szenario: <br />
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.<br />
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.<br />
<br />
===U2.5 Selbsteintragung von Impfungen durch den Bürger===<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster")<br />
<br />
Szenario: <br />
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.<br />
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt. <br />
# Seinen Papierimpfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).<br />
<br />
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...) 2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.<br />
<br />
==U3 Abrechnung==<br />
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, das die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''<br />
<br />
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"<br />
<br />
Szenario:<br />
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe U2.1) <br />
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.<br />
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die in der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden. <br />
# Die Abrechnungsunterstützung kontrolliert den Anspruch an Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.<br />
<br />
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nacherfasste oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.<br />
<br />
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==<br />
Akteure: e-Impfpass Teilnehmer ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")<br />
<br />
Szenario:<br />
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papierimpfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.<br />
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.<br />
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).<br />
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.<br />
<br />
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.<br />
<br />
==U5 Krisenmanagement==<br />
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''<br />
===U5.1 Krankheitsausbrüche===<br />
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.<br />
<br />
===U5.1 Chargenrückruf===<br />
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.<br />
<br />
<div class="landscape"><br />
<br />
=Datenarten=<br />
==Dataset==<br />
{| class="wikitable"<br />
! style="width: 25%" |Name<br />
! style="width: 40%" |Beschreibung<br />
! style="width: 20%" |Mapping<br />
! style="width: 15%" |Datenelement-Nr.<br />
|- style="vertical-align:top;"<br />
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)<br />
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).<br />
|clinicalDoc.LegalAuthenticator<br />
|elgaimpf-dataelement-368<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung<br />
|Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.<br />
|<br />
|elgaimpf-dataelement-369<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Signatur<br />
|<br />
|<br />
|elgaimpf-dataelement-370<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|<br />
|<br />
|elgaimpf-dataelement-371<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-372<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-373<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-374<br />
|- style="vertical-align:top;"<br />
|'''Eintragende Person (Schreibkraft)'''<br />
|Datenverarbeitende Person. Die Person, die Daten für den Impfpass dokumentiert.<br />
|clinicalDoc.dataEnterer<br />
|elgaimpf-dataelement-32<br />
|- style="vertical-align:top;"<br />
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)<br />
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI: „Für die Impfung verantwortlich“…<br />
|substanceAdministration "Immunization Entry"/author<br />
|elgaimpf-dataelement-307<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|<br />
|<br />
|elgaimpf-dataelement-339<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-340<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-343<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-344<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ID des Unterzeichners<br />
|ID der verantwortlichen Person (lokaler Identifikator)<br />
|<br />
|elgaimpf-dataelement-346<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-347<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-353<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-381<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-382<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-383<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-384<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Freigabezeitpunkt (Zeitpunkt der Unterzeichnung)<br />
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde<br />
|substanceAdministation.author.time<br />
|elgaimpf-dataelement-366<br />
|- style="vertical-align:top;"<br />
|'''Impfende Person (Impfarzt)'''<br />
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.<br />
|substanceAdministration "Immunization Entry"/performer<br />
|elgaimpf-dataelement-140<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-236<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-237<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-240<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-241<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-294<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-389<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-390<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-391<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-392<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Rolle<br />
|Berufsrolle der impfenden Person (Auswahlliste)<br />
|<br />
|elgaimpf-dataelement-210<br />
|- style="vertical-align:top;"<br />
|'''Nachtragende Person'''<br />
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(Z.B: "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"<br />
|elgaimpf-dataelement-285<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-286<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person<br />
|<br />
|elgaimpf-dataelement-287<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-290<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-291<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)<br />
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time<br />
|elgaimpf-dataelement-293<br />
|- style="vertical-align:top;"<br />
|'''Korrigierende Person'''<br />
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"<br />
|elgaimpf-dataelement-402<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person (mit Titel, Vorname, Name, Organisation)<br />
|<br />
|elgaimpf-dataelement-404<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)<br />
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time<br />
|elgaimpf-dataelement-403<br />
|- style="vertical-align:top;"<br />
|'''Berechtigter Bearbeiter'''<br />
|Die eindeutige Kennung des GDA, der einen Immunisierungs-Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID ''oder'' GDA mit der Rolle "Korrekturberechtigte Person".<br />
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"<br />
|elgaimpf-dataelement-405<br />
|- style="vertical-align:top;"<br />
|'''Impfling''' (Patient, Klient, Kunde)<br />
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.. <br />Entspricht dem "Patienten".<br />
|clinicalDocument.recordTarget<br />
|elgaimpf-dataelement-1<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Name<br />
|Name der Person<br />
|<br />
|elgaimpf-dataelement-172<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Titel (Präfix)<br />
|Titel der Person (voran- und nachgestellte Titel)<br />
|<br />
|elgaimpf-dataelement-173<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Vorname<br />
|Vornamen der Person<br />
|<br />
|elgaimpf-dataelement-176<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Nachname<br />
|Nachname der Person<br />
|<br />
|elgaimpf-dataelement-177<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geburtstdatum<br />
|Geburtstdatum der Person<br />
|<br />
|elgaimpf-dataelement-95<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)<br />
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung zB Brief: "Herr" oder "Frau"<br />
|Werte: M, F. UNK (Unbekannt)<br />
|elgaimpf-dataelement-94<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |LokaleID<br />
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend mit Eintragung einer Impfung anzugeben.<br />
|<br />
|elgaimpf-dataelement-86<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)<br />
|Sozialversicherungsnummer<br />
|<br />
|elgaimpf-dataelement-87<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |bPK-GH<br />
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)<br />
|<br />
|elgaimpf-dataelement-88<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-219<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Straße<br />
|<br />
|<br />
|elgaimpf-dataelement-252<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Hausnummer<br />
|<br />
|<br />
|elgaimpf-dataelement-253<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Postleitzahl<br />
|<br />
|<br />
|elgaimpf-dataelement-254<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Stadt<br />
|<br />
|<br />
|elgaimpf-dataelement-255<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Bundesland<br />
|<br />
|<br />
|elgaimpf-dataelement-256<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Land<br />
|<br />
|<br />
|elgaimpf-dataelement-257<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)<br />
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab. <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).<br />
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|elgaimpf-dataelement-49<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)<br />
|Wie Gemeindekennziffer, erste 3 Stellen<br />
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.<br />
|elgaimpf-dataelement-85<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Kontaktdaten<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-216<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Mobil<br />
|<br />
|<br />
|elgaimpf-dataelement-227<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telefon Festnetz<br />
|<br />
|<br />
|elgaimpf-dataelement-228<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Mail<br />
|<br />
|<br />
|elgaimpf-dataelement-229<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |FAX<br />
|<br />
|<br />
|elgaimpf-dataelement-230<br />
|- style="vertical-align:top;"<br />
|'''Personengruppe''' (Expositionsrisikogruppe)<br />
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.<br />
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"<br />
|elgaimpf-dataelement-125<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitbereich<br />
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war<br />
|<br />
|elgaimpf-dataelement-394<br />
|- style="vertical-align:top;"<br />
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung )<br />
|Dokumentierte Impfung: ein einzelne Gabe eines Impfstoffes<br />
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"<br />
|elgaimpf-dataelement-2<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)<br />
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.<br />
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-6<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)<br />
|Name für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Gabe von Impfdosen bzw Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.<br />
|Mapping: substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"<br />
|elgaimpf-dataelement-25<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|Mapping: criterion "Immunization Schedule Entry"/value<br />
|elgaimpf-dataelement-30<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)<br />
|Zeitpunkt der Durchführung der Impfung<br />
|substanceAdministration "Immunization Entry"/effectiveTime<br />
|elgaimpf-dataelement-8<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfort<br />
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)<br />
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.<br />
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")<br />
|elgaimpf-dataelement-137<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfreaktion (Reaktion)<br />
|Aufgetretene Reaktion, Auswahlkatalog<br />
|Wurde nicht umgesetzt<br />
|elgaimpf-dataelement-283<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Abrechenbarkeit<br />
|Kennzeichen, ob Impfung mit Land abgerechnet werden kann (Eintragung durch impfenden Arzt)<br />
|Notwendig für Filterung der Daten, die an Länder zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Land geprüft und festgestellt.Mapping: substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"<br />
|elgaimpf-dataelement-29<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Klassifikator (Honorar-Klassifikation)<br />
|Abrechnungsrelevante Klassifikation der Impfenden Person (zB "Arzt mit Hausapotheke"). Wird im Zentralsystem nicht mehr benötigt, daher gestrichen.<br />--> Die Verrechnung etc. erfolgt über die internen GDA Systeme (benötigt wird nur die Kennzeichnungsmöglichkeit ob abrechenbar oder nicht<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|elgaimpf-dataelement-367<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfindikation<br />
|Grund für die Impfung (optional). Wird für Abrechnung benötigt: <br />* IG1 Indikationsimpfung für Risikogruppe<br />* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation<br />
|act "Immunization Billability Entry"/code/qualifier<br />
|elgaimpf-dataelement-379<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Impfgutschein<br />
|Identifikationskennzeichen eines Impf-Gutscheins (bei Vorliegen von Impf-Gutscheinheften)<br />
|Notwendig für Abrechnung. Alphanumerisches Kennzeichen (gültig 1x für eine Impfung). Keine weitere Prüfung im e-Impfpass.Mapping: act "Immunization Billability Entry" mit act/id<br />
|elgaimpf-dataelement-139<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zusatzklassifikation<br />
|Zusätzliche strukturierte Information zu einer Impfung, zB eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat.<br />
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.<br />
|elgaimpf-dataelement-401<br />
|- style="vertical-align:top;"<br />
|'''Impfstoff (Produkt)''' (Arzneimittel)<br />
|Daten zur verabreichten Arzneimittelspezialität<br />
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"<br />
|elgaimpf-dataelement-3<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)<br />
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"<br />
|manufacturedProduct/manufacturedMaterial/name<br />
|elgaimpf-dataelement-31<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Pharmazentralnummer (PZN)<br />
|Pharmazentralnummer der Arzneispezialität<br />
|manufacturedProduct/manufacturedMaterial/code<br />
|elgaimpf-dataelement-5<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Chargennummer (Charge)<br />
|Chargennummer der Arzneispezialität, die verabreicht wurde<br />
|manufacturedProduct/manufacturedMaterial/lotNumberText<br />
|elgaimpf-dataelement-4<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Ablaufdatum<br />
|Muss dokumentiert werden. <br />Kann aus 2D Barcode abgleitet werden <br />Nicht für "Nacherfassung" erforderlich<br />
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime<br />
|elgaimpf-dataelement-134<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)<br />
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehörigerr delegierte Verordnung (EU) 2016/161<br />
|manufacturedProduct/id<br />
|elgaimpf-dataelement-135<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)<br />
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)<br />
|manufacturedProduct/manufacturerOrganization<br />
|elgaimpf-dataelement-12<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |ATC<br />
|ATC-Code des Wirkstoffs aus Fachinformation<br />
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code<br />
|elgaimpf-dataelement-235<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wirkstoff<br />
|Wirkstoff(e) des Arzneimittels, zB "Masernviren, Stamm Schwarz (lebend, attenuiert)<br />
|manufacturedMaterial/pharm:ingredient<br />
|elgaimpf-dataelement-185<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Menge (Dosis)<br />
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />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 würden 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.<br />
|substanceAdministration "Immunization Entry"/doseQuantity<br />
|elgaimpf-dataelement-15<br />
|- style="vertical-align:top;"<br />
|'''Impfempfehlung''' (Impfkalender)<br />
|Daten der empfohlenen (zukünftigen) Impfungen:<br />* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br /><br />Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen<br /><br />Automatisch / von Arzt eingetragen (zusätzlich)<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".<br />
|elgaimpf-dataelement-169<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)<br />
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br /><br />Wird definiert durch: <br />Nationaler Impfplan<br />Fachinformation (liegt derzeit nicht strukturiert vor)<br />Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|elgaimpf-dataelement-28<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)<br />
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)<br />
|/precondition/criterion "Immunization Schedule Entry"<br />
|elgaimpf-dataelement-231<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, das die Empfehlung generiert<br />
|/author<br />
|elgaimpf-dataelement-232<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-380<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)<br />
|consumable<br />
|elgaimpf-dataelement-233<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Referenz)<br />
|Referenz auf den der Empfehlung zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|elgaimpf-dataelement-234<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"<br />
|elgaimpf-dataelement-171<br />
|- style="vertical-align:top;"<br />
|- style="vertical-align:top;"<br />
|'''Kontraindikation für Impfungen'''<br />
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />* Impfung<br /><br />
<br />
*Zeitraum, in dem die Kontraindikation gilt<br />* Kommentar<br /><br />Muss von einem Arzt eingetragen werden<br />
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".<br />
|elgaimpf-dataelement-169<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Zeitraum<br />
|Zeitraum, in dem die Kontraindikation gilt<br />
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS<br />
|elgaimpf-dataelement-28<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor (Quelle)<br />
|Person oder System, das die Kontraindikation bestätigt<br />
|/author<br />
|elgaimpf-dataelement-232<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)<br />
|Verweist auf die Impfung, für die diese Kontraindikation gilt.<br />
|entryRelationship mit observation "Immunization Target Entry"<br />
|elgaimpf-dataelement-380<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfstoff (Referenz)<br />
|Verweist auf das Produkt, für das die Kontraindikation gilt<br />
|consumable<br />
|elgaimpf-dataelement-233<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfschema (Referenz)<br />
|Referenz auf den der Kontraindikation zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)<br />
|reference/externalDocument<br />
|elgaimpf-dataelement-234<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Begründung<br />
|Freitext zur Begründung einer vom Arzt eingetragenen Kontraindikation<br />
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"<br />
|elgaimpf-dataelement-171<br />
|- style="vertical-align:top;"<br />
|'''Impfrelevante Erkrankung'''<br />
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|elgaimpf-dataelement-27<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfrelevante Erkrankung<br />
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B. FSME, Varizellen, ...)<br />
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"<br />
|elgaimpf-dataelement-126<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Erkrankungsdatum<br />
|Zeitintervall, in der die Erkrankung beobachtet wurde<br />
|<br />
|elgaimpf-dataelement-393<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)<br />
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.<br />
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry"<br />
|elgaimpf-dataelement-16<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Autor<br />
|Erfasser der Information<br />
|<br />
|elgaimpf-dataelement-282<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Impfung (Referenz)<br />
|Verknüpfung zu Impfung<br />
|<br />
|elgaimpf-dataelement-284<br />
|- style="vertical-align:top;"<br />
|'''Antikörper-Bestimmung (Impftiter)'''<br />
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für für Virushepatitis A und B, Röteln und Varizellen etc.<br />
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"<br />
|elgaimpf-dataelement-129<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Analyse<br />
|Gemessener Laborparameter<br />
|"Laboratory Observation Entry"<br />
|elgaimpf-dataelement-271<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Wert<br />
|Wert der Analyse<br />
|"Laboratory Observation Entry" / value<br />
|elgaimpf-dataelement-272<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Einheit<br />
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden<br />
|"Laboratory Observation Entry" /value/@unit<br />
|elgaimpf-dataelement-273<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Bewertung (Interpretation)<br />
|Interpretations des Messwerts (Interpretationskennzeichen)<br />
|"Laboratory Observation Entry" /interpretationCode<br />
|elgaimpf-dataelement-274<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Datum<br />
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)<br />
|"Laboratory Observation Entry" /effectiveTime<br />
|elgaimpf-dataelement-275<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 15px" |Durchführendes Labor<br />
|Durchführendes Labor<br />
|"Laboratory Observation Entry" / performer<br />
|elgaimpf-dataelement-276<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |ID der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-277<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Name der Organisation<br />
|<br />
|<br />
|elgaimpf-dataelement-278<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Telekom<br />
|Weitere Kontaktdaten (Telefon, Handy, Email...)<br />
|<br />
|elgaimpf-dataelement-279<br />
|- style="vertical-align:top;"<br />
| style="padding-left: 30px" |Adresse<br />
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)<br />
|<br />
|elgaimpf-dataelement-280<br />
|- style="vertical-align:top;"<br />
|'''Informationsquelle'''<br />
|Herkunft der Information<br />
|<br />
|elgaimpf-dataelement-11<br />
|}<br />
<br />
[https://art-decor.org/decor/services/RetrieveDataSet?id=1.2.40.0.34.777.4.1.1&language=de-DE&effectiveDate=2018-08-12T16:37:15&format=html&hidecolumns=3456bcdefghijklmno Link zum Dataset in Art-Decor]<br />
<br />
=Technische Spezifikation=<br />
==Übersicht CDA Struktur "Kompletter Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
Dieses Dokument kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand-Dokument").<br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
<br />
[[Datei:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref><br />
<div class="landscape"><br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren. <br />
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene) <br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment<br />
<br />
Anmerkung: Impfreaktionen werden nicht unterstützt.<br />
<br />
==Übersicht CDA Struktur "Update Immunisierungsstatus"==<br />
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.<br />
<br />
Dieses Dokument wird vom impfenden GDA erstellt und an die zentrale Applikation gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc enthalten. <br />
<br />
ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig. <br />
<br />
<br />
[[Datei:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]<br />
<br />
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref><br />
<br />
===CDA Header===<br />
Der Header enthält die (administrativen) Dokument-Metadaten<br />
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version<br />
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...<br />
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner<br />
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)<br />
<br />
Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt: <br />
* TemplateIds für die Versionskennung<br />
* Zusätzliches Translation-Element für den clinicalDocument.code<br />
<br />
===CDA Body===<br />
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments<br />
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen<br />
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosiskennung, medizinisch verantwortliche Person, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)<br />
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.<br />
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe<br />
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen<br />
** Erkrankung, Datumsbereich<br />
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")<br />
** Untersuchung, Wert, Bewertung, Datum<br />
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impfungstermine, wenn abweichend von den automatisch erstellten Impfempfehlungen<br />
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status<br />
<br />
Anmerkung: Impfreaktionen werden nicht unterstützt.<br />
<br />
==Übersicht der Strukturen mit Konformität und Kardinalität==<br />
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.<br />
<br />
===Sektion Impfungen - kodiert===<br />
'''1. Dokumentation einer Impfung''':<br />
<br />
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.<br />
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.<br />
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.<br />
<br />
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|M [1..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|NP [0..0]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21) ''Impfende Person''<br />
|C [0..1]<br />
|C [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|C [0..1]<br />
|M [1..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''<br />
|C [0..1]<br />
|C [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)<br />
|NP [0..0]<br />
|O [0..1]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|R [0..*]<br />
|R [0..*]<br />
|R [0..*]<br />
|}<br />
<br />
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.<br />
<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Impfungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Expositionsrisiko Personengruppen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfrelevante Erkrankungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Antikörper-Bestimmung - kodiert===<br />
{| class="wikitable"<br />
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|<br />
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Participant ''(Validierende Person)''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
|<br />
|<br />
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|M [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''<br />
|R [0..1]<br />
|R [0..1]<br />
|R [0..1]<br />
|-<br />
|<br />
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Impfempfehlungen - kodiert===<br />
{| class="wikitable"<br />
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)<br />
|R [1..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''<br />
|C [0..1]<br />
|NP [0..0]<br />
|NP [0..0]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf zugrundeliegendes Update-Dokument''<br />
|O [0..1]<br />
|O [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
|<br />
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''<br />
|M [1..1]<br />
|M [1..1]<br />
|M [1..1]<br />
|-<br />
|<br />
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''<br />
|O [0..*]<br />
|O [0..*]<br />
|O [0..*]<br />
|}<br />
<br />
===Sektion Beilagen===<br />
{| class="wikitable"<br />
! colspan="3" style="width: 70%" |Sektion Beilagen<br />
! style="width: 10%" |Kompletter I.<br />
! style="width: 10%" |Update I.<br />
! style="width: 10%" |Update I.<br />
Nachtrag<br />
|-<br />
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)<br />
|O [0..1]<br />
|R [0..1]<br />
|O [0..1]<br />
|-<br />
|<br />
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)<br />
|M [1..*]<br />
|M [1..*]<br />
|M [1..*]<br />
|-<br />
|<br />
|<br />
|Author Body (1.2.40.0.34.6.0.11.9.36)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|-<br />
|<br />
|<br />
|Informant Body (1.2.40.0.34.6.0.11.9.3)<br />
|C [0..1]<br />
|C [0..1]<br />
|C [0..1]<br />
|}<br />
<br />
==CDA Templates==<br />
<!-- <br />
dynamic: {{:oid/dynamic}}<br />
static: {{:oid/static-YYYY-mm-dd}}<br />
--><br />
===Document Level Templates===<br />
====Kompletter Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}<br />
====Update Immunisierungsstatus====<br />
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}<br />
<br />
===Header Level Templates===<br />
==== Document Realm ====<br />
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}<br />
====Document TypeId====<br />
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}<br />
==== Document Id ====<br />
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}<br />
==== Document Effective Time ====<br />
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}<br />
==== Document Confidentiality Code ====<br />
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}<br />
==== Document Language ====<br />
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}<br />
==== Document Set Id and Version Number ====<br />
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}<br />
====Record Target - e-Impfpass==== <br />
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}<br />
====Author====<br />
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}<br />
==== Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}<br />
====Custodian==== <br />
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}<br />
====Legal Authenticator==== <br />
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}<br />
==== Information Recipient ====<br />
Wird nicht verwendet.<br />
====Participant ====<br />
Folgende Participants werden nicht verwendet:<br />
*Ein-, Ueber-, Zuweisender Arzt<br />
*Hausarzt<br />
*Auskunftsberechtigte Person (Notfallkontakt)<br />
*Angehörige<br />
*Versicherung<br />
*Wird nicht verwendet.<br />
*Betreuungsorganisation<br />
*Weitere Behandler<br />
====In Fulfillment Of ==== <br />
Wird nicht verwendet.<br />
====Documentation Of Service Event - e-Impfpass ==== <br />
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}<br />
<br />
====Document Replacement - Related Document ====<br />
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}<br />
====Authorization ====<br />
Wird nicht verwendet.<br />
====Component Of - Encompassing Encounter ==== <br />
<!-- wurde beabsichtigt auf die 2019 Version gesetzt, da dies breaking Changes wären für den neuen Leitfaden --><br />
{{:1.2.40.0.34.6.0.11.1.7/static-2019-03-07T104449}}<br />
<br />
====Encounter Location==== <br />
{{:1.2.40.0.34.6.0.11.1.8/static-2019-03-07T111321}}<br />
<br />
===Section Level Templates===<br />
====Impfungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}<br />
====Expositionsrisiko Personengruppen - kodiert ====<br />
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}<br />
<br />
====Impfrelevante Erkrankungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}<br />
====Antikörper-Bestimmung====<br />
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}<br />
====Impfempfehlungen - kodiert====<br />
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}<br />
====Beilagen====<br />
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}<br />
<br />
====Übersetzung (informativ)====<br />
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}<br />
<br />
===Entry Level Template===<br />
====Antikörper-Bestimmung Battery Organizer==== <br />
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}<br />
====Antikörper-Bestimmung Data Processing Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}<br />
====Antikörper-Bestimmung Laboratory Observation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}<br />
====Comment Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.11/dynamic}}<br />
====Eingebettetes Objekt Entry====<br />
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}<br />
==== Expositionsrisiko Problem Concern Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.20/dynamic}} <br />
==== Expositionsrisiko Problem Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}<br />
====External Document Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}<br />
====Immunization Billability Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}<br />
====Immunization Entry==== <br />
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}<br />
====Immunization Entry Impfung nicht angegeben==== <br />
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}<br />
====Immunization Recommendation Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}<br />
====Immunization Schedule Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.10/dynamic}} <br />
====Immunization Target Entry====<br />
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}<br />
====Impfplan Entry====<br />
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Concern Entry ==== <br />
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}<br />
====Impfrelevante Erkrankungen Problem Entry====<br />
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}<br />
====Vaccine Product ==== <br />
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}<br />
====Vaccine Product nicht angegeben ==== <br />
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}<br />
====Zusatzklassifikation (für Impfungen)==== <br />
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}<br />
<br />
===Weitere CDA Fragmente ===<br />
====Address Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}<br />
====Address Compilation Minimal==== <br />
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}<br />
====Assigned Entity====<br />
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}<br />
====Assigned Entity Body====<br />
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}<br />
====Assigned Entity Body with name, addr and telecom====<br />
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}<br />
====Author Body ==== <br />
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}<br />
====Author Body - eImpfpass==== <br />
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}<br />
====Date Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}<br />
====Device Compilation==== <br />
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}<br />
====Informant Body==== <br />
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}<br />
====Narrative Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}<br />
====Organization Compilation with id, name==== <br />
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}<br />
====Organization Compilation with id, name, tel, addr==== <br />
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}<br />
====Organization Compilation with name==== <br />
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}<br />
====Organization Compilation with name, addr minimal ====<br />
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}<br />
====Organization Name Compilation ====<br />
{{:1.2.40.0.34.6.0.11.9.27/dynamic}} <br />
====Original Text Reference==== <br />
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}<br />
====Participant Body====<br />
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}<br />
====Participant Body - Transcriber ====<br />
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}<br />
====Participant Body - Verifier ====<br />
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}<br />
====Participant Body - Authorized Editor====<br />
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}<br />
<br />
====Participant Body - Data Enterer====<br />
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}<br />
<br />
====Performer Body====<br />
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}<br />
====Performer Body - Impfende Person====<br />
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}<br />
====Performer Body - Laboratory==== <br />
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}<br />
====Person Name Compilation G1====<br />
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}<br />
====Person Name Compilation G1 M====<br />
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}<br />
====Person Name Compilation G2====<br />
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}<br />
====Person Name Compilation G2 M====<br />
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}<br />
====Time Interval Information minimal====<br />
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}<br />
<br />
</div class="landscape"><br />
<br />
==Terminologien==<br />
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termpub.gesundheit.gv.at<br />
<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.10 atcdabbr_LanguageCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.11 atcdabbr_LanguageCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.13 eImpf_Antikoerperbestimmung_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.4 eImpf_ImmunizationTarget_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.6 eImpf_Impfdosis_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.7 eImpf_Impfgrund_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.2 eImpf_ImpfrelevanteErkankungen_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.11 eImpf_Impfrollen_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.5 eImpf_Impfschema_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.15 eImpf_SpecialSituationIndication_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.62 eImpf_Zusatzklassifikation_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.5 ELGA_ActEncounterCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.16 ELGA_AddressUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.4 ELGA_AdministrativeGender ]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.6 ELGA_AuthorSpeciality]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgabbr-?id=1.2.40.0.34.10.39 ELGA_Dokumentenklassen]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.27 ELGA_EntityNameUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.173 ELGA_HumanLanguage]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.42 ELGA_Medientyp]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.32 ELGA_MedikationMengenart_VS]<br />
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele: <br />
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze<br />
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ ]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.2 ELGA_NullFlavor]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.13 ELGA_ObservationInterpretation]<br />
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.17 ELGA_PersonalRelationship]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.43 ELGA_ServiceEventPerformer]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.36 ELGA_TelecomAddressUse]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.25 ELGA_URLScheme]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.73 ELGA_whoATC]<br />
* ELGA_Wirkstoffe_AGES_VS<br />
**Siehe Terminologieserver<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]<br />
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]<br />
<br />
<div class="portrait"><br />
<br />
=Anhang=<br />
==Abbildungen==<br />
<references group="Abbildung"/><br />
==Tabellen==<br />
<references group="Tabelle" /><br />
==Abkürzungsverzeichnis==<br />
{{ILF:Abkuerzungsverzeichnis}}<br />
<br />
==Literaturverzeichnis==<br />
<references /><br />
</div><br />
<br />
==Release-Log, Ausblick und weitere Informationen==<br />
Auf der [[ILF Diskussion:E-Impfpass (Version 2)|Diskussionsseite]] zu diesem Leitfaden können das Release-Log, das einen Überblick über die in diesem Leitfaden implementierten Neuerungen gibt, und der Ausblick auf Änderungen, die in zukünftigen Leitfadenversionen geplant sind, eingesehen werden. Gegebenenfalls werden Inhalte aktueller Diskussionen, bekannte Probleme oder weitere Hinweise aufgeführt.<br />
<br /></div>
Tanjga
http://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass_(Version_2)&diff=151335
ILF Diskussion:E-Impfpass (Version 2)
2023-01-27T09:46:19Z
<p>Tanjga: /* Hauptversion v2 */</p>
<hr />
<div>{{TOC limit|3}}<br />
=Ausblick=<br />
Folgende Korrekturen wurden bereits durchgeführt, aber noch nicht in einer neuen Leitfadenversion veröffentlicht:<br />
<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Änderungslevel<br />
|}<br />
<br />
=Release-Log=<br />
{{BeginYellowBox}}<br />
Änderungen, die '''Value Sets''' betreffen, können am besten über [https://confluence.elga.gv.at/display/SCCTERM/Semantic+Competence+Center+-+Extranet+Home Semantic Competence Center - Extranet Home] verfolgt werden.<br />
{{EndYellowBox}}<br />
===Hauptversion v2===<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Leitfaden-Version<br />
|-<br />
|ELGA-1260<br />
|Kompletter Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.4&effectiveDate=2023-01-24T14:59:34&language=en-US 1.2.40.0.34.6.0.11.0.4] <br />
& <br />
<br />
Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Da durch die Auswirkung der Änderungen eine neue Hauptversion erstellt werden musste, wurde die zweite templateID auf "1.2.40.0.34.7.19.2" -> "Implementierungsleitfaden e-Impfpass v2" gesetzt.<br />
* Wie in allen Leitfäden seit 2020, dokumentiert nun auch im Immunisierungsstatus der formatCode die vom CDA erfüllte Leitfaden-Version. Eine Assert überprüft technisch, ob der formatCode, welches aus [https://termgit.elga.gv.at/CodeSystem-elga-formatcode.html ELGA_FormatCode] stammen muss, als Hauptversion v2 verwendet.<br />
** Hiermit wurde die veraltete Dokumentationsweise per templateId (mit 1.2.40.0.34.6.0.11.0.4.1 als root und XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 als extension) verboten (NP [1..1]), da formatCode diese Information ersetzt.<br />
* Das im Schema mögliche StatusCode wird verboten (NP [1..1]), da ein Kompletter wie auch das Update Immunisierungsstatus nicht "active" (= Aktualisierungen werden folgen) oder "nullified" (= wurde durch Aktualisierung(en) ersetzt) sein kann. Hiermit ist durch die Nicht-Angabe von StatusCode jeder Immunisierungsstatus "completed".<br />
* TerminologyDate wurde hinzugefügt<br />
** Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.<br />
* PracticeSettingCode wurde hinzugefügt<br />
** Die fachliche Zuordnung des Dokumentes wird hier codiert.<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1261<br />
|Update Immunisierungsstatus [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates&id=1.2.40.0.34.6.0.11.0.2&effectiveDate=2023-01-23T14:48:21&language=en-US 1.2.40.0.34.6.0.11.0.2]<br />
|<br />
* Ein textuelles Constraint für den Author wurde erstellt:<br />
** Wenn der Dokumentersteller eine Person ist, soll dieser an erster Stelle im assignedPerson dokumentiert werden (R [0..*]).<br />
** Es muss mindestens ein Author die verwendete Software im assignedAuthoringDevice dokumentieren (M [1..*]).<br />
*** Für diesen Punkt wurde eine technische Überprüfung modelliert<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1262<br />
|Immunization Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.1&effectiveDate=2023-01-23T12:29:18&language=de-DE 1.2.40.0.34.6.0.11.3.1]<br />
|<br />
* Die innerhalb des Entry liegende Zusatzklassifikation mit der Impfsetting-Information hat ein neues Constraint erhalten, welche die Zusatzklassifikation <br />
** beim Update Immunisierungsstatus ohne Nachtrag verpflichtend fordert (M [1..1]), <br />
** beim Update Immunisierungsstatus mit Nachtrag optional macht (O [0..1]) und <br />
** im Kompletten Immunisierungsstatus verbietet (NP [0..0]).<br />
|26.01.2023<br />
|2.0.0<br />
|-<br />
|ELGA-1263<br />
| Impfplan Entry -> Fachinformation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.22&effectiveDate=2023-01-23T15:56:16&language=de-DE 1.2.40.0.34.6.0.11.3.1] <br />
&<br />
<br />
Immunization Recommendation Entry [https://art-decor.org/art-decor/decor-templates--at-cda-bbr-?section=templates&id=1.2.40.0.34.6.0.11.3.3&effectiveDate=2023-01-23T16:19:01&language=de-DE 1.2.40.0.34.6.0.11.3.3]<br />
|<br />
* Das Impfplan Entry wurde umbenannt zu Fachinformation Entry, die OID ist gleich geblieben<br />
* Das Code-Element, welche eine Beschränkung auf LOINC hatte, wurde auf alle möglichen CodeSysteme geöffnet.<br />
* Ein zweites Constraint in dem id-Element wurde hinzugefügt, welches bei der OID 1.2.40.0.34.7.29 im id-Element festlegt, das dieses Fachinformation-Entry eine Referenz zum Regelwerk abbildet<br />
* Das reference-Element im Immunization Recommendation Entry, welches die jeweilige Impfplan Entry beinhaltet, wurde in der Beschreibung an die oben genannten Gegebenheiten angepasst und auf (O [0..*]) gesetzt<br />
|26.01.2023<br />
|2.0.0<br />
|}<br />
<br />
===Hauptversion v1/2019===<br />
Siehe [[ILF_Diskussion:E-Impfpass#Release-Log|E-Impfpass v1/2019 Release-Log]].<br />
<br />
==Ausblick==<br />
{| class="wikitable sortable"<br />
|+<br />
!Ticket<br />
!Template / Element<br />
!Beschreibung<br />
!Datum<br />
!Geplante Lösungsversion<br />
|}<br />
<br />
=Weitere Hinweise=<br />
<br />
Hier werden Hinweise gelistet, welche zum Verständnis von verschiedenen Entscheidungen in diesem Leitfaden beitragen.<br />
<br />
=Bekannte Probleme=<br />
<br />
* Derzeit keine<br />
<br />
=Diskussionen=<br />
''Zu diesen Punkten besteht noch Diskussionsbedarf.'' <br />
Diskussionsbeiträge bitte an [mailto:office@hl7.at office@hl7.at] senden. <br />
<br />
* Derzeit keine</div>
Tanjga