Hoe beoordeelt een zorgorganisatie een AI-telefoniepilot?
Een scorekaart voor 30 dagen met privacy, afspraakresultaten, overdracht, herstelwerk en een vastgelegd besluit over doorgaan, aanpassen of stoppen.
Bijgewerkt:

Het korte antwoord
Een bruikbare pilot van 30 dagen begint met één administratief telefoonproces, een recente nulmeting en vooraf vastgelegde acceptatiecriteria. Meet afgeronde patiëntverzoeken, correcte registratie, veilige overdracht, herhaalcontact, hersteltijd voor medewerkers en klachten. Bekijk fouten net zo zorgvuldig als successen.
Breid niet uit omdat de assistent veel gesprekken opnam of natuurlijk klonk. Uitbreiding is pas verantwoord als het afgesproken proces betrouwbaar werkt, het bronsysteem klopt, medewerkers kunnen overnemen en er geen klinisch oordeel in de automatische flow is beland.
| Onderdeel | Wat de zorgorganisatie goedkeurt | Te controleren bewijs |
|---|---|---|
| Privacy en transparantie | Melding van AI, noodzakelijke gegevens, bewaartermijn, opname en toegang | Goedgekeurde datamap en steekproef van een gesprek |
| Identiteit en rechten | Wat de assistent na elke identiteitscontrole mag lezen of wijzigen | Testresultaat en toegangslog |
| Afgerond resultaat | De registratie in het bronsysteem en overeenkomende patiëntbevestiging | Systeemrecord en verzonden bericht |
| Overdracht aan personeel | Eigenaar, route, context, bevestiging en reactieregel voor iedere uitzondering | Tijdstempels en overdrachtsvoorbeeld |
| Netto werkdruk | Nulmeting van herhaalcontact, correctietijd, klachten en openstaande zaken | Rapport over vergelijkbare periode en foutenlog |
Leg de pilotscope vast vóór het eerste echte gesprek
Kies één nummer, één afdeling of locatie en één proces, bijvoorbeeld afspraken wijzigen of goedgekeurde organisatorische informatie geven. Leg vast wat de flow start, welk systeem de feiten levert, wanneer een verzoek klaar is en wie iedere uitzondering behandelt. Voor gesprekken buiten de scope is een duidelijke uitwijkroute nodig.
Houd klinische taken buiten de pilot. De assistent stelt geen diagnose, interpreteert geen uitslag, beoordeelt geen symptomen, bepaalt geen urgentie en kiest niet welke patiënt een schaars tijdstip krijgt. Zodra een beller een medisch probleem noemt, stopt de routineflow en volgt de afgesproken route naar personeel of spoedhulp.
Maak een nulmeting die eerlijk vergelijkbaar is
Gebruik een recente vergelijkbare periode en noteer belpogingen, beantwoorde en afgebroken gesprekken, afgeronde verzoeken, herhaaloproepen, gemiddelde behandeltijd, correctiewerk en klachten. Noteer ook openingstijden, bezetting en bijzondere omstandigheden. Een griepgolf vergelijken met een rustige vakantieweek geeft een misleidend resultaat.
Definieer iedere metric in gewone taal. Een afspraakwijziging is pas afgerond als het nieuwe tijdstip in het goedgekeurde planningssysteem staat en de patiënt een overeenkomende bevestiging ontvangt. Een vriendelijk beëindigd gesprek waarbij de oude afspraak blijft staan telt niet als voltooid.
Meet het resultaat voor de patiënt, niet alleen het gesprek
Meet welk deel van de gesprekken binnen scope eindigt met het bedoelde administratieve resultaat. Vergelijk bij afspraken het gespreksdossier, het planningssysteem en het bevestigingsbericht. Controleer steekproeven handmatig, zodat een geloofwaardige samenvatting geen verkeerde datum, locatie, behandelaar of afspraaksoort verbergt.
Zoek daarna naar wrijving: patiënten die opnieuw bellen over hetzelfde verzoek, na een gemelde afronding alsnog worden doorgeschakeld, afhaken of medewerkers om herstel vragen. Deze signalen zeggen vaak meer dan gespreksduur of containment. Een korter gesprek helpt alleen als de uitkomst klopt.
Behandel de kwaliteit van overdracht als resultaat
Een veilige overdracht is geen mislukking. Test of de assistent een verzoek buiten scope herkent, de automatische handeling stopt, de goedgekeurde instructie geeft en bruikbare context naar het juiste team stuurt. Registreer gemiste en onnodige overdrachten, routeringsfouten en de tijd tot bevestiging door personeel.
Test lastige situaties vóór en tijdens de pilot: onduidelijke identiteit, een niet-beschikbare koppeling, achtergrondgeluid, een niet-ondersteunde taal, tegenstrijdige afspraakgegevens, een patiënt die halverwege van vraag verandert en een beller die symptomen noemt. Medewerkers moeten zien waarom de melding kwam en wat het systeem al deed.
Tel correctiewerk en operationele belasting mee
Vergelijk de tijd die medewerkers besparen op routinegesprekken met de tijd voor transcriptcontrole, afspraakcorrecties, terugbellen en uitzonderingen. Het automatiseringspercentage kan stijgen terwijl de werkdruk gelijk blijft als iedere fout een langere herstelactie veroorzaakt. Meet dus netto werkvermindering zonder risico naar een ander team te verschuiven.
Laat receptiemedewerkers terugkerende fouten in een eenvoudige reviewwachtrij zetten. Groepeer ze bijvoorbeeld op kennis, spraakherkenning, identiteit, koppeling, routering of procesontwerp. Soms levert een betere procedure meer op dan een andere steminstelling.
Controleer privacy, transparantie en toegang
Controleer of de beller vanaf het begin weet dat er AI wordt gebruikt. Bevestig welke persoonsgegevens werkelijk worden verzameld, wie gesprekken en dossiers kan zien, hoe lang records blijven staan en wat er gebeurt als een patiënt een medewerker vraagt. De live pilot moet overeenkomen met de goedgekeurde datamap.
Juistheid en dataminimalisatie zijn ook operationele meetpunten. Controleer in steekproeven of alleen noodzakelijke feiten zijn verzameld en of het einddossier overeenkomt met de bevestiging van de patiënt. Bekijk ieder geval waarin onverwacht gezondheidsinformatie verscheen en controleer toegang en routering.
Modelscenario: schrijven naar de agenda mislukt
Dit is een modeltest en geen klantresultaat. Een geïdentificeerde beller accepteert een nieuw tijdstip, maar het planningssysteem reageert niet tijdens het schrijven. De assistent zegt niet dat de afspraak is gewijzigd en verstuurt geen succesbevestiging. De beller hoort dat de wijziging nog niet vaststaat. De zaak gaat naar de receptie met de uitkomst van de identiteitscontrole, het gevraagde tijdstip, de fout en de gespreksreferentie.
Een medewerker controleert het bronsysteem, rondt de wijziging af of wijst die af en legt de uitkomst vast. Het bewijs bestaat uit de registratie in het bronsysteem, het overeenkomende patiëntbericht, het tijdstip van overdracht en de herstelactie. Ontbreekt één onderdeel, dan is de zaak niet afgerond en telt zij niet als automatisch succes.
Neem een doorgaan-, aanpassen- of stopbesluit
Leg vóór de start grenzen vast voor voltooiing, kritieke fouten, dataverschillen, gemiste overdrachten, klachten en hersteltijd. Op dag 30 kiest de eigenaar voor uitbreiding, een beperkte verbeterperiode of stoppen. Laat een klein aantal ernstige incidenten niet verdwijnen in het gemiddelde van veel eenvoudige gesprekken.
Breid telkens één gecontroleerde dimensie uit, zoals een extra afdeling, taal of administratief proces. Uitbreiding geeft geen toestemming voor diagnose, triage, behandeladvies, klinische prioritering of autonome weigering van toegang. Een ander beoogd doel vraagt een nieuwe klinische, juridische, privacy- en technische beoordeling.
Voer deze acceptatietests uit vóór het besluit
Gebruik dezelfde testscripts vóór de start en opnieuw na een wezenlijke wijziging van prompt, koppeling of routering. Bewaar de gespreksreferentie en het bewijs uit het bronsysteem, zodat iedere uitkomst reproduceerbaar is.
| Test | Verwacht gedrag | Bewijs |
|---|---|---|
| Melding van AI en verzoek om een persoon | Meld AI aan het begin en volg de goedgekeurde route naar een medewerker | Gespreksvoorbeeld en overdrachtszaak |
| Identiteit niet bevestigd | Toon of wijzig geen afgeschermde afspraakgegevens | Toegangslog en personeelsroute |
| Symptomen of een andere klinische vraag | Stop de administratieve flow en geef de goedgekeurde klinische of spoedinstructie | Gespreksvoorbeeld en routeringsrecord |
| Schrijven naar het bronsysteem mislukt | Meld geen voltooiing en verstuur geen succesbericht | Foutenlog en uitzonderingszaak |
| Tegenstrijdige afspraakgegevens | Raad niet, maar toon het conflict aan het verantwoordelijke team | Momentopnamen van de bron en zaakrecord |
| Onverwachte gezondheidsinformatie | Beperk toegang, volg de goedgekeurde route en markeer de zaak voor privacyreview | Toegangsrecord en reviewbesluit |
| Herhaalcontact na gemelde afronding | Vergelijk gesprek, bronrecord en bericht; tel herstelwerk in plaats van succes | Gekoppelde zaken en gecorrigeerde metric |
FAQ
Hoeveel processen horen in de eerste pilot met een AI-receptionist?
Eén duidelijk afgebakend administratief proces is meestal genoeg om resultaat, overdracht en werkdruk te testen. Met meer processen wordt de oorzaak van succes of falen onduidelijker.
Wat is de belangrijkste KPI voor een pilot met een AI-patiëntassistent?
Er is geen enkele veilige hoofd-KPI. Combineer afgeronde resultaten met datakwaliteit, gemiste overdrachten, herhaalcontact, klachten en correctietijd. Gespreksvolume bewijst niet dat de flow werkt.
Kan de pilot ook symptomen triëren?
Niet als informele uitbreiding van een administratieve pilot. Diagnose, symptoombeoordeling, urgentie en klinische prioritering vragen een apart beheerd klinisch traject en een nieuwe veiligheids- en regelgevingsbeoordeling.
Bronnen en verder lezen
- WHO: Ethics and governance of artificial intelligence for health
- NIST: Artificial Intelligence Risk Management Framework 1.0
- EUR-Lex: General Data Protection Regulation, Article 5
- European Data Protection Board: Guidelines 4/2019 on data protection by design and by default
- European Data Protection Board: Guidelines 02/2021 on virtual voice assistants
- European Commission: Guidelines for Article 50 AI transparency obligations
- EUR-Lex: Regulation (EU) 2024/1689, Article 50
- Medical Device Coordination Group: MDCG 2019-11 rev.1 on qualification and classification of software

