Onderwerp 8.0 — Innovatie gefaseerd invoeren

In één zin: Voer innovatie in als een bewuste, gefaseerde reis — eerst klein, onderbouwd en veilig, daarna met vertrouwen verspreid — in plaats van als één sprong of een kerkhof van pilots die nooit opschalen.

Waarom dit ertoe doet in gezondheid en zorg#

Gezondheid en zorg staan op een snijvlak tussen twee mislukkingen. Ga te langzaam en patiënten wordt behandelingen en hulpmiddelen onthouden die aantoonbaar werken, terwijl personeel opbrandt op processen die betere technologie kon verlichten. Ga te snel en u riskeert patiëntveiligheid, verspilt publiek geld, verankert ongelijkheid en schendt wettelijke plichten rond klinische veiligheid en gegevensbescherming.

De NHS heeft een goed gedocumenteerde zwakte in de tweede fase van innovatie: niet uitvinding, maar adoptie en verspreiding. The King’s Fund en anderen beschrijven een stelsel dat rijk is aan pilots en arm in opschalen — een patroon dat “pilotitis” wordt genoemd, waarbij innovaties eindeloos op één locatie worden uitgeprobeerd en nooit worden uitgerold. Elke gestrande pilot vertegenwoordigt uitgegeven geld, verbruikte goodwill van personeel en een baat die nooit op schaal van de bevolking is gerealiseerd.

Voor een senior leider is innovatie goed gefaseerd invoeren daarom zowel een discipline van veiligheid als een discipline van waarde. U bent verantwoordelijk voor het invoeren van verandering op een manier die bewijs genereert, patiënten beschermt, toezichthouders tevreden stelt en genoeg mensen bereikt om de investering te rechtvaardigen. Dit onderwerp gaat over dat bewust doen in plaats van bij toeval. Het sluit nauw aan bij verandermanagement (zie Onderwerp 8.1 — Verandermanagement), dat de menselijke kant van dezelfde reis behandelt.

Kernbegrippen#

Diffusie van innovaties. Het klassieke model van Everett Rogers beschrijft hoe een nieuw idee zich in de tijd door een populatie verspreidt, volgens een S-vormige adoptiecurve over vijf groepen: innovators, vroege volgers, de vroege meerderheid, de late meerderheid en achterblijvers. Rogers identificeerde vijf kenmerken die voorspellen hoe snel iets zich verspreidt: relatief voordeel, aansluiting bij bestaande praktijk, eenvoud, uitprobeerbaarheid en waarneembaarheid van resultaten. Als uw innovatie hierop slecht scoort, verwacht dan trage adoptie, hoe goed het onderliggende idee ook is.

Pilots, proofs-of-concept en “pilotitis”. Een pilot is een in tijd afgebakende test op kleine schaal, ontworpen om te leren en niet om uit te rollen. De pathologie van pilotitis ontstaat wanneer piloten een doel op zich wordt — wanneer er geen vooraf afgesproken route is van een geslaagde pilot naar routinematige adoptie en niemand verantwoordelijk is voor opschalen. Een goede pilot wordt vanaf het begin ontworpen met het einde in gedachten: welke beslissing zij zal informeren, welk bewijs zij moet opleveren en wie daarop handelt.

Verspreiden en opschalen. Dit zijn verschillende problemen. Verspreiden (spread) is horizontaal — dezelfde innovatie die door meer locaties wordt overgenomen. Opschalen (scale) is verticaal — de diepte van adoptie en de infrastructuur, financiering en verandering in het personeel die nodig zijn om haar vol te houden. Verbeterorganen van de NHS onderscheiden de twee bewust, omdat een innovatie zich dun over veel locaties kan verspreiden zonder ooit op te schalen tot ingebedde, gefinancierde, reguliere praktijk.

Bewijs genereren naast adoptie. In digitale gezondheid hebt u zelden compleet bewijs voordat u begint; u bouwt het gaandeweg op. Evaluatie in de praktijk (real-world evaluation) — een innovatie bestuderen onder routineomstandigheden in plaats van in een gecontroleerde trial — laat u tegelijk overnemen en leren, mits u de evaluatie vooraf ontwerpt en niet achteraf aanbrengt.

De stapel van regelgeving en borging. In het VK besturen drie elkaar overlappende regimes digitale gezondheidsinnovatie. De MHRA (Medicines and Healthcare products Regulatory Agency) reguleert software die aan de wettelijke definitie van een medisch hulpmiddel voldoet, inclusief Software as a Medical Device (SaMD). NICE publiceert het Evidence Standards Framework (ESF) voor digitale gezondheidstechnologieën, dat het niveau van bewijs vaststelt dat wordt verwacht voor de functie en het financiële risico van een technologie. DTAC (de Digital Technology Assessment Criteria) is de basis van de NHS voor leveranciers en omvat klinische veiligheid (DCB0129/DCB0160), gegevensbescherming, technische beveiliging, interoperabiliteit en bruikbaarheid. Dit zijn geen optionele extra’s; het zijn de toegangsvoorwaarden voor veilige adoptie.

Beste praktijken#

1. Begin bij het probleem, niet bij het product. Verankeer elke innovatie in een duidelijk gesteld klinisch of operationeel probleem of een probleem van bevolkingsgezondheid, met een nulmeting van hoe slecht het vandaag is. Technologieën gekozen omdat ze opwindend zijn, of omdat een leverancier overtuigend is, falen in de praktijk meestal voor de toets van Rogers op “relatief voordeel”. Maak de probleemstelling datgene wat u beschermt wanneer de oplossing verandert.

2. Ontwerp de pilot met het einde al besloten. Schrijf vóór een pilot begint op welke beslissing zij zal informeren, de succescriteria, het bewijs dat zij moet opleveren, de financieringsroute als zij slaagt en de benoemde eigenaar die zal handelen. Als u “wat gebeurt er de dag dat deze pilot slaagt?” niet kunt beantwoorden, bouwt u pilotitis. Een pilot zonder plan om op te schalen is een hobby.

3. Faseer naar cohort en naar regio. Rol uit in bewuste golven — een alfacohort van gewillige vroege volgers, daarna een besloten bèta op enkele representatieve locaties, daarna steeds bredere regio’s — met een go/no-go-poort tussen elke golf. Vroege cohorten moeten worden gekozen op hun bereidheid en hun vermogen eerlijke terugkoppeling te geven, niet omdat ze gemakkelijk zijn. Elke golf maakt de volgende minder riskant.

4. Genereer bewijs terwijl u overneemt. Bouw een evaluatie in de praktijk vanaf dag één in de uitrol in: afgesproken maten, een nulmeting, waar haalbaar een vergelijking en een ritme voor het toetsen van resultaten. Stem het bewijs dat u verzamelt af op het niveau van het Evidence Standards Framework van NICE dat bij uw technologie past, zodat het bewijs geloofwaardig is voor toekomstige afnemers en opdrachtgevers en niet alleen voor u.

5. Maak het regelgevende pad vroeg en parallel vrij. Stel aan het begin vast of de technologie een medisch hulpmiddel is (MHRA), welk niveau van de NICE ESF van toepassing is en of zij aan DTAC voldoet. Dit laat regelen is de meest voorkomende oorzaak van een veelbelovende innovatie die stokt op het punt van opschalen. Behandel klinische veiligheidsdossiers (DCB0129 voor fabrikanten, DCB0160 voor inzettende organisaties) als eersteklas opbrengsten en niet als papierwerk.

6. Breng innovatie in balans met billijkheid. Vraag bij elke fase wie door de digitale kloof buiten de boot valt — patiënten zonder smartphone, digitale connectiviteit, vloeiend Engels of het vertrouwen om een nieuw instrument te gebruiken. Een innovatie die gemiddelde uitkomsten verbetert terwijl zij ongelijkheid vergroot faalt voor een kernplicht van de NHS. Bouw inclusie in de selectie van cohorten en de maten van evaluatie in en niet als bijzaak.

7. Gebruik de nationale infrastructuur die er is. De vijftien Health Innovation Networks van Engeland (voorheen Academic Health Science Networks, AHSN’s) bestaan specifiek om adoptie en verspreiding te ondersteunen; de Accelerated Access Collaborative cureert innovaties met nationale steun. Bouw het vermogen voor adoptie niet vanaf nul opnieuw — sluit aan op deze netwerken voor bewijs uit de praktijk, collega-locaties en steun op de route naar opschalen.

8. Scan de horizon bewust. Houd een lichte functie voor horizonscanning in stand zodat innovatie een beheerd portfolio is en geen reeks reacties op welke leverancier een afspraak kreeg. Weten wat eraan komt — in regelgeving, technologie, aangrenzende stelsels — laat u adoptie ordenen in plaats van erdoor verrast te worden.

Vragen om met uw team te bespreken#

1. Wat is ons eerlijke, benoemde plan voor wat er gebeurt de dag dat deze pilot slaagt — en als wij dat niet kunnen beantwoorden, waarom beginnen wij dan? Dit is de enkele vraag die gedisciplineerde fasering scheidt van pilotitis, en het loont haar op tafel te leggen voordat enig geld wordt vastgelegd. In een organisatie voor digitale gezondheid of zorg is de verleiding een veelbelovende trial te lanceren sterk — een leverancier is gretig, een clinicus is enthousiast, een subsidie is beschikbaar — maar enthousiasme aan het begin zegt niets over de route naar opschalen aan het eind. Het debat moet de spanningen aan het licht brengen tussen klinische nieuwsgierigheid en organisatorische toewijding: wie bezit het opschalen, waar komt de terugkerende financiering vandaan en welke specifieke go/no-go-beslissing zal het bewijs informeren. Een goed, eerlijk antwoord noemt een eigenaar van het opschalen, een financieringsroute en een vooraf afgesproken beslissing over uitstap, en is openhartig waar die nog niet bestaan. Concrete invalshoeken zijn uw huidige portfolio doorlopen op pilots zonder eigenaar van opschalen en toetsen of een “geslaagde” pilot van vorig jaar ergens de praktijk werkelijk veranderde. De ongemakkelijke maar waardevolle versie van dit gesprek is toegeven dat sommige van uw lopende pilots in werkelijkheid hobby’s zijn, en besluiten ze te stoppen.

2. Wie wordt bij elke fase van deze uitrol achtergelaten, en zijn wij bereid de innovatie te vertragen om te voorkomen dat ongelijkheid groter wordt? Gezondheid en zorg dragen een wettelijke en morele plicht rond billijkheid, en digitale innovatie kan gemiddelde uitkomsten stilletjes verbeteren terwijl zij de mensen uitsluit die zorg het meest nodig hebben — degenen zonder smartphone, connectiviteit, vloeiend Engels of digitaal vertrouwen. De spanning om te debatteren is echt: maatregelen voor inclusie, niet-digitale vangnetten en diverse selectie van cohorten kosten tijd en geld en kunnen adoptie vertragen, dus een team onder druk om resultaten te tonen zal verleid zijn eerst te piloten op de gemakkelijkste, digitaal meest betrokken locaties. Een serieuze discussie kijkt naar wie in uw alfa- en bètacohorten zit en wie niet, of kansarmoede en weinig digitale toegang bewust zijn vertegenwoordigd en wat het vangnet is voor uitgesloten patiënten. Zij moet ook de vraag van meting onder ogen zien — zijn maten van inclusie vanaf dag één in de evaluatie ingebouwd, of achteraf aangebracht om een bestuur gerust te stellen? Een eerlijk antwoord aanvaardt dat een innovatie die ongelijkheid vergroot een mislukking is, ook als haar kopcijfers verbeteren, en verbindt zich ertoe inclusie in de selectie van cohorten te ontwerpen en haar niet achteraf aan te brengen. De beste versie noemt de specifieke uitgesloten groepen in uw populatie en de concrete voorziening die voor hen in elke golf wordt getroffen.

3. Hebben wij het regelgevende pad en dat van klinische veiligheid vanaf het begin parallel vrijgemaakt, of hopen wij stilletjes het te regelen voordat wij opschalen? Laat ontdekken dat een instrument een niet-beoordeeld medisch hulpmiddel is, DTAC niet haalt of geen klinisch veiligheidsdossier heeft, is de meest voorkomende manier waarop een werkelijk veelbelovende innovatie stokt op precies het punt waar zij zich zou moeten verspreiden. In een organisatie voor digitale gezondheid dwingt deze vraag een vroeg, soms ontnuchterend gesprek af over de status als medisch hulpmiddel bij de MHRA, het toepasselijke niveau van het Evidence Standards Framework van NICE en de veiligheidsdossiers onder DCB0129 en DCB0160 — werk dat zwaar, onopvallend en gemakkelijk uit te stellen is achter de opwinding over het product. De afweging om te debatteren is snelheid versus borging: regelgeving vooraan zetten vertraagt de eerste pilot maar is de enige manier om een muur bij opschalen te vermijden, en veiligheidsdossiers als papierwerk behandelen in plaats van als eersteklas opbrengsten stapelt risico op. Nuttige invalshoeken zijn elke lopende innovatie vandaag afzetten tegen de drie regimes en vragen of uw klinischeveiligheidsfunctionaris als ontwerper is betrokken of louter als ondertekenaar aan het eind. Een goed antwoord behandelt het regelgevende pad als kernlevering die parallel wordt beheerd, noemt wie elk veiligheidsdossier bezit en is eerlijk over welke huidige initiatieven op hoop doorgaan en niet op beoordeling.

4. Wanneer wij zeggen dit te willen “opschalen”, bedoelen wij dan echt opschalen — gefinancierd, bemand, ingebed als reguliere bedrijfsvoering — of nemen wij stilletjes genoegen met dunne verspreiding over veel locaties? Verspreiden en opschalen zijn verschillende problemen, en ze door elkaar halen is hoe organisaties zichzelf feliciteren met adoptie die nooit beklijft. Verspreiden is horizontaal — meer locaties die de innovatie gebruiken — terwijl opschalen verticaal is, de diepte van adoptie plus de terugkerende financiering, infrastructuur en verandering in het personeel die nodig zijn om haar vol te houden, en een innovatie kan zich dun over tientallen locaties verspreiden zonder ooit ergens tot ingebedde praktijk op te schalen. De spanning om te debatteren is dat verspreiding zichtbaar en te rapporteren is — een kaart met meer spelden erop lijkt voor een bestuur op succes — terwijl opschalen duur en traag is en harde beslissingen vraagt over permanent budget en bezetting die niemand wil bezitten. Een serieuze discussie onderscheidt de twee expliciet voor de innovatie die voor u ligt: welke diepte van adoptie telt als “klaar”, welk herontwerp van het personeel dat impliceert en of het terugkerende geld om haar vol te houden werkelijk bestaat. Concrete invalshoeken zijn nagaan waar een wijdverspreide innovatie werkelijk dragend is en waar louter geïnstalleerd, en vragen of de “uitrol” van vorig jaar een functieomschrijving of financieringslijn veranderde. Een eerlijk antwoord geeft toe wanneer het plan in werkelijkheid verspreiding is vermomd als opschalen, en legt ofwel de middelen vast om haar behoorlijk in te bedden ofwel is openhartig dat zij oppervlakkig zal blijven.

5. Hoe kiezen wij onze vroege cohorten — voor eerlijke terugkoppeling en representativiteit, of voor een gemakkelijke winst die het bewijs vleit? De locaties waar u piloot vormen alles wat u leert, en er is een sterke trek naar de meest enthousiaste, best bedeelde, digitaal meest betrokken teams omdat ze de innovatie er goed laten uitzien. Die trek is gevaarlijk: vroege cohorten gekozen om gemak leveren bewijs op dat niet overdraagbaar is, zodat de innovatie door alfa en bèta zeilt en dan faalt wanneer zij gewone locaties tegenkomt met echte beperkingen, vermoeid personeel en patiënten aan de verkeerde kant van de digitale kloof. De afweging om te debatteren is dat bereidheid en eerlijkheid ertoe doen — u wilt gewillige vroege volgers die openhartige terugkoppeling geven in plaats van beleefd zwijgen — maar bereidheid moet worden afgewogen tegen representativiteit zodat kansarmoede, weinig digitale toegang en lastige werkstromen bewust in de steekproef zitten en er niet uit zijn weggeontworpen. Nuttige invalshoeken zijn benoemen wie in uw alfa en bèta zit en waarom, de kenmerken van Rogers (relatief voordeel, aansluiting, eenvoud, uitprobeerbaarheid, waarneembaarheid) toetsen aan een typische en niet aan een vlaggenschiplocatie en vragen of enig van uw cohorten het bewijs in verlegenheid zou brengen als zij vrijuit spraken. Een goed antwoord kiest cohorten op hun vermogen om u de waarheid te vertellen en voor het echte stelsel te staan, en behandelt een pilot die alleen werkt op ideale locaties als waarschuwing en niet als succes.

6. Is onze innovatie een bewust beheerd portfolio, of een reeks reacties op welke leverancier of clinicus een afspraak kreeg? Innovatie goed gefaseerd invoeren is een portfoliodiscipline en geen reeks losse enthousiasmes, en het verschil toont zich in of u kunt zeggen wat u bewust niet doet. Zonder een lichte functie voor horizonscanning en een bezeten portfolioperspectief wordt innovatie reactief — gedreven door overtuigende leveranciers, deadlines van subsidies en individuele kampioenen — en eindigt de organisatie met veel elkaar overlappende, half bezeten initiatieven die concurreren om dezelfde schaarse capaciteit voor borging, evaluatie en opschalen. De spanning om te debatteren is die tussen openheid voor werkelijk goede ideeën die ongevraagd komen en de discipline om adoptie te ordenen naar strategie, capaciteit en wat eraan komt in regelgeving en technologie. Concrete invalshoeken zijn elke lopende innovatie met haar sponsor opsommen, vragen hoeveel er zijn gekozen tegenover louter aanvaard en toetsen of uw go/no-go-poorten werken als echte investeringsbeslissingen of als stempels. Een eerlijk antwoord erkent waar het huidige portfolio in werkelijkheid een hoop reacties is en verbindt zich aan horizonscanning en prioritering zodat beperkte capaciteit de innovaties steunt die het meest tellen en niet degene die het hardst riepen.

In de praktijk: een voorbeeld uit gezondheid en zorg#

Een integrated care system (ICS) wil vermijdbare opnames onder mensen met hartfalen verminderen. In plaats van op dag één een platform voor monitoring op afstand voor de hele populatie te kopen, kadert de programmaleider het probleem met een nulmeting: huidige percentages opnames, de omvang van het cohort en de beoogde vermindering.

Zij bevestigen eerst het regelgevende beeld — het platform is een medisch hulpmiddel van Klasse I, de leverancier heeft een veiligheidsdossier onder DCB0129 en het ICS voltooit zijn eigen veiligheidsdossier voor inzet onder DCB0160 en een beoordeling volgens DTAC. Zij leggen het product naast het toepasselijke bewijsniveau van de NICE ESF en ontwerpen een evaluatie in de praktijk met het lokale Health Innovation Network als evaluatiepartner.

De uitrol is gefaseerd. Een alfa draait acht weken in één team voor hartfalen in de gemeenschapszorg met enthousiaste clinici, puur om te leren over werkstroom, alarmen en valse positieven. Een bèta breidt daarna uit naar drie qua regio en demografie gevarieerde gebieden — bewust inclusief een gebied met hoge kansarmoede en weinig digitale toegang, met een vangnet per telefoon zodat de innovatie de ongelijkheid niet vergroot. Een go/no-go-poort toetst data over opnames, werklast van clinici, ervaring gerapporteerd door patiënten en maten van inclusie voor bredere verspreiding.

Pas nadat de bèta een geloofwaardige vermindering van opnames en een werkbaar model van bezetting toont, legt het ICS terugkerende financiering vast en verspreidt het naar de resterende gebieden — met de eigenaar van het opschalen, de financiering en de evaluatie al afgesproken. De pilot werd nooit een doodlopende weg omdat haar uitstap vóór het begin was ontworpen.

Sectorperspectieven#

Startup#

Voor een klein bedrijf in digitale gezondheid gefinancierd met durfkapitaal of subsidie is fasering existentieel en niet slechts voorzichtig: de looptijd is eindig, dus een pilot die stokt zonder route naar een betaald contract kan fataal zijn. Startups concurreren op uitprobeerbaarheid en waarneembaarheid van Rogers — een lichte pilot met weinig toezegging die snel resultaten toont is hoe zij de referentielocaties winnen die de volgende financieringsronde ontsluiten. Zij dragen gewoonlijk zelf de last van klinische veiligheid van de fabrikant (DCB0129) en financieren zelf DTAC en hun bewijs onder de NICE ESF, wat zwaar is voor een klein team, dus zij moeten één smal bruggenhoofd als cohort kiezen en zich niet dun verspreiden. Cruciaal is dat zij de uitstap van de pilot moeten ontwerpen als commerciële beslissing (wie tekent een terugkerend contract bij succes) en niet alleen als klinische, want een klinisch geslaagde pilot die geen budget overneemt doodt het bedrijf nog steeds. Hun voordeel is snelheid en focus; hun risico is door het geld heen raken voordat bewijs en adoptie bijbenen.

Klein bedrijf#

Voor een gevestigde kleine aanbieder — een huisartsenpraktijk, een gemeenschapsapotheek, een verzorgingshuis, een thuiszorgorganisatie, een kliniek met één vestiging of een kleine leverancier van health-tech voorbij de startupfase — wordt fasering minder beperkt door looptijd dan door echte patiënten om te beschermen en vrijwel geen overtollige capaciteit om een behoorlijke pilot te draaien. Zulke organisaties dragen dezelfde wettelijke plichten als een groot ziekenhuis — verwachtingen op het niveau van DTAC, klinische veiligheid onder DCB0160 bij inzet, gegevensbescherming — maar zonder klinischeveiligheidsfunctionaris, team voor informatiebestuur of evaluatiepartner in dienst, dus de eerlijke zet is innovaties over te nemen die anderen al hebben onderbouwd in plaats van alleen onbewezene te pionieren. Hun verstandige fasering is een kleine, goedkope, omkeerbare trial in hun eigen enkele setting, met een handmatig vangnet dat blijft draaien zodat een falend instrument patiënten nooit laat vallen. Omdat zij zich niet over locaties kunnen verspreiden, betekent “opschalen” voor hen één werkstroom betrouwbaar verdiepen, en hun beste route naar borging en steun bij opschalen is te leunen op het lokale Health Innovation Network en op leveranciers die een kant-en-klaar veiligheidsdossier onder DCB0129 meebrengen. Hun voordeel is dat één eigenaar snel kan beslissen en handelen; hun risico is dat dun digitaal vermogen hen verleidt nuttige innovatie ofwel helemaal te mijden ofwel over te nemen zonder de controles van veiligheid en billijkheid die de plichten nog steeds vragen.

Grote onderneming#

Een groot NHS-ziekenhuis, ICS of gevestigde leverancier van health-tech heeft de bijeenroepende kracht om echte bèta’s op meerdere locaties te draaien en de vaste infrastructuur — klinischeveiligheidsfunctionarissen, informatiebestuur, evaluatiepartners, banden met het Health Innovation Network — die een startup mist. Het kenmerkende falen is het tegenovergestelde: dood door pilot, tientallen gelijktijdige kleine trials waarvan er geen tot verspreiding wordt bezeten omdat verantwoording diffuus is en prioriteiten concurreren. Fasering is hier een probleem van portfoliobestuur: elke go/no-go-poort moet een formele investeringsbeslissing zijn gekoppeld aan terugkerende financiering en een benoemde senior verantwoordelijke, in de geest van Management of Portfolios. De grote onderneming kan zich bewuste, onderbouwde golven veroorloven en moet ze gebruiken, maar moet traagheid van de organisatie bestrijden en de verleiding om het product van een favoriete leverancier in één klap uit te rollen. Haar voordeel is schaal en vermogen tot borging; haar risico is dat schaal slib wordt.

Overheid#

Een nationaal of lokaal publiek orgaan — NHS England, DHSC, UKHSA, een gedecentraliseerde overheid of een lokale overheid — draait de pilot meestal helemaal niet maar geeft vorm aan de omgeving waarin alle anderen innovatie faseren. De hefbomen zijn normen (DTAC, de NICE ESF), de infrastructuur voor verspreiding die het financiert (Health Innovation Networks, de Accelerated Access Collaborative) en de structurele barrières die het kan wegnemen — routes voor inkoop, tarieven en vergoeding, verplichtingen voor interoperabiliteit — die anders bewezen innovaties laten stranden op het punt van opschalen. Verantwoording loopt naar het Parlement en de publieke kas, en billijkheid en universele dekking zijn wettelijke plichten, dus een uitrol onder leiding van de overheid moet digitaal uitgeslotenen vanaf de eerste fase wegontwerpen en inclusie niet achteraf aanbrengen. De risicobereidheid is de laagste en de toetsing de hoogste: een falende nationale uitrol is een krantenkop en een audit, dus zij faseert behoudend en onderbouwt publiekelijk. De echte taak van de overheid is het pad van bewijs naar nationale adoptie begaanbaar te maken voor het hele stelsel.

Veelvoorkomende faalpatronen#

• Pilotitis. Eindeloze geslaagde pilots die nooit opschalen omdat niemand de route van bewijs naar adoptie bezit. Voorkom het door te weigeren een pilot te beginnen zonder benoemde eigenaar van opschalen en financieringsroute.
• Oplossing op zoek naar een probleem. Technologie overnemen omdat zij indrukwekkend is en niet omdat zij een gemeten behoefte aanpakt. Voorkom het door de probleemstelling en nulmeting te beschermen.
• Regelgeving als bijzaak. Bij het opschalen ontdekken dat het instrument een niet-beoordeeld medisch hulpmiddel is of DTAC niet haalt. Voorkom het door MHRA/NICE/DTAC vanaf het begin parallel vrij te maken.
• Big-bang-uitrol. Gefaseerde cohorten overslaan en overal tegelijk uitrollen, zodat een ontwerpfout een incident in het hele stelsel wordt. Voorkom het door go/no-go-poorten tussen golven te gebruiken.
• Evaluatie achteraf aangebracht. Geen nulmeting vastgelegd, zodat “succes” niet kan worden aangetoond en toekomstige afnemers niet overtuigd zijn. Voorkom het door de evaluatie te ontwerpen vóór de eerste patiënt.
• Innovatie die ongelijkheid vergroot. Gemiddelden verbeteren terwijl de digitaal gemarginaliseerden worden uitgesloten. Voorkom het door inclusie in elke fase te meten.

Volwassenheidsmodel#

Checklist#

• Elke innovatie heeft een gesteld probleem en een gekwantificeerde nulmeting.
• Elke pilot heeft een benoemde eigenaar van opschalen, financieringsroute en vooraf afgesproken beslissing over uitstap.
• De uitrol is gefaseerd in cohorten/regio’s met go/no-go-poorten tussen golven.
• Een evaluatie in de praktijk met maten en nulmeting is vóór lancering ontworpen.
• Status bij de MHRA (medisch hulpmiddel), niveau van de NICE ESF en naleving van DTAC zijn vroeg bevestigd.
• Klinische veiligheidsdossiers (DCB0129/DCB0160) zijn voltooid en bezeten.
• Inclusie en billijkheid worden in elke fase gemeten, met een niet-digitaal vangnet.
• Het relevante Health Innovation Network / de nationale route voor adoptie is betrokken.
• Horizonscanning voedt een beheerd portfolio van innovatie, geen reactieve inkoop.

Belangrijkste bronnen#

• Everett M. Rogers, Diffusion of Innovations (5e editie) — de adoptiecurve en de vijf kenmerken van innovaties die zich kunnen verspreiden.
• NICE, Evidence Standards Framework (ESF) for digital health technologies — bewijsniveaus naar functie en financieel risico (nice.org.uk).
• Digital Technology Assessment Criteria (DTAC), NHS England — basis voor klinische veiligheid, gegevensbescherming, beveiliging, interoperabiliteit en bruikbaarheid voor leveranciers.
• MHRA — richtlijnen voor Software and AI as a Medical Device (gov.uk).
• Normen voor klinische veiligheid DCB0129 (fabrikanten) en DCB0160 (gezondheidsorganisaties die inzetten), NHS Digital.
• Het Health Innovation Network (voorheen het AHSN Network) en de NHS Accelerated Access Collaborative — infrastructuur voor adoptie en verspreiding (england.nhs.uk; thehealthinnovationnetwork.co.uk).
• The King’s Fund, Adoption and spread of innovation in the NHS — analyse van “pilotitis” en de kloof in adoptie (kingsfund.org.uk).
• NHS Horizons — methoden voor verspreiding en adoptie en het onderscheid tussen verspreiden en opschalen (horizonsnhs.com).

Referenties#

1. Diffusion of innovations — Wikipedia — https://en.wikipedia.org/wiki/Diffusion_of_innovations
2. Everett Rogers — Wikipedia — https://en.wikipedia.org/wiki/Everett_Rogers
3. Technology adoption life cycle — Wikipedia — https://en.wikipedia.org/wiki/Technology_adoption_life_cycle
4. Proof of concept — Wikipedia — https://en.wikipedia.org/wiki/Proof_of_concept
5. Real world evidence — Wikipedia — https://en.wikipedia.org/wiki/Real_world_evidence
6. Medicines and Healthcare products Regulatory Agency — Wikipedia — https://en.wikipedia.org/wiki/Medicines_and_Healthcare_products_Regulatory_Agency
7. National Institute for Health and Care Excellence — Wikipedia — https://en.wikipedia.org/wiki/National_Institute_for_Health_and_Care_Excellence
8. Medical device — Wikipedia — https://en.wikipedia.org/wiki/Medical_device
9. Health equity — Wikipedia — https://en.wikipedia.org/wiki/Health_equity
10. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
11. Horizon scanning — Wikipedia — https://en.wikipedia.org/wiki/Horizon_scanning
12. Integrated care system — Wikipedia — https://en.wikipedia.org/wiki/Integrated_care_system
13. Evidence Standards Framework (ESF) for digital health technologies — NICE — https://www.nice.org.uk/about/what-we-do/our-programmes/evidence-standards-framework-for-digital-health-technologies
14. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/about-us/digital-technology-assessment-criteria-dtac/
15. Software and AI as a Medical Device — MHRA, GOV.UK — https://www.gov.uk/government/publications/software-and-artificial-intelligence-ai-as-a-medical-device
16. Adoption and spread of innovation in the NHS — The King's Fund — https://www.kingsfund.org.uk/insight-and-analysis/reports/adoption-spread-innovation-nhs
17. Diffusion of Innovations, 5th edition — Everett M. Rogers, Free Press (2003), ISBN 978-0743222099
18. The Health Innovation Network — https://thehealthinnovationnetwork.co.uk/
19. Accelerated Access Collaborative — NHS England — https://www.england.nhs.uk/aac/