Spezifikation eGK-Daten

Aus Hl7wiki
Version vom 22. August 2014, 09:42 Uhr von Sheckmann (Diskussion | Beiträge) (Gliederung überarbeitet)
Wechseln zu: Navigation, Suche


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
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.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 ??? Institutionskennzeichen (IK)
..////Kostentraegerlaendercode ??? 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 ??? "0" = false, "1" = true
../////ZahnaerztlicheVersorgung ??? "0" = false, "1" = true
../////StationaererBereich ??? "0" = false, "1" = true
../////VeranlassteLeistungen ??? "0" = false, "1" = true
UC_Geschuetzte_VersicherendatenXML
Zuzahlungsstatus
..//Status ??? "0"= false (Zuzahlungspflicht),
"1"= true (von Zuzahlungspflicht befreit)		 neues Feld
..//Gueltig_bis ??? "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 ??? "1" = Selektivvertrag liegt vor
"0" = Selektivvertrag liegt nicht vor
"9" = Vertragskennzeichen nicht genutzt
../Zahnaerztlich ??? "1" = Selektivvertrag liegt vor
"0" = Selektivvertrag liegt nicht vor
"9" = Vertragskennzeichen nicht genutzt
../Art ??? 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 ??? "YYYYMMDD" neues Feld als Datentyp DR
../Ende ??? "YYYYMMDD" als Datentyp DR zusammen mit vorhergehendem Feld
../ArtDesRuhens ??? § 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=19198“