Il Suo Template per i dati di gestione dei sinistri
Il Suo Template per i dati di gestione dei sinistri
- Attributi consigliati per la raccolta dei dati sui sinistri
- Attività chiave da monitorare nel processo di gestione dei sinistri
- Indicazioni dettagliate per l'estrazione dei dati da Sapiens ClaimsPro
Attributi della gestione dei sinistri
| Nome | Descrizione | ||
|---|---|---|---|
| ID sinistro ClaimId | L’identificativo univoco di ciascun sinistro assicurativo, che funge da ID principale della pratica per monitorarne il ciclo di vita. | ||
| Descrizione Il Claim ID è l’identificativo fondamentale della pratica che collega tutti gli eventi e le attività associati a un singolo sinistro assicurativo. Garantisce che l’intero percorso del sinistro, dalla presentazione iniziale alla chiusura finale, possa essere ricostruito e analizzato in modo coerente. Nel Process Mining, ogni voce dell’Event Log deve essere associata a un Claim ID. Questo consente allo strumento di tracciare il percorso completo di ciascun sinistro, visualizzare le varianti di processo, calcolare i tempi di gestione end-to-end e identificare colli di bottiglia o deviazioni dal Workflow standard. Analizzare i dati attraverso il Claim ID offre una visione completa del percorso del sinistro. Perché è importante È essenziale per raggruppare tutte le attività correlate in un’unica istanza di processo, consentendo un’analisi end-to-end del ciclo di vita dei sinistri. Dove reperirlo È una chiave primaria nella tabella principale delle transazioni dei sinistri all’interno di Sapiens ClaimsPro. Consulti la documentazione del sistema per conoscere il nome esatto della tabella e del campo. Esempi CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Nome dell’attività ActivityName | Il nome della specifica attività aziendale o dell’evento che si è verificato in un determinato momento del processo di gestione dei sinistri. | ||
| Descrizione Questo Attributo descrive una singola fase o attività eseguita durante il ciclo di vita del sinistro, come “Sinistro presentato”, “Revisione iniziale completata” o “Pagamento emesso”. Ogni attività rappresenta un punto distinto del processo, con un orario di inizio e, potenzialmente, di fine. L’analisi delle attività costituisce il nucleo del Process Mining. Consente di visualizzare la mappa del processo, identificare i colli di bottiglia tra le fasi, analizzare la frequenza delle attività e comprendere le variazioni del processo. La sequenza delle attività associata a un determinato Claim ID costituisce la base del flusso di processo. Perché è importante Definisce le fasi del processo, elemento fondamentale per creare la mappa del processo e identificare colli di bottiglia o inefficienze. Dove reperirlo In genere deriva dagli Event Log, dai record delle modifiche di stato o dalle tabelle di completamento delle attività all’interno di Sapiens ClaimsPro. Potrebbe essere necessario effettuare una mappatura dai codici di stato o dai tipi di transazione. Esempi Sinistro registratoIndagine avviataRisarcimento calcolatoSinistro chiuso | |||
| Timestamp dell’evento EventTimestamp | La data e l’ora precise in cui è iniziata una specifica attività o un determinato evento. | ||
| Descrizione Il Timestamp dell’evento registra l’orario di inizio di ogni attività nel processo di gestione dei sinistri. Fornisce il contesto cronologico necessario per ordinare gli eventi e calcolare la durata tra di essi. Questo timestamp costituisce la struttura temporale portante dell’Event Log. Nell’analisi di Process Mining, questo Attributo è fondamentale per calcolare tutte le metriche temporali, inclusi i tempi di gestione, i tempi di attesa e la durata delle attività. Consente di individuare i colli di bottiglia, analizzare le performance del processo nel tempo e monitorare la conformità agli SLA, fornendo la base oggettiva per stabilire quando si sono verificati gli eventi. Perché è importante Questo timestamp è essenziale per ordinare cronologicamente gli eventi e calcolare tutte le metriche basate sulla durata, come il tempo di gestione e i colli di bottiglia. Dove reperirlo Si trova nelle tabelle dei log degli eventi o delle transazioni, insieme alle informazioni sull’attività o sulla modifica dello stato in Sapiens ClaimsPro. Esempi 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| Gravità del sinistro ClaimSeverity | Una classificazione della complessità del sinistro o del suo potenziale impatto finanziario, ad esempio Bassa, Media o Alta. | ||
| Descrizione La Gravità del sinistro è una valutazione assegnata per indicare la complessità stimata, il rischio o l’esposizione finanziaria del sinistro. Questa valutazione determina spesso il livello di approfondimento, l’esperienza richiesta al liquidatore e il Workflow seguito. Questo Attributo è fondamentale per il Dashboard “Analisi del tempo di gestione in base alla gravità del sinistro”. Aiuta a comprendere se i sinistri più complessi vengono gestiti in modo efficiente o se contribuiscono in misura sproporzionata a tempi di gestione elevati. Fornisce un contesto essenziale per le metriche di performance, poiché è prevedibile che un sinistro ad alta gravità richieda più tempo rispetto a uno a bassa gravità. Perché è importante Fornisce un contesto essenziale per l’analisi dei tempi di gestione, aiutando a spiegare perché alcuni sinistri richiedono più tempo di altri e se i casi complessi vengono gestiti in modo efficiente. Dove reperirlo Può trattarsi di un campo inserito manualmente oppure di un punteggio derivato in base alle caratteristiche del sinistro in Sapiens ClaimsPro. Esempi BassaMediaAltaComplesso | |||
| Importo del risarcimento SettlementAmount | L'importo monetario finale corrisposto al richiedente per definire il sinistro. | ||
| Descrizione Questo attributo acquisisce il valore del risarcimento del sinistro. Si tratta di una metrica chiave del risultato, che riflette l'impatto finanziario del sinistro e le decisioni prese durante il processo. Nell'analisi dei processi, l'Importo del risarcimento viene utilizzato nella Dashboard «Claim Decision & Settlement Insights» per analizzare la correlazione tra le variazioni del processo o il comportamento dei liquidatori e gli esiti dei risarcimenti. Costituisce inoltre un input primario per il KPI «Settlement Amount Consistency Index», che contribuisce a individuare incoerenze nelle decisioni di risarcimento relative a sinistri simili. Perché è importante È una metrica chiave del risultato. Analizzandola rispetto alle varianti di processo, è possibile comprendere in che modo le inefficienze o le deviazioni del processo incidano sui risultati finanziari. Dove reperirlo Si trova nelle tabelle finanziarie o delle transazioni di pagamento associate al sinistro in Sapiens ClaimsPro. Esempi 5000.001250.75250000.00 | |||
| Liquidatore assegnato AssignedAdjuster | Il nome o l’ID del liquidatore responsabile della gestione del sinistro o di una specifica attività. | ||
| Descrizione Questo Attributo identifica l’utente o la risorsa che ha eseguito un’azione sul sinistro. Monitorare il liquidatore assegnato è fondamentale per comprendere la distribuzione dei carichi di lavoro, le performance individuali e l’allocazione delle risorse. L’analisi consente di filtrare la mappa del processo per osservare come i diversi liquidatori gestiscono i sinistri, confrontarne le performance e individuare potenziali opportunità di formazione. È essenziale per creare il Dashboard “Carico di attività di liquidatori e reparti” e calcolare il KPI “Equilibrio del carico di lavoro dei liquidatori”. Perché è importante È fondamentale per l’analisi delle risorse e aiuta a individuare squilibri nei carichi di lavoro, persone con performance elevate e necessità formative. Dove reperirlo Si trova nei log delle attività degli utenti o nelle tabelle delle transazioni di Sapiens ClaimsPro, spesso collegato all’utente che ha creato o modificato per ultimo un record. Esempi John Smithj.smithUSR-00451 | |||
| Ora di fine dell’evento EventEndTime | La data e l’ora precise in cui si è conclusa una specifica attività. | ||
| Descrizione L’ora di fine dell’evento indica il completamento di un’attività. Sebbene alcuni eventi siano istantanei, con StartTime uguale a EndTime, molte attività hanno una durata. Quando disponibile, questo timestamp consente di misurare con precisione il tempo impiegato per ogni fase. Questo Attributo viene utilizzato per calcolare il “tempo attivo” o “tempo di elaborazione” di un’attività, distinto dal “tempo di attesa” tra le attività. Aiuta a distinguere il tempo dedicato effettivamente alla gestione di un sinistro da quello trascorso inattivo in una coda. È fondamentale per individuare le attività specifiche che richiedono più tempo. Perché è importante Consente di calcolare il tempo di elaborazione attivo delle singole attività, aiutando a distinguere il tempo che genera valore dal tempo di attesa. Dove reperirlo Potrebbe essere disponibile negli stessi log delle transazioni dell’ora di inizio oppure potrebbe essere necessario dedurlo dall’ora di inizio dell’evento successivo. Consulti la documentazione di Sapiens ClaimsPro. Esempi 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| Reparto assegnato AssignedDepartment | Il reparto o il team responsabile della gestione del sinistro in una specifica fase. | ||
| Descrizione Questo Attributo indica l’unità aziendale o il team, ad esempio “Acquisizione iniziale”, “Sinistri complessi” o “SIU (Unità investigazioni speciali)”, assegnato a un sinistro o a un’attività. Consente di analizzare il processo dal punto di vista dei reparti. L’analisi per reparto aiuta a individuare i colli di bottiglia specifici di determinati team, comprendere i passaggi di consegne tra reparti e valutare l’efficienza dei singoli reparti. È essenziale per il Dashboard “Carico di attività di liquidatori e reparti” e per un’analisi dei processi organizzativi di livello superiore. Perché è importante Consente di analizzare le performance del processo e i passaggi di consegne tra team diversi, portando alla luce i colli di bottiglia organizzativi. Dove reperirlo Spesso è associato al profilo dell’utente nel sistema o assegnato direttamente all’oggetto sinistro. Consulti la documentazione di Sapiens ClaimsPro. Esempi Divisione sinistri autoSinistri immobiliariUnità investigativa speciale | |||
| Tipo di sinistro ClaimType | La categoria del sinistro assicurativo, ad esempio Auto, Property o Responsabilità civile. | ||
| Descrizione Il Tipo di sinistro classifica i sinistri in base al ramo di attività o alla natura del danno. È un Attributo di segmentazione fondamentale, che spesso determina il Workflow seguito dal sinistro e i team coinvolti. Analizzare il processo per Tipo di sinistro è essenziale per individuare le variazioni di efficienza e procedura tra i diversi rami di attività. Ad esempio, il processo per un sinistro Auto può essere altamente automatizzato e rapido, mentre quello per un sinistro Property commerciale può essere complesso e lento. Questo Attributo è necessario per calcolare il KPI “Indice di coerenza dell’importo del risarcimento”. Perché è importante Consente di confrontare i processi tra diversi rami di attività, individuando le best practice e i colli di bottiglia specifici di ciascuna categoria di sinistro. Dove reperirlo È un campo standard del record principale del sinistro in Sapiens ClaimsPro. È un elemento dati fondamentale per qualsiasi sistema di gestione dei sinistri. Esempi Danni materiali ai veicoliResponsabilità civile generaleIndennizzo per infortuni sul lavoroImmobili commerciali | |||
| Canale di presentazione SubmissionChannel | Il metodo attraverso il quale il sinistro è stato presentato inizialmente, ad esempio tramite portale online, agente o posta. | ||
| Descrizione Questo attributo identifica il canale di acquisizione di un nuovo sinistro. Canali diversi possono incidere significativamente sulla qualità iniziale dei dati, influenzando a loro volta l'intero processo nelle fasi successive. L'analisi del processo per Canale di presentazione aiuta a rispondere a domande relative all'efficienza e alla qualità. Ad esempio, la Dashboard «Claims Submission Channel Efficiency» può mostrare se i sinistri presentati tramite un portale online hanno tempi di ciclo più brevi e tassi di rilavorazione inferiori rispetto a quelli presentati per posta. Questo insight può orientare gli investimenti nell'ottimizzazione dei canali e nella trasformazione digitale. Perché è importante Aiuta a individuare i canali di acquisizione che consentono una gestione più efficiente, mettendo in evidenza le opportunità di automazione e di miglioramento dell'esperienza del cliente. Dove reperirlo Viene generalmente acquisito al primo contatto e memorizzato come campo nella scheda principale del sinistro in Sapiens ClaimsPro. Esempi Portale onlineAgentePostaTelefono | |||
| Data del sinistro LossDate | La data in cui si è verificato l'incidente o l'evento che ha dato origine al sinistro. | ||
| Descrizione La Data del sinistro, nota anche come Data dell'evento dannoso, è la data dell'evento effettivo, ad esempio un incidente automobilistico o un danno a un immobile, per il quale viene presentato il sinistro. Dal punto di vista del cliente, rappresenta spesso l'inizio dell'intero percorso del sinistro. Questo attributo è importante per calcolare il ritardo nella denuncia, ovvero il tempo che intercorre tra la Data del sinistro e la data «Claim Submitted». L'analisi di questo intervallo può fornire insight sul comportamento dei clienti e individuare opportunità per incoraggiare una denuncia più tempestiva, che spesso porta a risultati migliori. Perché è importante Definisce l'inizio dell'evento che ha dato origine al sinistro, consentendo di analizzare il ritardo nella denuncia, ossia il tempo che intercorre tra l'evento dannoso e la presentazione del sinistro. Dove reperirlo Un campo fondamentale della scheda principale del sinistro, acquisito durante il First Notice of Loss (FNOL). Esempi 2023-10-202023-11-152024-01-05 | |||
| Data obiettivo di definizione ResolutionTargetDate | La data entro la quale si prevede che il sinistro venga chiuso, sulla base degli accordi sul livello di servizio (SLA). | ||
| Descrizione La Data obiettivo di definizione è una scadenza fissata per la chiusura del sinistro, spesso determinata da fattori quali il tipo di sinistro, la giurisdizione o i termini della polizza. Funge da riferimento per misurare le prestazioni e il rispetto degli accordi sul livello di servizio. Questa data è fondamentale per la Dashboard «Claim Resolution SLA Compliance» e per il KPI «On-Time Claim Resolution Rate». Confrontando la data effettiva «Claim Closed» con questo obiettivo, il sistema può classificare automaticamente i sinistri come «On-Time» o «Late», offrendo una visione chiara delle prestazioni rispetto agli SLA. Perché è importante Costituisce il riferimento per misurare la conformità agli SLA, consentendo di calcolare i tassi di definizione puntuale e di individuare i sinistri a rischio di ritardo. Dove reperirlo Questa data può essere memorizzata nella scheda principale del sinistro oppure in un modulo correlato per la gestione degli SLA all'interno di Sapiens ClaimsPro. Esempi 2024-01-152024-03-202024-06-01 | |||
| È rilavorazione IsRework | Un indicatore booleano calcolato che identifica le attività appartenenti a un ciclo di rilavorazione. | ||
| Descrizione Questo attributo viene impostato su «true» quando un'attività o una sequenza di attività viene ripetuta per lo stesso sinistro. Ad esempio, se un sinistro passa da «Initial Review» a «Additional Information Requested» e poi torna a «Initial Review», la seconda istanza della revisione viene contrassegnata come rilavorazione. Segnalare la rilavorazione è fondamentale per quantificare l'inefficienza del processo. Questo attributo alimenta la Dashboard «Claims Rework & Re-submission Trends» e il KPI «Claim Rework Loop Frequency». Isolando e analizzando i cicli di rilavorazione, le organizzazioni possono individuarne le cause principali, come una scarsa qualità iniziale dei dati o linee guida poco chiare, e intervenire per ridurre le attività senza valore. Perché è importante Aiuta a quantificare l'inefficienza del processo segnalando esplicitamente le attività ripetute e consentendo interventi di miglioramento mirati. Dove reperirlo Non è presente nel sistema di origine. Viene calcolato dallo strumento di Process Mining rilevando sequenze ripetute di attività all'interno di un singolo caso. Esempi truefalse | |||
| Motivo del rifiuto ReasonForRejection | Il motivo specifico indicato quando un sinistro viene negato o un pagamento viene rifiutato. | ||
| Descrizione Quando la decisione sul sinistro è «Denied», questo attributo fornisce la motivazione sottostante. Può trattarsi di un codice standardizzato oppure di una descrizione in testo libero che spiega perché il sinistro non era coperto, ad esempio «Policy Exclusion», «Lack of Evidence» o «Fraud Suspected». Queste informazioni sono estremamente utili per la Dashboard «Claim Decision & Settlement Insights». L'analisi dei motivi di rifiuto può far emergere schemi ricorrenti, come un numero elevato di dinieghi dovuti a informazioni incomplete, che potrebbe indicare problemi nella fase di raccolta dei dati. Aiuta inoltre nell'analisi delle cause principali dei dinieghi. Perché è importante Fornisce un contesto essenziale per i sinistri negati, consentendo di analizzare le cause principali, ridurre il tasso di diniego e migliorare la qualità delle presentazioni. Dove reperirlo Associato alle attività «Claim Denied» o «Claim Decision Made», probabilmente memorizzato in un campo relativo allo stato o al codice del motivo in Sapiens ClaimsPro. Esempi Esclusione prevista dalla polizzaEvento non copertoInformazioni richieste non forniteSinistro duplicato | |||
| Numero di polizza PolicyNumber | L'identificativo univoco della polizza assicurativa in base alla quale è stato presentato il sinistro. | ||
| Descrizione Il Numero di polizza collega il sinistro allo specifico contratto assicurativo intestato al richiedente. Fornisce un contesto essenziale sulla copertura, sui massimali e sulle franchigie che influenzano la gestione e le decisioni relative al sinistro. Sebbene non venga sempre utilizzato direttamente nell'analisi dei flussi di processo, è un attributo fondamentale per qualsiasi analisi approfondita. Consente agli analisti di collegare i dati dei sinistri ai dati delle polizze, offrendo una visione più completa della relazione con il cliente e del profilo di rischio. Può inoltre essere utilizzato per aggregare i sinistri per polizza e individuare polizze o tendenze problematiche. Perché è importante Collega il sinistro al contratto assicurativo, consentendo un'analisi più approfondita attraverso l'integrazione dei dati di processo con dettagli della polizza quali copertura e massimali. Dove reperirlo Un campo standard della scheda principale del sinistro in Sapiens ClaimsPro, che lo collega al sistema di amministrazione delle polizze. Esempi POL-987654321POL-123456789POL-555444333 | |||
| Sistema di origine SourceSystem | Identifica il sistema dal quale sono stati estratti i dati, in questo caso Sapiens ClaimsPro. | ||
| Descrizione Questo Attributo fornisce il contesto sull’origine dei dati di processo. Sebbene per questo specifico dataset possa avere un valore costante come “Sapiens ClaimsPro”, è fondamentale negli ambienti in cui i dati vengono uniti da più sistemi. Nell’analisi, aiuta a garantire la governance dei dati, a risolvere i problemi e ad attribuire correttamente gli insight al sistema di origine. È un campo chiave per mantenere la lineage dei dati e comprendere il contesto tecnologico del processo. Perché è importante Garantisce la lineage e la tracciabilità dei dati, aspetti fondamentali quando vengono combinati dati provenienti da più sistemi o per finalità di audit. Dove reperirlo In genere è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati per indicare l’origine dei record. Esempi Sapiens ClaimsProClaimsPro v10.1 | |||
| Stato del sinistro ClaimStatus | Lo stato operativo corrente del sinistro, ad esempio Open, Pending o Closed. | ||
| Descrizione Questo attributo rappresenta lo stato complessivo della pratica di sinistro in un determinato momento. Mentre le attività sono eventi, lo stato è la condizione del sinistro risultante da tali eventi. Fornisce una sintesi di alto livello della posizione del sinistro nel suo ciclo di vita. L'analisi dello stato dei sinistri aiuta a comprendere l'inventario dei sinistri aperti e la fase in cui si trovano. È utile per le Dashboard operative e per calcolare il KPI «Claim Status Transparency Score», monitorando con quale frequenza e con quale significato lo stato viene aggiornato durante il processo. Perché è importante Fornisce una visione di alto livello dello stato corrente del sinistro, utile per monitorare il carico di lavoro in corso e comprendere l'avanzamento della pratica. Dove reperirlo Un campo principale della scheda del sinistro in Sapiens ClaimsPro, aggiornato da diverse transazioni aziendali. Esempi ApertoIn sospeso, in attesa di informazioniChiuso, pagatoChiuso, respinto | |||
| Stato SLA SlaState | Un indicatore booleano calcolato che segnala se un sinistro chiuso ha rispettato la data obiettivo di definizione. | ||
| Descrizione Questo attributo viene derivato confrontando il timestamp dell'attività «Claim Closed» con «ResolutionTargetDate». Classifica i sinistri in stati quali «On-Time» o «Late», fornendo un indicatore chiaro e immediato delle prestazioni rispetto agli SLA. Questo campo calcolato costituisce la base della Dashboard «Claim Resolution SLA Compliance». Semplifica l'analisi consentendo agli utenti di filtrare immediatamente tutti i sinistri in ritardo e di analizzare i percorsi di processo o i colli di bottiglia ricorrenti che hanno causato il ritardo. Supporta direttamente il KPI «On-Time Claim Resolution Rate». Perché è importante Misura direttamente la conformità agli SLA, rendendo semplice filtrare e analizzare i sinistri definiti in ritardo. Dove reperirlo Questo attributo non è presente nel sistema di origine. Viene calcolato durante la trasformazione dei dati confrontando «EventTimestamp» dell'attività «Claim Closed» con «ResolutionTargetDate». Esempi Nei tempi previstiIn ritardo | |||
| 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 registra la data e l’ora dell’estrazione più recente dei dati da Sapiens ClaimsPro. È essenziale per comprendere l’aggiornamento dei dati analizzati e in genere è uniforme in tutti i record di un singolo dataset. In qualsiasi analisi o Dashboard, questo timestamp fornisce un contesto fondamentale sull’attualità dei dati. Aiuta a capire se si stanno visualizzando informazioni in tempo reale o uno snapshot storico, aspetto essenziale per prendere decisioni operative tempestive. Perché è importante Fornisce il contesto sull’aggiornamento dei dati, assicurando che gli utenti sappiano quanto è recente l’analisi. Dove reperirlo Questo valore viene generato e applicato al dataset durante il processo di estrazione dei dati (ETL). Esempi 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
Attività di gestione dei sinistri
| Attività | Descrizione | ||
|---|---|---|---|
| Decisione sul sinistro presa | La decisione ufficiale di approvare, approvare parzialmente o respingere il sinistro è stata presa e registrata da un liquidatore autorizzato. Si tratta di una milestone decisiva del processo. | ||
| Perché è importante Questo è un punto decisionale critico che determina il successivo percorso di processo, relativo al pagamento o alla chiusura. Analizzare il tempo necessario per arrivare alla decisione è un indicatore chiave di performance. Dove reperirlo Probabilmente si tratta di un evento distinto, acquisito quando il campo relativo all’esito o alla decisione del sinistro viene compilato e salvato, ad esempio con il valore “Approvato” o “Respinto”. Acquisizione Timestamp in cui il campo o lo stato della decisione, ad esempio “Stato del sinistro”, viene impostato su una decisione finale come “Approvato” o “Respinto”. Tipo di evento explicit | |||
| Indagine completata | Indica che tutte le attività di indagine necessarie sono state concluse e che i risultati sono stati documentati. È un prerequisito per prendere la decisione finale sul sinistro. | ||
| Perché è importante Questa milestone fondamentale segna la fine della fase di raccolta delle evidenze. Consente di analizzare l’efficienza dell’indagine e il suo impatto sui tempi decisionali. Dove reperirlo Si deduce da una modifica dello stato a “Indagine completata” o “In attesa di decisione”, oppure dal timestamp di completamento dell’ultima attività di indagine. Acquisizione Timestamp della modifica dello stato che indica la conclusione dell’indagine o il completamento di tutte le sottoattività investigative. Tipo di evento inferred | |||
| Pagamento emesso | La transazione finanziaria per il pagamento dell’importo del risarcimento è stata eseguita. Questo evento indica il momento in cui i fondi vengono inviati al beneficiario. | ||
| Perché è importante Questa è una milestone critica dal punto di vista del cliente. La durata tra “Decisione sul sinistro presa” e questa attività incide fortemente sulla soddisfazione del cliente. Dove reperirlo Acquisito dal timestamp del record della transazione di pagamento nel modulo finanziario, collegato al Claim ID. Acquisizione Timestamp del log della transazione di pagamento o del record dell’interfaccia del sistema finanziario associato al sinistro. Tipo di evento explicit | |||
| Sinistro chiuso | La pratica del sinistro viene chiusa ufficialmente nel sistema, a indicare che tutte le attività, inclusa la comunicazione del pagamento o del respingimento, sono state completate. Questo è il principale evento di fine positivo. | ||
| Perché è importante Questa attività segna la fine del processo e consente di calcolare il tempo complessivo di gestione end-to-end per ciascun sinistro. Dove reperirlo Si deduce dal timestamp in cui lo stato principale del sinistro viene aggiornato a “Chiuso” o a uno stato finale equivalente. Acquisizione Timestamp della modifica dello stato a “Chiuso” nel campo principale dello stato del sinistro. Tipo di evento inferred | |||
| Sinistro presentato | Indica la ricezione iniziale di un sinistro da parte del contraente o di una terza parte, indipendentemente dal canale di presentazione. Rappresenta il punto di avvio del ciclo di vita del sinistro e viene spesso acquisito tramite un’integrazione o l’inserimento manuale dei dati. | ||
| Perché è importante Questa attività costituisce il principale evento di avvio del processo. Analizzare il tempo che intercorre tra la presentazione e la registrazione aiuta a individuare i ritardi nell’inserimento dei dati e nella configurazione iniziale del sinistro. Dove reperirlo Probabilmente acquisito dal timestamp di creazione del record iniziale del sinistro o da uno specifico campo “data di presentazione” nella tabella principale dei sinistri. Acquisizione L’evento di creazione del record del sinistro nel sistema, spesso associato a una voce First Notice of Loss (FNOL). Tipo di evento explicit | |||
| Sinistro registrato | Rappresenta la creazione formale e l’assegnazione di un Claim ID univoco all’interno di Sapiens ClaimsPro. In genere segue la presentazione iniziale e indica che il sinistro è stato inserito ufficialmente nel sistema per essere elaborato. | ||
| Perché è importante Stabilisce l’inizio ufficiale dell’elaborazione interna. La durata tra “Sinistro presentato” e questa attività misura l’efficienza della fase di acquisizione. Dove reperirlo Si deduce dal timestamp in cui lo stato del record del sinistro passa da uno stato preliminare, ad esempio “in sospeso”, a “registrato” o “aperto”. Potrebbe anche corrispondere a una voce di log esplicita. Acquisizione Timestamp della modifica dello stato del sinistro a “Registrato”, “Aperto” o a uno stato attivo equivalente. Tipo di evento inferred | |||
| Danno valutato | L’evento in cui il valore finanziario del danno viene determinato formalmente e registrato. Costituisce un input fondamentale per il calcolo dell’importo finale del risarcimento. | ||
| Perché è importante Questo passaggio è essenziale per la pianificazione finanziaria e la gestione delle riserve. I ritardi nella valutazione del danno possono rallentare l’intero processo di definizione e pagamento. Dove reperirlo Probabilmente viene registrato come timestamp nel momento in cui i campi relativi alla riserva finanziaria o all’importo del danno vengono finalizzati o approvati nel sistema. Acquisizione Il timestamp associato all’inserimento finale o all’approvazione dei campi “Importo del danno” o “Importo della riserva”. Tipo di evento explicit | |||
| Indagine avviata | Segna l’inizio della fase di indagine formale del sinistro. Può includere l’assegnazione di specialisti, la programmazione di ispezioni o altre attività dettagliate di raccolta delle evidenze. | ||
| Perché è importante Questa attività definisce l’inizio di una fase critica e spesso dispendiosa in termini di tempo. Misurare la durata dell’indagine è essenziale per individuare i principali colli di bottiglia. Dove reperirlo Probabilmente si deduce da una modifica dello stato a “In fase di indagine” o dalla data di creazione della prima attività o assegnazione relativa all’indagine. Acquisizione Timestamp in cui lo stato del sinistro viene aggiornato a “Indagine in corso” o a uno stato analogo. Tipo di evento inferred | |||
| Informazioni aggiuntive ricevute | Rappresenta la ricezione delle informazioni richieste, che consente di riprendere la gestione del sinistro. Questo evento chiude il ciclo di rilavorazione avviato dalla richiesta. | ||
| Perché è importante Analizzare il tempo tra “Informazioni aggiuntive richieste” e questa attività evidenzia i ritardi esterni e aiuta a gestire le aspettative dei clienti. Dove reperirlo Si deduce dal passaggio dello stato del sinistro da “In attesa di informazioni” a uno stato attivo come “Aperto” o “In revisione”. Potrebbe anche essere collegato a un log dei documenti in entrata. Acquisizione Timestamp della modifica dello stato da “In attesa” a “Attivo”, spesso attivata dal caricamento di un documento. Tipo di evento inferred | |||
| Informazioni aggiuntive richieste | Il liquidatore ha individuato informazioni mancanti o incomplete e ha inviato una richiesta al contraente o a una terza parte. Questa attività avvia un comune stato di attesa nel processo. | ||
| Perché è importante Questa attività rappresenta l’inizio di un ciclo di rilavorazione. Un’elevata frequenza indica problemi nella raccolta iniziale dei dati, con conseguenti ritardi e un maggiore impegno manuale. Dove reperirlo Può corrispondere a un evento esplicito registrato quando viene inviata una comunicazione, oppure essere dedotta da una modifica dello stato del sinistro a “In attesa di informazioni” o “In sospeso”. Acquisizione Timestamp della modifica dello stato del sinistro a “In attesa di informazioni” o voce di log relativa a una comunicazione in uscita. Tipo di evento inferred | |||
| Pagamento autorizzato | È stata concessa l’approvazione interna per lo svincolo dei fondi del risarcimento. Spesso questo passaggio prevede la revisione e l’autorizzazione del pagamento da parte di un responsabile o di un membro distinto del team finanziario. | ||
| Perché è importante Individua i potenziali ritardi nel Workflow di approvazione finanziaria interna successivo alla decisione sul sinistro e al calcolo dell’importo. Dove reperirlo Probabilmente si tratta di un evento esplicito attivato da un’azione di approvazione nel Workflow del sistema, oppure da una modifica dello stato a “Pagamento in attesa” o “Approvato per il pagamento”. Acquisizione Una voce esplicita nel log degli eventi o un timestamp della modifica dello stato che indica l’approvazione del pagamento. Tipo di evento explicit | |||
| Revisione iniziale completata | Un liquidatore o un addetto alla gestione dei sinistri ha completato la prima valutazione dei dettagli e della documentazione presentati. Questo passaggio determina la validità iniziale e le fasi successive del sinistro. | ||
| Perché è importante Questa milestone è fondamentale per comprendere la rapidità con cui i sinistri vengono sottoposti a triage. I ritardi in questa fase possono incidere significativamente sul tempo complessivo di gestione e sulla soddisfazione del cliente. Dove reperirlo Probabilmente si deduce da un timestamp associato alla modifica dello stato a “In revisione” o “Revisionato”, oppure dal completamento di un’attività o di un passaggio del Workflow di revisione iniziale. Acquisizione Timestamp di completamento di un’attività di “Revisione iniziale” o di un evento di aggiornamento dello stato nel log degli eventi o nella tabella dello storico del sinistro. Tipo di evento inferred | |||
| Risarcimento calcolato | A seguito dell’approvazione, è stato calcolato l’importo finale del risarcimento da corrispondere al beneficiario. Questo passaggio precede l’autorizzazione al pagamento. | ||
| Perché è importante Misura l’efficienza della fase di calcolo finanziario successiva alla decisione. I colli di bottiglia in questa fase possono ritardare il pagamento finale. Dove reperirlo Si deduce dal timestamp in cui il campo “Importo del risarcimento” viene compilato e confermato nel modulo finanziario del sistema. Acquisizione Timestamp associato alla finalizzazione del campo “Importo del risarcimento” nel record del sinistro. Tipo di evento inferred | |||
| Sinistro respinto | Il sinistro è stato ufficialmente respinto e la pratica viene preparata per la chiusura. Questo avviene dopo l’attività “Decisione sul sinistro presa”, quando la decisione è stata “Respinto”. | ||
| Perché è importante Rappresenta un percorso alternativo fondamentale del processo. Analizzare questo percorso può rivelare schemi ricorrenti nei sinistri respinti e garantire il rispetto delle procedure corrette. Dove reperirlo Spesso coincide con l’evento “Sinistro chiuso”, distinguendosi per l’Attributo relativo alla decisione finale. Può essere modellato come attività separata in base al valore “Respinto” del campo “Decisione”. Acquisizione Deriva dall’evento “Sinistro chiuso” quando l’Attributo relativo alla decisione finale del sinistro è “Respinto” o equivalente. Tipo di evento calculated | |||
| Sinistro riaperto | Un sinistro precedentemente chiuso è stato riattivato per ulteriori verifiche o attività. Si tratta di un evento eccezionale che può verificarsi a seguito di nuove informazioni o di un ricorso. | ||
| Perché è importante Evidenzia le eccezioni di processo e i potenziali problemi nella gestione iniziale del sinistro. Un’elevata percentuale di sinistri riaperti può indicare problemi nella qualità delle decisioni o nella comunicazione con i clienti. Dove reperirlo Si deduce da una modifica dello stato da “Chiuso” a “Aperto” o “In revisione”. Acquisizione Timestamp della modifica dello stato da uno stato finale o chiuso a qualsiasi stato attivo o aperto. Tipo di evento inferred | |||
Guide all'estrazione
I metodi di estrazione per questo processo sono attualmente in fase di convalida. Torni a consultare la pagina più avanti oppure ci contatti per ricevere assistenza.
Pronto per iniziare?
Inizi oggi stesso a ottimizzare la gestione dei sinistri preparando i Suoi dati con questo Template. Ottenga insight preziosi e migliori in modo significativo il Suo Workflow.
Accelerare la gestione dei sinistri ed eliminare oggi stesso gli arretrati
Si unisca alle aziende che raggiungono il 70% di gestione straight-through e definizioni rapide.
Non è richiesta alcuna carta di credito; la configurazione richiede pochi minuti.