ELGA-spezifische Erweiterungen der XDS-Metadaten

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[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

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>