cdaefa:EFA Anwendungsdienste (logische Spezifikation) - Versionsgeschichte

Jcaumanns: /* listPartitionContent */

2016-02-17T07:50:41Z

‎listPartitionContent

Jcaumanns: /* EFA Anwendungsarchitektur: Service Functional Model */

2016-02-17T07:48:43Z

‎EFA Anwendungsarchitektur: Service Functional Model

Jcaumanns: /* EFA Anwendungsarchitektur: Service Functional Model */

2016-02-17T07:48:04Z

‎EFA Anwendungsarchitektur: Service Functional Model

Jcaumanns: Markup-Fehler behoben

2015-01-27T10:34:21Z

Markup-Fehler behoben

Jcaumanns: Markup-Fehler behoben

2015-01-27T10:32:38Z

Markup-Fehler behoben

Jcaumanns: Markup-Fehler behoben

2015-01-27T10:27:54Z

Markup-Fehler behoben

Änderungen zeigen

Jcaumanns: Markup-Fehler behoben

2015-01-26T16:04:46Z

Markup-Fehler behoben

Jcaumanns: Querverweise

2015-01-13T17:39:56Z

Querverweise

Jcaumanns: /* listPartitions */ purpose-Parameter ist verpflichtend (Kommentierung #270)

2014-12-15T10:53:25Z

‎listPartitions: purpose-Parameter ist verpflichtend (Kommentierung #270)

Jcaumanns: /* createECR */ PIM-Klasse zur Verbesserung der Lesbarkeit aufgelöst. Parameter ecrStatus entfernt, da Wertvorgabe konstant.

2014-10-17T15:23:47Z

‎createECR: PIM-Klasse zur Verbesserung der Lesbarkeit aufgelöst. Parameter ecrStatus entfernt, da Wertvorgabe konstant.

@@ Zeile 586: / Zeile 586: @@
 |-
 !Fehler und Warnungen
 | colspan="2"|
 Folgende Fehler müssen erkannt und rückgemeldet werden:

@@ Zeile 67: / Zeile 67: @@
 |EFA Document Repository
 |-
-|<ins>[[cdaefa:EFA_Kommunikationsmuster#Invalidieren_eines_Dokuments|Invalidieren eines Dokuments]]</ins>
+|[[cdaefa:EFA_Kommunikationsmuster#Invalidieren_eines_Dokuments|Invalidieren eines Dokuments]]
-|<ins>invalidateData</ins>
+|invalidateData
-|<ins>EFA Document Registry</ins>
+|EFA Document Registry
 |}

@@ Zeile 66: / Zeile 66: @@
 |retrieveData
 |EFA Document Repository
 |}
 Das Zusammenspiel von Diensten und Operationen ist in der folgenden Darstellung noch einmal im Überblick dargestellt.
-[[Datei:EFA_AppArch_Transaktionen.png|640px]]
+[[Datei:cdaefa_SFM_Operationen.png|639px]]
 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.

@@ Zeile 597: / Zeile 597: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Operation
-! colspan="2"|provideData
+| colspan="2"|provideData
 |-
-|Funktionalität
+!Funktionalität
 | colspan="2"|Diese Operation stellt Daten in eine Partition einer Fallakte ein.
 |-
-|Aufrufer
+!Aufrufer
 | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne
 |-
-| rowspan="4"|Eingabe
+! rowspan="4"|Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager [[cdaefa:EFA_Context_Manager_SFM#Operation:_OpenContext|''openContext'']].
@@ Zeile 618: / Zeile 618: @@
 |Beziehungen der neu zu registrierenden Daten zu bestehenden Dokumenten.
 |-
-|Rückgabe
+!Rückgabe
 |statusInfo
 |Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen)
 |-
-|Vorbedingungen
+!Vorbedingungen
 | colspan="2"|
 * Die übergebenen Metadaten der einzustellenden Daten sind vollständig und valide.
 |-
-|Ablauf
+!Ablauf
 | colspan="2"|
 # Speichre die Dokument-Daten.
@@ Zeile 632: / Zeile 632: @@
 # Gib das statusInfo-Objekt dem Aufrufer.
 |-
-|Fehler	und Warnungen
+!Fehler	und Warnungen
 | colspan="2"|
 Folgende Fehler müssen erkannt und rückgemeldet werden:
@@ Zeile 643: / Zeile 643: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Operation
-! colspan="2"|retrieveData
+| colspan="2"|retrieveData
 |-
-|Funktionalität
+!Funktionalität
 | colspan="2"|Abrufen von Daten aus einer Fallakte.
 |-
-|Aufrufer
+!Aufrufer
 | colspan="2"|
 *EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne,
 *Ressource Manager einer benachbarten EFA-Provider-Domäne
 |-
-| rowspan="2"|Eingabe
+! rowspan="2"|Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager [[cdaefa:EFA_Context_Manager_SFM#Operation:_OpenContext|''openContext'']].
@@ Zeile 660: / Zeile 660: @@
 |Eindeutige Identifizierung der abzurufenden Dokumente
 |-
-| rowspan="2"|Rückgabe
+! rowspan="2"|Rückgabe
 |statusInfo
 |Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen)
@@ Zeile 667: / Zeile 667: @@
 |angeforderte Dokumente
 |-
-|Vorbedingungen
+!Vorbedingungen
 | colspan="2"|
 |-
-|Ablauf
+!Ablauf
 | colspan="2"|
 Das Document Repository
@@ Zeile 676: / Zeile 676: @@
 # ... sendet eine Information zum Ausführungsstatus der Operation sie wie die angefragten Dokumente an den Nutzer zurück.
 |-
-|Fehler	und Warnungen
+!Fehler	und Warnungen
 | colspan="2"|
 Folgende Fehler müssen erkannt und rückgemeldet werden:

@@ Zeile 500: / Zeile 500: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Operation
-! colspan="2"|registerData
+| colspan="2"|registerData
 |-
-|Funktionalität
+!Funktionalität
 | colspan="2"|Diese Operation registriert von Daten an einer bestehenden Partition einer Fallakte.
 |-
-|Aufrufer
+!Aufrufer
 | 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
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager [[cdaefa:EFA_Context_Manager_SFM#Operation:_OpenContext|''openContext'']].
@@ Zeile 521: / Zeile 521: @@
 |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
 |statusInfo
 |Informationen zur Durchführung der Operation (z.B. aufgetretene Fehler oder für die weitere EFA-Nutzung potenziell relevante Warnungen)
 |-
-|Vorbedingungen
+!Vorbedingungen
 | colspan="2"|
 * Die übergebenen Metadaten der einzustellenden Daten sind vollständig und valide.
 * Die Konfiguration der angesprochenen Akte erlaubt das Einstellen der übergebenen Dokumente.
 |-
-|Ablauf
+!Ablauf
 | colspan="2"|
 # Speichre docMetadata, docRelationship und den Bezug zu partitionID.
 # Gib das statusInfo-Objekt dem Aufrufer.
 |-
-|Fehler	und Warnungen
+!Fehler	und Warnungen
 | colspan="2"|
 Folgende Fehler müssen erkannt und rückgemeldet werden:
@@ Zeile 546: / Zeile 546: @@
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Operation
-! colspan="2"|listPartitionContent
+| colspan="2"|listPartitionContent
 |-
-|Funktionalität
+!Funktionalität
 | colspan="2"|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
+!Aufrufer
 | colspan="2"|
 *EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne,
 *Document Registry einer benachbarten EFA-Provider-Domäne
 |-
-| rowspan="2"|Eingabe
+! rowspan="2"|Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager [[cdaefa:EFA_Context_Manager_SFM#Operation:_OpenContext|''openContext'']].
@@ Zeile 563: / Zeile 563: @@
 |Eindeutige Identifizierung der Partition, deren Inhalte ausgelesen werden sollen.
 |-
-| rowspan="2"|Rückgabe
+! rowspan="2"|Rückgabe
 |[[cdaefa:EFA_Business_Informationsmodell#docMetadata|docMetadata]][0..*]
 |Metadaten der an der ausgewählten Partition registrierten Dokumente
@@ Zeile 570: / Zeile 570: @@
 |Beziehungen zwischen den  Dokumenten der zu listenden Partition und Dokumenten dieser und anderer Partitionen.
 |-
-|Vorbedingungen
+!Vorbedingungen
 | colspan="2"|
 |-
-|Ablauf
+!Ablauf
 | colspan="2"|
 # Identifiziere alle Dokumente,
@@ Zeile 581: / Zeile 581: @@
 # Gib die Metadaten der Dokumente und deren Dokument-Beziehungen dem Aufrufer.
 |-
-|Fehler und Warnungen
+!Fehler und Warnungen
 | colspan="2"|
 Folgende Fehler müssen erkannt und rückgemeldet werden:

@@ Zeile 688: / Zeile 688: @@
 {{NoteBox|'''Referenzen und Querverweise'''
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]
 }}

← Nächstältere Version		Version vom 13. Januar 2015, 17:39 Uhr
Zeile 681:		Zeile 681:
	\|}		\|}

−	~~=== Querverweise und Referenzen ===~~

		+
		+	----
		+
		+
		+	{{NoteBox\|'''Referenzen und Querverweise'''
	* [[cdaefa:EFA_Spezifikation_v2.0\|EFA-2.0-Spezifikation]]		* [[cdaefa:EFA_Spezifikation_v2.0\|EFA-2.0-Spezifikation]]
		+	}}

@@ Zeile 271: / Zeile 271: @@
 |Die ID des betroffenen Patienten.
 |-
-|[[cdaefa:EFA_Business_Informationsmodell#purpose|purpose]] (optional)
+|[[cdaefa:EFA_Business_Informationsmodell#purpose|purpose]]
 |Einschränkung der Suche auf Akten und Partitionen, die zu einem bestimmten Zweck angelegt wurden.
 |-

@@ Zeile 97: / Zeile 97: @@
 | colspan="2"|EFA-Teilnehmersystem der gleichen EFA-Provider-Domäne
 |-
-| rowspan="4"|Eingabe
+| rowspan="5"|Eingabe
 |[[cdaefa:EFA_Security_Informationsmodell#context|context]]
 |Gibt den Sicherheitskontext vor, in dem die Operation ausgeführt wird. Bezugsquelle: EFA Kontext Manager [[cdaefa:EFA_Context_Manager_SFM#Operation:_OpenContext|''openContext'']].
 |-
-|[[cdaefa:EFA_Business_Informationsmodell#ecrInfo|ecrInfo]]
+|[[cdaefa:EFA_Business_Informationsmodell#patientID|patientID]]
-|Identifizierende und beschreibende Daten zur anzulegenden Fallakte.
+|Die ID des Patienten, für den die Fallakte angelegt werden soll.
-;[[cdaefa:EFA_Business_Informationsmodell#patientID|patientID]]
+|-
-:Die ID des Patienten, für den die Fallakte angelegt werden soll.
+|[[cdaefa:EFA_Business_Informationsmodell#purpose|purpose]]
-;[[cdaefa:EFA_Business_Informationsmodell#purpose|purpose]]
+|Der Zweck für den die Fallakte angelegt werden soll. Er muss mit dem Zweck übereinstimmen, der im Eingabe-Parameter consentInfo angegeben ist.
 |-
 |[[cdaefa:EFA_Business_Informationsmodell#consentInfo|consentInfo]]