Spezifikation eGK-Daten: Unterschied zwischen den Versionen

Aus Hl7wiki
Wechseln zu: Navigation, Suche
(Empfehlung zur Übermittlung der Daten hinzugefügt)
(Hinweise zur Übermittlung der eGK-Daten in HL7 V2)
 
Zeile 6: Zeile 6:
  
 
Ein Großteil der Daten auf der Gesundheitskarte kann in Felder des IN1-Segmentes gemapped werden.
 
Ein Großteil der Daten auf der Gesundheitskarte kann in Felder des IN1-Segmentes gemapped werden.
Siehe hierzu: [[Spezifikation eGK-Daten]] <br/>
+
(Siehe weiter unten) <br/>
 
Zur Übermittlung der verbleibenden Daten auf der KVK wurde das Z-Segment [[Segment ZGK|ZGK]] eingeführt.
 
Zur Übermittlung der verbleibenden Daten auf der KVK wurde das Z-Segment [[Segment ZGK|ZGK]] eingeführt.
  

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.

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