1.104
Bearbeitungen
Änderungen
K
Typographische Anführungszeichen entfernt
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich.
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 "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.
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates:
==Zweck des Dokuments==
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den „e"e-Impfpass“ Impfpass" für das Österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der österreichischen „Elektronischen Gesundheitsakte“ "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.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 "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 "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“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“ "Body" enthalten.
==Zielgruppe==
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.
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“ "Mandatory" (M), „Required“ "Required" (R) und „Fixed“ "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.
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit der Rechtsordnung der Republik Österreich und insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz 2000, Gesundheitstelematikgesetz 2012) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.
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/>
Für die Modellierung der Inhalte des Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework „Patient "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.
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]
<ref group="Abbildung">Verwendete Standards</ref>
*@displayName="HISTORY OF IMMUNIZATIONS"
*@codeSystem="2.16.840.1.113883.6.1"
| Bezeichnet die „Dokumentklasse“"Dokumentklasse". Zulässige Werte gemäß Value-Set „ELGA_Dokumentklassen“"ELGA_Dokumentklassen".
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'''.
|-
# 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).
# Die Geschäftslogik der Anwendung übernimmt die CDA-Verarbeitung und hat folgende Funktionen
## Speichert eingehende CDA Dokumente „Update Immunisierungsstatus“"Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten. ## Das Zusammenstellen vom OnDemand-Dokument „Kompletter Immunisierungsstatus“ "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.
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.
## 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.
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe U5).
Die Vorversionen des CDA „Update Immunisierungsstatus“ "Update Immunisierungsstatus" wurden als „DEPRECATED“ "DEPRECATED" gekennzeichnet. Die neue Version des CDA Dokuments wird mit dem Status „APPROVED“ "APPROVED" gespeichert.
===U2.3 Stornierung eines Immunisierungseintrags===
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 U5).
Stornierte CDA Dokumente wurden als „DEPRECATED“ "DEPRECATED" gekennzeichnet.
===U2.4 Nachtragen der Impfdokumentation===
''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.''
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind „Max Musterkind“"Max Musterkind"
Szenario:
# Dr. DeCarro dokumentiert die Impfung des Kindes „Max Musterkind“ "Max Musterkind" (siehe U2.1)
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.
# 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.
==U4 Datenkorrektur durch Behörde ==
Akteure: e-Impfpass Teilnehmer ("Max Muster"), Akteur in der Rolle „Korrekturberechtigte“"Korrekturberechtigte"
Szenario:
# Max Mustermann 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“"Korrekturberechtigte") einen entsprechenden Antrag.# Die Bezirksverwaltungsbehörde ruft den „Kompletten Immunisierungsstatus“ "Kompletten Immunisierungsstatus" von Max Mustermann ab und führt eine entsprechende Änderungen (U5) durch.
# 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.
# 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.
|- style="vertical-align:top;"
| '''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)
| Der „Rechtliche Unterzeichner“ "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“ "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).
| clinicalDoc.LegalAuthenticator
| elgaimpf-dataelement-368
|-
|
|„Address Compilation“ "Address Compilation" (1.2.40.0.34.6.0.11.9.25) und Address Compilation Minimal (1.2.40.0.34.6.0.11.9.10): Änderung streetAddressLine, streetName, houseNumber von 0..1 R auf 0..1 C, Constraint ergänzt
|Verbesserung
|-
|-
|
|Kapitel „Revisionsliste“ "Revisionsliste" ergänzt
|Verbesserung
|-
