Validation Master Plan en audit : comment présenter le VMP sans perdre en crédibilité
Lors d’un audit, le Validation Master Plan (VMP) est souvent la « carte de visite » du site.
Lorsqu’un inspecteur demande le VMP, il ne s’agit rarement d’une simple curiosité documentaire. Il vérifie si l’entreprise :
- sait ce qui est dans le scope et pourquoi ;
- sait où se trouvent les preuves ;
- sait comment l’état validé est maintenu dans le temps ;
- dispose d’un véritable QA oversight ;
- gère la validation comme un processus vivant, et non comme une archive de protocoles.
Un VMP bien préparé aide à guider l’audit. Un VMP obsolète, incomplet ou déconnecté de la réalité peut au contraire devenir le point de départ de findings, de questions inconfortables et d’une perte de crédibilité.
Table des matières
- Pourquoi le VMP est la carte de visite du site
- Le framework en 5 minutes pour présenter le VMP
- War room : ce qu’il faut préparer avant l’audit
- Les 12 questions les plus fréquentes des inspecteurs sur le VMP
- Les criticités qui génèrent des findings
- Mini-checklist la veille de l’audit
- FAQ rapide sur le VMP en inspection
- Voulez-vous une VMP Audit Defense Checklist complète ?
1. Pourquoi le VMP est la carte de visite du site
Le VMP montre dans quelle mesure l’entreprise gouverne réellement la validation.
Il ne suffit pas que des protocoles IQ, OQ, PQ, des rapports de process validation, cleaning validation ou CSV existent. L’inspecteur veut comprendre si ces éléments font partie d’un système cohérent.
Un VMP efficace doit répondre rapidement à quatre questions :
- Qu’est-ce qui doit être validé ?
- Pourquoi est-ce dans le scope ?
- Où se trouvent les preuves ?
- Comment l’état validé est-il maintenu ?
Si le VMP ne parvient pas à répondre à ces questions, l’audit commence déjà en position défavorable.
1.1 Le risque du VMP « documentaire »
Un VMP purement documentaire peut sembler correct sur le papier, mais il ne démontre pas la maîtrise.
Les signaux typiques sont :
- descriptions génériques ;
- absence de lien avec la master list ;
- scope non mis à jour ;
- aucune référence aux change controls ;
- absence de preuve du maintien de l’état validé ;
- rôles QA peu clairs ;
- références à des SOP, trackers ou rapports difficiles à retrouver.
Lors d’un audit, le problème n’est pas seulement d’avoir un VMP. Le problème est de démontrer que le VMP gouverne réellement la validation.
2. Le framework en 5 minutes pour présenter le VMP
Lorsque vous présentez le VMP à un inspecteur, l’objectif n’est pas de raconter un roman.
L’objectif est de le guider rapidement à travers cinq réponses clés.
2.1 Est-il à jour ?
Montrez immédiatement :
- révision actuelle ;
- date d’approbation ;
- période couverte ;
- dernières modifications pertinentes ;
- lien avec la periodic review ou le change control.
Une phrase efficace peut être :
« Il s’agit de la révision actuelle du VMP, mise à jour au [date], et elle inclut les changements introduits avec [change / nouvelle ligne / nouveau système]. »
2.2 Est-il complet ?
Le VMP doit couvrir de manière cohérente les principales catégories GxP, par exemple :
- equipment ;
- utilities ;
- facility ;
- process validation ;
- cleaning validation ;
- systèmes informatisés ;
- méthodes analytiques, si incluses dans le scope ;
- systèmes de monitoring ;
- processus critiques.
Ici, il est utile de relier immédiatement le VMP à la Validation Master List ou à la Validation Matrix.
2.3 Est-il risk-based ?
Il ne suffit pas de dire : « Nous adoptons une approche risk-based. »
Vous devez montrer où le Quality Risk Management est appliqué, par exemple pour :
- définir le scope ;
- classifier les systèmes et assets ;
- déterminer l’étendue de l’IQ/OQ/PQ ;
- décider des fréquences de requalification ;
- évaluer l’impact des changes ;
- définir les priorités et la criticité.
Une réponse forte est :
« Le VMP définit l’approche risk-based et la master list montre la classification des assets. Pour les systèmes critiques, le niveau de qualification et de review découle du risk assessment. »
2.4 Les rôles sont-ils clairs ?
L’inspecteur doit comprendre immédiatement :
- qui approuve ;
- qui exécute ;
- qui maintient ;
- qui assure l’oversight ;
- qui évalue l’impact des changements ;
- qui décide si une requalification ou une revalidation est nécessaire.
Un VMP audit-ready doit montrer clairement le rôle de la Quality Unit.
2.5 Comment maintenez-vous l’état validé ?
C’est souvent la question la plus importante.
Vous devez relier le VMP à :
- change control ;
- deviation management ;
- CAPA ;
- periodic review ;
- CPV ;
- requalification ;
- revalidation ;
- maintenance ;
- calibration ;
- trends ;
- PQR/APR ;
- audits internes.
Une phrase efficace :
« Le maintien de l’état validé est géré via le change control avec validation impact assessment, les reviews périodiques, les trends des données critiques, les déviations/CAPA et la requalification lorsque applicable. »
3. War room : ce qu’il faut préparer avant l’audit
Préparer une war room documentaire ne signifie pas créer des documents à la dernière minute.
Cela signifie savoir où se trouvent les preuves et pouvoir les récupérer rapidement.
3.1 Documents clés à préparer
Avant l’audit, assurez-vous d’avoir prêts :
- dernière révision approuvée du VMP ;
- Validation Master List ou Validation Matrix à jour ;
- risk matrix ou méthodologie QRM ;
- liste des systèmes et assets GxP ;
- SOP clés ;
- trackers de qualification et validation ;
- liste des change controls des 12 derniers mois sur les systèmes validés ;
- preuves de periodic review ;
- éventuels plans de requalification ou revalidation ;
- statut des CAPA liées à la validation.
3.2 Preuves types par catégorie
Il est utile de préparer au moins un exemple complet pour chaque catégorie.
Exemples :
- IQ/OQ/PQ pour un equipment critique ;
- PPQ ou process validation package ;
- cleaning validation package ;
- CSV/CSA package pour un système informatisé GxP ;
- qualification package pour une utility critique ;
- exemple de change control avec validation impact assessment ;
- exemple de déviation de validation correctement gérée.
Ces exemples permettent de passer du VMP à la preuve concrète, sans perdre de temps.
3.3 SOP à avoir disponibles
Parmi les SOP les plus fréquemment demandées :
- Qualification & Validation ;
- Change Control ;
- Deviation Management ;
- CAPA ;
- Cleaning Validation ;
- CSV/CSA ;
- Data Integrity ;
- Periodic Review ;
- Requalification / Revalidation ;
- Document Management.
La cohérence entre le VMP et les SOP est fondamentale. Si le VMP décrit un processus que les SOP ne supportent pas, l’inspecteur le remarquera.
4. Les 12 questions les plus fréquentes des inspecteurs sur le VMP
4.1 « Comment décidez-vous ce qui est in scope ? »
Réponse forte :
« Nous utilisons une logique basée sur l’impact et le risque. Tout ce qui peut impacter la qualité du produit, la sécurité du patient ou la data integrity est in scope. Les exclusions sont justifiées et documentées dans le scope du VMP. »
4.2 « Le VMP couvre-t-il aussi les systèmes informatisés ? »
Réponse forte :
« Oui. Nous avons un inventaire des systèmes GxP et une stratégie CSV/CSA. Chaque upgrade ou modification pertinente passe par le change control et un validation impact assessment. »
4.3 « Le VMP est-il mis à jour avec la dernière ligne installée ? »
Si oui :
« Oui, la révision actuelle inclut la ligne. Voici la master list mise à jour et le plan de qualification correspondant. »
Si non, mais que le change est sous contrôle :
« La ligne a été installée récemment. Le change control est ouvert, la qualification est planifiée et la révision du VMP est déjà programmée. Je vous montre les preuves. »
La réponse forte n’est pas de prétendre que tout est parfait. Elle consiste à démontrer transparence et maîtrise.
4.4 « Qui approuve et qui assure l’oversight ? »
Réponse forte :
« QA approuve et maintient l’oversight sur tout le lifecycle. Les system owners gèrent les systèmes, Validation coordonne les activités de qualification/validation et les fonctions opérationnelles exécutent les activités assignées. »
4.5 « Quelle politique avez-vous pour la requalification et la revalidation ? »
Réponse forte :
« Nous avons une politique définie dans le VMP et les SOP, basée sur une approche time-based, event-based ou mixte. La décision dépend de la criticité, des trends, des changes, des déviations et des periodic reviews. »
L’important est que la politique soit claire et cohérente avec les données.
4.6 « Comment gérez-vous les déviations survenues pendant la validation ? »
Réponse forte :
« Les déviations survenues pendant les activités de validation sont enregistrées, investiguées et clôturées selon la SOP. L’impact sur la validation est évalué et discuté dans le rapport final, avec les éventuelles CAPA ou tests additionnels. »
4.7 « Comment démontrez-vous que vous maintenez l’état validé ? »
Réponse forte :
« Nous le démontrons via le change control, les periodic reviews, les trends, le CPV/PQR, la maintenance, la calibration, les déviations/CAPA et la requalification lorsque applicable. »
Ici, il ne suffit pas de dire « nous avons fait la PQ ». Vous devez montrer le lifecycle.
4.8 « Pouvez-vous me montrer un exemple de risk assessment ? »
Réponse forte :
« Bien sûr. Voici un exemple réel utilisé pour définir la criticité, le scope et le niveau de testing/qualification pour ce système. »
Il ne suffit pas de déclarer une approche risk-based. Il faut un exemple réel : matrice, FMEA, impact assessment ou criticality assessment.
4.9 « Comment gérez-vous le change control sur les assets validés ? »
Réponse forte :
« Chaque change sur des assets validés inclut un Validation Impact Assessment. Selon l’impact, des tests, documents et, si applicable, une requalification ou revalidation sont définis avant la clôture du change. »
4.10 « Y a-t-il des decommissionings ? Comment les gérez-vous ? »
Réponse forte :
« Oui, les decommissionings sont gérés via change control. L’asset est mis à jour dans la master list, les records sont archivés et l’impact sur les processus, données et documentation liée est évalué. »
4.11 « Le VMP dit X : où est la preuve ? »
Réponse forte :
« La référence se trouve dans la master list / SOP / rapport lié. Je vous montre le document. »
Lors d’un audit, la traçabilité est essentielle. Si la réponse est « je ne sais pas », vous perdez en crédibilité. Si la réponse est « la voici », vous démontrez la maîtrise.
4.12 « Avez-vous déjà eu des problèmes en validation ? »
Réponse forte :
« Oui, nous avons eu [exemple]. Une déviation a été ouverte, l’impact sur l’état validé a été évalué, des CAPA ont été mises en œuvre et le processus a été mis à jour. Je vous montre le record et l’effectiveness check. »
Une histoire vraie bien gérée est beaucoup plus crédible qu’un système qui déclare n’avoir jamais eu de problèmes.
5. Les criticités qui génèrent des findings
Un VMP peut générer des findings même si l’entreprise a réalisé de nombreuses activités de validation.
5.1 VMP obsolète ou non aligné avec la réalité
C’est l’une des criticités les plus fréquentes.
Exemples :
- nouvelle ligne non incluse ;
- equipment décommissionné encore présent ;
- systèmes IT mis à jour mais non reflétés dans le VMP ;
- utilities modifiées sans mise à jour ;
- master list non cohérente avec le service.
5.2 Scope incomplet ou exclusions non justifiées
Chaque exclusion doit être justifiée.
Dire « ce n’est pas GMP » ne suffit pas si vous n’avez pas défini la limite, le rationnel et les preuves.
5.3 Lien faible avec le change control
Si le VMP n’est pas relié au change control, l’état validé risque de n’être qu’une photographie initiale.
L’inspecteur veut voir comment chaque modification pertinente est évaluée pour son impact validation.
5.4 Contradictions avec d’autres registres
Les incohérences entre le VMP et les éléments suivants sont très dangereuses :
- registre des calibrations ;
- maintenance ;
- logbooks ;
- asset list ;
- change control ;
- déviations ;
- SOP ;
- systèmes IT ;
- qualification tracker.
Les contradictions font penser à une perte de maîtrise du PQS.
5.5 VMP aspirationnel
Un VMP aspirationnel décrit des processus que l’entreprise aimerait avoir, mais qui ne sont pas réellement implémentés.
C’est pire qu’un VMP simple mais vrai.
Lors d’un audit, le document doit refléter la réalité du site, et non une version idéale.
5.6 Document générique et non site-specific
Un VMP copy-paste, rempli de phrases standard, ne démontre pas la gouvernance.
Le VMP doit parler de votre site, de vos processus, de vos systèmes et de vos preuves.
6. Mini-checklist la veille de l’audit
Avant l’audit, vérifiez ces points.
6.1 VMP et master list
- Dernière révision approuvée disponible
- Date d’approbation cohérente avec les derniers changes
- Validation Master List mise à jour
- Naming des assets cohérent avec ce qui est présent dans le service
- Decommissionings gérés et documentés
- Nouveaux systèmes ou systèmes modifiés correctement inclus
6.2 Preuves
- Package de preuves type pour chaque catégorie principale
- IQ/OQ/PQ disponible pour au moins un equipment critique
- PPQ / process validation package disponible
- Cleaning validation package disponible
- CSV/CSA package disponible pour un système GxP
- Change control avec validation impact assessment disponible
- Déviation de validation gérée et clôturée disponible
6.3 Change control et lifecycle
- Liste des change controls des 12 derniers mois sur les assets validés
- Impact assessments présents et approuvés
- Periodic reviews disponibles
- Requalification ou revalidation planifiées lorsque nécessaire
- CPV/PQR liés lorsque applicable
- CAPA validation-related sous contrôle
6.4 Gaps connus
- Discrépances connues identifiées
- Explication prête et documentée
- CAPA ouverte lorsque nécessaire
- Mitigations temporaires définies
- Timeline claire pour la clôture
L’objectif n’est pas de présenter un monde parfait. Il est de démontrer que les éventuels gaps sont connus, évalués et sous contrôle.
7. FAQ rapide sur le VMP en inspection
7.1 Si l’inspecteur demande un VMP « plus détaillé », que faire ?
Ne transformez pas le VMP en roman.
Orientez l’inspecteur vers les bonnes annexes, comme la master list, la risk matrix, les SOP et les records liés.
Le VMP doit être navigable et démontrer la gouvernance. Le détail opérationnel doit se trouver dans les annexes contrôlées.
7.2 Est-il acceptable d’avoir des gaps dans le VMP ?
Oui, uniquement s’ils sont sous contrôle.
Un gap doit avoir :
- owner ;
- plan ;
- délais ;
- mitigations ;
- rationnel ;
- éventuelle CAPA ou change control.
Le point n’est pas « zéro gap ». Le point est « zéro perte de contrôle ».
7.3 Que faire si le VMP n’est pas à jour avant l’audit ?
Le pire est d’improviser ou de cacher le problème.
La bonne réponse est de démontrer que le gap est connu et géré :
- change control ouvert ;
- periodic review planifiée ;
- master list mise à jour ;
- CAPA, si nécessaire ;
- impact évalué.
7.4 Le VMP doit-il contenir tous les détails techniques ?
Non.
Le VMP doit décrire la gouvernance, la stratégie, le scope et les critères. Les détails techniques doivent être gérés dans des documents liés, comme les protocoles, rapports, risk assessments, master lists et trackers.
8. Voulez-vous une VMP Audit Defense Checklist complète ?
Si vous souhaitez une Audit Defense Checklist complète, des exemples de Q&A inspectifs et des modèles prêts à l’emploi pour impact assessment, master list et lifecycle tracker, vous trouverez tout dans la guide premium GuideGxP :
Validation Master Plan (VMP): Govern Validation and Defend It During Audits
