cdaefa:EFA Geschäftsobjekte - Versionsgeschichte

Jcaumanns: /* Klasse EFA-Teilnehmer */

2016-02-14T09:55:04Z

‎Klasse EFA-Teilnehmer

Jcaumanns: Markup-Fehler behoben

2015-01-26T15:42:40Z

Markup-Fehler behoben

Jcaumanns: Markup-Fehler behoben

2015-01-26T15:40:24Z

Markup-Fehler behoben

Jcaumanns: Querverweise

2015-01-13T16:55:43Z

Querverweise

Jcaumanns: Ergänzung, dass Einwilligung implizit auch Partitionen und Dokumente legitimiert.

2014-09-12T08:35:30Z

Ergänzung, dass Einwilligung implizit auch Partitionen und Dokumente legitimiert.

Jcaumanns: Geschäftsobjekte ergänzt: Berechtigungstoken, EFA-Teilnehmer, EFA-Provider

2014-09-11T17:11:34Z

Geschäftsobjekte ergänzt: Berechtigungstoken, EFA-Teilnehmer, EFA-Provider

Jcaumanns: Redundante Beschreibung entfernt. Hinweis auf "Mehrere Fallakten je Zweck" verschoben.

2014-09-11T09:13:31Z

Redundante Beschreibung entfernt. Hinweis auf "Mehrere Fallakten je Zweck" verschoben.

Jcaumanns: Einwilligungserklärung zur Liste der Geschäftsobjekte hinzugefügt.

2014-09-10T15:53:44Z

Einwilligungserklärung zur Liste der Geschäftsobjekte hinzugefügt.

Jcaumanns: Seitentemplate an Konvention angepasst.

2014-09-09T13:38:49Z

Seitentemplate an Konvention angepasst.

Jcaumanns: /* Verteilung von Fallakten über mehrere EFA-Provider */ Kommentar eingearbeitet.

2014-06-20T14:52:01Z

‎Verteilung von Fallakten über mehrere EFA-Provider: Kommentar eingearbeitet.

@@ Zeile 90: / Zeile 90: @@
 === Klasse EFA-Teilnehmer ===
-Diese Klasse repräsentiert den Akteur EFA-Teilnehmer.
+Diese Klasse repräsentiert den Akteur EFA-Teilnehmer. in EFA-Teilnehmer ist eine in der Einwilligung des Patienten benannte Organisation oder Person, die in die Behandlung des Patienten eingebunden ist. EFA-Teilnehmer müssen bei ihrer Benennung in der Einwilligung des Patienten eindeutig identifiziert werden und grundsätzlich zur Nutzung einer EFA befähigt sein.
 === Klasse EFA-Provider ===

@@ Zeile 21: / Zeile 21: @@
 Da der in der eFA Version 1.2 für Partitionen genutzte Begriff des "Ordners" auch für Strukturierungselemente in für den Nutzer generierten Sichten genutzt wurde und jetzt zusätzlich auch noch im IHE Cookbook mit dem technischen Konstrukt des XDS-Ordners gleichgesetzt ist, wird in der EFA 2.0 Spezifikation zur Wiederherstellung begrifflicher Klarheiten wieder auf den in der ersten EFA Spezifikation benutzten und konzeptionell passendsten Begriff "Partition" zurückgegriffen. Für diese Spezifikation gilt damit grundsätzlich:
 * Eine Partition bezeichnet einen Speicherbereich, in dem Dokumente bei einem EFA-Provider verwaltet werden. Die Semantik dieses Speicherbereich bestimmt derjenige, der diesen anlegt und darin von ihm verantwortete Dokumente einstellt. Üblicherweise wird man versuchen, eine Korrespondenz zwischen einer Partition und einer Behandlungsepisode herzustellen. Partitionen sind damit "physikalische" Objekte der EFA.
-* Ein Ordner bezeichnet ein Strukturierungselement in für den Nutzer generierten Sichten auf eine Fallakte. Ob diese Strukturierung anhand von Partitionszugehörigkeiten oder Metadaten der in einer Fallakte zusammengefassten Dokumente erfolgt, ist in der EFA-Spezifikation nicht reglementiert. Ordner sind damit rein "logische" Konstrukte für die Visualisierung von Fallakten.}}
+* Ein Ordner bezeichnet ein Strukturierungselement in für den Nutzer generierten Sichten auf eine Fallakte. Ob diese Strukturierung anhand von Partitionszugehörigkeiten oder Metadaten der in einer Fallakte zusammengefassten Dokumente erfolgt, ist in der EFA-Spezifikation nicht reglementiert. Ordner sind damit rein "logische" Konstrukte für die Visualisierung von Fallakten.
 === Klasse ''Patient '' ===
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eehä.01.01}</tt>

@@ Zeile 101: / Zeile 101: @@
 {{NoteBox|'''Referenzen und Querverweise'''
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]
 }}

← Nächstältere Version		Version vom 13. Januar 2015, 16:55 Uhr
Zeile 95:		Zeile 95:
	Diese Klasse repräsentiert den Akteur EFA-Provider.		Diese Klasse repräsentiert den Akteur EFA-Provider.

−	~~=== Querverweise und Referenzen ===~~

		+	----
		+
		+
		+	{{NoteBox\|'''Referenzen und Querverweise'''
	* [[cdaefa:EFA_Spezifikation_v2.0\|EFA-2.0-Spezifikation]]		* [[cdaefa:EFA_Spezifikation_v2.0\|EFA-2.0-Spezifikation]]
		+	}}

@@ Zeile 10: / Zeile 10: @@
 *Ein Patient kann beliebig viele Fallakten haben. Eine Fallakte gehört zu genau einem Patienten. Ein Patient darf nicht mehr als eine Fallakte mit der gleichen Zweckbindung haben.
-*Jede Patient-Fallakte-Beziehung wird mit genau einer Einwilligungserklärung legitimiert. Eine Einwilligungserklärung bezieht sich auf genau eine Fallakte.
+*Jede Patient-Fallakte-Beziehung wird mit genau einer Einwilligungserklärung legitimiert. Eine Einwilligungserklärung bezieht sich auf genau eine Fallakte und deren untergeordneten Geschäftsobjekte Partition und medizinisches Datenobjekt.
 *Eine Fallakte kann beliebig viele Partitionen haben. Eine Partition gehört zu genau einer Fallakte.
 *Eine Partition kann beliebig viele medizinische Datenobjekte enthalten. Ein medizinisches Datenobjekt kann muss zu mindestens einer Partition gehören.

@@ Zeile 76: / Zeile 76: @@
 Siehe [[cdaefa:Patienteneinwilligung_zur_EFA|Patienteneinwilligung zur EFA]].
 === Querverweise und Referenzen ===
 * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]]

@@ Zeile 9: / Zeile 9: @@
 Das Informationsmodell der EFA hat die Klassen Patient, Einwilligungserklärung, Fallakte, Partition sowie medizinisches Datenobjekt:
-*Ein Patient kann beliebig viele Fallakten haben. Eine Fallakte gehört zu genau einem Patienten.
+*Ein Patient kann beliebig viele Fallakten haben. Eine Fallakte gehört zu genau einem Patienten. Ein Patient darf nicht mehr als eine Fallakte mit der gleichen Zweckbindung haben.
-*Eine Fallakte hat genau eine Einwilligungserklärung. Eine Einwilligungserklärung legitimiert genau eine Fallakte.
+*Jede Patient-Fallakte-Beziehung wird mit genau einer Einwilligungserklärung legitimiert. Eine Einwilligungserklärung bezieht sich auf genau eine Fallakte.
 *Eine Fallakte kann beliebig viele Partitionen haben. Eine Partition gehört zu genau einer Fallakte.
 *Eine Partition kann beliebig viele medizinische Datenobjekte enthalten. Ein medizinisches Datenobjekt kann muss zu mindestens einer Partition gehören.
-Die eFA besitzt ein hierarchisches, vierstufiges Informationsmodell mit den Klassen „Patient“, „Fallakte“, „Partition“ und „medizinisches Datenobjekt“. Zwischen den Hierarchieebenen besteht jeweils ein 1:m Verhältnis, d. h. einem Patient können beliebig viele Fallakten zugeordnet sein, eine Fallakte kann beliebig viele Partitionen (z. B. für einzelne Klinikaufenthalte) subsumieren und jeder Partition können beliebig viele Dokumente zugeordnet sein. Die einzelnen Klassen des EFA Informationsmodells bilden damit die Modularisierung der Organisation eines "medizinischen Falls" ab.
+{{FAQBox
 [[Datei:EFA_Geschaeftsobjekte.png|420px]]
@@ Zeile 24: / Zeile 25: @@
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eehä.01.01}</tt>
-Jede EFA ist eindeutig einem Patienten zugeordnet und verfolgt einen klar benannten [[cdaefa:Die EFA als zweckgebundene Akte|Zweck]], z.B. die Unterstützung der Behandlung einer bestimmten Erkrankung des Patienten.
+Die Klasse "Patient" ist in der [[cdaefa:IHE Access Control Domains|IHE-ACS-Domäne]] ''patient'' angesiedelt und bindet alle zur Identifikation des Patienten erforderlichen Informationen sowie die Einwilligungserklärung(en) des Patienten zur Führung einer Fallakte.
 === Klasse ''Fallakte (Medizinischer Fall)''  ===
@@ Zeile 31: / Zeile 31: @@
 Eine Fallakte bildet einen konkreten Behandlungskontext wie z.B. einer konkrete Erkrankung oder einen bestimmten Versorgungsvertrag zwischen dem Patienten und den behandelnden Einrichtungen auf eine Zweckbindung ab. Der der Fallakte zugrunde liegende medizinische Fall determiniert, welche Arten von Dokumenten über eine Fallakte ausgetauscht werden können. Zusätzlich können in strukturierten Versorgungskontexten ggf. bereits aus dem medizinischen Fall  auch Einschränkungen bezüglich der berechtigten EFA-Teilnehmer abgeleitet werden.
 Die Klasse "Fallakte" verbindet die IHE-ACS-Domänen ''resource'' und ''application'' und spiegelt damit wider, dass eine Fallakte sowohl Plattform als auch Anwendung ist:
@@ Zeile 38: / Zeile 36: @@
 * eine standardisierte, diagnose-spezifische Ausprägung einer Fallakte (z.B. eine Herz-Akte) ist zusätzlich eine Anwendung (''application'') im Sinne des IHE-ACS-Domänenmodells, da in diesem Fall eine vordefinierte Nutzungssemantik besteht, aus der heraus sich spezifische Anforderungen und Einschränkungen an den Zugang zu der ''resource'' der Fallakte und deren Inhalte ableiten.
 ==== Verteilung von Fallakten über mehrere EFA-Provider ====
 <tt>Bitte markieren Sie [[cdaefa:Kommentierung_EFAv2.0|Kommentare]] zu diesem Abschnitt mit dem Code {Eehä.01.02.01}</tt>

@@ Zeile 1: / Zeile 1: @@
-{{Infobox Dokument
+{{DocumentPart
 }}
 ''Anmerkung: Die unter den einzelnen Überschriften in geschweiften Klammern angegebenen Kürzel dienen der Unterstützung des Kommentierungsverfahrens. Bitte geben Sie bei einem Kommentar oder einem Verbesserungsvorschlag zu dieser Spezifikation immer das Kürzel des Abschnitts an, auf den sich Ihr Kommentar bezieht. Alle Kommentare werden in der Lasche "Diskussion" zu der kommentierten Seite gesammelt und gegenkommentiert.<br>Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "[[cdaefa:Kommentierung EFAv2.0|Kommentierung EFAv2.0]]".''
 ----

@@ Zeile 60: / Zeile 60: @@
 * Eine neue Fallakte wird beim Provider nur angelegt, wenn nicht bereits eine Akte des Patienten zum selben Zweck bei diesem Provider existiert. Eine Anfrage, ob eine solche Akte bei einem anderen Provider existiert, erfolgt nicht.
 * In der Konsequenz resultiert dies in zwei Akten bei zwei Providern, die zwar den selben Zweck erfüllen sollen, denen aber unterschiedliche Einwilligungserklärungen zugrunde liegen und für die entsprechend auch unterschiedliche Teilnehmer berechtigt sein können. Dieses ist im Einklang mit den Essentials der EFA-Sicherheit, da hierdurch jeder Provider in der Lage ist, "seine" Einwilligung durchzusetzen. Um jedoch das essentielle Grundkonzept der EFA - nur eine Fallakte pro Zweck - durchzusetzen, muss in einem solchen Szenario eine Zusammenführung der Akten und Einwilligungen erfolgen, da ansonsten keine der beiden "Halb-Akten" seinen medizinischen Mehrwert entfalten kann.
-* Um so verteilte, parallel existierende Akten zusammenzuführen, bedarf es der Einwilligung des Patienten, die dieser gegenüber einem Arzt geben muss, der Zugriff auf beide Akten hat (ggf. muss durch eine Änderung der Einwilligung zu einer der Akten dieser Zustand zunächst hergestellt werden). In der Einwilligung sind die zusammenzuführenden Akten sowie die Teilnehmer der so neu entstehenden integrierten Akte zu benennen. Die Inhalte der Einwilligungserklärung müssen an alle beteiligten Provider übermittelt werden ersetzen die jeweils bestehenden Einwilligungen.
+* Wenn Aktenteile zusammengeführt werden sollen, die bei verschiedenen Providern geführt werden, muss für die Aktenteile eine Einwilligung des Patienten vorliegen, die das Zusammenführen erlaubt.
 * Die betroffenen Provider stellen eine geeignete Verknüpfung zwischen den verteilt vorgehaltenen Teilen der Fallakte her, die es den berechtigten Nutzer ermöglicht, alle in der Akte enthaltenen Daten zu sehen und auf diese zuzugreifen.