Software voor schadebeheer zorgverzekering: twee auteurs

J.D. Power's studie naar collectieve zorgverzekeringsplannen uit 2026 vond dat slechts 30 procent van de leden hun schadeafhandeling als uitstekend beschrijft, en die groep scoort 120 punten hoger op algemene tevredenheid dan leden die dezelfde ervaring slechts als goed omschrijven. Schadeclaims zijn een van de weinige momenten waarop een zorgverzekeraar het leven van een lid daadwerkelijk raakt, en een groot deel van dat verschil komt neer op iets structureels, niet op houding: een zorgclaim heeft meestal meer dan één auteur, en de meeste claimsoftware is gebouwd op de aanname dat er precies één is.

Twee mensen, één dossier

Een lid dient een claim in: een factuur, een recept, soms een diagnosecode. In de meeste ontwerpen wordt dat behandeld als de volledige indiening, in dezelfde vorm als een autoclaim of een woonschadeclaim. Maar een zorgclaim kan vaak pas echt worden beoordeeld zodra iemand anders zich ook heeft uitgesproken, een behandelend arts, een ziekenhuis, die een diagnose bevestigt of een behandeling beschrijft in termen die de regels van de verzekeraar kunnen beoordelen.

Die tweede partij heeft geen account bij de verzekeraar en geen bijzondere reden om snel te reageren. Het dossier blijft open omdat het daadwerkelijk incompleet is, wachtend op iemand die nooit onderdeel was van de relatie, zonder dat dit de schuld is van het lid. Software die is gebouwd rond één indiener behandelt dit als een uitzondering om handmatig op te vangen: iemand in het schadeteam moet het gat opmerken, uitzoeken wie te benaderen, en telefonisch of per e-mail opvolgen buiten welk systeem de claim ook volgt.

Het vragenlijst die de uitkomst bepaalt

Het tweede structurele verschil zit in wat er gebeurt zodra de documenten binnen zijn. Een aanzienlijk deel van de zorgclaims, vooral alles rond arbeidsongeschiktheid of een behandelingstarief, wordt beslist via een medische vragenlijst die wordt beoordeeld tegen de eigen scoringsregels van de verzekeraar. Een verzekeraar die we dit hebben zien uitwerken, ontwierp een vragenlijst die een ernstclassificatie rechtstreeks binnen de claimintake berekent, met behulp van de eigen correspondentietabel van de verzekeraar tussen symptoom en ernst, zodat de sessie van de indiener nooit afhankelijk is van een live oproep naar een interne regelengine halverwege. Het backofficesysteem ontvangt het berekende resultaat rechtstreeks, al gescoord en klaar om op te handelen.

Handmatig gedaan, is die scoringsstap precies het soort werk dat traag blijft hoe zorgvuldig de persoon die het doet ook is, omdat iemand een tabel in het hoofd moet houden, of in een tweede venster moet openen, voor elk afzonderlijk dossier.

Wat verandert als dit goed wordt aangepakt

De oplossing voor het eerste probleem is geen algemeen herinneringssysteem. Het is het behandelen van de bijdrage van de tweede partij als een eigen bijgehouden stap binnen hetzelfde dossier, met een eigen gericht verzoek dat rechtstreeks naar wie moet reageren gaat, een arts of een ziekenhuis, in plaats van een ongestructureerde opvolging die het lid zelf moet regelen. Het dossier blijft heel. Het team ziet precies wat ontbreekt en van wie, in plaats van een claim die compleet lijkt voor de software en incompleet voor iedereen die er daadwerkelijk aan werkt.

De oplossing voor het tweede probleem is het inbouwen van de scoringslogica in de intake zelf. De antwoorden op de vragenlijst worden beoordeeld tegen de tabel van de verzekeraar op het moment dat ze worden ingevoerd, en het is de berekende classificatie, niet alleen de ruwe antwoorden, die het backofficesysteem ontvangt. Niemand typt een ernstscore opnieuw over vanaf een gedrukte tabel, en niemand hoeft erop te vertrouwen dat twee verschillende beoordelaars dezelfde antwoorden op dezelfde manier zouden hebben gescoord.

Hoe dit er in de praktijk uitziet

Een lid dient een claim in voor een behandeling bij een specialist. De claim zelf, ingediend via een kort formulier, activeert een apart, gericht verzoek aan de praktijk van de behandelend specialist voor een onderbouwend rapport, bijgehouden als onderdeel van hetzelfde dossier in plaats van als een los gesprek. Zodra het rapport binnenkomt, wordt het gelezen en automatisch aan de claim gekoppeld. De vragenlijst die het lid bij intake heeft ingevuld, is al gescoord tegen de ernsttabel van het plan, zodat tegen de tijd dat een schadebehandelaar het dossier opent, de classificatie er al staat, klaar om op te handelen.

Niemand heeft de week besteed aan bellen naar de praktijk van de specialist om te vragen waar het rapport bleef. Het dossier was compleet, en al gescoord, op het moment dat het het oordeel van een persoon nodig had.

Wanneer te beginnen

Zorgclaims zullen altijd twee auteurs blijven hebben, welke software een zorgverzekeraar ook gebruikt, en de stap van vragenlijst naar classificatie verdwijnt ook niet. Wat optioneel is, is of die structurele realiteit wordt afgehandeld door mensen die handmatig om gaten in het systeem heen werken, of door een proces dat er vanaf het begin op is gebouwd.

De handmatige versie was afgestemd op wat een schadeteam kon bijhouden op basis van geheugen en opvolgtelefoontjes. Een goed lopende versie is afgestemd op het feit dat een zorgclaim eigenlijk nooit echt een document met één auteur is geweest.

Penbox voert schadebeheer uit bovenop de systemen die je al gebruikt, inclusief het deel van een claim dat afhankelijk is van iemand die volledig buiten de relatie met het lid staat. Wil je eerst het bredere beeld, lees dan wat dossierbeheer betekent.