gms | German Medical Science

Eine IT-gestützte verbesserte Verzahnung der verschiedenen Versorgungssektoren ist für eine effektive Gesundheitsversorgung von entscheidender Bedeutung. Im Rahmen des EHPEC-Projekts (eHealth Presentation- and Evaluation- Center) der Fachhochschule Dortmund – gefördert durch das Land Nordrhein-Westfalen zur Verbesserung der sektorübergreifenden Kommunikation – werden verschiedene standardähnliche Kommunikationsverfahren weitestgehend interoperabel eingesetzt, um anhand eines realen Kommunikationsszenarios im Rahmen der Versorgung von Patientinnen mit Mamma-Carcinom Erfahrungen mit einer IT-gestützten Versorgungsintegration zu sammeln und praxistauglichen Einsatz zu evaluieren. Eine besondere Stellung hat dabei VCS (VDAP Communication Standard) [Ref. 1], eine vom VDAP (Verband Deutscher Arztpraxissystem Hersteller e.V.) entwickelte Kommunikationstechnik (DIN PAS 1011) [Ref. 2], [Ref. 3], die eine sichere, signierte und verschlüsselte Kommunikation in einem von zertifizierten Providern aufgebauten Intranet ermöglicht. Die Erfahrungen im Rahmen des Forschungsprojekts haben jedoch gezeigt, dass nur wenige Systemhersteller zu einer Implementierung von VCS für ihr System bereit sind. Eine hohe Anzahl medizinischer Einrichtungen hat somit aufgrund fehlender VCS-Implementierung ihrer Informationssystemhersteller nicht die Möglichkeit, an einer hochsicheren Kommunikation teilzunehmen. So entstand die Notwendigkeit, einen Health Telematic Broker (HTB) als Konnektor zu entwickeln, der in der Lage ist, vor allem Krankenhausinformationssysteme – aber auch weitere Systeme wie Radiologieinformationssysteme, Pathologieinformationssyteme und Facharztinformationssysteme beliebiger Hersteller in das projektierte Kommunikationsszenario einzubinden. Des Weiteren zeigte sich, dass für Institutionen mit einer mehrschichtigen Organisationsstruktur nicht die Möglichkeit besteht, daraus resultierende komplexe Kommunikationsadressierungen innerhalb der VCS-Kommunikation abzubilden. Dies ist aber für die Einbindung von Krankenhäusern in die Vernetzung von entscheidender Bedeutung. Damit ergab sich ein wesentlicher weiterer Grund, einen HTB zu entwickeln, der dies innerhalb einer VCS-Kommunikation berücksichtigt. Die Implementierung eines HTB erweitert also die Zahl potenzieller Teilnehmer im EHPEC und in anderen von der Fachhochschule betreuten Telematikprojekten.

Es wurde der vollständige Prozess der Software-Entwicklung mit den Phasen Analyse, Design und Implementierung durchlaufen [Ref. 4]. Zum besseren technischen Verständnis der internen Abläufe der Kommunikation mittels VCS – die Kommunikation erfolgt in komplexer Weise mittels Signatur und Verschlüsselung aller Daten mit einer Arzt- und Institutionskarte [Ref. 5] – wurden alle Teilprozesse der Sende- und Empfangsvorgänge analysiert und mit UML modelliert.

Zum Einsatz kamen folgende aktuelle Methoden und Werkzeuge:

• UML (Unified Modeling Language) [Ref. 6]:
  Standard-Notation zur Darstellung objektorientierter Sachverhalte
• Java [Ref. 7]:
  Zeitgemäße, weit verbreitete objektorientierte Programmiersprache
• J2EE/RMI (Java 2 Enterprise Edition / Remote Method Invocation):
  J2EE ist ein Standard, der die Konfiguration, Programmierung und Verteilung von Java-Anwendungen beschreibt
  RMI ist die objektorientierte Java Implementierung der RPC (Remote Procedure Calls) zur Kommunikation zwischen verteilten Objekten
• JDBC/OJB (Java Database Connectivity / Object Relational Bridge) [Ref. 8]:
  JDBC ist ein Java-Standard für den Zugriff auf relationale Datenbanken
  OJB ermöglicht eine objekt-relationale Abbildung zwischen Java und den gängigsten relationalen Datenbanken

Folgende Anforderungen spielten beim Entwurf des HTB eine wesentliche Rolle:

• Differenzierte Integrationsgrade bzgl. der institutionellen Informationssysteme
• Notwendigkeit einer Client/Server-Architektur
• Berücksichtigung mehrschichtiger Organisationsstrukturen
• Differenziertes Rollen-/Rechtekonzept
• Lokale Datenhaltung (datenbankunabhängig, wählbare Speichertypen)

Vor diesem Hintergrund wurde ein Mail-Client und ein Mail-Server implementiert, die zusammen integriert eine Kommunikation mittels VCS mit Signatur und Verschlüsselung unterstützen. Mit dem Client können Benutzer direkt Nachrichten versenden und empfangen, sowie ein Adressbuch verwalten. Der Server archiviert alle eingehenden Nachrichten, ordnet sie den entsprechenden Postfächern zu und versendet ausgehende Nachrichten nach erfolgreicher Verschlüsselung.

In der ersten Stufe wurden die standardmäßigen Funktionen von VCS integriert und für die Interoperabilität mit den institutionellen Systemen mittels Dokumentenaustausch über das Dateisystem ermöglicht. Aufgrund der in VCS nur einschichtig abbildbaren Organisation, wurde innerhalb des HTB die Möglichkeit der Abbildung von mehrschichtigen Organisationen in Form von hierarchisch organisierbaren Postfächern implementiert. Zur Wahl des Integrationsgrades des HTB in institutionelle Informationssysteme wurden drei mögliche Implementierungen umgesetzt:

1.

Der HTB kann als Stand-alone Email-Client eingesetzt werden, der das Verwalten von Nachrichten direkt durch HTB-Benutzer im Dialog ermöglicht.

2.

Eine Kombination aus Informationssystem und HTB überlässt das Signieren mittels Arztkarte der jeweiligen Anwendung. Die technische Umsetzung inklusive Verschlüsselung durch die Institutionskarte übernimmt der HTB.

3.

Der HTB-Server arbeitet im Hintergrund und stellt dem Informationssystem Nachrichten in aufbereiteter Form zur Verfügung bzw. versendet automatisch vom Informationssystem übergebene Nachrichten.

Abbildung 1 [Abb. 1] zeigt die Zusammenhänge im Überblick.

Mit dem HTB wurde ein komplexes Software-System implementiert, dass eine signierte und verschlüsselte Kommunikation auf Basis von VCS ermöglicht. Die modulare objektorientierte Architektur lässt eine Erweiterung um andere technische Kommunikationsverfahren zu. Die Integration mit institutionellen Informationssystemen kann wählbar intensiv sein.

Der HTB ist in zwei Krankenhäusern und einer großen radiologischen Gemeinschaftspraxis im Echtbetrieb. In den Krankenhäusern werden darüber u.a. workflowintegriert die Entlassungsbriefe an am Projekt teilnehmende Arztpraxen verschickt. Weitere Informationssysteme im EHPEC wurden ebenfalls mit dem HTB in die Laborumgebung integriert. Damit ist eine vollständige Unterstützung des Versorgungsprozesses von Mamma-Carcinom-Patientinnen möglich.

Als herausragenstes Merkmal hat sich beim HTB seine flexible Nutzbarkeit erwiesen. Durch seine Datenbankunabhängigkeit oder die Möglichkeit, sogar CDA (Clinical Document Architecture) als Schnittstellendokument zu verwenden, ist der HTB in der Lage, auf die vielfältigen heterogenen Lösungsbausteine vorherrschender Informationssysteme einzugehen.