Je datatemplate voor schadeafhandeling

De Activiteitsnaam beschrijft een specifieke stap, taak of gebeurtenis binnen de levenscyclus van de claimverwerking. Deze activiteiten vertegenwoordigen het uitgevoerde werk, zoals 'Claim Geregistreerd', 'Onderzoek Gestart' of 'Betaling Uitgevoerd'. Elke activiteit is een afzonderlijk punt in het proces dat is vastgelegd in de event log.

Voor process mining-analyse zijn activiteiten de bouwstenen van de proceskaart. Het analyseren van de volgorde, frequentie en duur van deze activiteiten brengt de werkelijke processtroom in kaart, veelvoorkomende paden, knelpunten en afwijkingen van de standaardprocedure. Duidelijke en consistente naamgeving van activiteiten is belangrijk voor het creëren van een begrijpelijk en bruikbaar procesmodel.

Activiteiten vormen de kern van de proceskaart, door de stappen en taken te definiëren waarvan de volgorde en duur worden geanalyseerd om procesprestaties te begrijpen.

Doorgaans te vinden in event logs, audit trails of transacpakketecords binnen het claims management systeem.

Het Claim ID is een unieke sleutel die aan elke schadeclaim wordt toegekend bij registratie. Het fungeert als de rode draad die alle gerelateerde activiteiten, gebeurtenissen en gegevenspunten verbindt gedurende de hele levenscyclus van de claim, van initiële indiening tot uiteindelijke afsluiting.

Binnen process mining is het Claim ID belangrijk voor het reconstrueren van het end-to-end traject van elke claim. Door alle gebeurtenissen met hetzelfde Claim ID te groeperen, kan de software de processtroom visualiseren, variaties vinden en case-specifieke meetwaarden berekenen. Het zorgt ervoor dat elke actie, van de toewijzing van een behandelaar tot de uitbetaling, correct wordt toegeschreven aan de specifieke claim waartoe deze behoort, wat een coherente en nauwkeurige procesanalyse mogelijk maakt.

Dit is de essentiële case kenmerk die alle gerelateerde gebeurtenissen met elkaar verbindt, waardoor het mogelijk wordt om het end-to-end traject van elke claim te traceren.

Doorgaans te vinden in de header of de primaire record van een claimdossier of transactie in het claimmanagementsysteem.

De Starttijd is een precieze datum- en tijdsaanduiding die het moment aangeeft waarop een activiteit begon. Het is een belangrijk stuk data voor elk gebeurtenis in de process log, en zo de benodigde tijdscontext levert voor prestatieanalyses.

Binnen process mining is Starttijd belangrijk voor het chronologisch ordenen van gebeurtenissen om het case-traject nauwkeurig te reconstrueren. Het is de basis voor het berekenen van key prestaties indicators zoals doorlooptijden, wachttijden en verwerkingstijden. Het analyseren van tijdstempels helpt bij het vinden van vertragingen tussen stappen, het meten van de naleving van service level agreements (SLA's), en het begrijpen van de het verloop in de tijd van het claims-proces.

Deze timestamp is belangrijk voor het correct ordenen van gebeurtenissen en het berekenen van alle tijdgerelateerde meetwaarden, zoals doorlooptijden en knelpunten.

Doorgaans vastgelegd in event logs, audit trails of transactiedata, vaak gelabeld als 'gebeurtenis time' of 'creation date'.

Het attribuut Bronsysteem identificeert de specifieke IT-applicatie of het platform waar de activiteit oorspronkelijk werd vastgelegd. In complexe omgevingen kan claimverwerkingsdata afkomstig zijn van meerdere systemen, zoals een centraal claims-platform, een documentbeheersysteem, of een customer relationship management (CRM) tool.

Inzicht in het bronsysteem is waardevol voor datavalidatie en voor het analyseren van procesfragmentatie. Het helpt bij het traceren van datakwaliteitsproblemen naar hun oorsprong en kan inefficiënties inzichtelijk maken die worden veroorzaakt door handmatige datatransfers of overdrachten tussen verschillende systemen. Deze analyse kan mogelijkheden voor betere systeemintegratie en automatisering benadrukken.

Identificeert de herkomst van gebeurtenis data, wat belangrijk is voor datavalidatie en voor het analyseren van procesuitvoering over meerdere IT-systemen heen.

Deze Informatie kan deel uitmaken van de data-extractielogica of worden opgeslagen als een veld in de event logs van geïntegreerde systemen.

Tijdstip van extractie geeft aan wanneer de gebeurtenislog-data voor het voor het laatst is bijgewerkt vanuit de bronsystemen. Deze timestamp biedt context over de relevantie van de geanalyseerde data, en zorgt ervoor dat belanghebbenden op de hoogte zijn van hoe actueel de data is.

In elke procesanalyse is het belangrijk om de tijdigheid van de data te kennen voor het nemen van weloverwogen beslissingen. Dit attribuut helpt gebruikers te begrijpen of zij een bijna realtime proces of een historische momentopname bekijken. Het is met name belangrijk voor doorlopende monitoring dashboards en om ervoor te zorgen dat eventuele conclusies gebaseerd zijn op relevante en actuele Informatie.

Biedt belangrijke context over de relevantie van de data, wat ervoor zorgt dat analyses en beslissingen gebaseerd zijn op actuele Informatie.

Dit is doorgaans metadata die wordt gegenereerd tijdens het data-extractie-, transformatie- en laadproces (ETL).

Het attribuut Afdeling specificeert de organisatorische groep die verantwoordelijk is voor een claim in een bepaalde fase van de levenscyclus. Voorbeelden zijn 'Eerste Melding Schade', 'Onderzoeksafdeling' of 'Afdeling Uitbetalingen'.

Deze Informatie is belangrijk voor het begrijpen van overdrachten en samenwerking tussen verschillende onderdelen van de organisatie. Het analyseren van het proces vanuit een afdelingsperspectief kan vertragingen inzichtelijk maken die optreden wanneer een claim van het ene naar het andere team beweegt. Het helpt bij het vinden van inter-departementale knelpunten en is belangrijk voor het beoordelen van team-specifieke workloads en prestaties, ter ondersteuning van KPI's zoals 'Werkdrukbalans Behandelaars' en dashboards over 'Teamprestaties'.

Helpt bij de analyse van procesoverdrachten tussen teams en het vinden van interdepartementale knelpunten, ter ondersteuning van de analyse van organisatieprestaties.

Doorgaans opgeslagen in de claimrecord, vaak geassocieerd met de toegewezen gebruiker of de huidige procesfase.

Het claimtype (Claim Type) is een classificatie die claims categoriseert op basis van de bedrijfstak of de aard van de schade, zoals 'Auto', 'Vastgoed', 'Aansprakelijkheid' of 'Arbeidsongeschiktheid'. Verschillende claimtypes volgen vaak verschillende procespaden en hebben uiteenlopende complexiteitsniveaus en SLA's.

Het segmenteren van de procesanalyse op basis van claimtype is een fundamentele techniek voor het verkrijgen van betekenisvolle inzichten. Het maakt de vergelijking mogelijk van doorlooptijden, kosten en procesconformiteit tussen verschillende categorieën. Deze analyse kan aantonen dat een proces dat efficiënt is voor autoverzekeringsclaims, inefficiënt kan zijn voor vastgoedclaims, wat gerichte verbeteringsinspanningen ondersteunt. Dit attribuut is belangrijk voor het 'Prestaties per Claimcategorie'-dashboard.

Maakt segmentatie van claims mogelijk om processen en prestaties te vergelijken over verschillende bedrijfsonderdelen, en zo categorie-specifieke problemen bloot te leggen.

Een standaardveld in het hoofdclaimrecord, doorgaans ingesteld wanneer de claim voor het eerst wordt aangemaakt.

De Eindtijd is een precieze datum- en tijdsaanduiding die het moment aangeeft waarop een activiteit werd afgerond. Indien beschikbaar naast een Starttijd, maakt dit de exacte meting mogelijk van hoe lang een activiteit duurde om te voltooien.

Dit attribuut is uiterst waardevol voor gedetailleerde prestatieanalyses. Het verschil tussen Starttijd en Eindtijd levert de 'verwerkingstijd' of 'activiteitsduur', een belangrijke metriek voor het vinden van inefficiënte stappen. Het analyseren van verwerkingstijden helpt te bepalen welke activiteiten de meeste bronnen verbruiken en waar inspanningen om operaties te vereenvoudigen moeten worden gericht. Het is onmisbaar voor het creëren van dashboards voor procesknelpunten en teamprestaties.

Maakt de precieze berekening van activiteitsverwerkingstijden mogelijk, wat belangrijk is voor het vinden van knelpunten en het analyseren van efficiënte inzet van middelen.

Doorgaans te vinden in event logs of audit trails naast de starttijd. Het kan nodig zijn om het af te leiden als alleen wijzigingsgebeurtenissen worden gelogd.

De schadegraad (Claim Severity) biedt een beoordeling van de complexiteit, urgentie of potentiële financiële impact van een claim. Deze classificatie helpt bij het prioriteren van claims en het toewijzen ervan aan schade-experts met het juiste ervaringsniveau. De schadegraad kan worden bepaald door factoren zoals het geschatte schadebedrag, de aard van het incident of de aanwezigheid van juridische procedures.

Het analyseren van het proces op basis van de schadegraad is belangrijk om te begrijpen of de afhandelingsprocedures adequaat zijn afgestemd. Zo kunnen claims met een hoge schadegraad weliswaar langere doorlooptijden hebben, maar moeten deze een grondiger onderzoekstraject volgen. Dit attribuut helpt te verifiëren dat complexe claims de benodigde aandacht krijgen, terwijl eenvoudige claims snel worden verwerkt, wat de toewijzing van middelen en klanttevredenheid optimaliseert.

Helpt onderscheid te maken tussen eenvoudige en complexe claims, zodat geanalyseerd kan worden of de procesuitvoering passend is afgestemd op de complexiteit van de claim.

Vaak bepaald door bedrijfsregels bij de claimintake en opgeslagen als een veld in het hoofddossier van de claim.

De Uiterste Afhandelingsdatum, of deadline, is de datum die is vastgesteld voor het voltooien van het claims-proces. Deze datum wordt vaak bepaald door wettelijke vereisten of interne service level agreements (SLA's) die zijn ontworpen om tijdige klantenservice te waarborgen.

Dit attribuut is onmisbaar voor compliance en prestatiebewaking. Door de daadwerkelijke afsluitdatum van de claim te vergelijken met de streefdatum, kunnen organisaties hun het SLA-nalevingspercentage meten. Process mining kan benadrukken welke processtappen of varianten het meest waarschijnlijk tot SLA-overschrijdingen leiden. Dit maakt proactief management van deadlines mogelijk en helpt bij het prioriteren van verbeteringen die de grootste impact hebben op een tijdige oplossing, wat direct het 'SLA- en Deadline Nalevings' dashboard ondersteunt.

Maakt het meten van on-time prestaties mogelijk tegen SLA's of wettelijke deadlines, een belangrijke maatstaf voor proceseffectiviteit.

Doorgaans berekend op basis van bedrijfsregels wanneer een claim wordt aangemaakt en opgeslagen in de hoofdclaimrecord.

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

Het analyseren van data per behandelaar is belangrijk voor workloadmanagement, prestatie-evaluatie en het vinden van trainingsbehoeften. Het stelt managers in staat om prestaties tussen teamleden te vergelijken, een eerlijke werkverdeling te waarborgen en uitblinkers of medewerkers die extra ondersteuning nodig hebben te vinden. Deze bron-level weergave is belangrijk voor dashboards voor teamprestaties en werkdrukbalans.

Koppelt procesactiviteiten aan de individuen die ze uitvoeren, wat analyse van werkdruk, teamprestaties en bron-allocatie mogelijk maakt.

Te vinden in transacpakketecords, auditlogs of toewijzingsvelden voor gebruikers binnen het claims management systeem.

Het Schadevergoedingsbedrag vertegenwoordigt de totale geldelijke waarde die wordt uitbetaald om een claim af te wikkelen. Dit is een belangrijke output metriek die de financiële impact van de claim weerspiegelt. Het wordt doorgaans bepaald nadat de schade is beoordeeld en een besluit is genomen.

Binnen process mining is dit attribuut belangrijk voor kostenanalyses. Het maakt de berekening mogelijk van KPI's zoals 'Gemiddelde Kosten per Claim' en stelt onderzoek in naar hoe procesvariaties financiële resultaten beïnvloeden. Analyse kan bijvoorbeeld aantonen dat claims met bepaalde herstelcycli of langere doorlooptijden doorgaans resulteren in hogere schadevergoedingsbedragen. Dit legt een directe link tussen procesefficiëntie en financiële prestaties, en vormt de basis voor het 'Claimkostenanalyse' dashboard.

Dit is een belangrijke uitkomstmeting die procesgedrag direct koppelt aan financiële impact, waardoor kosten-batenanalyse van procesverbeteringen mogelijk worden.

Bevindt zich in de financiële of betalingsrecords die gekoppeld zijn aan de claim, en wordt definitief gemaakt bij claimafsluiting of betaling.

De Afwijzingsreden is een code of tekstuele beschrijving die verklaart waarom een claim niet is uitbetaald. Redenen kunnen variëren van problemen met de dekking onder de polis, frauduleuze activiteiten, tot het niet aanleveren van de vereiste documentatie.

Het analyseren van afwijzingsredenen is belangrijk voor het vinden van mogelijkheden om zowel interne processen als klantcommunicatie te verbeteren. Als bijvoorbeeld een groot aantal claims wordt afgewezen vanwege ontbrekende Informatie, kan dit duiden op de noodzaak om het intake-proces te verbeteren. Oorzaakanalyse van afwijzingsredenen kan leiden tot duidelijkere polisvoorwaarden, betere klanteducatie en een vermindering van de administratieve inspanning die wordt besteed aan claims die uiteindelijk zullen worden afgewezen.

Biedt inzicht in waarom claims niet worden uitbetaald, waardoor oorzaakanalyse mogelijk wordt gemaakt om de klantcommunicatie en front-end processen te verbeteren.

Geselecteerd uit een vooraf gedefinieerde lijst of ingevoerd als tekst door een behandelaar wanneer de activiteit 'Claim Afgewezen' plaatsvindt.

De claimstatus (Claim Status) geeft de status van de claim aan binnen de levenscyclus op het moment van een gebeurtenis. Deze status biedt een samenvatting op hoog niveau van waar de claim zich in het proces bevindt, bijvoorbeeld 'In Onderzoek', 'Wacht op Informatie' of 'Afgehandeld'.

Hoewel process mining de gedetailleerde stroom van activiteiten reconstrueert, biedt het Claim Status attribuut een waardevolle contextuele laag. Het kan worden gebruikt om de processtroom te bevestigen (bijv. leidt een 'Betaling Uitgevoerd'-activiteit correct tot de status 'Gesloten'?) en om de duur te analyseren die claims in specifieke statussen doorbrengen. Dit helpt te begrijpen hoe lang cases open blijven staan en kan systemische vertragingen of inefficiënties inzichtelijk maken.

Biedt context over de status van een claim op elk willekeurig moment, helpt bij het analyseren van de bestede tijd in verschillende stadia en het bevestigen van de processtroom.

Een kernveld in het hoofdclaimrecord, dat wordt bijgewerkt naarmate de claim zijn levenscyclus doorloopt.

Het Geclaimde Bedrag is de initiële schatting van de schade of het bedrag dat door de aanvrager wordt geëist aan het begin van het proces. Deze waarde kan later worden herzien tijdens de onderzoeks- en beoordelingsfase.

Dit attribuut is nuttig voor verschillende typen analyses. Het kan worden gebruikt om een initiële ernstgraad voor de claim vast te stellen en om het verschil tussen de initiële claim en het uiteindelijke uitkeringsbedrag te volgen. Het analyseren van dit verschil kan inzicht bieden in de nauwkeurigheid van initiële schattingen en de effectiviteit van kostenbeheersingsmaatregelen binnen het schadeafhandelingsproces. Het is een belangrijke input voor financiële prognoses en reserveringen.

Vertegenwoordigt de initiële financiële omvang van de claim, nuttig voor het beoordelen van de ernst en voor het analyseren van het verschil met het uiteindelijke schikkingsbedrag.

Vastgelegd tijdens het initiële claimindieningsproces en opgeslagen in het financiële gedeelte van het claimrecord.

Het Indieningskanaal identificeert hoe een claim voor het eerst werd gemeld bij de organisatie. Veelvoorkomende kanalen zijn een online klantportaal, een mobiele app, een agent, een makelaar, of traditionele post.

Het analyseren van het proces per indieningskanaal kan belangrijke verschillen in datakwaliteit, efficiëntie en klantervaring inzichtelijk maken. Claims die via een digitaal portaal worden ingediend, kunnen bijvoorbeeld minder data-invoerfouten en snellere initiële verwerkingstijden hebben, vergeleken met claims die per post zijn ingediend. Deze inzichten kunnen strategische beslissingen onderbouwen over welke kanalen te promoten en waar te investeren in automatisering en procesverbetering.

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

Doorgaans vastgelegd tijdens het 'Eerste Melding van Verlies' (EMV) proces en opgeslagen in de hoofdclaimrecord.

Het Polisnummer is de unieke referentie voor de verzekeringsovereenkomst die de gemelde schade dekt. Het koppelt de claim aan een specifieke klant, polisvoorwaarden, dekkingslimieten en andere contractuele details.

Hoewel niet altijd direct gebruikt in de processtroomanalyse zelf, is het Polisnummer een belangrijk stuk contextuele Informatie. Het maakt het mogelijk om claim data te aggregeren op polis- of klantniveau, wat patronen kan zichtbaar maken, zoals frequente claims door één polishouder. Het maakt ook de verrijking van de claim data mogelijk met details op polisniveau (bijv. polistype, dekkingsbedrag) voor meer geavanceerde segmentatie en analyse.

Koppelt de claim aan de specifieke verzekeringsovereenkomst, waardoor verrijking met polisdata mogelijk is voor een diepere, meer contextuele analyse.

Een fundamenteel gegeven dat wordt vastgelegd bij claimintake en wordt opgeslagen in de header van het claimrecord.

De Schadedatum markeert de daadwerkelijke datum van het gebeurtenis (bijv. auto-ongeluk, materiële schade) dat leidde tot de claim. Dit is iets anders dan de datum waarop de claim in het systeem werd gemeld of geregistreerd.

Het verschil tussen de Schadedatum en de claimregistratiedatum staat bekend als de 'meldingsachterstand'. Het analyseren van deze achterstand is belangrijk voor het begrijpen van klantgedrag en het vinden van potentiële frauderisico's (bijv. ongewoon lange vertragingen in de melding). Het biedt een completere tijdlijn van de gehele claims-ervaring, van incident tot oplossing, wat een breder beeld geeft dan alleen de interne verwerkingstijd.

Stelt de datum van het daadwerkelijke incident vast, waardoor analyse van rapportagevertragingen en de volledige tijdlijn van gebeurtenis tot afsluiting mogelijk worden.

Aangeleverd door de eiser tijdens de 'Eerste Melding van Schade' en opgeslagen in het hoofddossier van de claim.