ELGA-spezifische Erweiterungen der XDS-Metadaten
[unmarkierte Version] | [unmarkierte Version] |
K (Lahnsteiner verschob die Seite Xds-ELGA spezifische Erweiterungen der XDS-Metadaten nach elga-cdaxds-2.06.2:ELGA spezifische Erweiterungen der XDS-Metadaten und überschrieb dabei eine Weiterleitung: zurück verschieben) |
|||
Zeile 15: | Zeile 15: | ||
} | } | ||
}} | }} | ||
+ | {{#customtitle:ELGA-spezifische Erweiterungen der XDS-Metadaten}} | ||
==ELGA-spezifische Erweiterungen der XDS-Metadaten== | ==ELGA-spezifische Erweiterungen der XDS-Metadaten== |
Version vom 19. April 2018, 14:13 Uhr
Inhaltsverzeichnis
1 ELGA-spezifische Erweiterungen der XDS-Metadaten
Die folgenden Daten entsprechen nicht dem IHE-Standard und werden vom ELGA-Berechtigungssteuerungssystem automatisch gesetzt. Die Angabe in diesem Leitfaden dient nur zur Information.
1.1 elgaFlag
Das elgaFlag dient zur Kennzeichnung eines Dokuments als „ELGA-Dokument“18. Ein XDS Source des ELGA-Bereiches sendet eine „XDS.b Provide and Register Transaktion [ITI-41]“, eine „XDS.b Register Document Transaktion [ITI-42]“ oder eine „XDS Update Document [ITI-57]“ an die ELGA-Zugriffssteuerungsfassade (ZGF). Hierbei wird das Attribut „elgaFlag“ entsprechend dem Ergebnis der Berechtigungsprüfung dieser Transaktionen gemäß individueller Zugriffsberechtigungen des Patienten von der ELGA-Zugriffssteuerungsfassade (ZGF) explizit gesetzt. „elgaFlag“ kann folgende Werte annehmen:
- "true" oder
- "false"
1.1.1 Spezifikation
<rim:Slot name="urn:elga-bes:elgaFlag"> <rim:ValueList> <rim:Value>true</rim:Value> </rim:ValueList> </rim:Slot>
18 Das ist für Registries notwendig, die sowohl für ELGA als auch für andere eHealth-Anwendungen verwendet werden. Hier können auch Dokumente auftreten, die NICHT für ELGA vorgesehen sind.
1.2 elgaHash
Der elgaHash dient als Prüfkennzeichen für die Integrität und Authentizität eines XDS-Metadatensatzes. Ein XDS Source des ELGA-Bereiches sendet eine „XDS.b Provide and Register Transaktion [ITI-41]“, eine „XDS.b Register Document Transaktion [ITI-42]“ oder eine „XDS Update Document [ITI-57]“ an die ZGF. Dabei wird bei zulässiger Autorisierung von der ZGF ein Hashwert über ausgewählte XDS Metadaten gebildet und im Slot „ELGA-Hash“ gespeichert.
Die Reihenfolge sowie der Hash-Algorithmus wird vom Hersteller des ELGA-Berechtigungssystems (BeS) bestimmt und wird nicht publiziert, da ausschließlich das ELGA-Berechtigungssystem zur Erzeugung und Prüfung des Hashwertes befugt ist.
1.2.1 Spezifikation
<rim:Slot name="urn:elga-bes:elgaHash"> <rim:ValueList> <rim:Value>3b63bf50f6fe0f44ff7c2ea1a0d0e184</rim:Value> </rim:ValueList> </rim:Slot>