cdaefa Diskussion:CIM Anlegen einer Fallakte

Aus Hl7wiki
Version vom 16. September 2014, 11:53 Uhr von Jcaumanns (Diskussion | Beiträge)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)
Wechseln zu: Navigation, Suche

Kommentare

ID Author Status Section Vote Existing Proposed Comment Comment Editor Discussion
18 fo rejected Cngea.01.01 : Anwendungsszenario: Anlegen einer Fallakte Einwilligung Es ist zu überlegen, ob das einstellen der Einwilligung als Policy nicht als separate Interaktion aufgeführt werden sollte?! Das Einstellen einer consent-Policy ist Gegenstand der Logical-Perspective. (bk)
19 ti included Cngea.01.01 : Anwendungsszenario: Anlegen einer Fallakte Bei den Nachbedingungen sollte die elektronische Verfügbarkeit der Einwilligung als Dokument zwingend sein. Bei einer Umsetzung anhand der abgestimmten Konzepte (Einwilligung als CDA Dokument) ist dies immer der Fall und sollte dementsprechend auch von der Spezifikation verlangt werden. Oder geht es hier nur um eine gescannte Version der unterschriebenen Papiereinwilligung? (ti, 28.05.2013) Gemeint ist die elektronische Kopie des Einwilligungsformulars. Die Formulierung wurde korrigiert. Das Vorhandensein des Einwilligungsformulars soll nicht verpflichtend sein, da eine Akte auch vorab ohne Einwilligung angelegt werden können soll. In diesem Fall hat auf diese Akte niemand Leserechte. (bk)
20 fo included Cngea.01.03 : Abbildung der Szenarien und Varianten auf Interaktionsmuster elektronische Einwilligung es muss geklärt werden, ob die Einwilligung elektronisch vorliegen muss oder nicht, ansonsten greift das Policy-Konzept nicht.

Wenn es keine elektr. Erklärung gibt, dann muss - sicherlich nicht hier - beschrieben werden, wie das funktionieren soll. Dabei ist eine zusätzliche manuelle Interaktion über ein Portal aber nicht akzeptabel.

Gemeint ist die elektronische Kopie des Einwilligungsformulars. Die Formulierung wurde korrigiert. Das Vorhandensein des Einwilligungsformulars soll nicht verpflichtend sein, da eine Akte auch vorab ohne Einwilligung angelegt werden können soll. In diesem Fall hat auf diese Akte niemand Leserechte. Das Einstellen einer consent-Policy ist Gegenstand der Logical-Perspective. (bk)
21 fo included Cngea.01.03 : Abbildung der Szenarien und Varianten auf Interaktionsmuster Die Partitionen der bestehenden Akte werden mit der neuen Akte verknüpft. anscheinend entsprechend "Partitionen" Akten bei unterschiedllichen Providern?! Richtig, gemeint sind alle Partitionen der Fallakte. Diese können bei verschiedenen Providern liegen. (bk)
22 fo included Cngea.01.03 : Abbildung der Szenarien und Varianten auf Interaktionsmuster Sofern ein EFA-Teilnehmer selber auch als EFA-Provider agiert, wird eine neue Fallakte von diesem Teilnehmer bevorzugt

bei diesem "eigenen" Provider angelegt.

Es sollte streng darauf geachtet werden, welche Terminologie verwendet wird: Gemäß Diskussion und zur Klarstellung ist ein EFA-Teilnehmer niemals "Provider"!

Es kann aber durchaus sein, dass ein Haus für seine Ärzte selber einen solchen Dienst anbietet.

Formulierung wurde angepasst. (bk)
23 sh included Cngea.01.03 : Abbildung der Szenarien und Varianten auf Interaktionsmuster patient Patient
24 jc included Cngea.01.04.01 : Interaktionsmuster: Fallakte anlegen Fallaktenmanager Die Vorbedingungen wurden dahingehend ergänzt, dass die Rolle des Fallaktenmanagers besetzt sein muss (siehe auch Diskussion zu Rollen der EFA).
25 sh included Cngea.01.04.01 : Interaktionsmuster: Fallakte anlegen elktronische elektronische
26 ti included Cngea.01.04.01 : Interaktionsmuster: Fallakte anlegen Die Anforderung einen rein schreibenden Zugriff für den Aktenersteller auch ohne eine Patientenzustimmung zu ermöglichen ist mir neu. Abgesehen von der rechtlichen Zulässigkeit einer Datenverarbeitung ohne Einwilligungserklärung, entsteht hier die Frage wie das auf der technischen Ebene auf Basis von XDS umzusetzen ist (falls dies weiter unten noch ausgeführt wird mag sich dieser Kommentar erübrigen). Prinzipiell könnte ansteller einer Patientenzustimmung auch ein anderes CDA Document eingesetzt werden, das die gleiche Funktion erfüllt. Dies wäre als eine Art "Policy Activation Document" zu verstehen, dass im Policy Repository die Vergabe eines zeitlichen begrenzten Schreibrechts für den Aktenersteller auslöst (d.h. ein PolicySet das auf eine Policy verweist die dem spezifischen Benutzer Zugriff auf die "Provide and Register" und "Register" Schnittstelle ermöglicht). Der komplette Verzicht auf ein initial hochzuladendes Dokument ist über XDS kaum umzusetzen, da eine P&R Transaktion (die den entsprechenden Folder mit Zweckcode anlegt) nicht ohne einen zu registrierenden DocumentEntry durchgeführt werden kann. (ti, 28.05.2013) Gemeint ist die elektronische Kopie des Einwilligungsformulars. Die Formulierung wurde korrigiert. Das Vorhandensein des Einwilligungsformulars soll nicht verpflichtend sein, da eine Akte auch vorab ohne Einwilligung angelegt werden können soll. In diesem Fall hat auf diese Akte niemand Leserechte. Das Einstellen einer consent-Policy ist Gegenstand der Logical-Perspective. (bk)
27 mk postponed Cngea.01.04.01 : Interaktionsmuster: Fallakte anlegen Patientenidentifikation

Zur Anlage einer Fallakte müssen Angaben zum Patienten übergeben werden, die auch anderen EFA-Teilnehmern die (1) Identifikation des Patienten, (2) die Prüfung der Zuordnung der Akte zum Patienten und (3)das Auffinden der Fallakte anhand von Identitätsinformationen zum Patienten ermöglichen.

Wie genau erfolgt das technisch bzw. in welchem Format werden die demografischen Daten übermittelt? (15.08.2014) Primär handelt es sich hier um die Kennung des Patienten in der jeweiligen Community. Diese Kennung(en) ist mit den Stammdaten des Patienten in den jeweiligen Communities in der Patient-Registry abgelegt. Die Stammdaten selbst werden nicht direkt ausgetauscht, sind aber in der Einwilligungserklärung zur EFA enthalten. Das Format der Einwilligungserklärung wird mit dem IHE-D-Cookbook abgestimmt, um zu einer deutschlandweit einheitlichen Lösung zu kommen. (bk, 12.09.2014)
28 mk included Cngea.01.04.01 : Interaktionsmuster: Fallakte anlegen Diese darf einen beim Provider vorgegebenen Maximalwert nicht überschreiten. Wenn keine Gültigkeitsdauer angegeben ist, wird als Default eine beim Provider vorgegebene Mindest-Gültigkeit angenommen. Woher kennt der Client die maximale Gültigkeitsfrist des Providers? Wird die minimale Gültigkeitsfrist des Providers forciert und falls ja wann und durch wen? (15.08.2014) Konzeptuelle Sicht: Der EFA-Teilnehmer muss die Gültigkeitsdauer nicht kennen. Der EFA-Provider gibt sie zur Zeit der Aktenanlage vor und setzt sie zur Laufzeit durch. Technische Sicht: Die Access Policy der Fallakte enthält das Gültigkeitsdatum. Die PEPs setzen es durch. Der Fallaktenmanager kann das Gültigkeitsdatum ändern. (bk, 22.08.2014)
29 mk included Cngea.01.04.01 : Interaktionsmuster: Fallakte anlegen Die identifizierenden Daten müssen geeignet sein, einen authentisierten EFA-Nutzer zuverlässig als EFA-Teilnehmer zu identifizieren. In welchem Format müssen mindestens welche Informationen verfügbar sein? (15.08.2014) Siehe cdaefa:EFA_Identity_Assertion_SAML2_Binding. (bk, 22.08.2014)
30 mk included Cngea.01.04.01 : Interaktionsmuster: Fallakte anlegen EFA-Teilnehmer (optional)

Die Teilnehmer der anzulegenden Fallakte können/sollen bereits bei der Anlage der Akte benannt werden. Zu jedem Teilnehmer sind identifizierende Daten sowie die Rolle im Rahmen der der Fallakte zugrunde liegenden Behandlung anzugeben. Die identifizierenden Daten müssen geeignet sein, einen authentisierten EFA-Nutzer zuverlässig als EFA-Teilnehmer zu identifizieren. Sofern die genutzten Identitätsdaten keinen Abruf von Informationen zu Name, Adresse etc. des Berechtigten erlauben (bzw. entsprechende Verzeichnisse nicht verfügbar sind), müssen zusätzlich zu jedem EFA-Teilnehmer Daten bereit gestellt werden, die dem Patienten und anderen EFA-Teilnehmern eine Identifizierung dieses Teilnehmers anhand von Name und Anschrift erlauben. Wenn bei der Anlage der EFA keine EFA-Teilnehmer benannt werden, werden lediglich Berechtigungen für den Initiator der Aktenanlage eingerichtet.

Woher kennt der Client die möglichen Benutzer? Aus unserer Sicht sollte hier ein spezifizierter Dienst eingebunden werden, der ein Benutzerverzeichnis zur Auswahl liefert. Wie könnte sonst sichergestellt werden, dass die "identifizierenden Daten" auch "geeignet" sind, einen authentisierten Nutzer als EFA Teilnehmer zu identifizieren? (15.08.2014) Die Standardisierung von Leistungserbringerverzeichnissen hat aktuell noch keinen Stand erreicht, auf den sich die EFA-Spezifikation beziehen kann. Einigungen müssen daher zur Zeit in den EFA-Netzen selbst gefunden werden. Es ist davon auszugehen, dass EFA-Netze, die in der deutschen TI betrieben werden, auf die TI-eigenen Verzeichnisse zurückgreifen können. In diesem Fall gilt das TI-Profil der EFA: cdaefa:EFA_Identity_Assertion_SAML2_Binding#German_Extensions. (bk, 22.08.2014)
31 mk postponed Cngea.01.04.01 : Interaktionsmuster: Fallakte anlegen Die Fallakte ist mit einem Patienten und einem Zweck verknüpft. Beide Angaben sind für berechtigte Teilnehmer - und nur für berechtigte Teilnehmer - einsehbar. Wie werden Akten, die mit einem bereits existierenden Zweck neu angelegt werden, zusammengeführt, insbesondere im Hinblick auf die Patienteneinwilligung und Merging der Zugriffsrechte? Erfolgt das implizit und ohne Transparenz für den Benutzer? (15.08.2014) Die Darstellung des Interaktionsmusters wird überarbeitet, um das Verfahren klarer darzustellen. Die Details zur Zusammenführung der Einwilligungen können erst final geklärt werden, wenn das für mit dem IHE Cookbook abzustimmende Format der elektronsichen Einwilligungsdokumentation finalisiert ist.

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