Datatemplate voor schadeafhandeling
Datatemplate voor schadeafhandeling
- Aanbevolen attributen voor het verzamelen van schadegegevens
- Belangrijke activiteiten om vast te leggen in het schadeproces
- Stapsgewijze instructies voor data-extractie uit Sapiens ClaimsPro
Attributen voor schadeafhandeling
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De naam van de specifieke bedrijfsactiviteit of gebeurtenis die op een bepaald moment in het claimproces plaatsvond. | ||
| Beschrijving Dit attribuut beschrijft één stap of taak in de levenscyclus van een claim, zoals ‘Claim ingediend’, ‘Eerste beoordeling uitgevoerd’ of ‘Betaling gedaan’. Elke activiteit is een afzonderlijk moment in het proces, met een starttijd en mogelijk ook een eindtijd. Activiteiten analyseren is de kern van process mining. Zo kun je het procesmodel visualiseren, bottlenecks tussen stappen opsporen, de frequentie van activiteiten analyseren en procesvarianten begrijpen. De volgorde van activiteiten voor een bepaalde Claim-ID vormt de basis van de processtroom. Waarom dit belangrijk is Dit attribuut bepaalt de processtappen en is essentieel om het procesmodel te maken en bottlenecks of inefficiënties op te sporen. Waar vind je dit? Meestal afkomstig uit event logs, statuswijzigingen of tabellen met afgeronde taken in Sapiens ClaimsPro. Statuscodes of transactietypen moeten mogelijk worden omgezet. Voorbeelden Claim geregistreerdOnderzoek gestartUitkering berekendClaim afgesloten | |||
| Claim-ID ClaimId | De unieke identificatiecode van elke verzekeringsclaim, die als primaire case-ID dient om het verloop van de claim te volgen. | ||
| Beschrijving De Claim-ID is de unieke identificatiecode die alle events en activiteiten van één verzekeringsclaim met elkaar verbindt. Zo kan het volledige verloop van een claim, van de eerste indiening tot de definitieve afsluiting, samenhangend worden gereconstrueerd en geanalyseerd. Bij process mining moet elke regel in het event log aan een Claim-ID zijn gekoppeld. Zo kan de tool het volledige pad van elke claim volgen, procesvarianten visualiseren, end-to-end-doorlooptijden berekenen en bottlenecks of afwijkingen van de standaardworkflow opsporen. Analyse op basis van de Claim-ID geeft een compleet beeld van het verloop van de claim. Waarom dit belangrijk is Deze code is essentieel om alle bijbehorende activiteiten te groeperen in één procesinstantie en het volledige verloop van claims end-to-end te analyseren. Waar vind je dit? Dit is een primaire sleutel in de hoofdtransactietabel voor claims in Sapiens ClaimsPro. Raadpleeg de systeemdocumentatie voor de exacte tabel- en veldnaam. Voorbeelden CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Tijdstip van event EventTimestamp | De exacte datum en tijd waarop een activiteit of event begon. | ||
| Beschrijving Het tijdstip van het event legt de starttijd van elke activiteit in het claimproces vast. Het geeft de chronologische context om events op volgorde te zetten en de tijd tussen events te berekenen. Deze timestamp vormt de temporele basis van het event log. Bij process mining is dit attribuut essentieel voor het berekenen van alle tijdgerelateerde metrieken, waaronder doorlooptijden, wachttijden en de duur van activiteiten. Het helpt bottlenecks op te sporen, procesprestaties door de tijd heen te analyseren en compliance met SLA’s te bewaken, omdat het vastlegt wanneer gebeurtenissen plaatsvonden. Waarom dit belangrijk is Deze timestamp is essentieel om events chronologisch te ordenen en tijdsgebonden metrieken te berekenen, zoals doorlooptijden en bottlenecks. Waar vind je dit? Te vinden in de event- of transactielogtabellen, naast de informatie over activiteiten of statuswijzigingen in Sapiens ClaimsPro. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| Claimtype ClaimType | De categorie van de verzekeringsclaim, zoals auto, eigendom of aansprakelijkheid. | ||
| Beschrijving Het claimtype deelt claims in op basis van de branche of de aard van de schade. Dit is een belangrijk segmentatieattribuut. Het bepaalt vaak welke workflow een claim volgt en welke teams erbij betrokken zijn. Door het proces per claimtype te analyseren, zie je verschillen in efficiëntie en werkwijze tussen branches. Een autoschadeclaim kan bijvoorbeeld grotendeels geautomatiseerd en snel worden afgehandeld, terwijl een zakelijke claim voor schade aan eigendommen complex en tijdrovend kan zijn. Dit attribuut is nodig om de KPI ‘Consistentie-index van schikkingsbedragen’ te berekenen. Waarom dit belangrijk is Hiermee vergelijk je processen tussen branches en spoor je best practices en specifieke bottlenecks per claimcategorie op. Waar vind je dit? Een standaardveld in het hoofdrecord van een claim in Sapiens ClaimsPro. Dit is een basisgegeven in elk claimsysteem. Voorbeelden Fysieke schade aan motorvoertuigenAlgemene aansprakelijkheidArbeidsongeschiktheidsverzekeringZakelijke schade aan eigendommen | |||
| Eindtijd van event EventEndTime | De exacte datum en tijd waarop een activiteit eindigde. | ||
| Beschrijving De eindtijd van het event geeft aan wanneer een activiteit is afgerond. Sommige events duren maar een moment, waarbij StartTime gelijk is aan EndTime. Andere activiteiten nemen tijd in beslag. Met deze timestamp kun je, als die beschikbaar is, precies meten hoelang elke stap duurde. Dit attribuut wordt gebruikt om de ‘actieve tijd’ of ‘verwerkingstijd’ van een activiteit te berekenen, los van de ‘wachttijd’ tussen activiteiten. Zo zie je hoeveel tijd er actief aan een claim is gewerkt en hoelang die in een wachtrij heeft gestaan. Daarmee kun je activiteiten opsporen die veel tijd kosten. Waarom dit belangrijk is Hiermee bereken je de actieve verwerkingstijd per activiteit en maak je onderscheid tussen tijd die waarde toevoegt en wachttijd. Waar vind je dit? Mogelijk beschikbaar in dezelfde transactielogs als de starttijd. Anders kan de eindtijd worden afgeleid van de starttijd van het volgende event. Raadpleeg de documentatie van Sapiens ClaimsPro. Voorbeelden 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| Ernst van de claim ClaimSeverity | Een indeling van de complexiteit of mogelijke financiële impact van een claim, bijvoorbeeld laag, gemiddeld of hoog. | ||
| Beschrijving De ernst van een claim geeft aan hoe complex, risicovol of financieel omvangrijk de claim naar verwachting is. Deze beoordeling bepaalt vaak hoe grondig de claim wordt onderzocht, hoeveel ervaring de schade-expert nodig heeft en welke workflow wordt gevolgd. Dit attribuut is belangrijk voor het dashboard ‘Doorlooptijdanalyse naar ernst van de claim’. Je ziet hiermee of complexere claims efficiënt worden afgehandeld of onevenredig vaak tot lange doorlooptijden leiden. Het geeft context aan prestatiemetrieken: een claim met een hoge ernst duurt naar verwachting langer dan een claim met een lage ernst. Waarom dit belangrijk is Geeft belangrijke context bij doorlooptijdanalyses. Zo zie je waarom sommige claims langer duren en of complexe zaken efficiënt worden afgehandeld. Waar vind je dit? Dit kan een handmatig ingevuld veld zijn of een afgeleide score op basis van de kenmerken van de claim in Sapiens ClaimsPro. Voorbeelden LaagGemiddeldHoogComplex | |||
| Schikkingsbedrag SettlementAmount | Het uiteindelijke bedrag dat aan de claimant wordt betaald om de claim af te handelen. | ||
| Beschrijving Dit attribuut legt de waarde van de schikking vast. Het is een belangrijke uitkomstmaat die de financiële impact van de claim en de beslissingen tijdens het proces weergeeft. Bij procesanalyses gebruik je het schikkingsbedrag in het dashboard ‘Inzichten in claimbesluiten en schikkingen’ om te onderzoeken hoe procesvarianten of het handelen van schade-experts samenhangen met de uitkomst van schikkingen. Het is ook een belangrijke invoer voor de KPI ‘Consistentie-index van schikkingsbedragen’. Daarmee spoor je verschillen op tussen beslissingen over vergelijkbare claims. Waarom dit belangrijk is Dit is een belangrijke uitkomstmaat. Door het bedrag met procesvarianten te vergelijken, zie je hoe inefficiënties of afwijkingen de financiële resultaten beïnvloeden. Waar vind je dit? Te vinden in de financiële of betalingstransactietabellen die in Sapiens ClaimsPro aan de claim zijn gekoppeld. Voorbeelden 5000.001250.75250000.00 | |||
| Toegewezen afdeling AssignedDepartment | De afdeling of het team dat in een bepaalde fase verantwoordelijk is voor de claim. | ||
| Beschrijving Dit attribuut geeft aan welke bedrijfseenheid of welk team, zoals ‘Eerste intake’, ‘Complexe claims’ of ‘Speciale onderzoekseenheid’, aan een claim of activiteit is toegewezen. Zo kun je het proces per afdeling analyseren. Met een analyse per afdeling spoor je bottlenecks op die bij specifieke teams voorkomen, krijg je zicht op overdrachten tussen afdelingen en beoordeel je de efficiëntie per afdeling. Dit attribuut is nodig voor het dashboard ‘Werkbelasting van schade-experts en afdelingen’ en voor procesanalyses op organisatieniveau. Waarom dit belangrijk is Hiermee analyseer je procesprestaties en overdrachten tussen teams en spoor je bottlenecks binnen de organisatie op. Waar vind je dit? Vaak gekoppeld aan het gebruikersprofiel in het systeem of rechtstreeks toegewezen aan het claimobject. Raadpleeg de documentatie van Sapiens ClaimsPro. Voorbeelden Afdeling AutoschadeSchade aan eigendommenSpeciale onderzoekseenheid | |||
| Toegewezen schade-expert AssignedAdjuster | De naam of ID van de schade-expert die verantwoordelijk is voor de claim of een specifieke activiteit. | ||
| Beschrijving Dit attribuut geeft aan welke gebruiker of bron een actie op de claim heeft uitgevoerd. Door de toegewezen schade-expert bij te houden, krijg je inzicht in de verdeling van het werk, individuele prestaties en de inzet van capaciteit. Met analyses kun je het procesmodel filteren om te zien hoe verschillende schade-experts claims behandelen, hun prestaties vergelijken en mogelijke opleidingsbehoeften opsporen. Dit attribuut is nodig voor het dashboard ‘Werkbelasting van schade-experts en afdelingen’ en voor de KPI ‘Werkbelasting van schade-experts in balans’. Waarom dit belangrijk is Belangrijk voor bronanalyse: hiermee spoor je verschillen in werkbelasting, goed presterende medewerkers en opleidingsbehoeften op. Waar vind je dit? Te vinden in gebruikersactiviteitenlogs of transactietabellen in Sapiens ClaimsPro. Vaak is het gekoppeld aan de gebruiker die een record heeft aangemaakt of voor het laatst heeft gewijzigd. Voorbeelden Jan Jansenj.jansenUSR-00451 | |||
| Bronsysteem SourceSystem | Geeft aan uit welk systeem de data is gehaald, in dit geval Sapiens ClaimsPro. | ||
| Beschrijving Dit attribuut geeft context over de herkomst van de procesdata. Voor deze specifieke dataset kan de waarde bijvoorbeeld altijd ‘Sapiens ClaimsPro’ zijn. Het attribuut is vooral belangrijk wanneer data uit meerdere systemen wordt samengevoegd. Bij analyses helpt het bij datagovernance en het oplossen van problemen. Ook zorgt het ervoor dat inzichten aan het juiste bronsysteem worden toegeschreven. Het is een belangrijk veld om de herkomst van data bij te houden en de technologische context van het proces te begrijpen. Waarom dit belangrijk is Hiermee blijft de herkomst van data traceerbaar. Dat is belangrijk wanneer data uit meerdere systemen wordt gecombineerd of voor controledoeleinden. Waar vind je dit? Dit is meestal een vaste waarde die tijdens het ETL-proces (extractie, transformatie en laden) wordt toegevoegd om de herkomst van records aan te geven. Voorbeelden Sapiens ClaimsProClaimsPro v10.1 | |||
| Claimstatus ClaimStatus | De huidige status van de claim, bijvoorbeeld open, in behandeling of gesloten. | ||
| Beschrijving Dit attribuut geeft op elk moment de algemene status van de claim weer. Activiteiten zijn events; de status is de toestand van de claim die uit die events voortkomt. Zo zie je in grote lijnen waar de claim zich in de levenscyclus bevindt. Door claimstatussen te analyseren, zie je hoeveel claims openstaan en in welke fase ze zich bevinden. Dit is nuttig voor operationele dashboards en voor de KPI ‘Transparantiescore claimstatus’. Die KPI houdt bij hoe vaak en hoe duidelijk de status tijdens het proces wordt bijgewerkt. Waarom dit belangrijk is Geeft in grote lijnen de huidige status van een claim weer. Handig om lopend werk te volgen en te zien hoe een zaak vordert. Waar vind je dit? Een primair veld in het hoofdrecord van een claim in Sapiens ClaimsPro, dat door verschillende bedrijfstransacties wordt bijgewerkt. Voorbeelden OpenIn behandeling - wacht op informatieGesloten - betaaldGesloten - afgewezen | |||
| Herstelwerk IsRework | Een berekende booleaanse indicator die aangeeft of activiteiten deel uitmaken van een herhalingslus. | ||
| Beschrijving Dit attribuut krijgt de waarde ‘true’ wanneer een activiteit of reeks activiteiten voor dezelfde claim wordt herhaald. Als een claim bijvoorbeeld van ‘Eerste beoordeling’ naar ‘Aanvullende informatie opgevraagd’ gaat en daarna terugkeert naar ‘Eerste beoordeling’, wordt de tweede beoordeling als herstelwerk gemarkeerd. Door herstelwerk te markeren, kun je procesinefficiëntie meten. Dit attribuut vormt de basis voor het dashboard ‘Trends in herstelwerk en opnieuw ingediende claims’ en de KPI ‘Frequentie van herhalingslussen bij claims’. Door herhalingslussen apart te analyseren, kunnen organisaties oorzaken opsporen, zoals slechte kwaliteit van de eerste gegevens of onduidelijke richtlijnen, en verspilde inspanningen terugdringen. Waarom dit belangrijk is Helpt procesinefficiëntie te meten door herhaalde activiteiten te markeren, zodat verbeteringen gericht kunnen worden aangepakt. Waar vind je dit? Dit staat niet in het bronsysteem. De process mining-tool berekent het door herhaalde reeksen activiteiten binnen één case op te sporen. Voorbeelden truefalse | |||
| Indieningskanaal SubmissionChannel | De manier waarop de claim oorspronkelijk is ingediend, bijvoorbeeld via een onlineportaal, een tussenpersoon of per post. | ||
| Beschrijving Dit attribuut geeft aan via welk kanaal een nieuwe claim is binnengekomen. Het kanaal kan de kwaliteit van de eerste gegevens sterk beïnvloeden, wat gevolgen heeft voor de rest van het proces. Door het proces per indieningskanaal te analyseren, krijg je zicht op efficiëntie en kwaliteit. Het dashboard ‘Efficiëntie van indieningskanalen voor claims’ kan bijvoorbeeld laten zien of claims via een onlineportaal sneller worden afgehandeld en minder herstelwerk vragen dan claims die per post binnenkomen. Deze inzichten helpen bij keuzes over kanaalverbeteringen en digitale transformatie. Waarom dit belangrijk is Hiermee zie je via welke intakekanalen claims het efficiëntst worden verwerkt en waar kansen liggen voor automatisering en een betere klantervaring. Waar vind je dit? Meestal vastgelegd bij het eerste contact en opgeslagen als veld in het hoofdrecord van de claim in Sapiens ClaimsPro. Voorbeelden OnlineportaalTussenpersoonPostTelefoon | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer de data voor het laatst is vernieuwd of uit het bronsysteem is gehaald. | ||
| Beschrijving Dit attribuut legt de datum en tijd vast waarop de data voor het laatst uit Sapiens ClaimsPro is opgehaald. Zo zie je hoe actueel de data is. Binnen één dataset is deze waarde meestal voor alle records hetzelfde. In analyses en dashboards geeft deze timestamp belangrijke context over de actualiteit van de data. Je ziet of je realtime-informatie bekijkt of een momentopname uit het verleden. Dat is belangrijk om tijdig beslissingen over de bedrijfsvoering te nemen. Waarom dit belangrijk is Geeft aan hoe actueel de data is, zodat duidelijk is hoe recent de analyse is. Waar vind je dit? Deze waarde wordt tijdens het data-extractieproces (ETL) gegenereerd en aan de dataset toegevoegd. Voorbeelden 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
| Polisnummer PolicyNumber | De unieke identificatiecode van de verzekeringspolis waarop de claim is ingediend. | ||
| Beschrijving Het polisnummer koppelt de claim aan de specifieke verzekeringsovereenkomst van de claimant. Zo krijg je belangrijke context over de dekking, limieten en het eigen risico die van invloed zijn op de behandeling en beoordeling van de claim. Dit attribuut wordt niet altijd rechtstreeks gebruikt bij analyses van de processtroom, maar is belangrijk voor een grondig onderzoek. Analisten kunnen claimdata koppelen aan polisdata en zo een vollediger beeld krijgen van de klantrelatie en het risicoprofiel. Ook kun je claims per polis groeperen om problematische polissen of trends op te sporen. Waarom dit belangrijk is Koppelt de claim aan de verzekeringsovereenkomst. Zo kun je procesdata combineren met polisgegevens, zoals de dekking en limieten, voor een grondigere analyse. Waar vind je dit? Een standaardveld in het hoofdrecord van een claim in Sapiens ClaimsPro, dat de claim koppelt aan het polisbeheersysteem. Voorbeelden POL-987654321POL-123456789POL-555444333 | |||
| Reden voor afwijzing ReasonForRejection | De specifieke reden die wordt opgegeven wanneer een claim of betaling wordt afgewezen. | ||
| Beschrijving Wanneer een claim wordt afgewezen, geeft dit attribuut de reden daarvoor. Het kan gaan om een standaardcode of een vrije tekst die uitlegt waarom de claim niet onder de dekking valt, zoals ‘Uitsluiting in de polis’, ‘Onvoldoende bewijs’ of ‘Vermoeden van fraude’. Deze informatie is waardevol voor het dashboard ‘Inzichten in claimbesluiten en schikkingen’. Door afwijzingsredenen te analyseren, ontdek je patronen. Veel afwijzingen vanwege ontbrekende informatie kunnen bijvoorbeeld wijzen op problemen bij het verzamelen van gegevens. Zo kun je de oorzaken van afgewezen claims onderzoeken. Waarom dit belangrijk is Geeft belangrijke context bij afgewezen claims. Met oorzaakanalyse kun je het aantal afwijzingen terugdringen en de kwaliteit van ingediende claims verbeteren. Waar vind je dit? Gekoppeld aan de activiteiten ‘Claim afgewezen’ of ‘Besluit over claim genomen’. Waarschijnlijk opgeslagen in een status- of redenveld in Sapiens ClaimsPro. Voorbeelden Uitsluiting in de polisNiet-verzekerd risicoGevraagde informatie niet aangeleverdDubbele claim | |||
| Schadedatum LossDate | De datum waarop het incident of de gebeurtenis plaatsvond die aanleiding gaf tot de claim. | ||
| Beschrijving De schadedatum, ook wel datum van schade genoemd, is de datum waarop de gebeurtenis plaatsvond waarvoor de claim wordt ingediend, zoals een auto-ongeluk of schade aan eigendommen. Vanuit het perspectief van de klant is dit vaak het begin van het hele claimproces. Dit attribuut is belangrijk om de meldingsvertraging te berekenen: de tijd tussen de schadedatum en de datum waarop de claim is ingediend. Door deze vertraging te analyseren, krijg je inzicht in het gedrag van klanten en zie je waar je hen kunt aanmoedigen schade sneller te melden. Dat leidt vaak tot betere uitkomsten. Waarom dit belangrijk is Bepaalt wanneer de schade is ontstaan. Zo kun je de meldingsvertraging analyseren: de tijd tussen de schade en het indienen van de claim. Waar vind je dit? Een basisveld in het hoofdrecord van een claim, vastgelegd bij de eerste schademelding (FNOL). Voorbeelden 2023-10-202023-11-152024-01-05 | |||
| SLA-status SlaState | Een berekende indicator die aangeeft of een gesloten claim vóór de streefdatum is afgehandeld. | ||
| Beschrijving Dit attribuut wordt berekend door de timestamp van de activiteit ‘Claim gesloten’ te vergelijken met ‘ResolutionTargetDate’. Claims worden ingedeeld als ‘Op tijd’ of ‘Te laat’. Zo zie je meteen hoe de SLA-prestaties ervoor staan. Dit berekende veld vormt de basis van het dashboard ‘Naleving van SLA’s voor claimafhandeling’. Je kunt eenvoudig alle te laat afgehandelde claims filteren en de procespaden of bottlenecks onderzoeken die tot de vertraging hebben geleid. Het ondersteunt rechtstreeks de KPI ‘Percentage claims op tijd afgehandeld’. Waarom dit belangrijk is Meet rechtstreeks of de SLA is nageleefd. Zo kun je claims die te laat zijn afgehandeld eenvoudig filteren en analyseren. Waar vind je dit? Dit attribuut staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend door de ‘EventTimestamp’ van de activiteit ‘Claim gesloten’ te vergelijken met ‘ResolutionTargetDate’. Voorbeelden Op tijdTe laat | |||
| Streefdatum voor afhandeling ResolutionTargetDate | De datum waarop de claim naar verwachting is afgehandeld, op basis van service level agreements (SLA’s). | ||
| Beschrijving De streefdatum voor afhandeling is de deadline voor het sluiten van een claim. Deze wordt vaak bepaald door factoren zoals het claimtype, de jurisdictie of de polisvoorwaarden. De datum dient als maatstaf voor prestaties en naleving van service level agreements. Deze datum is essentieel voor het dashboard ‘Naleving van SLA’s voor claimafhandeling’ en de KPI ‘Percentage claims op tijd afgehandeld’. Door de werkelijke datum van de activiteit ‘Claim gesloten’ met de streefdatum te vergelijken, kan het systeem claims automatisch indelen als ‘Op tijd’ of ‘Te laat’. Zo krijg je een helder beeld van de SLA-prestaties. Waarom dit belangrijk is Dit is de maatstaf voor SLA-naleving. Hiermee bereken je het percentage claims dat op tijd is afgehandeld en spoor je claims op die vertraging dreigen op te lopen. Waar vind je dit? Deze datum kan zijn opgeslagen in het hoofdrecord van de claim of in een gekoppelde module voor SLA-beheer in Sapiens ClaimsPro. Voorbeelden 2024-01-152024-03-202024-06-01 | |||
Activiteiten in de schadeafhandeling
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Besluit over claim genomen | Een bevoegde schadebehandelaar heeft het officiële besluit genomen en vastgelegd: de claim wordt goedgekeurd, gedeeltelijk goedgekeurd of afgewezen. Dit is een belangrijk moment in het proces. | ||
| Waarom dit belangrijk is Dit belangrijke beslismoment bepaalt het vervolg van het proces: uitbetaling of afsluiting. De tijd tot het besluit is een belangrijke prestatie-indicator. Waar vind je dit? Waarschijnlijk een afzonderlijke gebeurtenis die wordt vastgelegd wanneer de afhandeling of het besluit over de claim wordt ingevuld en opgeslagen, bijvoorbeeld als 'Goedgekeurd' of 'Afgewezen'. Vastleggen Timestamp waarop het besluitveld of de status, bijvoorbeeld 'Claimstatus', wordt ingesteld op een definitief besluit zoals 'Goedgekeurd' of 'Afgewezen'. Gebeurtenistype explicit | |||
| Betaling uitgevoerd | De betaling van het uitkeringsbedrag is uitgevoerd. Dit markeert het moment waarop het geld naar de claimant of begunstigde wordt overgemaakt. | ||
| Waarom dit belangrijk is Dit is een belangrijk moment voor de klant. De tijd tussen 'Besluit over claim genomen' en deze activiteit heeft veel invloed op de klanttevredenheid. Waar vind je dit? Vastgelegd met de timestamp van de betalingstransactie in de financiële module, gekoppeld aan de claim-ID. Vastleggen Timestamp uit het transactielog van de betaling of uit de registratie in de financiële systeeminterface die aan de claim is gekoppeld. Gebeurtenistype explicit | |||
| Claim afgesloten | De claim is officieel afgesloten in het systeem. Alle activiteiten zijn afgerond, waaronder de betaling of de communicatie over de afwijzing. Dit is de belangrijkste eindgebeurtenis bij een succesvolle afhandeling. | ||
| Waarom dit belangrijk is Deze activiteit markeert het einde van het proces. Zo kun je de totale doorlooptijd van begin tot eind voor elke claim berekenen. Waar vind je dit? Af te leiden uit de timestamp waarop de hoofdstatus van de claim wordt bijgewerkt naar 'Gesloten' of een vergelijkbare eindstatus. Vastleggen Timestamp van de statuswijziging naar 'Gesloten' in het hoofdstatusveld van de claim. Gebeurtenistype inferred | |||
| Claim geregistreerd | In Sapiens ClaimsPro wordt een unieke claim-ID officieel aangemaakt en toegewezen. Dit gebeurt meestal na de eerste indiening en betekent dat de claim officieel in het systeem staat en wordt verwerkt. | ||
| Waarom dit belangrijk is Dit markeert de officiële start van de interne verwerking. De tijd tussen 'Claim ingediend' en deze activiteit geeft aan hoe efficiënt de intake verloopt. Waar vind je dit? Af te leiden uit de timestamp waarop de status van een claimrecord verandert van een voorlopige status (bijvoorbeeld 'In afwachting') naar 'Geregistreerd' of 'Open'. Het kan ook om een expliciete logvermelding gaan. Vastleggen Timestamp waarop de claimstatus verandert in 'Geregistreerd', 'Open' of een vergelijkbare actieve status. Gebeurtenistype inferred | |||
| Claim ingediend | De claim is voor het eerst ontvangen van een verzekerde of derde partij, ongeacht via welk kanaal. Dit is het begin van de levenscyclus van de claim. De indiening wordt vaak vastgelegd via een integratie of door handmatige invoer. | ||
| Waarom dit belangrijk is Dit is de belangrijkste startgebeurtenis van het proces. Door de tijd tussen indiening en registratie te analyseren, kun je vertraging bij de gegevensinvoer en de eerste inrichting van de claim opsporen. Waar vind je dit? Waarschijnlijk vastgelegd met de aanmaaktimestamp van het eerste claimrecord of in een specifiek veld voor de indieningsdatum in de hoofdclaimtabel. Vastleggen De gebeurtenis waarbij het claimrecord in het systeem wordt aangemaakt, vaak gekoppeld aan een First Notice of Loss (FNOL). Gebeurtenistype explicit | |||
| Onderzoek afgerond | Alle benodigde onderzoeksactiviteiten zijn afgerond en de bevindingen zijn vastgelegd. Dit is nodig voordat er een definitief besluit over de claim kan worden genomen. | ||
| Waarom dit belangrijk is Deze belangrijke mijlpaal markeert het einde van de fase waarin bewijs wordt verzameld. Je kunt hiermee de efficiëntie van het onderzoek en de invloed ervan op de besluitvorming analyseren. Waar vind je dit? Af te leiden uit een statuswijziging naar 'Onderzoek afgerond' of 'In afwachting van besluit', of uit de afrondingstimestamp van de laatste onderzoekstaak. Vastleggen Timestamp van de statuswijziging die aangeeft dat het onderzoek is afgerond, of waarop alle onderzoekssubtaken als voltooid zijn gemarkeerd. Gebeurtenistype inferred | |||
| Aanvullende informatie ontvangen | De gevraagde informatie is ontvangen en de claimafhandeling kan verdergaan. Hiermee wordt de herstelwerkcyclus afgesloten die met het verzoek begon. | ||
| Waarom dit belangrijk is De tijd tussen 'Aanvullende informatie opgevraagd' en deze activiteit laat zien hoeveel vertraging van buitenaf komt en helpt om de verwachtingen van klanten te beheren. Waar vind je dit? Af te leiden uit een statuswijziging van 'In afwachting van informatie' naar een actieve status, zoals 'Open' of 'In behandeling'. De gebeurtenis kan ook gekoppeld zijn aan een log van binnengekomen documenten. Vastleggen Timestamp van de statuswijziging van 'In afwachting' naar een actieve status, vaak na het uploaden van een document. Gebeurtenistype inferred | |||
| Aanvullende informatie opgevraagd | De schadebehandelaar heeft ontbrekende of onvolledige informatie vastgesteld en een verzoek gestuurd naar de verzekerde of een derde partij. Hierdoor ontstaat vaak een wachttijd in het proces. | ||
| Waarom dit belangrijk is Deze activiteit begint een herstelwerkcyclus. Een hoge frequentie wijst vaak op problemen met het verzamelen van de eerste gegevens, wat leidt tot vertraging en meer handmatig werk. Waar vind je dit? Dit kan een expliciete gebeurtenis zijn die wordt vastgelegd wanneer een bericht wordt verstuurd. Je kunt het ook afleiden uit een statuswijziging naar 'In afwachting van informatie' of 'On hold'. Vastleggen Timestamp van de statuswijziging naar 'In afwachting van informatie' of een logvermelding van uitgaande communicatie. Gebeurtenistype inferred | |||
| Betaling goedgekeurd | De interne goedkeuring is verleend om het uitkeringsbedrag over te maken. Vaak beoordeelt en autoriseert een manager of medewerker van een apart financieel team de betaling. | ||
| Waarom dit belangrijk is Hiermee kun je mogelijke vertragingen opsporen in de interne goedkeuringsworkflow voor betalingen, nadat het besluit over de claim is genomen en het bedrag is berekend. Waar vind je dit? Waarschijnlijk een expliciete gebeurtenis die wordt gestart door een goedkeuringsactie in de workflow van het systeem, of door een statuswijziging naar 'In afwachting van betaling' of 'Goedgekeurd voor betaling'. Vastleggen Een expliciete vermelding in het event log of een timestamp van een statuswijziging die aangeeft dat de betaling is goedgekeurd. Gebeurtenistype explicit | |||
| Claim afgewezen | De claim is officieel afgewezen en het dossier wordt klaargemaakt voor afsluiting. Dit volgt op de activiteit 'Besluit over claim genomen', waarbij het besluit 'Afgewezen' was. | ||
| Waarom dit belangrijk is Dit is een belangrijk alternatief procespad. Door dit pad te analyseren, kun je patronen bij afgewezen claims ontdekken en nagaan of de juiste procedures zijn gevolgd. Waar vind je dit? Dit is vaak dezelfde gebeurtenis als 'Claim afgesloten', maar dan met een ander attribuut voor het definitieve besluit. Je kunt dit als aparte activiteit modelleren wanneer de waarde van het veld 'Besluit' 'Afgewezen' is. Vastleggen Leid dit af uit de gebeurtenis 'Claim afgesloten' wanneer het attribuut voor het definitieve besluit van de claim 'Afgewezen' of een vergelijkbare waarde heeft. Gebeurtenistype calculated | |||
| Claim heropend | Een eerder afgesloten claim is opnieuw geactiveerd voor verdere beoordeling of actie. Dit is een uitzonderingsgebeurtenis die kan optreden door nieuwe informatie of een bezwaar. | ||
| Waarom dit belangrijk is Hiermee worden uitzonderingen in het proces en mogelijke problemen bij de eerste claimafhandeling zichtbaar. Een hoog percentage heropende claims kan wijzen op problemen met de besluitkwaliteit of klantcommunicatie. Waar vind je dit? Af te leiden uit een statuswijziging van 'Gesloten' naar 'Open' of 'In behandeling'. Vastleggen Timestamp van een statuswijziging van een definitieve of gesloten status naar een actieve of open status. Gebeurtenistype inferred | |||
| Eerste beoordeling uitgevoerd | Een schadebehandelaar heeft de ingediende claimgegevens en documentatie voor het eerst beoordeeld. Deze stap bepaalt of de claim in eerste instantie geldig lijkt en wat de vervolgstappen zijn. | ||
| Waarom dit belangrijk is Deze mijlpaal laat zien hoe snel claims worden beoordeeld en ingedeeld. Vertraging in deze fase kan de totale doorlooptijd en klanttevredenheid flink beïnvloeden. Waar vind je dit? Waarschijnlijk af te leiden uit een timestamp bij een statuswijziging naar 'In behandeling' of 'Beoordeeld', of uit de afronding van een eerste beoordelingstaak of workflowstap. Vastleggen De timestamp waarop een taak voor de 'Eerste beoordeling' is afgerond, of een statusupdate in het event log of de geschiedenistabel van de claim. Gebeurtenistype inferred | |||
| Onderzoek gestart | Dit markeert het begin van het formele onderzoek naar de claim. Hierbij kunnen specialisten worden toegewezen, inspecties worden ingepland en andere activiteiten plaatsvinden om bewijs te verzamelen. | ||
| Waarom dit belangrijk is Deze activiteit markeert het begin van een belangrijke fase die vaak veel tijd kost. Door de duur van het onderzoek te meten, kun je grote bottlenecks opsporen. Waar vind je dit? Waarschijnlijk af te leiden uit een statuswijziging naar 'In onderzoek' of de aanmaakdatum van de eerste onderzoekstaak of -toewijzing. Vastleggen Timestamp waarop de claimstatus wordt bijgewerkt naar 'Onderzoek loopt' of een vergelijkbare status. Gebeurtenistype inferred | |||
| Schadebedrag vastgesteld | Het financiële bedrag van de schade is officieel vastgesteld en vastgelegd. Dit bedrag is nodig om de uiteindelijke uitkering te berekenen. | ||
| Waarom dit belangrijk is Deze stap is belangrijk voor de financiële planning en het beheer van reserves. Vertraging bij het vaststellen van de schade kan de volledige afhandeling en uitbetaling ophouden. Waar vind je dit? Waarschijnlijk vastgelegd met een timestamp waarop de velden voor de financiële reserve of het schadebedrag definitief worden ingevuld of goedgekeurd. Vastleggen De timestamp van de definitieve invoer of goedkeuring van de velden 'Schadebedrag' of 'Reservebedrag'. Gebeurtenistype explicit | |||
| Uitkering berekend | Na een goedkeuringsbesluit is het definitieve uitkeringsbedrag voor de claimant berekend. Deze stap gaat vooraf aan de goedkeuring van de betaling. | ||
| Waarom dit belangrijk is Deze activiteit meet hoe efficiënt de financiële berekening verloopt nadat een besluit is genomen. Bottlenecks in deze fase kunnen de uitbetaling vertragen. Waar vind je dit? Af te leiden uit de timestamp waarop het veld 'Uitkeringsbedrag' wordt ingevuld en bevestigd in de financiële module van het systeem. Vastleggen Timestamp waarop het veld 'Uitkeringsbedrag' in het claimrecord definitief wordt ingevuld. Gebeurtenistype inferred | |||
Extractiegidsen
De extractiemethoden voor dit proces worden nog gevalideerd. Kom later terug of neem contact met ons op voor hulp.
Klaar om aan de slag te gaan?
Begin vandaag met het verbeteren van de schadeafhandeling. Bereid je data voor met deze template en ontdek waar je workflow beter kan.
Verwerk schadeclaims sneller en werk achterstanden weg
Sluit je aan bij bedrijven die 70% van de claims zonder handmatige tussenkomst verwerken en snel afhandelen.
Geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.