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 de `données` exhaustive
- Activités clés à suivre pour la visibilité du processus
- Guide d'extraction de données étape par étape pour ETQ Reliance
Attributs de Gestion de la Qualité
| Nom | Description | ||
|---|---|---|---|
|
Événement Qualité
QualityEvent
|
L'identifiant unique d'un événement qualité unique, reliant toutes les activités associées de l'identification à la clôture. | ||
|
Description
L'événement qualité est l'identifiant de cas principal pour le processus de gestion de la qualité. Il représente un problème de qualité unique et distinct, tel qu'une non-conformité, une plainte client ou un écart, au fur et à mesure de son enquête et de sa résolution. Dans l'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 temps de cycle du début à la fin et d'analyser les variantes pour comprendre comment les différents événements sont gérés. Toutes les activités et tous les points de données sont regroupés par cet identifiant pour offrir une vue complète du cas.
Pourquoi c'est important
C'est l'attribut fondamental pour le Process Mining, car il relie toutes les étapes de processus connexes en un seul cas, permettant une analyse de bout en bout du cycle de vie de la résolution qualité.
Où obtenir
C'est la clé primaire dans le module principal 'Événement Qualité' ou 'Non-conformité' d'ETQ Reliance. Consultez la documentation d'ETQ Reliance pour le nom spécifique de la table et du champ.
Exemples
QE-2023-00123NC-2023-0456CAPA-2023-7890
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de la tâche ou de l'événement spécifique qui s'est produit au sein du processus de gestion de la qualité. | ||
|
Description
Cet attribut décrit une étape unique ou un jalon du cycle de vie de l'événement qualité, tel que 'Problème catégorisé et priorisé' ou 'Analyse des causes profondes effectuée'. Chaque activité représente une action distincte entreprise pour faire avancer l'événement qualité vers sa résolution. L'analyse des activités est le cœur du Process Mining. Cet attribut est utilisé pour construire la carte de processus, montrant le flux de travail. Il permet l'identification des goulots d'étranglement, des écarts par rapport au processus standard et des boucles de retouches, qui sont essentiels pour 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 de processus, découvrir les goulots d'étranglement et analyser les écarts.
Où obtenir
Ces informations sont généralement dérivées des journaux d'événements (event logs), des changements de statut de workflow ou des pistes d'audit au sein des modules ETQ Reliance.
Exemples
Investigation initiéeAnalyse des causes profondes effectuéePlan d'Action Corrective Approuvé
|
|||
|
Timestamp de l'événement
EventTimestamp
|
La date et l'heure précises auxquelles une activité spécifique s'est produite. | ||
|
Description
L'horodatage de l'événement (Event Timestamp) marque 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, créant ainsi une séquence chronologique d'événements. Cet attribut est fondamental pour toutes les analyses basées sur le temps en Process Mining. Il est utilisé pour calculer les temps 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 l'analyse des tendances de performance au fil du temps.
Pourquoi c'est important
Cet attribut est essentiel pour calculer les durées, ordonner les événements chronologiquement et effectuer toute analyse temporelle, telle que l'identification des goulots d'étranglement.
Où obtenir
C'est généralement trouvé dans les tables de piste d'audit (audit trail) ou comme un champ de date 'dernière modification' ou 'changement de statut' associé à chaque activité ou étape de workflow dans ETQ Reliance.
Exemples
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
|
|||
|
Action Réalisée Par
ActionPerformedBy
|
L'utilisateur ou la ressource qui a exécuté une activité spécifique. | ||
|
Description
Cet attribut identifie l'individu ou l'utilisateur système responsable de l'exécution d'une tâche au sein du cycle de vie de l'événement qualité. Il relie les activités du processus aux personnes ou aux équipes qui les exécutent. L'analyse des performances par utilisateur aide à comprendre la répartition de la charge de travail, à identifier les besoins en formation et à reconnaître les individus ou les équipes très performants. Elle est également essentielle à des fins de conformité et d'audit, fournissant un enregistrement clair de qui a effectué chaque action.
Pourquoi c'est important
Cet attribut permet d'analyser la performance des ressources, l'équilibrage de la charge de travail et l'identification des opportunités de formation.
Où obtenir
Ces informations sont généralement stockées dans les journaux de piste d'audit (audit trail logs) ou les détails des transactions, souvent liés à un champ d'ID utilisateur dans ETQ Reliance.
Exemples
j.doeasmithqa_manager
|
|||
|
Catégorie de Cause Racine
RootCauseCategory
|
La classification de la cause profonde identifiée de l'événement qualité. | ||
|
Description
Après l'analyse des causes profondes, la raison sous-jacente du problème est souvent catégorisée. Les exemples incluent 'Défaillance d'équipement', 'Erreur humaine', 'Déficience de processus' ou 'Problème fournisseur'. Cet attribut est essentiel pour le tableau de bord des tendances des catégories de causes profondes. En analysant la fréquence des différentes catégories de causes profondes au fil du temps, les organisations peuvent identifier les problèmes systémiques et concentrer leurs efforts d'amélioration sur les sources les plus courantes de problèmes de qualité. Cela aide à passer d'une résolution de problèmes réactive à une prévention proactive.
Pourquoi c'est important
Il permet une analyse stratégique des problèmes récurrents, aidant à identifier les problèmes systémiques et à prioriser les actions correctives et préventives à long terme.
Où obtenir
C'est généralement un champ rempli pendant l'étape d'analyse des causes profondes (Root Cause Analysis) du workflow dans ETQ Reliance.
Exemples
Déficience de ProcessusDéfaut MatérielErreur humaineDysfonctionnement d'Équipement
|
|||
|
Heure de fin de l'événement
EventEndTime
|
La date et l'heure auxquelles une activité a été achevée, utilisées pour calculer son temps de traitement. | ||
|
Description
L'heure de fin de l'événement (Event End Time) marque l'achèvement d'une activité. Associée à l'horodatage de l'événement (Event Timestamp) (heure de début), elle définit la durée d'une seule étape de processus. Tous les systèmes n'enregistrent pas explicitement une heure de fin pour chaque événement ; dans ce cas, elle peut être déduite de l'heure de début de l'événement suivant. Cet attribut est crucial pour calculer le temps de traitement des activités individuelles, qui est différent du temps d'attente entre elles. Il aide à identifier les tâches spécifiques qui prennent du temps, permettant des améliorations ciblées pour rendre le processus plus efficace.
Pourquoi c'est important
Il permet le calcul du temps de traitement pour les activités individuelles, aidant à distinguer le temps de travail actif du temps d'attente.
Où obtenir
Certains modules ETQ Reliance peuvent enregistrer les heures de début et de fin pour certaines tâches. Si elles ne sont pas disponibles, elles peuvent être dérivées 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é, telle que critique, majeur ou mineur. | ||
|
Description
Le niveau de gravité (Severity Level) est une évaluation de l'impact potentiel du problème de qualité sur les clients, les produits ou la conformité réglementaire. Il est utilisé pour prioriser les ressources et déterminer l'urgence de la réponse. Cet attribut est essentiel pour les tableaux de bord de « Triage et priorisation des problèmes » et de « Résolution des événements à haute gravité ». Il permet de segmenter les événements qualité pour analyser si les problèmes de haute gravité sont résolus plus rapidement que ceux de faible gravité et contribue à garantir que les problèmes critiques reçoivent une attention immédiate.
Pourquoi c'est important
Il permet la priorisation et la segmentation des cas pour s'assurer que les problèmes de qualité les plus critiques sont traités avec l'urgence appropriée.
Où obtenir
C'est un champ standard dans la plupart des modules de gestion de la qualité d'ETQ Reliance, souvent intégré au formulaire initial de signalement des problèmes.
Exemples
CritiqueMajeurMineur
|
|||
|
Résultat de la vérification
EffectivenessVerificationOutcome
|
Le 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 étape de vérification est souvent effectuée pour confirmer que l'action a réellement résolu le problème. Cet attribut enregistre le résultat de cette vérification, généralement comme 'Efficace' ou 'Non Efficace'. Cet attribut est central pour le tableau de bord de l'efficacité des actions correctives et l'indicateur clé de performance (KPI) du taux de vérification de l'efficacité des CAPA. Il mesure directement le succès du processus de résolution, aidant à identifier les problèmes récurrents et à améliorer la qualité des plans d'action corrective.
Pourquoi c'est important
Cela mesure directement le succès des actions correctives, contribuant à réduire les retouches et à prévenir la récurrence des problèmes de qualité.
Où obtenir
Il s'agirait d'un champ dans la section de vérification de l'efficacité du module CAPA ou Événement qualité d'ETQ Reliance.
Exemples
EfficaceNon EfficaceEn attente
|
|||
|
Service responsable
ResponsibleDepartment
|
Le service ou le domaine fonctionnel responsable de l'événement qualité ou d'une activité spécifique. | ||
|
Description
Cet attribut indique l'unité organisationnelle assignée pour gérer l'événement qualité ou exécuter certaines étapes, telles que 'Assurance Qualité', 'Ingénierie' ou 'Production'. Cela peut être attribué au niveau du cas ou changer à mesure que le cas se déplace entre les départements. Cet attribut est essentiel pour le tableau de bord d'analyse de la performance départementale. Il permet de filtrer et de comparer la performance des processus, tels que les temps de cycle et les volumes d'événements, entre les différents services. Cela aide à identifier les goulots d'étranglement départementaux, les contraintes de ressources ou les domaines d'excellence.
Pourquoi c'est important
Il permet la comparaison des performances et l'analyse des goulots d'étranglement entre différentes unités commerciales, aidant à optimiser l'allocation des ressources.
Où obtenir
C'est généralement un champ du formulaire principal d'événement qualité dans ETQ Reliance, indiquant le propriétaire ou le groupe responsable.
Exemples
Assurance QualitéFabricationRecherche et Développement
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'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 de données du système source. C'est un champ de métadonnées qui s'applique à l'ensemble du jeu de données plutôt qu'aux événements individuels. Dans toute analyse de processus, la compréhension de la fraîcheur des données est essentielle. Cet attribut aide les utilisateurs à savoir à quel point l'analyse est à jour, garantissant que les décisions sont basées sur des informations récentes et gérant les attentes concernant la latence des données.
Pourquoi c'est important
Il indique la fraîcheur des données, ce qui est essentiel pour comprendre l'opportunité de l'analyse et des informations.
Où obtenir
Cette valeur est générée lors du processus d'extraction, de transformation et de chargement (ETL) des données, enregistrant l'horodatage de l'exécution de la tâche.
Exemples
2024-05-20T08:00:00Z
|
|||
|
Description du Problème
IssueDescription
|
Une description en texte libre du problème qualité qui a été identifié. | ||
|
Description
Cet attribut contient la description narrative détaillée du problème de qualité. Il fournit un contexte qualitatif que les champs de données structurés ne peuvent pas saisir. Bien qu'elle ne soit généralement pas utilisée directement dans la visualisation du flux de processus, la description du problème est inestimable pour les examens détaillés des cas. Elle peut également être utilisée avec des techniques d'exploration de texte (text mining) pour identifier des thèmes ou des mots-clés courants associés à certains types d'écarts ou de retards de processus.
Pourquoi c'est important
Il fournit un contexte qualitatif crucial pour comprendre les spécificités d'un événement qualité, ce qui est utile pour une analyse approfondie des cas individuels.
Où obtenir
C'est une zone de texte standard ou un champ mémo sur le formulaire initial de rapport d'événement qualité dans ETQ Reliance.
Exemples
Le composant XYZ a échoué au test de stress à la station 4.Le client a signalé un défaut esthétique sur le lot 789.Paramètres de calibration incorrects détectés sur la machine A.
|
|||
|
Durée RCA
RootCauseAnalysisDuration
|
Le temps écoulé entre le début d'une enquête et l'achèvement de l'analyse des causes profondes. | ||
|
Description
Cette métrique mesure la durée d'une phase spécifique du processus qualité. Elle est calculée comme la différence de temps entre l'activité 'Enquête initiée' et l'activité 'Analyse des causes profondes effectuée'. Cet attribut est essentiel pour le KPI « Temps moyen d'analyse des causes profondes » et le tableau de bord « Goulots d'étranglement de l'analyse des causes profondes ». Il aide à identifier les retards dans la phase analytique du processus, qui est souvent un contributeur majeur aux longs temps de cycle globaux.
Pourquoi c'est important
Il isole la performance d'un sous-processus critique, aidant à identifier et à traiter les retards dans l'analyse et l'enquête des problèmes.
Où obtenir
Cet attribut n'est pas dans le système source. Il est calculé lors de la transformation des données en trouvant la différence de temps entre les horodatages d'activités spécifiques.
Exemples
8640001209600432000
|
|||
|
Est un retravail
IsRework
|
Un indicateur indiquant si une activité ou une séquence d'activités représente un retravail. | ||
|
Description
Cet attribut booléen est dérivé pour identifier les boucles de processus, par exemple lorsqu'une vérification d'efficacité échoue et déclenche une nouvelle enquête, ou lorsqu'un plan d'action corrective est rejeté et renvoyé pour révision. Il signale les activités qui sont des répétitions d'étapes antérieures. Cet attribut est utilisé pour calculer le KPI « Taux de retouches pour les actions correctives ». Mettre en évidence les retouches est crucial pour comprendre les inefficacités des processus, car le retravail consomme des ressources et allonge les temps de cycle sans faire avancer le cas vers sa résolution.
Pourquoi c'est important
Il quantifie l'inefficacité des processus en signalant le travail répété, aidant à identifier les causes profondes des défaillances de processus et à réduire le gaspillage.
Où obtenir
Cet attribut n'est pas présent dans le système source. Il est calculé en fonction de la séquence d'activités au sein d'un cas lors de la transformation des données.
Exemples
truefaux
|
|||
|
État du SLA
SLAState
|
Indique si l'événement qualité est conforme, risque de violer ou a violé son accord de niveau de service (SLA) défini. | ||
|
Description
Cet attribut est un champ calculé qui compare le temps de cycle actuel ou total d'un événement qualité par rapport à des objectifs prédéfinis. Par exemple, un problème critique pourrait avoir un SLA pour une résolution dans les 15 jours. L'état pourrait être 'Conforme', 'À risque' ou 'Violé'. Ceci est précieux pour le tableau de bord « Aperçu de la conformité qualité », car il fournit un indicateur visuel immédiat de la rapidité et de la conformité. Il aide les gestionnaires à traiter de manière proactive les événements qui risquent de ne pas respecter leurs délais, plutôt que de réagir uniquement après une violation.
Pourquoi c'est important
Il offre une vue claire et rapide des performances par rapport aux objectifs de ponctualité, permettant une gestion proactive des cas à risque de retard.
Où obtenir
Cet attribut est calculé lors de la transformation des données en comparant le temps écoulé d'un cas avec les règles métier relatives aux SLA, qui peuvent être basées sur des attributs tels que le niveau de gravité.
Exemples
En bonne voieÀ risqueDépassé
|
|||
|
ID d'Action Préventive
PreventiveActionId
|
Un identifiant unique pour toute action préventive créée en réponse à l'événement qualité. | ||
|
Description
Cet attribut lie un événement qualité à une ou plusieurs actions préventives qui ont été créées pour traiter la cause profonde et prévenir la récurrence dans d'autres domaines. Un seul événement qualité peut donner lieu à plusieurs actions préventives. Cet ID est important pour le tableau de bord de « Gestion des actions préventives ». Il aide à suivre le taux de mise en œuvre des actions préventives identifiées et peut être utilisé pour identifier les efforts dupliqués ou redondants, garantissant ainsi une gestion efficace des améliorations proactives.
Pourquoi c'est important
Il relie les événements qualité réactifs aux initiatives d'amélioration proactives, permettant d'analyser l'efficacité avec laquelle l'organisation prévient les problèmes futurs.
Où obtenir
Il s'agirait d'un enregistrement connexe ou d'un champ dans la section Action Préventive du module CAPA d'ETQ Reliance.
Exemples
PA-2023-0088PA-2023-0089PA-2023-0090
|
|||
|
Produit Affecté
AffectedProduct
|
Le produit, le matériau ou le composant qui fait l'objet de l'événement qualité. | ||
|
Description
Cet attribut identifie le produit ou le numéro de pièce spécifique associé au problème de qualité. Il relie les données de processus aux données de référence du produit. L'analyse des événements qualité par produit permet à l'entreprise d'identifier si certains produits présentent des taux plus élevés de problèmes qualité, signalant des problèmes potentiels de conception ou de fabrication. Cela 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 spécifiques, permettant d'analyser quels produits sont les plus sujets aux problèmes.
Où obtenir
C'est généralement un champ clé du formulaire d'événement qualité, souvent lié à une table de données de référence produit au sein d'ETQ Reliance ou d'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 de qualité spécifique associée à l'événement qualité. | ||
|
Description
Cet attribut lie un événement qualité à une exigence réglementaire ou une norme industrielle particulière, telle que ISO 9001, FDA 21 CFR Part 820, ou les politiques internes de l'entreprise. Ceci est particulièrement important dans les industries réglementées. C'est l'attribut clé pour le tableau de bord « Aperçu de la conformité qualité ». L'analyse des événements par la norme associée aide à surveiller la conformité, à identifier les zones avec des écarts fréquents et à garantir que toutes les exigences réglementaires sont respectées en temps opportun.
Pourquoi c'est important
Il permet l'analyse des événements qualité dans le contexte de la conformité, aidant à assurer le respect des réglementations et normes industrielles spécifiques.
Où obtenir
Il peut s'agir d'un champ dédié ou d'une liste sélectionnable sur le formulaire d'événement qualité dans ETQ Reliance, en particulier dans les modules axés sur la conformité.
Exemples
ISO 9001:201521 CFR Part 820IATF 16949
|
|||
|
Statut CAP
CorrectiveActionPlanStatus
|
Le statut du plan d'action corrective, tel que Proposé, Approuvé ou Rejeté. | ||
|
Description
Cet attribut suit l'état du plan d'action corrective (CAP) lui-même, qui est un jalon clé au sein de l'événement qualité global. Il 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 retards entre les statuts 'Proposé' et 'Approuvé' peuvent indiquer des problèmes de qualité de l'analyse des causes profondes ou un désalignement entre les parties prenantes.
Pourquoi c'est important
Il aide à identifier les retards et les inefficacités dans le cycle d'approbation des actions correctives, un goulot d'étranglement courant en gestion de la qualité.
Où obtenir
Il s'agirait d'un champ de statut au sein de la section ou du module Actions Correctives et Préventives (CAPA) d'ETQ Reliance.
Exemples
ProposéApprouvéRejetéImplémentation en Attente
|
|||
|
Statut de l'Événement Qualité
QualityEventStatus
|
Le statut global actuel de l'événement qualité, tel que ouvert, fermé ou annulé. | ||
|
Description
Cet attribut fournit un résumé de haut niveau de la position de l'événement qualité dans son cycle de vie. Il indique si le cas est en cours de traitement actif, a été résolu avec succès ou a été annulé pour une raison quelconque. Dans l'analyse de processus, ceci est utilisé pour filtrer les cas actifs par rapport aux cas terminés. Il est fondamental pour calculer l'arriéré d'événements qualité ouverts et pour garantir que les analyses, telles que le temps de cycle, ne sont effectuées que sur les cas ayant atteint un état final définitif.
Pourquoi c'est important
Il permet de filtrer entre les cas ouverts et clos, ce qui est essentiel pour calculer les arriérés et analyser avec précision les flux de processus complétés.
Où obtenir
C'est un champ de statut principal sur l'objet événement qualité principal dans ETQ Reliance.
Exemples
OuvertClôturéAnnuléEn attente d'approbation
|
|||
|
Système source
SourceSystem
|
Le système d'où les données ont été extraites. | ||
|
Description
Cet attribut identifie l'origine des données de gestion de la qualité. Pour cette vue de processus, la valeur sera constante, indiquant que les données proviennent d'ETQ Reliance. Bien qu'il puisse ne pas varier au sein d'un même ensemble de données, cet attribut est crucial pour la gouvernance des données et dans les scénarios où les données de plusieurs systèmes sont fusionnées. Il assure la clarté sur la provenance des données et aide à gérer les efforts d'intégration de données.
Pourquoi c'est important
Il fournit un contexte essentiel sur l'origine des données, important pour la gouvernance des données, la validation et l'intégration avec d'autres systèmes.
Où obtenir
C'est généralement une valeur statique ajoutée lors du processus d'extraction, de transformation et de chargement (ETL) des données pour étiqueter la source des données.
Exemples
ETQ Reliance
|
|||
|
Temps de Cycle de l'Événement Qualité
QualityEventCycleTime
|
Le temps total écoulé entre l'identification d'un problème qualité et sa clôture finale. | ||
|
Description
C'est une métrique calculée qui représente la durée de bout en bout d'un seul événement qualité. Elle est calculée en trouvant la différence entre l'horodatage de la première activité (par exemple, 'Problème qualité identifié') et de la dernière activité (par exemple, 'Événement qualité clos'). Cet attribut soutient directement le KPI « Temps de cycle moyen des événements qualité » et est une mesure principale de l'efficacité globale des processus. Il est utilisé dans les tableaux de bord pour suivre les performances par rapport aux objectifs de réduction du temps de cycle et pour comparer les durées entre différentes catégories d'événements.
Pourquoi c'est important
C'est un indicateur clé de performance qui mesure l'efficacité globale du processus de gestion de la qualité du début à la fin.
Où 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 l'horodatage du dernier événement pour chaque cas.
Exemples
25920006048008640000
|
|||
|
Unité commerciale
BusinessUnit
|
La division ou l'unité commerciale plus large où l'événement qualité a eu son origine. | ||
|
Description
Cet attribut assigne l'événement qualité à une unité commerciale spécifique au sein de l'organisation, telle que 'Électronique grand public' ou 'Dispositifs médicaux'. Il offre un niveau de contexte organisationnel plus élevé que le service. Cela permet des comparaisons de performance de haut niveau entre les différentes parties de l'entreprise. Cela peut aider la haute direction à comprendre quelles unités commerciales sont confrontées aux défis de qualité les plus importants et à allouer les ressources en conséquence.
Pourquoi c'est important
Il permet une comparaison de haut niveau des performances du processus qualité entre les différentes divisions de l'entreprise.
Où obtenir
Ces informations peuvent être un champ du formulaire d'événement qualité ou dérivées 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 Implémentée
|
Représente l'achèvement des tâches définies dans le plan d'action corrective approuvé. Cela est souvent enregistré lorsqu'un responsable de la mise en œuvre marque les actions assignées comme terminées. | ||
|
Pourquoi c'est important
Mesure la durée de la phase d'implémentation, ce qui peut mettre en évidence des contraintes de ressources ou des difficultés pratiques dans l'exécution des actions correctives.
Où obtenir
Déduit de la date de finalisation de la dernière tâche d'action corrective associée ou d'un changement de statut manuel à 'Actions implémentées'.
Capture
Déduit de la date de finalisation de la dernière tâche CAPA associée.
Type d'événement
inferred
|
|||
|
Analyse des causes profondes effectuée
|
Représente l'achèvement de l'enquête, où 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 d'analyse des causes profondes (RCA) est complétée et sauvegardée. | ||
|
Pourquoi c'est important
Marque la fin de la phase d'enquête. La durée entre 'Enquête Initiée' et cette activité est une métrique clé pour identifier les goulots d'étranglement dans le processus d'analyse.
Où obtenir
Déduit de la date de population du champ 'Catégorie de cause profonde' ou de l'horodatage de complétion de l'étape de workflow RCA dans la piste d'audit.
Capture
Déduit du renseignement des champs 'Cause Profonde' ou du changement de statut vers 'RCA Complète'.
Type d'événement
inferred
|
|||
|
Efficacité de l'Action Vérifiée
|
Cette activité confirme que l'action corrective mise en œuvre a résolu avec succès la cause profonde et empêché la récurrence. Il s'agit d'une étape de vérification formelle, intervenant souvent après une période de surveillance définie. | ||
|
Pourquoi c'est important
Il s'agit d'une étape critique pour boucler la boucle qualité et est directement liée aux KPI d'efficacité CAPA. Elle garantit que les solutions sont permanentes et efficaces.
Où obtenir
Capturé à partir de la date de finalisation de l'étape de workflow ou de la section de formulaire 'Vérification de l'efficacité'. Il s'agit souvent d'une activité distincte et horodatée.
Capture
À partir de la date de complétion du formulaire ou de la tâche 'Vérification de l'efficacité'.
Type d'événement
inferred
|
|||
|
É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é. C'est le point final principal du processus. | ||
|
Pourquoi c'est important
Définit la fin du processus pour le calcul du temps de cycle global. L'analyse des événements clos est cruciale pour mesurer le débit et la performance globale.
Où obtenir
Déduit d'un changement de statut vers 'Clôturé' ou 'Terminé' dans le journal d'historique de l'événement, ce qui est presque toujours accompagné d'un horodatage.
Capture
Déduit de l'horodatage du changement de statut à 'Clôturé'.
Type d'événement
inferred
|
|||
|
Investigation initiée
|
Marque le début officiel de la phase d'enquête visant à déterminer la cause profonde du problème de qualité. Cela est généralement déduit d'un changement de statut en 'Enquête en cours' ou de l'affectation d'un enquêteur. | ||
|
Pourquoi c'est important
Cette activité est une étape clé qui déclenche le décompte du temps d'analyse des causes profondes. Elle aide à identifier les retards entre l'évaluation du problème et le début de l'enquête formelle.
Où obtenir
Déduit d'un horodatage associé à un changement de statut vers 'Enquête' dans le journal d'historique de l'événement, ou de la date d'attribution du rôle d'enquêteur principal.
Capture
Déduit du changement de statut à 'Enquête en cours'.
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, ce qui permet le début de l'implémentation. Il s'agit généralement d'une action d'approbation explicite et horodatée dans le workflow. | ||
|
Pourquoi c'est important
C'est un jalon majeur et une étape d'approbation critique. Les retards à cette étape peuvent prolonger considérablement le temps de cycle global de résolution.
Où obtenir
Capturé à partir de l'horodatage d'approbation dans la signature électronique de l'événement ou le journal d'historique du workflow. ETQ Reliance utilise massivement les workflows d'approbation.
Capture
À partir de l'horodatage de l'étape d'approbation dans l'historique du workflow.
Type d'événement
explicit
|
|||
|
Problème Qualité Identifié
|
Marque la création d'un nouvel enregistrement d'événement qualité, qui est le point de départ du processus. Ceci est généralement capturé 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 dossier, essentielle pour calculer le temps de cycle de bout en bout et analyser le taux d'arrivée de nouveaux événements qualité.
Où obtenir
Généralement dérivé de l'horodatage de création de l'enregistrement de l'événement qualité dans la table principale des événements qualité ou de sa piste d'audit associée.
Capture
À 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 (AP) visant à éliminer la cause des non-conformités potentielles. Celle-ci peut être gérée comme un enregistrement distinct mais lié à l'événement qualité initial. | ||
|
Pourquoi c'est important
Crucial pour analyser la proactivité de l'organisation en matière de gestion de la qualité et soutient le tableau de bord 'Gestion des actions préventives' en suivant le moment où les actions préventives sont initiées.
Où obtenir
Nécessite une analyse système. Elle est probablement dérivée de la date de création d'un enregistrement d'action préventive lié à l'enregistrement de l'événement qualité source.
Capture
À partir de la date de création d'un enregistrement d'Action Préventive lié.
Type d'événement
inferred
|
|||
|
Action Préventive Implémentée
|
Marque l'achèvement des tâches associées à une action préventive identifiée, signifiant que des mesures proactives ont été mises en place. | ||
|
Pourquoi c'est important
Cette activité est essentielle pour mesurer le KPI « Taux de mise en œuvre des actions préventives » et garantit que les améliorations proactives de la qualité sont effectivement exécutées.
Où obtenir
Nécessite une analyse système. Elle est probablement déduite de la date d'achèvement de l'enregistrement de l'action préventive liée ou de ses tâches associées.
Capture
À partir de la date de complétion 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 de qualité nouvellement identifié afin de recueillir les faits essentiels et de déterminer sa validité. Cela est souvent déduit de la complétion d'une section de formulaire d'évaluation initiale ou lorsque le statut passe de 'Nouveau' à 'En évaluation'. | ||
|
Pourquoi c'est important
Aide à analyser l'efficacité du processus de triage initial et mesure le temps nécessaire pour passer d'un signalement à une évaluation active d'un problème.
Où obtenir
Déduit d'un changement de statut (par exemple, de 'Nouveau' à 'En évaluation') ou de la date de finalisation d'une tâche d'évaluation initiale dans le journal du workflow de l'événement.
Capture
Déduit du changement de statut à 'En évaluation' ou 'En triage'.
Type d'événement
inferred
|
|||
|
Événement Qualité Annulé
|
Un point d'extrémité alternatif où l'événement qualité est terminé sans résolution complète, pour des raisons telles qu'une entrée en double ou non valide. | ||
|
Pourquoi c'est important
Aide à différencier les cas résolus avec succès de ceux qui sont terminés prématurément. L'analyse des annulations peut révéler des problèmes lors des étapes initiales de signalement et de triage.
Où obtenir
Déduit d'un changement de statut vers 'Annulé', 'Nul' ou 'Retiré' dans le journal d'historique de l'événement.
Capture
Déduit de l'horodatage du changement de statut à 'Annulé'.
Type d'événement
inferred
|
|||
|
Parties prenantes notifiées
|
Représente l'action de communiquer officiellement la résolution de l'événement qualité aux parties prenantes concernées. Cette étape peut être suivie via une étape de workflow dédiée ou un enregistrement de communication consigné. | ||
|
Pourquoi c'est important
Essentiel pour mesurer l'efficacité de la communication et soutient le tableau de bord 'Ponctualité des notifications aux parties prenantes'. Des retards ici peuvent impacter la satisfaction client.
Où obtenir
Nécessite une analyse système, car il s'agit souvent d'une étape manuelle. Elle peut être déduite de l'achèvement d'une tâche de 'Notification des parties prenantes' si configurée.
Capture
Déduit de la date d'achèvement d'une tâche manuelle 'Notifier les parties prenantes'.
Type d'événement
inferred
|
|||
|
Plan d'Action Corrective Proposé
|
Cette activité se produit lorsqu'un plan formel pour traiter la cause profonde est documenté et soumis à approbation. Cela est souvent enregistré lorsque la section du plan d'action corrective du formulaire est remplie et que le statut est avancé. | ||
|
Pourquoi c'est important
L'analyse du temps écoulé entre la fin de l'ACR et cette étape aide à révéler les retards dans la planification des mesures correctives, ce qui constitue un goulot d'étranglement courant dans les processus qualité.
Où obtenir
Déduit d'un changement de statut vers 'Approbation CAPA en attente' ou de l'horodatage de soumission du formulaire de plan d'action corrective au sein de l'enregistrement de l'événement qualité.
Capture
Déduit du changement de statut à 'En attente d'approbation' 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é et refusé, nécessitant une révision et une nouvelle soumission. Cette activité crée une boucle de retravail dans le processus. | ||
|
Pourquoi c'est important
Cette activité est cruciale pour identifier les boucles de retouches, comprendre les raisons de rejet et mesurer le taux de réussite du premier coup du processus de planification.
Où obtenir
Capturé à partir de l'horodatage de rejet dans le journal d'historique du workflow. Il s'agit de la contrepartie de l'action d'approbation au sein d'un workflow.
Capture
À partir de l'horodatage de l'étape de rejet dans l'historique du workflow.
Type d'événement
explicit
|
|||
|
Problème Catégorisé et Hiérarchisé
|
Marque le point où le problème a été classifié par type, gravité et priorité, ce qui détermine souvent le workflow ultérieur. Ceci est capturé lorsque les champs de catégorisation et de priorité sont remplis et que l'enregistrement est sauvegardé. | ||
|
Pourquoi c'est important
C'est un point de décision clé. L'analyse du temps nécessaire pour atteindre cette étape est cruciale pour le tableau de bord « Triage et priorisation des problèmes » et pour comprendre le routage des processus.
Où obtenir
Déduit de l'horodatage où les champs obligatoires tels que 'Niveau de gravité' et 'Type d'événement qualité' sont remplis pour la première fois, tel que suivi dans le journal d'audit du système.
Capture
Déduit de l'horodatage de la première population des champs 'Gravité' ou 'Priorité'.
Type d'événement
inferred
|
|||
|
Révision Finale Effectuée
|
Une vérification finale de l'enregistrement complet de l'événement qualité pour s'assurer que toute la documentation est complète et que toutes les étapes procédurales ont été suivies avant la clôture. Il s'agit souvent d'une étape d'approbation explicite. | ||
|
Pourquoi c'est important
Cela représente la dernière porte de qualité avant la conclusion du processus, garantissant la conformité et l'intégrité des données. Les goulots d'étranglement à ce niveau peuvent retarder la clôture finale.
Où obtenir
Capturé à partir de l'horodatage d'une étape d'approbation 'Révision finale' ou 'Prêt pour la clôture' dans le journal d'historique du workflow.
Capture
À partir de l'horodatage de l'étape d'approbation 'Révision finale' dans le workflow.
Type d'événement
explicit
|
|||
|
Vérification d'Efficacité Échouée
|
Indique que l'action corrective mise en œuvre n'a pas résolu le problème, déclenchant souvent une nouvelle enquête ou un nouveau cycle CAPA. Cet événement signifie une défaillance majeure du processus et une boucle de retravail. | ||
|
Pourquoi c'est important
Met en évidence les solutions échouées et a un impact direct sur les taux et les coûts de retravail. L'analyse de ces cas est essentielle pour améliorer les processus d'analyse des causes profondes et de planification des CAPA.
Où obtenir
Déduit d'un changement de statut vers 'Vérification d'efficacité échouée' ou de la création d'un événement qualité de suivi lié à l'original.
Capture
Déduit d'un changement de statut comme 'Vérification échouée' ou d'un indicateur dans l'enregistrement de vérification.
Type d'événement
inferred
|
|||