Der IHE Prozess als Interoperabilitätskonzept. Andreas Kassner Fachbereich Integrierte Versorgung isoft Deutschland

Transkript

1 Der IHE Prozess als Interoperabilitätskonzept 1 Andreas Kassner Fachbereich Integrierte Versorgung isoft Deutschland

2 Rechtliche Rahmenbedingungen Politische Rahmenbedingungen 2005 Ist-Situation in Deutschland Elektronischer Austausch abrechnungsrelevanter Daten (KV, ) Grundsteinlegung durch Gesetz zur Modernisierung der gesetzlichen Krankenkassen a) (GKV-Modernisierungsgesetz GMG Einführung Telematik-Infrastruktur, 140 Regelung mit 1 % Regelung im stationären Bereich) b) Rechtliche Sicherheit bei MVZ über 95 bit4health-projekt, Rahmen- und Lösungsarchitektur, GeTikOS 2005 Ist-Situation in Europa Neustrukturierung der Sozialsysteme ehealth Interoperability Workshop in Brüssel (Gastgeber europäische Kommission) Erkenntnis: Telematik ist nicht mehr nur regional oder national zu realisieren Aktionsplan der Europäischen Kommission zur Einführung flächendeckender Telematik-Anwendungen für gemeinsame, pan-europäische Konzepte: Netzwerke, Chipkarten, Sicherheitspolicies 2

3 Rechtliche Rahmenbedingungen Strukturelle und marktliche Ergebnisse aus den gesetzlichen Vorgaben Abbau der Überversorgung (Konsolidierung) Wegfall der doppelten Facharztstruktur, hin zu KHs, Polikliniken, MVZ, Ambulanzen Bildung von Medizinischen Kompetenz- und Gesundheitszentren unter Einbindung von stationären und ambulanten Leistungserbringern Globalisierung Kooperationen Prozessorientierung Dezentralisierung (IT Outsourcing, stat amb) Übergreifende Behandlungsketten Hoher Bedarf an Information und Unterstützung im Bereich der standardübergreifenden Interoperabilität 3

4 Was ist IHE? Was macht IHE aus? Kein Standardisierungsgremium IHE liefert ein detailliertes Framework zur Implementierung der relevanten Standards, die Lücken füllend zwischen Standards und Implementierung Nutzung bestehender Standards wie HL7 und DICOM Marktorientierung durch gemeinsame Initiative aus Anwendern und Industrie Heute gibt es Profile für verschiedene Domänen Integration Profiles in the Radiology Domain (12) Integration Profiles in the Information Technology Domain (5) Integration Profile in the Laboratory Domain (1) Integration Profiles in the Cardiology Domain (4) 4

5 IHE - Arbeitsweise Die 5 Schritte des IHE Prozesses 1. Problem Identification. Clinicians and IT experts, represented by their professional societies at the national or European level, identify common integration problems in accessing information, clinical workflow, administration and the underlying infrastructure. 2. Integration Profile Specification. Healthcare technical experts look for healthcare or general IT standards that address that need. Specific technical choices are made and documented in the form of IHE Integration profiles. 3. Connectathon Testing. Answering a call for participation, vendors implement IHE according to the IHE Integration Profiles. They test their systems for interoperability, face-to-face with other vendors systems, at an annual IHE Connectathon. This allows vendors to assess the maturity of their implementation and resolve issues of interoperability with other vendor products in a supervised testing environment. 4. Integration Statements and RFPs. IHE defines a template for Vendors to publish IHE Integration Statements that document the integration profiles supported by their products. Users may reference the appropriate integration profiles in requests for proposals (RFP), thus greatly simplifying the systems acquisition process. 5. Success Stories. The ultimate goal of IHE is the successful practical deployment of IHE capable systems in multi-vendor seamless integrated healthcare solutions. The IHE Integration Profiles specified in IHE Technical Frameworks are the blueprint and guiding implementation roadmap for an effective, efficient, future-proof step-by-step approach to healthcare integration problems. 5

6 Was ist IHE? Gemeinsames Ziel eines übergreifenden Health Records Ausgehend von den bestehenden Profilen in der IT Infrastructure, Radiology, Labor, Cardiology und weiteren Domänen Zusammenarbeit mit EHR-Standardisierungsinitiativen (HL7, CEN, EuroRec, etc.) 6

7 Nutzen von IHE IHE-basierte IT Systeme bieten Vorteile Reduktion von kostenintensiven Sub-prozessen Vermeidung von hohen organisatorischen Aufwänden Bsp: Scheduled Workflow, Patient Reconciliation für eindeutige demografische Patientendaten, Standardübergreifend Sicherstellung einer Qualitätssicherung vollständige, zeitnahe medizinische und administrative Informationen Bsp.: Key Image Notes, Simple Image and Numeric Report Pragmatische schrittweise Entwicklung Modulare Erweiterung von IHE Geringe Einstiegskosten, gleichzeitig hoher Nutzen 7

8 Nutzen von IHE Beispiel: Scheduled Workflow Profile 8

9 IHE IT Infrastructure Retrieve Information for Display Access a patient s clinical information and documents in a format ready to be presented to the requesting user Patient Synchronized Applications Synchronize multiple applications on a desktop to the same patient Web/HL7-CDA/PDF/JPG HL7 CCOW v1.4 Enterprise User Authentication Patient Identifier Consistent Cross-referencing Time for MPI Provide users a single name and centralized authentication process across all systems Map patient identifiers across independent identification domains Coordinate time across networked systems HL7 2.x ADT/ Query NTP (RFC 1305) Kerberos (RFC1510) / CCOW 9

10 IHE IT Infrastructure New Cross-Enterprise Document Sharing Registration, distribution and access across health enterprises of clinical documents forming a patient electronic health record Patient Identifier Cross-referencing for MPI Map patient identifiers across independent identification domains Retrieve Information for Display Access Access a a patient s patient s clinical clinical information information and and documents documents in in a format a ready format to ready be presented to be to the requesting presented user to the requesting user New Audit Trail & Node Authentication Centralized privacy audit trail and node to node authentication to create a secured domain. Consistent Time Coordinate time across networked systems New Personnel White Page Access to workforce contact information Patient Demographics Query New Patient Synchronized Applications Synchronize multiple applications on a desktop to the same patient Enterprise User Authentication Provide users a single name and centralized authentication process across all systems 10

11 IHE IT Infrastructure Profile Unternehmensweite Benutzeranmeldung Retrieve Information Patient Synchronized for Display Applications Access a patient s clinical information and documents Synchronize multiple applications in a format ready to be on a desktop to the same patient presented to the requesting user Enterprise User Authentication Patient Identifier Cross-referencing for MPI Map patient identifiers across independent identification domains Consistent Time Coordinate time across networked systems Provide users a single name and centralized authentication process across all systems 11

12 IHE IT Infrastructure Profile Unternehmensweite Benutzeranmeldung Problem: Unterschiedliche Benutzerverwaltungen für Betriebssystem, KIS, RIS, PACS usw. erschwert die Wartung und macht systemübergreifende Rechte (etwa bei DICOM-Zugriff auf das PACS) unmöglich Lösung: zentralisierte Verwaltung von Benutzerkennungen Technik: Kerberos 5 12

13 IHE IT Infrastructure Profile New Patient Identifier Cross-referencing for MPI Map patient identifiers across independent identification domains Cross-Enterprise Document Sharing Cross-Enterprise Document Sharing Registration, distribution and access across health enterprises of clinical documents forming a distributed patient electronic health record Retrieve Information for Display Access Access a a patient s patient s clinical clinical information information and and documents documents in in a format a ready format to ready be presented to be to the requesting presented user to the requesting user New Audit Trail & Node Authentication Centralized privacy audit trail and node to node authentication to create a secured domain. Consistent Time Coordinate time across networked systems New Personnel White Page Access to workforce contact information Patient Demographics Query New Patient Synchronized Applications Synchronize multiple applications on a desktop to the same patient Enterprise User Enterprise Authentication User Authentication Provide users a single name and centralized authentication process across all systems 13

14 IHE IT Infrastructure Profile Typically, a patient goes through a sequence of encounters in different Care Settings Long Term Care Acute Care (Inpatient) Other Specialized Care (incl. Diagnostics Services) GPs and Clinics (Ambulatory) Continuity of Care: Patient Longitudinal Record 14

15 IHE IT Infrastructure Profile Web-basierter Zugriff auf klinische Informationen Problem: Dokumenten- und Bildverteilung im Klinikum kaum standardisiert; DICOM nicht überall verbreitet Lösung: Web-basierter Zugang zu aktuellen klinischen Informationen und Dokumenten Informationen: Allergien, Medikation, Entlassungsmeldungen Dokumente: Befunde, Bilder Technik: Anfrage als Web-Service Aktuelle Informationen werden als Webseite ausgeliefert Dokumente: XHTML, CDA, PDF, JPEG 15

16 IHE IT Infrastructure Profile Wie real ist XDS? Specification work since Nov 2003 Public Comments June-July constructive comments received. Validity of XDS approach confirmed around the world. Stable specification IHE Technical Framework Published Aug 15th, 2004 (TI Supplement) IHE Connectathon - January 2005 (USA)-17 vendors HIMSS Feb show-wide demonstration IHE Connectathon - April 2005 (Europe)-27 vendors Several Implementation Projects by health authorities in

17 IHE IT Infrastructure Profile HIMSS 2005 Interoperability Showcases HIMSS sponsors the testing and demonstration of IHE interoperability in two large Showcase Exhibits: cross-enterprise sharing of health information in the acute care, 20 vendors: Cedara Gusrada/Care Science NIST Dictaphone IDX Novell Eastman Kodak InterSystems Open Text Eclipsys Infinitt Sentillion Emageon Kryptiq Siemens Epic MedCommons Univ. Of Washington GE Healthcare Mortara Instruments ambulatory sharing of health information, 13 vendors: Allscripts GE Healthcare MidMark CapMed/SanDisk IDX NextGen Cerner Krytiq WebMD Eclipsys MedcomSoft ETIAM MediNotes 17

18 IHE IT Infrastructure Profile Domänenübergreifende Patientenidentifikation Retrieve Information for Display Access a patient s clinical information and documents in a format ready to be presented to the requesting user Patient Identifier Cross-referencing for MPI Map patient identifiers across independent identification domains Patient Synchronized Applications Synchronize multiple applications on a desktop to the same patient Consistent Time Coordinate time across networked systems Enterprise User Authentication Provide users a single name and centralized authentication process across all systems 18

19 IHE IT Infrastructure Profile Domänenübergreifende Patientenidentifikation Problem: Abgleich der Patienten-IDs über Instituts- oder Bereichsgrenzen hinweg Master Patient Index Vernetzung Ambulant-Stationär Zusammenschluss von Kliniken Lösung: Netzwerkdienst zum Registrieren und Abrufen von Querverweisen zwischen Patienten-IDs Technik: HL7 19

20 IHE IT Infrastructure Profile Domänenübergreifende Patientenidentifikation Patient Identification Domain C Patient Identity Feed & Patient Identity References Patient Identity Cross-reference Manager Patient Identification Cross-reference Domain Patient Identity Feed Patient Identity Source Patient Identity Cross References Patient Identity Feed Patient Identity Source Patient Identity Cross References Internal Domain transactions Other IHE Actor Patient Identity Consumer Patient Identification Domain A Internal Domain transactions Other IHE Actor Patient Identity Consumer Patient Identification Domain B 20

21 IHE IT Infrastructure Profile Audit Trail & Node Authentication New Cross-Enterprise Document Sharing Registration, distribution and access across health enterprises of clinical documents forming a patient electronic health record Patient Identifier Cross-referencing Patient Identifier for Cross-referencing MPI for MPI Map patient identifiers across Map patient independent identifiers identification across independent domains identification domains Retrieve Information for Display Audit Trail & Node Authentication Access Access a a patient s patient s clinical clinical information information and and documents documents in in a format a ready format to ready be presented to be to the requesting presented user to the requesting user Consistent Time Coordinate time across networked systems New Centralized privacy audit trail and node to node authentication to create a secured domain. New Personnel White Page Access to workforce contact information Patient Demographics Query New Patient Synchronized Applications Synchronize multiple applications on a desktop to the same patient Enterprise User Enterprise Authentication User Authentication Provide users a single name and centralized authentication process across all systems 21

22 IHE IT Infrastructure Profile IHE and HIPAA Style Security User Identity PWP, EUA User Authentication EUA Node Authentication ATNA Security Audit Trails ATNA Data Integrity Controls CT, ATNA TLS option Data Confidentiality ATNA TLS option Access Controls Future item in IHE roadmap 22

23 IHE IT Infrastructure Profile Audit Trail & Node Authentication Problem: Mangelnder Zugriffsschutz Keine sichere Prüfung des Kommunikationspartners Fehlende zentrale Protokollierung von Systemzugriffen Lösung: Authentifizierung node-to-node Sicherstellung, dass nur authorisierte Systeme/Geräte sich an das Netz anmelden Allgemeine Definition von Security Events (Login, Dateizugriff, ) Spezifische Privacy Events (Zugriff Patient bspw im Notfall, Bilder, Zugriff auf bestimmte IT-Systeme) Technik: Node-to-node via x.509 Zertifikat Audit Messages im XML Format (IETF RFC Pending) Transport der Audit Messages über Syslog, RFC 3195, 3164 TLS, IETF, HTTP, DICOM und ASTM Problem: Im F&E Projekt redundant 23

24 IHE IT Infrastructure Profile ATNA: Combined list of events Actor-start-stop The starting or stopping of any application or actor. Study-object-event A study is created, modified, or deleted. Security-administration Security alerts, configuration changes, etc. Health-service-event Other health service related auditable event. Images-availability-query The query for instances of persistent objects. Instances-deleted The deletion of persistent objects. Medication Medication is prescribed, delivered, etc. 24

25 IHE IT Infrastructure Profile Synergien zwischen den Profilen Patient Identity X-ref Manager Display Client Authentication Agent Time Client Information Source Patient Identity Consumer Time Server Kerberos Authentication Server 25

26 Connectathons Connectathon 2004 Mehr als 200 namhafte Hersteller weltweit 4 technische Rahmenwerke Bis zu 24 Integrationsprofile jährliche Tests Life-Präsentation bei Kongressen >100 Teilnehmer an letztem 4 tägigen IHE Workshop in NL 26

27 Connectathons Europäischer Connectathon

28 Ausblick Europa IHE Europa Etabliert F. I, D (teilweise) In Organisation (neu) GB, NL, DK, N Im Aufbau E, S 28

29 Fazit IHE bietet praktische Erfahrungen mit der Entwicklung interoperabler Systeme über die Grenzen von Standards hinaus Struktur für Entwicklung von Anforderungsprofilen und technischen Lösungen anhand konkreter UseCases Einbindung von Anwendern und Anbietern Testverfahren für Implementationen Europäische Perspektive Relevant für klinische Anwendungen und die Integrierte Versorgung 29

30 Mitwirkende Dank auch an die Mitwirkenden an IHE-D HL7 Gruppe mit B. Blobel, Prof. Dudeck, K. Heitmann, P. Sachs u.a. DICOM u.a. mit B. Wein, M. Eichelberg, P.Mildenberger, A. Ihls, H.-P. Bursig, M. Rösch, u.v.a. m

31 Vielen Dank für Ihre Aufmerksamkeit Fragen?? 31