cdaefa Diskussion:EFA Policy Provider SFM: Unterschied zwischen den Versionen
(Die Seite wurde neu angelegt: „== Eocye.01 == ;Comment :Das Vorgehen beim Verweis mit Semantik ist für mich nicht ganz nachvollziehbar. Wer fragt beim Policy Push von wem die P…“) |
|||
| Zeile 1: | Zeile 1: | ||
| − | == Eocye.01 == | + | = Kommentare = |
| − | + | ||
| − | ; | + | {|class="wikitable" style="text-align: left; cellpadding: 10;" |
| − | :Das Vorgehen beim Verweis mit Semantik ist für mich nicht ganz nachvollziehbar. Wer fragt beim Policy Push von wem die Policy an? Wird diese im Client System gespeichert? (ti, 31.05.2013) | + | !Author |
| − | ; | + | !Status |
| − | :ti | + | !Section |
| − | == Eocye.01 == | + | !Existing |
| − | + | !Proposed | |
| − | ; | + | !Comment |
| − | :Die Notwendigkeit und Auswirkungen der activatePolicy Operation sind mir nicht klar. Die Policy sollte doch gültig sein wenn der Patient ihr zugestimmt hat, unabhängig davon ob sie angefragt wurde oder nicht. (ti.03.06.2013) | + | !Comment Editor |
| − | ; | + | !Discussion |
| − | :ti | + | |- style="vertical-align:top;" |
| − | == Eocye.01 == | + | |style="background-color: white;"|ti |
| − | + | |style="background-color: #89C35C;"|included | |
| − | ; | + | |style="background-color: white;"|Eocye.01 : EFA Policy Provider |
| − | :Es gibt ausserdem noch eine Differenz zum Cookbook bei der Semantik der requestPolicy Operation. Im Cookbook wird beim policy pull des Authorization Provider immer der gesamte Policy Kontext für den Patienten vom Policy Repository abgerufen. Bei der EFA wird der Policy Kontext wiederum für den Benutzer abgerufen. Da die requestPolicy Operation explizit an das policy push gebunden ist, hat das unterschiedliche Vorgehen wahrscheinlich keine Auswirkungen. Dies sollte aber bei der weiteren Evaluierung genau betrachtet werden. (ti, 03.06.2013) | + | |style="background-color: white;"| |
| − | ; | + | |style="background-color: white;"| |
| − | : | + | |style="background-color: white;"|Das Vorgehen beim Verweis mit Semantik ist für mich nicht ganz nachvollziehbar. Wer fragt beim Policy Push von wem die Policy an? Wird diese im Client System gespeichert? (ti, 31.05.2013) |
| + | |style="background-color: white;"|Seite wurde auf Basis der Vereinbarungen zwischen EFA-Verein und bvitg zum EFA-Berechtigungsmanagement komplett übrarbeitet. Basis ist das IHE Cookbook. Es wird nur noch die für das EFA-spezifische Policy Push erforderliche Operation normativ spezifiziert. Verweise mit Semantik sind nicht zulässig. Wie vereinbart, wird beim Policy Push immer die vollständige, maschinenlesbare Policy ausgetauscht. | ||
| + | |style="background-color: white;"| | ||
| + | |- style="vertical-align:top;" | ||
| + | |style="background-color: white;"|ti | ||
| + | |style="background-color: #89C35C;"|included | ||
| + | |style="background-color: white;"|Eocye.01 : EFA Policy Provider | ||
| + | |style="background-color: white;"| | ||
| + | |style="background-color: white;"| | ||
| + | |style="background-color: white;"|Die Notwendigkeit und Auswirkungen der activatePolicy Operation sind mir nicht klar. Die Policy sollte doch gültig sein wenn der Patient ihr zugestimmt hat, unabhängig davon ob sie angefragt wurde oder nicht. (ti.03.06.2013) | ||
| + | |style="background-color: white;"|Seite wurde auf Basis der Vereinbarungen zwischen EFA-Verein und bvitg zum EFA-Berechtigungsmanagement komplett übrarbeitet. Basis ist das IHE Cookbook. Es wird nur noch die für das EFA-spezifische Policy Push erforderliche Operation normativ spezifiziert. Die activatePolicy Operation entfällt, da jeder Provider selbst festlegt, über welche Verfahren er die gültige Policy ermittelt. | ||
| + | |style="background-color: white;"| | ||
| + | |- style="vertical-align:top;" | ||
| + | |style="background-color: white;"|ti | ||
| + | |style="background-color: #89C35C;"|included | ||
| + | |style="background-color: white;"|Eocye.01 : EFA Policy Provider | ||
| + | |style="background-color: white;"| | ||
| + | |style="background-color: white;"| | ||
| + | |style="background-color: white;"|Es gibt ausserdem noch eine Differenz zum Cookbook bei der Semantik der requestPolicy Operation. Im Cookbook wird beim policy pull des Authorization Provider immer der gesamte Policy Kontext für den Patienten vom Policy Repository abgerufen. Bei der EFA wird der Policy Kontext wiederum für den Benutzer abgerufen. Da die requestPolicy Operation explizit an das policy push gebunden ist, hat das unterschiedliche Vorgehen wahrscheinlich keine Auswirkungen. Dies sollte aber bei der weiteren Evaluierung genau betrachtet werden. (ti, 03.06.2013) | ||
| + | |style="background-color: white;"|Seite wurde auf Basis der Vereinbarungen zwischen EFA-Verein und bvitg zum EFA-Berechtigungsmanagement komplett übrarbeitet. Basis ist das IHE Cookbook. Es wird nur noch die für das EFA-spezifische Policy Push erforderliche Operation normativ spezifiziert. Für Policy Pull gilt das im IHE Cookbook beschriebene Verfahren. | ||
| + | |style="background-color: white;"| | ||
| + | |} | ||
Version vom 20. Juni 2014, 18:47 Uhr
Kommentare
| Author | Status | Section | Existing | Proposed | Comment | Comment Editor | Discussion |
|---|---|---|---|---|---|---|---|
| ti | included | Eocye.01 : EFA Policy Provider | Das Vorgehen beim Verweis mit Semantik ist für mich nicht ganz nachvollziehbar. Wer fragt beim Policy Push von wem die Policy an? Wird diese im Client System gespeichert? (ti, 31.05.2013) | Seite wurde auf Basis der Vereinbarungen zwischen EFA-Verein und bvitg zum EFA-Berechtigungsmanagement komplett übrarbeitet. Basis ist das IHE Cookbook. Es wird nur noch die für das EFA-spezifische Policy Push erforderliche Operation normativ spezifiziert. Verweise mit Semantik sind nicht zulässig. Wie vereinbart, wird beim Policy Push immer die vollständige, maschinenlesbare Policy ausgetauscht. | |||
| ti | included | Eocye.01 : EFA Policy Provider | Die Notwendigkeit und Auswirkungen der activatePolicy Operation sind mir nicht klar. Die Policy sollte doch gültig sein wenn der Patient ihr zugestimmt hat, unabhängig davon ob sie angefragt wurde oder nicht. (ti.03.06.2013) | Seite wurde auf Basis der Vereinbarungen zwischen EFA-Verein und bvitg zum EFA-Berechtigungsmanagement komplett übrarbeitet. Basis ist das IHE Cookbook. Es wird nur noch die für das EFA-spezifische Policy Push erforderliche Operation normativ spezifiziert. Die activatePolicy Operation entfällt, da jeder Provider selbst festlegt, über welche Verfahren er die gültige Policy ermittelt. | |||
| ti | included | Eocye.01 : EFA Policy Provider | Es gibt ausserdem noch eine Differenz zum Cookbook bei der Semantik der requestPolicy Operation. Im Cookbook wird beim policy pull des Authorization Provider immer der gesamte Policy Kontext für den Patienten vom Policy Repository abgerufen. Bei der EFA wird der Policy Kontext wiederum für den Benutzer abgerufen. Da die requestPolicy Operation explizit an das policy push gebunden ist, hat das unterschiedliche Vorgehen wahrscheinlich keine Auswirkungen. Dies sollte aber bei der weiteren Evaluierung genau betrachtet werden. (ti, 03.06.2013) | Seite wurde auf Basis der Vereinbarungen zwischen EFA-Verein und bvitg zum EFA-Berechtigungsmanagement komplett übrarbeitet. Basis ist das IHE Cookbook. Es wird nur noch die für das EFA-spezifische Policy Push erforderliche Operation normativ spezifiziert. Für Policy Pull gilt das im IHE Cookbook beschriebene Verfahren. |
