Votre modèle de données pour la gestion de la qualité
Votre modèle de données pour la gestion de la qualité
- Attributs recommandés pour une collecte complète des données
- Activités clés à suivre pour mieux comprendre le processus
- Guide d’extraction des données d’ETQ Reliance, étape par étape
Attributs de gestion de la qualité
| Nom | Description | ||
|---|---|---|---|
|
Événement qualité
QualityEvent
|
Identifiant unique d’un événement qualité, qui relie toutes les activités associées, de son identification à sa clôture. | ||
|
Description
L’événement qualité est l’identifiant de cas principal du processus de gestion de la qualité. Il représente un problème qualité distinct, comme une non-conformité, une réclamation client ou un écart, tout au long de son enquête et de sa résolution. Dans une analyse de Process Mining, cet attribut est essentiel pour reconstituer le parcours complet de chaque événement qualité. Il permet aux analystes de visualiser les cartes de processus, de mesurer les temps de cycle du début à la fin et d’étudier les variantes afin de comprendre comment les différents événements sont traités. Toutes les activités et tous les points de données sont regroupés sous cet identifiant pour donner une vue complète du cas.
Pourquoi est-ce important ?
Cet attribut est fondamental pour le Process Mining : il relie toutes les étapes associées du processus au sein d’un même cas et permet d’analyser l’ensemble du cycle de résolution des problèmes qualité.
Où trouver ces données
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 exact 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 permet de reconstituer la chronologie des événements. Cet attribut est essentiel à toute analyse temporelle en Process Mining. Il sert à calculer les temps de cycle entre les activités, à repérer les temps d’attente et les goulots d’étranglement, et à mesurer la durée totale d’un événement qualité. Il permet également d’analyser l’évolution des performances au fil du temps.
Pourquoi est-ce important ?
Cet attribut est indispensable pour calculer les durées, classer les événements par ordre chronologique et effectuer toute analyse temporelle, notamment pour repérer les goulots d’étranglement.
Où trouver ces données
Il se trouve généralement dans les tables de piste d’audit ou dans un champ de date « last modified » ou « status change » associé à chaque activité ou étape du flux de travail 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 qui s’est produit au cours du processus de gestion de la qualité. | ||
|
Description
Cet attribut décrit une étape ou un jalon du cycle de vie d’un événement qualité, par exemple « Problème classé et priorisé » ou « Analyse des causes profondes effectuée ». Chaque activité correspond à une action distincte qui fait progresser l’événement qualité vers sa résolution. L’analyse des activités est au cœur du Process Mining. Cet attribut sert à construire la carte du processus et à représenter le déroulement du travail. Il permet de repérer les goulots d’étranglement, les écarts par rapport au processus standard et les boucles de reprise, autant d’éléments importants pour améliorer le processus.
Pourquoi est-ce important ?
Il définit les étapes du processus, nécessaires pour visualiser son déroulement, repérer les goulots d’étranglement et analyser les écarts.
Où trouver ces données
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
Enquête lancéeAnalyse des causes profondes effectuéePlan d’action corrective approuvé
|
|||
|
Auteur de l’action
ActionPerformedBy
|
Utilisateur ou ressource ayant exécuté une activité donnée. | ||
|
Description
Cet attribut identifie la personne ou l’utilisateur système chargé d’effectuer une tâche au cours du 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, de repérer les besoins de formation et de reconnaître les personnes ou les équipes les plus performantes. Elle est également essentielle à la conformité et aux audits, car elle indique clairement qui a effectué chaque action.
Pourquoi est-ce important ?
Cet attribut permet d’analyser la performance des ressources, de répartir la charge de travail et de repérer les besoins de formation.
Où trouver ces données
Ces informations figurent généralement dans les journaux d’audit ou les détails des transactions, souvent associés à un champ d’identifiant utilisateur dans ETQ Reliance.
Exemples
j.doeasmithqa_manager
|
|||
|
Catégorie de cause racine
RootCauseCategory
|
Classification de la cause racine identifiée pour l’événement qualité. | ||
|
Description
Après l’analyse des causes racines, la cause sous-jacente du problème est souvent classée dans une catégorie. Il peut s’agir, par exemple, d’une défaillance d’équipement, d’une erreur humaine, d’une défaillance du processus ou d’un problème fournisseur. Cet attribut est essentiel au Dashboard des tendances par catégorie de cause racine. 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 causes les plus fréquentes des problèmes qualité. Elles peuvent ainsi passer d’une résolution réactive des problèmes à une démarche de prévention.
Pourquoi est-ce important ?
Il permet d’analyser les problèmes récurrents, de repérer les difficultés systémiques et de définir les priorités à long terme en matière d’actions correctives et préventives.
Où trouver ces données
Ce champ est généralement renseigné lors de l’étape d’analyse des causes racines 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
|
Date et heure auxquelles une activité a été achevé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 du processus. Certains systèmes n’enregistrent pas explicitement l’heure de fin de chaque événement. Dans ce cas, celle-ci peut être déduite de l’heure de début de l’événement suivant. Cet attribut permet de calculer la durée de traitement de chaque activité, à distinguer du temps d’attente entre les activités. Il aide à repérer les tâches qui prennent le plus de temps et à cibler les améliorations pour rendre le processus plus efficace.
Pourquoi est-ce 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ù trouver ces données
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
|
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 à définir les priorités en matière de ressources et à déterminer le degré d’urgence de la réponse. Cet attribut est essentiel aux Dashboards de tri et de priorisation des problèmes et de résolution des événements à gravité élevée. Il permet de segmenter les événements qualité pour vérifier si les problèmes les plus graves sont résolus plus rapidement que les moins graves et de veiller à ce que les problèmes critiques soient traités sans délai.
Pourquoi est-ce 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 degré d’urgence approprié.
Où trouver ces données
Il s’agit d’un champ standard dans 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
|
Résultat de la vérification de l’efficacité d’une action corrective. | ||
|
Description
Après la mise en œuvre d’une action corrective, une vérification est souvent effectuée pour confirmer que l’action a bien 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 de l’indicateur du 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’action corrective.
Pourquoi est-ce important ?
Il mesure directement l’efficacité des actions correctives, ce qui aide à réduire les reprises et à prévenir la réapparition des problèmes qualité.
Où trouver ces données
Ce champ se trouverait dans la section de vérification de l’efficacité du module CAPA ou Événement qualité d’ETQ Reliance.
Exemples
EfficaceInefficaceEn attente
|
|||
|
Service responsable
ResponsibleDepartment
|
Service ou domaine fonctionnel responsable de l’événement qualité ou d’une activité précise. | ||
|
Description
Cet attribut indique l’unité organisationnelle chargée de gérer l’événement qualité ou d’effectuer certaines étapes, par exemple l’assurance qualité, l’ingénierie ou la production. Il peut être défini au niveau du dossier ou changer lorsque celui-ci passe d’un service à un autre. Cet attribut est essentiel au Dashboard d’analyse des performances par service. 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. Ces comparaisons aident à repérer les goulots d’étranglement, les contraintes de ressources ou les domaines particulièrement performants.
Pourquoi est-ce important ?
Il permet de comparer les performances et d’analyser les goulots d’étranglement entre différentes unités opérationnelles, afin d’optimiser l’affectation des ressources.
Où trouver ces données
Il s’agit généralement d’un champ du formulaire principal d’événement qualité dans ETQ Reliance, qui indique le propriétaire ou le groupe responsable.
Exemples
Assurance qualitéProductionRecherche et développement
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière actualisation des données du processus. | ||
|
Description
Cet attribut enregistre la date et l’heure de la dernière extraction 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 à des événements individuels. Pour analyser un processus, il est essentiel de savoir si les données sont à jour. Cet attribut permet de connaître leur actualité, afin de fonder les décisions sur des informations récentes et de tenir compte des délais de mise à disposition des données.
Pourquoi est-ce important ?
Il indique si les données sont à jour, ce qui est essentiel pour évaluer l’actualité des analyses et des résultats.
Où trouver ces données
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
|
Description en texte libre du problème qualité identifié. | ||
|
Description
Cet attribut contient une description détaillée du problème qualité. Il apporte un contexte qualitatif que les champs de données structurés ne peuvent pas fournir. La description du problème n’est généralement pas utilisée directement pour visualiser le flux du processus, mais elle est précieuse pour examiner les dossiers en détail. Des techniques d’analyse de texte peuvent également servir à repérer les thèmes ou les mots-clés récurrents associés à certains types d’écarts ou de retards dans le processus.
Pourquoi est-ce important ?
Il apporte un contexte qualitatif essentiel pour comprendre les particularités d’un événement qualité et examiner en détail les dossiers individuels.
Où trouver ces données
Il s’agit d’un champ de texte standard ou d’une zone de commentaire dans le formulaire initial de signalement d’un événement qualité d’ETQ Reliance.
Exemples
Le composant XYZ a échoué au test de résistance au poste 4.Un client a signalé un défaut d’aspect sur le lot 789.Des réglages d’étalonnage incorrects ont été détectés sur la machine A.
|
|||
|
Durée de l’analyse des causes racines
RootCauseAnalysisDuration
|
Durée entre le début d’une enquête et la fin de l’analyse des causes racines. | ||
|
Description
Cette métrique mesure la durée d’une phase précise du processus qualité. Elle correspond à l’écart entre l’activité « Enquête lancée » et l’activité « Analyse des causes racines effectuée ». Cet attribut est essentiel à l’indicateur du temps moyen d’analyse des causes racines et au Dashboard des goulots d’étranglement dans l’analyse des causes racines. Il aide à repérer les retards dans la phase d’analyse, qui contribuent souvent de manière importante à l’allongement du temps de cycle global.
Pourquoi est-ce important ?
Il mesure séparément la performance d’un sous-processus essentiel et aide à repérer et à résoudre les retards dans l’analyse des problèmes et les enquêtes.
Où trouver ces données
Cet attribut n’existe pas dans le système source. Il est calculé lors de la transformation des données, à partir de l’écart entre les horodatages d’activités précises.
Exemples
8640001209600432000
|
|||
|
Identifiant de l’action préventive
PreventiveActionId
|
Identifiant unique de toute action préventive créée à la suite de 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 éviter que le problème ne se reproduise ailleurs. 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 définies et de repérer les efforts redondants, afin de gérer efficacement les améliorations préventives.
Pourquoi est-ce important ?
Il relie les événements qualité traités de manière réactive aux initiatives d’amélioration préventive et permet d’évaluer la capacité de l’organisation à éviter de futurs problèmes.
Où trouver ces données
Il s’agirait d’un enregistrement associé ou d’un champ de la section des actions préventives du module CAPA d’ETQ Reliance.
Exemples
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Produit concerné
AffectedProduct
|
Produit, matériau ou composant concerné par l’événement qualité. | ||
|
Description
Cet attribut identifie le produit ou le numéro de pièce 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 repérer ceux qui présentent davantage de problèmes, 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 est-ce important ?
Il relie le processus qualité à des produits précis et permet de déterminer lesquels sont les plus susceptibles de présenter des problèmes.
Où trouver ces données
Il s’agit généralement d’un champ clé du formulaire d’événement qualité, souvent associé à 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
|
Réglementation ou norme qualité associée à l’événement qualité. | ||
|
Description
Cet attribut associe un événement qualité à une exigence réglementaire ou à une norme sectorielle précise, comme ISO 9001, FDA 21 CFR Part 820 ou une politique interne 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 suivre la conformité, de repérer les domaines où les écarts sont fréquents et de veiller au respect des exigences réglementaires dans les délais impartis.
Pourquoi est-ce important ?
Il permet d’analyser les événements qualité au regard de la conformité et de vérifier le respect des réglementations et des normes sectorielles.
Où trouver ces données
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
|
|||
|
Reprise
IsRework
|
Indicateur précisant si une activité ou une séquence d’activités correspond à une reprise. | ||
|
Description
Cet attribut booléen est calculé pour repérer les boucles dans le processus, par exemple lorsqu’un échec de la vérification de l’efficacité déclenche une nouvelle enquête, ou lorsqu’un plan d’action corrective rejeté est renvoyé pour révision. Il signale les activités qui répètent des étapes déjà effectuées. Cet attribut sert à calculer le taux de reprise des actions correctives. Le repérage des reprises est essentiel pour comprendre les inefficacités du processus : elles mobilisent des ressources et allongent les temps de cycle sans rapprocher le dossier de sa résolution.
Pourquoi est-ce important ?
Il mesure les inefficacités du processus en signalant les tâches répétées, ce qui aide à en repérer les causes racines et à réduire le gaspillage.
Où trouver ces données
Cet attribut n’existe pas dans le système source. Il est calculé lors de la transformation des données, à partir de la séquence d’activités de chaque dossier.
Exemples
truefalse
|
|||
|
Statut de l’accord de niveau de service
SLAState
|
Indique si l’événement qualité respecte l’accord de niveau de service (SLA) défini, risque de ne pas le respecter ou l’a dépassé. | ||
|
Description
Cet attribut calculé compare le temps de cycle actuel ou total d’un événement qualité à des objectifs prédéfinis. Par exemple, un problème critique peut devoir être résolu dans un délai de 15 jours. Le statut peut être « Dans les délais prévus », « À risque » ou « Dépassé ». Il est utile au Dashboard de suivi de la conformité qualité, car il donne une indication visuelle immédiate du respect des délais et des exigences. Les responsables peuvent ainsi intervenir de manière préventive auprès des équipes chargées des événements qui risquent de dépasser les délais, au lieu d’attendre qu’un dépassement se produise.
Pourquoi est-ce important ?
Il donne une vue claire et immédiate des performances par rapport aux objectifs de délai et permet de gérer de manière préventive les dossiers susceptibles de prendre du retard.
Où trouver ces données
Cet attribut est calculé lors de la transformation des données en comparant le temps écoulé pour un dossier aux règles métier des accords de niveau de service, qui peuvent tenir compte d’attributs comme le niveau de gravité.
Exemples
Dans les délais prévusÀ risqueDépassé
|
|||
|
Statut de l’événement qualité
QualityEventStatus
|
Statut général actuel de l’événement qualité, par exemple ouvert, clôturé ou annulé. | ||
|
Description
Cet attribut indique, en un coup d’œil, où en est l’événement qualité dans son cycle de vie. Il précise si le dossier est en cours de traitement, a été résolu ou a été annulé pour une raison quelconque. Dans l’analyse des processus, il sert à filtrer les dossiers en cours ou terminés. Il est indispensable pour calculer le nombre d’événements qualité ouverts en attente de traitement et pour s’assurer que les analyses, comme celle du temps de cycle, ne portent que sur les dossiers dont l’issue est définitive.
Pourquoi est-ce important ?
Il permet de filtrer les dossiers ouverts ou clôturés, ce qui est essentiel pour calculer les dossiers en attente et analyser avec précision les processus achevés.
Où trouver ces données
Il s’agit d’un champ de statut principal de l’objet d’événement qualité dans ETQ Reliance.
Exemples
OuvertClôturéAnnuléEn attente d’approbation
|
|||
|
Statut du plan d’action corrective
CorrectiveActionPlanStatus
|
Statut du plan d’action corrective, par exemple proposé, approuvé ou rejeté. | ||
|
Description
Cet attribut suit l’état du plan d’action corrective (CAP), une étape clé de l’événement qualité. Il indique si une solution proposée a été examinée et acceptée. Son analyse 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 racines ou un manque de concertation entre les parties prenantes.
Pourquoi est-ce important ?
Il aide à repérer les retards et les inefficacités dans le cycle d’approbation des actions correctives, un goulot d’étranglement fréquent en gestion de la qualité.
Où trouver ces données
Il s’agirait d’un champ de statut dans la section ou le module des actions correctives et préventives (CAPA) d’ETQ Reliance.
Exemples
ProposéApprouvéRejetéMise en œuvre en attente
|
|||
|
Système source
SourceSystem
|
Système d’où proviennent les données extraites. | ||
|
Description
Cet attribut indique l’origine des données de gestion de la qualité. Pour cette vue de processus, sa valeur sera constante et indiquera que les données proviennent d’ETQ Reliance. Même si sa valeur ne varie pas au sein d’un même jeu de données, cet attribut est essentiel à la gouvernance des données et lorsque des données provenant de plusieurs systèmes sont regroupées. Il précise leur provenance et facilite la gestion des intégrations de données.
Pourquoi est-ce important ?
Ces informations apportent un contexte essentiel sur l’origine des données, ce qui est important pour leur gouvernance, leur validation et leur intégration à d’autres systèmes.
Où trouver ces données
Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement des données (ETL) afin d’indiquer leur source.
Exemples
ETQ Reliance
|
|||
|
Temps de cycle de l’événement qualité
QualityEventCycleTime
|
Durée totale entre l’identification d’un problème qualité et sa clôture définitive. | ||
|
Description
Cette métrique calculée représente la durée totale d’un événement qualité. Elle correspond à l’écart entre l’horodatage de la première activité, par exemple « Problème qualité identifié », et celui de la dernière, par exemple « Événement qualité clôturé ». Cet attribut contribue directement à l’indicateur du temps de cycle moyen des événements qualité et constitue une mesure essentielle de l’efficacité globale du processus. Les Dashboards permettent de suivre les progrès par rapport aux objectifs de réduction du temps de cycle et de comparer les durées selon les catégories d’événements.
Pourquoi est-ce important ?
Cet indicateur de performance mesure l’efficacité globale du processus de gestion de la qualité, du début à la fin.
Où trouver ces données
Cet attribut n’est pas directement disponible dans ETQ Reliance. Il est calculé dans l’outil de Process Mining ou pendant le processus ETL, en soustrayant l’horodatage du premier événement de celui du dernier pour chaque dossier.
Exemples
25920006048008640000
|
|||
|
Unité opérationnelle
BusinessUnit
|
Division ou unité de l’entreprise où l’événement qualité a été constaté. | ||
|
Description
Cet attribut associe l’événement qualité à une unité opérationnelle précise de l’organisation, par exemple l’électronique grand public ou les dispositifs médicaux. Il apporte un contexte organisationnel plus large que celui du service. Il permet de comparer les performances à l’échelle de différentes parties de l’entreprise. La direction peut ainsi déterminer quelles unités opérationnelles rencontrent les problèmes qualité les plus importants et affecter les ressources en conséquence.
Pourquoi est-ce important ?
Il permet de comparer, à l’échelle de l’entreprise, les performances des processus qualité entre différentes divisions.
Où trouver ces données
Cette information peut figurer dans un champ du formulaire d’événement qualité ou être 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
|
Correspond à l’achèvement des tâches prévues dans le plan d’action corrective approuvé. Cette étape est souvent enregistrée lorsque la personne chargée de la mise en œuvre marque comme terminées les actions qui lui ont été attribuées. | ||
|
Pourquoi est-ce important ?
Mesure la durée de la phase de mise en œuvre et peut révéler des contraintes de ressources ou des difficultés pratiques dans l’exécution des actions correctives.
Où trouver ces données
Déduit de la date d’achèvement de la dernière tâche corrective associée ou d’un changement manuel du statut à « Actions Implemented ».
Données à recueillir
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
|
Correspond à la fin de l’enquête, lorsque la ou les causes profondes ont été identifiées et consignées. Cette étape est généralement enregistrée lorsque la section du formulaire RCA est remplie et sauvegardée. | ||
|
Pourquoi est-ce important ?
Marque la fin de la phase d’enquête. La durée entre « Investigation Initiated » et cette activité est un indicateur important pour repérer les goulots d’étranglement dans le processus d’analyse.
Où trouver ces données
Déduit de la date de renseignement du champ « Root Cause Category » ou de l’horodatage d’achèvement de l’étape RCA dans la piste d’audit.
Données à recueillir
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 bien traité la cause profonde et empêché sa réapparition. Il s’agit d’une étape de vérification officielle, qui intervient souvent après une période de suivi définie. | ||
|
Pourquoi est-ce important ?
Cette étape est essentielle pour clore le cycle qualité et est directement liée aux indicateurs clés de performance de l’efficacité des CAPA. Elle permet de vérifier que les solutions sont durables et efficaces.
Où trouver ces données
Enregistré à partir de la date d’achèvement de l’étape ou de la section de formulaire « Effectiveness Verification » du flux de travail. Il s’agit souvent d’une activité distincte, horodatée.
Données à recueillir
À partir de la date d’achèvement du formulaire ou de la tâche « Effectiveness Check ».
Type d’événement
inferred
|
|||
|
Enquête lancée
|
Marque le début officiel de la phase d’enquête visant à déterminer la cause profonde du problème qualité. Cette étape est généralement déduite du passage au statut « Under Investigation » ou de l’affectation d’un enquêteur. | ||
|
Pourquoi est-ce important ?
Cette activité constitue une étape importante qui marque le début du calcul du temps d’analyse des causes profondes. Elle permet de repérer les retards entre l’évaluation du problème et le lancement de l’enquête officielle.
Où trouver ces données
Déduit de l’horodatage associé au passage au statut « Investigation » dans l’historique de l’événement, ou de la date d’affectation du responsable de l’enquête.
Données à recueillir
Déduit du passage au statut « Under Investigation ».
Type d’événement
inferred
|
|||
|
Événement qualité clôturé
|
Dernière activité du processus, elle marque la résolution de l’événement qualité et la clôture administrative de son enregistrement. C’est le principal point de fin du processus. | ||
|
Pourquoi est-ce important ?
Définit la fin du processus pour le calcul du temps de cycle global. L’analyse des événements clôturés est essentielle pour mesurer le débit et la performance globale.
Où trouver ces données
Déduit du passage au statut « Closed » ou « Completed » dans l’historique de l’événement, généralement accompagné d’un horodatage.
Données à recueillir
Déduit de l’horodatage du passage au statut « Closed ».
Type d’événement
inferred
|
|||
|
Plan d’action corrective approuvé
|
Marque l’approbation officielle du plan d’action corrective proposé par une personne habilitée, ce qui permet de commencer sa mise en œuvre. Il s’agit généralement d’une approbation explicite, horodatée dans le flux de travail. | ||
|
Pourquoi est-ce important ?
Cette étape importante constitue un point de validation essentiel. Tout retard à ce stade peut prolonger considérablement le temps de cycle global de résolution.
Où trouver ces données
Enregistré à partir de l’horodatage d’approbation dans l’historique de la signature électronique ou du flux de travail de l’événement. ETQ Reliance utilise largement les flux de travail d’approbation.
Données à recueillir
À 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é
|
Indique la création d’un nouvel enregistrement d’événement qualité, point de départ du processus. Cette étape est généralement enregistrée lorsqu’un utilisateur soumet un nouveau formulaire de signalement dans ETQ Reliance. | ||
|
Pourquoi est-ce important ?
Détermine l’heure de début du cas, indispensable pour calculer le temps de cycle de bout en bout et analyser le rythme d’arrivée des nouveaux événements qualité.
Où trouver ces données
Généralement déterminé à partir de l’horodatage de création de l’enregistrement de l’événement qualité dans la table principale Quality Event ou dans la piste d’audit associée.
Données à recueillir
À 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
|
Correspond à 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 est-ce important ?
Cette étape est importante pour évaluer la proactivité de l’organisation en matière de gestion de la qualité. Elle alimente le Dashboard « Preventive Action Management » en indiquant quand les actions préventives sont lancées.
Où trouver ces données
Une analyse du système est nécessaire. Cette étape est probablement déduite de la date de création d’un enregistrement Preventive Action lié à l’enregistrement Quality Event source.
Données à recueillir
À partir de la date de création d’un enregistrement Preventive Action associé.
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 et indique que les mesures préventives ont été mises en place. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle pour mesurer l’indicateur clé de performance « Preventive Action Implementation Rate » et vérifier que les améliorations préventives de la qualité sont effectivement mises en œuvre.
Où trouver ces données
Une analyse du système est nécessaire. Cette étape est probablement déduite de la date d’achèvement de l’enregistrement Preventive Action associé ou des tâches correspondantes.
Données à recueillir
À partir de la date d’achèvement d’un enregistrement Preventive Action associé.
Type d’événement
inferred
|
|||
|
Échec de la vérification de l’efficacité
|
Indique que l’action corrective mise en œuvre n’a pas résolu le problème, ce qui déclenche souvent une nouvelle enquête ou un nouveau cycle CAPA. Cet événement signale un échec important du processus et une reprise. | ||
|
Pourquoi est-ce important ?
Met en évidence les solutions inefficaces et a une incidence directe sur les taux de reprise et les coûts. L’analyse de ces cas est essentielle pour améliorer les processus d’analyse des causes profondes et de planification des CAPA.
Où trouver ces données
Déduit du passage au statut « Effectiveness Check Failed » ou de la création d’un événement qualité de suivi lié à l’événement initial.
Données à recueillir
Déduit d’un changement de statut tel que « Verification Failed » ou d’un indicateur dans l’enregistrement de vérification.
Type d’événement
inferred
|
|||
|
Évaluation initiale effectuée
|
Correspond à l’examen initial ou au tri du problème qualité nouvellement identifié, afin de recueillir les faits essentiels et d’en déterminer la validité. Cette étape est souvent déduite de la saisie de la section d’évaluation initiale du formulaire ou du passage du statut de « New » à « Under Assessment ». | ||
|
Pourquoi est-ce important ?
Permet d’évaluer l’efficacité du tri initial et de mesurer le temps écoulé entre le signalement d’un problème et le début de son évaluation.
Où trouver ces données
Déduit d’un changement de statut (par exemple, de « New » à « Assessing ») 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.
Données à recueillir
Déduit du passage au statut « Under Assessment » ou « In Triage ».
Type d’événement
inferred
|
|||
|
Événement qualité annulé
|
Autre point de fin possible : l’événement qualité est interrompu sans être entièrement résolu, par exemple parce qu’il s’agit d’un doublon ou d’un signalement non valide. | ||
|
Pourquoi est-ce important ?
Permet de distinguer les cas résolus des cas interrompus prématurément. L’analyse des annulations peut révéler des problèmes lors des premières étapes de signalement et de tri.
Où trouver ces données
Déduit du passage au statut « Canceled », « Void » ou « Withdrawn » dans l’historique de l’événement.
Données à recueillir
Déduit de l’horodatage du passage au statut « Canceled ».
Type d’événement
inferred
|
|||
|
Examen final effectué
|
Dernière vérification de l’ensemble de l’enregistrement de l’événement qualité, afin de s’assurer que tous les documents sont complets et que toutes les étapes de la procédure ont été suivies avant la clôture. Il s’agit souvent d’une étape d’approbation explicite. | ||
|
Pourquoi est-ce important ?
Il s’agit du dernier point de contrôle qualité avant la fin du processus, qui permet de vérifier la conformité et l’intégrité des données. Les goulots d’étranglement à cette étape peuvent retarder la clôture définitive.
Où trouver ces données
Enregistré à partir de l’horodatage d’une étape d’approbation « Final Review » ou « Ready for Closure » dans l’historique du flux de travail.
Données à recueillir
À partir de l’horodatage de l’étape d’approbation « Final Review » dans le flux de travail.
Type d’événement
explicit
|
|||
|
Parties prenantes informées
|
Correspond à la communication officielle de la résolution de l’événement qualité aux parties prenantes concernées. Cette étape peut être suivie au moyen d’une étape dédiée du flux de travail ou d’un enregistrement de communication. | ||
|
Pourquoi est-ce important ?
Cette étape est essentielle pour mesurer l’efficacité de la communication et alimente le Dashboard « Stakeholder Notification Timeliness ». Tout retard peut nuire à la satisfaction des clients.
Où trouver ces données
Une analyse du système est nécessaire, car cette étape est souvent manuelle. Elle peut être déduite de l’achèvement d’une tâche « Notify Stakeholders », si cette tâche est configurée.
Données à recueillir
Déduit de la date d’achèvement d’une tâche manuelle « Notify Stakeholders ».
Type d’événement
inferred
|
|||
|
Plan d’action corrective proposé
|
Cette activité a lieu lorsqu’un plan officiel visant à traiter la cause profonde est consigné et soumis à approbation. Elle est souvent enregistrée lorsque la section du formulaire consacrée au plan d’action corrective est remplie et que le statut est mis à jour. | ||
|
Pourquoi est-ce important ?
L’analyse du temps écoulé entre la fin de l’analyse des causes profondes et cette étape permet de repérer les retards dans la planification des mesures correctives, un goulot d’étranglement fréquent dans les processus qualité.
Où trouver ces données
Déduit du passage au statut « Pending CAPA Approval » ou de l’horodatage de soumission du formulaire de plan d’action corrective dans l’enregistrement de l’événement qualité.
Données à recueillir
Déduit du passage au statut « Pending Approval » ou de la date de soumission du plan CAPA.
Type d’événement
inferred
|
|||
|
Plan d’action corrective rejeté
|
Indique que le plan d’action corrective proposé a été examiné puis refusé, et qu’il doit être révisé et soumis à nouveau. Cette activité crée une boucle de reprise dans le processus. | ||
|
Pourquoi est-ce important ?
Cette activité est importante pour repérer les boucles de reprise, comprendre les motifs de rejet et mesurer le taux d’acceptation du plan dès la première soumission.
Où trouver ces données
Enregistré à partir de l’horodatage du rejet dans l’historique du flux de travail. Cette étape correspond à l’action d’approbation dans le flux de travail.
Données à recueillir
À partir de l’horodatage de l’étape de rejet dans l’historique du flux de travail.
Type d’événement
explicit
|
|||
|
Problème classé et priorisé
|
Indique que le problème a été classé selon son type, sa gravité et sa priorité, éléments qui déterminent souvent la suite du flux de travail. Cette étape est enregistrée lorsque les champs de catégorie et de priorité sont renseignés et que l’enregistrement est sauvegardé. | ||
|
Pourquoi est-ce important ?
Il s’agit d’un point de décision important. L’analyse du temps nécessaire pour y parvenir est essentielle au Dashboard « Issue Triage and Prioritization » et permet de comprendre l’orientation du processus.
Où trouver ces données
Déduit de l’horodatage auquel des champs obligatoires comme « Severity Level » et « Quality Event Type » sont renseignés pour la première fois, d’après la piste d’audit du système.
Données à recueillir
Déduit de l’horodatage du premier renseignement des champs « Severity » ou « Priority ».
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Utilisez ce modèle pour préparer efficacement vos données de gestion de la qualité et commencer à repérer des pistes d’amélioration de vos processus. C’est ici que commence l’optimisation de vos opérations.
Optimisez dès maintenant la gestion de la qualité : réduisez le temps de cycle
Repérez et éliminez les goulots d’étranglement afin de réduire le temps de cycle de 30 %.
Aucune carte bancaire requise. Configuration en quelques minutes.