Spezifikation eGK-Daten

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.

Spezifikation der Kartendaten (VSD-Schemaversion 5.2)

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])