cdaefa:EFA Document Registry SFM: Unterschied zwischen den Versionen

Aus Hl7wiki
Wechseln zu: Navigation, Suche
K (listData)
(Seite gelöscht.)
 
Zeile 1: Zeile 1:
{{Infobox Dokument
 
|Title    = EFA Document Registry Service Functional Model
 
|Short    = EFA Document Registry Service Functional Model
 
|Namespace = cdaefa
 
|Type      = Implementierungsleitfaden
 
|Version  = 0.9
 
|Submitted = February 2013
 
|Author    = Jörg Caumanns, Raik Kuhlisch
 
|Date      = March 2013
 
|Copyright = 2012-2013
 
|Status    = Draft
 
|Period    = xxx
 
|OID      = n.n.
 
|Realm    = 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 [[cdaefa:EFA_Kommunikationsmuster|Kommunikationsmuster]].
 
 
{|class="wikitable" style="text-align: left; cellpadding: 10;"
 
!Operation
 
!Kommunikationsmuster
 
|-
 
|registerData
 
|[[cdaefa:EFA_Kommunikationsmuster#Einstellen_von_Dokumenten|Einstellen von Dokumenten]]
 
|-
 
|listData
 
|[[cdaefa:EFA_Kommunikationsmuster#Auflisten_von_Dokumenten|Auflisten von Dokumenten]]
 
|}
 
 
In den folgenden Abschnitten werden diese Operationen plattform-unabhängig über das ''Service Functional Model'' des EFA Document Registry spezifiziert.
 
 
== ''registerData'' ==
 
 
{|class="wikitable" style="text-align: left; cellpadding: 10;"
 
!Operation
 
! colspan="2"|registerData
 
|-
 
|Funktionalität
 
| 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="4"|Eingabe
 
|[[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.
 
|-
 
|[[cdaefa:EFA_Business_Informationsmodell#partitionID|partitionID]]
 
|Eindeutige Identifizierung der Partition, an der die Daten registriert werden sollen.
 
|-
 
|[[cdaefa:EFA_Business_Informationsmodell#docMatadata|docMetadata]][1..*]
 
|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
 
|statusInfo
 
|Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen)
 
|-
 
|Vorbedingungen
 
| colspan="2"|
 
* prec1
 
* prec2
 
|-
 
|Ablaufsequenz
 
| colspan="2"|
 
# seq1
 
# seq2
 
|-
 
|Mögliche Fehler
 
|name
 
|descr
 
|}
 
 
== ''listData'' ==
 
 
{|class="wikitable" style="text-align: left; cellpadding: 10;"
 
!Operation
 
! colspan="2"|listData
 
|-
 
|Funktionalität
 
| colspan="2"|Abruf der Metadaten zu den an einer Partition einer Fallakte registrierten Dokumenten. 
 
|-
 
| rowspan="2"|Eingabe
 
|[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 
|Das Auflisten von Daten einer 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.
 
|-
 
|[[cdaefa:EFA_Business_Informationsmodell#partitionID|partitionID]]
 
|Eindeutige Identifizierung der Partition, deren Inhalte ausgelesen werden sollen.
 
|-
 
| rowspan="2"|Rückgabe
 
|[[cdaefa:EFA_Business_Informationsmodell#docMetadata|docMetadata]][0..*]
 
|Metadaten der an der ausgewählten Partition registrierten Dokumente
 
|-
 
|[[cdaefa:EFA_Business_Informationsmodell#docRelationship|docRelationship]][0..*]
 
|Beziehungen zwischen den  Dokumenten der zu listenden Partition und Dokumenten dieser und anderer Partitionen.
 
|-
 
|Vorbedingungen
 
| colspan="2"|
 
* prec1
 
* prec2
 
|-
 
|Ablaufsequenz
 
| colspan="2"|
 
# seq1
 
# seq2
 
|-
 
|Mögliche Fehler
 
|name
 
|descr
 
|}
 
 
 
 
----
 
 
* zurück zur [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]
 

Aktuelle Version vom 3. April 2014, 11:17 Uhr