Datasjabloon: claimafhandeling
Je datasjabloon voor claimsafhandeling
- Aanbevolen te verzamelen attributen
- Belangrijke activiteiten om te volgen
- Handleiding voor data-extractie uit Salesforce Financial Services Cloud
Attributen voor schadeafhandeling
| Naam | Beschrijving | ||
|---|---|---|---|
|
Claim-ID
ClaimId
|
De unieke identificatie van elke verzekeringsclaim; fungeert als primaire case-ID voor procesanalyse. | ||
|
Beschrijving
De Claim-ID is de primaire zaakidentifier die alle activiteiten, events en datapunten van één schadeclaim koppelt, van indiening tot afsluiting. In process mining is dit attribuut cruciaal om het end-to-end traject van elke claim te reconstrueren. Zo kun je alle gerelateerde gebeurtenissen bundelen tot één samenhangende zaak en doorlooptijden, procesvarianten en knelpunten per claim analyseren.
Waarom het belangrijk is
Dit is de onmisbare sleutel om de levenscyclus van een claim te volgen. Zonder unieke Claim ID is het onmogelijk om de verschillende processtappen tot één logisch geheel te verbinden voor analyse.
Waar te verkrijgen
Dit is doorgaans het 'CaseNumber' op het Case-object of een aangepast uniek ID-veld op het 'Claim' (FinancialServicesCloud.Claim)-object.
Voorbeelden
CL-00012345CL-00012346CL-00012347
|
|||
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke bedrijfsactiviteit of gebeurtenis die op een bepaald moment in de levenscyclus van de claim plaatsvond. | ||
|
Beschrijving
Dit attribuut beschrijft één stap of mijlpaal in het claimproces, zoals 'Claim ingediend', 'Eerste beoordeling uitgevoerd' of 'Betaling gedaan'. Dit vormt de ruggengraat van de proceskaart. Het analyseren van de volgorde en frequentie van activiteiten helpt de meest voorkomende procespaden (varianten) te identificeren, afwijkingen van het standaardproces te ontdekken en activiteiten op te sporen die vaak worden herhaald, wat duidt op rework.
Waarom het belangrijk is
Het beschrijft het 'wat' van het proces, maakt de procesflow inzichtelijk en helpt knelpunten, herwerklussen en procesvarianten te identificeren.
Waar te verkrijgen
Afgeleid van wijzigingen in het veld 'Status' op het Claim/Case-object, of van het 'Subject' van gerelateerde Task- of Event-records.
Voorbeelden
Claim ingediendEerste controle uitgevoerdAanvullende informatie aangevraagdClaim gesloten
|
|||
|
Bronsysteem
SourceSystem
|
Geeft het bronsysteem aan waar de eventdata is vastgelegd. | ||
|
Beschrijving
Dit attribuut specificeert de bronapplicatie of het platform waaruit de gegevens zijn geëxtraheerd. Voor dit proces is dat altijd 'Salesforce Financial Services Cloud'. Ook al lijkt dit constant, het bronsysteem expliciet vastleggen is best practice, zeker in omgevingen waar gegevens uit meerdere systemen worden samengevoegd. Het zorgt voor duidelijkheid over de herkomst van gegevens en is nuttig voor data governance en validatie.
Waarom het belangrijk is
Bevestigt de herkomst van de data, cruciaal voor datagovernance, troubleshooting en bij integratie van data uit meerdere bedrijfssystemen.
Waar te verkrijgen
Dit is meestal een statische waarde die tijdens data-extractie en transformatie wordt toegevoegd om de herkomst van de dataset te labelen.
Voorbeelden
Salesforce Financial Services Cloud
|
|||
|
Laatste data-update
LastDataUpdate
|
De tijdstempel van de meest recente verversing of extractie van gegevens uit het bronsysteem. | ||
|
Beschrijving
Dit attribuut geeft datum en tijd aan waarop de gegevens voor het laatst zijn opgehaald uit Salesforce Financial Services Cloud. Dit geeft context over de actualiteit van de geanalyseerde gegevens. Dit is belangrijk voor dashboardgebruikers om te zien hoe actueel de analyse is. Het helpt verwachtingen over de tijdigheid van de gegevens te beheren en is cruciaal om te valideren dat datapijplijnen volgens planning draaien.
Waarom het belangrijk is
Biedt cruciale context over de actualiteit van data, zodat analisten en zakelijke gebruikers weten hoe up-to-date het procesbeeld is.
Waar te verkrijgen
Deze waarde wordt bij uitvoering gegenereerd en op de dataset gestempeld door de data-extractietool of het ETL-proces.
Voorbeelden
2023-10-27T02:00:00Z
|
|||
|
Tijdstip Gebeurtenis
EventTime
|
De tijdstempel die aangeeft wanneer een specifieke activiteit of gebeurtenis heeft plaatsgevonden. | ||
|
Beschrijving
Event Time geeft de exacte datum en tijd van elke activiteit in de levenscyclus van een claim. Deze tijdstempels zijn essentieel om events chronologisch te ordenen en doorlooptijden te berekenen. In de analyse worden timestamps gebruikt voor alle tijdsgerelateerde metrics, zoals de doorlooptijd tussen activiteiten, wachttijden en de totale doorlooptijd per case. Ze vormen de basis voor een dynamische procesanimatie en laten zien waar en wanneer vertragingen optreden.
Waarom het belangrijk is
Dit attribuut geeft het 'wanneer' bij elke gebeurtenis, waardoor doorlooptijden kunnen worden berekend, prestaties in de tijd kunnen worden geanalyseerd en tijdsgebonden knelpunten kunnen worden opgespoord.
Waar te verkrijgen
Bij statuswijzigingen is dit de 'CreatedDate' uit de veldgeschiedenis van het object (bijv. CaseHistory). Voor taken is het 'CompletedDateTime' of 'CreatedDate'.
Voorbeelden
2023-04-15T10:22:05Z2023-04-16T14:05:10Z2023-04-18T09:00:00Z
|
|||
|
Afdeling
Department
|
De interne afdeling of het team dat verantwoordelijk is voor de afhandeling van de claim. | ||
|
Beschrijving
Dit attribuut specificeert de businessunit of afdeling waaraan de claim is toegewezen, zoals 'Particulier', 'Zakelijke auto' of 'Afdeling Speciale Onderzoeken'. Het proces analyseren per afdeling helpt prestatieverschillen tussen teams te identificeren, inzicht te krijgen in werkverdeling en afdelingsspecifieke afwijkingen of knelpunten op te sporen. Deze dimensie is waardevol in dashboards zoals 'Overzicht SLA-naleving claims' om te zien hoe verschillende onderdelen van de organisatie presteren.
Waarom het belangrijk is
Maakt prestatievergelijking tussen business units mogelijk, zodat je best practices vindt en middelen effectiever inzet.
Waar te verkrijgen
Dit kan een custom veld op het Claim/Case-object zijn of worden afgeleid uit het profiel of de rol van de toegewezen gebruiker in het User-object.
Voorbeelden
Particuliere autoschadesCommercieel vastgoedFraudeonderzoeksteam
|
|||
|
Claimstatus
ClaimStatus
|
De actuele status van de claim op het moment van de gebeurtenis (bijv. Open, Under Review, Closed). | ||
|
Beschrijving
Claimstatus geeft aan waar de claim zich bevindt in de levenscyclus, zoals 'New', 'Investigation', 'Pending Customer' of 'Closed'. Het is een essentieel attribuut om de actuele stand van het proces te begrijpen. Dit attribuut wordt veel gebruikt in operationele dashboards zoals het 'Open Claims Ageing Report' om de werkvoorraad te visualiseren en claims te signaleren die te lang in een bepaalde status blijven hangen. Het analyseren van statusovergangen is ook een belangrijke manier om de activiteiten in de proceskaart te bepalen.
Waarom het belangrijk is
Biedt realtime zicht op de actuele status van actieve claims, waardoor achterstanden beheersbaar blijven en vastgelopen dossiers snel worden gesignaleerd.
Waar te verkrijgen
Dit is het standaardveld 'Status' op het Case- of Claim-object.
Voorbeelden
GeregistreerdIn onderzoekUitkeringsvoorstel gedaanGesloten - BetaaldGesloten - Afgewezen
|
|||
|
Claimtype
ClaimType
|
De categorie van de schadeclaim, zoals Auto, Eigendom of Aansprakelijkheid. | ||
|
Beschrijving
Claimtype is een cruciale dimensie om het claimproces te segmenteren en te analyseren. Verschillende claimtypen volgen vaak andere processen, verschillen in complexiteit en vallen onder andere SLA's. Door prestaties te filteren of te vergelijken op claimtype ontdekken analisten typespecifieke knelpunten, toetsen ze de naleving van specifieke SLA's en zien ze hoe procesvarianten per categorie verschillen. Het wordt gebruikt in dashboards zoals 'Claim SLA Compliance Overview' en 'Claim Rejection Reason Analysis' voor gerichte inzichten.
Waarom het belangrijk is
Maakt segmentatie van claims mogelijk om processen te vergelijken, typespecifieke knelpunten te identificeren en verbeterinitiatieven gerichter in te zetten.
Waar te verkrijgen
Dit is vaak een standaard 'Type'-veld of een aangepast picklistveld op het Case- of Claim-object.
Voorbeelden
AutoWoonhuisCommercieel vastgoedAlgemene aansprakelijkheid
|
|||
|
Eindtijd
EndTime
|
De tijdstempel die het afronden van een activiteit markeert. Wordt gebruikt voor nauwkeurige berekening van doorlooptijden. | ||
|
Beschrijving
Het attribuut End Time legt het exacte moment vast waarop een activiteit eindigt. Waar Start Time (EventTime) het begin markeert, biedt End Time de andere grens die nodig is om te meten hoe lang een activiteit duurde. Met zowel Start Time als End Time kun je in analyses de bewerkingstijd van activiteiten precies berekenen en deze onderscheiden van wachttijden tussen activiteiten. Dit is essentieel voor dashboards zoals 'Process Step Duration Breakdown' en voor het blootleggen van inefficiënties binnen specifieke taken, niet alleen ertussen.
Waarom het belangrijk is
Maakt het mogelijk om de actieve verwerkingstijd per activiteit precies te berekenen, cruciaal om waardetoevoegende tijd te scheiden van wachttijd.
Waar te verkrijgen
Afgeleid van timestampdata. Als 'Initial Review Performed' bijvoorbeeld wordt getriggerd door een statuswijziging, kan de EndTime de timestamp van de volgende statuswijziging zijn.
Voorbeelden
2023-04-15T11:05:30Z2023-04-16T17:20:00Z2023-04-18T09:45:12Z
|
|||
|
Indieningskanaal
SubmissionChannel
|
De methode of het kanaal waarmee de claim oorspronkelijk is ingediend. | ||
|
Beschrijving
Dit attribuut geeft aan hoe een claim voor het eerst is gemeld, bijvoorbeeld via een webportaal, mobiele app, telefonisch of per e-mail. Het meldkanaal beïnvloedt vaak de kwaliteit van de initiële informatie en de vervolgstappen in de verwerking. Claims analyseren per meldkanaal helpt vraagpatronen en de efficiëntie van verschillende intake-methoden te begrijpen. Het dashboard 'Doorstroom en volume van claims' gebruikt dit attribuut om door de tijd heen te volgen hoeveel claims er per kanaal binnenkomen, wat input geeft voor capaciteit en technologie-investeringen.
Waarom het belangrijk is
Helpt de efficiëntie van verschillende intakekanalen te beoordelen en te zien of bepaalde kanalen leiden tot meer herwerk of langere cyclustijden.
Waar te verkrijgen
Dit is doorgaans een aangepast picklistveld op het Claim/Case-object, vaak met het label 'Origin' of 'Channel'.
Voorbeelden
WebportaalMobiele appTelefoonE-mail
|
|||
|
Toegewezen schadebehandelaar
AssignedAdjuster
|
De naam van de gebruiker of schadebehandelaar die aan de claim is toegewezen en verantwoordelijk is voor de afhandeling. | ||
|
Beschrijving
Dit attribuut identificeert de individuele schadebehandelaar die verantwoordelijk is voor een activiteit of voor het dossier als geheel. Dit wordt meestal afgeleid van de dossiereigenaar of de persoon die een specifieke taak heeft afgerond. Prestaties per schadebehandelaar analyseren is cruciaal voor het operationeel management. Dashboards zoals 'Werkdruk en prestaties van schadebehandelaars' gebruiken dit attribuut om claimvolume, actieve dossiers en doorlooptijden per persoon te volgen. Dat ondersteunt een evenwichtige werkverdeling en helpt coachingkansen te identificeren.
Waarom het belangrijk is
Dit attribuut is essentieel om team- en individuele prestaties te analyseren, werkdruk te beheren en best practices of opleidingsbehoeften te identificeren.
Waar te verkrijgen
Dit is het 'OwnerId'-veld op het Case- of Claim-object, dat verwijst naar het User-object om de naam van de schadebehandelaar op te halen.
Voorbeelden
Alice JohnsonRobert SmithMaria Garcia
|
|||
|
Totaal claimbedrag
TotalClaimAmount
|
Het totale bedrag dat de polishouder oorspronkelijk heeft geclaimd. | ||
|
Beschrijving
Dit attribuut staat voor het totale schadebedrag dat de klant aan het begin van het proces claimt. Deze waarde beïnvloedt vaak de complexiteit van de claim, de mate van controle en het verdere procespad. Procesindicatoren analyseren op basis van claimwaarde kan belangrijke patronen blootleggen. Zo hebben claims met een hogere waarde vaak een langere doorlooptijd, meer stappen of routering naar specialistische teams. Dit helpt bij het bepalen van realistische SLA's en bij het inschatten van financiële reserves.
Waarom het belangrijk is
Geeft financiële context bij elk dossier, zodat kan worden geanalyseerd hoe de claimwaarde invloed heeft op procescomplexiteit, doorlooptijd en uitkomsten.
Waar te verkrijgen
Dit is een aangepast valutaveld op het Claim-object in Financial Services Cloud, bijvoorbeeld 'ClaimedAmount__c'.
Voorbeelden
1500.0025000.50125.75
|
|||
|
Activiteitsduur
ActivityDuration
|
De tijd die verstrijkt tussen start en einde van één activiteit. Ook wel verwerkingstijd genoemd. | ||
|
Beschrijving
Deze metriek berekent de duur van één processtap: de 'actieve' tijd die eraan wordt besteed. Meestal berekend als het verschil tussen de End Time en de Start Time van een activiteit. Deze metriek is de basis voor knelpuntanalyse. Het dashboard 'Process Step Duration Breakdown' gebruikt deze berekening om te laten zien welke activiteiten de meeste tijd opslokken, zodat je verbeterinspanningen richt waar ze het meest effect hebben.
Waarom het belangrijk is
Kwantificeert de werkelijk bestede werktijd per stap, zodat actieve verwerkingsknelpunten kunnen worden onderscheiden van passieve wachttijd.
Waar te verkrijgen
Berekend veld: 'EndTime' min 'EventTime' (StartTime). Deze berekening wordt uitgevoerd in de process mining-tool of tijdens de datatransformatie.
Voorbeelden
2 uur 15 minuten1 dag 4 uur30 minuten
|
|||
|
Doorlooptijd dossier
CaseDuration
|
De totale tijd tussen de eerste en de laatste gebeurtenis binnen één claim. Ook wel doorlooptijd genoemd. | ||
|
Beschrijving
Deze metriek meet de totale end-to-end duur van een claim, van de eerste indiening tot de definitieve afsluiting. Berekend als het verschil tussen de timestamp van het allerlaatste en het allereerste event voor een bepaalde Claim ID. Dit is een van de belangrijkste KPI’s voor procesprestaties en staat centraal in de KPI 'Average Claim Cycle Time' en het dashboard 'Claim End-to-End Cycle Time'. Het verlagen van deze waarde is vaak een primaire doelstelling van procesverbeteringsprojecten.
Waarom het belangrijk is
Meet de algehele end-to-end efficiëntie van het proces en is een belangrijke indicator voor de klantervaring.
Waar te verkrijgen
Berekend veld: tijdstempel van het laatste event min de tijdstempel van het eerste event per 'ClaimId'. Dit wordt berekend door de process mining-tool.
Voorbeelden
30 dagen 5 uur15 dagen 10 uur90 dagen 2 uur
|
|||
|
Is Geautomatiseerd
IsAutomated
|
Een booleaanse indicator die aangeeft of de activiteit is uitgevoerd door een geautomatiseerd systeem in plaats van door een gebruiker. | ||
|
Beschrijving
Deze indicator maakt onderscheid tussen taken die door schadebehandelaars zijn uitgevoerd en taken die door geautomatiseerde workflows, regels of systeemintegraties zijn uitgevoerd. Zo kan een initiële claimregistratie volledig geautomatiseerd zijn. Het analyseren van automatisering is cruciaal om de procesefficiëntie te begrijpen. Het helpt het succes van automatiseringsinitiatieven te meten, toont welke stappen goede kandidaten zijn voor toekomstige automatisering en vergelijkt de snelheid en consistentie van geautomatiseerde taken met handmatige taken.
Waarom het belangrijk is
Maakt onderscheid tussen menselijke en systeemgestuurde activiteiten, wat cruciaal is om de impact en effectiviteit van automatisering te beoordelen.
Waar te verkrijgen
Dit is doorgaans afgeleid. Als de gebruiker die aan een event is gekoppeld een generieke 'System'- of 'Integration'-gebruiker is, staat deze vlag op true.
Voorbeelden
truefalse
|
|||
|
Is herstelwerk
IsRework
|
Een booleaanse indicator die aangeeft of een activiteit of reeks activiteiten rework betreft. | ||
|
Beschrijving
Deze vlag staat op true wanneer een claim teruggaat naar een eerdere fase in het proces. Een klassiek voorbeeld is dat je van 'Investigation Completed' teruggaat naar 'Additional Information Requested'. De logica om rework te herkennen is gebaseerd op proceskennis. Dit attribuut is essentieel voor het dashboard 'Claims Rework Loop Analysis' en de KPI 'Rework Rate'. Hiermee kun je direct het aantal en de impact van rework kwantificeren—een belangrijke aanjager van inefficiëntie, hogere kosten en langere doorlooptijden.
Waarom het belangrijk is
Markeert inefficiënte proceslussen onmiddellijk, zodat herwerk eenvoudig te kwantificeren is en je de oorzaken gericht kunt analyseren.
Waar te verkrijgen
Berekend veld. Afgeleid door de volgorde van activiteiten per case te analyseren. Als bijvoorbeeld 'Activity A' gevolgd wordt door 'Activity B' en vervolgens opnieuw 'Activity A', dan is de tweede 'A' herwerk.
Voorbeelden
truefalse
|
|||
|
Klant-ID
CustomerId
|
Unieke ID van de klant of polishouder die de claim heeft ingediend. | ||
|
Beschrijving
De Customer ID koppelt de claim aan de persoon of organisatie die deze heeft ingediend. In Salesforce is dit meestal een lookup naar het Account- of Contact-object. Dit attribuut maakt een klantgerichte kijk op het claimsproces mogelijk. Je kunt er de claimgeschiedenis per klant mee analyseren, frequente indieners identificeren en de service personaliseren. Het is ook cruciaal om claimgegevens te koppelen aan andere klantgegevens uit je CRM voor een compleet klantbeeld.
Waarom het belangrijk is
Maakt klantgerichte analyses mogelijk: je ziet claimpatronen per klant en meet de impact van het afhandelingsproces op de klantrelatie.
Waar te verkrijgen
Dit is een lookup-veld op het Claim/Case-object dat verwijst naar het Account- of Contact-object (bijv. 'AccountId' of 'ContactId').
Voorbeelden
0018d00000abcdeFAA0018d00000fghijKLM0018d00000mnopqrSTU
|
|||
|
Locatie
Location
|
De geografische locatie (land, provincie of regio) die hoort bij de claim of polis. | ||
|
Beschrijving
Dit attribuut geeft geografische context bij de claim, zoals de provincie/regio waar de schade optrad of het land van de polishouder. Deze gegevens kunnen worden afgeleid uit het adres van de polishouder of uit schadedetails. Geografische analyse kan regionale trends in claimtypen, frequenties en doorlooptijden zichtbaar maken. Ook kan het worden gebruikt om prestaties van verschillende regiokantoren te beoordelen en te controleren of aan lokale regelgeving wordt voldaan.
Waarom het belangrijk is
Maakt geografische analyse van claims mogelijk, waardoor regionale prestatieverschillen, fraudepatronen of effecten van lokale gebeurtenissen zichtbaar worden.
Waar te verkrijgen
Doorgaans afgeleid uit de adresvelden (bijv. 'BillingState', 'BillingCountry') op het gekoppelde Account- of Contact-object.
Voorbeelden
USACaliforniëUK
|
|||
|
Polisnummer
PolicyNumber
|
De unieke identificatie van de polis die aan de claim is gekoppeld. | ||
|
Beschrijving
Het polisnummer koppelt de claim aan de actieve verzekeringspolis van de klant. Dit biedt essentiële context over dekking, limieten en de historie van de polishouder. Hoewel het niet altijd de bepalende factor voor de procesflow is, is het een belangrijk contextueel gegeven. Je kunt het gebruiken om claimgegevens met polisgegevens te combineren voor diepere analyses, bijvoorbeeld om te begrijpen of bepaalde polistypen samenhangen met vaker voorkomende of complexere claims.
Waarom het belangrijk is
Koppelt de claim aan de onderliggende polis en maakt analyse van patronen per polis of dekkingstype mogelijk.
Waar te verkrijgen
Dit is een lookup-veld op het Claim-object dat verwijst naar het 'InsurancePolicy'-object in Financial Services Cloud.
Voorbeelden
POL-987654321POL-123456789POL-555444333
|
|||
|
Reden van afwijzing
ReasonForRejection
|
De specifieke reden die wordt vastgelegd wanneer een claim wordt afgewezen of geweigerd. | ||
|
Beschrijving
Wanneer de definitieve beslissing voor een claim 'Rejected' is, geeft dit attribuut de achterliggende reden, zoals 'Not Covered by Policy', 'Fraud Suspected' of 'Incomplete Information'. Dit is het sleutelattribuut voor het dashboard 'Claim Rejection Reason Analysis'. Door de frequentie van verschillende afwijsredenen te analyseren—vaak uitgesplitst naar claimtype of afdeling—kan de organisatie kansen vinden om acceptatie te verbeteren, polisvoorwaarden te verduidelijken en het verzamelen van informatie te verbeteren, zodat het aantal onvolledige of ongeldige claims daalt.
Waarom het belangrijk is
Geeft direct inzicht in waarom claims worden afgewezen, essentieel om acceptatiebeleid te verbeteren en verspilde verwerking van ongeldige claims te verminderen.
Waar te verkrijgen
Dit is doorgaans een aangepast picklistveld op het Claim/Case-object dat verplicht wordt wanneer de status verandert naar 'Rejected' of 'Closed - Denied'.
Voorbeelden
Dekking verlopenSchade niet gedektVermoeden van fraudeDubbele claim
|
|||
|
Schadedatum
LossDate
|
De datum waarop het incident of de schade die tot de claim leidde, plaatsvond. | ||
|
Beschrijving
De schadedatum legt vast wanneer de gebeurtenis die onder de verzekeringspolis valt heeft plaatsgevonden. Dit is iets anders dan de datum waarop de claim is ingediend. Dit attribuut is belangrijk voor compliance en voor het analyseren van de tijd tussen het incident en de melding ervan. Grote tussenpozen kunnen soms op problemen wijzen of andere afhandelingsprocedures vereisen. Het biedt waardevolle context om de volledige tijdlijn te begrijpen.
Waarom het belangrijk is
Helpt de vertraging tussen een incident en de melding te analyseren, wat invloed heeft op onderzoek en uitkering.
Waar te verkrijgen
Dit is een aangepast datumveld op het Claim-object, bijvoorbeeld 'DateOfLoss__c'.
Voorbeelden
2023-04-122023-05-202023-06-01
|
|||
|
SLA-Status
SlaStatus
|
Geeft aan of een claim binnen de vastgestelde Service Level Agreement (SLA) is afgehandeld. | ||
|
Beschrijving
Dit attribuut is een categorische uitkomst, doorgaans met waarden als 'Gehaald' of 'Overschreden'. Het wordt bepaald door de daadwerkelijke einddatum van de claim (de tijdstempel van de laatste activiteit) te vergelijken met de 'SlaTargetDate'. Dit is de kernmetriek voor de KPI 'SLA-nalevingspercentage' en het dashboard 'Overzicht SLA-naleving claims'. Het biedt een heldere maatstaf voor prestaties ten opzichte van doelstellingen en is essentieel voor compliance-rapportage en operationeel management.
Waarom het belangrijk is
Geeft een duidelijke indicatie van de prestaties ten opzichte van tijdigheidsdoelen, cruciaal voor klanttevredenheid en naleving van regelgeving.
Waar te verkrijgen
Berekend veld: Als 'EndTime' van het laatste event kleiner dan of gelijk is aan 'SlaTargetDate', dan 'Met', anders 'Breached'. Deze logica wordt toegepast tijdens de datatransformatie of in de process mining-tool.
Voorbeelden
BehaaldOverschreden
|
|||
|
SLA-streefdatum
SlaTargetDate
|
De streefdatum waarop de claim volgens de SLA's afgerond moet zijn. | ||
|
Beschrijving
De SLA-streefdatum is een berekende of handmatig ingestelde datum die de deadline voor de afhandeling van een claim aangeeft. Dit is de maatstaf waarmee de tijdigheid wordt beoordeeld. Dit attribuut is essentieel om prestaties te volgen ten opzichte van beloften aan klanten of toezichthouders. Het vormt de basis voor de KPI 'SLA-nalevingspercentage' en het dashboard 'Overzicht SLA-naleving claims'. Zo kan de organisatie zien welk percentage claims op tijd is afgehandeld en welke claimtypen of afdelingen moeite hebben hun doelen te halen.
Waarom het belangrijk is
Bepaalt het prestatiedoel voor de doorlooptijd van claimafhandeling, zodat SLA-naleving direct meetbaar is.
Waar te verkrijgen
Dit is doorgaans een aangepast formuleveld of datumveld op het Claim/Case-object, berekend op basis van de indieningsdatum en het type claim.
Voorbeelden
2023-05-15T23:59:59Z2023-06-20T23:59:59Z2023-07-01T23:59:59Z
|
|||
|
Uitkeringsbedrag
SettlementAmount
|
Het definitieve bedrag dat aan de verzekerde wordt uitgekeerd bij de afwikkeling van de claim. | ||
|
Beschrijving
Dit attribuut registreert het daadwerkelijke bedrag dat aan de verzekerde is uitbetaald wanneer de claim is gesloten en afgehandeld. Dit kan afwijken van het oorspronkelijk geclaimde bedrag door beoordeling, eigen risico en polislimieten. Het uitkeringsbedrag analyseren, zeker in relatie tot het oorspronkelijk geclaimde bedrag, geeft inzicht in de nauwkeurigheid van schadebeoordelingen en de uitkomst van onderhandelingen. Het is een cruciale financiële metriek om de totale claimkosten te begrijpen.
Waarom het belangrijk is
Staat voor de uiteindelijke financiële impact van een claim, cruciaal voor financiële analyse, reserveringen en het beoordelen van de nauwkeurigheid van de initiële schaderaming.
Waar te verkrijgen
Dit is een aangepast valutaveld op het Claim-object of op een gerelateerd Payment-object in Financial Services Cloud.
Voorbeelden
1450.0022500.000.00
|
|||
Activiteiten binnen de schadeafhandeling
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Aanvullende informatie aangevraagd
|
Staat voor het moment waarop een schadebehandelaar vaststelt dat aanvullende informatie nodig is van de polishouder of een derde. Dit kan worden afgeleid uit een statuswijziging naar 'Pending Customer Information' of uit het aanmaken van een gerelateerd 'Task'- of 'EmailMessage'-record. | ||
|
Waarom het belangrijk is
Dit is een cruciale activiteit om rework-lussen te herkennen. Een hoge frequentie van dit event wijst op problemen bij de initiële dataverzameling, met vertraging en langere doorlooptijden tot gevolg.
Waar te verkrijgen
Afgeleid uit een wijziging van het veld 'Status' op het 'Claim'-object naar 'Pending Information'. Alternatief: op basis van de aanmaakdatum van een gekoppeld Task- of EmailMessage-record met een specifiek type.
Vastleggen
Timestamp van wijziging van 'Status' naar 'Pending Info' of het aanmaken van een gerelateerd communicatierecord.
Gebeurtenistype
inferred
|
|||
|
Besluit over claim genomen
|
Staat voor de officiële beslissing om de claim goed te keuren of af te wijzen. Dit is een cruciale mijlpaal, afgeleid uit een statuswijziging naar een definitieve beslissingsstatus zoals 'Approved' of 'Rejected'. | ||
|
Waarom het belangrijk is
Dit is een belangrijk beslismoment dat het vervolgpad in het proces bepaalt. De tijd tot een besluit is een kritieke KPI voor het meten van de efficiëntie van de schadebehandelaar en de SLA-naleving.
Waar te verkrijgen
Afgeleid uit de timestamp van een wijziging van het veld 'Status' op het 'Claim'-object naar een beslissingsstatus (bijv. 'Approved', 'Rejected'), vastgelegd via Field History Tracking.
Vastleggen
Timestamp van wijziging van 'Status' naar 'Approved' of 'Rejected'.
Gebeurtenistype
inferred
|
|||
|
Betaling uitgekeerd
|
Markeert de daadwerkelijke uitbetaling aan de verzekerde. Dit is een belangrijk financieel event, dat vaak wordt vastgelegd wanneer een aan de claim gekoppeld betalingsrecord de status 'Paid' of 'Issued' krijgt. | ||
|
Waarom het belangrijk is
Deze activiteit is een belangrijk ijkpunt voor het meten van het laatste traject in de claimafhandeling. Analyse van de tijd tussen goedkeuring en betaling helpt financiële processen te optimaliseren.
Waar te verkrijgen
Afgeleid uit een statuswijziging op een gerelateerd aangepast object 'Claim Payment'. De timestamp van de statuswijziging naar 'Paid' of 'Sent' markeert dit event.
Vastleggen
Timestamp van statuswijziging op het gerelateerde 'Claim Payment'-object.
Gebeurtenistype
inferred
|
|||
|
Claim gesloten
|
Markeert de definitieve, succesvolle afsluiting van de claim in het systeem nadat alle activiteiten, inclusief betaling, zijn voltooid. Dit wordt vastgelegd via de laatste statuswijziging op het 'Claim'-object naar 'Closed'. | ||
|
Waarom het belangrijk is
Dit is het primaire succesvolle eindevent van het proces. Essentieel voor het berekenen van de end-to-end doorlooptijd en het meten van de totale procesdoorvoer.
Waar te verkrijgen
Afgeleid via Field History Tracking op het veld 'Status' van het 'Claim'-object, met de timestamp van de wijziging naar 'Closed'.
Vastleggen
Timestamp van wijziging van het 'Status'-veld naar 'Closed'.
Gebeurtenistype
inferred
|
|||
|
Claim ingediend
|
Markeert de start van het claimproces wanneer een nieuwe claim voor het eerst in Salesforce wordt ingevoerd. Dit event wordt meestal vastgelegd bij het aanmaken van een nieuw record van het 'Claim'-object. | ||
|
Waarom het belangrijk is
Dit is het primaire start-event van het proces. Door de tijd van indiening tot de volgende stap te analyseren, spoor je intakevertragingen op en creëer je de nulmeting voor de totale doorlooptijd.
Waar te verkrijgen
Uit de 'CreatedDate'-timestamp op het standaardobject 'Claim'. Dit geeft voor elke claim een precies en betrouwbaar startpunt.
Vastleggen
Tijdstempel van het aanmaken van het 'Claim'-object.
Gebeurtenistype
explicit
|
|||
|
Eerste controle uitgevoerd
|
Geeft aan dat de toegewezen schadebehandelaar de eerste, volledige beoordeling van de details van de claim heeft afgerond. Dit is meestal af te leiden uit een statuswijziging van het 'Claim'-object, bijvoorbeeld van 'New' naar 'Under Review' of 'Initial Assessment Complete'. | ||
|
Waarom het belangrijk is
Deze mijlpaal markeert het einde van de initiële wachttijd en het begin van de actieve verwerking. De tijd tot dit moment is een belangrijke indicator voor de werkdruk van de schadebehandelaar en de efficiëntie van de intake.
Waar te verkrijgen
Afgeleid uit de timestamp van een wijziging van het veld 'Status' op het 'Claim'-object, vastgelegd via Field History Tracking.
Vastleggen
Timestamp van wijziging van het 'Status'-veld naar 'Under Review' of vergelijkbaar.
Gebeurtenistype
inferred
|
|||
|
Aanvullende informatie ontvangen
|
Geeft aan dat de gevraagde informatie is ontvangen, waardoor de claimafhandeling kan worden hervat. Dit leiden we af als de status van het 'Claim'-object verandert van 'Pending' naar een actieve status zoals 'Under Review'. | ||
|
Waarom het belangrijk is
De tijd tussen 'Informatie opgevraagd' en 'Informatie ontvangen' is vaak een flink knelpunt. Het analyseren van deze doorlooptijd geeft inzicht in externe afhankelijkheden en de effectiviteit van de communicatie.
Waar te verkrijgen
Afgeleid via Field History Tracking op het veld 'Status' van het 'Claim'-object, met de timestamp van de wijziging van 'Pending Information' naar een actieve status.
Vastleggen
Timestamp van wijziging van het 'Status'-veld vanuit een wachtstatus.
Gebeurtenistype
inferred
|
|||
|
Betaling geautoriseerd
|
Betekent dat het uitkeringsbedrag intern is goedgekeurd en is vrijgegeven voor betaling. Dit kan een expliciet event zijn vanuit een gerelateerd 'Payment Request'-object of een afgeleide statuswijziging zoals 'Approved for Payment'. | ||
|
Waarom het belangrijk is
Dit is een kritisch intern controlepunt. Vertraging tussen besluitvorming en betalingsautorisatie kan duiden op knelpunten in financiële goedkeuringsworkflows.
Waar te verkrijgen
Afgeleid uit de timestamp van een wijziging van het veld 'Status' op het 'Claim'-object. Nog betrouwbaarder: de 'CreatedDate' van een gerelateerd 'Claim Payment' of soortgelijk aangepast object.
Vastleggen
Tijdstempel van het aanmaken van een 'Claim Payment'-object.
Gebeurtenistype
explicit
|
|||
|
Claim afgewezen
|
Staat voor de definitieve uitkomst van een afgewezen claim. Dit is een eindsituatie die wordt vastgelegd wanneer de status van het 'Claim'-object wordt bijgewerkt naar 'Rejected' of 'Denied'. | ||
|
Waarom het belangrijk is
Dit is een eindtoestand van het proces, verschillend van een succesvolle afsluiting. Analyse van afgewezen claims en de redenen daarvoor levert inzichten op om het acceptatie- of initiële screeningsproces te verbeteren.
Waar te verkrijgen
Afgeleid uit de timestamp van een wijziging van het veld 'Status' op het 'Claim'-object naar 'Rejected'. Het attribuut 'Reason for Rejection' kan uit een bijbehorend veld worden gehaald.
Vastleggen
Timestamp van wijziging van het 'Status'-veld naar 'Rejected'.
Gebeurtenistype
inferred
|
|||
|
Claim geregistreerd
|
Staat voor de formele bevestiging en registratie van de claim in het systeem na de eerste gegevensinvoer. Dit wordt vaak afgeleid uit een statuswijziging op het 'Claim'-object, bijvoorbeeld van 'Draft' naar 'New' of 'Submitted'. | ||
|
Waarom het belangrijk is
Deze activiteit bevestigt dat de claim officieel in de verwerkingswachtrij staat. De tijd tussen indienen en registreren kan wijzen op achterstanden bij de eerste gegevensvalidatie of het intaketeam.
Waar te verkrijgen
Afgeleid via Field History Tracking op het veld 'Status' van het 'Claim'-object, met de timestamp van de wijziging naar een registratiestatus (bijv. 'New', 'Open').
Vastleggen
Timestamp van wijziging van het 'Status'-veld naar 'New' of 'Registered'.
Gebeurtenistype
inferred
|
|||
|
Claim toegewezen
|
Geeft aan dat de claim is toegewezen aan een specifieke schadebehandelaar of team. Dit wordt vastgelegd door te registreren wanneer het 'OwnerId'-veld op het 'Claim'-object wordt ingevuld of verandert van een wachtrij naar een gebruiker. | ||
|
Waarom het belangrijk is
Het bijhouden van toewijzingen is cruciaal om de werkdruk per resource te analyseren en vertragingen te herkennen voordat een schadebehandelaar aan het werk gaat. Zo meet je hoe lang een claim in een wachtrij staat voordat deze actief wordt opgepakt.
Waar te verkrijgen
Afkomstig uit Field History Tracking op het veld 'OwnerId' van het 'Claim'-object. De timestamp van de wijziging van een queue naar een specifieke gebruiker markeert dit event.
Vastleggen
Timestamp van wijziging van het 'OwnerId'-veld van een wachtrij naar een gebruiker.
Gebeurtenistype
inferred
|
|||
|
Onderzoek afgerond
|
Markeert het einde van de fase waarin bewijsmateriaal wordt verzameld en geanalyseerd. Dit wordt meestal afgeleid uit een statuswijziging van 'Investigation in Progress' naar 'Pending Decision' of een vergelijkbare status. | ||
|
Waarom het belangrijk is
Deze mijlpaal markeert het einde van het onderzoekssubproces. Hiermee kun je de doorlooptijd van het onderzoek precies meten en deze kritieke fase optimaliseren.
Waar te verkrijgen
Afgeleid via Field History Tracking op het veld 'Status' van het 'Claim'-object, met de timestamp van de wijziging vanuit een onderzoeksstatus.
Vastleggen
Timestamp van wijziging van het 'Status'-veld vanuit 'Investigation'.
Gebeurtenistype
inferred
|
|||
|
Onderzoek gestart
|
Geeft de formele start van de onderzoeksfase van de claim aan. Dit event wordt afgeleid uit een statuswijziging op het 'Claim'-object naar bijvoorbeeld 'Investigation in Progress'. | ||
|
Waarom het belangrijk is
Deze activiteit markeert de start van een belangrijk en vaak langdurig subproces. Het meten van de doorlooptijd van het onderzoek is cruciaal om knelpunten in bewijsgaring en analyse te identificeren.
Waar te verkrijgen
Afgeleid uit de timestamp van een wijziging van het veld 'Status' op het 'Claim'-object, vastgelegd via Field History Tracking.
Vastleggen
Timestamp van wijziging van het 'Status'-veld naar 'Investigation'.
Gebeurtenistype
inferred
|
|||
|
Schade beoordeeld
|
Geeft aan dat de financiële impact van de schade is beoordeeld en vastgelegd. Dit event is af te leiden zodra het veld 'Loss Estimate' of 'Settlement Amount' op het 'Claim'-object voor het eerst wordt ingevuld. | ||
|
Waarom het belangrijk is
Deze activiteit is een belangrijk financieel ijkmoment. Door vast te leggen wanneer dit gebeurt, krijg je inzicht in vertragingen in de financiële beoordeling, een mogelijk knelpunt vóór de definitieve beslissing.
Waar te verkrijgen
Afgeleid via Field History Tracking op een valutaveld (bijv. 'Loss_Estimate__c') op het 'Claim'-object, met de timestamp van de eerste update vanuit een null- of nulwaarde.
Vastleggen
Timestamp van de eerste invulling van een veld voor financiële beoordeling.
Gebeurtenistype
inferred
|
|||
|
Uitkeringsvoorstel gedaan
|
Geeft aan dat er formeel een schikkingsbedrag is aangeboden aan de verzekerde. Dit kan worden vastgelegd via een statuswijziging naar 'Settlement Offered' of het aanmaken van een communicatierecord. | ||
|
Waarom het belangrijk is
Deze activiteit start de laatste onderhandelings- of acceptatiefase. De reactietijd van de verzekerde kan worden geanalyseerd om de communicatiestrategie te verbeteren en de eindfase van het proces te verkorten.
Waar te verkrijgen
Afgeleid uit een wijziging van het veld 'Status' op het 'Claim'-object. Het kan ook worden afgeleid uit de aanmaakdatum van een gerelateerd 'EmailMessage'- of 'Document'-record dat de aanbiedingsbrief vertegenwoordigt.
Vastleggen
Timestamp van wijziging van 'Status' naar 'Settlement Offered'.
Gebeurtenistype
inferred
|
|||