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

L’heure de l’événement fournit la date et l’heure précises de chaque activité enregistrée au cours du cycle de vie du sinistre. Ces informations temporelles sont essentielles à l’analyse des performances.

Lors de l’analyse, cet horodatage sert à calculer les durées de cycle entre les activités, à identifier les temps d’attente, à mesurer la durée globale des dossiers et à analyser les performances du processus sur différentes périodes. Il constitue le socle de tout indicateur de processus fondé sur le temps.

Cet horodatage est essentiel pour calculer tous les indicateurs fondés sur le temps, notamment les temps de cycle et les durées, et pour analyser la performance et identifier les goulots d’étranglement.

Il s’agit d’un champ d’horodatage standard associé aux journaux d’événements ou de transactions dans Duck Creek Claims. Recherchez des champs tels que « CreateDate », « Timestamp » ou « EventDate ».

Le Claim ID est la clé fondamentale qui relie tous les événements et activités associés à un même sinistre, de sa déclaration à sa clôture. Il garantit que l’ensemble du cycle de vie du sinistre peut être suivi de manière cohérente.

Dans une analyse de Process Mining, cet attribut est essentiel à la construction de la vue des dossiers. Il permet aux analystes de retracer le parcours complet de chaque sinistre, de mesurer les durées de cycle de bout en bout et d’analyser les variantes du processus.

Il s’agit du Case ID essentiel qui relie tous les événements associés au processus et permet d’obtenir une vue complète du cycle de vie du sinistre, de bout en bout.

Il s’agit d’une clé primaire dans l’entité ou la table principale des sinistres de Duck Creek Claims. Consultez la documentation du système pour connaître le nom précis de la table et du champ.

Cet attribut décrit une étape ou une tâche précise réalisée dans le processus de gestion des sinistres, telle que « Claim Submitted », « Adjuster Assigned » ou « Payment Issued ». Chaque activité représente un point distinct du cycle de vie du sinistre.

L’analyse de la séquence et de la fréquence de ces activités constitue le cœur du Process Mining. Elle permet de découvrir les modèles de processus, d’identifier les goulots d’étranglement, de détecter les boucles de reprise et d’analyser les écarts par rapport à un modèle standard.

Le nom de l’activité définit les étapes du flux de processus. Il est fondamental pour découvrir, analyser et surveiller le processus de traitement des sinistres.

Généralement dérivé des journaux d’événements, des noms de transactions ou des enregistrements de changement de statut dans Duck Creek Claims. Une mise en correspondance de plusieurs champs ou tables sources peut être nécessaire.

Cet attribut identifie l’utilisateur ou la ressource qui réalise une activité. Il peut changer au cours du cycle de vie du sinistre lorsque le dossier est transmis à différents gestionnaires ou équipes.

Il est indispensable pour analyser la performance des ressources, la répartition de la charge et les transferts. Les Dashboards consacrés au volume traité par gestionnaire, aux écarts de charge et à l’identification des goulots d’étranglement s’appuient souvent largement sur cet attribut pour comprendre comment le travail est réparti et traité par chaque personne.

Permet d’analyser la performance des ressources, l’équilibrage de la charge et les modes de collaboration, afin d’identifier les goulots d’étranglement et les besoins de formation.

Consultez la documentation de Duck Creek Claims. Recherchez les champs relatifs à l’utilisateur, au responsable ou à l’affectataire dans les tables liées aux tâches et aux événements des sinistres, ou dans l’entité principale des sinistres.

La gravité du sinistre donne une indication de son impact ou de sa complexité prévisible. Elle peut être fondée sur l’estimation initiale du dommage, la nature de l’incident ou d’autres règles métier prédéfinies.

Cet attribut est essentiel à l’analyse des performances, car les sinistres graves nécessitent généralement davantage d’étapes, des délais de traitement plus longs et des ressources spécialisées. La segmentation des KPI par niveau de gravité aide à définir des objectifs réalistes et à comprendre l’incidence de la complexité sur l’efficacité et les résultats du processus.

Aide à segmenter les sinistres selon leur complexité, pour une analyse plus fine des performances et une comparaison réaliste des durées de cycle et des coûts.

Consultez la documentation de Duck Creek Claims. Il peut s’agir d’un champ dédié ou d’une valeur dérivée du montant initial de la provision pour sinistre.

Cet attribut représente la valeur initiale estimée du dommage associé au sinistre. Il s’agit d’un indicateur financier important qui influence souvent l’orientation du sinistre, sa gravité et le niveau d’enquête requis.

Dans l’analyse, le montant du dommage sert à segmenter les sinistres et à comprendre la corrélation entre l’impact financier et le comportement du processus. Par exemple, les sinistres de montant élevé peuvent suivre des parcours différents ou présenter des durées de cycle plus longues. Il fournit un contexte financier essentiel aux données opérationnelles du processus.

Fournit le contexte financier du sinistre et permet d’analyser l’incidence de sa valeur sur son parcours de traitement, sa durée et son résultat.

Consultez la documentation de Duck Creek Claims. Il s’agit d’un champ financier central du sinistre, souvent appelé « Reported Loss » ou « Initial Reserve ».

Cet attribut précise le groupe fonctionnel ou le service, tel que « Initial Intake », « Investigation Unit » ou « Settlement Team », qui traite le sinistre. Il fournit un contexte organisationnel au flux du processus.

L’analyse par service est essentielle pour comprendre la performance du processus à un niveau global. Elle aide à identifier les goulots d’étranglement entre services, à mesurer l’efficacité des équipes et à comprendre comment le travail circule dans l’organisation.

Permet d’analyser la performance par domaine fonctionnel et de mettre en évidence les transferts entre services ainsi que les goulots d’étranglement propres à chaque équipe.

Consultez la documentation de Duck Creek Claims. Ces informations sont souvent associées au profil de l’utilisateur affecté ou à l’affectation à une file d’attente ou à un groupe de travail.

Le statut du sinistre représente son état actuel au cours de son cycle de vie. Il fournit une vue synthétique de la position du sinistre dans le processus global.

Cet attribut est utile pour créer des vues de haut niveau du portefeuille de sinistres et filtrer les dossiers. Il est particulièrement important pour identifier le résultat final d’un sinistre, par exemple « Closed - Paid » ou « Closed - Denied », ce qui est essentiel à l’analyse des résultats et à la compréhension des taux de rejet.

Fournit un aperçu de l’état actuel et du résultat final du sinistre, essentiel à l’analyse des résultats et au filtrage des dossiers.

Consultez la documentation de Duck Creek Claims. Il s’agit d’un champ fondamental du dossier de sinistre principal.

Le type de sinistre classe les dossiers selon la branche d’activité ou la nature du dommage. Il s’agit d’une dimension fondamentale pour segmenter et analyser les données relatives aux sinistres.

Cet attribut sert à comparer les performances du processus entre différents types de sinistres. Par exemple, un sinistre « Auto - Total Loss » suit un processus très différent et présente des KPI différents de ceux d’un sinistre « Property - Water Damage ». L’analyse par type de sinistre fournit le contexte nécessaire, permet des comparaisons plus pertinentes et aide à définir des initiatives d’amélioration adaptées.

Il s’agit d’une dimension essentielle pour segmenter l’analyse, car les différents types de sinistres présentent souvent des processus, des SLA et des niveaux de complexité distincts.

Consultez la documentation de Duck Creek Claims. Il s’agit d’un attribut central du dossier de sinistre principal.

Cet indicateur distingue les tâches réalisées par des utilisateurs humains de celles exécutées automatiquement par le système, comme les notifications automatiques, la validation initiale des données ou les étapes de traitement entièrement automatisé.

L’analyse de cet attribut est essentielle pour comprendre le niveau d’automatisation du processus de gestion des sinistres. Elle permet de mesurer l’impact des initiatives d’automatisation, de repérer les possibilités d’automatisation supplémentaires et de vérifier que les étapes automatisées fonctionnent comme prévu sans générer de problèmes en aval.

Permet de mesurer l’impact de l’automatisation sur l’efficacité et les coûts, et de repérer les possibilités de traitement entièrement automatisé.

Ces informations peuvent être déduites de l’« utilisateur » associé à un événement, par exemple « SYSTEM » ou « BATCH », ou d’un indicateur spécifique présent dans l’enregistrement de l’événement.

Cet attribut stocke l’échéance de clôture du sinistre. Cette date est souvent déterminée par les exigences réglementaires, les accords de niveau de service (SLA) ou les indicateurs clés de performance internes (KPI), et peut varier selon le type ou la gravité du sinistre.

Elle sert de base au calcul du KPI « On-Time Claim Resolution Rate » et alimente le Dashboard « Claim Resolution Target Adherence ». Elle permet de surveiller de manière proactive les sinistres susceptibles de dépasser leur SLA et de hiérarchiser le travail.

Permet de mesurer les performances par rapport aux accords de niveau de service (SLA) et aux objectifs internes, ce qui a une incidence directe sur la satisfaction client et la conformité.

Consultez la documentation de Duck Creek Claims. Il peut s’agir d’un champ de date SLA spécifique ou d’une date calculée à partir de la date de déclaration du sinistre et des règles métier.

Cet attribut indique la date de la dernière mise à jour du jeu de données. Il fournit un point de référence sur l’actualité des données analysées.

Dans les Dashboards et les analyses, il informe les utilisateurs de la récence des résultats. Il permet de déterminer si les transactions les plus récentes sont incluses dans la vue du processus.

Informe les utilisateurs sur l’actualité des données, un élément essentiel pour interpréter l’analyse et prendre des décisions au bon moment.

Cet horodatage est généré lors du processus d’extraction, de transformation et de chargement des données (ETL). Il est généralement stocké dans les métadonnées du jeu de données.

Cet attribut indique l’heure de fin d’une activité. Alors que StartTime indique le début d’une activité, EndTime fournit l’autre valeur nécessaire au calcul de sa durée.

Dans le cadre du Process Mining, disposer de l’heure de début et de l’heure de fin des activités permet d’analyser les performances avec beaucoup plus de précision. Il devient possible de calculer précisément le « temps de traitement », c’est-à-dire le temps de travail effectif consacré à une tâche, et le « temps d’attente », correspondant au temps écoulé entre deux tâches. Cette distinction est essentielle pour repérer correctement les goulots d’étranglement.

Permet de calculer avec précision le temps de traitement des activités et de distinguer le temps de travail effectif du temps d’inactivité ou d’attente, ce qui est indispensable pour analyser correctement les goulots d’étranglement.

Peut être disponible dans un champ d’horodatage distinct du journal d’événements, ou être déduit du StartTime de l’activité suivante dans la séquence du même cas.

Cet attribut enregistre la valeur du règlement calculé et autorisé au paiement. Il s’agit d’un indicateur clé fondé sur le résultat pour chaque sinistre donnant lieu à un paiement.

Cet attribut est essentiel à l’analyse financière et à des Dashboards tels que « Payment Authorization & Issuance Time ». Il peut être comparé au « Loss Amount » initial afin d’analyser la précision des provisions et de comprendre les résultats financiers du processus de traitement des sinistres.

Représente le principal résultat financier d’un sinistre. Il est essentiel au reporting financier et à l’analyse de la précision des estimations initiales du dommage.

Consultez la documentation de Duck Creek Claims. Ces informations sont généralement stockées dans les tables de transactions financières ou de paiements associées au sinistre.

Lorsqu’une décision de refus est prise, cet attribut indique la raison sous-jacente. Il est généralement sélectionné dans une liste prédéfinie de codes ou de descriptions.

L’analyse des motifs de rejet est essentielle au Dashboard « Claim Decision & Rejection Insights ». Elle aide à identifier les problèmes fréquents dans les déclarations, les schémas potentiels de fraude ou les domaines dans lesquels le libellé des polices manque de clarté. Ces résultats peuvent guider l’amélioration du processus de collecte initiale ou des règles de souscription.

Explique pourquoi les sinistres sont refusés et fournit des analyses concrètes pour améliorer la collecte initiale, réduire les déclarations non valides et identifier les besoins de formation.

Consultez la documentation de Duck Creek Claims. Ce champ est généralement renseigné lorsque le statut du sinistre passe à « Denied » ou à un état similaire.

Cet attribut relie le sinistre à la police d’assurance à l’origine de la déclaration. Il fournit le contexte relatif aux garanties, aux conditions et au client associés au sinistre.

Même s’il n’est pas toujours utilisé directement dans l’analyse du flux du processus, le numéro de police est précieux pour enrichir les données relatives aux sinistres. Il permet de les relier aux données des polices et des clients afin d’analyser les variations de performance selon le segment client, le type de police ou l’ancienneté de la police, et d’obtenir une vision métier plus complète.

Relie le sinistre au client et à la police, ce qui permet d’analyser plus largement l’incidence des performances du processus sur différents segments de clientèle ou types de police.

Consultez la documentation de Duck Creek Claims. Il s’agit d’un champ de référence standard de l’entité principale des sinistres.

Cet attribut booléen prend la valeur true lorsqu’une activité est répétée pour un sinistre après l’exécution d’autres activités différentes. Par exemple, lorsque le processus revient de « Loss Assessed » à « Investigation Started ».

Cet attribut est essentiel pour quantifier et analyser les reprises. Il alimente le KPI « taux de reprise des sinistres » et le Dashboard « modèles de reprise et de retraitement des sinistres », en permettant de filtrer directement et de mettre en évidence les activités et les cas concernés. Il aide ainsi à repérer les inefficacités et les problèmes de qualité du processus.

Quantifie les reprises au niveau des activités et facilite la mesure, la visualisation et l’analyse des causes et des effets des inefficacités du processus.

Il ne s’agit pas d’un champ du système source. Cet indicateur est calculé lors de la préparation des données à l’aide d’algorithmes qui détectent les séquences d’activités répétées au sein d’un cas.

Cet attribut booléen est obtenu en comparant l’horodatage de l’activité « Claim Closed » à la valeur « ResolutionTargetDate » du sinistre concerné. Il indique pour chaque sinistre si la résolution a été effectuée dans les délais (true) ou en retard (false).

Cet attribut alimente directement le KPI « taux de résolution des sinistres dans les délais ». Il facilite l’agrégation et la visualisation du respect des SLA dans les Dashboards, ainsi que l’analyse détaillée des caractéristiques communes aux sinistres traités en retard, par exemple certains types de sinistres, services ou parcours de processus.

Mesure directement le respect des SLA pour chaque sinistre et permet de filtrer efficacement les dossiers en retard et d’en analyser les causes profondes.

Il ne s’agit pas d’un champ du système source. Cet indicateur est calculé lors de la préparation des données en comparant l’horodatage de l’activité finale au champ « ResolutionTargetDate ».

Cet attribut identifie l’application source dans laquelle les données du sinistre ont été créées. Dans ce contexte, sa valeur sera toujours « Duck Creek Claims ».

Même s’il peut sembler redondant lorsque toutes les données proviennent d’un seul système, il est essentiel à la gouvernance des données, à la traçabilité et aux situations dans lesquelles des données pourraient être fusionnées à partir de plusieurs systèmes à l’avenir. Il fournit le contexte nécessaire sur l’origine et la structure des données.

Fournit des informations essentielles sur la traçabilité et le contexte des données, indispensables à la gouvernance des données et au dépannage, notamment dans les environnements intégrant plusieurs systèmes.

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