Il template dei dati per la gestione dei sinistri
Il template dei dati per la gestione dei sinistri
- Attributi consigliati per la raccolta dei dati sui sinistri
- Attività chiave da monitorare nel processo di gestione dei sinistri
- Istruzioni dettagliate per estrarre i dati da Sapiens ClaimsPro
Attributi della gestione dei sinistri
| Nome | Descrizione | ||
|---|---|---|---|
| Data e ora dell’evento EventTimestamp | Data e ora esatte di inizio di una specifica attività o di un evento. | ||
| Descrizione La data e ora dell’evento registra l’ora di inizio di ogni attività nel processo di gestione delle pratiche. Fornisce il riferimento cronologico necessario per ordinare gli eventi e calcolare gli intervalli tra di essi. Questo dato temporale costituisce la base cronologica dell’Event Log. Nel Process Mining, questo attributo è fondamentale per calcolare tutte le metriche temporali, inclusi i tempi di ciclo, i tempi di attesa e la durata delle attività. Consente di individuare i colli di bottiglia, analizzare l’andamento del processo nel tempo e monitorare il rispetto degli SLA, fornendo un riferimento oggettivo su quando si sono verificati gli eventi. Perché è importante Questo dato temporale è essenziale per ordinare gli eventi cronologicamente e calcolare tutte le metriche basate sulla durata, come il tempo di ciclo e i colli di bottiglia. Dove reperirli Si trova nelle tabelle dei log degli eventi o delle transazioni, insieme alle informazioni sull’attività o sulla modifica di stato in Sapiens ClaimsPro. Esempi 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| ID del caso ClaimId | Identificativo univoco di ogni richiesta di indennizzo, utilizzato come ID principale del caso per seguirne l’intero ciclo di vita. | ||
| Descrizione L’ID del caso è l’identificativo fondamentale che collega tutti gli eventi e le attività relativi a una singola richiesta di indennizzo. Consente di ricostruire e analizzare in modo coerente l’intero percorso della pratica, dall’invio iniziale alla chiusura definitiva. Nel Process Mining, ogni voce dell’Event Log deve essere associata a un ID del caso. In questo modo lo strumento può ricostruire il percorso completo di ogni pratica, visualizzare le varianti del processo, calcolare i tempi di ciclo end-to-end e individuare colli di bottiglia o scostamenti dal flusso di lavoro standard. Analizzare i dati in base all’ID del caso offre una visione completa del percorso della pratica. Perché è importante È essenziale per raggruppare tutte le attività correlate in una singola istanza di processo e consentire un’analisi end-to-end del ciclo di vita delle pratiche. Dove reperirli È una chiave primaria nella tabella principale delle transazioni relative alle pratiche di Sapiens ClaimsPro. Per conoscere il nome esatto della tabella e del campo, consulti la documentazione del sistema. Esempi CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Nome dell’attività ActivityName | Nome dell’attività aziendale o dell’evento specifico che si è verificato in un determinato momento del processo di gestione delle pratiche. | ||
| Descrizione Questo attributo descrive una singola fase o attività svolta durante il ciclo di vita della pratica, ad esempio “Pratica inviata”, “Revisione iniziale effettuata” o “Pagamento emesso”. Ogni attività rappresenta un punto distinto del processo, con un orario di inizio e, potenzialmente, uno di fine. L’analisi delle attività è alla base del Process Mining: consente di visualizzare la mappa del processo, individuare i colli di bottiglia tra le fasi, analizzare la frequenza delle attività e comprendere le varianti del processo. La sequenza delle attività associata a un determinato ID del caso costituisce la base del flusso del processo. Perché è importante Definisce le fasi del processo, un elemento fondamentale per creare la mappa del processo e individuare colli di bottiglia o inefficienze. Dove reperirli In genere si ricava dagli Event Log, dai record delle modifiche di stato o dalle tabelle di completamento delle attività di Sapiens ClaimsPro. Potrebbe essere necessario associare i codici di stato o i tipi di transazione. Esempi Sinistro registratoIndagine avviataIndennizzo calcolatoSinistro chiuso | |||
| Gravità della pratica ClaimSeverity | Classificazione della complessità o del potenziale impatto finanziario della pratica (ad esempio, basso, medio, alto). | ||
| Descrizione La gravità della pratica è una valutazione che ne indica la complessità stimata, il rischio o l’esposizione finanziaria. Spesso determina il livello di approfondimento richiesto, l’esperienza necessaria al perito e il flusso di lavoro da seguire. Questo attributo è fondamentale per la Dashboard “Analisi del tempo di ciclo in base alla gravità della pratica”. Aiuta a capire se le pratiche più complesse vengono gestite in modo efficiente o se contribuiscono in misura sproporzionata a tempi di ciclo più lunghi. Fornisce un contesto essenziale per interpretare le metriche di prestazione, poiché è prevedibile che una pratica ad alta gravità richieda più tempo di una a bassa gravità. Perché è importante Fornisce un contesto essenziale per l’analisi dei tempi di ciclo: aiuta a capire perché alcune pratiche richiedono più tempo di altre e se i casi complessi vengono gestiti in modo efficiente. Dove reperirli In Sapiens ClaimsPro potrebbe essere un campo compilato manualmente o un punteggio calcolato in base alle caratteristiche della pratica. Esempi BassaMediaAltaComplessa | |||
| Importo della liquidazione SettlementAmount | Importo finale corrisposto al richiedente per liquidare la pratica. | ||
| Descrizione Questo attributo registra l’importo della liquidazione della pratica. È 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 della liquidazione viene utilizzato nella Dashboard “Analisi delle decisioni e delle liquidazioni” per valutare come le varianti del processo o il comportamento dei periti possano essere correlati agli esiti delle liquidazioni. È inoltre un dato fondamentale per il KPI “Indice di coerenza degli importi di liquidazione”, che aiuta a individuare eventuali incoerenze nelle decisioni relative a pratiche simili. Perché è importante È una metrica chiave del risultato. Analizzarla insieme alle varianti del processo può rivelare l’impatto delle inefficienze o degli scostamenti dai risultati finanziari. Dove reperirli Si trova nelle tabelle finanziarie o delle transazioni di pagamento associate alla pratica in Sapiens ClaimsPro. Esempi 5000.001250.75250000.00 | |||
| Ora di fine dell’evento EventEndTime | Data e ora esatte in cui si è conclusa una specifica attività. | ||
| Descrizione L’ora di fine dell’evento indica quando si conclude un’attività. Alcuni eventi sono istantanei (StartTime coincide con EndTime), mentre molte attività hanno una durata. Quando disponibile, questo dato temporale consente di misurare con precisione il tempo impiegato per ogni fase. L’attributo serve a calcolare il “tempo attivo” o il “tempo di elaborazione” di un’attività, distinguendolo dal “tempo di attesa” tra un’attività e l’altra. In questo modo è possibile separare il tempo dedicato effettivamente alla gestione di una pratica da quello trascorso in coda senza attività. È un elemento fondamentale per individuare le attività che richiedono più tempo. Perché è importante Consente di calcolare il tempo di elaborazione effettivo delle singole attività e di distinguere il tempo che aggiunge valore da quello di attesa. Dove reperirli Potrebbe essere disponibile negli stessi log delle transazioni che riportano l’ora di inizio oppure potrebbe essere necessario ricavarlo 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 | |||
| Perito assegnato AssignedAdjuster | Nome o ID del perito assicurativo responsabile della gestione della pratica o di una specifica attività. | ||
| Descrizione Questo attributo identifica l’utente o la risorsa che ha eseguito un’azione sulla pratica. Tenere traccia del perito assegnato è fondamentale per comprendere la distribuzione del carico di lavoro, le prestazioni individuali e l’allocazione delle risorse. L’analisi consente di filtrare la mappa del processo per vedere come i diversi periti gestiscono le pratiche, confrontarne le prestazioni e individuare possibili esigenze formative. È inoltre essenziale per creare la Dashboard “Carico di lavoro per perito e reparto” e calcolare il KPI “Equilibrio del carico di lavoro dei periti”. Perché è importante È fondamentale per l’analisi delle risorse: aiuta a individuare squilibri nel carico di lavoro, persone con prestazioni elevate ed esigenze formative. Dove reperirli 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 | |||
| Reparto assegnato AssignedDepartment | Reparto o team responsabile della gestione della pratica in una determinata fase. | ||
| Descrizione Questo attributo indica l’unità aziendale o il team, ad esempio “Accettazione iniziale”, “Pratiche complesse” o “Unità investigativa speciale (SIU)”, assegnato a una pratica 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 alcuni team, comprendere i passaggi di consegne tra reparti e valutare l’efficienza dei singoli reparti. È essenziale per la Dashboard “Carico di lavoro per perito e reparto” e per l’analisi dei processi a livello organizzativo. Perché è importante Consente di analizzare le prestazioni del processo e i passaggi di consegne tra i team, facendo emergere i colli di bottiglia organizzativi. Dove reperirli Spesso è associato al profilo dell’utente nel sistema o assegnato direttamente all’oggetto della pratica. Consulti la documentazione di Sapiens ClaimsPro. Esempi Divisione sinistri autoSinistri immobiliariUnità investigativa speciale | |||
| Tipo di pratica ClaimType | Categoria della richiesta di indennizzo, ad esempio auto, immobili o responsabilità civile. | ||
| Descrizione Il tipo di pratica classifica le richieste in base al ramo assicurativo o alla natura del danno. È un attributo fondamentale per la segmentazione, che spesso determina il flusso di lavoro seguito dalla pratica e i team coinvolti. Analizzare il processo in base al tipo di pratica è essenziale per individuare differenze di efficienza e procedura tra i vari rami assicurativi. Per esempio, la gestione di un sinistro auto può essere rapida e in gran parte automatizzata, mentre una pratica relativa a un immobile commerciale può essere complessa e richiedere più tempo. Questo attributo serve a calcolare il KPI “Indice di coerenza degli importi di liquidazione”. Perché è importante Consente di confrontare i processi tra diversi rami assicurativi, individuando le buone pratiche e i colli di bottiglia specifici per ciascuna categoria di pratica. Dove reperirli È un campo standard del record principale della pratica in Sapiens ClaimsPro e un elemento essenziale dei dati di qualsiasi sistema di gestione dei sinistri. Esempi Danni materiali ai veicoliResponsabilità civile generaleIndennizzo per infortuni sul lavoroImmobili commerciali | |||
| Canale di invio SubmissionChannel | Modalità con cui è stata inviata inizialmente la pratica, ad esempio tramite portale online, agente o posta. | ||
| Descrizione Questo attributo identifica il canale di acquisizione di una nuova pratica. I diversi canali possono influire in modo significativo sulla qualità iniziale dei dati, con conseguenze sull’intero processo. Analizzare il processo in base al canale di invio aiuta a valutare efficienza e qualità. Per esempio, la Dashboard “Efficienza dei canali di invio delle pratiche” può mostrare se le pratiche inviate tramite un portale online hanno tempi di ciclo più brevi e richiedono meno rilavorazioni rispetto a quelle inviate per posta. Queste informazioni possono 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, evidenziando le opportunità di automazione e di miglioramento dell’esperienza dei clienti. Dove reperirli In genere viene registrato al primo contatto e memorizzato in un campo del record principale della pratica in Sapiens ClaimsPro. Esempi Portale onlineAgentePostaTelefono | |||
| Data del sinistro LossDate | Data in cui si è verificato l’incidente o l’evento che ha dato origine alla richiesta di indennizzo. | ||
| Descrizione La data del sinistro, detta anche data dell’evento, è quella in cui si è verificato l’evento effettivo, ad esempio un incidente automobilistico o un danno a un immobile, per il quale viene presentata la richiesta di indennizzo. Dal punto di vista del cliente, spesso segna l’inizio dell’intero percorso della pratica. Questo attributo è importante per calcolare il ritardo nella segnalazione, ovvero il tempo che intercorre tra la data del sinistro e la data di invio della pratica. Analizzare questo intervallo può fornire informazioni sul comportamento dei clienti e aiutare a individuare opportunità per incoraggiare segnalazioni più tempestive, che spesso portano a risultati migliori. Perché è importante Indica quando si è verificato il sinistro e consente di analizzare il ritardo nella segnalazione, ossia il tempo tra il sinistro e l’invio della pratica. Dove reperirli È un campo fondamentale del record principale della pratica, acquisito durante la prima segnalazione del sinistro (FNOL). Esempi 2023-10-202023-11-152024-01-05 | |||
| Data prevista di risoluzione ResolutionTargetDate | Data entro cui si prevede di chiudere la pratica, in base agli accordi sul livello di servizio (SLA). | ||
| Descrizione La data prevista di risoluzione è la scadenza fissata per la chiusura della pratica, spesso determinata da fattori quali il tipo di pratica, la giurisdizione o le condizioni della polizza. Costituisce un riferimento per misurare le prestazioni e il rispetto degli accordi sul livello di servizio. Questa data è fondamentale per la Dashboard “Conformità agli SLA per la risoluzione delle pratiche” e per il KPI “Percentuale di pratiche risolte nei tempi previsti”. Confrontando la data effettiva di “Chiusura della pratica” con quella prevista, il sistema può classificare automaticamente le pratiche come “Nei tempi previsti” o “In ritardo”, offrendo una visione chiara delle prestazioni rispetto agli SLA. Perché è importante È il riferimento per misurare la conformità agli SLA, calcolare la percentuale di risoluzioni nei tempi previsti e individuare le pratiche a rischio di ritardo. Dove reperirli Questa data potrebbe essere memorizzata nel record principale della pratica o in un modulo correlato alla gestione degli SLA in Sapiens ClaimsPro. Esempi 2024-01-152024-03-202024-06-01 | |||
| È una rilavorazione IsRework | Indicatore booleano calcolato che identifica le attività che fanno parte di un ciclo di rilavorazione. | ||
| Descrizione Questo attributo assume il valore “true” quando un’attività o una sequenza di attività viene ripetuta per la stessa pratica. Per esempio, se una pratica passa da “Revisione iniziale” a “Ulteriori informazioni richieste” e poi torna a “Revisione iniziale”, la seconda revisione viene contrassegnata come rilavorazione. Segnalare le rilavorazioni è fondamentale per quantificare le inefficienze del processo. Questo attributo alimenta la Dashboard “Tendenze delle rilavorazioni e dei nuovi invii delle pratiche” e il KPI “Frequenza dei cicli di rilavorazione delle pratiche”. Isolando e analizzando i cicli di rilavorazione, le organizzazioni possono individuarne le cause profonde, come la scarsa qualità iniziale dei dati o indicazioni poco chiare, e intervenire per ridurre il lavoro superfluo. Perché è importante Aiuta a quantificare le inefficienze del processo segnalando esplicitamente le attività ripetute e consente di orientare gli interventi di miglioramento. Dove reperirli Non è presente nel sistema di origine. Lo strumento di Process Mining lo calcola rilevando sequenze di attività ripetute all’interno di un singolo caso. Esempi truefalse | |||
| Motivo del rifiuto ReasonForRejection | Motivo specifico indicato quando una pratica viene respinta o un pagamento rifiutato. | ||
| Descrizione Quando la decisione relativa a una pratica è “Respinta”, questo attributo ne indica la motivazione. Può trattarsi di un codice standardizzato o di una descrizione in testo libero che spiega perché la pratica non è coperta, ad esempio “Esclusione dalla polizza”, “Prove insufficienti” o “Sospetta frode”. Queste informazioni sono preziose per la Dashboard “Analisi delle decisioni e delle liquidazioni”. 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 a individuare le cause profonde dei dinieghi. Perché è importante Fornisce un contesto essenziale per le pratiche respinte e consente di individuarne le cause profonde, ridurre i dinieghi e migliorare la qualità delle richieste. Dove reperirli È associato alle attività “Pratica respinta” o “Decisione sulla pratica presa” e probabilmente è memorizzato in un campo relativo allo stato o al codice del motivo in Sapiens ClaimsPro. Esempi Esclusione dalla polizzaEvento non copertoInformazioni richieste non fornitePratica duplicata | |||
| Numero di polizza PolicyNumber | Identificativo univoco della polizza assicurativa in base alla quale è stata presentata la richiesta di indennizzo. | ||
| Descrizione Il numero di polizza collega la pratica allo specifico contratto assicurativo del richiedente. Fornisce informazioni essenziali su copertura, massimali e franchigie, che influiscono sulla gestione della pratica e sulle decisioni. Anche se non viene sempre utilizzato direttamente nell’analisi del flusso del processo, è un attributo fondamentale per le analisi approfondite. Consente agli analisti di collegare i dati delle pratiche a quelli delle polizze, offrendo una visione più completa del rapporto con il cliente e del profilo di rischio. Può inoltre essere utilizzato per raggruppare le pratiche per polizza e individuare polizze problematiche o tendenze ricorrenti. Perché è importante Collega la pratica al contratto assicurativo e consente analisi più approfondite, mettendo in relazione i dati di processo con dettagli della polizza quali copertura e massimali. Dove reperirli È un campo standard del record principale della pratica in Sapiens ClaimsPro, che lo collega al sistema di gestione delle polizze. Esempi POL-987654321POL-123456789POL-555444333 | |||
| Sistema di origine SourceSystem | Identifica il sistema da cui sono stati estratti i dati, in questo caso Sapiens ClaimsPro. | ||
| Descrizione Questo attributo indica l’origine dei dati di processo. Per questo specifico insieme di dati potrebbe avere un valore costante, come “Sapiens ClaimsPro”, ma è fondamentale negli ambienti in cui i dati provengono da più sistemi. Nell’analisi, aiuta a gestire i dati, risolvere i problemi e attribuire correttamente le informazioni al sistema di origine. È un campo essenziale per mantenere la tracciabilità dei dati e comprendere il contesto tecnologico del processo. Perché è importante Garantisce la tracciabilità dei dati, fondamentale quando si combinano dati provenienti da più sistemi o per le attività di audit. Dove reperirli In genere è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL) per indicare l’origine dei record. Esempi Sapiens ClaimsProClaimsPro v10.1 | |||
| Stato della pratica ClaimStatus | Stato operativo attuale della pratica, ad esempio aperta, in sospeso o chiusa. | ||
| Descrizione Questo attributo rappresenta lo stato complessivo della pratica in un determinato momento. Le attività sono eventi, mentre lo stato indica la condizione della pratica risultante da tali eventi. Fornisce una sintesi generale della fase del ciclo di vita in cui si trova la pratica. L’analisi dello stato delle pratiche aiuta a comprendere il numero di pratiche aperte e la fase in cui si trovano. È utile per le Dashboard operative e per calcolare il KPI “Indice di trasparenza dello stato delle pratiche”, monitorando con quale frequenza e quanto chiaramente lo stato viene aggiornato durante il processo. Perché è importante Offre una visione d’insieme dello stato attuale della pratica, utile per monitorare il carico di lavoro in corso e seguirne l’avanzamento. Dove reperirli È un campo principale del record della pratica in Sapiens ClaimsPro, aggiornato da diverse transazioni aziendali. Esempi ApertaIn sospeso: in attesa di informazioniChiusa: pagataChiusa: respinta | |||
| Stato SLA SlaState | Indicatore calcolato che segnala se una pratica chiusa è stata risolta entro la data prevista. | ||
| Descrizione Questo attributo si ottiene confrontando la data e ora dell’attività “Pratica chiusa” con “ResolutionTargetDate”. Classifica le pratiche come “Nei tempi previsti” o “In ritardo”, fornendo un’indicazione chiara e immediata delle prestazioni rispetto agli SLA. Questo campo calcolato è alla base della Dashboard “Conformità agli SLA per la risoluzione delle pratiche”. Semplifica l’analisi perché consente di filtrare subito tutte le pratiche in ritardo e individuare i percorsi di processo o i colli di bottiglia che hanno causato il ritardo. Contribuisce direttamente al KPI “Percentuale di pratiche risolte nei tempi previsti”. Perché è importante Misura direttamente la conformità agli SLA e facilita il filtraggio e l’analisi delle pratiche risolte in ritardo. Dove reperirli Questo attributo non è presente nel sistema di origine. Viene calcolato durante la trasformazione dei dati, confrontando “EventTimestamp” dell’attività “Pratica chiusa” con “ResolutionTargetDate”. Esempi Nei tempi previstiIn ritardo | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati dal sistema di origine. | ||
| Descrizione Questo attributo registra la data e l’ora dell’estrazione più recente dei dati da Sapiens ClaimsPro. È essenziale per capire quanto siano aggiornati i dati analizzati e, in genere, presenta lo stesso valore per tutti i record di un singolo insieme di dati. In qualsiasi analisi o Dashboard, questo dato temporale fornisce un contesto importante sull’attualità dei dati. Aiuta a capire se si stanno consultando informazioni in tempo reale o una fotografia storica, un aspetto fondamentale per prendere decisioni operative tempestive. Perché è importante Indica quanto sono aggiornati i dati, così chi li consulta può valutare l’attualità dell’analisi. Dove reperirli Questo valore viene generato e associato all’insieme di dati durante il processo di estrazione (ETL). Esempi 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
Attività di gestione dei sinistri
| Attività | Descrizione | ||
|---|---|---|---|
| Decisione sul sinistro presa | Un liquidatore autorizzato ha preso e registrato la decisione ufficiale di approvare, approvare parzialmente o respingere il sinistro. È una tappa decisiva del processo. | ||
| Perché è importante È un punto decisionale critico che determina il percorso successivo del processo, ovvero il pagamento o la chiusura. Il tempo necessario per arrivare alla decisione è un indicatore chiave di prestazione. Dove reperirli Probabilmente si tratta di un evento distinto, registrato quando il campo relativo all’esito o alla decisione del sinistro viene compilato e salvato, ad esempio con il valore «Approvato» o «Respinto». Acquisizione Marca temporale dell’impostazione del campo o dello stato della decisione, ad esempio «Stato del sinistro», su un esito definitivo come «Approvato» o «Respinto». Tipo di evento explicit | |||
| Indagine completata | Indica che tutte le attività necessarie per l’indagine sono state concluse e i risultati sono stati documentati. È un requisito preliminare per prendere una decisione definitiva sul sinistro. | ||
| Perché è importante Questa tappa fondamentale segna la fine della fase di raccolta delle prove. Consente di analizzare l’efficienza dell’indagine e il suo impatto sui tempi decisionali. Dove reperirli Si deduce dal passaggio dello stato a «Indagine completata» o «In attesa di decisione», oppure dalla marca temporale di completamento dell’ultima attività di indagine. Acquisizione Marca temporale del passaggio di stato che indica la conclusione dell’indagine o il completamento di tutte le sottoattività investigative. Tipo di evento inferred | |||
| Pagamento emesso | È stata eseguita la transazione finanziaria per pagare l’importo dell’indennizzo. Questo evento segna il momento in cui i fondi vengono inviati al richiedente o al beneficiario. | ||
| Perché è importante È una tappa fondamentale per il cliente. Il tempo che intercorre tra «Decisione sul sinistro presa» e questa attività incide notevolmente sulla soddisfazione dei clienti. Dove reperirli Viene registrato tramite la marca temporale della transazione di pagamento nel modulo finanziario, collegata all’ID del sinistro. Acquisizione Marca temporale del registro delle transazioni 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à, compresa l’erogazione del pagamento o la comunicazione del rifiuto, sono state completate. È il principale evento di fine positivo. | ||
| Perché è importante Questa attività segna la fine del processo e consente di calcolare il tempo di ciclo complessivo, dall’inizio alla fine, per ogni sinistro. Dove reperirli Si deduce dalla marca temporale dell’aggiornamento dello stato principale del sinistro a «Chiuso» o a uno stato finale equivalente. Acquisizione Marca temporale del passaggio a «Chiuso» nel campo principale dello stato del sinistro. Tipo di evento inferred | |||
| Sinistro presentato | Indica la ricezione iniziale di una richiesta di risarcimento da parte di un assicurato o di un terzo, indipendentemente dal canale di invio. È il punto di partenza del ciclo di vita del sinistro e viene spesso registrato tramite un’integrazione o l’inserimento manuale dei dati. | ||
| Perché è importante Questa attività è l’evento di inizio principale del processo. Analizzare il tempo che intercorre tra la presentazione e la registrazione aiuta a individuare ritardi nell’inserimento dei dati e nella configurazione iniziale del sinistro. Dove reperirli Probabilmente viene registrato tramite la marca temporale di creazione della prima scheda del sinistro o un campo specifico «data di presentazione» nella tabella principale dei sinistri. Acquisizione Evento di creazione della scheda del sinistro nel sistema, spesso associato alla registrazione della First Notice of Loss (FNOL). Tipo di evento explicit | |||
| Sinistro registrato | Indica la creazione formale e l’assegnazione di un ID del sinistro univoco in Sapiens ClaimsPro. In genere avviene dopo la presentazione iniziale e segnala che il sinistro è stato inserito ufficialmente nel sistema per essere gestito. | ||
| Perché è importante Segna l’inizio ufficiale della gestione interna. Il tempo che intercorre tra «Sinistro presentato» e questa attività misura l’efficienza della fase di acquisizione. Dove reperirli Si deduce dalla marca temporale del passaggio della scheda del sinistro da uno stato preliminare, ad esempio «in attesa», a «registrato» o «aperto». Potrebbe anche essere presente una voce esplicita nel registro. Acquisizione Marca temporale del passaggio dello stato del sinistro a «Registrato», «Aperto» o a uno stato attivo equivalente. Tipo di evento inferred | |||
| Danno valutato | Evento in cui viene determinato e registrato formalmente il valore economico del danno. È un dato essenziale per calcolare l’importo definitivo dell’indennizzo. | ||
| Perché è importante Questa fase è fondamentale per la pianificazione finanziaria e la gestione delle riserve. I ritardi nella valutazione del danno possono bloccare l’intero processo di liquidazione e pagamento. Dove reperirli Probabilmente viene registrata una marca temporale quando nel sistema vengono definiti o approvati i campi relativi alla riserva finanziaria o all’importo del danno. Acquisizione Marca temporale associata all’inserimento o all’approvazione definitiva dei campi «Importo del danno» o «Importo della riserva». Tipo di evento explicit | |||
| Indagine avviata | Segna l’inizio della fase formale di indagine sul sinistro. Può comportare l’assegnazione di specialisti, la pianificazione di ispezioni o altre attività dettagliate di raccolta delle prove. | ||
| Perché è importante Questa attività segna l’inizio di una fase critica e spesso lunga. Misurare la durata dell’indagine è essenziale per individuare i principali colli di bottiglia. Dove reperirli Probabilmente si deduce dal passaggio dello stato a «In fase di indagine» o dalla data di creazione della prima attività o assegnazione relativa all’indagine. Acquisizione Marca temporale dell’aggiornamento dello stato del sinistro a «Indagine in corso» o a uno stato simile. Tipo di evento inferred | |||
| Indennizzo calcolato | Dopo l’approvazione del sinistro, viene calcolato l’importo definitivo dell’indennizzo da corrispondere al richiedente. Questa fase precede l’autorizzazione al pagamento. | ||
| Perché è importante Misura l’efficienza del calcolo finanziario successivo alla decisione. I colli di bottiglia in questa fase possono ritardare il pagamento finale. Dove reperirli Si deduce dalla marca temporale dell’inserimento e della conferma del campo «Importo dell’indennizzo» nel modulo finanziario del sistema. Acquisizione Marca temporale associata alla definizione del campo «Importo dell’indennizzo» nella scheda del sinistro. Tipo di evento inferred | |||
| Informazioni aggiuntive ricevute | Indica 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 che intercorre tra «Informazioni aggiuntive richieste» e questa attività permette di individuare i ritardi esterni e gestire le aspettative dei clienti. Dove reperirli Si deduce dal passaggio dello stato del sinistro da «In attesa di informazioni» a uno stato attivo, come «Aperto» o «In revisione». Può anche essere collegata a una registrazione di documenti in entrata. Acquisizione Marca temporale del passaggio dello stato da «In attesa» a «Attivo», spesso attivato dal caricamento di un documento. Tipo di evento inferred | |||
| Informazioni aggiuntive richieste | Il liquidatore ha rilevato informazioni mancanti o incomplete e ha inviato una richiesta all’assicurato o a un terzo. Questa attività avvia una frequente fase di attesa nel processo. | ||
| Perché è importante Questa attività segna l’inizio di un ciclo di rilavorazione. Una frequenza elevata indica problemi nella raccolta iniziale dei dati, che causano ritardi e un maggiore impegno manuale. Dove reperirli Può essere registrata come evento esplicito all’invio di una comunicazione oppure dedotta dal passaggio dello stato del sinistro a «In attesa di informazioni» o «Sospeso». Acquisizione Marca temporale del passaggio dello stato del sinistro a «In attesa di informazioni» o voce di registro relativa a una comunicazione in uscita. Tipo di evento inferred | |||
| Pagamento autorizzato | È stata concessa l’approvazione interna per erogare l’indennizzo. Spesso la procedura prevede che un responsabile o un addetto dell’ufficio finanziario esamini e autorizzi il pagamento. | ||
| Perché è importante Individua possibili ritardi nel flusso di lavoro di approvazione finanziaria interna, dopo la decisione sul sinistro e il calcolo dell’importo. Dove reperirli Probabilmente si tratta di un evento esplicito generato da un’azione di approvazione nel flusso di lavoro del sistema o dal passaggio dello stato a «In attesa di pagamento» o «Pagamento approvato». Acquisizione Voce esplicita nell’Event Log o marca temporale del passaggio di stato che indica l’approvazione del pagamento. Tipo di evento explicit | |||
| Prima revisione completata | Un liquidatore o un addetto alla gestione dei sinistri ha completato la prima valutazione dei dettagli e della documentazione presentati. Questa fase determina la validità iniziale del sinistro e i passaggi successivi. | ||
| Perché è importante Questa tappa è fondamentale per capire con quale rapidità vengono valutati e smistati i sinistri. Eventuali ritardi in questa fase possono incidere sensibilmente sul tempo di ciclo complessivo e sulla soddisfazione dei clienti. Dove reperirli Probabilmente si deduce dalla marca temporale associata al passaggio dello stato a «In revisione» o «Revisionato», oppure dal completamento di un’attività o di una fase del flusso di lavoro di revisione iniziale. Acquisizione Marca temporale di completamento di un’attività di «Revisione iniziale» o di un aggiornamento di stato nell’Event Log o nella tabella della cronologia del sinistro. Tipo di evento inferred | |||
| Sinistro respinto | Il sinistro è stato respinto ufficialmente e la pratica è in fase di preparazione per la chiusura. Questa attività segue «Decisione sul sinistro presa», quando l’esito è stato «Respinto». | ||
| Perché è importante Rappresenta un percorso alternativo importante del processo. Analizzarlo può far emergere schemi ricorrenti nei sinistri respinti e verificare che siano state seguite le procedure corrette. Dove reperirli Spesso coincide con l’evento «Sinistro chiuso» e si distingue in base all’attributo dell’esito finale. Può essere modellata come attività separata quando il valore del campo «Decisione» è «Respinto». Acquisizione Si deduce dall’evento «Sinistro chiuso» quando l’attributo dell’esito finale del sinistro è «Respinto» o un valore simile. Tipo di evento calculated | |||
| Sinistro riaperto | Un sinistro precedentemente chiuso è stato riattivato per ulteriori verifiche o interventi. È un evento eccezionale, che può verificarsi in seguito a nuove informazioni o a un ricorso. | ||
| Perché è importante Mette in evidenza le eccezioni del processo e i possibili problemi nella gestione iniziale del sinistro. Una percentuale elevata di sinistri riaperti può indicare problemi nella qualità delle decisioni o nella comunicazione con i clienti. Dove reperirli Si deduce dal passaggio dello stato da «Chiuso» a «Aperto» o «In revisione». Acquisizione Marca temporale del passaggio da uno stato finale o chiuso a uno stato attivo o aperto. Tipo di evento inferred | |||
Guide all’estrazione
I metodi di estrazione per questo processo sono in fase di convalida. Torni a consultare questa pagina più avanti oppure ci contatti per ricevere assistenza.
È pronto a iniziare?
Inizi oggi a ottimizzare la gestione dei sinistri preparando i dati con questo template. Ottenga informazioni utili e migliori in modo significativo il flusso di lavoro.
Accelera la gestione dei sinistri ed elimini subito gli arretrati
Si unisca alle aziende che hanno raggiunto il 70% di elaborazione senza intervento manuale e liquidazioni rapide.
Non è richiesta la carta di credito. La configurazione richiede pochi minuti.