cdam16:Informationsmodell - Versionsgeschichte

Foemig am 26. November 2019 um 16:58 Uhr

2019-11-26T16:58:09Z

Foemig am 26. November 2019 um 12:42 Uhr

2019-11-26T12:42:59Z

Foemig am 4. November 2019 um 17:48 Uhr

2019-11-04T17:48:00Z

Foemig am 4. November 2019 um 17:20 Uhr

2019-11-04T17:20:27Z

Foemig am 4. November 2019 um 14:54 Uhr

2019-11-04T14:54:28Z

Foemig: Dokumentbeziehungen

2019-04-01T11:29:27Z

Dokumentbeziehungen

Foemig: Überarbeitung

2019-04-01T10:03:18Z

Überarbeitung

Foemig: Use Case Modell verschoben

2019-02-12T12:58:13Z

Use Case Modell verschoben

Foemig: Informationsmodell

2019-02-11T14:24:50Z

Informationsmodell

Foemig am 13. Dezember 2018 um 22:58 Uhr

2018-12-13T22:58:35Z

@@ Zeile 86: / Zeile 86: @@
 ==CDA Domänenmodell==
-Das eigentliche Domänenmodell für CDA lässt sich daraus ableiten. Auf der linken Seite stehen die drei Dokumente, die spezifiziert werden müssen. Inhaltlich beinhalten diese die Medikation mit den Details zum Medikament.
+Das eigentliche Domänenmodell für CDA lässt sich daraus ableiten. Auf der linken Seite in nachfolgender Abbildung sind drei Dokumente aufgeführt, die mit diesem Leitfaden ausspezifiziert werden müssen. Inhaltlich beinhalten diese die Medikation mit den Details zum Medikament.
 [[Datei:cdam16_Informationsmodell.JPG|Hauptdaten-Dataset|600px]]

← Nächstältere Version		Version vom 26. November 2019, 12:42 Uhr
Zeile 27:		Zeile 27:

	[[Datei:cdam16_processhierarchie.JPG\|Prozesshierarchie\|400px]]		[[Datei:cdam16_processhierarchie.JPG\|Prozesshierarchie\|400px]]
		+
		+	Anmerkung: Der Arzt ist in der Verschreibung der Hauptakteur, während er als Leistungserbringer ebenfalls in anderen Szenarien wie beispielsweise bei Laboraufträgen, die heir keine Rolle spielen, in Erscheinung treten kann.

	<ref group="Abbildung"> Prozesshierarchie</ref> ''Prozesshierarchie''		<ref group="Abbildung"> Prozesshierarchie</ref> ''Prozesshierarchie''

@@ Zeile 33: / Zeile 33: @@
 ===Akteurhierarchie===
-Genauso können einzelne Akteure weiter spezialisiert werden, je nachdem, um welche Verschreibung es sich handelt.
+Genauso können einzelne Akteure weiter spezialisiert werden, je nachdem, um welche Verordnung es sich handelt.
 [[Datei:cdam16_akteurhierarchie.JPG|Akteurshierachie|400px]]

@@ Zeile 6: / Zeile 6: @@
 Im Mittelpunkt dieser Ausarbeitung steht das Informationsmodell, aus dem die beiden technischen Umsetzungen in Form von CDA und FHIR abgeleitet werden. Dieses Informationsmodell wird durch die beteiligten Organisationen und deren Mitglieder erarbeitet. Über das Interoperabilitätsforum steht es aber auch weiteren Institutionen offen.
-Die Qualitätssicherung für eine anschließende Ballotierung als sog. Affiliate Localisation wird durch HL7 Deutschland übernommen.
+Die Qualitätssicherung für eine anschließende Ballotierung als sog. Affiliate Localization wird durch HL7 Deutschland übernommen.
 Die inhaltliche Ausarbeitung orientiert sich primär an den Erfordernissen, die aus dem papiergebundenen Rezept abgeleitet werden können. Dies geschieht über die Erfassung als ART-DECOR Data Set, woran sich auch die Erarbeitung als übergordnetes Informationsmodell orientiert.
@@ Zeile 13: / Zeile 13: @@
 [[Datei:cdam16_vorgehensweise.JPG|Vorgehensweise|600px]]
 ==Hierarchien==
@@ Zeile 18: / Zeile 20: @@
 ===Prozesshierarchie===
-Zuerst einmal lässt sich der Prozess in drei Teile zerlegen:
+Zuerst einmal lässt sich der Prozess in drei Teilprozesse zerlegen:
-* eVerordnung: Arzt - Patient
+* eVerschreibung: Arzt - Patient/Angehöriger/Bevollmächtigter - Leistungserbringer
-* eAbgabe: Patient - Leistungserbringer - Patient
+* eAbgabe: Leistungserbringer - Patient
 * eAbrechnung: Leistungserbringer - Kostenträger
 [[Datei:cdam16_processhierarchie.JPG|Prozesshierarchie|400px]]
 Zwischen diesen Akteuren werden die entsprechenden Dokumente ausgetauscht.
@@ Zeile 32: / Zeile 36: @@
 [[Datei:cdam16_akteurhierarchie.JPG|Akteurshierachie|400px]]
 ===Dokumentenhierarchie===
@@ Zeile 37: / Zeile 43: @@
 [[Datei:cdam16_hierarchie.JPG|Dokumentenhierarchie|400px]]
 Das Rezept selbst steht in einem Zusammenhang mit der Abgabe und Abrechnung.
 [[Datei:cdam16_zusammenhang.JPG|Zusammenhang zwischen den Dokumenten|400px]]
 Damit ergeben sich in einer Template-Darstellung folgende Dokumentbeziehungen:
@@ Zeile 46: / Zeile 56: @@
 [[Datei:cdam16_dokumentbeziehungen.JPG|Dokumentbeziehungen|400px]]
-==Domänenmodell==
+<ref group="Abbildung"> Dokumentbeziehungen</ref> ''Dokumentbeziehungen''
 Die im Falle von Verordnungen relevanten Informationen lassen sich in ein gemeinsames Informationsmodell einordnen:
 [[Datei:ERezept Domänenmodell.jpg|Domänenmodell|900px]]
 Das Informationsmodell wurde als Domänenmodell erstellt, um eine leicht erhöhtes Abstraktionsniveau sicherzustellen. Daraus lässt sich dann ein Klassenmodell ableiten, das hier aber nicht weiter betrachtet wird.
@@ Zeile 59: / Zeile 73: @@
 [[Datei:cdam16_Headerdaten.jpg|Headerdaten-Dataset|900px]]
 Die Daten, die die speziellen Details aus dem Rezept enthalten, sind wie folgt strukturiert:
@@ Zeile 64: / Zeile 80: @@
 [[Datei:cdam16_daten.jpg|900px]]
-Das eigentliche Informationsmodell lässt sich daraus ableiten. Auf der linken Seite stehen die drei Dokumente, die spezifiziert werden müssen. Inhaltlich beinhalten diese die Medikation mit den Details zum Medikament.
+<ref group="Abbildung"> Dataset Rezeptdaten</ref> ''Dataset Rezeptdaten''
 [[Datei:cdam16_Informationsmodell.JPG|Hauptdaten-Dataset|600px]]
 [[Kategorie:cdam16|Informationsmodell]]

@@ Zeile 64: / Zeile 64: @@
 [[Datei:cdam16_daten.jpg|900px]]
-Das eigentliche Informationsmodell lässt sich daraus ableiten. Auf der linken Seite stehen die drei Dokumente, die spezifiiert werden müssen. Inhaltlich beinhalten diese die Medikation mit den Details zum Medikament.
+Das eigentliche Informationsmodell lässt sich daraus ableiten. Auf der linken Seite stehen die drei Dokumente, die spezifiziert werden müssen. Inhaltlich beinhalten diese die Medikation mit den Details zum Medikament.
 [[Datei:cdam16_Informationsmodell.JPG|Hauptdaten-Dataset|600px]]
 [[Kategorie:cdam16|Informationsmodell]]

← Nächstältere Version		Version vom 1. April 2019, 11:29 Uhr
Zeile 41:		Zeile 41:

	[[Datei:cdam16_zusammenhang.JPG\|Zusammenhang zwischen den Dokumenten\|400px]]		[[Datei:cdam16_zusammenhang.JPG\|Zusammenhang zwischen den Dokumenten\|400px]]
		+
		+	Damit ergeben sich in einer Template-Darstellung folgende Dokumentbeziehungen:
		+
		+	[[Datei:cdam16_dokumentbeziehungen.JPG\|Dokumentbeziehungen\|400px]]

	==Domänenmodell==		==Domänenmodell==

@@ Zeile 12: / Zeile 12: @@
 Als Randbedingungen fließen hierzu die Vorarbeiten ein, die bspw. über IHE Pharmacy, HL7 International, ELGA in Österreich und das europäische eRezept bereits vorhanden sind. Idealerweise werden diese miteinander harmonisiert. Als Ergebnis entstehen dann Templates (Document, Section, Entries) für CDA und äquivalente FHIR-Profile. Das zusammen bildet dann diesen Implementierungsleitfaden. Als informative Ergänzung werden dann XML-Schemas und ggf. auch Schematron für Testzwecke generiert.
-[[Datei:cdam16_vorgehensweise.JPG|600px]]
+[[Datei:cdam16_vorgehensweise.JPG|Vorgehensweise|600px]]
-==Hierarchie==
+==Hierarchien==
-Die verschiedenen Verordnungen lassen sich in einer Hierachie anordnen, so dass das Rezept nur eine Ausprägung darstellt.
+Bei der Informationsmodellierung lassen sich verschiedene Hierarchien identifizieren, die nachfolgend kurz erläutert werden.
-[[Datei:cdam16_hierarchie.JPG|400px]]
+===Prozesshierarchie===
 Das Rezept selbst steht in einem Zusammenhang mit der Abgabe und Abrechnung.
-[[Datei:cdam16_zusammenhang.JPG|400px]]
+[[Datei:cdam16_zusammenhang.JPG|Zusammenhang zwischen den Dokumenten|400px]]
 ==Domänenmodell==
-[[Datei:ERezept Domänenmodell.jpg|900px]]
+Das Informationsmodell wurde als Domänenmodell erstellt, um eine leicht erhöhtes Abstraktionsniveau sicherzustellen. Daraus lässt sich dann ein Klassenmodell ableiten, das hier aber nicht weiter betrachtet wird.
 ==Data Set==
@@ Zeile 32: / Zeile 54: @@
 Die Daten, die für alle KV-Formulare in gleicher Art behandelt werden können, lassen sich wie folgt strukturieren:
-[[Datei:cdam16_Headerdaten.jpg|900px]]
+[[Datei:cdam16_Headerdaten.jpg|Headerdaten-Dataset|900px]]
 Die Daten, die die speziellen Details aus dem Rezept enthalten, sind wie folgt strukturiert:
@@ Zeile 40: / Zeile 62: @@
 Das eigentliche Informationsmodell lässt sich daraus ableiten. Auf der linken Seite stehen die drei Dokumente, die spezifiiert werden müssen. Inhaltlich beinhalten diese die Medikation mit den Details zum Medikament.
-[[Datei:cdam16_Informationsmodell.JPG|600px]]
+[[Datei:cdam16_Informationsmodell.JPG|Hauptdaten-Dataset|600px]]
 [[Kategorie:cdam16|Informationsmodell]]

← Nächstältere Version		Version vom 12. Februar 2019, 12:58 Uhr
Zeile 22:		Zeile 22:

	[[Datei:cdam16_zusammenhang.JPG\|400px]]		[[Datei:cdam16_zusammenhang.JPG\|400px]]
−
−
−	~~==Use Cases==~~
−
−	~~[[Datei:ERezept_Use_Cases.jpg\|800px]]~~

	==Domänenmodell==		==Domänenmodell==

@@ Zeile 4: / Zeile 4: @@
 ==Vorgehensweise==
-Im Mittelpunkt dieser Ausarbeitung steht das Informationsmodell, aus dem die beiden technischen Umsetzungen in Form von CDA und FHIr abgeleitet werden. Dieses Informationsmodell wird durch die beteiligten Organisationen under deren Mitglieder erarbeitet. Über das Interoperabilitätsforum steht es aber auch weiteren Institutionen offen.
+Im Mittelpunkt dieser Ausarbeitung steht das Informationsmodell, aus dem die beiden technischen Umsetzungen in Form von CDA und FHIR abgeleitet werden. Dieses Informationsmodell wird durch die beteiligten Organisationen und deren Mitglieder erarbeitet. Über das Interoperabilitätsforum steht es aber auch weiteren Institutionen offen.
 Die Qualitätssicherung für eine anschließende Ballotierung als sog. Affiliate Localisation wird durch HL7 Deutschland übernommen.
@@ Zeile 10: / Zeile 10: @@
 Die inhaltliche Ausarbeitung orientiert sich primär an den Erfordernissen, die aus dem papiergebundenen Rezept abgeleitet werden können. Dies geschieht über die Erfassung als ART-DECOR Data Set, woran sich auch die Erarbeitung als übergordnetes Informationsmodell orientiert.
-Als Randbedingungen fließen hierzu die Vorarbeiten ein, die bspw. über IHE Pharmacy, HL7 International und ELGA in Österreich bereits vorhanden sind. Idealerweise werden diese miteinander harmonisiert. Als Ergebnis entstehen dann Templates (Document, Section, Entries) für CDA und äquivalente FHIR-Profile. Das zusammen bildet dann diesen Implementierungsleitfaden. Als informative Ergänzung werden dann XML-Schemas und ggf. auch Schematron für Testzwecke generiert.
+Als Randbedingungen fließen hierzu die Vorarbeiten ein, die bspw. über IHE Pharmacy, HL7 International, ELGA in Österreich und das europäische eRezept bereits vorhanden sind. Idealerweise werden diese miteinander harmonisiert. Als Ergebnis entstehen dann Templates (Document, Section, Entries) für CDA und äquivalente FHIR-Profile. Das zusammen bildet dann diesen Implementierungsleitfaden. Als informative Ergänzung werden dann XML-Schemas und ggf. auch Schematron für Testzwecke generiert.
 [[Datei:cdam16_vorgehensweise.JPG|600px]]
@@ Zeile 23: / Zeile 23: @@
 [[Datei:cdam16_zusammenhang.JPG|400px]]
-{{WorkBox|Es ist zu prüfen, inwieweit die Abgabe bzw. die Abrechnung auch abstrahiert werden können.}}
 ==Data Set==
-Grundlegender Bestandteil für eine Abbildung in CDA und FHIR ist das Vorhandensein eines Informationsmodells.
+Grundlegender Bestandteil für eine Abbildung in CDA und FHIR ist das Vorhandensein eines Informationsmodells, das eine entsprechende Datenmenge umfasst.
 Die Daten, die für alle KV-Formulare in gleicher Art behandelt werden können, lassen sich wie folgt strukturieren: