Jouw datatemplate voor claimverwerking

Guidewire ClaimCenter
Jouw datatemplate voor claimverwerking

Jouw datatemplate voor claimverwerking

Welkom bij je bron voor betere claimverwerking. Deze template beschrijft welke datattributen je moet verzamelen, welke belangrijke activiteiten je moet volgen en hoe je de data extraheert. Gebruik de template om alle informatie vast te leggen die je nodig hebt voor een volledige procesanalyse.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om te volgen
  • Extractie-instructies voor Guidewire ClaimCenter
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Attributen voor claimsverwerking

Deze aanbevolen datavelden zijn essentieel voor een volledig event log waarmee je claimsworkflows effectief kunt analyseren.
3 Verplicht 4 Aanbevolen 14 Optioneel
Naam Beschrijving
Naam van activiteit
ActivityName
De naam van de bedrijfsactiviteit of het event dat op een bepaald moment in de levenscyclus van de claim plaatsvond.
Beschrijving

Dit attribuut beschrijft een specifieke stap of mijlpaal in het claimproces, zoals 'Claim Created', 'Investigation Started' of 'Payment Issued'. De volgorde van deze activiteiten voor een bepaalde Claim ID vormt de procesflow.

Het analyseren van de volgorde, frequentie en tijd tussen activiteiten vormt de kern van process mining. Zo ontdek je procesmodellen, vind je knelpunten, detecteer je herstelrondes en analyseer je procesafwijkingen.

Waarom dit belangrijk is

Het definieert de processtappen, zodat je proceskaarten kunt visualiseren en de procesflow en knelpunten kunt analyseren.

Waar je het vindt

Dit wordt meestal afgeleid uit eventtabellen of auditlogs in ClaimCenter, vaak door specifieke systeemevents of statuswijzigingen aan gestandaardiseerde activiteitnamen te koppelen.

Voorbeelden
Claim aangemaaktAansprakelijkheidsbesluit genomenBetaling uitgegevenClaim gesloten
Schadedossier-ID
ClaimID
De unieke identificatie voor elke verzekeringsclaim, die als primaire case-identificatie dient.
Beschrijving

De Claim ID vormt de basis van de analyse van het claimproces en identificeert elke case uniek, van indiening tot afsluiting. De ID koppelt alle bijbehorende activiteiten, documenten, betalingen en communicatie. Zo krijg je een volledig en samenhangend beeld van de levenscyclus van een claim.

Bij process mining is elk event in de dataset gekoppeld aan een Claim ID. Daarmee kun je de end-to-end-procesflow reconstrueren. Dat is nodig om doorlooptijden te analyseren, procesvarianten te vinden en de route van een claim door verschillende afdelingen en langs verschillende schadebehandelaars te volgen.

Waarom dit belangrijk is

Dit is de fundamentele sleutel die alle gerelateerde events koppelt. Zo kun je de volledige route van één claim volgen en analyseren.

Waar je het vindt

Dit is een primary key in Guidewire ClaimCenter, meestal te vinden als Claim.ClaimNumber of een vergelijkbaar veld in de centrale Claim-entiteit.

Voorbeelden
000-123-45678000-987-65432001-456-11223
Tijdstip van event
EventTime
De exacte datum en tijd waarop de activiteit plaatsvond.
Beschrijving

Deze timestamp markeert het exacte moment waarop een activiteit in het systeem is vastgelegd. Hij is de basis voor alle tijdgebaseerde procesanalyses.

Door EventTime voor één Claim ID chronologisch te ordenen, kun je de procesflow reconstrueren. Het tijdsverschil tussen opeenvolgende events wordt gebruikt om doorlooptijden, wachttijden en verwerkingstijden te berekenen. Die zijn belangrijk voor prestatieanalyse, het vinden van knelpunten en SLA-monitoring.

Waarom dit belangrijk is

Deze timestamp is nodig om events te ordenen, doorlooptijden en tijdsduur te berekenen en vertragingen in het proces te vinden.

Waar je het vindt

Te vinden naast event- of activiteitsdata in de historie- of audittabellen van Guidewire ClaimCenter, vaak in een veld als 'CreateTime' of 'UpdateTime'.

Voorbeelden
2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z
Claimstatus
ClaimStatus
De algemene status van de claim op het moment van de gebeurtenis, bijvoorbeeld Open, Closed of Denied.
Beschrijving

Dit attribuut geeft de algemene status van de claim weer. Belangrijke statussen zijn 'Open', 'Closed', 'Denied' en 'Reopened'. De eindstatus van een claim is een belangrijke resultaatmaatstaf.

Door wijzigingen in Claim Status bij te houden, kun je belangrijke procesmijlpalen en resultaten bepalen. Je gebruikt dit om de uiteindelijke afhandeling van een claim vast te stellen, afwijzingspercentages te berekenen en te analyseren hoe vaak claims na sluiting opnieuw worden geopend. Dat wijst vaak op procesproblemen of ontevredenheid bij klanten.

Waarom dit belangrijk is

Geeft het resultaat van een claim aan. Dit is belangrijk voor het analyseren van afwijzingspercentages, sluitingspatronen en hoe vaak claims opnieuw worden geopend.

Waar je het vindt

Dit is een kernveld in de Claim-entiteit, meestal met de naam 'State' of 'Status'.

Voorbeelden
OpenGeslotenAfgewezenHeropend
Claimtype
ClaimType
De categorie van de verzekeringsclaim, zoals Auto, Property of Liability.
Beschrijving

Claim Type is een basisindeling van een claim op basis van de bedrijfstak of de aard van de schade. Verschillende claimtypen volgen vaak een ander proces, hebben een verschillende complexiteit en vallen onder andere regelgeving.

Door de procesanalyse op te splitsen naar Claim Type krijg je bruikbare inzichten. Je kunt procesprestaties tussen bedrijfstakken vergelijken, knelpunten per type vinden en verbeterinitiatieven afstemmen op de kenmerken van elke claimcategorie.

Waarom dit belangrijk is

Maakt het mogelijk claims te segmenteren, omdat verschillende typen, zoals Auto en Property, vaak een ander proces en andere prestatiedoelen hebben.

Waar je het vindt

Afgeleid van de Policy- of Claim-entiteit in ClaimCenter, vaak op basis van de Line of Business-code (LOB).

Voorbeelden
PersonenautoBedrijfseigendommenAlgemene aansprakelijkheidArbeidsongeschiktheid
Oorzaak van de schade
LossCause
De specifieke reden of oorzaak van het schadegeval, bijvoorbeeld Collision, Fire of Water Damage.
Beschrijving

Dit attribuut geeft gedetailleerde context over de reden waarom de claim is ingediend. De oorzaak van de schade bepaalt vaak welke onderzoeksstappen nodig zijn, welke experts je nodig hebt en hoe complex de claim is.

Door het proces per Cause of Loss te analyseren, kunnen verborgen patronen zichtbaar worden. Claims met 'Water Damage' kunnen bijvoorbeeld vaker herstelwerk vereisen of vaker specialistische hulp nodig hebben dan claims met 'Theft'. Met deze inzichten kun je meer gespecialiseerde en efficiënte afhandelingsprocedures opstellen.

Waarom dit belangrijk is

Geeft context over de aard van de claim, zodat je kunt analyseren hoe verschillende schadeoorzaken het procesverloop en de doorlooptijd beïnvloeden.

Waar je het vindt

Dit is een standaardveld in de Claim-entiteit, meestal met de naam 'LossCause'.

Voorbeelden
AanrijdingBrandWaterschadeDiefstal
Toegewezen schadebehandelaar
AssignedAdjuster
De naam of ID van de gebruiker die is toegewezen om de claim of een specifieke activiteit af te handelen.
Beschrijving

Dit attribuut identificeert de schadebehandelaar die op een bepaald moment verantwoordelijk is voor een claim. Een schadebehandelaar kan aan de volledige claim of aan specifieke taken daarbinnen worden toegewezen.

Analyse op basis van de toegewezen schadebehandelaar is belangrijk voor een evenwichtige werkverdeling, prestatiebeheer en het vinden van opleidingsmogelijkheden. Zo krijg je antwoord op vragen als: 'Welke schadebehandelaars hebben de grootste werkvoorraad?', 'Zijn er prestatieverschillen tussen schadebehandelaars?' en 'Is het werk gelijkmatig verdeeld?'.

Waarom dit belangrijk is

Houdt bij welke gebruikers betrokken zijn, zodat je werkvoorraad, prestaties en knelpunten die met capaciteit te maken hebben kunt analyseren.

Waar je het vindt

Beschikbaar in de Claim- of Exposure-entiteit in ClaimCenter, vaak gekoppeld aan het User-object, bijvoorbeeld Claim.Assignee.

Voorbeelden
j.doem.smiths.jones
Afdeling
Department
De bedrijfseenheid of afdeling die verantwoordelijk is voor het afhandelen van de claimactiviteit.
Beschrijving

Dit attribuut geeft aan bij welke afdeling of welk team de toegewezen schadebehandelaar hoort, zoals 'Auto Claims', 'Property Claims' of 'Special Investigations Unit'. Het geeft de procesanalyse organisatorische context.

Analyse per afdeling is belangrijk om de procesprestaties op organisatieniveau te begrijpen. Zo kun je vertragingen bij overdrachten tussen afdelingen vinden, de efficiëntie van teams vergelijken en capaciteit effectiever verdelen binnen de claimorganisatie.

Waarom dit belangrijk is

Geeft organisatorische context, zodat je prestaties tussen verschillende teams kunt analyseren en problemen bij overdrachten tussen afdelingen kunt signaleren.

Waar je het vindt

Deze informatie is meestal gekoppeld aan het profiel van de toegewezen gebruiker of groep in ClaimCenter.

Voorbeelden
Afdeling autoschadesAfdeling schades aan eigendommenAfdeling bijzondere onderzoeken (SIU)
Betalingsbedrag
PaymentAmount
Het daadwerkelijke geldbedrag dat voor een betalingsactiviteit is betaald.
Beschrijving

Dit attribuut registreert de waarde van elke afzonderlijke betaling voor een claim. Eén claim kan gedurende de hele looptijd meerdere betalingen hebben.

Dit is belangrijk voor financiële analyse binnen process mining. Je kunt hiermee de totale uitbetaling per claim volgen, goedkeuringstijden van betalingen op basis van het bedrag analyseren en inefficiënties in het proces koppelen aan financiële resultaten. Claims met lange doorlooptijden kunnen bijvoorbeeld samenhangen met hogere totale betalingen.

Waarom dit belangrijk is

Houdt financiële transacties binnen een claim bij, zodat je betalingsbedragen en hun relatie met procesactiviteiten kunt analyseren.

Waar je het vindt

Te vinden in betalingsgerelateerde entiteiten die aan de claim zijn gekoppeld, vaak in een transactietabel of chequetabel.

Voorbeelden
4500.00125000.00500.00
Bronsysteem
SourceSystem
Het systeem waaruit de data is geëxtraheerd.
Beschrijving

Dit attribuut identificeert de herkomst van de eventdata. In een moderne bedrijfsomgeving kunnen claimgerelateerde events uit meerdere systemen komen, zoals een kernsysteem als Guidewire, een documentbeheersysteem of een klantportaal.

Het vastleggen van het bronsysteem is belangrijk voor datagovernance, het oplossen van inconsistenties in de data en het begrijpen van de technologische omgeving van het proces. Zo kun je de kernstappen van het proces onderscheiden van ondersteunende activiteiten uit omliggende systemen.

Waarom dit belangrijk is

Identificeert de herkomst van de data. Dat is belangrijk voor datagovernance en analyses met meerdere geïntegreerde systemen.

Waar je het vindt

Dit is meestal een statische waarde die tijdens het data-extractie-, transformatie- en laadproces (ETL) wordt toegevoegd.

Voorbeelden
Guidewire ClaimCenter v10Klantportaal-APIDocumentum
Eindtijd
EndTime
De timestamp die aangeeft wanneer een activiteit is afgerond.
Beschrijving

De End Time markeert het einde van een activiteit, vooral bij taken met een meetbare duur, zoals 'Investigation' of 'Document Review'. Veel process mining-activiteiten vinden op één moment plaats, waarbij StartTime volstaat. Activiteiten met een duidelijk begin en einde worden beter weergegeven met beide timestamps.

Met dit attribuut kun je de verwerkingstijd van een activiteit nauwkeurig berekenen, los van de wachttijd. Zo zie je welke specifieke taken veel tijd kosten, in plaats van alleen lange vertragingen tussen processtappen te signaleren.

Waarom dit belangrijk is

Hiermee kun je nauwkeurig meten hoe lang een activiteit duurt, waarbij verwerkingstijd en wachttijd van elkaar worden gescheiden.

Waar je het vindt

Dit moet mogelijk worden afgeleid door een volgende gebeurtenis te vinden die de activiteit logisch afsluit, bijvoorbeeld een statuswijziging van 'In Progress' naar 'Completed'.

Voorbeelden
2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z
Geclaimd bedrag
ClaimedAmount
Het totale geldbedrag dat de polishouder aanvankelijk heeft geclaimd.
Beschrijving

Dit attribuut vertegenwoordigt de waarde van de schade zoals de claimant die heeft gemeld. Vaak gaat het om een eerste schatting die kan veranderen tijdens het onderzoek en het vaststellen van reserves.

Met analyse van het Claimed Amount kun je claims indelen op financiële impact. Claims met een hoge waarde volgen vaak een grondiger en complexer proces dan claims met een lage waarde. Door processen voor verschillende waardebanden te vergelijken, vind je mogelijkheden om kleinere claims eenvoudiger af te handelen of bij grotere claims strengere controles toe te passen.

Waarom dit belangrijk is

Maakt het mogelijk claims op financiële waarde te segmenteren, omdat claims met een hoge waarde vaak een ander en complexer proces volgen.

Waar je het vindt

Deze informatie staat mogelijk niet in één veld, maar kan worden afgeleid uit de eerste schade-inschattingen die bij exposures zijn vastgelegd.

Voorbeelden
5000.00150000.00750.50
Herhaald verzoek om informatie
RepeatedInfoRequestFlag
Een vlag die aangeeft of 'Additional Info Requested' meer dan één keer voor dezelfde claim is voorgekomen.
Beschrijving

Deze booleaanse vlag krijgt de waarde true als een claim meer dan één activiteit 'Additional Info Requested' heeft. Dit wijst vaak op inefficiënties in de eerste fase van informatieverzameling.

Dit attribuut ondersteunt rechtstreeks de KPI 'Repeated Info Request Rate'. Het helpt het probleem van onvolledige eerste feitenverzameling te kwantificeren, wat tot aanzienlijke vertragingen en frustratie bij klanten kan leiden. Door claims met deze vlag te analyseren, kun je checklists en procedures voor schadebehandelaars verbeteren, zodat alle benodigde informatie in één keer wordt opgevraagd.

Waarom dit belangrijk is

Identificeert inefficiënties waarbij informatie niet volledig in één keer wordt verzameld, wat leidt tot vertragingen en herstelwerk.

Waar je het vindt

Wordt in de process mining-tool berekend door het aantal keer dat de activiteit 'Additional Info Requested' per case voorkomt te tellen.

Voorbeelden
truefalse
Is geautomatiseerd
IsAutomated
Een vlag die aangeeft of een activiteit automatisch door het systeem of door een menselijke gebruiker is uitgevoerd.
Beschrijving

Dit booleaanse attribuut maakt onderscheid tussen activiteiten die door een systeem worden uitgevoerd, zoals het automatisch aanmaken van een reserve of systeemgegenereerde correspondentie, en activiteiten die handmatig door een schadebehandelaar worden uitgevoerd.

Analyse van dit attribuut laat zien in hoeverre het claimproces is geautomatiseerd. Je vindt er handmatige interventiepunten mee, meet het effect van initiatieven voor straight-through processing en ontdekt nieuwe automatiseringsmogelijkheden door repetitieve, regelgebaseerde taken te vinden die nu door mensen worden uitgevoerd.

Waarom dit belangrijk is

Maakt onderscheid tussen systeemgestuurde en handmatige activiteiten. Dat is belangrijk voor automatiseringsanalyse en het vinden van handmatige knelpunten.

Waar je het vindt

Dit moet vaak worden afgeleid. Gebeurtenissen die door een generieke 'system'-gebruiker zijn vastgelegd, kunnen bijvoorbeeld als geautomatiseerd worden gemarkeerd.

Voorbeelden
truefalse
Is herstelwerk
IsRework
Een vlag die aangeeft of een activiteit onderdeel is van een herstelwerk-lus, dus een terugkeer naar een eerdere procesfase.
Beschrijving

Dit berekende attribuut markeert activiteiten die onderdeel zijn van een herstelwerk-lus. Als het proces bijvoorbeeld van 'Investigation Completed' teruggaat naar 'Investigation Started', wordt de tweede activiteit 'Investigation Started' als herstelwerk gemarkeerd.

Door herstelwerk te identificeren, vind je inefficiënties en kwaliteitsproblemen in het proces. Het dashboard Rework and Rejection Frequency gebruikt deze maatstaf om te bepalen hoe vaak claims afwijken van het ideale 'happy path'. Analyse van de oorzaken van herstelwerk kan de proceskwaliteit en snelheid aanzienlijk verbeteren.

Waarom dit belangrijk is

Maakt inefficiënties en kwaliteitsproblemen zichtbaar door activiteiten die onderdeel zijn van een herstelwerk-lus expliciet te markeren.

Waar je het vindt

Dit wordt in de process mining-tool berekend door de volgorde van activiteiten per case te analyseren.

Voorbeelden
truefalse
Jurisdictie
JurisdictionState
De staat of jurisdictie die voor de claim geldt en die bepaalt aan welke wettelijke eisen moet worden voldaan.
Beschrijving

Dit attribuut specificeert de wettelijke jurisdictie, bijvoorbeeld de Amerikaanse staat, waaronder de claim wordt afgehandeld. Verzekeringsregels kunnen per jurisdictie sterk verschillen. Dat heeft gevolgen voor verplichte processtappen, communicatietermijnen en documentatie.

Dit attribuut is belangrijk voor compliance-monitoring. Door het proces per jurisdictie te analyseren, controleer je of aan specifieke wettelijke eisen wordt voldaan. Het kan ook verschillen in doorlooptijden of procespaden verklaren die door wettelijke beperkingen ontstaan en niet door inefficiënte bedrijfsvoering.

Waarom dit belangrijk is

Belangrijk voor compliance-analyse, omdat verschillende jurisdicties andere regels hebben die het claimproces beïnvloeden.

Waar je het vindt

Een standaardveld in de Claim-entiteit, meestal met de naam 'JurisdictionState'.

Voorbeelden
CANYTXFL
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 bevat de timestamp van de meest recente data-extractie uit het bronsysteem. Het is een metadataveld dat belangrijk is om te bepalen hoe actueel de analyse is.

Dashboards en analyses moeten deze informatie duidelijk tonen, zodat gebruikers weten hoe actueel de data is. Zo kunnen ze beoordelen of de inzichten de huidige stand van de bedrijfsvoering weergeven of op oudere data zijn gebaseerd.

Waarom dit belangrijk is

Geeft aan hoe actueel de data is, zodat gebruikers weten hoe recent de procesanalyse is.

Waar je het vindt

Deze waarde wordt tijdens het ETL-proces gegenereerd en opgeslagen en vertegenwoordigt de timestamp waarop de data is geladen.

Voorbeelden
2024-07-28T04:00:00Z2024-07-29T04:00:00Z
Polistype
PolicyType
Het specifieke type verzekeringspolis waaronder de claim is ingediend.
Beschrijving

Policy Type geeft een gedetailleerdere classificatie dan Claim Type. Het beschrijft het specifieke verzekeringsproduct, zoals 'Homeowners', 'Commercial Auto' of 'Cyber Liability'. Dit detailniveau kan procesverschillen per product zichtbaar maken.

Door het proces per Policy Type te analyseren, vind je inefficiënties die specifiek zijn voor een product. Claims voor een nieuw gelanceerde polis kunnen bijvoorbeeld een minder volwassen proces volgen en daardoor vertraging oplopen. Deze analyse helpt bij productontwerp en het standaardiseren van processen.

Waarom dit belangrijk is

Maakt procesanalyse voor specifieke verzekeringsproducten mogelijk, zodat je verschillen in afhandeling op basis van poliskenmerken kunt vinden.

Waar je het vindt

Deze informatie staat in de Policy-entiteit, die aan de Claim is gekoppeld.

Voorbeelden
Woonhuisverzekering met uitgebreide dekkingAansprakelijkheid bedrijfsmotorrijtuigenTransportverzekering
Schadedatum
LossDate
De datum waarop het incident of de schade die tot de claim heeft geleid, plaatsvond.
Beschrijving

De Date of Loss is de datum van de daadwerkelijke gebeurtenis, zoals een auto-ongeluk of materiële schade, waarvoor de claim wordt ingediend. Deze datum verschilt van de datum waarop de claim is gemeld of aangemaakt.

De tijd tussen de Date of Loss en de activiteit 'Claim Created', ook wel meldingsvertraging genoemd, is een belangrijke KPI. Analyse hiervan geeft inzicht in klantgedrag en in de effectiviteit van kanalen voor de eerste schademelding.

Waarom dit belangrijk is

Geeft belangrijke context over het ontstaan van de claim en helpt de meldingsvertraging te analyseren, dus de tijd tussen het incident en het indienen van de claim.

Waar je het vindt

Dit is een standaarddatumveld in de Claim-entiteit, vaak met de naam 'LossDate'.

Voorbeelden
2023-05-102023-04-202023-05-28
SLA-status
SLAState
Geeft aan of de claim binnen de streefdatum voor afhandeling is gesloten.
Beschrijving

Dit berekende attribuut geeft per gesloten claim een categorische status van de SLA-naleving. Het wordt afgeleid door de timestamp van de activiteit 'Claim Closed' te vergelijken met de 'Resolution Target Date'.

Dit attribuut ondersteunt rechtstreeks het dashboard 'Claim Resolution Target Adherence' door de analyse te vereenvoudigen tot duidelijke categorieën zoals 'On Time' of 'Late'. Je kunt eenvoudig filteren en totalen berekenen om het algemene SLA-nalevingspercentage te bepalen en de oorzaken van vertragingen verder te onderzoeken.

Waarom dit belangrijk is

Geeft een duidelijk categorisch resultaat voor SLA-naleving, zodat je prestaties op tijd eenvoudig kunt filteren, totaliseren en analyseren.

Waar je het vindt

Berekend veld: IF (ActualCloseDate <= ResolutionTargetDate, 'On Time', 'Late').

Voorbeelden
Op tijdTe laat
Streefdatum voor afhandeling
ResolutionTargetDate
De datum waarop de claim volgens interne of wettelijke SLA's naar verwachting is afgehandeld.
Beschrijving

De Resolution Target Date is de deadline voor het sluiten van een claim. Deze wordt vaak bepaald door factoren zoals jurisdictie, claimtype en polisvoorwaarden. De datum dient als referentiepunt voor het meten van prestaties en compliance.

Dit attribuut is belangrijk voor dashboards en KPI's over SLA-naleving. Door de werkelijke datum van 'Claim Closed' met deze streefdatum te vergelijken, kan de analyse te late claims automatisch markeren, het percentage tijdige afhandelingen meten en laten zien welke claimtypen of afdelingen hun doelen niet halen.

Waarom dit belangrijk is

Dit is de referentie voor het meten van naleving van de Service Level Agreement (SLA) en het vinden van claims die mogelijk te laat worden afgehandeld.

Waar je het vindt

Dit kan een aangepast veld zijn of worden afgeleid op basis van bedrijfsregels in ClaimCenter, mogelijk gekoppeld aan specifieke claimmetingen.

Voorbeelden
2023-06-142023-07-202023-08-28
Verplicht Aanbevolen Optioneel

Activiteiten voor claimsverwerking

Dit zijn de belangrijkste processtappen en mijlpalen die je in je event log moet vastleggen voor een nauwkeurige analyse van claimsverwerking.
7 Aanbevolen 7 Optioneel
Activiteit Beschrijving
Betaling goedgekeurd
Staat voor de formele goedkeuring van een betaling voor een afwikkeling. Dit is een belangrijk audit-event dat expliciet wordt vastgelegd wanneer een bevoegde gebruiker de transactie goedkeurt.
Waarom dit belangrijk is

Deze mijlpaal maakt de laatste betalingsstap mogelijk. Door de tijd vóór en na deze activiteit te analyseren, kun je vertragingen door goedkeuringsworkflows of de beschikbaarheid van managers onderscheiden.

Waar je het vindt

Dit is vaak een expliciet event in de tabel cc_history bij een cc_check- of cc_transaction-entiteit. Het registreert een statuswijziging van 'Pending Approval' naar 'Approved'.

Vastleggen

Volg de statuswijziging naar 'Approved' voor een specifieke betalingstransactie.

Eventtype explicit
Betaling uitgegeven
Deze activiteit markeert de laatste stap in het betalingsproces. De betaling wordt officieel uitgegeven en naar het financiële systeem gestuurd. Het gaat om een expliciet vastgelegde financiële transactie.
Waarom dit belangrijk is

Deze activiteit is belangrijk om de efficiëntie van het versturen van betalingen te meten. Zo kun je vertragingen bij goedkeuring onderscheiden van vertragingen bij het daadwerkelijk uitbetalen van het bedrag.

Waar je het vindt

Vastgelegd op basis van de IssueDate of een statuswijziging naar 'Issued' of 'Submitted' bij de cc_check- of cc_transaction-entiteit. Dit is vaak een expliciet event met een timestamp.

Vastleggen

Bepaal de IssueDate of de timestamp van de statuswijziging naar 'Issued' op het betalingsrecord.

Eventtype explicit
Claim aangemaakt
Deze activiteit markeert de first notice of loss (FNOL) en het officieel aanmaken van een nieuw claimrecord in Guidewire ClaimCenter. De activiteit wordt expliciet vastgelegd wanneer een nieuwe Claim-entiteit voor het eerst in de database wordt opgeslagen.
Waarom dit belangrijk is

Als primair startevent is deze activiteit essentieel voor het meten van de end-to-end-doorlooptijd van een claim. Ze vormt de basis voor alle daaropvolgende prestatie- en duur-KPI's.

Waar je het vindt

Dit is een expliciet event dat wordt vastgelegd op basis van de CreateTime van de tabel cc_claim. Het aanmaken van een nieuw record met een unieke Claim ID vormt de trigger voor het event.

Vastleggen

Bepaal de timestamp waarop het nieuwe record in de basistabel van de Claim-entiteit is aangemaakt.

Eventtype explicit
Claim afgewezen
Staat voor het definitieve besluit om een claim af te wijzen en vormt het eindpunt van het proces. Dit event wordt afgeleid uit een statuswijziging van de claim naar een gesloten status met als reden 'Denied'.
Waarom dit belangrijk is

Dit is een belangrijk resultaat-event. Door de frequentie, redenen en procesroutes die tot afwijzingen leiden te analyseren, vind je problemen bij de intake, het onderzoek of de interpretatie van het beleid.

Waar je het vindt

Afgeleid uit een wijziging van het veld State in de tabel cc_claim naar 'Closed', in combinatie met de waarde 'Denied' of een vergelijkbare waarde in het veld CloseReason. De timestamp van het event is de CloseDate.

Vastleggen

Filter op statuswijzigingen van claims naar 'Closed' waarbij de redencode op een afwijzing wijst.

Eventtype inferred
Claim gesloten
Markeert het succesvol sluiten van een claim nadat alle activiteiten en betalingen zijn afgerond. Dit is het primaire succesvolle eindexevent en wordt afgeleid uit een wijziging in de hoofdstatus van de claim.
Waarom dit belangrijk is

Als primair eindexevent is deze activiteit essentieel voor het berekenen van de end-to-end-doorlooptijd en het meten van SLA-naleving. Ze markeert het einde van de levenscyclus van de claim.

Waar je het vindt

Afgeleid uit een wijziging van het veld State in de tabel cc_claim naar 'Closed'. De timestamp van het event is de CloseDate op het claimrecord.

Vastleggen

Bepaal wanneer het hoofdstatusveld van de claim wordt bijgewerkt naar 'Closed'.

Eventtype inferred
Eerste reserve vastgesteld
Markeert het aanmaken van de eerste financiële reservering voor een exposure, als schatting van de mogelijke kosten van de claim. Dit is een belangrijk financieel event dat expliciet wordt vastgelegd.
Waarom dit belangrijk is

Deze mijlpaal is belangrijk voor financiële analyse en om te begrijpen hoe snel een mogelijke verplichting wordt ingeschat. Vertragingen kunnen financiële planning en rapportage beïnvloeden.

Waar je het vindt

Dit event wordt vastgelegd bij het aanmaken van het eerste cc_reserveline-record dat bij een exposure van de claim hoort. De CreateTime van de transactie is de timestamp van het event.

Vastleggen

Vind de vroegste timestamp waarop alle reserveregels voor de exposures van een bepaalde claim zijn aangemaakt.

Eventtype explicit
Exposure aangemaakt
Deze activiteit staat voor het aanmaken van een exposure. Dat is een specifieke mogelijke verplichting of een bepaald schadeonderdeel binnen de claim, zoals voertuigschade of letsel. In Guidewire is dit een expliciet event.
Waarom dit belangrijk is

Exposures vormen de basis voor segmentatie en analyse van claims. Door het aanmaken ervan te volgen, zie je hoe processen verschillen per complexiteit en type schade.

Waar je het vindt

Vastgelegd op basis van de CreateTime van een nieuw record in de tabel cc_exposure. Elk record is gekoppeld aan één Claim ID.

Vastleggen

Bepaal de timestamp waarop een nieuw record in de Exposure-entiteit is aangemaakt.

Eventtype explicit
Aansprakelijkheidsbesluit genomen
Geeft het moment aan waarop de aansprakelijkheid of schuld voor een exposure is vastgesteld. Dit event wordt meestal afgeleid uit een statuswijziging van de Exposure-entiteit.
Waarom dit belangrijk is

Dit is een belangrijke beslismijlpaal die de afwikkelings- en betalingsfasen in gang zet. Door de tijd tot dit besluit te analyseren, vind je knelpunten in de onderzoeks- en beoordelingsfasen.

Waar je het vindt

Afgeleid uit de tabel cc_history door een wijziging te volgen in het veld State of in een aangepast aansprakelijkheidsstatusveld van de entiteit cc_exposure. De timestamp van het historierecord geeft het tijdstip van het event aan.

Vastleggen

Controleer auditlogs of historietabellen op wijzigingen in de status of aansprakelijkheidsstatus van de exposure.

Eventtype inferred
Aanvullende informatie ontvangen
Markeert het afronden van een verzoek om aanvullende informatie. Dit wordt vastgelegd wanneer de bijbehorende Activity, oftewel taak, voor het informatieverzoek de status 'Completed' krijgt.
Waarom dit belangrijk is

Dit is het eindpunt voor de KPI 'Additional Info Gathering Cycle Time'. Lange perioden tussen het verzoek en de ontvangst zijn een veelvoorkomende oorzaak van vertraging in het claimproces.

Waar je het vindt

Vastgelegd op basis van de CloseTime van een cc_activity-record waarvan de ActivityPattern verband houdt met een informatieverzoek. De status van de activiteit moet 'Completed' zijn.

Vastleggen

Bepaal de timestamp waarop een taak voor het opvragen van externe informatie is afgerond.

Eventtype explicit
Aanvullende informatie opgevraagd
Staat voor een verzoek aan de claimant of een derde om meer informatie of documentatie. Dit wordt meestal vastgelegd als een expliciete Activity, oftewel taak, die in ClaimCenter wordt aangemaakt.
Waarom dit belangrijk is

Deze activiteit is het startpunt voor het meten van de KPI 'Additional Info Gathering Cycle Time'. Veel van zulke activiteiten kunnen wijzen op een onvolledig FNOL-proces of een inefficiënte informatieverzameling.

Waar je het vindt

Vastgelegd op basis van de CreateTime van een cc_activity-record waarvan de ActivityPattern verband houdt met het opvragen van documentatie of informatie bij een externe partij.

Vastleggen

Bepaal wanneer een taak voor het opvragen van externe informatie is aangemaakt.

Eventtype explicit
Afwikkelingsbedrag berekend
Deze activiteit staat voor het moment waarop een afwikkelingsbedrag is bepaald, maar nog niet is goedgekeurd voor betaling. Dit kan worden afgeleid uit het aanmaken van een betaling met de status 'Pending Approval'.
Waarom dit belangrijk is

Markeert de overgang van beoordeling naar betaling. Dit is het startpunt voor het meten van de KPI 'Payment Authorization Lead Time' en maakt vertragingen in de goedkeuringsketen zichtbaar.

Waar je het vindt

Afgeleid uit de CreateTime van een cc_check- of cc_transaction-record waarvan de eerste status 'Pending Approval' of een vergelijkbare status is, vóór 'Approved'.

Vastleggen

Bepaal wanneer een betalings- of transactierecord met een status vóór goedkeuring is aangemaakt.

Eventtype inferred
Claim heropend
Staat voor het terugzetten van een claim van de status 'Closed' naar 'Open' om extra werk uit te voeren. Dit event wordt afgeleid uit een specifieke reeks statuswijzigingen.
Waarom dit belangrijk is

Deze activiteit staat voor herstelwerk. Veel heropende claims wijzen op problemen met de eerste afwikkeling, gemiste schade of andere procesfouten. Dat leidt tot hogere kosten en meer inefficiëntie.

Waar je het vindt

Afgeleid uit de tabel cc_history door een wijziging te vinden in het veld State van de entiteit cc_claim, van 'Closed' terug naar 'Open' of een andere actieve status.

Vastleggen

Bewaak het hoofdstatusveld van de claim op een overgang van een gesloten naar een open status.

Eventtype inferred
Claim toegewezen
Dit staat voor het toewijzen van een claim aan een specifieke gebruiker, de schadebehandelaar, of aan een groep. Meestal wordt dit afgeleid door wijzigingen in de toewijzingsvelden van de Claim-entiteit te volgen.
Waarom dit belangrijk is

Het volgen van toewijzingen is belangrijk om de werklast van schadebehandelaars te analyseren, knelpunten in de routering te vinden en de tijd tot de eerste actie door de toegewezen behandelaar te meten.

Waar je het vindt

Afgeleid uit de tabel cc_history door wijzigingen te volgen in de velden AssignedUser of AssignedGroup die bij een specifieke Claim ID horen. De timestamp van de wijziging geeft aan wanneer het event plaatsvond.

Vastleggen

Controleer auditlogs of historietabellen op wijzigingen in de toewijzingsvelden van de claim.

Eventtype inferred
Onderzoek gestart
Geeft het formele begin aan van de onderzoeksfase voor een claim of exposure. Dit wordt vaak afgeleid uit het aanmaken van de eerste onderzoeksgerelateerde Activity, oftewel taak, in Guidewire.
Waarom dit belangrijk is

Deze activiteit markeert het begin van een belangrijke, vaak langdurige fase. Door de tijd tot de start van het onderzoek en de duur van het onderzoek zelf te analyseren, zie je belangrijke knelpunten.

Waar je het vindt

Afgeleid uit de CreateTime van een cc_activity-record waarvan de ActivityPattern verband houdt met onderzoek, bijvoorbeeld 'Initial Investigation' of 'Contact Witness'.

Vastleggen

Bepaal wanneer voor het eerst een taak met een onderzoeksgerelateerd patroon of onderwerp is aangemaakt.

Eventtype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Guidewire ClaimCenter

Klaar om aan de slag te gaan?

Gebruik deze template om je data voor te bereiden op analyse en inzicht te krijgen in je claimverwerking. Begin vandaag met het optimaliseren van je workflows.

Verwerk claims sneller en handel cases nu sneller af

Werk achterstanden weg, voorkom fraude en streef naar 70% straight-through processing.

Start je gratis proefperiode

Geen creditcard nodig, je bent in enkele minuten klaar met de installatie.