Votre modèle de données pour la gestion de la qualité

Modèle universel de Process Mining
Votre modèle de données pour la gestion de la qualité

Votre modèle de données pour la gestion de la qualité

Modèle universel de Process Mining

Voici notre modèle de données générique de Process Mining pour Gestion de la qualité. Utilisez nos modèles spécifiques au système pour des directives plus précises.

Sélectionnez un système spécifique
  • Champs de données standardisés pour votre Journal d'événements.
  • Activités clés à suivre pour une vision d'ensemble du processus.
  • Directives pour l'extraction de données de divers systèmes.
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de Gestion de la qualité

Ces champs de données recommandés fournissent un ensemble complet d'attributs à inclure dans votre journal d'événements, permettant une analyse détaillée et pertinente de votre processus de gestion de la qualité.
5 Obligatoire 6 Recommandé 5 Facultatif
Nom Descriptionn
Heure de début de l'événement
EventStartTime
La date et l'heure précises auxquelles une activité ou un événement spécifique s'est produit ou a été initié.
Descriptionn

L'Heure de début de l'événement est un horodatage qui marque le début de chaque activité dans le cycle de vie de l'événement qualité. Il fournit le contexte temporel nécessaire à la compréhension du flux de processus et de la performance. Ce horodatage est indispensable pour ordonner les événements chronologiquement et pour calculer les durées.

En Process Mining, ce horodatage est utilisé pour trier les activités dans la séquence correcte pour chaque cas et pour calculer les indicateurs clés de performance tels que les temps de cycle, les temps d'attente et les temps de traitement. L'analyse de ces horodatages aide à identifier les retards entre les étapes, à mesurer l'efficacité des ressources et à surveiller l'adhésion aux accords de niveau de service. C'est la base de toute analyse de processus basée sur le temps.

Pourquoi est-ce important ? :

Cet horodatage est indispensable pour ordonner les événements, calculer les temps de cycle et les temps d'attente, et identifier les points de blocage du processus.

Source des données :

Généralement disponible dans les journaux d'événements ou les enregistrements de transactions à côté du nom de l'activité. Il peut être étiqueté comme 'Date de Création', 'Date de l'Événement' ou 'Horodatage'.

Exemples
2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z
ID de l'Événement Qualité
QualityEventId
L'identifiant unique pour un événement qualité. Il sert d'identifiant de cas, liant toutes les activités connexes de l'initiation à la clôture.
Descriptionn

L'ID de l'Événement Qualité est une clé unique qui identifie un problème qualité spécifique, tel qu'une non-conformité, une plainte client, une déviation ou une constatation d'audit. Cet identifiant est impératif car il connecte toutes les différentes étapes, documents et points de données associés à l'événement tout au long de son cycle de vie.

En Process Mining, cet attribut est indispensable pour reconstruire le flux de processus complet pour chaque événement qualité. En regroupant toutes les activités connexes sous un seul ID d'Événement Qualité, les analystes peuvent visualiser la cartographie des processus, calculer les durées des cas et analyser les variations entre les différents chemins d'événements. Il permet une analyse claire et précise de la manière dont les problèmes qualité sont gérés du début à la fin.

Pourquoi est-ce important ? :

C'est la clé primaire pour le Process Mining, permettant la connexion de tous les événements connexes en une seule instance ou un seul cas de processus.

Source des données :

Généralement disponible dans l'en-tête ou la table principale pour les notifications qualité, les événements ou les enregistrements de non-conformité.

Exemples
QN-2023-00123NC-450008761COMP-5501-A
Nom de l'activité
ActivityName
Le nom d'une tâche, d'un événement ou d'une étape spécifique survenu au sein du processus de gestion de la qualité.
Descriptionn

Le Nom de l'Activité décrit une action ou une étape distincte dans le cycle de vie d'un événement qualité. Par exemple : 'Évaluation Initiale Complétée', 'Investigation Initiée' ou 'Action Corrective Implémentée'. Ces activités représentent les blocs de construction du processus de gestion de la qualité.

Pour l'analyse des processus, cet attribut est indispensable pour construire la cartographie des processus, qui représente visuellement la séquence des activités et le flux des cas. Il permet aux analystes d'identifier les points de blocage, de découvrir les variantes de processus courantes et rares, et de vérifier la conformité par rapport aux procédures opérationnelles standard. Comprendre la séquence des activités est la première étape vers l'amélioration des processus.

Pourquoi est-ce important ? :

Cet attribut définit les étapes du processus, formant les nœuds de la cartographie des processus et permettant l'analyse du flux et des variations du processus.

Source des données :

Généralement dérivé des journaux d'événements, des enregistrements de changement de statut ou des tables de tâches liés à l'objet principal de l'événement qualité.

Exemples
Investigation initiéeAnalyse de la Cause Racine TerminéeEfficacité Vérifiée
Dernière mise à jour des données
LastDataUpdate
L'horodatage indiquant la dernière actualisation ou extraction des données du processus depuis le système source.
Descriptionn

L'attribut dernière mise à jour des Données est un horodatage qui enregistre la dernière fois que les données ont été synchronisées depuis le système source. Il agit comme un indicateur de la réactualisation des données, montrant à quel point les informations de l'analyse sont à jour. C'est particulièrement important pour le suivi continu et la prise de décision quasi-temps réel.

Cet attribut aide les utilisateurs à comprendre l'actualité des dashboards et des analyses de Process Mining. Il garantit que les parties prenantes sont conscientes de la pertinence des données lors de l'interprétation des KPIs et des modèles de processus, évitant ainsi que des décisions ne soient prises sur des informations obsolètes. Il est indispensable des métadonnées pour maintenir la confiance dans les données.

Pourquoi est-ce important ? :

Indique la la réactualisation des données, garantissant que les utilisateurs sont conscients de l'actualité de l'analyse des processus et des KPIs.

Source des données :

Il s'agit généralement de métadonnées générées pendant le processus d'extraction de données (ETL). Elles ne se trouvent généralement pas dans les tables transactionnelles du système source.

Exemples
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
Système source
SourceSystem
Le système à partir duquel les données ont été extraites, tel que l'instance spécifique d'ERP, QMS ou MES.
Descriptionn

L'attribut Système Source identifie l'application ou la base de données d'origine où les données de gestion de la qualité ont été enregistrées. Dans des environnements informatiques complexes, les données d'événements qualité peuvent provenir de plusieurs systèmes, par exemple, un ERP pour les données matérielles et un Système de Gestion de la qualité dédié pour les données de processus.

L'identification du système source est importante pour la gouvernance des données, la validation et le dépannage. Elle aide à comprendre le contexte des données et peut être utilisée pour segmenter l'analyse. Par exemple, un analyste pourrait comparer les processus qualité gérés dans différents systèmes ou lieux pour identifier les meilleures pratiques ou les incohérences.

Pourquoi est-ce important ? :

Fournit un contexte sur l'origine des données, ce qui est impératif pour la validation des données, le dépannage et l'analyse segmentée dans des environnements multi-systèmes.

Source des données :

Ces informationsns peuvent ne pas être présentes dans les tables sources elles-mêmes, mais sont souvent ajoutées pendant le processus d'extraction, de transformation et de chargement (ETL) des données.

Exemples
SAP S/4HANA QMGestion de la qualité Veeva VaultMasterControl QMS
Catégorie de cause profonde
RootCauseCategory
La classification de haut niveau de la cause première identifiée de l'événement qualité.
Descriptionn

La catégorie de cause racine est une classification de la raison clée du problème qualité, telle que « Erreur Humaine », « Défaillance d'Équipement », « Déficience de Processus » ou « Problème Fournisseur ». Cet attribut est généralement renseigné après la finalisation d'une enquête et d'une analyse des causes profondes.

L'analyse de la fréquence des différentes catégories de causes racines offre des informations clés pour l'amélioration stratégique. Si la « Déficience de Processus » est une cause racine fréquente, cela indique un besoin de réingénierie du processus. Si la « Défaillance d'Équipement » est fréquente, cela peut suggérer un besoin d'améliorer les programmes de maintenance. Le Process Mining peut corréler ces catégories avec le comportement du processus, par exemple, en montrant si les événements causés par une « Erreur Humaine » prennent plus de temps à être résolus.

Pourquoi est-ce important ? :

C'est impératif pour l'analyse stratégique, car cela va au-delà du flux de processus pour aborder les raisons sous-jacentes des défaillances, guidant des actions préventives ciblées.

Source des données :

Trouvé dans la section d'investigation ou d'analyse des causes profondes de l'enregistrement de l'événement qualité. Peut être un code ou un texte libre.

Exemples
Panne d'ÉquipementErreur humaineDéfaut Matériel
Gravité
Severity
Une classification de l'impact potentiel de l'événement qualité, telle que critique, majeur ou mineur.
Descriptionn

L'attribut « Gravité » catégorise les événements qualité en fonction de leur impact commercial, de leur risque ou de leur urgence. Cette classification aide à prioriser les ressources et l'attention sur les problèmes les plus critiques. Les niveaux de gravité sont généralement définis par la politique qualité de l'organisation.

C'est un attribut puissant pour le filtrage et la segmentation en Process Mining. Les analystes peuvent comparer les flux de processus pour les événements « Critiques » par rapport aux événements « Mineurs » afin de s'assurer que les problèmes de haute gravité sont traités rapidement comme prévu. Il peut également révéler si les problèmes « Mineurs » consomment une quantité disproportionnée de ressources ou si les problèmes « Critiques » sont bloqués dans le processus. Cela aide à optimiser le processus pour une gestion basée sur les risques.

Pourquoi est-ce important ? :

Permet une analyse de processus basée sur les risques, aidant à prioriser les enquêtes et à vérifier que les événements àà fort impact sont traités avec une urgence appropriée.

Source des données :

Il s'agit d'un champ standard dans les données d'en-tête de l'événement qualité, souvent étiqueté « Niveau de gravité » ou « Priorité ».

Exemples
CritiqueMajeurMineur
Heure de fin de l'événement
EventEndTime
La date et l'heure précises auxquelles une activité ou un événement spécifique a été achevé.
Descriptionn

L'Heure de Fin de l'Événement est un horodatage marquant la fin d'une activité. Associé à l'Heure de début de l'événement, il permet le calcul précis du temps de traitement pour les tâches individuelles au sein du processus de gestion de la qualité. Pour les événements considérés comme instantanés, les heures de début et de fin peuvent être identiques.

Cet attribut est impératif pour l'analyse de performance au niveau de l'activité. En calculant la durée de chaque tâche (Heure de Fin moins Heure de Début), les analystes peuvent identifier les étapes qui prennent le plus de temps et sont des candidats idéaux à l'optimisation. Il permet également un calcul plus précis du temps de cycle global des cas et fournit les données nécessaires à l'analyse de la charge de travail et de l'efficacité des ressources.

Pourquoi est-ce important ? :

Permet le calcul des temps de traitement des activités, ce qui est indispensable pour une analyse détaillée des performances et l'identification des tâches gourmandes en ressources.

Source des données :

Souvent trouvé dans le même Journal d'événements ou enregistrement de transaction que l'heure de début. Dans certains systèmes, il peut être nécessaire de l'inférer de l'heure de début de l'événement suivant.

Exemples
2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z
Ressource
Resource
L'utilisateur, l'employé ou l'agent automatisé qui a effectué ou est assigné à une activité ou un événement qualité spécifique.
Descriptionn

L'attribut « Ressource » identifie la personne ou le système responsable de l'exécution d'une tâche. Il peut s'agir d'un enquêteur, d'un approbateur qualité ou d'un utilisateur de système automatisé. Suivre qui effectue chaque activité est indispensable pour comprendre la répartition de la charge de travail, la performance d'équipe et les schémas de collaboration.

L'analyse du processus par ressource permet de révéler les variations de performance entre les individus ou les équipes, d'identifier les besoins en formation et d'optimiser l'équilibrage de la charge de travail. Elle peut révéler des ressources surchargées qui peuvent constituer des points de blocage, ou montrer les schémas de transferts entre différentes personnes, qui sont souvent une source de retards de processus. Cette analyse est indispensablele pour améliorer l'efficacité organisationnelle.

Pourquoi est-ce important ? :

Cet attribut est indispensable à l'analyse basée sur les ressources, y compris la répartition de la charge de travail, la comparaison des performances et l'identification des points de blocage organisationnels.

Source des données :

Généralement disponible dans les tables de transactions ou de logs, souvent étiqueté « Nom d'utilisateur », « Modifié par », « Propriétaire » ou « Assigné à ».

Exemples
j.doem.smithSystem.Batch
Service responsable
ResponsibleDepartment
Le département, l'équipe ou le domaine fonctionnel responsable de l'événement qualité ou d'une activité spécifique.
Descriptionn

L'attribut « Service Responsable » indique quelle unité organisationnelle est responsable d'un événement qualité ou d'une étape particulière du processus. Il peut s'agir de la « Production », de l'« Assurance Qualité », de la « Recherche et Développement » ou de la « Logistique ».

Cet attribut est indispensable pour l'analyse organisationnelle. Il permet aux managers de visualiser comment le travail circule entre les différents services, de mesurer la performance de chaque domaine fonctionnel et d'identifier les frictions ou retards interfonctionnels. Par exemple, l'analyse peut révéler que les transferts entre la Production et l'Assurance Qualité sont une source majeure de retard. La segmentation des KPI par service aide à cibler les domaines pour des initiatives d'amélioration de processus spécifiques.

Pourquoi est-ce important ? :

Permet l'analyse des performances des processus par unité organisationnelle, mettant en évidence les retards transversaux et aidant à attribuer la responsabilité.

Source des données :

Généralement situé dans les données d'en-tête de l'enregistrement de l'événement qualité ou dérivé de l'utilisateur responsable de l'activité.

Exemples
Contrôle QualitéLigne de Production BQualité Fournisseur
Type d'Événement Qualité
QualityEventType
La classification de l'événement qualité, telle que Non-Conformité, Plainte Client, Constat d'Audit ou Déviation.
Descriptionn

Le type d'événement qualité classifie la nature du problème qualité traité. Les différents types d'événements suivent souvent des processus distincts, ont des niveaux d'urgence variés et sont régis par des procédures opérationnelles standard différentes.

En filtrant et en comparant les processus basés sur cet attribut, les analystes peuvent découvrir des variations significatives. Par exemple, le processus de gestion d'une « Réclamation Client » peut être beaucoup plus rigoureux et sensible au temps que celui d'un « Problème Interne ». Comprendre ces différences est impératif pour évaluer si chaque variante de processus fonctionne efficacement et est conforme à ses exigences spécifiques.

Pourquoi est-ce important ? :

Permet la segmentation de l'analyse pour comparer et contraster la manière dont différents types de problèmes qualité sont traités, révélant d'importantes variations de processus.

Source des données :

Trouvé dans les données d'en-tête de l'événement qualité, souvent sous les champs 'Type de Notification', 'Type d'Événement' ou 'Catégorie'.

Exemples
Plainte ClientRapport de Non-Conformité (RNC)Déviation
Date de résolution cible
TargetResolutionDate
La date prévue ou requise à laquelle l'événement qualité devrait être entièrement résolu et clôturé.
Descriptionn

La « Date Cible de Résolution » est une date limite fixée pour la clôture d'un événement qualité. Cette date est souvent déterminée par des exigences réglementaires, des accords de niveau de service client ou des politiques internes basées sur la gravité de l'événement.

Cet attribut est indispensable pour le suivi des performances et l'analyse de la conformité. En comparant la date de clôture réelle avec la date cible, les organisations peuvent calculer un KPI de « Taux de Résolution à Temps ». Le Process Mining peut identifier quels types d'événements ou d'étapes de processus sont les plus susceptibles de causer des retards et des non-respects de ces objectifs. Cela aide à concentrer les efforts d'amélioration sur l'atteinte des objectifs de délai.

Pourquoi est-ce important ? :

Permet la mesure de la performance par rapport aux objectifs de délais, aidant à calculer les taux de résolution à temps et à identifier les causes des retards.

Source des données :

Généralement disponible dans les données d'en-tête ou de planification de l'enregistrement de l'événement qualité.

Exemples
2024-06-302024-07-152024-08-01
Emplacement
Location
L'emplacement physique ou logique, tel qu'une usine, un site ou un entrepôt, où l'événement qualité s'est produit ou est géré.
Descriptionn

L'attribut Emplacement spécifie le site géographique ou organisationnel lié à l'événement qualité. Il peut s'agir d'une usine de fabrication, d'une ligne de production spécifique, d'un centre de distribution ou d'une unité commerciale.

L'analyse de la performance des processus par localisation est un moyen puissant d'évaluer et d'identifier les meilleures pratiques. Elle peut révéler si certains sites sont plus efficaces pour résoudre les problèmes qualité ou si des emplacements spécifiques sont une source de problèmes récurrents. Cette analyse géographique ou par site aide la direction à allouer efficacement les ressources et à standardiser les processus performants dans l'organisation.

Pourquoi est-ce important ? :

Permet une analyse comparative entre différents sites ou usines, aidant à évaluer les performances et à identifier les problèmes ou les meilleures pratiques spécifiques à un lieu.

Source des données :

Ces informationsns font généralement partie de l'enregistrement principal de l'événement qualité, souvent étiquetées « Usine », « Site » ou « Unité Commerciale ».

Exemples
Site A - Bâtiment 2Entrepôt PrincipalUsine 0010
Produit Affecté
AffectedProduct
Le produit, le matériau ou le composant qui fait l'objet de l'événement qualité.
Descriptionn

L'attribut Produit Affecté identifie l'article, le matériau ou la ligne de produits spécifique impacté par le problème qualité. Ce lien entre le processus et le produit est indispensable pour l'analyse des causes profondes et l'évaluation de l'impact.

L'analyse des événements qualité par produit permet aux entreprises de repérer des tendances, comme un produit particulier présentant un nombre anormalement élevé de non-conformités. Cela peut déclencher des enquêtes plus approfondies sur la conception ou le processus de fabrication du produit. Cela aide également à prioriser les événements qualité en fonction de l'importance stratégique ou du volume des ventes du produit affecté, garantissant que les problèmes critiques sont traités en premier.

Pourquoi est-ce important ? :

Lie les données de processus aux données produit, permettant l'analyse des problèmes qualité par ligne de produits pour identifier les tendances et prioriser les problèmes àà fort impact.

Source des données :

Trouvé dans l'enregistrement principal de l'événement qualité, souvent sous les champs 'Numéro de Matériel', 'ID Produit' ou 'Numéro de Pièce'.

Exemples
PROD-100-XLMAT-RAW-05BFG-2055-ASSY
Résultat de la Vérification d'Efficacité
EffectivenessCheckOutcome
Le résultat du contrôle de vérification visant à confirmer l'efficacité des actions correctives et préventives mises en œuvre.
Descriptionn

Le Résultat de la Vérification d'Efficacité enregistre le résultat de l'étape de vérification qui suit la mise en œuvre des actions correctives. Le résultat est généralement 'Efficace' ou 'Non Efficace', indiquant si l'action a résolu avec succès la cause première du problème.

Cet attribut est indispensable pour mesurer le véritable succès du processus de gestion de la qualité. Un taux élevé de résultats 'Non Efficace' indique un problème systémique dans les phases d'analyse des causes profondes ou de planification des actions, entraînant des reprises et des problèmes récurrents. En Process Mining, cela peut être utilisé pour analyser les boucles de reprise. Par exemple, les cas avec un résultat 'Non Efficace' reviennent souvent à l'étape d'investigation ou d'analyse des causes profondes, augmentant significativement le temps de cycle et les coûts.

Pourquoi est-ce important ? :

Mesure directement le succès des actions correctives et est indispensable pour analyser les boucles de reprise et l'efficacité du processus d'analyse des causes profondes.

Source des données :

Trouvé dans les enregistrements relatifs à la vérification des actions correctives et préventives (CAPA) ou aux étapes de clôture.

Exemples
EfficaceNon EfficaceVérification en Attente
Statut de l'Événement Qualité
QualityEventStatus
Le statut global actuel de l'événement qualité dans son cycle de vie, tel que Ouvert, En Investigation ou Clôturé.
Descriptionn

Le Statut de l'Événement Qualité indique l'état actuel d'un cas d'événement qualité. C'est un attribut dynamique qui change à mesure que le cas progresse dans son cycle de vie. Il fournit un aperçu de haut niveau de l'état d'un événement à un moment donné.

En Process Mining, cet attribut est utile pour analyser la charge de travail et l'arriéré actuels. En filtrant les événements ayant un statut 'Ouvert' ou 'En Cours', les gestionnaires peuvent surveiller le volume des cas actifs. Il aide également à la vérification de conformité en comparant les changements de statut réels avec le flux de processus attendu. Par exemple, un événement ne devrait pas être 'Clôturé' avant que l'Action Corrective ne soit implémentée.

Pourquoi est-ce important ? :

Fournit un aperçu de l'état actuel d'un cas, essentiel pour le suivi des arriérés, de la charge de travail active et la vérification de la conformité du processus.

Source des données :

Il s'agit d'un champ clé dans l'enregistrement d'en-tête de l'événement qualité et il est mis à jour à mesure que l'événement progresse.

Exemples
OuvertEn attente d'approbationClôturé
Obligatoire Recommandé Facultatif

Activités de Gestion de la qualité

Cette section décrit les étapes clés du processus et les jalons critiques à capturer, assurant une découverte précise des processus pour vos workflows de gestion de la qualité.
7 Recommandé 8 Facultatif
Activité Descriptionn
Action Corrective Implémentée
Représente l'achèvement des tâches décrites dans le plan d'action corrective approuvé. Cela confirme que les actions nécessaires ont été prises pour résoudre le problème immédiat.
Pourquoi est-ce important ? :

Cette activité marque la fin du travail correctif pratique. Le temps entre l'approbation du plan et sa mise en œuvre reflète l'efficacité de l'équipe exécutant les tâches requises.

Source des données :

Ceci est généralement enregistré lorsqu'un implémenteur marque les éléments d'action ou les tâches assignées comme terminés dans le système.

Capture

Utilisez l'horodatage d'achèvement des tâches d'action corrective connexes ou une mise à jour de statut sur l'enregistrement du plan d'action à « Implémenté ».

Type d'événement explicit
Analyse de la Cause Racine Terminée
Représente l'achèvement de l'investigation où la ou les causes profondes de l'événement qualité ont été identifiées et documentées. Il s'agit d'une étape critique avant que toute action corrective ne puisse être planifiée.
Pourquoi est-ce important ? :

Ce jalon marque la fin de la phase de diagnostic. L'analyse de la durée de l'analyse des causes profondes aide à identifier les complexités et les points de blocage dans les activités de résolution de problèmes.

Source des données :

Cela peut être déduit lorsque les champs « Cause Racine » ou d'analyse connexes sont remplis et sauvegardés. Dans certains systèmes, cela correspond à l'achèvement d'une tâche RCA spécifique.

Capture

Capturez l'horodatage lorsque la tâche d'analyse des causes profondes est marquée comme terminée ou lorsque le champ de description de la cause profonde est rempli pour la première fois.

Type d'événement inferred
Efficacité Vérifiée
Confirme que les actions correctives et préventives mises en œuvre ont résolu avec succès la cause première et empêché la récurrence. Il s'agit d'une étape de vérification formelle, souvent réalisée après une période de surveillance définie.
Pourquoi est-ce important ? :

C'est la mesure ultime d'une intervention qualité réussie. Elle valide que les ressources consacrées à l'enquête et aux actions ont produit un résultat positif, prévenant les reprises futures.

Source des données :

Ceci est capturé lorsqu'une tâche de vérification d'efficacité dédiée est terminée ou que le statut de l'enregistrement est mis à jour à « Efficacité Vérifiée », souvent avec une signature électronique.

Capture

Capturez l'horodatage de l'achèvement de la tâche de vérification de l'efficacité ou d'une étape finale d'approbation de vérification.

Type d'événement explicit
Événement Qualité Clôturé
L'activité finale, marquant la résolution réussie et la clôture administrative de l'enregistrement de l'événement qualité. À ce stade, le processus est considéré comme complet et l'enregistrement devient historique.
Pourquoi est-ce important ? :

C'est le point final principal du processus. Le temps de clôture est un KPI clé, et l'analyse des événements clôturés offre une vision globale du processus complet.

Source des données :

Il s'agit d'un événement clé et explicite capturé lorsque le statut final de l'enregistrement passe à « Fermé » ou « Terminé », et qui est enregistré avec un horodatage.

Capture

Utilisez l'horodatage du changement de statut final à « Fermé », « Terminé » ou un état terminal équivalent.

Type d'événement explicit
Événement Qualité Créé
C'est la première activité, marquant la création formelle d'un enregistrement d'événement qualité. Un utilisateur identifie et enregistre un problème qualité, tel qu'une non-conformité, un défaut ou une plainte, dans le système, initiant ainsi le processus.
Pourquoi est-ce important ? :

Cette activité sert de point de départ principal pour le processus, permettant la mesure du temps de cycle total, de l'identification à la résolution. Elle est indispensablele pour suivre le volume des événements qualité entrants.

Source des données :

Il s'agit généralement d'un événement explicite capturé dans un journal d'audit ou un journal de transactions lors de la création d'un nouvel enregistrement. Recherchez les horodatages de création sur la table principale des événements qualité.

Capture

Utilisez l'horodatage de création de l'enregistrement de l'événement qualité, tel qu'une Notification Qualité, une Non-conformité ou un enregistrement de Réclamation.

Type d'événement explicit
Investigation initiée
Marque le début formel de la phase d'investigation pour déterminer la portée et la cause première de l'événement qualité. Un enquêteur ou une équipe est officiellement affecté au cas.
Pourquoi est-ce important ? :

Cette activité marque le début de la phase principale de résolution de problèmes. Le suivi du temps entre la création de l'événement et le début de l'enquête révèle les retards potentiels dans l'équipe qualité.

Source des données :

Cet événement est généralement capturé lorsque le statut de l'enregistrement est mis à jour en « Sous Enquête » ou lorsqu'un enquêteur est formellement assigné à l'enregistrement.

Capture

Utilisez l'horodatage du changement de statut à « En Enquête » ou de la première attribution d'un rôle de propriétaire ou d'enquêteur.

Type d'événement inferred
Plan d'Action Corrective Approuvé
Marque l'approbation officielle du plan d'action corrective proposé par une autorité désignée. Cette approbation est une étape critique qui permet de débuter la mise en œuvre.
Pourquoi est-ce important ? :

Les cycles d'approbation sont des sources courantes de retard. L'analyse de la durée et de la fréquence de cette activité aide à identifier les points de blocage dans le workflow de revue et d'approbation.

Source des données :

Il s'agit généralement d'une action d'approbation explicite et horodatée dans le workflow, souvent capturée via une signature électronique ou un changement de statut spécifique.

Capture

Capturez l'horodatage d'un enregistrement de signature électronique ou d'un changement de statut à 'Approuvé' ou 'Diffusé pour Implémentation'.

Type d'événement explicit
Action Préventive Implémentée
Marque l'achèvement des tâches visant à éliminer la cause des non-conformités potentielles pour prévenir de futures occurrences. Il s'agit d'une étape proactive qui suit souvent une action corrective.
Pourquoi est-ce important ? :

Cette activité démontre un processus qualité mature axé sur la prévention, et non seulement sur la correction. Le suivi de la mise en œuvre des actions préventives aide à mesurer les efforts d'amélioration des processus à long terme.

Source des données :

Ceci est capturé lorsque les tâches d'action préventive assignées sont marquées comme terminées, souvent dans un enregistrement lié à l'événement qualité original.

Capture

Utilisez l'horodatage d'achèvement des tâches d'action préventive connexes ou une mise à jour de statut sur un enregistrement d'action préventive.

Type d'événement explicit
Évaluation initiale terminée
Représente l'achèvement de l'examen initial ou du triage de l'événement qualité nouvellement créé. Au cours de cette étape, l'événement est catégorisé par type, un niveau de gravité lui est attribué et il est priorisé pour déterminer le workflow suivant.
Pourquoi est-ce important ? :

L'analyse du temps passé dans cette phase initiale aide à identifier les retards dans la reconnaissance et le traitement des nouveaux événements qualité. Elle fournit également des attributs pour filtrer les cas par gravité ou par type.

Source des données :

Ceci est souvent déduit d'un changement de statut de « Nouveau » à « En Évaluation » ou « En Cours ». Il peut également être capturé lorsque des champs de catégorisation et de priorité spécifiques sont renseignés pour la première fois.

Capture

Capturez l'horodatage lorsque le statut change pour indiquer que l'évaluation est terminée, ou lorsque les champs de catégorisation et de priorité sont enregistrés pour la première fois.

Type d'événement inferred
Événement Qualité Annulé
Un point d'arrivée alternatif où l'événement qualité est clôturé sans résolution complète. Cela se produit si l'événement est jugé invalide, un doublon d'une autre entrée, ou a été créé par erreur.
Pourquoi est-ce important ? :

Cette activité représente une fin alternative et non productive du processus. Un volume élevé d'événements annulés peut suggérer des problèmes de formation des utilisateurs ou de processus de saisie de données initial.

Source des données :

Ceci est capturé par un changement de statut terminal à « Annulé » ou « Nul », souvent avec un code de motif correspondant.

Capture

Capturez l'horodatage lorsque le statut de l'enregistrement est mis à jour vers 'Annulé', 'Nul' ou 'Invalide'.

Type d'événement explicit
Examen Final Terminé
Une vérification finale de l'enregistrement complet de l'événement qualité est effectuée pour s'assurer que toute la documentation est complète et que toutes les étapes de la procédure ont été suivies. C'est souvent la dernière étape d'approbation avant la clôture.
Pourquoi est-ce important ? :

Cette activité représente la dernière porte qualité avant la clôture d'un cas. Des retards ici peuvent prolonger artificiellement les temps de cycle et peuvent indiquer des problèmes de documentation.

Source des données :

Il s'agit souvent d'une étape d'approbation explicite ou d'une signature électronique par un rôle d'assurance qualité avant que le statut ne puisse être modifié en « Fermé ».

Capture

Utilisez l'horodatage d'une approbation de revue qualité finale ou un changement de statut à « En Attente de Clôture » ou « Revue Finale Terminée ».

Type d'événement explicit
Parties prenantes notifiées
Représente l'action de communiquer formellement la résolution de l'événement qualité aux parties prenantes pertinentes, telles que la personne qui l'a signalé ou les départements affectés.
Pourquoi est-ce important ? :

Bien que n'étant pas toujours une étape de processus essentielle, le suivi de la communication avec les parties prenantes peut fournir des insights sur l'exhaustivité du processus et les niveaux de service globaux.

Source des données :

C'est difficile à capturer et peut être une action explicite et enregistrée. Cela pourrait aussi être déduit de l'achèvement d'une tâche de « Notification Finale » dans un workflow.

Capture

Capturez l'horodatage lorsqu'une notification par e-mail automatisée est enregistrée ou qu'une tâche de communication manuelle est marquée comme terminée.

Type d'événement inferred
Plan d'Action Corrective Proposé
Cette activité se produit lorsqu'un plan formel pour traiter la cause racine identifiée est documenté et soumis pour examen. Il décrit les actions correctives spécifiques à entreprendre.
Pourquoi est-ce important ? :

Cette étape initie la phase de résolution du processus. Le suivi du temps nécessaire pour proposer un plan révèle la rapidité avec laquelle les équipes passent de l'analyse à l'action.

Source des données :

Ceci est souvent capturé par la création d'un enregistrement de plan d'action corrective connexe ou un changement de statut indiquant qu'un plan est prêt pour examen.

Capture

Utilisez l'horodatage de création d'une action corrective liée ou d'un enregistrement CAPA, ou un changement de statut à « En Attente d'Approbation ».

Type d'événement explicit
Plan d'Action Corrective Rejeté
Indique que le plan d'action corrective proposé a été examiné mais refusé. Cela nécessite que le plan soit révisé et soumis à nouveau, créant une boucle de reprise dans le processus.
Pourquoi est-ce important ? :

Cette activité met en évidence l'inefficacité et les reprises au sein du processus. Des taux de rejet élevés peuvent indiquer des exigences floues ou une analyse des causes profondes insuffisante.

Source des données :

Ceci est capturé par un changement de statut à « Rejeté » ou « Révision Requise », souvent accompagné d'un code de motif ou de commentaires.

Capture

Capturez l'horodatage du changement de statut à 'Rejeté' ou 'Renvoyé pour Révision'.

Type d'événement explicit
Vérification d'Efficacité Échouée
Indique que les actions mises en œuvre ont été jugées inefficaces pour résoudre le problème. Ce résultat déclenche souvent une nouvelle investigation ou un nouveau cycle d'action corrective.
Pourquoi est-ce important ? :

Cette activité signifie une défaillance de processus significative et une boucle de reprises majeure. L'analyse de ces événements est indispensablele pour comprendre pourquoi les solutions échouent et pour améliorer le processus RCA.

Source des données :

Ceci est capturé lorsque l'étape de vérification échoue, conduisant à un changement de statut qui rouvre l'enquête ou la planification CAPA.

Capture

Capturez l'horodatage d'un changement de statut indiquant une vérification échouée, tel que 'Efficacité Échouée' ou 'Nouvelle Investigation Requise'.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données pour le Process Mining.

Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,

lisez notre guide ETL

ou sélectionnez un processus et un système spécifiques.