Onderwerp 4.6 — Elektronische patiëntendossiers en klinische systemen

Het elektronisch patiëntendossier is de operationele ruggengraat van een modern ziekenhuis, dus hoe u het kiest, configureert, uitrolt en blijft optimaliseren is een beslissing over klinische veiligheid, productiviteit van personeel en publiek geld die de zorg voor een decennium zal vormen — geen eenmalige IT-inkoop.

Waarom dit ertoe doet in gezondheid en zorg#

Het elektronisch patiëntendossier (EPD, electronic patient record, EPR) is het ene systeem waar het meeste klinische werk nu doorheen stroomt. Artsen en verpleegkundigen lezen het om te weten wat een patiënt mankeert, bestellen de onderzoeken en geneesmiddelen die het verloop van de patiënt veranderen en documenteren de beslissingen waarop anderen uren of jaren later zullen vertrouwen. Wanneer het EPD goed is, maakt het het veilige gemakkelijk: de juiste dosis, de juiste allergiewaarschuwing, de uitslagen voor de persoon die ze nodig heeft. Wanneer het slecht is, begraaft het clinici onder klikken, verbergt het het signaal in ruis en vormt het stilletjes klinisch gedrag om op manieren die niemand bedoelde.

Daarom is een EPD-programma anders dan vrijwel elk ander technologieproject dat u zult runnen. Het raakt elke clinicus, elke dienst, elke patiënt en doet dat op het exacte moment dat zorg wordt geleverd. Een slecht geconfigureerde orderset kan een doseringsfout over een heel ziekenhuis verspreiden; een mislukte go-live kan maandenlang elke consultatie verlengen; een datamigratie die allergieën of reanimatiestatus laat vallen kan iemand doden. Het dossier is ook een juridisch en regelgevend artefact — het medisch-juridische verslag van wat is gedaan en waarom — dus zijn integriteit, beschikbaarheid en controleerbaarheid dragen wettelijk gewicht (zie Onderwerp 1.6 — Klinische veiligheid en risicobeheer en Onderwerp 1.7 — Informatiebeheer, gegevensbescherming en cyberbeveiliging).

De inzet is ook financieel en strategisch. Een EPD is een van de grootste afzonderlijke investeringen die een ziekenhuis ooit doet, vaak tientallen miljoenen ponden over haar leven, en het bindt de organisatie jarenlang aan een leverancier en een werkwijze. Nationaal heeft het programma frontline digitization van NHS England een kern-EPD de basisverwachting gemaakt voor elke aanbieder van acute, gemeenschaps-, geestelijke gezondheids- en ambulancezorg, en koppelt kapitaalfinanciering aan digitale volwassenheid. Het EPD goed krijgen is nu onlosmakelijk van het operationele model goed krijgen (zie Onderwerp 1.1 — Het operationele model). Het fout doen verspilt publiek geld, put clinici uit en kan een organisatie jaren terugzetten.

Kernbegrippen#

Een elektronisch gezondheidsdossier (electronic health record, EHR) is de gesystematiseerde, digitale verzameling van de gezondheidsinformatie van een patiënt. In de Britse praktijk duidt het bijna-synoniem elektronisch patiëntendossier (EPD, EPR) gewoonlijk het klinische kernsysteem van een aanbiedende organisatie aan — het dossier en het gereedschap dat clinici op het zorgmoment gebruiken. Daaromheen zit een familie klinische systemen, historisch beschreven als ziekenhuisinformatiesysteem (ZIS, hospital information system, HIS): het patiëntenadministratiesysteem (patient administration system, PAS) dat opnames, ontslagen, overplaatsingen en poliklinische afspraken volgt; klinische documentatie; uitslagenrapportage; en specialistische systemen voor operatiekamers, verloskunde, spoedeisende hulp en intensieve zorg.

Computergestuurd invoeren van opdrachten door artsen (computerized physician order entry, CPOE, ook order communications of “order comms” genoemd) is het elektronisch invoeren van klinische opdrachten — onderzoeken, medicatie, verwijzingen — rechtstreeks door de opdrachtgevende clinicus, ter vervanging van papier en telefoontjes. Hier wordt veel van de veiligheidswaarde van een EPD gerealiseerd, omdat opdrachten kunnen worden gecontroleerd, gestandaardiseerd in ordersets en automatisch gerouteerd. CPOE is nauw gekoppeld aan elektronisch voorschrijven en aan klinische beslisondersteuning, die alarmen en richtlijnen in de werkstroom naar voren brengt (behandeld in Onderwerp 4.7 — Klinische beslisondersteuning en klinische informatica en Onderwerp 4.8 — Elektronisch voorschrijven en medicatiebeheer).

Twee ontwerpkeuzes definiëren een EPD-programma. De eerste is configuratie versus maatwerk: configuratie stemt het product af met de hefbomen die de leverancier ondersteunt (schermen, ordersets, rollen, regels bouwen) en blijft binnen het ondersteunde upgradepad, terwijl maatwerk eigen code of structuren schrijft die de leverancier niet bedoelde, wat krachtig is maar bij elke upgrade een aansprakelijkheid voor onderhoud en veiligheid wordt. De tweede is de vorm van de uitrol: big bang-adoptie (directe omschakeling, waar de hele organisatie op één datum overschakelt) versus een gefaseerde of modulaire uitrol die locaties of functies in volgorde live brengt. Elke vorm ruilt concentratie van risico tegen complexiteit van integratie en “big bang-moeheid”.

Het programma wordt evenzeer geleid door clinici als door technologen. De chief medical informatics officer (CMIO, in het VK gewoonlijk de chief clinical information officer, CCIO) en de chief nursing information officer (CNIO) zijn senior clinici die het klinische ontwerp, de veiligheid en de adoptie van het systeem bezitten — de brug tussen de frontlinie en de bouw. Hun discipline is gezondheidsinformatica: informatica en computerwetenschap toepassen om het beheer en gebruik van klinische informatie te verbeteren.

Verscheidene begrippen op systeemniveau keren terug. Datamigratie is de eenmalige overdracht van historische dossiers van legacysystemen naar het nieuwe EPD — technisch routine, klinisch beladen. Een integratiemotor (interface engine) routeert berichten tussen systemen met normen als Health Level Seven (HL7) en FHIR (zie Onderwerp 4.3 — Interoperabiliteit en datastandaarden). Een gezondheidsinformatie-uitwisseling of gedeeld zorgdossier laat organisaties in een gebied elkaars dossiers lezen. En omdat het dossier veiligheidskritisch is, zijn procedures bij uitval — de bedrijfscontinuïteitsplannen voor wanneer het EPD niet beschikbaar is — kernonderdeel van het systeem, geen bijzaak (zie Onderwerp 3.9 — Bedrijfscontinuïteit en herstel na rampen). Digitale volwassenheid wordt gewoonlijk vergeleken met het Electronic Medical Record Adoption Model (EMRAM) van de Healthcare Information and Management Systems Society (HIMSS), een schaal van 0–7 voor klinische systeemcapaciteit.

Beste praktijken#

1. Maak klinisch leiderschap de ruggengraat van het programma, niet een geraadpleegde. Een EPD slaagt of faalt bij de vraag of clinici het bezitten. Benoem en voorzie een CCIO en CNIO met echt gezag en beschermde tijd goed van middelen, bouw een netwerk van klinische “digitale kampioenen” in elke specialisatie en afdeling en geef klinisch ontwerpleiderschap echte beslisrechten over bouw en configuratie. Het patroon dat faalt is een technisch gerund programma dat clinici “betrekt” via af en toe een workshop; het patroon dat werkt behandelt praktiserende clinici als medeauteurs van het systeem dat zij elke dienst zullen gebruiken.

2. Configureer naar het ondersteunde product; pas alleen met open ogen maatwerk toe. Elk stuk maatwerk is een schuld die u bij elke upgrade terugbetaalt en een verborgen oppervlak van klinische veiligheid dat niemand opnieuw test. Configureer standaard binnen het ondersteunde model van de leverancier, neem de geteste inhoud en ordersets van het product over waar ze veilig zijn en bewaar echt maatwerk voor de weinige plekken waar een echte klinische of wettelijke behoefte anders niet kan worden vervuld — elk gedocumenteerd, risicogetoetst en bezeten. Weersta de drang uw oude systeem in het nieuwe te herbouwen; “laat het werken zoals het papieren formulier” is hoe organisaties betalen voor een modern EPD en hun legacyproblemen erven.

3. Kies de uitrolvorm bewust en beperk het risico, welke u ook kiest. Big bang concentreert risico op één datum maar vermijdt de pijn en kosten van twee systemen parallel draaien en integreren; een gefaseerde of modulaire uitrol spreidt risico en laat u leren, maar vermenigvuldigt interfaces, dubbel draaien en veranderingsmoeheid. Beslis op grond van uw risicobereidheid, integratiecomplexiteit en hoeveel klinische verstoring de organisatie tegelijk kan absorberen (zie Onderwerp 8.0 — Innovatie gefaseerd invoeren). Welke u ook kiest, investeer onevenredig in de omschakeling: geoefende proefdraaien, een commandocentrum, massale ondersteuning op de werkvloer in de eerste weken en een duidelijke, geoefende terugvalpositie.

4. Behandel datamigratie als oefening in klinische veiligheid, niet als dataleidingwerk. Beslissen welke geschiedenis het nieuwe dossier in gaat — en verifiëren dat zij correct is aangekomen — is waar migraties patiënten schaden, via vergeten allergieën, niet-overeenkomende identificatoren of afgekapte medicatiegeschiedenissen. Spreek expliciet af wat automatisch migreert, wat wordt samengevat, wat in een alleen-lezen archief van het legacysysteem blijft en hoe clinici erbij komen; stem gemigreerde data dan af en valideer ze met klinische goedkeuring vóór go-live. Neem nooit aan dat een veld netjes is gekoppeld omdat de lading zonder fouten liep — een technisch geslaagde migratie kan klinisch nog steeds fout zijn (zie Onderwerp 4.9 — Datakwaliteit en stamgegevensbeheer).

5. Plan voor de productiviteitsdip en financier de optimalisatie die erop volgt. Bijna elke go-live wordt gevolgd door een periode van verminderde doorvoer terwijl personeel het systeem leert, en organisaties die doen alsof het anders is schaden zowel veiligheid als moreel. Verminder electieve activiteit bewust rond go-live, bescherm trainingstijd en stel realistische herstelbanen vast met het bestuur zodat de dip een geplande gebeurtenis is, geen crisis (zie Onderwerp 8.1 — Verandermanagement). Cruciaal is dat u daarna voor voortdurende optimalisatie begroot en bemenst: de waarde van een EPD wordt gerealiseerd in de jaren na go-live, via iteratief afstellen van werkstromen, ordersets en alarmen — een productdiscipline, geen project dat bij omschakeling eindigt (zie Onderwerp 5.0 — Productgestuurd werken).

6. Ontwerp ordersets, alarmen en werkstromen om last te verminderen, en bestuur ze voortdurend. De klinische bouw is waar een EPD cognitieve belasting ofwel bespaart ofwel toevoegt. Standaardiseer ordersets rond goed bewijs, stem alarmen van beslisondersteuning af zodat clinici de weinige zien die ertoe doen en niet verdrinken in pop-ups van lage waarde, en meet documentatielast als eersteklas uitkomst. Richt een vaste bestuursgroep voor klinische informatica in die de bouw in de tijd bezit, het afgaan en overrulen van alarmen toetst en inhoud uitfaseert die haar plek niet meer verdient (zie Onderwerp 4.7 — Klinische beslisondersteuning en klinische informatica).

7. Bouw uitval en bedrijfscontinuïteit vanaf het begin in het dossier in. Het EPD zal ooit niet beschikbaar zijn — door een mislukte upgrade, een netwerkuitval of een ransomwareaanval — en een ziekenhuis dat die uren niet op papier kan functioneren is een incident van patiëntveiligheid dat wacht om te gebeuren. Bied alleen-lezentoegang tot een recente kopie van het dossier tijdens uitval, onderhoud geoefende papieren klinische werkstromen en oefen zowel geplande als ongeplande uitval zodat personeel onder druk niet hoeft te improviseren. Spreek de herstelobjectieven (hersteltijd en herstelpunt) voor het klinische dossier expliciet af en test de afstemming van papieren dossiers terug in het systeem na herstel (zie Onderwerp 3.9 — Bedrijfscontinuïteit en herstel na rampen).

8. Realiseer baten bewust en meet de uitkomsten die u beloofde. Een businesscase voor een EPD rust op baten voor veiligheid, kwaliteit en efficiëntie die niet automatisch verschijnen; ze moeten worden ontworpen, bezeten en gevolgd. Leg de maten vóór go-live vast als basislijn, koppel elk voordeel aan een benoemde eigenaar en een wijziging van de werkstroom en toets realisatie op omschreven momenten aan de case in plaats van bij omschakeling de overwinning uit te roepen (zie Onderwerp 6.2 — Batenrealisatie en waardemanagement). Gebruik een erkende volwassenheidsmaatstaf als HIMSS EMRAM om het bestuur een externe, vergelijkbare maat voor voortgang te geven en niet alleen interne anekdote.

9. Beheer convergentie en interoperabiliteit als systeem, niet alleen als programma van één ziekenhuis. Over een geïntegreerd zorgsysteem (ICS) trekt de strategische kracht naar minder EPD-instanties en een gedeeld zorgdossier zodat de informatie van een patiënt hem of haar tussen organisaties volgt. Convergeren op een gemeenschappelijk EPD kan kosten verlagen en patiëntenstroom gladstrijken, maar het concentreert risico en verdunt lokale controle, dus weeg het af tegen sterke interoperabiliteit tussen afzonderlijke systemen (zie Onderwerp 4.3 — Interoperabiliteit en datastandaarden). Welke vorm ook, sta op open normen en een realistische uitstapstrategie om vendor lock-in te beperken, want een EPD waar u uw data niet uit kunt krijgen is een EPD dat u bezit (zie Onderwerp 6.3 — Inkoop en commercie).

Vragen om met uw team te bespreken#

1. Wie bezit werkelijk het klinische ontwerp van ons EPD — en hebben zij het gezag, de tijd en de geloofwaardigheid om harde beslissingen te nemen die de frontlinie zal aanvaarden? Dit doet ertoe omdat de sterkste voorspeller van EPD-succes echt klinisch eigenaarschap is, en het meest voorkomende falen een programma dat technisch bekwaam maar klinisch hol is. Bespreek of uw CCIO en CNIO beschermde sessies, een echt budget en beslisrechten hebben, of respectabele boegbeelden zijn die door leveringstijdlijnen en standaardwaarden van de leverancier worden overruled. Breng de spanning aan het licht tussen klinische variatie en standaardisatie: elke specialisatie wil haar eigen bouw, maar duizend lokale varianten worden onbeheersbaar en onveilig. Overweeg hoe geschillen vandaag werkelijk worden opgelost — door klinische consensus, door de luidste stem of door wie het schema beheerst. Kijk of kampioenen in de frontlinie in elk gebied bestaan of alleen op papier. Een goed, eerlijk antwoord noemt de verantwoordelijke klinische eigenaren, erkent waar het gezag nu te dun is en beschrijft een bestuursroute waar klinische ontwerpbeslissingen door clinici worden genomen en blijven staan.

2. Wat gaat de productiviteitsdip ons werkelijk kosten, en heeft het bestuur er met open ogen mee ingestemd? Bijna elke go-live vertraagt de organisatie voordat hij haar versnelt, maar businesscases en besturen nemen routinematig een vloeiende curve aan, waardoor het programma wordt klaargezet om als mislukking te worden beoordeeld juist wanneer het zich normaal gedraagt. Bespreek hoe ver u electieve activiteit rond go-live bewust zult verminderen, hoe lang herstel voor uw mix van specialisaties realistisch duurt en wat u toezichthouders en patiënten zult vertellen over wachttijden in dat venster. Weeg de afweging tussen een kortere, scherpere dip met zware ondersteuning vooraf en een mildere, langere — en wie het operationele en financiële risico van elk draagt. Onderzoek of trainingsuren werkelijk beschermd zijn of het eerste zijn dat wordt opgeofferd wanneer het rooster krap is. Overweeg welke voorlopende indicatoren u zouden vertellen dat de dip dieper of langer is dan gepland en wat uw reactie zou zijn. Een goed antwoord noemt een geplande, gefinancierde, door het bestuur onderschreven dip met herstelbanen, niet een hoop dat clinici hem gewoon zullen absorberen.

3. Wanneer het EPD uitvalt, kunnen wij dan nog steeds een veilig ziekenhuis runnen — en wanneer hebben wij dat voor het laatst bewezen? Het dossier is nu zo centraal dat de onbeschikbaarheid ervan een klinisch noodgeval is, maar procedures bij uitval zijn vaak het minst geoefende deel van het hele programma. Bespreek welke klinische functies het gevaarlijkst zouden zijn te verliezen, of personeel tijdens een uitval werkelijk bij een recente alleen-lezenkopie van het dossier kan en of de papieren terugvalwerkstromen bestaan en worden geoefend of stoffige mappen zijn die niemand heeft geopend. Breng het zwaarste scenario aan het licht — een langdurige, ongeplande uitval als een cyberaanval die dagen duurt, niet het nette geplande upgradevenster — en of uw herstelobjectieven voor het klinische dossier zijn afgesproken en getest. Overweeg het afstemmingsprobleem: hoe papieren dossiers die tijdens de uitval zijn gemaakt achteraf veilig weer in het systeem komen zonder informatie te verliezen of te dupliceren. Een goed antwoord wijst op recente, realistische oefeningen bij uitval, benoemde objectieven voor het dossier en personeel dat weet wat te doen in plaats van een plan dat alleen ooit op papier heeft bestaan.

4. Waar trekken wij de lijn tussen het ondersteunde product configureren en onze eigen bouw, en wie is verantwoordelijk voor elke uitzondering? Elk stuk maatwerk voelt op het moment gerechtvaardigd — de sterke voorkeur van een clinicus, een werkstroom die het oude systeem ondersteunde, een rapport waar iemand op staat — maar elk is een schuld die bij elke upgrade wordt terugbetaald en een oppervlak van klinische veiligheid dat niemand opnieuw test. Bespreek of u een uitgesproken principe configureer-naar-ondersteund hebt of dat beslissingen over maatwerk ad hoc worden genomen, module voor module, onder leveringsdruk. Breng de echte spanning aan het licht: de geteste inhoud van de leverancier overnemen is veiliger en goedkoper te onderhouden, maar het dwingt clinici te veranderen hoe zij werken, en “het product doet het niet op onze manier” is een krachtige lobby. Onderzoek wie een uitzondering goedkeurt, of elke is gedocumenteerd en risicogetoetst en of iemand ooit het maatwerk dat u al draagt herziet en uitfaseert. Overweeg hoe dit zich over een decennium opstapelt en hoe het uw vermogen vormt toekomstige upgrades schoon over te nemen. Een goed, eerlijk antwoord beschrijft een expliciete norm, een benoemde route voor het goedkeuren en bezitten van uitzonderingen en een realistisch verslag van hoeveel maatwerkbouw u al hebt toegezegd te onderhouden.

5. Wie blijft het EPD verbeteren na go-live — en is dat gefinancierd als permanente functie of gehoopt als gunst? Het grootste deel van de beloofde waarde van een EPD wordt gerealiseerd in de jaren na omschakeling, via iteratief afstellen van werkstromen, ordersets en alarmen, maar organisaties ontbinden het programma routinematig bij go-live en verwachten dat optimalisatie gratis gebeurt. Bespreek of u een vast team voor klinische informatica en optimalisatie hebt met beschermd personeel en budget, of dat verbetering afhangt van goodwill zodra het projectgeld op is. Weeg de afweging tussen uitgeven om die capaciteit te behouden en de druk om besparingen onmiddellijk in de businesscase te boeken. Onderzoek hoe baten werkelijk worden gevolgd: zijn ze vóór go-live als basislijn vastgelegd, gekoppeld aan benoemde eigenaren en specifieke wijzigingen van de werkstroom en op omschreven momenten aan de case getoetst, of stilletjes verondersteld geland te zijn? Overweeg hoe u beslist welke alarmen u uitfaseert, welke ordersets u herziet en hoe de frontlinie wijzigingen aanvraagt en ziet. Een goed antwoord noemt een permanente, van middelen voorziene functie met een duidelijk ritme voor batenrealisatie, geen project dat bij omschakeling eindigt.

6. Optimaliseren wij voor ons eigen ziekenhuis of voor het bredere stelsel waar een patiënt werkelijk doorheen beweegt? De strategische kracht over een geïntegreerd zorgsysteem trekt naar minder EPD-instanties en een gedeeld zorgdossier, zodat informatie de patiënt tussen ziekenhuis, gemeenschap, geestelijke gezondheidszorg en eerste lijn volgt in plaats van bij elke voordeur te stoppen. Bespreek of uw keuzes voor het EPD dat versterken of ondermijnen: staat u op open normen en schone interoperabiliteit, of bouwt u een goed gerund eiland? Breng de echte spanning aan het licht tussen convergentie — die kosten kan verlagen en stroom kan gladstrijken maar risico concentreert en lokale klinische voorkeur overrulet — en sterke interoperabiliteit tussen afzonderlijke systemen, die autonomie behoudt tegen de prijs van meer interfaces. Onderzoek hoe sterk u bent blootgesteld aan vendor lock-in en of u een realistische uitstapstrategie hebt en het vermogen uw eigen data eruit te krijgen. Overweeg wie op ICS-niveau deze keuzes maakt en of uw lokale beslissingen daarmee in lijn zijn. Een goed antwoord toont een expliciete positie over convergentie versus interoperabiliteit, een toezegging aan open normen en veilige uitstap en een eerlijk beeld van waar lokale en stelselbelangen nu uiteenlopen.

In de praktijk: een voorbeeld uit gezondheid en zorg#

Brackenmoor NHS Foundation Trust, een acute en gemeenschapsaanbieder van gemiddelde omvang, vervangt drie verouderde systemen — een patiëntenadministratiesysteem, een afzonderlijk systeem voor order comms en een lappendeken van afdelingsdatabases — door één EPD van één leverancier, mede gefinancierd via het nationale programma frontline digitization. Zijn huidige HIMSS EMRAM-stadium is laag en zijn businesscase belooft baten voor veiligheid en efficiëntie waarop het bestuur rekent. De verleiding, vroeg uitgesproken, is de oude werkwijzen “te tillen en te schuiven” naar het nieuwe systeem om verstoring te minimaliseren.

Het programma weerstaat dit. Een CCIO (een praktiserende specialist) en een CNIO (een senior verpleegkundige) worden benoemd met beschermde tijd en krijgen gezamenlijke goedkeuring over de klinische bouw, ondersteund door een netwerk van digitale kampioenen dat elke afdeling en kliniek bereikt. Zij stellen een vast principe: configureer naar het ondersteunde model van de leverancier en neem de geteste ordersets over waar klinisch veilig, met maatwerk alleen waar een echte behoefte anders niet kan worden vervuld, elke uitzondering gedocumenteerd en risicogetoetst via het proces voor klinische veiligheid onder DCB0160. Ordersets en alarmen voor beslisondersteuning worden ontworpen met de specialisaties die ze zullen gebruiken, met een bewuste voorkeur voor minder, hoogwaardiger alarmen om personeel niet onder pop-ups te begraven.

Datamigratie wordt gerund als klinische oefening, niet louter als technische. De klinische teams besluiten dat actieve problemen, allergieën, huidige medicatie en belangrijke uitslagen naar het gestructureerde dossier migreren; oudere geschiedenis wordt samengevat of in een alleen-lezenarchief van de legacysystemen gelaten, met één klik bereikbaar. Clinici stemmen steekproeven van gemigreerde data af en keuren ze goed vóór go-live, en het team vangt een koppelingsfout die stilletjes sommige allergievermeldingen had afgekapt — een oplossing gemaakt vóór, niet nadat, ze iemand kon schaden. Het bestuur spreekt een geplande productiviteitsdip af: electieve activiteit wordt rond go-live zes weken met een afgesproken hoeveelheid verminderd, trainingstijd is afgeschermd en herstelbanen zijn vastgesteld zodat de dip een beheerste gebeurtenis is en geen verrassing.

Brackenmoor kiest een gefaseerde uitrol per locatie in plaats van één big bang voor de hele trust, en aanvaardt extra integratie en dubbel draaien in ruil voor de kans te leren tussen de fasen. Elke omschakeling loopt via een geoefend commandocentrum met zware ondersteuning op de werkvloer in de eerste twee weken. Vóór de eerste go-live voert de trust een volledige oefening bij uitval uit — alleen-lezentoegang tot het dossier, papieren werkstromen en afstemming terug in het systeem — omdat het cyberincident van een naburig ziekenhuis het risico levendig heeft gemaakt. Na go-live wordt het programma niet ontbonden: het wordt een vaste functie voor optimalisatie en klinische informatica die werkstromen en alarmen afstelt, de beloofde baten tegen de businesscase volgt en de trust de volgende twee jaar bewust omhoog beweegt op de EMRAM-schaal.

Sectorperspectieven#

Startup#

Een startup in digitale gezondheid verkoopt zelden een volledig EPD, maar leeft of sterft bij hoe goed zij op een EPD aansluit. Ontwerp voor de werkelijkheid dat ziekenhuizen draaien op een klinisch kernsysteem dat u niet beheerst: ondersteun open normen als HL7 en FHIR, integreer via de integratiemotor van het ziekenhuis in plaats van een maatwerkkoppeling te eisen en schrijf schoon en veilig terug in het dossier. Uw snelste route naar adoptie is de klikbelasting van de clinicus binnen het EPD dat hij of zij al gebruikt te verminderen, niet te vermeerderen. Behandel het ecosysteem van de EPD-leverancier en het informatiebeheer van het ziekenhuis als beperkingen om omheen te ontwerpen, niet als obstakels om over te klagen.

Klein bedrijf#

Een gevestigde kleine aanbieder — een huisartsenpraktijk, een gemeenschapsapotheek, een verzorgingshuis of een kliniek met één vestiging — koopt gewoonlijk een klinisch systeem in in plaats van er een te bouwen en draagt dezelfde plichten voor dossiervoering, veiligheid en informatiebeheer als een groot ziekenhuis zonder diens IT-middelen. Kies een ondersteund, goed geïntegreerd product en weersta lokaal maatwerk dat u niet kunt onderhouden, omdat er geen intern team is om die schuld bij elke upgrade af te lossen. Behandel datamigratie vanuit uw oude systeem ook op kleine schaal als taak van klinische veiligheid: allergieën, huidige medicatie en actieve problemen moeten intact aankomen en door een clinicus worden gecontroleerd, niet juist worden aangenomen omdat de lading liep. Plan ook voor de productiviteitsdip — een handvol clinici die een nieuw systeem leren kan een kleine praktijk stilleggen, dus bescherm trainingstijd en spreid de verandering in plaats van alles koud aan te zetten. Sta vooral op interoperabiliteit en een gedeeld zorgdossier zodat de informatie van uw patiënten hen het bredere stelsel in volgt, en op een realistische uitstap zodat één leverancier uw data niet bezit.

Grote onderneming#

Een groot NHS-ziekenhuis of een ICS dat een EPD-programma runt gaat een toezegging aan voor een decennium van meerdere miljoenen ponden die elke klinische werkstroom hervormt. Zijn centrale uitdagingen zijn klinisch eigenaarschap op schaal, gedisciplineerde configuratie boven wildgroeiend maatwerk, een leverbare uitrolvorm en het uithoudingsvermogen om optimalisatie en batenrealisatie lang na go-live te financieren. Convergentie over het ICS naar minder EPD-instanties biedt echte prijzen — gedeelde dossiers, soepelere patiëntenstroom, lagere eenheidskosten — maar concentreert risico en kan lokale klinische voorkeur overrulen, dus zij moet worden geleid met echte betrokkenheid en een nuchtere kijk op vendor lock-in. Op deze schaal komen de grootste opbrengsten van een paar disciplines consistent gehouden — klinisch leiderschap, ondersteunde configuratie, geoefende omschakeling, voortdurende optimalisatie — niet van heldendaden op één module.

Overheid#

Nationale organen vormen de omgeving waarin elk EPD-programma werkt. Via het programma frontline digitization van NHS England stelt de overheid de verwachting vast dat elke aanbieder een kern-EPD heeft, koppelt kapitaalfinanciering aan digitale volwassenheid en stuurt de markt via convergentie- en inkoopkaders. Haar hefboom is open normen, interoperabiliteit en veilige uitstap de standaardvoorwaarden van de markt te maken, zodat afzonderlijke ziekenhuizen niet elk vanuit zwakte onderhandelen tegenover een klein aantal grote leveranciers (zie Onderwerp 9.1 — Werken met lokale en nationale overheden). De overheid draagt ook de plicht tot leren over het hele stelsel: verspreiden wat werkt tussen ziekenhuizen, volwassenheid nationaal vergelijken en zorgen dat een gedeeld zorgdossier zorg over organisatiegrenzen heen verbetert in plaats van bij de voordeur van elk ziekenhuis te stoppen.

Veelvoorkomende faalpatronen#

• Het klinisch holle programma. Een technisch goed gerund project dat clinici als geraadpleegden behandelt levert een systeem op dat niemand wil gebruiken. Geef de CCIO en CNIO echt gezag, beschermde tijd en beslisrechten over de bouw.
• Koeienpaadjes verharden. Oude papieren formulieren en legacywerkstromen herbouwen in een modern EPD betaalt voor nieuwe software en erft oude problemen. Neem de geteste inhoud van het ondersteunde product over en ontwerp werkstromen opnieuw in plaats van ze te repliceren.
• Wildgroei van maatwerk. Elke maatwerkwijziging wordt bij elke upgrade opnieuw betaald en heropent een veiligheidsoppervlak dat niemand opnieuw test. Configureer naar het ondersteunde model; documenteer, toets op risico en bezit elke echte uitzondering.
• De migratie die “schoon liep”. Een lading zonder technische fouten kan toch allergieën laten vallen of patiënten verkeerd koppelen. Stem gemigreerde data af en keur ze klinisch goed vóór go-live, en houd een bereikbaar legacyarchief.
• Doen alsof er geen dip is. Een vloeiende productiviteitscurve aannemen maakt van een normale vertraging na go-live een ervaren ramp. Plan, financier en laat een venster met verminderde activiteit en realistisch herstel door het bestuur onderschrijven.
• Stoppen bij go-live. Het EPD behandelen als project dat bij omschakeling eindigt laat de baten ongerealiseerd. Richt een permanente functie voor optimalisatie en batenrealisatie in.
• Alarmoverbelasting. Te veel alarmen van beslisondersteuning met lage waarde laten afgaan leert clinici ze allemaal weg te klikken, ook die welke ertoe doen. Stem af, meet overrulepercentages en faseer ruis uit.
• Ongetoetste uitvalplannen. Een map met uitvalprocedures die niemand heeft geopend is geen plan. Oefen geplande en ongeplande uitval, inclusief afstemming terug in het dossier.

Volwassenheidsmodel#

Checklist#

• Een CCIO en CNIO zijn benoemd met beschermde tijd, budget en echte beslisrechten over de klinische bouw, ondersteund door een netwerk van digitale kampioenen.
• Het programma configureert standaard naar het ondersteunde model van de leverancier; elk stuk maatwerk is gedocumenteerd, risicogetoetst en bezeten.
• De uitrolvorm (big bang versus gefaseerd/modulair) is bewust gekozen op grond van risicobereidheid en integratiecomplexiteit, met een geoefende omschakeling en terugvalplan.
• Datamigratie wordt gerund als klinische oefening: reikwijdte van migratie afgesproken, data afgestemd en klinisch goedgekeurd en een bereikbaar legacyarchief geboden.
• Een productiviteitsdip is gepland, gefinancierd en door het bestuur onderschreven, met verminderde activiteit, beschermde training en realistische herstelbanen.
• Ordersets en alarmen voor beslisondersteuning zijn samen met clinici ontworpen en worden voortdurend bestuurd, met monitoring van het afgaan en overrulen van alarmen.
• Procedures bij uitval en voor bedrijfscontinuïteit — alleen-lezentoegang, papieren werkstromen, afgesproken RTO/RPO, afstemming — bestaan en worden geoefend voor geplande en ongeplande uitval.
• Baten zijn vóór go-live als basislijn vastgelegd, gekoppeld aan benoemde eigenaren en wijzigingen van de werkstroom en na go-live aan de businesscase getoetst.
• Digitale volwassenheid wordt vergeleken (bijv. HIMSS EMRAM) en gebruikt om voortgang met het bestuur te volgen.
• Een permanente functie voor optimalisatie en klinische informatica gaat door na omschakeling.
• Open normen, interoperabiliteit en een realistische uitstapstrategie zijn verzekerd om vendor lock-in te beperken, in lijn met plannen voor ICS-convergentie.

Belangrijkste bronnen#

• NHS England — programma Frontline Digitisation en de kaders voor digitale volwassenheid What Good Looks Like / Who Pays for What voor klinische systemen van aanbieders.
• HIMSS — Electronic Medical Record Adoption Model (EMRAM), een internationale maatstaf van 0–7 voor digitale volwassenheid van klinische systemen.
• NHS England / NHS Digital — normen voor klinische veiligheid DCB0129 (fabricage) en DCB0160 (inzet) voor IT-systemen in de gezondheidszorg, inclusief EPD’s.
• Faculty of Clinical Informatics en het CCIO/CNIO Network — professionele richtlijnen voor rollen in klinisch informatieleiderschap.
• HL7 International — HL7 v2- en FHIR-normen voor berichtenverkeer en integratie tussen klinische systemen.
• HM Treasury — The Green Book en het Five Case Model voor de businesscase van het EPD en batenrealisatie.
• Wachter Review (Making IT Work, 2016) en de Topol Review — nationale evaluaties over het digitaliseren van NHS-aanbieders en het klinische personeelsbestand.

Referenties#

1. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
2. Hospital information system — Wikipedia — https://en.wikipedia.org/wiki/Hospital_information_system
3. Computerized physician order entry — Wikipedia — https://en.wikipedia.org/wiki/Computerized_physician_order_entry
4. Clinical decision support system — Wikipedia — https://en.wikipedia.org/wiki/Clinical_decision_support_system
5. Big bang adoption — Wikipedia — https://en.wikipedia.org/wiki/Big_bang_adoption
6. Chief medical informatics officer — Wikipedia — https://en.wikipedia.org/wiki/Chief_medical_informatics_officer
7. Health informatics — Wikipedia — https://en.wikipedia.org/wiki/Health_informatics
8. Data migration — Wikipedia — https://en.wikipedia.org/wiki/Data_migration
9. Health Level 7 — Wikipedia — https://en.wikipedia.org/wiki/Health_Level_7
10. Health information exchange — Wikipedia — https://en.wikipedia.org/wiki/Health_information_exchange
11. Healthcare Information and Management Systems Society — Wikipedia — https://en.wikipedia.org/wiki/Healthcare_Information_and_Management_Systems_Society
12. NHS England — Frontline Digitisation — NHS England — https://www.england.nhs.uk/digitalhealth/connecting-frontline-digitisation/
13. NHS England — What Good Looks Like framework — NHS England — https://www.england.nhs.uk/digitalhealth/what-good-looks-like/
14. HIMSS — Electronic Medical Record Adoption Model (EMRAM) — HIMSS — https://www.himss.org/what-we-do-solutions/digital-health-transformation/maturity-models/electronic-medical-record-adoption-model-emram
15. NHS Digital — Clinical Safety standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
16. Robert Wachter — Making IT Work: Harnessing the Power of Health Information Technology to Improve Care in England — GOV.UK — https://www.gov.uk/government/publications/using-information-technology-to-improve-the-nhs
17. Faculty of Clinical Informatics — professional body for clinical informaticians — FCI — https://facultyofclinicalinformatics.org.uk/