Votre template de données de gestion de la qualité
Votre template de données de gestion de la qualité
- Attributs recommandés pour une collecte complète des données
- Activités clés à suivre pour assurer la visibilité des processus
- Guide étape par étape pour extraire les données d'ETQ Reliance
Attributs de la gestion de la qualité
| Nom | Description | ||
|---|---|---|---|
|
Événement qualité
QualityEvent
|
Identifiant unique d'un événement qualité donné, qui relie toutes les activités associées, de l'identification à la clôture. | ||
|
Description
Quality Event est l'identifiant de cas principal du processus de gestion de la qualité. Il représente un problème qualité distinct, tel qu'une non-conformité, une réclamation client ou une déviation, tout au long de son investigation et de sa résolution. Dans une analyse de Process Mining, cet attribut est essentiel pour reconstituer le parcours de bout en bout de chaque événement qualité. Il permet aux analystes de visualiser les cartes de processus, de mesurer les durées de cycle du début à la fin et d'analyser les variantes afin de comprendre le traitement des différents événements. Toutes les activités et tous les points de données sont regroupés selon cet identifiant pour fournir une vue complète du cas.
Pourquoi c’est important
Il s'agit de l'attribut fondamental du Process Mining, car il relie toutes les étapes associées du processus au sein d'un même cas et permet d'analyser de bout en bout le cycle de résolution d'un problème qualité.
Où les obtenir
Il s'agit de la clé primaire du module principal Quality Event ou Non-conformance dans ETQ Reliance. Consultez la documentation d'ETQ Reliance pour connaître le nom précis de la table et du champ.
Exemples
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
Horodatage de l'événement
EventTimestamp
|
Date et heure précises auxquelles une activité donnée s'est produite. | ||
|
Description
L'horodatage de l'événement indique le moment exact où une activité a été enregistrée dans le système. Chaque activité du cycle de vie d'un événement qualité possède son propre horodatage, ce qui crée une séquence chronologique d'événements. Cet attribut est fondamental pour toutes les analyses temporelles du Process Mining. Il sert à calculer les durées de cycle entre les activités, à identifier les temps d'attente et les goulots d'étranglement, et à mesurer la durée globale d'un événement qualité. Il permet également d'analyser l'évolution des performances dans le temps.
Pourquoi c’est important
Cet attribut est essentiel pour calculer les durées, ordonner les événements chronologiquement et effectuer toute analyse temporelle, notamment pour identifier les goulots d'étranglement.
Où les obtenir
Ces informations se trouvent généralement dans les tables de piste d’audit, ou dans un champ de date associé à chaque activité ou étape du flux de travail, tel que « dernière modification » ou « changement de statut », dans ETQ Reliance.
Exemples
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Nom de l'activité
ActivityName
|
Nom de la tâche ou de l'événement précis survenu dans le processus de gestion de la qualité. | ||
|
Description
Cet attribut décrit une étape ou un jalon du cycle de vie de l'événement qualité, comme « Issue Categorized And Prioritized » ou « Root Cause Analysis Performed ». Chaque activité représente une action distincte visant à faire progresser l'événement qualité vers sa résolution. L'analyse des activités constitue le cœur du Process Mining. Cet attribut sert à construire la carte du processus et à représenter le flux de travail. Il permet d'identifier les goulots d'étranglement, les écarts par rapport au processus standard et les boucles de reprise, qui sont essentiels à l'amélioration des processus.
Pourquoi c’est important
Il définit les étapes du processus, ce qui est nécessaire pour visualiser le flux du processus, découvrir les goulots d'étranglement et analyser les écarts.
Où les obtenir
Ces informations proviennent généralement des journaux d’événements, des changements de statut du flux de travail ou des pistes d’audit des modules ETQ Reliance.
Exemples
Investigation lancéeAnalyse des causes profondes effectuéePlan d'actions correctives approuvé
|
|||
|
Auteur de l’action
ActionPerformedBy
|
L’utilisateur ou la ressource qui a exécuté une activité donnée. | ||
|
Description
Cet attribut identifie la personne ou l’utilisateur système responsable de l’exécution d’une tâche dans le cycle de vie d’un événement qualité. Il relie les activités du processus aux personnes ou aux équipes qui les réalisent. L’analyse des performances par utilisateur permet de comprendre la répartition de la charge de travail, d’identifier les besoins de formation et de repérer les personnes ou les équipes les plus performantes. Elle est également essentielle à des fins de conformité et d’audit, car elle fournit un historique précis de l’auteur de chaque action.
Pourquoi c’est important
Cet attribut permet d’analyser les performances des ressources, d’équilibrer la charge de travail et d’identifier les possibilités de formation.
Où les obtenir
Ces informations sont généralement stockées dans les journaux de piste d’audit ou dans les détails des transactions, souvent via un champ d’identifiant utilisateur dans ETQ Reliance.
Exemples
j.doeasmithresponsable qualité
|
|||
|
Catégorie de cause racine
RootCauseCategory
|
La classification de la cause racine identifiée pour l’événement qualité. | ||
|
Description
Après l’analyse des causes racines, la raison sous-jacente du problème est souvent classée dans une catégorie. Parmi les exemples figurent « Défaillance d’un équipement », « Erreur humaine », « Défaillance du processus » ou « Problème fournisseur ». Cet attribut est essentiel au Dashboard de suivi des tendances des catégories de causes racines. En analysant au fil du temps la fréquence des différentes catégories, les organisations peuvent repérer les problèmes systémiques et concentrer leurs efforts d’amélioration sur les sources les plus fréquentes de problèmes qualité. Elles passent ainsi d’une résolution réactive à une démarche de prévention.
Pourquoi c’est important
Il permet d’analyser stratégiquement les problèmes récurrents, d’identifier les difficultés systémiques et de hiérarchiser les actions correctives et préventives à long terme.
Où les obtenir
Il s’agit généralement d’un champ renseigné lors de l’étape d’analyse des causes profondes du flux de travail dans ETQ Reliance.
Exemples
Défaillance du processusDéfaut matérielErreur humaineDysfonctionnement de l'équipement
|
|||
|
Heure de fin de l’événement
EventEndTime
|
La date et l’heure auxquelles une activité a été terminée, utilisées pour calculer sa durée de traitement. | ||
|
Description
L’heure de fin de l’événement marque l’achèvement d’une activité. Associée à l’horodatage de l’événement (heure de début), elle définit la durée d’une étape donnée du processus. Certains systèmes n’enregistrent pas explicitement une heure de fin pour chaque événement. Celle-ci peut alors être déduite de l’heure de début de l’événement suivant. Cet attribut est essentiel pour calculer la durée de traitement de chaque activité, qui se distingue du temps d’attente entre deux activités. Il permet d’identifier les tâches qui prennent le plus de temps et de cibler les améliorations afin de rendre le processus plus efficace.
Pourquoi c’est important
Il permet de calculer la durée de traitement de chaque activité et de distinguer le temps de travail effectif du temps d’attente.
Où les obtenir
Certains modules d’ETQ Reliance peuvent enregistrer les heures de début et de fin de certaines tâches. Si ces informations ne sont pas disponibles, elles peuvent être déduites lors de la préparation des données.
Exemples
2023-10-26T11:30:00Z2023-10-27T15:00:10Z2023-11-05T10:00:00Z
|
|||
|
Niveau de gravité
SeverityLevel
|
Une classification de l’impact de l’événement qualité, par exemple critique, majeur ou mineur. | ||
|
Description
Le niveau de gravité évalue l’impact potentiel du problème qualité sur les clients, les produits ou la conformité réglementaire. Il sert à hiérarchiser les ressources et à déterminer le degré d’urgence de la réponse. Cet attribut est essentiel aux Dashboards de triage et de priorisation des problèmes, ainsi qu’à celui consacré à la résolution des événements de gravité élevée. Il permet de segmenter les événements qualité afin de vérifier si les problèmes les plus graves sont résolus plus rapidement que les autres et de veiller à ce que les problèmes critiques soient traités sans délai.
Pourquoi c’est important
Il permet de hiérarchiser et de segmenter les dossiers afin que les problèmes qualité les plus graves soient traités avec le niveau d’urgence approprié.
Où les obtenir
Il s’agit d’un champ standard de la plupart des modules de gestion de la qualité d’ETQ Reliance, souvent intégré au formulaire initial de signalement d’un problème.
Exemples
CritiqueMajeurMineur
|
|||
|
Résultat de la vérification
EffectivenessVerificationOutcome
|
Le résultat du contrôle visant à vérifier l’efficacité d’une action corrective. | ||
|
Description
Après la mise en œuvre d’une action corrective, une étape de vérification est généralement réalisée pour confirmer que l’action a effectivement résolu le problème. Cet attribut enregistre le résultat de cette vérification, généralement sous la forme « Efficace » ou « Inefficace ». Cet attribut est au cœur du Dashboard d’efficacité des actions correctives et du KPI de taux de vérification de l’efficacité des CAPA. Il mesure directement la réussite du processus de résolution, aide à repérer les problèmes récurrents et contribue à améliorer la qualité des plans d’actions correctives.
Pourquoi c’est important
Il mesure directement l’efficacité des actions correctives, contribuant à réduire les reprises et à prévenir la réapparition des problèmes qualité.
Où les obtenir
Il s’agirait d’un champ de la section de vérification de l’efficacité du module CAPA ou Événement qualité dans ETQ Reliance.
Exemples
EfficaceInefficaceEn attente
|
|||
|
Service responsable
ResponsibleDepartment
|
Le service ou le domaine fonctionnel responsable de l’événement qualité ou d’une activité donnée. | ||
|
Description
Cet attribut indique l’unité organisationnelle chargée de gérer l’événement qualité ou d’exécuter certaines étapes, par exemple « Assurance qualité », « Ingénierie » ou « Production ». Il peut être attribué au niveau du cas ou changer lorsque le cas passe d’un service à un autre. Cet attribut est essentiel pour le Dashboard d’analyse de la performance des services. Il permet de filtrer et de comparer les performances des processus, notamment les temps de cycle et le volume d’événements, entre différents services. Il aide à identifier les goulots d’étranglement, les contraintes de ressources ou les domaines d’excellence propres à chaque service.
Pourquoi c’est important
Il permet de comparer les performances et d’analyser les goulots d’étranglement entre différentes unités opérationnelles, afin d’améliorer l’affectation des ressources.
Où les obtenir
Il s’agit généralement d’un champ du formulaire principal d’événement qualité dans ETQ Reliance, qui indique le responsable ou le groupe chargé du dossier.
Exemples
Assurance qualitéProductionRecherche et développement
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L’horodatage indiquant la date et l’heure de la dernière actualisation des données du processus. | ||
|
Description
Cet attribut enregistre la date et l’heure de l’extraction la plus récente des données depuis le système source. Il s’agit d’un champ de métadonnées qui s’applique à l’ensemble du jeu de données, et non à chaque événement. Dans toute analyse de processus, il est essentiel de connaître l’actualité des données. Cet attribut permet de savoir dans quelle mesure l’analyse repose sur des informations récentes, afin d’éclairer les décisions avec des données à jour et de gérer les attentes concernant le délai de mise à disposition des données.
Pourquoi c’est important
Il indique l’actualité des données, un élément essentiel pour évaluer la pertinence temporelle de l’analyse et des résultats.
Où les obtenir
Cette valeur est générée lors du processus d’extraction, de transformation et de chargement des données (ETL) et enregistre l’horodatage de l’exécution du traitement.
Exemples
2024-05-20T08:00:00Z
|
|||
|
Description du problème
IssueDescription
|
Une description en texte libre du problème qualité identifié. | ||
|
Description
Cet attribut contient la description détaillée et narrative du problème qualité. Il apporte un contexte qualitatif que les champs de données structurés ne peuvent pas restituer. Bien qu’elle ne soit généralement pas utilisée directement pour visualiser le flux du processus, la description du problème est très utile lors de l’examen détaillé des dossiers. Elle peut également être analysée au moyen de techniques de text mining afin d’identifier les thèmes ou mots-clés récurrents associés à certains types d’écarts ou de retards dans les processus.
Pourquoi c’est important
Il fournit le contexte qualitatif nécessaire pour comprendre les particularités d’un événement qualité et s’avère utile pour l’analyse détaillée de dossiers individuels.
Où les obtenir
Il s’agit généralement d’une zone de texte ou d’un champ mémo standard du formulaire initial de signalement d’un événement qualité dans ETQ Reliance.
Exemples
Le composant XYZ a échoué au test de résistance au poste 4.Le client a signalé un défaut esthétique sur le lot 789.Des paramètres d'étalonnage incorrects ont été détectés sur la machine A.
|
|||
|
Durée de cycle de l’événement qualité
QualityEventCycleTime
|
Le temps total écoulé entre l’identification d’un problème qualité et sa clôture définitive. | ||
|
Description
Il s’agit d’une mesure calculée qui représente la durée de bout en bout d’un événement qualité. Elle est obtenue en calculant la différence entre l’horodatage de la première activité, par exemple « Problème qualité identifié », et celui de la dernière activité, par exemple « Événement qualité clôturé ». Cet attribut contribue directement au KPI « Durée moyenne du cycle des événements qualité » et constitue une mesure principale de l’efficacité globale du processus. Il est utilisé dans les Dashboards pour suivre les performances par rapport aux objectifs de réduction de la durée de cycle et comparer les durées entre différentes catégories d’événements.
Pourquoi c’est important
Il s’agit d’un indicateur clé de performance qui mesure l’efficacité globale du processus de gestion de la qualité, du début à la fin.
Où les obtenir
Cet attribut n’est pas directement disponible dans ETQ Reliance. Il est calculé dans l’outil de Process Mining ou lors de l’ETL, en soustrayant l’horodatage du premier événement de celui du dernier événement pour chaque dossier.
Exemples
25920006048008640000
|
|||
|
Durée de l’analyse des causes racines
RootCauseAnalysisDuration
|
Le temps écoulé entre le début d’une investigation et l’achèvement de l’analyse des causes racines. | ||
|
Description
Cette métrique mesure la durée d’une phase précise du processus qualité. Elle est calculée comme la différence entre l’activité « Investigation démarrée » et l’activité « Analyse des causes profondes réalisée ». Cet attribut est essentiel pour le KPI « Temps moyen d’analyse des causes profondes » et le Dashboard « Goulots d’étranglement de l’analyse des causes profondes ». Il aide à repérer les retards de la phase analytique du processus, qui contribuent souvent de manière importante à l’allongement du temps de cycle global.
Pourquoi c’est important
Il isole la performance d’un sous-processus essentiel et aide à identifier puis à traiter les retards liés à l’analyse et à l’investigation des problèmes.
Où les obtenir
Cet attribut n’existe pas dans le système source. Il est calculé lors de la transformation des données en déterminant la différence entre les horodatages de certaines activités.
Exemples
8640001209600432000
|
|||
|
État du SLA
SLAState
|
Indique si l’événement qualité respecte son accord de niveau de service (SLA), risque de ne pas le respecter ou l’a déjà dépassé. | ||
|
Description
Cet attribut est un champ calculé qui compare la durée de cycle actuelle ou totale d’un événement qualité à des objectifs prédéfinis. Par exemple, le SLA d’un problème critique peut prévoir une résolution sous 15 jours. L’état peut être « Dans les délais », « À risque » ou « Dépassé ». Il est particulièrement utile pour le Dashboard de suivi de la conformité qualité, car il fournit un indicateur visuel immédiat de la ponctualité et de la conformité. Il aide les responsables à intervenir de manière préventive sur les événements susceptibles de dépasser leur échéance, plutôt que d’attendre qu’un dépassement se produise.
Pourquoi c’est important
Il offre une vue immédiate et claire des performances par rapport aux objectifs de délai et permet de gérer préventivement les dossiers susceptibles de prendre du retard.
Où les obtenir
Cet attribut est calculé lors de la transformation des données en comparant le temps écoulé d’un dossier aux règles métier applicables aux SLA, qui peuvent dépendre d’attributs tels que le niveau de gravité.
Exemples
Dans les délaisÀ risqueDélai dépassé
|
|||
|
Identifiant de l’action préventive
PreventiveActionId
|
Un identifiant unique pour toute action préventive créée en réponse à l’événement qualité. | ||
|
Description
Cet attribut relie un événement qualité à une ou plusieurs actions préventives créées pour traiter la cause racine et prévenir sa réapparition dans d’autres domaines. Un même événement qualité peut donner lieu à plusieurs actions préventives. Cet identifiant est important pour le Dashboard de gestion des actions préventives. Il permet de suivre le taux de mise en œuvre des actions préventives identifiées et de repérer les initiatives en double ou redondantes, afin de gérer efficacement les améliorations préventives.
Pourquoi c’est important
Il relie les événements qualité réactifs aux initiatives d’amélioration préventive et permet d’analyser l’efficacité avec laquelle l’organisation prévient les problèmes futurs.
Où les obtenir
Il s’agirait d’un enregistrement associé ou d’un champ de la section Actions préventives du module CAPA dans ETQ Reliance.
Exemples
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Indicateur de reprise
IsRework
|
Un indicateur signalant qu’une activité ou une séquence d’activités correspond à une reprise. | ||
|
Description
Cet attribut booléen est dérivé afin d’identifier les boucles du processus, par exemple lorsqu’une vérification d’efficacité échoue et déclenche une nouvelle investigation, ou lorsqu’un plan d’actions correctives est rejeté et renvoyé pour révision. Il signale les activités qui répètent des étapes déjà réalisées. Cet attribut sert à calculer le KPI « Taux de reprise des actions correctives ». La mise en évidence des reprises est essentielle pour comprendre les inefficacités du processus, car elles consomment des ressources et allongent les durées de cycle sans faire progresser le dossier vers sa résolution.
Pourquoi c’est important
Il quantifie l’inefficacité du processus en signalant les tâches répétées, ce qui aide à identifier les causes profondes des défaillances et à réduire le gaspillage.
Où les obtenir
Cet attribut n’existe pas dans le système source. Il est calculé à partir de la séquence des activités d’un dossier lors de la transformation des données.
Exemples
truefalse
|
|||
|
Produit concerné
AffectedProduct
|
Le produit, le matériau ou le composant faisant l’objet de l’événement qualité. | ||
|
Description
Cet attribut identifie le produit ou le numéro de pièce précis associé au problème qualité. Il relie les données du processus aux données de référence des produits. L’analyse des événements qualité par produit permet à l’entreprise de déterminer si certains produits présentent davantage de problèmes qualité, ce qui peut révéler des difficultés de conception ou de fabrication. Elle aide à concentrer les efforts d’amélioration sur les produits qui en ont le plus besoin.
Pourquoi c’est important
Il relie le processus qualité à des produits précis et permet d’analyser ceux qui sont les plus susceptibles de présenter des problèmes.
Où les obtenir
Il s’agit généralement d’un champ clé du formulaire d’événement qualité, souvent relié à une table de données de référence des produits dans ETQ Reliance ou dans un système ERP intégré.
Exemples
PROD-1001-APROD-2050-BRAW-MAT-55
|
|||
|
Réglementation associée
AssociatedRegulationStandard
|
La réglementation ou la norme qualité précise associée à l’événement qualité. | ||
|
Description
Cet attribut relie un événement qualité à une exigence réglementaire ou à une norme sectorielle donnée, comme ISO 9001, FDA 21 CFR Part 820 ou les politiques internes de l’entreprise. Il revêt une importance particulière dans les secteurs réglementés. Il s’agit de l’attribut clé du Dashboard de suivi de la conformité qualité. L’analyse des événements par norme associée permet de surveiller la conformité, d’identifier les domaines présentant des écarts fréquents et de veiller au respect de toutes les exigences réglementaires dans les délais prévus.
Pourquoi c’est important
Il permet d’analyser les événements qualité dans le contexte de la conformité et de veiller au respect des réglementations et normes propres au secteur.
Où les obtenir
Il peut s’agir d’un champ dédié ou d’une liste de sélection dans le formulaire d’événement qualité d’ETQ Reliance, notamment dans les modules axés sur la conformité.
Exemples
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
Statut de l’événement qualité
QualityEventStatus
|
Le statut global actuel de l’événement qualité, par exemple ouvert, clôturé ou annulé. | ||
|
Description
Cet attribut fournit une vue d’ensemble de la position de l’événement qualité dans son cycle de vie. Il indique si le dossier est en cours de traitement, s’il a été résolu ou s’il a été annulé pour une raison quelconque. Dans l’analyse des processus, il sert à filtrer les dossiers actifs et les dossiers terminés. Il est indispensable pour calculer le stock d’événements qualité ouverts et pour s’assurer que les analyses, comme celle de la durée de cycle, portent uniquement sur les dossiers parvenus à un état final défini.
Pourquoi c’est important
Il permet de filtrer les dossiers ouverts et clôturés, ce qui est essentiel pour calculer les stocks et analyser précisément les flux de processus terminés.
Où les obtenir
Il s’agit du champ de statut principal de l’objet d’événement qualité dans ETQ Reliance.
Exemples
OuvertClôturéAnnuléEn attente d'approbation
|
|||
|
Statut du CAP
CorrectiveActionPlanStatus
|
Le statut du plan d’actions correctives, par exemple proposé, approuvé ou rejeté. | ||
|
Description
Cet attribut suit l’état du plan d’actions correctives, ou CAP, lui-même. Il constitue une étape importante de l’événement qualité global et indique si une solution proposée a été examinée et acceptée. L’analyse de cet attribut peut mettre en évidence des goulots d’étranglement dans le processus d’approbation. Un nombre élevé de plans rejetés ou de longs délais entre les statuts « Proposé » et « Approuvé » peuvent révéler des problèmes dans l’analyse des causes profondes ou un manque d’alignement entre les parties prenantes.
Pourquoi c’est important
Il aide à identifier les retards et les inefficacités du cycle d’approbation des actions correctives, un goulot d’étranglement fréquent dans la gestion de la qualité.
Où les obtenir
Il s’agirait d’un champ de statut de la section ou du module d’actions correctives et préventives (CAPA) d’ETQ Reliance.
Exemples
ProposéApprouvéRejetéMise en œuvre en attente
|
|||
|
Système source
SourceSystem
|
Système à partir duquel les données ont été extraites. | ||
|
Description
Cet attribut identifie l'origine des données de gestion de la qualité. Pour cette vue du processus, sa valeur sera constante et indiquera que les données proviennent d'ETQ Reliance. Même s'il peut rester identique dans un même jeu de données, cet attribut est essentiel à la gouvernance des données et aux situations où des données provenant de plusieurs systèmes sont fusionnées. Il garantit la traçabilité de l'origine des données et facilite la gestion des opérations d'intégration.
Pourquoi c’est important
Il fournit un contexte essentiel sur l'origine des données, ce qui est important pour la gouvernance, la validation et l'intégration avec d'autres systèmes.
Où les obtenir
Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction, de transformation et de chargement (ETL) afin d'indiquer la source des données.
Exemples
ETQ Reliance
|
|||
|
Unité opérationnelle
BusinessUnit
|
La division ou l’unité opérationnelle de niveau supérieur à l’origine de l’événement qualité. | ||
|
Description
Cet attribut rattache l’événement qualité à une unité opérationnelle précise de l’organisation, comme « Électronique grand public » ou « Dispositifs médicaux ». Il fournit un contexte organisationnel plus large que le service. Il permet de comparer les performances à un niveau global entre les différentes composantes de l’entreprise. Il aide la direction à comprendre quelles unités opérationnelles rencontrent les difficultés qualité les plus importantes et à affecter les ressources en conséquence.
Pourquoi c’est important
Il permet de comparer à un niveau global les performances du processus qualité entre les différentes divisions de l’entreprise.
Où les obtenir
Cette information peut être renseignée dans le formulaire d’événement qualité ou déduite d’autres attributs, comme le service responsable ou le produit.
Exemples
Dispositifs médicauxPièces automobilesSolutions industrielles
|
|||
Activités de gestion de la qualité
| Activité | Description | ||
|---|---|---|---|
|
Action corrective mise en œuvre
|
Représente l'achèvement des tâches prévues dans le plan d'actions correctives approuvé. Cette étape est souvent enregistrée lorsqu'un responsable de la mise en œuvre marque les actions qui lui sont attribuées comme terminées. | ||
|
Pourquoi c’est important
Mesure la durée de la phase de mise en œuvre, ce qui peut mettre en évidence des contraintes de ressources ou des difficultés pratiques dans l'exécution des actions correctives.
Où les obtenir
Déduit de la date d'achèvement de la dernière tâche corrective associée ou d'un changement manuel de statut vers « Actions Implemented ».
Collecte
Déduit de la date d'achèvement de la dernière tâche CAPA associée.
Type d’événement
inferred
|
|||
|
Analyse des causes profondes effectuée
|
Représente la fin de l'investigation, lorsque la ou les causes profondes ont été identifiées et documentées. Cet événement est généralement enregistré lorsque la section du formulaire RCA est remplie et sauvegardée. | ||
|
Pourquoi c’est important
Marque la fin de la phase d'investigation. La durée entre « Investigation Initiated » et cette activité constitue un indicateur important pour identifier les goulots d'étranglement du processus d'analyse.
Où les obtenir
Déduit de la date de renseignement du champ « Catégorie de la cause profonde » ou de l’horodatage d’achèvement de l’étape d’analyse des causes profondes dans la piste d’audit.
Collecte
Déduit du renseignement des champs « Root Cause » ou du passage au statut « RCA Complete ».
Type d’événement
inferred
|
|||
|
Efficacité de l'action vérifiée
|
Cette activité confirme que l'action corrective mise en œuvre a effectivement traité la cause profonde et empêché sa réapparition. Il s'agit d'une étape officielle de vérification, qui intervient souvent après une période de suivi définie. | ||
|
Pourquoi c’est important
Cette étape est essentielle pour clôturer la boucle qualité et est directement liée aux KPI d'efficacité des CAPA. Elle garantit que les solutions sont durables et efficaces.
Où les obtenir
Capturé à partir de la date d’achèvement de l’étape du flux de travail ou de la section du formulaire « Vérification de l’efficacité ». Il s’agit souvent d’une activité distincte et horodatée.
Collecte
À partir de la date d'achèvement du formulaire ou de la tâche « Effectiveness Check ».
Type d’événement
inferred
|
|||
|
Événement qualité clôturé
|
Activité finale, elle marque la résolution réussie et la clôture administrative de l'enregistrement de l'événement qualité. Il s'agit du principal point de fin du processus. | ||
|
Pourquoi c’est important
Définit la fin du processus pour calculer la durée globale du cycle. L'analyse des événements clôturés est essentielle pour mesurer le débit et la performance globale.
Où les obtenir
Déduit d'un changement de statut vers « Closed » ou « Completed » dans l'historique de l'événement, presque toujours accompagné d'un horodatage.
Collecte
Déduit de l'horodatage du changement de statut vers « Closed ».
Type d’événement
inferred
|
|||
|
Investigation lancée
|
Signale le début officiel de la phase d'investigation visant à déterminer la cause profonde du problème qualité. Cette étape est généralement déduite d'un changement de statut vers « Under Investigation » ou de l'affectation d'un investigateur. | ||
|
Pourquoi c’est important
Cette activité constitue un jalon important qui déclenche le calcul de la durée de l'analyse des causes profondes. Elle permet d'identifier les délais entre l'évaluation du problème et le début de l'investigation officielle.
Où les obtenir
Déduit de l'horodatage associé à un changement de statut vers « Investigation » dans l'historique de l'événement, ou de la date d'affectation du responsable de l'investigation.
Collecte
Déduit du passage au statut « Under Investigation ».
Type d’événement
inferred
|
|||
|
Plan d'actions correctives approuvé
|
Marque l’approbation officielle du plan d’actions correctives proposé par une autorité désignée, ce qui permet de commencer sa mise en œuvre. Il s’agit généralement d’une action d’approbation explicite, horodatée, dans le flux de travail. | ||
|
Pourquoi c’est important
Il s'agit d'un jalon majeur et d'une étape de validation essentielle. Les délais à ce stade peuvent prolonger considérablement la durée globale du cycle de résolution.
Où les obtenir
Capturé à partir de l’horodatage d’approbation figurant dans la signature électronique de l’événement ou dans le journal de l’historique du flux de travail. ETQ Reliance utilise largement les flux de travail d’approbation.
Collecte
À partir de l’horodatage de l’étape d’approbation dans l’historique du flux de travail.
Type d’événement
explicit
|
|||
|
Problème qualité identifié
|
Marque la création d'un nouvel enregistrement d'événement qualité, qui constitue le point de départ du processus. Cette étape est généralement enregistrée lorsqu'un utilisateur soumet un nouveau formulaire de problème qualité dans ETQ Reliance. | ||
|
Pourquoi c’est important
Établit l'heure de début du cas, indispensable pour calculer la durée du cycle de bout en bout et analyser le rythme d'arrivée des nouveaux événements qualité.
Où les obtenir
Généralement dérivé de l'horodatage de création de l'enregistrement de l'événement qualité dans la table principale Quality Event ou dans sa piste d'audit associée.
Collecte
À partir de l'horodatage de création de l'enregistrement de l'événement qualité.
Type d’événement
explicit
|
|||
|
Action préventive identifiée
|
Représente l'identification d'une action préventive (PA) visant à éliminer la cause de non-conformités potentielles. Cette action peut être gérée dans un enregistrement distinct, mais lié à l'événement qualité initial. | ||
|
Pourquoi c’est important
Cette étape est essentielle pour analyser le degré d'anticipation de l'organisation en matière de gestion de la qualité. Elle alimente le Dashboard « Preventive Action Management » en indiquant le moment où les actions préventives sont lancées.
Où les obtenir
Nécessite une analyse du système. L'étape est probablement dérivée de la date de création d'un enregistrement d'action préventive lié à l'enregistrement Quality Event source.
Collecte
À partir de la date de création d'un enregistrement d'action préventive lié.
Type d’événement
inferred
|
|||
|
Action préventive mise en œuvre
|
Marque l'achèvement des tâches associées à une action préventive identifiée, ce qui signifie que les mesures préventives ont été mises en place. | ||
|
Pourquoi c’est important
Cette activité est essentielle pour mesurer le KPI « Preventive Action Implementation Rate » et vérifier que les améliorations qualité préventives sont effectivement mises en œuvre.
Où les obtenir
Nécessite une analyse du système. L'étape est probablement déduite de la date d'achèvement de l'enregistrement d'action préventive lié ou de ses tâches associées.
Collecte
À partir de la date d'achèvement d'un enregistrement d'action préventive lié.
Type d’événement
inferred
|
|||
|
Évaluation initiale effectuée
|
Représente l'examen initial ou le triage du problème qualité nouvellement identifié, afin de recueillir les premiers faits et d'en déterminer la validité. Cette étape est souvent déduite lorsqu'une section du formulaire d'évaluation initiale est remplie ou lorsque le statut passe de « New » à « Under Assessment ». | ||
|
Pourquoi c’est important
Permet d'analyser l'efficacité du processus de triage initial et de mesurer le temps nécessaire pour faire passer un problème du signalement à l'évaluation active.
Où les obtenir
Déduit d’un changement de statut, par exemple de « Nouveau » à « En cours d’évaluation », ou de la date d’achèvement d’une tâche d’évaluation initiale dans le journal du flux de travail de l’événement.
Collecte
Déduit du passage au statut « Under Assessment » ou « In Triage ».
Type d’événement
inferred
|
|||
|
Événement qualité annulé
|
Point de fin alternatif où l'événement qualité est interrompu sans résolution complète, par exemple parce qu'il s'agit d'une entrée en double ou non valide. | ||
|
Pourquoi c’est important
Permet de distinguer les cas résolus avec succès de ceux qui sont interrompus prématurément. L'analyse des annulations peut révéler des problèmes lors des étapes initiales de signalement et de triage.
Où les obtenir
Déduit d'un changement de statut vers « Canceled », « Void » ou « Withdrawn » dans l'historique de l'événement.
Collecte
Déduit de l'horodatage du changement de statut vers « Canceled ».
Type d’événement
inferred
|
|||
|
Examen final effectué
|
Vérification finale de l'ensemble de l'enregistrement de l'événement qualité afin de s'assurer que la documentation est complète et que toutes les étapes prévues ont été suivies avant la clôture. Il s'agit souvent d'une étape d'approbation explicite. | ||
|
Pourquoi c’est important
Cette étape constitue le dernier contrôle qualité avant la fin du processus et garantit la conformité ainsi que l'intégrité des données. Les goulots d'étranglement à ce stade peuvent retarder la clôture définitive.
Où les obtenir
Capturé à partir de l’horodatage d’une étape d’approbation « Revue finale » ou « Prêt pour la clôture » dans le journal de l’historique du flux de travail.
Collecte
À partir de l’horodatage de l’étape d’approbation « Revue finale » dans le flux de travail.
Type d’événement
explicit
|
|||
|
Parties prenantes informées
|
Représente l’action consistant à communiquer officiellement la résolution de l’événement qualité aux parties prenantes concernées. Cette action peut être suivie au moyen d’une étape dédiée du flux de travail ou d’un enregistrement de communication. | ||
|
Pourquoi c’est important
Essentielle pour mesurer l'efficacité de la communication, cette étape alimente le Dashboard « Stakeholder Notification Timeliness ». Les délais peuvent avoir une incidence sur la satisfaction client.
Où les obtenir
Nécessite une analyse du système, car il s'agit souvent d'une étape manuelle. Elle peut être déduite de l'achèvement d'une tâche « Notify Stakeholders » si celle-ci est configurée.
Collecte
Déduit de la date d'achèvement d'une tâche manuelle « Notify Stakeholders ».
Type d’événement
inferred
|
|||
|
Plan d'actions correctives proposé
|
Cette activité intervient lorsqu'un plan officiel visant à traiter la cause profonde est documenté et soumis à approbation. Elle est souvent enregistrée lorsque la section Corrective Action Plan du formulaire est remplie et que le statut est avancé. | ||
|
Pourquoi c’est important
L'analyse du temps écoulé entre la fin de la RCA et cette étape permet de révéler les délais liés à la planification des mesures correctives, qui constituent un goulot d'étranglement fréquent des processus qualité.
Où les obtenir
Déduit d'un changement de statut vers « Pending CAPA Approval » ou de l'horodatage de soumission du formulaire de plan d'actions correctives dans l'enregistrement de l'événement qualité.
Collecte
Déduit du passage au statut « Pending Approval » ou de la date de soumission du plan CAPA.
Type d’événement
inferred
|
|||
|
Plan d'actions correctives rejeté
|
Indique que le plan d'actions correctives proposé a été examiné puis refusé, ce qui nécessite sa révision et sa nouvelle soumission. Cette activité crée une boucle de reprise dans le processus. | ||
|
Pourquoi c’est important
Cette activité est essentielle pour identifier les boucles de reprise, comprendre les motifs de rejet et mesurer le taux de réussite au premier passage du processus de planification.
Où les obtenir
Capturé à partir de l’horodatage du rejet dans le journal de l’historique du flux de travail. Il s’agit de l’équivalent inverse de l’action d’approbation au sein d’un flux de travail.
Collecte
À partir de l’horodatage de l’étape de rejet dans l’historique du flux de travail.
Type d’événement
explicit
|
|||
|
Problème catégorisé et priorisé
|
Marque le moment où le problème a été classé selon son type, sa gravité et sa priorité, ce qui détermine souvent la suite du flux de travail. Cet événement est enregistré lorsque les champs de catégorisation et de priorité sont renseignés et que l’enregistrement est sauvegardé. | ||
|
Pourquoi c’est important
Il s'agit d'un point de décision important. L'analyse du temps nécessaire pour atteindre cette étape est essentielle au Dashboard « Issue Triage and Prioritization » et à la compréhension de l'orientation du processus.
Où les obtenir
Déduit de l'horodatage auquel des champs obligatoires tels que « Severity Level » et « Quality Event Type » sont renseignés pour la première fois, comme l'indique la piste d'audit du système.
Collecte
Déduit de l'horodatage du premier renseignement des champs « Severity » ou « Priority ».
Type d’événement
inferred
|
|||
|
Vérification de l'efficacité échouée
|
Indique que l'action corrective mise en œuvre n'a pas résolu le problème, ce qui déclenche souvent une nouvelle investigation ou un nouveau cycle CAPA. Cet événement signale un échec important du processus et une boucle de reprise. | ||
|
Pourquoi c’est important
Met en évidence les solutions qui ont échoué et influe directement sur les taux et les coûts de reprise. L'analyse de ces cas est essentielle pour améliorer les processus d'analyse des causes profondes et de planification des CAPA.
Où les obtenir
Déduit d'un changement de statut vers « Effectiveness Check Failed » ou de la création d'un événement qualité de suivi lié à l'événement initial.
Collecte
Déduit d'un changement de statut tel que « Verification Failed » ou d'un indicateur présent dans l'enregistrement de vérification.
Type d’événement
inferred
|
|||
Guides d'extraction
Prêt à commencer ?
Utilisez ce template pour préparer efficacement vos données de gestion de la qualité et commencer à mettre au jour des analyses utiles de vos processus. Votre démarche d'optimisation des opérations commence ici.
Optimisez dès maintenant la gestion de la qualité : réduisez le temps de cycle
Identifiez et éliminez les goulots d’étranglement, avec pour objectif de réduire le temps de cycle de 30 %.
Aucune carte bancaire requise. La configuration ne prend que quelques minutes.