Modello Dati: Gestione Sinistri

Il Claim ID è la chiave fondamentale che collega tutte le attività, gli eventi e i punti dati lungo l'intero ciclo di vita di una pratica. Assicura che ogni punto di contatto, dalla presentazione iniziale alla chiusura finale, possa essere tracciato in modo coeso come parte di un singolo caso.

Nel Process Mining, questo attributo è essenziale per ricostruire il percorso end-to-end di ogni pratica. Permette l'analisi dei flussi di processo, il calcolo dei tempi totali di risoluzione e l'identificazione delle variazioni nel modo in cui le diverse pratiche vengono gestite.

Questo è l'identificatore principale che collega tutti gli eventi correlati in una singola istanza di processo, rendendo possibile l'analisi end-to-end del ciclo di vita del sinistro.

Questa è una chiave primaria nelle tabelle principali di gestione dei casi di sinistro all'interno di FINEOS Claims.

Questo attributo descrive un singolo passaggio o una milestone all'interno del processo di gestione dei sinistri, come 'Sinistro Inviato', 'Revisione Iniziale Eseguita' o 'Pagamento Emesso'. Ogni attività rappresenta un'azione distinta intrapresa sul sinistro.

Analizzare la sequenza e la frequenza di queste attività è il fondamento del Process Mining. Rivela il flusso di processo effettivo, aiuta a identificare i bottleneck dove il lavoro si accumula e mette in evidenza i percorsi comuni o eccezionali che i sinistri seguono.

Definisce i passaggi del process, consentendo la visualizzazione della process map e l'analisi dei workflow patterns e delle deviazioni.

Si ricava tipicamente da event log, modifiche dello stato dei task o audit trail all'interno del sistema FINEOS Claims.

Event Time registra la data e l'ora esatte in cui si è svolta un'attività di gestione dei sinistri. Questi dati cronologici sono fondamentali per ordinare correttamente gli eventi e comprendere la sequenza temporale di un sinistro.

Nell'analisi, questo timestamp viene utilizzato per calcolare durate, tempi di ciclo e tempi di attesa tra le diverse fasi. È essenziale per identificare i ritardi, misurare le prestazioni rispetto agli SLA e comprendere le dinamiche temporali del processo.

Questo timestamp fornisce l'ordine cronologico degli eventi, essenziale per il calcolo di tutte le metriche basate sul tempo, come il tempo di ciclo e l'identificazione dei colli di bottiglia.

Queste informazioni sono solitamente disponibili come timestamp di creazione o aggiornamento, associato a ogni evento o record di stato in FINEOS Claims.

Questo attributo specifica l'origine dei data di processo. Per questa analisi, sarà sempre 'FINEOS Claims', ma in un ambiente multi-system, è cruciale per tracciare la data lineage e garantire la data quality.

In un contesto di analytics più ampio, aiuta a differenziare i processi che possono estendersi su più sistemi e assicura che l'interpretazione dei data sia corretta in base alla loro fonte.

Fornisce un contesto cruciale sull'origine dei dati, essenziale per la data governance, la validazione e l'integration con altri sistemi.

Questo è solitamente un valore statico aggiunto durante il processo di estrazione dati per etichettare l'origine del dataset.

Questo attributo fornisce la data e l'ora dell'ultima estrazione o aggiornamento dei data. È importante per comprendere la freschezza e l'attualità dei data analizzati.

Questa informazione è critica per la data governance e affinché gli utenti sappiano se stanno visualizzando i data di processo più attuali. Aiuta a gestire le aspettative sulla data latency ed è vitale per il reporting su processi quasi in tempo reale.

Indica la freschezza dei dati, assicurando che gli utenti comprendano il periodo di tempo coperto dall'analisi e quando è stata l'ultima volta che sono stati aggiornati.

Questo timestamp è solitamente generato e memorizzato dallo strumento di estrazione dati o ETL al termine di un'operazione di caricamento dati.

Questo attributo registra come è stato ricevuto il sinistro, ad esempio, tramite un portale online, via email, per posta fisica o tramite un agente. Canali di invio diversi possono avere un impatto significativo sulla data quality e sui tempi di elaborazione iniziali.

Analizzare il processo in base al canale di invio aiuta a determinare se certi canali portano a un'elaborazione più rapida, a tassi più elevati di rework (es. a causa di informazioni mancanti) o a migliori risultati. Questi insight possono guidare gli investimenti nell'ottimizzazione dei canali, come il miglioramento dei moduli online per ridurre gli errori.

Aiuta a determinare se certi canali di acquisizione portano a un'elaborazione più efficiente o a tassi di rilavorazione più elevati, guidando la strategia e gli investimenti sui canali.

Consultare la documentazione di FINEOS Claims. Questo è tipicamente acquisito durante il processo di acquisizione del sinistro e memorizzato nel record principale del sinistro.

Questo attributo rappresenta la scadenza per il completamento del processo di gestione dei sinistri, come definito dagli accordi sul livello di servizio (SLA) o dai requisiti normativi. Serve come benchmark rispetto al quale vengono misurate le performance effettive.

Questa data è essenziale per monitorare la compliance agli SLA. Confrontando la data effettiva di chiusura del sinistro con la Data Target di Risoluzione, è possibile calcolare il tasso di compliance SLA, identificare i sinistri a rischio di violare i loro SLA e analizzare le cause profonde dei ritardi che portano alla non-compliance.

Questo è il riferimento per misurare la conformità SLA. Consente l'identificazione dei sinistri in ritardo e l'analisi delle ragioni dei ritardi.

Consultare la documentazione di FINEOS Claims. Questa data è spesso calcolata da regole aziendali in base alla data e al tipo di presentazione del sinistro.

Questo attributo specifica l'unità organizzativa, come 'Acquisizione Iniziale', 'Unità Investigativa' o 'Dipartimento Pagamenti', che è responsabile di una particolare attività o che gestisce il sinistro in una determinata fase.

Analizzare il processo per dipartimento è cruciale per comprendere i passaggi di consegna cross-funzionali, che sono comuni fonti di ritardo. Aiuta a identificare quali dipartimenti sono bottleneck, misura l'efficienza dipartimentale e supporta l'analisi dell'allocazione delle risorse all'interno dell'organizzazione.

Permette l'analisi delle performance per unità organizzativa, evidenziando i ritardi nei passaggi di consegne inter-dipartimentali e i colli di bottiglia specifici dei reparti.

Consultare la documentazione di FINEOS Claims. Questo dato può essere associato al profilo utente del perito assegnato o alla coda a cui è assegnato un task.

La gravità del sinistro indica una valutazione della sua complessità, urgenza o esposizione finanziaria. I sinistri ad alta gravità possono richiedere più passaggi, una revisione specialistica o tempi di elaborazione più lunghi rispetto a quelli a bassa gravità.

Analizzare il processo in base alla gravità aiuta a capire se l'allocazione delle risorse e la progettazione del processo sono appropriate per diversi livelli di complessità del sinistro. Può rivelare se i sinistri ad alta gravità subiscono ritardi sproporzionati o se i sinistri a bassa gravità vengono elaborati eccessivamente, consentendo una migliore segmentazione dei processi e gestione delle risorse.

La segmentazione per gravità aiuta a verificare se il processo prioritizza correttamente le pratiche ad alto impatto e identifica se determinati livelli di complessità causano colli di bottiglia.

Consultare la documentazione di FINEOS Claims. Questo può essere un campo dedicato o derivato da altri attributi come l'importo stimato della perdita.

Questo attributo identifica l'individuo o il team che ha eseguito una specifica Task nel processo di gestione dei sinistri. È il modo principale per collegare le attività di processo alle risorse umane.

Analizzare i data per 'Liquidatore Assegnato' è fondamentale per comprendere la distribuzione del carico di lavoro, le performance individuali e l'efficienza delle risorse. Può evidenziare liquidatori sovraccarichi, identificare opportunità di formazione confrontando le performance e supportare migliori strategie di allocazione delle risorse per bilanciare i carichi di lavoro.

Questo attributo collega le fasi del processo agli individui che le eseguono, consentendo l'analisi del carico di lavoro, la valutazione dell'efficienza delle risorse e i confronti delle performance.

Consultare la documentazione di FINEOS Claims. Questa informazione è tipicamente memorizzata nei campi di proprietà del task o di assegnazione utente associati agli eventi del sinistro.

L'attributo End Time registra il momento preciso in cui un'attività si conclude. Abbinato all'Start Time (EventTime), permette il calcolo esatto del tempo impiegato per completare ogni fase (ovvero, il suo tempo di elaborazione).

Nell'analisi, questo è cruciale per distinguere tra tempo di elaborazione attivo e tempo di attesa inattivo. Consente la creazione di analisi dettagliate dei colli di bottiglia, mostrando quali attività specifiche consumano più tempo e dove si formano code tra i passaggi.

Consente il calcolo preciso del tempo di elaborazione per ogni attività, aspetto fondamentale per identificare i passaggi inefficienti e misurare l'utilizzo delle risorse.

Consultare la documentazione di FINEOS Claims. Questo può essere disponibile nei log degli eventi o può essere derivato dall'ora di inizio dell'evento successivo.

Lo stato del sinistro indica la sua fase nel ciclo di vita, ad esempio 'Aperto', 'Informazioni in sospeso', 'Approvato', 'Negato' o 'Chiuso'. Questo attributo fornisce una panoramica della situazione del sinistro in qualsiasi momento.

Nell'analisi dei processi, i cambiamenti di stato spesso corrispondono direttamente alle attività del processo. Il monitoraggio dello stato è cruciale per comprendere gli esiti dei sinistri, identificare i colli di bottiglia dove i sinistri rimangono bloccati in un determinato stato per lunghi periodi e analizzare le ragioni di esiti finali come 'Negato' o 'Chiuso'.

Questo attributo è fondamentale per comprendere gli esiti dei sinistri, filtrare i case attivi rispetto a quelli chiusi e identificare le fasi in cui i sinistri ristagnano.

Consultare la documentazione di FINEOS Claims. Questo è un campo fondamentale nel record principale del sinistro, che viene aggiornato durante tutto il suo ciclo di vita.

Il tipo di sinistro classifica i reclami in base alla natura della polizza o del danno. Diversi tipi di sinistro seguono spesso variazioni di processo distinte, hanno requisiti normativi differenti e richiedono una gestione specializzata.

Questa è una dimensione critica per l'analisi comparativa. Filtrando o segmentando la vista del processo per Tipo di sinistro, gli analisti possono scoprire colli di bottiglia specifici per tipo, confrontare le performance tra categorie e adattare le iniziative di miglioramento dei processi alle esigenze uniche di ogni tipo di sinistro. Aiuta a capire se alcuni tipi di sinistro sono intrinsecamente meno efficienti da elaborare.

Permette la segmentation del process per confrontare le performance e identificare variazioni tra diverse categorie di sinistri, portando a miglioramenti più mirati.

Consultare la documentazione di FINEOS Claims. Questo è un attributo fondamentale di un sinistro, tipicamente impostato al momento della registrazione e memorizzato nella tabella principale dei casi.

Loss Amount rappresenta la stima iniziale o la riserva finanziaria accantonata per un sinistro. Questo valore può essere aggiornato man mano che il sinistro viene investigato e valutato.

Questi dati finanziari sono cruciali per la segmentation dei sinistri e per comprendere come l'impatto finanziario si correla al comportamento del process. Per esempio, aiuta a rispondere a domande come: I sinistri di valore più elevato impiegano più tempo per essere elaborati o richiedono più rework? È anche un input chiave per il financial forecasting e il risk management.

Fornisce un contesto finanziario al processo, consentendo l'analisi di come il valore del sinistro influenzi il tempo di elaborazione, la complessità e i percorsi.

Consultare la documentazione di FINEOS Claims. Queste informazioni si trovano tipicamente nelle tabelle finanziarie o relative alle riserve collegate al sinistro.

La Data del Danno specifica quando si è verificato l'incidente effettivo (ad es., incidente, infortunio). Questa è distinta dalla data di presentazione della pratica e può essere un fattore importante nella validazione e nell'elaborazione della stessa.

Questo attributo fornisce un contesto prezioso. Il ritardo temporale tra la Data del Danno e la data di 'Pratica Presentata' (ritardo di segnalazione) può essere un indicatore chiave di performance. Analizzare questo ritardo può rivelare problemi nei processi di segnalazione e il suo impatto sull'intero ciclo di vita della pratica.

Fornisce un contesto importante e consente il calcolo del ritardo di segnalazione (tempo dalla perdita alla segnalazione), che può influire sulla complessità e sugli esiti del sinistro.

Consultare la documentazione di FINEOS Claims. Questa data è un campo standard acquisito durante il processo di 'Prima Notifica di Sinistro' o di registrazione del sinistro.

Questo attributo calcolato contrassegna le attività che rappresentano rework, come un secondo evento di 'Informazioni Aggiuntive Richieste' per lo stesso sinistro. È tipicamente identificato rilevando attività ripetute o loop a ritroso nel flusso di processo.

Contrassegnare esplicitamente il rework semplifica l'analisi focalizzata sull'inefficienza. Permette una facile quantificazione del tasso di rework, un Key Performance Indicator. I dashboard possono usare questo flag per visualizzare la frequenza e l'impatto del rework, aiutando a individuare le cause profonde di questi loop inefficienti.

Segnala direttamente i cicli di processo inefficienti, rendendo facile calcolare il tasso di rilavorazione e analizzare i fattori che guidano il lavoro ripetuto.

Questo è derivato durante l'analisi di Process Mining identificando attività ripetute per lo stesso caso. Ad esempio, segnalando la seconda occorrenza di 'Investigation Started'.

L'Importo del Pagamento è la somma finale erogata dopo la liquidazione e l'approvazione del sinistro. Per i sinistri con pagamenti multipli, questo può rappresentare una singola transazione di pagamento.

Questo attributo è essenziale per la riconciliazione finanziaria e per l'analisi degli esiti monetari del processo. Consente confronti tra la perdita stimata iniziale e il pagamento finale. Nell'analisi di processo, aiuta a comprendere l'impatto finanziario delle diverse varianti di processo o decisioni.

Traccia l'esito finanziario del processo, un aspetto cruciale per misurare le performance economiche e analizzare il valore delle richieste.

Consultare la documentazione di FINEOS Claims. Questi dati si trovano nelle tabelle delle transazioni di pagamento collegate al caso di sinistro.

Quando l'esito di una richiesta è 'Negato', questo attributo fornisce la ragione specifica di tale decisione. Le ragioni possono includere 'Non Coperto dalla Polizza', 'Sospetto di Frode' o 'Informazioni Incomplete'.

Questo è un attributo vitale per l'analisi delle cause radice delle negazioni delle richieste. Analizzando la frequenza delle diverse ragioni di negazione, l'organizzazione può identificare problemi comuni nel processo di presentazione, aree di confusione dei clienti riguardo alla copertura della polizza o potenziali esigenze di formazione per gli addetti alla liquidazione. Questa intuizione può portare a iniziative che riducono i tassi di negazione e migliorano la soddisfazione del cliente.

Cruciale per l'analisi delle cause profonde dei processi falliti, aiuta a identificare opportunità per ridurre i rifiuti dei sinistri e migliorare la qualità dell'acquisizione.

Consultare la documentazione di FINEOS Claims. Questo è tipicamente un campo strutturato o un codice selezionato quando viene eseguita l'attività 'Sinistro Rifiutato'.

Questo attributo registra il motivo per cui un sinistro è stato spostato da uno stato 'Chiuso' a uno attivo. I motivi comuni includono la ricezione di nuove informazioni, un ricorso da parte del richiedente o la correzione di un errore.

Analizzare i motivi di riapertura è un modo diretto per misurare la qualità e la completezza del processo. Un elevato volume di sinistri riaperti, in particolare per determinate ragioni, indica che la chiusura iniziale era difettosa. Questi data possono individuare debolezze nelle fasi di indagine o di decisione, fornendo obiettivi chiari per il Process improvement per garantire che i sinistri siano chiusi correttamente la prima volta.

Offre un approfondimento diretto sui fallimenti del processo, dove un sinistro è stato chiuso prematuramente o in modo errato, evidenziando opportunità per migliorare la risoluzione al primo contatto.

Consultare la documentazione di FINEOS Claims. Questo motivo è tipicamente registrato quando un utente esegue l'azione 'Riapri Sinistro' nel sistema.

Il Numero di Polizza è l'identificatore del contratto assicurativo che copre la pratica. Collega la pratica a un cliente specifico, ai termini della polizza e ai dettagli della copertura.

Sebbene non sia direttamente un attributo di processo, fornisce un contesto aziendale essenziale. Permette di aggregare i dati delle pratiche per polizza o per cliente, il che può essere utile per analizzare la frequenza delle pratiche, l'esperienza del cliente e identificare le polizze che generano un elevato volume di pratiche complesse.

Fornisce un contesto aziendale critico, collegando il sinistro a uno specifico contratto cliente e abilitando un'analisi di processo incentrata sul cliente.

Consultare la documentazione di FINEOS Claims. Questo è un dato fondamentale acquisito al momento della registrazione del sinistro e memorizzato nel record principale del sinistro.

Questo attributo indica la posizione geografica associata al sinistro, che potrebbe basarsi sull'indirizzo del richiedente o sul luogo del danno.

L'analisi geografica può rivelare variazioni regionali nei tipi di sinistro, nelle frequenze e nell'efficienza di elaborazione. Può aiutare a identificare se certi uffici regionali stanno performando meglio di altri, o se ci sono fattori specifici della località (es. normative, eventi meteorologici) che impattano sul processo dei sinistri. Questo consente una gestione e un'allocazione delle risorse più mirate.

Consente una segmentazione geografica per identificare differenze di performance regionali, variazioni di conformità o colli di bottiglia specifici della località.

Consultare la documentazione di FINEOS Claims. Questa informazione è tipicamente derivata dai dettagli dell'indirizzo del contraente o del richiedente memorizzati nel sistema.

Questo attributo fornisce uno status chiaro e categorico sulle performance degli SLA per ogni sinistro. Viene derivato confrontando la data di 'Sinistro Chiuso' con la 'Data Target di Risoluzione' e classificando l'esito come 'In Tempo' o 'In Ritardo'.

Questo semplifica il reporting e l'analisi dell'adesione agli SLA. Invece di lavorare con date grezze, gli analisti possono usare questa semplice categoria per creare dashboard che mostrano il tasso di compliance SLA, filtrare tutti i sinistri in ritardo per analizzarne le caratteristiche comuni e monitorare le tendenze nelle performance degli SLA nel tempo. Supporta direttamente il dashboard di 'Adesione agli SLA' e il KPI.

Fornisce un indicatore chiaro e semplice delle prestazioni SLA per ogni caso, rendendo facile misurare e analizzare il tasso di conformità SLA.

Questo è un campo calcolato, derivato confrontando il timestamp dell'attività finale con la 'ResolutionTargetDate' per ogni caso.

Il Tempo di Elaborazione è una metrica calcolata che misura il tempo trascorso tra l'inizio e la fine di un'attività. Rappresenta il 'touch time' o il periodo in cui una risorsa era attivamente impegnata nel compito.

Questa è una metrica fondamentale per l'analisi delle prestazioni. Aiuta a distinguere il tempo di lavoro attivo dal tempo di attesa inattivo, consentendo una valutazione più accurata dell'efficienza delle risorse e l'identificazione delle attività intrinsecamente dispendiose in termini di tempo. È un input chiave per il calcolo dei costi operativi e dei tassi di utilizzo dei liquidatori.

Misura il 'touch time' attivo per le attività, aiutando a individuare quali tasks specifiche richiedono più tempo e a misurare accuratamente l'resource efficiency.

Questo è calcolato sottraendo lo StartTime dell'attività dal suo EndTime.