cdaefa Diskussion:EFA XDS DocumentRepository

Aus Hl7wiki
Wechseln zu: Navigation, Suche

Change Log

02.11.15 (JC)
Umsetzung von Change Proposal CP-013-00 (Tippfehler in IHE Elementnamen)
15.10.14 (JC)
Klarstellung hinzugefügt, dass natürlich auch die angegebene Partition bei dem angesprochenen EFA-Provider registriert sein muss.

Kommentare

ID Author Status Section Vote Existing Proposed Comment Comment Editor Discussion
216 fo included EXoce.02 : EFA XDS Binding: provideData folder, partition, .. Hier wird es schwierig zu folgen, d.h. wann welcher Begriff wie gemeint ist. Die Begriffe XDS Folder und EFA-Partition werden jetzt konsequent genutzt. (bk)
217 fo included EXoce.02 : EFA XDS Binding: provideData Documents cannot be copied by reference Warum nicht? XDS-technisch ist das kein Problem und genaugenommen explizit so vorgesehen. Wenn jemand Berechtigung auf beide Ordner hat, dann kann er das Dokument einstellen (verlinken). Zum Lesen brauche ich nur Berechtigung auf einen Ordner. Document-References in Submission-Sets sind jetzt zulässig. Doch, aber uniqueID bleibt gleich, auch Problem im Cookbook
218 fo postponed EXoce.02 : EFA XDS Binding: provideData additional error messages Ich hoffe, dass diese über eine entsprechende Value Set Assertion mittels Binding definiert sind …. Es wurde vereinbart, dass Value Sets im CTS2-Katalog des Fraunhofer FOKUS aufgenommen werden. Zusätzlich werden Value Sets mit dem Cookbook abgestimmt und gegebenenfalls dorthin verschoben. (bk)
219 fo postponed EXoce.02 : EFA XDS Binding: provideData The application of security measures and the contents of the SOAP security header are specified

normatively

Ja, genau, aber nicht in der EFA-Spezifikation. Das gehört entsprechend formuliert in das IHE-Cookbok, damit hier keine Diskrepanz auftaucht/-tritt. Zunächst keine Änderung an der EFA-Spezifikation. Sobald das Cookbook modularisiert ist, wird aus der EFA-Spezifikation ein Verwies auf die entsprechende Cookbook-Seite gesetzt. (jc, 04.09.2013)
220 fo rejected EXoce.02 : EFA XDS Binding: provideData to align with the EFA security framework: Hier sollten die EFA-Sicherheitsanforderungen auf die OMG-Transaktionen umgelegt werden, so dass man mit einem generischen Sicherheitsframework arbeiten kann, das über Policies auch für andere Zwecke genutzt werden kann. Dazu gehört dann die Beschreibung, wie das mit XDS via SOAP kombiniert/realisiert wird. Welche Transaktionen sind gemeint? Bzw. welches Sicherheitsframework? Welche Vorteile ergeben sich aus deren Verwendung? Rücksprache mit fo folgt.
221 fo included EXoce.02.01 : Constraints on the Request Message The requestor (EFA Client) SHOULD embrace the provided documents as a single IHE XDS

submission set

Was soll das genau heißen?

Sollen alle Dokumente eines Folder auf einmal hochgeladen werden? Das macht keinen Sinn.

Der EFA-Client soll Dokumente, die zum gleichen Zeitpunkt bereitgestellt werden, zu einem submission set zusammengefasst bereitstellen. Formulierung wurde angepasst. (bk)
222 fo included EXoce.02.01 : Constraints on the Request Message The EFA provider SHOULD ignore this grouping and MUST ignore all associations between

documents and submission sets.

Darf man damit nicht mehr fragen, in welcher Transaktion von wem die Dokumente hochgeladen wurden? Doch, allerdings dürfen diese Daten keine EFA-Semantik haben. Die Formulierung wurde angepasst. (bk)
223 fo included EXoce.02.01 : Constraints on the Request Message Documents to be stored and registered SHALL be included with the request. The EFA provider

MUST NOT register documents that are only provided through metadata and/or associations.

Die beiden Sätze verstehe ich überhaupt nicht. Dokumente dürfen nicht per Referenz bereitgestellt werden, sondern müssen als Datenobjekt bereitgestellt werden. Formulierung wurde angepasst. (bk)
224 fo rejected EXoce.02.01 : Constraints on the Request Message target folder SHALL be available in advance Normalerweise kann man den Ordner auch mit der Transaktion anlegen. Ansonsten müsste der Ordner mit einer separaten Transaktion angelegt werden, dann wäre er allerdings leer. Die logische Operation setzt voraus, dass der Ordner bereits existiert. Für den beschriebenen Fall (Folder wird mit Einstellen der Daten angelegt) ist die Operation createPartition definiert. D.h. ist gewünschte Funktionalität ist in der EFA verfügbar.
225 fo rejected EXoce.02.01 : Constraints on the Request Message only allows for a single

partitionID to be included with the request

Damit kann man dann nicht mehrere Ordner anlegen (aus welchen Organisationsgründen auch immer) und die Dokumente diesen zuordnen. Im IHE-Cookbook und bei XDS ist aber genau das vorgesehen. Es geht um das Einstellen von Dokumenten. Dokumente sollen bei einem request nur in eine Partition eingestellt werden können, da sonst die Berechtigung für mehrere EFA-Partionen geprüft werden müssten. Der Fall, dass Dokumente zeitgleich in verschiedene Folder eingestellt werden sollen, erscheint unwahrscheinlich, könnte aber auf mehrere Transaktionen abgebildet werden. (bk)
226 ti included EXoce.02.01 : Constraints on the Request Message Wie sollen eigentlich Dokumentenersetzungen realisiert werden? Die folgenden Einschränkungen scheinen Assoziationen zu einem bestehendem Dokument praktisch auszuschliessen: "The EFA provider SHOULD ignore this grouping and MUST ignore all associations between documents and submission sets." (also auch Assoziationen zwischen 2 Dokumenten, oder ist dies nur eine sprachliche Ungenauigkeit?) sowie "Documents to be stored and registered SHALL be included with the request. The EFA provider MUST NOT register documents that are only provided through metadata and/or associations." (man kann somit kein existierendes Dokument per RPLC Assoziation ersetzen, da es dann nicht "provided" wäre). (ti, 09.06.2013) 1. Sprachliche Ungenauigkeit wird korrigiert: Beziehungen zwischen Doks. sind zulässig. 2. Dokumente können referenziert werden, müssen allerdings auf den gleich Peer abgelegt sein.
227 fo included EXoce.02.02 : Expected Actions forward the received documents to the EFA Document Repository Damit ist sicherlich die Registry gemeint. Richtig. Wurde korrigiert. (bk)
228 fo postponed EXoce.02.03 : Response Message (Full Success Scenario) The following warning messages and codes are defined Wir sollten langsam mal damit anfangen, korrekt mit Vocabulary Domains, Value Sets, Bindings und Extensibility umzugehen…. Dazu gehört eine entsprechende Identifikation. Es wurde vereinbart, dass Value Sets im CTS2-Katalog des Fraunhofer FOKUS aufgenommen werden. Zusätzlich werden Value Sets mit dem Cookbook abgestimmt und gegebenenfalls dorthin verschoben. (bk)
229 ti included EXoce.02.04 : Response Message (Failure or Partial Failure Scenario) Decode ist nicht der richtige Begriff für das erfolgreiche Verarbeiten. Auch die Kombination aus processing und forwarding ist sehr ungenau. Es geht eigentlich um das Processing der Registry und das Forwarding vom Repository. (ti, 09.06.2013) Die Formulierung wurde entsprechend angepasst. (bk)

Authors

Kürzel Name Organisation E-Mail
fh Frank Oemig Agfa Healthcare
ti Tarik Idris InterComponentWare AG
mr Michael Rübener X-tension
sh Salima Houta Fraunhofer ISST
jc Jörg Caumanns Fraunhofer FOKUS
bk Ben Kraufmann Fraunhofer FOKUS
iw Ingo Wolf gematik
mk Marcel Klötgen CompuGroup Medical