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

L'horodatage fournit la date et l'heure précises de chaque activité enregistrée dans le cycle de vie de la réclamation. Cette information temporelle est indispensablele pour l'analyse de performance.

En analyse, cet horodatage est utilisé pour calculer les temps de cycle entre les activités, identifier les temps d'attente, mesurer la durée globale du dossier et analyser la performance du processus sur différentes périodes. C'est l'pilier central de toute métrique de processus basée sur le temps.

Cet horodatage est impératif pour le calcul de toutes les métriques temporelles, telles que les temps de cycle et les durées, permettant l'analyse de la performance et l'identification des points de blocage.

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 comme 'CreateDate', 'Horodatage' ou 'EventDate'.

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

L'analyse de la séquence et de la fréquence de ces activités constitue le fondement du Process Mining. Elle permet la découverte de modèles de processus, l'identification des points de blocage, la détection des boucles de reprise et l'analyse des écarts de processus par rapport à un modèle standard.

Le nom de l'activité définit les étapes du flux de processus, ce qui est indispensable pour la découverte, l'analyse et le suivi du processus de gestion 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. Cela peut nécessiter un mappage à partir de plusieurs champs ou tables sources.

L'ID du sinistre est la clé clée qui relie tous les événements et activités associés à un même sinistre d'assurance, de la soumission à la clôture. Il garantit que le cycle de vie complet d'un sinistre peut être suivi de manière cohérente.

Dans l'analyse Process Mining, cet attribut est indispensable pour construire la vue des cas, permettant aux analystes de retracer le parcours complet de chaque sinistre, de mesurer les temps de cycle complet et d'analyser les variantes de processus.

Il s'agit de l'ID de dossier essentiel qui relie tous les événements connexes du processus, permettant une vision globale, complet, du cycle de vie de la réclamation.

Il s'agit d'une clé primaire dans l'entité ou la table principale des réclamations de Duck Creek Claims. Consultez la documentation du système pour connaître le nom spécifique de la table et du champ.

Cet attribut spécifie le groupe fonctionnel ou le département, tel que « Initial Intake », « Investigation Unit » ou « Settlement Team », qui gère le sinistre. Il fournit un contexte organisationnel au flux de processus.

L'analyse par département est indispensablele pour comprendre la performance des processus à un niveau agrégé. Elle aide à identifier les points de blocage interdépartementaux, à mesurer l'efficacité au niveau des équipes et à comprendre comment le travail circule dans l'organisation.

Permet d'analyser la performance par domaine fonctionnel, mettant en lumière les transferts inter-services et les points de blocage propres à chaque équipe.

Consultez la documentation de Duck Creek Claims. Cette information est souvent associée au profil de l'utilisateur assigné ou à une attribution de file d'attente/groupe de travail.

Cet attribut identifie l'utilisateur ou la ressource effectuant une activité. Il peut changer tout au long du cycle de vie du sinistre à mesure que le dossier est transféré entre différents gestionnaires de sinistres ou équipes.

C'est indispensable pour analyser la performance des ressources, la répartition de la charge de travail et les transferts. Les dashboards axés sur le débit des gestionnaires, la variance de la charge de travail et l'identification des points de blocage s'appuient souvent fortement sur cet attribut pour comprendre comment le travail est alloué et traité par les individus.

Permet l'analyse de la performance des ressources, l'équilibrage de la charge de travail et les schémas de collaboration, aidant à identifier les points de blocage et les besoins en formation.

Consultez la documentation de Duck Creek Claims. Recherchez les champs utilisateur, propriétaire ou cessionnaire dans les tables liées aux tâches de réclamation, aux événements ou à l'entité de réclamation principale.

La Gravité du Sinistre indique l'impact ou la complexité anticipée d'un sinistre. Elle peut être basée sur l'estimation initiale de la perte, la nature de l'incident ou d'autres règles métier prédéfinies.

Cet attribut est indispensable pour l'analyse de la performance, car les sinistres de gravité élevée nécessitent généralement plus d'étapes, des délais de traitement plus longs et des ressources spécialisées. La segmentation des KPI par gravité aide à fixer des objectifs de performance réalistes et à comprendre comment la complexité affecte l'efficacité du processus et ses résultats.

Permet de segmenter les sinistres par complexité, ce qui permet une analyse de performance plus précise et une évaluation comparative 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érivé du montant initial de la réserve de sinistre.

Cet attribut représente le montant de la perte (Loss Amount) initial estimé associé au sinistre. C'est un indicateur financier clé qui influence souvent l'acheminement, la gravité et le niveau d'enquête requis pour le sinistre.

Dans l'analyse, le montant de la perte (Loss Amount) est utilisé pour segmenter les sinistres et comprendre comment l'impact financier est corrélé au comportement du processus. Par exemple, les sinistres de valeur plus élevée peuvent suivre des parcours différents ou avoir des temps de cycle plus longs. Il fournit un contexte financier crucial aux données opérationnelles du processus.

Fournit un contexte financier à la réclamation, permettant d'analyser comment la valeur d'une réclamation impacte 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 clé de la réclamation, souvent désigné par 'Sinistre déclaré' ou 'Réserve initiale'.

Le Statut du Sinistre représente l'état actuel du sinistre dans son cycle de vie. Il fournit un vue d'ensemble de la position du sinistre dans le processus global.

Cet attribut est utile pour créer des vues d'ensemble de l'inventaire des sinistres et pour filtrer les dossiers. Il est particulièrement important pour identifier le résultat final d'un sinistre (ex. : 'Clos - Réglé', 'Clos - Refusé'), ce qui est indispensable pour 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 de la réclamation, essentiel pour l'analyse des résultats et le filtrage des cas.

Consultez la documentation de Duck Creek Claims. Il s'agit d'un champ clé de l'enregistrement principal de la réclamation.

Le Type de Sinistre classe les sinistres en fonction de la ligne d'activité ou de la nature de la perte. C'est une dimension clée pour segmenter et analyser les données de sinistre.

Cet attribut est utilisé pour comparer la performance des processus entre différents types de sinistres. Par exemple, un sinistre de type 'Automobile - Perte Totale' suit un processus très différent et a des KPI distincts d'un sinistre de type 'Immobilier - Dégâts des Eaux'. L'analyse par Type de Sinistre fournit un contexte et permet des comparaisons de performance plus significatives ainsi que des initiatives d'amélioration de processus sur mesure.

C'est une dimension essentielle pour segmenter l'analyse, car les différents types de sinistres ont souvent des processus, des SLA et des niveaux de complexité distincts.

Consultez la documentation de Duck Creek Claims. Il s'agit d'un attribut essentiel de l'enregistrement principal de la réclamation.

Cet attribut stocke la date limite 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 (KPI) internes, et peut varier en fonction du type ou de la gravité du sinistre.

C'est la base pour le calcul du KPI « Taux de résolution des sinistres dans les délais » et le support du tableau de bord « Respect de l'objectif de résolution des sinistres ». Cela permet un suivi proactif des sinistres risquant de ne pas respecter leur SLA et aide à prioriser le travail.

Permet la mesure de la performance par rapport aux accords de niveau de service (SLA) et aux objectifs internes, ce qui influence 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 valeur calculée en fonction de la date de soumission de la réclamation et des règles métier.

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

Dans les dashboards et l'analyse, il est utilisé pour informer les utilisateurs de la récence des insights. Il aide à gérer les attentes quant à l'inclusion des dernières transactions dans la vue du processus.

Informe les utilisateurs sur la la réactualisation des données, ce qui est indispensable pour interpréter l'analyse et prendre des décisions opportunes.

Cet horodatage est généré pendant le processus d'extraction, de transformation et de chargement (ETL) des données et est généralement stocké dans les métadonnées du dataset.

Ce flag distingue les tâches effectuées par des utilisateurs humains de celles exécutées par l'automatisation du système, telles que les notifications automatiques, la validation initiale des données ou les étapes de traitement direct.

L'analyse de cet attribut est indispensablele pour comprendre le niveau d'automatisation dans le processus de gestion des sinistres. Elle aide à mesurer l'impact des initiatives d'automatisation, à identifier les opportunités d'automatisation supplémentaires et à garantir que les étapes automatisées fonctionnent comme prévu sans créer de problèmes en aval.

Permet de mesurer l'impact de l'automatisation sur l'efficacité et les coûts, et d'identifier les opportunités de traitement direct.

Cette information peut être déduite de l'« user » associé à un event (par exemple, « SYSTEM » ou « BATCH »), ou d'un flag spécifique sur l'enregistrement de l'event.

Cet attribut booléen est défini sur true si une activité est répétée pour un sinistre après que d'autres activités différentes se soient déjà produites. Par exemple, si le processus passe de « Loss Assessed » à nouveau à « Investigation Started ».

Cet attribut est indispensable pour quantifier et analyser les reprises. Il soutient le KPI « Taux de reprises des sinistres » et le tableau de bord « Modèles de reprises et de retraitement des sinistres » en permettant le filtrage et la mise en évidence directe des activités et des dossiers impliquant un reprises. Cela aide à identifier les inefficacités et les problèmes de qualité dans le processus.

Quantifie la reprise au niveau de l'activité, facilitant la mesure, la visualisation et l'analyse des causes et des impacts des inefficacités de processus.

Ce n'est pas un champ du système source. Il 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 dossier.

Cet attribut marque le EndTime d'une activité. Alors que StartTime indique quand une activité a commencé, EndTime fournit l'autre côté du calcul de la durée pour cette tâche spécifique.

En Process Mining, disposer à la fois d'un StartTime et d'un EndTime pour les activités permet une analyse de performance bien plus approfondie. Cela permet le calcul précis du « Temps de traitement » (le temps de travail actif sur une tâche) versus le « Temps d'attente » (le temps passé entre les tâches). Cette distinction est indispensablele pour identifier précisément les points de blocage.

Permet le calcul de temps de traitement précis pour chaque activité, distinguant le temps de travail actif du temps d'inactivité/d'attente, ce qui est impératif pour une analyse précise des points de blocage.

Peut être disponible comme champ d'horodatage distinct dans les journaux d'événements ou peut être dérivé comme le StartTime de l'activité suivante dans la séquence pour le même cas.

Cet attribut enregistre la valeur du règlement qui a été calculé et autorisé pour le paiement. C'est un indicateur clé basé sur les résultats pour chaque sinistre donnant lieu à un paiement.

Cet attribut est impératif pour l'analyse financière et pour des dashboards comme « Temps d'autorisation et d'émission des paiements ». Il peut être comparé au « montant de la perte (Loss Amount) » initial pour analyser la précision des provisions et est indispensable pour comprendre les résultats financiers du processus de gestion des sinistres.

Représente le résultat financier clé d'un sinistre, essentiel pour les rapports financiers et l'analyse de la précision des estimations initiales des pertes.

Consultez la documentation de Duck Creek Claims. Ces informationsns sont généralement stockées dans les tables de transactions financières ou liées aux paiements associées à la réclamation.

Lorsqu'une décision est prise de refuser une réclamation, cet attribut fournit la raison sous-jacente à cette décision. Elle est généralement sélectionnée à partir d'une liste prédéfinie de codes ou de descriptions.

L'analyse des motifs de rejet est indispensablele pour le tableau de bord 'Aperçus des décisions et rejets de réclamations'. Elle aide à identifier les problèmes courants liés aux soumissions, les schémas de fraude potentiels, ou les zones où le langage de la police d'assurance peut être peu clair. Ces informationsns peuvent permettre des améliorations dans le processus de saisie ou les règles de souscription.

Explique pourquoi les réclamations sont refusées, fournissant des pistes d'amélioration concrètes pour améliorer le processus d'admission, réduire les soumissions invalides et identifier les opportunités de formation.

Consultez la documentation de Duck Creek Claims. Ce champ est généralement renseigné lorsque le statut d'une réclamation passe à 'Refusée' ou à un état similaire.

Cet attribut relie le sinistre à la police d'assurance d'origine. Il fournit un contexte sur la couverture, les conditions et le client associés au sinistre.

Bien qu'il ne soit pas toujours utilisé directement dans l'analyse des flux de processus, le numéro de police est très utile pour enrichir les données du sinistre. Il permet de les joindre aux data de police et de client pour analyser comment la performance du processus varie selon le segment de clientèle, le type de police ou l'âge de la police, offrant ainsi une vue métier plus globale.

Lie la réclamation au client et à la police, permettant une analyse plus large de l'impact de la performance des 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 sur l'entité de réclamation principale.

Cet attribut booléen est dérivé en comparant l'horodatage de l'activité « Claim Closed » avec la « ResolutionTargetDate » pour ce sinistre. Il marque chaque sinistre comme étant dans les délais (true) ou en retard (false).

Cet attribut contribue directement au le KPI « Taux de résolution des sinistres dans les délais ». Il permet une agrégation et une visualisation faciles du respect des SLA dans les dashboards, et facilite l'analyse en profondeur pour identifier les caractéristiques communes des sinistres en retard (par exemple, types de sinistres spécifiques, départements ou parcours de processus).

Mesure directement la conformité aux SLA au niveau de chaque réclamation, permettant un filtrage puissant et une analyse des causes profondes pour les réclamations en retard.

Ce n'est pas un champ du système source. Il 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 d'où proviennent les données du sinistre. Dans ce contexte, il s'agira systématiquement de « Duck Creek Claims ».

Bien que cela puisse sembler redondant si toutes les données proviennent d'un seul système, c'est impératif pour les données governance, la traçabilité et dans les scénarios où les données pourraient être fusionnées de plusieurs systèmes à l'avenir. Cela fournit un contexte sur l'origine et la structure des données.

Fournit une traçabilité des données et un contexte essentiel, cruciaux pour la gouvernance des données et le dépannage, en particulier dans les environnements avec plusieurs systèmes intégrés.

Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction et de transformation des données pour étiqueter leur origine.