Anwendungsfälle e-Impfpass¶
Allgemeine Vorbedingungen¶
Alle Interaktionen mit der e-Health-Anwendung e-Impfpass erfolgen ausschließlich über die bestehende ELGA Infrastruktur. Alle in den Anwendungsfällen angeführten Akteure haben keine direkte Zugriffsmöglichkeit auf die Daten der e-Impfpass Anwendung, sondern ausschließlich über das ELGA / e-Health BeS.
Die elektronische Identität der GDA muss durch eine HCP-Assertion oder eine gültige und valide Identity Assertion (IDA) gewährleistet sein. Von dem Korrekturberechtigten (717) oder dem Krisenmanager (718) muss diese durch eine gültige und valide Identity Assertion (IDA) gewährleistet sein. Die Identität vom Bürger oder dessen Vertretung wird durch die Verwendung einer Bürgerkarte oder Handysignatur-Anmeldung bestätigt.
Impfende GDA sind Ärzte im niedergelassenen Bereich (700), Krankenanstalten (702), Pflegeeinrichtungen (703), Apotheke (704), Amtsärzte (716) Arbeitsmedizin (721), Hebammen (722) und Straf-/Maßnahmenvollzug (723), welche im GDA-I als aktiv gelistet sind. Bei der Rolle für Labor und Pathologie (724) handelt es technisch gesehen ebenfalls um einen impfenden GDA, da diese Antikörperbestimmungen in den e-Impfpass eintragen kann. Nicht impfende GDA sind die Rollen Korrekturberechtigter (717), Krisenmanager (718) und Gesundheitsberatung 1450 (729). Alle Rollen sind im GDA-I als ‚elgaRoles‘ gelistet.
Abhängig von der Rolle muss ein aktiver Kontakt zwischen GDA bzw. Korrekturberechtigter und Bürger/Patient vorhanden sein. Beim Krisenmanager besteht jedoch eine Ausnahme. Dieser benötigt keinen Kontakt.
Für alle Bürger/Patienten bezogenen Anwendungsfälle erfolgt die Identifizierung des Bürgers/Patienten über den Z-PI.
Allgemeine Nachbedingungen/Ergebnisse¶
Wird ein Anwendungsfall nicht korrekt ausgeführt, werden dem Akteur Fehlermeldungen retourniert. Die Fehlermeldungen müssen dem Akteur ermöglichen eine erneute Anfrage korrekt zu stellen. Die Fehlermeldungen müssen dem Akteur die Möglichkeit geben den/die Fehler gegenüber der Service Line eindeutig zu identifizieren.
Anwendungsfall 1: Anfordern einer e-Impfpass Kontext-Assertion¶
Akteure
Impfende GDA, Bürger (oder dessen Vertretung), Nicht impfende GDA
Vorbedingungen
Der Akteur besitzt eine gültige (ELGA) HCP-Assertion oder eine gültige und vertrauenswürdige IDA (für Bürger entsprechend e-Government). Der Akteur erfüllt die allgemeinen Vorbedingungen.
Ablauf / Beschreibung
Der Akteur beantragt beim ETS (mit der HCP-Assertion oder IDA) die Ausstellung einer e-Impfpass Kontext-Assertion. Die e-Impfpass Kontext-Assertion ist mit der konkreten Identifikation des e-Impfpasses (Anwendung ID 103) anzufordern.
Nachbedingung / Ergebnis
Sofern dem Akteur zum Zeitpunkt der Anfrage eine zugriffsberechtigte e-Impfpass Rolle nachgewiesen wurde, wird ihm eine e-Impfpass Kontext-Assertion für die e-Impfpass Anwendung ausgestellt.
Anwendungsfall 2: CDA "Kompletter Immunisierungsstatus" zu einem Patienten abrufen (Immunisierungseinträge und Immunisierungsempfehlungen)¶
Akteure
Impfende GDA, Bürger (oder dessen Vertretung), nicht impfende GDA
Vorbedingungen
Es liegt eine e-Impfpass Kontext-Assertion vor. Der Akteur erfüllt die allgemeinen Vorbedingungen.
Ablauf / Beschreibung
Der Akteur sendet mit einer e-Impfpass Kontext-Assertion eine "PHARM-1 FindMedicationList" Anfrage an den entsprechenden e-Health AGW Endpunkt.
Dem Akteur werden die Metadaten der aktuellen Version des ODD Dokuments "Kompletter Immunisierungsstatus" retourniert.
Im Besitz der Metadaten kann der Akteur mit ITI-43 das eigentliche ODD anfordern.
Alternativablauf (empfohlen)
Statt "PHARM-1 FindMedicationList" und ITI-43 kann der Akteur mit einer e-Impfpass Kontext-Assertion XCF ITI-63 (Cross Community Fetch) auslösen.
Nachbedingung / Ergebnis:
Dem Akteur wird die aktuelle Version des ODD zurückgesendet.
Anmerkung: Auch wenn keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, werden Impfempfehlungen zur Person berechnet und retourniert.
Anwendungsfall 3: Neue Immunisierungseinträge erstellen (CDA "Update Immunisierungsstatus")¶
Akteure
Impfende GDA
Vorbedingungen
Es liegt eine e-Impfpass Kontext-Assertion vor. Die allgemeinen Vorbedingungen müssen erfüllt sein.
Ablauf / Beschreibung
Der Akteur sendet mit der e-Impfpass Kontext-Assertion mittels IHE ITI-41, für einen im Z-PI identifizierten Patienten, ein CDA Dokument des Dokumententyps "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung.
Nachbedingung / Ergebnis
Die aktualisierte Version des gesendeten CDA Dokumenten wird mit "APPROVED" markiert und in der zentralen e-Impfpass Anwendung gespeichert. Bei der referenceIdList wird keine Überprüfung des Elements CXi.6 durchgeführt.
Anwendungsfall 4: Alle selbst eingebrachten Immunisierungseinträge abrufen (CDA "Update Immunisierungsstatus")¶
Akteure
Impfende GDA
Vorbedingungen
Es liegt eine e-Impfpass Kontext-Assertion vor. Die allgemeinen Vorbedingungen müssen erfüllt sein.
Ablauf / Beschreibung
Der Akteur sendet mit einer e-Impfpass Kontext-Assertion eine "PHARM-1 FindMedicationAdministrations" Anfrage an den entsprechenden e-Health AGW Endpunkt.
Dem Akteur wird eine Metadatenliste über alle selbsteingebrachte "Update Immunisierungsstatus" Dokumente zurückgeliefert.
Im Besitz der Metadaten kann der Akteur die in der Liste angeführten Dokumente mit ITI-43 einzeln abrufen.
Anmerkung: Das System retourniert je ITI-43 ein angefordertes CDA Dokument.
Nachbedingung / Ergebnis
Dem Akteur werden alle angeforderte CDA Dokumente zurückgeliefert.
Anwendungsfall 5: Einen selbst eingebrachten Immunisierungseintrag ersetzen (CDA "Update Immunisierungsstatus")¶
Akteure
Impfende GDA
Vorbedingungen
Es liegt eine e-Impfpass Kontext-Assertion vor. Dokumenten ID des zu ersetzenden Dokumentes ist bekannt. Die allgemeinen Vorbedingungen müssen erfüllt sein.
Um ein selbst eingebrachtes CDA Dokument aktualisieren zu können, muss eine zeitnahe Suchanfrage mittels "PHARM-1 FindMedicationAdministration" durchgeführt werden.
Ablauf / Beschreibung
Der Akteur sendet mit der e-Impfpass Kontext-Assertion mittels IHE ITI-41 RPLC, für einen im Z-PI identifizierten Patienten, eine aktualisierte Version des CDA Dokumententyps "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung.
Anmerkung: ITI-41 RPLC erlaubt auch die gleichzeitige Aktualisierung mehrerer CDA Dokumente.
Nachbedingung / Ergebnis
Die aktualisierte Version des gesendeten CDA Dokumentes wird als neue Version mit "APPROVED" markiert und in der zentralen e-Impfpass Anwendung gespeichert. Die Versionierung erfolgt via referenceIdList (analog zu ELGA). Die bisherige Version des CDA Dokuments wird als "DEPRECATED" von der Fachlogik der zentralen e-Impfpass Anwendung gekennzeichnet. Zu beachten bei referenceIdList: Diese wird beim Einbringen eines Impfdokuments nicht geprüft. Weder die Form, noch wird die HCID in den Metadaten gegen die Assertion geprüft.
Anwendungsfall 6: Einen selbst eingebrachten Immunisierungseintrag stornieren (CDA "Update Immunisierungsstatus")¶
Akteure
Impfende GDA
Vorbedingungen
Es liegt eine e-Impfpass Kontext-Assertion vor. Dokumenten ID des zu stornierenden Dokumentes ist bekannt. Die allgemeinen Vorbedingungen müssen erfüllt sein.
Um ein selbst eingebrachtes CDA Dokument stornieren zu können, muss eine zeitnahe Suchanfrage mittels "PHARM-1 FindMedicationAdministration" durchgeführt werden. Die zu stornierenden Dokumente müssen NICHT angefordert werden.
Ablauf / Beschreibung
Der Akteur sendet mit der e-Impfpass Kontext-Assertion mittels IHE ITI-57 (nur Storno), für einen im Z-PI identifizierten Patienten, die zu stornierenden Dokumenten ID (aus "PHARM-1 FindMedicationAdministration") an die zentrale e-Impfpass Anwendung.
Anmerkung: ITI-57 (Storno) erlaubt auch die gleichzeitige Stornierung mehrerer CDA Dokumente.
Nachbedingung / Ergebnis
Das aktuelle CDA Dokument sowie alle Vorversionen werden storniert (Status: "DEPRECATED").
Anwendungsfall 7: Einen nicht selbst eingebrachten Immunisierungseintrag in der Rolle "Korrekturberechtigte" ersetzen (CDA "Update Immunisierungsstatus")¶
Akteure
Korrekturberechtigter
Vorbedingungen
Es liegt eine e-Impfpass Kontext-Assertion vor. Dokumenten ID des zu ersetzenden Dokumentes ist bekannt. Die allgemeinen Vorbedingungen müssen erfüllt sein.
Um ein nicht selbst eingebrachtes CDA Dokument aktualisieren zu können, muss eine zeitnahe Suchanfrage mittels "PHARM-1 FindMedicationAdministration" durchgeführt werden.
Ablauf / Beschreibung
Der Akteur sendet mit der e-Impfpass Kontext-Assertion mittels IHE ITI-41 RPLC für einen im Z-PI identifizierten Patienten, eine aktualisierte Version des CDA Dokumententyps "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung.
Anmerkung: ITI-41 RPLC erlaubt auch die gleichzeitige Aktualisierung mehrerer CDA Dokumente.
Nachbedingung / Ergebnis
Die aktualisierte Version des gesendeten CDA Dokumenten wird als neue Version mit "APPROVED" markiert und in der zentralen e-Impfpass Anwendung gespeichert. Die Versionierung erfolgt via referenceIdList (analog zu ELGA). Die bisherige Version des CDA Dokuments wird als "DEPRECATED" von der Fachlogik der zentralen e-Impfpass Anwendung gekennzeichnet. Zu beachten bei referenceIdList: Diese wird beim Einbringen eines Impfdokuments nicht geprüft. Weder die Form, noch wird die HCID in den Metadaten gegen die Assertion geprüft.
Anwendungsfall 8: Einen nicht selbst eingebrachten Immunisierungseintrag in der Rolle "Korrekturberechtigte" stornieren (CDA "Update Immunisierungsstatus")¶
Akteure
Korrekturberechtigter
Vorbedingungen
Es liegt eine e-Impfpass Kontext-Assertion vor. Dokumenten ID des zu stornierenden Dokumentes ist bekannt. Die allgemeinen Vorbedingungen müssen erfüllt sein.
Um ein nicht selbst eingebrachtes CDA Dokument stornieren zu können, muss eine zeitnahe Suchanfrage mittels "PHARM-1 FindMedicationAdministration" durchgeführt werden. Die zu stornierenden Dokumente müssen NICHT angefordert werden.
Ablauf / Beschreibung
Der Akteur sendet mit der e-Impfpass Kontext-Assertion mittels IHE ITI-57 (nur Storno), für einen im Z-PI identifizierten Patienten, die zu stornierenden Dokumenten ID (aus "PHARM-1 FindMedicationAdministration") an die zentrale e-Impfpass Anwendung.
Anmerkung: ITI-57 (Storno) erlaubt auch die gleichzeitige Stornierung mehrerer CDA Dokumente.
Nachbedingung / Ergebnis
Das aktuelle CDA Dokument sowie alle Vorversionen werden storniert (Status: "DEPRECATED").