Votre modèle de données pour le traitement des sinistres

Sapiens ClaimsPro
Votre modèle de données pour le traitement des sinistres

Votre modèle de données pour le traitement des sinistres

Ce modèle vous guide dans la collecte des données nécessaires à l’analyse du flux de travail de traitement des sinistres. Il présente les attributs et les activités essentiels à suivre, ainsi que des conseils pratiques d’extraction adaptés à Sapiens ClaimsPro. Appuyez-vous sur cette ressource pour organiser la collecte de vos données et préparer votre analyse Process Mining.
  • Attributs recommandés pour la collecte des données sur les sinistres
  • Activités clés à suivre dans le processus de traitement des sinistres
  • Guide d’extraction des données pour Sapiens ClaimsPro, étape par étape
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs du traitement des sinistres

Voici les champs de données recommandés dans votre journal d’événements pour analyser le traitement des sinistres et repérer les inefficacités cachées.
3 Obligatoire 6 Recommandé 10 Facultatif
Nom Description
Horodatage de l’événement
EventTimestamp
Date et heure précises du début d’une activité ou d’un événement.
Description

L’horodatage de l’événement indique l’heure de début de chaque activité du processus de gestion des sinistres. Il fournit le contexte chronologique nécessaire pour ordonner les événements et calculer les durées qui les séparent. Il constitue le repère temporel du journal d’événements.

Dans l’analyse en Process Mining, cet attribut est essentiel au calcul de toutes les métriques temporelles, notamment les temps de cycle, les temps d’attente et la durée des activités. Il permet de repérer les goulots d’étranglement, d’analyser l’évolution des performances du processus et de suivre le respect des SLA en indiquant précisément quand les événements se sont produits.

Pourquoi est-ce important ?

Cet horodatage est indispensable pour ordonner les événements chronologiquement et calculer toutes les métriques de durée, comme le temps de cycle et les goulots d’étranglement.

Où trouver ces données

Dans Sapiens ClaimsPro, cet horodatage se trouve dans les tables de journal des événements ou des transactions, avec les informations sur les activités ou les changements de statut.

Exemples
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Identifiant du sinistre
ClaimId
Identifiant unique de chaque sinistre, utilisé comme identifiant principal du dossier pour suivre son cycle de vie.
Description

L’identifiant du sinistre est la référence principale qui relie tous les événements et toutes les activités associés à un même dossier. Il permet de reconstituer et d’analyser l’ensemble du parcours, depuis la déclaration initiale jusqu’à la clôture définitive.

En Process Mining, chaque entrée du journal d’événements doit être associée à un identifiant de sinistre. L’outil peut ainsi retracer le parcours complet de chaque dossier, visualiser les variantes du processus, calculer les temps de cycle de bout en bout et repérer les goulots d’étranglement ou les écarts par rapport au flux de travail standard. L’analyse à partir de cet identifiant donne une vue complète du parcours du dossier.

Pourquoi est-ce important ?

Cet identifiant est indispensable pour regrouper toutes les activités liées à une même instance de processus et analyser le cycle de vie des sinistres de bout en bout.

Où trouver ces données

Il s’agit d’une clé primaire de la table principale des transactions de sinistres dans Sapiens ClaimsPro. Consultez la documentation du système pour connaître le nom exact de la table et du champ.

Exemples
CL-2023-001234CL-2023-005678CL-2024-009101
Nom de l’activité
ActivityName
Nom de l’activité métier ou de l’événement précis survenu à une étape du processus de gestion des sinistres.
Description

Cet attribut décrit une étape ou une tâche effectuée au cours du cycle de vie d’un sinistre, par exemple « Sinistre déclaré », « Examen initial effectué » ou « Paiement émis ». Chaque activité correspond à un moment distinct du processus, avec une heure de début et, éventuellement, une heure de fin.

L’analyse des activités est au cœur du Process Mining. Elle permet de visualiser le processus, de repérer les goulots d’étranglement entre les étapes, d’étudier la fréquence des activités et de comprendre les variations du processus. La séquence des activités associées à un identifiant de sinistre donné constitue la base du flux du processus.

Pourquoi est-ce important ?

Cet attribut définit les étapes du processus. Il est indispensable pour créer la cartographie du processus et repérer les goulots d’étranglement ou les inefficacités.

Où trouver ces données

Généralement extrait des journaux d’événements, des enregistrements de changement de statut ou des tables de suivi des tâches terminées dans Sapiens ClaimsPro. Une association à partir des codes de statut ou des types de transaction peut être nécessaire.

Exemples
Sinistre enregistréEnquête commencéeIndemnité calculéeSinistre clôturé
Expert chargé du dossier
AssignedAdjuster
Nom ou identifiant de l’expert chargé du sinistre ou d’une activité précise.
Description

Cet attribut identifie la personne ou la ressource qui a effectué une action sur le dossier. Le suivi de l’expert chargé du dossier est essentiel pour comprendre la répartition de la charge de travail, les performances individuelles et l’affectation des ressources.

L’analyse permet de filtrer la cartographie du processus pour comparer la manière dont les différents experts traitent les dossiers et repérer les besoins éventuels de formation. Cet attribut est indispensable pour créer le Dashboard « Charge d’activité des experts et des services » et calculer l’indicateur « Équilibre de la charge de travail des experts ».

Pourquoi est-ce important ?

Essentiel à l’analyse des ressources, il aide à repérer les déséquilibres de charge, les personnes très performantes et les besoins de formation.

Où trouver ces données

Cet attribut figure dans les journaux d’activité des utilisateurs ou les tables de transactions de Sapiens ClaimsPro. Il est souvent associé à l’utilisateur qui a créé ou modifié un enregistrement pour la dernière fois.

Exemples
Jean Martinj.martinUSR-00451
Gravité du sinistre
ClaimSeverity
Classement du sinistre selon sa complexité ou son impact financier potentiel (par exemple : faible, moyenne ou élevée).
Description

La gravité du sinistre est une évaluation de sa complexité, du risque qu’il présente ou de l’exposition financière estimée. Elle détermine souvent le niveau d’examen requis, l’expérience attendue de l’expert et le flux de travail suivi.

Cet attribut est essentiel au Dashboard « Analyse du temps de cycle selon la gravité du sinistre ». Il permet de vérifier si les dossiers les plus complexes sont traités efficacement ou s’ils contribuent de façon disproportionnée à l’allongement des temps de cycle. Il apporte un contexte important aux indicateurs de performance, car un sinistre grave devrait prendre plus de temps à traiter qu’un sinistre de faible gravité.

Pourquoi est-ce important ?

Il apporte un contexte essentiel à l’analyse des temps de cycle : il aide à comprendre pourquoi certains dossiers prennent plus de temps et si les cas complexes sont traités efficacement.

Où trouver ces données

Ce champ peut être renseigné manuellement ou calculé à partir des caractéristiques du sinistre dans Sapiens ClaimsPro.

Exemples
FaibleMoyenneÉlevéeComplexe
Heure de fin de l’événement
EventEndTime
Date et heure précises de la fin d’une activité.
Description

L’heure de fin de l’événement marque la fin d’une activité. Certains événements sont instantanés (StartTime est égal à EndTime), tandis que d’autres ont une durée. Lorsque cet horodatage est disponible, il permet de mesurer précisément le temps consacré à chaque étape.

Cet attribut sert à calculer le « temps actif » ou la « durée de traitement » d’une activité, par opposition au « temps d’attente » entre deux activités. Il permet de distinguer le temps consacré au traitement d’un sinistre du temps pendant lequel celui-ci reste en attente dans une file. Cette distinction aide à repérer les activités qui prennent particulièrement longtemps.

Pourquoi est-ce important ?

Il permet de calculer le temps de traitement actif de chaque activité et de distinguer le temps consacré à la création de valeur du temps d’attente.

Où trouver ces données

Cet horodatage peut figurer dans les mêmes journaux de transactions que l’heure de début, ou être déduit de l’heure de début de l’événement suivant. Consultez la documentation de Sapiens ClaimsPro.

Exemples
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z
Montant du règlement
SettlementAmount
Montant final versé au demandeur pour régler le sinistre.
Description

Cet attribut indique le montant du règlement du sinistre. Il s’agit d’un indicateur de résultat important, qui reflète l’impact financier du dossier et les décisions prises au cours du processus.

Dans l’analyse des processus, le montant du règlement est utilisé dans le Dashboard « Décision et règlement des sinistres : analyses » pour étudier les liens éventuels entre les variations du processus, les pratiques des experts et les montants versés. Il sert également au calcul de l’indicateur « Indice de cohérence des montants de règlement », qui aide à repérer les écarts entre les décisions prises pour des sinistres similaires.

Pourquoi est-ce important ?

Cet indicateur de résultat important, comparé aux variantes du processus, peut révéler l’incidence des inefficacités ou des écarts sur les résultats financiers.

Où trouver ces données

Cet attribut figure dans les tables financières ou de transactions de paiement associées au sinistre dans Sapiens ClaimsPro.

Exemples
5000.001250.75250000.00
Service chargé du dossier
AssignedDepartment
Service ou équipe chargé du dossier à une étape donnée.
Description

Cet attribut indique l’unité opérationnelle ou l’équipe, par exemple « Réception initiale », « Sinistres complexes » ou « Unité d’enquêtes spéciales (SIU) », à laquelle un dossier ou une activité est attribué. Il permet d’analyser le processus du point de vue des services.

L’analyse par service aide à repérer les goulots d’étranglement propres à certaines équipes, à comprendre les transferts entre services et à évaluer leur efficacité. Elle est indispensable au Dashboard « Charge d’activité des experts et des services » ainsi qu’à l’analyse des processus à l’échelle de l’organisation.

Pourquoi est-ce important ?

Il permet d’analyser les performances du processus et les transferts entre équipes, et de repérer les goulots d’étranglement organisationnels.

Où trouver ces données

Cet attribut est souvent associé au profil de l’utilisateur dans le système ou directement au dossier de sinistre. Consultez la documentation de Sapiens ClaimsPro.

Exemples
Service des sinistres automobilesSinistres immobiliersUnité d’enquêtes spéciales
Type de sinistre
ClaimType
Catégorie du sinistre, par exemple automobile, immobilier ou responsabilité civile.
Description

Le type de sinistre classe les dossiers selon la branche d’assurance ou la nature du préjudice. Cet attribut de segmentation fondamental détermine souvent le flux de travail suivi et les équipes concernées.

L’analyse du processus par type de sinistre est essentielle pour repérer les différences d’efficacité et de procédure entre les branches d’activité. Par exemple, un sinistre automobile peut être traité rapidement et de façon largement automatisée, tandis qu’un sinistre portant sur un bien immobilier commercial peut être complexe et long à régler. Cet attribut est nécessaire au calcul de l’indicateur « Indice de cohérence des montants de règlement ».

Pourquoi est-ce important ?

Il permet de comparer les processus entre les branches d’activité afin de repérer les bonnes pratiques et les goulots d’étranglement propres à chaque catégorie de sinistre.

Où trouver ces données

Il s’agit d’un champ standard de la fiche principale du sinistre dans Sapiens ClaimsPro. C’est un élément de données essentiel dans tout système de gestion des sinistres.

Exemples
Dommages matériels automobilesResponsabilité civile généraleIndemnisation des accidents du travailBiens immobiliers commerciaux
Canal de déclaration
SubmissionChannel
Mode de déclaration initiale du sinistre, par exemple via un portail en ligne, un agent ou par courrier.
Description

Cet attribut indique le canal par lequel un nouveau sinistre a été déclaré. Le canal peut avoir une incidence importante sur la qualité initiale des données, et donc sur l’ensemble du processus qui suit.

L’analyse du processus par canal de déclaration permet d’évaluer l’efficacité et la qualité du traitement. Par exemple, le Dashboard « Efficacité des canaux de déclaration des sinistres » peut montrer si les dossiers déclarés sur un portail en ligne sont traités plus rapidement et nécessitent moins de reprises que ceux reçus par courrier. Ces résultats peuvent orienter les investissements dans l’optimisation des canaux et la transformation numérique.

Pourquoi est-ce important ?

Il aide à repérer les canaux de réception qui permettent le traitement le plus efficace et à cerner les possibilités d’automatisation et d’amélioration de l’expérience client.

Où trouver ces données

Cet attribut est généralement renseigné au premier contact et enregistré dans un champ de la fiche principale du sinistre dans Sapiens ClaimsPro.

Exemples
Portail en ligneAgentCourrierTéléphone
Date cible de résolution
ResolutionTargetDate
Date à laquelle le sinistre devrait être clôturé, conformément aux accords de niveau de service (SLA).
Description

La date cible de résolution est l’échéance fixée pour la clôture du sinistre. Elle dépend souvent de facteurs tels que le type de sinistre, la juridiction ou les conditions de la police d’assurance. Elle sert de référence pour mesurer les performances et le respect des accords de niveau de service.

Cette date est essentielle au Dashboard « Respect des SLA pour la résolution des sinistres » et à l’indicateur « Taux de résolution des sinistres dans les délais ». En comparant la date réelle de clôture du sinistre à cette échéance, le système peut classer automatiquement les dossiers comme « Dans les délais » ou « En retard » et donner une vue claire des performances au regard des SLA.

Pourquoi est-ce important ?

Elle sert de référence pour mesurer le respect des SLA, calculer le taux de résolution dans les délais et repérer les sinistres susceptibles de prendre du retard.

Où trouver ces données

Cette date peut être enregistrée dans la fiche principale du sinistre ou dans un module de gestion des SLA associé, au sein de Sapiens ClaimsPro.

Exemples
2024-01-152024-03-202024-06-01
Date du sinistre
LossDate
Date à laquelle s’est produit l’incident ou l’événement à l’origine du sinistre.
Description

La date du sinistre, également appelée date du dommage, correspond à la date de l’événement lui-même, par exemple un accident de voiture ou un dégât matériel. Du point de vue du client, elle marque souvent le début du parcours de gestion du sinistre.

Cet attribut est important pour calculer le délai de déclaration, c’est-à-dire le temps écoulé entre la date du sinistre et la date de déclaration. L’analyse de ce délai peut éclairer le comportement des clients et faire ressortir des possibilités de les inciter à déclarer plus rapidement, ce qui améliore souvent les résultats.

Pourquoi est-ce important ?

Il marque le début de l’événement à l’origine du sinistre et permet d’analyser le délai entre le dommage et la déclaration.

Où trouver ces données

Il s’agit d’un champ essentiel de la fiche principale du sinistre, renseigné lors de la première déclaration de sinistre (FNOL).

Exemples
2023-10-202023-11-152024-01-05
Dernière mise à jour des données
LastDataUpdate
Horodatage indiquant la dernière actualisation ou extraction des données depuis le système source.
Description

Cet attribut indique la date et l’heure de la dernière extraction des données de Sapiens ClaimsPro. Il permet de connaître leur fraîcheur et présente généralement la même valeur pour tous les enregistrements d’un même jeu de données.

Dans une analyse ou un Dashboard, cet horodatage précise l’actualité des données. Il permet de savoir si les informations consultées sont en temps réel ou correspondent à un instantané historique, ce qui est essentiel pour prendre des décisions opérationnelles au bon moment.

Pourquoi est-ce important ?

Il indique la fraîcheur des données et permet de savoir à quel point l’analyse est à jour.

Où trouver ces données

Cette valeur est générée et ajoutée au jeu de données lors du processus d’extraction (ETL).

Exemples
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
Motif du rejet
ReasonForRejection
Motif précis indiqué lorsqu’un sinistre est refusé ou qu’un paiement est rejeté.
Description

Lorsque la décision concernant un sinistre est « Refusé », cet attribut en précise le motif. Il peut s’agir d’un code normalisé ou d’une description en texte libre expliquant pourquoi le sinistre n’est pas couvert, par exemple « Exclusion de la police », « Éléments de preuve insuffisants » ou « Fraude suspectée ».

Ces informations sont précieuses pour le Dashboard « Décision et règlement des sinistres : analyses ». L’analyse des motifs de rejet peut faire apparaître des tendances, comme un nombre élevé de refus dus à des informations incomplètes, qui peuvent révéler des problèmes lors de la collecte des données. Elle contribue à l’analyse des causes profondes des refus de sinistres.

Pourquoi est-ce important ?

Il apporte un contexte essentiel pour les sinistres refusés et permet d’en analyser les causes afin de réduire les refus et d’améliorer la qualité des déclarations.

Où trouver ces données

Cet attribut est associé aux activités « Sinistre refusé » ou « Décision sur le sinistre rendue ». Il est probablement stocké dans un champ de statut ou de code de motif de Sapiens ClaimsPro.

Exemples
Exclusion de la policeÉvénement non couvertInformations demandées non fourniesSinistre en double
Numéro de police
PolicyNumber
Identifiant unique de la police d’assurance au titre de laquelle le sinistre a été déclaré.
Description

Le numéro de police relie le sinistre au contrat d’assurance du demandeur. Il apporte des informations essentielles sur les garanties, les plafonds et les franchises qui influent sur le traitement du dossier et les décisions prises.

Même s’il n’est pas toujours utilisé directement dans l’analyse du flux du processus, cet attribut est essentiel pour approfondir une enquête. Il permet de relier les données sur les sinistres à celles des polices d’assurance et d’obtenir une vue plus complète de la relation client et du profil de risque. Il peut également servir à regrouper les sinistres par police afin de repérer les contrats problématiques ou certaines tendances.

Pourquoi est-ce important ?

Il relie le sinistre au contrat d’assurance et permet d’approfondir l’analyse en associant les données du processus aux détails de la police, comme les garanties et les plafonds.

Où trouver ces données

Il s’agit d’un champ standard de la fiche principale du sinistre dans Sapiens ClaimsPro, qui relie le dossier au système de gestion des polices.

Exemples
POL-987654321POL-123456789POL-555444333
Reprise
IsRework
Indicateur booléen calculé qui signale les activités faisant partie d’une boucle de reprise.
Description

Cet attribut prend la valeur « true » lorsqu’une activité ou une séquence d’activités est répétée pour un même sinistre. Par exemple, si un dossier passe de « Examen initial » à « Informations complémentaires demandées », puis revient à « Examen initial », la deuxième occurrence de l’examen est signalée comme une reprise.

Le suivi des reprises est essentiel pour quantifier les inefficacités du processus. Il alimente le Dashboard « Tendances des reprises et des nouvelles soumissions de sinistres » ainsi que l’indicateur « Fréquence des boucles de reprise des sinistres ». En isolant et en analysant ces boucles, les organisations peuvent en repérer les causes profondes, comme une qualité insuffisante des données initiales ou des consignes peu claires, puis prendre des mesures pour réduire les efforts inutiles.

Pourquoi est-ce important ?

Il aide à quantifier les inefficacités du processus en signalant explicitement les activités répétées, ce qui permet de cibler les améliorations.

Où trouver ces données

Cet attribut ne figure pas dans le système source. L’outil de Process Mining le calcule en détectant les séquences d’activités répétées au sein d’un même cas.

Exemples
truefalse
Statut du sinistre
ClaimStatus
État opérationnel actuel du sinistre, par exemple ouvert, en attente ou clôturé.
Description

Cet attribut indique le statut général du dossier de sinistre à un moment donné. Les activités sont des événements, tandis que le statut correspond à l’état du dossier qui en résulte. Il donne une vue d’ensemble de l’avancement du sinistre.

L’analyse du statut des sinistres permet de connaître le nombre de dossiers ouverts et leur étape actuelle. Elle est utile pour les Dashboards opérationnels et pour calculer l’indicateur « Score de transparence du statut des sinistres », en suivant la fréquence et la pertinence des mises à jour du statut tout au long du processus.

Pourquoi est-ce important ?

Il donne une vue d’ensemble de l’état actuel du sinistre, utile pour suivre la charge de travail en cours et comprendre l’avancement des dossiers.

Où trouver ces données

Il s’agit d’un champ principal de la fiche du sinistre dans Sapiens ClaimsPro, mis à jour par différentes transactions métier.

Exemples
OuvertEn attente d’informationsClôturé, payéClôturé, refusé
Statut du SLA
SlaState
Indicateur calculé précisant si un sinistre clôturé a respecté sa date cible de résolution.
Description

Cet attribut est calculé en comparant l’horodatage de l’activité « Sinistre clôturé » à la « ResolutionTargetDate ». Il classe les sinistres, par exemple comme « Dans les délais » ou « En retard », et donne ainsi une indication immédiate du respect des SLA.

Ce champ calculé est au cœur du Dashboard « Respect des SLA pour la résolution des sinistres ». Il simplifie l’analyse en permettant de filtrer immédiatement les dossiers en retard et d’examiner les parcours ou les goulots d’étranglement qui ont entraîné ces retards. Il contribue directement au calcul de l’indicateur « Taux de résolution des sinistres dans les délais ».

Pourquoi est-ce important ?

Il mesure directement le respect des SLA et facilite le filtrage et l’analyse des sinistres résolus en retard.

Où trouver ces données

Cet attribut ne figure pas dans le système source. Il est calculé lors de la transformation des données en comparant l’« EventTimestamp » de l’activité « Claim Closed » à la « ResolutionTargetDate ».

Exemples
Dans les délaisEn retard
Système source
SourceSystem
Indique le système d’où proviennent les données extraites, en l’occurrence Sapiens ClaimsPro.
Description

Cet attribut précise l’origine des données du processus. Il peut prendre une valeur constante, comme « Sapiens ClaimsPro » pour ce jeu de données, mais il est essentiel lorsque les données proviennent de plusieurs systèmes.

Pour l’analyse, il contribue à la gouvernance des données et au diagnostic des problèmes, et permet d’attribuer correctement les résultats au système source. Il joue un rôle clé dans le suivi de la provenance des données et la compréhension de l’environnement technologique du processus.

Pourquoi est-ce important ?

Il garantit la traçabilité et la provenance des données, ce qui est essentiel lorsque des données issues de plusieurs systèmes sont regroupées ou à des fins d’audit.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement (ETL) pour indiquer l’origine des enregistrements.

Exemples
Sapiens ClaimsProClaimsPro v10.1
Obligatoire Recommandé Facultatif

Activités du traitement des sinistres

Voici les principales étapes et les jalons à consigner dans votre journal d’événements pour découvrir le processus avec précision et en mesurer les performances.
6 Recommandé 9 Facultatif
Activité Description
Décision concernant le sinistre prise
Un gestionnaire habilité a pris et enregistré la décision officielle d’approuver, d’approuver partiellement ou de refuser le sinistre. Il s’agit d’une étape déterminante du processus.
Pourquoi est-ce important ?

Cette décision détermine la suite du processus, qu’il s’agisse du paiement ou de la clôture du dossier. Le délai de décision est un indicateur clé de performance.

Où trouver ces données

Il s’agit probablement d’un événement distinct, enregistré lorsque le champ de décision ou de règlement du sinistre est renseigné et sauvegardé (par exemple, « Approuvé » ou « Refusé »).

Données à recueillir

Horodatage auquel le champ ou le statut de décision (par exemple, « Statut du sinistre ») prend une valeur définitive telle que « Approuvé » ou « Refusé ».

Type d’événement explicit
Enquête terminée
Indique que toutes les activités d’enquête nécessaires sont terminées et que les conclusions ont été consignées. Cette étape est indispensable avant de prendre une décision finale sur le sinistre.
Pourquoi est-ce important ?

Cette étape clé marque la fin de la collecte des preuves. Elle permet d’analyser l’efficacité de l’enquête et son effet sur le délai de décision.

Où trouver ces données

Cette activité peut être déduite d’un changement de statut vers « Enquête terminée » ou « En attente de décision », ou de l’horodatage de fin de la dernière tâche d’enquête.

Données à recueillir

Horodatage du changement de statut indiquant la fin de l’enquête ou la fin de toutes les sous-tâches d’enquête.

Type d’événement inferred
Paiement effectué
La transaction financière correspondant au versement de l’indemnité a été exécutée. Cet événement marque le moment où les fonds sont envoyés au demandeur ou au bénéficiaire.
Pourquoi est-ce important ?

Cette étape est importante pour le client. Le délai entre « Décision concernant le sinistre prise » et cette activité influe fortement sur sa satisfaction.

Où trouver ces données

Cette activité est enregistrée à partir de l’horodatage de la transaction de paiement dans le module financier, associée à l’identifiant du sinistre.

Données à recueillir

Horodatage issu du journal des transactions de paiement ou de l’enregistrement de l’interface du système financier associé au sinistre.

Type d’événement explicit
Sinistre clôturé
Le dossier de sinistre est officiellement clôturé dans le système. Toutes les activités, y compris le paiement ou la communication du refus, sont alors terminées. Il s’agit du principal événement de fin du processus.
Pourquoi est-ce important ?

Cette activité marque la fin du processus et permet de calculer le temps de cycle total de bout en bout pour chaque sinistre.

Où trouver ces données

Cette activité peut être déduite de l’horodatage auquel le statut principal du sinistre passe à « Clôturé » ou à un statut final équivalent.

Données à recueillir

Horodatage du changement de statut vers « Clôturé » dans le champ principal du statut du sinistre.

Type d’événement inferred
Sinistre déclaré
Marque la réception initiale d’une déclaration de sinistre provenant d’un assuré ou d’un tiers, quel que soit le canal utilisé. Il s’agit du point de départ du cycle de vie du sinistre, généralement enregistré par une intégration ou une saisie manuelle.
Pourquoi est-ce important ?

Cette activité constitue l’événement de début principal du processus. L’analyse du délai entre la déclaration et l’enregistrement permet de repérer les retards de saisie et de création initiale du dossier.

Où trouver ces données

Cette activité est probablement enregistrée à partir de l’horodatage de création du dossier initial ou d’un champ « date de déclaration » dans la table principale des sinistres.

Données à recueillir

Événement de création du dossier de sinistre dans le système, souvent associé à l’enregistrement de la première déclaration de sinistre (FNOL).

Type d’événement explicit
Sinistre enregistré
Correspond à la création officielle et à l’attribution d’un identifiant de sinistre unique dans Sapiens ClaimsPro. Cette étape suit généralement la déclaration initiale et indique que le dossier est officiellement enregistré dans le système pour être traité.
Pourquoi est-ce important ?

Marque le début officiel du traitement interne. Le délai entre « Sinistre déclaré » et cette activité mesure l’efficacité de la réception des dossiers.

Où trouver ces données

Cette activité peut être déduite de l’horodatage auquel le statut du dossier passe d’un état préliminaire (par exemple, « en attente ») à « enregistré » ou « ouvert ». Elle peut aussi correspondre à une entrée explicite dans le journal.

Données à recueillir

Horodatage du changement de statut du sinistre à « Enregistré », « Ouvert » ou à un statut actif équivalent.

Type d’événement inferred
Enquête commencée
Marque le début de la phase d’enquête officielle sur le sinistre. Celle-ci peut comprendre l’affectation de spécialistes, la planification d’inspections ou d’autres activités détaillées de collecte de preuves.
Pourquoi est-ce important ?

Cette activité marque le début d’une phase importante, souvent longue. Mesurer la durée de l’enquête est essentiel pour repérer les principaux goulots d’étranglement.

Où trouver ces données

Cette activité peut être déduite d’un changement de statut vers « En cours d’enquête », ou de la date de création de la première tâche ou affectation liée à l’enquête.

Données à recueillir

Horodatage de la mise à jour du statut du sinistre vers « Enquête en cours » ou un état similaire.

Type d’événement inferred
Examen initial effectué
Un gestionnaire de sinistres a terminé la première évaluation des informations et des documents fournis. Cette étape permet de déterminer la validité initiale du dossier et les suites à donner.
Pourquoi est-ce important ?

Cette étape clé permet de comprendre la rapidité du tri des dossiers. Les retards à ce stade peuvent allonger considérablement le temps de cycle global et nuire à la satisfaction des clients.

Où trouver ces données

Cette activité peut être déduite d’un horodatage associé à un changement de statut vers « En cours d’examen » ou « Examiné », ou à la fin d’une tâche ou d’une étape du flux de travail consacrée à l’examen initial.

Données à recueillir

Horodatage de fin d’une tâche « Examen initial » ou d’une mise à jour du statut dans le journal d’événements ou la table d’historique du sinistre.

Type d’événement inferred
Indemnité calculée
Après l’approbation du sinistre, le montant final de l’indemnité à verser au demandeur est calculé. Cette étape précède l’autorisation de paiement.
Pourquoi est-ce important ?

Cette mesure évalue l’efficacité du calcul financier après la prise de décision. Les goulots d’étranglement à cette étape peuvent retarder le paiement final.

Où trouver ces données

Cette activité peut être déduite de l’horodatage auquel le champ « Montant de l’indemnité » est renseigné et confirmé dans le module financier du système.

Données à recueillir

Horodatage associé à la finalisation du champ « Montant de l’indemnité » dans le dossier du sinistre.

Type d’événement inferred
Informations complémentaires demandées
Le gestionnaire de sinistres a repéré des informations manquantes ou incomplètes et a envoyé une demande à l’assuré ou à un tiers. Cette activité marque le début d’une période d’attente fréquente dans le processus.
Pourquoi est-ce important ?

Cette activité marque le début d’une boucle de reprise. Une fréquence élevée peut révéler des problèmes lors de la collecte initiale des données, qui entraînent des retards et davantage de travail manuel.

Où trouver ces données

Cette activité peut correspondre à un événement explicite enregistré lors de l’envoi d’une correspondance, ou être déduite d’un changement de statut du sinistre vers « Informations en attente » ou « Suspendu ».

Données à recueillir

Horodatage du changement de statut du sinistre vers « Informations en attente » ou entrée du journal correspondant à l’envoi d’une communication.

Type d’événement inferred
Informations complémentaires reçues
Correspond à la réception des informations demandées, qui permet de reprendre le traitement du sinistre. Cet événement clôt la boucle de reprise déclenchée par la demande.
Pourquoi est-ce important ?

L’analyse du délai entre « Informations complémentaires demandées » et cette activité révèle les retards externes et aide à mieux gérer les attentes des clients.

Où trouver ces données

Cette activité peut être déduite du passage du statut « Informations en attente » à un état actif, comme « Ouvert » ou « En cours d’examen ». Elle peut aussi être associée à l’enregistrement d’un document reçu.

Données à recueillir

Horodatage du passage d’un statut « En attente » à un statut « Actif », souvent déclenché par l’import d’un document.

Type d’événement inferred
Montant du sinistre évalué
Événement correspondant à la détermination et à l’enregistrement officiels du montant financier du sinistre. Cette information est essentielle au calcul de l’indemnité finale.
Pourquoi est-ce important ?

Cette étape est importante pour la planification financière et la gestion des provisions. Un retard dans l’évaluation du montant du sinistre peut bloquer tout le processus d’indemnisation et de paiement.

Où trouver ces données

Cette activité est probablement enregistrée à l’horodatage de la finalisation ou de l’approbation de la provision financière ou du montant du sinistre dans le système.

Données à recueillir

Horodatage associé à la saisie finale ou à l’approbation des champs « Montant du sinistre » ou « Montant de la provision ».

Type d’événement explicit
Paiement autorisé
L’autorisation interne de verser l’indemnité a été accordée. Cette étape implique souvent l’examen et l’autorisation du paiement par un responsable ou un membre distinct de l’équipe financière.
Pourquoi est-ce important ?

Cette activité permet de repérer les retards éventuels dans le circuit d’approbation financière interne, après la décision concernant le sinistre et le calcul du montant.

Où trouver ces données

Il s’agit probablement d’un événement explicite déclenché par une action d’approbation dans le flux de travail du système, ou d’un changement de statut vers « Paiement en attente » ou « Paiement approuvé ».

Données à recueillir

Entrée explicite dans le journal d’événements ou horodatage d’un changement de statut indiquant que le paiement a été approuvé.

Type d’événement explicit
Sinistre refusé
Le sinistre a été officiellement refusé et le dossier est en cours de préparation pour sa clôture. Cette étape suit l’activité « Décision concernant le sinistre prise », lorsque la décision est un refus.
Pourquoi est-ce important ?

Il s’agit d’un parcours alternatif important du processus. Son analyse peut révéler des tendances dans les sinistres refusés et permettre de vérifier que les procédures ont été correctement suivies.

Où trouver ces données

Il s’agit souvent du même événement que « Sinistre clôturé », différencié par l’attribut de décision finale. Il peut être modélisé comme une activité distincte lorsque la valeur du champ « Décision » est « Refusé ».

Données à recueillir

Déduisez cette activité de l’événement « Sinistre clôturé » lorsque l’attribut de décision finale du sinistre indique « Refusé » ou une valeur similaire.

Type d’événement calculated
Sinistre rouvert
Un sinistre précédemment clôturé a été réactivé pour faire l’objet d’un examen ou d’une intervention supplémentaire. Cet événement exceptionnel peut survenir à la suite de nouvelles informations ou d’un recours.
Pourquoi est-ce important ?

Cette activité met en évidence les exceptions au processus et les éventuelles défaillances du traitement initial du sinistre. Un taux élevé de réouverture peut révéler des problèmes liés à la qualité des décisions ou à la communication avec les clients.

Où trouver ces données

Cette activité peut être déduite d’un changement de statut de « Clôturé » vers « Ouvert », « En cours d’examen » ou un statut similaire.

Données à recueillir

Horodatage du passage d’un état final ou clôturé à un état actif ou ouvert.

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de Sapiens ClaimsPro

Les méthodes d’extraction de ce processus sont en cours de validation. Revenez plus tard ou contactez-nous pour obtenir de l’assistance.

Prêt à commencer ?

Commencez dès aujourd’hui à optimiser le traitement de vos sinistres en préparant vos données à l’aide de ce modèle. Faites ressortir des éléments utiles à l’analyse et améliorez concrètement votre flux de travail.

Accélérez le traitement des sinistres et résorbez les retards dès aujourd’hui

Rejoignez les entreprises qui traitent 70 % des sinistres de bout en bout sans intervention et règlent rapidement les dossiers.

Démarrez l’essai gratuit

Aucune carte bancaire requise. La configuration ne prend que quelques minutes.