cdaefa:EFA Policy Provider SFM - Versionsgeschichte

Jcaumanns: Markup-Fehler behoben

2015-01-27T10:38:49Z

Markup-Fehler behoben

Jcaumanns: Markup-Fehler behoben

2015-01-26T16:05:51Z

Markup-Fehler behoben

Jcaumanns: Querverweise

2015-01-13T17:43:32Z

Querverweise

Jcaumanns: Seitentemplate an Konvention angepasst.

2014-09-09T13:49:47Z

Seitentemplate an Konvention angepasst.

Jcaumanns: /* redeemAccessToken */ redeemAccessToken des Ressource Manager und des Policy Providers zusammengeführt

2014-04-08T09:20:51Z

‎redeemAccessToken: redeemAccessToken des Ressource Manager und des Policy Providers zusammengeführt

Jcaumanns: Die Operation issueAccessToken wurde vom Ressource Manager zum Policy Provider verschoben. Die Operation redeemAccessToken wurde um den Aspekt P2P erweitert.

2014-04-08T09:05:29Z

Die Operation issueAccessToken wurde vom Ressource Manager zum Policy Provider verschoben. Die Operation redeemAccessToken wurde um den Aspekt P2P erweitert.

Jcaumanns: /* redeemAccessToken */ redemtipnConfirmationToken in accessPolicyToken umbenannt.

2014-04-02T16:09:49Z

‎redeemAccessToken: redemtipnConfirmationToken in accessPolicyToken umbenannt.

Jcaumanns: Operation "redeemAccessToken" hinzugefügt

2014-03-28T18:49:34Z

Operation "redeemAccessToken" hinzugefügt

Jcaumanns: /* requestPolicy */ Added Link to PIM consentInfo

2014-03-04T16:18:42Z

‎requestPolicy: Added Link to PIM consentInfo

Jcaumanns: /* EFA Policy Provider */

2013-11-17T16:35:43Z

‎EFA Policy Provider

@@ Zeile 16: / Zeile 16: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Operation
-! colspan="3"|requestPolicy
+| colspan="3"|requestPolicy
 |-
-|Funktionalität
+!Funktionalität
 | colspan="2"| Stellt eine für einen angegebenen Nutzer zum Zugriff auf eine benannte Fallakte gültige Policy in Form eines Berechtigungsregelwerks bereit.
 |-
-|rowspan="3" | Eingabe
+!rowspan="3" | Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Nutzerkontext, der eine [[cdaefa:EFA_Security_Informationsmodell#subjectIdentity|subjectIdentity]] zur Identifizierung des Nutzers enthält, dessen Berechtigungen auf der angegebenen Fallakte abgerufen werden sollen.
@@ Zeile 31: / Zeile 31: @@
 |Informationen zu einer vom Patienten gegebenen Einwilligung. ''Dieses Argument wird für Ad-Hoc-Berechtigungen und Additive Berechtigungen benötigt und näher ausspezifiziert, wenn die entsprechenden Verfahren im Detail definiert sind.''
 |-
-|Rückgabe
+!Rückgabe
 |[[cdaefa:EFA_Security_Informationsmodell#subjectAccessPolicy|subjectAccessPolicy]]
 |Für den aktuellen Kontext und die angegebene Fallakte gültigen Berechtigungsregeln.
 |-
-|Vorbedingungen
+!Vorbedingungen
 | colspan="2"|
 # Der EFA-Teilnehmer hat sich authentisiert und ein Nachweis liegt vor
 # Policies für die angefragte Fallakte sind beim Policy Provider registriert
 |-
-|Ablaufsequenz
+!Ablaufsequenz
 | colspan="2"|
 # Überprüfe die Authentizität des Authentisierungsnachweises
@@ Zeile 46: / Zeile 46: @@
 # Liefere Access Policy an den Aufrufer zurück
 |-
-|Mögliche Fehler
+!Mögliche Fehler
 |MissingAttributes
 |Für die Auswahl der zu verwendenden Policy erforderliche Angaben zum EFA-Teilnehmer fehlen.
@@ Zeile 56: / Zeile 56: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Operation
-! colspan="2"|issueAccessToken
+| colspan="2"|issueAccessToken
 |-
-|Funktionalität
+!Funktionalität
 | colspan="2"|Diese Operation stellt ein Berechtigungstoken für eine Fallakte aus. Zu dem Berechtigungstoken gehört eine Redeem-Policy, die beim Policy Provider registriert wird. Die EFA-Berechtigungsregel der Fallakte wird durch diese Operation nicht verändert.
 |-
-|Aufrufer
+!Aufrufer
 | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne
 |-
-| rowspan="2"|Eingabe
+! rowspan="2"|Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager [[cdaefa:EFA_Context_Manager_SFM#Operation:_OpenContext|''openContext'']].
@@ Zeile 71: / Zeile 71: @@
 |Eindeutige Identifizierung der Fallakte, für die ein Berechtigungstoken ausgestellt werden soll.
 |-
-|Rückgabe
+!Rückgabe
 |[[cdaefa:EFA_Security_Informationsmodell#accessToken|accessToken]]
 |Ein Berechtigungstoken, das den Leistungserbringer, der es einreicht, zum Zugriff auf die Fallakte berechtigt.
 |-
-|Vorbedingungen
+!Vorbedingungen
 | colspan="2"|
 |-
-|Ablauf
+!Ablauf
 | colspan="2"|
 # Erzeuge eine Berechtigungstoken-Kennung. Sie enthält die communityID dieses EFA-Providers und eine randomisierte, eindeutige Kennung. Siehe EFA-1.2 Offline-Token-Spezifikation.
@@ Zeile 85: / Zeile 85: @@
 # Gib die Kennung des Berechtigungstokens dem Aufrufer.
 |-
-|Fehler	und Warnungen
+!Fehler	und Warnungen
 | colspan="2"|
 Folgende Fehler müssen erkannt und rückgemeldet werden:
@@ Zeile 97: / Zeile 97: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Operation
-! colspan="3"|redeemAccessPolicy
+| colspan="3"|redeemAccessPolicy
 |-
-|Funktionalität
+!Funktionalität
 | colspan="2"| Diese Operation tauscht ein Berechtigungstoken gegen eine Subject Access Policy. Wenn das Berechtigungstoken nicht bei diesem EFA-Provider ausgestellt wurde, dann wird der Operationsaufruf an die ausstellende EFA-Provider-Domäne weitergereicht.
 |-
-|rowspan="3" | Eingabe
+!rowspan="3" | Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Nutzerkontext, der eine [[cdaefa:EFA_Security_Informationsmodell#subjectIdentity|subjectIdentity]] zur Identifizierung des Nutzers enthält, der das Berechtigungstoken einlösen will.
@@ Zeile 112: / Zeile 112: @@
 |Über die Operation [[#issueAccessToken|issueAccessToken]] ausgestelltes Berechtigungstoken, mit dem der Einreicher als Teilnehmer an der im Token kodierten Fallakte registriert werden soll.
 |-
-|Rückgabe
+!Rückgabe
 |[[cdaefa:EFA_Security_Informationsmodell#subjectAccessPolicy|subjectAccessPolicy]]
 |Der vertrauenswürdige Nachweis dafür, dass das Berechtigungstoken eingelöst wurde.
 |-
-|Vorbedingungen
+!Vorbedingungen
 | colspan="2"|
 * Die Fallakte ist im Zustand "offen".
 |-
-|Ablauf
+!Ablauf
 | colspan="2"|
 Wenn dieser EFA-Provider nicht der ausstellende EFA-Provider ist:
@@ Zeile 139: / Zeile 139: @@
 # Gib die Subject Access Policy dem Aufrufer.
 |-
-|Fehler und Warnungen
+!Fehler und Warnungen
 | colspan="2"|
 Folgende Fehler müssen erkannt und rückgemeldet werden:

@@ Zeile 157: / Zeile 157: @@
 {{NoteBox|'''Referenzen und Querverweise'''
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]
 }}

@@ Zeile 4: / Zeile 4: @@
 ----
-== EFA Policy Provider ==
+=== EFA Policy Provider ===
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eocye.01}</tt>
 Der EFA Policy Provider ist für die Verwaltung der Berechtigungen in Form von Policies in einem Policy Repository zuständig. Berechtigungen sind an einen bestimmten [[cdaefa:EFA_Business_Informationsmodell#purpose|Zweck]] gebunden und steuern den Zugriff von EFA-Teilnehmern auf eine Fallakte.
-=== requestPolicy ===
+==== requestPolicy ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eocye.01.01}</tt>
@@ Zeile 51: / Zeile 51: @@
 |}
-=== issueAccessToken ===
+==== issueAccessToken ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eocye.01.02}</tt>
@@ Zeile 92: / Zeile 92: @@
 |}
-=== redeemAccessToken ===
+==== redeemAccessToken ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eocye.01.03}</tt>
@@ Zeile 150: / Zeile 150: @@
 |}
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 1: / Zeile 1: @@
-{{Infobox Dokument
+{{DocumentPart
 }}
 ''Anmerkung: Die Kürzel unter den einzelnen Überschriften dienen der Unterstützung des Kommentierungsverfahrens. Bitte geben Sie bei einem Kommentar oder einem Verbesserungsvorschlag zu dieser Spezifikation immer das Kürzel des Abschnitts an, auf den sich Ihr Kommentar bezieht. Alle Kommentare werden in der Lasche "Diskussion" zu der kommentierten Seite gesammelt und gegenkommentiert.<br>Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "[[cdaefa:Kommentierung EFAv2.0|Kommentierung EFAv2.0]]".''
 ----

@@ Zeile 111: / Zeile 111: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Operation
-! colspan="3"|requestPolicy
+! colspan="3"|redeemAccessPolicy
 |-
 |Funktionalität
-| colspan="2"| Die Operation tauscht ein Berechtigungstoken gegen eine Subject Access Policy. Das Berechtigungstoken muss von diesem EFA-Provider ausgestellt worden sein und muss mit einer Token Redeem Policy gesichert sein, die bei diesem EFA-Provider registriert ist. Die Subject Access Policy gibt dem Aufrufer einen vertrauenswürdigen Nachweis darüber, dass das Berechtigungstoken eingelöst wurde.
+| colspan="2"| Diese Operation tauscht ein Berechtigungstoken gegen eine Subject Access Policy. Wenn das Berechtigungstoken nicht bei diesem EFA-Provider ausgestellt wurde, dann wird der Operationsaufruf an die ausstellende EFA-Provider-Domäne weitergereicht.
 |-
-|rowspan="2" | Eingabe
+|rowspan="3" | Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Nutzerkontext, der eine [[cdaefa:EFA_Security_Informationsmodell#subjectIdentity|subjectIdentity]] zur Identifizierung des Nutzers enthält, der das Berechtigungstoken einlösen will.
 |-
 |[[cdaefa:EFA_Business_Informationsmodell#accessToken|accessToken]]
@@ Zeile 129: / Zeile 132: @@
 |Vorbedingungen
 | colspan="2"|
 |-
 |Ablauf
 | colspan="2"|
 # Identifiziere die Redeem Policy, die zum Berechtigungstoken gehört.
 # Prüfe das Berechtigungstoken.
@@ Zeile 143: / Zeile 157: @@
 Folgende Fehler müssen erkannt und rückgemeldet werden:
 * [[cdaefa:EFA Fehlermeldungen und Warnungen|Gemeinsame Fehlermeldungen und Warnungen]]
 * Das Berechtigungstoken ist unbekannt. Es existiert keine Redeem Policy.
 * Der EFA-Teilnehmer ist nicht berechtigt, das Berechtigungstoken einzulösen.

@@ Zeile 69: / Zeile 69: @@
 |-
 |Funktionalität
-| colspan="2"| Die Operation tauscht ein Berechtigungstoken gegen ein Redemption Confirmation Token. Das Berechtigungstoken muss von diesem EFA-Provider ausgestellt worden sein und muss mit einer Redeem Policy gesichert sein, die bei diesem EFA-Provider registriert ist. Das Redemption Confirmation Token gibt dem Aufrufer einen vertrauenswürdigen Nachweis darüber, dass das Berechtigungstoken eingelöst wurde.
+| colspan="2"| Die Operation tauscht ein Berechtigungstoken gegen ein Access Policy Token. Das Berechtigungstoken muss von diesem EFA-Provider ausgestellt worden sein und muss mit einer Token Redeem Policy gesichert sein, die bei diesem EFA-Provider registriert ist. Das Access Policy Token gibt dem Aufrufer einen vertrauenswürdigen Nachweis darüber, dass das Berechtigungstoken eingelöst wurde. Außerdem enthält es die Token Access Policy, die beim Ausstellen des Berechtigungstoken registriert wurde.
 |-
 |rowspan="2" | Eingabe
@@ Zeile 79: / Zeile 79: @@
 |-
 |Rückgabe
-|[[redemptionConfirmationToken]]
+|[[accessPolicyToken]]
 |Der vertrauenswürdige Nachweis dafür, dass das Berechtigungstoken eingelöst wurde.
 |-
@@ Zeile 90: / Zeile 90: @@
 # Prüfe das Berechtigungstoken.
 # Lösche die Redeem Policy.
-# Erzeuge das redemptionConfirmationToken.
+# Identifiziere die Access Policy, die für das Berechtigungstoken registriert wurde.
 |-
 |Fehler und Warnungen

@@ Zeile 6: / Zeile 6: @@
 |Version   = 0.9
 |Submitted = February 2013
-|Author    = Jörg Caumanns, Raik Kuhlisch
+|Author    = Jörg Caumanns, Raik Kuhlisch, Ben Kraufmann
 |Date      = March 2013
 |Copyright = 2012-2013
@@ Zeile 35: / Zeile 35: @@
 |rowspan="3" | Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
-|Nutzerkontext, der eine [[cdaefa:EFA_Security_Informationsmodell#subjectIdentity|subjectIdentity] zur Identifizierung des Nutzers enthält, dessen Berechtigungen auf der angegebenen Fallakte abgerufen werden sollen.
+|Nutzerkontext, der eine [[cdaefa:EFA_Security_Informationsmodell#subjectIdentity|subjectIdentity]] zur Identifizierung des Nutzers enthält, dessen Berechtigungen auf der angegebenen Fallakte abgerufen werden sollen.
 |-
 |[[cdaefa:EFA_Business_Informationsmodell#ecrRef|ecrRef]]
@@ Zeile 61: / Zeile 61: @@
 |MissingAttributes
 |Für die Auswahl der zu verwendenden Policy erforderliche Angaben zum EFA-Teilnehmer fehlen.
 |}

@@ Zeile 40: / Zeile 40: @@
 |Eindeutige Identifizierung der Fallakte, für die Berechtigungen abgefragt werden sollen.
 |-
-|consentInfo (optional)
+|[[cdaefa:EFA_Business_Informationsmodell#consentInfo|consentInfo]] (optional)
 |Informationen zu einer vom Patienten gegebenen Einwilligung. ''Dieses Argument wird für Ad-Hoc-Berechtigungen und Additive Berechtigungen benötigt und näher ausspezifiziert, wenn die entsprechenden Verfahren im Detail definiert sind.''
 |-

← Nächstältere Version		Version vom 17. November 2013, 16:35 Uhr
Zeile 22:		Zeile 22:

	Der EFA Policy Provider ist für die Verwaltung der Berechtigungen in Form von Policies in einem Policy Repository zuständig. Berechtigungen sind an einen bestimmten [[cdaefa:EFA_Business_Informationsmodell#purpose\|Zweck]] gebunden und steuern den Zugriff von EFA-Teilnehmern auf eine Fallakte.		Der EFA Policy Provider ist für die Verwaltung der Berechtigungen in Form von Policies in einem Policy Repository zuständig. Berechtigungen sind an einen bestimmten [[cdaefa:EFA_Business_Informationsmodell#purpose\|Zweck]] gebunden und steuern den Zugriff von EFA-Teilnehmern auf eine Fallakte.
−
−	~~=== Policy Pull ===~~
−
−	Jeder EFA-Provider muss das im IHE Cookbook beschriebene Verfahren des Policy Pull unterstützen. Hierbei wird vom EFA-Dienst für jede Anfrage die gültige Policy (Berechtigungsregelwerk) ermittelt und ausgewertet. Der EFA Policy Provider zur Verwaltung und Bereitstellung von Berechtigungsregeln ist hierbei ein logischer Dienst, dessen konkrete Umsetzung nicht näher reglementiert ist. Insbesondere ist es dem Hersteller der EFA-Aktendienste überlassen, wie er eine Einwilligungserklärung in eine Policy übersetzt und wie er diese bei einem Aktenaufruf ermittelt und auswertet.
−
−	~~[[Datei:PIM_SEQ_Policy_Pull.png\|480px]]~~
−
−	~~=== Client Policy Push ===~~
−
−	Optional kann ein EFA-Provider das in der EFAv1.2 bevorzugt genutzte Policy Push Verfahren unterstützen. Hierbei ruft der Client die für den aktuellen Nutzer gültige Policy für eine zu öffnende Fallakte vom EFA Policy Provider ab. Die Policy wird als Teil des [[cdaefa:EFA_Security_Informationsmodell#context\|EFA-Nutzerkontextes]] im Context Manager verwaltet und bei jedem Aufruf eines EFA-Dienstes in Form einer [[cdaefa:EFA_Security_Informationsmodell#subjectAccessPolicy\|subjectAccessPolicy]] mitgegeben.
−
−	~~[[Datei:PIM_SEQ_Policy_Push.png\|480px]]~~

	=== requestPolicy ===		=== requestPolicy ===