Datasjabloon: claimafhandeling

Sapiens ClaimsPro
Datasjabloon: claimafhandeling

Je datasjabloon voor claimafhandeling

Dit sjabloon is een complete gids voor het verzamelen van de data die je nodig hebt om je schadeafhandelingsworkflow te analyseren. Het beschrijft de belangrijkste attributen en activiteiten om te meten, met praktische instructies voor extractie, afgestemd op Sapiens ClaimsPro. Gebruik dit hulpmiddel om je dataverzameling te stroomlijnen en je voor te bereiden op inzichtelijke Process Mining-analyses.
  • Aanbevolen attributen voor het verzamelen van claimsdata
  • Belangrijke activiteiten om te monitoren in je claimsproces
  • Stapsgewijze handleiding voor data-extractie uit Sapiens ClaimsPro

Gegevensvelden voor de schadeafhandeling

Dit zijn de aanbevolen gegevensvelden voor uw event log om de schadeafhandeling volledig te analyseren en verborgen inefficiënties te achterhalen.
3 Verplicht 6 Aanbevolen 11 Optioneel
NaamBeschrijving
Activiteitsnaam
ActivityName
De naam van de specifieke bedrijfsactiviteit of het event dat op een bepaald moment in het schadeproces plaatsvond.
Beschrijving

Dit attribuut beschrijft één stap of taak binnen de levenscyclus van een claim, zoals 'Claim Submitted', 'Initial Review Performed' of 'Payment Issued'. Elke activiteit is een duidelijk punt in het proces met een start- en eventueel een eindtijd.

Activiteiten analyseren is de kern van Process Mining. Je visualiseert de proceskaart, vindt knelpunten tussen stappen, analyseert activiteitsfrequenties en begrijpt procesvarianten. De reeks activiteiten voor een bepaalde Claim ID vormt de basis van de procesflow.

Waarom het belangrijk is

Het definieert de processtappen en is essentieel voor het maken van de proceskaart en het opsporen van knelpunten en inefficiënties.

Waar te verkrijgen

Meestal afgeleid uit eventlogs, statuswijzigingslogs of tabellen met taakafrondingen in Sapiens ClaimsPro. Mogelijk is mapping nodig van statuscodes of transactietypen.

Voorbeelden
Claim geregistreerdOnderzoek gestartUitkeringsbedrag berekendClaim gesloten
Claim-ID
ClaimId
De unieke ID voor elke verzekeringsclaim; dit is de primaire case-ID om de levenscyclus van de claim te volgen.
Beschrijving

De Claim ID is de primaire zaak-ID die alle events en activiteiten koppelt die horen bij één schadeclaim. Daarmee kan de volledige reis van een claim – van eerste melding tot en met afsluiting – consistent worden gereconstrueerd en geanalyseerd.

In process mining moet elke eventlog-regel gekoppeld zijn aan een Claim ID. Zo kan de tool het volledige pad van elke claim volgen, procesvarianten visualiseren, end-to-end doorlooptijden berekenen en knelpunten of afwijkingen van de standaardworkflow identificeren. Analyseren door de lens van de Claim ID geeft een compleet beeld van het traject.

Waarom het belangrijk is

Dit is cruciaal om alle gerelateerde activiteiten te groeperen in één case, waardoor end-to-end analyse van de levenscyclus van de claim mogelijk wordt.

Waar te verkrijgen

Dit is de primaire sleutel in de hoofdtransactietabel voor claims binnen Sapiens ClaimsPro. Raadpleeg de systeemdocumentatie voor de exacte tabel- en veldnaam.

Voorbeelden
CL-2023-001234CL-2023-005678CL-2024-009101
Gebeurtenistijdstempel
EventTimestamp
De exacte datum en tijd waarop een specifieke activiteit of event is gestart.
Beschrijving

Event Timestamp registreert de starttijd van elke activiteit in het schadeproces. Het biedt de chronologische context die nodig is om events te ordenen en de tijdsduur ertussen te berekenen. Deze timestamp is de chronologische ruggengraat van de eventlog.

In process mining-analyses is dit attribuut cruciaal voor alle tijdsgerelateerde kengetallen, zoals doorlooptijden, wachttijden en activiteitsduren. Het maakt het mogelijk bottlenecks te ontdekken, prestaties in de tijd te analyseren en SLA-naleving te monitoren doordat het feitelijk vastlegt wanneer iets gebeurde.

Waarom het belangrijk is

Deze timestamp is essentieel om events chronologisch te ordenen en op tijdsduur gebaseerde kengetallen te berekenen, zoals doorlooptijd en knelpunten.

Waar te verkrijgen

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 schadeclaim, zoals Auto, Opstal of Aansprakelijkheid.
Beschrijving

Claimtype classificeert claims op basis van de productlijn of de aard van de schade. Dit is een fundamenteel segmentatieattribuut dat vaak bepaalt welke workflow een claim volgt en welke teams betrokken zijn.

Het proces analyseren per claimtype is cruciaal om verschillen in efficiency en werkwijze tussen bedrijfslijnen te herkennen. Zo kan het proces voor een autoclaim sterk geautomatiseerd en snel zijn, terwijl een claim voor commercieel vastgoed complex en traag is. Dit attribuut is nodig om de KPI 'Settlement Amount Consistency Index' te berekenen.

Waarom het belangrijk is

Maakt het mogelijk processen tussen verschillende bedrijfslijnen te vergelijken, zodat best practices en specifieke knelpunten per schadecategorie zichtbaar worden.

Waar te verkrijgen

Een standaardveld op het hoofdrecord van de claim in Sapiens ClaimsPro. Het is een kerngegeven voor elk claimsysteem.

Voorbeelden
Materiële autoschadeAlgemene aansprakelijkheidArbeidsongevallenverzekeringCommercieel vastgoed
Eindtijd van het event
EventEndTime
De exacte datum en tijd waarop een specifieke activiteit is afgerond.
Beschrijving

Event End Time markeert het afronden van een activiteit. Sommige events zijn ogenblikkelijk (waarbij StartTime gelijk is aan EndTime), maar veel activiteiten hebben een duur. Deze timestamp maakt het, waar beschikbaar, mogelijk om precies te meten hoe lang elke stap duurde.

Dit attribuut wordt gebruikt om de 'actieve tijd' of 'processing time' van een activiteit te berekenen, in tegenstelling tot de 'wachttijd' tussen activiteiten. Zo kun je onderscheid maken tussen tijd die actief aan een claim is gewerkt en tijd dat deze in een wachtrij stond. Dit is cruciaal om specifieke tijdrovende activiteiten aan te wijzen.

Waarom het belangrijk is

Maakt het mogelijk de actieve verwerkingstijd per activiteit te berekenen, zodat je waardetoevoegende tijd kunt onderscheiden van wachttijd.

Waar te verkrijgen

Is mogelijk beschikbaar in dezelfde transactielogs als de starttijd, of moet worden afgeleid uit 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 classificatie van de complexiteit of potentiële financiële impact van de claim (bijv. Laag, Gemiddeld, Hoog).
Beschrijving

Claimzwaarte is een score die aan een claim wordt toegekend om de geschatte complexiteit, het risico of de financiële blootstelling aan te geven. Deze score bepaalt vaak de mate van controle, de ervaring die van de schadebehandelaar wordt gevraagd en de te volgen workflow.

Dit attribuut is cruciaal voor het 'Claim Severity Cycle Time Analysis'-dashboard. Het laat zien of complexere claims efficiënt worden afgehandeld of onevenredig bijdragen aan lange doorlooptijden. Het biedt onmisbare context bij prestatie-indicatoren: een claim met hoge zwaarte mag logischerwijs langer duren dan een claim met lage zwaarte.

Waarom het belangrijk is

Biedt cruciale context voor cyclustijdanalyses en helpt verklaren waarom sommige claims langer duren dan andere en of complexe cases efficiënt worden afgehandeld.

Waar te verkrijgen

Dit kan een handmatig ingevuld veld zijn of een afgeleide score op basis van claimkenmerken in Sapiens ClaimsPro.

Voorbeelden
LaagGemiddeldHoogComplex
Toegewezen afdeling
AssignedDepartment
De afdeling of het team dat in een bepaalde fase verantwoordelijk is voor de behandeling van de claim.
Beschrijving

Dit attribuut geeft de business unit of het team aan, zoals 'Initial Intake', 'Complex Claims' of 'SIU (Special Investigations Unit)', dat aan een claim of activiteit is gekoppeld. Zo kun je het proces per afdeling analyseren.

Analyse op afdelingsniveau helpt afdelingsspecifieke knelpunten vinden, overdrachtsmomenten tussen teams begrijpen en de efficiëntie per afdeling beoordelen. Het is essentieel voor het 'Adjuster & Department Activity Load'-dashboard en voor organisatiebrede procesanalyses.

Waarom het belangrijk is

Maakt het mogelijk de procesprestaties en overdrachten tussen teams te analyseren en legt organisatorische knelpunten bloot.

Waar te verkrijgen

Vaak gekoppeld aan het gebruikersprofiel in het systeem of rechtstreeks toegewezen aan het claimobject. Raadpleeg de documentatie van Sapiens ClaimsPro.

Voorbeelden
Afdeling autoclaimsProperty-claimsAfdeling Bijzonder Onderzoek
Toegewezen schadebehandelaar
AssignedAdjuster
De naam of ID van de schadebehandelaar die de claim of een specifieke activiteit behandelt.
Beschrijving

Dit attribuut identificeert de individuele gebruiker of resource die een handeling op de claim heeft uitgevoerd. Het volgen van de toegewezen schadebehandelaar is cruciaal om werkverdeling, individuele prestaties en resourceallocatie te begrijpen.

In de analyse kun je hiermee de proceskaart filteren om te zien hoe verschillende schadebehandelaars claims afhandelen, hun prestaties vergelijken en trainingskansen signaleren. Het is de basis voor het 'Adjuster & Department Activity Load'-dashboard en voor de KPI 'Adjuster Workload Balance'.

Waarom het belangrijk is

Cruciaal voor capaciteitsanalyse: helpt werkdrukverschillen, toppresteerders en opleidingsbehoeften te identificeren.

Waar te verkrijgen

Te vinden in gebruikersactiviteitslogs of transactietabellen binnen Sapiens ClaimsPro, vaak gekoppeld aan de gebruiker die een record heeft aangemaakt of als laatste heeft gewijzigd.

Voorbeelden
John Smithj.smithUSR-00451
Uitkeringsbedrag
SettlementAmount
Het uiteindelijke geldbedrag dat wordt uitgekeerd om de claim af te wikkelen.
Beschrijving

Dit attribuut geeft de uiteindelijke schikking/uitkering weer. Het is een belangrijke uitkomst die de financiële impact van de claim en de tijdens het proces genomen beslissingen weerspiegelt.

In de procesanalyse wordt 'Settlement Amount' gebruikt in het 'Claim Decision & Settlement Insights'-dashboard om te zien hoe procesvarianten of het gedrag van schadebehandelaars samenhangen met uitkomsten. Het is ook de belangrijkste input voor de KPI 'Settlement Amount Consistency Index', die inconsistenties in uitkeringsbeslissingen bij vergelijkbare claims helpt opsporen.

Waarom het belangrijk is

Dit is een belangrijk resultaatkengetal. Door dit af te zetten tegen procesvarianten zie je hoe inefficiënties of afwijkingen de financiële resultaten beïnvloeden.

Waar te verkrijgen

Te vinden in de tabellen met financiële of betalingstransacties die aan de claim zijn gekoppeld in Sapiens ClaimsPro.

Voorbeelden
5000.001250.75250000.00
Bronsysteem
SourceSystem
Geeft aan uit welk systeem de data is geëxtraheerd—in dit geval Sapiens ClaimsPro.
Beschrijving

Dit attribuut biedt context over de herkomst van de procesdata. Hoewel het voor deze dataset vaak een constante waarde is, zoals 'Sapiens ClaimsPro', is het onmisbaar wanneer data uit meerdere systemen wordt samengevoegd.

Voor de analyse helpt het bij data governance, troubleshooting en het correct toeschrijven van inzichten aan het bronsysteem. Het is een sleutelveld om data lineage te bewaken en de technologische context van het proces te begrijpen.

Waarom het belangrijk is

Borgt data lineage en traceerbaarheid—cruciaal wanneer data uit meerdere systemen worden gecombineerd of voor auditdoeleinden.

Waar te verkrijgen

Dit is doorgaans een statische waarde die tijdens het extractie-, transformatie- en laadproces (ETL) wordt toegevoegd om de herkomst van records te markeren.

Voorbeelden
Sapiens ClaimsProClaimsPro v10.1
Claimstatus
ClaimStatus
De huidige operationele status van de claim (bijv. Open, In behandeling, Gesloten).
Beschrijving

Dit attribuut geeft op elk moment de algemene status van het schadedossier weer. Activiteiten zijn events; de status is de toestand van de claim die uit die events voortkomt. Zo krijg je in één oogopslag zicht op waar de claim zich in de levenscyclus bevindt.

Door de claimstatus te analyseren krijg je zicht op de openstaande voorraad claims en hun huidige fase. Dit is nuttig voor operationele dashboards en voor het berekenen van de KPI 'Transparantie claimstatus' door bij te houden hoe vaak en hoe betekenisvol de status tijdens het proces wordt bijgewerkt.

Waarom het belangrijk is

Biedt op hoofdlijnen inzicht in de huidige status van een claim. Handig om de lopende workload te volgen en de voortgang per case te begrijpen.

Waar te verkrijgen

Een primair veld op het hoofdrecord van de claim in Sapiens ClaimsPro, dat door diverse zakelijke transacties wordt bijgewerkt.

Voorbeelden
OpenIn afwachting van informatieGesloten - UitbetaaldGesloten - Afgewezen
Indieningskanaal
SubmissionChannel
De manier waarop de claim oorspronkelijk is ingediend (bijv. online portal, tussenpersoon, post).
Beschrijving

Dit attribuut geeft het intakekanaal van een nieuwe claim aan. Verschillende kanalen hebben grote invloed op de initiële datakwaliteit, met effecten verderop in het proces.

Door het proces per Submission Channel te analyseren, kun je vragen over efficiëntie en kwaliteit beantwoorden. Zo kan het 'Claims Submission Channel Efficiency'-dashboard laten zien of claims via een online portaal sneller doorlopen en minder rework kennen dan claims die per post binnenkomen. Deze inzichten sturen investeringen in kanaaloptimalisatie en digitale transformatie.

Waarom het belangrijk is

Helpt bepalen welke intakekanalen het efficiëntst zijn en laat kansen zien voor automatisering en een betere klantervaring.

Waar te verkrijgen

Wordt doorgaans vastgelegd bij het eerste contactmoment en als veld opgeslagen op het hoofdrecord van de claim in Sapiens ClaimsPro.

Voorbeelden
Online portaalMedewerkerPostTelefoon
Is herstelwerk
IsRework
Een berekende booleaanse vlag die aangeeft welke activiteiten deel uitmaken van een rework-lus.
Beschrijving

Dit attribuut staat op 'true' wanneer een activiteit of reeks activiteiten voor dezelfde claim wordt herhaald. Gaat een claim bijvoorbeeld van 'Initial Review' naar 'Additional Information Requested' en vervolgens terug naar 'Initial Review', dan wordt het tweede beoordelingsmoment als rework gemarkeerd.

Rework markeren is cruciaal om procesinefficiëntie te kwantificeren. Het voedt het 'Claims Rework & Re-submission Trends'-dashboard en de KPI 'Claim Rework Loop Frequency'. Door rework-loops te isoleren en te analyseren, kun je oorzaken zoals gebrekkige initiële datakwaliteit of onduidelijke richtlijnen identificeren en gerichte maatregelen nemen om verspilde inzet te verminderen.

Waarom het belangrijk is

Helpt procesinefficiëntie kwantificeren door activiteiten die worden herhaald expliciet te signaleren, zodat gerichte verbeteringen mogelijk zijn.

Waar te verkrijgen

Dit staat niet in het bronsysteem. Het wordt berekend door de process mining-tool door herhaalde reeksen van activiteiten binnen één case te detecteren.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor het laatst is ververst of uit het bronsysteem is geëxtraheerd.
Beschrijving

Dit attribuut registreert de datum en tijd van de meest recente data-extractie uit Sapiens ClaimsPro. Het is essentieel om te begrijpen hoe actueel de geanalyseerde data is en is doorgaans identiek voor alle records binnen één dataset.

In elke analyse of elk dashboard geeft deze timestamp cruciale context over de actualiteit van de data. Zo weet je of je realtime informatie ziet of een historische momentopname, wat belangrijk is voor tijdige operationele beslissingen.

Waarom het belangrijk is

Geeft context over de actualiteit van de data, zodat gebruikers weten hoe recent de analyse is.

Waar te verkrijgen

Deze waarde wordt tijdens het ETL-proces gegenereerd en aan de dataset toegevoegd.

Voorbeelden
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
Polisnummer
PolicyNumber
De unieke ID van de verzekeringspolis waaronder de claim is ingediend.
Beschrijving

Het polisnummer koppelt de claim aan het specifieke verzekeringscontract van de verzekerde. Dit biedt essentiële context over dekking, limieten en eigen risico’s die de behandeling en beslissingen rond de claim beïnvloeden.

Hoewel het niet altijd direct in procesanalyses wordt gebruikt, is het een cruciaal attribuut voor diepgaand onderzoek. Het stelt analisten in staat claimdata te koppelen aan polisdata, waardoor een totaalbeeld van de klantrelatie en het risicoprofiel ontstaat. Je kunt claims ook per polis groeperen om problematische polissen of trends te signaleren.

Waarom het belangrijk is

Koppelt de claim aan de polis, waardoor je procesdata kunt verbinden met polisdetails zoals dekking en limieten voor diepere analyse.

Waar te verkrijgen

Een standaardveld op het hoofdrecord van de claim in Sapiens ClaimsPro, dat het koppelt aan het polisadministratiesysteem.

Voorbeelden
POL-987654321POL-123456789POL-555444333
Reden van afwijzing
ReasonForRejection
De specifieke reden die wordt opgegeven wanneer een claim wordt afgewezen of een betaling wordt geweigerd.
Beschrijving

Wanneer een claim is afgewezen ('Denied'), geeft dit attribuut de onderliggende reden. Dat kan een gestandaardiseerde code zijn of een beschrijving in vrije tekst die uitlegt waarom de claim niet wordt gedekt, zoals 'Policy Exclusion', 'Lack of Evidence' of 'Fraud Suspected'.

Deze informatie is zeer waardevol voor het dashboard 'Claim Decision & Settlement Insights'. Door afwijsredenen te analyseren, ontdek je patronen, zoals veel afwijzingen door onvolledige informatie, wat kan wijzen op problemen in de dataverzamelingsfase. Het helpt de achterliggende oorzaken van afwijzingen te achterhalen.

Waarom het belangrijk is

Biedt cruciale context bij afgewezen claims, waardoor root cause-analyse mogelijk is om het afwijspercentage te verlagen en de aanleverkwaliteit te verbeteren.

Waar te verkrijgen

Geassocieerd met de activiteiten 'Claim afgewezen' of 'Besluit over claim genomen', waarschijnlijk vastgelegd in een status- of redencodeveld in Sapiens ClaimsPro.

Voorbeelden
PolisuitsluitingNiet-gedekt risicoGevraagde informatie niet aangeleverdDubbele claim
Schadedatum
LossDate
De datum waarop het incident of de gebeurtenis plaatsvond die de claim heeft veroorzaakt.
Beschrijving

De Loss Date, ook wel Date of Loss, is de datum van het daadwerkelijke voorval (bijv. aanrijding, schade aan eigendom) waarvoor de claim wordt ingediend. Vanuit klantperspectief is dit vaak het startpunt van het hele claimtraject.

Dit attribuut is belangrijk om de reporting lag te berekenen: de tijd tussen de Loss Date en de datum 'Claim Submitted'. Analyse van deze lag geeft inzicht in klantgedrag en biedt kansen om sneller melden te stimuleren, wat vaak tot betere uitkomsten leidt.

Waarom het belangrijk is

Bepaalt het begin van de schadegebeurtenis zelf, waardoor je de meldingsvertraging (tijd van schade tot claimindiening) kunt analyseren.

Waar te verkrijgen

Een kernveld op het hoofdrecord van de claim, vastgelegd tijdens de eerste schademelding (First Notice of Loss, FNOL).

Voorbeelden
2023-10-202023-11-152024-01-05
SLA-status
SlaState
Een berekende indicator die aangeeft of een gesloten claim de streefdatum voor afhandeling heeft gehaald.
Beschrijving

Dit attribuut wordt afgeleid door de timestamp van de activiteit 'Claim Closed' te vergelijken met de 'ResolutionTargetDate'. Het classificeert claims in statussen zoals 'On-Time' of 'Late' en geeft zo een directe indicatie van SLA-prestaties.

Dit berekende veld vormt de ruggengraat van het 'Claim Resolution SLA Compliance'-dashboard. Het vereenvoudigt de analyse doordat gebruikers direct alle late claims kunnen filteren en de gemeenschappelijke procespaden of knelpunten achter de vertraging kunnen onderzoeken. Het ondersteunt rechtstreeks de KPI 'On-Time Claim Resolution Rate'.

Waarom het belangrijk is

Meet SLA-naleving direct en maakt het eenvoudig om claims te filteren en te analyseren die te laat zijn afgehandeld.

Waar te verkrijgen

Dit attribuut staat niet in het bronsysteem. Het wordt tijdens de datatransformatie berekend door de 'EventTimestamp' van de activiteit 'Claim Closed' te vergelijken met de 'ResolutionTargetDate'.

Voorbeelden
Op tijdTe laat
Streefdatum voor afhandeling
ResolutionTargetDate
De streefdatum waarop de claim gesloten moet zijn, gebaseerd op service level agreements (SLA's).
Beschrijving

De Resolution Target Date is de deadline voor het sluiten van een claim, vaak bepaald door factoren als claimtype, jurisdictie of polisvoorwaarden. Deze datum fungeert als ijkpunt om prestaties en naleving van service level agreements te meten.

Deze datum is onmisbaar voor het 'Claim Resolution SLA Compliance'-dashboard en de KPI 'On-Time Claim Resolution Rate'. Door de feitelijke 'Claim Closed'-datum met deze streefdatum te vergelijken, classificeert het systeem claims automatisch als 'On-Time' of 'Late' en krijg je een helder beeld van de SLA-prestaties.

Waarom het belangrijk is

Dit is de referentie om SLA-naleving te meten. Zo bereken je het percentage tijdige afhandeling en zie je welke claims risico lopen op vertraging.

Waar te verkrijgen

Deze datum kan opgeslagen zijn op het hoofdrecord van de claim of in een gekoppelde SLA-managementmodule binnen Sapiens ClaimsPro.

Voorbeelden
2024-01-152024-03-202024-06-01
Verwerkingstijd
ProcessingTime
De berekende duur tussen twee opeenvolgende events in het schadeproces.
Beschrijving

Processing Time meet de tijd tussen de start van een activiteit en de start van de volgende. Dit is de totale cyclustijd van een stap, inclusief zowel de actieve werktijd als de wachttijd tot de volgende stap begint.

Dit is een van de belangrijkste metrics in process mining en vormt de basis voor bottleneckanalyse. Door de gemiddelde Processing Time te tonen op de verbindingen tussen activiteiten in de proceskaart, zien analisten direct waar claims vastlopen. Onmisbaar voor dashboards zoals 'Claims Activity Bottleneck Analysis'.

Waarom het belangrijk is

Deze maatstaf vormt de basis voor knelpuntsanalyse en laat zien bij welke stappen claims het langst stil liggen.

Waar te verkrijgen

Dit is een berekend kengetal, vastgesteld tijdens een process mining-analyse door het verschil te nemen tussen de 'EventTimestamp' van opeenvolgende activiteiten per 'ClaimId'.

Voorbeelden
2 dagen 4 uur30 minuten15 dagen
Verplicht Aanbevolen Optioneel

Activiteiten binnen de schadeafhandeling

Dit zijn de belangrijkste processtappen en mijlpalen om vast te leggen in uw event log voor nauwkeurige process discovery en prestatiemeting.
6 Aanbevolen 9 Optioneel
ActiviteitBeschrijving
Beslissing over de claim genomen
De officiële beslissing om de claim goed te keuren, gedeeltelijk goed te keuren of af te wijzen, is genomen en vastgelegd door een bevoegde schadebehandelaar. Dit is een cruciale mijlpaal in het proces.
Waarom het belangrijk is

Dit is een kritisch beslismoment dat het vervolgpad in het proces bepaalt (betaling of afsluiting). Het analyseren van de beslissingstijd is een belangrijke KPI.

Waar te verkrijgen

Dit is waarschijnlijk een afzonderlijk event dat wordt vastgelegd zodra het veld voor de afdoening of beslissing van de claim wordt ingevuld en opgeslagen (bijv. 'Approved', 'Denied').

Vastleggen

Timestamp waarop het beslissingsveld of de status (bijv. 'Claim Status') wordt ingesteld op een definitieve beslissing, zoals 'Approved' of 'Denied'.

Gebeurtenistype explicit
Betaling uitgekeerd
De financiële transactie om het uitkeringsbedrag te betalen is uitgevoerd. Op dat moment wordt het bedrag overgemaakt aan de verzekerde of begunstigde.
Waarom het belangrijk is

Dit is een cruciale mijlpaal richting de klant. De tijd tussen 'Claim Decision Made' en deze activiteit bepaalt in hoge mate de klanttevredenheid.

Waar te verkrijgen

Afkomstig van de timestamp van de betalingstransactie in de financiële module, gekoppeld aan de Claim-ID.

Vastleggen

Timestamp uit het transactielogboek voor betalingen of het interface-record van het financiële systeem dat aan de claim is gekoppeld.

Gebeurtenistype explicit
Claim geregistreerd
Betekent de formele aanmaak en toekenning van een unieke Claim ID binnen Sapiens ClaimsPro. Dit volgt meestal op de eerste melding en houdt in dat de claim officieel in het systeem is opgenomen voor verdere verwerking.
Waarom het belangrijk is

Markeert de officiële start van de interne verwerking. De doorlooptijd tussen 'Claim Submitted' en deze activiteit meet de efficiëntie van de intake.

Waar te verkrijgen

Afgeleid van de timestamp waarop de status van een claimrecord verandert van een voorlopige status (bijv. 'pending') naar 'registered' of 'open'. Het kan ook om een expliciete logregel gaan.

Vastleggen

Timestamp van de wijziging van de claimstatus naar 'Registered', 'Open' of een vergelijkbare actieve status.

Gebeurtenistype inferred
Claim gesloten
De claim is officieel gesloten in het systeem. Dit betekent dat alle activiteiten, inclusief betaling of communicatie over afwijzing, zijn afgerond. Dit is het belangrijkste succesvolle end event.
Waarom het belangrijk is

Deze activiteit markeert het einde van het proces en maakt het mogelijk om de totale end-to-end doorlooptijd per claim te berekenen.

Waar te verkrijgen

Afgeleid van de timestamp waarop de hoofdstatus van de claim wordt bijgewerkt naar 'Closed' of een equivalente eindstatus.

Vastleggen

Timestamp van de statuswijziging naar 'Closed' in het hoofdveld voor claimstatus.

Gebeurtenistype inferred
Claim ingediend
Markeert de eerste ontvangst van een claim van een polishouder of derde, ongeacht het kanaal. Dit is het startpunt van de levenscyclus van de claim en wordt vaak vastgelegd via een integratie of handmatige invoer.
Waarom het belangrijk is

Deze activiteit is het primaire startevent van het proces. Door de tijd van indienen tot registreren te analyseren, breng je vertragingen in data-invoer en de initiële inrichting van de claim aan het licht.

Waar te verkrijgen

Waarschijnlijk afkomstig van de aanmaaktimestamp van het eerste claimrecord of uit een specifiek veld 'submission date' in de hoofdtabel met claims.

Vastleggen

Het event waarop het claimrecord in het systeem wordt aangemaakt, vaak gekoppeld aan een First Notice of Loss (FNOL), de eerste schademelding.

Gebeurtenistype explicit
Onderzoek afgerond
Geeft aan dat alle noodzakelijke onderzoeksactiviteiten zijn afgerond en de bevindingen zijn vastgelegd. Dit is een voorwaarde om een definitief besluit over de claim te kunnen nemen.
Waarom het belangrijk is

Deze mijlpaal markeert het einde van de fase waarin bewijs wordt verzameld. Daarmee kun je de efficiëntie van het onderzoek en de impact op de tijd tot beslissing analyseren.

Waar te verkrijgen

Afgeleid van een statuswijziging naar 'Investigation Complete' of 'Pending Decision', of van de voltooiingstijd van de laatste onderzoekstaak.

Vastleggen

Timestamp van de statuswijziging die aangeeft dat het onderzoek is afgerond of dat alle subtaken van het onderzoek als voltooid zijn gemarkeerd.

Gebeurtenistype inferred
Aanvullende informatie ontvangen
Betekent de ontvangst van de gevraagde informatie, waardoor de claimafhandeling kan worden hervat. Dit event sluit de rework-loop die door het verzoek is gestart.
Waarom het belangrijk is

De tijd tussen 'Aanvullende informatie gevraagd' en deze activiteit analyseren brengt externe vertragingen aan het licht en helpt klantverwachtingen te beheren.

Waar te verkrijgen

Afgeleid van de claimstatus die verandert van 'Pending Information' terug naar een actieve status zoals 'Open' of 'Under Review'. Kan ook gekoppeld zijn aan een log van binnengekomen documenten.

Vastleggen

Timestamp van de statuswijziging van 'Pending' naar 'Active', vaak door het uploaden van een document.

Gebeurtenistype inferred
Aanvullende informatie opgevraagd
De schadebehandelaar heeft ontbrekende of onvolledige informatie vastgesteld en een verzoek gestuurd naar de verzekeringnemer of een derde. Deze activiteit leidt tot een veelvoorkomende wachtstatus in het proces.
Waarom het belangrijk is

Deze activiteit is de start van een rework-loop. Een hoge frequentie wijst op problemen bij de initiële dataverzameling, wat leidt tot vertraging en extra handmatig werk.

Waar te verkrijgen

Kan een expliciete eventlogvermelding zijn wanneer correspondentie is verzonden, of worden afgeleid uit een statuswijziging van de claim naar 'In afwachting van informatie' of 'In de wacht'.

Vastleggen

Timestamp van de wijziging van de claimstatus naar 'Pending Information' of een logboekregel voor uitgaande communicatie.

Gebeurtenistype inferred
Betaling geautoriseerd
Er is intern toestemming gegeven om de uitkering vrij te geven. Meestal beoordeelt en autoriseert een manager of een medewerker van Finance de betaling.
Waarom het belangrijk is

Signaleert mogelijke vertragingen in de interne financiële goedkeuringsworkflow nadat het besluit is genomen en het bedrag is berekend.

Waar te verkrijgen

Dit is waarschijnlijk een expliciet event dat wordt getriggerd door een goedkeuringsactie in de systeemworkflow, of door een statuswijziging naar 'Pending Payment' of 'Approved for Payment'.

Vastleggen

Een expliciete eventlogvermelding of een statuswijziging met timestamp die aangeeft dat de uitbetaling is goedgekeurd.

Gebeurtenistype explicit
Claim afgewezen
De claim is officieel afgewezen en het dossier wordt voorbereid op afsluiting. Dit volgt op de activiteit 'Claim Decision Made' met als uitkomst 'Denied'.
Waarom het belangrijk is

Is een belangrijk alternatief procespad. Analyse hiervan kan patronen in afgewezen claims blootleggen en bevestigen of de juiste procedures zijn gevolgd.

Waar te verkrijgen

Dit is vaak hetzelfde event als 'Claim Closed', onderscheiden door het attribuut voor de eindbeslissing. Het kan als aparte activiteit worden gemodelleerd op basis van de waarde 'Denied' in het veld 'Decision'.

Vastleggen

Af te leiden uit het event 'Claim gesloten' wanneer de eindbeslissing op de claim 'Afgewezen' of vergelijkbaar is.

Gebeurtenistype calculated
Claim heropend
Een eerder gesloten claim is opnieuw geactiveerd voor verdere beoordeling of actie. Dit is een uitzonderlijk event dat kan optreden door nieuwe informatie of een bezwaar of beroep.
Waarom het belangrijk is

Brengt procesafwijkingen en mogelijke missers in de eerste claimafhandeling aan het licht. Een hoog percentage heropende claims kan duiden op problemen met de kwaliteit van besluiten of klantcommunicatie.

Waar te verkrijgen

Afgeleid van een statuswijziging van 'Closed' terug naar een actieve status zoals 'Open' of 'Under Review'.

Vastleggen

Timestamp van een statuswijziging van een definitieve/gesloten status naar een actieve/open status.

Gebeurtenistype inferred
Initiële beoordeling uitgevoerd
Een schade-expert of schadebehandelaar heeft de eerste beoordeling van de ingediende claimdetails en documentatie afgerond. Deze stap bepaalt de initiële geldigheid en de vervolgstappen voor de claim.
Waarom het belangrijk is

Deze mijlpaal is cruciaal om te begrijpen hoe snel de triage verloopt. Vertragingen hier hebben grote invloed op de totale doorlooptijd en de klanttevredenheid.

Waar te verkrijgen

Waarschijnlijk afgeleid van een tijdstempel die hoort bij een statuswijziging naar 'Under Review', 'Reviewed', of bij de afronding van een eerste reviewtaak/workflowstap.

Vastleggen

Tijdstempel van voltooiing van een taak 'Initiële beoordeling' of een statusupdate in de eventlog of historietabel van de claim.

Gebeurtenistype inferred
Onderzoek gestart
Markeert het begin van de formele onderzoeksfase van de claim. Dit kan onder meer het toewijzen van specialisten, het plannen van inspecties en andere activiteiten voor het verzamelen van bewijs omvatten.
Waarom het belangrijk is

Deze activiteit markeert de start van een kritieke en vaak tijdrovende fase. Het meten van de onderzoektijd is essentieel om grote knelpunten te vinden.

Waar te verkrijgen

Waarschijnlijk afgeleid uit een statuswijziging naar 'Under Investigation' of de aanmaakdatum van de eerste onderzoekstaak of -toewijzing.

Vastleggen

Timestamp waarop de claimstatus is bijgewerkt naar 'Investigation in Progress' of een vergelijkbare status.

Gebeurtenistype inferred
Schade beoordeeld
Het event waarbij de financiële waarde van de schade formeel is vastgesteld en vastgelegd. Dit is een belangrijke input voor het berekenen van het uiteindelijke uitkeringsbedrag.
Waarom het belangrijk is

Deze stap is essentieel voor financiële planning en reservebeheer. Vertraging bij de schadevaststelling kan de hele afwikkeling en uitbetaling ophouden.

Waar te verkrijgen

Wordt waarschijnlijk als tijdstempel vastgelegd wanneer de velden voor financiële reserve of schadebedrag in het systeem worden afgerond of goedgekeurd.

Vastleggen

De timestamp die hoort bij de definitieve invoer of goedkeuring van de velden 'Loss Amount' of 'Reserve Amount'.

Gebeurtenistype explicit
Uitkeringsbedrag berekend
Na een goedkeuringsbesluit is het definitieve uitkeringsbedrag voor de benadeelde berekend. Deze stap gaat vooraf aan de betaalautorisatie.
Waarom het belangrijk is

Meet de efficiëntie van de financiële berekening nadat een beslissing is genomen. Knelpunten hier kunnen de uiteindelijke betaling vertragen.

Waar te verkrijgen

Afgeleid van de timestamp waarop het veld 'Settlement Amount' wordt gevuld en bevestigd in de financiële module.

Vastleggen

Timestamp die hoort bij het definitief vastleggen van het veld 'Settlement Amount' op het claimrecord.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractie Guides

Zo haal je data uit Sapiens ClaimsPro

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