EFA Document Repository Service Functional Model
Implementierungsleitfaden
K (→provideData) |
(→provideData) |
||
Zeile 60: | Zeile 60: | ||
|Vorbedingungen | |Vorbedingungen | ||
| colspan="2"| | | colspan="2"| | ||
− | * | + | * Der Sicherheitskontext ist gültig und vollständig. Die Angaben zur Nutzeridentität sind authentisch. |
− | * | + | * Die Ziel-Partition ist einer Fallakte zugeordnet. |
+ | * Für die mit der Ziel-Partition verbundene Akte (Zweckbindung) sind zum Aktenzugang berechtigte Teilnehmer und deren Rollen definiert. Der Nutzer ist berechtigter Teilnehmer. Die Teilnehmerrolle berechtigt zum Einstellen von Daten in die Akte. | ||
+ | * Der Nutzer ist berechtigt, bei dem EFA-Provider, der die Partition verwaltet, Daten einzustellen. | ||
+ | * Die Metadaten der einzustellenden Dokumente sind vollständig und valide. | ||
+ | * Sofern bestehende Dokumente aktualisiert oder ergänzt werden: Die Ziele der Dokumentbeziehungen sind valide. | ||
|- | |- | ||
|Ablaufsequenz | |Ablaufsequenz | ||
| colspan="2"| | | colspan="2"| | ||
− | # | + | # Das Document Repository stellt sicher, dass die Vorbedingungen erfüllt sind. |
− | # | + | # Das Document Repository legt alle übergebenen Dokumente in einem sicheren Dokumentenspeicher ab. |
+ | # Das Document Repository initiert die RegisterDocument Operation mit den übergebenen Metadaten und Beziehungen beim Document Registry. | ||
+ | # Das Document Repository schreibt einen Audit Trail Eintrag über die Ausführung der Operation. | ||
+ | # Das Document Repository sendet eine Information zum Ausführungsstatus der Operation an den Nutzer zurück. | ||
|- | |- | ||
|Mögliche Fehler | |Mögliche Fehler |
Version vom 8. April 2013, 21:02 Uhr
Dieses Dokument gibt wieder:
Implementierungsleitfaden EFA Document Repository Service Functional Model (0.9). Die Teilmaterialien gehören der Kategorie cdaefa an. |
EFA Document Repository Service Functional Model
EFA Document Repository Service Functional Model
Implementierungsleitfaden
vorgelegt von:
February 2013
Jörg Caumanns, Raik Kuhlisch
February 2013
Jörg Caumanns, Raik Kuhlisch
Draft
Copyright © 2012-2013: HL7 Deutschland
Operationen des EFA Document Repository
Die nachfolgende Tabelle listet die vom EFA Document Repository (ECR Document Repository) bereit gestellten Operationen sowie die damit realisierbaren Kommunikationsmuster.
Operation | Kommunikationsmuster |
---|---|
provideData | Einstellen von Dokumenten |
retrieveData | Abrufen von Dokumenten |
In den folgenden Abschnitten werden diese Operationen plattform-unabhängig über das Service Functional Model des EFA Document Repository spezifiziert.
provideData
Operation | provideData | |
---|---|---|
Funktionalität | Einstellen von Daten in eine bestehende Partition einer Fallakte. | |
Eingabe | context | Das Einstellen von Daten in eine Partition muss innerhalb eines Sicherheitskontextes erfolgen, in dem der die Anlage der Partition initierende Arzt identifizierbar und in seiner Authentizität überprüfbar ist. Mit dem Parameter context wird der vorab über die Operation openContext des EFA Kontext Managers erstellte Sicherheitskontext so an den EFA-Provider übergeben, dass dieser den Kontext provider-seitig zur Prüfung der Berechtigungen des Aufrufers innerhalb des Aufrufkontextes rekonstruieren kann. |
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 |
| |
Ablaufsequenz |
| |
Mögliche Fehler | name | descr |
retrieveData
Operation | retrieveData | |
---|---|---|
Funktionalität | Abrufen von Daten aus einer Fallakte. | |
Eingabe | context | Das Abrufen von Daten muss innerhalb eines Sicherheitskontextes erfolgen, in dem der die Anlage der Partition initierende Arzt identifizierbar und in seiner Authentizität überprüfbar ist. Mit dem Parameter context wird der vorab über die Operation openContext des EFA Kontext Managers erstellte Sicherheitskontext so an den EFA-Provider übergeben, dass dieser den Kontext provider-seitig zur Prüfung der Berechtigungen des Aufrufers innerhalb des Aufrufkontextes rekonstruieren kann. |
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 |
| |
Ablaufsequenz |
| |
Mögliche Fehler | name | descr |
- zurück zur EFA-2.0-Spezifikation