Avant qu’une salle blanche destinée aux dispositifs médicaux puisse être mise en service, quelqu’un doit déterminer si les documents fournis prouvent effectivement que la salle répond aux exigences définies dans le cahier des charges. Ce jugement est plus difficile qu’il n’y paraît : une pile de rapports d’essais concluants ne suffit pas à elle seule à démontrer que toutes les exigences critiques ont été testées, que la configuration installée correspond bien à celle qui a été approuvée, ou qu’un résultat obtenu dans un ensemble de conditions donné reste valable dans un autre ensemble de conditions. La tâche de l’acheteur pendant examen de mise en service consiste à remonter, pour chaque demande, jusqu'à une exigence, une méthode et un historique des résolutions, et non pas simplement à vérifier l'existence des documents.
Associer chaque fiche de mise en service à une exigence de l'URS
| Élément de traçabilité | Demande de preuves pour désigner | Décision approuvée |
|---|---|---|
| Exigence URS | L'exigence critique spécifique à laquelle il est fait référence | La question est de savoir si les éléments de preuve correspondent aux exigences convenues |
| Inspection ou essai | L'inspection ou l'essai spécifié pour cette exigence | Si un chemin de vérification est défini |
| Enregistrement | Le dossier désigné contenant les éléments de preuve relatifs à l'inspection ou à l'essai | Lorsque les éléments de preuve peuvent être vérifiés |
| Titulaire de la preuve | La partie désignée comme titulaire du dossier | Quelle partie détient les éléments de preuve ? |
| Voie d'admission | La procédure convenue pour l'acceptation du dossier | Comment l'exigence est prise en compte dans la décision d'acceptation |
L'utilité d'un dossier de mise en service dépend entièrement de son lien avec le cahier des charges de l'utilisateur et avec la conception approuvée qui en découle. Lorsqu'une exigence critique du cahier des charges de l'utilisateur n'est associée à aucune inspection ou aucun essai spécifique, le dossier de mise en service ne peut pas démontrer que cette exigence a été vérifiée, aussi complet que puisse paraître le reste du dossier. Il s’agit d’un problème structurel, et non d’une simple formalité administrative : les preuves de mise en service s’articulent autour des types d’essais et des limites du système, tandis que le cahier des charges s’articule autour des objectifs que la salle ou le processus doit atteindre ; les deux ne coïncident pas automatiquement, à moins que quelqu’un n’ait délibérément établi une correspondance entre les deux.
En pratique, cela signifie qu’un acheteur qui examine un dossier de mise en service doit partir des spécifications fonctionnelles (URS), et non des rapports d’essais. Pour chaque exigence critique, il doit exister une inspection ou un essai identifiable, un document consignant le résultat, une partie responsable de ce document, ainsi qu’un processus convenu par lequel ce document est pris en compte dans la décision d’acceptation. Si l’un de ces quatre éléments fait défaut, l’exigence n’est pas réellement validée, même si les essais connexes ont été réussis. Cela revêt une importance particulière lorsqu’une exigence s’étend sur deux périmètres de système — par exemple lorsqu’une condition au niveau d’une pièce dépend en partie des équipements de traitement de l’air installés et en partie des équipements de process situés à l’intérieur de la pièce — car les preuves relatives à chacune de ces deux parties peuvent être générées par des parties différentes et consignées dans des documents distincts.
Lorsque la procédure d’acceptation n’est pas définie, un résultat conforme peut rester dans un dossier sans jamais être officiellement intégré à la décision de mise en service. Demander au fournisseur ou au prestataire de passer en revue la correspondance entre les exigences et les enregistrements, plutôt que de se contenter de produire un classeur de certificats d’essai, permet de déterminer si cette traçabilité a été intégrée dès le départ ou constituée a posteriori. Une mise en correspondance constituée a posteriori n’est pas nécessairement erronée, mais elle comporte un risque plus élevé qu’une exigence ait été testée de manière informelle, dans des conditions inadaptées, voire pas du tout ; l’acheteur doit donc vérifier lequel de ces cas s’applique avant de se fier à ce dossier pour la réception.
Demande de justificatifs relatifs à l'installation et à la configuration telle que réalisée
| Élément de preuve | Éléments à vérifier dans le dossier | Limite de la preuve |
|---|---|---|
| Conception approuvée | La conception approuvée servant de référence pour la comparaison | Définit les bases du projet ; il ne rend pas compte de l'état final de l'installation. |
| Configuration telle que réalisée | La configuration enregistrée après l'installation | Il rend compte de la configuration installée ; il ne garantit pas à lui seul les performances de la salle blanche. |
| Composants installés | Les composants identifiés dans la configuration installée | Indique quels composants installés figurent dans l'enregistrement |
| Autorisations accordées | Les autorisations jointes au dossier d'installation ou au dossier de réception des travaux correspondant | Indique le statut d'approbation enregistré ; cela ne remplace pas les preuves issues des essais de performance |
Les résultats des essais de performance n’ont de sens que si l’élément testé correspond à celui qui a été conçu et approuvé. C’est pourquoi, dans le cadre d’un contrôle de mise en service, les preuves relatives à l’installation et au relevé de l’état réel se situent logiquement en amont des essais de performance, même si elles sont souvent considérées comme une formalité mineure. La conception approuvée sert de référence de comparaison ; elle décrit ce qui était prévu. La configuration telle que réalisée est un document distinct décrivant ce qui a été effectivement installé. Lorsque ces deux éléments divergent — un composant remplacé, un diffuseur déplacé, un tracé de conduit modifié —, les résultats des essais de performance ne sont valables que pour l’état tel que réalisé, et non pour celui initialement approuvé, et le rapport de mise en service doit explicitement faire cette distinction plutôt que de traiter la conception approuvée comme s’il s’agissait de l’état final.
L’identification des composants installés dans le dossier « tel que construit » revêt de l’importance pour la même raison. Un dossier de configuration qui répertorie un système par type sans identifier les composants spécifiques installés laisse planer un doute quant à savoir si une modification ultérieure des composants a été prise en compte dans la documentation que l’acheteur examine. Cela devient pertinent chaque fois que l’enveloppe de la salle blanche ou les équipements de traitement de l’air ont été modifiés après l’approbation initiale de la conception, ce qui peut se produire pour des raisons sans rapport avec les performances, telles que la disponibilité ou la coordination avec d’autres corps de métier.
Les validations officielles jointes aux dossiers d’installation ou aux plans de réception indiquent qu’une personne habilitée à cet effet a examiné et accepté la configuration consignée. Il est utile de vérifier ce statut de validation, mais il ne faut pas le confondre avec une preuve de performance : un plan de réception validé confirme que l’état d’installation a été documenté et accepté comme base pour les essais ultérieurs, et non que la salle fonctionne conformément aux exigences. Un acheteur qui évalue un équipement tel qu’un structure modulaire de salle blanche, unités de filtrage des ventilateursou Boîtiers HEPA Dans le cadre de la configuration installée, il convient de s'attendre à ce que le dossier « tel que construit » identifie ces composants de manière suffisamment précise pour qu'un vérificateur ultérieur puisse confirmer, sans avoir à se rendre sur place, ce qui a effectivement été installé. C'est également à ce stade que les informations de configuration spécifiques au projet, déjà fournies par l'acheteur, deviennent pertinentes à des fins de comparaison : ce qui a été spécifié plus tôt dans le projet doit pouvoir être retracé dans ce que le dossier « tel que construit » indique effectivement comme ayant été installé.
Vérifier les méthodes d'essai, les conditions, les instruments et l'état d'étalonnage
| Champ des éléments de preuve | Éléments que le dossier doit mentionner | Valeur de traçabilité |
|---|---|---|
| Méthode d'essai | La méthode nommée utilisée | Établit un lien entre le résultat et la méthode utilisée |
| État de fonctionnement | État de fonctionnement de la salle blanche pendant l'essai | Relie le résultat à l'état de fonctionnement enregistré |
| Conditions environnementales | Les conditions enregistrées pendant l'essai | Associe le résultat aux conditions de test enregistrées |
| Instrument | L'instrument ou l'appareil utilisé | Relie le résultat à l'équipement de test |
| État de l'étalonnage | L'état d'étalonnage enregistré de l'instrument | Affiche l'état de l'étalonnage à côté du résultat |
| Résultat | Le résultat brut ou synthétique | Conserve le résultat signalé en vue d'un examen |
Un résultat de test communiqué isolément, sans indication de la méthode utilisée, des conditions de mesure, de l'instrument employé et de l'état d'étalonnage, est difficile à interpréter et à justifier par la suite. Les paramètres de performance des salles blanches dépendent fortement de la manière dont ils ont été mesurés et des conditions dans lesquelles cette mesure a été effectuée, c'est pourquoi ISO 14644-3 Elle a précisément pour objet de définir les méthodes d’essai, les appareils et les procédures relatifs à ces paramètres, plutôt que de laisser aux laboratoires et aux équipes de mise en service le soin de les mesurer de manière incohérente. Le résumé de la norme n’établit pas de limite d’acceptation universelle pour un projet donné — cela relève des exigences contractuelles et de conception propres à chaque projet —, mais cela signifie qu’une méthode d’essai spécifiée doit être vérifiée par rapport à une méthode reconnue, plutôt que d’être considérée comme valide de plein droit.
L'état de fonctionnement enregistré lors d'un essai influe sur l'interprétation du résultat. Une salle blanche testée lorsqu’elle est inoccupée, sans équipement de processus en fonctionnement, peut donner un résultat différent de celui obtenu pour la même salle testée en conditions de fonctionnement simulées ou réelles, car les schémas de circulation d’air, la génération de particules et les rapports de pression varient en fonction de l’occupation et de l’état des équipements. Un rapport de mise en service qui omet de préciser l’état de fonctionnement ne permet pas au lecteur de déterminer à quelle condition le résultat se rapporte réellement, et l’empêche donc de le comparer de manière pertinente à une exigence spécifiant un état de fonctionnement particulier.
Les conditions environnementales enregistrées au moment du test — ainsi que l’instrument utilisé et son état d’étalonnage — complètent la chaîne qui permet à un évaluateur ultérieur de déterminer si le résultat est fiable. Un instrument fonctionnant en dehors de sa période d’étalonnage n’invalide pas nécessairement un résultat, mais cela signifie que ce résultat est assorti d’une réserve qui nécessite une clarification plutôt qu’une acceptation sans réserve. Lorsqu’un acheteur compare entre eux les rapports d’essais de performance en salle blanche, ou les compare à une qualification « dispositif-processus » fondée sur ces rapports, la méthode, l’état de fonctionnement, les conditions, l’instrument et l’état d’étalonnage doivent être communiqués avec le résultat, plutôt que d’être résumés en une simple mention « conforme » ou « non conforme ». IEST-RP-CC006 traite du champ d'application élargi des essais utilisés pour caractériser les performances des salles blanches et des zones propres ; toutefois, les limites spécifiques appliquées à un projet donné relèvent de dispositions contractuelles confirmées dans la documentation du projet plutôt que dans le champ d'application de la norme accessible au public.
Résolution des écarts, des résultats non conformes et traçabilité des nouveaux essais
| Élément d'enregistrement | Lien qui doit rester visible | Ce qu'il faut vérifier |
|---|---|---|
| Écart | L'évaluation échouée correspondante, les mesures correctives et la nouvelle évaluation | La traçabilité de l'écart est-elle assurée tout au long de la chaîne de traçabilité ? |
| Résultat infructueux | L'écart correspondant, les mesures correctives et le nouveau contrôle | Si la défaillance initiale reste visible |
| Travaux de rattrapage | L'écart initial ou le résultat non conforme et le nouveau contrôle qui s'ensuit | La question de savoir si l'œuvre peut être rattachée au sujet qu'elle abordait |
| Nouveau test | L'écart constaté précédemment ou le résultat infructueux et les mesures correctives | Le nouveau test est-il lié à l'historique complet précédent ? |
| Résultat final de l'examen | L'ensemble du processus : écart, défaillance, mesures correctives et nouveau contrôle | Un résultat « réussi » peut-il masquer un problème d'installation non résolu ? |
Le fait qu’un essai final ait été réussi ne prouve pas qu’aucun problème ne se soit produit pendant la mise en service ; cela prouve simplement que tout problème éventuel a finalement été résolu, ou bien que le dossier ne fait tout simplement pas état de cette défaillance antérieure. La distinction entre ces deux situations ne peut être établie qu’en vérifiant si le résultat positif est lié rétrospectivement à un écart, à un essai échoué ou à des mesures correctives qui l’ont précédé.
Lorsqu'un écart ou un test échoué figure dans l'historique du projet, le dossier de mise en service doit conserver une chaîne visible : le résultat échoué est lié à l'écart qui a été signalé en raison de celui-ci, l'écart est lié à l'action corrective mise en œuvre en réponse, et l'action corrective est liée au nouveau test qui a suivi. Si un maillon de cette chaîne vient à manquer — en particulier si les mesures correctives ne sont pas clairement liées au problème spécifique qu’elles étaient censées résoudre —, un vérificateur ne peut pas confirmer que la correction a bel et bien remédié à la cause de la défaillance plutôt qu’à un problème connexe. Cela revêt davantage d’importance pour les écarts liés à l’installation que pour les anomalies de mesure isolées, car un problème d’installation qui n’est que partiellement corrigé peut continuer à affecter les performances dans des conditions que le nouveau test n’a pas réussi à reproduire.
Le facteur qui influe le plus sur le niveau de rigueur requis pour l’examen de cette chaîne est le fait que l’écart soit lié à un composant ou à un élément de configuration installé, plutôt qu’à une condition environnementale transitoire. Un écart causé par une condition qui ne se reproduira pas — un événement transitoire inhabituel, par exemple — est de nature différente d’un écart imputable à la configuration installée elle-même, car ce dernier implique que la même condition pourrait réapparaître à moins que les mesures correctives n’aient modifié l’installation sous-jacente. Lorsque le rapport des mesures correctives ne précise pas ce qui a été modifié, un acheteur ne peut pas faire la distinction entre ces deux cas, et le résultat positif du nouveau test ne suffit pas à lui seul à lever l’ambiguïté.
Demander la chaîne complète — et pas seulement le certificat de nouveau contrôle final — est le seul moyen de vérifier laquelle de ces situations s'applique. Un fournisseur ou un sous-traitant capable de présenter l'historique complet des écarts et des nouveaux contrôles pour chaque résultat non conforme démontre que la documentation a été tenue à jour au fur et à mesure des événements, ce qui constitue une garantie différente de celle offerte par la présentation a posteriori d'une série de résultats finaux conformes.
Rassembler les éléments nécessaires à la réception opérationnelle
| Flux de preuves | Éléments de preuve à rassembler | Ce que cela établit et ce que cela n'établit pas |
|---|---|---|
| Preuves d'installation et de mise en œuvre | Base de conception approuvée, configuration telle que construite, composants installés et autorisations délivrées | Il rend compte de l'état à l'installation ; il ne constitue pas en soi une preuve des performances de la salle blanche. |
| Essais de performance en salle blanche | Méthode d'essai, état de fonctionnement, conditions environnementales, instruments, état d'étalonnage et résultats | Permet d'évaluer les performances de la salle blanche dans les conditions enregistrées ; elle ne constitue pas une qualification du dispositif ou du processus, ni une validation du système qualité. |
| Qualification des dispositifs et des procédés | Les justificatifs relatifs à la qualification des équipements et des procédés spécifiques au projet | Ceci vient étayer la décision relative à la qualification distincte de l'appareil et du procédé ; celle-ci ne repose pas uniquement sur les essais de performance en salle blanche. |
| Validation du système qualité | Les justificatifs de validation du système qualité spécifiques au projet | Soutient la décision de mise sur le marché distincte ; celle-ci ne repose pas uniquement sur les essais de performance en salle blanche |
L'acceptation opérationnelle repose sur des preuves provenant de plusieurs parties prenantes au projet, et celles-ci n'ont pas toujours la même définition du périmètre. Les preuves d'installation et de mise en service établissent ce qui a effectivement été construit et approuvé par rapport au cahier des charges, mais elles ne suffisent pas à elles seules à démontrer que la salle blanche fonctionne conformément aux exigences — il s'agit là d'une détermination distincte effectuée par le biais d'essais de performance. Les essais de performance de la salle blanche, quant à eux, permettent de déterminer comment la salle s’est comportée selon la méthode d’essai enregistrée, l’état de fonctionnement, les conditions, les instruments et l’état d’étalonnage, mais ils ne permettent pas de conclure qu’un dispositif ou un procédé spécifique est apte à être utilisé dans cet environnement, ni que le système qualité a autorisé la mise sur le marché du produit ou la mise en œuvre du procédé. La qualification des dispositifs et des procédés ainsi que la validation par le système qualité constituent des filières de preuves distinctes, généralement gérées par des fonctions différentes au sein de l’organisation de l’acheteur ou par des parties contractantes différentes ; elles s’appuient sur les preuves de performance de la salle blanche plutôt que de les remplacer.
ISO 14644-4 décrit le processus depuis les exigences relatives aux salles blanches jusqu’à la conception, la construction, la mise en service et la vérification, ce qui permet de comprendre comment ces étapes s’enchaînent ; toutefois, il ne prescrit pas de méthode de livraison contractuelle spécifique ni de critères d’acceptation propres au projet — ceux-ci restent définis par les accords propres au projet. Un acheteur qui rassemble des éléments de preuve en vue d’une décision d’acceptation opérationnelle doit confirmer, étape par étape, quelle partie détient quelle preuve, et si la qualification du dispositif et du processus ainsi que la validation du système qualité ont bien été menées à bien en s’appuyant sur les preuves de performance de la salle blanche, plutôt que de supposer qu’un dossier complet sur les performances de la salle blanche satisfait automatiquement aux étapes ultérieures.
Lorsque l’équipe de projet de l’acheteur n’a pas encore défini comment ces filières s’articulent entre elles — par exemple, quelle fonction valide la qualification « dispositif-processus » une fois les essais de performance en salle blanche terminés —, le dossier de mise en service ne peut à lui seul combler cette lacune, car il ne documente que la filière relative aux performances en salle blanche. Clarifier cette délimitation avant de demander un dossier de preuves définitif permet d’éviter une situation où les preuves relatives à l’installation et aux performances sont complètes et bien organisées, mais où la décision d’acceptation opérationnelle ne peut toujours pas être prise car les preuves relatives au dispositif-procédé ou au système qualité n’ont jamais été rassemblées en regard de celles-ci.
Questions fréquemment posées
Q : À quel moment la liste des justificatifs de mise en service doit-elle être validée ?
A : Définissez-les à partir des spécifications fonctionnelles (URS) et de la conception approuvée avant la constitution des dossiers de mise en service. Chaque exigence critique doit déjà être associée à une inspection ou un essai désigné, à un dossier, à un responsable des preuves et à une procédure d’acceptation, afin que les preuves manquantes soient repérées rapidement.
Q : Le fait de citer une norme d’essai pour salles blanches définit-il les limites d’acceptation du projet ?
A : Non. Une norme référencée peut identifier les méthodes et procédures d’essai pertinentes, mais les critères d’acceptation spécifiques au projet et la procédure de livraison doivent être convenus séparément, en fonction des spécifications fonctionnelles (URS) et de la conception approuvée.
Q : Quand un résultat de performance d’une salle blanche peut-il être utilisé dans une décision d’acceptation ?
A : Utilisez-le uniquement avec son contexte consigné : la méthode d’essai, l’état de fonctionnement, les conditions environnementales, l’instrument, l’état d’étalonnage et le résultat rapporté. Comparez ensuite cette preuve à l’aune de la procédure d’acceptation convenue pour l’exigence correspondante de l’URS.
Q : Un nouvel essai réussi suffit-il à clôturer un essai de mise en service ayant échoué ?
A : Pas en soi. Le nouveau test réussi doit rester lié au résultat initialement échoué, à l’écart constaté et aux mesures correctives mises en œuvre, tout problème d’installation non résolu devant être mis en évidence avant l’acceptation.
Q : Les essais de performance en salle blanche peuvent-ils également servir de qualification dispositif-procédé ou de validation du système qualité ?
A : Non. Les essais de performance en salle blanche servent de base à l’examen dans le cadre des conditions d’essai consignées, tandis que la qualification dispositif-procédé et la validation du système qualité nécessitent leurs propres preuves spécifiques au projet et peuvent relever de la responsabilité de parties différentes.

























