Administrative Schnittstellen¶
AGW Routing¶
Auf der initiierenden AGW werden grundsätzlich die vorhandenen e-Befund Endpunkte weiterverwendet. Aus Gründen der Skalierung wird jedoch für die RAD-69 Transaktion ein alternativer, zusätzlich initiierender Endpunkt auf der AGW vorgesehen.
Folgende e-Befund Endpunkte und Transaktionen werden diesbezüglich bisher angeboten:
- Initiierender AGW Endpunkt (https://<$AGW_FQDN>:443/XDS/eBefunde)
- ITI-41 Provide and Register Document Set
- ITI-42 Register Document Set
- RAD-68 Provide and Register Imaging Document Set
- ITI-57 Update Document Set
- AGW Endpunkt (https://<$AGW_FQDN>:443/XCA/eBefunde)
- ITI-18 Registry Stored Query
- ITI-43 Retrieve Document
- RAD-69 - Retrieve Imaging Document Set
Folgende zusätzliche Endpunkte und Transaktionen werden angeboten:
- Zusätzlicher, initiierender RAD-69 AGW Endpunkt (Übergang Ebene 2 auf Ebene 1) (https://<$AGW_FQDN>:443/XCA/DCMeBefunde)
- Dieser Endpunkt wird für die RAD-69 - Retrieve Imaging Document Set Transaktion von der AGW bereitgestellt und vom Client verwendet. (Abbildung RAD-69 Endpunkte - Nr.1)
- Responding e-Befund AGW Endpunkte
- Die verwendeten Endpunkte zwischen initiierender und antwortender AGW sind für alle Transaktionen, ausgenommen der RAD-69 Transaktionen, mit den in ELGA verwendeten Endpunkten identisch.
- Die antwortende AGW bietet der initiierenden AGW für die RAD-69 Transaktionen die Möglichkeit, einen eigenen Endpunkt (siehe Abbildung RAD-69 Endpunkte - Nr.2) zwischen den AGWs zu verwenden:
- Zentral: spiritCustom/Communities.xml/Community/xcaIRsp
- Die antwortende AGW/ZGF verwendet zusätzlich für die RAD-69 Transaktion zum ELGA Bereich einen neuen Endpunkt (Übergang Ebene 1 zu Ebene 2, siehe Abbildung RAD-69 Endpunkte – Nr.3) für den bereichspezifischen Adapter:
- ZGF: spiritCustom/Communities.xml/Community/XdsISource
Weiterführende Details siehe ELGA AGW Dokumentation.
ZGF Routing¶
Das Routing der ZGF ist prinzipiell mit den ELGA e-Befund Regeln identisch. Die ZGF wird über keinen neuen Endpunkt von außen angesprochen.
e-Befund Bilddaten Funktionalitäten sind auf den folgenden ZGF Ausprägungen verfügbar:
- Grundsätzlich auf allen ZGF Varianten, die Zugriff auf ELGA e-Befund Dokumente haben
- Schreibende Transaktionen (einbringen von KOS Dokumenten) stehen konfigurationsabhängig auf e-Befund Bereichsvarianten A und C zur Verfügung
- ELGA Bereichs-Teilnehmer können per Konfiguration aktiviert oder deaktiviert werden
Bei der beschriebenen Lösung handelt es sich um softwaretechnisches Routing für die Kommunikation innerhalb der Ebene 1 (ZGF zu ZGF) und für den Übergang zwischen Ebene 1 und Ebene 2 (ZGF und EB bzw. Fachlogik).
Folgende e-Befund Endpunkte werden diesbezüglich angeboten:
- Kein neuer Endpunkt für lokale Apache zu ZGF Kommunikation (Übergang Ebene 2 zu Ebene 1)
- Initiierender ZGF Endpunkt (/ACSFacade/XCA/eBefunde/initGW)
- Initiierender ZGF Endpunkt (/ACSFacade/XDS/eBefunde)
- Kein neuer Endpunkt für ZGF zu ZGF Kommunikation (Ebene 2)
- ZGF Endpunkt (/ACSFacade/XCA/eBefunde/respGW)
- Endpunkt für RAD-69 (/ACSFacade/XCA/DCMeBefunde) Transaktion mittels Konfigurationseintrag zum EB (Übergang Ebene 1 zu Ebene 2)
- spiritCustom/Communities.xml/Community/XdsISource
Handhabung der Timeouts – Befund vs. Bilddaten:
Da sich die Datenmenge signifikant von herkömmlichen (CDA-) Dokumenten unterscheidet, werden unterschiedliche Timeout-Parameter für die jeweiligen Dokumentarten (Befund / Bild) gehandhabt.
Im Kontext von ITI-43 / XCA-I besteht ZGF-seitig demnach ein eigenes Read-Timeout – am initiierenden und responding Teil (siehe Abbildung ZGF-seitige Read-Timeouts für DICOM bzw. RAD-69 Endpunkte).
Die konkrete Definition dieser separaten Timeouts wird im Zuge der berücksichtigten, gesamten Timeout-Kette entsprechend gesetzt – vom Consumer bis zur antwortenden AGW.
