USE CASE
Claims intake in productie, op Europese infrastructuur
Eén workflow. Eén KPI. Live in circa acht weken (indicatief), en daarna draaiend gehouden.
Het probleem van een schadeafdeling
Claims komen binnen via e-mail, via het portaal en via API. Elke claim heeft bijlagen: formulieren, foto's, facturen, brieven. Een behandelaar opent het dossier, zoekt de polis erbij, leest alles, bepaalt of de claim eenvoudig is of aandacht vraagt, en zet het dossier klaar in het kernsysteem. Het grootste deel van die tijd gaat op aan lezen en sorteren, niet aan beslissen.
Het gevolg is een wachtrij. De doorlooptijd per case groeit met het volume, en ervaren behandelaars besteden hun dag aan routinedossiers.
De workflow, in zes stappen
- 01
Trigger
Een claim komt binnen via e-mail, portaal of API.
- 02
Ophalen
De workflow haalt het dossier en de geldende polisvoorwaarden uit het kernsysteem, via een connector met de eigen toegangsrechten van de behandelaar. De workflow ziet nooit meer dan de behandelaar zou zien.
- 03
Lezen
Een open-weight model op EU-infrastructuur leest, vat samen en classificeert de documenten. Het wordt via een AI-gateway om een rol gevraagd, "extractor" of "classifier"; het model achter die rol is te wisselen.
- 04
Regel
Een beslistabel past jouw drempels en routering toe. Binnen de grenzen: snelle route. Document ontbreekt: terug naar de klant. Boven een drempel of gemarkeerd: naar een senior behandelaar. De tabel is configuratie, leesbaar en aanpasbaar door de business.
- 05
Menselijke controle
De behandelaar ziet de samenvatting, de classificatie, de voorgestelde route en het bewijs erachter, en keurt goed of corrigeert. Zonder deze stap gebeurt er niets.
- 06
Actie
Het dossier staat klaar in het kernsysteem, voor de volgende stap in jouw proces.
Wat de behandelaar ziet
Eén scherm met de casesamenvatting, de uitgelezen velden, de classificatie, de voorgestelde route en links naar de brondocumenten. Elke correctie wordt vastgelegd en voedt de evaluatieset, zodat de workflow wordt gemeten aan wat jouw behandelaars werkelijk beslissen.
Wat bij de verzekeraar blijft
Data
Schadedossiers en polisvoorwaarden blijven in je kernsysteem en op EU-infrastructuur binnen jouw tenant. Geen training op jouw data.
Sleutels
Encryptiesleutels blijven in je eigen KMS of HSM.
Regels
Drempels en routering zijn een beslistabel die van jou is en die je zonder release kunt aanpassen.
De workflow zelf
Die leeft in één repository met versiebeheer en is onderdeel van je exitpakket: specificatie en prompts, domeinmodel en jouw mapping, modelmanifest, evaluatieset, deployment, beleid, runbook. Ga je weg, dan gaat hij mee.
Dat is wat "sovereign by default" hier betekent: geen etiket, maar data en sleutels in jouw handen en een vastgelegde weg naar buiten.
Wat wordt gemeten
De KPI is doorlooptijd per case. In week één, voordat er iets wordt gebouwd, wordt de baseline gemeten op je huidige proces. Na de livegang wordt dezelfde maat doorlopend gerapporteerd, naast kosten per afgehandelde case en per afdeling. Elke modelwissel wordt getoetst aan de evaluatieset voordat hij productie bereikt.
Wat de AI Act-documentatie dekt
Elke workflow krijgt eigen AI Act-documentatie, bijgehouden als onderdeel van de repository:
- Risicoklasse. De beoordeling waar deze workflow onder de AI Act valt, en waarom. Claims-intake die dossiers voorbereidt voor een menselijk besluit wordt per geval beoordeeld; de classificatie en de onderbouwing worden vastgelegd.
- Registratie in het use-case-register. Wat de workflow doet, welke data hij gebruikt, wie verantwoordelijk is.
- Guardrails. Wat het model wel en niet mag, wat wordt gefilterd, wat een stop veroorzaakt.
- Evaluaties. De evaluatieset, drempelwaarden en de resultaten per release en per modelwissel.
- Logging en menselijk toezicht. Tracing van elke stap (OpenTelemetry) en de vastlegging van de goedkeuring of correctie door de behandelaar.
Voor hoogrisicosystemen stonden de belangrijkste verplichtingen van de AI Act gepland voor 2 augustus 2026. In mei 2026 bereikten de EU-instellingen een voorlopig akkoord om die uit te stellen naar eind 2027 en 2028; controleer de actuele stand op het moment dat je dit leest. De documentatie hierboven is nuttig ongeacht de datum; DNB verwacht nu al dat verzekeraars ontwikkelkeuzes vastleggen en AI na ingebruikname monitoren.
Planning en prijs (indicatief)
- Week 1. Proces afgebakend, KPI gekozen, baseline gemeten.
- Week 2 tot 3. Connectors met toegangsrechten, regels naar de beslistabel.
- Week 4 tot 6. Bouwen en testen tegen de evaluatieset.
- Week 7 tot 8. Livegang. Day-2 begint en zit in de run fee: monitoring, evaluaties bij elke modelwissel, updates, kostenrapportage.
De prijs is resultaatgericht. Eenmalige onboarding, indicatief vanaf € 25.000. Maandelijkse resultaatfee per afgehandelde case, indicatief € 4 tot € 8, gemaximeerd. Partnerinfrastructuur doorberekend tegen kostprijs en uitgesplitst: capaciteit, soevereiniteit, platform. De workflow draait bij een gecertificeerde Europese partner of op je eigen locatie.
Wil je weten wat de baseline voor jouw afdeling zou zijn? Plan een gesprek.
Bronnen
- DNB, "Verzekeraars en AI: DNB deelt nieuwste inzichten", 21 januari 2026: https://www.dnb.nl/nieuws-voor-de-sector/toezicht-2026/verzekeraars-en-ai-dnb-deelt-nieuwste-inzichten/
- Gibson Dunn, "EU AI Act Omnibus Agreement: postponed high-risk deadlines", 27 mei 2026: https://www.gibsondunn.com/eu-ai-act-omnibus-agreement-postponed-high-risk-deadlines-and-other-key-changes/