Deutsche Nachrichtenprofile: eGK-Daten im Originalformat

Aus Hl7wiki
Nachrichtenprofile
Wechseln zu: Navigation, Suche
(Die Seite wurde neu angelegt: „{{Underconstruction}} <!-- Implementierungsleitfaden "HL7 v2.5 Nachrichtenprofile, Ausgabe 2014" --> {{Infobox Dokument |Title HL7 v2.5 Nachrichtenpr…“)
 
 
(21 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 7: Zeile 7:
 
{{Infobox Dokument
 
{{Infobox Dokument
 
|Title    HL7 v2.5 Nachrichtenprofile, Ausgabe 2014: eGK-Daten im Originalformat
 
|Title    HL7 v2.5 Nachrichtenprofile, Ausgabe 2014: eGK-Daten im Originalformat
−
|Short    = deutsche Nachrichtenprofile: eGK-Daten im Originalformat
+
|Short    = Deutsche Nachrichtenprofile: eGK-Daten im Originalformat
 
|Namespace = v2profile
 
|Namespace = v2profile
 
|Type      = Nachrichtenprofile
 
|Type      = Nachrichtenprofile
 
|Version  = 01
 
|Version  = 01
 
|Submitted = HL7-Deutschland
 
|Submitted = HL7-Deutschland
−
|Date      = 6. November 2014
+
|Date      = 17. November 2014
 
|Copyright = 2014
 
|Copyright = 2014
 
|Status    = in Arbeit
 
|Status    = in Arbeit
Zeile 26: Zeile 26:
 
{{Infobox Contributors Begin}}
 
{{Infobox Contributors Begin}}
 
{{Contributor | Logo = Logo-Agfa.jpg | Name = Agfa HealthCare GmbH | Location = Bonn }}
 
{{Contributor | Logo = Logo-Agfa.jpg | Name = Agfa HealthCare GmbH | Location = Bonn }}
−
{{Contributor | Logo = Logo-eHealth-Comm.jpg | Name = eHealth-Comm GmbH | Location = München }}
+
{{Contributor | Logo = Logo_Health-comm.jpg | Name = Health-Comm GmbH | Location = München }}
 
{{Infobox Contributors End}}
 
{{Infobox Contributors End}}
−
 
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 39: Zeile 38:
 
|Stand:||06. November 2014
 
|Stand:||06. November 2014
 
|-
 
|-
−
|Dokumenten-OID:||2.16.840.1.113883.2.6.7.xxxx
+
|Dokumenten-OID:||2.16.840.1.113883.2.6.7.62
 
|-
 
|-
−
|Profil-OID:||2.16.840.1.113883.2.6.9.xxxx
+
|Profil-OID:||2.16.840.1.113883.2.6.9.74
 
|-
 
|-
 
|}
 
|}
−
 
−
 
  
 
'''Ansprechpartner:'''
 
'''Ansprechpartner:'''
  
 
Frank Oemig, Agfa HealthCare GmbH, Bonn
 
Frank Oemig, Agfa HealthCare GmbH, Bonn
−
 
  
 
=Dokumentinformation=
 
=Dokumentinformation=
−
 
  
 
==Änderungshistorie==
 
==Änderungshistorie==
−
 
 
{| class="hl7table"
 
{| class="hl7table"
 
!Version!!Datum!!Bemerkung!!Dok.-OID
 
!Version!!Datum!!Bemerkung!!Dok.-OID
 
|-
 
|-
 
|0.1||06.11.14||Erstellung||
 
|0.1||06.11.14||Erstellung||
 +
|-
 +
|0.2||17.11.14||Ausarbeitung, Verlinkung auf Profile, OBX-Codes, Beispiele||
 
|}
 
|}
−
 
  
 
==Editor==
 
==Editor==
  
 
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
 
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
−
 
  
 
==Autoren Ausgabe 2014==
 
==Autoren Ausgabe 2014==
  
−
*Simone Heckmann (SH), Helath-Comm GmbH, München
+
*Simone Heckmann (SH), Health-Comm GmbH, München
 
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
 
*Frank Oemig (FO), Agfa HealthCare GmbH, Bonn
−
 
  
 
=Autoren und Copyright-Hinweis, Nutzungshinweise=
 
=Autoren und Copyright-Hinweis, Nutzungshinweise=
Zeile 79: Zeile 72:
 
{{BeginGreenBox|Nachnutzungs- bzw. Veröffentlichungsansprüche}}
 
{{BeginGreenBox|Nachnutzungs- bzw. Veröffentlichungsansprüche}}
 
Das vorliegende Dokument wurde von Agfa HealthCare und Health-Comm entwickelt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.
 
Das vorliegende Dokument wurde von Agfa HealthCare und Health-Comm entwickelt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.
−
 
  
 
Der Inhalt dieser Spezifikation ist öffentlich.
 
Der Inhalt dieser Spezifikation ist öffentlich.
Zeile 87: Zeile 79:
  
 
Die Erweiterung oder Ablehnung der Spezifikation, ganz oder in Teilen, ist dem Vorstand der Benutzergruppe und den Editoren/Autoren schriftlich anzuzeigen.
 
Die Erweiterung oder Ablehnung der Spezifikation, ganz oder in Teilen, ist dem Vorstand der Benutzergruppe und den Editoren/Autoren schriftlich anzuzeigen.
−
 
  
 
Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
 
Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
 
{{EndGreenBox}}
 
{{EndGreenBox}}
−
 
−
 
  
 
{{BeginGreenBox|Disclaimer}}
 
{{BeginGreenBox|Disclaimer}}
Zeile 98: Zeile 87:
 
{{EndGreenBox}}
 
{{EndGreenBox}}
  
 +
{{BeginRedBox|Use of SHALL}}
 +
The blue highlighted cells in the wiki tables indicate a SHALL-level implementation constraint.
 +
 +
The international requirements that have been superceded by the IHE Germany requirements have been preserved in parentheses.
 +
{{EndRedBox}}
  
 
=Einleitung=
 
=Einleitung=
−
Es gibt zwei Möglichkeiten, eGK-DAten zu übermitteln. DFies kann zum Einen in strukturierter Form mittels der INx-Segmente in Kombination mit dem ZGK-Segment geschenhen, wofür es schon eine Profilkomponente ([HL7v2-Profile_Kostentr%C3%A4ger]) gibt.
+
Es gibt zwei Möglichkeiten, eGK-Daten zu übermitteln:
 +
* mittels der IN1/IN2-Segmente in Kombination mit dem [[Segment ZGK|ZGK-Segment]] (für KVK und ältere eGK-Versionen vor Schemaversion 5.2)
 +
siehe Profilkomponente ([[HL7v2-Profile_Kostenträger]]) <br/>
 +
* mittels der IN1/IN2-Segmente in Kombination mit dem [[Segment OBX|OBX-Segment]] (für eGK ab Schemaversion 5.2)
 +
 
 +
Ein Großteil der Daten auf der Gesundheitskarte kann in Felder des IN1-Segmentes gemapped werden.
 +
Detail-Informationen zum Mapping der eGK/KVK-Daten auf das IN1-Segment siehe [[Spezifikation eGK-Daten]].
 +
Zur Übermittlung der verbleibenden Daten auf der KVK wurde das Z-Segment [[Segment ZGK|ZGK]] eingeführt.
  
−
Alternativ können die Originaldaten im Originalfomrat (XML) mit Hilfe des OBX-Segmentes übermittelt werden.
+
Seit der Erweiterung des eGK-Datensatzes auf die Schemaversion 5.2 ist der Datensatz jedoch so umfangreich 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 ab, dass der Empfang der eGK-Daten über die HL7-Schnittstelle anstelle des Einlesens der eGK tritt. Die Übertragung im HL7-Segment machte es daher erforderlich, die weiterverarbeitenden Prozesse im empfangenden System 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-XML-Datensatzformat beizubehalten, so dass die Daten im Zielsystem in gleicher Weise weiterverarbeitet werden können, wie beim Einlesen der Karte.
  
−
Dabei sind alle gegenüber dem Dokument "gemeinsame Nachrichtenelemente" vorgenommenen Änderungen grau markiert.
+
Daher empfiehlt das Technische Komitee bei der Übermittlung von eGK-Daten ab der Version 5.2, die XML-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 strukturiert im IN1-Segment übermittelt werden.
 +
Das ZGK-Segment wird lediglich zur Abwärtskompatibilität mit älteren eGK- und KVK-Schemaversionen beibehalten.
 +
 
 +
Im folgenden Profil sind alle gegenüber dem Dokument "gemeinsame Nachrichtenelemente" vorgenommenen Änderungen grau markiert.
  
 
==Basis-Dokumente==
 
==Basis-Dokumente==
Zeile 120: Zeile 124:
  
 
{{GermanText|
 
{{GermanText|
−
Dieses Nachrichtenfragment kann grundsätzlich in allen Nachrichten in gleicher Art eingesetzt werden, da die eGK-Daten optional und wiederholbar im OBX-Segment sind.
+
Die OBX- bzw. ZGK-Segmente können in verschiedenen ADT-Nachrichten kommuniziert werden.
 +
Der jeweilige Nachrichtenaufbau ist in den entsprechenden Profilen nachzulesen, z. B.:
 +
* [[HL7v2-Profile_Aenderung_Patient|ADT-Profil zur Patientenaufnahme]]
 +
* [[HL7v2-Profile_Besuchsmeldung|ADT-Profil zur Besuchsmeldung (Registrierung)]]
 +
* [[HL7v2-Profile_Aenderung_Patient|ADT-Profil zur Änderung von Patientendaten]]
 +
* [[HL7v2-Profile_Entlassung|ADT-Profil zur Patientenentlassung]]
 +
* [[HL7v2-Profile_Fallartwechsel|ADT-Profil zum Fallartwechsel]]
 +
* [[HL7v2-Profile_Voraufnahme|ADT-Profil zur Voraufnahme]]
 +
 
 
}}
 
}}
  
 
{{EnglishText|
 
{{EnglishText|
 
This message fragment can be used in all messages of the same type, because the eGK data information is optionally repeating conveyed in the OBX segment in all ADT messages.
 
This message fragment can be used in all messages of the same type, because the eGK data information is optionally repeating conveyed in the OBX segment in all ADT messages.
 +
}}
 +
 +
{{fmbox
 +
| image = [[Bild:Bestpractice.svg|50px]]
 +
| text = Bei der Verwendung des OBX-Segmentes zur Übermittlung der eGK-Daten sollten die im Datensatz enthaltenen Kostenträgerinformationen stets auch in einem IN1-Segment übermittelt werden.
 +
Das Mapping der eGK-Daten nach IN1 befindet sich [[Spezifikation eGK-Daten|hier]].
 
}}
 
}}
  
Zeile 140: Zeile 158:
 
|}
 
|}
  
−
Dieses Segment kommt bspw. in folgenden Nachrichten vor:
+
=Segmente=
−
* A01
+
 
−
* A02
+
==Segment MSH==
−
* A03
 
−
* A04
 
−
* A05
 
−
* A06
 
−
* A07
 
−
* A08
 
−
* A13
 
−
* ...
 
  
−
==Beispielspezifikation für A01==
 
 
{{GermanText|
 
{{GermanText|
−
Wenn das OBX Segment bspw. in einer Aufnahmenachricht verwendet wird, dann müsste die entsprechende Spezifikation in etwa so aussehen. Die Veränderungen gegenüber dem Aufnahme-Profil sind markiert:
+
Das Segment MSH ist bereits im Artikel [[Segment MSH]] spezifiziert. Hier werden nur die Profil-spezifischen Details aufgelistet.
 
}}
 
}}
  
 
{{EnglishText|
 
{{EnglishText|
−
If the OBX segment is used in an ADT message, then the according specification should look like following. The changes compared to the admission message profile are marked:
+
Segment MSH is already specified in the article [[Segment MSH]]. Only profile-specific details are listed here.
 
}}
 
}}
  
−
{| class="hl7table"
 
−
!Segmente!!Kard.!!Verwendung!!Beschreibung!!Kapitel
 
−
|-
 
−
|MSH||[1..1]||R||Message Header||2.15.9
 
−
|-
 
−
|[ { SFT } ]|| bgcolor="BBFFFF" |[0..1]|| bgcolor="BBFFFF" |C<br/>(O)||Software Segment||2.15.12
 
−
|-
 
−
|EVN||[1..1]||R||Event Type||3.4.1
 
−
|-
 
−
|PID||[1..1]||R||Patient Identification||3.4.2
 
−
|-
 
−
|[ PD1 ]|| bgcolor="BBFFFF" |[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||Patient Additional Demographic||3.4.10
 
−
|-
 
−
|[ { ROL } ]||[0..*]|| O||Role||15.4.7
 
−
|-
 
−
|[ { NK1 } ]||[0..*]||O||Next of Kin / Associated Parties||3.4.5
 
−
|-
 
−
|PV1||[1..1]||R||Patient Visit||3.4.3
 
−
|-
 
−
|[ PV2 ]||[0..1]|| O||Patient Visit – Additional Information||3.4.4
 
−
|-
 
−
|[ { ROL } ]||[0..*]|| bgcolor="BBFFFF" |O||Role||15.4.7
 
−
|-
 
−
|[ { DB1 } ]||[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||Disability||3.4.11
 
−
|-
 
−
|bgcolor="BBFFFF" |[ { OBX } ]||bgcolor="BBFFFF" |[1..*]|| bgcolor="BBFFFF" |O||bgcolor="BBFFFF" |Observation/Result||bgcolor="BBFFFF" |7.4.2
 
−
|-
 
−
|[ { AL1 } ]||[0..*]||O||Patient Allergy Information||3.4.6
 
−
|-
 
−
|[ { DG1 } ]||[0..*]|| bgcolor="BBFFFF" |O||Diagnosis||6.5.2
 
−
|-
 
−
|[ DRG ]||[0..1]||O||Diagnosis Related Group||6.5.3
 
−
|-
 
−
| [{ ||[0..*]||O||--- PROCEDURE||
 
−
|-
 
−
|  PR1||[1..1]||R||Procedures||6.5.4
 
−
|-
 
−
|  [ { ROL } ]||[0..*]||O||Role||15.4.7
 
−
|-
 
−
| }] || || || ||
 
−
|-
 
−
|[ { GT1 } ]||[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||Guarantor||6.5.5
 
−
|-
 
−
| [{ ||[0..*]||O||--- INSURANCE||
 
−
|-
 
−
|  IN1||[1..1]||R||Insurance||6.5.6
 
−
|-
 
−
|  [ IN2 ]||[0..1]||O||Insurance Additional Information||6.5.7
 
−
|-
 
−
|  [ { IN3 } ]||[0..0]||O||Insurance Additional Information, Certification||6.5.8
 
−
|-
 
−
|  [ { ROL } ]||[0..*]||O||Role||15.4.7
 
−
|-
 
−
| }] || || || ||
 
−
|-
 
−
|[ ACC ]||[0..1]||O||Accident||6.5.9
 
−
|-
 
−
|[ UB1 ]||[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||UB82||6.5.10
 
−
|-
 
−
|[ UB2 ]||[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||UB92 Data||6.5.11
 
−
|-
 
−
|[ PDA ]||[0..1]||O||Patient Death and Autopsy||3.4.12
 
−
|-
 
−
| bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" | || bgcolor="BBFFFF" |
 
−
|-
 
−
|}
 
  
−
Für andere Nachrichten sieht das dann entsprechend aus.
+
===MSH-21 ID des Nachrichtenprofils===
 +
{{GermanText|
 +
In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
 +
}}
 +
 
 +
{{EnglishText|
 +
This field contains the identification for this message profile:
 +
}}
 +
 
 +
2.16.840.1.113883.2.6.9.74
 +
 
 +
==Segment OBX==
  
−
=Segmente=
 
 
{{GermanText|
 
{{GermanText|
−
Die für dieses Profil wichtigen Segmente IN1 und IN2 sind bereits in dem Dokument "gemeinsame Nachrichtenelemente" spezifiziert worden. Deshalb werden hier nur die zusätzlichen Details zu dem Segment MSH aufgelistet.
+
Obwohl das OBX-Segment OBX bereits im Artikel [[Segment OBX]] spezifiziert ist, gibt es Abweichungen, die nachfolgend entsprechend markiert sind.
 
}}
 
}}
  
 
{{EnglishText|
 
{{EnglishText|
−
Segment OBX being relevant for this profile is specified already in the document "common message elements".  
+
Although OBX Segment is already specified in the article [[Segment OBX]] some derivations are necessary which are listed in detail following.
 
}}
 
}}
  
 
{| class="hl7table"
 
{| class="hl7table"
−
!Lfd. Nr.!!Beschreibung!!Kard.!!Verwendung!!Tab.!!Data Item!!DT!!Länge!!Kap.
+
!lfd. Nr.!!Beschreibung!!Kard.!!Verwendung!!Table!!Data Item!!DT!!Länge!!Kap.
 
|-
 
|-
−
|1||Field Separator/ Feldtrennzeichen||[1..1]||R||||00001||ST||1||2.15.9.1
+
|1||Set ID – OBX/ OBX-Segmentnummer|| bgcolor="BBFFFF" |[1..1]|| bgcolor="BBFFFF" |R<br/>(O)||||00569||SI||||7.4.2.1
 
|-
 
|-
−
|2||Encoding Characters/ Weitere Trennzeichen||[1..1]||R||||00002||ST||4||2.15.9.2
+
|2||Value Type/ Ergebnisformat (Datentyp von Feld OBX-5)|| bgcolor="BBFFFF" |[1..1]|| bgcolor="BBFFFF" |R<br/>(C)||0125||00570||ID||||7.4.2.2
 
|-
 
|-
−
|3||Sending Application/ Sendende Anwendung / Sendender Bereich||[1..1]||R||0361||00003||HD||||2.15.9.3
+
|3||Observation Identifier/ Bezeichnung der Untersuchung||[1..1]||R||||00571||CE||||7.4.2.3
 
|-
 
|-
−
|4||Sending Facility/ Sendender Prozeß / Sendende Einrichtung innerhalb des Bereiches||[1..1]||R||0362||00004||HD||||2.15.9.4
+
|4||Observation Sub-ID/ Differenzierung von Ergebnissen einer Untersuchung||[0..1]|| (C)|| ||00572||ST|| ||7.4.2.4
 
|-
 
|-
−
|5||Receiving Application/ Empfangende Anwendung / Empfangender Bereich||[1..1]||R||0361||00005||HD||||2.15.9.5
+
|5||Observation Value/ (Teil-) Ergebnis / Meßwert|| bgcolor="BBFFFF" |[1..1]|| bgcolor="BBFFFF" |R<br/>(C)||||00573|| bgcolor="BBFFFF" |ED|| ||7.4.2.5
 
|-
 
|-
−
|6||Receiving Facility/ Empfangender Prozeß / Empfangende Einrichtung innerhalb des Bereiches||[1..1]||R||0362||00006||HD||||2.15.9.6
+
|6||Units/ Maßeinheit||[0..1]|| bgcolor="BBFFFF" |X<br/>(O)||||00574||CE||||7.4.2.6
 
|-
 
|-
−
|7||Date/Time Of Message/ Zeitpunkt Nachrichtenerstellung||[1..1]||R||||00007||TS||||2.15.9.7
+
|7||References Range/ Referenzbereich / Normalbereich|| bgcolor="BBFFFF" |[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||||00575||ST|| ||7.4.2.7
 
|-
 
|-
−
|8||Security/ Sicherheitsspezifikation||[0..0]||X||||00008||ST||||2.15.9.8
+
|8||Abnormal Flags/ Bewertung des Ergebnisses bzw. Meßwerts|| bgcolor="BBFFFF" |[0..0]|| bgcolor="BBFFFF" |X<br/>(O)||0078||00576||IS|| ||7.4.2.8
 
|-
 
|-
−
|9||Message Type/ Nachrichtentyp und Ereigniscode||[1..1]||R||||00009||MSG||||2.15.9.9
+
|9||Probability/ Wahrscheinlichkeit / Zuverlässigkeit des Ergebnisses bzw. Meßwerts||[0..1]||O||||00577||NM||||7.4.2.9
 
|-
 
|-
−
|10||Message Control ID/ Nachrichtenkontrollnummer||[1..1]||R||||00010||ST||||2.15.8.2
+
|10||Nature of Abnormal Test/ Art des Referenzbereiches||[0..1]||O||0080||00578||ID||||7.4.2.10
 
|-
 
|-
−
|11||Processing ID/ Verarbeitungsmodus||[1..1]||R||||00011||PT||||2.15.9.11
+
|11||Observation Result Status/ Ergebnisstatus||[1..1]||R||0085||00579||ID||1||7.4.2.11
 
|-
 
|-
−
|12||Version ID/ HL7-Versionsnummer||[1..1]||R||||00012||VID||||2.15.9.12
+
|12||Effective Date of Reference Range/ Datum der letzten Referenzbereichsfestlegung im System||[0..1]||O||||00580||TS||||7.4.2.12
 
|-
 
|-
−
|13||Sequence Number/ Laufende Nummer ||[0..0]||X||||00013||NM||||2.15.9.13
+
|13||User Defined Access Checks/ benutzerdefinierte Zugriffsberechtigung (für dieses Ergebnis)||[0..1]||O||||00581||ST||||7.4.2.13
 
|-
 
|-
−
|14||Continuation Pointer/ Fortsetzungszeiger||[0..0]||X||||00014||ST||||2.15.4.1
+
|14||Date/Time of the Observation/ Zeitpunkt der Untersuchung / Probenentnahme||[0..1]|| bgcolor="BBFFFF" |RE||||00582||TS||||7.4.2.14
 
|-
 
|-
−
|15||Accept Acknowledgment Type/ Bedingung für Empfangsbestätigung||[1..1]||R||0155||00015||ID||||2.15.9.15
+
|15||Producer's ID/ Kennzeichen der Untersuchungsstelle||[0..1]||O||||00583||CE||||7.4.2.15
 
|-
 
|-
−
|16||Application Acknowledgment Type/ Bedingung für Verarbeitungsbestätigung||[1..1]||R||0155||00016||ID||||2.15.9.16
+
|16||Responsible Observer/ Verantwortlicher Untersucher||[0..*]||O||||00584||XCN||||7.4.2.16
 
|-
 
|-
−
|17||Country Code/ Ursprungsland der Nachricht||[0..1]||RE||0399||00017||ID||||2.15.9.17
+
|17||Observation Method/ Untersuchungsmethode||[0..*]||O||||00936||CE||||7.4.2.17
 
|-
 
|-
−
|18||Character Set/ Zeichensatz||[1..1]||R||0211||00692||ID||||2.15.9.18
+
|18||Equipment Instance Identifier/ ID des Gerätes||[0..*]||O||||01479||EI||||7.4.2.18
 
|-
 
|-
−
|19||Principal Language Of Message/ Sprache der Nachricht||[0..1]||RE||0296||00693||CE||||2.15.9.19
+
|19||Date/Time of the Analysis/ Zeitpunkt der Analyse||[0..1]||O||||01480||TS||||7.4.2.19
 
|-
 
|-
−
|20||Alternate Character Set Handling Scheme/ Verfahren zum Zeichensatzwechsel innerhalb der Nachricht||[0..0]||X||0356||01317||ID||||2.15.9.20
+
|}
 +
===OBX-2 Ergebnisformat===
 +
In diesem Feld wird der Datentyp eingetragen, mit dem das Ergebnis übertragen wird.
 +
 
 +
====Tabelle 0125: Datentypen====
 +
 
 +
{| class="hl7table"
 +
!Wert!!Beschreibung!!Interpretation
 +
|-
 +
|ED||encapsulated data||eingebettete Daten
 +
|}
 +
 
 +
===OBX-3 Bezeichnung der Untersuchung===
 +
In OBX-3 wird die Schemaversion der eGK-Daten angegeben
 +
 
 +
{| class="hl7table"
 +
!Wert!!Beschreibung!!Interpretation ||Kommentar
 +
|-
 +
|EGK_DATA || ||eGK-Daten  || Die Daten werden prinzipiell im Originalformat übertragen, jedoch in der Nachricht als Base64-kodierte Information repräsentiert.
 
|-
 
|-
−
|21||Message Profile Identifier/ ID des Nachrichtenprofils||[1..\*]||R|| bgcolor="BBFFFF" | ||01598||EI||||2.15.9.21
+
|EGK_DATA52 || ||eGK-Daten (Version 5.2)  || dto.
 
|-
 
|-
 +
|KVK_DATA|| ||KVK-Daten  || dto.
 
|}
 
|}
  
 +
===OBX-5 Ergebnis/Messwert===
 +
In diesem Feld wird der Original-eGK-Datensatz (XML-format) als Base64-codierte Zeichenfolge übertragen.
  
−
==MSH - Message Header==
+
===Beispiele für die Verwendung des OBX-Segmentes zum Transport von eGK-Daten===
−
{{GermanText|
 
−
Das Segment MSH wird am Anfang jeder Nachricht verwendet.
 
−
}}
 
  
−
{{EnglishText|
+
<syntaxhighlight lang ="text">
−
The MSH segment ist used at the beginning of each message.
+
OBX|1|ED|EGK_DATA52^eGK-Daten^HL7-DEU||^AP^XML^Base64^<Hier kommt der codierte Datensatz...>
−
}}
+
</syntaxhighlight >
  
−
===MSH-21 ID des Nachrichtenprofils===
+
oder
−
{{GermanText|
 
−
In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
 
−
}}
 
  
−
{{EnglishText|
+
<syntaxhighlight lang ="text">
−
This field contains the identification for this message profile:
+
OBX|1|ED|EGK_DATA52^eGK-Daten^HL7-DEU||^AP^GZIP^Base64^<Hier kommt der gezippte und codierte Datensatz...>
−
}}
+
</syntaxhighlight >
−
 
 
−
2.16.840.1.113883.2.6.9.xxxx
 
  
 +
==Links==
 +
*[[Segment_OBX_(Codes)]]
  
 
==Detaillierte Änderungshistorie==
 
==Detaillierte Änderungshistorie==
Zeile 314: Zeile 282:
 
|-
 
|-
 
|0.1||Erstellung
 
|0.1||Erstellung
 +
|-
 +
|0.2||Ausarbeitung, Verlinkung auf Profile, OBX-Codes, Beispiele
 
|}
 
|}
 +
 +
 +
  
 
[[Kategorie:v2profile|eGK-Daten]]
 
[[Kategorie:v2profile|eGK-Daten]]

Aktuelle Version vom 17. April 2015, 16:00 Uhr

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 Foemig (talk| contribs) 9 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 Foemig (talk| contribs) 9 years ago. (Purge)
Logo-hl720.jpg
{{{Title}}}
Deutsche Nachrichtenprofile: eGK-Daten im Originalformat
Nachrichtenprofile
vorgelegt von:
HL7-Deutschland
in Arbeit
Version: 01
Datum: 17. November 2014
Status: Si-draft.svg Entwurf
Verfahren: {{{Verfahren}}}
Realm: Flag de.svg Deutschland
Copyright © 2014: HL7 Deutschland


Abstimmungsdokument 
Version Datum Status Realm
01 6.11.2014 in Arbeit Flag de.svg Deutschland
Document PDF.svg noch kein download verfügbar
Kontributoren 
Logo-Agfa.jpg Agfa HealthCare GmbH Bonn
Logo Health-comm.jpg Health-Comm GmbH München
Version: 01
Ausgabe: 2014
HL7-Version: 2.5
Stand: 06. November 2014
Dokumenten-OID: 2.16.840.1.113883.2.6.7.62
Profil-OID: 2.16.840.1.113883.2.6.9.74

Ansprechpartner:

Frank Oemig, Agfa HealthCare GmbH, Bonn

Dokumentinformation

Änderungshistorie

Version Datum Bemerkung Dok.-OID
0.1 06.11.14 Erstellung
0.2 17.11.14 Ausarbeitung, Verlinkung auf Profile, OBX-Codes, Beispiele

Editor

  • Frank Oemig (FO), Agfa HealthCare GmbH, Bonn

Autoren Ausgabe 2014

  • Simone Heckmann (SH), Health-Comm GmbH, München
  • Frank Oemig (FO), Agfa HealthCare GmbH, Bonn

Autoren und Copyright-Hinweis, Nutzungshinweise

Nachnutzungs- bzw. Veröffentlichungsansprüche

Das vorliegende Dokument wurde von Agfa HealthCare und Health-Comm entwickelt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.

Der Inhalt dieser Spezifikation ist öffentlich.

Zu beachten ist, dass Teile dieses Dokuments auf dem HL7-Standard v2.5 beruhen, für die © Health Level Seven, Inc. gilt. Näheres unter [1] und [2].

Die Erweiterung oder Ablehnung der Spezifikation, ganz oder in Teilen, ist dem Vorstand der Benutzergruppe und den Editoren/Autoren schriftlich anzuzeigen.

Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

Disclaimer

Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann weder die HL7-Benutzergruppe in Deutschland e.V. noch die an der Erstellung beteiligten Firmen keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

Use of SHALL

The blue highlighted cells in the wiki tables indicate a SHALL-level implementation constraint.

The international requirements that have been superceded by the IHE Germany requirements have been preserved in parentheses.

Einleitung

Es gibt zwei Möglichkeiten, eGK-Daten zu übermitteln:

  • mittels der IN1/IN2-Segmente in Kombination mit dem ZGK-Segment (für KVK und ältere eGK-Versionen vor Schemaversion 5.2)

siehe Profilkomponente (HL7v2-Profile_Kostenträger)

  • mittels der IN1/IN2-Segmente in Kombination mit dem OBX-Segment (für eGK ab Schemaversion 5.2)

Ein Großteil der Daten auf der Gesundheitskarte kann in Felder des IN1-Segmentes gemapped werden. Detail-Informationen zum Mapping der eGK/KVK-Daten auf das IN1-Segment siehe Spezifikation eGK-Daten. 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 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 ab, dass der Empfang der eGK-Daten über die HL7-Schnittstelle anstelle des Einlesens der eGK tritt. Die Übertragung im HL7-Segment machte es daher erforderlich, die weiterverarbeitenden Prozesse im empfangenden System 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-XML-Datensatzformat beizubehalten, so dass die Daten im Zielsystem in gleicher Weise 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 XML-Originaldaten in die HL7-Nachricht in ein OBX-Segment einzubetten. Gleichzeitig sollten die enthaltenen Versicherungsinformationen weiterhin strukturiert im IN1-Segment übermittelt werden. Das ZGK-Segment wird lediglich zur Abwärtskompatibilität mit älteren eGK- und KVK-Schemaversionen beibehalten.

Im folgenden Profil sind alle gegenüber dem Dokument "gemeinsame Nachrichtenelemente" vorgenommenen Änderungen grau markiert.

Basis-Dokumente

Dieses Dokument benötigt folgende Dokumente:

  • gemeinsame Nachrichtenelemente (OID 2.16.840.1.113883.2.6.7.27)
  • Rahmendokument (OID 2.16.840.1.113883.2.6.7.26)
  • die entsprechenden ADT-Profil-Dokumente
  • HL7 v2.5 in der deutschen Fassung für eine vollständige Dokumentation

Dazu kommt dann noch das jeweilige Dokument zur Spezifikation des jeweiligen ADT-Profils.

Nachrichten

Nachrichtenfragment

Flag de.svg Die OBX- bzw. ZGK-Segmente können in verschiedenen ADT-Nachrichten kommuniziert werden.

Der jeweilige Nachrichtenaufbau ist in den entsprechenden Profilen nachzulesen, z. B.:

Flag us.svg This message fragment can be used in all messages of the same type, because the eGK data information is optionally repeating conveyed in the OBX segment in all ADT messages.
Bestpractice.svg Bei der Verwendung des OBX-Segmentes zur Übermittlung der eGK-Daten sollten die im Datensatz enthaltenen Kostenträgerinformationen stets auch in einem IN1-Segment übermittelt werden. Das Mapping der eGK-Daten nach IN1 befindet sich hier.
Segmente Kard. Verwendung Beschreibung Kap.
MSH [1..1] R Message Header 2.15.9
...
OBX [1..1] R Observation
...

Segmente

Segment MSH

Flag de.svg Das Segment MSH ist bereits im Artikel Segment MSH spezifiziert. Hier werden nur die Profil-spezifischen Details aufgelistet.
Flag us.svg Segment MSH is already specified in the article Segment MSH. Only profile-specific details are listed here.


MSH-21 ID des Nachrichtenprofils

Flag de.svg In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
Flag us.svg This field contains the identification for this message profile: 
2.16.840.1.113883.2.6.9.74

Segment OBX

Flag de.svg Obwohl das OBX-Segment OBX bereits im Artikel Segment OBX spezifiziert ist, gibt es Abweichungen, die nachfolgend entsprechend markiert sind.
Flag us.svg Although OBX Segment is already specified in the article Segment OBX some derivations are necessary which are listed in detail following.
lfd. Nr. Beschreibung Kard. Verwendung Table Data Item DT Länge Kap.
1 Set ID – OBX/ OBX-Segmentnummer [1..1] R
(O)		 00569 SI 7.4.2.1
2 Value Type/ Ergebnisformat (Datentyp von Feld OBX-5) [1..1] R
(C)		 0125 00570 ID 7.4.2.2
3 Observation Identifier/ Bezeichnung der Untersuchung [1..1] R 00571 CE 7.4.2.3
4 Observation Sub-ID/ Differenzierung von Ergebnissen einer Untersuchung [0..1] (C) 00572 ST 7.4.2.4
5 Observation Value/ (Teil-) Ergebnis / Meßwert [1..1] R
(C)		 00573 ED 7.4.2.5
6 Units/ Maßeinheit [0..1] X
(O)		 00574 CE 7.4.2.6
7 References Range/ Referenzbereich / Normalbereich [0..0] X
(O)		 00575 ST 7.4.2.7
8 Abnormal Flags/ Bewertung des Ergebnisses bzw. Meßwerts [0..0] X
(O)		 0078 00576 IS 7.4.2.8
9 Probability/ Wahrscheinlichkeit / Zuverlässigkeit des Ergebnisses bzw. Meßwerts [0..1] O 00577 NM 7.4.2.9
10 Nature of Abnormal Test/ Art des Referenzbereiches [0..1] O 0080 00578 ID 7.4.2.10
11 Observation Result Status/ Ergebnisstatus [1..1] R 0085 00579 ID 1 7.4.2.11
12 Effective Date of Reference Range/ Datum der letzten Referenzbereichsfestlegung im System [0..1] O 00580 TS 7.4.2.12
13 User Defined Access Checks/ benutzerdefinierte Zugriffsberechtigung (für dieses Ergebnis) [0..1] O 00581 ST 7.4.2.13
14 Date/Time of the Observation/ Zeitpunkt der Untersuchung / Probenentnahme [0..1] RE 00582 TS 7.4.2.14
15 Producer's ID/ Kennzeichen der Untersuchungsstelle [0..1] O 00583 CE 7.4.2.15
16 Responsible Observer/ Verantwortlicher Untersucher [0..*] O 00584 XCN 7.4.2.16
17 Observation Method/ Untersuchungsmethode [0..*] O 00936 CE 7.4.2.17
18 Equipment Instance Identifier/ ID des Gerätes [0..*] O 01479 EI 7.4.2.18
19 Date/Time of the Analysis/ Zeitpunkt der Analyse [0..1] O 01480 TS 7.4.2.19

OBX-2 Ergebnisformat

In diesem Feld wird der Datentyp eingetragen, mit dem das Ergebnis übertragen wird.

Tabelle 0125: Datentypen

Wert Beschreibung Interpretation
ED encapsulated data eingebettete Daten

OBX-3 Bezeichnung der Untersuchung

In OBX-3 wird die Schemaversion der eGK-Daten angegeben

Wert Beschreibung Interpretation Kommentar
EGK_DATA eGK-Daten Die Daten werden prinzipiell im Originalformat übertragen, jedoch in der Nachricht als Base64-kodierte Information repräsentiert.
EGK_DATA52 eGK-Daten (Version 5.2) dto.
KVK_DATA KVK-Daten dto.

OBX-5 Ergebnis/Messwert

In diesem Feld wird der Original-eGK-Datensatz (XML-format) als Base64-codierte Zeichenfolge übertragen.

Beispiele für die Verwendung des OBX-Segmentes zum Transport von eGK-Daten

OBX|1|ED|EGK_DATA52^eGK-Daten^HL7-DEU||^AP^XML^Base64^<Hier kommt der codierte Datensatz...>

oder 

OBX|1|ED|EGK_DATA52^eGK-Daten^HL7-DEU||^AP^GZIP^Base64^<Hier kommt der gezippte und codierte Datensatz...>

Links

Detaillierte Änderungshistorie

Version Änderungen gegenüber Vorversion
0.1 Erstellung
0.2 Ausarbeitung, Verlinkung auf Profile, OBX-Codes, Beispiele
Abgerufen von „https://wiki.hl7.de/index.php?title=HL7v2-Profilkomponente_eGK-Daten&oldid=22912“