cdaefa:CIM Autorisierung eines weiteren Teilnehmers - Versionsgeschichte

Jcaumanns: Markup-Fehler behoben

2015-01-27T10:05:30Z

Markup-Fehler behoben

Jcaumanns: Markup-Fehler behoben

2015-01-26T15:47:04Z

Markup-Fehler behoben

Jcaumanns: Formatanpassung für Print

2015-01-14T15:34:41Z

Formatanpassung für Print

Jcaumanns: Querverweise

2015-01-13T17:25:50Z

Querverweise

Jcaumanns: Fehlende Eingangsinformation ergänzt

2014-09-15T17:42:02Z

Fehlende Eingangsinformation ergänzt

Jcaumanns: Seitentemplate an Konvention angepasst.

2014-09-09T13:44:17Z

Seitentemplate an Konvention angepasst.

Jcaumanns: /* Definition der Interaktionsmuster */

2013-11-17T11:55:02Z

‎Definition der Interaktionsmuster

Jcaumanns: /* Abbildung der Szenarien und Varianten auf Interaktionsmuster */

2013-11-17T11:41:46Z

‎Abbildung der Szenarien und Varianten auf Interaktionsmuster

Jcaumanns: /* Anwendungsszenario: Offline-Token */

2013-11-17T11:31:43Z

‎Anwendungsszenario: Offline-Token

Jcaumanns: /* Interaktionsmuster zur Autorisierung eines weiteren Teilnehmers */

2013-11-17T11:03:32Z

‎Interaktionsmuster zur Autorisierung eines weiteren Teilnehmers

@@ Zeile 122: / Zeile 122: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 |-
-|Motivation
+!Motivation
 |Autorisierung eines zusätzlichen Leistungserbringers zur Nutzung einer EFA
 |-
-|Akteure und Rollen
+!Akteure und Rollen
+|
 ;Leistungserbringer (LE)
@@ Zeile 132: / Zeile 132: @@
 :Der EFA-Provider stellt das Berechtigungstoken aus. Der EFA-Provider stellt sicher, dass nur berechtigte Leistungserbringer Berechtigungstoken anfordern können. Er stellt sicher, dass nur Leistungserbringer über das Token autorisiert werden können.
 |-
-|Interaktion
+!Interaktion
 |Arzt --&gt; (Aktenkennung) --&gt; EFA-Provider <br/>
 EFA-Provider --&gt; (Berechtigungstoken) --&gt; Arzt
 |-
-|Vorbedingungen
+!Vorbedingungen
+|
 *Die fachlichen Voraussetzungen für die Einbeziehung weiterer Leistungserbringer in die Behandlungsorganisation und/oder -situation sind gegeben.
@@ Zeile 143: / Zeile 143: @@
 *Der LE hat den Patienten und die Akte sicher identifiziert und abgeglichen, die Akte dem Patienten zugeordnet ist.
 |-
-|Ablauf
+!Ablauf
+|
 #Der LE übermittelt eine Anfrage nach einem Berechtigungstoken an den EFA-Provider.
@@ Zeile 151: / Zeile 151: @@
 #Der EFA-Provider sendet das Token in digitaler Form an den anfragenden Leistungserbringer.
 |-
-|Eingangsinformationen
+!Eingangsinformationen
+|
 ;Aktenkennung (identifizierende Daten)
 :Der Aktenverweis muss die eindeutige Identifizierung der Akte erlauben, zu der ein Berechtigungstoken ausgestellt werden soll.
 |-
-|Nachbedingungen
+!Nachbedingungen
+|
 *Ein Berechtigungstoken wurde ausgestellt.
 |-
-|Ausnahmeszenarien
+!Ausnahmeszenarien
 |<nowiki>-</nowiki>
 |}
@@ Zeile 168: / Zeile 168: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 |-
-|Motivation
+!Motivation
 |Autorisierung eines zusätzlichen Leistungserbringers zur Nutzung einer EFA
 |-
-|Akteure und Rollen
+!Akteure und Rollen
+|
 ;Leistungserbringer (LE)
@@ Zeile 178: / Zeile 178: @@
 :Der EFA-Provider erweitert die Berechtigungen einer bestehende Akte gemäß der im Berechtigungstoken kodierten Angaben. Der EFA-Provider stellt sicher, dass Aktenzugriffe nur durch autorisierte EFA-Teilnehmer im Rahmen der diesen zugewiesenen Rollen erfolgen können.
 |-
-|Interaktion
+!Interaktion
 |Arzt --&gt; (Berechtigungstoken, Identifikation des Leistungserbringers) --&gt; EFA-Provider
 |-
-|Vorbedingungen
+!Vorbedingungen
+|
 *Die fachlichen Voraussetzungen für die Einbeziehung des neu zu berechtigenden Arztes in die Behandlungsorganisation und/oder -situation sind gegeben. Die Hinzuziehung des Arztes erfolgt auf expliziten Wunsch des Patienten, was durch die eigenhändige Übergabe des Berechtigungstokens ausgedrückt wird.
@@ Zeile 188: / Zeile 188: @@
 *Der LE hat den Patienten sicher identifiziert und abgeglichen, dass das eingereichte Token dem Patienten zugeordnet ist.
 |-
-|Ablauf
+!Ablauf
+|
 #Der LE übermittelt das Berechtigungstoken an den EFA-Provider.
@@ Zeile 194: / Zeile 194: @@
 #Der EFA-Provider erweitert die Berechtigungen der Fallakte analog zu den Angaben im Berechtigungstoken um den das Token einreichenden Leistungserbringer. Alle zuvor definierten Berechtigungen behalten dabei ihre Gültigkeit.
 |-
-|Eingangsinformationen
+!Eingangsinformationen
+|
 ;Neuer EFA-Teilnehmer (in-band)
@@ Zeile 201: / Zeile 201: @@
 :Das Berechtigungstoken enthält einen Verweis auf die Akte, deren Berechtigtenkreis erweitert wird. Zusätzlich können weitere Kontroll- und Konfigurationsdaten enthalten sein.
 |-
-|Nachbedingungen
+!Nachbedingungen
+|
 *Die Berechtigungen auf der Fallakte sind angepasst. Der berechtigte EFA-Teilnehmer kann die Akte eindeutig adressieren sowie Daten in die Akte einstellen und aus dieser auslesen.
 |-
-|Ausnahmeszenarien
+!Ausnahmeszenarien
+|
 *Der Leistungserbringer ist bereits zum Zugriff auf die Akte berechtigt.

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

@@ Zeile 44: / Zeile 44: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.03}</tt>
-{|class="wikitable" style="text-align: left; cellpadding: 10;"
+===== Token ausstellen =====
 !Interaktion
-!Funktionalität, Vorbedingungen, Nachbedingungen
+{|class="wikitable"
-!Muster
+!Interaktion
 |-
-|[[Datei:CIM_Offline_Token_Singleton_Ausstellen.png|325px]]
-|Vorbedingungen:
+Funktionalität,
 * Eine Fallakte ist angelegt und gemäß der zuletzt gegebenen Einwilligung des Patienten nutzbar.
 * Der Arzt hat sich gegenüber seinem EFA-Provider identifiziert und authentifiziert und hat Zugriff auf die Fallakte, zu der ein Berechtigungstoken angefordert wird.
@@ Zeile 62: / Zeile 69: @@
 Verpflichtungen:
 * Es ist nachvollziehbar, welche Person wann ein Berechtigungstoken für welche Akte angefordert hat.
-|Muster '''Token ausstellen'''
+|-
 *Bereit gestellte Informationen:
 ** Akte, zu der ein Berechtigungstoken ausgestellt werden soll (identifizierende Daten)
 *Erforderliche Konfigurationsdaten:
 ** EFA Provider
 |-
-|[[Datei:CIM_Offline_Token_Singleton_Einreichen.png|325px]]
-|Vorbedingungen:
+Funktionalität,
 * Eine Fallakte ist angelegt und gemäß der zuletzt gegebenen Einwilligung des Patienten nutzbar.
 * Dem zusätzlich zu berechtigenden Arzt wurde ein Token zur Berechtigungserweiterung übergeben (offline oder online).
@@ Zeile 80: / Zeile 103: @@
 Verpflichtungen:
 * Es ist nachvollziehbar, welche Person die Berechtigungen zum Aktenzugriff wann und wie geändert hat hat.
-|Muster '''Teilnehmer per Token autorisieren'''
+|-
 *Bereit gestellte Informationen:
 ** Akte, zu der der Leistungserbringer Zugang erhalten soll (identifizierende Daten)

@@ Zeile 4: / Zeile 4: @@
 ----
-== Interaktionsmuster zur Autorisierung eines weiteren Teilnehmers ==
+=== Interaktionsmuster zur Autorisierung eines weiteren Teilnehmers ===
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01}</tt>
@@ Zeile 17: / Zeile 17: @@
-=== Anwendungsszenario: Offline-Token ===
+==== Anwendungsszenario: Offline-Token ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.01}</tt>
@@ Zeile 33: / Zeile 33: @@
 {{AlertBox|Es ist zu beachten, dass über dieses Interaktionsmuster ausschließlich weitere [[cdaefa:Akteure_und_Rollen_der_EFA#EFA-Teilnehmer|EFA-Teilnehmer]] benannt werden können. Die Belegung der Rolle des [[cdaefa:Akteure_und_Rollen_der_EFA#Fallaktenmanager|Fallaktenmanagers]] einer EFA kann durch den Patienten nicht geändert werden und ist daher auch über dieses Interaktionsmuster nicht möglich.}}
-=== Varianten des Anwendungsszenarios  ===
+==== Varianten des Anwendungsszenarios  ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.02}</tt>
-==== Variante: Online-Token ====
+===== Variante: Online-Token =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.02.01}</tt>
 Das zur Berechtigungserweiterung genutzte Token muss nicht zwingend auf Papier und über den Patienten übermittelt werden. Ebenso sind elektronische Umsetzungen denkbar, die dem neu zu berechtigenden Arzt vom Patienten oder einem bereits berechtigten Arzt über eine sichere Kommunikationsverbindung übermittelt werden. Hierzu kann beispielsweise das KOM-LE Protokoll oder eine ePA-291a genutzt werden.
-=== Abbildung der Szenarien und Varianten auf Interaktionsmuster ===
+==== Abbildung der Szenarien und Varianten auf Interaktionsmuster ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.03}</tt>
@@ Zeile 89: / Zeile 89: @@
 |}
-=== Definition der Interaktionsmuster  ===
+==== Definition der Interaktionsmuster  ====
-==== Interaktionsmuster: Token ausstellen ====
+===== Interaktionsmuster: Token ausstellen =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.04.01}</tt>
@@ Zeile 137: / Zeile 137: @@
 |<nowiki>-</nowiki>
 |}
-==== Interaktionsmuster: Teilnehmer per Token autorisieren ====
+===== Interaktionsmuster: Teilnehmer per Token autorisieren =====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.04.02}</tt>
@@ Zeile 186: / Zeile 186: @@
 **Die Operation wird mit einer Fehlermeldung abgebrochen.
 |}
-=== Peer-to-Peer Semantik ===
+==== Peer-to-Peer Semantik ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.05}</tt>
 Sofern ein EFA-Teilnehmer selber auch als EFA-Provider agiert und eine Partition der Akte bei diesem Provider besteht, wird die Anlage einer Berechtigung über diesen "eigenen" Provider ausgelöst.
-=== Querverweise und Referenzen ===
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 95: / Zeile 95: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 |-
-!Akteure und Rollen
+|Motivation
+|
 ;Leistungserbringer (LE)
 :Das Ausstellen eines Berechtigungstokens für eine bestehende Fallakte MUSS durch einen Leistungserbringer initiiert werden. Der Leistungserbringer muss ein über die Einwilligung des Patienten berechtigter Teilnehmer dieser Fallakte sein.
 ;EFA-Provider
 :Der EFA-Provider stellt das Berechtigungstoken aus. Der EFA-Provider stellt sicher, dass nur berechtigte Leistungserbringer Berechtigungstoken anfordern können. Er stellt sicher, dass nur Leistungserbringer über das Token autorisiert werden können.
 |-
-!Interaktion
+|Interaktion
-|Arzt --> (Anforderung Berechtigungstoken) --> EFA-Provider
+|Arzt --&gt; (Aktenkennung) --&gt; EFA-Provider <br/>
-<br>EFA-Provider --> (Berechtigungstoken) --> Arzt
+EFA-Provider --&gt; (Berechtigungstoken) --&gt; Arzt
 |-
-!Vorbedingungen
+|Vorbedingungen
+|
-* Die fachlichen Voraussetzungen für die Einbeziehung weiterer Leistungserbringer in die Behandlungsorganisation und/oder -situation sind gegeben.
+*Die fachlichen Voraussetzungen für die Einbeziehung weiterer Leistungserbringer in die Behandlungsorganisation und/oder -situation sind gegeben.
-* Der Leistungserbringer wurde vom Patienten per Einwilligung zur Teilnahme an der Fallakte berechtigt.
+*Der Leistungserbringer wurde vom Patienten per Einwilligung zur Teilnahme an der Fallakte berechtigt.
-* Der LE kann eine sichere Kommunikation mit dem EFA-Provider aufbauen. Beide Akteure können wechselseitig ihre Identität und Authentizität verifizieren.
+*Der LE kann eine sichere Kommunikation mit dem EFA-Provider aufbauen. Beide Akteure können wechselseitig ihre Identität und Authentizität verifizieren.
-* Der LE hat den Patienten und die Akte sicher identifiziert und abgeglichen, die Akte dem Patienten zugeordnet ist.
+*Der LE hat den Patienten und die Akte sicher identifiziert und abgeglichen, die Akte dem Patienten zugeordnet ist.
 |-
-!Ablauf
+|Ablauf
+|
-# Der LE übermittelt eine Anfrage nach einem Berechtigungstoken an den EFA-Provider.
+#Der LE übermittelt eine Anfrage nach einem Berechtigungstoken an den EFA-Provider.
-# Der EFA-Provider nimmt die Anfrage entgegen und verifiziert deren Vollständigkeit und Korrektheit.
+#Der EFA-Provider nimmt die Anfrage entgegen und verifiziert deren Vollständigkeit und Korrektheit.
-# Der EFA-Provider verifiziert, dass der Anfragende die Berechtigung zum Erhalt eines Berechtigungstoken besitzt.
+#Der EFA-Provider verifiziert, dass der Anfragende die Berechtigung zum Erhalt eines Berechtigungstoken besitzt.
-# Der EFA-Provider erstellt ein Berechtigungstoken und legt intern alle Datenstrukturen an, über die ein späteres Einreichen des Tokens geprüft und nachvollziehbar dokumentiert werden können. Alle zuvor definierten Berechtigungen behalten dabei ihre Gültigkeit.
+#Der EFA-Provider erstellt ein Berechtigungstoken und legt intern alle Datenstrukturen an, über die ein späteres Einreichen des Tokens geprüft und nachvollziehbar dokumentiert werden können. Alle zuvor definierten Berechtigungen behalten dabei ihre Gültigkeit.
-# Der EFA-Provider sendet das Token in digitaler Form an den anfragenden Leistungserbringer.
+#Der EFA-Provider sendet das Token in digitaler Form an den anfragenden Leistungserbringer.
 |-
-!Eingangsinformationen
+|Eingangsinformationen
+|
-;Verweis auf die anzupassende Akte (identifizierende Daten)
+;Aktenkennung (identifizierende Daten)
 :Der Aktenverweis muss die eindeutige Identifizierung der Akte erlauben, zu der ein Berechtigungstoken ausgestellt werden soll.
 |-
-!Nachbedingungen
+|Nachbedingungen
+|
-* Ein Berechtigungstoken wurde ausgestellt.
+*Ein Berechtigungstoken wurde ausgestellt.
 |-
-!Ausnahmeszenarien
+|Ausnahmeszenarien
-| -
+|<nowiki>-</nowiki>
 |}
 ==== Interaktionsmuster: Teilnehmer per Token autorisieren ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.04.02}</tt>
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 |-
-!Akteure und Rollen
+|Motivation
+|
 ;Leistungserbringer (LE)
 :Die Erweiterung der Berechtigungen auf einer Fallakte MUSS durch einen Leistungserbringer initiiert werden. Basis der von Leistungserbringer angeforderten Berechtigungserweiterung ist ein für den Patienten ausgestelltes Berechtigungstoken.
 ;EFA-Provider
 :Der EFA-Provider erweitert die Berechtigungen einer bestehende Akte gemäß der im Berechtigungstoken kodierten Angaben. Der EFA-Provider stellt sicher, dass Aktenzugriffe nur durch autorisierte EFA-Teilnehmer im Rahmen der diesen zugewiesenen Rollen erfolgen können.
 |-
-!Interaktion
+|Interaktion
-|Arzt --> (Berechtigungstoken) --> EFA-Provider
+|Arzt --&gt; (Berechtigungstoken, Identifikation des Leistungserbringers) --&gt; EFA-Provider
 |-
-!Vorbedingungen
+|Vorbedingungen
+|
-* Die fachlichen Voraussetzungen für die Einbeziehung des neu zu berechtigenden Arztes in die Behandlungsorganisation und/oder -situation sind gegeben. Die Hinzuziehung des Arztes erfolgt auf expliziten Wunsch des Patienten, was durch die eigenhändige Übergabe des Berechtigungstokens ausgedrückt wird.
+*Die fachlichen Voraussetzungen für die Einbeziehung des neu zu berechtigenden Arztes in die Behandlungsorganisation und/oder -situation sind gegeben. Die Hinzuziehung des Arztes erfolgt auf expliziten Wunsch des Patienten, was durch die eigenhändige Übergabe des Berechtigungstokens ausgedrückt wird.
-* Der neu in die EFA-Nutzung einsteigende Leistungserbringer hat mit dem EFA-Provider eine Vereinbarung geschlossen, die den im EFA-Datenschutzkonzept definierten Vorgaben entspricht. Sofern der Arzt auch Daten in die Akte einstellen können soll und es sich hierbei um eine Datenverarbeitung im Auftrag handelt, muss eine entsprechende Zustimmung des Betroffenen eingeholt werden.
+*Der neu in die EFA-Nutzung einsteigende Leistungserbringer hat mit dem EFA-Provider eine Vereinbarung geschlossen, die den im EFA-Datenschutzkonzept definierten Vorgaben entspricht. Sofern der Arzt auch Daten in die Akte einstellen können soll und es sich hierbei um eine Datenverarbeitung im Auftrag handelt, muss eine entsprechende Zustimmung des Betroffenen eingeholt werden.
-* Der LE kann eine sichere Kommunikation mit dem EFA-Provider aufbauen. Beide Akteure können wechselseitig ihre Identität und Authentizität verifizieren.
+*Der LE kann eine sichere Kommunikation mit dem EFA-Provider aufbauen. Beide Akteure können wechselseitig ihre Identität und Authentizität verifizieren.
-* Der LE hat den Patienten sicher identifiziert und abgeglichen, dass das eingereichte Token dem Patienten zugeordnet ist.
+*Der LE hat den Patienten sicher identifiziert und abgeglichen, dass das eingereichte Token dem Patienten zugeordnet ist.
 |-
-!Ablauf
+|Ablauf
+|
-# Der LE übermittelt das Berechtigungstoken an den EFA-Provider.
+#Der LE übermittelt das Berechtigungstoken an den EFA-Provider.
-# Der EFA-Provider nimmt die Anfrage entgegen und verifiziert deren Vollständigkeit und Korrektheit.
+#Der EFA-Provider nimmt die Anfrage entgegen und verifiziert deren Vollständigkeit und Korrektheit.
-# Der EFA-Provider erweitert die Berechtigungen der Fallakte analog zu den Angaben im Berechtigungstoken um den das Token einreichenden Leistungserbringer. Alle zuvor definierten Berechtigungen behalten dabei ihre Gültigkeit.
+#Der EFA-Provider erweitert die Berechtigungen der Fallakte analog zu den Angaben im Berechtigungstoken um den das Token einreichenden Leistungserbringer. Alle zuvor definierten Berechtigungen behalten dabei ihre Gültigkeit.
 |-
-!Eingangsinformationen
+|Eingangsinformationen
+|
 ;Neuer EFA-Teilnehmer (in-band)
 :Die identifizierenden Daten müssen geeignet sein, einen authentisierten EFA-Nutzer zuverlässig als EFA-Teilnehmer zu identifizieren. Sofern die genutzten Identitätsdaten keinen Abruf von Informationen zu Name, Adresse etc. des Berechtigten erlauben (bzw. entsprechende Verzeichnisse nicht verfügbar sind), müssen zusätzlich zu jedem EFA-Teilnehmer Daten bereit gestellt werden, die dem Patienten und anderen EFA-Teilnehmern eine Identifizierung dieses Teilnehmers anhand von Name und Anschrift erlauben.
 ;Berechtigungstoken
 :Das Berechtigungstoken enthält einen Verweis auf die Akte, deren Berechtigtenkreis erweitert wird. Zusätzlich können weitere Kontroll- und Konfigurationsdaten enthalten sein.
 |-
-!Nachbedingungen
+|Nachbedingungen
+|
-* Die Berechtigungen auf der Fallakte sind angepasst. Der berechtigte EFA-Teilnehmer kann die Akte eindeutig adressieren sowie Daten in die Akte einstellen und aus dieser auslesen.
+*Die Berechtigungen auf der Fallakte sind angepasst. Der berechtigte EFA-Teilnehmer kann die Akte eindeutig adressieren sowie Daten in die Akte einstellen und aus dieser auslesen.
 |-
-!Ausnahmeszenarien
+|Ausnahmeszenarien
+|
-* Der Leistungserbringer ist bereits zum Zugriff auf die Akte berechtigt.
+*Der Leistungserbringer ist bereits zum Zugriff auf die Akte berechtigt.
-** Die Operation wird mit einer Fehlermeldung abgebrochen.
+**Die Operation wird mit einer Fehlermeldung abgebrochen.
-* Die Akte wurde bereits geschlossen.
+*Die Akte wurde bereits geschlossen.
-** Die Operation wird mit einer Fehlermeldung abgebrochen.
+**Die Operation wird mit einer Fehlermeldung abgebrochen.
 |}
 === Peer-to-Peer Semantik ===
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.05}</tt>

@@ 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 34: / Zeile 34: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {CAoug.01.01}</tt>
-[[Datei:CIM_EFA_Anpassen.png|489px|right]]
+[[Datei:CIM_Offline_Token.png|493px|right]]
 Diese Erweiterung des Nutzerkreises einer Fallakte über ein Offline-Token folgt typischerweise dem folgenden Ablauf:
-# Der Patient hat bei der Anlage der Fallakte ein oder mehrere Offline-Token erhalten.
+# Der Patient fordert bei einem zum Aktenzugriff berechtigten Arzt (z.B. im Zuge der Anlage der Fallakte) ein Offline-Token an.
 # Der Patient möchte einen weiteren Arzt zu der EFA hinzuziehen und übergibt ihm ein dazu geeignetes Offline-Token.
 # Der zu berechtigende Arzt liest das Offline-Token ein.

@@ Zeile 26: / Zeile 26: @@
 # Der Patient gibt gegenüber einem berechtigten Leistungserbringer eine neue Einwilligungserklärung ab
 # Der Patient beauftragt einen berechtigten Leistungserbringer, eine bestehende Einwilligung um einen einzelnen, identifizierten Leistungserbringer (Arzt oder Einrichtung) zu erweitern
-# Der Patient hat bei der Anlage der EFA ein oder mehrere Offline-Token erhalten. Durch Übergabe eines solchen Tokens an einen Leistungserbringer wird diesem eine Berechtigung zur Nutzung der EFA eingerichtet.
+# Der Patient hat (z.B. bei der Anlage der EFA) ein oder mehrere Offline-Token erhalten. Durch Übergabe eines solchen Tokens an einen Leistungserbringer wird diesem eine Berechtigung zur Nutzung der EFA eingerichtet.
 Die ersten beiden Optionen werden im [[cdaefa:CIM_Anpassen_des_Teilnehmerkreises|Interaktionsmuster zur Änderung einer Einwiligung]] beschrieben. Die dritte Option wird durch das auf dieser Seite definierte Interaktionsmuster abgedeckt.