Je datatemplate voor schadeafhandeling

Dit attribuut beschrijft één stap of mijlpaal in het claimsproces, zoals 'Claim ingediend', 'Eerste beoordeling uitgevoerd' of 'Uitbetaling verricht'. Elke activiteit staat voor een afzonderlijke handeling binnen de claimafhandeling.

Het analyseren van de volgorde en frequentie van deze activiteiten is de basis van process mining. Het legt de feitelijke processtroom bloot, helpt knelpunten te vinden waar werk zich opstapelt en laat zien welke gangbare of juist uitzonderlijke paden claims volgen.

Het definieert de stappen in het proces, waardoor je de proceskaart kunt visualiseren en workflowpatronen en afwijkingen kunt analyseren.

Doorgaans afgeleid uit event logs, taakstatuswijzigingen of audittrails binnen het FINEOS Claims-systeem.

De claim-ID is de sleutel die alle activiteiten, gebeurtenissen en gegevenspunten in de volledige levenscyclus van een claim aan elkaar koppelt. Zo is elk contactmoment, van eerste indiening tot definitieve afsluiting, samenhangend te volgen als één case.

Binnen process mining is dit attribuut belangrijk om het end-to-endtraject van elke claim te reconstrueren. Het maakt analyse van processtromen mogelijk, het berekenen van totale doorlooptijden en het opsporen van verschillen in de manier waarop claims worden afgehandeld.

Dit is de sleutel-id die alle gerelateerde gebeurtenissen aan één procesinstantie koppelt, waardoor end-to-endanalyse van de levenscyclus van een claim mogelijk worden.

Dit is een primary key in de belangrijkste tabellen voor schadedossierbeheer binnen FINEOS Claims.

Event Time registreert de exacte datum en tijd waarop een activiteit in de claimafhandeling heeft plaatsgevonden. Deze chronologische data is belangrijk om gebeurtenissen correct te ordenen en de tijdlijn van een claim te begrijpen.

In de analyse wordt deze timestamp gebruikt om doorlooptijden, cyclustijden en wachttijden tussen verschillende stappen te berekenen. Deze timestamp is fundamenteel om vertragingen te vinden, prestaties te meten ten opzichte van SLA's en de het verloop in de tijd van het proces te begrijpen.

Deze timestamp bepaalt de chronologische volgorde van gebeurtenissen en is belangrijk om tijdsgebonden meetwaarden zoals doorlooptijd te berekenen en knelpunten te vinden.

Deze Informatie is doorgaans beschikbaar als een aanmaak- of bijwerktimestamp die is gekoppeld aan elk gebeurtenis of statusrecord in FINEOS Claims.

Dit attribuut geeft de herkomst van de procesdata aan. In deze analyse is dat consequent 'FINEOS Claims', maar in een omgeving met meerdere systemen is het belangrijk voor het traceren van de data lineage en het borgen van datakwaliteit.

In een bredere analyticscontext helpt het processen te onderscheiden die over meerdere systemen lopen en zorgt het voor een correcte interpretatie van data op basis van de bron.

Dit geeft belangrijke context over de herkomst van de data en is belangrijk voor data governance, validatie en integratie met andere systemen.

Dit is doorgaans een vaste waarde die tijdens het data-extractieproces wordt toegevoegd om de herkomst van de dataset aan te geven.

Dit attribuut bevat de datum en tijd waarop die data het laatst is opgehaald of bijgewerkt. Het is belangrijk om de relevantie van de geanalyseerde data te beoordelen.

Deze Informatie is belangrijk voor data governance en voor gebruikers om te weten of zij naar de meest actuele procesdata kijken. Het helpt verwachtingen over datalatentie te managen en is onmisbaar bij rapportages over processen die bijna realtime zijn.

Geeft de relevantie van de data aan, zodat gebruikers weten over welke periode de analyse gaat en wanneer deze voor het voor het laatst is bijgewerkt.

Deze timestamp wordt meestal gegenereerd en opgeslagen door de data-extractie- of ETL-tool aan het einde van een laadtaak.

Dit attribuut geeft de verantwoordelijke organisatie-eenheid aan, zoals 'Eerste intake', 'Onderzoekseenheid' of 'Afdeling betalingen', die een bepaalde activiteit uitvoert of de claim in een bepaalde fase beheert.

Analyseren per afdeling is belangrijk om overdrachten tussen afdelingen te begrijpen, een veelvoorkomende bron van vertraging. Het helpt bepalen welke afdelingen knelpunten vormen, meet de efficiëntie per afdeling en ondersteunt analyses van capaciteitsinzet in de hele organisatie.

Maakt prestatieanalyse per onderdeel mogelijk en brengt overdrachtsvertragingen tussen afdelingen en afdelingsknelpunten aan het licht.

Raadpleeg de documentatie van FINEOS Claims. Dit kan gekoppeld zijn aan het gebruikersprofiel van de toegewezen schadebehandelaar of aan de wachtrij waaraan een taak is toegewezen.

Claimstatus geeft aan in welke fase de claim zich bevindt, zoals 'Open', 'In afwachting van Informatie', 'Goedgekeurd', 'Afgewezen' of 'Gesloten'. Dit attribuut geeft een momentopname van de stand van zaken.

In procesanalyse corresponderen statuswijzigingen vaak direct met procesactiviteiten. Het volgen van de status is belangrijk om claimuitkomsten te begrijpen, knelpunten te vinden waar claims lang in een bepaalde status blijven hangen, en de redenen achter einduitkomsten als 'Afgewezen' of 'Gesloten' te analyseren.

Dit attribuut is belangrijk om claimuitkomsten te begrijpen, te filteren op actieve versus gesloten dossiers en de fasen te signaleren waar claims stilvallen.

Raadpleeg de documentatie van FINEOS Claims. Dit is een belangrijk veld op het hoofdrecord van de claim dat gedurende de hele levenscyclus wordt bijgewerkt.

Claimtype classificeert claims op basis van de aard van de polis of het verlies. Verschillende claimtypes kennen vaak afwijkende procesvarianten, afwijkende wettelijke eisen en vragen om specialistische afhandeling.

Dit is een belangrijke dimensie voor vergelijkende analyse. Door de procesweergave te filteren of te segmenteren op claimtype bekijken analysesten typespecifieke knelpunten, vergelijken ze prestaties per categorie en stemmen ze verbeterinitiatieven af op de unieke behoeften van elk claimtype. Zo beantwoord je de vraag of bepaalde claimtypes van nature minder efficiënt te processen zijn.

Zo kun je het proces segmenteren, prestaties vergelijken en variaties tussen verschillende claimcategorieën blootleggen, met gerichtere verbeteringen als resultaat.

Raadpleeg de documentatie van FINEOS Claims. Dit is een kernkenmerk van een claim, meestal ingesteld bij registratie en opgeslagen in de hoofdtabel voor cases.

Het attribuut End Time registreert het exacte moment waarop een activiteit eindigt. In combinatie met de Starttijd (EventTime) kun je precies berekenen hoe lang elke stap duurde (de verwerkingstijd).

In analyses is dit belangrijk om actieve verwerkingstijd te onderscheiden van wachttijd. Het maakt gedetailleerde knelpuntenanalyses mogelijk en laat zien welke specifieke activiteiten de meeste tijd kosten en waar zich wachtrijen vormen tussen stappen.

Maakt het mogelijk de verwerkingstijd per activiteit precies te berekenen, belangrijk om inefficiënte stappen te vinden en het gebruik van bronnen te meten.

Raadpleeg de documentatie van FINEOS Claims. Dit kan beschikbaar zijn in gebeurtenislogs of worden afgeleid van de starttijd van het daaropvolgende gebeurtenis.

De ernst van de claim geeft een beoordeling van de complexiteit, urgentie of financiële blootstellingng. Claims met een hoge ernst vragen vaak meer stappen, specialistische beoordeling of een langere doorlooptijd dan claims met een lage ernst.

Het analyseren van het proces naar ernst helpt te bepalen of de inzet van middelen en het procesontwerp passen bij verschillende niveaus van claimcomplexiteit. Het kan laten zien of claims met hoge ernst onevenredig veel vertraging oplopen of dat claims met lage ernst juist te zwaar worden behandeld, zodat je processen beter kunt segmenteren en middelen slimmer kunt inzetten.

Segmenteren op ernst helpt te controleren of het proces claims met grote impact correct prioriteert en toont of bepaalde complexiteitsniveaus tot knelpunten leiden.

Raadpleeg de documentatie van FINEOS Claims. Dit kan een afzonderlijk veld zijn of worden afgeleid van andere attributen, zoals het geschatte schadebedrag.

Dit attribuut registreert via welk kanaal de claim is ontvangen, bijvoorbeeld via een online portaal, e-mail, per post of via een tussenpersoon. Verschillende indieningskanalen kunnen grote invloed hebben op de datakwaliteit en de initiële doorlooptijd.

Door het proces per indieningskanaal te analyseren wordt duidelijk of bepaalde kanalen leiden tot snellere verwerking, meer herstelwerk (bijvoorbeeld door ontbrekende Informatie) of juist betere uitkomsten. Deze inzichten sturen investeringen in kanaaloptimalisatie, zoals het verbeteren van online formulieren om fouten te verminderen.

Helpt bepalen of bepaalde intakekanalen leiden tot efficiëntere verwerking of juist meer rework, ter onderbouwing van kanaalstrategie en investeringen.

Raadpleeg de documentatie van FINEOS Claims. Dit wordt doorgaans vastgelegd tijdens de intake van de claim en opgeslagen op het hoofdrecord van de claim.

Dit attribuut geeft de deadline aan voor het afronden van het claimsproces, zoals vastgelegd in service level agreements (SLA's) of wettelijke vereisten. Het dient als ijkpunt om de werkelijke prestatie aan te toetsen.

Deze datum is belangrijk om SLA-naleving te monitoren. Door de werkelijke sluitingsdatum van de claim te vergelijken met de Resolution Target Date kun je de SLA-nalevingsgraad berekenen, claims vinden met risico op SLA-overschrijding en de oorzaken analyseren van vertragingen die tot niet-naleving leiden.

Dit is de benchmark voor het meten van SLA-naleving. Hiermee kun je te late claims vinden en de oorzaken van vertragingen analyseren.

Raadpleeg de documentatie van FINEOS Claims. Deze datum wordt vaak door bedrijfsregels berekend op basis van de indieningsdatum en het claimtype.

Dit attribuut geeft aan welke persoon of welk team een specifieke taak in het claimsproces heeft uitgevoerd. Het is de belangrijkste manier om procesactiviteiten te koppelen aan medewerkers.

Analyseren op Assigned Adjuster is belangrijk om de werkverdeling, individuele prestaties en inzet van middelen te begrijpen. Het brengt overbelaste schadebehandelaars aan het licht, laat trainingsbehoeften zien door prestaties te vergelijken en ondersteunt betere capaciteitsplanning om de werkdruk in balans te brengen.

Dit attribuut koppelt processtappen aan de personen die ze uitvoeren, waardoor werklastanalyse, beoordeling van efficiënte inzet van middelen en prestatievergelijkingen mogelijk worden.

Raadpleeg de documentatie van FINEOS Claims. Deze Informatie staat doorgaans in velden voor taakeigenaarschap of toewijzing aan gebruikers die aan claimgebeurtenissen zijn gekoppeld.

Wanneer de uitkomst van een claim 'Denied' is, geeft dit attribuut de specifieke reden voor die beslissing. Redenen kunnen zijn: 'Not Covered by Policy', 'Fraud Suspected' of 'Incomplete Information'.

Dit is een onmisbaar attribuut voor de oorzaakanalyse van afgewezen claims. Door de frequentie van verschillende afwijsredenen te analyseren, kan de organisatie veelvoorkomende problemen in het indieningsproces blootleggen, zien waar klanten in de war raken over polisdekking en eventuele trainingsbehoeften voor schadebehandelaars signaleren. Deze inzichten kunnen leiden tot initiatieven die het afwijspercentage verlagen en de klanttevredenheid verhogen.

Belangrijk voor root-causeanalyse van mislukte processen en helpt kansen te vinden om claimafwijzingen te verminderen en de kwaliteit van de intake te verbeteren.

Raadpleeg de documentatie van FINEOS Claims. Dit is meestal een gestructureerd veld of een code die wordt geselecteerd wanneer de activiteit 'Claim Denied' wordt uitgevoerd.

Het betalingsbedrag is het uiteindelijke bedrag dat wordt uitgekeerd na goedkeuring en afwikkeling van de claim. Bij claims met meerdere betalingen kan dit een afzonderlijke betalingstransactie zijn.

Dit kenmerk is belangrijk voor financiële afstemming en voor het analyseren van de financiële uitkomsten van het proces. Het maakt vergelijkingen mogelijk tussen de initiële schade-inschatting en de uiteindelijke uitbetaling. In procesanalyses helpt het om de financiële impact van verschillende procesvarianten of beslissingen te begrijpen.

Volgt het financiële resultaat van het proces; belangrijk om financiële prestaties te meten en de waarde van claims te analyseren.

Raadpleeg de documentatie van FINEOS Claims. Deze gegevens staan in de tabellen met betaaltransacties die aan het claimdossier zijn gekoppeld.

Dit attribuut legt vast waarom een claim vanuit de status 'Closed' opnieuw is geopend. Veelvoorkomende redenen zijn nieuwe Informatie, een bezwaar van de melder of het herstellen van een fout.

Analyse van heropeningsredenen is een directe manier om de proceskwaliteit en de definitieve afhandeling te meten. Een hoog aantal heropende claims, zeker met dezelfde redenen, duidt op gebreken bij de initiële afsluiting. Deze data wijzen op zwakke plekken in de onderzoeks- of besluitfase en geven concrete aanknopingspunten om het proces te verbeteren, zodat claims in één keer goed worden afgesloten.

Geeft direct inzicht in procesfouten waarbij een claim te vroeg of onjuist is afgesloten en laat kansen zien om de First Time Right te verbeteren.

Raadpleeg de documentatie van FINEOS Claims. Deze reden wordt doorgaans vastgelegd wanneer een gebruiker in het systeem de actie 'Reopen Claim' uitvoert.

Dit berekende attribuut markeert activiteiten die herstelwerk zijn, zoals een tweede gebeurtenis 'Aanvullende Informatie gevraagd' voor dezelfde claim. Dit wordt meestal herkend door herhaalde activiteiten of teruglussen in de processtroom te detecteren.

Rework expliciet markeren vereenvoudigt analyses die op inefficiëntie gericht zijn. Zo kun je het herstelwerk-percentage, een belangrijke KPI, eenvoudig kwantificeren. Dashboards kunnen deze indicator gebruiken om de frequentie en impact van herstelwerk te visualiseren en zo de oorzaken van deze inefficiënte lussen te vinden.

Signaleert direct inefficiënte proceslussen, waardoor het reworkpercentage eenvoudig is te berekenen en de oorzaken van herhaald werk te analyseren.

Dit wordt tijdens process mining-analyse afgeleid door herhaalde activiteiten voor dezelfde case te herkennen. Bijvoorbeeld door de tweede keer dat 'Investigation Started' voorkomt te markeren.

Dit attribuut geeft de geografische locatie aan die bij de claim hoort, bijvoorbeeld gebaseerd op het adres van de verzekerde of de plaats van de schade.

Geografische analyses laten regionale verschillen zien in claimtypes, frequentie en verwerkingsefficiëntie. Zo wordt duidelijk of bepaalde regiokantoren beter presteren dan andere, of dat er locatiespecifieke factoren zijn (zoals regelgeving of weersomstandigheden) die het claimsproces beïnvloeden. Dit maakt gerichtere sturing en inzet van middelen mogelijk.

Maakt geografische segmentatie mogelijk om regionale prestatieverschillen, complianceverschillen of locatiespecifieke knelpunten te vinden.

Raadpleeg de documentatie van FINEOS Claims. Deze Informatie is meestal gebaseerd op de adresgegevens van de verzekeringsnemer of aanvrager, zoals vastgelegd in het systeem.

Het polisnummer is het identificatienummer van het verzekeringscontract waar de claim onder valt. Het koppelt de claim aan een specifieke klant, polisvoorwaarden en dekkingsdetails.

Hoewel het geen direct procesattribuut is, levert het essentiële businesscontext. Het maakt het mogelijk om claims te aggregeren per polis of klant, wat nuttig is voor analyses van claimfrequentie, klantervaring en het vinden van polissen die veel complexe claims genereren.

Biedt belangrijke zakelijke context, koppelt de claim aan een specifiek klantcontract en maakt klantgerichte procesanalyse mogelijk.

Raadpleeg de documentatie van FINEOS Claims. Dit is een belangrijk gegeven dat bij de registratie van de claim wordt vastgelegd en opgeslagen op het hoofdrecord van de claim.

Schadebedrag is de initiële inschatting of de financiële voorziening die voor een claim wordt gereserveerd. Deze waarde kan worden bijgewerkt naarmate de claim wordt onderzocht en beoordeeld.

Deze financiële data is belangrijk om claims te segmenteren en te begrijpen hoe financiële impact samenhangt met procesgedrag. Je beantwoordt er bijvoorbeeld vragen mee als: duren claims met een hogere waarde langer of is er meer rework nodig? Het is ook een belangrijke input voor financiële prognoses en risicobeheer.

Biedt financiële context voor het proces, zodat je kunt analyseren hoe de claimwaarde invloed heeft op verwerkingstijd, complexiteit en procesroutes.

Raadpleeg de documentatie van FINEOS Claims. Deze Informatie staat doorgaans in financiële tabellen of tabellen over reserves die aan de claim zijn gekoppeld.

De Loss Date geeft aan wanneer het daadwerkelijke incident (bijv. ongeval, letsel) heeft plaatsgevonden. Dit is iets anders dan de datum waarop de claim is ingediend en kan belangrijk zijn voor de beoordeling en verwerking van de claim.

Dit attribuut geeft waardevolle context. De tijd tussen de Loss Date en de datum 'Claim Submitted' (reporting lag) kan een belangrijke KPI zijn. Analyse van deze vertraging kan problemen in het meldproces blootleggen en de impact op de totale levenscyclus van de claim laten zien.

Biedt belangrijke context en maakt het mogelijk om de reporting lag te berekenen (de tijd van schade tot melding), wat invloed kan hebben op de complexiteit en uitkomst van de claim.

Raadpleeg de documentatie van FINEOS Claims. Deze datum is een standaardveld dat wordt vastgelegd tijdens de 'First Notice of Loss' of bij de registratie van de claim.

Dit attribuut geeft per claim een duidelijke, categorische SLA-status. Het wordt bepaald door de datum 'Claim Closed' te vergelijken met de 'Resolution Target Date' en het resultaat te classificeren als 'Op tijd' of 'Te laat'.

Zo wordt rapportage en analyse van SLA-naleving eenvoudiger. In plaats van met ruwe data te werken, kunnen analysesten met deze eenvoudige categorie dashboards maken met de SLA-nalevingsgraad, alle te late claims filteren om hun gemeenschappelijke kenmerken te analyseren en trends in SLA-prestaties door de tijd heen volgen. Het ondersteunt rechtstreeks het dashboard en de KPI voor SLA-naleving.

Biedt een duidelijke, eenvoudige indicator van de SLA-prestaties per dossier, zodat je de naleving van SLA’s eenvoudig kunt meten en analyseren.

Dit is een berekend veld, bepaald door de timestamp van de laatste activiteit te vergelijken met de 'ResolutionTargetDate' per case.