cdaefa:EFA Kommunikationsmuster - Versionsgeschichte

Jcaumanns: /* Invalidieren eines Dokuments */

2016-02-17T07:45:52Z

‎Invalidieren eines Dokuments

Jcaumanns: Markup-Fehler behoben

2015-01-26T16:04:24Z

Markup-Fehler behoben

Jcaumanns: Querverweise

2015-01-13T17:38:57Z

Querverweise

Jcaumanns: Seitentemplate an Konvention angepasst.

2014-09-09T13:47:38Z

Seitentemplate an Konvention angepasst.

Jcaumanns: Kommunikationsmuster "Invalidieren von Dokumenten" hinzugefügt

2014-06-16T16:38:10Z

Kommunikationsmuster "Invalidieren von Dokumenten" hinzugefügt

Jcaumanns: /* Anfordern eines Berechtigungstoken */ Die Operation issueAccessToken wurde vom Ressource Manager zum Policy Provider verschoben.

2014-04-08T08:50:50Z

‎Anfordern eines Berechtigungstoken: Die Operation issueAccessToken wurde vom Ressource Manager zum Policy Provider verschoben.

Jcaumanns: /* Einlösen eines Berechtigungstoken */ Das Muster wurde in zwei Muster aufgeteilt, um die Lesbarkeit zu verbessern.

2014-04-08T08:40:45Z

‎Einlösen eines Berechtigungstoken: Das Muster wurde in zwei Muster aufgeteilt, um die Lesbarkeit zu verbessern.

Jcaumanns: Beschreibung der Diagramme aktualisiert. Skalierung der Grafiken angepasst.

2014-04-02T16:01:21Z

Beschreibung der Diagramme aktualisiert. Skalierung der Grafiken angepasst.

Änderungen zeigen

Jcaumanns: Muster "Verteilen einer Einwilligung im EFA-Verbund" hinzugefügt.

2014-03-28T11:32:16Z

Muster "Verteilen einer Einwilligung im EFA-Verbund" hinzugefügt.

Jcaumanns: Hinweis für Fallakte schließen P2P hinzugefügt.

2014-03-27T17:51:27Z

Hinweis für Fallakte schließen P2P hinzugefügt.

@@ Zeile 226: / Zeile 226: @@
 === Invalidieren eines Dokuments ===
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eouns.01.15}</tt>
-Das EFA-Teilnehmersystem invalidiert ein Datenobjekt, indem es das Datenobjekt mit dem Invalidierungsdokument [[cdaefa:EFA_Business_Informationsmodell#docRelationship|ersetzt]]. Es wird im IHE-D Cookbook  definiert werden.
+[[Datei:PIM_SEQ_Dokumente-invalidieren.png|417px]]
 Dieses Muster ist abhängig von:
@@ Zeile 237: / Zeile 237: @@
 Um ein Dokument zu invalidieren:
 # Das EFA-Teilnehmersystem (TNS) wählt das zu ersetzende Dokument aus.
-# Das TNS ruft die Operation [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#provideData|''provideData'']] des EFA-Document-Repository auf. Es wird das Invalidierungsdokument und die [[cdaefa:EFA_Business_Informationsmodell#docRelationship|ersetzt]]-docRelationship übermittelt.
+# Das TNS ruft die Operation [cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#invalidateData|''invalidateData'']] des EFA-Document-Registry auf.
-# Das EFA-Document-Repository
+# Das EFA-Document-Registry markiert das referenzierte Dokument als ungültig, sofern dieses in der lokalen Affinity Domain registriert ist
 # Das EFA-Document-Repository gibt dem TNS eine Status-Meldung.
 === Registrierung einer neuen Einwilligung ===

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

← Nächstältere Version		Version vom 13. Januar 2015, 17:38 Uhr
Zeile 342:		Zeile 342:


−	~~=== Querverweise und Referenzen ===~~

		+
		+	----
		+
		+
		+	{{NoteBox\|'''Referenzen und Querverweise'''
	* [[cdaefa:EFA_Spezifikation_v2.0\|EFA-2.0-Spezifikation]]		* [[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 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 47: / Zeile 47: @@
 |-
 |[[cdaefa:CIM Invalidieren von Datenobjekten|Invalidieren von Datenobjekten]]
-|[[#Einstellen von Dokumenten|Einstellen von Dokumenten]]
+|[[#Invalidieren eines Dokuments|Invalidieren eines Dokuments]]
-|Das EFA-Teilnehmersystem invalidiert ein Datenobjekt, indem es das Datenobjekt mit dem Invalidierungsdokument ersetzt. Es wird im IHE-D Cookbook  definiert werden.
 |-
 |[[cdaefa:CIM Anlegen einer Fallakte|Anlegen einer Fallakte]]
@@ Zeile 238: / Zeile 238: @@
 ## oder ruft die Operation ''retrieveData'' des Document Repository in der für das Dokument zuständigen Affinity Domain auf und
 ## gibt das Datenobjekt des Dokument dem TNS.
 === Registrierung einer neuen Einwilligung ===

@@ Zeile 257: / Zeile 257: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eouns.01.10}</tt>
-[[Datei:PIM_SEQ_Token_ausstellen.png|683px]]
+[[Datei:PIM_SEQ_Token_ausstellen.png|438px]]
 Dieses Muster ist abhängig von [[cdaefa:EFA_Kommunikationsmuster#Auflisten_von_Partitionen|Auflisten von Partitionen]].
@@ Zeile 263: / Zeile 263: @@
 Um ein Berechtigungstoken anzufordern:
 # Das EFA-Teilnehmersystem (TNS) wählt die Fallakte, für die das Berechtigungstoken angefordert werden soll, aus der [[cdaefa:EFA_Business_Informationsmodell#partitionList|Liste der Partitionen]] aus.
-# Das TNS ruft die Operation [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#issueAccessToken|''issueAccessToken'']] des EFA-Ressourcen-Managers auf.
+# Das TNS ruft die Operation [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#issueAccessToken|''issueAccessToken'']] des Policy Providers auf.
-# Der EFA-Ressourcen-Manager erzeugt das [[cdaefa:EFA_Security_Informationsmodell#accessToken|Berechtigungstoken]] und registriert es beim EFA-Policy-Provider.
+# Der Policy Provider gibt das [[cdaefa:EFA_Security_Informationsmodell#accessToken|Berechtigungstoken]] dem TNS.
 # Der EFA-Teilnehmer kann das Berechtigungstoken auf einen Träger aufbringen und dem Patienten geben.

@@ Zeile 273: / Zeile 273: @@
 Ein EFA-Teilnehmer löst ein Berechtigungstoken ein, um sich als Zugriffsberechtigter einer Fallakte zu registrieren.
-[[Datei:PIM_SEQ_Token_einloesen.png|800px]]
+[[Datei:PIM_SEQ_Token_einloesen.png|675px]]
 Dieses Muster ist abhängig von [[cdaefa:EFA_Kommunikationsmuster#Aufbau_des_Sicherheitskontextes|Aufbau des Sicherheitskontextes]].
@@ Zeile 279: / Zeile 279: @@
 Um ein Berechtigungstoken einzulösen:
 # Der EFA-Teilnehmer entnimmt das [[cdaefa:EFA_Security_Informationsmodell#accessToken|Berechtigungstoken]] dem vom Patienten bereitgestellten Träger.
-# Das EFA-Teilnehmersystem (TNS) ruft die Operation [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#redeemAccessToken|''redeemAccessToken'']] des EFA-Ressourcen-Managers auf.
+# Das EFA-Teilnehmersystem (TNS) ruft die Operation [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#redeemAccessToken|''redeemAccessToken'']] des EFA-Policy-Providers auf.
-# Der EFA-Ressourcen-Manager ruft die Operation [[cdaefa:EFA_Policy_Provider_SFM#redeemAccessToken|''redeemAccessToken'']] des Policy Providers auf. Der Policy Provider gehört zu dem EFA-Provider, der das Berechtigungstoken ausgestellt hat.
+# Wenn das Berechtigungstoken nicht vom eigenen EFA-Provider ausgestellt wurde, dann ruft der EFA-Policy-Provider die Operation ''redeemAccessToken'' des ausstellenden EFA-Providers auf.
-# Der Policy Provider gibt dem Ressource Manager die Token Access Policy (accessTokenPolicy), die für das Berechtigungstoken registriert wurde.
+# Der Policy Provider gibt die Subject Access Policy für das Berechtigungstoken dem Policy Provider in der einreichenden EFA-Provider-Domäne.
-# Der EFA-Ressourcen-Manager registriert eine Berechtigungsregel auf der Grundlage der Token Access Policy beim eigenen Policy Provider.
+# Der Policy Provider registriert die Subject Access Policy und führt das Kommunikationsmuster ''Fallakte konsolidieren'' aus.
 # Wenn der eigene EFA-Provider keine Partitionen der Fallakte führt:
 ## Der EFA-Ressource-Manager ruft die Operation [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#listRecordLocations|''listRecordLocations'']] des EFA-Ressourcen-Managers in der ausstellenden EFA-Provider-Domäne auf.
 ## Für jede communityID in der Ergebnisliste des Operationsaufrufs: Der EFA-Ressourcen-Manager ruft die Operation [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#registerRecordLocation|''registerRecordLocation'']] des EFA-Ressource-Managers der entsprechenden EFA-Provider-Domäne auf.
 === Speichern und Registrieren von Dokumenten ===

@@ Zeile 290: / Zeile 290: @@
 # Das Document Registry gibt dem Document Repository eine Status-Meldung.
 # Das Document Repository gibt dem Resource Manager eine Status-Meldung.
 === Querverweise und Referenzen ===
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 162: / Zeile 162: @@
 ## ändert den Status und die EFA-Berechtigungsregel der Fallakte gemäß des [[cdaefa:EFA_Business_Lebenszyklus|Lebenszyklus]] und
 ## gibt die Kennung der Partition, mit der die Dokumente verknüpft sind, dem TNS.
 === Auflisten von Partitionen ===