Dieses Muster liest mithilfe des MedicalDeviceInput-Knotens Messungen und Alerts von medizinischen Geräten. Die gemessenen Werte des Geräts werden in HL7-Überwachungsergebnisnachrichten (ORU R01) umgesetzt. Die umgesetzten Nachrichten werden unter Verwendung des HL7-MLLP-Protokolls an eine Zielanwendung wie beispielsweise eine Elektronische Patientenakte (EKA) gesendet.
Dieses Thema enthält folgende Abschnitte:
Der Fluss 'Medical Devices' (Medizinische Geräte) verarbeitet die Nachrichten vom MedicalDeviceInput-Knoten. Jede Nachricht verfügt über eine Ablaufzeit, die ihrem MQRFH2-Header hinzugefügt wird. Die Nachrichten werden in eine Warteschlange geschrieben, die für den Fluss 'Transform and Route' bereit ist. Sobald eine Nachricht in die Warteschlange geschrieben wurde, wird eine Journalnachricht für die Gerätemessung veröffentlicht.
Der Fluss 'Transform and Route' (Umsetzung und Weiterleitung) konvertiert eine Gerätenachricht in ein HL7-Überwachungsergebnis (ORU R01). Der Fluss prüft jede Gerätemessung, um sicherzustellen, dass die zugehörige Messung gültig ist. Ungültige Messungen werden in eine Warteschlange geschrieben und gelöscht. Wenn das Muster für die Suche von Patientenkennungen konfiguriert ist, wird die Gerätekennung als Schlüssel für eine Datenbanktabelle verwendet, mit dem die Patientenkennung abgerufen wird, welche der Gerätemessung zugeordnet ist. Die umgesetzte HL7-Nachricht wird für den Fluss 'Sender' in eine Warteschlange mit fehlenden Übereinstimmungen geschrieben.
Der Fluss 'Sender' liest die HL7-Nachrichten aus einer Warteschlange und sendet diese unter Verwendung des HL7-MLLP-Protokolls an die Zielanwendung. Wenn die Nachrichtenzustellung unterbrochen wird, versucht der Fluss 'Sender' die Zustellung erneut. Die Anzahl der Wiederholungen ist in der Konfiguration festgelegt. Der Fluss 'Sender' überprüft die Ablaufzeit der Nachricht. Wenn die Verarbeitung der Nachricht zu lange gedauert hat, wird die Nachricht in eine Warteschlange abgelaufener Nachrichten gestellt und anschließend gelöscht.
Das Muster kann optional eine Web-Service-Schnittstelle für die Datenbank der Patientenkennungen erstellen. Die Schnittstelle wird mithilfe eines Nachrichtenflusses implementiert. Web-Service-Anforderungen werden über einen SOAPInput-Knoten empfangen und an einen Compute-Knoten weitergeleitet, der die erforderliche Datenbankabfrage oder -aktualisierung ausführt. Der Fluss benötigt für die Konfiguration der SOAP-Knoten eine WSDL-Nachrichtengruppe. Diese Nachrichtengruppe wird im Thema über die Musterressourcen angegeben.
In den folgenden Tabellen ist dargestellt, wie die Segmente in HL7-ORU-R01-Nachrichten erstellt werden:
Das MSH-Segment definiert die Absicht, die Quellenkennung, die Zielkennung und bestimmte Spezifikationen der Syntax einer HL7-Nachricht.
Feldname | Feldwert in der Überwachungsergebnisnachricht | Konfiguriert durch Musterparameter |
---|---|---|
MSH.1.FieldSeparator | '|' | |
MSH.ServiceString | '^~\&' | |
MSH.3.SendingApplication | 'Message Broker' | Source identifier (Quellenkennung) |
MSH.4.SendingFacility | '' | Source facility (Quelleneinrichtung) |
MSH.5.ReceivingApplication | 'EMR' | Destination identity (Ziel-ID) |
MSH.6.ReceivingFacility | '' | Destination facility (Zieleinrichtung) |
MSH.7.DateTimeOfMessage | Wird aus der Zeitmarke in der Nachricht des MedicalDeviceInput-Knotens kopiert | |
MSH.9.MessageType | 'ORU^R01^ORU_R01' | |
MSH.10.MessageControlID | UUID oder aktuelle Zeitmarke im Format JJJJMMTTHHmmssSSSSSS | Message identifiers (Nachrichtenkennungen) |
MSH.11.ProcessingID | 'P' | |
MSH.12.VersionID | '2.5' |
Das PID-Segment wird von allen Anwendungen als primäres Mittel für die Übertragung von Informationen zur Identifikation von Patienten verwendet. Dieses Segment enthält permanente Informationen zur Patientenidentifikation sowie permanente demografische Informationen, die sich in der Regel nicht häufig ändern.
Feldname | Feldwert in der Überwachungsergebnisnachricht | Konfiguriert durch Musterparameter |
---|---|---|
PID.3.PatientIdentifierList | Dieses Feld wird durch den Musterparameter Patient identifiers (Patientenkennungen) bestimmt.
Das Feld wird nicht ausgewertet, wenn die Einstellung No patient identifiers in observation results (Keine Patientenkennungen in Überwachungsergebnissen) ausgewählt ist. Bei der Einstellung Use patient identifiers from device (Patientenkennungen aus Gerät verwenden) wird die Patientenkennung aus der Nachricht in dieses Feld kopiert. Wenn die Einstellung Lookup patient identifiers in database (Patientenkennungen in Datenbank suchen) ausgewählt ist, wird die Gerätekennung für die Suche einer zugeordneten Patientenkennung in einer Datenbank verwendet. |
Patient identifiers (Patientenkennungen) |
Das PV1-Segment wird von Anwendungen der Patientenverwaltung für die Übertragung von Informationen auf Konten- oder Visitenbasis verwendet.
Feldname | Feldwert in der Überwachungsergebnisnachricht | Konfiguriert durch Musterparameter |
---|---|---|
PV1.2.PatientClass | 'I' | Patient class (Patientenklasse) |
PV1.3.AssignedPatientLocation | Standort aus der Nachricht des MedicalDeviceInput-Knotens |
Bei der Berichterstellung über klinische Daten dient OBR als Ergebnisheader. Das OBR-Segment identifiziert die Überwachungsgruppe, die durch die folgenden Überwachungen des Typs 'atomic' dargestellt wird. Es enthält die relevanten Informationen zur Reihenfolge, sofern zutreffend. Darüber hinaus umfasst es viele der Attribute, die in der Regel für alle einbezogenen Überwachungen gelten.
Feldname | Feldwert in der Überwachungsergebnisnachricht | Konfiguriert durch Musterparameter |
---|---|---|
OBR.7.ObservationDateTime | Wie MSH.7.DateTimeOfMessage | |
OBR.10.CollectorIdentifier | Wie PV1.3.AssignedPatientLocation |
Das OBX-Segment wird für die Übertragung einer einzelnen Überwachung oder eines Überwachungsfragments verwendet. Es stellt die kleinste nicht teilbare Ergebniseinheit dar.
Feldname | Feldwert in der Überwachungsergebnisnachricht | Konfiguriert durch Musterparameter |
---|---|---|
OBX.1.SetIDOBX | Numerischer Index des OBX-Segments ab 1. | |
OBX.2.ValueType | 'ST' | |
OBX.3.ObservationIdentifier | Primäre und sekundäre Kennungen aus der Nachricht des MedicalDeviceInput-Knotens sowie eine Kurzbeschreibung des Messtyps. | |
OBX.5.ObservationValue | Wert aus der Nachricht des MedicalDeviceInput-Knotens. | |
OBX.6.Units | Einheiten aus der Nachricht des MedicalDeviceInput-Knotens. | |
OBX.11.ObservationResultStatus | 'D' | |
OBX.14.DateTimeoftheObservation | Wie MSH.7.DateTimeOfMessage |
Das Muster erstellt mehrere OBX-Segmente für Signalformnachrichten, da diese mehrere Messungen enthalten können.
Neben den HL7-Nachrichten, die an die Zielanwendung weitergeleitet werden, stellt dieses Muster mehrere sonstige Ausgaben zur Verfügung. Diese Ausgaben werden entweder in eine Warteschlange geschrieben oder an einen Veröffentlichungsknoten gesendet. Die Zieladresse wird durch den Musterparameter Publish (Veröffentlichen) bestimmt. Wenn die Option Publish (Veröffentlichen) ausgewählt ist, werden alle Informationen unter Verwendung einer Themenhierarchie veröffentlicht, die mit dem Namen der Musterinstanz beginnt.
Ist die Option Write to queue (In Warteschlange schreiben) ausgewählt, wird die Ausgabe an Warteschlangen gesendet, deren Namen auf Basis des Musterparameters Queue prefix (Warteschlangenpräfix) und einer festen Suffixgruppe generiert werden. Eine entsprechende Auflistung finden Sie in der folgenden Tabelle.
Hinweis: Die anfängliche Facette jedes Themas (der Name der Musterinstanz) wird nicht angezeigt.
Ausgabe | Warteschlangensuffix | Thema | Hinweise |
---|---|---|---|
Journal | .JRNL | /Journal | Diese Ausgabe stellt ein Journal eingehender Nachrichten im Standardmusterformat zur Verfügung.
Siehe Hinweis 1. |
An Umsetzung und Weiterleitung | .RXF | Nicht zutreffend | Jede Nachricht wird an den Fluss 'Transform and Route' gesendet. |
Fehlerhafte Nachrichten | .ERR | Nicht zutreffend | Nachrichten, die nicht ordnungsgemäß verarbeitet werden können, werden an die Fehlerwarteschlange gesendet. Sie enthalten Fehlerinformationen in einem MQRFH2-Header. |
Kanonisch | .CAN | /Canonical | Wenn die Option für die Ausgabe eines kanonischen Feeds ausgewählt ist, wird ein kanonisches XML-Format der Eingabenachricht geschrieben. |
An Sender | .DEST | Nicht zutreffend | Jede Nachricht wird nach ihrer Umsetzung in HL7 an den Fluss 'Sender' gesendet. |
Abgelaufene Nachrichten | .EXP | Nicht zutreffend | Nachrichten, die die konfigurierte Ablaufzeit überschritten haben, werden in diese Warteschlange geschrieben. |
Serviceprotokoll | .LOG | Nicht zutreffend | Speichert eine Kopie aller SOAP-Anforderungs- und -Antwortnachrichten für den Web-Service der Patientenkennungen. |
Keine übereinstimmende Patientenkennung | .NOMATCH | Nicht zutreffend | Nachrichten, die keine übereinstimmende Patientenkennung aufweisen, werden in diese Warteschlange geschrieben. |
Hinweis 1: Aus einer Quellennachricht wird durch das Hinzufügen von MQMD- und MQRFH2-Headern eine Journalnachricht erstellt. Der MQRFH2-Header enthält Folgendes:
Zurück zur Spezifikation des Musters 'Healthcare: Medizinische Geräte an EKA'