Modifications d'Attribut dans un Cas

Vue d'ensemble

L'enrichissement Modifications d'Attribut dans un Cas est un outil analytique puissant qui détecte et quantifie les changements de valeurs des attributs d'événement tout au long du cycle de vie d'un cas. Cet enrichissement examine automatiquement chaque attribut d'événement de votre ensemble de données et crée de nouvelles métriques au niveau du cas qui révèlent les motifs de changement, de stabilité et de variation au sein de chaque instance de processus. En transformant les variations au niveau de l'événement en informations au niveau du cas, cet enrichissement vous permet d'identifier les incohérences de processus, de suivre les transitions d'état et de mesurer la stabilité du processus à grande échelle.

Cet enrichissement est particulièrement précieux pour comprendre la dynamique et la variabilité des processus. Il répond à des questions critiques sur l'évolution des valeurs d'attribut pendant l'exécution du cas - si les champs de statut changent fréquemment, si les affectations de ressources restent cohérentes, ou combien de valeurs distinctes un attribut prend au sein d'un seul cas. L'enrichissement crée jusqu'à trois types différents de métriques pour chaque attribut d'événement, vous offrant ainsi une flexibilité dans l'analyse et la visualisation des changements d'attributs à travers votre processus.

Utilisations courantes

Analyse des transitions de statut - Suivre combien de fois le statut de commande, le statut d'approbation ou le statut de cas change tout au long du cycle de vie du processus
Surveillance de la cohérence des ressources - Identifier les cas où la propriété ou la responsabilité change plusieurs fois, indiquant des problèmes potentiels de transfert
Validation de la qualité des données - Détecter des variations inattendues dans les attributs qui devraient rester constants, révélant des erreurs de saisie ou des incohérences système
Mesure de la complexité du processus - Quantifier le nombre de valeurs ou états distincts traversés par un cas pour mesurer la complexité du processus
Analyse de la fréquence des changements - Compter le nombre total de changements de valeurs pour identifier les cas très volatils nécessitant une enquête
Contrôle de conformité - Vérifier que certains attributs maintiennent les valeurs ou les schémas de changement attendus selon les règles métier
Catégorisation des performances - Regrouper les cas selon leurs schémas de changement pour comprendre quels types de cas suivent des parcours plus simples ou plus complexes

Paramètres

Ignore Null : Détermine si les valeurs nulles (vides) doivent être exclues lors de l'analyse des changements d'attribut. Lorsqu'activé, l'enrichissement ignore les événements où la valeur de l'attribut est nulle, se concentrant uniquement sur les changements effectifs de valeur. Ceci est utile lorsque les valeurs nulles représentent des données manquantes plutôt que des changements d'état significatifs. La valeur par défaut est true (activé). Activez ceci lorsque les nulls représentent des lacunes de données ; désactivez-le quand null est un état significatif dans votre processus.

Create Change Count Attribute : Contrôle la création d'attributs comptant le nombre total de changements de valeur pour chaque attribut d'événement. Lorsqu'activé, crée des attributs suffixés par "-Changes" contenant le compte du nombre de fois où la valeur a changé d'un événement à l'autre. Ceci fournit une métrique de décompte séquentiel des changements. La valeur par défaut est true (activé). Utilisez ceci pour mesurer la volatilité et identifier les cas avec des transitions fréquentes d'état.

Create Group Count Attribute : Détermine la création d'attributs comptant le nombre de valeurs distinctes (groupes) que chaque attribut d'événement prend dans un cas. Lorsqu'activé, crée des attributs suffixés par "-Groups" contenant le nombre de valeurs uniques. Ceci mesure la diversité des valeurs plutôt que la fréquence des changements. La valeur par défaut est true (activé). Activez ceci pour comprendre la diversité des valeurs et la complexité du processus.

Create Bool Change Attribute : Contrôle la création d'attributs booléens indiquant si un changement est survenu pour chaque attribut d'événement. Lorsqu'activé, crée des attributs suffixés par "-Change" contenant des valeurs true/false - true si l'attribut a eu des valeurs distinctes, false sinon. La valeur par défaut est true (activé). Utilisez ceci pour une classification binaire simple des cas avec ou sans changements.

Exemples

Exemple 1 : Surveillance du statut de commande en approvisionnement

Scénario : Une équipe d'approvisionnement doit identifier les bons de commande avec des changements de statut excessifs, qui indiquent souvent des complications ou retards nécessitant une intervention manuelle.

Paramètres :

Ignore Null : true
Create Change Count Attribute : true
Create Group Count Attribute : true
Create Bool Change Attribute : false

Résultat :
Pour un attribut d'événement "Order_Status" qui évolue suivant les valeurs : "Created" → "Approved" → "In Review" → "Approved" → "Processed", l'enrichissement crée :

Order_Status-Changes : 4 (compte chaque transition)
Order_Status-Groups : 4 (compte les valeurs distinctes : Created, Approved, In Review, Processed)

Les cas où Order_Status-Changes > 5 sont signalés pour examen car ils indiquent des changements de statut répétés d'aller-retour.

Informations : Les commandes avec un nombre élevé de changements correspondent à des durées de cycle plus longues et des coûts plus élevés. L'équipe d'approvisionnement met en place des alertes automatiques pour les commandes dépassant 3 changements de statut afin de gérer proactivement les exceptions.

Exemple 2 : Transitions d'équipes de soins dans la santé

Scénario : Un hôpital veut analyser la continuité des soins en suivant la fréquence des transferts de patients entre différentes équipes médicales ou départements durant leur séjour.

Paramètres :

Ignore Null : true
Create Change Count Attribute : true
Create Group Count Attribute : true
Create Bool Change Attribute : true

Résultat :
Pour un attribut d'événement "Assigned_Team" avec les valeurs : "ER" → "ER" → "ICU" → "Surgery" → "ICU" → "Recovery", l'enrichissement crée :

Assigned_Team-Changes : 4 (ER vers ICU, ICU vers Surgery, Surgery vers ICU, ICU vers Recovery)
Assigned_Team-Groups : 4 (ER, ICU, Surgery, Recovery)
Assigned_Team-Change : true (des changements se sont produits)

Informations : Les patients ayant plus de 3 transitions d'équipe présentent une durée moyenne de séjour allongée de 40 %. L'hôpital met en place des protocoles de coordination des soins pour les patients à nombreuses transitions afin d'améliorer les résultats et l'efficacité.

Exemple 3 : Suivi du contrôle qualité en manufacture

Scénario : Une usine doit surveiller les résultats des inspections qualité tout au long du processus de production pour identifier les produits nécessitant plusieurs interventions qualité.

Paramètres :

Ignore Null : false
Create Change Count Attribute : true
Create Group Count Attribute : true
Create Bool Change Attribute : false

Résultat :
Pour un attribut d'événement "Quality_Status" avec les valeurs : null → "Pass" → "Fail" → "Rework" → "Pass", l'enrichissement crée :

Quality_Status-Changes : 4 (y compris la transition initiale de null vers Pass)
Quality_Status-Groups : 5 (null, Pass, Fail, Rework, et Pass compté comme distinct)

Les produits dont Quality_Status-Groups > 2 font l'objet d'analyses approfondies pour en identifier les causes racines.

Informations : Les produits subissant des changements de statut qualité sont liés à certaines lignes de production et équipes, ce qui conduit à des programmes ciblés de formation et maintenance d'équipement.

Exemple 4 : Workflow d'approbation de transactions financières

Scénario : Une banque souhaite analyser la complexité de son processus d'approbation de prêts en suivant les différents niveaux d'approbation et états de décision par lesquels chaque demande passe.

Paramètres :

Ignore Null : true
Create Change Count Attribute : false
Create Group Count Attribute : true
Create Bool Change Attribute : true

Résultat :
Pour un attribut d'événement "Approval_Level" avec les valeurs : "Initial_Review" → "Credit_Check" → "Manager_Review" → "Credit_Check" → "Final_Approval", l'enrichissement crée :

Approval_Level-Groups : 4 (Initial_Review, Credit_Check, Manager_Review, Final_Approval)
Approval_Level-Change : true

Les demandes de prêt avec Approval_Level-Groups > 5 indiquent des cas complexes nécessitant une optimisation du processus.

Informations : Les demandes avec moins de groupes de niveaux d'approbation sont traitées en 60 % moins de temps. La banque simplifie le processus pour les demandes standard tout en maintenant une revue approfondie pour les cas complexes.

Exemple 5 : Suivi de résolution d'incidents IT

Scénario : Un service desk IT doit suivre la fréquence des changements de priorité et d'assignation pour identifier les tickets qui rebondissent entre équipes sans résolution.

Paramètres :

Ignore Null : true
Create Change Count Attribute : true
Create Group Count Attribute : true
Create Bool Change Attribute : true

Résultat :
Pour les attributs d'événement "Priority" et "Assigned_Group" :

Priority-Changes : nombre d'escalades ou désescalades de priorité
Priority-Groups : nombre de niveaux de priorité distincts utilisés
Assigned_Group-Changes : nombre de fois où le ticket a été réassigné
Assigned_Group-Groups : nombre d'équipes différentes ayant traité le ticket
Assigned_Group-Change : true/false indiquant si une réaffectation a eu lieu

Les tickets avec Priority-Changes > 2 et Assigned_Group-Changes > 3 sont considérés comme des tickets "patates chaudes" nécessitant une attention managériale.

Informations : Les incidents ayant plusieurs réaffectations montrent des temps de résolution triples. Le service desk met en place une politique "d'assignation collante" où la première équipe répondante doit coordonner la résolution même si d'autres expertises sont nécessaires.

Résultat

L'enrichissement Modifications d'Attribut dans un Cas crée de nouveaux attributs au niveau du cas pour chaque attribut d'événement non-système dans votre ensemble de données. L'enrichissement traite automatiquement tous les attributs d'événement sauf les colonnes système (Activity, Timestamp, Start Time) ainsi que les colonnes masquées ou calculées.

Attributs générés :

[AttributeName]-Changes (Entier) : Contient le nombre de transitions de valeur pour l'attribut. Un changement est comptabilisé à chaque fois que la valeur diffère de l'événement précédent. Les valeurs vont de 0 (aucun changement) à n-1 où n est le nombre d'événements dans le cas.
[AttributeName]-Groups (Entier) : Contient le nombre de valeurs distinctes que l'attribut prend dans le cas. Cela mesure la diversité des valeurs indépendamment de la fréquence des changements. Une valeur de 1 indique que l'attribut est resté constant tout au long du cas.
[AttributeName]-Change (Booléen) : Contient true si l'attribut a eu des valeurs distinctes dans le cas, false s'il est resté constant ou n'a pas eu de valeurs. Fournit un indicateur binaire simple de présence de changement.

Types de données et formats :

Attributs de nombre de changements : valeurs entières formatées en nombre
Attributs de nombre de groupes : valeurs entières formatées en nombre
Attributs booléens de changement : valeurs booléennes affichées Oui/Non

Intégration avec d'autres fonctionnalités :

Utilisez ces attributs dans les filtres pour identifier les cas avec des schémas de changement spécifiques
Combinez avec des calculateurs pour créer des ratios ou pourcentages de changement
Appliquez dans les tableaux de bord pour visualiser des métriques de stabilité de processus
Utilisez dans le contrôle de conformité pour vérifier les schémas de changement attendus
Exploitez dans les modèles de machine learning comme caractéristiques de complexité du processus

Conventions de nommage :
L'enrichissement conserve le nom original de l'attribut et ajoute des suffixes clairs (-Changes, -Groups, -Change) facilitant l'identification de l'attribut source et du type de métrique. Ces attributs apparaissent dans la liste des attributs du cas et peuvent être utilisés immédiatement dans toutes les fonctionnalités d'analyse de mindzieStudio.

Cette documentation fait partie de la plateforme de process mining mindzie Studio.