deutsche Nachrichtenprofile: eGK-Daten im Originalformat

Aus Hl7wiki
Nachrichtenprofile
Wechseln zu: Navigation, Suche
K (klären)
(Auflösung der Bearbeitungskonflikte)
Zeile 61: Zeile 61:
 
|-
 
|-
 
|0.1||06.11.14||Erstellung||
 
|0.1||06.11.14||Erstellung||
 +
|-
 +
|0.2||Ausarbeitung, Verlinkung auf Profile, OBX-Codes, Beispiele
 
|}
 
|}
 +
  
  
Zeile 129: Zeile 132:
  
 
{{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]]
 +
 
 
}}
 
}}
  
Zeile 136: Zeile 147:
 
}}
 
}}
  
{| class="hl7table"
+
{{fmbox
!Segmente!!Kard.!!Verwendung!!Beschreibung!!Kap.
+
| 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.
|MSH||[1..1]||R||Message Header||2.15.9
+
Das Mapping der eGK-Daten nach IN1 befindet sich [[Spezifikation eGK-Daten|hier]].
|-
+
}}
|...|| || || ||
+
 
|-
+
=Segmente=
|OBX||[1..1]||R||Observation||
 
|-
 
|...|| || || ||
 
|-
 
|}
 
  
Dieses Segment kommt bspw. in folgenden Nachrichten vor:
+
==Segment MSH==
* A01
 
* A02
 
* 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===
 
 
=Segmente=
 
 
 
==MSH - Message Header==
 
 
{{GermanText|
 
{{GermanText|
Das Segment MSH wird am Anfang jeder Nachricht verwendet.
+
In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
 
}}
 
}}
  
 
{{EnglishText|
 
{{EnglishText|
The MSH segment ist used at the beginning of each message.
+
This field contains the identification for this message profile:
 
}}
 
}}
  
 +
2.16.840.1.113883.2.6.9.74
  
{| class="hl7table"
+
==Segmente IN1 und IN2==
!Lfd. Nr.!!Beschreibung!!Kard.!!Verwendung!!Tab.!!Data Item!!DT!!Länge!!Kap.
 
|-
 
|1||Field Separator/ Feldtrennzeichen||[1..1]||R||||00001||ST||1||2.15.9.1
 
|-
 
|2||Encoding Characters/ Weitere Trennzeichen||[1..1]||R||||00002||ST||4||2.15.9.2
 
|-
 
|3||Sending Application/ Sendende Anwendung / Sendender Bereich||[1..1]||R||0361||00003||HD||||2.15.9.3
 
|-
 
|4||Sending Facility/ Sendender Prozeß / Sendende Einrichtung innerhalb des Bereiches||[1..1]||R||0362||00004||HD||||2.15.9.4
 
|-
 
|5||Receiving Application/ Empfangende Anwendung / Empfangender Bereich||[1..1]||R||0361||00005||HD||||2.15.9.5
 
|-
 
|6||Receiving Facility/ Empfangender Prozeß / Empfangende Einrichtung innerhalb des Bereiches||[1..1]||R||0362||00006||HD||||2.15.9.6
 
|-
 
|7||Date/Time Of Message/ Zeitpunkt Nachrichtenerstellung||[1..1]||R||||00007||TS||||2.15.9.7
 
|-
 
|8||Security/ Sicherheitsspezifikation||[0..0]||X||||00008||ST||||2.15.9.8
 
|-
 
|9||Message Type/ Nachrichtentyp und Ereigniscode||[1..1]||R||||00009||MSG||||2.15.9.9
 
|-
 
|10||Message Control ID/ Nachrichtenkontrollnummer||[1..1]||R||||00010||ST||||2.15.8.2
 
|-
 
|11||Processing ID/ Verarbeitungsmodus||[1..1]||R||||00011||PT||||2.15.9.11
 
|-
 
|12||Version ID/ HL7-Versionsnummer||[1..1]||R||||00012||VID||||2.15.9.12
 
|-
 
|13||Sequence Number/ Laufende Nummer ||[0..0]||X||||00013||NM||||2.15.9.13
 
|-
 
|14||Continuation Pointer/ Fortsetzungszeiger||[0..0]||X||||00014||ST||||2.15.4.1
 
|-
 
|15||Accept Acknowledgment Type/ Bedingung für Empfangsbestätigung||[1..1]||R||0155||00015||ID||||2.15.9.15
 
|-
 
|16||Application Acknowledgment Type/ Bedingung für Verarbeitungsbestätigung||[1..1]||R||0155||00016||ID||||2.15.9.16
 
|-
 
|17||Country Code/ Ursprungsland der Nachricht||[0..1]||RE||0399||00017||ID||||2.15.9.17
 
|-
 
|18||Character Set/ Zeichensatz||[1..1]||R||0211||00692||ID||||2.15.9.18
 
|-
 
|19||Principal Language Of Message/ Sprache der Nachricht||[0..1]||RE||0296||00693||CE||||2.15.9.19
 
|-
 
|20||Alternate Character Set Handling Scheme/ Verfahren zum Zeichensatzwechsel innerhalb der Nachricht||[0..0]||X||0356||01317||ID||||2.15.9.20
 
|-
 
|21||Message Profile Identifier/ ID des Nachrichtenprofils||[1..\*]||R|| bgcolor="BBFFFF" | ||01598||EI||||2.15.9.21
 
|-
 
|}
 
  
===MSH-21 ID des Nachrichtenprofils===
 
 
{{GermanText|
 
{{GermanText|
In diesem Feld wird die Kennung für dieses Nachrichtenprofil übermittelt:
+
Die Segmente IN1 und IN2 sind bereits im Artikel [[Segment IN1]] bzw [[Segment IN2]] spezifiziert. Informationen zum Mapping der eGK-Daten auf die INx-Segmente befinden sich im Artikel [[Spezifikation eGK-Daten]]
 
}}
 
}}
  
 
{{EnglishText|
 
{{EnglishText|
This field contains the identification for this message profile:
+
Segments IN1 and IN2 are already specified in the article [[Segment IN1]] rsp. [[Segment IN2]]. Informations on the mapping of eGK data to the INx segments are detailed in the article [[Spezifikation eGK-Daten]]
 
}}
 
}}
  
2.16.840.1.113883.2.6.9.74
+
==Segment OBX==
  
  
==OBX – Befunde (Observations)==
+
{{GermanText|
Dieses Segment wird zur Übermittlung von Befunddaten verwendet. In ADT-Nachrichten ist es notwendig, um bestimmte DRG-relevante Informationen übermitteln zu können.
+
Das Segment OBX ist bereits im Artikel [[Segment OBX]] spezifiziert. Hier werden nur die Profil-spezifischen Details aufgelistet.
In einem Implementierungsprofil sollte der Hersteller deshalb angeben, welche Befunddaten übermittelt werden können.
+
}}
 
 
{| class="hl7table"
 
!lfd. Nr.!!Beschreibung!!Kard.!!Verwendung!!Table!!Data Item!!DT!!Länge!!Kap.
 
|-
 
|1||Set ID – OBX/ OBX-Segmentnummer|| bgcolor="BBFFFF" |[1..1]|| bgcolor="BBFFFF" |R<br/>(O)||||00569||SI||||7.4.2.1
 
|-
 
|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||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]|| bgcolor="BBFFFF" |O<br/>(C)||||00572||ST||||7.4.2.4
 
|-
 
|5||Observation Value/ (Teil-) Ergebnis / Meßwert|| bgcolor="BBFFFF" |[1..1]|| bgcolor="BBFFFF" |R<br/>(C)||||00573||varies||||7.4.2.5
 
|-
 
|6||Units/ Maßeinheit||[0..1]|| bgcolor="BBFFFF" |RE<br/>(O)||||00574||CE||||7.4.2.6
 
|-
 
|7||References Range/ Referenzbereich / Normalbereich||[0..1]|| bgcolor="BBFFFF" |RE<br/>(O)||||00575||ST||||7.4.2.7
 
|-
 
|8||Abnormal Flags/ Bewertung des Ergebnisses bzw. Meßwerts||[0..1]||O||0078||00576||IS|| bgcolor="BBFFFF" |2 (5)||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]|| bgcolor="BBFFFF" |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
 
|-
 
|}
 
  
 +
{{EnglishText|
 +
Segment OBX is already specified in the article [[Segment OBX]]. Only profile-specific details are listed here.
 +
}}
  
 
===OBX-2 Ergebnisformat===
 
===OBX-2 Ergebnisformat===
 
In diesem Feld wird der Datentyp eingetragen, mit dem das Ergebnis übertragen wird.
 
In diesem Feld wird der Datentyp eingetragen, mit dem das Ergebnis übertragen wird.
  
====Tabelle 0125: Datentypens====
+
====Tabelle 0125: Datentypen====
  
 
{| class="hl7table"
 
{| class="hl7table"
Zeile 384: Zeile 224:
  
 
===OBX-5 Ergebnis/Messwert===
 
===OBX-5 Ergebnis/Messwert===
In diesem Feld wird das Photo als base64 oder hexadezimale Zeichenfolge übertragen.
+
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^application/xml^Base64^<Hier kommt der codierte Datensatz...>
+
<syntaxhighlight lang ="text">
 +
OBX|1|ED|EGK_DATA52^eGK-Daten^HL7-DEU||^AP^application/xml^Base64^<Hier kommt der codierte Datensatz...>
 +
</syntaxhighlight >
  
 
oder
 
oder
  
 +
<syntaxhighlight lang ="text">
 +
OBX|1|ED|EGK_DATA52^eGK-Daten^HL7-DEU||^AP^application/gzip^Base64^<Hier kommt der gezippte und codierte Datensatz...>
 +
</syntaxhighlight >
 +
 +
oder
 +
<syntaxhighlight lang ="text">
 
  OBX|1|ED|EGK_DATA52^eGK-Daten^HL7-DEU||^multipart^XML^Base64^<Hier kommt der codierte Datensatz...>
 
  OBX|1|ED|EGK_DATA52^eGK-Daten^HL7-DEU||^multipart^XML^Base64^<Hier kommt der codierte Datensatz...>
 +
</syntaxhighlight >
  
 
{{WorkBox|klären}}
 
{{WorkBox|klären}}
 +
 +
  
 
==Links==
 
==Links==
Zeile 403: Zeile 259:
 
|-
 
|-
 
|0.1||Erstellung
 
|0.1||Erstellung
 +
|-
 +
|0.2||Ausarbeitung, Verlinkung auf Profile, OBX-Codes, Beispiele
 
|}
 
|}
 +
 +
 +
  
 
[[Kategorie:v2profile|eGK-Daten]]
 
[[Kategorie:v2profile|eGK-Daten]]

Version vom 17. November 2014, 12:20 Uhr


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 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.


Einleitung

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

  • in strukturierter Form mittels der INx-Segmente in Kombination mit dem ZGK-Segment

(siehe Profilkomponente (HL7v2-Profile_Kostenträger)

Ein Großteil der Daten auf der Gesundheitskarte kann in Felder des IN1-Segmentes gemapped werden. (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 hin, dass der Empfang der eGK-Daten über die HL7-Schnittstelle anstelle des Einlesens der eGK tritt. Die Übertragung im HL7-Segment macht 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-XML-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 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

Segmente

Segment MSH


MSH-21 ID des Nachrichtenprofils

2.16.840.1.113883.2.6.9.74

Segmente IN1 und IN2

Segment OBX

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 diesem Feld wird die Bezeichnung der durchgeführten Untersuchung 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^application/xml^Base64^<Hier kommt der codierte Datensatz...>

oder

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

oder

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


Links

Detaillierte Änderungshistorie

Version Änderungen gegenüber Vorversion
0.1 Erstellung
0.2 Ausarbeitung, Verlinkung auf Profile, OBX-Codes, Beispiele