Votre template de données pour la gestion des sinistres

L’heure de l’événement enregistre la date et l’heure exactes auxquelles une activité de traitement d’un sinistre a eu lieu. Ces données chronologiques sont essentielles pour ordonner correctement les événements et comprendre la chronologie d’un sinistre.

Dans l’analyse, cet horodatage sert à calculer les durées, les délais de traitement et les temps d’attente entre les différentes étapes. Il est indispensable pour identifier les retards, mesurer les performances au regard des SLA et comprendre la dynamique temporelle du processus.

Cet horodatage fournit l’ordre chronologique des événements, indispensable au calcul de tous les indicateurs fondés sur le temps, comme le délai de traitement, ainsi qu’à l’identification des goulots d’étranglement.

Cette information est généralement disponible sous la forme d’un horodatage de création ou de mise à jour associé à chaque événement ou enregistrement de statut dans FINEOS Claims.

L’identifiant du sinistre est la clé fondamentale qui relie toutes les activités, tous les événements et tous les points de données au cours du cycle de vie du sinistre. Il garantit que chaque interaction, de la soumission initiale à la clôture définitive, peut être suivie de manière cohérente au sein d’un même dossier.

Dans le Process Mining, cet attribut est essentiel pour reconstituer le parcours de bout en bout de chaque sinistre. Il permet d’analyser les flux de processus, de calculer les délais totaux de résolution et d’identifier les variations dans le traitement des différents sinistres.

Il s’agit de l’identifiant central qui relie tous les événements associés au sein d’une même instance de processus et rend possible l’analyse de bout en bout du cycle de vie du sinistre.

Il s’agit d’une clé primaire dans les principales tables de gestion des dossiers de sinistres de FINEOS Claims.

Cet attribut décrit une étape ou une étape clé du processus de gestion des sinistres, comme « Claim Submitted », « Initial Review Performed » ou « Payment Issued ». Chaque activité représente une action distincte effectuée sur le sinistre.

L’analyse de la séquence et de la fréquence de ces activités constitue le fondement du Process Mining. Elle révèle le flux réel du processus, aide à repérer les goulots d’étranglement où le travail s’accumule et met en évidence les parcours courants ou exceptionnels suivis par les sinistres.

Il définit les étapes du processus, ce qui permet de visualiser la cartographie du processus et d’analyser les modèles et les écarts des flux de travail.

Il est généralement dérivé des journaux d’événements, des changements de statut des tâches ou des pistes d’audit du système FINEOS Claims.

Cet attribut indique la date et l’heure de la dernière extraction ou mise à jour des données. Il est important pour évaluer leur fraîcheur et leur actualité.

Ces informations sont essentielles à la gouvernance des données et permettent aux utilisateurs de savoir s’ils consultent les données de processus les plus récentes. Elles contribuent à gérer les attentes concernant la latence des données et sont indispensables au suivi des processus quasi temps réel.

Indique la fraîcheur des données afin que les utilisateurs comprennent la période couverte par l’analyse et sachent quand elles ont été actualisées pour la dernière fois.

Cet horodatage est généralement généré et enregistré par l’outil d’extraction des données ou l’outil ETL à la fin d’une tâche de chargement.

Cet attribut précise l’origine des données du processus. Pour cette analyse, sa valeur sera toujours « FINEOS Claims », mais dans un environnement composé de plusieurs systèmes, il est essentiel pour retracer la provenance des données et garantir leur qualité.

Dans un contexte analytique plus large, il permet de différencier les processus susceptibles de s’étendre sur plusieurs systèmes et de garantir une interprétation correcte des données en fonction de leur source.

Il fournit un contexte essentiel sur l’origine des données, indispensable à leur gouvernance, à leur validation et à leur intégration avec d’autres systèmes.

Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données afin d’indiquer l’origine du jeu de données.

Cet attribut indique comment le sinistre a été reçu, par exemple via un portail en ligne, par e-mail, par courrier ou par l’intermédiaire d’un agent. Les différents canaux de soumission peuvent avoir une incidence importante sur la qualité des données et les délais de traitement initiaux.

L’analyse du processus selon le canal de soumission permet de déterminer si certains canaux entraînent un traitement plus rapide, davantage de reprises, par exemple en raison d’informations manquantes, ou de meilleurs résultats. Ces analyses peuvent orienter les investissements consacrés à l’optimisation des canaux, notamment l’amélioration des formulaires en ligne pour réduire les erreurs.

Permet de déterminer si certains canaux de réception favorisent un traitement plus efficace ou entraînent davantage de reprises, afin d’éclairer la stratégie et les investissements liés aux canaux.

Consultez la documentation de FINEOS Claims. Cette information est généralement recueillie lors de la réception du sinistre et stockée dans son enregistrement principal.

Cet attribut représente la date limite d’achèvement du processus de gestion du sinistre, définie par les accords de niveau de service (SLA) ou les exigences réglementaires. Il sert de référence pour mesurer les performances réelles.

Cette date est essentielle au suivi du respect des SLA. En comparant la date réelle de clôture du sinistre à la date cible de résolution, il est possible de calculer le taux de respect des SLA, d’identifier les sinistres susceptibles de dépasser leur délai et d’analyser les causes profondes des retards à l’origine des écarts de conformité.

Cette date sert de référence pour mesurer le respect des SLA. Elle permet d’identifier les sinistres en retard et d’analyser les causes de ces retards.

Consultez la documentation de FINEOS Claims. Cette date est souvent calculée par des règles métier à partir de la date et du type de soumission du sinistre.

Cet attribut identifie la personne ou l’équipe qui a exécuté une tâche donnée dans le processus de gestion des sinistres. Il constitue le principal moyen de relier les activités du processus aux ressources humaines.

L’analyse des données par gestionnaire de sinistre affecté est essentielle pour comprendre la répartition de la charge de travail, les performances individuelles et l’efficacité des ressources. Elle peut mettre en évidence les gestionnaires surchargés, faire ressortir les besoins de formation par comparaison des performances et soutenir une meilleure allocation des ressources afin d’équilibrer les charges de travail.

Cet attribut relie les étapes du processus aux personnes qui les exécutent. Il permet ainsi d’analyser la charge de travail, d’évaluer l’efficacité des ressources et de comparer les performances.

Consultez la documentation de FINEOS Claims. Cette information est généralement enregistrée dans les champs de propriété des tâches ou d’affectation des utilisateurs associés aux événements de sinistre.

Claim Severity évalue la complexité, l’urgence ou l’exposition financière associée au sinistre. Les sinistres de gravité élevée peuvent nécessiter davantage d’étapes, un examen spécialisé ou des délais de traitement plus longs que ceux de faible gravité.

L’analyse du processus par niveau de gravité permet de vérifier si l’allocation des ressources et la conception du processus sont adaptées aux différents niveaux de complexité. Elle peut révéler que les sinistres graves sont retardés de manière disproportionnée ou que les sinistres simples font l’objet d’un traitement excessif, afin d’améliorer la segmentation du processus et la gestion des ressources.

La segmentation par niveau de gravité permet de vérifier si le processus donne la priorité aux sinistres à fort impact et d’identifier les niveaux de complexité susceptibles de créer des goulots d’étranglement.

Consultez la documentation de FINEOS Claims. Il peut s’agir d’un champ dédié ou d’une valeur calculée à partir d’autres attributs, comme le montant estimé du dommage.

L’attribut End Time enregistre le moment précis où une activité se termine. Associé à Start Time (EventTime), il permet de calculer exactement la durée d’exécution de chaque étape, c’est-à-dire son temps de traitement.

Dans le cadre de l’analyse, il est essentiel pour distinguer le temps de traitement actif du temps d’attente. Il permet de réaliser des analyses détaillées des goulots d’étranglement, en identifiant les activités qui consomment le plus de temps et les endroits où se forment les files d’attente entre les étapes.

Permet de calculer précisément le temps de traitement de chaque activité, ce qui est essentiel pour repérer les étapes inefficaces et mesurer l’utilisation des ressources.

Consultez la documentation de FINEOS Claims. Cette information peut être disponible dans les journaux d’événements ou être déduite de l’heure de début de l’événement suivant.

Cet attribut précise l’unité organisationnelle, par exemple « Initial Intake », « Investigation Unit » ou « Payments Department », responsable d’une activité donnée ou du sinistre à une étape déterminée.

L’analyse du processus par service est essentielle pour comprendre les transferts entre fonctions, qui sont souvent à l’origine de retards. Elle permet d’identifier les services qui constituent des goulots d’étranglement, de mesurer leur efficacité et d’analyser l’allocation des ressources dans l’organisation.

Permet d’analyser les performances par unité organisationnelle et de mettre en évidence les retards liés aux transferts entre services ainsi que les goulots d’étranglement propres à chaque service.

Consultez la documentation de FINEOS Claims. Cette information peut être associée au profil utilisateur du gestionnaire de sinistre affecté ou à la file d’attente à laquelle une tâche est attribuée.

Claim Status indique l’état du sinistre dans son cycle de vie, par exemple « Open », « Pending Information », « Approved », « Denied » ou « Closed ». Cet attribut fournit une vue instantanée de la situation du sinistre à un moment donné.

Dans l’analyse des processus, les changements de statut correspondent souvent directement aux activités du processus. Le suivi du statut est essentiel pour comprendre l’issue des sinistres, repérer les goulots d’étranglement lorsque des dossiers restent longtemps bloqués dans un statut donné et analyser les raisons des résultats finaux tels que « Denied » ou « Closed ».

Cet attribut est essentiel pour comprendre l’issue des sinistres, filtrer les dossiers actifs ou clôturés et repérer les étapes auxquelles les sinistres restent bloqués.

Consultez la documentation de FINEOS Claims. Il s’agit d’un champ fondamental de l’enregistrement principal du sinistre, mis à jour tout au long de son cycle de vie.

Claim Type classe les sinistres selon la nature de la police ou du dommage. Les différents types de sinistres suivent souvent des variantes de processus distinctes, sont soumis à des exigences réglementaires différentes et nécessitent un traitement spécialisé.

Il s’agit d’une dimension essentielle pour l’analyse comparative. En filtrant ou en segmentant la vue du processus par Claim Type, les analystes peuvent faire apparaître les goulots d’étranglement propres à chaque type, comparer les performances entre catégories et adapter les initiatives d’amélioration aux besoins spécifiques de chaque type de sinistre. Cette analyse permet notamment de déterminer si certains types de sinistres sont intrinsèquement moins efficaces à traiter.

Permet de segmenter le processus afin de comparer les performances et de repérer les écarts entre différentes catégories de sinistres, pour cibler davantage les améliorations.

Consultez la documentation de FINEOS Claims. Il s’agit d’un attribut central du sinistre, généralement défini lors de son enregistrement et stocké dans la table principale des dossiers.

La Loss Date indique la date à laquelle l’incident lui-même, par exemple un accident ou une blessure, s’est produit. Elle se distingue de la date de soumission du sinistre et peut jouer un rôle important dans sa validation et son traitement.

Cet attribut fournit un contexte précieux. Le délai entre la Loss Date et la date « Claim Submitted », appelé délai de déclaration, peut constituer un indicateur clé de performance. Son analyse peut révéler des problèmes dans le processus de déclaration et leur incidence sur l’ensemble du cycle de vie du sinistre.

Fournit un contexte important et permet de calculer le délai de déclaration, c’est-à-dire le temps écoulé entre le sinistre et sa soumission, qui peut avoir une incidence sur la complexité et l’issue du dossier.

Consultez la documentation de FINEOS Claims. Cette date est un champ standard recueilli lors du processus « First Notice of Loss » ou de l’enregistrement du sinistre.

Cet attribut fournit un statut catégoriel clair sur la performance relative aux SLA de chaque sinistre. Il est calculé en comparant la date « Claim Closed » à la « Resolution Target Date », puis en classant le résultat comme « On Time » ou « Late ».

Il simplifie le reporting et l’analyse du respect des SLA. Au lieu de travailler avec des dates brutes, les analystes peuvent utiliser cette catégorie simple pour créer des Dashboards affichant le taux de conformité aux SLA, filtrer les sinistres en retard afin d’en analyser les caractéristiques communes et suivre l’évolution des performances relatives aux SLA. Il contribue directement au Dashboard et au KPI « SLA Adherence ».

Fournit un indicateur clair et simple de la performance relative aux SLA pour chaque dossier, ce qui facilite la mesure et l’analyse du taux de conformité aux SLA.

Il s’agit d’un champ calculé obtenu en comparant l’horodatage de l’activité finale à « ResolutionTargetDate » pour chaque dossier.

Cet attribut calculé signale les activités correspondant à une reprise, par exemple un deuxième événement « Additional Information Requested » pour le même sinistre. Il est généralement identifié en détectant les activités répétées ou les boucles de retour dans le flux du processus.

Le fait de signaler explicitement les reprises simplifie l’analyse des inefficacités. Il permet de quantifier facilement le taux de reprise, un indicateur clé de performance. Les Dashboards peuvent utiliser cet indicateur pour visualiser la fréquence et l’impact des reprises et aider à repérer les causes profondes de ces boucles inefficaces.

Signale directement les boucles inefficaces du processus, ce qui facilite le calcul du taux de reprise et l’analyse des facteurs à l’origine des tâches répétées.

Cet attribut est calculé lors de l’analyse de Process Mining en identifiant les activités répétées pour un même dossier. Il peut par exemple signaler la deuxième occurrence de « Investigation Started ».

Loss Amount représente l’estimation initiale ou la provision financière constituée pour un sinistre. Cette valeur peut être mise à jour au fur et à mesure de l’instruction et de l’évaluation du dossier.

Ces données financières sont essentielles pour segmenter les sinistres et comprendre le lien entre leur impact financier et le comportement du processus. Elles permettent notamment de répondre à des questions telles que : les sinistres de montant élevé prennent-ils plus de temps à traiter ou nécessitent-ils davantage de reprises ? Elles constituent également une donnée importante pour les prévisions financières et la gestion des risques.

Fournit un contexte financier au processus et permet d’analyser l’incidence de la valeur du sinistre sur les délais, la complexité et les parcours de traitement.

Consultez la documentation de FINEOS Claims. Cette information se trouve généralement dans les tables financières ou liées aux provisions associées au sinistre.

Payment Amount correspond au montant final versé après le règlement et l’approbation du sinistre. Pour les sinistres faisant l’objet de plusieurs paiements, il peut représenter une transaction de paiement individuelle.

Cet attribut est essentiel au rapprochement financier et à l’analyse des résultats financiers du processus. Il permet de comparer le montant du dommage initialement estimé au montant finalement versé. Dans l’analyse des processus, il aide à comprendre l’incidence financière des différentes variantes ou décisions du processus.

Suit le résultat financier du processus, ce qui est essentiel pour mesurer les performances financières et analyser la valeur des sinistres.

Consultez la documentation de FINEOS Claims. Ces données se trouvent dans les tables de transactions de paiement associées au dossier du sinistre.

Cet attribut indique pourquoi un sinistre est passé de l’état « Closed » à un état actif. Les motifs courants comprennent la réception de nouvelles informations, un recours du demandeur ou la correction d’une erreur.

L’analyse des motifs de réouverture constitue un moyen direct de mesurer la qualité et le caractère définitif du processus. Un volume élevé de sinistres rouverts, notamment pour certains motifs, indique que la clôture initiale était incorrecte. Ces données permettent de repérer les faiblesses des étapes d’instruction ou de décision et de définir des axes d’amélioration précis, afin que les sinistres soient correctement clôturés dès la première fois.

Fournit une indication directe des défaillances du processus lorsqu’un sinistre a été clôturé trop tôt ou de manière incorrecte, et met en évidence les possibilités d’améliorer la résolution dès le premier traitement.

Consultez la documentation de FINEOS Claims. Ce motif est généralement enregistré lorsqu’un utilisateur exécute l’action « Reopen Claim » dans le système.

Lorsque l’issue d’un sinistre est « Denied », cet attribut précise le motif de cette décision. Il peut s’agir, par exemple, de « Not Covered by Policy », « Fraud Suspected » ou « Incomplete Information ».

Cet attribut est essentiel à l’analyse des causes profondes des refus de sinistres. En étudiant la fréquence des différents motifs, l’organisation peut repérer les problèmes récurrents dans le processus de soumission, les incompréhensions fréquentes des clients concernant la couverture ou les besoins éventuels de formation des gestionnaires de sinistres. Ces analyses peuvent conduire à des initiatives visant à réduire le taux de refus et à améliorer la satisfaction client.

Essentiel à l’analyse des causes profondes des processus en échec, il aide à repérer les possibilités de réduire les refus de sinistres et d’améliorer la qualité de la réception des dossiers.

Consultez la documentation de FINEOS Claims. Il s’agit généralement d’un champ structuré ou d’un code sélectionné lors de l’exécution de l’activité « Claim Denied ».

Le Policy Number identifie le contrat d’assurance qui couvre le sinistre. Il relie le sinistre à un client donné, aux conditions de la police et aux détails de la couverture.

Bien qu’il ne s’agisse pas directement d’un attribut du processus, il fournit un contexte métier essentiel. Il permet d’agréger les données des sinistres par police ou par client, ce qui peut être utile pour analyser la fréquence des sinistres, l’expérience client et les polices générant un volume élevé de sinistres complexes.

Fournit un contexte métier essentiel, en reliant le sinistre à un contrat client précis et en permettant une analyse du processus centrée sur le client.

Consultez la documentation de FINEOS Claims. Il s’agit d’une donnée fondamentale, recueillie lors de l’enregistrement du sinistre et stockée dans son enregistrement principal.

Cet attribut indique la zone géographique associée au sinistre, qui peut être déterminée à partir de l’adresse du demandeur ou du lieu du dommage.

L’analyse géographique peut révéler des écarts régionaux concernant les types et la fréquence des sinistres ainsi que l’efficacité de leur traitement. Elle peut aider à déterminer si certains bureaux régionaux obtiennent de meilleurs résultats que d’autres ou si des facteurs propres à une zone, comme la réglementation ou les événements météorologiques, influent sur le processus de gestion des sinistres. Elle permet ainsi d’affiner la gestion et l’allocation des ressources.

Permet une segmentation géographique afin d’identifier les écarts de performance régionaux, les différences en matière de conformité ou les goulots d’étranglement propres à certaines zones.

Consultez la documentation de FINEOS Claims. Cette information est généralement déduite des coordonnées du titulaire de la police ou du demandeur enregistrées dans le système.