Transaktionen¶
Dokumententransaktionen¶
Die Basis des Dokumentmanagements in einem AC bilden IHE ITI Transaktionen der X* Profilfamilie wie: XDS, XCA, PHARM-1, XCDR und XCF sowie DSUB und XDW.
Die generelle Profilierung der XDS Transaktionen für ELGA wird per Default in einem AC nicht angewendet, sondern wird mittels Konfiguration des AC bzw. durch das Aktivieren von Optionen dynamisch aktiviert.
Im Konfigurationsabschnitt für AC sind Details bezüglich der unterstützten SOAP Actions und deren Aktivierung zu finden.
Alle dokumentenbasierten Transaktionen müssen im SOAP Security Header die AC Kontext-Assertion mitführen. Die ZGF leitet alle Transaktionen an die Fachlogik der AC Anwendung weiter. Sollte die AC ZGF nicht erreichbar sein, wird die Fehlermeldung "XDSUnavailableCommunity" XDS Registry Error retourniert.
AC definierte Dokumententransaktionen¶
Die für den AC verwendbaren XDS bzw. XCA Transaktionen können per Konfiguration aktiviert bzw. deaktiviert werden. Für die jeweiligen fachlichen Inhalte sind ein separates Fachkonzept, sowie CDA- bzw. Metadatenleitfäden pro AC notwendig.
Details zu den möglichen Einstellungen eines AC können im Kapitel Dokumentmanagement in AC gefunden werden.
Patientensuche (PDQ)¶
Für die Patientensuche mittels AC kann die HL7 V3 Transaktion ITI-47 verwendet werden. Im SOAP Security Header muss eine AC Kontext-Assertion mitgeführt werden. Bis auf die Signatur der Assertion und der Existenz der Permission werden von BeS keine weiteren Prüfungen durchgeführt.
Die PDQ kann per AC Konfiguration aktiviert oder deaktiviert werden (Pdq Element im acImport.xml). Die Konfiguration wird wie üblich mittels Treatment-Assertion transportiert. Ein PDQ ist nur möglich, wenn "CHECK_PATIENT" false ist oder eine PID, die dem Z-PI bekannt ist, in der Anfrage existiert. Abhängig von der Konfiguration (CHECK_PATIENT) wird beim Ausstellen einer Treatment-Assertion keine Patientenidentifikation gegen den Z-PI durchgeführt.
Die AC-Permission für PDQ-Abfragen, die den jeweiligen Rollen zugeordnet werden muss, wird im AC Import definiert. Es kann z.B. eine eigene Permission für PDQ-Abfragen definiert werden (z.B. urn:elga:bes:2019:permission:{{AppId}}:pdq), es kann aber auch wie bei allen anderen Transaktionen jede in der XACML Policy vorhandene Permission (read, write, etc.) verwendet werden. Wichtig ist, dass die verwendete Permission auch in der XACML Policy vorhanden ist. Ist in der AC Kontext-Assertion oder in der XACML Policy keine PDQ Permission enthalten wird eine AccessDenied SOAP Fault zurückgegeben.
Die folgende Abbildung zeigt wie im Kontext eines AC eine Patientensuche durchgeführt wird.
