Klik om de stijl te bewerken

GGZ-EPD: een nieuw recept voor geluk

De belangrijkste kenmerken van een EPD-oplossing waar GGZ-organisaties wél gelukkig van worden

Medisch Informatica Congres 2015

Klik om de stijl te bewerkenEven voorstellen…

Hielko Ophoff

- Manager InformatiemanagementGGZ Friesland

Jorrit Spee

- Oprichter Zorginformatiegroep- Projectleider en adviseur EPD-

en andere informatietrajecten in de zorg- Oprichter EPDmeter.nl

Klik om de stijl te bewerken

Klik om de stijl te bewerken

Klik om de stijl te bewerkenVeel middelgrote en grote GGZ-organisaties zijn ontevreden over hun EPD

• Lage gebruiksvriendelijkheid

• Systeem ondersteunt processen slechts zeer beperkt

• Gebrekkige innovatie• Vendor lock-in

• Het is lastig om andere applicaties op bestaande systemen aan te sluiten• Overstappen ‘lijkt’ moeilijk.

• Hoge kosten

Het referentiemodel epd-ggz van GGZ Nederland blijkt geen adequaat recept voor geluk

Klik om de stijl te bewerkenWat willen we nou eigenlijk?

A. Ondersteuning primair proces• Wat is gebruiksvriendelijkheid? • Ondersteuning voor samenwerken (multidisciplinair en met patiënt/

systeem/ partners)• Ondersteuning bij behandelproces en behandeladministratief proces

B. Mee kunnen bewegen met veranderingen• De manier van (samen)werken en de processen die dienen te worden

ondersteund, wijzigen geregeld, kijk bijvoorbeeld naar de vlucht die E health neemt• Flexibiliteit van epd-oplossing is essentieel oor structurele invulling

gebruiksvriendeijkheid

C. Kostenbeheersing• “Gelijkblijvende” kosten over de levensduur van de oplossing

Klik om de stijl te bewerken

Klik om de stijl te bewerkenWaarom kunnen de klassieke applicaties dit niet bieden?

A. Ondersteuning primair proces• Vaak administratieve invalshoek (waar is het primair proces?)• Gebrek aan aandacht voor samenwerking• Gebrek aan aandacht workflow-ondersteuning• Suboptimale oplossingen door te brede focus van leverancier• Ondersteuning van behandelaar is heel wat anders dan zorgadministratieve ondersteuning (2

verschillende expertises)• 80% van ontwikkelcapaciteit gaat verloren aan aanpassingen wet- en regelgeving

B. Mee kunnen bewegen met veranderingen• Producten zijn weinig flexibel• Producten zijn gebaseerd op oudere platformen (spaghetti-architectuur). Niet geschikt voor

verandering. Geen modulariteit• Gesloten (de leverancier bepaalt met welk stuk van de applicatie je wel of niet mag praten), vaak wel

lezen niet schrijven• In voorkomende gevallen samenstelsel van verschillende deelsystemen

C. Kostenbeheersing• Meeste aanbieders werken met groeiend kostenmodel• Over de levensduur wordt de oplossing steeds duurder per behandelaar/patiënt• Veel on-premise met alle gevolgen van dien (hardware-updates nodig bij nieuwe versies etc)

Klik om de stijl te bewerkenPerspectief van de huidige leveranciers

Er verschijnen nieuwe versies van pakketten Impulse, PinkRoccade, Nexus en Chipsoft

A. Ondersteuning primair proces• Wordt waarschijnlijk minder slecht (mooie knopjes, nieuwe functies)• Verbetering voornamelijk aan buitenkant. Verbeterpotentieel beperkt door architectuur

B. Mee kunnen bewegen met veranderingen• Verbetert nauwelijks/niet• Blijft lastig want de onderliggende architectuur blijft hetzelfde

C. Kostenbeheersing• Verbetert nauwelijks/niet• Voorkant product verandert, leverancier niet. Risico op toename complexiteit en daarmee

toename kosten.

We komen er hoogstwaarschijnlijk niet door met dezelfde pakketten te blijven werken!

Klik om de stijl te bewerkenWat zijn de belangrijkste kenmerken van een EPD dat wel gelukkig maakt?

1. Applicaties moeten integratie met andere applicaties voorop hebben staan• Alle data in de applicatie moet via integratiestandaarden

(HL7, SOAP) inzichtelijk en bewerkbaar zijn.• Opslag van patiëntgegevens bij voorkeur via open

standaarden

2. Generieke opbouw van applicaties• Datalaag losgekoppeld van informatielaag (DIKAR)

3. Splitsen van dossier en ZIS• Het zijn 2 gescheiden werelden met beperkte integratie

(voornamelijk agenda).• Splitsing voorkomt blokkade innovatie dossier door

zware ontwikkeldruk wet- en regelgeving • Voorkomen van vendor lock-in

4. SaaS

A. Ondersteuning primair proces

B. Mee kunnen bewegen met veranderingen

C. Kostenbeheersing

Klik om de stijl te bewerkenGGZ Friesland

Keuze voor:• Code24: dossier + cliëntportaal (met Infosupport) + behandelarenportaal• Careweb van 12Care: zorgregistratie en –facturatie

Doelen:A. Ondersteuning primair proces: focus + visieB. Mee kunnen bewegen met veranderingen: fundament en opbouwC. Kostenbeheersing: vaste terugkerende kosten

Middelen:1. Applicatie-integratie: Code24 intrinsieke openheid, Careweb waar mogelijk2. Generieke opbouw: Code24 OpenEHR, Careweb vanuit visie3. Splitsen van dossier en ZIS: zie boven4. SAAS: Code24 nog niet, Careweb multi-tenant

Klik om de stijl te bewerkenEPD is samenspel

Cliëntenportaal

Medische Database (Base24)

Zorgverlenersportaal (mConsole)

Medicatie

eHealth

ROM Metingen

Careweb (cloud)

administratief portaal

Cliënt apps

Derdenportaal

Apps voor zorgverleners