cdaefa:EFA Document Registry SFM - Versionsgeschichte

Jcaumanns: Seite gelöscht.

2014-04-03T11:17:01Z

Seite gelöscht.

Jcaumanns: /* listData */

2013-04-08T08:38:31Z

‎listData

Jcaumanns: /* registerData */

2013-04-08T08:36:34Z

‎registerData

Jcaumanns: /* registerData */

2013-04-06T19:42:57Z

‎registerData

Jcaumanns: /* Operationen des EFA Document Registry */

2013-04-06T19:29:42Z

‎Operationen des EFA Document Registry

Jcaumanns: Die Seite wurde neu angelegt: „{{Infobox Dokument |Title = EFA Document Registry Service Functional Model |Short = EFA Document Registry Service Functional Model |Namespace = cdaefa |Ty…“

2013-04-06T10:08:22Z

Die Seite wurde neu angelegt: „{{Infobox Dokument |Title = EFA Document Registry Service Functional Model |Short = EFA Document Registry Service Functional Model |Namespace = cdaefa |Ty…“

Neue Seite

{{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#Abrufen_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="2"|Eingabe
|[[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.
|-
|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
|}

----

* zurück zur [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

← Nächstältere Version		Version vom 3. April 2014, 11:17 Uhr
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]]

@@ Zeile 84: / Zeile 84: @@
 | rowspan="2"|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.
+|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.
 |-
-|Rückgabe
+| rowspan="2"|Rückgabe
 |[[cdaefa:EFA_Business_Informationsmodell#docMetadata|docMetadata]][0..*]
 |Metadaten der an der ausgewählten Partition registrierten Dokumente
 |-
 |Vorbedingungen

@@ 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.''
 |-
-| rowspan="3"|Eingabe
+| 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.
@@ Zeile 50: / Zeile 50: @@
 |[[cdaefa:EFA_Business_Informationsmodell#docMatadata|docMetadata]][1..*]
 |Metadaten der bereits im Document Repository abgelegten Daten, die am Document Registry registriert werden sollen.
 |-
 |Rückgabe

@@ Zeile 27: / Zeile 27: @@
 |-
 |listData
-|[[cdaefa:EFA_Kommunikationsmuster#Abrufen_von_Dokumenten|Auflisten von Dokumenten]]
+|[[cdaefa:EFA_Kommunikationsmuster#Auflisten_von_Dokumenten|Auflisten von Dokumenten]]
 |}