cdaefa:CP-004-00: Unterschied zwischen den Versionen

Aus Hl7wiki
Wechseln zu: Navigation, Suche
(Motivation für den Change Request)
(Vorschlag für die Änderung der EFAv2.0-Spezifikation)
Zeile 59: Zeile 59:
  
 
==Vorschlag für die Änderung der EFAv2.0-Spezifikation<sup> </sup>==
 
==Vorschlag für die Änderung der EFAv2.0-Spezifikation<sup> </sup>==
 +
 +
{|class="wikitable" style="background-color:#FFE4C4;"
 +
|[http://wiki.hl7.de/index.php?title=cdaefa:CIM_Invalidieren_von_Datenobjekten http://wiki.hl7.de/index.php?title=cdaefa:CIM_Invalidieren_von_Datenobjekten]
 +
|}
 +
In der 7er-Gruppe wurde festgelegt, dass die Pflege der Inhalte einer EFA die gemeinsame Aufgabe aller EFA-Teilnehmer ist und daher jeder Teilnehmer in der Lage sein muss, jedes in der EFA befindliche Dokument zu deaktivieren oder zu ersetzen. Dieses sollte in der Motivation für das Interaktionsmuster "Invalidieren von Datenobjekten" zumindest erwähnt werden....
 +
 +
 
{|class="wikitable" style="background-color:#FFE4C4;"
 
{|class="wikitable" style="background-color:#FFE4C4;"
 
|[http://wiki.hl7.de/index.php?title=cdaefa:EFA_Kommunikationsmuster#Invalidieren_eines_Dokuments http://wiki.hl7.de/index.php?title=cdaefa:EFA_Kommunikationsmuster]
 
|[http://wiki.hl7.de/index.php?title=cdaefa:EFA_Kommunikationsmuster#Invalidieren_eines_Dokuments http://wiki.hl7.de/index.php?title=cdaefa:EFA_Kommunikationsmuster]

Version vom 29. November 2015, 16:38 Uhr

CP-004-00: Invalidieren von Dokumenten (Inkonsistenz zum IHE-Cookbook)

Titel des Change Request Invalidieren von Dokumenten (Inkonsistenz zum IHE-Cookbook)
Einreicher des Change Proposal Jörg Caumanns, Fraunhofer FOKUS

joerg.caumanns@fokus.fraunhofer.de

Datum der Einreichung des Change Proposal 09.04.15
Betroffene Revision der EFA-Spezifikation 1 (Release Januar 2015)
EFAv2.0 Wiki Perspective Logical / Implementable
EFAv2.0 Wiki Dimension Computational
Akteur / Klasse / Transaktion Invalidieren eines Dokuments
Change Proposal ID CP-004-00
Datum der Veröffentlichung im EFAv2.0 Wiki 09.04.15
Change Proposal Status Eingereicht
Abhängigkeit zum IHE Technical Framework Nein
Abhängigkeit zum IHE-D Cookbook Ja
Auswirkungen auf bestehende Implementierungen Ja
Datum der letzten Aktualisierung des Change Proposal 09.04.15
Zugewiesener Bearbeiter Wird per Telefnkonferenz von der 7er-Gruppe festgelegt


Motivation für den Change Request

In der EFA-Spezifikation wird beschrieben, dass die Invalidierung eines Dokuments durch das Ersetzen dieses Dokuments mit einem Invalidierungsdokument erfolgt (siehe http://wiki.hl7.de/index.php?title=cdaefa:EFA_Kommunikationsmuster). Es folgt der Hinweis, dass näheres hierzu im IHE Cookbook spezifiziert wird. Im IHE Cookbook gibt es keine generellen Vorgaben zu dem Thema. Im Kapitel zur pEPA wird jedoch definiert, dass zur Invalidierung eines Dokuments die IHE-Transaktion ITI-62 deleteDocumentSet zu verwenden ist (siehe http://wiki.hl7.de/index.php?title=IHE_DE_Cookbook). Die uns bekannten EFAv2.0-Implementierungen hingegen erlauben ergänzend zur Spezifikation auch das Setzen des Status eines Dokuments auf deprecated mittels der IHE-Transaktion ITI-52 MetadataUpdate. Diese Variante ist auch konform zur IHE-Umsetzung in der österreichischen ELGA. Es ist unklar, was nun gilt:

  • Ersetzen durch ein Invalidierungsdokument,
  • Setzen des Status auf deprecated über ITI-52 oder
  • Löschen des Dokuments über ITI-62?

Es wird vorgeschlagen, sich an den Implementierungen zu orientieren und neben dem Ersetzen des Dokuments auch das Setzen des Dokumentenstatus auf deprecated mittels ITI-52 zuzulassen.

Beschluss der 7er-Gruppe

(30.10.2015) Der Änderungsvorschlag wird angenommen. Die Umsetzung soll in die Ende Januar 2016 zu veröffentlichende Revision 2 der EFAv2.0-Spezifikation einfließen. Folgende Festlegungen wurden von der 7er-Gruppe getroffen:

  • Ein EFA-Teilnehmer kann Dokument per MetadataUpdate" auf den Status deprecated setzen. Dies soll auch über Affinity Domains hinweg möglich sein.
  • Das Löschen durch Ersetzen mit einem leeren Dokument wird aus der Spezifikation gestrichen.

Ein Vorschlag für die Änderung der Spezifikation wird bis Ende 2015 durch das Fraunhofer FOKUS ausgearbeitet und der 7er-Gruppe zur Freigabe vorgelegt.

Vorschlag für die Änderung der EFAv2.0-Spezifikation

http://wiki.hl7.de/index.php?title=cdaefa:CIM_Invalidieren_von_Datenobjekten

In der 7er-Gruppe wurde festgelegt, dass die Pflege der Inhalte einer EFA die gemeinsame Aufgabe aller EFA-Teilnehmer ist und daher jeder Teilnehmer in der Lage sein muss, jedes in der EFA befindliche Dokument zu deaktivieren oder zu ersetzen. Dieses sollte in der Motivation für das Interaktionsmuster "Invalidieren von Datenobjekten" zumindest erwähnt werden....


http://wiki.hl7.de/index.php?title=cdaefa:EFA_Kommunikationsmuster

Das Interaktionsmuster zum Invalidieren eines Dokuments sollte alternativ über zwei Kommunikationsmuster umsetzbar sein:

  • Ersetzen durch ein Invalidierungsdokument,
  • Setzen des Status auf invalidiert

Das erste Muster ist bereits beschrieben, das zweite müsste noch als Kommunikationsmuster beschrieben werden.

http://wiki.hl7.de/index.php?title=cdaefa:EFA_Anwendungsdienste_(logische_Spezifikation)

Für das Setzen des Status eines Dokuments auf invalidiert sollte eine entsprechende logische Spezifikation als Funktionalität des EFA Document Registry definiert werden. Es sollte festgelegt werden, dass die Invalidierung eines Dokuments nur durch die Organisation erfolgen kann, die das zu invalidierende Dokument in die EFA eingestellt hat. Die die Invalidierung durchführende Person ist dafür verantwortlich, zu prüfen, ob auch mit dem Dokument in Zusammenhang stehende Dokumente invalidiert werden sollen.

http://wiki.hl7.de/index.php?title=cdaefa:EFA_XDS_DocumentRegistry

Auf dieser Seite sollte ein XDS-Bindings für das Invalidieren eines Dokuments mittels ITI-52 MetadataUpdate eingefügt werden.

http://wiki.hl7.de/index.php?title=cdaefa:EFA_XDS/XDR_Bindings

Bei Umsetzung des Change Request müssten auf dieser Seite noch Verwiese auf das neue XDS-Binding eingestellt werden.