Höherwertige Schnittstellenkomponenten für den Datenaustausch im Gesundheitswesen

Transkript

1 Höherwertige Schnittstellenkomponenten für den Datenaustausch im Gesundheitswesen C Ohr, M Krasser, Dr. R Brandner Mannheim, Agenda Kommunikationsstandards im Gesundheitswesen Notwendigkeit Probleme Beispiel IHE Cross-Enterprise Document Sharing (XDS) Use-Cases, Akteure und Transaktionen Implizit verwendete Standards Open ehealth Integration Platform Unterstützung für IHE-Schnittstellen Diskussion und Fazit 2 1

2 Kommunikationsstandards im Gesundheitswesen Informationsaustausch in verteilten Systemen Nachrichtenbasierter Informationsaustausch (z.b. HL7) Kommandobasierte Abfragen (z.b. HL7, Web Services, SAP BAPIs) Zunehmender Grad der Standardisierung HL7v2 Profile IHE Profile und Transaktionen Content-Profile (CDA, CCD, ) Terminologien (LOINC, ) Druck auf Hersteller wächst Standardschnittstellen sind Grundvoraussetzung bei Ausschreibungen Politischer Druck (z.b. Final Rule Meaningful Use Objectives and Measures) 3 Probleme Schnittstellenspezifikationen sind sowohl fachlich als auch technisch komplex besitzen Freiheitsgrade, was Interpretationsspielraum zulässt sind über viele Dokumente verteilt und umfangreich Implementierung erfolgt nicht nur durch Fachentwickler Implementierungswerkzeuge (z.b. Programmiersprachen) unterstützen nicht direkt die fachlichen Konzepte Technische Vorgaben sind schwierig umzusetzen Nichtfunktionale Anforderungen (Speicherbedarf, Durchsatz, Skalierbarkeit) werden häufig vernachlässigt 4 2

3 Beispiel XDS.b Cross-Enterprise Document Sharing Patient Identity Source Patient Identity Feed (ITI-8) Document Registry Registry Stored Query (ITI-18)? <X> </X> Document Consumer Register Document Set (ITI-42) <X> </X> Retrieve Document Set (ITI-43)? Document Source Provide and Register Document Set (ITI-41) Document Repository <X> </X> Akteur Transaktion 5 Beispiel XDS.b Cross-Enterprise Document Sharing Registrierung und Abfrage von Dokumenten in zentralen/ dezentralen Repositories und deren Metadaten in einer zentralen Registry für den einrichtungsübergreifenden Datenaustausch Definition von spezifischen Akteuren und Transaktionen sowie zugehörigen Kommunikationsprotokollen Definition eines Metamodells Definition von Audit-Informationen für jede Transaktion Anforderungen an Transportverschlüsselung Keine Anforderungen an Dokumenteninhalt oder struktur Trotzdem >300 Seiten an Spezifikation 6 3

4 Beispiel XDS.b Implizit verwendete Standards XDS.b, ATNA IHE Change Proposals ebrs 3.0, ebrim 3.0 WS-Addressing, MTOM, XOP 1.0 SOAP 1.2, RFC 3881 XML 1.0, XML Schema HL7 v2.3.1, HTTP 1.1, MLLP SSL 3.0/TLS 1.0 TCP, UDP 7 Open ehealth Integration Platform (IPF) Open Source Projekt auf der Java-Plattform, gegründet 2008 Lizenz erlaubt Verwendung im kommerziellen und akademischen Umfeld bietet eine domänenspezifische Sprache für HL7 Version 2.x erleichtert das Erstellen, Lesen, Schreiben und Validieren von CDA und CCD-Dokumenten stellt fertige Schnittstellenmodule für diverse IHE-Transaktionen bereit XDS.a, XDS.b, PIX, PDQ, PIXv3, PDQv3, XCPD, ATNA Abstraktion der Schnittstellenimplementierung auf fachliche Ebene 8 4

5 XDS.b Integrationsumgebung für IPF-Schnittstellen IHE-Schnittstellen von IPF sind in einer Integrationsumgebung lauffähig Apache Camel Bereitstellung von empfangenden und sendenden Endpunkten Schrittweise Abarbeitung von Nachrichten Umwandeln, Anreichern, Filtern, Verzweigen, Multiplizieren, Verteilen, Validieren, Nachrichten-Monitoring Domänenspezifische Sprache zur Formulierung von Nachrichten-Routen FTP Endpunkt Filter Transformation HTTP Endpunkt from('ftp://myhost.com/dir').filter( ).transform( ).to(' 9 IPF-Unterstützung für XDS.b Client- und serverseitige Endpunkte für alle 5 Transaktionen Patient Identity Feed, Provide and Register Document, Register Document, Registry Stored Query, Retrieve Document Set XDS Objektmodell für Patienten- und Dokument-Metadaten für Folders, Submission Sets, Associations für Formulierung von Queries für Erzeugung bzw. Auswertung der Transaktionen Zeilen Code 10 5

6 XDS.b Beispiel für Stored Query (ITI-18) from('xds:iti18:queryservice?audit=true').validate().iti18request().convertbodyto(queryregistry.class) (Query bearbeiten und Response erzeugen).validate().iti18response()?? XDS.b Endpunkt Request Validator QueryRegistry Transformer Response Validator 11 Vorteile bei der Verwendung der XDS.b-Schnittstelle von IPF Große Aufwandsersparnis bei der Implementierung der Schnittstellen Technische Details werden unsichtbar Fachliche Details treten in den Hintergrund oder werden deklarativ konfiguriert Aktiver Support und Weiterentwicklung Schnittstelle ist durch IHE Connect-a-thon verifiziert Einsatzfähigkeit durch Verwendung in kommerziellen Produkten nachgewiesen 12 6

7 Nachteile bei der Verwendung der XDS.b-Schnittstelle von IPF Einarbeitungszeit in zunächst unbekannte Bibliotheken (IPF, Camel) Nachträgliche Integration der Schnittstellen in die eigene Anwendungen kann schwierig sein Implementierung der Akteure und deren Datenspeicherung muss immer noch geleistet werden (und wird oft unterschätzt) 13 Fazit Schnittstellenstandards notwendig aber oft schwierig zu verstehen, zu implementieren, zu pflegen Programmbibliotheken für Schnittstellenstandards sehr hilfreich bei ausreichender technischer Abstraktion Konzept der domänenspezifischen Programmiersprache schließt Lücke zwischen fachlicher Anforderung und technischer Umsetzung Investition in Einarbeitung lohnt sich Kein Allheilmittel Anwendungslogik ist damit noch nicht implementiert Nachrüsten existierender Anwendungen mit Standardschnittstellen wird vereinfacht, aber nicht automatisiert (weil oft mit Erweiterung der Anwendungslogik verbunden) 14 7

8 Links Open ehealth Integration Platform Apache Camel 15 Danke für Ihre Aufmerksamkeit! Fragen? 16 8

9 Kontakt InterComponentWare AG Hauptsitz Altrottstraße 31 / Partner-Port Walldorf, Deutschland Tel.: +49 (0) Fax: +49 (0) info@icw-global.com Höherwertige Schnittstellenkomponenten für den Datenaustausch im Gesundheitswesen 9