Modello Dati: Gestione Sinistri
Il tuo Data Template per la Gestione dei Sinistri
- Attributi consigliati per la raccolta dati sui sinistri
- Attività chiave da monitorare nel vostro processo di gestione sinistri
- Guida passo-passo all'estrazione dei dati per Sapiens ClaimsPro
Attributi di gestione dei sinistri
| Nome | Descrizione | ||
|---|---|---|---|
ID sinistro ClaimId | L'identificatore univoco per ogni sinistro assicurativo, che funge da case ID primario per il tracciamento del ciclo di vita del sinistro. | ||
Descrizione L'ID Sinistro è l'identificatore fondamentale del caso che collega tutti gli eventi e le attività associati a un singolo sinistro assicurativo. Garantisce che l'intero percorso di un sinistro, dalla presentazione iniziale alla chiusura finale, possa essere ricostruito e analizzato in modo coeso. Nel process mining, ogni voce del log degli eventi deve essere associata a un ID Sinistro. Ciò consente allo strumento di tracciare il percorso completo di ogni sinistro, visualizzare le varianti di processo, calcolare i tempi di ciclo end-to-end e identificare colli di bottiglia o deviazioni dal workflow standard. L'analisi dei dati attraverso la lente dell'ID Sinistro fornisce un quadro completo del suo percorso. 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 trovare Questa è una chiave primaria nella tabella principale delle transazioni dei reclami all'interno di Sapiens ClaimsPro. Consultare la documentazione del sistema per il nome esatto della tabella e del campo. Esempi CL-2023-001234CL-2023-005678CL-2024-009101 | |||
Nome attività ActivityName | Il nome della specifica attività o evento di business che si è verificato in un certo punto del processo dei sinistri. | ||
Descrizione Questo attributo descrive una singola fase o attività eseguita all'interno del ciclo di vita dei sinistri, come "Sinistro Presentato", "Revisione Iniziale Effettuata" o "Pagamento Emesso". Ogni attività rappresenta un punto distinto nel processo che ha un tempo di inizio e potenzialmente un tempo di fine. L'analisi delle attività è il fulcro del Process Mining. Permette la visualizzazione della process map, l'identificazione dei colli di bottiglia tra le fasi, l'analisi della frequenza delle attività e la comprensione delle variazioni del processo. La sequenza di attività per un dato Claim ID costituisce la base del flusso di processo. Perché è importante Definisce le fasi del processo, elemento fondamentale per creare la process map e identificare colli di bottiglia o inefficienze. Dove trovare Tipicamente derivato da log eventi, record di passaggio di stato o tabelle di completamento attività all'interno di Sapiens ClaimsPro. Potrebbe richiedere una mappatura da codici di stato o tipi di transazione. Esempi Sinistro registratoIndagine avviataRisarcimento CalcolatoSinistro chiuso | |||
Timestamp Evento EventTimestamp | La data e l'ora precise in cui una specifica attività o evento è iniziato. | ||
Descrizione Il Timestamp dell'Evento registra l'ora di inizio di ogni attività nel processo dei sinistri. Fornisce il contesto cronologico necessario per sequenziare gli eventi e calcolare le durate tra di essi. Questo timestamp è la spina dorsale temporale del log degli eventi. Nell'analisi del process mining, questo attributo è critico per il calcolo di tutte le metriche relative al tempo, inclusi i tempi di ciclo, i tempi di attesa e le durate delle attività. Consente la scoperta di colli di bottiglia, l'analisi delle prestazioni del processo nel tempo e il monitoraggio della conformità agli SLA, fornendo la base fattuale di quando le cose sono accadute. Perché è importante Questo timestamp è 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 trovare Situato nelle tabelle di log degli eventi o delle transazioni, insieme alle informazioni sull'attività o sul cambio di stato in Sapiens ClaimsPro. Esempi 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
Dipartimento Assegnato AssignedDepartment | Il dipartimento o team responsabile della gestione del sinistro in una fase specifica. | ||
Descrizione Questo attributo indica l'unità aziendale o il team, come "Acquisizione Iniziale", "Sinistri Complessi" o "SIU (Special Investigations Unit)", che è assegnato a un sinistro o a un'attività. Permette l'analisi del processo da una prospettiva dipartimentale. L'analisi per dipartimento aiuta a identificare i colli di bottiglia specifici per determinati team, a comprendere i passaggi di consegne tra i dipartimenti e a valutare l'efficienza dipartimentale. È essenziale per la dashboard "Carico di Attività Perito e Dipartimento" e per l'analisi dei processi organizzativi di livello superiore. Perché è importante Consente l'analisi delle performance di processo e dei passaggi di consegne tra i diversi team, rivelando i colli di bottiglia organizzativi. Dove trovare Spesso associato al profilo dell'utente nel sistema o assegnato direttamente all'oggetto pratica. Consultare la documentazione di Sapiens ClaimsPro. Esempi Divisione Sinistri AutoSinistri DanniUnità di Indagine Speciale | |||
Gravità del sinistro ClaimSeverity | Una classificazione della complessità o del potenziale impatto finanziario della richiesta (es. Basso, Medio, Alto). | ||
Descrizione La Gravità del Sinistro è una valutazione assegnata a un sinistro per indicarne la complessità stimata, il rischio o l'esposizione finanziaria. Questa valutazione spesso determina il livello di scrutinio, l'esperienza richiesta al perito e il workflow che seguirà. Questo attributo è fondamentale per la dashboard 'Analisi del Tempo di Ciclo per Gravità del Sinistro'. Aiuta a capire se i sinistri più complessi vengono gestiti in modo efficiente o se contribuiscono in modo sproporzionato a tempi di ciclo lunghi. Fornisce un contesto vitale per le metriche di performance, poiché un sinistro ad alta gravità dovrebbe richiedere più tempo rispetto a uno a bassa gravità. Perché è importante Fornisce un contesto cruciale per l'analisi del tempo di ciclo, aiutando a spiegare perché alcuni sinistri richiedono più tempo di altri e se i casi complessi sono gestiti in modo efficiente. Dove trovare Questo potrebbe essere un campo inserito manualmente o un punteggio derivato basato sulle caratteristiche del reclamo in Sapiens ClaimsPro. Esempi BassaMediaElevatoComplesso | |||
Importo del Risarcimento SettlementAmount | L'importo monetario finale erogato al richiedente per liquidare il sinistro. | ||
Descrizione Questo attributo registra il valore del risarcimento del sinistro. È una metrica di risultato chiave che riflette l'impatto finanziario del sinistro e le decisioni prese durante il processo. Nell'analisi del processo, l'Importo del Risarcimento viene utilizzato nella dashboard "Insights su Decisioni e Risarcimenti Sinistri" per analizzare how le variazioni del processo o il comportamento del perito possano correlarsi con gli esiti del risarcimento. È anche un input primario per il KPI "Indice di Consistenza dell'Importo di Risarcimento", contribuendo a identificare incoerenze nelle decisioni di risarcimento per tipi di sinistri simili. Perché è importante Questa è una metrica di risultato chiave. La sua analisi rispetto alle varianti di processo può rivelare come le inefficienze o le deviazioni di processo influiscono sui risultati finanziari. Dove trovare Trovato nelle tabelle delle transazioni finanziarie o di pagamento associate al sinistro in Sapiens ClaimsPro. Esempi 5000.001250.75250000.00 | |||
Liquidatore assegnato AssignedAdjuster | Il nome o ID del liquidatore del sinistro responsabile della gestione del sinistro o di un'attività specifica. | ||
Descrizione Questo attributo identifica l'utente o la risorsa individuale che ha eseguito un'azione sul sinistro. Tracciare il perito assegnato è fondamentale per comprendere la distribuzione del carico di lavoro, le prestazioni individuali e l'allocazione delle risorse. Nell'analisi, questo permette di filtrare la process map per vedere come diversi periti gestiscono i sinistri, confrontando le loro prestazioni e identificando potenziali opportunità di formazione. È fondamentale per la costruzione della dashboard "Carico di Attività Perito e Dipartimento" e per il calcolo del KPI "Equilibrio del Carico di Lavoro del Perito". Perché è importante Cruciale per l'analisi delle risorse, aiuta a identificare squilibri nel carico di lavoro, individui ad alte prestazioni e necessità di formazione. Dove trovare Trovato nei log di attività utente o nelle tabelle delle transazioni all'interno di Sapiens ClaimsPro, spesso collegato all'utente che ha creato o modificato per ultimo un record. Esempi John Smithj.smithUSR-00451 | |||
Ora Fine Evento EventEndTime | La data e l'ora precise in cui una specifica attività si è conclusa. | ||
Descrizione L'Ora di Fine dell'Evento segna il completamento di un'attività. Mentre alcuni eventi sono istantanei (StartTime equivale a EndTime), molte attività hanno una durata. Questo timestamp, se disponibile, consente la misurazione precisa di quanto tempo ha richiesto ogni fase. Questo attributo viene utilizzato per calcolare il 'tempo attivo' o 'tempo di elaborazione' di un'attività, in contrapposizione al 'tempo di attesa' tra le attività. Questo aiuta a differenziare il tempo trascorso a lavorare attivamente su un sinistro rispetto al tempo trascorso inattivo in coda. Ciò è cruciale per individuare attività specifiche che richiedono molto tempo. Perché è importante Permette il calcolo del tempo di elaborazione attivo per le singole attività, aiutando a distinguere tra tempo a valore aggiunto e tempo di attesa. Dove trovare Potrebbe essere disponibile negli stessi log delle transazioni dell'orario di inizio, o potrebbe dover essere dedotto dall'orario di inizio dell'evento successivo. Consultare la documentazione di Sapiens ClaimsPro. Esempi 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
Tipo di sinistro ClaimType | La categoria del sinistro assicurativo, come Auto, Danni (a beni) o Responsabilità Civile. | ||
Descrizione Il Tipo di Sinistro classifica i sinistri in base alla linea di business o alla natura della perdita. Questo è un attributo di segmentazione fondamentale che spesso determina quale workflow di processo seguirà un sinistro e quali team saranno coinvolti. L'analisi del processo per Tipo di Sinistro è cruciale per identificare variazioni di efficienza e procedura tra le diverse linee di business. Ad esempio, il processo per un sinistro auto può essere altamente automatizzato e rapido, mentre un sinistro di proprietà commerciale può essere complesso e lento. Questo attributo è necessario per calcolare l'indicatore KPI 'Indice di Coerenza dell'Importo di Liquidazione'. Perché è importante Consente di confrontare i processi tra diverse linee di business per identificare le migliori pratiche e i colli di bottiglia specifici per ogni categoria di sinistro. Dove trovare Un campo standard nel record principale della richiesta in Sapiens ClaimsPro. È un elemento dati fondamentale per qualsiasi sistema di gestione dei sinistri. Esempi Danni Fisici AutoveicoliResponsabilità civile generaleInfortuni sul LavoroProprietà Commerciale | |||
Canale di Invio SubmissionChannel | Il metodo tramite cui il sinistro è stato inizialmente presentato (ad es. portale online, agente, posta). | ||
Descrizione Questo attributo identifica il canale di acquisizione per un nuovo sinistro. Diversi canali possono avere un impatto significativo sulla qualità iniziale dei data, che a sua volta influisce sull'intero processo a valle. L'analisi del processo per Canale di Presentazione aiuta a rispondere a domande sull'efficienza e la qualità. Ad esempio, la dashboard "Efficienza del Canale di Presentazione dei Sinistri" può rivelare se i sinistri presentati tramite un portale online hanno cicli di lavorazione più rapidi e tassi di rilavorazione inferiori rispetto a quelli presentati per posta. Questa analisi può guidare gli investimenti nell'ottimizzazione dei canali e nella trasformazione digitale. Perché è importante Aiuta a identificare quali canali di acquisizione portano all'elaborazione più efficiente, evidenziando opportunità di automazione e miglioramento dell'esperienza cliente. Dove trovare Tipicamente acquisito al primo punto di contatto e memorizzato come campo sul record principale del reclamo in Sapiens ClaimsPro. Esempi Portale OnlineAgentePostaTelefono | |||
Data del Sinistro LossDate | La data in cui si è verificato l'incidente o l'evento che ha attivato il sinistro. | ||
Descrizione La Data della Perdita, conosciuta anche come Data del Sinistro, è la data dell'evento effettivo (ad es. incidente automobilistico, danno alla proprietà) per il quale viene fatta la richiesta di risarcimento. È spesso il punto di partenza dell'intero percorso del sinistro dal punto di vista del cliente. Questo attributo è importante per calcolare il ritardo di segnalazione, ovvero il tempo tra la Data della Perdita e la data di 'Sinistro Inviato'. L'analisi di questo ritardo può fornire insight sul comportamento del cliente e identificare opportunità per incoraggiare una segnalazione più rapida, il che spesso porta a risultati migliori. Perché è importante Definisce l'inizio dell'evento di sinistro, consentendo l'analisi del ritardo nella segnalazione (tempo tra il danno e la presentazione della richiesta di risarcimento). Dove trovare Un campo chiave nel record principale della richiesta, catturato durante la Prima Notifica di Sinistro (FNOL). Esempi 2023-10-202023-11-152024-01-05 | |||
Data Obiettivo di Risoluzione ResolutionTargetDate | La data obiettivo entro cui il sinistro dovrebbe essere chiuso, in base ai Service Level Agreement (SLA). | ||
Descrizione La Data Obiettivo di Risoluzione è una scadenza fissata per la chiusura del sinistro, spesso determinata da fattori come il tipo di sinistro, la giurisdizione o i termini della polizza. Serve come riferimento per misurare le prestazioni e l'aderenza ai Service Level Agreement (SLA). Questa data è fondamentale per la dashboard "Conformità agli SLA per la Risoluzione dei Sinistri" e per il KPI "Tasso di Risoluzione dei Sinistri nei Tempi Previsti". Confrontando la data effettiva di "Chiusura Sinistro" con questo obiettivo, il sistema può classificare automaticamente i sinistri come "Nei Tempi" o "In Ritardo", fornendo una chiara visione delle prestazioni degli SLA. Perché è importante È il benchmark per misurare la conformità agli SLA, permettendo il calcolo dei tassi di risoluzione puntuali e l'identificazione delle pratiche a rischio di ritardo. Dove trovare Questa data può essere memorizzata nel record principale del reclamo o in un modulo correlato di gestione SLA all'interno di Sapiens ClaimsPro. Esempi 2024-01-152024-03-202024-06-01 | |||
È Rilavorazione IsRework | Un flag booleano calcolato che identifica le attività che fanno parte di un ciclo di rilavorazione (rework loop). | ||
Descrizione Questo attributo è impostato su "true" quando un'attività o una sequenza di attività viene ripetuta per lo stesso sinistro. Ad esempio, se un sinistro passa da "Revisione Iniziale" a "Informazioni Aggiuntive Richieste" e poi di nuovo a "Revisione Iniziale", la seconda istanza della revisione verrebbe contrassegnata come rilavorazione. Contrassegnare la rilavorazione è fondamentale per quantificare l'inefficienza del processo. Alimenta la dashboard "Tendenze di Rilavorazione e Reinvio Sinistri" e il KPI "Frequenza dei Cicli di Rilavorazione Sinistri". Isolando e analizzando i cicli di rilavorazione, le organizzazioni possono identificare le cause principali, come scarsa qualità iniziale dei data o linee guida poco chiare, e intraprendere azioni per ridurre lo spreco di sforzi. Perché è importante Aiuta a quantificare l'inefficienza di processo segnalando esplicitamente le attività che vengono ripetute, consentendo sforzi di miglioramento mirati. Dove trovare Questo dato non è presente nel sistema sorgente. Viene calcolato dallo strumento di Process Mining rilevando sequenze ripetute di attività all'interno di un singolo case. Esempi truefalse | |||
Motivo del Rifiuto ReasonForRejection | Il motivo specifico fornito quando un sinistro viene negato o un pagamento viene respinto. | ||
Descrizione Quando la decisione su un reclamo è 'Rifiutato', questo attributo fornisce la giustificazione sottostante. Potrebbe essere un codice standardizzato o una descrizione a testo libero che spiega perché il reclamo non è stato coperto, ad esempio 'Esclusione di Polizza', 'Mancanza di Prove' o 'Sospetto di Frode'. Questa informazione è di inestimabile valore per la dashboard 'Decisione Reclami e Insight di Liquidazione'. L'analisi delle motivazioni di rifiuto può rivelare pattern, come un numero elevato di rifiuti dovuti a informazioni incomplete, che potrebbero indicare problemi nella fase di raccolta dati. Aiuta nella root cause analysis per i rifiuti di reclamo. Perché è importante Fornisce un contesto critico per i sinistri negati, consentendo un'analisi delle cause profonde per ridurre i tassi di negazione e migliorare la qualità delle presentazioni. Dove trovare Associato alle attività 'Sinistro Negato' o 'Decisione sul Sinistro Presa', probabilmente memorizzato in un campo di stato o codice motivo in Sapiens ClaimsPro. Esempi Esclusione di polizzaRischio non copertoInformazioni richieste non forniteSinistro duplicato | |||
Numero di Polizza PolicyNumber | L'identificativo unico della polizza assicurativa sotto la quale è stato presentato il sinistro. | ||
Descrizione Il Numero di Polizza collega la pratica di risarcimento allo specifico contratto assicurativo sottoscritto dal richiedente. Questo fornisce un contesto essenziale su copertura, limiti e franchigie che influenzano la gestione e le decisioni relative al sinistro. Pur non essendo sempre utilizzato direttamente nell'analisi del flusso di processo, è un attributo critico per qualsiasi indagine approfondita. Permette agli analisti di collegare i data del sinistro con i data della polizza, consentendo una visione più olistica della relazione con il cliente e del profilo di rischio. Può anche essere utilizzato per aggregare i sinistri per polizza al fine di identificare polizze problematiche o tendenze. Perché è importante Collega la pratica al contratto assicurativo, permettendo un'analisi più approfondita connettendo i dati di processo con i dettagli della polizza come copertura e limiti. Dove trovare Un campo standard nel record principale della richiesta in Sapiens ClaimsPro, che lo collega al sistema di amministrazione 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 fornisce il contesto sull'origine dei dati di processo. Sebbene possa essere un valore costante come 'Sapiens ClaimsPro' per questo specifico dataset, è cruciale in ambienti dove i dati vengono consolidati da più sistemi. Per l'analisi, contribuisce alla data governance, alla risoluzione dei problemi e assicura che gli insight siano correttamente attribuiti al sistema sorgente. È un campo chiave per mantenere la data lineage e comprendere il contesto tecnologico del processo. Perché è importante Garantisce la data lineage e la tracciabilità dei dati, elementi cruciali quando i dati di più sistemi vengono combinati o per scopi di auditing. Dove trovare Questo è tipicamente un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL) per etichettare l'origine dei record. Esempi Sapiens ClaimsProClaimsPro v10.1 | |||
Stato del sinistro ClaimStatus | Lo stato operativo attuale del sinistro (ad es. Aperto, In Attesa, Chiuso). | ||
Descrizione Questo attributo rappresenta lo stato complessivo della pratica di reclamo in qualsiasi momento. Mentre le attività sono eventi, lo stato è la condizione del reclamo che deriva da tali eventi. Fornisce una sintesi di alto livello della posizione del reclamo nel suo ciclo di vita. L'analisi dello stato dei reclami aiuta a comprendere l'inventario dei reclami aperti e la loro fase attuale. È utile per le dashboard operative e per il calcolo del KPI 'Claim Status Transparency Score', monitorando con quale frequenza e rilevanza lo stato viene aggiornato durante tutto il processo. Perché è importante Fornisce una visione d'insieme dello stato attuale di una pratica, utile per monitorare il carico di lavoro in corso e comprendere la progressione del caso. Dove trovare Un campo primario nel record principale della richiesta in Sapiens ClaimsPro, aggiornato da diverse transazioni di business. Esempi ApertoIn Sospeso - In Attesa di InformazioniChiuso - LiquidatoChiuso - Rifiutato | |||
Stato SLA SlaState | Un flag calcolato che indica se una richiesta di risarcimento chiusa ha rispettato la sua data obiettivo di risoluzione. | ||
Descrizione Questo attributo è derivato confrontando il timestamp dell'attività "Sinistro Chiuso" con la "ResolutionTargetDate". Classifica i sinistri in stati come "Nei Tempi" o "In Ritardo", fornendo un indicatore chiaro e immediato delle prestazioni degli SLA. Questo campo calcolato è la spina dorsale della dashboard "Conformità agli SLA per la Risoluzione dei Sinistri". Semplifica l'analisi consentendo agli utenti di filtrare istantaneamente tutti i sinistri in ritardo e di indagare i percorsi di processo comuni o i colli di bottiglia che hanno causato il ritardo. Supporta direttamente il KPI "Tasso di Risoluzione dei Sinistri nei Tempi Previsti". Perché è importante Misura direttamente la compliance agli SLA, e permette di filtrare e analizzare facilmente i sinistri risolti in ritardo. Dove trovare Questo attributo non è presente nel sistema sorgente. Viene calcolato durante la data transformation confrontando l'EventTimestamp dell'attività "Sinistro Chiuso" con la "ResolutionTargetDate". Esempi PuntualeIn Ritardo | |||
Tempo di Elaborazione ProcessingTime | La durata calcolata tra due eventi consecutivi nel processo dei sinistri. | ||
Descrizione Il Tempo di Elaborazione misura il tempo trascorso tra l'inizio di un'attività e l'inizio della successiva. Rappresenta il tempo di ciclo totale di una fase, che include sia il tempo di lavoro effettivo sia qualsiasi tempo di inattività o di attesa prima dell'inizio della fase successiva. Questa è una delle metriche più fondamentali nel Process Mining, utilizzata per l'analisi dei colli di bottiglia. Visualizzando il tempo di elaborazione medio sugli archi tra le attività nella process map, gli analisti possono identificare immediatamente dove le pratiche si bloccano. È essenziale per dashboard come 'Analisi dei Colli di Bottiglia nelle Attività dei Sinistri'. Perché è importante Questa metrica è la base per l'analisi dei colli di bottiglia, evidenziando le fasi in cui i reclami trascorrono più tempo in attesa. Dove trovare Si tratta di una metrica calcolata, derivata durante l'analisi di Process Mining prendendo la differenza tra l''EventTimestamp' delle attività consecutive per ogni 'ClaimId'. Esempi 2 giorni 4 ore30 minuti15 giorni | |||
Ultimo Aggiornamento Dati LastDataUpdate | Il timestamp che indica quando i data sono stati aggiornati o estratti per l'ultima volta dal sistema sorgente. | ||
Descrizione Questo attributo registra la data e l'ora dell'estrazione più recente dei dati da Sapiens ClaimsPro. È essenziale per comprendere l'attualità dei dati analizzati ed è tipicamente uniforme su tutti i record di un singolo dataset. In qualsiasi analisi o dashboard, questo timestamp fornisce un contesto cruciale sull'attualità dei dati. Aiuta gli utenti a capire se stanno visualizzando informazioni in tempo reale o un'istantanea storica, il che è vitale per prendere decisioni operative tempestive. Perché è importante Fornisce contesto sull'attualità dei dati, assicurando che gli utenti sappiano quanto sia aggiornata l'analisi. Dove trovare Questo valore viene generato e inserito nel dataset durante il processo di estrazione dati (ETL). Esempi 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
Attività di gestione dei sinistri
| Activity | Descrizione | ||
|---|---|---|---|
Decisione sul sinistro presa | La decisione ufficiale di approvare, approvare parzialmente o negare la pratica di risarcimento è stata presa e registrata da un perito autorizzato. Si tratta di una tappa fondamentale del processo. | ||
Perché è importante Questo è un punto decisionale critico che determina il percorso di processo successivo (pagamento o chiusura). L'analisi del tempo alla decisione è un indicatore chiave di performance. Dove trovare Questo è probabilmente un evento distinto, catturato quando il campo di disposizione o decisione del reclamo viene popolato e salvato (ad esempio, 'Approvato', 'Negato'). Acquisisci Timestamp quando il campo/stato della decisione (es. 'Stato Reclamo') è impostato su una decisione finale come 'Approvato' o 'Rifiutato'. Tipo di evento explicit | |||
Indagine completata | Indica che tutte le attività di indagine necessarie sono state concluse e i risultati documentati. Questo è un prerequisito per prendere una decisione finale sul sinistro. | ||
Perché è importante Questa pietra miliare segna la fine della fase di raccolta delle prove. Permette l'analisi dell'efficienza dell'indagine e del suo impatto sul tempo di presa delle decisioni. Dove trovare Deducibile da un cambio di stato a 'Indagine Completata' o 'Decisione in Sospeso', o dal timestamp di completamento dell'attività finale di indagine. Acquisisci Timestamp del passaggio di stato che indica la fine dell'indagine o il completamento di tutte le sotto-attività di indagine. Tipo di evento inferred | |||
Pagamento Emesso | La transazione finanziaria per il pagamento dell'importo di liquidazione è stata eseguita. Questo evento segna il punto in cui i fondi vengono inviati al richiedente o al beneficiario. | ||
Perché è importante Questo è un traguardo critico orientato al cliente. La durata tra 'Claim Decision Made' e questa attività influenza fortemente la soddisfazione del cliente. Dove trovare Catturato dal timestamp del record della transazione di pagamento nel modulo finanziario, collegato all'ID del sinistro. Acquisisci Timestamp dal log delle transazioni di pagamento o dal record dell'interfaccia del sistema finanziario associato al reclamo. Tipo di evento explicit | |||
Sinistro chiuso | Il caso del sinistro è ufficialmente chiuso nel sistema, a significare che tutte le attività, inclusi il pagamento o la comunicazione del rifiuto, sono complete. Questo è il principale evento finale di successo. | ||
Perché è importante Questa attività segna la fine del processo, consentendo il calcolo del tempo di ciclo totale end-to-end per ogni sinistro. Dove trovare Si ricava dal timestamp in cui lo stato principale della pratica viene aggiornato a 'Chiusa' o a uno stato finale equivalente. Acquisisci Timestamp del passaggio di stato a 'Chiuso' nel campo principale dello stato del reclamo. Tipo di evento inferred | |||
Sinistro presentato | Segna la ricezione iniziale di una pratica da parte di un assicurato o di terzi, indipendentemente dal canale di presentazione. Questo è il punto di partenza del ciclo di vita dei sinistri ed è spesso acquisito tramite un'integrazione o un inserimento manuale di dati. | ||
Perché è importante Questa attività è l'evento di avvio primario per il processo. L'analisi dei tempi dalla presentazione alla registrazione aiuta a identificare ritardi nell'inserimento dei data e nella configurazione iniziale del sinistro. Dove trovare Probabilmente acquisito dal timestamp di creazione del record di pratica iniziale o da un campo specifico 'data di presentazione' nella tabella principale delle pratiche. Acquisisci L'evento di creazione del record del sinistro nel sistema, spesso associato a una voce di Prima Notifica di Sinistro (FNOL). Tipo di evento explicit | |||
Sinistro registrato | Rappresenta la creazione e l'assegnazione formale di un ID Sinistro unico all'interno di Sapiens ClaimsPro. Ciò solitamente segue la presentazione iniziale e indica che il sinistro è ufficialmente nel sistema per l'elaborazione. | ||
Perché è importante Stabilisce l'inizio ufficiale dell'elaborazione interna. La durata tra 'Sinistro Presentato' e questa attività misura l'efficienza dell'acquisizione. Dove trovare Si ricava dal timestamp in cui lo stato di una pratica passa da una fase preliminare (es. 'in sospeso') a 'registrata' o 'aperta'. Potrebbe anche essere una voce di log esplicita. Acquisisci Timestamp del passaggio di stato del reclamo a 'Registrato', 'Aperto' o uno stato attivo equivalente. Tipo di evento inferred | |||
Danno Valutato | L'evento in cui il valore finanziario della perdita è stato formalmente determinato e registrato. Questo è un input chiave per il calcolo dell'importo finale della liquidazione. | ||
Perché è importante Questo passaggio è 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 trovare Probabilmente registrato come timestamp quando i campi 'riserva finanziaria' o 'importo della perdita' vengono finalizzati o approvati nel sistema. Acquisisci Il timestamp associato all'inserimento finale o all'approvazione dei campi "Importo Danno" o "Importo Riserva". Tipo di evento explicit | |||
Indagine avviata | Segna l'inizio della fase formale di indagine per la pratica. Questo può includere l'assegnazione di specialisti, la programmazione di ispezioni o altre attività dettagliate di raccolta prove. | ||
Perché è importante Questa attività definisce l'inizio di una fase critica e spesso dispendiosa in termini di tempo. Misurare la durata dell'indagine è fondamentale per identificare i principali colli di bottiglia. Dove trovare Probabilmente dedotto da un cambio di stato a 'In Indagine' o dalla data di creazione della prima attività o assegnazione relativa all'indagine. Acquisisci Timestamp quando lo stato del reclamo viene aggiornato a 'Indagine in Corso' o uno stato simile. Tipo di evento inferred | |||
Informazioni aggiuntive ricevute | Rappresenta la ricezione delle informazioni richieste, consentendo la ripresa dell'elaborazione del sinistro. Questo evento chiude il ciclo di rilavorazione avviato dalla richiesta. | ||
Perché è importante L'analisi del tempo tra 'Informazioni Aggiuntive Richieste' e questa attività rivela ritardi esterni e aiuta a gestire le aspettative dei clienti. Dove trovare Si deduce dal cambiamento di stato della pratica, che da 'Informazioni in Sospeso' torna a uno stato attivo come 'Aperta' o 'In Revisione'. Potrebbe anche essere collegato a un registro di documenti in arrivo. Acquisisci Timestamp del passaggio di stato da 'In Sospeso' a 'Attivo', spesso attivato da un upload di documenti. Tipo di evento inferred | |||
Informazioni aggiuntive richieste | Il liquidatore del sinistro ha identificato informazioni mancanti o incomplete e ha inviato una richiesta all'assicurato o a una terza parte. Questa attività avvia uno stato di attesa comune nel processo. | ||
Perché è importante Questa attività è l'inizio di un ciclo di rilavorazione. Un'alta frequenza indica problemi con la raccolta iniziale dei data, che portano a ritardi e a un aumento dello sforzo manuale. Dove trovare Può essere un evento esplicito registrato quando viene inviata una corrispondenza o dedotto da un cambio di stato del sinistro a 'Informazioni Pendenti' o 'In Sospeso'. Acquisisci Timestamp del passaggio di stato del reclamo a 'In Attesa di Informazioni' o voce di log per comunicazioni in uscita. Tipo di evento inferred | |||
Pagamento Autorizzato | È stata concessa l'approvazione interna per sbloccare i fondi di risarcimento. Ciò spesso implica che un manager o un membro del team finanziario esamini e autorizzi il pagamento. | ||
Perché è importante Identifica potenziali ritardi nel workflow di approvazione finanziaria interna dopo che la decisione sul sinistro è stata presa e l'importo calcolato. Dove trovare È probabilmente un evento esplicito attivato da un'azione di approvazione nel workflow del sistema, o un passaggio di stato a 'Pagamento in Sospeso' o 'Approvato per il Pagamento'. Acquisisci Una voce esplicita nel log degli eventi o un timestamp di cambio di stato che indica che il pagamento è stato approvato. Tipo di evento explicit | |||
Revisione Iniziale Effettuata | Un perito o gestore sinistri ha completato la prima valutazione dei dettagli e della documentazione del sinistro presentata. Questo passaggio determina la validità iniziale e le fasi successive del sinistro. | ||
Perché è importante Questa pietra miliare è cruciale per comprendere la velocità con cui i reclami vengono gestiti nella fase di triage. Eventuali ritardi in questa fase possono influenzare significativamente il tempo di ciclo complessivo e la customer satisfaction. Dove trovare Probabilmente dedotto da un timestamp associato a un cambio di stato a 'In Revisione', 'Revisionato', o dal completamento di un'attività/fase del workflow di revisione iniziale. Acquisisci Timestamp di completamento di un'attività di 'Revisione Iniziale' o un evento di aggiornamento di stato nel log degli eventi o nella tabella storica del sinistro. Tipo di evento inferred | |||
Risarcimento Calcolato | In seguito a una decisione di approvazione, è stato calcolato l'importo finale del risarcimento dovuto al richiedente. Questo passaggio precede l'autorizzazione al pagamento. | ||
Perché è importante Misura l'efficienza della fase di calcolo finanziario dopo che una decisione è stata presa. I colli di bottiglia qui possono ritardare il pagamento finale. Dove trovare Si deduce dal timestamp in cui il campo 'Importo del Risarcimento' viene popolato e confermato nel modulo finanziario del sistema. Acquisisci Timestamp associato alla finalizzazione del campo 'Importo di Liquidazione' sul record del reclamo. Tipo di evento inferred | |||
Sinistro negato | Il sinistro è stato ufficialmente rifiutato e il fascicolo viene preparato per la chiusura. Questo segue l'attività 'Decisione sul Sinistro Presa', dove la decisione è stata 'Rifiutata'. | ||
Perché è importante Rappresenta un percorso di processo alternativo fondamentale. L'analisi di questo percorso può rivelare schemi nei sinistri rifiutati e assicurare che le procedure corrette siano state seguite. Dove trovare Spesso si tratta dello stesso evento di 'Reclamo Chiuso', ma si distingue per l'attributo della decisione finale. Può essere modellato come attività separata se il valore del campo 'Decisione' è 'Rifiutato'. Acquisisci Si ricava dall'evento 'Sinistro Chiuso' quando l'attributo della decisione finale per il sinistro è 'Rifiutato' o simile. Tipo di evento calculated | |||
Sinistro riaperto | Una richiesta di risarcimento precedentemente chiusa è stata riattivata per ulteriori revisioni o azioni. Si tratta di un evento eccezionale che può verificarsi a causa di nuove informazioni o di un ricorso. | ||
Perché è importante Evidenzia le eccezioni di processo e i potenziali fallimenti nella gestione iniziale del sinistro. Un alto tasso di sinistri riaperti può indicare problemi con la qualità delle decisioni o la comunicazione con il cliente. Dove trovare Deducibile da un cambio di stato da 'Chiuso' a 'Aperto' o 'In Revisione'. Acquisisci Timestamp di un passaggio di stato da uno stato finale/chiuso a qualsiasi stato attivo/aperto. Tipo di evento inferred | |||
Guide all'Estrazione
I metodi di estrazione per questo processo sono attualmente in fase di convalida. La preghiamo di controllare più tardi oppure ci contatti per assistenza.
