Votre modèle de données pour la gestion de la qualité
Votre modèle de données pour la gestion de la qualité
Voici notre modèle générique de données pour le Process Mining de Gestion de la qualité. Pour obtenir des conseils plus précis, utilisez les modèles adaptés à chaque système.
Sélectionner un système précis- Des champs de données normalisés pour votre journal d’événements.
- Les principales activités à suivre pour obtenir une vue complète du processus.
- Des conseils pour extraire les données de différents systèmes.
Attributs de gestion de la qualité
| Nom | Description | ||
|---|---|---|---|
| Heure de début de l’événement EventStartTime | Date et heure précises auxquelles une activité ou un événement a eu lieu ou a commencé. | ||
| Description L’heure de début de l’événement est un horodatage qui marque le début de chaque activité du cycle de vie de l’événement qualité. Elle fournit le contexte temporel nécessaire pour comprendre le déroulement et les performances du processus. Cet horodatage permet de classer les événements par ordre chronologique et d’en calculer la durée. En Process Mining, il sert à remettre les activités dans le bon ordre pour chaque cas et à calculer des indicateurs clés de performance, comme les temps de cycle, les temps d’attente et les durées de traitement. L’analyse de ces horodatages aide à repérer les retards entre les étapes, à mesurer l’efficacité des ressources et à suivre le respect des accords de niveau de service. C’est un élément fondamental de toute analyse temporelle des processus. Pourquoi est-ce important ? Cet horodatage est essentiel pour ordonner les événements, calculer les temps de cycle et d’attente, et repérer les goulots d’étranglement du processus. Où trouver ces données On le trouve généralement dans les journaux d’événements ou les enregistrements de transaction, à côté du nom de l’activité. Il peut être désigné par « Date de création », « Date de l’événement » ou « Horodatage ». Exemples 2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z | |||
| Identifiant de l’événement qualité QualityEventId | Identifiant unique d’un événement qualité. Il sert d’identifiant de cas et relie toutes les activités associées, de l’ouverture à la clôture. | ||
| Description L’identifiant de l’événement qualité est une clé unique qui désigne un problème qualité précis, comme une non-conformité, une réclamation client, un écart ou un constat d’audit. Cet identifiant relie toutes les étapes, tous les documents et tous les éléments de données associés à l’événement tout au long de son cycle de vie. En Process Mining, cet attribut est essentiel pour reconstituer le flux de processus de bout en bout de chaque événement qualité. En regroupant toutes les activités associées sous un même identifiant, les analystes peuvent visualiser la cartographie du processus, calculer la durée des cas et analyser les variations entre les différents parcours. Ils peuvent ainsi comprendre clairement et précisément le traitement des problèmes qualité, de leur ouverture à leur clôture. Pourquoi est-ce important ? Il s’agit de la clé principale du Process Mining, qui permet de relier tous les événements associés au sein d’une même instance de processus ou d’un même cas. Où trouver ces données On le trouve généralement dans l’en-tête ou la table principale des notifications qualité, des événements ou des dossiers de non-conformité. Exemples QN-2023-00123NC-450008761COMP-5501-A | |||
| Nom de l’activité ActivityName | Nom d’une tâche, d’un événement ou d’une étape précise du processus de gestion de la qualité. | ||
| Description Le nom de l’activité décrit une action ou une étape distincte du cycle de vie d’un événement qualité. Par exemple : « Évaluation initiale terminée », « Enquête lancée » ou « Action corrective mise en œuvre ». Ces activités constituent les éléments de base du processus de gestion de la qualité. Pour analyser le processus, cet attribut est essentiel à la création de la cartographie, qui représente visuellement la séquence des activités et le parcours des cas. Il permet aux analystes de repérer les goulots d’étranglement, de découvrir les variantes fréquentes ou rares du processus et de vérifier la conformité aux procédures opérationnelles standard. Comprendre la séquence des activités est la première étape de l’amélioration du processus. Pourquoi est-ce important ? Cet attribut définit les étapes du processus. Il détermine les nœuds de la cartographie et permet d’analyser le déroulement du processus ainsi que ses variantes. Où trouver ces données Il est généralement extrait des journaux d’événements, des enregistrements de changement de statut ou des tables de tâches liées à l’objet principal de l’événement qualité. Exemples Enquête lancéeAnalyse des causes profondes terminéeEfficacité vérifiée | |||
| Dernière mise à jour des données LastDataUpdate | Horodatage indiquant la dernière actualisation des données du processus ou leur dernière extraction du système source. | ||
| Description L’attribut Dernière mise à jour des données indique, au moyen d’un horodatage, la dernière synchronisation des données depuis le système source. Il renseigne sur leur fraîcheur et permet de savoir si les informations utilisées dans l’analyse sont à jour. C’est particulièrement important pour le suivi continu et la prise de décision en quasi-temps réel. Cet attribut aide les utilisateurs à évaluer l’actualité des Dashboards et des analyses de Process Mining. Les parties prenantes savent ainsi de quand datent les données lorsqu’elles interprètent les indicateurs clés de performance et les modèles de processus, ce qui évite de prendre des décisions à partir d’informations obsolètes. Ces métadonnées contribuent à maintenir la confiance dans les données. Pourquoi est-ce important ? Indique si les données sont à jour, afin que les utilisateurs sachent dans quelle mesure l’analyse du processus et les indicateurs clés de performance reflètent la situation actuelle. Où trouver ces données Ces métadonnées sont généralement générées lors de l’extraction des données (ETL). Elles ne figurent habituellement pas dans les tables transactionnelles du système source. Exemples 2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z | |||
| Système source SourceSystem | Système dont les données ont été extraites, par exemple une instance précise d’un ERP, d’un QMS ou d’un MES. | ||
| Description L’attribut Système source désigne l’application ou la base de données d’origine dans laquelle les données de gestion de la qualité ont été enregistrées. Dans un environnement informatique complexe, les données relatives aux événements qualité peuvent provenir de plusieurs systèmes, par exemple d’un ERP pour les données sur les matériaux et d’un système de gestion de la qualité dédié pour les données de processus. L’identification du système source est importante pour la gouvernance des données, leur validation et le dépannage. Elle aide à comprendre leur contexte et permet de segmenter l’analyse. Un analyste peut, par exemple, comparer les processus qualité gérés dans différents systèmes ou sites afin de repérer les bonnes pratiques ou les incohérences. Pourquoi est-ce important ? Cet attribut précise l’origine des données, une information importante pour leur validation, le dépannage et l’analyse segmentée dans les environnements qui utilisent plusieurs systèmes. Où trouver ces données Cette information ne figure pas toujours dans les tables sources, mais elle est souvent ajoutée lors du processus d’extraction, de transformation et de chargement des données (ETL). Exemples SAP S/4HANA QMVeeva Vault QualityMasterControl QMS | |||
| Catégorie de cause racine RootCauseCategory | Classification générale de la cause racine identifiée de l’événement qualité. | ||
| Description La catégorie de cause racine classe la raison fondamentale du problème qualité, par exemple « Erreur humaine », « Défaillance d’un équipement », « Défaillance du processus » ou « Problème fournisseur ». Cet attribut est généralement renseigné une fois l’enquête et l’analyse des causes racines terminées. L’analyse de la fréquence des différentes catégories de causes racines permet de dégager des pistes d’amélioration stratégique. Si les « Défaillances du processus » sont fréquentes, cela indique qu’il peut être nécessaire de repenser le processus. Si les « Défaillances d’un équipement » reviennent souvent, il peut être utile de revoir les calendriers de maintenance. Le Process Mining peut mettre ces catégories en relation avec le déroulement du processus, par exemple pour déterminer si les événements dus à une « Erreur humaine » prennent plus de temps à résoudre. Pourquoi est-ce important ? Cet attribut est essentiel à l’analyse stratégique : il permet d’aller au-delà du déroulement du processus pour comprendre les causes profondes des défaillances et orienter les mesures préventives. Où trouver ces données À rechercher dans la section consacrée à l’enquête ou à l’analyse des causes racines de la fiche de l’événement qualité. Il peut s’agir d’un code ou d’un texte libre. Exemples Défaillance d’un équipementErreur humaineDéfaut matériel | |||
| Gravité Severity | Classification de l’impact potentiel de l’événement qualité, par exemple : critique, majeur ou mineur. | ||
| Description L’attribut Gravité classe les événements qualité selon leur impact sur l’activité, leur niveau de risque ou leur degré d’urgence. Cette classification aide à affecter les ressources et l’attention aux problèmes les plus importants. Les niveaux de gravité sont généralement définis par la politique qualité de l’organisation. Cet attribut est utile pour filtrer et segmenter les analyses de Process Mining. Les analystes peuvent comparer le déroulement des événements « Critiques » à celui des événements « Mineurs » afin de vérifier que les problèmes les plus graves sont traités en priorité, comme prévu. L’analyse peut aussi révéler que les problèmes mineurs mobilisent une part disproportionnée des ressources ou que les problèmes critiques restent bloqués dans le processus. Ces constats aident à adapter le processus à une gestion fondée sur les risques. Pourquoi est-ce important ? Permet d’analyser les processus en fonction des risques, de prioriser les enquêtes et de vérifier que les événements à fort impact sont traités avec le degré d’urgence approprié. Où trouver ces données Il s’agit d’un champ standard des données d’en-tête de l’événement qualité, souvent intitulé « Niveau de gravité » ou « Priorité ». Exemples CritiqueMajeurMineur | |||
| Heure de fin de l’événement EventEndTime | Date et heure précises auxquelles une activité ou un événement a pris fin. | ||
| Description L’heure de fin de l’événement est un horodatage qui marque l’achèvement d’une activité. Associée à l’heure de début, elle permet de calculer précisément la durée de traitement des tâches individuelles du processus de gestion de la qualité. Pour les événements instantanés, les heures de début et de fin peuvent être identiques. Cet attribut est essentiel à l’analyse des performances au niveau des activités. En calculant la durée de chaque tâche (heure de fin moins heure de début), les analystes peuvent repérer les étapes les plus longues et celles qui pourraient être optimisées. Il permet aussi de calculer plus précisément le temps de cycle global des cas et fournit les données nécessaires à l’analyse de la charge de travail et de l’efficacité des ressources. Pourquoi est-ce important ? Permet de calculer les durées de traitement des activités, ce qui est essentiel pour analyser les performances en détail et repérer les tâches qui mobilisent le plus de ressources. Où trouver ces données On le trouve souvent dans le même journal d’événements ou le même enregistrement de transaction que l’heure de début. Dans certains systèmes, il faut le déduire de l’heure de début de l’événement suivant. Exemples 2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z | |||
| Ressource Resource | Utilisateur, employé ou agent automatisé qui a effectué une activité ou un événement qualité précis, ou qui en est chargé. | ||
| Description L’attribut Ressource désigne la personne ou le système chargé d’exécuter une tâche. Il peut s’agir d’un enquêteur, d’une personne chargée de l’approbation qualité ou d’un utilisateur système automatisé. Le suivi des personnes ou systèmes qui réalisent chaque activité est essentiel pour comprendre la répartition de la charge de travail, les performances des équipes et les modes de collaboration. L’analyse du processus par ressource permet de repérer les écarts de performance entre les personnes ou les équipes, de déterminer les besoins de formation et de mieux répartir la charge de travail. Elle peut révéler des ressources surchargées qui deviennent des goulots d’étranglement, ou mettre en évidence des transferts entre personnes, souvent à l’origine de retards. Cette analyse contribue à améliorer l’efficacité de l’organisation. Pourquoi est-ce important ? Cet attribut est essentiel à l’analyse par ressource, notamment pour étudier la répartition de la charge de travail, comparer les performances et repérer les goulots d’étranglement organisationnels. Où trouver ces données On le trouve généralement dans les tables de transactions ou de journaux, sous des libellés comme « Nom d’utilisateur », « Modifié par », « Propriétaire » ou « Attribué à ». Exemples j.doem.smithSystem.Batch | |||
| Service responsable ResponsibleDepartment | Service, équipe ou domaine fonctionnel responsable de l’événement qualité ou d’une activité précise. | ||
| Description L’attribut Service responsable indique quelle unité organisationnelle est responsable d’un événement qualité ou d’une étape particulière du processus. Il peut s’agir de la « Production », de l’« Assurance qualité », de la « Recherche et développement » ou de la « Logistique ». Cet attribut est essentiel à l’analyse organisationnelle. Il permet aux responsables de suivre la circulation du travail entre les services, de mesurer les performances de chaque domaine fonctionnel et de repérer les frictions ou les retards entre équipes. L’analyse peut, par exemple, révéler que les transferts entre la production et l’assurance qualité sont une source majeure de retard. La segmentation des indicateurs clés de performance par service aide à cibler les initiatives d’amélioration des processus. Pourquoi est-ce important ? Permet d’analyser les performances du processus par unité organisationnelle, de repérer les retards entre équipes et de clarifier la répartition des responsabilités. Où trouver ces données Il figure généralement dans les données d’en-tête du dossier de l’événement qualité ou est déduit de l’utilisateur responsable de l’activité. Exemples Contrôle qualitéLigne de production BQualité fournisseurs | |||
| Type d’événement qualité QualityEventType | Classification de l’événement qualité, par exemple : non-conformité, réclamation client, constat d’audit ou écart. | ||
| Description Le type d’événement qualité catégorise la nature du problème traité. Les différents types d’événements suivent souvent des processus distincts, présentent des degrés d’urgence différents et relèvent de procédures opérationnelles standard spécifiques. En filtrant et en comparant les processus selon cet attribut, les analystes peuvent repérer des variations importantes. Par exemple, le traitement d’une « Réclamation client » peut être beaucoup plus rigoureux et soumis à des délais plus courts que celui d’un « Problème interne ». Comprendre ces différences est essentiel pour évaluer l’efficacité de chaque variante du processus et vérifier qu’elle respecte les exigences qui lui sont propres. Pourquoi est-ce important ? Permet de segmenter l’analyse et de comparer le traitement des différents types de problèmes qualité, afin de mettre en évidence les variations importantes du processus. Où trouver ces données Figure dans les données d’en-tête de l’événement qualité, souvent sous un champ intitulé « Type de notification », « Type d’événement » ou « Catégorie ». Exemples Réclamation clientRapport de non-conformité (NCR)Écart | |||
| Date cible de résolution TargetResolutionDate | Date prévue ou exigée à laquelle l’événement qualité doit être entièrement résolu et clôturé. | ||
| Description La date cible de résolution est l’échéance fixée pour la clôture d’un événement qualité. Elle est souvent déterminée par les exigences réglementaires, les engagements de niveau de service envers les clients ou les politiques internes, en fonction de la gravité de l’événement. Cet attribut est essentiel au suivi des performances et à l’analyse de la conformité. En comparant la date de clôture réelle à la date cible, les organisations peuvent calculer un indicateur clé de performance (KPI) du taux de résolution dans les délais. Le Process Mining permet de repérer les types d’événements ou les étapes du processus les plus susceptibles d’entraîner des retards et de dépasser ces échéances. Les équipes peuvent ainsi concentrer leurs efforts d’amélioration sur le respect des délais. Pourquoi est-ce important ? Permet de mesurer les performances au regard des délais fixés, de calculer le taux de résolution dans les délais et de repérer les causes des retards. Où trouver ces données Généralement indiquée dans l’en-tête ou les données de planification de la fiche de l’événement qualité. Exemples 2024-06-302024-07-152024-08-01 | |||
| Emplacement Location | Emplacement physique ou logique, comme une usine, un site ou un entrepôt, où l’événement qualité s’est produit ou est pris en charge. | ||
| Description L’attribut Emplacement indique le site géographique ou organisationnel associé à l’événement qualité. Il peut s’agir d’une usine, d’une ligne de production, d’un centre de distribution ou d’une unité opérationnelle. L’analyse des performances des processus par emplacement permet de comparer les sites et de repérer les bonnes pratiques. Elle peut révéler si certains sites résolvent les problèmes qualité plus efficacement ou si des difficultés récurrentes sont propres à certains lieux. Cette analyse géographique ou par site aide la direction à répartir les ressources efficacement et à généraliser les processus les plus performants dans toute l’organisation. Pourquoi est-ce important ? Permet de comparer différents sites ou usines, de mesurer les performances et de repérer les problèmes ou les bonnes pratiques propres à chaque emplacement. Où trouver ces données Cette information figure généralement dans la fiche principale de l’événement qualité, sous un libellé tel que « Usine », « Site » ou « Unité opérationnelle ». Exemples Site A - Bâtiment 2Entrepôt principalUsine 0010 | |||
| Produit concerné AffectedProduct | Produit, matériau ou composant concerné par l’événement qualité. | ||
| Description L’attribut Produit concerné désigne l’article, le matériau ou la gamme de produits touchés par le problème qualité. Ce lien entre le processus et le produit est essentiel à l’analyse des causes profondes et à l’évaluation de l’impact. L’analyse des événements qualité par produit permet aux entreprises de repérer des tendances, par exemple un produit présentant un nombre inhabituellement élevé de non-conformités. Cela peut conduire à examiner plus en détail sa conception ou son processus de fabrication. Cette analyse aide aussi à prioriser les événements qualité selon l’importance stratégique ou le volume des ventes du produit concerné, afin de traiter d’abord les problèmes les plus importants. Pourquoi est-ce important ? Relie les données de processus aux données produit. L’analyse des problèmes qualité par gamme de produits permet de repérer les tendances et de prioriser les problèmes ayant le plus d’impact. Où trouver ces données Figure dans le dossier principal de l’événement qualité, souvent sous un libellé comme « Numéro de matériau », « Identifiant du produit » ou « Référence de pièce ». Exemples PROD-100-XLMAT-RAW-05BFG-2055-ASSY | |||
| Résultat du contrôle d’efficacité EffectivenessCheckOutcome | Résultat de la vérification visant à confirmer l’efficacité des mesures correctives et préventives mises en œuvre. | ||
| Description Le résultat du contrôle d’efficacité consigne l’issue de l’étape de vérification qui suit la mise en œuvre des mesures correctives. Il est généralement indiqué comme « Efficace » ou « Inefficace » et précise si la mesure a permis de traiter la cause racine du problème. Cet attribut est essentiel pour mesurer l’efficacité réelle du processus de gestion de la qualité. Une proportion élevée de résultats « Inefficace » révèle un problème systémique au niveau de l’analyse des causes racines ou de la planification des mesures, qui entraîne des reprises et la réapparition des problèmes. Le Process Mining permet d’analyser les boucles de reprise. Par exemple, les dossiers dont le résultat est « Inefficace » reviennent souvent à l’étape d’enquête ou d’analyse des causes racines, ce qui augmente considérablement le temps de cycle et les coûts. Pourquoi est-ce important ? Mesure directement l’efficacité des mesures correctives et permet d’analyser les boucles de reprise ainsi que l’efficacité de l’analyse des causes racines. Où trouver ces données À rechercher dans les enregistrements liés à la vérification des mesures correctives et préventives (CAPA) ou aux étapes de clôture. Exemples EfficaceInefficaceEn attente de vérification | |||
| Statut de l’événement qualité QualityEventStatus | Statut général actuel de l’événement qualité dans son cycle de vie, par exemple : ouvert, en cours d’enquête ou clôturé. | ||
| Description Le statut de l’événement qualité indique l’état actuel d’un cas. Cet attribut évolue au fil du cycle de vie du cas et donne une vue d’ensemble de son avancement à un moment donné. En Process Mining, cet attribut est utile pour analyser la charge de travail actuelle et le volume de dossiers en attente. En filtrant les événements dont le statut est « Ouvert » ou « En cours », les responsables peuvent suivre le nombre de cas actifs. Il permet également de vérifier la conformité en comparant les changements de statut réels au déroulement prévu du processus. Par exemple, un événement ne devrait pas être « Clôturé » avant la mise en œuvre de l’« Action corrective ». Pourquoi est-ce important ? Donne une vue d’ensemble de l’état actuel d’un cas, utile pour suivre les dossiers en attente, la charge de travail active et la conformité du processus. Où trouver ces données Il s’agit d’un champ important de l’en-tête du dossier de l’événement qualité, mis à jour au fil de son avancement. Exemples OuvertEn attente d’approbationClôturé | |||
Activités de gestion de la qualité
| Activité | Description | ||
|---|---|---|---|
| Action corrective mise en œuvre | Indique que les tâches prévues dans le plan d’action corrective approuvé sont terminées. Cela confirme que les mesures nécessaires ont été prises pour traiter le problème immédiat. | ||
| Pourquoi est-ce important ? Cette activité marque la fin des travaux correctifs. Le délai entre l’approbation du plan et sa mise en œuvre reflète l’efficacité de l’équipe chargée des tâches prévues. Où trouver ces données Cette étape est généralement enregistrée lorsqu’une personne chargée de la mise en œuvre indique dans le système que les actions ou tâches qui lui ont été attribuées sont terminées. Données à recueillir Utilisez l’horodatage d’achèvement des tâches correctives associées ou la mise à jour du statut du dossier de plan d’action vers « Mis en œuvre ». Type d’événement explicit | |||
| Analyse des causes profondes terminée | Cette étape correspond à la fin de l’enquête, au cours de laquelle la ou les causes profondes de l’événement qualité ont été identifiées et consignées. Il s’agit d’un jalon important avant la planification de toute action corrective. | ||
| Pourquoi est-ce important ? Ce jalon marque la fin de la phase de diagnostic. L’analyse de la durée de l’analyse des causes profondes permet de repérer les difficultés et les goulots d’étranglement dans la résolution des problèmes. Où trouver ces données Cette étape peut être déduite lorsque les champs « Cause profonde » ou les champs d’analyse associés sont renseignés et enregistrés. Dans certains systèmes, elle correspond à la fin d’une tâche dédiée à l’analyse des causes profondes. Données à recueillir Enregistrez l’horodatage auquel une tâche dédiée à l’analyse des causes profondes est marquée comme terminée, ou auquel le champ de description de la cause profonde est renseigné pour la première fois. Type d’événement inferred | |||
| Efficacité vérifiée | Confirme que les actions correctives et préventives mises en œuvre ont résolu la cause profonde et empêché sa réapparition. Cette vérification formelle intervient souvent après une période de suivi définie. | ||
| Pourquoi est-ce important ? C’est la mesure ultime de la réussite d’une intervention qualité. Elle confirme que les ressources consacrées à l’enquête et aux actions ont produit un résultat positif et évité de nouvelles reprises. Où trouver ces données Cette étape est enregistrée lorsqu’une tâche dédiée à la vérification de l’efficacité est terminée ou que le statut du dossier passe à « Efficacité vérifiée », souvent avec une signature électronique. Données à recueillir Relevez l’horodatage d’achèvement de la tâche de vérification de l’efficacité ou de l’étape finale d’approbation de la vérification. Type d’événement explicit | |||
| Enquête lancée | Cette étape marque le début officiel de l’enquête visant à déterminer la portée et la cause profonde de l’événement qualité. Un enquêteur ou une équipe est officiellement affecté au cas. | ||
| Pourquoi est-ce important ? Cette activité marque le début de la phase centrale de résolution du problème. Le suivi du temps écoulé entre la création de l’événement et le lancement de l’enquête permet de repérer les retards accumulés au sein de l’équipe qualité. Où trouver ces données Cet événement est généralement enregistré lorsque l’état de l’enregistrement passe à « En cours d’enquête » ou lorsqu’un enquêteur est officiellement affecté au dossier. Données à recueillir Utilisez l’horodatage du changement d’état vers « En cours d’enquête » ou celui de la première affectation d’un responsable ou d’un enquêteur. Type d’événement inferred | |||
| Événement qualité clôturé | Dernière activité du processus, elle marque la résolution et la clôture administrative du dossier de l’événement qualité. Le processus est alors considéré comme terminé et le dossier est archivé. | ||
| Pourquoi est-ce important ? Il s’agit de l’aboutissement principal du processus. Le délai de clôture est un indicateur clé de performance, et l’analyse des événements clôturés donne une vue complète du processus de bout en bout. Où trouver ces données Cet événement explicite est enregistré lorsque le statut final du dossier passe à « Clôturé » ou « Terminé », avec un horodatage. Données à recueillir Utilisez l’horodatage du changement de statut final vers « Clôturé », « Terminé » ou un statut final équivalent. Type d’événement explicit | |||
| Événement qualité créé | Il s’agit de la première activité, qui marque la création officielle d’un enregistrement d’événement qualité. Un utilisateur repère un problème qualité, comme une non-conformité, un défaut ou une réclamation, puis l’enregistre dans le système pour lancer le processus. | ||
| Pourquoi est-ce important ? Cette activité marque le début du processus et permet de mesurer le temps de cycle total entre l’identification et la résolution. Elle est essentielle pour suivre le volume des événements qualité entrants. Où trouver ces données Il s’agit généralement d’un événement explicite enregistré dans une piste d’audit ou un journal des transactions lors de la création d’un nouvel enregistrement. Recherchez les horodatages de création dans la table principale des événements qualité. Données à recueillir Utilisez l’horodatage de création de l’enregistrement de l’événement qualité, par exemple celui d’une notification qualité, d’une non-conformité ou d’une réclamation. Type d’événement explicit | |||
| Plan d’action corrective approuvé | Indique l’approbation officielle du plan d’action corrective proposé par une autorité désignée. Cette approbation constitue une étape décisive qui autorise le début de la mise en œuvre. | ||
| Pourquoi est-ce important ? Les cycles d’approbation sont souvent à l’origine de retards. L’analyse de la durée et de la fréquence de cette activité permet de repérer les goulots d’étranglement dans le processus d’examen et d’approbation. Où trouver ces données Il s’agit généralement d’une approbation explicite, horodatée dans le flux de travail, souvent enregistrée au moyen d’une signature électronique ou d’un changement de statut précis. Données à recueillir Relevez l’horodatage d’une signature électronique ou d’un changement de statut vers « Approuvé » ou « Autorisé pour mise en œuvre ». Type d’événement explicit | |||
| Action préventive mise en œuvre | Indique que les tâches visant à éliminer la cause de non-conformités potentielles sont terminées, afin d’éviter qu’elles ne se reproduisent. Cette démarche proactive fait souvent suite à une action corrective. | ||
| Pourquoi est-ce important ? Cette activité témoigne d’une démarche qualité mature, axée sur la prévention et pas seulement sur la correction. Le suivi de la mise en œuvre des actions préventives permet de mesurer les efforts d’amélioration à long terme. Où trouver ces données Cette étape est enregistrée lorsque les tâches préventives attribuées sont marquées comme terminées, souvent dans un dossier lié à l’événement qualité d’origine. Données à recueillir Utilisez l’horodatage d’achèvement des tâches préventives associées ou la mise à jour du statut d’un dossier d’action préventive. Type d’événement explicit | |||
| Échec de la vérification de l’efficacité | Indique que les actions mises en œuvre n’ont pas permis de résoudre le problème. Cette issue déclenche souvent une nouvelle enquête ou un nouveau cycle d’actions correctives. | ||
| Pourquoi est-ce important ? Cette activité signale une défaillance importante du processus et une boucle de reprises majeure. L’analyse de ces événements est essentielle pour comprendre pourquoi les solutions échouent et améliorer le processus d’analyse des causes profondes. Où trouver ces données Cette étape est enregistrée lorsque la vérification échoue et entraîne un changement de statut qui rouvre l’enquête ou la planification CAPA. Données à recueillir Relevez l’horodatage d’un changement de statut indiquant l’échec de la vérification, par exemple « Échec de la vérification de l’efficacité » ou « Nouvelle enquête requise ». Type d’événement explicit | |||
| Évaluation initiale terminée | Cette activité correspond à la fin de l’examen initial ou du triage du nouvel événement qualité. À cette étape, l’événement est classé par type, un niveau de gravité lui est attribué et il est hiérarchisé afin de déterminer la suite du flux de travail. | ||
| Pourquoi est-ce important ? L’analyse du temps consacré à cette phase initiale permet de repérer les retards dans la prise en compte et le traitement des nouveaux événements qualité. Elle fournit également des attributs pour filtrer les cas selon leur gravité ou leur type. Où trouver ces données Cette étape est souvent déduite d’un changement d’état, par exemple de « Nouveau » à « En cours d’évaluation » ou « En cours ». Elle peut aussi être enregistrée lorsque des champs précis de classification et de priorité sont renseignés pour la première fois. Données à recueillir Enregistrez l’horodatage du changement d’état indiquant la fin de l’évaluation, ou celui de la première sauvegarde des champs de classification et de priorité. Type d’événement inferred | |||
| Événement qualité annulé | Il s’agit d’une issue alternative : l’événement qualité est interrompu sans être entièrement résolu. Cela peut se produire si l’événement est jugé invalide, s’il fait doublon avec une autre entrée ou s’il a été créé par erreur. | ||
| Pourquoi est-ce important ? Cette activité marque une fin alternative du processus, sans résultat utile. Un volume élevé d’événements annulés peut révéler des lacunes dans la formation des utilisateurs ou dans la saisie initiale des données. Où trouver ces données Cette étape est enregistrée par un changement de statut final vers « Annulé » ou « Invalidé », souvent accompagné d’un code de motif. Données à recueillir Relevez l’horodatage de la mise à jour du statut du dossier vers « Annulé », « Invalidé » ou « Non valide ». Type d’événement explicit | |||
| Examen final terminé | Un contrôle final du dossier complet de l’événement qualité est effectué pour vérifier que la documentation est complète et que toutes les étapes de la procédure ont été suivies. Il s’agit souvent de la dernière approbation avant la clôture. | ||
| Pourquoi est-ce important ? Cette activité constitue le dernier contrôle qualité avant la clôture d’un cas. Les retards à cette étape peuvent allonger artificiellement les temps de cycle et révéler des problèmes de documentation. Où trouver ces données Il s’agit souvent d’une approbation explicite ou d’une signature électronique par une personne chargée de l’assurance qualité, avant que le statut puisse passer à « Clôturé ». Données à recueillir Utilisez l’horodatage de l’approbation de l’examen qualité final ou d’un changement de statut vers « En attente de clôture » ou « Examen final terminé ». Type d’événement explicit | |||
| Parties prenantes informées | Indique que la résolution de l’événement qualité a été communiquée officiellement aux personnes concernées, par exemple à la personne qui l’a signalé ou aux services touchés. | ||
| Pourquoi est-ce important ? Même si elle ne constitue pas toujours une étape centrale du processus, le suivi des communications avec les parties prenantes peut renseigner sur l’exhaustivité du processus et le niveau de service global. Où trouver ces données Cette étape est difficile à enregistrer et peut correspondre à une action explicite consignée dans le système. Elle peut aussi être déduite de l’achèvement d’une tâche « Notification finale » dans un flux de travail. Données à recueillir Relevez l’horodatage de l’enregistrement d’une notification automatique par courriel ou de l’achèvement d’une tâche de communication manuelle. Type d’événement inferred | |||
| Plan d’action corrective proposé | Cette activité a lieu lorsqu’un plan officiel visant à traiter la cause profonde identifiée est consigné et soumis à examen. Il précise les actions correctives à mettre en œuvre. | ||
| Pourquoi est-ce important ? Cette étape marque le début de la phase de résolution du processus. Le suivi du délai nécessaire pour proposer un plan permet de mesurer la rapidité avec laquelle les équipes passent de l’analyse à l’action. Où trouver ces données Cette étape est souvent enregistrée par la création d’un dossier de plan d’action corrective associé ou par un changement de statut indiquant qu’un plan est prêt à être examiné. Données à recueillir Utilisez l’horodatage de création d’une action corrective ou d’un dossier CAPA associé, ou le changement de statut vers « En attente d’approbation ». Type d’événement explicit | |||
| Plan d’action corrective rejeté | Indique que le plan d’action corrective proposé a été examiné, mais refusé. Le plan doit alors être révisé puis soumis à nouveau, ce qui crée une boucle de reprises dans le processus. | ||
| Pourquoi est-ce important ? Cette activité met en évidence les inefficacités et les reprises dans le processus. Un taux de rejet élevé peut révéler des exigences peu claires ou une analyse des causes profondes insuffisante. Où trouver ces données Cette étape est enregistrée par un changement de statut vers « Rejeté » ou « Révision requise », souvent accompagné d’un code de motif ou de commentaires. Données à recueillir Relevez l’horodatage du changement de statut vers « Rejeté » ou « Renvoyé pour révision ». Type d’événement explicit | |||
Guides d’extraction
Les méthodes d’extraction varient selon le système. Pour obtenir des instructions détaillées,
Prêt à commencer ?
Pour commencer à optimiser votre processus de gestion de la qualité, choisissez ci-dessous un guide d’extraction adapté à votre système ou utilisez ce modèle générique pour préparer vos données.
Commencez dès aujourd’hui à optimiser la gestion de la qualité
Repérez les goulots d’étranglement et améliorez la conformité grâce à des analyses fondées sur les données.
Aucune carte bancaire requise. Configuration en 5 minutes.