Orchestra – die

Verbindung aus den Krankenhäusern in die IHE-Welt

—

Jan Schuster / Teamleiter eHealth - Zentrale Dienste IT

06.11.2019

Einleitung—

Paradigmenwechsel im Gesundheitswesen

Helios eHealth 406.11.2019

Analog Digital

Krankheit Gesundheit

Einrichtungszentriert Patientenzentriert

Sektoral Integriert

Expertenwissen Expertensystem (KI)

High-Tech (Medizintechnik) Wearables

Fokus früher Fokus heute

Wo kommen wir her?

06.11.2019Helios eHealth 5

Dezentrale Struktur

Wenig Standard

Viele Produkte

Verteiltes Know How

Repeat yourself

Instabile Infrastruktur

Wo wollen wir hin?

06.11.2019Helios eHealth 6

Schneller werden

Don‘t repeat yourself

Robustere Integration

Weniger Produkte

Zukunftssicher

Zentralisierung

Wie können wir das schaffen?

06.11.2019Helios eHealth 7

Produkt

Eine Plattform, die Helios-Systeme miteinander vernetzt.

Eine Plattform, die zukunftssicher ist und Standards unterstützt.

Zentrale Drehscheibe

Verhaltensänderung

Schaffung notwendiger Strukturen für zentrale Konzeption, Entwicklung und Betreuung.

Unterstützung durch das Management!

Ganz viel Ausdauer!

Standardisierung

Definition von Helios Kommunikationsprofilen.

Einheitliches Betriebskonzept.

IHE/FHIR, Standards

Was haben wir geschafft?

06.11.2019Helios eHealth 8

2013 Start Marktsondierung Ausschreibung

2014 AuswahlTeamaufbau und

SchulungProfile Betriebskonzept

2015 Technische Artefakte

Entwicklung ErstinstallationMigration Berlin-

Buch

2016 Migration Erfurt Prozesse Szenarien FHIR WTM

2017 eHealthPlattform

Migrationen Szenarien In die Breite

Helios-Kommunikationsprofile—

Profilierung auf der Basis von HL7 Version 2.6

06.11.2019Helios eHealth 10

Helio

sH

L7-D

euts

chla

nd

HL7-In

tl.

zunehm

ende E

inschrä

nkungen

HL7 Version 2.6

HL7 Version 2.6 deutsche Fassung

Helios HL7 Profil

Gemeinsame Datentypen und Segmente

HL7 Profil Deutschland (z.B. PAM)

Entstandene Kommunikationsprofile

06.11.2019Helios eHealth 11

• Voraussetzung für standardkonforme Entwicklung Orchestra

• Voraussetzung für die Ablösung der vorhandenen Integrationen

• Voraussetzung für standardkonforme Entwicklung im KIS

• Voraussetzung für standardkonforme Subsystemanbindungen (don‘trepeat yourself)

• Voraussetzung für die Integration unserer eHealth Plattform (IHE)

Kommunikation

06.11.2019Helios eHealth 12

Enterprise Service Bus

Adapter Adapter Adapter

IS-H/i.s.h.med x.vianova iMedOne

Adapter

eHealthPlattform

Adapter

PDMS

Adapter

Labor

Helios ProfilHelios ProfilHelios Profil

Interoperabilität -Vorbereitung—

* Helios.bridge

Interoperabilität = Einhaltung von Standards

06.11.2019Helios eHealth 14

Technische Interoperabiliät

• Nutzung von standardisierten Netzwerkprotokollen

• Nutzung von standardisierten Verschlüsselungstechnologien

• Nutzung von standardisierten Authentifizierungs- und Autorisierungsverfahren (technisch, SAML, OpenID etc.)

• Nutzung von Standards für Auditierung von Zugriffen auf Patientendaten (ATNA)

• Nutzung von Technologien, die eine Interoperabilität möglich machen

Semantische Interoperabilität

• Nutzung der ausgetauschten Daten

• Einsatz von OIDs für Namensräume, verwendete Valuesets, Identifikation von Leistungserbringern etc.

• Einsatz von Terminologien und Valuesets(z.B. LOINC, ICD, Valuesets IHE-DE)

• Einsatz von IHE Nachrichtenprofilen (z.B. IHE PAM-DE)

• Einsatz von standardisierten Zustimmungsverfahren (IHE APPC)

Orchestra, ICW und Helios IHE, HL7, ICW und Helios

Integration Statements

Orchestra und ICW

Helios OID-Konzept

06.11.2019Helios eHealth 15

Beispiel für die Verwendung des Patient Namespace in ADT Nachricht für das Krankenhaus Helios Klinik Berlin-Buch.

Root-OID für Fresenius: 1.2.276.0.76.3.1.234ID für Helios: 3Version: 1

Vergabe von IDs für 89 Akuthäuser und mehr als 200 Medizinische Versorgungszentren.

Wählen Sie ein geeignetes Tool für die Abbildung Ihrer OID-Struktur

Fachrichtungen

06.11.2019Helios eHealth 16

Allgemeinchirurgie

Innere Medizin

Haut- und

Geschlechtskrankheiten

Psychiatrie und Psychotherapie

Berlin-Buch

CHA

ITSK

DERMA

-

Erfurt

CHA

MED2

DER

PSE

Duisburg

CHI

-

DER

PSY

Helios

H_ACHIR

H_INNER

H_HAUT

H_PSYCH

IHE ValueSet

ALCH

INNE

HAUT

PSYC

{"did": "BLN","localDepartment": "CHA","globalDepartment": "H_ACHIR","description": "Allgemeine Chirurgie"},

{"did": "DUN","localDepartment": "CHI","globalDepartment": "H_ACHIR","description": "Allgemeine Chirurgie"},

Dokumenttypen

06.11.2019Helios eHealth 17

BRI – Alle Varianten von Arztbriefen wie Überweisungsbrief, Entlassbrief, etc. sowie weitere zusammenfassende Dokumente mit einer ärztlichen oder pflegerischen Bewertung der Fakten. Befundberichte werden über das Konzept "Befund" abgedeckt.

BEF – Untersuchungsergebnisse von EEG, EKG und weiterer Funktionsdiagnostik, sowie manuellen Untersuchungen; solange es keine spezifischeren classCodes gibt (z.B Labor-ergebnisse). Eine weitere Spezialisierung der Befunde (z.B. Histopathologie) kann über den typeCode realisiert werden, insofern sie nicht über den practiceSettingCodeabgebildet werden.

Arztbrief

Befunddokument

Laborbefund

Aufklärungsbogen

Berlin-Buch

ZBABBUCH

-

ZHBBXLBB0P

-

Erfurt

ABRIEF_MED

BEFUND_KOL

-

ZEFAUFKL

ClassCode

BRI

BEF

LAB

ADM

TypeCode

BERI

BEFU

BEFU

EINW

Warum machen wir das?

06.11.2019

Ziele

06.11.2019Helios eHealth 20

Datenschutzkonform

Personalisierte Inhalte

KIS-Anbindung

Wegbegleiter

Patientenzufriedenheit

Patientenbindung

Standardkonforme Lösungsarchitektur

06.11.2019Helios eHealth 21

InternetEinrichtung eHealth Plattform

MFA AC

PD

MPI

PO

PCM IF

DIE

PE

CDR APPArchiv PACS

LIS RIS Subn

Orchestra

KIS/AIS

Fragen—

Vielen Dank für Ihre Aufmerksamkeit—

06.11.2019