Votre modèle de données de gestion de la qualité
Votre modèle de données de gestion de la qualité
- Attributs recommandés à recueillir
- Activités clés à suivre
- Guide d’extraction
Attributs de la gestion de la qualité
| Nom | Description | ||
|---|---|---|---|
|
Événement qualité
QualityEvent
|
L’identifiant unique d’un Quality Event, par exemple une déviation, une non-conformité ou une CAPA. | ||
|
Description
Le Quality Event sert d’identifiant principal du cas et relie toutes les activités, investigations et résolutions associées à un problème qualité donné. Il constitue le fil conducteur qui relie l’ensemble du cycle de vie d’un incident, de son signalement initial à sa clôture finale. Dans le Process Mining, cet attribut est essentiel pour reconstituer le parcours de bout en bout de chaque Quality Event. Il permet d’analyser les variantes de processus, les temps de cycle et la conformité selon les différents types d’événements, et offre une vision complète de la manière dont les incidents qualité sont gérés, étudiés et résolus.
Pourquoi c’est important
Il s’agit du Case ID essentiel qui regroupe toutes les activités associées dans une seule instance de processus et rend possible l’analyse de bout en bout.
Où les obtenir
Il s’agit de l’identifiant principal des enregistrements Quality Event dans Veeva Vault Quality, souvent appelé « Name » ou correspondant à un champ d’identifiant unique de l’objet Quality Event.
Exemples
QE-2023-00123CAPA-2023-00456DEV-2023-00789
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L’horodatage de la dernière actualisation ou extraction des données depuis le système source. | ||
|
Description
Cet attribut indique l’actualité des données analysées. Il précise la date et l’heure de leur dernière extraction depuis Veeva Vault Quality et de leur chargement dans l’outil de Process Mining. Cette information est essentielle pour comprendre l’actualité de l’analyse et savoir si les Dashboards reflètent l’état opérationnel le plus récent. Il s’agit d’un attribut important de gouvernance des données.
Pourquoi c’est important
Il informe les utilisateurs de l’actualité et de la pertinence des données, afin qu’ils comprennent à quel point l’analyse du processus est récente.
Où les obtenir
Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement (ETL) des données.
Exemples
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
|
|||
|
Heure de l’événement
EventTime
|
L’horodatage indiquant le début ou la survenue d’une activité précise. | ||
|
Description
Cet attribut enregistre la date et l’heure précises auxquelles une activité a été exécutée. Il fournit le contexte chronologique de tous les événements d’un cas. Cet horodatage est fondamental pour toutes les analyses de Process Mining fondées sur le temps. Il sert à calculer les temps de cycle, les temps d’attente entre les activités et la durée des étapes spécifiques, qui sont essentiels pour identifier les retards et les goulots d’étranglement de performance.
Pourquoi c’est important
Cet horodatage est essentiel pour classer les événements dans l’ordre chronologique et calculer tous les indicateurs de performance, comme le temps de cycle et le temps d’attente.
Où les obtenir
Il correspond à la date de création ou d’achèvement des tâches, ou à l’horodatage des événements dans la piste d’audit d’un objet Quality Event.
Exemples
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2023-11-15T09:21:05Z
|
|||
|
Nom de l’activité
ActivityName
|
Le nom d’une tâche ou d’une étape précise exécutée au cours du cycle de vie du Quality Event. | ||
|
Description
Cet attribut décrit une activité ou un événement métier distinct qui se produit pendant la gestion d’un événement qualité. Il correspond aux étapes du processus, comme « Investigation Initiated » ou « Corrective Action Plan Approved ». L’analyse de la séquence et de la fréquence de ces activités constitue le cœur du Process Mining. Elle aide à découvrir le déroulement réel du processus, à identifier les goulots d’étranglement entre les étapes et à détecter les écarts par rapport à la procédure opératoire standard.
Pourquoi c’est important
Il définit les étapes du processus et permet de visualiser et d’analyser son flux.
Où les obtenir
Cette information est généralement dérivée des noms des tâches du flux de travail, des changements d’état ou des entrées de la piste d’audit dans Veeva Vault Quality.
Exemples
Triage initial terminéAnalyse des causes profondes réaliséeExamen final et clôture
|
|||
|
Système source
SourceSystem
|
Le système depuis lequel les données de Quality Management ont été extraites. | ||
|
Description
Cet attribut identifie l’origine des données, qui est ici Veeva Vault Quality. Il contribue à la gouvernance des données et fournit un contexte utile, notamment lorsque des données provenant de plusieurs systèmes sont combinées. Dans l’analyse, il sert au filtrage et à la vérification de la traçabilité des données. La connaissance du système source permet d’interpréter correctement les données et de résoudre les éventuels problèmes de qualité.
Pourquoi c’est important
Il fournit un contexte essentiel sur l’origine des données, indispensable à la gouvernance, à la traçabilité et à l’analyse de plusieurs systèmes.
Où les obtenir
Il s’agit d’une valeur statique qui doit être ajoutée lors de la transformation des données afin d’identifier tous les enregistrements provenant de cette source.
Exemples
Veeva Vault Quality
|
|||
|
Date cible de résolution
TargetResolutionDate
|
Date prévue ou requise pour la clôture définitive de l’événement qualité. | ||
|
Description
Cet attribut définit l’accord de niveau de service (SLA) ou l’échéance cible pour résoudre un événement qualité. Il est souvent calculé à partir de la date de création de l’événement et de sa gravité ou de son type. Cette date sert de référence pour mesurer les performances réelles. Elle est essentielle au Dashboard « Performance des résolutions dans les délais » et au KPI « Taux de résolution dans les délais », qui permettent de déterminer si les événements sont résolus à temps et quels facteurs contribuent aux retards.
Pourquoi c’est important
Définit le SLA de résolution des dossiers, afin de mesurer les performances dans les délais et d’analyser les retards.
Où les obtenir
Il s’agit probablement d’un champ de date de l’objet Quality Event, saisi manuellement ou calculé automatiquement par le système.
Exemples
2024-01-15T23:59:59Z2024-02-28T23:59:59Z2024-03-10T23:59:59Z
|
|||
|
Heure de fin
EndTime
|
L’horodatage indiquant la fin d’une activité. | ||
|
Description
Cet attribut enregistre la date et l’heure auxquelles une activité ou une tâche précise s’est terminée. Il se distingue de StartTime (EventTime) et est essentiel pour comprendre la durée des différentes étapes du processus. Dans le Process Mining, EndTime est utilisé avec StartTime pour calculer le temps de traitement des activités. Cela permet notamment d’identifier les tâches qui prennent le plus de temps et qui contribuent au temps de cycle global ainsi qu’aux éventuels retards.
Pourquoi c’est important
Permet de calculer les durées de traitement des activités, ce qui est essentiel pour identifier les goulots d’étranglement au niveau des tâches.
Où les obtenir
Cet horodatage est généralement disponible dans l’historique du flux de travail ou dans les données de la piste d’audit d’un Quality Event, souvent sous la forme d’un champ « completed date » ou « modified on » associé à une tâche ou à un état donné.
Exemples
2023-10-26T11:30:00Z2023-11-01T18:00:10Z2023-11-15T09:45:00Z
|
|||
|
Investigateur affecté
AssignedInvestigator
|
L’utilisateur ou la ressource chargé de réaliser une investigation ou une tâche précise. | ||
|
Description
Cet attribut identifie la personne, le rôle ou l’équipe responsable de l’exécution d’une activité donnée au cours du cycle de vie d’un événement qualité. Il peut s’agir du propriétaire de l’événement qualité lui-même ou de la personne à laquelle une tâche spécifique du flux de travail est affectée. L’analyse de cet attribut aide à comprendre la répartition de la charge de travail et la performance des ressources, ainsi qu’à identifier les équipes ou les personnes surchargées. Elle est essentielle au Dashboard « Investigator Workload Distribution » et à l’optimisation de l’affectation des ressources pour améliorer l’efficacité.
Pourquoi c’est important
Il indique qui réalise le travail et permet d’analyser la charge de travail, l’efficacité des ressources et les besoins de formation.
Où les obtenir
Cette information figure dans les champs du propriétaire ou de l’utilisateur affecté de l’objet Quality Event, ou dans ceux des objets de tâches du flux de travail associés dans Veeva Vault Quality.
Exemples
Alice JohnsonBob WilliamsÉquipe d'investigation qualité
|
|||
|
Niveau de gravité
SeverityLevel
|
Niveau de gravité ou de risque évalué de l’événement qualité, par exemple élevé, moyen ou faible. | ||
|
Description
Cet attribut classe l’événement qualité selon son impact potentiel sur la qualité du produit, la sécurité des patients ou la conformité réglementaire. La gravité détermine souvent le degré d’urgence et la profondeur requise pour l’investigation. L’analyse par niveau de gravité est essentielle pour hiérarchiser les efforts d’amélioration. Elle permet de déterminer si les événements graves prennent plus de temps à résoudre, suivent des parcours différents ou présentent un taux de reprise plus élevé, afin que les problèmes les plus importants reçoivent l’attention nécessaire.
Pourquoi c’est important
Classe les événements selon leur impact afin de permettre une analyse fondée sur les risques et de hiérarchiser les efforts d’amélioration des processus dans les domaines à haut risque.
Où les obtenir
Il s’agit d’un champ de classification standard de l’objet Quality Event, généralement présenté sous forme de liste de sélection issue d’une matrice des risques.
Exemples
ÉlevéMoyenFaible
|
|||
|
Service affecté
AssignedDepartment
|
Le service ou le domaine fonctionnel responsable du Quality Event ou de l’activité. | ||
|
Description
Cet attribut précise l’unité opérationnelle ou le service, comme l’assurance qualité, la production ou la R&D, responsable du traitement du Quality Event ou d’une tâche donnée. Il est souvent dérivé du profil de l’utilisateur affecté. Cette dimension est essentielle à l’analyse de la performance à un niveau global. Elle permet de comparer l’efficacité et la conformité des processus entre les différentes composantes de l’organisation, de repérer les problèmes systémiques propres à certains services et d’alimenter le Dashboard « Investigator Workload Distribution ».
Pourquoi c’est important
Permet de filtrer et de comparer la performance des processus entre différentes unités opérationnelles, en révélant les goulots d’étranglement des services ou les bonnes pratiques.
Où les obtenir
Ces informations sont généralement stockées dans les données du profil utilisateur associé à « Assigned Investigator » ou dans un champ direct de l’objet Quality Event.
Exemples
Assurance qualitéOpérations de productionRecherche et développement
|
|||
|
Statut de l’événement qualité
QualityEventStatus
|
État actuel du cycle de vie de l’événement qualité. | ||
|
Description
Cet attribut indique le statut actuel de l’événement qualité, par exemple « Ouvert », « En cours d’investigation », « En attente d’approbation » ou « Clôturé ». Il fournit un aperçu de la position de chaque dossier dans son cycle de vie. Il est essentiel au Dashboard « Vue d’ensemble de l’avancement des événements qualité », qui permet de suivre en temps réel les dossiers en cours. Il aide les responsables à suivre l’avancement, à repérer les événements bloqués et à gérer efficacement la charge de travail globale.
Pourquoi c’est important
Fournit un aperçu de l’état actuel d’un dossier, essentiel pour suivre les travaux en cours et repérer les événements bloqués.
Où les obtenir
Il s’agit d’un champ standard de l’objet Quality Event dans Veeva Vault Quality, qui reflète sa position dans le cycle de vie.
Exemples
En cours de triageEn cours d'investigationCAPA proposéeClôturé
|
|||
|
Type de Quality Event
QualityEventType
|
La classification du Quality Event, par exemple CAPA, Deviation ou Complaint. | ||
|
Description
Cet attribut catégorise le Quality Event selon sa nature. Les différents types de Quality Events suivent souvent des parcours distincts et sont soumis à des exigences de conformité ainsi qu’à des délais de résolution différents. L’analyse par type d’événement est fondamentale pour comprendre les variantes du processus. Elle permet, par exemple, de comparer la performance et l’efficacité du traitement des déviations et des CAPA, et d’adapter les initiatives d’amélioration à chaque contexte de processus.
Pourquoi c’est important
Distingue les différents types de processus qualité, qui disposent souvent de flux de travail, de SLA et de règles de conformité spécifiques.
Où les obtenir
Il s’agit d’un champ de classification standard de l’objet Quality Event dans Veeva Vault Quality, généralement présenté sous forme de liste de sélection.
Exemples
DéviationAction corrective et préventive (CAPA)Non-conformitéRéclamation
|
|||
|
Cause racine
RootCause
|
Cause sous-jacente identifiée de l’événement qualité. | ||
|
Description
Cet attribut contient la conclusion finale de l’analyse de la cause racine (RCA). Il catégorise la raison fondamentale du problème qualité, par exemple une défaillance de l’équipement, une erreur humaine ou une insuffisance procédurale. L’analyse des causes racines est essentielle pour résoudre efficacement les problèmes. Elle permet d’identifier les problèmes systémiques récurrents qui doivent être traités au moyen d’actions correctives et préventives. Cet attribut contribue directement aux Dashboards « Durée du cycle d’analyse de la cause racine » et « Efficacité des CAPA ».
Pourquoi c’est important
Catégorise les raisons fondamentales des problèmes qualité afin de permettre une analyse stratégique et de prévenir leur réapparition.
Où les obtenir
Il s’agit généralement d’un champ texte ou d’une liste de sélection de l’objet Quality Event ou d’un objet Root Cause Analysis associé.
Exemples
Dysfonctionnement de l'équipementErreur de procédureFormation inadéquateDéfaut matériel
|
|||
|
Durée d’approbation
ApprovalTime
|
Temps nécessaire à l’achèvement d’une activité d’approbation précise. | ||
|
Description
Cette métrique mesure la durée des étapes d’approbation, telles que « Plan d’action corrective approuvé ». Elle correspond au temps écoulé entre la demande d’approbation et son acceptation ou son rejet. Cet attribut est spécialement conçu pour alimenter le Dashboard « Goulots d’étranglement du flux de travail d’approbation » et le KPI « Temps de cycle du flux de travail d’approbation ». En isolant le temps d’attente des approbations, il permet d’identifier et de réduire les délais liés à une prise de décision lente ou à des processus d’approbation inefficaces.
Pourquoi c’est important
Repère les retards dans les étapes de prise de décision essentielles, ce qui aide à simplifier les flux de travail d’approbation et à réduire le temps de cycle global.
Où les obtenir
Cette mesure est calculée en déterminant la différence entre le début et la fin des activités liées à l’approbation dans le journal d’événements.
Exemples
3 jours 4 heures1 jour 0 heure7 jours 8 heures
|
|||
|
Durée du cycle
CycleTime
|
Temps total écoulé entre la création d’un événement qualité et sa clôture définitive. | ||
|
Description
Cette mesure représente la durée de bout en bout nécessaire pour résoudre un événement qualité. Elle correspond à la différence entre la toute première activité, par exemple « Événement qualité créé », et la toute dernière, par exemple « Revue finale et clôture ». La durée du cycle est un indicateur clé de l’efficacité globale du processus. Elle est utilisée dans le Dashboard « Délai de résolution des événements qualité » pour analyser les tendances, identifier les facteurs qui entraînent de longs délais de résolution et définir des références pour l’amélioration des processus.
Pourquoi c’est important
Mesure l’efficacité du processus de bout en bout et fournit un KPI essentiel pour suivre les performances globales ainsi que l’impact des initiatives d’amélioration.
Où les obtenir
Il s’agit d’une mesure calculée. Elle est déterminée au niveau du dossier en soustrayant l’horodatage du premier événement de celui du dernier événement.
Exemples
30 jours 12 heures65 jours 4 heures15 jours 2 heures
|
|||
|
Est récurrent
IsRecurrence
|
Indicateur précisant si cet événement qualité constitue la réapparition d’un problème déjà identifié. | ||
|
Description
Cet attribut booléen indique que l’événement qualité n’est pas un problème nouveau et unique, mais la répétition d’un problème déjà survenu. Il constitue un indicateur important de l’échec des actions correctives précédentes. Cet indicateur est fondamental pour le Dashboard « Efficacité des CAPA et taux de récurrence ». Le suivi des récurrences fournit un retour direct sur la réussite à long terme du système de gestion de la qualité et aide à identifier les problèmes systémiques qui ne sont pas suffisamment traités.
Pourquoi c’est important
Met en évidence les échecs des actions correctives afin d’analyser les raisons de la répétition des problèmes et d’améliorer les solutions à long terme.
Où les obtenir
Il peut s’agir d’une case à cocher de l’objet Quality Event ou d’un champ calculé à partir de liens vers des événements antérieurs similaires.
Exemples
truefalse
|
|||
|
Est une reprise
IsRework
|
Indicateur calculé qui identifie les activités ou les dossiers correspondant à une reprise. | ||
|
Description
Cet attribut booléen indique qu’une activité ou une séquence d’activités correspond à une reprise, par exemple la répétition d’une investigation ou la réouverture d’une CAPA clôturée. Il ne s’agit pas d’un champ standard, mais d’une valeur calculée à partir des schémas du flux de processus. Dans le Process Mining, cet indicateur sert à quantifier les efforts et les coûts inutiles du processus. Il est essentiel au Dashboard « Analyse des reprises » et au KPI « Taux de reprise des événements qualité », qui permettent de repérer les causes de l’inefficacité et de la mauvaise qualité du premier coup.
Pourquoi c’est important
Quantifie l’inefficacité du processus en signalant les travaux répétés, ce qui aide à identifier les causes racines des problèmes qualité et des efforts inutiles.
Où les obtenir
Cet attribut ne provient pas directement de la source. Il est calculé lors de la transformation des données, en détectant les noms d’activités répétés ou les boucles du processus pour un dossier donné.
Exemples
truefalse
|
|||
|
Produit
Product
|
Produit ou matériau associé à l’événement qualité. | ||
|
Description
Cet attribut relie l’événement qualité à un produit, un matériau ou un lot précis. Ce lien est essentiel dans les secteurs réglementés pour assurer la traçabilité et analyser les impacts. L’analyse des événements qualité par produit permet de déterminer si certains produits sont davantage sujets aux problèmes, afin d’orienter l’amélioration des produits ou l’ajustement des processus de fabrication. Elle permet également de filtrer les Dashboards pour examiner les performances de lignes de produits précises.
Pourquoi c’est important
Relie les événements qualité à des produits précis afin d’analyser les problèmes et les tendances propres à chaque produit.
Où les obtenir
Il s’agit généralement d’un champ de référence de l’objet Quality Event, relié à un objet Product ou Material dans Veeva Vault.
Exemples
Produit A-100Produit B-200Matière première C-300
|
|||
|
Résolution dans les délais
IsOnTimeResolution
|
Indicateur calculé précisant si l’événement qualité a été clôturé avant sa date cible. | ||
|
Description
Cet attribut booléen est calculé en comparant la date réelle de clôture d’un événement qualité à sa « Date cible de résolution ». Il fournit un résultat binaire simple sur le respect des délais. Cet indicateur constitue la base du Dashboard « Performance des résolutions dans les délais » et du KPI « Taux de résolution dans les délais ». Il permet d’agréger et de filtrer facilement les données afin de comprendre quels types d’événements, services ou sites ont des difficultés à respecter les échéances.
Pourquoi c’est important
Fournit une mesure claire de réussite ou d’échec du respect des échéances, ce qui simplifie l’analyse et le reporting des performances.
Où les obtenir
Calculé en comparant l’horodatage de l’activité « Revue finale et clôture » à l’attribut « TargetResolutionDate ». Formule : Closure Time <= TargetResolutionDate.
Exemples
truefalse
|
|||
|
Résultat de la vérification de l’efficacité
EffectivenessCheckResult
|
Résultat de l’étape de vérification visant à confirmer l’efficacité d’une action corrective. | ||
|
Description
Cet attribut enregistre le résultat de la vérification de l’efficacité, réalisée après la mise en œuvre d’une action corrective. Le résultat est généralement « Efficace » ou « Inefficace ». Il mesure directement la réussite du processus CAPA et joue un rôle essentiel dans le Dashboard « Efficacité des CAPA et taux de récurrence » ainsi que dans le KPI « Taux d’efficacité des CAPA ». Il indique clairement si les solutions mises en œuvre empêchent réellement le problème de se reproduire.
Pourquoi c’est important
Mesure directement la réussite des actions correctives et fournit un retour essentiel pour améliorer le processus de résolution des problèmes.
Où les obtenir
Il s’agirait d’un champ, probablement une liste de sélection, de l’objet CAPA Action ou Effectiveness Check associé à l’événement qualité principal.
Exemples
EfficaceInefficaceEn attente de vérification
|
|||
|
Site
Site
|
Site de fabrication, usine ou lieu où l’événement qualité s’est produit ou a été identifié. | ||
|
Description
Cet attribut précise le lieu physique, par exemple une usine de fabrication ou un laboratoire, associé à l’événement qualité. Il fournit un contexte géographique ou organisationnel au problème. Il constitue une dimension utile pour les analyses comparatives, car il permet à la direction de comparer les performances des processus, les types de problèmes et les délais de résolution entre différents sites. Il peut aider à identifier les problèmes propres à un site ou à partager les bonnes pratiques des sites les plus performants.
Pourquoi c’est important
Fournit une dimension géographique ou organisationnelle pour l’analyse, afin de comparer les performances et d’identifier les problèmes propres à chaque site.
Où les obtenir
Il s’agit souvent d’un champ standard de l’objet Quality Event, relié à une liste de sites ou de lieux de l’entreprise.
Exemples
Site A - New JerseySite B - IrlandeSite C - Suisse
|
|||
Activités de gestion de la qualité
| Activité | Description | ||
|---|---|---|---|
|
Action corrective mise en œuvre
|
Cette activité correspond à l’achèvement de toutes les tâches définies dans le plan d’action corrective approuvé. Elle confirme que les actions nécessaires ont été prises pour traiter la cause profonde. Elle est enregistrée lorsque le statut de l’enregistrement CAPA passe à « Implementation Complete ». | ||
|
Pourquoi c’est important
Il s’agit d’une étape majeure, qui marque le passage de la planification à l’exécution. Le délai entre cette étape et l’approbation de la CAPA révèle l’efficacité de la phase de mise en œuvre.
Où les obtenir
Déduite d’un changement d’état du cycle de vie de l’objet CAPA associé vers un statut tel que « Implemented » ou « Pending Effectiveness Check ».
Collecte
À partir de l’horodatage du changement d’état sur l’objet CAPA associé.
Type d’événement
inferred
|
|||
|
Analyse des causes profondes réalisée
|
Cette activité correspond à la fin de la phase d’analyse des causes profondes, au cours de laquelle la cause sous-jacente du Quality Event a été identifiée. Elle est souvent enregistrée lorsque l’investigateur termine la tâche d’analyse des causes profondes ou fait passer l’événement à l’état « Pending CAPA ». | ||
|
Pourquoi c’est important
Cette activité est essentielle pour mesurer l’indicateur clé de performance « Average Root Cause Analysis Time ». L’analyse de sa durée aide à identifier les goulots d’étranglement du processus d’analyse et à améliorer la qualité des enquêtes.
Où les obtenir
Cette information est généralement déduite d’un changement d’état du cycle de vie de l’objet Quality Event, par exemple lors du passage à « RCA Complete » ou « Pending Action Plan ». Elle peut également correspondre à l’achèvement d’une tâche spécifique du flux de travail.
Collecte
À partir de l’horodatage du changement d’état ou de l’achèvement d’une tâche liée à l’analyse des causes profondes.
Type d’événement
inferred
|
|||
|
Efficacité de l’action vérifiée
|
Cette activité confirme que les actions correctives mises en œuvre ont permis d’éviter la récurrence du problème. Une vérification officielle est réalisée et documentée. Elle est enregistrée lorsque le statut de la CAPA ou du Quality Event passe à « Effectiveness Verified ». | ||
|
Pourquoi c’est important
Il s’agit de la validation finale de la réussite de la solution et d’une étape essentielle pour calculer le « CAPA Effectiveness Rate ». Un échec à ce stade entraîne souvent une reprise et la réouverture de l’investigation.
Où les obtenir
Déduite d’un changement d’état du cycle de vie de l’objet Quality Event ou CAPA vers un statut tel que « Verified » ou « Closed - Effective ».
Collecte
À partir de l’horodatage du changement d’état indiquant que la vérification a abouti.
Type d’événement
inferred
|
|||
|
Examen final et clôture
|
Cette activité correspond au dernier examen administratif de l’enregistrement Quality Event avant sa clôture officielle. Elle garantit que toute la documentation est complète et que toutes les étapes du processus ont été suivies. Il s’agit de la dernière étape avant que le cas soit considéré comme résolu. | ||
|
Pourquoi c’est important
Cette activité finale est essentielle pour calculer le « Quality Event Cycle Time » total. Elle marque l’achèvement de tous les travaux, et son horodatage est comparé à la « Target Resolution Date » pour mesurer la performance.
Où les obtenir
Déduite d’un changement d’état du cycle de vie de l’objet Quality Event vers « Closed », « Resolved » ou un état terminal équivalent.
Collecte
À partir de l’horodatage du dernier changement d’état vers « Closed ».
Type d’événement
inferred
|
|||
|
Investigation lancée
|
Cette activité marque le début officiel de l’investigation visant à déterminer la cause profonde du Quality Event. Un investigateur ou une équipe est généralement désigné, puis l’événement entre dans une phase d’investigation active. Elle est enregistrée lorsque l’état du cycle de vie du Quality Event passe à « Under Investigation ». | ||
|
Pourquoi c’est important
Il s’agit d’une étape clé pour mesurer le KPI « Issue Identification-to-Investigation Time ». Les retards avant cette étape indiquent un retard dans l’affectation des ressources ou le lancement d’une analyse importante.
Où les obtenir
Déduit de l’horodatage auquel l’état du cycle de vie de l’objet Quality Event est mis à jour à « Under Investigation » ou à un statut équivalent. L’affectation d’un investigateur peut également servir de déclencheur.
Collecte
Utilisez l’horodatage du changement d’état vers « Under Investigation ».
Type d’événement
inferred
|
|||
|
Plan d’action corrective approuvé
|
Cette activité marque l’approbation officielle du plan d’action corrective proposé par les parties prenantes concernées, comme un comité d’examen qualité. Il s’agit d’un point de passage essentiel avant la mise en œuvre des actions correctives. L’événement est enregistré lorsque l’enregistrement du plan CAPA passe à l’état « Approved ». | ||
|
Pourquoi c’est important
Cette étape d’approbation constitue souvent un goulot d’étranglement majeur. Mesurer le « temps de cycle du flux de travail d’approbation » pour cette activité permet d’identifier et de réduire les délais du processus de revue, afin d’accélérer la résolution globale.
Où les obtenir
Déduit de l’horodatage du changement d’état vers « Approved » sur l’objet CAPA Plan associé. Cet événement peut également être répercuté par un changement d’état sur le Quality Event parent.
Collecte
À partir de l’horodatage du changement d’état sur l’objet CAPA Plan associé.
Type d’événement
inferred
|
|||
|
Quality Event créé
|
Il s’agit du point de départ du processus, qui correspond à la création officielle d’un enregistrement de Quality Event dans Veeva. Cette activité est généralement déclenchée lorsqu’un nouveau problème qualité, une non-conformité ou une réclamation est identifié et enregistré dans le système. | ||
|
Pourquoi c’est important
Cette activité marque le début du cycle de vie du cas. Elle est donc essentielle pour calculer le temps de cycle total du Quality Event et mesurer la durée des premières phases du processus, notamment le délai avant le début d’une investigation.
Où les obtenir
Il s’agit d’un événement explicite enregistré à partir de l’horodatage de création de l’objet Quality Event dans Veeva Vault. La piste d’audit de l’objet indique la date, l’heure et l’utilisateur exacts de la création.
Collecte
Utilisez l’horodatage de création de l’enregistrement principal du Quality Event.
Type d’événement
explicit
|
|||
|
Action préventive identifiée
|
Cette activité intervient lorsqu’une action préventive est identifiée pour éviter de futures récurrences, souvent à la suite de l’investigation. Elle est enregistrée par la création d’un enregistrement Preventive Action (PA) associé au Quality Event. | ||
|
Pourquoi c’est important
Bien qu’elle ne concerne pas tous les cas, le suivi de cette activité permet d’évaluer le caractère préventif du processus qualité. Il montre l’importance accordée par l’organisation à la prévention à long terme par rapport à la correction immédiate.
Où les obtenir
Déduite de l’horodatage de création d’un enregistrement Preventive Action associé dans Veeva Vault.
Collecte
Utilisez l’horodatage de création d’un enregistrement Preventive Action associé.
Type d’événement
inferred
|
|||
|
Parties prenantes informées de la résolution
|
Cette activité correspond à la communication envoyée aux parties prenantes concernées pour les informer de la résolution du Quality Event. Il peut s’agir d’une notification automatique par e-mail déclenchée par l’étape de clôture finale ou d’une tâche de communication enregistrée manuellement. | ||
|
Pourquoi c’est important
Une communication rapide est essentielle à la satisfaction des parties prenantes et à la transparence. Cette activité permet de mesurer le KPI « Stakeholder Notification Lag Time » et de mettre en évidence les retards de communication.
Où les obtenir
Il peut s’agir d’un événement explicite si Veeva Vault envoie des notifications automatisées qui sont consignées. Il peut également être déduit de l’achèvement manuel d’une tâche du flux de travail « Notify Stakeholders ».
Collecte
À partir des journaux de notification du système ou de l’horodatage d’achèvement d’une tâche de communication.
Type d’événement
explicit
|
|||
|
Plan d’action corrective proposé
|
Cette activité intervient lorsqu’un plan officiel visant à corriger la cause profonde identifiée est rédigé et soumis à examen. Elle implique souvent la création d’un enregistrement CAPA associé au Quality Event. L’événement est enregistré lors de la création de l’enregistrement CAPA ou de la mise à jour du statut du Quality Event. | ||
|
Pourquoi c’est important
Le suivi de cette étape permet d’analyser le temps nécessaire pour passer de l’analyse à la conception de la solution. Il s’agit d’une donnée importante pour comprendre le « Root Cause Analysis Cycle Time », entre la fin de l’analyse des causes profondes et la proposition de la CAPA.
Où les obtenir
Cette étape peut être déduite d’un changement d’état du cycle de vie de l’objet Quality Event vers « Pending CAPA Approval », ou de l’horodatage de création d’un enregistrement CAPA Plan associé.
Collecte
Utilisez l’horodatage de création d’un enregistrement CAPA associé ou celui d’un changement d’état.
Type d’événement
inferred
|
|||
|
Problème catégorisé et priorisé
|
Cette activité marque le moment où le Quality Event a été officiellement catégorisé selon son type, son niveau de gravité et sa priorité. Il s’agit d’une étape déterminante, car elle définit le parcours et le calendrier de l’investigation. Elle est généralement enregistrée par un changement de statut indiquant que cette classification est terminée. | ||
|
Pourquoi c’est important
Cet événement est essentiel pour segmenter l’analyse du processus selon la gravité ou le type d’événement. Il permet de vérifier si les problèmes prioritaires sont traités plus rapidement que les problèmes moins prioritaires et si les ressources sont correctement affectées.
Où les obtenir
Déduit d’un changement d’état du cycle de vie de l’objet Quality Event, par exemple lors du passage à un état tel que « Categorized » ou « Pending Investigation ». Il peut également être déduit de l’horodatage auquel les principaux champs de classification sont renseignés.
Collecte
Déduit d’un changement d’état ou du renseignement de champs tels que « Severity » et « Priority ».
Type d’événement
inferred
|
|||
|
Triage initial terminé
|
Cette activité correspond à la fin de l’examen et de l’évaluation initiaux du Quality Event. À ce stade, les informations de base sont recueillies et vérifiées afin de déterminer la validité de l’événement et son impact immédiat. Elle est souvent enregistrée lorsque le statut du dossier passe de « New » à « Under Assessment », ou à un état équivalent. | ||
|
Pourquoi c’est important
L’analyse du temps consacré au triage permet d’identifier les retards dans la prise en charge initiale des Quality Events. Elle apporte également une visibilité sur la charge de travail et l’affectation des ressources dès le début du processus.
Où les obtenir
Déduit de l’horodatage auquel l’état du cycle de vie de l’objet Quality Event est mis à jour pour indiquer que le triage est terminé, par exemple lors du passage de « New » à « In Assessment » ou « Triaged ».
Collecte
À partir de l’horodatage du changement d’état sur l’objet Quality Event.
Type d’événement
inferred
|
|||
|
Vérification de l’efficacité lancée
|
Cette activité marque le début de la période durant laquelle l’efficacité des actions correctives mises en œuvre est suivie. Il ne s’agit pas d’un événement ponctuel, mais du début d’une phase de vérification. Elle est enregistrée lorsque le Quality Event ou l’enregistrement CAPA passe à l’état « Monitoring » ou « Pending Effectiveness Verification ». | ||
|
Pourquoi c’est important
Cette activité lance la dernière boucle de validation. La durée de la phase de vérification de l’efficacité est importante pour comprendre le temps nécessaire à la confirmation de la réussite de la résolution.
Où les obtenir
Déduite d’un changement d’état du cycle de vie de l’objet Quality Event ou CAPA vers un statut tel que « Under Effectiveness Review ».
Collecte
À partir de l’horodatage du changement d’état vers un état lié au suivi.
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Préparez vos données dès aujourd’hui pour obtenir de nouvelles analyses et optimiser votre processus de Gestion de la qualité. Votre démarche vers une meilleure Conformité et l’excellence opérationnelle commence ici.
Optimisez la Gestion de la qualité : démarrez votre Essai gratuit dès aujourd’hui
Éliminez les inefficacités, réduisez de 30 % les délais de cycle et renforcez la Conformité.
Aucune carte bancaire requise, commencez l’optimisation en quelques minutes.