Votre modèle de données pour le traitement des sinistres
Votre modèle de données pour le traitement des sinistres
- 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
Attributs du traitement des sinistres
| 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 | |||
Activités du traitement des sinistres
| 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 | |||
Guides d’extraction
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.
Aucune carte bancaire requise. La configuration ne prend que quelques minutes.