ELGA-spezifische Erweiterungen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(Die Seite wurde neu angelegt: „==ELGA-spezifische Erweiterungen der XDS-Metadaten== Die folgenden Daten entsprechen nicht dem IHE-Standard und werden vom ELGA-Berechtigungssteuerungssystem a…“)
 
 
(8 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
{{#css:
 +
.orange{
 +
  border: thin black solid;
 +
  background-color:#F4C789;
 +
  padding: 5px 5px 5px 5px;
 +
  margin-left:6px;
 +
  width:70%;
 +
}
 +
.violet{
 +
  border: thin black solid;
 +
  background-color:#E5D0EE;
 +
  padding: 5px 5px 5px 5px;
 +
  margin-left:6px;
 +
  width:70%;
 +
}
 +
}}
 +
{{#customtitle:ELGA-spezifische Erweiterungen}}
 +
 
==ELGA-spezifische Erweiterungen der XDS-Metadaten==
 
==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.  
 
Die folgenden Daten entsprechen nicht dem IHE-Standard und werden vom ELGA-Berechtigungssteuerungssystem automatisch gesetzt. Die Angabe in diesem Leitfaden dient nur zur Information.  
  
 
===elgaFlag===
 
===elgaFlag===
Das elgaFlag dient zur Kennzeichnung eines Dokuments als „ELGA-Dokument“ . 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:
+
Das elgaFlag dient zur Kennzeichnung eines Dokuments als „ELGA-Dokument“<sup>18</sup>. 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
 
* "true"    oder
 
* "false"
 
* "false"
Zeile 15: Zeile 33:
 
   </rim:Slot>
 
   </rim:Slot>
 
</pre>
 
</pre>
 +
 +
<sup>18</sup> 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.
  
 
===elgaHash===
 
===elgaHash===
Zeile 20: Zeile 40:
  
 
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.
 
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.
 
<sup>17</sup> 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.
 
  
 
====Spezifikation====
 
====Spezifikation====

Aktuelle 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>