Schnittstellen zur Fachlogik der zentralen e-Impfpass Anwendung¶
Generell werden alle nach BeS Regeln validen ITI und PHARM-1 Transaktionen an die Fachlogik der e-Impfpass Anwendung weitergeleitet. Die Fachlogik muss daher alle notwendigen ITI und PHARM-1 Transaktionen IHE konform unterstützen. Daher ist es aus Sicht des ELGA BeS nicht relevant, ob die Fachlogik hinter den IHE Schnittstellen ein ebXML Datenmodel implementiert.
Für alle Transaktionen wird eine e-Impfpass Community-Assertion auf der antwortenden ZGF erstellt und an die Fachlogik weitergeleitet. Die e-Impfpass Community-Assertion muss von der Fachlogik laut ELGA Vorgaben validiert werden (z.B. Korrektheit der Signatur). Die Verfahren, eine e-Impfpass Community-Assertion anzufordern, sind analog denen der ELGA Community-Assertion bis auf die Vorbedingung einer e-Impfpass Kontext-Assertion. Darüber hinaus unterscheidet sich der Inhalt der einzelnen WS-Trust Transaktionen bzw. der SAML-Assertions in dem SAML Attribut "Purpose". In diesem SAML Attribut wird das "Purpose of Use" der e-Impfpass Kontext-Assertion via FriendlyName="Purpose" mitgeführt.
Es dürfen ausschließlich TLS Transaktionen nach ELGA Vorgaben von der e-Impfpass Fachlogik akzeptiert werden.
Die XCF ITI-63 Cross Gateway Fetch Anfrage wird nicht direkt an die Fachlogik weitergeleitet, sondern auf PHARM-1 FindMedicationList und ITI-43 Retrieve Document Set übersetzt.
Um etablierte Prüfungen wie z.B. die Author Prüfung, beim Ersetzen von Dokumenten zu ermöglichen, muss die ZGF aktiv eine getDocuments Abfrage an die Fachlogik absetzen, welche IHE konform die Metadaten mit Stored Query ID ‚urn:uuid:5c4f972b-d56b-40ac-a5fc-c8ca9b40b9d4’ zurückliefert.
Zu unterstützende IHE Transaktionen der Fachlogik der zentralen e-Impfpass Anwendung¶
Die Fachlogik der zentralen e-Impfpass Anwendung muss die folgenden IHE Transaktionen vollumfänglich unterstützen:
- XDS ITI-41 Provide and Register Document Set
- Um Immunisierungseinträge zu erstellen, muss die ITI-41 Provide and Register Document Set Transaktion unterstützt werden
- Um Immunisierungseinträge zu ersetzen, muss auch die RPLC Association unterstützt werden
- Es wird keine Überprüfung des Elements CXi.6 durchgeführt
- XDS ITI-57 Update Document Set
- Um Immunisierungseinträge als ungültig zu kennzeichnen, muss der Trigger Event Update DocumentEntry availabilityStatusUpdate (Storno) unterstützt werden
- XDS ITI-43 Retrieve Document Set
- Um Immunisierungseinträge, mit und ohne Impfempfehlungen, abzurufen, muss die ITI-43 Retrieve Document Set Transaktion unterstützt werden
- ITI-18 Stored Query
- Um Immunisierungseinträge mittels UUID abzurufen, muss die ITI-18 Stored Query getDocuments Abfrage mit Stored Query ID ‚urn:uuid:5c4f972b-d56b-40ac-a5fc-c8ca9b40b9d4’ unterstützt werden
- PHARM-1 Query Pharmacy Documents
- FindMedicationAdministrations muss unterstützt werden
- FindMedicationList muss unterstützt werden
- L-ARR ITI-20 Record Audit Event
- Zur Protokollierung muss die ITI-20 Record Audit Event (over TLS RFC 5425) laut ELGA Vorgaben unterstützt werden
Fehlermeldungen der Fachlogik der zentralen e-Impfpass Anwendung¶
Die Fachlogik der e-Impfpass Anwendung muss IHE konforme XDS Registry Errors zurückliefern. Es ist jedoch zulässig eigene Fehlermeldungen zu definieren. Die initiierende und antwortende ZGF leitet alle XDS Registry Error Meldungen, die von der Fachlogik zurückgeliefert wurden, an den Anfragenden weiter. Alle e-Impfpass spezifischen Fehlermeldungen werden via XDS Registry Error bis zum Aufrufer weitergeleitet.
e-Impfpass Community-Assertion¶
Analog zu den ELGA und VO Transaktionen wird im Kontext e-Impfpass eine spezifische e-Impfpass Community-Assertion vom Berechtigungssystems an die e-Impfpass Fachlogik weitergegeben. Die Transaktion wird um die ELGA e-Health Anwendung ID (103) im OID Codesystem 1.2.40.0.34.5.159 erweitert und in das Attribut "Purpose" eingefügt und präfixiert mit "E-HEALTH-CONTEXT^".