EFA Document Registry Service Functional Model
Implementierungsleitfaden
(→registerData) |
K (→registerData) |
||
Zeile 41: | Zeile 41: | ||
| colspan="2"|Registrieren von Daten an einer bestehenden Partition einer Fallakte.<br>''Dies ist eine EFA-Provider interne Funktion, die ausschließlich vom EFA Document Repository aufgerufen wird. 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.'' | | colspan="2"|Registrieren von Daten an einer bestehenden Partition einer Fallakte.<br>''Dies ist eine EFA-Provider interne Funktion, die ausschließlich vom EFA Document Repository aufgerufen wird. 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=" | + | | rowspan="4"|Eingabe |
|[[cdaefa:EFA_Security_Informationsmodell#context|context]] | |[[cdaefa:EFA_Security_Informationsmodell#context|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. | |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. | ||
Zeile 50: | Zeile 50: | ||
|[[cdaefa:EFA_Business_Informationsmodell#docMatadata|docMetadata]][1..*] | |[[cdaefa:EFA_Business_Informationsmodell#docMatadata|docMetadata]][1..*] | ||
|Metadaten der bereits im Document Repository abgelegten Daten, die am Document Registry registriert werden sollen. | |Metadaten der bereits im Document Repository abgelegten Daten, die am Document Registry registriert werden sollen. | ||
+ | |- | ||
+ | |[[cdaefa:EFA_Business_Informationsmodell#docRelationship|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 | |Rückgabe |
Version vom 8. April 2013, 08:36 Uhr
Dieses Dokument gibt wieder:
Implementierungsleitfaden EFA Document Registry Service Functional Model (0.9). Die Teilmaterialien gehören der Kategorie cdaefa an. |
EFA Document Registry Service Functional Model
EFA Document Registry 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 Registry
Die nachfolgende Tabelle listet die vom EFA Document Registry (ECR Document Registry) bereit gestellten Operationen sowie die damit realisierbaren Kommunikationsmuster.
Operation | Kommunikationsmuster |
---|---|
registerData | Einstellen von Dokumenten |
listData | Auflisten von Dokumenten |
In den folgenden Abschnitten werden diese Operationen plattform-unabhängig über das Service Functional Model des EFA Document Registry spezifiziert.
registerData
Operation | registerData | |
---|---|---|
Funktionalität | Registrieren von Daten an einer bestehenden Partition einer Fallakte. Dies ist eine EFA-Provider interne Funktion, die ausschließlich vom EFA Document Repository aufgerufen wird. 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 | 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, 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 |
| |
Ablaufsequenz |
| |
Mögliche Fehler | name | descr |
listData
Operation | listData | |
---|---|---|
Funktionalität | Abruf der Metadaten zu den an einer Partition einer Fallakte registrierten Dokumenten. | |
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, deren Inhalte ausgelesen werden sollen. | |
Rückgabe | docMetadata[0..*] | Metadaten der an der ausgewählten Partition registrierten Dokumente |
Vorbedingungen |
| |
Ablaufsequenz |
| |
Mögliche Fehler | name | descr |
- zurück zur EFA-2.0-Spezifikation