cdaefa Diskussion:EFA Anwendungsdienste (logische Spezifikation) - Versionsgeschichte

Jcaumanns am 16. September 2014 um 12:24 Uhr

2014-09-16T12:24:37Z

Jcaumanns am 20. Juni 2014 um 18:45 Uhr

2014-06-20T18:45:39Z

Jcaumanns am 26. Juli 2013 um 16:19 Uhr

2013-07-26T16:19:47Z

Jcaumanns am 27. April 2013 um 08:38 Uhr

2013-04-27T08:38:59Z

Jcaumanns: Die Seite wurde neu angelegt: „== {Enndn.01} == Die in den Beschreibungen der einzelnen Operationen beschriebenen Fehlerfälle enthalten viele Redundanzen zu der Seite [[cdaefa:EFA_Fehlermeldu…“

2013-04-27T08:38:23Z

Die Seite wurde neu angelegt: „== {Enndn.01} == Die in den Beschreibungen der einzelnen Operationen beschriebenen Fehlerfälle enthalten viele Redundanzen zu der Seite [[cdaefa:EFA_Fehlermeldu…“

Neue Seite

== {Enndn.01} ==

Die in den Beschreibungen der einzelnen Operationen beschriebenen Fehlerfälle enthalten viele Redundanzen zu der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen|Fehlermeldungen und Warnung]]. Idealerweise sollen in den Tabellen zu den Operationen nur noch die für diese Operation spezifischen Fehler benannt werden und alle anderen Fehler auf der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen|Fehlermeldungen und Warnung]] beschrieben werden. Hierdurch kann man dann auch zu einer sauberen "Fehlerhierarchie" mit dem IHE-Cookbook kommen, indem perspektivisch für alle Aktentypen mögliche Fehlerfälle sogar aus der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen|Fehlermeldungen und Warnung]] hinaus in das Cookbook gezogen werden. (jc, 27.04.13)

== Namenskürzel ==

;jc
:[[Benutzer:Jcaumanns|Dr. Jörg Caumanns]], Fraunhofer FOKUS<br>joerg.caumanns@fokus.fraunhofer.de

@@ Zeile 1: / Zeile 1: @@
 = Kommentare =
 {|class="wikitable" style="text-align: left; cellpadding: 10;"
 !Author
 !Status
 !Section
 !Existing
 !Proposed
@@ Zeile 10: / Zeile 11: @@
 !Comment Editor
 !Discussion
 |- style="vertical-align:top;"
 |style="background-color: white;"|jc
 |style="background-color: #89C35C;"|included
 |style="background-color: white;"|Enndn.01 : EFA Anwendungsarchitektur: Service Functional Model
 |style="background-color: white;"|
 |style="background-color: white;"|
@@ Zeile 19: / Zeile 23: @@
 |style="background-color: white;"|Die gemeinsamen Fehlermeldungen sind jetzt auf einer EFA-Wiki-Seite gesammelt dargestellt. (bkr, 13.06.2014)
 |style="background-color: white;"|
 |- style="vertical-align:top;"
 |style="background-color: white;"|mr
 |style="background-color: #89C35C;"|included
 |style="background-color: white;"|Enndn.01 : EFA Anwendungsarchitektur: Service Functional Model
 |style="background-color: white;"|
 |style="background-color: white;"|Die EFA Resource Manager Services sollten um einen Dienst ‚archiveECR‘ erweitert werden welcher die eFA-Partitions archiviert und danach die XDS-Folder der betroffenen eFA löscht. Es existiert allerdings keine IHE-Transaktion um einen Folder zu löschen.
@@ Zeile 29: / Zeile 36: @@
 |style="background-color: white;"|Abbildung des Statusmodells explizit als Metadatum von Ordnern vs. Implizit in XACML Policies.
 Status: optionales Metadatum von Ordnern. Falls Statusmetadatum von EFA Provider Implementierung genutzt wird, kann die Policy im Rahmen von Gültigkeitsprüfungen auf dieses Metadatum verweisen. Status als CodeList von Ordnern.
 |- style="vertical-align:top;"
 |style="background-color: white;"|jc
 |style="background-color: #89C35C;"|included
 |style="background-color: white;"|Enndn.01.01.01 : createECR
 |style="background-color: white;"|Fallaktenmanager
 |style="background-color: white;"|
@@ Zeile 38: / Zeile 48: @@
 |style="background-color: white;"|In den Text wurde ein entsprechender Hinweis eingefügt.
 |style="background-color: white;"|
 |- style="vertical-align:top;"
 |style="background-color: white;"|ti
 |style="background-color: #89C35C;"|included
 |style="background-color: white;"|Enndn.01.01.01 : createECR
 |style="background-color: white;"|
 |style="background-color: white;"|
@@ Zeile 47: / Zeile 60: @@
 |style="background-color: white;"|In den Diskusionen zum P2P Szenario wurde festgelegt, dass es immer einen Basis-Consent und optional zusätzliche additive Consents gint. Bei der bschriebenen Aktenzusammenführung gäbe es 2 Basis-Constent, was unzulässig wäre. Von daher ist das in den Kommunikationsmustern aufgezeigte Vorgehen der Übernahme der neuen Einwilligung auch in Richtung P2P konsistenter. Der Text hier wurde entsprechend angepasst.
 |style="background-color: white;"|Für neue Partition muss consent erweitert werden, Additive consents, Klärung des Partitionsbegriffs vs. Folderbegriff (ti)
 |- style="vertical-align:top;"
 |style="background-color: white;"|ti
 |style="background-color: #89C35C;"|included
 |style="background-color: white;"|Enndn.01.03.01 : provideData
 |style="background-color: white;"|
 |style="background-color: white;"|
@@ Zeile 56: / Zeile 72: @@
 |style="background-color: white;"|Kommentar bezog sich auf eine veraltete Fassung der Spezifikation, die versehendlich verlinkt wurde....
 |style="background-color: white;"|
 |}

@@ Zeile 1: / Zeile 1: @@
-== {Enndn.01} ==
+= Kommentare =
-Die in den Beschreibungen der einzelnen Operationen beschriebenen Fehlerfälle enthalten viele Redundanzen zu der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen|Fehlermeldungen und Warnungen]]. Idealerweise sollen in den Tabellen zu den Operationen nur noch die für diese Operation spezifischen Fehler benannt werden und alle anderen Fehler auf der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen|Fehlermeldungen und Warnungen]] beschrieben werden. Hierdurch kann man dann auch zu einer sauberen "Fehlerhierarchie" mit dem IHE-Cookbook kommen, indem perspektivisch für alle Aktentypen mögliche Fehlerfälle sogar aus der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen|Fehlermeldungen und Warnungen]] hinaus in das Cookbook gezogen werden. (jc, 27.04.13)
+{|class="wikitable" style="text-align: left; cellpadding: 10;"
+!Author
-== {Enndn.01.01.01} ==
+!Status
+!Section
-=== Fallaktenmanager ===
+!Existing
-Der Fallaktenmanager kann über diese Operation nicht festgelegt werden, da die Belegung dieser Rolle eine Vereinbarung der Teilnehmer ist und nicht durch den Patienten verändert werden kann. In den Text wurde ein entsprechender Hinweis eingefügt. (jc, 26.07.2013)
+!Proposed
+!Comment
-== Namenskürzel ==
+!Comment Editor
+!Discussion
-;jc
+|- style="vertical-align:top;"
-:[[Benutzer:Jcaumanns|Dr. Jörg Caumanns]], Fraunhofer FOKUS<br>joerg.caumanns@fokus.fraunhofer.de
+|style="background-color: white;"|jc

← Nächstältere Version		Version vom 26. Juli 2013, 16:19 Uhr
Zeile 2:		Zeile 2:

	Die in den Beschreibungen der einzelnen Operationen beschriebenen Fehlerfälle enthalten viele Redundanzen zu der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen\|Fehlermeldungen und Warnungen]]. Idealerweise sollen in den Tabellen zu den Operationen nur noch die für diese Operation spezifischen Fehler benannt werden und alle anderen Fehler auf der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen\|Fehlermeldungen und Warnungen]] beschrieben werden. Hierdurch kann man dann auch zu einer sauberen "Fehlerhierarchie" mit dem IHE-Cookbook kommen, indem perspektivisch für alle Aktentypen mögliche Fehlerfälle sogar aus der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen\|Fehlermeldungen und Warnungen]] hinaus in das Cookbook gezogen werden. (jc, 27.04.13)		Die in den Beschreibungen der einzelnen Operationen beschriebenen Fehlerfälle enthalten viele Redundanzen zu der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen\|Fehlermeldungen und Warnungen]]. Idealerweise sollen in den Tabellen zu den Operationen nur noch die für diese Operation spezifischen Fehler benannt werden und alle anderen Fehler auf der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen\|Fehlermeldungen und Warnungen]] beschrieben werden. Hierdurch kann man dann auch zu einer sauberen "Fehlerhierarchie" mit dem IHE-Cookbook kommen, indem perspektivisch für alle Aktentypen mögliche Fehlerfälle sogar aus der Seite [[cdaefa:EFA_Fehlermeldungen_und_Warnungen\|Fehlermeldungen und Warnungen]] hinaus in das Cookbook gezogen werden. (jc, 27.04.13)
		+
		+	== {Enndn.01.01.01} ==
		+
		+	=== Fallaktenmanager ===
		+	Der Fallaktenmanager kann über diese Operation nicht festgelegt werden, da die Belegung dieser Rolle eine Vereinbarung der Teilnehmer ist und nicht durch den Patienten verändert werden kann. In den Text wurde ein entsprechender Hinweis eingefügt. (jc, 26.07.2013)

	== Namenskürzel ==		== Namenskürzel ==