Jouw datatemplate voor schadeafhandeling

FINEOS Claims
Jouw datatemplate voor schadeafhandeling

Jouw datatemplate voor schadeafhandeling

Deze template biedt een gestructureerde aanpak om de essentiële data voor een goede analyse van je schadeafhandelingsproces te verzamelen. Je ziet welke kernattributen en belangrijke activiteiten je moet volgen, met praktische aanwijzingen om deze informatie uit je bronsystemen te halen. Gebruik de template om je event log voor te bereiden en sneller naar een efficiëntere schadeafhandeling toe te werken.
  • Aanbevolen attributen voor een gedetailleerde analyse
  • Belangrijke activiteiten in de schadeafhandeling om te volgen
  • Praktische richtlijnen voor data-extractie
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Attributen voor claimsverwerking

Dit zijn de aanbevolen datavelden voor je event log voor een volledige analyse van je claimsworkflows.
5 Verplicht 8 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke bedrijfsgebeurtenis of taak die op een bepaald moment in het claimsproces plaatsvond.
Beschrijving

Dit attribuut beschrijft één stap of mijlpaal binnen het claimsproces, zoals 'Claim Submitted', 'Initial Review Performed' of 'Payment Issued'. Elke activiteit staat voor een afzonderlijke actie op de claim.

Het analyseren van de volgorde en frequentie van deze activiteiten vormt de basis van process mining. Je ziet de werkelijke procesflow, ontdekt bottlenecks waar werk zich ophoopt en herkent veelvoorkomende of uitzonderlijke routes die claims volgen.

Waarom dit belangrijk is

Het definieert de processtappen, zodat je de proceskaart kunt visualiseren en workflowpatronen en afwijkingen kunt analyseren.

Waar je het vindt

Meestal afgeleid van event logs, statuswijzigingen van taken of audittrails binnen het FINEOS Claims-systeem.

Voorbeelden
Claim geregistreerdSchade beoordeeldBetaling geautoriseerdClaim gesloten
Schadedossier-ID
ClaimId
De unieke identificatie van één verzekeringsclaim. Dit is de primaire case-identificatie voor procesanalyse.
Beschrijving

Het Claim ID is de belangrijkste sleutel die alle activiteiten, gebeurtenissen en datapunten gedurende de levenscyclus van een claim aan elkaar koppelt. Zo kun je elk contactmoment, van de eerste indiening tot de definitieve afsluiting, als onderdeel van één case volgen.

Binnen process mining is dit attribuut essentieel om de end-to-end-reis van elke claim te reconstrueren. Je kunt er procesflows mee analyseren, totale doorlooptijden berekenen en verschillen herkennen in de manier waarop claims worden afgehandeld.

Waarom dit belangrijk is

Dit is de belangrijkste identificatie die alle gerelateerde gebeurtenissen aan één procesinstantie koppelt. Daardoor kun je de levenscyclus van de claim end-to-end analyseren.

Waar je het vindt

Dit is een primary key in de belangrijkste claimcasemanagementtabellen binnen FINEOS Claims.

Voorbeelden
CL-2023-001234CL-2023-005678CL-2024-009101
Tijdstip van gebeurtenis
EventTime
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving

Event Time legt de exacte datum en tijd vast waarop een activiteit in de claimsverwerking plaatsvond. Deze chronologische data is belangrijk om gebeurtenissen in de juiste volgorde te zetten en de tijdlijn van een claim te begrijpen.

In analyses gebruik je deze timestamp om doorlooptijden, cyclustijden en wachttijden tussen verschillende stappen te berekenen. De timestamp is essentieel voor het vinden van vertragingen, het meten van prestaties ten opzichte van SLA's en het begrijpen van de tijdsdynamiek van het proces.

Waarom dit belangrijk is

Deze timestamp bepaalt de chronologische volgorde van gebeurtenissen. Dat is essentieel voor het berekenen van alle tijdsgebonden KPI's, zoals de doorlooptijd, en voor het vinden van bottlenecks.

Waar je het vindt

Deze informatie is meestal beschikbaar als aanmaak- of updatetimestamp bij elke gebeurtenis of statusregistratie in FINEOS Claims.

Voorbeelden
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
Bronsysteem
SourceSystem
Identificeert het IT-systeem waaruit de data is geëxtraheerd.
Beschrijving

Dit attribuut specificeert de oorsprong van de procesdata. Voor deze analyse is dat steeds 'FINEOS Claims', maar in een omgeving met meerdere systemen is dit essentieel om de herkomst van data te volgen en de datakwaliteit te bewaken.

In een bredere analytics-context helpt het om processen te onderscheiden die meerdere systemen omvatten. Zo weet je zeker dat je de data op basis van de juiste bron interpreteert.

Waarom dit belangrijk is

Het geeft belangrijke context over de herkomst van de data. Dat is essentieel voor datagovernance, validatie en integratie met andere systemen.

Waar je het vindt

Dit is meestal een statische waarde die tijdens de data-extractie wordt toegevoegd om de herkomst van de dataset aan te geven.

Voorbeelden
FINEOS ClaimsFINEOS Claims v11.2
Laatste data-update
LastDataUpdate
Timestamp die aangeeft wanneer de data voor dit event voor het laatst vanuit het bronsysteem is vernieuwd.
Beschrijving

Dit attribuut geeft de datum en tijd aan waarop de data voor het laatst is geëxtraheerd of bijgewerkt. Het helpt om te bepalen hoe actueel de geanalyseerde data is.

Deze informatie is belangrijk voor datagovernance en laat gebruikers zien of ze met de meest recente procesdata werken. Ook helpt dit om verwachtingen over datavertraging te managen en processen die bijna in realtime verlopen te rapporteren.

Waarom dit belangrijk is

Geeft aan hoe actueel de data is. Zo weten gebruikers welke periode de analyse bestrijkt en wanneer de data voor het laatst is vernieuwd.

Waar je het vindt

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

Voorbeelden
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Afdeling
Department
De bedrijfsafdeling of eenheid die verantwoordelijk is voor de activiteit of claim.
Beschrijving

Dit attribuut specificeert de organisatorische eenheid, zoals 'Eerste intake', 'Onderzoekseenheid' of 'Betalingsafdeling', die verantwoordelijk is voor een activiteit of de claim in een bepaalde fase beheert.

Een analyse per afdeling helpt om overdrachten tussen functies te begrijpen. Die zijn vaak een bron van vertraging. Je ziet welke afdelingen knelpunten veroorzaken, meet de efficiëntie per afdeling en analyseert hoe bronnen binnen de organisatie worden toegewezen.

Waarom dit belangrijk is

Maakt prestatieanalyse per organisatorische eenheid mogelijk en brengt vertragingen bij overdrachten tussen afdelingen en afdelingsknelpunten aan het licht.

Waar je het vindt

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.

Voorbeelden
Intake en registratieAfdeling bijzondere onderzoekenBetalingsverwerkingMedische beoordeling
Beoogde oplosdatum
ResolutionTargetDate
De datum waarop de claim naar verwachting is opgelost, op basis van SLA's of wettelijke vereisten.
Beschrijving

Dit attribuut vertegenwoordigt de deadline voor het afronden van het claimproces, zoals vastgelegd in service level agreements (SLA's) of wettelijke vereisten. Het is de norm waartegen je de werkelijke prestaties meet.

Deze datum is essentieel om SLA-compliance te bewaken. Door de werkelijke sluitingsdatum van de claim te vergelijken met de beoogde oplosdatum, kun je het SLA-compliancepercentage berekenen, claims vinden die hun SLA dreigen te overschrijden en de oorzaken analyseren van vertragingen die tot non-compliance leiden.

Waarom dit belangrijk is

Dit is de norm voor het meten van SLA-compliance. Je kunt er te late claims mee vinden en de oorzaken van vertragingen analyseren.

Waar je het vindt

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

Voorbeelden
2023-11-15T23:59:59Z2024-01-30T23:59:59Z
Claimstatus
ClaimStatus
De huidige of historische status van de claim op het moment van het event.
Beschrijving

Claimstatus geeft de fase van de claim in de levenscyclus aan, zoals 'Open', 'In afwachting van informatie', 'Goedgekeurd', 'Afgewezen' of 'Gesloten'. Dit attribuut geeft op elk moment een beeld van de stand van de claim.

In procesanalyse hangen statuswijzigingen vaak rechtstreeks samen met procesactiviteiten. Het volgen van de status is belangrijk om claimuitkomsten te begrijpen, knelpunten te vinden waar claims lang in dezelfde status blijven hangen en de redenen voor uitkomsten zoals 'Afgewezen' of 'Gesloten' te analyseren.

Waarom dit belangrijk is

Dit attribuut is belangrijk om claimuitkomsten te begrijpen, actieve en gesloten cases te filteren en fases te vinden waarin claims blijven hangen.

Waar je het vindt

Raadpleeg de documentatie van FINEOS Claims. Dit is een basisveld op het hoofdrecord van de claim en wordt gedurende de levenscyclus bijgewerkt.

Voorbeelden
GeregistreerdIn beoordelingBetaling in behandelingGesloten - betaaldGesloten - afgewezen
Claimtype
ClaimType
De categorie van de verzekeringsclaim, zoals arbeidsongeschiktheid, schade aan eigendommen of aansprakelijkheid.
Beschrijving

Claimtype deelt claims in op basis van de aard van de polis of de schade. Verschillende claimtypes volgen vaak andere procesvarianten, hebben andere wettelijke vereisten en vragen om een specifieke aanpak.

Dit is een belangrijke dimensie voor vergelijkende analyses. Door de procesweergave op Claimtype te filteren of te segmenteren, kunnen analisten knelpunten per type vinden, prestaties tussen categorieën vergelijken en verbeteracties afstemmen op de specifieke behoeften van elk claimtype. Zo zie je ook of bepaalde claimtypes van nature minder efficiënt te verwerken zijn.

Waarom dit belangrijk is

Je kunt het proces segmenteren om prestaties te vergelijken en verschillen tussen claimcategorieën te vinden. Dat leidt tot gerichtere verbeteringen.

Waar je het vindt

Raadpleeg de documentatie van FINEOS Claims. Dit is een kernattribuut van een claim. Het wordt meestal bij de registratie ingesteld en in de hoofdtafel van de case opgeslagen.

Voorbeelden
Kortdurende arbeidsongeschiktheidLangdurige arbeidsongeschiktheidLevensverzekeringOverlijden door ongeval
Eindtijd
EndTime
De timestamp die aangeeft wanneer een specifieke activiteit of een specifiek event is afgerond.
Beschrijving

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

In een analyse helpt dit om actieve verwerkingstijd te onderscheiden van inactieve wachttijd. Je kunt er gedetailleerde bottleneckanalyses mee maken en zien welke activiteiten de meeste tijd kosten en waar zich wachtrijen tussen stappen vormen.

Waarom dit belangrijk is

Maakt een nauwkeurige berekening van de verwerkingstijd per activiteit mogelijk. Dat is belangrijk om inefficiënte stappen te vinden en het gebruik van bronnen te meten.

Waar je het vindt

Raadpleeg de documentatie van FINEOS Claims. Deze informatie kan in event logs staan of worden afgeleid van de starttijd van het volgende event.

Voorbeelden
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z
Ernst van de claim
ClaimSeverity
Een classificatie van de complexiteit of de mogelijke financiële impact van de claim, bijvoorbeeld laag, gemiddeld of hoog.
Beschrijving

De ernst van de claim geeft een indicatie van de complexiteit, urgentie of financiële blootstelling. Claims met een hoge ernst kunnen meer stappen, een gespecialiseerde beoordeling of langere doorlooptijden vragen dan claims met een lage ernst.

Door het proces per ernstniveau te analyseren, zie je of de toewijzing van bronnen en de procesinrichting passen bij verschillende niveaus van claimcomplexiteit. Je kunt ontdekken of claims met een hoge ernst relatief vaak vertraging oplopen of dat claims met een lage ernst onnodig uitgebreid worden verwerkt. Dat helpt bij een betere processegmentatie en het beheer van bronnen.

Waarom dit belangrijk is

Segmentatie op ernst helpt om te controleren of het proces claims met een grote impact de juiste prioriteit geeft en welke complexiteitsniveaus tot knelpunten leiden.

Waar je het vindt

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

Voorbeelden
LaagGemiddeldHoogComplex
Indieningskanaal
SubmissionChannel
De methode of het kanaal waarmee de claim oorspronkelijk is ingediend.
Beschrijving

Dit attribuut registreert hoe de claim is ontvangen, bijvoorbeeld via een onlineportaal, per e-mail, per post of via een agent. Verschillende indieningskanalen kunnen veel invloed hebben op de datakwaliteit en de eerste verwerkingstijd.

Door het proces per indieningskanaal te analyseren, zie je welke kanalen tot snellere verwerking, meer herstelwerk, bijvoorbeeld door ontbrekende informatie, of betere uitkomsten leiden. Deze inzichten kunnen helpen bij investeringen in kanaaloptimalisatie, zoals betere onlineformulieren die fouten voorkomen.

Waarom dit belangrijk is

Helpt bepalen of bepaalde intakekanalen tot efficiëntere verwerking of meer herstelwerk leiden. Dat ondersteunt keuzes over kanalen en investeringen.

Waar je het vindt

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

Voorbeelden
OnlineportaalPostMakelaarTelefoon
Toegewezen schadebehandelaar
AssignedAdjuster
De naam of ID van de schadebehandelaar of gebruiker die verantwoordelijk is voor de activiteit.
Beschrijving

Dit attribuut identificeert de persoon of het team dat een specifieke taak in het schadeproces heeft uitgevoerd. Het is de belangrijkste manier om procesactiviteiten aan menselijke bronnen te koppelen.

Met een analyse per toegewezen schadebehandelaar krijg je zicht op de verdeling van het werk, individuele prestaties en de efficiëntie van bronnen. Je ziet welke schadebehandelaars overbelast zijn, waar training nodig is door prestaties te vergelijken en hoe je het werk beter over de beschikbare bronnen kunt verdelen.

Waarom dit belangrijk is

Dit attribuut koppelt processtappen aan de personen die ze uitvoeren. Daarmee kun je werkbelasting analyseren, de efficiëntie van bronnen beoordelen en prestaties vergelijken.

Waar je het vindt

Raadpleeg de documentatie van FINEOS Claims. Deze informatie staat meestal in velden voor taakeigenaarschap of gebruikerstoewijzing die aan claim-events zijn gekoppeld.

Voorbeelden
John SmithEmily JonesADJ-4561
Betalingsbedrag
PaymentAmount
Het werkelijke bedrag dat voor de claim is uitbetaald.
Beschrijving

Het betalingsbedrag is het uiteindelijke bedrag dat na afhandeling en goedkeuring van de claim wordt uitgekeerd. Bij claims met meerdere betalingen kan het om één afzonderlijke betalingstransactie gaan.

Dit attribuut is belangrijk voor financiële afstemming en voor analyses van de financiële uitkomsten van het proces. Je kunt de eerste schatting van de schade vergelijken met de uiteindelijke uitbetaling. In procesanalyse helpt dit om de financiële impact van verschillende procesvarianten of beslissingen te begrijpen.

Waarom dit belangrijk is

Registreert de financiële uitkomst van het proces. Dat is belangrijk om financiële prestaties te meten en de waarde van claims te analyseren.

Waar je het vindt

Raadpleeg de documentatie van FINEOS Claims. Deze data staat in de betalingstransactietabellen die aan de claimcase zijn gekoppeld.

Voorbeelden
4850.00145000.000.00
Is herstelwerk
IsRework
Een booleaanse vlag die aangeeft of een activiteit een herhaling of herstelwerk is.
Beschrijving

Dit berekende attribuut markeert activiteiten die herstelwerk vertegenwoordigen, zoals een tweede event 'Aanvullende informatie opgevraagd' voor dezelfde claim. Meestal wordt dit vastgesteld door herhaalde activiteiten of teruglussen in de procesflow te detecteren.

Door herstelwerk expliciet te markeren, wordt analyse van inefficiëntie eenvoudiger. Je kunt het herstelwerkpercentage makkelijk berekenen, een belangrijke KPI. Dashboards kunnen deze vlag gebruiken om de frequentie en impact van herstelwerk te tonen en de oorzaken van deze inefficiënte lussen zichtbaar te maken.

Waarom dit belangrijk is

Markeert inefficiënte proceslussen rechtstreeks. Zo kun je het herstelwerkpercentage berekenen en de oorzaken van herhaald werk analyseren.

Waar je het vindt

Dit wordt tijdens de process mining-analyse afgeleid door herhaalde activiteiten voor dezelfde case te identificeren. Zo kun je bijvoorbeeld de tweede keer dat 'Onderzoek gestart' voorkomt markeren.

Voorbeelden
truefalse
Polisnummer
PolicyNumber
De unieke identificatie van de verzekeringspolis waarop de claim is gebaseerd.
Beschrijving

Het polisnummer identificeert het verzekeringscontract dat de claim dekt. Het koppelt de claim aan een specifieke klant, polisvoorwaarden en dekkingsgegevens.

Hoewel dit geen direct procesattribuut is, geeft het belangrijke bedrijfscontext. Je kunt claimdata per polis of klant samenvoegen. Dat is nuttig voor analyses van claimfrequentie en klantervaring en voor het vinden van polissen die veel complexe claims opleveren.

Waarom dit belangrijk is

Geeft belangrijke bedrijfscontext, koppelt de claim aan een specifiek klantcontract en maakt klantgerichte procesanalyse mogelijk.

Waar je het vindt

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

Voorbeelden
POL-987654321POL-123456789
Reden van afwijzing
DenialReason
Een code of omschrijving die uitlegt waarom een claim is afgewezen.
Beschrijving

Wanneer de uitkomst van een claim 'Afgewezen' is, geeft dit attribuut de specifieke reden voor die beslissing. Mogelijke redenen zijn 'Niet gedekt door de polis', 'Fraude vermoed' of 'Onvolledige informatie'.

Dit is een belangrijk attribuut voor een oorzaakanalyse van afgewezen claims. Door de frequentie van verschillende afwijsredenen te analyseren, kan de organisatie veelvoorkomende problemen in het indieningsproces vinden, ontdekken waar klanten de polisdekking verkeerd begrijpen en bepalen waar schadebehandelaars extra training nodig hebben. Dat kan leiden tot acties die het aantal afwijzingen verlagen en de klantervaring verbeteren.

Waarom dit belangrijk is

Belangrijk voor een oorzaakanalyse van mislukte processen. Het helpt om mogelijkheden te vinden om minder claims af te wijzen en de kwaliteit van de intake te verbeteren.

Waar je het vindt

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

Voorbeelden
PolisuitsluitingInformatie niet verstrektDubbele schadeclaimVermoeden van fraude
Reden voor heropening
ReopenReason
Een code of omschrijving die uitlegt waarom een gesloten claim opnieuw is geopend.
Beschrijving

Dit attribuut legt vast waarom een claim van de status 'Gesloten' terug naar een actieve status is gegaan. Veelvoorkomende redenen zijn nieuwe informatie, bezwaar van de claimant of het corrigeren van een fout.

Een analyse van redenen voor heropening is een directe manier om proceskwaliteit en definitieve afhandeling te meten. Veel heropende claims, vooral om bepaalde redenen, wijzen erop dat de oorspronkelijke sluiting niet goed was. Deze data laat zwakke plekken in de onderzoeks- of beslisfase zien en geeft duidelijke aanknopingspunten voor procesverbetering, zodat claims de eerste keer goed worden gesloten.

Waarom dit belangrijk is

Geeft direct zicht op procesfouten waarbij een claim te vroeg of onjuist is gesloten. Zo zie je waar je de first-time resolution kunt verbeteren.

Waar je het vindt

Raadpleeg de documentatie van FINEOS Claims. Deze reden wordt meestal vastgelegd wanneer een gebruiker de actie 'Claim heropenen' uitvoert.

Voorbeelden
Bezwaar ingediendNieuwe medische informatie ontvangenCorrectie van administratieve foutAanpassing van betaling nodig
Regio van de klant
CustomerRegion
De geografische regio of staat van de claimant of polishouder.
Beschrijving

Dit attribuut geeft de geografische locatie aan die bij de claim hoort. Die kan zijn gebaseerd op het adres van de claimant of op de locatie van de schade.

Een geografische analyse kan regionale verschillen in claimtypes, aantallen en verwerkingsefficiëntie laten zien. Je kunt nagaan of bepaalde regiokantoren beter presteren dan andere en of locatiegebonden factoren, zoals regelgeving of weersomstandigheden, invloed hebben op het claimproces. Dat ondersteunt gerichter management en een betere toewijzing van bronnen.

Waarom dit belangrijk is

Maakt geografische segmentatie mogelijk om regionale prestatieverschillen, verschillen in compliance en locatiegebonden knelpunten te vinden.

Waar je het vindt

Raadpleeg de documentatie van FINEOS Claims. Deze informatie wordt meestal afgeleid van de adresgegevens van de polishouder of claimant die in het systeem zijn opgeslagen.

Voorbeelden
NoordoostenCaliforniëMidwestenFL
Schadebedrag
LossAmount
Het geschatte of gereserveerde financiële bedrag dat bij de schade hoort.
Beschrijving

Het schadebedrag vertegenwoordigt de eerste schatting of de financiële reserve die voor een claim is 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 kunt bijvoorbeeld nagaan of claims met een hogere waarde langer duren of meer herstelwerk vragen. Het bedrag is ook een belangrijke input voor financiële prognoses en risicobeheer.

Waarom dit belangrijk is

Geeft financiële context aan het proces. Daarmee kun je analyseren hoe de waarde van een claim invloed heeft op verwerkingstijd, complexiteit en procespaden.

Waar je het vindt

Raadpleeg de documentatie van FINEOS Claims. Deze informatie staat meestal in financiële tabellen of tabellen met reservegegevens die aan de claim zijn gekoppeld.

Voorbeelden
5000.00150000.00250.50
Schadedatum
LossDate
De datum waarop het event plaatsvond dat de verzekeringsclaim heeft veroorzaakt.
Beschrijving

De schadedatum geeft aan wanneer het incident zelf, bijvoorbeeld een ongeval of letsel, plaatsvond. Deze datum verschilt van de datum waarop de claim is ingediend en kan belangrijk zijn voor de validatie en verwerking van de claim.

Dit attribuut geeft waardevolle context. Het tijdsverschil tussen de schadedatum en de datum 'Claim ingediend', de meldingsvertraging, kan een belangrijke KPI zijn. Door deze vertraging te analyseren, ontdek je problemen in het meldingsproces en zie je wat het effect daarvan is op de totale levenscyclus van de claim.

Waarom dit belangrijk is

Geeft belangrijke context en maakt het mogelijk de meldingsvertraging te berekenen, dus de tijd tussen schade en indiening. Die kan invloed hebben op de complexiteit en uitkomst van de claim.

Waar je het vindt

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

Voorbeelden
2023-10-152023-09-012024-02-20
SLA-status
SLAState
Een berekende status die aangeeft of een afgeronde claim de beoogde oplosdatum heeft gehaald.
Beschrijving

Dit attribuut geeft per claim een duidelijke, categorische status van de SLA-prestatie. De status wordt afgeleid door de datum 'Claim gesloten' te vergelijken met de 'Beoogde oplosdatum' en de uitkomst in te delen als 'Op tijd' of 'Te laat'.

Dit vereenvoudigt rapportage en analyse van SLA-naleving. In plaats van met losse datums te werken, kunnen analisten deze categorie gebruiken voor dashboards met het SLA-compliancepercentage, alle te late claims filteren om hun gemeenschappelijke kenmerken te analyseren en trends in SLA-prestaties te volgen. Het ondersteunt rechtstreeks het dashboard en de KPI voor SLA-naleving.

Waarom dit belangrijk is

Geeft per case een duidelijke en eenvoudige indicatie van de SLA-prestatie. Zo kun je het SLA-compliancepercentage makkelijk meten en analyseren.

Waar je het vindt

Dit is een berekend veld dat wordt afgeleid door de timestamp van de laatste activiteit te vergelijken met de 'ResolutionTargetDate' van elke case.

Voorbeelden
Op tijdTe laat
Verplicht Aanbevolen Optioneel

Activiteiten voor claimsverwerking

Dit zijn de belangrijkste processtappen en mijlpalen die je in je event log moet vastleggen voor een nauwkeurige procesanalyse en identificatie van bottlenecks.
6 Aanbevolen 9 Optioneel
Activiteit Beschrijving
Beslissing over claim genomen
Een belangrijk mijlpunt waarop de verzekeraar formeel beslist om de claim goed te keuren, gedeeltelijk goed te keuren of af te wijzen. Dit wordt vrijwel altijd vastgelegd als een expliciete statuswijziging in FINEOS naar een status zoals 'Approved', 'Denied' of 'Settled'.
Waarom dit belangrijk is

Dit is een belangrijk mijlpunt dat het vervolgpad van het proces bepaalt, zoals betaling of afsluiting. Het is belangrijk voor het meten van de tijd tot de beslissing en het analyseren van de uitkomsten van claims.

Waar je het vindt

Afgeleid van de timestamp in de statusgeschiedenistabel van de claim die hoort bij een definitieve beslissingsstatus, zoals 'Approved', 'Rejected' of 'Denied'.

Vastleggen

Timestamp van de statuswijziging naar 'Approved' of 'Denied'.

Eventtype inferred
Betaling geautoriseerd
Dit staat voor de formele goedkeuring om het berekende schikkingsbedrag uit te betalen. Het is vaak een aparte stap na de claimbeslissing, waarbij een manager of specifiek team de uitbetaling autoriseert. Dit wordt vastgelegd via een statuswijziging zoals 'Approved for Payment'.
Waarom dit belangrijk is

Deze activiteit is belangrijk voor de KPI 'Payment Authorization Cycle Time'. Vertragingen tussen de beslissing en de autorisatie kunnen een verborgen bottleneck vormen die de klanttevredenheid beïnvloedt.

Waar je het vindt

Afgeleid van de timestamp van een statuswijziging naar 'Pending Payment', 'Ready for Payment' of 'Payment Authorized' in de statusgeschiedenis van de claim.

Vastleggen

Timestamp van de statuswijziging naar 'Approved for Payment' of een vergelijkbare status.

Eventtype inferred
Betaling uitgevoerd
Geeft het moment aan waarop de betaling daadwerkelijk wordt verwerkt en naar de claimant of zorgverlener wordt verzonden. In FINEOS wordt dit vaak gestart door een koppeling met een financieel systeem en vastgelegd in een transactielog of als laatste betalingsstatus.
Waarom dit belangrijk is

Dit is een belangrijk moment voor de klant. Door de tijd tussen autorisatie en uitvoering te analyseren, kun je het betalingsproces verbeteren en de klantervaring verhogen.

Waar je het vindt

Dit kan een expliciete gebeurtenis zijn uit een tabel met betalingstransacties in FINEOS of uit een gekoppeld crediteurenadministratiesysteem. Een statuswijziging naar 'Paid' is ook een waarschijnlijke bron.

Vastleggen

Gebruik de transactiedatum uit het betalingsregister of de timestamp van de statuswijziging naar 'Paid'.

Eventtype explicit
Claim geregistreerd
Dit staat voor het formeel aanmaken van de claimregistratie in het FINEOS-systeem. Op dit moment krijgt de claim officieel een uniek Claim ID en wordt de case geopend voor verwerking. Deze gebeurtenis wordt meestal vastgelegd via de aanmaaktimestamp van het primaire claimobject.
Waarom dit belangrijk is

Dit is een belangrijk mijlpunt: de claim verandert van een eenvoudige melding in een actieve case. Het vormt een betrouwbaar startpunt voor het meten van de interne verwerkingscyclus.

Waar je het vindt

Afgeleid van de aanmaaktimestamp van de hoofdentiteit van de claimcase in de FINEOS-database. De meeste kernobjecten in het systeem hebben voor auditdoeleinden een 'create date'.

Vastleggen

Gebruik de aanmaaktimestamp van de primaire claimcaseregistratie.

Eventtype explicit
Claim gesloten
Dit markeert de definitieve eindstatus van een claim in het systeem, nadat alle activiteiten, waaronder betaling of afwijzing, zijn afgerond. De gebeurtenis wordt vastgelegd wanneer de claimstatus in FINEOS wordt bijgewerkt naar 'Closed' of 'Finalized'.
Waarom dit belangrijk is

Deze activiteit is de belangrijkste eindgebeurtenis van het proces. De tijd van 'Claim Submitted' tot 'Claim Closed' is een hoofd-KPI voor het meten van de totale procesprestatie en efficiëntie.

Waar je het vindt

Afgeleid van de timestamp van de laatste statuswijziging naar 'Closed' in het statuslog van de claim. Dit is de laatste vastgelegde statusupdate voor een succesvol afgeronde claim.

Vastleggen

Timestamp van de laatste statuswijziging naar 'Closed' of 'Finalized'.

Eventtype inferred
Claim ingediend
Geeft aan dat de organisatie een claim voor het eerst heeft ontvangen, bijvoorbeeld via een webportaal, e-mail of post. Dit is het startpunt van het claimsproces. Meestal wordt dit vastgelegd wanneer de First Notice of Loss (FNOL) in een staginggebied of rechtstreeks in FINEOS wordt ingevoerd.
Waarom dit belangrijk is

Deze activiteit is de belangrijkste startgebeurtenis van het proces. Door de tijd tussen indiening en registratie te analyseren, zie je vertragingen bij data-invoer en het opzetten van de claim. Dat heeft invloed op de totale doorlooptijd.

Waar je het vindt

Waarschijnlijk vastgelegd via de aanmaakdatum van de eerste claimmelding of de FNOL-invoer in FINEOS. Het kan gaan om een expliciete event log-gebeurtenis of om een gebeurtenis die is afgeleid van de vroegste timestamp bij het Claim ID.

Vastleggen

Gebruik de aanmaaktimestamp van de First Notice of Loss (FNOL) of van de eerste claimregistratie.

Eventtype inferred
Aanvullende informatie ontvangen
Geeft aan dat de opgevraagde documenten of informatie zijn ontvangen, zodat de verwerking van de claim kan worden hervat. Deze gebeurtenis wordt meestal afgeleid wanneer de claimstatus verandert van 'Pending Information' naar een actieve status zoals 'Under Review' of 'Ready for Assessment'.
Waarom dit belangrijk is

Door de tijd tussen het opvragen en ontvangen van informatie te meten, zie je externe vertragingen. Ook laat deze gebeurtenis zien wanneer de interne verwerking opnieuw start. Dat maakt haar belangrijk voor het analyseren van wachttijden en stagnatie.

Waar je het vindt

Afgeleid van de timestamp waarop de claimstatus verandert van 'Pending' naar 'Active' of 'In Progress'. Een gekoppelde documentupload kan ook een specifieke timestamp opleveren.

Vastleggen

Timestamp van de statuswijziging van 'Pending Information' naar een actieve verwerkingsstatus.

Eventtype inferred
Aanvullende informatie opgevraagd
Deze activiteit vindt plaats wanneer de behandelaar bepaalt dat meer informatie nodig is van de claimant of een derde om verder te kunnen. In FINEOS wordt dit vaak vastgelegd via een statuswijziging naar 'Pending Information' of door een specifieke uitgaande communicatiegebeurtenis te registreren.
Waarom dit belangrijk is

Dit is een belangrijke activiteit voor het analyseren van herstelwerk en proceslussen. Een hoge frequentie van deze gebeurtenis wijst op problemen bij de eerste gegevensverzameling en kan een belangrijke oorzaak van vertraging zijn.

Waar je het vindt

Afgeleid van een statuswijziging van de claim naar 'Pending Information' of een vergelijkbare status. Het kan ook gaan om een expliciete gebeurtenis die wordt geregistreerd wanneer vanuit het systeem een brief of e-mail met een informatieverzoek wordt aangemaakt.

Vastleggen

Timestamp van de statuswijziging naar 'Pending Information' of van de logregel voor een brief of e-mail waarin informatie wordt opgevraagd.

Eventtype inferred
Claim afgewezen
Dit staat voor de definitieve uitkomst van een claim die niet voor betaling is goedgekeurd. De gebeurtenis wordt vastgelegd wanneer de claimstatus definitief op 'Denied' of 'Rejected' wordt gezet. Dit is een alternatief eindpunt van het proces.
Waarom dit belangrijk is

Deze activiteit is een belangrijk eindpunt van het proces. Door routes naar afwijzing te analyseren, krijg je inzicht in de kwaliteit van de claimintake, de interpretatie van de polis en mogelijke fraudepatronen.

Waar je het vindt

Afgeleid van de timestamp waarop de definitieve status van de claim in de statusgeschiedenistabel wordt vastgelegd als 'Denied' of 'Rejected'.

Vastleggen

Timestamp van de laatste statuswijziging naar 'Denied' of 'Rejected'.

Eventtype inferred
Claim heropend
Dit gebeurt wanneer een eerder gesloten claim opnieuw wordt geactiveerd voor verdere beoordeling of verwerking, vaak vanwege een bezwaar of nieuwe informatie. De gebeurtenis wordt vastgelegd via een statuswijziging van 'Closed' of 'Denied' naar een actieve status zoals 'Under Review'.
Waarom dit belangrijk is

Door heropende claims te volgen, krijg je inzicht in uitzonderingen en fouten in het proces. Je ziet welke cases niet in één keer goed zijn afgehandeld, met gevolgen voor efficiëntie en kosten van de bedrijfsvoering.

Waar je het vindt

Afgeleid van een statuswijziging van een eindstatus, zoals 'Closed', naar een actieve status die geen eindstatus is, zoals 'Reopened' of 'Under Review'. Hiervoor moet je de volgorde van statuswijzigingen in de tijd analyseren.

Vastleggen

Bepaal de timestamp waarop de status van gesloten weer naar open verandert.

Eventtype inferred
Eerste beoordeling uitgevoerd
Geeft aan dat een schadebehandelaar of medewerker de eerste beoordeling van de geldigheid, details en benodigde documentatie van de claim heeft afgerond. Dit wordt vaak afgeleid van een statuswijziging in FINEOS, bijvoorbeeld van 'New' of 'Registered' naar 'Under Review' of 'Assigned'.
Waarom dit belangrijk is

Door de afronding van deze stap te volgen, meet je de tijd tot de eerste actie en ontdek je achterstanden in de eerste triage- en toewijzingsfase. Vertragingen hier kunnen de volledige levenscyclus van een claim flink verlengen.

Waar je het vindt

Afgeleid van de timestamp waarop de claimstatus verandert naar een status die aangeeft dat de beoordeling is afgerond, zoals 'Initial Review Complete', 'Pending Information' of 'Under Investigation'. Deze data staat meestal in een tabel met de statusgeschiedenis van claims.

Vastleggen

Bepaal de timestamp van de statuswijziging van 'New' of 'Open' naar een status na de beoordeling.

Eventtype inferred
Onderzoek afgerond
Geeft aan dat alle noodzakelijke onderzoeksactiviteiten zijn afgerond en dat de claim klaar is voor een definitieve beslissing. Dit wordt afgeleid van een statuswijziging van 'Under Investigation' naar een volgende status zoals 'Pending Decision' of 'Ready for Assessment'.
Waarom dit belangrijk is

Deze activiteit markeert het einde van de fase waarin bewijs wordt verzameld. Door de tijd van 'Investigation Started' tot dit moment te analyseren, ontdek je bottlenecks in het beoordelingsproces zelf.

Waar je het vindt

Afgeleid van de timestamp waarop de claimstatus verandert van 'Under Investigation' naar een status die aangeeft dat de beslissings- of beoordelingsfase volgt.

Vastleggen

Timestamp van de statuswijziging van 'Under Investigation' naar 'Ready for Decision'.

Eventtype inferred
Onderzoek gestart
Dit staat voor het begin van de formele onderzoeks- of beoordelingsfase van de claim. Het wordt vaak vastgelegd wanneer de claim aan een onderzoeker wordt toegewezen of wanneer de status in FINEOS expliciet verandert naar 'Under Investigation'.
Waarom dit belangrijk is

Dit mijlpunt markeert het begin van een mogelijk lang en complex deel van het proces. Door de starttijd te volgen, meet je de duur en efficiëntie van de onderzoeksfase.

Waar je het vindt

Afgeleid van de timestamp van een statuswijziging naar 'Under Investigation' of 'Adjudication in Progress'. Het kan ook worden gekoppeld aan de datum waarop een onderzoeksrol aan de claim wordt toegewezen.

Vastleggen

Timestamp waarop de claimstatus verandert naar 'Under Investigation'.

Eventtype inferred
Schade beoordeeld
Geeft aan dat de financiële impact van de claim is berekend en vastgelegd. Dit kan bestaan uit het beoordelen van schade, medische kosten of andere aansprakelijkheden. De gebeurtenis wordt vaak vastgelegd wanneer specifieke velden voor financiële beoordeling in FINEOS worden ingevuld en opgeslagen.
Waarom dit belangrijk is

Dit is een belangrijk financieel mijlpunt. De tijd die nodig is om de schade na afronding van het onderzoek te beoordelen, kan een prestatie-indicator voor het beoordelingsteam zijn.

Waar je het vindt

Waarschijnlijk afgeleid van de timestamp waarop velden voor financiële reserves of schade-inschattingen voor het eerst worden ingevuld of definitief worden gemaakt. Het hoeft geen aparte status te zijn, maar kan ook een data-invoer-gebeurtenis zijn.

Vastleggen

Gebruik de timestamp van 'last updated' op financiële beoordelingsvelden of datavelden voor reserves.

Eventtype inferred
Schikking berekend
Dit gebeurt na een goedkeuringsbeslissing. Het exacte betalingsbedrag wordt berekend op basis van polislimieten, eigen risico's en vastgestelde schade. Waarschijnlijk wordt dit vastgelegd wanneer het definitieve betalings- of schikkingsbedrag in FINEOS wordt ingevoerd en bevestigd.
Waarom dit belangrijk is

Deze activiteit maakt onderscheid tussen de berekening, de goedkeuring en de autorisatie van de betaling. Zo kun je de efficiëntie van het financiële team bij het vaststellen van betalingsbedragen analyseren.

Waar je het vindt

Afgeleid van de timestamp waarop het definitieve schikkings- of betalingsbedrag in de financiële gegevens van de claim wordt ingevoerd of bijgewerkt.

Vastleggen

Gebruik de timestamp van 'last updated' op het veld voor het definitieve schikkingsbedrag.

Eventtype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit FINEOS Claims

De extractiemethoden voor dit proces worden momenteel gevalideerd. Kom later terug of neem contact met ons op voor hulp.

Klaar om aan de slag te gaan?

Deze template vereenvoudigt de voorbereiding van je data, zodat je snel inzicht krijgt en je schadeafhandeling verbetert. Gebruik je data vandaag nog om efficiënter te werken en de tevredenheid van polishouders te verhogen.

Versnel je schadeafhandeling: ga vandaag nog aan de slag

Sluit je aan bij organisaties die 70% straight-through processing in FINEOS bereiken.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Je bent in enkele minuten klaar.