Ihevs:DocumentEntry.eventCodeList - Versionsgeschichte

Amerzweiler: KDL in Tabelle ergänzt

2021-04-01T06:15:32Z

KDL in Tabelle ergänzt

Soluettmann: /* DocumentEntry.eventCodeList */

2018-10-04T12:34:26Z

‎DocumentEntry.eventCodeList

Tidris: /* DocumentEntry.eventCodeList */ Warnhinweis und ART-DECOR Link

2018-10-02T12:09:45Z

‎DocumentEntry.eventCodeList: Warnhinweis und ART-DECOR Link

Aroesner: Ergänzung: Verweis auf §301-Schlüssel gemäß ToDo aus Kommentierungsauflösung; stilistische/orthografische Überarbeitung

2018-09-20T21:21:17Z

Ergänzung: Verweis auf §301-Schlüssel gemäß ToDo aus Kommentierungsauflösung; stilistische/orthografische Überarbeitung

Tidris: /* DocumentEntry.eventCodeList */ ICD-O-3 als Beispiel für weitere Code Systeme hinzugefügt

2018-07-24T08:34:23Z

‎DocumentEntry.eventCodeList: ICD-O-3 als Beispiel für weitere Code Systeme hinzugefügt

Tidris: /* DocumentEntry.eventCodeList */ Warnung bezüglich granularität der medizinischen Daten hinzugefügt

2018-07-24T08:24:43Z

‎DocumentEntry.eventCodeList: Warnung bezüglich granularität der medizinischen Daten hinzugefügt

Tidris: /* DocumentEntry.eventCodeList */ Erläuterung von "vorläufig" im Zusammenhang mit dem LifeCycle

2018-07-24T07:57:31Z

‎DocumentEntry.eventCodeList: Erläuterung von "vorläufig" im Zusammenhang mit dem LifeCycle

Amerzweiler: Text erweitert

2018-05-18T05:46:22Z

Text erweitert

Tidris am 17. Mai 2018 um 23:26 Uhr

2018-05-17T23:26:50Z

Foemig: Die Seite wurde neu angelegt: „{{DocumentPart}} ==DocumentEntry.eventCodeList== {{WorkBox| tbd }} {{ :1.2.276.0.76.11.34/dynamic }} Kategorie:Enzyklopädie Kategorie:Abkürzungen|ev…“

2016-05-06T11:25:18Z

Die Seite wurde neu angelegt: „{{DocumentPart}} ==DocumentEntry.eventCodeList== {{WorkBox| tbd }} {{ :1.2.276.0.76.11.34/dynamic }} Kategorie:Enzyklopädie Kategorie:Abkürzungen|ev…“

Neue Seite

{{DocumentPart}}
==DocumentEntry.eventCodeList==

{{WorkBox|
tbd
}}

{{ :1.2.276.0.76.11.34/dynamic }}

[[Kategorie:Enzyklopädie]]
[[Kategorie:Abkürzungen|eventCodeList]]
[[Kategorie:ihevs]]

@@ Zeile 37: / Zeile 37: @@
 |-
 |IHE Deutschland Fallkontext || 1.3.6.1.4.1.19376.3.276.1.5.16 || Das vollständige Code System findet sich weiter unten
 |}

@@ Zeile 12: / Zeile 12: @@
 Wie oben bereits erwähnt, hat die Arbeitsgruppe zwei neue Codesysteme erstellt, die auch Bestandteile dieses Value Sets sind:
-Das erste Codesystem (ihede-codesystem-15) umfasst Warnhinweise, die einem Dokument hinzugefügt werden können. Dazu gehört beispielsweise der Hinweis, dass dies ein vorläufiges Dokument ist (z.B. vorläufiger Arztbrief). Der Begriff vorläufig ist dabei unabhängig vom Dokumenten-Status/Lebenszyklus, der in XDS im availabilityStatus abgebildet wird. Ein weiterer Warnhinweis ist, dass das Dokument noch nicht mit dem Patienten besprochen wurde. Letzteres ist vor allem bei Akten sinnvoll, auf die auch der Patient Zugriff hat.
+Das erste Codesystem ('''1.3.6.1.4.1.19376.3.276.1.5.15 - Dokumenten-Warnhinweise''') umfasst Warnhinweise, die einem Dokument hinzugefügt werden können. Dazu gehört beispielsweise der Hinweis, dass dies ein vorläufiges Dokument ist (z.B. vorläufiger Arztbrief). Der Begriff vorläufig ist dabei unabhängig vom Dokumenten-Status/Lebenszyklus, der in XDS im availabilityStatus abgebildet wird. Ein weiterer Warnhinweis ist, dass das Dokument noch nicht mit dem Patienten besprochen wurde. Letzteres ist vor allem bei Akten sinnvoll, auf die auch der Patient Zugriff hat.
-Das zweite Codesystem (ihede-codesystem-16) umfasst den Fallkontext, in dem das Dokument erstellt wurde. Dazu gehört beispielsweise, ob das Dokument in einem ambulanten, stationären oder telemedizinischen Kontext erstellt wurde. Das Codesystem ist hierarchisch gegliedert, so dass die Abbildung auf einen entsprechenden eventCode je nach vorliegender Information bzw. je nach auslösendem Ereignis der Dokumenterstellung in verschiedenen Detaillierungsgraden erfolgen kann (z.B. "stationärer Aufenthalt" vs. "Verlegung in ein anderes Krankenhaus"). Die Arbeitsgruppe hat sich zur Bildung des Codesystems für den Fallkontext an den bestehenden Schlüsseltabellen zur Abbildung von - im weitesten Sinne - "ADT-Ereignissen" orientiert, die in Anlage 2 zur Vereinbarung nach § 301 Abs. 3 SGB V ("GKV-Datenaustausch") definiert sind (Schlüssel 1 Aufnahmegrund, Schlüssel 5 Entlassungs-/Verlegungsgrund). Hierbei wurden vorhandene Differenzierungen, die allein für spezifische Belange des Entgeltsystems von Bedeutung sind, nicht in das Value Set übertragen; es ist jedoch für jeden relevanten § 301 Schlüssel eine Abbildung auf einen ggf. übergeordneten, weniger detaillierten Code aus dem ihede-codesystem-16 möglich. Zusätzlich wurde ein Abgleich mit HL7 v2.5 Tabelle 0112 (Discharge Disposition) vorgenommen, so dass auch hier die meisten Konzepte abgebildet werden können.
+Das zweite Codesystem ('''1.3.6.1.4.1.19376.3.276.1.5.16 - Fallkontext bei Dokumentenerstellung''') umfasst den Fallkontext, in dem das Dokument erstellt wurde. Dazu gehört beispielsweise, ob das Dokument in einem ambulanten, stationären oder telemedizinischen Kontext erstellt wurde. Das Codesystem ist hierarchisch gegliedert, so dass die Abbildung auf einen entsprechenden eventCode je nach vorliegender Information bzw. je nach auslösendem Ereignis der Dokumenterstellung in verschiedenen Detaillierungsgraden erfolgen kann (z.B. "stationärer Aufenthalt" vs. "Verlegung in ein anderes Krankenhaus"). Die Arbeitsgruppe hat sich zur Bildung des Codesystems für den Fallkontext an den bestehenden Schlüsseltabellen zur Abbildung von - im weitesten Sinne - "ADT-Ereignissen" orientiert, die in Anlage 2 zur Vereinbarung nach § 301 Abs. 3 SGB V ("GKV-Datenaustausch") definiert sind (Schlüssel 1 Aufnahmegrund, Schlüssel 5 Entlassungs-/Verlegungsgrund). Hierbei wurden vorhandene Differenzierungen, die allein für spezifische Belange des Entgeltsystems von Bedeutung sind, nicht in das Value Set übertragen; es ist jedoch für jeden relevanten § 301 Schlüssel eine Abbildung auf einen ggf. übergeordneten, weniger detaillierten Code aus dem Codesystem "1.3.6.1.4.1.19376.3.276.1.5.16 - Fallkontext bei Dokumentenerstellung" möglich. Zusätzlich wurde ein Abgleich mit HL7 v2.5 Tabelle 0112 (Discharge Disposition) vorgenommen, so dass auch hier die meisten Konzepte abgebildet werden können.

← Nächstältere Version		Version vom 2. Oktober 2018, 12:09 Uhr
Zeile 39:		Zeile 39:
	\|}		\|}

		+	Die Codes für das ValueSet werden in ART-DECOR zusammen mit den anderen von IHE Deutschland erstellten ValueSets veröffentlicht (http://art-decor.org/art-decor/decor-valuesets--ihede-) und hier eingebunden. Sollte es zu Darstellungsproblemen bei den eingebundenen Wertelisten kommen, bitten wir den geneigten Leser direkt auf [[https://art-decor.org/art-decor/decor-valuesets--ihede-?id=1.2.276.0.76.11.34&effectiveDate=2018-07-13T13:28:43&language=de-DE ART-DECOR]] zuzugreifen.

	{{ :1.2.276.0.76.11.34/dynamic }}		{{ :1.2.276.0.76.11.34/dynamic }}

@@ Zeile 2: / Zeile 2: @@
 ==DocumentEntry.eventCodeList==
-Die eventCode Liste wurde konzipiert um den medizinischen Kontext von Dokumenten abzubilden. Jedem Dokument können beliebig viele eventCodes zugeordnet werden. Zum Beispiel kann ein OP-Bericht über den eventCode mit je einem kodierten Wert für die durchgeführte Prozedur (z.B. Blinddarmentfernung) und die vorliegende Erkrankung (z.B. Appendizitis) versehen werden. Dies ermöglicht die Suche nach Dokumenten, die mit einer bestimmten Prozedur oder Diagnose zusammenhängen. Über den medizinischen Kontext hinaus kann das Attribut auch allgemein zur Kontextualisierung und zur Inhaltszusammenfassung verwendet werden. Zum Beispiel sieht das IHE BPPC Profil die Nutzung des eventCodes vor, um die Policy ID eines Patienteneinwilligungsdokuments abzubilden. IHE XDW wiederum nutzt es, um offene von abgeschlossenen Workflow-Aufgaben zu unterscheiden.
+Die eventCode Liste wurde konzipiert, um den medizinischen Kontext von Dokumenten abzubilden. Jedem Dokument können beliebig viele eventCodes zugeordnet werden. Zum Beispiel kann ein OP-Bericht über die eventCodeList mit je einem kodierten Wert für die durchgeführte Prozedur (z.B. Blinddarmentfernung) und die vorliegende Erkrankung (z.B. Appendizitis) versehen werden. Dies ermöglicht die Suche nach Dokumenten, die mit einer bestimmten Prozedur oder Diagnose zusammenhängen. Über den medizinischen Kontext hinaus kann das Attribut auch allgemein zur Kontextualisierung und zur Inhaltszusammenfassung verwendet werden. Zum Beispiel sieht das IHE BPPC Profil die Nutzung des eventCodes vor, um die Policy ID eines Patienteneinwilligungsdokuments abzubilden. IHE XDW wiederum nutzt den eventCode, um offene von abgeschlossenen Workflow-Aufgaben zu unterscheiden.
-Das von der Arbeitsgruppe definierte ValueSet umfasst sowohl von IHE International vorgebene Event Codes (u.a. aus XDS-I, DSG), wie auch neue von der AG definierte Code Systeme und Empfehlungen zur Einbindung von größeren Katalogen.
+Das von der Arbeitsgruppe definierte ValueSet umfasst sowohl von IHE International vergebene eventCodes (u.a. aus XDS-I, DSG) als auch neue von der AG definierte Code Systeme, sowie Empfehlungen zur Einbindung von größeren Katalogen.
-Der medizinische Kontext kann gut über einen oder mehrere OPS Codes und/oder ICD-10 Codes ausgedrückt werden. Wenn andere Kataloge für ein bestimmtes Anwendungsgebiet (z.B. ORPHA-Nummern bei seltenen Erkrankungen oder ICD-O-3 bei Tumorerkrankungen) sinnvoller sind, kann die Affinity Domain natürlich auch diese in der eventCodeList verwenden. Ob der medizinische Kontext in dieser Granularität in den Metadaten ausgedrückt werden sollte ist abhängig von den Anwendungsfällen und muss projekt-spezifisch entschieden werden.
+Der medizinische Kontext lässt sich gemäß obiger einführender Beschreibung zum Beispiel über einen oder mehrere OPS Codes und/oder ICD-10 Codes ausdrücken. Wenn andere Kataloge für ein bestimmtes Anwendungsgebiet sinnvoller sind (z.B. ORPHA-Nummern bei seltenen Erkrankungen oder ICD-O-3 bei Tumorerkrankungen), kann die Affinity Domain natürlich auch diese in der eventCodeList verwenden. Ob allerdings der medizinische Kontext überhaupt in dieser Granularität in den Metadaten abgebildet werden soll, ist abhängig von den Anwendungsfällen und muss projektspezifisch entschieden werden.
-Sowohl der OPS Katalog, wie auch der ICD-10 GM Katalog werden jedes Jahr mit einer neuen Code System ID veröffentlicht. Um in dieser Spezifikation nicht eine Jahres-spezifische Version zu referenzieren, wird das Value Set diesbezüglich intensional definiert. Somit empfiehlt die Arbeitsgruppe neben den weiter unten ausdrücklich benannten Codes auch die jeweils aktuelle ICD-10 GM und OPS Versionen als Bestandteil des Value Sets zu implementieren.
+Sowohl der OPS Katalog als auch der ICD-10-GM Katalog werden jedes Jahr mit einer neuen Code System ID veröffentlicht. Um in dieser Spezifikation nicht eine jahresspezifische Version zu referenzieren, wird das Value Set diesbezüglich intensional definiert. Somit empfiehlt die Arbeitsgruppe neben den weiter unten ausdrücklich benannten Codes auch die jeweils aktuelle ICD-10-GM und OPS Versionen als Bestandteil des Value Sets zu implementieren.
 Wie oben bereits erwähnt, hat die Arbeitsgruppe zwei neue Codesysteme erstellt, die auch Bestandteile dieses Value Sets sind:
-Das erste Codesysteme umfasst Warnhinweise, die einem Dokument hinzugefügt werden können. Dazu gehört beispielsweise der Hinweis, dass dies ein vorläufiges Dokument ist (z.B. vorläufiger Arztbrief). Der Begriff vorläufig ist dabei unabhängig vom Dokumenten-Status/Lebenszyklus, der in XDS im availabilityStatus abgebildet wird. Ein weiterer Warnhinweis ist, dass das Dokument noch nicht mit dem Patienten besprochen wurde. Letzteres ist vor allem bei Akten sinnvoll, auf die auch der Patient Zugriff hat.
+Das erste Codesystem (ihede-codesystem-15) umfasst Warnhinweise, die einem Dokument hinzugefügt werden können. Dazu gehört beispielsweise der Hinweis, dass dies ein vorläufiges Dokument ist (z.B. vorläufiger Arztbrief). Der Begriff vorläufig ist dabei unabhängig vom Dokumenten-Status/Lebenszyklus, der in XDS im availabilityStatus abgebildet wird. Ein weiterer Warnhinweis ist, dass das Dokument noch nicht mit dem Patienten besprochen wurde. Letzteres ist vor allem bei Akten sinnvoll, auf die auch der Patient Zugriff hat.
-Das zweite Codesystem umfasst den Fallkontext, in dem das Dokument erstellt wurde. Dazu gehört beispielsweise, ob das Dokument in einem ambulanten, stationären oder telemedizinischem Kontext erstellt wurde. Das Codesystem ist hierarchisch gegliedert, so dass Informationen in verschiedenen Detaillierungsgraden erfasst werden können (stationärer Aufenthalt vs. Aufnahme Entbindung stationär).
+Das zweite Codesystem (ihede-codesystem-16) umfasst den Fallkontext, in dem das Dokument erstellt wurde. Dazu gehört beispielsweise, ob das Dokument in einem ambulanten, stationären oder telemedizinischen Kontext erstellt wurde. Das Codesystem ist hierarchisch gegliedert, so dass die Abbildung auf einen entsprechenden eventCode je nach vorliegender Information bzw. je nach auslösendem Ereignis der Dokumenterstellung in verschiedenen Detaillierungsgraden erfolgen kann (z.B. "stationärer Aufenthalt" vs. "Verlegung in ein anderes Krankenhaus"). Die Arbeitsgruppe hat sich zur Bildung des Codesystems für den Fallkontext an den bestehenden Schlüsseltabellen zur Abbildung von - im weitesten Sinne - "ADT-Ereignissen" orientiert, die in Anlage 2 zur Vereinbarung nach § 301 Abs. 3 SGB V ("GKV-Datenaustausch") definiert sind (Schlüssel 1 Aufnahmegrund, Schlüssel 5 Entlassungs-/Verlegungsgrund). Hierbei wurden vorhandene Differenzierungen, die allein für spezifische Belange des Entgeltsystems von Bedeutung sind, nicht in das Value Set übertragen; es ist jedoch für jeden relevanten § 301 Schlüssel eine Abbildung auf einen ggf. übergeordneten, weniger detaillierten Code aus dem ihede-codesystem-16 möglich. Zusätzlich wurde ein Abgleich mit HL7 v2.5 Tabelle 0112 (Discharge Disposition) vorgenommen, so dass auch hier die meisten Konzepte abgebildet werden können.

@@ Zeile 6: / Zeile 6: @@
 Das von der Arbeitsgruppe definierte ValueSet umfasst sowohl von IHE International vorgebene Event Codes (u.a. aus XDS-I, DSG), wie auch neue von der AG definierte Code Systeme und Empfehlungen zur Einbindung von größeren Katalogen.
-Der medizinische Kontext kann gut über einen oder mehrere OPS Codes und/oder ICD-10 Codes ausgedrückt werden. Wenn andere Kataloge für ein bestimmtes Anwendungsgebiet (z.B. ORPHA-Nummern bei seltenen Erkrankungen) sinnvoller sind, kann die Affinity Domain natürlich auch diese in der eventCodeList verwenden. Ob der medizinische Kontext in dieser Granularität in den Metadaten ausgedrückt werden sollte ist abhängig von den Anwendungsfällen und muss projekt-spezifisch entschieden werden.
+Der medizinische Kontext kann gut über einen oder mehrere OPS Codes und/oder ICD-10 Codes ausgedrückt werden. Wenn andere Kataloge für ein bestimmtes Anwendungsgebiet (z.B. ORPHA-Nummern bei seltenen Erkrankungen oder ICD-O-3 bei Tumorerkrankungen) sinnvoller sind, kann die Affinity Domain natürlich auch diese in der eventCodeList verwenden. Ob der medizinische Kontext in dieser Granularität in den Metadaten ausgedrückt werden sollte ist abhängig von den Anwendungsfällen und muss projekt-spezifisch entschieden werden.
 Sowohl der OPS Katalog, wie auch der ICD-10 GM Katalog werden jedes Jahr mit einer neuen Code System ID veröffentlicht. Um in dieser Spezifikation nicht eine Jahres-spezifische Version zu referenzieren, wird das Value Set diesbezüglich intensional definiert. Somit empfiehlt die Arbeitsgruppe neben den weiter unten ausdrücklich benannten Codes auch die jeweils aktuelle ICD-10 GM und OPS Versionen als Bestandteil des Value Sets zu implementieren.

@@ Zeile 2: / Zeile 2: @@
 ==DocumentEntry.eventCodeList==
-{{WorkBox|
+Die eventCode Liste wurde konzipiert um den medizinischen Kontext von Dokumenten abzubilden. Zum Beispiel kann ein OP-Bericht über den eventCode mit einen kodierten Wert für die durchgeführte Prozedur (z.B. Blinddarmentfernung) versehen werden. Dies ermöglicht die Suche nach Dokumenten die mit einer bestimmten Prozedur oder Diagnose zusammenhängen. Über den medizinischen Kontext hinaus kann das Attribut auch allgemein zur Kontextualisierung und zur Inhaltszusammenfassung verwendet werden. Zum Beispiel sieht das IHE BPPC Profil die Nutzung des eventCodes vor, um die Policy ID eines Patienteneinwilligungsdokuments abzubilden. IHE XDW wiederum nutzt es um offene von abgeschlossenen Workflow-Aufgaben zu unterscheiden.
-tbd
-}}
+Das von der Arbeitsgruppe definierte ValueSet umfasst sowohl von IHE International vorgebene Event Codes (u.a. aus XDS-I), wie auch neue von der AG definierte Code Systeme und Empfehlungen zur Einbindung von größeren Katalogen.
 {{ :1.2.276.0.76.11.34/dynamic }}