IBM® Integration Bus Healthcare Pack setzt auf IBM Integration Bus auf, um Unterstützung für Anwendungen in Umgebungen des Gesundheitswesens bereitzustellen.
IBM Integration Bus Healthcare Pack stellt folgende Funktionen bereit:
Das folgende Diagramm zeigt die Basisarchitektur einer IBM Integration Bus Healthcare Pack-Konfiguration. Es zeigt, wie IBM Integration Bus Healthcare Pack Verbindungen mit einer Vielzahl von Systemen im Gesundheitswesen herstellen kann, einschließlich medizinischer Geräte, klinischer Anwendungen, Geräte-Gateways, Abrechnungssystemen und Systemen zum Austausch von Gesundheitsdaten.
Weitere Informationen zu HL7 finden Sie unter Health Level Seven International.
DFDL (Data Format Definition Language) ist eine universelle und übergreifend nutzbare Sprache ohne Vorschriftcharakter, mit der allgemeine Textformate und Binärformate beschrieben werden. Sie wird in IBM Integration Bus (Version 8 und höher) für die Definition von Nachrichtenmodellen verwendet. Weitere Informationen zur Verwendung von DFDL in Nachrichtenmodellen finden Sie im Abschnitt Nachrichtenmodelle in der IBM Integration Bus-Produktdokumentation.
IBM Integration Bus Healthcare Pack stellt drei Versionen des DFDL-Nachrichtenmodells zur Verfügung, und zwar eine für HL7 Version 2.7, eine für HL7 Version 2.6 und eine für HL7 Version 2.5.1 und früher. Jedes DFDL-Nachrichtenmodell enthält eine Definition einer generischen HL7-Nachricht. Diese generische HL7-Nachricht wird in Verbindung mit dem DFDL-Parser im Muster zum Lesen von Nachrichten aus den klinischen Quellenanwendungen sowie zum Schreiben der Nachrichten in die klinischen Zielanwendungen verwendet. Diese HL7-Nachricht kann jedes gültige Segment verarbeiten, das in HL7 Version 2.7, 2.6 und 2.5.1 oder früher definiert ist.
Die Nachrichtengruppe 'HL7v25P' enthält eine Definition der generischen HL7-Nachricht. Diese generische HL7-Nachricht wird in Verbindung mit dem MRM-Parser im Muster zum Lesen von Nachrichten aus den klinischen Quellenanwendungen sowie zum Schreiben der Nachrichten in die klinischen Zielanwendungen verwendet. Diese HL7-Nachricht kann jedes gültige Segment verarbeiten, das in HL7 Version 2.5.1 oder früher definiert ist.
Es wird zwar empfohlen, das DFDL-Nachrichtenmodell anstelle der Nachrichtengruppe 'HL7v25P' zu verwenden, in manchen Situationen kann es jedoch sinnvoll sein, weiterhin die Nachrichtengruppe 'HL7v25P' zu verwenden. Wenn Sie beispielsweise unter Verwendung der Nachrichtengruppe 'HL7v25P' Daten aus dem HL7v2-Standard ohne XML in eine XML-Darstellung konvertieren, müssen Sie die Elemente der Nachrichtenbaumstruktur nicht umbenennen.
Klinische Anwendungen können auch vom Standard abweichende Informationen übertragen, indem sie Z-Segmente in HL7-Nachrichten verwenden. Wenn Sie diesen Nachrichtentyp zusammen mit den Mustern verwenden, können Sie zusätzliche, vom Standard abweichende Z-Segmente zur HL7-Nachricht hinzufügen, um diese standortspezifischen Z-Segmente zu unterstützen.
Wenn eine HL7-Nachricht in eine Musterinstanz eingelesen wird, können Sie auch Ihr gewähltes Nachrichtenmodell zur Ausgabe des kanonischen Formats (XML-Format) verwenden, das nach dem ersten Anpassungspunkt generiert wird. Das kanonische Format, das vom Muster ausgegeben wird, ist zwar kein HL7-XML-Format, aber Sie können es verwenden, um eine Darstellung Ihrer plattformunabhängigen Daten beizubehalten. Bei diesen Daten kann es sich um standardisierte Datums- und Zeitformate, die Formatierung von Zahlen oder jede andere vorgeschriebene Datenstandardisierungsanforderung handeln.
Die Nachrichtenmodelle können auch HL7-Nachrichten eines bestimmten Typs und Ereigniscodes verarbeiten. Wenn Sie Nachrichtenflussanwendungen implementieren möchten, die eine Nachricht für ein bestimmtes HL7-Kapitel verarbeiten, müssen die Nachrichten unter Verwendung des geeigneten Nachrichtentyps aus den Kapiteldefinitionen im Nachrichtenmodell gelesen und geschrieben werden. HL7 unterteilt alle Nachrichten in Gruppen, die als Kapitel bezeichnet werden und den Kapiteln des HL7-Standards entsprechen. Wenn Sie mit bestimmten HL7-Nachrichten aus dem Nachrichtenmodell arbeiten, ist es möglich, die Nachrichten entweder im HL7-Format oder im HL7-XML-Format auszugeben. Die Verwendung dieser Formate erleichtert auch die Verwendung einer grafischen Zuordnung bei der Umsetzung einer Nachricht zwischen Quellen- und Zielnachrichten.
Weitere Informationen zu HL7 finden Sie unter Health Level Seven International.
IBM Integration Bus Healthcare Pack verfügt über einen Empfangsknoten, den Knoten MedicalDeviceInput, über den Informationen von verbundenen medizinischen Geräten an einen Nachrichtenfluss übergeben werden können. Mithilfe dieses Knotens können Sie Nachrichtenflüsse entwickeln, um Daten von medizinischen Geräten an andere Systeme zu senden, z. B. an ein Data-Warehouse oder die Überwachungsstation einer Krankenschwester.
Jedes Gerät ist an einen separaten Kommunikationsport angeschlossen (entweder seriell oder über LAN) und Gerätetreiber im MedicalDeviceInput-Knoten sind so konfiguriert, dass sie diese Kommunikationsports überwachen. Die Knotenkonfiguration gibt die verbundenen Geräte und die Messwerte an, die von jedem einzelnen Gerät erforderlich sind.
Das Diagramm zeigt den Datenfluss von den klinischen Geräten an Bett 1, Bett 2 und Bett N zu den Gerätetreibern, z. B. von den Herzfrequenzmessgeräten an Treiber 1 und von den Infusionspumpen über eine Ausführungsgruppe an Treiber 2. Der Datenfluss erreicht schließlich den MedicalDeviceInput-Knoten, der die Status- und Dateninformationen an den übrigen Datenfluss sendet.
Der Datenfluss aus Nachrichtenflüssen darf nicht unterbrochen werden, wenn die Gerätekonfigurationen aktualisiert werden, zum Beispiel bei einer Änderung der erforderlichen Messungen oder einer Änderung der physischen Verbindungen, wenn Geräte hinzugefügt, entfernt oder verlagert werden. Die Konfigurationsdaten werden deshalb als konfigurierbarer Service bereitgestellt, sodass Konfigurationsänderungen vom Knoten implementiert werden können, ohne dass der Nachrichtenfluss, der die medizinischen Daten empfängt, gestoppt oder erneut implementiert werden muss.
Der MedicalDeviceInput-Knoten wird auf der Registerkarte Eigenschaften konfiguriert, wobei ein Editor für den konfigurierbaren Service gestartet wird. Im Editor Konfigurierbarer Service für medizinisches Gerät wählt ein Administrator zunächst den Einheitentyp aus einer Liste unterstützter Geräte und dann die Art der Verbindung (seriell oder LAN) aus und gibt die geeigneten Verbindungsdetails an.
Es kommt häufig vor, dass mehrere Geräte desselben Typs erforderlich sind, um dieselben Arten von Messungen in denselben Intervallen durchzuführen, z. B. um alle 5 Minuten die Herzfrequenz, die Bluttemperatur und die Atemfrequenz zu messen. Diese Anforderung kann für eine Reihe von Geräten, die an allen Betten auf einer Station eingesetzt werden, zutreffen. Der Editor Konfigurierbarer Service für medizinisches Gerät unterstützt deshalb die Konfiguration von Messgruppen, in denen mehrere Messungen angegeben sind und die auf eine beliebige Anzahl von Geräten angewendet werden können.
Beim Konfigurieren einer Messgruppe wählt der Administrator einen Gerätetyp (Einheitentyp) aus und erhält dann eine Liste mit Messungen, die von diesem Gerätetyp unterstützt werden. Der Administrator kann die erforderlichen Messungen auswählen und gibt dann für jede Messung das Intervall an, in dem Messwerte zur Verarbeitung an den Nachrichtenfluss übergeben werden.
Wenn viele Geräte und Messungen konfiguriert werden müssen, können die Konfigurationsdaten sehr umfangreich sein. Zur Verdeutlichung kann der Administrator deshalb eine Beschreibung der Position jedes einzelnen Geräts, Informationen zur Patienten-ID, Hinweise und Tags für jedes Gerät und jede Messgruppe hinzufügen.
Die Daten aus dem MedicalDeviceInput-Knoten können von einem Nachrichtenfluss mithilfe jedes beliebigen Knotens, der in IBM Integration Bus verfügbar ist, verarbeitet werden. Die Messdaten werden in Form einer logischen Nachrichtenbaumstruktur an den Nachrichtenfluss übergeben. Die Nachrichtenbaumstruktur verwendet die DataObject-Domäne und nutzt XML als Serialisierungsformat (die Nachricht wird nach XML serialisiert, wenn sie in eine Nachrichtenwarteschlange geschrieben wird). Diese Daten können mithilfe von Standardfunktionen von IBM Integration Bus gefiltert, umgesetzt, zusammengefasst und weitergeleitet werden, bevor sie auf den Zielendpunkten, z. B. in Datenbanken, IBM WebSphere MQ-Warteschlangen oder Serviceaufrufen, gespeichert werden.
Weitere Informationen zur Verwendung des MedicalDeviceInput-Knotens finden Sie in den Abschnitten Daten von medizinischen Geräten in Nachrichtenflüssen verwenden und MedicalDeviceInput-Knoten.
DICOM (Digital Imaging and Communications in Medicine, Digitale Bildverarbeitung und Kommunikation in der Medizin) ist ein Standard für die Handhabung, Speicherung, das Drucken und die Übertragung von Bildern im medizinischen Bereich. Die Informationen können DICOM-Bilder und strukturierte DICOM-Berichte umfassen.
Mit IBM Integration Bus Healthcare Pack können Sie DICOM-PACS (PACS = Picture Archiving Communication Systems, Bildablage- und Kommunikationssysteme) und sonstige DICOM-Modalitäten mit Nachrichtenflüssen verbinden, damit DICOM-Bilder in einem System des Gesundheitswesens lokalisiert, verarbeitet und weitergeleitet werden können.
Die von IBM Integration Bus Healthcare Pack bereitgestellte DICOM-Funktion unterstützt eine Reihe von Schlüsselszenarios.Das Muster 'Healthcare: HL7 an HL7 DFDL' ist das Bindeglied zwischen klinischen Anwendungen, die den Standard HL7 v2 für Nachrichten verwenden. Zum Beispiel gibt ein Patientenverwaltungssystem möglicherweise eine einzelne Nachricht aus, die an eine oder mehrere klinische Anwendungen verteilt wird, die bestimmte Patientendaten benötigen.
Das Muster ist nicht auf die Bearbeitung von Nachrichten eines einzelnen HL7-Typs (z. B. ADT) und -Codes (z. B. A01) beschränkt, sondern kann beliebige Nachrichten mit einem gültigen Nachrichtentyp und -code empfangen und verarbeiten. Die Anwendungen müssen die Nachrichten mittels MLLP über TCP/IP senden und empfangen können.
Das Muster enthält drei unterschiedliche Nachrichtenflüsse (bei Auswahl mehrerer Ziele erhalten Sie zusätzliche Nachrichtenflüsse) und schließt untergeordnete Flüsse, die Sie anpassen können, ein.
Weitere Informationen zu den Mustern finden Sie im Abschnitt Healthcare-Nachrichtenflussanwendungen mithilfe der in IBM Integration Bus Healthcare Pack bereitgestellten Muster entwickeln.
IBM Integration Bus Healthcare Pack beinhaltet eine Ansicht Healthcare Operational Monitoring (Healthcare-Betriebsüberwachung) im IBM Integration Explorer, um den Fluss von Nachrichten zwischen den klinischen Anwendungen sowie den Status der medizinischen Geräte zu überwachen. Mithilfe dieser Informationen können Sie vorhandene Konnektivitätsprobleme erkennen und beheben.
Nachrichtenflüsse, die als eine Musterinstanz generiert werden, werden mit Eigenschaften definiert, die es der Betriebsüberwachung im IBM Integration Explorer ermöglichen, die TCP/IP-Verbindungen jedes einzelnen Nachrichtenflusses und die Anwendungen, die jeder dieser TCP/IP-Verbindungen zugeordnet sind, zu ermitteln. Zu diesem Zweck kann in den Überwachungsanzeigen ein Warnsymbol angezeigt werden, das auf eine Unterbrechung der Verbindung zu einer Anwendung hinweist, sodass der Administrator Fehlerbehebungsmaßnahmen ergreifen kann.
In der TCP/IP-Überwachungsanzeige kann auch der Status der TCP/IP-Verbindungen angezeigt werden, die Teil von Nachrichtenflüssen sind, die nicht von einem der Muster in IBM Integration Bus Healthcare Pack generiert wurden. Das sind zum Beispiel Flüsse, die mit dem DFDL-Nachrichtenmodell oder der Nachrichtengruppe 'HL7v25P' entwickelt wurden. Diese Flüsse besitzen nicht die zusätzlichen Informationen, die von der Musterinstanz konfiguriert werden, es sei denn, die Flüsse werden mit denselben Eigenschaften wie die vom Muster verwendeten Eigenschaften definiert.
In der Ansicht Healthcare Operational Monitoring (Healthcare-Betriebsüberwachung) für die Betriebsüberwachung wird auch der Status von Warteschlangen angezeigt, die von den Nachrichtenflüssen einer Musterinstanz verwendet werden. Die Namen aller Warteschlangen für eine bestimmte Musterinstanz werden mit einem für die Musterinstanz spezifischen Warteschlangenpräfix versehen. Mithilfe des Warteschlangenpräfixes kann ein Administrator alle Warteschlangen für eine Musterinstanz anzeigen, die Warteschlangenlänge überwachen und erkennen, wenn ein Schwellenwert erreicht wird, worauf ein Warnsymbol hinweist, das für die Warteschlange angezeigt wird. Die Möglichkeit, alle Warteschlangen anzuzeigen, ermöglicht eine weiter reichende Problembestimmung. Dies gilt insbesondere für eine Ansammlung von Nachrichten in Warteschlangen für Nachrichtenfolgen, die darauf hinweist, dass eine fehlende Nachricht in einer Nachrichtenfolge dazu führt, dass die Übermittlung nachfolgender Nachrichten gestoppt wird, bis die fehlende Nachricht eintrifft. Diese Aktion stellt sicher, dass eine Fehlerbehebungsmaßnahme ergriffen werden kann, um den Nachrichtenfluss von der Quelle zum Ziel aufrechtzuerhalten.
Sie können Warteschlangen genau wie TCP/IP-Verbindungen in Healthcare-Nachrichtenflussanwendungen überwachen, die mit dem DFDL-Nachrichtenmodell oder der Nachrichtengruppe 'HL7v25P' entwickelt werden. Wenn eine Überwachung erforderlich ist, müssen die Namen aller zu überwachenden Warteschlangen dasselbe Präfix haben, damit Informationen für die klinische Anwendung in den Überwachungsanzeigen zusammengefasst werden können.
Sie können den Status von medizinischen Geräten, die mit einem MedicalDeviceInput-Knoten verbunden sind, überwachen.
Weitere Informationen zur Betriebsüberwachung finden Sie im Abschnitt Betriebsüberwachung.
Das Integrationsprofil 'ATNA Integration Profile' (ATNA = Audit Trail and Node Authentication, Auditprotokoll und Knotenauthentifizierung) deckt mehrere Sicherheitsaspekte ab, einschließlich der Standards und Prozesse für eine sichere Weiterleitung und das Speichern von Prüfereignisnachrichten in einem Repository. Mithilfe eines ATNAAudit-Knotens können Sie ATNA-Prüfereignisnachrichten auf Basis der Daten aus dem Gesundheitswesen generieren, die durch Nachrichtenflüsse geleitet werden. Sie können diese Prüfereignisnachrichten dann an ein angegebenes ATNA-Prüfrepository senden.
Sie finden Informationen zu Prüfdaten in Nachrichtenflüssen im Abschnitt Daten aus Nachrichtenflüssen prüfen.
IBM Integration Bus Healthcare Pack stellt vier Datenanalyseprofile zur Verfügung. Jedes Profil wird für einen bestimmten Typ von Daten aus dem Gesundheitswesen verwendet.
Weitere Informationen zur Analyse von Daten aus dem Gesundheitswesen finden Sie im Abschnitt Gesundheitsdaten in Nachrichtenflüssen analysieren.