Il Suo Template dati per la gestione dei sinistri

Guidewire ClaimCenter
Il Suo Template dati per la gestione dei sinistri

Il Suo Template dati per la gestione dei sinistri

Benvenuto nella risorsa dedicata all’ottimizzazione della gestione dei sinistri. Questo Template descrive gli Attributi essenziali da raccogliere, le attività critiche da monitorare e fornisce indicazioni chiare per l’estrazione dei dati. Lo utilizzi per assicurarsi di acquisire tutte le informazioni necessarie a un’analisi completa del processo.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l’estrazione da Guidewire ClaimCenter
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione dei sinistri

Questi campi dati consigliati sono fondamentali per creare un Event Log completo e analizzare efficacemente i Workflow di gestione dei sinistri.
3 Obbligatorio 4 Consigliato 14 Facoltativo
Nome Descrizione
ID sinistro
ClaimID
L'identificativo univoco di ogni sinistro assicurativo, che funge da identificativo principale del caso.
Descrizione

Il Claim ID è l'elemento fondamentale per l'analisi del processo di gestione dei sinistri e identifica univocamente ogni caso dalla presentazione alla chiusura. Collega tutte le attività, i documenti, i pagamenti e le comunicazioni associate, garantendo una visione completa e coerente del ciclo di vita del sinistro.

Nel Process Mining, ogni evento del dataset è associato a un Claim ID, consentendo di ricostruire il flusso del processo end-to-end. Questo è essenziale per analizzare i tempi di ciclo, identificare le varianti del processo e seguire il percorso di un sinistro tra diversi reparti e liquidatori.

Perché è importante

È la chiave fondamentale che collega tutti gli eventi correlati, rendendo possibile tracciare e analizzare l'intero percorso di un singolo sinistro.

Dove reperirlo

Si tratta di una chiave primaria in Guidewire ClaimCenter, generalmente presente come Claim.ClaimNumber o in un campo analogo dell'entità Claim principale.

Esempi
000-123-45678000-987-65432001-456-11223
Nome dell'attività
ActivityName
Il nome dell'attività aziendale o dell'evento che si è verificato in un determinato momento del ciclo di vita del sinistro.
Descrizione

Questo attributo descrive uno specifico passaggio o una milestone del processo di gestione dei sinistri, come "Claim Created", "Investigation Started" o "Payment Issued". La sequenza di queste attività per un determinato Claim ID costituisce il flusso del processo.

L'analisi della sequenza, della frequenza e della durata tra le attività è il fulcro del Process Mining. Consente di individuare i modelli di processo, identificare i colli di bottiglia, rilevare i cicli di rilavorazione e analizzare le deviazioni dal processo.

Perché è importante

Definisce i passaggi del processo, consentendo di visualizzare le mappe di processo e analizzare il flusso del processo e i colli di bottiglia.

Dove reperirlo

In genere deriva dalle tabelle degli eventi o dagli audit log di ClaimCenter, spesso mappando specifici eventi di sistema o variazioni di stato su nomi standardizzati delle attività.

Esempi
Sinistro creatoDecisione sulla responsabilità presaPagamento emessoSinistro chiuso
Orario dell'evento
EventTime
La data e l'ora precise in cui si è verificata l'attività.
Descrizione

Questo Timestamp indica il momento esatto in cui un'attività è stata registrata nel sistema. È fondamentale per tutte le analisi di processo basate sul tempo.

L'ordinamento cronologico di EventTime per un singolo Claim ID consente di ricostruire il flusso del processo. La differenza di tempo tra eventi consecutivi viene utilizzata per calcolare tempi di ciclo, tempi di attesa e tempi di elaborazione, elementi essenziali per l'analisi delle prestazioni, l'identificazione dei colli di bottiglia e il monitoraggio degli SLA.

Perché è importante

Questo Timestamp è essenziale per ordinare gli eventi, calcolare tempi di ciclo e durate e identificare i ritardi nel processo.

Dove reperirlo

Si trova insieme ai dati degli eventi o delle attività nelle tabelle dello storico o di audit di Guidewire ClaimCenter, spesso in un campo come "CreateTime" o "UpdateTime".

Esempi
2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z
Causa del sinistro
LossCause
La ragione o causa specifica dell'evento dannoso, ad esempio Collision, Fire o Water Damage.
Descrizione

Questo Attributo fornisce un contesto dettagliato sul motivo per cui è stato presentato il sinistro. La causa del danno determina spesso le fasi di istruttoria necessarie, il tipo di esperti richiesti e la complessità complessiva del sinistro.

L'analisi del processo per Causa del sinistro può rivelare schemi nascosti. Per esempio, i sinistri legati a «Water Damage» potrebbero presentare un tasso più elevato di rilavorazione o richiedere un maggiore coinvolgimento di specialisti rispetto ai sinistri per «Theft». Questi insight aiutano a creare procedure di gestione più specializzate ed efficienti.

Perché è importante

Fornisce un contesto sulla natura del sinistro e consente di analizzare l'impatto delle diverse cause del danno sul flusso e sulla durata del processo.

Dove reperirlo

È un campo standard dell'entità Claim, generalmente denominato «LossCause».

Esempi
CollisioneIncendioDanno da acquaFurto
Liquidatore assegnato
AssignedAdjuster
Il nome o l'ID dell'utente assegnato alla gestione del sinistro o di una specifica attività.
Descrizione

Questo Attributo identifica il liquidatore responsabile di un sinistro in un determinato momento. Un liquidatore può essere assegnato all'intero sinistro oppure a specifiche attività al suo interno.

L'analisi per Liquidatore assegnato è fondamentale per bilanciare i carichi di lavoro, gestire le prestazioni e individuare opportunità di formazione. Aiuta a rispondere a domande come: «Quali liquidatori hanno il maggior numero di sinistri in gestione?», «Esistono differenze nelle prestazioni tra i liquidatori?» e «Il lavoro è distribuito in modo uniforme?».

Perché è importante

Tiene traccia del coinvolgimento degli utenti e consente di analizzare i carichi di lavoro, confrontare le prestazioni e individuare i colli di bottiglia legati alle risorse.

Dove reperirlo

Disponibile nell'entità Claim o Exposure di ClaimCenter, spesso collegato all'oggetto User, ad esempio Claim.Assignee.

Esempi
j.doem.smiths.jones
Stato del sinistro
ClaimStatus
Lo stato complessivo del sinistro al momento dell'evento, ad esempio Open, Closed o Denied.
Descrizione

Questo Attributo riflette lo stato generale del sinistro. Gli stati principali includono «Open», «Closed», «Denied» e «Reopened». Lo stato finale di un sinistro è un indicatore fondamentale del risultato.

Monitorare le variazioni di Claim Status aiuta a definire le principali tappe e gli esiti del processo. Viene utilizzato per identificare la risoluzione finale di un sinistro, calcolare i tassi di rifiuto e analizzare la frequenza con cui i sinistri vengono riaperti dopo la chiusura, un fenomeno che spesso indica problemi di processo o insoddisfazione dei clienti.

Perché è importante

Indica l'esito di un sinistro, un'informazione essenziale per analizzare i tassi di rifiuto, i modelli di chiusura e la frequenza di riapertura dei sinistri.

Dove reperirlo

È un campo fondamentale dell'entità Claim, generalmente denominato «State» o «Status».

Esempi
ApertoChiusoRespintoRiaperto
Tipo di sinistro
ClaimType
La categoria del sinistro assicurativo, ad esempio Auto, Property o Liability.
Descrizione

Claim Type rappresenta la classificazione fondamentale di un sinistro in base al ramo assicurativo o alla natura del danno. I diversi tipi di sinistro seguono spesso processi distinti, presentano livelli di complessità differenti e sono soggetti a normative diverse.

Segmentare l'analisi del processo per Claim Type è essenziale per ottenere insight significativi. Consente di confrontare le prestazioni del processo tra diversi rami assicurativi, individuare i colli di bottiglia specifici di ciascun tipo e adattare le iniziative di miglioramento alle caratteristiche peculiari di ogni categoria di sinistro.

Perché è importante

Consente di segmentare i sinistri, poiché tipi diversi, ad esempio Auto e Property, seguono spesso processi differenti e hanno obiettivi di prestazione diversi.

Dove reperirlo

Derivato dall'entità Policy o Claim in ClaimCenter, spesso in base al codice Line of Business (LOB).

Esempi
Auto privataProperty commercialeResponsabilità civile generaleIndennizzo per infortuni sul lavoro
Data del sinistro
LossDate
La data in cui si è verificato l'incidente o il danno che ha dato origine al sinistro.
Descrizione

La Data del sinistro è la data dell'evento effettivo, ad esempio un incidente stradale o un danno a un immobile, per il quale viene presentato il sinistro. È distinta dalla data di denuncia o di creazione del sinistro.

L'intervallo tra la Data del sinistro e l'attività «Claim Created», noto come ritardo di denuncia, è un KPI importante. La sua analisi può fornire insight sul comportamento dei clienti e sull'efficacia dei canali di prima denuncia del sinistro.

Perché è importante

Fornisce un contesto essenziale sull'origine del sinistro e aiuta ad analizzare il ritardo di denuncia, cioè il tempo trascorso tra l'incidente e la presentazione del sinistro.

Dove reperirlo

È un campo data fondamentale dell'entità Claim, spesso denominato «LossDate».

Esempi
2023-05-102023-04-202023-05-28
Data obiettivo di risoluzione
ResolutionTargetDate
La data entro la quale si prevede che il sinistro venga risolto in base agli SLA interni o normativi.
Descrizione

La Data obiettivo di risoluzione è una scadenza fissata per la chiusura del sinistro, spesso determinata da fattori quali giurisdizione, tipo di sinistro e condizioni della polizza. Funge da riferimento per misurare le prestazioni e la Conformità.

Questo Attributo è fondamentale per creare Dashboard e KPI sull'aderenza agli SLA. Confrontando la data effettiva di «Claim Closed» con la data obiettivo, l'analisi può segnalare automaticamente i sinistri in ritardo, misurare il tasso di rispetto delle scadenze e individuare i tipi di sinistro o i reparti che faticano a raggiungere i propri obiettivi.

Perché è importante

Rappresenta il riferimento per misurare l'aderenza al Service Level Agreement (SLA) e individuare i sinistri a rischio di ritardo.

Dove reperirlo

Potrebbe trattarsi di un campo personalizzato o di un valore derivato in base alle regole aziendali configurate in ClaimCenter, eventualmente collegato a metriche specifiche dei sinistri.

Esempi
2023-06-142023-07-202023-08-28
È automatizzato
IsAutomated
Un indicatore che specifica se un'attività è stata eseguita automaticamente dal sistema o manualmente da un utente.
Descrizione

Questo Attributo booleano distingue tra le attività eseguite dal sistema, come la creazione automatica di una riserva o la generazione di comunicazioni da parte del sistema, e quelle svolte manualmente da un liquidatore.

L'analisi di questo Attributo è fondamentale per comprendere il livello di automazione del processo di gestione dei sinistri. Aiuta a individuare i punti in cui è necessario un intervento manuale, misurare l'efficacia delle iniziative di straight-through processing e trovare nuove opportunità di automazione identificando le attività ripetitive e basate su regole che attualmente vengono svolte da persone.

Perché è importante

Distingue tra attività guidate dal sistema e attività svolte da persone, un elemento fondamentale per analizzare l'automazione e individuare i colli di bottiglia manuali.

Dove reperirlo

Spesso deve essere ricavato. Per esempio, gli eventi registrati da un utente «system» Generico possono essere contrassegnati come automatizzati.

Esempi
truefalse
È rilavorazione
IsRework
Un indicatore che specifica se un'attività rappresenta un ciclo di rilavorazione, cioè il ritorno a una fase precedente del processo.
Descrizione

Questo Attributo calcolato contrassegna le attività che fanno parte di un ciclo di rilavorazione. Per esempio, se il processo passa da «Investigation Completed» a «Investigation Started», la seconda attività «Investigation Started» viene contrassegnata come rilavorazione.

Individuare la rilavorazione è fondamentale per far emergere inefficienze del processo e problemi di qualità. La Dashboard Rework and Rejection Frequency utilizza questa metrica per quantificare la frequenza con cui i sinistri si discostano dal «percorso ideale». Analizzare le cause della rilavorazione può portare a miglioramenti significativi nella qualità e nella velocità del processo.

Perché è importante

Mette in evidenza inefficienze del processo e problemi di qualità contrassegnando esplicitamente le attività che fanno parte di un ciclo di rilavorazione.

Dove reperirlo

Viene calcolato nello strumento di Process Mining analizzando la sequenza delle attività per ogni caso.

Esempi
truefalse
Importo del pagamento
PaymentAmount
L'importo effettivamente pagato per un'attività di pagamento.
Descrizione

Questo Attributo registra il valore di ogni singolo pagamento effettuato per un sinistro. Un singolo sinistro può prevedere più pagamenti nel corso del suo ciclo di vita.

È un'informazione essenziale per l'analisi finanziaria nel contesto del Process Mining. Può essere utilizzata per monitorare l'importo totale liquidato per sinistro, analizzare i tempi di approvazione dei pagamenti in base all'importo e collegare le inefficienze del processo ai risultati finanziari. Per esempio, tempi di ciclo più lunghi potrebbero essere correlati a pagamenti totali più elevati.

Perché è importante

Tiene traccia delle transazioni finanziarie relative a un sinistro e consente di analizzare gli importi dei pagamenti e la loro relazione con le attività del processo.

Dove reperirlo

Si trova nelle entità relative ai pagamenti collegate al sinistro, spesso in una tabella delle transazioni o degli assegni.

Esempi
4500.00125000.00500.00
Importo richiesto
ClaimedAmount
L'importo monetario totale richiesto inizialmente dal contraente.
Descrizione

Questo Attributo rappresenta il valore del danno dichiarato dal richiedente. Spesso si tratta di una stima iniziale, che può cambiare durante l'istruttoria del sinistro e la definizione delle riserve.

L'analisi dell'Importo richiesto aiuta a segmentare i sinistri in base all'impatto finanziario. I sinistri di importo elevato seguono spesso un processo più rigoroso e complesso rispetto a quelli di importo ridotto. Il confronto tra processi relativi a diverse fasce di valore può rivelare opportunità per semplificare la gestione dei sinistri minori o applicare controlli più stringenti a quelli di importo maggiore.

Perché è importante

Consente di segmentare i sinistri in base al valore finanziario, poiché quelli di importo elevato possono seguire processi diversi e più complessi.

Dove reperirlo

Queste informazioni potrebbero non corrispondere a un singolo campo, ma essere ricavate dalle stime iniziali del danno registrate nelle esposizioni.

Esempi
5000.00150000.00750.50
Ora di fine
EndTime
Il timestamp che indica quando un'attività è stata completata.
Descrizione

L'Ora di fine indica il completamento di un'attività, soprattutto per le attività con una durata misurabile, come «Investigation» o «Document Review». Sebbene molte attività di Process Mining siano istantanee e sia quindi sufficiente StartTime, le attività con un inizio e una fine distinti sono rappresentate in modo più accurato utilizzando entrambi i timestamp.

Questo Attributo consente di calcolare con precisione il tempo di elaborazione dell'attività, distinto dal tempo di attesa. Aiuta a identificare le attività specifiche che richiedono più tempo, invece di limitarsi a osservare lunghi ritardi tra fasi diverse.

Perché è importante

Consente di misurare con precisione il tempo necessario per completare un'attività, separando il tempo di elaborazione dal tempo di attesa.

Dove reperirlo

Potrebbe essere necessario ricavarlo individuando un evento successivo che concluda logicamente l'attività, ad esempio il passaggio di stato da «In Progress» a «Completed».

Esempi
2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z
Reparto
Department
L'unità aziendale o il reparto responsabile della gestione dell'attività relativa al sinistro.
Descrizione

Questo Attributo indica il reparto o il team di appartenenza del liquidatore assegnato, ad esempio «Auto Claims», «Property Claims» o «Special Investigations Unit». Fornisce un contesto organizzativo al processo.

L'analisi per Reparto è fondamentale per comprendere le prestazioni del processo a livello organizzativo. Aiuta a individuare i ritardi nei passaggi di consegne tra reparti, confrontare l'efficienza dei team e allocare le risorse in modo più efficace all'interno dell'organizzazione che gestisce i sinistri.

Perché è importante

Fornisce un contesto organizzativo che consente di analizzare le prestazioni dei diversi team e di mettere in evidenza i problemi nei passaggi di consegne tra reparti.

Dove reperirlo

Queste informazioni sono generalmente associate al profilo dell'utente o del gruppo assegnato in ClaimCenter.

Esempi
Divisione sinistri autoUnità sinistri propertyUnità investigazioni speciali (SIU)
Richiesta ripetuta di informazioni
RepeatedInfoRequestFlag
Un indicatore che specifica se «Additional Info Requested» si è verificato più di una volta per lo stesso sinistro.
Descrizione

Questo indicatore booleano viene impostato su true se per un sinistro si è verificata più di un'attività «Additional Info Requested». Questo scenario segnala spesso inefficienze nella fase iniziale di raccolta delle informazioni.

Questo Attributo supporta direttamente il KPI «Repeated Info Request Rate». Aiuta a quantificare il problema della raccolta iniziale incompleta dei dati, che può causare ritardi significativi e frustrazione nei clienti. Analizzare i sinistri contrassegnati da questo indicatore può contribuire a migliorare checklist e procedure per i liquidatori, così da richiedere tutte le informazioni necessarie in un'unica fase.

Perché è importante

Individua le inefficienze nelle situazioni in cui la raccolta delle informazioni non viene completata al primo tentativo, causando ritardi e rilavorazioni.

Dove reperirlo

Calcolato nello strumento di Process Mining contando le occorrenze dell'attività «Additional Info Requested» per caso.

Esempi
truefalse
Sistema di origine
SourceSystem
Il sistema dal quale sono stati estratti i dati.
Descrizione

Questo attributo identifica l'origine dei dati degli eventi. In un moderno ecosistema aziendale, gli eventi relativi ai sinistri possono provenire da più sistemi, come un sistema core quale Guidewire, un sistema di gestione documentale o un portale clienti.

Specificare il sistema di origine è fondamentale per la governance dei dati, la risoluzione delle incoerenze e la comprensione del panorama tecnologico del processo. Aiuta a distinguere i passaggi del processo core dalle attività di supporto provenienti dai sistemi periferici.

Perché è importante

Identifica l'origine dei dati, un elemento fondamentale per la governance dei dati e per le analisi che coinvolgono più sistemi integrati.

Dove reperirlo

In genere si tratta di un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.

Esempi
Guidewire ClaimCenter v10API del portale clientiDocumentum
Stato della giurisdizione
JurisdictionState
Lo stato o la giurisdizione che disciplina il sinistro e determina i requisiti normativi applicabili.
Descrizione

Questo Attributo specifica la giurisdizione legale, ad esempio lo stato degli Stati Uniti, in base alla quale viene gestito il sinistro. Le normative assicurative possono variare significativamente tra le diverse giurisdizioni e incidere sulle fasi obbligatorie del processo, sulle tempistiche delle comunicazioni e sulla documentazione.

È un Attributo essenziale per il monitoraggio della Conformità. Analizzare il processo per giurisdizione consente di verificare il rispetto dei requisiti normativi specifici di ciascuno stato. Può inoltre spiegare variazioni nei tempi di ciclo o nei percorsi del processo determinate da vincoli legali anziché da inefficienze operative.

Perché è importante

È fondamentale per l'analisi della Conformità, poiché giurisdizioni diverse applicano normative diverse che incidono sul processo di gestione dei sinistri.

Dove reperirlo

Un campo standard dell'entità Claim, generalmente denominato «JurisdictionState».

Esempi
CANYTXFL
Stato SLA
SLAState
Indica se il sinistro è stato chiuso entro la relativa data obiettivo di risoluzione.
Descrizione

Questo Attributo calcolato fornisce uno stato categoriale dell'aderenza agli SLA per ogni sinistro chiuso. Viene ricavato confrontando il timestamp dell'attività «Claim Closed» con la «Resolution Target Date».

Questo Attributo supporta direttamente la Dashboard «Claim Resolution Target Adherence», semplificando l'analisi in categorie chiare come «On Time» o «Late». Consente di filtrare e aggregare facilmente i dati per calcolare il tasso complessivo di aderenza agli SLA e analizzare in dettaglio le cause dei ritardi.

Perché è importante

Fornisce un esito chiaro e categoriale dell'aderenza agli SLA, semplificando il filtraggio, l'aggregazione e l'analisi delle prestazioni puntuali.

Dove reperirlo

Campo calcolato: IF (ActualCloseDate <= ResolutionTargetDate, 'On Time', 'Late').

Esempi
Nei tempi previstiIn ritardo
Tipo di polizza
PolicyType
Il tipo specifico di polizza assicurativa in base alla quale è stato presentato il sinistro.
Descrizione

Policy Type fornisce una classificazione più dettagliata rispetto a Claim Type e identifica lo specifico prodotto assicurativo, ad esempio «Homeowners», «Commercial Auto» o «Cyber Liability». Questo livello di dettaglio può rivelare variazioni del processo legate a prodotti specifici.

L'analisi del processo per Policy Type aiuta a individuare inefficienze specifiche dei prodotti. Per esempio, i sinistri relativi a una polizza appena lanciata potrebbero seguire un processo meno maturo e causare ritardi. Questa analisi può orientare la progettazione dei prodotti e le iniziative di standardizzazione dei processi.

Perché è importante

Consente di analizzare il processo per specifici prodotti assicurativi e di individuare variazioni nella gestione legate alle caratteristiche della polizza.

Dove reperirlo

Queste informazioni si trovano nell'entità Policy, collegata a Claim.

Esempi
Polizza multirischio abitazioneResponsabilità civile auto commercialeTrasporti marittimi interni
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica quando i dati sono stati aggiornati o estratti per l'ultima volta dal sistema di origine.
Descrizione

Questo Attributo fornisce il timestamp dell'estrazione più recente dei dati dal sistema di origine. È un campo di metadati essenziale per comprendere l'attualità dell'analisi.

Le Dashboard e le analisi dovrebbero mostrare queste informazioni in modo evidente, affinché gli utenti siano consapevoli dell'aggiornamento dei dati. Ciò consente di valutare se gli insight riflettono lo stato attuale delle operazioni o si basano su dati meno recenti.

Perché è importante

Indica l'attualità dei dati e permette agli utenti di comprendere quanto sia aggiornata l'analisi del processo.

Dove reperirlo

Questo valore viene generato e memorizzato durante il processo ETL e rappresenta il timestamp del caricamento dei dati.

Esempi
2024-07-28T04:00:00Z2024-07-29T04:00:00Z
Obbligatorio Consigliato Facoltativo

Attività di gestione dei sinistri

Questi sono i passaggi chiave del processo e le tappe più significative da acquisire nell’Event Log per un’individuazione e un’analisi precise del processo di gestione dei sinistri.
7 Consigliato 7 Facoltativo
Attività Descrizione
Esposizione creata
Questa attività indica la creazione di un'esposizione, che rappresenta una specifica passività potenziale o un tipo di perdita nell'ambito del sinistro, ad esempio danni al veicolo o lesioni. In Guidewire si tratta di un evento esplicito.
Perché è importante

Le esposizioni sono fondamentali per la segmentazione e l'analisi dei sinistri. Monitorarne la creazione aiuta a comprendere le variazioni del processo in base alla complessità del sinistro e al tipo di perdita.

Dove reperirlo

Acquisita dal CreateTime di un nuovo record nella tabella cc_exposure. Ogni record è collegato a un singolo Claim ID.

Acquisizione

Individuare il Timestamp di creazione di un nuovo record nella tabella dell'entità Exposure.

Tipo di evento explicit
Pagamento approvato
Rappresenta l'approvazione formale di un pagamento di liquidazione. Si tratta di un evento di audit critico, acquisito esplicitamente quando un utente autorizzato approva la transazione.
Perché è importante

Questa milestone fondamentale sblocca il passaggio finale del pagamento. Analizzare il tempo prima e dopo questa attività aiuta a isolare i ritardi causati dai Workflow di approvazione o dalla disponibilità dei responsabili.

Dove reperirlo

Spesso si tratta di un evento esplicito registrato nella tabella cc_history e relativo a un'entità cc_check o cc_transaction, che registra la variazione di stato da "Pending Approval" ad "Approved".

Acquisizione

Monitorare l'evento di variazione dello stato ad "Approved" per una specifica transazione di pagamento.

Tipo di evento explicit
Pagamento emesso
Questa attività indica il passaggio finale del processo di pagamento, quando il pagamento viene ufficialmente emesso e inviato al sistema finanziario. Si tratta di una transazione finanziaria esplicita e registrata.
Perché è importante

Questa attività è fondamentale per misurare l'efficienza del processo di invio del pagamento. Aiuta a distinguere i ritardi nell'approvazione da quelli relativi all'effettiva erogazione dei fondi.

Dove reperirlo

Acquisita dall'IssueDate o da una variazione di stato a "Issued" o "Submitted" sull'entità cc_check o cc_transaction. Spesso si tratta di un evento esplicito con Timestamp.

Acquisizione

Individuare l'IssueDate o il Timestamp della variazione di stato a "Issued" nel record del pagamento.

Tipo di evento explicit
Riserva iniziale impostata
Indica la creazione della prima transazione di riserva finanziaria per un'esposizione, stimando il costo potenziale del sinistro. Si tratta di un evento finanziario critico, acquisito esplicitamente.
Perché è importante

Questa milestone è fondamentale per l'analisi finanziaria e per comprendere con quale rapidità viene valutata la passività potenziale. I ritardi possono influire sulla pianificazione e sulla rendicontazione finanziaria.

Dove reperirlo

L'evento viene acquisito dalla creazione del primo record cc_reserveline associato a un'esposizione del sinistro. Il CreateTime della transazione costituisce il Timestamp dell'evento.

Acquisizione

Individuare il Timestamp minimo di creazione di tutte le reserve line per le esposizioni di un determinato sinistro.

Tipo di evento explicit
Sinistro chiuso
Indica la chiusura corretta di un sinistro dopo il completamento di tutte le attività e dei pagamenti. È il principale evento finale positivo, dedotto da una variazione dello stato principale del sinistro.
Perché è importante

In quanto evento finale principale, questa attività è essenziale per calcolare il tempo di ciclo end-to-end e misurare il rispetto degli SLA. Indica il completamento del ciclo di vita del sinistro.

Dove reperirlo

Deducibile dalla variazione del campo State della tabella cc_claim a "Closed". Il Timestamp dell'evento è il CloseDate del record del sinistro.

Acquisizione

Individuare il momento in cui il campo dello stato principale del sinistro viene aggiornato a "Closed".

Tipo di evento inferred
Sinistro creato
Questa attività indica la prima denuncia del sinistro (FNOL) e la creazione ufficiale di una nuova posizione di sinistro in Guidewire ClaimCenter. Viene registrata esplicitamente quando una nuova entità Claim viene salvata per la prima volta nel database.
Perché è importante

In quanto evento di inizio principale, questa attività è essenziale per misurare il tempo di ciclo completo del sinistro. Fornisce la base di riferimento per tutti i KPI successivi relativi a prestazioni e durata.

Dove reperirlo

Si tratta di un evento esplicito acquisito dal CreateTime della tabella cc_claim. La creazione di un nuovo record con un Claim ID univoco costituisce il trigger dell'evento.

Acquisizione

Individuare il Timestamp di creazione del nuovo record nella tabella dell'entità Claim di base.

Tipo di evento explicit
Sinistro negato
Rappresenta la decisione finale di negare un sinistro e costituisce il punto terminale del processo. L'evento viene dedotto dalla variazione dello stato del sinistro a uno stato chiuso con motivo "Denied".
Perché è importante

Si tratta di un evento di esito critico. Analizzare la frequenza, i motivi e i percorsi di processo che portano ai dinieghi aiuta a individuare problemi nell'acquisizione del sinistro, nell'indagine o nell'interpretazione della polizza.

Dove reperirlo

Deducibile dalla variazione del campo State della tabella cc_claim a "Closed", insieme al valore "Denied" o a un valore analogo nel campo CloseReason. Il Timestamp dell'evento è il CloseDate.

Acquisizione

Filtrare le variazioni dello stato del sinistro a "Closed" quando il codice motivo indica un diniego.

Tipo di evento inferred
Decisione sulla responsabilità presa
Indica il momento in cui viene determinata la responsabilità o la colpa relativa a un'esposizione. In genere questo evento viene dedotto da una variazione dello stato dell'entità Exposure.
Perché è importante

Si tratta di una milestone decisionale critica che condiziona le fasi di liquidazione e pagamento. Analizzare il tempo necessario per arrivare a questa decisione aiuta a individuare i colli di bottiglia nelle fasi di indagine e valutazione.

Dove reperirlo

Deducibile dalla tabella cc_history monitorando una variazione nel campo State o in un campo personalizzato relativo allo stato della responsabilità sull'entità cc_exposure. Il Timestamp del record storico indica il momento dell'evento.

Acquisizione

Monitorare gli audit log o le tabelle dello storico per rilevare gli aggiornamenti allo stato o allo stato della responsabilità dell'esposizione.

Tipo di evento inferred
Indagine avviata
Indica l'inizio formale della fase di indagine per un sinistro o un'esposizione. Spesso viene dedotta dalla creazione della prima Activity, ovvero Task, relativa all'indagine in Guidewire.
Perché è importante

Questa attività segna l'inizio di una fase fondamentale e spesso lunga. Analizzare il tempo che precede l'avvio dell'indagine e la durata dell'indagine stessa consente di individuare i principali colli di bottiglia.

Dove reperirlo

Deducibile dal CreateTime di un record cc_activity il cui ActivityPattern è correlato all'indagine, ad esempio "Initial Investigation" o "Contact Witness".

Acquisizione

Individuare la prima creazione di un Task con un pattern o un oggetto correlato all'indagine.

Tipo di evento inferred
Informazioni aggiuntive ricevute
Indica il completamento di una richiesta di informazioni aggiuntive. Viene acquisita quando la Activity, ovvero il Task, corrispondente alla richiesta di informazioni viene contrassegnata come "Completed".
Perché è importante

Questo è il punto finale del KPI "Additional Info Gathering Cycle Time". I tempi lunghi tra la richiesta e la ricezione sono tra le cause più comuni di ritardo nel processo di gestione dei sinistri.

Dove reperirlo

Acquisita dal CloseTime di un record cc_activity il cui ActivityPattern è correlato a una richiesta di informazioni. Lo stato dell'attività deve essere "Completed".

Acquisizione

Individuare il Timestamp di completamento di un Task per la richiesta di informazioni esterne.

Tipo di evento explicit
Informazioni aggiuntive richieste
Rappresenta una richiesta inviata al richiedente o a una terza parte per ottenere ulteriori informazioni o documentazione. In genere viene acquisita come Activity, ovvero Task, esplicita creata in ClaimCenter.
Perché è importante

Questa attività costituisce il punto di partenza per misurare il KPI "Additional Info Gathering Cycle Time". La frequenza elevata di questi eventi può segnalare processi FNOL incompleti o inefficienze nella raccolta delle informazioni.

Dove reperirlo

Acquisita dal CloseTime di un record cc_activity il cui ActivityPattern è correlato alla richiesta di documentazione o informazioni a una parte esterna.

Acquisizione

Individuare la creazione di un Task per la richiesta di informazioni esterne.

Tipo di evento explicit
Liquidazione calcolata
Questa attività rappresenta il momento in cui viene determinato l'importo della liquidazione, ma il pagamento non è ancora stato approvato. Può essere dedotta dalla creazione di un pagamento con stato "Pending Approval".
Perché è importante

Segna il passaggio dalla valutazione al pagamento. Costituisce il punto di partenza per misurare il KPI "Payment Authorization Lead Time" e individuare i ritardi nella catena di approvazione.

Dove reperirlo

Deducibile dal CreateTime di un record cc_check o cc_transaction il cui stato iniziale è "Pending Approval" o uno stato analogo precedente ad "Approved".

Acquisizione

Individuare la creazione di un record di pagamento o transazione con uno stato precedente all'approvazione.

Tipo di evento inferred
Sinistro assegnato
Rappresenta l'assegnazione di un sinistro a uno specifico utente, ovvero il liquidatore, o a un gruppo incaricato della gestione. In genere viene dedotta monitorando le variazioni nei campi di assegnazione dell'entità Claim.
Perché è importante

Il monitoraggio delle assegnazioni è fondamentale per analizzare il carico di lavoro dei liquidatori, individuare i colli di bottiglia nel routing e misurare il tempo necessario alla prima azione da parte dell'incaricato.

Dove reperirlo

Deducibile dalla tabella cc_history monitorando le variazioni nei campi AssignedUser o AssignedGroup associati a uno specifico Claim ID. Il Timestamp della variazione indica il momento in cui si è verificato l'evento.

Acquisizione

Monitorare gli audit log o le tabelle dello storico per rilevare gli aggiornamenti ai campi di assegnazione del sinistro.

Tipo di evento inferred
Sinistro riaperto
Rappresenta il passaggio di un sinistro dallo stato "Closed" allo stato "Open" per svolgere ulteriori attività. L'evento viene dedotto da una specifica sequenza di variazioni di stato.
Perché è importante

Questa attività indica una rilavorazione. Un numero elevato di sinistri riaperti segnala problemi nella liquidazione iniziale, danni non rilevati o altre inefficienze di processo, con conseguente aumento dei costi.

Dove reperirlo

Deducibile dalla tabella cc_history identificando una variazione del campo State dell'entità cc_claim da "Closed" nuovamente a "Open" o a un altro stato attivo.

Acquisizione

Monitorare il campo dello stato principale del sinistro per rilevare il passaggio da uno stato chiuso a uno aperto.

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Guidewire ClaimCenter

È pronto per iniziare?

Utilizzi questo Template per preparare i Suoi dati all’analisi e ottenere insight sulla gestione dei sinistri. Inizi oggi stesso a ottimizzare i Suoi Workflow.

Accelerare la gestione dei sinistri e risolvere i casi più rapidamente

Elimini gli arretrati, prevenga le frodi e punti a una gestione straight-through del 70%.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito; la configurazione richiede solo pochi minuti.