EFA Geschäftsobjekte
K (→Hierarchisches Informationsmodell der EFA) |
|||
| Zeile 15: | Zeile 15: | ||
}} | }} | ||
| − | == Hierarchisches Informationsmodell der EFA == | + | ''Anmerkung: Die hinter 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]]".'' |
| + | ---- | ||
| + | |||
| + | == Hierarchisches Informationsmodell der EFA {Eehä.01} == | ||
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. | 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. | ||
| Zeile 25: | Zeile 28: | ||
Da der in der eFA Version 1.2 für Partitionen genutzte Begriff des "Ordners" im IHE Cookbook mit dem technischen Konstrukt des XDS-Ordners gleichgesetzt ist, wird in der EFA 2.0 Spezifikation wieder auf den in der ersten EFA Spezifikation benutzten und konzeptionell passendsten Begriff "Partition" zurückgegriffen.}} | Da der in der eFA Version 1.2 für Partitionen genutzte Begriff des "Ordners" im IHE Cookbook mit dem technischen Konstrukt des XDS-Ordners gleichgesetzt ist, wird in der EFA 2.0 Spezifikation wieder auf den in der ersten EFA Spezifikation benutzten und konzeptionell passendsten Begriff "Partition" zurückgegriffen.}} | ||
| − | === Klasse ''Patient '' === | + | === Klasse ''Patient '' {Eehä.01.01} === |
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. | 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 EFA-Klasse "Patient" ist in der 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 zu einem definierten Zweck. | Die EFA-Klasse "Patient" ist in der 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 zu einem definierten Zweck. | ||
| − | === Klasse ''Fallakte (Medizinischer Fall)'' === | + | === Klasse ''Fallakte (Medizinischer Fall)'' {Eehä.01.02} === |
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. | 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. | ||
| Zeile 41: | Zeile 44: | ||
* 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. | * 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. | ||
| − | === Klasse ''Partition'' === | + | === Klasse ''Partition'' {Eehä.01.03} === |
Kliniken und Ärzte nutzen jeweils spezifische Mechanismen zur internen Zusammenführung von medizinischen Daten, z.B. Abrechnungsfälle, Quartale oder Patientenkontakte. Insbesondere in Krankenhäusern mit einer weitgehend automatisierten Steuerung von Datenflüssen kann die Registrierung von Dokumenten an einer EFA vereinfacht werden, wenn sich ein solcher Strukturierungsmechanismus 1:1 auf ein Konstrukt des EFA-Informationsmodells abbilden lässt. In einem solchen Fall können intern freigegebene Dokumente bei ihrer Zuweisung zu einem internen Strukturierungsmechanismus automatisiert an dem korrespondierenden EFA-Konstrukt registriert und damit in die übergeordnete Fallakte eingestellt werden. | Kliniken und Ärzte nutzen jeweils spezifische Mechanismen zur internen Zusammenführung von medizinischen Daten, z.B. Abrechnungsfälle, Quartale oder Patientenkontakte. Insbesondere in Krankenhäusern mit einer weitgehend automatisierten Steuerung von Datenflüssen kann die Registrierung von Dokumenten an einer EFA vereinfacht werden, wenn sich ein solcher Strukturierungsmechanismus 1:1 auf ein Konstrukt des EFA-Informationsmodells abbilden lässt. In einem solchen Fall können intern freigegebene Dokumente bei ihrer Zuweisung zu einem internen Strukturierungsmechanismus automatisiert an dem korrespondierenden EFA-Konstrukt registriert und damit in die übergeordnete Fallakte eingestellt werden. | ||
| Zeile 52: | Zeile 55: | ||
Die Klasse "Partition" bildet im IHE-ACS-Modell eine Ressource, d.h. sie trägt weder eine Anwendungssemantik noch eigene Berechtigungen. Beides wird von der logisch übergeordneten Fallakte geerbt. Technisch gesehen können Partitionen auch ohne Fallakte existieren, aufgrund der fehlenden Semantik und Teilnehmer-Autorisierungen sind sie dann jedoch nicht als Fallakte nutzbar. | Die Klasse "Partition" bildet im IHE-ACS-Modell eine Ressource, d.h. sie trägt weder eine Anwendungssemantik noch eigene Berechtigungen. Beides wird von der logisch übergeordneten Fallakte geerbt. Technisch gesehen können Partitionen auch ohne Fallakte existieren, aufgrund der fehlenden Semantik und Teilnehmer-Autorisierungen sind sie dann jedoch nicht als Fallakte nutzbar. | ||
| − | === Klasse ''Datenobjekt'' === | + | === Klasse ''Datenobjekt'' {Eehä.01.04} === |
Datenobjekte bilden die Blätter des EFA-Informationsmodells. Datenobjekte sind atomar und jeweils eindeutig einem Patienten zugeordnet. Jedes Datenobjekt ist mindestens einer Partition zugeordnet. Aktuell werden von der EFA ausschließlich Dokumente als Datenobjekte unterstützt. | Datenobjekte bilden die Blätter des EFA-Informationsmodells. Datenobjekte sind atomar und jeweils eindeutig einem Patienten zugeordnet. Jedes Datenobjekt ist mindestens einer Partition zugeordnet. Aktuell werden von der EFA ausschließlich Dokumente als Datenobjekte unterstützt. | ||
| − | + | === Querverweise und Referenzen === | |
| − | * | + | * [[cdaefa:EFA_Spezifikation_v2.0|EFA-2.0-Spezifikation]] |
* Vorversion des Textes zu [[cdaefa:Abministrative_Faelle|Dokumentenmappen]] (EFA 1.2 Semantik) | * Vorversion des Textes zu [[cdaefa:Abministrative_Faelle|Dokumentenmappen]] (EFA 1.2 Semantik) | ||
Version vom 7. April 2013, 20:59 Uhr
 |
Dieses Dokument gibt wieder:
Implementierungsleitfaden EFA Geschäftsobjekte (0.9). Die Teilmaterialien gehören der Kategorie cdaefa an. |
February 2013
Jörg Caumanns, Raik Kuhlisch
| Version: | 0.9 |
| Datum: | March 2013 |
| Status: | xxx |
| Verfahren: | {{{Verfahren}}} |
| Realm: |  Deutschland
|
Anmerkung: Die hinter 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.
Hinweise zum Kommentierungsverfahren einschließlich aller Formulare und Kontaktadressen finden Sie auf der Seite "Kommentierung EFAv2.0".
Inhaltsverzeichnis
Hierarchisches Informationsmodell der EFA {Eehä.01}
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.
 |
Da der in der eFA Version 1.2 für Partitionen genutzte Begriff des "Ordners" im IHE Cookbook mit dem technischen Konstrukt des XDS-Ordners gleichgesetzt ist, wird in der EFA 2.0 Spezifikation wieder auf den in der ersten EFA Spezifikation benutzten und konzeptionell passendsten Begriff "Partition" zurückgegriffen. |
Klasse Patient {Eehä.01.01}
Jede EFA ist eindeutig einem Patienten zugeordnet und verfolgt einen klar benannten Zweck, z.B. die Unterstützung der Behandlung einer bestimmten Erkrankung des Patienten. Die EFA-Klasse "Patient" ist in der 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 zu einem definierten Zweck.
Klasse Fallakte (Medizinischer Fall) {Eehä.01.02}
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.
Einem Patienten können mehrere Fallakten mit unterschiedlichen Zweckbindungen zugeordnet sein, zu einer konkreten Zweckbindung kann jedoch immer nur eine Fallakte bestehen. Dieses spiegelt die Motivation der Fallakte wider, dass diese den effizienten Austausch von Informationen zwischen allen Personen unterstützen soll, die an der den Zweck abbildenden Behandlung beteiligt sind. Zwei Fallakten zum gleichen Zweck aber mit unterschiedlichen Teilnehmern und Inhalten würden diesem zuwider laufen, da in diesem Fall eben nicht allen Teilnehmern alle fall-relevanten Informationen zur Verfügung stehen würden. Diesem spricht nicht entgegen, dass es z.B. zur Einholung einer Zweitmeinung zwei Fallakten mit inhaltlichen Überschneidungen geben kann; in diesem Fall wäre jedoch eine Akte zum Zweck der Behandlung angelegt und die zweite zum Zweck der Einholung einer Zweitmeinung.
 |
Die hier beschriebene EFA-2.0-Semantik weicht von der Semantik der EFA 1.2 ab, in der mehrere Akten eines Patienten mit der gleichen Zweckbindung möglich waren. Diese "alte" Semantik erlaubte zwar ein flexibleres Berechtigungsmanagement, hatte jedoch zur Folge, dass immer dann implizit parallele Akten aufgebaut wurden, wenn eine Einrichtung in eine Behandlung neu eingebunden wurde und bislang nicht auf eine bereits existierende Akte berechtigt war. In diesem Fall würde aus der Patienteneinwilligung zur EFA heraus von dieser Einrichtung eine neue Akte aufgesetzt, was potenziell jedoch für keinen der Teilnehmer sichtbar wäre. Die "neue" Semantik hat hingegen das fach-semantisch schlüssigere Verhalten, dass in einem solchen Szenario die neue Akte automatisch Bestandteil der bereits zum gleichen Zweck existierenden Akte wird. Will man dennoch explizit zwei parallele Akten im Kontext des gleichen medizinischen Falls (z.B. zur Einholung einer Zweitmeinung) so müssen beide Akten explizit mit unterschiedlichen Zweckbindungen klassifiziert 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:
- das generische Konstrukt einer zweckgebundenen Akte ist eine resource im Sinne der gleichnamigen IHE-ACS-Domäne.
- 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.
Klasse Partition {Eehä.01.03}
Kliniken und Ärzte nutzen jeweils spezifische Mechanismen zur internen Zusammenführung von medizinischen Daten, z.B. Abrechnungsfälle, Quartale oder Patientenkontakte. Insbesondere in Krankenhäusern mit einer weitgehend automatisierten Steuerung von Datenflüssen kann die Registrierung von Dokumenten an einer EFA vereinfacht werden, wenn sich ein solcher Strukturierungsmechanismus 1:1 auf ein Konstrukt des EFA-Informationsmodells abbilden lässt. In einem solchen Fall können intern freigegebene Dokumente bei ihrer Zuweisung zu einem internen Strukturierungsmechanismus automatisiert an dem korrespondierenden EFA-Konstrukt registriert und damit in die übergeordnete Fallakte eingestellt werden.
Diese skizzierte Rolle übernimmt in der EFA das Konstrukt der Partition. In Analogie zu dem gleichnamigen Konzept des UNIX-Dateisystems ist eine Partition ein eigenständiger Speicherbereich, der einen Teil einer gesamten Datenmenge vorhält aber auch autonom existieren kann.
Die konkrete Semantik einer Partition ist bei der EFA weitgehend frei definierbar, wodurch sie an beliebige bestehende Strukturierungsmechanismen gebunden werden kann. Somit kann eine Fallakte im einfachsten Szenario aus nur einer einzigen Partition bestehen, in die alle EFA-relevanten Daten eingestellt werden. In komplexeren Szenarien können jedoch in einer Fallakte Partitionen für einzelne Klinikaufenthalte und einzelne teilnehmende niedergelassene Ärzte angelegt werden, um eine IT-gesteuerte Filterung und Bereitstellung von Dokumenten aus diesen Einrichtungen zu unterstützen. Die gegebenen Freiheitsgrade erlauben es aber z.B. auch einem niedergelassenen Radiologen eine Partition in einer EFA anzulegen und diese mit einer internen Auftragsnummer zu verknüpfen. Alle Dokumente, die im Rahmen des Auftrags erstellt werden, können so automatisiert der richtigen Fallakte zugeordnet und an dieser registriert werden.
Da Partitionen lediglich ein Konstrukt zur Vereinfachung des Einstellens von Daten in eine Fallakte sind, sind sie auch üblicherweise dem Nutzer gegenüber verborgen.
Die Klasse "Partition" bildet im IHE-ACS-Modell eine Ressource, d.h. sie trägt weder eine Anwendungssemantik noch eigene Berechtigungen. Beides wird von der logisch übergeordneten Fallakte geerbt. Technisch gesehen können Partitionen auch ohne Fallakte existieren, aufgrund der fehlenden Semantik und Teilnehmer-Autorisierungen sind sie dann jedoch nicht als Fallakte nutzbar.
Klasse Datenobjekt {Eehä.01.04}
Datenobjekte bilden die Blätter des EFA-Informationsmodells. Datenobjekte sind atomar und jeweils eindeutig einem Patienten zugeordnet. Jedes Datenobjekt ist mindestens einer Partition zugeordnet. Aktuell werden von der EFA ausschließlich Dokumente als Datenobjekte unterstützt.
Querverweise und Referenzen
- EFA-2.0-Spezifikation
- Vorversion des Textes zu Dokumentenmappen (EFA 1.2 Semantik)
