cdaefa:CP-009-00
Inhaltsverzeichnis
Profilierung von DocumentEntry.confidentialityCode
Titel des Change Request | Profilierung von DocumentEntry.confidentialityCode |
Einreicher des Change Proposal | Jörg Caumanns, Fraunhofer FOKUS |
Datum der Einreichung des Change Proposal | 09.04.15 |
Betroffene Revision der EFA-Spezifikation | 1 (Release Januar 2015) |
EFAv2.0 Wiki Perspective | Implementable |
EFAv2.0 Wiki Dimension | Information |
Akteur / Klasse / Transaktion | DocumentEntry Metadaten |
Change Proposal ID | CP-009-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 | Nein |
Auswirkungen auf bestehende Implementierungen | Nein |
Datum der letzten Aktualisierung des Change Proposal | 09.04.15 |
Zugewiesener Bearbeiter | Wird per Telefonkonferenz von der 7er-Gruppe festgelegt |
Motivation für den Change Request
Ausgehend von CP-ITI-690 bietet die aktuelle Version des IHE ITI-TF-3 sehr vielfältige Möglichkeiten zur Nutzung des DocumentEntry.confidentialityCode. Aktuell wird hier weder vom IHE Cookbook noch von EFAv2.0 eine Profilierung vorgenommen, um diese Optionen geeignet zu nutzen bzw. einzugrenzen.
Es wird vorgeschlagen, eine Profilierung der Confidentiality Security Classification im IHE Cookbook vorzunehmen und aus der EFA-Spezifikation heraus auf diese zu verweisen.
Da die Einbettung der EFAv2.0 in den Rahmen des IHE Cookbook eine Referenzierung von EFA-Dokumenten/Ordnern aus anderen Aktentypen heraus ermöglicht, wird ferner vorgeschlagen, für alle über eine EFA bereitgestellten Dokumente einen Handling Caveat Security Code mit dem Wert „NOREUSE" (Codesystem 2.16.840.1.113883.1.11.20471) vorzuschreiben. Hiermit wird ausgedrückt, dass die Nutzung des Dokuments an den Zweck der EFA gebunden ist.
Beschluss der 7er-Gruppe
(30.10.2015) Der Änderungsvorschlag wird abgelehnt. Die EFA soll keine über die IHE-Spezifikationen hinausgehenden Vorgaben zur Nutzung des confidentialityCode machen. Dies gilt umso mehr, als dass die Auswertung der Zugriffsberechtigungen alleine auf Basis der Policies (Consent) erfolgt.
Vorschlag für die Änderung der EFAv2.0-Spezifikation
http://wiki.hl7.de/index.php?title=cdaefa:EFA_XDS_Document_Metadata_Binding |
Die in der Motivation skizzierten Änderungen sollten als EFA-Profilierung der XDS-Dokumentenmetadaten ausgeführt werden. Das passendes Beispiel kann aus IHE ITI TF-3 bzw. CP-ITI-690 übernommen werden.