AI-patiëntgesprekken en AVG: checklist voor de gegevensstroom
Een praktische aanpak voor minimale gegevens, aparte opnames en samenvattingen, toegang, bewaring en een veilige overdracht aan medewerkers.
Bijgewerkt:
Het korte antwoord
Een zorgorganisatie kan een AI-assistent gebruiken voor administratieve patiëntgesprekken, maar een veilig ontwerp begint bij de taak en de gegevensstroom, niet bij het etiket van de technologie. Een afspraak boeken, verplaatsen of annuleren kan beperkt blijven. Toch kan een beller spontaan klachten of andere gezondheidsgegevens noemen. De workflow moet daarom al vóór het eerste livegesprek met bijzondere persoonsgegevens rekening houden.
Bepaal welke gegevens de assistent mag vragen, waar elk record terechtkomt, wie het mag zien, hoe lang het blijft en welke zin de routine stopt. De organisatie heeft daarnaast een passende grondslag uit artikel 6 AVG nodig en, bij verwerking van gezondheidsgegevens, een voorwaarde uit artikel 9. De precieze basis hangt af van de dienst en het nationale recht. Dit is daarom een implementatiechecklist, geen juridisch advies.
Breng het gesprek in kaart voordat u tools kiest
Noteer per moment in het gesprek de minimale gegevens en de toegestane handeling. Zo worden overbodige vragen zichtbaar en krijgt de acceptatietest concreet bewijs. Het voorbeeld blijft bewust administratief. Iedere organisatie moet het aanpassen aan de eigen procedures en het leidende systeem.
| Moment in het gesprek | Minimale gegevens | Toegestane handeling | Bewijs bij acceptatie |
|---|---|---|---|
| Openingstijden of route | Geen patiëntrecord | Antwoord uit goedgekeurde informatie | Juist antwoord, inhoudsversie en geen dossierzoekactie |
| Boeken, verplaatsen of annuleren | Evenredige identiteitsmatch, afspraak en gevraagde actie | Alleen goedgekeurde planningsvelden lezen of wijzigen | Gekoppeld record, systeemantwoord en eindstatus |
| Goedgekeurde instructie vóór een bezoek | Relevante afspraak en goedgekeurde instructieversie | De vastgestelde instructie geven zonder advies toe te voegen | Instructieversie en bezorgstatus |
| Beller noemt spontaan klachten | Alleen wat nodig is voor de goedgekeurde overdracht | Routinevragen stoppen en de menselijke of spoedroute volgen | Trigger, bestemming, eigenaar en tijdstip |
| Verkeerde ontvanger of gemachtigde beller | Geen klinisch detail vóór de afgesproken controle | Identiteits- of vertegenwoordigingsprocedure volgen | Neutrale uitkomst en gecontroleerde opvolgreferentie |
Behandel audio, transcript, samenvatting en boeking als aparte records
Eén gesprek kan meerdere records maken: audio, een transcript, een gegenereerde samenvatting, een afspraakmutatie en technische logs. Die hoeven niet hetzelfde doel, dezelfde toegang of dezelfde bewaartermijn te hebben. Beslis apart of audio überhaupt nodig is. Een bruikbaar auditspoor kan vaak volstaan met actie, tijdstip, regelversie en systeembevestiging zonder het hele gesprek te bewaren.
Houd de eigen woorden van de beller apart van een gegenereerde samenvatting. Beperk die samenvatting tot wat de volgende bevoegde medewerker nodig heeft en maak correctie mogelijk zonder de bron of auditgebeurtenis te wissen. Als het transcript blijft bestaan, neem het dan expliciet op in procedures voor toegang, verwijdering, export, incidenten en leveranciers.
Meld de AI aan het begin en bied een bruikbare menselijke route
Bij directe interactie verplicht artikel 50 van de EU AI Act mensen te informeren dat zij met een AI-systeem spreken, tenzij dit duidelijk is. Volgens de richtsnoeren van de Commissie moet die informatie vanaf het begin van de eerste interactie helder en herkenbaar zijn. Deze transparantieplicht geldt vanaf 2 augustus 2026.
Een gesproken melding moet kort en begrijpelijk zijn en mag de route naar een medewerker niet verbergen. De beller moet weten wie de dienst aanbiedt, dat het AI is, wat de directe taak is en hoe het gesprek kan stoppen of worden overgedragen. Een opnamemelding, als er wordt opgenomen, is een apart bericht dat bij de echte opnamepraktijk past.
Modelscenario: een annulering wordt een gezondheidsvraag
Modelscenario, geen klantcase: een patiënt belt om de afspraak van morgen te annuleren en zegt vervolgens ernstige ademhalingsproblemen te hebben. De assistent stopt het annuleringsscript en volgt de goedgekeurde urgente of spoedroute van de zorgorganisatie. Het systeem stelt geen diagnose, berekent geen urgentiescore en verzekert de beller niet dat wachten veilig is.
Nadat de veiligheidsroute is afgehandeld, mag de afspraak alleen worden aangepast als de goedgekeurde workflow dat voorschrijft. Het record toont de trigger, de gevolgde route, of een medewerker de overdracht aannam en de afzonderlijke status van de annulering. Zo wordt één gegenereerde notitie niet tegelijk een klinisch oordeel en een planningsbevestiging.
Geef iedere rol alleen de nodige toegang
Receptie, behandelteam en leveranciersondersteuning hebben niet hetzelfde beeld nodig. De receptie heeft mogelijk identiteit en boekingsstatus nodig. Een behandelaar ontvangt informatie via een goedgekeurde overdracht. Technische support kan genoeg hebben aan een foutkenmerk zonder gespreksinhoud. Koppel de rollen van verwerkingsverantwoordelijke en verwerker aan de echte dienst, inclusief model-, transcriptie-, telefonie- en hostingpartijen.
Gebruik toegang per rol, gelogde supporttoegang en anonimisering of afscherming waar dat blootstelling beperkt. Stel bewaring per recordtype en doel in en test verwijdering en export in plaats van de standaard van een platform over te nemen. Een korte bewaartermijn voor transcripties helpt niet als dezelfde details onbeperkt in samenvattingen, logs of gekopieerde notities blijven staan.
Zes acceptatietests vóór livegang
1. Start een normaal gesprek en bevestig dat de AI-melding klinkt voordat persoonsgegevens worden gevraagd. 2. Boek een gewone afspraak en controleer dat alleen goedgekeurde velden het leidende systeem bereiken. 3. Noem spontaan klachten en bevestig dat het script stopt, geen diagnose of urgentiescore ontstaat en de goedgekeurde overdracht een eigenaar heeft.
4. Test de route zonder opname en controleer welke transcriptie, samenvatting en technische gebeurtenissen toch bestaan. 5. Gebruik een gemachtigde of verkeerde ontvanger en bevestig dat vóór de goedgekeurde controle geen patiëntinformatie wordt gedeeld. 6. Test toegang, bewaring, verwijdering en export voor elk recordtype, ook bij een mislukte supportzaak bij de leverancier.
Houd administratie gescheiden van medische AI
Deze checklist gaat over de gegevensstroom rond een administratieve AI-assistent voor patiëntgesprekken. Zij classificeert niet ieder klinisch gebruik van AI. Zodra het systeem klachten interpreteert, behandeling adviseert, urgentie bepaalt of toegang tot zorg beïnvloedt, veranderen het beoogde doel en de analyse wezenlijk.
Maak die grens zichtbaar in prompts, rechten, tests, contracten en training. Een beperkte assistent kan nog steeds veel werk verzetten: herhaalbare administratie uitvoeren, een eerlijke status vastleggen en een medewerker betrekken zodra de vraag buiten de goedgekeurde lijn valt.
FAQ
Mag een AI-patiëntenassistent gezondheidsgegevens verwerken?
Dat is niet automatisch verboden, maar de zorgorganisatie moet het doel, een passende grondslag uit artikel 6 AVG en een voorwaarde uit artikel 9 voor bijzondere persoonsgegevens bepalen. Ook zijn minimale gegevens, beveiliging, toegang, bewaring en menselijke afhandeling nodig, passend bij de dienst en het nationale recht.
Moet een zorgorganisatie AI-patiëntgesprekken opnemen?
Nee. Opname is een afzonderlijke ontwerp- en juridische keuze, geen automatische eis van voice AI. Vaak kunnen actie, status en auditgebeurtenis worden bewaard zonder volledige audio. Bij opname moeten doel, informatie, toegang, beveiliging en bewaartermijn voor de audio worden vastgesteld.
Mag een administratieve AI-assistent de urgentie van een patiënt bepalen?
Dat hoort niet bij een routinematige administratieve scope. Zodra klachten of urgente zorgen verschijnen, gebruikt de assistent een voorzichtige stop- en overdrachtsregel via routes die de organisatie heeft goedgekeurd. Het systeem stelt geen diagnose, stelt de beller niet gerust en maakt geen eigen urgentiescore.
Bronnen en verder lezen
- EUR-Lex: Regulation (EU) 2016/679 (GDPR)
- European Commission: GDPR data-processing principles
- European Commission: legal grounds and special-category data
- EDPB: Guidelines 4/2019 on data protection by design and by default
- EDPB: Guidelines 02/2021 on virtual voice assistants
- EUR-Lex: Regulation (EU) 2024/1689 (AI Act)
- European Commission: Article 50 transparency guidance

