cdaefa:CP-002-00: Unterschied zwischen den Versionen
(Die Seite wurde neu angelegt: „ =EFAv2.0 Change Proposal= <!-- ''Bitte senden Sie das ausgefüllte Formular zur weiteren Bearbeitung und zur Einleitung des EFAv2.0 Change Management Prozess…“) |
K (→Vorschlag für die Änderung der EFAv2.0-Spezifikation) |
||
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 42: | Zeile 42: | ||
==Motivation für den Change Request== | ==Motivation für den Change Request== | ||
In der ergänzenden Spezifikation zu einer elektronischen Einwilligungserklärung werden Elemente einer Einwilligung definiert, die für die EFAv2.0 benötigt werden, aktuell aber in der Klasse consentInfo nicht enthalten sind. | In der ergänzenden Spezifikation zu einer elektronischen Einwilligungserklärung werden Elemente einer Einwilligung definiert, die für die EFAv2.0 benötigt werden, aktuell aber in der Klasse consentInfo nicht enthalten sind. | ||
− | Es wird vorgeschlagen, in der logischen Spezifikation die Klasse consentInfo an die logischen Inhalte der elektronischen Einwilligung anzupassen. | + | Es wird vorgeschlagen, in der logischen Spezifikation die Klasse consentInfo an die logischen Inhalte der elektronischen Einwilligung anzupassen. |
+ | == 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 getroffen: | ||
+ | * Die logische Spezifikation der Klasse ''consentInfo'' orientiert sich an dem EPPC-G Profil, d. h. bildet die dort definierten Inhalte ab | ||
+ | * Für die Umsetzung der Einwilligung wird auf EPPC-G verwiesen, d. h. dieses Profil bildet die normative Vorgabe zur Implementierung der Klasse ''consentInfo'' | ||
+ | * Bei jeder Referenz auf EPPC-G wird ein Hinweis gegeben, dass dieses Profil ggf. Ende 2016 durch das IHE-Profil EPPC abgelöst wird. | ||
+ | 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<sup> </sup>== | ==Vorschlag für die Änderung der EFAv2.0-Spezifikation<sup> </sup>== | ||
{|class="wikitable" style="background-color:#FFE4C4;" | {|class="wikitable" style="background-color:#FFE4C4;" | ||
− | |[http://wiki.hl7.de/index.php?title=cdaefa:EFA_Business_Informationsmodell | + | |[http://wiki.hl7.de/index.php?title=cdaefa:EFA_Business_Informationsmodell#consentInfo http://wiki.hl7.de/index.php?title=cdaefa:EFA_Business_Informationsmodell#consentInfo] |
|} | |} | ||
− | + | '''''Zum Klassenmodell werden die folgenden Elemente hinzugefügt:''''' | |
− | * | + | * consentLegalAuthenticator |
− | ** | + | * caseRecordManager |
− | + | * consentCustodian | |
− | + | * consentCreationDate | |
− | + | ||
+ | '''''Die folgenden Texte werden zu der Seite hinzugefügt:''''' | ||
+ | ;consentLegalAuthenticator | ||
+ | Die Klasse ''consentLegalAuthenticator'' identifiziert die Person, die die Einwilligung geprüft hat und gegenüber der EFA bekannt gegeben hat. Die Benennung der Person muss so ausgestaltet sein, dass eine Nachvollziehbarkeit auch langfristig möglich ist. | ||
+ | |||
+ | ;caseRecordManager | ||
+ | Ein EFA-Teilnehmer muss als Fallakten-Manager ausgezeichnet sein. Hiermit sind erweiterte Berechtigungen verbunden (siehe [[cdaefa:Akteure_und_Rollen_der_EFA|"Akteure und Rollen"]]. | ||
+ | |||
+ | ;consentCustodian | ||
+ | Die Klasse ''consentCustodian'' benennt die Einrichtung, in der die vom Patienten unterschriebene Fassung der Einwilligung aufbewahrt wird. | ||
+ | |||
+ | ;consentCreationDate | ||
+ | Diese Klasse benennt das Erstellungsdatum der Einwilligung, das gleichzeitig den Beginn der Gültigkeit der Einwilligung markiert. |
Aktuelle Version vom 13. Januar 2016, 14:45 Uhr
Inhaltsverzeichnis
EFAv2.0 Change Proposal
Titel des Change Request | Unvollständige Spezifikation der Klasse consentInfo |
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 | Logical |
EFAv2.0 Wiki Dimension | Information |
Akteur / Klasse / Transaktion | consentInfo |
Change Proposal ID | CP 002-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 Telefnkonferenz von der 7er-Gruppe festgelegt |
Motivation für den Change Request
In der ergänzenden Spezifikation zu einer elektronischen Einwilligungserklärung werden Elemente einer Einwilligung definiert, die für die EFAv2.0 benötigt werden, aktuell aber in der Klasse consentInfo nicht enthalten sind. Es wird vorgeschlagen, in der logischen Spezifikation die Klasse consentInfo an die logischen Inhalte der elektronischen Einwilligung anzupassen.
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 getroffen:
- Die logische Spezifikation der Klasse consentInfo orientiert sich an dem EPPC-G Profil, d. h. bildet die dort definierten Inhalte ab
- Für die Umsetzung der Einwilligung wird auf EPPC-G verwiesen, d. h. dieses Profil bildet die normative Vorgabe zur Implementierung der Klasse consentInfo
- Bei jeder Referenz auf EPPC-G wird ein Hinweis gegeben, dass dieses Profil ggf. Ende 2016 durch das IHE-Profil EPPC abgelöst wird.
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:EFA_Business_Informationsmodell#consentInfo |
Zum Klassenmodell werden die folgenden Elemente hinzugefügt:
- consentLegalAuthenticator
- caseRecordManager
- consentCustodian
- consentCreationDate
Die folgenden Texte werden zu der Seite hinzugefügt:
- consentLegalAuthenticator
Die Klasse consentLegalAuthenticator identifiziert die Person, die die Einwilligung geprüft hat und gegenüber der EFA bekannt gegeben hat. Die Benennung der Person muss so ausgestaltet sein, dass eine Nachvollziehbarkeit auch langfristig möglich ist.
- caseRecordManager
Ein EFA-Teilnehmer muss als Fallakten-Manager ausgezeichnet sein. Hiermit sind erweiterte Berechtigungen verbunden (siehe "Akteure und Rollen".
- consentCustodian
Die Klasse consentCustodian benennt die Einrichtung, in der die vom Patienten unterschriebene Fassung der Einwilligung aufbewahrt wird.
- consentCreationDate
Diese Klasse benennt das Erstellungsdatum der Einwilligung, das gleichzeitig den Beginn der Gültigkeit der Einwilligung markiert.