Integration von Apps in das elektronische Patientendossier

Jahrestagung von HL7 und IHE Deutschland vom 26. -28. Oktober 2016 in Kassel

Oliver Egger, ahdis gmbh

Integration von Apps in das elektronische Patientendossier der Schweiz. Was ist denkbar?

Agenda • Elektronisches Patientendossier in der Schweiz

• Empfehlungen mHealth eHealth Suisse 2016

• Lösungsansätze

• Fragen

Oliver Egger

2015 - founder ahdis gmbh2012 - 2014 visionary AG, docbox, Managing Partner, CIO2003 -2011 visionary AG, docbox, Senior Software Engineer2002 -2003 Ecofin Research & Consulting AG, Software Engineer1994– 2001 SPEAG, Vice President, GL+VR-Member

2016 Dozent BFH Bern Medizininformatik, Interoperabilität

HL7.ch Board MemberLeader Technical Committee, member hl7 since 2009

IHE SuisseDeputy Technical Manager since 2016, member since 2015

Dipl. Inf. ETH, ETH Zürich, 1996IHE XDS Advanced Training, 2015Certified HL7 CDA Specialist, 2015Certified Scrum Master, 2014NDK eHealthcare, Nottwil, 2009

Born in 1971 in Doncaster (UK), married, 2 daughters, back country skiing and cooking enthusiast

phone: [email protected]: @oliveregger

ElektronischesPatienten-DossierSchweiz

2007 Strategie eHealth Schweiz

2008 – heute: eHealth Suisse• Standards und Architektur

• Aufbau und Vernetzung

• Rechtliche Grundlagen und Finanzierung

• Online-Dienste und Befähigung

2013 Entwurf Bundesgesetz (EPDG)

2015 Gesetz angenommen

2017 Gesetz in Kraft

2018 Einführung und BetriebQuelle: http://www.e-health-suisse.ch/umsetzung/00184/index.html?lang=de&download=NHzLpZeg7t,lnp6I0NTU042l2Z6ln1acy4Zn4Z2qZpnO2Yuq2Z6gpJCDdH52gGym162epYbg2c_JjKbNoKSn6A--

EPD

• Dezentrale Architektur

• Austauschformate / Metadaten / Dokumente

• Gemeinschaft – Stammgemeinschaft

• Eine Stammgemeinschaft muss dem Patienten ermöglichen eigene Dokumente hochzuladen.

Community A as a XDS Affinity Domain

Communities B, C, D …

Government Services

Identity Provider

Core Community Components

Secondary Systems

MPI

GW

Patient Portal

Health Professional Portal, Primary Systems

i [ITI-45] i [ITI-47] Patient Demographics Query HL7 V3

i [ITI-44]

i [ITI-18]

i [ITI-18]

i [ITI-41] i [ITI-43]

i [ITI-43]

i [ITI-38] Cross Gateway Queryi [ITI-39] Gross Gateway Retrievei [ITI-55] Gross Gateway Patient Discovery

i [ITI-18]

i [ITI-18]i [ITI-18] i [ITI-42] i [ITI-43] i [ITI-43]

i [ITI-1] ih [ITI-19]

i [ITI-20]

i [ITI-20]ih [ITI-19]

ih [ITI-19] h [ITI-20]

h [ITI-20]

i [ITI-1]

i [ITI-48] i [ITI-60]

i [ITI-40]

i [ITI-40] Provide X-User Assertion

Get X-User Assertions other Assertion transcations

i [ITI-1]

i [ITI-43]

h [ITI-38]h [ITI-39]h [ITI-55]

i [ITI-58] i [ITI-59] i [CH:PIDD]

i [ITI-58] Provider Information Queryi [ITI-59] Provider Information Feedi [CH:PIDD] Provider Information Delta Download

i [ITI-48] Retrieve Value Setsi [ITI-60] Retrieve Multiple Value Sets

i [ITI-1] Maintain Time

i [ITI-42] Register Document Seti [CH:ADR]

i [CH:ADR]

i [CH:ADR]

i [CH:PRQ] Privacy Policy Query

i [CH:PRQ]

i [CH:PRQ]

h [CH:ADR] h [CH:XADR]

h [CH:XADR]

i [CH:ADR] Authorization Decision Request

i [CH:XADR]

h [ITI-18]

h [ITI-18]

h [ITI-43]

i [ITI-58] Provider Information Queryi [ITI-59] Provider Information Feedi [CH:PIDD] Provider Information Delta Download

h [ITI-43]

i [ITI-40]

i [ITI-40] i [ITI-41]

i [ITI-48] Retrieve Value Setsi [ITI-60] Retrieve Multiple Value Sets

Authenticate User

i [ITI-41] Provide & Register Document Seti [ITI-43] Retrieve Document Set

i [ITI-18] Registry Stored Query

i [ITI-44]

i [ITI-45] i [ITI-47]i [ITI-48] i [ITI-60]

i [ITI-58] i [ITI-59] i [CH:PIDD] i [ITI-44]

i [ITI-45] PIX V3 Query i [ITI-48] Retrieve Value Setsi [ITI-60] Retrieve Multiple Value Sets

i [ITI-58] Provider Information Queryi [CH:PIDD] Provider Information Delta Download

i [ITI-44] Patient Identity Feed HL7 V3i [ITI-1] Maintain Time ih [ITI-19] Node Authentication

i [ITI-20] Record Audit Event

i [ITI-20]

i [CH:XADR] Cross Community Authorization Decision Request

i [CH:XADR]

Patient DemographicsConsumer

Patient IdentifierCross-reference

Manager


Consumer

Patient DemographicsSupplier

DocumentRegistry

DocumentConsumer

InitiatingGateway

DocumentSource

DocumentRepository

ValusetConsumer

ValusetRepository

RespondingGateway

X-ServiceUser

X-ServiceProvider

X-ServiceProvider

User AuthenticationProvider

X-AssertionProvider

CPICommunity / Portal

Index

HPDHealthcare Provider

Directory

Time ServerMDI

Metadata Index Service

ProviderInformation Directory

ValusetConsumer

Provider InformationSource, Consumer

Provider Info.Source, Consumer

DocumentConsumer

X-ServiceUser

Patient IdentitiySource

RespondingGateway

InitiatingGateway

XUA

Policy Manager

PDQ PIX HPD CH:PIDD CH:PRQ

CH:PRQ

SVS XUA

Policy ManagerPIX XDS XDS

HPD SVS XUA XDS

XUA

PDQ CH:PDQ CH:PIX CH:PIX

CH:PDQ CH:PIX CH:PIX

CH:PIX CH:PIX

PIX

HPD

CH:PIDD

CH:PIDD

Time Client

Secure Node

CT

ATNA

CH:ATNA

CH:ATNA

Time Client

Secure Node

CT

ATNA

CH:ATNA

CH:ATNA

Time Client

Secure Node

CT

ATNA

CH:ATNA

CH:ATNA SVS

PolicyRepository

Authorization DecisionConsumer

CH:PPQCH:XUA

CH:XUA

CH:XUA

CH:XUA

CH:XUA

CH:ADR

CH:ADR

CH:XUA

XCA CH:ADRCH:XCPD, CH:ATNACH:XCPD, CH:ATNA

CH:XCPD, CH:ATNACH:XCPD, CH:ATNA

Authorization DecisionProvider

XCAXDS XDS

SVSHPD XCA

Authorization DecisionConsumer

CH:ADR

Authorization DecisionProvider

CH:ADR

XCA

CT SVS

UPIUnique Person

Identification Service

[ITI-41]

DocumentSource

XDS

[ITI-41]

[ITI-18, 43][ITI-44][ITI-45][ITI-47]


Consumer

ValusetConsumer

Provider InformationConsumer


PIX HPD CH:PIDD SVSPIX

[ITI-44][ITI-45] [ITI-18, 43]

IHE Integration Profiles

IT Infrastructure Technical Framework Vol 12.0 (IHE ITI)XCA-(I) Cross-Community Access XCA (-Imaging)XCPD Cross-Community Patient DiscoveryXUA Cross Enterprise User Assertion HPD Healthcare Provider DirectoryXDS(-I).b Cross-Enterprise Document Sharing (-Imaging) PDQ / PIX Patient Demographics Query, Patient Identifier Cross-referencingATNA/CT Audit Trail and Node Authentication, Consistent TimeSVS Sharing Value Sets

National ExtensionsCH:ATNA Swiss Requirements on ATNA, XDS.b and CT for Audit Trail Consumption CH:PIX Swiss Requirements on PIXv3CH:PDQ Swiss Requirements on PDQv3 CH:PIDD Swiss Requirements on HPD for ReplicationCH:XCPD Swiss Requirements on XCPD for Cross-Community Patient DiscoveryCH:XUA Swiss Requirements on XUA for XDS, ADR and PPQ

National Integration ProfilesCH:ADR Authorization Decision Request CH:PPQ Patient Privacy Policy Query

HL7® trademark owned by Health Level Seven International.03-2016

eHealth Connector support 10/2015

IHE Profile CH:Profile

i [ITI-x] IHE Transactioni [CH:x] National Extension or Integration Profile

Actor

not specified by IHE

Legend

Electronic Patient Dossier (EPD)Overview IHE Integration Profiles with Swiss National Extensions

DocumentConsumer

Document AuditConsumer

CH:ATNA

XDS


PIX

Authorization DecisionConsumerX-Service

UserXUA

CH:ADR

Authorization DecisionConsumerX-Service

UserXUA

CH:ATNAAudit RecordRepository

AuditRepository

ATNA

CH:ATNAAudit RecordRepository

AuditRepository

ATNA

Secure Node

Time Client

ATNA

CT

CH:ATNA

CH:ATNA

Quelle: https://www.medinside.ch/de/post/ehealth-epd-ofac-affinity-domain-apotheker-hin-ad-swiss-

mHealth und EPD? • EPD ist dokumentenbasiert, mHealth Apps oft datenbasiert (Vitalzeichen, Sensormessungen).

• Datenschutzanforderung EPD und mHealth: Starkes Authentifizierungsverfahren (2-Faktor) in mHealthApps?

• EPD: Externes Zugangsportal nur Lesezugriff auf andere Gemeinschaften oder Stammgemeinschaft.

• mHealth: Gültigkeit, Zuverlässigkeit der Daten (medizinische Fachperson oder Patient, Gerät)

eHealth SuissemHealth Empfehlungen Iin der Anhörung

Quelle: http://www.e-health-suisse.ch/aktuell/00231/index.html?lang=de

“Der Begriff mHealth beschreibt Massnahmender privaten und öffentlichenGesundheitsversorgung, die durchMobilgeräte wie Mobiltelefone, Patientenüberwachungsgeräte, persönlichedigitale Assistenten (PDA) und anderedrahtlos angebundene Geräte unterstütztwerden.”

(FH St. Gallen 2015: 4).

Handlungsempfehlugenin Anhörung


Transparenz• Juristische Gutachten• Leitfaden zuhanden Hersteller• Datenschutz und Sicherheit• Beratung für Hersteller• Kriterienkatalog für Apps• Selbstdeklaration für App Empfehlungen• Informationsangaben für den Umgang

Interoperabilität• Empfehlungen zu Standards

Vergütung• Vergütung durch die Obligatorische Krankenpflegeversicherung,

Forschungsförderung sowie Anpassung Tarifierung

Interoperabilität


„eHealth Suisse“ empfiehlt bei Bedarf technische und semantische Standards fur die Kommunikation von mHealth-Leistungen und Applikationen. Dabei stehen Standards im Vordergrund, die sich international etabliert haben (zum Beispiel Continua oder IHE PCD).

In der Fussnote des Berichts finden sich auch die IHE MHD, PDQm (FHIR) und IHE IUA Profile die im Bereich mHealth Anwendung finden.

Lösungsansätze • App in EPD Stammgemeinschaft, Gemeinschaft

• Getrennte Lösung die Dokumente dem EPD zur Verfügung stellt (On Demand Dokumente)

• Externes Zugangsportal erweitert mit IHE Mobile Profilen (MHD, PDQm, PIXm), Austauschformate• PHR Profile/FHIR Profile auf nationaler Ebene

definieren für mHealth Apps

App in EPD Stammgemeinschaft, Gemeinschaft

• App in der EPD Stammgemeinschaft, Gemeinschaft

• Muss keine Interoperabilitätsstandardsbefolgen, Einsatz, Entwicklung, Governance pro (Stamm-)Gemeinschaft.

• Einsatz möglich von IHE, Continua Profilen fürmedizinische Apps

App

Getrennte Lösung die Dokumente dem EPD zur Verfügung stellt (On Demand Dokumente)

• App/Server Lösung separat

• Daten/Dokumente aus der App werden als On-Demand Dokumente der (Stamm-)gemeinschaft zur Verfügung gestellt.

• Schweiz: meineimpfungen.ch im Aufbau (WebApp)

• ELGA/Österreich: Architektur Draft für Einbindungmedizinische Geräte mit IHE/Continua

App

Server

IHE MHD, PDQm, PIXm Profile vor dem externen ZugangsportalCDA –CH Austauschformate für Dokumente

• IHE MHD: FHIR Restful API auf eine XDS Umgebung

• IHE MHD Profil, PDQm, PIXm über Zugansportaloder (Stamm-)Gemeinschaft anbieten

• Vereinfachung des mobilen Zugriffes für Dokumenteaus dem EPD

• Option: Dokumente als CDA-CH Austauschformate

• Kein Schreibzugriff auf das EPD via externesZugangsportal

App

IHEMHD

App

IHEMHD

mHealth Apps basierend auf FHIR Profile / API

• FHIR Profile definieren basierend auf CDA-CH Austauschformaten• Initiativen in Niederlande, Kanada, USA sowie

Australien für FHIR Profile und API’s• Problematik Daten vs Dokumente• FHIR API und EPD?• In der Schweiz bis jetzt noch keine Aktivitäten

bezüglich EPD aber erste Projekte mit FHIR basierten Apps laufen (z.B. mimoti/midata)

App FHIRProfile/API

Feedback, Fragen

contact ahdis gmbhbertastrasse 48003 zürichswitzerland

ahdis health data information systems - introduction

oliver egger+41 76 579 50 [email protected]@olivereggerwww.ahdis.ch

ahdis gmbh, zürich, switzerland, 7/3/16

meet us:Impact hub zürichSihlquai 1318005 zürichswitzerland

Backupslides

Ahdis gmbh, zürich, switzerland, 27/11/2015

LeadersineHealthInteroperability

WorkingtogethertowardsinteroperabilityforhealthcareSept2016


AboutIHEandPCHAIntegratingtheHealthcareEnterprise(IHE)andPersonalConnectedHealthAlliance(PCHA)areeachfocusedonimprovingthewayshealthITsystemsshareinformation.

IHE’sprimarydomainisinclinicalhealthcaresettingsandtheirregional/national/cross-borderexchangeswhilePCHA’sprimarydomainisinhomeandremotehealthsettings.

IHEProfilesandPCHA’sContinuaDesignGuidelinesarebothstandard-based,openspecificationsforhealthinformationexchange:

Wheretheyoverlaptheyareconsistent,resultinginamatureandinteroperableinformationecosystemTogethertheyensurethatdevicedatawhethercapturedbythepatientorinacaredeliverysettingflowsintoelectronichealthrecordsinthesameformatandcodedcontent

Together,bothIHEandPCHAcontinuallyimproveinteroperabilitywithintheirdomainsandoverseeconformitytestingandcertificationofproductsworldwide.


(NursingStation,Gateway)

HospitalDevice

PersonalHealthDevice

HealthInformationExchange

HospitalEMR

HospitalDeviceGateway

AmbulatoryEMR

HospitalEMR

PersonalHealthGateway

(Hub,phone,tablet,etc)

(Health,MedicalandFitnessdevices) (CareManagementServices)

HealthInformationService

Health&FitnessService

HospitalDevice

DefinedinIHEProfilesDefinedinContinuaGuidelinesDefined&alignedinbothContinuaGuidelines&IHEProfiles

WheretodeployIHEProfilesandPCHA’s ContinuaGuidelines

https://www.eiseverywhere.com/file_uploads/91f34771408f8de0004e1030d320ef07_StefanSauermann_Interoperabilitt.pdf

‹#›

This image by Stefan Sauermann. The architecture shown follows the personal views of the author alone.

It is not final and subject to ongoing discussions in Austria and internationally.

Architecture Draft from Austria

https://www.eiseverywhere.com/file_uploads/91f34771408f8de0004e1030d320ef07_StefanSauermann_Interoperabilitt.pdf

‹#›

• 1: PAN, TAN, LAN Interface - optional

• 2: WAN Interface - optional • 3: HRN Interface - modified:

– “Continua” payload HL7 PHMR CDA: mandatory (adapt for AT – regulatory req.)

– Different transport: IHE ITI-41 (XDS): mandatory (as in ELGA) • 4: IHE XDS

– IHE ITI-18, ITI-43: mandatory (as in ELGA)

– IHE ITI-61 (On Demand Documents): optional • This is the real clever, revolutionary bit!!!

• Basically this is Continua. We added more IHE XDS as data reaches EHRs.

• 1: We need to carefully look at market dynamics around this one • 2: FHIR will be loved here, when stable!!

Architecture recommendations (summary)

mHealth needs eHealthor the other way round?eHealth Forum 2016, Athen, 26.10.16C. Parisot

Quelle: https://twitter.com/alexanderberler/status/791284017974898688

mHealth250 Apps


eHealth39 Apps


CDA Parser on iOS, Android?eHealth Forum 2016, Athen, 26.10.16C. Parisot

Quelle: https://twitter.com/alexanderberler/status/791281159950983168