EFA Anwendungsdienste (logische Spezifikation)
(Operation notifyOfConsent wurde hinzugefügt.) |
(Merkmal "Aufrufer" zu Operations-Beschreibungen hinzugefügt.) |
||
Zeile 101: | Zeile 101: | ||
|- | |- | ||
|Funktionalität | |Funktionalität | ||
− | | colspan="2"|Diese Operation erzeugt eine [[cdaefa:EFA_Business_Informationsmodell#Fallakte|Fallakte]]. Wenn die Fallakte für den Patienten und für den Zweck bereits besteht, werden die bestehende und die neue Fallakte fusioniert. Die Einwilligung der bestehenden Fallakte wird invalidiert und mit der neuen Einwilligung ersetzt. | + | | colspan="2"|Diese Operation erzeugt eine [[cdaefa:EFA_Business_Informationsmodell#Fallakte|Fallakte]]. Wenn die Fallakte für den Patienten und für den Zweck bereits besteht, werden die bestehende und die neue Fallakte fusioniert. Die Einwilligung der bestehenden Fallakte wird invalidiert und mit der neuen Einwilligung ersetzt. |
+ | |- | ||
+ | |Aufrufer | ||
+ | | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="4"|Eingabe | | rowspan="4"|Eingabe | ||
Zeile 138: | Zeile 141: | ||
** Sofern im ''consentInfo'' ein Fallaktenmanager identifiziert ist, stimmt dieser mit der im EFA-Netzwerk für diese Rolle benannten Person überein (die Festlegung des Fallaktenmanagers erfolgt nicht durch den Patienten und muss daher nicht zwingend in den kodierten Informationen zur Einwilligung enthalten sein). | ** Sofern im ''consentInfo'' ein Fallaktenmanager identifiziert ist, stimmt dieser mit der im EFA-Netzwerk für diese Rolle benannten Person überein (die Festlegung des Fallaktenmanagers erfolgt nicht durch den Patienten und muss daher nicht zwingend in den kodierten Informationen zur Einwilligung enthalten sein). | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
# Übersetze das consentInfo-Dokument in eine EFA-Berechtigungsregel. | # Übersetze das consentInfo-Dokument in eine EFA-Berechtigungsregel. | ||
Zeile 166: | Zeile 169: | ||
|Funktionalität | |Funktionalität | ||
| colspan="2"|Diese Operation erzeugt eine Partition für eine bestehende Fallakte. | | colspan="2"|Diese Operation erzeugt eine Partition für eine bestehende Fallakte. | ||
+ | |- | ||
+ | |Aufrufer | ||
+ | | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="4"|Eingabe | | rowspan="4"|Eingabe | ||
Zeile 191: | Zeile 197: | ||
* Die übergebenen Metadaten der anzulegenden Partition sind vollständig und valide. | * Die übergebenen Metadaten der anzulegenden Partition sind vollständig und valide. | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
# Erzeuge eine Partition. Verknüpfe sie mit dem Eingabeparametern ecrRef und partitionInfo. | # Erzeuge eine Partition. Verknüpfe sie mit dem Eingabeparametern ecrRef und partitionInfo. | ||
Zeile 214: | Zeile 220: | ||
|Funktionalität | |Funktionalität | ||
| colspan="2"|Schließt eine Fallakte. Sie wechselt in den Status "Gesperrt" und ist nur für Fallaktenmanager verfügbar. | | colspan="2"|Schließt eine Fallakte. Sie wechselt in den Status "Gesperrt" und ist nur für Fallaktenmanager verfügbar. | ||
+ | |- | ||
+ | |Aufrufer | ||
+ | | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="4"|Eingabe | | rowspan="4"|Eingabe | ||
Zeile 235: | Zeile 244: | ||
| colspan="2"| | | colspan="2"| | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
# Ändere den Status der Fallakte (ecrStatus) auf "[[cdaefa:EFA_Business_Lebenszyklus#Lebenszyklus_einer_Fallakte|Gesperrt]]". | # Ändere den Status der Fallakte (ecrStatus) auf "[[cdaefa:EFA_Business_Lebenszyklus#Lebenszyklus_einer_Fallakte|Gesperrt]]". | ||
Zeile 260: | Zeile 269: | ||
|Funktionalität | |Funktionalität | ||
| colspan="2"|Diese Operation listet die Informationen aller Partitionen (und deren übergeordneten Fallakte) auf, zu denen der Aufrufer über die vom betroffenen Patienten gegebenen Einwilligungen zugangsberechtigt ist. | | colspan="2"|Diese Operation listet die Informationen aller Partitionen (und deren übergeordneten Fallakte) auf, zu denen der Aufrufer über die vom betroffenen Patienten gegebenen Einwilligungen zugangsberechtigt ist. | ||
+ | |- | ||
+ | |Aufrufer | ||
+ | | colspan="2"| | ||
+ | *EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne, | ||
+ | *Ressource Manager einer benachbarten EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="3"|Eingabe | | rowspan="3"|Eingabe | ||
Zeile 281: | Zeile 295: | ||
| colspan="2"| | | colspan="2"| | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
# Identifiziere alle Partitionen, | # Identifiziere alle Partitionen, | ||
Zeile 303: | Zeile 317: | ||
|- | |- | ||
|Funktionalität | |Funktionalität | ||
− | | colspan="2"|Registriert eine neue Patienteneinwilligung für eine bestehende Fallakte. Zweck, Gültigkeitsdauer und Teilnehmerkreis der Akte werden gemäß der neuen Einwilligung festgesetzt. Die zuvor gültige Einwilligung wird invalidiert. | + | | colspan="2"|Registriert eine neue Patienteneinwilligung für eine bestehende Fallakte. Zweck, Gültigkeitsdauer und Teilnehmerkreis der Akte werden gemäß der neuen Einwilligung festgesetzt. Die zuvor gültige Einwilligung wird invalidiert. |
+ | |- | ||
+ | |Aufrufer | ||
+ | | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="4"|Eingabe | | rowspan="4"|Eingabe | ||
Zeile 329: | Zeile 346: | ||
** Die Angaben zu den Rollen der Teilnehmer ermöglichen eine Zuordnung der Teilnehmer zu mit konkreten Zugriffsrechten hinterlegten EFA-Rollen. | ** Die Angaben zu den Rollen der Teilnehmer ermöglichen eine Zuordnung der Teilnehmer zu mit konkreten Zugriffsrechten hinterlegten EFA-Rollen. | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
# Passe ecrRef.purpose der Partitionen der Fallakte an den Zweck der neuen Einwilligung an. | # Passe ecrRef.purpose der Partitionen der Fallakte an den Zweck der neuen Einwilligung an. | ||
Zeile 353: | Zeile 370: | ||
|- | |- | ||
|Funktionalität | |Funktionalität | ||
− | | colspan="2"|Benachrichtigt den EFA Ressource Manager über ein consentInfo-Dokument, das bei einem benachbarten EFA-Provider registriert wurde. | + | | colspan="2"|Benachrichtigt den EFA Ressource Manager über ein consentInfo-Dokument, das bei einem benachbarten EFA-Provider registriert wurde. |
+ | |- | ||
+ | |Aufrufer | ||
+ | | colspan="2"| Ressource Manager einer benachbarten EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="3"|Eingabe | | rowspan="3"|Eingabe | ||
Zeile 371: | Zeile 391: | ||
| colspan="2"| | | colspan="2"| | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
− | + | # Rufe die Operation [[cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)#retrieveData|''retrieveData'']] des Document Repository auf, das im Eingabe-Parameter documentID referenziert ist. | |
− | # | + | # Identifiziere die Fallakte, die das abgerufene consentInfo-Dokument referenziert. |
− | # | + | # Übersetze das consentInfo-Dokument in eine EFA-Berechtigungsregel. |
− | # | + | # Passe die bestehende EFA-Berechtigungsregel beim Policy Provider an. |
− | |||
− | |||
− | |||
|- | |- | ||
|Fehler und Warnungen | |Fehler und Warnungen | ||
Zeile 385: | Zeile 402: | ||
Folgende Fehler müssen erkannt und zurückgemeldet werden: | Folgende Fehler müssen erkannt und zurückgemeldet werden: | ||
* Gemeinsame [[cdaefa:EFA Fehlermeldungen und Warnungen|Fehler und Warnungen]]. | * Gemeinsame [[cdaefa:EFA Fehlermeldungen und Warnungen|Fehler und Warnungen]]. | ||
− | * Der | + | * Der Eingabe-Parameter documentID referenziert kein consentInfo-Dokument. |
+ | * Die im consentInfo-Dokument referenzierte Fallakte existiert nicht. | ||
|} | |} | ||
Zeile 397: | Zeile 415: | ||
|Funktionalität | |Funktionalität | ||
| colspan="2"|Diese Operation stellt ein Berechtigungstoken aus. Der Patient kann damit einen Arzt als Teilnehmer der Fallakte registrieren. Erteilte Einwilligung, Zweck und Gültigkeit der Akte werden nicht verändert. | | colspan="2"|Diese Operation stellt ein Berechtigungstoken aus. Der Patient kann damit einen Arzt als Teilnehmer der Fallakte registrieren. Erteilte Einwilligung, Zweck und Gültigkeit der Akte werden nicht verändert. | ||
+ | |- | ||
+ | |Aufrufer | ||
+ | | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="2"|Eingabe | | rowspan="2"|Eingabe | ||
Zeile 413: | Zeile 434: | ||
* Die bestehende Einwilligung der Fallakte lässt die Nutzung von Berechtigungstoken zu. | * Die bestehende Einwilligung der Fallakte lässt die Nutzung von Berechtigungstoken zu. | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
Der Ressource Manager ... | Der Ressource Manager ... | ||
Zeile 438: | Zeile 459: | ||
|- | |- | ||
|Funktionalität | |Funktionalität | ||
− | | colspan="2"|Einlösen eines Berechtigungstoken, über das ein Patient einen weiteren Arzt als Teilnehmer zur Nutzung einer bestehenden Fallakte berechtigen kann. Erteilte Einwilligung, Zweck und Gültigkeit der Akte werden von dieser Operation nicht berührt. | + | | colspan="2"|Einlösen eines Berechtigungstoken, über das ein Patient einen weiteren Arzt als Teilnehmer zur Nutzung einer bestehenden Fallakte berechtigen kann. Erteilte Einwilligung, Zweck und Gültigkeit der Akte werden von dieser Operation nicht berührt. |
+ | |- | ||
+ | |Aufrufer | ||
+ | | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="3"|Eingabe | | rowspan="3"|Eingabe | ||
Zeile 459: | Zeile 483: | ||
* Der Aufrufer verfügt über ein gültiges [[cdaefa:EFA_Business_Informationsmodell#accessToken|accessToken]] | * Der Aufrufer verfügt über ein gültiges [[cdaefa:EFA_Business_Informationsmodell#accessToken|accessToken]] | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
Der Ressource Manager ... | Der Ressource Manager ... | ||
Zeile 493: | Zeile 517: | ||
|- | |- | ||
|Aufrufer | |Aufrufer | ||
− | | colspan="2"| | + | | colspan="2"|Document Repository der gleichen EFA-Provider-Domäne. Die Absicherung der Kommunikation durch einen zwischen beiden Diensten gespannten Sicherheitskontext ist Aufgabe des EFA-Providers und kann mit EFA-unabhängigen Mechanismen realisiert werden. |
|- | |- | ||
| rowspan="4"|Eingabe | | rowspan="4"|Eingabe | ||
Zeile 517: | Zeile 541: | ||
* Die Konfiguration der angesprochenen Akte erlaubt das Einstellen der übergebenen Dokumente. | * Die Konfiguration der angesprochenen Akte erlaubt das Einstellen der übergebenen Dokumente. | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
# Speichre docMetadata, docRelationship und den Bezug zu partitionID. | # Speichre docMetadata, docRelationship und den Bezug zu partitionID. | ||
Zeile 539: | Zeile 563: | ||
|- | |- | ||
|Aufrufer | |Aufrufer | ||
− | | colspan="2"|EFA-Teilnehmersystem | + | | colspan="2"| |
+ | *EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne, | ||
+ | *Document Registry einer benachbarten EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="2"|Eingabe | | rowspan="2"|Eingabe | ||
Zeile 558: | Zeile 584: | ||
| colspan="2"| | | colspan="2"| | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
# Identifiziere alle Dokumente, | # Identifiziere alle Dokumente, | ||
Zeile 588: | Zeile 614: | ||
|- | |- | ||
|Aufrufer | |Aufrufer | ||
− | | colspan="2"|EFA-Teilnehmersystem | + | | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne |
|- | |- | ||
| rowspan="4"|Eingabe | | rowspan="4"|Eingabe | ||
Zeile 611: | Zeile 637: | ||
* Die übergebenen Metadaten der einzustellenden Daten sind vollständig und valide. | * Die übergebenen Metadaten der einzustellenden Daten sind vollständig und valide. | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
# Speichre die Dokument-Daten. | # Speichre die Dokument-Daten. | ||
Zeile 634: | Zeile 660: | ||
|- | |- | ||
|Aufrufer | |Aufrufer | ||
− | | colspan="2"|EFA-Teilnehmersystem | + | | colspan="2"| |
+ | *EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne, | ||
+ | *Ressource Manager einer benachbarten EFA-Provider-Domäne | ||
|- | |- | ||
| rowspan="2"|Eingabe | | rowspan="2"|Eingabe | ||
Zeile 653: | Zeile 681: | ||
| colspan="2"| | | colspan="2"| | ||
|- | |- | ||
− | | | + | |Ablauf |
| colspan="2"| | | colspan="2"| | ||
Das Document Repository | Das Document Repository |
Version vom 28. März 2014, 12:14 Uhr
Dieses Dokument gibt wieder:
Implementierungsleitfaden EFA Anwendungsdienste (logische Spezifikation) (0.9). Die Teilmaterialien gehören der Kategorie cdaefa an. |
February 2013
Jörg Caumanns, Raik Kuhlisch, Ben Kraufmann
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.
Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "Kommentierung EFAv2.0".
Inhaltsverzeichnis
EFA Anwendungsarchitektur: Service Functional Model
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01}
Die nachfolgende Tabelle listet zu den EFA-Kommunikationsmustern die zu deren Umsetzung benötigten Operationen auf. Die Gesamtheit dieser Operationen bildet das Service Functional Model der EFA-Anwendungsarchitektur, d.h. liefert eine vollständige plattformunabhängige Beschreibung der technisch umzusetzenden EFA-Funktionalität.
Kommunikationsmuster | Operation (logisch) | Umsetzender Dienst (logisch) |
---|---|---|
Anlegen einer Fallakte | createECR | EFA Ressource Manager |
Anlegen einer Partition zu einer bestehenden Fallakte | createPartition | EFA Ressource Manager |
Schließen einer Fallakte | closeECR | EFA Ressource Manager |
Auflisten von Partitionen | listPartitions | EFA Ressource Manager |
Registrierung einer neuen Einwilligung | registerConsent | EFA Ressource Manager |
Verteilen einer Einwilligung im EFA-Verbund | notifyOfConsent | EFA Ressource Manager |
Anfordern eines Berechtigungstoken | issueAccessToken | EFA Ressource Manager |
Einlösen eines Berechtigungstoken | redeemAccessToken | EFA Ressource Manager |
Einstellen von Dokumenten | provideData | EFA Document Repository |
registerData | EFA Document Registry | |
Auflisten von Dokumenten (einer Partition) | listPartitionContent | EFA Document Registry |
Abrufen von Dokumenten | retrieveData | EFA Document Repository |
Das Zusammenspiel von Diensten und Operationen ist in der folgenden Darstellung noch einmal im Überblick dargestellt.
Die gestrichelt dargestellten internen Operationsaufrufe vom Ressource Manager zu den anderen Diensten sind optional in dem Sinne als dass die geforderte Funktionalität der Speicherung und Registrierung von Einwilligungen und Einwilligungsdokumenten auch über interne Mechanismen des EFA-Providers erfolgen kann.
Für alle Operationen gilt:
- Der vom Teilnehmersystem übermittelte Sicherheitskontext muss gültig, vollständig, authentisch und von einer vertrauenswürdigen Stelle für den Aufrufer ausgestellt worden sein.
- Der EFA-Dienst muss den Aufrufer anhand des Eingabeparameters context authentifizieren können.
- Die beteiligten Systeme schreiben einen Audit-Trail.
Operationen des EFA Ressource Manager
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01}
Der EFA Ressource Manager muss die in diesem Abschnitt enthaltenen Operationen implementieren.
createECR
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01.01}
Operation | createECR | |
---|---|---|
Funktionalität | Diese Operation erzeugt eine Fallakte. Wenn die Fallakte für den Patienten und für den Zweck bereits besteht, werden die bestehende und die neue Fallakte fusioniert. Die Einwilligung der bestehenden Fallakte wird invalidiert und mit der neuen Einwilligung ersetzt. | |
Aufrufer | EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
ecrInfo | Identifizierende und beschreibende Daten zur anzulegenden Fallakte. | |
consentInfo | Das strukturierte Dokument, das die Einwilligung des Patienten für die Anlage der Fallakte abbildet. | |
consentDoc (optional) | Sofern die Einwilligungserklärung des Patienten als (gescanntes) elektronisches Dokument vorliegt, kann diese bei der Anlage der Akte direkt in die Akte eingestellt werden. | |
Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
partitionID | Eindeutige ID der initial zu der neuen Akte angelegten Partition. Mit Hilfe dieser ID kann der EFA-Teilnehmer weitere Operationen, wie z.B. das Einstellen von Dokumenten in die Fallakte, durchführen. | |
Vorbedingungen |
| |
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden: |
createPartition
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01.02}
Operation | createPartition | |
---|---|---|
Funktionalität | Diese Operation erzeugt eine Partition für eine bestehende Fallakte. | |
Aufrufer | EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
ecrRef | Eindeutige Identifizierung der Fallakte, zu der die Partition hinzugefügt werden soll. | |
partitionInfo | Metadaten zu der neu anzulegenden Partition (Titel, etc.) | |
initialDoc (optional) | Bei der Anlage einer Partition können initial in diese Partition einzustellende Dokumente mit übergeben werden. | |
Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
partitionID | Eindeutige ID der neu angelegten Partition. Mit Hilfe dieser ID kann der EFA-Teilnehmer weitere Operationen, wie z.B. das Einstellen von Dokumenten in diese Partition, durchführen. | |
Vorbedingungen |
| |
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden:
|
closeECR
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01.03}
Operation | closeECR | |
---|---|---|
Funktionalität | Schließt eine Fallakte. Sie wechselt in den Status "Gesperrt" und ist nur für Fallaktenmanager verfügbar. | |
Aufrufer | EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
ecrRef | Eindeutige Identifizierung der Fallakte, die geschlossen werden soll. | |
consentInfo | Angaben zum Grund für das Schließen der Fallakte (z.B. Rücknahme der Einwilligung durch den Patienten). | |
consentDoc (optional) | Sofern die Schließung der Akte auf eine Änderung der Einwilligung zurückzuführen ist, kann eine elektronische Version des entsprechenden Dokuments mit übergeben werden. Hierdurch ist auch nach dem Schließen der Akte der Grund für diese Operation noch nachvollziehbar. | |
Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
Vorbedingungen | ||
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden: |
listPartitions
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01.04}
Operation | listPartitions | |
---|---|---|
Funktionalität | Diese Operation listet die Informationen aller Partitionen (und deren übergeordneten Fallakte) auf, zu denen der Aufrufer über die vom betroffenen Patienten gegebenen Einwilligungen zugangsberechtigt ist. | |
Aufrufer |
| |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
patientID | Die ID des betroffenen Patienten. | |
purpose (optional) | Einschränkung der Suche auf Akten und Partitionen, die zu einem bestimmten Zweck angelegt wurden. | |
Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
partitionList | Liste von nach übergeordneten Fallakten strukturierten Partitionen des Patienten, die im Ergebnis der Suchanfrage gefunden wurden. | |
Vorbedingungen | ||
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden: |
registerConsent
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01.05}
Operation | registerConsent | |
---|---|---|
Funktionalität | Registriert eine neue Patienteneinwilligung für eine bestehende Fallakte. Zweck, Gültigkeitsdauer und Teilnehmerkreis der Akte werden gemäß der neuen Einwilligung festgesetzt. Die zuvor gültige Einwilligung wird invalidiert. | |
Aufrufer | EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
ecrRef | Eindeutige Identifizierung der Fallakte, zu der eine neue Einwilligung vorliegt. | |
consentInfo | Angaben zur neuen Einwilligung auf deren Basis Zweck, Gültigkeitsdauer und Teilnehmerkreis der Akte an Änderungen in der Behandlungsorganisation oder der Behandlungssituation angepasst werden sollen. | |
consentDoc (optional) | Eine ggf. verfügbare elektronische Version des Einwilligungsdokuments kann im Rahmen dieser Operation zur Ablage in der Akte übergeben werden. | |
Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
Vorbedingungen |
| |
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden: |
notifyOfConsent
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01.08}
Operation | notifyOfConsent | |
---|---|---|
Funktionalität | Benachrichtigt den EFA Ressource Manager über ein consentInfo-Dokument, das bei einem benachbarten EFA-Provider registriert wurde. | |
Aufrufer | Ressource Manager einer benachbarten EFA-Provider-Domäne | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
ecrRef | Eindeutige Identifizierung der Fallakte, zu der eine neue Einwilligung vorliegt. | |
documentID | Die Referenz des consentInfo-Dokuments. | |
Rückgabe | ||
Vorbedingungen | ||
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und zurückgemeldet werden:
|
issueAccessToken
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01.06}
Operation | issueAccessToken | |
---|---|---|
Funktionalität | Diese Operation stellt ein Berechtigungstoken aus. Der Patient kann damit einen Arzt als Teilnehmer der Fallakte registrieren. Erteilte Einwilligung, Zweck und Gültigkeit der Akte werden nicht verändert. | |
Aufrufer | EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
ecrRef | Eindeutige Identifizierung der Fallakte, zu der ein Berechtigungstoken abgerufen werden soll. | |
Rückgabe | accessToken | Berechtigungstoken, dessen Einlösung den einlösenden Leistungserbringer zum Zugriff auf eine Fallakte berechtigt. |
Vorbedingungen |
| |
Ablauf |
Der Ressource Manager ...
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden:
|
redeemAccessToken
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.01.07}
Operation | redeemAccessToken | |
---|---|---|
Funktionalität | Einlösen eines Berechtigungstoken, über das ein Patient einen weiteren Arzt als Teilnehmer zur Nutzung einer bestehenden Fallakte berechtigen kann. Erteilte Einwilligung, Zweck und Gültigkeit der Akte werden von dieser Operation nicht berührt. | |
Aufrufer | EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
patientID | Die ID des Patienten in der Affinity Domain des Arztes, der das Token einreicht. | |
accessToken | Über die Operation issueAccessToken ausgestelltes Berechtigungstoken, mit dem der Einreicher als Teilnehmer an der im Token kodierten Fallakte registriert werden soll. | |
Rückgabe | subjectAccessPolicy | Berechtigungspolicy für den neuen EFA-Teilnehmer. Die Berechtigungspolicy kann von dem Teilnehmer über das Client-Policy-Push Verfahren unmittelbar zum Zugriff auf die Akte genutzt werden. |
Vorbedingungen |
| |
Ablauf |
Der Ressource Manager ...
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden:
|
Operationen des EFA Document Registry
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.02}
Die EFA Document Registry muss die in diesem Abschnitt enthaltenen Operationen implementieren.
registerData
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.02.01}
Operation | registerData | |
---|---|---|
Funktionalität | Diese Operation registriert von Daten an einer bestehenden Partition einer Fallakte. | |
Aufrufer | Document Repository der gleichen EFA-Provider-Domäne. Die Absicherung der Kommunikation durch einen zwischen beiden Diensten gespannten Sicherheitskontext ist Aufgabe des EFA-Providers und kann mit EFA-unabhängigen Mechanismen realisiert werden. | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
partitionID | Eindeutige Identifizierung der Partition, an der die Daten registriert werden sollen. | |
docMetadata[1..*] | Metadaten der bereits im Document Repository abgelegten Daten, die am Document Registry registriert werden sollen. | |
docRelationship[0..*] | Beziehungen der neu zu registrierenden Daten zu bestehenden Dokumenten. Diese müssen so registriert werden, dass sie bei der Auflistung von Dokumenten mit bereit gestellt werden können. | |
Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
Vorbedingungen |
| |
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden: |
listPartitionContent
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.02.02}
Operation | listPartitionContent | |
---|---|---|
Funktionalität | Diese Operation gibt die Liste der Dokumente, die in einer Partition enthalten sind, zurück. Die Liste enthält die Dokument-Metadaten und Dokument-Beziehungen. | |
Aufrufer |
| |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
partitionID | Eindeutige Identifizierung der Partition, deren Inhalte ausgelesen werden sollen. | |
Rückgabe | docMetadata[0..*] | Metadaten der an der ausgewählten Partition registrierten Dokumente |
docRelationship[0..*] | Beziehungen zwischen den Dokumenten der zu listenden Partition und Dokumenten dieser und anderer Partitionen. | |
Vorbedingungen | ||
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden: |
Operationen des EFA Document Repository
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.03}
Das EFA Document Repository muss die in diesem Abschnitt enthaltenen Operationen implementieren.
provideData
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.03.01}
Operation | provideData | |
---|---|---|
Funktionalität | Diese Operation stellt Daten in eine Partition einer Fallakte ein. | |
Aufrufer | EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne | |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
partitionID | Eindeutige Identifizierung der Partition, in die die Daten eingestellt werden sollen. | |
document[1..*] | In die Partition einzustellende Dokumente mitsamt ihrer Metadaten. | |
docRelationship[0..*] | Beziehungen der neu zu registrierenden Daten zu bestehenden Dokumenten. | |
Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
Vorbedingungen |
| |
Ablauf |
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden: |
retrieveData
Bitte markieren Sie Kommentare zu diesem Abschnitt mit dem Code {Enndn.01.03.02}
Operation | retrieveData | |
---|---|---|
Funktionalität | Abrufen von Daten aus einer Fallakte. | |
Aufrufer |
| |
Eingabe | context | Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager openContext. |
documentID | Eindeutige Identifizierung der abzurufenden Dokumente | |
Rückgabe | statusInfo | Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen) |
docData[0..n] | angeforderte Dokumente | |
Vorbedingungen | ||
Ablauf |
Das Document Repository
| |
Fehler und Warnungen |
Folgende Fehler müssen erkannt und rückgemeldet werden: |