Jouw datatemplate voor schadeafhandeling

De Activiteitsnaam beschrijft een specifieke stap, taak of gebeurtenis binnen de levenscyclus van de claimverwerking. Deze activiteiten staan voor het uitgevoerde werk, zoals 'Claim Registered', 'Investigation Started' of 'Payment Issued'. Elke activiteit is een afzonderlijk punt in het proces dat in het event log wordt vastgelegd.

Voor process mining zijn activiteiten de bouwstenen van de proceskaart. Door de volgorde, frequentie en duur van deze activiteiten te analyseren, krijg je zicht op de werkelijke procesflow, veelvoorkomende routes, knelpunten en afwijkingen van de standaardprocedure. Duidelijke en consistente namen voor activiteiten zijn belangrijk voor een begrijpelijk en bruikbaar procesmodel.

Activiteiten vormen de kern van de proceskaart. Ze bepalen welke stappen en taken worden geanalyseerd op volgorde en duur om de prestaties van het proces te begrijpen.

Deze vind je meestal in event logs, audittrails of transactierecords binnen het claimbeheersysteem.

De Claim-ID is een unieke sleutel die aan elke verzekeringsclaim wordt toegekend bij de registratie. Deze vormt de centrale verbinding tussen alle gerelateerde activiteiten, gebeurtenissen en datapunten gedurende de levenscyclus van de claim, van de eerste indiening tot de definitieve sluiting.

In process mining is de Claim-ID de basis voor het reconstrueren van het volledige traject van elke claim. Door alle gebeurtenissen met dezelfde Claim-ID te groeperen, kan de software de procesflow visualiseren, varianten identificeren en metrics op caseniveau berekenen. Zo wordt elke actie, van de toewijzing aan een schadebehandelaar tot het uitvoeren van de betaling, correct gekoppeld aan de claim waarop deze betrekking heeft. Dit maakt een samenhangende en nauwkeurige procesanalyse mogelijk.

Dit is de essentiële case-identificatie die alle gerelateerde gebeurtenissen aan elkaar koppelt. Zo kun je het volledige traject van elke claim volgen.

Deze staat meestal in de koptekst of het primaire record van een claimdossier of transactie in het claimbeheersysteem.

De Starttijd is een precieze datum- en tijdsaanduiding van het moment waarop een activiteit begon. Dit is een belangrijk datapunt voor elke gebeurtenis in het proceslog, omdat het de tijdscontext voor prestatieanalyses levert.

In process mining is de Starttijd nodig om gebeurtenissen chronologisch te ordenen en het traject van een case nauwkeurig te reconstrueren. De waarde vormt de basis voor het berekenen van belangrijke prestatie-indicatoren, zoals doorlooptijden, wachttijden en verwerkingstijden. Door timestamps te analyseren, kun je vertragingen tussen stappen identificeren, naleving van service level agreements (SLA's) meten en de tijdsdynamiek van het claimproces begrijpen.

Deze timestamp is nodig om gebeurtenissen correct te ordenen en alle tijdgerelateerde metrics te berekenen, zoals doorlooptijden en knelpunten.

Deze wordt meestal vastgelegd in event logs, audittrails of transactiegegevens, vaak met het label 'event time' of 'creation date'.

Het attribuut Bronsysteem identificeert de specifieke IT-applicatie of het platform waarin de activiteit oorspronkelijk is vastgelegd. In complexe omgevingen kan data over claimverwerking uit meerdere systemen komen, zoals een centraal claimsysteem, een documentbeheersysteem of een klantrelatiebeheersysteem (CRM).

Inzicht in het bronsysteem is waardevol voor datavalidatie en voor het analyseren van versnippering in het proces. Je kunt er problemen met datakwaliteit mee terugleiden naar de bron. Ook kan het inefficiënties zichtbaar maken die ontstaan door handmatige dataoverdracht of overdrachten tussen verschillende systemen. Zo zie je waar betere systeemintegratie en automatisering mogelijk zijn.

Identificeert de herkomst van gebeurtenisdata. Dit is belangrijk voor datavalidatie en voor het analyseren van procesuitvoering over meerdere IT-systemen.

Deze informatie kan onderdeel zijn van de logica voor data-extractie of als veld zijn opgeslagen in de event logs van gekoppelde systemen.

Laatste data-update geeft aan wanneer de data in het event log voor het laatst vanuit de bronsystemen is vernieuwd. Deze timestamp geeft context bij de actualiteit van de data die je analyseert, zodat duidelijk is hoe recent de data is.

Bij elke procesanalyse is het belangrijk om te weten hoe actueel de data is. Met dit attribuut zie je of je naar een proces bij benadering in realtime kijkt of naar een historische momentopname. Dit is vooral relevant voor dashboards voor doorlopende monitoring en om ervoor te zorgen dat conclusies zijn gebaseerd op relevante, actuele informatie.

Geeft belangrijke context over de actualiteit van de data, zodat analyses en beslissingen op actuele informatie zijn gebaseerd.

Dit is meestal metadata die tijdens het ETL-proces voor data-extractie, transformatie en laden wordt gegenereerd.

Het attribuut Afdeling geeft aan welke organisatiegroep in een bepaalde fase van de levenscyclus verantwoordelijk is voor een claim. Voorbeelden zijn 'First Notice of Loss', 'Investigation Unit' en 'Payments Department'.

Deze informatie is belangrijk om overdrachten en samenwerking tussen verschillende onderdelen van de organisatie te begrijpen. Een analyse per afdeling kan vertragingen zichtbaar maken die ontstaan wanneer een claim van het ene team naar het andere gaat. Zo identificeer je knelpunten tussen afdelingen en krijg je inzicht in werkbelasting en prestaties per team. Dit ondersteunt KPI's zoals Adjuster Workload Balance en dashboards over Team Performance.

Helpt overdrachten tussen teams te analyseren en knelpunten tussen afdelingen te identificeren. Dit ondersteunt analyses van de prestaties van de organisatie.

Deze wordt meestal opgeslagen in het claimrecord, vaak gekoppeld aan de toegewezen gebruiker of de huidige procesfase.

De Beoogde oplosdatum, of vervaldatum, is de deadline voor het afronden van het claimproces. Deze datum wordt vaak bepaald door wettelijke vereisten of interne service level agreements (SLA's) om klanten tijdig te helpen.

Dit attribuut is belangrijk voor compliance en prestatiemonitoring. Door de werkelijke sluitingsdatum van de claim te vergelijken met de beoogde datum, kun je het SLA-nalevingspercentage meten. Process mining kan zichtbaar maken welke processtappen of varianten de grootste kans op SLA-overschrijdingen geven. Zo kun je deadlines actief bewaken en verbeteringen prioriteren die de tijdige afhandeling het meest beïnvloeden. Dit ondersteunt het dashboard 'SLA and Deadline Adherence'.

Maakt het mogelijk om prestaties op tijd te meten tegen SLA's of wettelijke deadlines. Dit is een belangrijke maatstaf voor de effectiviteit van het proces.

Wordt meestal berekend op basis van bedrijfsregels wanneer een claim wordt aangemaakt en opgeslagen in het hoofdrecord van de claim.

Claimtype is een classificatie van claims op basis van de branche of de aard van de schade, zoals 'Auto', 'Property', 'Liability' of 'Disability'. Verschillende claimtypen volgen vaak een eigen procesroute en hebben een andere complexiteit en SLA.

Door de procesanalyse op Claimtype te segmenteren, krijg je betekenisvolle inzichten. Je kunt doorlooptijden, kosten en procesconformiteit tussen categorieën vergelijken. Zo kan blijken dat een proces efficiënt is voor aut claims, maar niet voor propertyclaims. Dat helpt je om verbeteringen gericht aan te pakken. Dit attribuut is belangrijk voor het dashboard 'Performance by Claim Category'.

Maakt het mogelijk claims te segmenteren en processen en prestaties tussen verschillende bedrijfsonderdelen te vergelijken. Zo worden problemen per categorie zichtbaar.

Een standaardveld in het hoofdrecord van de claim, dat meestal wordt ingevuld wanneer de claim wordt aangemaakt.

Claimzwaarte geeft een inschatting van de complexiteit, urgentie of mogelijke financiële kosten van een claim. Deze classificatie helpt bij het prioriteren van claims en het toewijzen ervan aan schadebehandelaars met het juiste kennisniveau. De zwaarte kan worden bepaald door factoren zoals het geschatte schadebedrag, de aard van het incident of een lopende rechtszaak.

Door het proces te analyseren op basis van Claimzwaarte, kun je controleren of de werkwijze goed aansluit op de complexiteit. Claims met een hoge zwaarte mogen bijvoorbeeld een langere doorlooptijd hebben, maar moeten wel een grondiger onderzoek volgen. Dit attribuut helpt controleren of complexe claims de nodige aandacht krijgen en eenvoudige claims snel worden verwerkt. Zo wordt de capaciteit beter verdeeld en blijft de klanttevredenheid op peil.

Helpt onderscheid te maken tussen eenvoudige en complexe claims. Zo kun je analyseren of de procesuitvoering goed aansluit op de complexiteit van de claim.

Wordt vaak bepaald door bedrijfsregels tijdens de claimintake en opgeslagen als veld in het hoofdrecord van de claim.

De Eindtijd is een precieze datum- en tijdsaanduiding van het moment waarop een activiteit werd afgerond. Als deze beschikbaar is naast een Starttijd, kun je exact meten hoe lang een activiteit duurde.

Dit attribuut is waardevol voor gedetailleerde prestatieanalyses. Het verschil tussen Starttijd en Eindtijd geeft de verwerkingstijd of activiteitsduur, een belangrijke metric om inefficiënte stappen te identificeren. Door verwerkingstijden te analyseren, zie je welke activiteiten de meeste capaciteit vragen en waar je het proces kunt verbeteren. Dit vormt de basis voor dashboards over procesknelpunten en teamprestaties.

Maakt een nauwkeurige berekening van verwerkingstijden van activiteiten mogelijk. Dit is belangrijk voor het identificeren van knelpunten en het analyseren van de efficiëntie van de ingezette capaciteit.

Deze staat meestal naast de starttijd in event logs of audittrails. Als alleen wijzigingsgebeurtenissen worden gelogd, moet de waarde mogelijk worden afgeleid.

Het Schikkingsbedrag is de totale geldwaarde die wordt uitbetaald om een claim af te wikkelen. Dit is een belangrijke uitkomstmetric die de financiële impact van de claim laat zien. Het bedrag wordt meestal vastgesteld nadat de schade is beoordeeld en een beslissing is genomen.

In process mining is dit attribuut nodig voor kostenanalyses. Je kunt er KPI's mee berekenen, zoals 'Average Cost per Claim', en onderzoeken hoe procesvarianten financiële uitkomsten beïnvloeden. Zo kan blijken dat claims met bepaalde herstelwerklussen of langere doorlooptijden vaak tot hogere schikkingsbedragen leiden. Dit legt een directe relatie tussen procesefficiëntie en financiële prestaties en vormt de basis voor het dashboard 'Claim Cost Analysis'.

Dit is een belangrijke uitkomstmetric die procesgedrag direct koppelt aan financiële impact. Zo kun je de kosten en baten van procesverbeteringen analyseren.

Dit staat in de financiële of betalingsgegevens die aan de claim zijn gekoppeld en wordt definitief gemaakt bij het sluiten van de claim of het uitvoeren van de betaling.

De Toegewezen schadebehandelaar identificeert de medewerker of gebruiker die een specifieke activiteit heeft uitgevoerd of op een bepaald moment verantwoordelijk is voor de claim. Dit attribuut koppelt processtappen aan de medewerkers die ze uitvoeren.

Door data per schadebehandelaar te analyseren, krijg je inzicht in werkverdeling, prestaties en opleidingsbehoeften. Managers kunnen prestaties tussen teamleden vergelijken, zorgen voor een eerlijke verdeling van het werk en zien wie goed presteert of extra ondersteuning nodig heeft. Dit overzicht op het niveau van medewerkers is belangrijk voor dashboards over teamprestaties en een evenwichtige werkverdeling.

Koppelt procesactiviteiten aan de mensen die ze uitvoeren. Zo kun je werkbelasting, teamprestaties en de verdeling van capaciteit analyseren.

Deze staat in transactierecords, auditlogs of velden voor gebruikerstoewijzing binnen het claimbeheersysteem.

Claimstatus geeft de toestand van de claim binnen de levenscyclus aan op het moment van een gebeurtenis. Deze status geeft op hoofdlijnen aan waar de claim zich in het proces bevindt, bijvoorbeeld 'Under Investigation', 'Awaiting Information' of 'Settled'.

Process mining reconstrueert de gedetailleerde flow op basis van activiteiten. Het attribuut Claimstatus voegt daar waardevolle context aan toe. Je kunt het gebruiken om de procesflow te controleren, bijvoorbeeld of een activiteit 'Payment Issued' de status correct wijzigt naar 'Closed', en om te analyseren hoe lang claims in bepaalde statussen blijven. Zo zie je hoe lang cases in behandeling blijven en waar structurele vertragingen of inefficiënties zitten.

Geeft op elk moment context bij de status van een claim. Zo kun je de tijd in verschillende procesfasen analyseren en de procesflow controleren.

Een kernveld in het hoofdrecord van de claim, dat wordt bijgewerkt naarmate de claim de levenscyclus doorloopt.

Het Geclaimde bedrag is de eerste schatting van de schade of het bedrag dat de claimant aan het begin van het proces vraagt. Deze waarde kan later tijdens de onderzoeks- en beoordelingsfase worden aangepast.

Dit attribuut is bruikbaar voor verschillende analyses. Je kunt het gebruiken om een eerste zwaarteniveau voor de claim vast te stellen en het verschil tussen de oorspronkelijke claim en het definitieve schikkingsbedrag te volgen. Door dit verschil te analyseren, krijg je inzicht in de nauwkeurigheid van eerste schattingen en de effectiviteit van kostenbeheersing binnen het claimproces. Het is een belangrijke input voor financiële prognoses en reserveringen.

Vertegenwoordigt de aanvankelijke financiële omvang van de claim. Dit is bruikbaar voor de beoordeling van de zwaarte en voor het analyseren van het verschil met het definitieve schikkingsbedrag.

Wordt vastgelegd tijdens de eerste indiening van de claim en opgeslagen in het financiële gedeelte van het claimrecord.

Het Indieningskanaal geeft aan hoe een claim voor het eerst bij de organisatie is gemeld. Veelvoorkomende kanalen zijn een online klantportaal, een mobiele app, een agent, een broker of traditionele post.

Door het proces per indieningskanaal te analyseren, zie je verschillen in datakwaliteit, efficiëntie en klantervaring. Claims via een digitaal portaal bevatten bijvoorbeeld mogelijk minder invoerfouten en worden sneller verwerkt dan claims die per post binnenkomen. Deze inzichten helpen bij beslissingen over welke kanalen je wilt stimuleren en waar investeringen in automatisering en procesverbetering nodig zijn.

Helpt analyseren hoe het intakekanaal de procesefficiëntie, datakwaliteit en totale doorlooptijd beïnvloedt.

Wordt meestal vastgelegd tijdens het proces 'First Notice of Loss' (FNOL) en opgeslagen in het hoofdrecord van de claim.

Het Polisnummer is de unieke verwijzing naar het verzekeringscontract dat de gemelde schade dekt. Het koppelt de claim aan een specifieke klant, polisvoorwaarden, dekkingslimieten en andere contractgegevens.

Hoewel het Polisnummer niet altijd rechtstreeks wordt gebruikt in de analyse van de procesflow, biedt het belangrijke context. Je kunt claimdata ermee aggregeren op polis- of klantniveau. Zo worden patronen zichtbaar, zoals veel claims van één polishouder. Ook kun je claimdata verrijken met gegevens op polisniveau, bijvoorbeeld het type polis en het dekkingsbedrag, voor geavanceerdere segmentatie en analyse.

Koppelt de claim aan het specifieke verzekeringscontract. Zo kun je de data verrijken met polisgegevens voor een meer contextuele analyse.

Een belangrijk datapunt dat bij de claimintake wordt vastgelegd en in de koptekst van het claimrecord wordt opgeslagen.

De Reden van afwijzing is een code of tekstuele omschrijving die uitlegt waarom een claim niet is betaald. Redenen kunnen variëren van problemen met de dekking van de polis en frauduleuze activiteiten tot het niet aanleveren van verplichte documentatie.

Door afwijzingsredenen te analyseren, zie je waar interne processen en klantcommunicatie beter kunnen. Als veel claims bijvoorbeeld worden afgewezen door ontbrekende informatie, kan dat wijzen op een probleem in de intake. Een oorzaakanalyse van afwijzingsredenen kan leiden tot duidelijkere polisvoorwaarden, betere voorlichting aan klanten en minder administratief werk aan claims die uiteindelijk toch worden afgewezen.

Geeft inzicht in waarom claims niet worden betaald, zodat je de grondoorzaken kunt analyseren en de communicatie met klanten en front-endprocessen kunt verbeteren.

Wordt geselecteerd uit een vooraf gedefinieerde lijst of als tekst ingevoerd door een schadebehandelaar wanneer de activiteit 'Claim Denied' plaatsvindt.

De Schadedatum markeert de werkelijke datum van de gebeurtenis, zoals een auto-ongeluk of schade aan een woning, die tot de claim leidde. Dit is iets anders dan de datum waarop de claim in het systeem werd gemeld of geregistreerd.

Het verschil tussen de Schadedatum en de registratiedatum van de claim heet de 'reporting lag'. Door deze vertraging te analyseren, krijg je inzicht in klantgedrag en mogelijke frauderisico's, zoals ongewoon lange meldingsvertragingen. Zo ontstaat een vollediger tijdlijn van de hele claimervaring, van incident tot oplossing, in plaats van alleen de interne verwerkingstijd.

Legt de datum van het werkelijke incident vast. Zo kun je meldingsvertragingen en de volledige tijdlijn van gebeurtenis tot sluiting analyseren.

Wordt door de claimant aangeleverd tijdens de 'First Notice of Loss' en opgeslagen in het hoofdrecord van de claim.