Jouw datatemplate voor schadeafhandeling
Jouw datatemplate voor schadeafhandeling
- Aanbevolen attributen voor een gedetailleerde analyse
- Belangrijke activiteiten in de schadeafhandeling om te volgen
- Praktische richtlijnen voor data-extractie
Attributen voor claimsverwerking
| 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 | |||
Activiteiten voor claimsverwerking
| 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 | |||
Extractiegidsen
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.
Je hebt geen creditcard nodig. Je bent in enkele minuten klaar.