Nur zur Ansicht, kein Medizinprodukt, keine Konformitätsprüfung. Ihre Nachrichten bleiben im Browser. Bitte nutzen Sie Testdaten oder anonymisierte Daten.

HL7-Nachrichtentypen im Überblick

Der Nachrichtentyp einer HL7-v2-Nachricht steht in MSH-9, zum Beispiel ADT^A01^ADT_A01. Er besteht aus dem Nachrichtencode (ADT), dem Auslöseereignis (A01) und der Nachrichtenstruktur (ADT_A01). Der Code sagt, um welche Art von Information es geht, das Ereignis, was passiert ist.

Die Tabellen zeigen eine Auswahl häufiger Typen. Sie sind nicht vollständig, und welche davon ein System nutzt, legt die jeweilige Schnittstellenbeschreibung fest. Vier Typen haben eine eigene Seite mit Beispiel, Feldtabelle und Hinweisen: ADT^A01, ADT^A08, ORU^R01 und ORM^O01.

Der Viewer zeigt für jede Nachricht den erkannten Typ mit einer Kurzerklärung an und weist auf Segmente hin, die bei diesem Typ üblicherweise vorkommen. Das ist ein Hinweis und keine Prüfung gegen die Spezifikation.

ADT – Patientenverwaltung (Admission, Discharge, Transfer)

Meldet Ereignisse rund um Patientenstammdaten und Aufenthalt: Aufnahme, Verlegung, Entlassung, Änderung von Daten.

MSH-9	Ereignis	Bedeutung
ADT^A01	Aufnahme (stationär)	Ein Patient wird stationär aufgenommen. Typisch mit EVN, PID und PV1.	Beispiel
`ADT^A02`	Verlegung	Ein Patient wechselt Station oder Zimmer.
`ADT^A03`	Entlassung	Der Aufenthalt endet. PV1-45 trägt meist den Entlassungszeitpunkt.
`ADT^A04`	Registrierung (ambulant / Besuch)	Ein Patient wird für einen Besuch registriert, ohne stationär aufgenommen zu werden.	Beispiel
`ADT^A05`	Voranmeldung	Ein Patient wird für einen geplanten Aufenthalt angekündigt.
`ADT^A06`	Wechsel ambulant → stationär	Ein ambulanter Patient wird stationär aufgenommen.
`ADT^A07`	Wechsel stationär → ambulant	Ein stationärer Patient wird ambulant weiterbehandelt.
ADT^A08	Änderung Patienten- oder Aufenthaltsdaten	Daten haben sich geändert, ohne dass ein anderes Ereignis vorliegt, etwa Adresse oder Kontakt.	Beispiel
`ADT^A11`	Aufnahme stornieren	Eine zuvor gemeldete Aufnahme wird zurückgenommen.
`ADT^A12`	Verlegung stornieren	Eine zuvor gemeldete Verlegung wird zurückgenommen.
`ADT^A13`	Entlassung stornieren	Eine zuvor gemeldete Entlassung wird zurückgenommen.
`ADT^A28`	Person anlegen	Eine Person wird im Patientenindex angelegt.
`ADT^A31`	Person aktualisieren	Die Daten einer Person im Patientenindex ändern sich.
`ADT^A40`	Patientenzusammenführung	Zwei Patientenkennungen werden zu einer zusammengeführt.

ORM – Auftrag (Order Message)

Überträgt einen Auftrag, zum Beispiel eine Labor- oder Röntgenanforderung.

MSH-9	Ereignis	Bedeutung
ORM^O01	Auftrag (allgemein)	Ein Auftrag wird neu angelegt, geändert oder storniert, gesteuert über ORC-1.	Beispiel

Zur Einordnung: Neuere Versionen nutzen für Aufträge üblicherweise die spezialisierten Nachrichten OML (Laborauftrag) und OMG (allgemeiner klinischer Auftrag). ORM^O01 ist in älteren Schnittstellen üblich. Welche Variante gilt, steht in der Schnittstellenbeschreibung.

ORR – Auftragsantwort

Antwort auf eine Auftragsnachricht (ORM).

MSH-9	Ereignis	Bedeutung
`ORR^O02`	Antwort auf einen Auftrag	Der Empfänger bestätigt oder beantwortet einen ORM.

OML – Laborauftrag

Spezialisierte Auftragsnachricht für Laboraufträge in neueren Versionen.

MSH-9	Ereignis	Bedeutung
`OML^O21`	Laborauftrag	Auftragsnachricht für das Labor in neueren Versionen.

OMG – Allgemeiner klinischer Auftrag

Spezialisierte Auftragsnachricht für allgemeine klinische Aufträge in neueren Versionen.

MSH-9	Ereignis	Bedeutung
`OMG^O19`	Allgemeiner klinischer Auftrag	Auftragsnachricht für allgemeine Aufträge in neueren Versionen.

ORU – Befund (Observation Result, unsolicited)

Überträgt Ergebnisse oder Befunde, ohne dass dafür eine eigene Abfrage nötig ist.

MSH-9	Ereignis	Bedeutung
ORU^R01	Befund / Ergebnisübermittlung	Das ausführende System meldet Ergebnisse: OBR beschreibt die Untersuchung, OBX liefert die Einzelwerte.	Beispiel

MDM – Dokumentenmanagement (Medical Document Management)

Meldet Dokumente und deren Status, optional mit dem Inhalt.

MSH-9	Ereignis	Bedeutung
`MDM^T01`	Dokument melden (ohne Inhalt)	Meldet, dass ein Dokument existiert.
`MDM^T02`	Dokument melden (mit Inhalt)	Meldet ein Dokument und liefert den Inhalt in OBX-Segmenten mit.	Beispiel
`MDM^T03`	Dokumentstatus ändern (ohne Inhalt)	Meldet eine Statusänderung.
`MDM^T04`	Dokumentstatus ändern (mit Inhalt)	Meldet eine Statusänderung samt Inhalt.

SIU – Terminverwaltung (Scheduling Information, unsolicited)

Meldet Termine: neu, geändert, abgesagt.

MSH-9	Ereignis	Bedeutung
`SIU^S12`	Neuer Termin	Ein Termin wird im Terminbuch angelegt.	Beispiel
`SIU^S13`	Termin verschoben	Ein Termin wird auf einen neuen Zeitpunkt gelegt.
`SIU^S14`	Termin geändert	Termindaten ändern sich, ohne dass er verschoben wird.
`SIU^S15`	Termin abgesagt	Ein Termin wird storniert.
`SIU^S26`	Patient nicht erschienen	Der Patient ist nicht zum Termin erschienen.

DFT – Leistungserfassung (Detailed Financial Transaction)

Überträgt erbrachte Leistungen zur Abrechnung.

MSH-9	Ereignis	Bedeutung
`DFT^P03`	Leistung erfassen	Eine erbrachte Leistung wird zur Abrechnung gemeldet.

BAR – Abrechnungskonto (Billing Account Record)

Legt Abrechnungskonten an oder ändert sie.

MSH-9	Ereignis	Bedeutung
`BAR^P01`	Abrechnungskonto anlegen	Ein Konto für die Abrechnung wird angelegt.

VXU – Impfdaten

Meldet Impfinformationen eines Patienten.

MSH-9	Ereignis	Bedeutung
`VXU^V04`	Impfmeldung	Eine Impfung wird unaufgefordert gemeldet.

ACK – Bestätigung (Acknowledgment)

Antwort des Empfängers: Nachricht angenommen, mit Fehler oder abgelehnt.

Eine ACK-Nachricht enthält ein MSA-Segment. MSA-1 trägt den Bestätigungscode (AA angenommen, AE Fehler, AR abgelehnt), MSA-2 die Kontroll-ID (MSH-10) der Nachricht, auf die sich die Antwort bezieht. Bei Fehlern erklärt ein ERR-Segment, was nicht stimmte. Beispiel mit Fehlercode im Viewer öffnen.

Mehrere Ereignisse, eine Struktur

Die dritte Komponente von MSH-9 benennt die Segmentstruktur. Viele Ereignisse einer Gruppe teilen sie: A01 und A04 sind im Beispiel beide ADT_A01. Daher sehen sich Nachrichten verschiedener Ereignisse oft ähnlich, und die Bedeutung steckt im Ereigniscode, im Inhalt von PV1 und im Kontext. Verlassen Sie sich nicht auf die Struktur allein.

Kurz beantwortet

Was steht in MSH-9?

Der Nachrichtentyp in drei Komponenten: Nachrichtencode (zum Beispiel ADT), Auslöseereignis (A01) und Nachrichtenstruktur (ADT_A01). Mehrere Auslöseereignisse teilen sich häufig eine Struktur: Im Beispiel dieser Seite hat auch die ambulante Registrierung ADT^A04 die Struktur ADT_A01. Ältere Nachrichten lassen die dritte Komponente oft weg.

Wie unterscheiden sich ADT^A01 und ADT^A04?

A01 meldet eine stationäre Aufnahme, A04 die Registrierung zu einem Besuch, etwa ambulant. Der Aufbau ist ähnlich. Unterschiede zeigen sich vor allem in PV1-2 (Patientenklasse: I stationär, O ambulant). Beide Beispiele finden Sie im Viewer.

Wofür steht ORU^R01?

Für die Übermittlung von Beobachtungsergebnissen ohne vorherige Abfrage, zum Beispiel Laborbefunde. OBR beschreibt die Untersuchung, jedes OBX liefert einen Einzelwert.

Weitere Werkzeuge

Andere Formate aus dem Praxis- und Laboralltag, ebenfalls lokal im Browser:

Laborbefunde im LDT-Format Zeile für Zeile lesen – auch BDT-Dateien aus der Praxisverwaltung
GDT-Austauschdateien von Messgeräten öffnen – Dateien zwischen Praxissoftware und Messgerät
Radiologie-CD ansehen: DICOM-Dateien lesen – Dateien von der Radiologie-CD
FHIR-Daten als lesbare Ressourcen ansehen – der neuere Standard der HL7-Familie
Arztbriefe im CDA-Format verständlich anzeigen – klinische Dokumente im XML-Format