ICD-Diagnose Entry (Template)
Foemig (Diskussion | Beiträge) (Umstrukturierung) |
Foemig (Diskussion | Beiträge) |
||
Zeile 872: | Zeile 872: | ||
Bei der Angabe einer ausgeschlossenen Diagnose muss das Attribut ''@negationInd ''mit dem Wert „true" angegeben werden.(Vgl Abschnitt. 0 ) | Bei der Angabe einer ausgeschlossenen Diagnose muss das Attribut ''@negationInd ''mit dem Wert „true" angegeben werden.(Vgl Abschnitt. 0 ) | ||
− | [[Kategorie: | + | [[Kategorie:CDA Entry Level Template|ICD-Diagnosen (Entry)]] |
Version vom 8. Februar 2013, 15:42 Uhr
Dieses Material ist Teil des Leitfadens Arztbrief 2.x.
|
Inhaltsverzeichnis
- 1 Entry: ICD-Diagnosen (allgemein)
- 1.1 Einleitung: ICD-10 GM codierte Diagnosen
- 1.2 Darstellung des Diagnosemodells in HL7 V3
- 1.3 Attribute
- 1.3.1 Das Attribut – moodCode
- 1.3.2 Das Attribut – classCode
- 1.3.3 Identifikation
- 1.3.4 Das Attribut – negationInd
- 1.3.5 Das Attribut – statusCode
- 1.3.6 Diagnoseerläuterung
- 1.3.7 Diagnosetyp
- 1.3.8 Diagnosezeitraum
- 1.3.9 Diagnosecode und Text
- 1.3.10 Freitext
- 1.3.11 Diagnosesicherheit
- 1.3.12 Diagnosedatum
- 1.3.13 Dokumentationsdatum
- 1.3.14 Begründung von Ausnahmen
- 1.4 Sicherheit der Diagnose
- 1.5 Sicherung der Diagnose
- 1.6 Lokalisation der Diagnose
- 1.7 Beispiele
- 1.8 Abbildung einer ICD-10 codierten Diagnose in HL7 V3
Entry: ICD-Diagnosen (allgemein)
Template ID | ????? | |
General Description | Hiermit wird auf Entry-Level die Übermittlung von Diagnosedaten definiert. | |
LOINC Code | Opt. | Description |
???? | O |
Einleitung: ICD-10 GM codierte Diagnosen
Die „International Statistical Classification of Diseases" (ICD) ist ein Klassifizierungssystem für Krankheiten und verwandter Gesundheitsprobleme. Sie ist hierarchisch gegliedert. Die ICD-10-GM ist als deutsche Abwandlung (German Modification) eine länderspezifische Variante der ICD-10 der WHO. Die Krankheiten werden über alphanumerische Codes klassifiziert. Jede Krankheit ist einem Code eindeutig zugeordnet. Bei den Codes handelt es sich überwiegend um so genannte Primärdiagnoseschlüssel, die alle Informationen zur Verschlüsselung der jeweiligen Krankheit beinhalten. Zusätzlich liegen in der ICD-10 Sekundär¬diagnose¬schlüssel vor, die ergänzende Informationen enthalten. Sekundär¬diagnoseschlüssel sind in der Klassifikation selbst eindeutig mit einem Stern (\*) oder Ausrufezeichen (!) als Zusatzkennzeichen des Codes gekennzeichnet. Sie sind nur in Verbindung mit einer Primärdiagnose zu verwenden. Primärdiagnosecodes führen kein Kennzeichen oder ein Kreuz (+). Beispiel.: E14.30+, H28.0\* ICD-10 Code für "Diabetes mellitus mit Katarakt"
ICD-10 Code Begrifflichkeiten
Zur Verschlüsslung von Diagnosen in der ambulanten und stationären Versorgung wird seit dem 01.01.2004 die ICD-10-GM verwendet. Bei der Codierung der Diagnosen müssen im stationären Bereich (§ 301) die Deutschen Codierrichtlinien beachtet werden und die durch das BMG genehmigte Codeerweiterungen. Auf diese und die Codeerweiterungen wird im folgendem eingegangen. Für den ambulanten Bereich gilt die WHO-Tabelle mit BMG-Ergänzungen.
Kreuz–Stern Diagnosen, Ausrufezeichen (!)
Bei der ICD-10 GM wird zwischen Primär- und Sekundärcodes unterschieden. Primärcodes sind Codes ohne Kennzeichen und Codes mit einem Kreuz. Sekundärcodes sind Codes mit einem Stern oder einem Ausrufzeichen. Um die Begrifflichkeiten näher zu beschreiben, werden hier einige Zitate aus der Broschüre „Basiswissen Kodieren" \[DIMDI, Basis\] aufgeführt. „ .. Der Code für die Ätiologie einer Erkrankung wird in der ICD-Codierung mit einem Kreuz (†) gekennzeichnet und die Organmanifestation mit einem Stern (\*). Hierbei darf der Stern-Code aber nie alleine verwendet werden. Der Kreuz-Code ist der Primärcode." Weiterhin gilt: „ ... Als Sterncodes darf man nur diejenigen Codes verwenden, die in der ICD-10-GM explizit als solche definiert sind..." „... Zulässig ist es hingegen, den Code für eine Grunderkrankung mit einem Kreuz zu ergänzen, wenn für die Krankheitsmanifestation ein passender Sterncode zur Verfügung steht..." „... Manche Codes sind mit einem Ausrufezeichen (!) gekennzeichnet. Hierbei handelt es sich um Zusatzcodes, die eine Krankheit näher beschreiben oder deren Schweregrad abgrenzen. Diese Codes dürfen ebenfalls nicht alleine stehen..."
Daraus folgt, dass eine Diagnose mindestens durch einen Primärcode beschrieben wird und falls notwendig, durch die zusätzliche Angabe von Sekundärcodes. Der Primär- bzw. der Sekundärcode selbst setzt sich zusammen aus einer alphanumerischen Zeichenkette, welche den Code repräsentiert und einen Code-Zusatzkennzeichen (†, \*, !).
Seitenlokalisation
Zur Angabe der Seitenlokalisation wird hier ein Abschnitt aus der „ICD-10-Bekanntmachung des BMGS" vom 21.10.2004 zitiert. „.. Für die Anwendung des ICD-10-GM gilt Folgendes: Zur Spezifizierung der Diagnoseangaben für die Seitenlokalisation darf eines der nachgenannten Zusatzkennzeichen angegeben werden: – rechts: R – links: L – beidseitig: B ..." \[BMGS, 2004\] Daraus ergibt sich, dass es möglich sein muss, zu jedem ICD-10 Code eine Seitenlokalisation anzugeben. Anmerkung: Die Seitenlokalisation kann für den Primärcode ein anderer sein als für den Sekundär¬code. Beispiel: C50.4 R Mamma Ca - rechts J91\* L Pleuraerguss bei sonstiger Erkrankung - links In der Tumordokumentation gilt die erweiterte Tabelle. Anmerkung: In manchen Fällen ist die Benutzung des Begriffs „beidseits" notwendig.
Diagnosesicherheit
„... Für die Anwendung der ICD-10-GM nach § 295 SGB V (ambulanter Bereich) gilt zusätzlich Folgendes: Zur Angabe der Diagnosesicherheit ist eines der nachgenannten Zusatzkennzeichen anzugeben (obligatorische Anwendung – für eine ausgeschlossene Diagnose: A – für eine Verdachtsdiagnose: V – für einen symptomlosen Zustand nach der betreffenden Diagnose: Z – für eine gesicherte Diagnose: G..." \[BMGS, 2004\] Das heißt, wird eine Diagnose im Rahmen einer „Abrechnung ärztlicher Leistungen" (§295 SGB V) angegeben, ist neben der Angabe des ICD-10 Codes, die Angabe der Diagnosesicherheit zwingend erforderlich. Im stationären Bereich dürfen diese Angaben nicht verwendet werden. (siehe Änderung zu 3.9)
Darstellung des Diagnosemodells in HL7 V3
Die Diagnose wird in HL7 V3 über die Klasse Observation dargestellt. Die Klasse ist, wie in Abbildung 1: Klasse Observation gezeigt aufgebaut.
Abbildung 1: Klasse Observation
Auf die genauere Beschreibung der einzelnen Klassen und die verwendeten Datentypen wird hier verzichtet. Nähere Informationen dazu sind der HL7 V3-Dokumentation oder dem Datentypen-Leitfaden (\[HL7 Datentypen\]) zu entnehmen.
Attribute
In den folgenden Abschnitten wird beschrieben, wie die einzelnen Elemente der in Kapitel 3 beschriebenen Diagnosemerkmale, über die Klasse Observation dargestellt werden.
Lvl | RIM | Name | Desc | DT | Kard | Conf | Beschreibung |
---|---|---|---|---|---|---|---|
1 | act | Observation | Diagnose | 0..* | |||
2 | act | @moodCode | "EVN" | 0..1 | Das Attribut – moodCodeDas Attribut @moodCode beschreibt, wie der Inhalt einer Act-Klasse zu interpretieren ist. Für die Klasse Observation, die eine Diagnose beschreibt, hat das Attribut den festen Wert EVN. Damit wird ausgedrückt, dass es sich um eine Dokumentation eines vorangegangen Dienstes handelt, also um die Dokumentation des Ergebnisses einer Beobachtung. | ||
2 | act | @classCode | "OBS" | 0..1 | optional | Das Attribut – classCodeDas Attribut spezifiziert den Haupttyp des Akts, der über eine Instanz repräsentiert wird. Über eine Klasse Observation wird immer eine Observation (Beobachtung) dargestellt. Somit hat das Attribut @classCode den festen Wert OBS. In der XML-Struktur wird das Attribut als XML-Attribut des Elements Observation dargestellt. Die Angabe des Attributs in der XML-Strukur ist optional. Wird es nicht angegeben, geht das empfangende System von dem festen Wert aus und verwendet diesen zur weiteren Verarbeitung.
| |
2 | act | id | Diagnose-Identifikator | SET <II> | 0..1 | IdentifikationÜber das Attribut id kann die Diagnose eine eindeutige Identifikation innerhalb eines Systems erhalten. Für die Verarbeitung von Diagnosedaten über ein rechnergestütztes System ist die Vergabe von Ids empfehlenswert, um gezielt auf den Datensatz der Diagnose zugreifen zu können. In der XML-Repräsentation wird die Diagnose-ID im Attribut @extension und die OID des Systems im Attribut @root angegeben. Sollen für Diagnosen später Änderungen oder Löschungen kommuniziert werden, ist eine eindeutige Referenzierung über diese Identifikation unerlässlich. | |
2 | act | @negationInd | Negation-Indikator | BL | 0..1 | Das Attribut – negationIndDas Attribut @negationInd ist vom Datentyp BL und hat damit die Ausprägungen "true" oder "false". Wird das Attribut mit „true" angegeben, so wird ausgesagt, dass die über die Observation-Klasse beschriebene Beobachtung negiert wird. In Bezug auf die Diagnosendarstellung bedeutet das, dass die beschriebene Diagnose nicht zutrifft. Die Angabe des Attributs ist optional. Wird es nicht angegeben, geht das empfangende System von dem Default-Wert aus und verwendet diesen zur weiteren Verarbeitung. Der Default–Wert ist „false". | |
2 | act | statusCode | "completed" | Das Attribut – statusCodeÜber dieses Attribut wird Status in dem der beschriebene Act sich befindet angegeben. Ein Act kann z.B. den Status „new", „active" oder „cancelled" besitzen. Die Beobachtung einer Diagnose wird mit der Dokumentation als abgeschlossene Handlung betrachtet. Somit wird für das Attribut statusCode der feste Wert „completed" vorgegeben. | |||
1 | act | text | Diagnoseerläuterung | ST | 0..1 | DiagnoseerläuterungDer erläuternde Text zu einer Diagnose wird über das Attribut @text abgebildet. Die strukturierte Darstellung sieht wie folgt aus.
| |
2 | act | code | Klassifizierungscode | CD CWE | 1..1 | DiagnosetypIm XML-Attribut @code wird der Klassifizierungscode angegeben im Attribut @codeSystem die OID des Codierungssystems (siehe auch Anhang 10). | |
3 | act | @code | 1..1 |
| |||
3 | act | @codeSystem | 1..1 | ||||
1 | act | effectiveTime | Diagnosezeitraum | IVL<TS> | 0..1 | DiagnosezeitraumDas Attribute effectiveTime der Klasse Observation gibt den Zeitraum an, für den die beschriebene Beobachtung für den Patienten gültig (klinisch relevant) ist bzw. war. In Bezug auf die Darstellung einer Diagnose, handelt es sich um den Diagnosezeitraum, der über das Element effectiveTime abgebildet wird. Über das Unterelement low wird das Startdatum des Zeitraums angegeben, über das Unterelement high das Enddatum. Sowohl das Element low als auch das Element high können alleine angegeben werden. | |
2 | act | value | Diagnose | CD | 0..1 | Diagnosecode und TextDie Darstellung eines Diagnosecodes und des zum Code gehörenden Text erfolgt über das Attribut value der Klasse Observation. Das XML-Attribut @code des Elements value enthält den Diagnosecode, das XML-Attribut @displayName enthält den zum Code gehörenden Text. Die strukturierte Darstellung für eine ICD-10 codierte Diagnose sieht wie folgt aus. | |
3 | act | @codeSystem | Codesystem für den Diagnosecode | 1..1 | M | Im XML-Attribut @codeSystem ist die OID für den ICD-10-GM in der jeweils gültigen Version angegeben. | |
3 | act | @codeSystemName | Name des Codesystem für den Diagnosecode | 0..1 | Die Angabe des XML-Attributes @codeSystemName enthält den Namen des Codiersystems unter dem es im OID-Register zu finden ist. | ||
3 | act | @code | Diagnosecode | 1..1 | M | ||
3 | act | orginalText | Diagnosefreitext | ST | 0..1 | optional | FreitextDie Darstellung der Freitextbezeichnung der Diagnose erfolgt über das Element value und dessen Unterelement orginalText. Über das Element orginalText wird die wörtliche Bezeichnung der konkreten Diagnose angegeben, die im Element value codiert dargestellt wird. Ist die Angabe eines Diagnosekodes nicht erforderlich oder ist dieser unbekannt, so ist im Element value das Attribut @nullFlavour mit aufzuführen. Mit diesem Attribut wird das Fehlen der Codierung begründet. Der Wert „NAV" (temporarily unavailable) sagt aus, dass (noch) keine Code-Informationen vorliegen. Weitere mögliche Werte sind der HL7-Dokumentation zu entnehmen.
|
5 | act | @language | Sprache | 0..1 | optional | Über das Attribut @language des Element orginalText kann die Sprache des Textinhalts definiert werden. | |
2 | act | value | Diagnosesicherheit | 0..1 | |||
3 | act | qualifier | Diagnosesicherheit | CR | 0..1 | DiagnosesicherheitDie Angabe der Diagnosesicherheit wird über ein Kindelement qualifier des Elements value abgebildet. | |
4 | act | name | 1..1 | Über das Attribut @code im Element name wird die Bezeichnung für den Qualifier angegeben. Die Diagnosesicherheit wird aus der unten gezeigten Tabelle entnommen. Im Attribut @codeSystem wird die OID der Systems angegeben, welches den Qualifiernamen beinhaltet (s. u.). Die Angabe zur Diagnosesicherheit selbst wird im Attribut @code des Elements value abgebildet.
In der ambulanten Versorgung (§ 295 SGB V) sind die Zusatzkennzeichen für die Diagnosensicherheit obligatorisch. In der stationären Versorgung (§ 301 SGB V) sind die Zusatzkennzeichen für die Diagnosensicherheit verboten, d.h. sie dürfen nicht verwendet werden.
| |||
5 | act | @code | 1..1 | ||||
5 | act | @codeSystem | 1..1 |
| |||
4 | act | value | 1..1 | ||||
5 | act | @code | 1..1 | ||||
5 | act | @codeSystem | 1..1 | ||||
1 | act | targetSiteCode | Lokalisation | CD CWE | 0..1 | optional | Die Lokalisation zu Diagnosen wird über das Element targetSiteCode angegeben. Wird die Lokalisation im Freitext angegeben, erfolgt die Darstellung über das Unterelement orginalText. Bei fehlender Codierung muss im Element targetSiteCode das Attribut @nullFlavor angegeben werden. |
2 | act | author | 0..1 | DiagnosedatumDas Diagnosedatum wird über die Klasse author dargestellt, welche als Participation mit der Klasse Observation verbunden ist. | |||
3 | act | @time | Diagnosedatum | IVL<TS> | 0..1 | Das Diagnosedatum gibt an, wann die Krankheit diagnostiziert wurde. Das Diagnosedatum muss nicht gleich dem Dokumentationsdatum sein. Die Klasse author enthält ein Attribut time vom Datentyp IVL <TS>. Nähere Informationen zu der Person, welche die Krankheit diagnostiziert hat, können über die Klasse assignedEntity abgebildet werden. | |
1 | act | dataEnterer | 1..1 | ||||
2 | act | @time | Dokumentationsdatum | TS | 1..1 | DokumentationsdatumDas Dokumentationsdatum ist das Datum, an dem die Krankheit z.B. durch einen Arzt dokumentiert wurde. Diese Datumsangabe wird über die Klasse dataEnterer abgebildet, welche als Participation mit der Klasse Observation verknüpft ist (vgl. Abbildung 1: Klasse Observation). Die Klasse dataEnterer enthält ein Attribut time vom Datentyp TS. D.h., dass in der XML-Struktur die Datumsangabe über einem Element time und dessen Attribute @value abgebildet wird. Ist keine explizite Klasse dataEnterer vorhanden, so wird eine Participation-Klasse durch die Angabe des Attributes typeCode mit dem Wert ENT zu einer Klasse dataEnterer. Über die Klasse paticipationRole kann die Person näher beschrieben werden. | |
1 | act | entryRelationship | 0..1 | optional | Begründung von Ausnahmen | ||
2 | act | @typeCode | 1..1 | optional | Das Attribute @typeCode erhält den Wert RSON (= reason), da es sich um eine Begründung zu Abrechnungszwecken handelt.
| ||
2 | act | observation | 0..1 | optional | |||
3 | act | value | Ausnahmebegründung | ST | 0..1 | optional | Die Begründung der abrechnungsrelevanten Ausnahme wird in dem Attribut @value einer Klasse Observation dargestellt, welche über eine ActRelationship-Klasse mit der diagnosebeschreibenden Klasse Observation verlinkt ist. Die strukturierte Darstellung sieht wie folgt aus. |
<!-- Strukturierte Darstellung der Diagnose -->
<observation moodCode="EVN" classCode="OBS">
...
<code code="DX" codeSystem="1.2.276.0.76.5.342"/>
<statusCode code="completed"/>
<!-- Diagnosezeitraum -->
<effectiveTime>
<low value="20050127"/>
</effectiveTime>
<!-- ICD-Code einer Diagnose -->
<value xsi:type="CD" code="I01.0"
displayName="Akute rheumatische Perikarditis"
codeSystem="1.2.276.0.76.5.311" codeSystemName="icd10gm2006">
<originalText>......</originalText>
<!--Diagnosesicherheit-->
<qualifier>
<name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>
<value code="G" codeSystem="2.16.840.1.113883.3.7.1.8"/>
</qualifier>
</value>
<text>Intermittierend, seit der Jugend</text>
<targetSiteCode nullFlavor="NI">
<originalText>Oberhalb des rechten Knöchels</originalText>
</targetSiteCode>
...
<!-- Dokumentationsdatum -->
<participant typeCode="ENT">
<time value="20060606"/>
<participantRole>
...
</participantRole>
</participant>
...
<author>
<!-- Diagnosedatum -->
<time value="20060613"/>
<assignedAuthor>
...
</assignedAuthor>
</author>
...
<!-- Ausnahmetatbestand-->
<entryRelationship typeCode="RSON">
<observation moodCode="EVN" classCode="OBS">
<code nullFlavor="UNK"/>
<value xsi:type="ED">...........</value>
</observation>
</entryRelationship>
...
</observation>
Sicherheit der Diagnose
Code lt. §295 SGB V |
Umsetzung | Bedeutung | Erläuterung |
---|---|---|---|
G | Gesichert | Gesicherte Diagnose | |
V | uncertaintyCode = UN | Verdacht auf | Verdachtsdiagnose |
Z | Zustand nach | Zustand nach | |
A | negationInd = true | Ausgeschlossene Erkrankung | Ausgeschlossene Erkrankung, gleichzeitig ist dies in Level 3 mittels negationInd anzugeben (siehe auch Hinweis im Text) |
Tabelle 2: Vocabulary Domain für Sicherheit/Verlässlichkeit
Codesystem: Sciphox (OID: 2.16.840.1.113883.3.7.1.8)
Sicherung der Diagnose
In der Tumordokumentation wird der Begriff der Sicherung der Diagnose noch durch die Angabe des (höchstwertigen) Diagnoseverfahrens ergänzt. Diese Information wird ebenfalls als Qualifier übermittelt:
Code | Umsetzung | Bedeutung | Erläuterung |
---|---|---|---|
k | klinisch | ||
z | zytologisch | ||
h | histologisch | ||
a | autoptisch | ||
d | DCO | Nur auf Leichenschauschein notiert. Death certificate only. | |
nullFlavor = OTH | Sonstiges | ||
nullFlavor = NI | unbekannt |
Tabelle 3: Vocabulary Domain für Diagnoseverfahren in der Tumordokumentation
Codesystem: (OID: 1.2.276.0.76.5.418)
Lokalisation der Diagnose
Wird die Lokalisation über einen Code oder Zusatzcode ausgedrückt, so wird der Code im Attribut @code und das verwendete Codiersystem über das Attribut @codeSystem angegeben. Optional kann über das Attribut @displayName der zum Code gehörende Text angegeben werden und über das Attribut @codeSystemName der Name des Codiersystems
<!-- Strukturierte Darstellung der Diagnose -->
<observation moodCode="EVN" classCode="OBS">
...
<targetSiteCode code="299058009" codeSystem="2.16.840.1.113883.6.96"
codeSystemName="SNOMED CT" displayName="kleiner Finger">
<qualifier>
<name code="78615007" codeSystem="2.16.840.1.113883.6.96"
codeSystemName="SNOMED CT" displayName="mit Seitenlokalisation"/>
<value code="24028007" codeSystem="2.16.840.1.113883.6.96"
codeSystemName="SNOMED CT" displayName="rechts"/>
</qualifier>
</targetSiteCode>
...
</observation>
Anmerkung: Die vom BMG vorgeschlagenen Codes sollten auch nur im Zusammenhang mit ICD-10 codierten Diagnosen verwendet werden. Die Zusatzkennzeichen für die Seitenlokalisation dürfen sowohl in der ambulanten als auch in der stationären Versorgung verwendet werden. In anderen Fällen sollten andere Codierungsschemata Anwendung finden. In der Tumordokumentation werden weitere Codierungen für die Seitenangabe ver–wendet:
Code | Umsetzung | Bedeutung | Erläuterung | allg. | Tumordok. |
---|---|---|---|---|---|
R | Rechts | Seitenlokalisation rechts | X | X | |
L | Links | Seitenlokalisation links | X | X | |
B | beidseits | beidseitiges Auftreten | X | X | |
M | Mittellinie | Mittellinienzone (je 2cm rechts oder links d. Mittellinie) | X | ||
nullFlavor = NA | Systemerkrankung | (bzw. im Sinne von „nicht zutreffend") | X | ||
nullFlavor = UNK | Unbekannt | X | X |
Tabelle 4: Vocabulary Domain für Lokalisation Codesystem: (OID: 1.2.276.0.76.5.412)
Die Seitenlokalisation wird in der allgemeinen Diagnosedokumentation und der Tumordokumentation mit unterschiedlichen Werten eingesetzt. Diese beiden Value Sets sind in den beiden rechten Spalten dargestellt. Nachfolgend die Spezifikation der dazu¬gehörigen Value Sets:
Value Set | Erläuterung | OID |
---|---|---|
Allgemein nach ICD-10 | 2.16.840.1.113883.3.7.1.7 | |
Tumordokumentation | 1.2.276.0.76.11.10 |
Tabelle 5: Value Sets für Lokalisation
Beispiele
Freitext
<!-- Strukturierte Darstellung der Diagnose -->
<observation moodCode="EVN" classCode="OBS">
...
<value xsi:type="CD" nullFlavor="NAV">
<originalText>
Rektumkarzinom mit Höhenlokalisation ab Anokutanlinie/Linea dentata
</originalText>
</value>
</observation>
Abbildung einer ICD-10 codierten Diagnose in HL7 V3
Bei der strukturierten Darstellung einer ICD-10 codierten Diagnose muss es möglich sein, zwei ICD-Codes (Primär-, Sekundärcode), mit den beschriebenen Eigenschaften (Codeerweiterung, Seitenlokalisation, Diagnosesicherheit) abbilden zu können. Der Primärcode kennzeichnet dabei die Grunderkrankung. Der Sekundärcode wird als Zusatzangabe zum Primärcode verstanden, da er entweder dazu verwendet wird Organmanifestationen näher zu beschreiben (Stern-Code) und/oder den Auslöser (Ätiologie, z. B. welcher Erreger) einer Krankheit näher zu spezifizieren (Ausrufezeichen).
Um diese Abhängigkeit darzustellen, wird der Sekundärcode über eine weitere Klasse Observation abgebildet, welche über eine ActRelationship–Klasse mit der Klasse Observation referenziert, die den Primärcode beinhaltet. Daraus leitet sich folgende Grundstruktur einer ICD-10 verschlüsselten Diagnose ab.
Abbildung 2: Blockdiagramm ICD-10 Diagnose
Über das Attribut typeCode der ActRelationship-Klasse soll die Codeerweiterung abgebildet werden. Über die Klasse Observation, die über eine ActRelationship-Klasse mit dem typeCode MFST (Manifestation) eingebunden wird, werden Sterncodes dargestellt. Codes mit einem Ausrufezeichen als Codeerweiterung werden in einer Klasse Observation abgebildet, die über eine ActRelationship-Klasse mit dem typeCode CAUS (Ursache) eingebunden werden. Die XML-Struktur einer ICD-10 codierten Diagnose sieht demnach wie folgt aus:
<!-- Strukturierte Darstellung der Diagnose-->
<observation moodCode="EVN" classCode="OBS">
…
<!-- Primärcode-->
<value xsi:type="CD" code=" E14.30" codeSystem=" 1.2.276.0.76.5.311"/>
<entryRelationship typeCode="MFST">
<observation moodCode="EVN" classCode="OBS">
…
<!-- Sekundärcode-->
<value xsi:type="CD" code=" H28.0" codeSystem=" 1.2.276.0.76.5.311"/>
</observation>
</entryRelationship>
</observation>
In diesem Fall ist die einbindende ActRelationship-Klasse die Klasse entryRelationsship, welche durch das gleichnamige Element repräsentiert wird. Das Attribute @typeCode erhält den festen Wert MFST, womit auf einen Sterncode verwiesen wird.
Lvl | RIM | Name | Desc | DT | Kard | Conf | Beschreibung |
---|---|---|---|---|---|---|---|
1 | act | value | 1..1 | M | |||
2 | act | @code | ICD-Code | ST | 1..1 | M | Das XML-Attribut @code enthält den ICD-10 Code. |
2 | act | @codeSystem | OID der ICD-10 Version | UID | 1..1 | M | Das XML-Attribut @codeSystem enthält die OID der verwendeten ICD Version, mit der auf die ICD-10 GM verwiesen wird. Hinweise zu gültigen Codesystemen sind im Anhang genannt. |
2 | act | @codeSystemName | Name der ICD-10 Version | ST | 0..1 | optional | Im XML-Attribut @codeSystemName kann der Name der aktuellen ICD-10 Version angeben werden. |
2 | act | @displayName | ICD-Code -Text | ST | 0..1 | optional | Im XML-Attribute @displayName kann, der zum ICD-Code gehörende Text angegeben werden. Die OID und die Bezeichnung der ICD-10 Version(en) können von der Internetseite des DIMDIs bezogen werden. |
Darstellung der Seitenlokalisation
Lvl | RIM | Name | Desc | DT | Kard | Conf | Beschreibung |
---|---|---|---|---|---|---|---|
1 | act | value | 0..1 | optional | |||
2 | act | qualifier | Seitenlokalisation | CR | 0..1 | optional | Die Abbildung des Seitenlokalisationscode erfolgt über ein Kindelement qualifier des Elements value, da er eine nähere Beschreibung des Diagnosecodes ist . Die Darstellung sieht wie folgt aus: |
<!-- Strukturierte Darstellung der Diagnose -->
<observation moodCode="EVN" classCode="OBS">
<code code="DX" codeSystem=""/>
<!-- Primärcode-->
<value xsi:type="CD" code="E14.30" codeSystem="1.2.276.0.76.5.311">
<qualifier>
<name code="7" codeSystem="2.16.840.1.113883.3.7.1.0"/>
<value code="L" codeSystem="2.16.840.1.113883.3.7.1.7"/>
</qualifier>
</value>
<entryRelationship typeCode="CAUS">
<observation moodCode="EVN" classCode="OBS">
<code/>
<!-- Sekundärcode-->
<value xsi:type="CD" code="H28.0" codeSystem="1.2.276.0.76.5.311">
<qualifier>
<name code="7" codeSystem="2.16.840.1.113883.3.7.1.0"/>
<value code="B" codeSystem="2.16.840.1.113883.3.7.1.7"/>
</qualifier>
</value>
</observation>
</entryRelationship>
</observation>
Über das Kindelement name des Elements qualifier wird die Art des Qualifiers bezeichnet. Um auszudrücken, dass es sich um einen Qualifier zur Seitenlokalisation handelt, muss hier „7" angegeben mit Codesystem OID 2.16.840.1.113883.3.7.1.0 angegeben werden:
<qualifier>
<name code="7" codeSystem="2.16.840.1.113883.3.7.1.0"/>
<value code="L" codeSystem="2.16.840.1.113883.3.7.1.7"/>
</qualifier>
Darstellung der Diagnosesicherheit
Lvl | RIM | Name | Desc | DT | Kard | Conf | Beschreibung |
---|---|---|---|---|---|---|---|
1 | act | value | Diagnosesicherheit | 0..1 | optional | ||
2 | act | @qualifier | Diagnosesicherheit | CR | 0..1 | optional | Die Angabe der Diagnosesicherheit, welche als „Anhang" zu einem ICD-Code mit angegeben werden kann, wird über ein Kindelement qualifier des Element value abgebildet. |
<!-- Strukturierte Darstellung der Diagnose-->
<observation moodCode="EVN" classCode="OBS">
<code code="" codeSystem=""/>
<!-- Primärcode-->
<value xsi:type="CD" code="E14.30" codeSystem="1.2.276.0.76.5.311">
<qualifier>
<name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>
<value code="G" codeSystem="2.16.840.1.113883.3.7.1.8"/>
</qualifier>
</value>
<entryRelationship typeCode="CAUS">
<observation moodCode="EVN" classCode="OBS" negationInd="true">
<code/>
<!-- Sekundärcode-->
<value xsi:type="CD" code="H28.0" codeSystem="1.2.276.0.76.5.311">
<qualifier>
<name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>
<value code="A" codeSystem="2.16.840.1.113883.3.7.1.8"/>
</qualifier>
</value>
</observation>
</entryRelationship>
</observation>
Über das Kindelement name des Elements qualifier wird die Art des Qualifiers bezeichnet. Als fixer Wert bei der Angabe der ICD-Code Erweiterung muss hier „8" angegeben werden. Im Kindelement value des Elements qualifier wird der entsprechende Wert angegeben. Die zulässigen Werte sind in Tabelle 2 zusammengefasst.
<observation classCode="OBS" moodCode="EVN">
...
<value xsi:type="CD" code="A25.1" codeSystem="1.2.276.0.76.5.311"
codeSystemName="icd10gm2006">
<qualifier>
<name code="8" codeSystem="2.16.840.1.113883.3.7.1.0"/>
<value code="G" codeSystem="2.16.840.1.113883.3.7.1.8"/>
</qualifier>
</value>
</observation>
Bei der Angabe einer ausgeschlossenen Diagnose muss das Attribut @negationInd mit dem Wert „true" angegeben werden.(Vgl Abschnitt. 0 )