Spezifikation eGK-Daten: Unterschied zwischen den Versionen

Aus Hl7wiki
Wechseln zu: Navigation, Suche
(Felder-Links auf ZGK/IN1-Segmentbeschreibungs-Seite angepasst)
(→‎Hinweise zur Übermittlung der eGK-Daten in HL7 V2)
 
(3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
 +
 
__FORCETOC__
 
__FORCETOC__
 +
 +
== Hinweise zur Übermittlung der eGK-Daten in HL7 V2==
 +
 +
Ein Großteil der Daten auf der Gesundheitskarte kann in Felder des IN1-Segmentes gemapped werden.
 +
(Siehe weiter unten) <br/>
 +
Zur Übermittlung der verbleibenden Daten auf der KVK wurde das Z-Segment [[Segment ZGK|ZGK]] eingeführt.
 +
 +
Seit der Erweiterung des eGK-Datensatzes auf die Schemaversion 5.2 ist der Datensatz jedoch so umfangreich und komplex geworden, dass es nach der Auffassung des Technischen Komitees nicht länger zielführend ist, den Datensatz in ein bzw. mehrere HL7-V2-Segment zu mappen. Die meisten bekannten Use-Cases zielen darauf hin, dass der Empfang der eGK-Daten über die HL7-Schnittstelle anstelle des Einlesens der eGK tritt. Durch die Übertragung im HL7-Segment ist es daher erforderlich, die Weiterverarbeitenden Prozesse im empfangenden System für die eGK-Daten für zwei verschiedene Formate (primärer XML-Datensatz sowie HL7-Segment) zu implementieren. Es erscheint daher logisch, auch bei der Übermittlung der Daten per HL7 das Original-Datensatzformat beizubehalten, so dass die Daten im Zielsystem genau so weiterverarbeitet werden können, wie beim Einlesen der Karte.
 +
 +
Daher empfiehlt das Technische Komitee bei der Übermittlung von eGK-Daten ab der Version 5.2, die Originaldaten in die HL7-Nachricht in ein [[Segment OBX (Codes)#Beispiel für die Verwendung des OBX-Segmentes zum Transport von eGK-Daten|OBX-Segment]] einzubetten. Gleichzeitig sollten die enthaltenen Versicherungsinformationen weiterhin im IN1-Segment übermittelt werden.
 +
 +
{{AlertBox|Für die Übermittlung der eGK-Daten in der Schemaversion 5.2 empfiehlt das technische Komitee die Verwendung des [[Segment OBX (Codes)|OBX-Segmentes zur Einbettung des Original-Datensatzes]]. Das [[Segment ZGK|ZGK-Segment]] wird nur noch für ältere eGK und KVK-Datensätze verwendet.}}
 +
{{AlertBox|Jeder Hersteller, der eGK-Daten aus einer Schnittstelle übernimmt, muss selbst dafür Sorge tragen, sich zu versichern, dass der Verzicht auf das Auslesen der Karte in dem jeweiligen Anwendungsszenario erlaubt ist }}
  
 
==Spezifikation der Kartendaten (VSD-Schemaversion 5.2)==
 
==Spezifikation der Kartendaten (VSD-Schemaversion 5.2)==
Zeile 75: Zeile 90:
 
|..///Kostentraegerkennung||[[Segment_IN1#IN1-3 Institutionskennzeichen / Nummer des Kostenträgers|IN1-3]]||Institutionskennzeichen (IK)
 
|..///Kostentraegerkennung||[[Segment_IN1#IN1-3 Institutionskennzeichen / Nummer des Kostenträgers|IN1-3]]||Institutionskennzeichen (IK)
 
|-
 
|-
−
|..///Kostentraegerlaendercode||[[Segment_IN1#IN1-5 Anschrift des Kostenträgers|IN1-5.6]]???||Anlage 8 zur DEÜV, V. 2.34
+
|..///Kostentraegerlaendercode||[[Segment_IN1#IN1-5 Anschrift des Kostenträgers|IN1-5.6]]||Anlage 8 zur DEÜV, V. 2.34
 
<br />Deutschland: "D"
 
<br />Deutschland: "D"
 
|-
 
|-
Zeile 82: Zeile 97:
 
|colspan="3"|..///Abrechnender Kostentraeger || wo wird das ZGK-Segment übertragen, d.h. unter welcher IN1/IN2-Angabe?
 
|colspan="3"|..///Abrechnender Kostentraeger || wo wird das ZGK-Segment übertragen, d.h. unter welcher IN1/IN2-Angabe?
 
|-
 
|-
−
|..////Kostentraegerkennung||???||Institutionskennzeichen (IK)
+
|..////Kostentraegerkennung||[[Segment_IN1#IN1-3 Institutionskennzeichen / Nummer des Kostenträgers|IN1-3]]||Institutionskennzeichen (IK)
 
|-
 
|-
−
|..////Kostentraegerlaendercode||???||Anlage 8 zur DEÜV, V. 2.34<br />Deutschland: "D"
+
|..////Kostentraegerlaendercode||[[Segment_IN1#IN1-5 Anschrift des Kostenträgers|IN1-5.6]]||Anlage 8 zur DEÜV, V. 2.34<br />Deutschland: "D"
 
|-
 
|-
 
|..////Name|| ||
 
|..////Name|| ||
Zeile 100: Zeile 115:
 
|colspan="3"|..////Kostenerstattung || sollten die 4 folgenden Felder als Katalog für ein wiederholbares Feld definiert werden, das nur bei "true" übermittelt wird?
 
|colspan="3"|..////Kostenerstattung || sollten die 4 folgenden Felder als Katalog für ein wiederholbares Feld definiert werden, das nur bei "true" übermittelt wird?
 
|-
 
|-
−
|../////AerztlicheVersorgung||???||"0" = false, "1" = true
+
|../////AerztlicheVersorgung||[[Segment_ZGK#ZGK-16 Kostenerstattung Ärztliche Versorgung|ZGK-16]]||"0" = false, "1" = true
 
|-
 
|-
−
|../////ZahnaerztlicheVersorgung||???||"0" = false, "1" = true
+
|../////ZahnaerztlicheVersorgung||[[Segment_ZGK#ZGK-17 Kostenerstattung Zahnärztliche Versorgung|ZGK-17]]||"0" = false, "1" = true
 
|-
 
|-
−
|../////StationaererBereich||???||"0" = false, "1" = true
+
|../////StationaererBereich||[[Segment_ZGK#ZGK-18 Kostenerstattung Stationärer Bereich|ZGK-18]]||"0" = false, "1" = true
 
|-
 
|-
−
|../////VeranlassteLeistungen||???||"0" = false, "1" = true
+
|../////VeranlassteLeistungen||[[Segment_ZGK#ZGK-19 Kostenerstattung Veranlasste Leistungen|ZGK-19]]||"0" = false, "1" = true
 
|-
 
|-
 
!colspan="3"|UC_Geschuetzte_VersicherendatenXML
 
!colspan="3"|UC_Geschuetzte_VersicherendatenXML
Zeile 112: Zeile 127:
 
|colspan="3"|Zuzahlungsstatus
 
|colspan="3"|Zuzahlungsstatus
 
|-
 
|-
−
|..//Status||???||"0"= false (Zuzahlungspflicht),<br />"1"= true (von Zuzahlungspflicht befreit)|| neues Feld
+
|..//Status||[[Segment_ZGK#ZGK-20 Zuzahlung_Status|ZGK-20]]||"0"= false (Zuzahlungspflicht),<br />"1"= true (von Zuzahlungspflicht befreit)|| neues Feld
 
|-
 
|-
−
|..//Gueltig_bis||???||"YYYYMMDD"<br />bei Status "0" <br />bei Status "1" [von Zuzahlungspflicht befreit bis] || neues Feld
+
|..//Gueltig_bis||[[Segment_ZGK#ZGK-21 Zuzahlung gültig bis|ZGK-21]]||"YYYYMMDD"<br />bei Status "0" <br />bei Status "1" [von Zuzahlungspflicht befreit bis] || neues Feld
 
|-
 
|-
 
|Besondere Personengruppe||[[Segment_ZGK#ZGK-11 Kennzeichnung besondere Personengruppen|ZGK-11]]||"4"= Sozialhilfeempfänger § 264 SGB V<br />"6"= BVG<br />"7"= SVA-Kennzeichnung für zwischenstaatliches Krankenversicherungsrecht, <br />Personen mit Wohnsitz im Inland, Abrechnung nach Aufwand<br />"8"= SVA-Kennzeichnung<br />"9"= Auslandsversicherte
 
|Besondere Personengruppe||[[Segment_ZGK#ZGK-11 Kennzeichnung besondere Personengruppen|ZGK-11]]||"4"= Sozialhilfeempfänger § 264 SGB V<br />"6"= BVG<br />"7"= SVA-Kennzeichnung für zwischenstaatliches Krankenversicherungsrecht, <br />Personen mit Wohnsitz im Inland, Abrechnung nach Aufwand<br />"8"= SVA-Kennzeichnung<br />"9"= Auslandsversicherte
Zeile 122: Zeile 137:
 
|colspan="3"|Selektivvertraege || sollten die 2 folgenden Felder als Katalog für ein wiederholbares Feld definiert werden, das nur bei "true" übermittelt wird?
 
|colspan="3"|Selektivvertraege || sollten die 2 folgenden Felder als Katalog für ein wiederholbares Feld definiert werden, das nur bei "true" übermittelt wird?
 
|-
 
|-
−
|../Aerztlich||???||"1" = Selektivvertrag liegt vor<br />"0" = Selektivvertrag liegt nicht vor<br />"9" = Vertragskennzeichen nicht genutzt
+
|../Aerztlich||[[Segment_ZGK#ZGK-22 Selektivvertrag Ärztlich|ZGK-22]]||"1" = Selektivvertrag liegt vor<br />"0" = Selektivvertrag liegt nicht vor<br />"9" = Vertragskennzeichen nicht genutzt
 
|-
 
|-
−
|../Zahnaerztlich||???||"1" = Selektivvertrag liegt vor<br />"0" = Selektivvertrag liegt nicht vor<br />"9" = Vertragskennzeichen nicht genutzt
+
|../Zahnaerztlich||[[Segment_ZGK#ZGK-23 Selektivvertrag Zahnärztlich|ZGK-23]]||"1" = Selektivvertrag liegt vor<br />"0" = Selektivvertrag liegt nicht vor<br />"9" = Vertragskennzeichen nicht genutzt
 
|-
 
|-
−
|../Art||???||Selektivvertraege werden numerisch 4-stellig abgebildet. <br />Werte je Stelle "0" oder "1".<br />1St: = §73b SGB V (HA-zentr. Vers.) <br />2St: = §73c SGB V (amb. ärztl. Vers.)<br />3St: = §137f SGB V (Strukt. Beh. Prog.) <br />4St: = §140a SGB V (Integr. Vers.)<br />1 und 3 können nur "1" annehmen, wenn <br />Ärztlich = "1" ist. 2 und 4 sowohl ärztlich<br />als auch zahnärztlich genutzt. || bisher haben wir das auch immer so abgebildet, d.h. Konkatenation der Einzelinformationen. Das ist zwar pragmatisch, aber ungeschickt. Besser als Einzelinformation?
+
|../Art||[[Segment_ZGK#ZGK-24 Selektivvertrag Art|ZGK-24]]||Selektivvertraege werden numerisch 4-stellig abgebildet. <br />Werte je Stelle "0" oder "1".<br />1St: = §73b SGB V (HA-zentr. Vers.) <br />2St: = §73c SGB V (amb. ärztl. Vers.)<br />3St: = §137f SGB V (Strukt. Beh. Prog.) <br />4St: = §140a SGB V (Integr. Vers.)<br />1 und 3 können nur "1" annehmen, wenn <br />Ärztlich = "1" ist. 2 und 4 sowohl ärztlich<br />als auch zahnärztlich genutzt. || bisher haben wir das auch immer so abgebildet, d.h. Konkatenation der Einzelinformationen. Das ist zwar pragmatisch, aber ungeschickt. Besser als Einzelinformation?
 
|-
 
|-
 
|colspan="3"|RuhenderLeistungsanspruch|| s.u.
 
|colspan="3"|RuhenderLeistungsanspruch|| s.u.
 
|-
 
|-
−
|../Beginn||???||"YYYYMMDD"|| neues Feld als Datentyp DR
+
|../Beginn||[[Segment_ZGK#ZGK-25 Ruhender Leistungsanspruch: Zeitraum|ZGK-25]]||"YYYYMMDD"|| neues Feld als Datentyp DR
 
|-
 
|-
−
|../Ende||???||"YYYYMMDD" || als Datentyp DR zusammen mit vorhergehendem Feld
+
|../Ende||[[Segment_ZGK#ZGK-25 Ruhender Leistungsanspruch: Zeitraum|ZGK-25]]||"YYYYMMDD" || als Datentyp DR zusammen mit vorhergehendem Feld
 
|-
 
|-
−
|../ArtDesRuhens||???||§ 16 Abs. 3a und § 16 Abs. 1 bis 3 SGB V<br />"1" = Vollständig, <br />"2" = Eingeschränkt ||neues Feld
+
|../ArtDesRuhens||[[Segment_ZGK#ZGK-26 Ruhender Leistungsanspruch: Art des Ruhens|ZGK-26]]||§ 16 Abs. 3a und § 16 Abs. 1 bis 3 SGB V<br />"1" = Vollständig, <br />"2" = Eingeschränkt ||neues Feld
 
|-
 
|-
 
|}
 
|}

Aktuelle Version vom 6. November 2014, 17:11 Uhr



Hinweise zur Übermittlung der eGK-Daten in HL7 V2

Ein Großteil der Daten auf der Gesundheitskarte kann in Felder des IN1-Segmentes gemapped werden. (Siehe weiter unten)
Zur Übermittlung der verbleibenden Daten auf der KVK wurde das Z-Segment ZGK eingeführt.

Seit der Erweiterung des eGK-Datensatzes auf die Schemaversion 5.2 ist der Datensatz jedoch so umfangreich und komplex geworden, dass es nach der Auffassung des Technischen Komitees nicht länger zielführend ist, den Datensatz in ein bzw. mehrere HL7-V2-Segment zu mappen. Die meisten bekannten Use-Cases zielen darauf hin, dass der Empfang der eGK-Daten über die HL7-Schnittstelle anstelle des Einlesens der eGK tritt. Durch die Übertragung im HL7-Segment ist es daher erforderlich, die Weiterverarbeitenden Prozesse im empfangenden System für die eGK-Daten für zwei verschiedene Formate (primärer XML-Datensatz sowie HL7-Segment) zu implementieren. Es erscheint daher logisch, auch bei der Übermittlung der Daten per HL7 das Original-Datensatzformat beizubehalten, so dass die Daten im Zielsystem genau so weiterverarbeitet werden können, wie beim Einlesen der Karte.

Daher empfiehlt das Technische Komitee bei der Übermittlung von eGK-Daten ab der Version 5.2, die Originaldaten in die HL7-Nachricht in ein OBX-Segment einzubetten. Gleichzeitig sollten die enthaltenen Versicherungsinformationen weiterhin im IN1-Segment übermittelt werden.

Attention icon.svg Für die Übermittlung der eGK-Daten in der Schemaversion 5.2 empfiehlt das technische Komitee die Verwendung des OBX-Segmentes zur Einbettung des Original-Datensatzes. Das ZGK-Segment wird nur noch für ältere eGK und KVK-Datensätze verwendet.
Attention icon.svg Jeder Hersteller, der eGK-Daten aus einer Schnittstelle übernimmt, muss selbst dafür Sorge tragen, sich zu versichern, dass der Verzicht auf das Auslesen der Karte in dem jeweiligen Anwendungsszenario erlaubt ist

Spezifikation der Kartendaten (VSD-Schemaversion 5.2)

Under construction icon-blue.svg
 This article or section is in the middle of an expansion or major restructuring and is not yet ready for use. You are welcome to assist in its construction by editing it as well. If this article has not been edited in several days, please remove this template.
This article was last edited by Sheckmann (talk| contribs) 10 years ago. (Purge)
Diese Seite oder Abschnitt ist derzeit ein Entwurf und ist noch nicht fertiggestellt. Du bist eingeladen, bei der Fertigstellung mitzuwirken. Wenn dieser Beitrag länger als einige Tage nicht editiert wurde, entferne diese Vorlage.
This article was last edited by Sheckmann (talk| contribs) 10 years ago. (Purge)

In der nachfolgenden Tabelle sind die Felder der eGK gemäß CMD-Version 5.2.0 (Stand 19.3.2014) und deren Umsetzung nach HL7 V2 gelistet:

Feldname eGK(XML-Pfad) Feldname HL7 V2 Hinweise eGK Kommentar/Diskussion zum Mapping nach HL7
UC_Persoenliche_VersicherungsdatenXML
Versicherter
../Versicherten-ID IN1-49.1 1. Stelle: Alpha-Zeichen (A-Z)

2.-9. Stelle: Ziffern
10. Stelle: Prüfziffer

../Person
..//Geburtsdatum IN1-18
..//Vorname IN1-16.2
..//Nachname IN1-16.1.1
..//Geschlecht IN1-43.1 Mapping der eGK-Werte "M" oder "W" in HL7-Vokabular erforderlich!
..//Vorsatzwort IN1-16 IN1-16.x ?
..//Namenszusatz IN1-16.1.2
..//Titel IN1-16.5
..//PostfachAdresse IN1-19.1 Adresse mit TypeCode=M
..///Postleitzahl IN1-19.5
..///Ort IN1-19.3
..///Postfach Adresse mit TypeCode=M
..///Land IN1-19.6
..///Land/Wohnsitz, Ländercode IN1-19.6
..//StrassenAdresse
..///Postleitzahl IN1-19.5
..///Ort IN1-19.3
..///Land IN1-19.6
..///Land/Wohnsitz, Ländercode IN1-19.6
..///Strasse IN1-19.1 IN1-19.1.1
..///Hausnummer IN1-19.1.3
..//Anschriftenzusatz
UC_Allgemeine_VersicherungsdatenXML
Versicherter
../Versicherungsschutz
..//Beginn IN1-12 "YYYYMMDD" (ISO-8601)
..//Ende IN1-13 "YYYYMMDD" (ISO-8601)
Endes der Mitgliedschaft oder
Fristablauf bei befristeter Gueltigkeit
..//Kostentraeger
..///Kostentraegerkennung IN1-3 Institutionskennzeichen (IK)
..///Kostentraegerlaendercode IN1-5.6 Anlage 8 zur DEÜV, V. 2.34


Deutschland: "D"

..///Name
..///Abrechnender Kostentraeger wo wird das ZGK-Segment übertragen, d.h. unter welcher IN1/IN2-Angabe?
..////Kostentraegerkennung IN1-3 Institutionskennzeichen (IK)
..////Kostentraegerlaendercode IN1-5.6 Anlage 8 zur DEÜV, V. 2.34
Deutschland: "D"
..////Name
../Zusatzinfos
..//ZusatzinfosGKV
..///Versichertenart IN1-15.1 "1"= Mitglied
"3"= Familienversicherter
"5"= Rentner und ihre Familienangehörigen
"9"= Auslandsversicherte
..///Zusatzinfos_Abrechnung_GKV
..////WOP ZGK-2
..////Kostenerstattung sollten die 4 folgenden Felder als Katalog für ein wiederholbares Feld definiert werden, das nur bei "true" übermittelt wird?
../////AerztlicheVersorgung ZGK-16 "0" = false, "1" = true
../////ZahnaerztlicheVersorgung ZGK-17 "0" = false, "1" = true
../////StationaererBereich ZGK-18 "0" = false, "1" = true
../////VeranlassteLeistungen ZGK-19 "0" = false, "1" = true
UC_Geschuetzte_VersicherendatenXML
Zuzahlungsstatus
..//Status ZGK-20 "0"= false (Zuzahlungspflicht),
"1"= true (von Zuzahlungspflicht befreit)		 neues Feld
..//Gueltig_bis ZGK-21 "YYYYMMDD"
bei Status "0"
bei Status "1" [von Zuzahlungspflicht befreit bis]		 neues Feld
Besondere Personengruppe ZGK-11 "4"= Sozialhilfeempfänger § 264 SGB V
"6"= BVG
"7"= SVA-Kennzeichnung für zwischenstaatliches Krankenversicherungsrecht,
Personen mit Wohnsitz im Inland, Abrechnung nach Aufwand
"8"= SVA-Kennzeichnung
"9"= Auslandsversicherte
DMP-Kennzeichnung ZGK-13 "1"= Diabetes Mellitus Typ 2
"2"= Brustkrebs
"3"= Koronare Herzkrankheit
"4"= Diabetes Mellitus Typ 1
"5"= Asthma bronchiale
"6"= COPD
"9"= Auslandsversicherte
Nimmt der Versicherte an mehr als einem DMP teil, ist nur das RSA-relevante Kennzeichen anzugeben.
Selektivvertraege sollten die 2 folgenden Felder als Katalog für ein wiederholbares Feld definiert werden, das nur bei "true" übermittelt wird?
../Aerztlich ZGK-22 "1" = Selektivvertrag liegt vor
"0" = Selektivvertrag liegt nicht vor
"9" = Vertragskennzeichen nicht genutzt
../Zahnaerztlich ZGK-23 "1" = Selektivvertrag liegt vor
"0" = Selektivvertrag liegt nicht vor
"9" = Vertragskennzeichen nicht genutzt
../Art ZGK-24 Selektivvertraege werden numerisch 4-stellig abgebildet.
Werte je Stelle "0" oder "1".
1St: = §73b SGB V (HA-zentr. Vers.)
2St: = §73c SGB V (amb. ärztl. Vers.)
3St: = §137f SGB V (Strukt. Beh. Prog.)
4St: = §140a SGB V (Integr. Vers.)
1 und 3 können nur "1" annehmen, wenn
Ärztlich = "1" ist. 2 und 4 sowohl ärztlich
als auch zahnärztlich genutzt.		 bisher haben wir das auch immer so abgebildet, d.h. Konkatenation der Einzelinformationen. Das ist zwar pragmatisch, aber ungeschickt. Besser als Einzelinformation?
RuhenderLeistungsanspruch s.u.
../Beginn ZGK-25 "YYYYMMDD" neues Feld als Datentyp DR
../Ende ZGK-25 "YYYYMMDD" als Datentyp DR zusammen mit vorhergehendem Feld
../ArtDesRuhens ZGK-26 § 16 Abs. 3a und § 16 Abs. 1 bis 3 SGB V
"1" = Vollständig,
"2" = Eingeschränkt		 neues Feld

Spezifikation der Kartendaten (Version 1.1)

Tabelle C.3– Inhalt von EF.PD (Personenstammdaten)

Tag L Wert Datentyp Bemerkung
'65' Var. CardholderRelatedTemplate Tag von Cardholder Related Data, definiert in [ISO7816-6]
Tag L Wert Datentyp Bemerkung
'80' 1-45 Familienname des Versicherten AN Erforderliches DO
'81' 0-45 Vorname(n) des Versicherten AN Optionales DO

Leer falls kein Vorname existiert

'82' 0, 4, 6, 8 Geburtsdatum N Erforderliches DO

Leer wenn unbekannt (Tag und Längenfeld fehlen, Rückgabe eines leeren Strings). Basisdatumsformat von [ISO8601]: YYYYMMDD

'73' Var. NationalExtensionsTemplate Tag von Discretionary Data, definiert in [ISO7816-6]
Tag L Wert Datentyp Bemerkung
'80' 1 Geschlecht N Erforderliches DO,

1 = männlich,
2 = weiblich
(Teilmenge von [ISO5218])

'81' 1-20 Titel des Versicherten AN Optionales DO
'82' 1-20 Namenszusatz AN Optionales DO

(Bsp.: "Baron", "Prinz")

'83' 1-20 Vorsatzwort AN Optionales DO

(Bsp.: "von", "auf der")

'84' 0, 2 WohnsitzLänderCode AN Optionales DO;

Defaultwert: DE; leer wenn unbekannt; Alpha-2 Code von [ISO3166-1]

'85' 5, x Postleitzahl AN Erforderliches DO (Länge x hängt vom Land ab)
'86' 1-40 Ortsname AN Erforderliches DO
'87' 1-46 Straßenname AN Optionales DO
'88' 1-20 Hausnummer AN Optionales DO; zusätzliche Angaben (z.B. Gebäude, Stockwerk) möglich

AN = alphanumerisch, kodiert als UTF8-String
N = numerisch, kodiert als UTF8-String (Kodierung identisch mit der ASCII-Kodierung von Ziffern)

Anmerkungen

  1. Ein Längenfeld in ASN.1 bezeichnet die Länge des Wertefeldes in Bytes. Weil Zeichen wie "ä" und "ß" in UTF8 kodiert 2 Bytes benötigen, kann die tatsächliche Länge größer als die in der Tabelle angezeigte maximale Länge sein.
  2. Die Information der EHIC-Datenelemente "Issuing State ID Number" und "Logical Identification Number of the Card" ist in ICCSN enthalten. Weil die ICCSN als globales Datenobjekt in EF.GDO abgelegt ist, fehlen die genannten EHIC-Datenelemente im Kontext der Versichertendaten.

Tabelle C.4 – Inhalt von EF.HID (Versichertendaten)

Tag L Wert Datentyp Bemerkung
'65' Var. CardholderRelatedTemplate Tag von Cardholder Related Data, definiert in [ISO7816-6]
Tag L Wert Datentyp Bemerkung
'83' 2-45 Krankenkassenname AN Erforderliches DO
'84' 4-10 ID des Kostenträgers N Erforderliches DO
'85' 8 Gültigkeitsende N Erforderliches DO;

Basisdatumsformat von [ISO8601]: YYYYMMDD

'73' Var. NationalExtensionsTemplate Tag von Discretionary Data, definiert in [ISO7816-6]
Tag L Wert Datentyp Bemerkung
'89' 10,

20,
30

Krankenversichertennummer AN Erforderliches DO für GKV, Erforderliches DO für PVK

- Teil 1 (10 Bytes): Nr. des Versicherten
- Teil 2 (10 Bytes, nur GKV): Institutionskennzeichen
- Teil 3 (10 Bytes, optional): Bezug des Familienangehörigen zum Mitglied

'8A' 2 WOP-Kennzeichen N Optionales DO für GKV

01 = Schleswig-Holstein,
02 = Hamburg,
03 = Bremen,
17 = Niedersachsen,
20 = Westfalen-Lippe,
38 = Nordrhein,
46 = Hessen,
47 = Koblenz,
48 = Rheinhessen,
49 = Pfalz,
50 = Trier,
55 = Nordbaden,
60 = Südbaden,
61 = Nordwürttemberg,
62 = Südwürttemberg,
71 = Bayern,
72 = Berlin,
73 = Saarland,
78 = Mecklenburg-Vorpommern,
83 = Brandenburg,
88 = Sachsen-Anhalt,
93 = Thüringen,
98 = Sachsen

'8B' 1 Stichprobenzuordnung/ Risikostrukturausgleich N Erforderliches DO für GKV

0 = keine Teilnahme an Stichprobe,
1 = weiblich ohne EU/BU-Rentenbezug,
2 = männlich ohne EU/BU-R.,
3 = weiblich mit EU/BU-R.,
4 = männlich mit EU/BU-R.,
5 = weiblich ohne EU/BU-R. vor 1900 geb,
6 = männlich ohne EU/BU-R. vor 1900 geb,
7 = weiblich mit EU/BU-R. nach 1999 geb,
8 = männlich mit EU/BU-R. nach 1999 geb

'8C' 1 Rechtskreis N Erforderliches DO für GKV

1 = West, 9 = Ost

'8D' 8 Beginn Versicherungsschutz N Erforderliches DO

Basisdatumsformat von [ISO8601]: YYYYMMDD

'8E' 1 Kostenerstattung ambulant N Erforderliches DO für GKV

0 = nein,
1 = ja

'8F' 1 Kostenerstattung komplett N Erforderliches DO für GKV

0 = nein, 1 = ja

'90' 5 Stationäre Leistungen N Optional DO für PKV;

01xxx =Einbett-Zimmer,
02xxx = Zweibett-Zimmer,
03xxx = Mehrbett-Zimmer,
10xxx= Chefarzt
mit xxx = Prozentwert je stationärer Leistungsart

'91' 3 Beihilfe-Quote N Optionales DO für PKV; Prozentwert
'92' 2 Standardtarif N Optionales DO für PKV

00 = kein Standardtarif, 01 = Standardtarif

'83' 1 Versichertenstatus N Erforderliches DO für GKV

1 = Mitglied,
3 = Familienversicherter,
5 = Rentner

'94' 1-2 Kennzeichnung Besondere Personengruppen N Optionales DO für GKV

4 = Sozialhilfeempfänger,
6 = BVG,
7 = SVA für Personen zeitweise in DE oder mit Wohnsitz in DE (Abrechnung nach Aufwand) oder deutsch-niederländischer Grenzgänger,
8 = SVA für Personen mit Wohnsitz in DE (Abrechnung pauschal)

'95' 1 Gebührenpflichtig N Erforderliches DO für GKV

0 = nein,
1 = ja

Tabelle C.5 – Inhalt von EF.PHID (geschützte Versichertendaten)

Tag L Wert Datentyp Bemerkung
'73' Var. NationalExtensionsTemplate Tag von Cardholder Related Data, definiert in [ISO7816-6]
Tag L Wert Datentyp Bemerkung
'96' 1-2 DMP-Kennzeichnung N Optionales DO für GKV

1 = Eingeschriebener Versicherter in DMP für Diabetes mellitus Typ 2,
2 = für Brustkrebs,
3 = für Koronare Herzkrankheit,
4 = für Diabetes mellitus Typ 1

'97' Var. Kennung (Pseudonym) des Patientenfachs des Karteninhabers (OID.CH) N Erforderliches DO (siehe [eGK-P3])
Abgerufen von „https://wiki.hl7.de/index.php?title=Spezifikation_eGK-Daten&oldid=20719“