Il Suo Template dei dati per la gestione dei sinistri

L'ID sinistro è una chiave univoca assegnata a ciascun sinistro assicurativo al momento della registrazione. Funge da filo conduttore centrale che collega tutte le attività, gli eventi e i dati correlati durante l'intero ciclo di vita del sinistro, dalla presentazione iniziale alla chiusura definitiva.

Nel Process Mining, l'ID sinistro è fondamentale per ricostruire il percorso end-to-end di ogni sinistro. Raggruppando tutti gli eventi con lo stesso ID sinistro, il software può visualizzare il flusso del processo, identificare le variazioni e calcolare le metriche a livello di pratica. In questo modo ogni azione, dall'assegnazione al perito all'emissione del pagamento, viene correttamente attribuita al sinistro specifico a cui appartiene, consentendo un'analisi coerente e accurata del processo.

È l'identificativo essenziale della pratica che collega tutti gli eventi correlati, rendendo possibile seguire il percorso end-to-end di ogni sinistro.

In genere si trova nell'intestazione o nel record principale della pratica del sinistro o della transazione nel sistema di gestione dei sinistri.

Il Nome dell'attività descrive un passaggio, un'attività o un evento specifico all'interno del ciclo di elaborazione dei sinistri. Queste attività rappresentano il lavoro svolto, ad esempio «Claim Registered», «Investigation Started» o «Payment Issued». Ogni attività costituisce un punto distinto del processo acquisito nell'event log.

Nell'analisi di Process Mining, le attività sono gli elementi costitutivi della mappa del processo. Analizzandone sequenza, frequenza e durata è possibile comprendere il flusso effettivo del processo, i percorsi più comuni, i colli di bottiglia e le deviazioni dalla procedura standard. Nomi delle attività chiari e coerenti sono fondamentali per creare un modello di processo comprensibile e utile all'azione.

Le attività costituiscono il nucleo della mappa del processo e definiscono i passaggi e le attività la cui sequenza e durata vengono analizzate per comprendere le prestazioni del processo.

In genere si trovano negli event log, nei registri di audit o nei record delle transazioni del sistema di gestione dei sinistri.

L'Ora di inizio è un indicatore preciso di data e ora che segnala il momento in cui è iniziata un'attività. È un dato fondamentale per ogni evento nel registro del processo, poiché fornisce il contesto temporale necessario per l'analisi delle prestazioni.

Nel Process Mining, l'Ora di inizio è essenziale per ordinare cronologicamente gli eventi e ricostruire con accuratezza il percorso della pratica. Costituisce la base per calcolare indicatori chiave di prestazione come tempi di ciclo, tempi di attesa e tempi di elaborazione. L'analisi dei timestamp aiuta a individuare i ritardi tra i passaggi, misurare il rispetto degli accordi sul livello di servizio (SLA) e comprendere le dinamiche temporali del processo di gestione dei sinistri.

Questo timestamp è essenziale per ordinare correttamente gli eventi e calcolare tutte le metriche temporali, come i tempi di ciclo e i colli di bottiglia.

In genere viene registrato negli event log, nei registri di audit o nei dati delle transazioni, spesso con l'etichetta «event time» o «creation date».

L'Attributo Sistema di origine identifica l'applicazione IT o la piattaforma specifica in cui l'attività è stata registrata originariamente. In ambienti complessi, i dati relativi alla gestione dei sinistri possono provenire da più sistemi, come una piattaforma centrale per i sinistri, un sistema di gestione documentale o uno strumento di gestione delle relazioni con i clienti (CRM).

Comprendere il sistema di origine è utile per convalidare i dati e analizzare la frammentazione del processo. Consente di ricondurre i problemi di qualità dei dati alla loro origine e può evidenziare inefficienze causate da trasferimenti manuali o passaggi di consegne tra sistemi diversi. Questa analisi può mettere in luce opportunità per migliorare l'integrazione tra i sistemi e l'automazione.

Identifica l'origine dei dati degli eventi, un elemento fondamentale per la convalida dei dati e per analizzare l'esecuzione del processo su più sistemi IT.

Queste informazioni possono essere incluse nella logica di estrazione dei dati oppure memorizzate come campo negli event log dei sistemi integrati.

Ultimo aggiornamento dei dati indica l'ultima volta in cui i dati dell'event log sono stati aggiornati dai sistemi di origine. Questo timestamp fornisce il contesto relativo all'attualità dei dati analizzati, assicurando che gli stakeholder siano consapevoli del loro livello di aggiornamento.

In qualsiasi analisi di processo, conoscere la tempestività dei dati è fondamentale per prendere decisioni informate. Questo attributo aiuta a comprendere se si sta visualizzando un processo quasi in tempo reale o una fotografia storica. È particolarmente importante per i Dashboard di monitoraggio continuo e per garantire che le conclusioni si basino su informazioni pertinenti e aggiornate.

Fornisce un contesto essenziale sull'attualità dei dati, assicurando che l'analisi e le decisioni si basino su informazioni aggiornate.

In genere si tratta di metadati generati durante il processo di estrazione, trasformazione e caricamento dei dati (ETL).

La Data obiettivo di risoluzione, o scadenza, è il termine stabilito per completare il processo di gestione del sinistro. Questa data è spesso determinata da requisiti normativi o da accordi interni sul livello di servizio (SLA), definiti per garantire un servizio tempestivo ai clienti.

Questo attributo è fondamentale per la conformità e il monitoraggio delle prestazioni. Confrontando la data effettiva di chiusura del sinistro con la data obiettivo, le organizzazioni possono misurare il tasso di rispetto degli SLA. Il Process Mining può evidenziare quali passaggi o varianti del processo hanno maggiori probabilità di causare violazioni degli SLA. Ciò consente una gestione proattiva delle scadenze e aiuta a dare priorità agli interventi con il maggiore impatto sulla tempestività della risoluzione, supportando direttamente il Dashboard «SLA and Deadline Adherence».

Consente di misurare le prestazioni puntuali rispetto agli SLA o alle scadenze normative, una misura fondamentale dell'efficacia del processo.

In genere viene calcolata in base a regole aziendali quando viene creato un sinistro e memorizzata nel record principale del sinistro.

La Gravità del sinistro fornisce una valutazione della complessità, dell'urgenza o del potenziale costo finanziario del sinistro. Questa classificazione aiuta a stabilire le priorità e ad assegnare i sinistri a periti con il livello di competenza adeguato. La gravità può essere determinata da fattori quali l'importo della perdita stimata, la natura dell'incidente o la presenza di contenzioso.

Analizzare il processo in base alla Gravità del sinistro è fondamentale per comprendere se le procedure di gestione siano adeguatamente calibrate. Ad esempio, ci si può aspettare che i sinistri ad alta gravità abbiano tempi di ciclo più lunghi, ma dovrebbero seguire un percorso di indagine più rigoroso. Questo attributo aiuta a verificare che i sinistri complessi ricevano l'attenzione necessaria, mentre quelli semplici vengano elaborati rapidamente, ottimizzando l'allocazione delle risorse e la soddisfazione dei clienti.

Aiuta a distinguere tra sinistri semplici e complessi, consentendo di analizzare se l'esecuzione del processo sia adeguatamente calibrata alla complessità del sinistro.

Spesso viene determinata da regole aziendali al momento dell'acquisizione del sinistro e memorizzata come campo nel record principale del sinistro.

L'Importo della liquidazione rappresenta il valore monetario totale corrisposto per liquidare un sinistro. È una metrica fondamentale dell'esito e riflette l'impatto finanziario del sinistro. In genere viene determinato dopo la valutazione della perdita e la presa di una decisione.

Nel Process Mining, questo attributo è essenziale per l'analisi basata sui costi. Consente di calcolare KPI come il «Costo medio per sinistro» e di analizzare in che modo le variazioni del processo influenzino gli esiti finanziari. Ad esempio, l'analisi potrebbe mostrare che i sinistri con determinati cicli di rilavorazione o tempi di ciclo più lunghi tendono a produrre importi di liquidazione più elevati. In questo modo si crea un collegamento diretto tra efficienza del processo e prestazioni finanziarie, a supporto del Dashboard «Claim Cost Analysis».

È una metrica fondamentale dell'esito, che collega direttamente il comportamento del processo all'impatto finanziario e consente un'analisi costi-benefici dei miglioramenti di processo.

Si trova nei record finanziari o di pagamento associati al sinistro e viene finalizzato alla chiusura del sinistro o al pagamento.

L'Ora di fine è un indicatore preciso di data e ora che segnala il momento in cui un'attività è stata conclusa. Quando è disponibile insieme all'Ora di inizio, consente di misurare con precisione la durata necessaria per completare un'attività.

Questo attributo è estremamente utile per un'analisi dettagliata delle prestazioni. La differenza tra Ora di inizio e Ora di fine fornisce il «tempo di elaborazione» o la «durata dell'attività», una metrica fondamentale per individuare i passaggi inefficienti. L'analisi dei tempi di elaborazione aiuta a identificare le attività che consumano più risorse e a stabilire dove concentrare gli interventi di semplificazione. È essenziale per creare Dashboard dedicate ai colli di bottiglia del processo e alle prestazioni dei team.

Consente di calcolare con precisione i tempi di elaborazione delle attività, un elemento fondamentale per identificare i colli di bottiglia e analizzare l'efficienza delle risorse.

In genere si trova negli event log o nei registri di audit insieme all'ora di inizio. Potrebbe essere necessario ricavarlo se vengono registrati soltanto gli eventi di modifica.

Il Perito assegnato identifica il dipendente o l'utente che ha eseguito una specifica attività o che è responsabile del sinistro in un determinato momento. Questo attributo collega le fasi del processo alle risorse umane che le eseguono.

Analizzare i dati per perito è fondamentale per la gestione del carico di lavoro, la valutazione delle prestazioni e l'identificazione delle esigenze formative. Consente ai responsabili di confrontare le prestazioni dei membri del team, garantire una distribuzione equilibrata del lavoro e individuare le persone con prestazioni eccellenti o che potrebbero necessitare di ulteriore supporto. Questa prospettiva a livello di risorsa è essenziale per i Dashboard dedicati alle prestazioni del team e all'equilibrio del carico di lavoro.

Collega le attività del processo alle persone che le eseguono, consentendo di analizzare il carico di lavoro, le prestazioni del team e l'allocazione delle risorse.

Si trova nei record delle transazioni, nei registri di audit o nei campi di assegnazione degli utenti del sistema di gestione dei sinistri.

L'Attributo Reparto specifica il gruppo organizzativo responsabile di un sinistro in una determinata fase del suo ciclo di vita. Tra gli esempi figurano «First Notice of Loss», «Investigation Unit» o «Payments Department».

Queste informazioni sono fondamentali per comprendere i passaggi di consegne e la collaborazione tra le diverse aree dell'organizzazione. Analizzare il processo dal punto di vista dei reparti può evidenziare i ritardi che si verificano quando un sinistro passa da un team all'altro. Aiuta a identificare i colli di bottiglia tra reparti ed è essenziale per valutare i carichi di lavoro e le prestazioni dei singoli team, supportando KPI come l'equilibrio del carico di lavoro dei periti e Dashboard sulle prestazioni dei team.

Aiuta ad analizzare i passaggi di consegne tra i team e a identificare i colli di bottiglia tra reparti, supportando l'analisi delle prestazioni organizzative.

In genere viene memorizzato nel record del sinistro, spesso associato all'utente assegnato o alla fase corrente del processo.

Il Tipo di sinistro è una classificazione che raggruppa i sinistri in base alla linea di business o alla natura della perdita, ad esempio «Auto», «Property», «Liability» o «Disability». Tipi di sinistro diversi seguono spesso percorsi distinti e presentano livelli differenti di complessità e SLA.

Segmentare l'analisi del processo per Tipo di sinistro è una tecnica fondamentale per ottenere informazioni significative. Consente di confrontare tempi di ciclo, costi e conformità del processo tra categorie diverse. Questa analisi può rivelare che un processo efficiente per i sinistri auto è invece inefficiente per quelli relativi a proprietà, orientando interventi di miglioramento mirati. Questo attributo è essenziale per il Dashboard «Performance by Claim Category».

Consente di segmentare i sinistri per confrontare processi e prestazioni tra diverse linee di business, facendo emergere problemi specifici delle singole categorie.

Un campo standard del record principale del sinistro, generalmente impostato al momento della sua creazione.

Il Canale di presentazione identifica il modo in cui un sinistro è stato segnalato per la prima volta alla compagnia. I canali più comuni includono un portale clienti online, un'app mobile, un agente, un broker o la posta tradizionale.

Analizzare il processo in base al canale di presentazione può evidenziare differenze importanti nella qualità dei dati, nell'efficienza e nell'esperienza del cliente. Ad esempio, i sinistri presentati tramite un portale digitale possono contenere meno errori di inserimento e avere tempi di elaborazione iniziali più rapidi rispetto a quelli inviati per posta. Queste informazioni possono orientare le decisioni strategiche sui canali da promuovere e sugli ambiti in cui investire in automazione e miglioramento dei processi.

Aiuta ad analizzare l'impatto del canale di acquisizione sull'efficienza del processo, sulla qualità dei dati e sul tempo di ciclo complessivo.

In genere viene acquisito durante il processo di «First Notice of Loss» (FNOL) e memorizzato nel record principale del sinistro.

La Data del sinistro indica la data effettiva dell'evento, ad esempio un incidente automobilistico o un danno a una proprietà, che ha dato origine al sinistro. È distinta dalla data in cui il sinistro è stato segnalato o registrato nel sistema.

La differenza tra la Data del sinistro e la data di registrazione del sinistro è nota come «ritardo nella denuncia». Analizzare questo ritardo è importante per comprendere il comportamento dei clienti e individuare potenziali rischi di frode, ad esempio ritardi insolitamente lunghi nella segnalazione. Fornisce una cronologia più completa dell'intera esperienza di gestione del sinistro, dall'incidente alla risoluzione, offrendo una prospettiva più ampia rispetto al solo tempo di elaborazione interno.

Stabilisce la data dell'incidente effettivo, consentendo di analizzare i ritardi nella denuncia e l'intera cronologia dall'evento alla chiusura.

Viene fornita dal denunciante durante la «First Notice of Loss» e memorizzata nel record principale del sinistro.

L'Importo richiesto è la stima iniziale della perdita o l'importo richiesto dal denunciante all'inizio del processo. Questo valore può essere modificato successivamente durante la fase di indagine e valutazione.

Questo attributo è utile per diversi tipi di analisi. Può essere utilizzato per definire un livello iniziale di gravità del sinistro e per monitorare la differenza tra la richiesta iniziale e l'importo finale della liquidazione. Analizzare questa differenza può fornire indicazioni sull'accuratezza delle stime iniziali e sull'efficacia delle misure di controllo dei costi nel processo di gestione dei sinistri. È un input fondamentale per le previsioni finanziarie e la costituzione delle riserve.

Rappresenta l'entità finanziaria iniziale del sinistro, utile per valutarne la gravità e analizzare la differenza rispetto all'importo finale della liquidazione.

Viene acquisito durante la presentazione iniziale del sinistro e memorizzato nella sezione finanziaria del record del sinistro.

Il Motivo del rifiuto è un codice o una descrizione testuale che spiega perché un sinistro non è stato pagato. Le motivazioni possono riguardare la copertura prevista dalla polizza, attività fraudolente o la mancata fornitura della documentazione richiesta.

Analizzare i motivi dei rifiuti è fondamentale per individuare opportunità di miglioramento sia nei processi interni sia nella comunicazione con i clienti. Ad esempio, se un numero elevato di sinistri viene respinto a causa di informazioni mancanti, ciò può indicare la necessità di migliorare il processo di acquisizione. L'analisi delle cause principali dei motivi di rifiuto può portare a una formulazione più chiara delle polizze, a una migliore informazione dei clienti e alla riduzione dell'impegno amministrativo dedicato a sinistri destinati a essere respinti.

Fornisce informazioni sul motivo per cui i sinistri non vengono liquidati, consentendo di analizzarne le cause principali per migliorare la comunicazione con i clienti e i processi front-end.

Selezionato da un elenco predefinito oppure inserito come testo da un liquidatore quando si verifica un'attività "Claim Denied".

Il Numero di polizza è il riferimento univoco del contratto assicurativo che copre la perdita segnalata. Collega il sinistro a uno specifico cliente, alle condizioni di polizza, ai massimali di copertura e agli altri dettagli contrattuali.

Sebbene non venga sempre utilizzato direttamente nell'analisi del flusso del processo, il Numero di polizza è un'informazione contestuale fondamentale. Consente di aggregare i dati dei sinistri a livello di polizza o cliente, facendo emergere, ad esempio, eventuali frequenti denunce da parte dello stesso contraente. Permette inoltre di arricchire i dati dei sinistri con dettagli a livello di polizza, come il tipo di polizza o l'importo della copertura, per segmentazioni e analisi più avanzate.

Collega il sinistro allo specifico contratto assicurativo, consentendo di arricchire l'analisi con i dati della polizza per ottenere una visione più approfondita e contestualizzata.

Un dato fondamentale acquisito al momento della denuncia del sinistro e memorizzato nell'intestazione del record del sinistro.

Lo Stato del sinistro indica la condizione del sinistro nel suo ciclo di vita al momento di un evento. Questo stato fornisce una sintesi di alto livello della posizione del sinistro nel processo, ad esempio «Under Investigation», «Awaiting Information» o «Settled».

Mentre il Process Mining ricostruisce il flusso dettagliato a partire dalle attività, l'attributo Stato del sinistro offre un utile livello di contesto. Può essere utilizzato per convalidare il flusso del processo, ad esempio verificando se un'attività «Payment Issued» aggiorni correttamente lo stato a «Closed», e per analizzare la durata della permanenza dei sinistri in determinati stati. Aiuta a comprendere per quanto tempo le pratiche restano in sospeso e può evidenziare ritardi o inefficienze sistemiche.

Fornisce il contesto sullo stato di un sinistro in qualsiasi momento, aiutando ad analizzare il tempo trascorso nelle diverse fasi e a convalidare il flusso del processo.

Un campo fondamentale del record principale del sinistro, aggiornato man mano che il sinistro avanza nel suo ciclo di vita.