URS des équipements de laboratoire : rédiger des exigences vérifiables

Une URS utile permet de déterminer si un équipement répond au travail du laboratoire et quelles preuves permettront de le démontrer. Pour rédiger cette spécification des besoins utilisateurs, partez de l’usage prévu, définissez le périmètre de la fourniture et transformez les besoins en exigences compréhensibles et vérifiables. L’objectif est de préciser les performances, les conditions d’utilisation, les données et les responsabilités avant l’achat, plutôt que d’accumuler les caractéristiques d’un catalogue. « Réfrigérateur adapté aux BPF » ne précise ni les matériaux conservés, ni les charges autorisées, ni le destinataire d’une alarme.

Cet article propose une démarche originale GuideGxP pour les équipements généraux d’un laboratoire de contrôle qualité. Il ne constitue ni une URS approuvée ni un protocole de qualification. L’exemple concerne un réfrigérateur de laboratoire, et non la conception d’un entrepôt à température contrôlée ou d’un système chromatographique.

1. Décrire l’usage prévu avant les caractéristiques

Identifiez les activités, les matériaux, les utilisateurs et les décisions qui dépendent de l’équipement. Pour un réfrigérateur, distinguez échantillons, réactifs et matériaux de référence ; pour un agitateur, précisez les récipients et les opérations ; pour une enceinte contrôlée, clarifiez la finalité des conditions maintenues. Les conditions acceptables doivent provenir d’informations approuvées sur les matériaux, les méthodes ou les procédés, et non d’une convention trouvée en ligne.

Décrivez également la charge : dimensions et disposition des récipients, quantité présente simultanément, accès, séquences de travail et variations prévisibles. « Capacité suffisante » ne distingue pas le volume nominal du volume utilisable. Deux appareils de même capacité annoncée peuvent nécessiter des dispositions différentes pour permettre l’accès, le nettoyage et un usage cohérent avec les conditions démontrées. Cette comparaison relève de l’évaluation du laboratoire, pas d’un classement commercial.

L’Annexe 15 des EU GMP situe l’URS et/ou la spécification fonctionnelle parmi les références permettant de définir les équipements et de les suivre pendant leur cycle de vie. L’ampleur du document doit être proportionnée au risque et à la complexité ; un équipement simple ne nécessite pas automatiquement le dossier d’une installation complexe. [1] Les chapitres 3 et 6 apportent le contexte relatif à l’adéquation des équipements et des ressources du contrôle qualité. [2] [6]

2. Définir le périmètre, les accessoires et les interfaces

Décrivez concrètement les limites du système. Comprend-il uniquement l’appareil, ou également les sondes, l’enregistreur, le logiciel, le poste de travail, le raccordement au réseau et la transmission des alarmes ? Identifiez les éléments inclus dans l’offre et ceux fournis par le site. Une fonction peut être indispensable au procédé sans être physiquement intégrée à l’équipement.

GuideGxP recommande une liste des interfaces précisant le responsable, l’information ou le service échangé, les conditions requises et le comportement en cas d’indisponibilité. Une sortie d’alarme ne démontre pas, à elle seule, qu’une personne d’astreinte recevra la notification. La chaîne comprend le raccordement, la configuration, les destinataires, la prise en charge et, le cas échéant, l’escalade. Vérifier uniquement la sortie laisse les autres étapes sans vérification.

Consignez les contraintes du local : espace d’installation et d’intervention, alimentation, conditions ambiantes autorisées, accessibilité, nettoyage et compatibilité avec l’évaluation de sécurité. Si un matériau présente des risques particuliers, impliquez la fonction compétente avant de choisir l’équipement. Cet article ne remplace pas une évaluation de sécurité et un appareil ordinaire ne doit pas être présumé adapté à toutes les substances. Cette approche par périmètre et responsabilités est également cohérente avec la guidance NHS sur l’URS, conçue toutefois pour les services aseptiques et à utiliser dans ce contexte. [5]

3. Distinguer besoin, exigence, spécification et essai

Le besoin explique le résultat attendu ; l’exigence indique ce qui doit être satisfait ; la spécification décrit la solution proposée ; le critère d’acceptation définit comment juger la preuve. L’essai est l’activité qui produit cette preuve. Les distinguer évite de confondre une fonctionnalité annoncée avec une performance déjà démontrée.

Attribuez à chaque exigence un identifiant stable et, si possible, une seule demande principale. Précisez les conditions d’application et le renvoi au critère approuvé. Évitez « facile à nettoyer », « très exact », « alarme appropriée » ou « logiciel conforme » sans expliquer le comportement à vérifier. Une exigence qualitative peut être vérifiable : l’accessibilité des surfaces et le retrait d’un accessoire peuvent être évalués par une démonstration documentée.

Exemple de reformulation : remplacez « réfrigérateur fiable » par « l’appareil doit maintenir les conditions de conservation approuvées pour les matériaux répertoriés, dans le volume utilisable et selon les scénarios définis de chargement et d’accès ; la conformité doit être vérifiée au moyen du protocole approuvé pour ces scénarios ». La seconde formulation explicite les dépendances, mais elle n’est pas prête à être approuvée tant que la liste, les conditions et les scénarios ne sont pas définis. Renvoyer à un document vide ne rend pas une exigence mesurable.

Classez séparément les exigences impératives et les préférences. Une commodité peut avoir une valeur opérationnelle sans être critique pour la qualité. Inversement, une exigence de conservation des données ne doit pas perdre sa priorité parce qu’elle n’est pas visible lors d’une démonstration. Justifiez les criticités par les conséquences, au lieu d’attribuer systématiquement la catégorie maximale.

4. Relier performances, capacité et environnement à l’utilisation

Pour chaque fonction, demandez ce qui doit se produire, dans quelles conditions et avec quelle preuve. Lorsque la température est pertinente, distinguez la consigne, l’indication du capteur, les conditions aux différents emplacements et leur évolution dans le temps. L’URS doit préciser la grandeur ou la condition qui soutient la décision ; un chiffre unique d’« exactitude » ne remplace pas ces questions.

Précisez les scénarios que le laboratoire entend couvrir : charge habituelle, configurations pertinentes, accès et conditions ambiantes prévues. Les combinaisons à vérifier seront justifiées dans la stratégie de qualification. Il n’est pas nécessaire d’anticiper tous les détails du protocole dans l’URS, mais les éléments permettant de le concevoir doivent être disponibles. Évitez de ne prévoir que des essais à vide si la décision porte sur l’utilisation avec des matériaux.

Évaluez les contraintes pratiques avec les utilisateurs : identification des matériaux, accès aux étagères, nettoyage après un déversement, accès de maintenance et remise en état après intervention. Ce sont des questions de conception originales GuideGxP. Le fondement BPF reste l’adéquation de l’équipement à l’usage et la possibilité de l’entretenir et de le nettoyer correctement ; ce guide ne fournit aucune liste universelle de dimensions ou de performances. [2]

5. Définir les exigences d’alarmes, de données et de continuité

Une exigence d’alarme devrait décrire l’événement détecté, la logique applicable, le destinataire, la preuve de l’événement et la réponse organisationnelle prévue. Les seuils et les temporisations nécessitent une justification par rapport aux matériaux et au procédé. Ne confondez pas l’acquittement d’une alarme avec la résolution de sa cause ou l’autorisation d’utiliser les matériaux concernés.

Lorsque des données électroniques soutiennent des décisions BPF, définissez les enregistrements et métadonnées à conserver, les personnes autorisées à les créer ou à les modifier, leur revue et la démonstration de leur récupération. Distinguez affichage, exportation, sauvegarde et conservation à long terme. Un fichier exporté ne prouve automatiquement ni l’exhaustivité de l’enregistrement ni l’efficacité de la restauration. La partie informatisée nécessite une évaluation de l’applicabilité et des risques selon l’Annexe 11 ; les exigences documentaires sont liées au chapitre 4. [3] [4]

Envisagez la perte d’alimentation, de réseau ou de communication sans présumer une solution technique unique. Précisez ce qui doit rester disponible, les lacunes qui seront identifiables et le responsable des décisions concernant les matériaux. Une exigence de continuité doit être reliée à des responsabilités et procédures réelles. Évitez de promettre « aucune perte » sans délimiter les événements et les conditions qui seront démontrés.

6. Matrice originale : exigence, justification, criticité, essai et preuve

La matrice suivante est un outil de raisonnement GuideGxP, pas un tableau normatif. Les priorités doivent être attribuées dans le projet ; les essais proposés sont des pistes à transformer en protocoles dotés de critères approuvés. Un renvoi à une liste contrôlée suppose qu’elle existe, qu’elle soit versionnée et qu’elle soit accessible à la personne réalisant la vérification.

Ajoutez au registre du projet le responsable, la source de l’exigence, le critère, l’étape de vérification et le statut. Une priorité commerciale et une criticité BPF peuvent diverger : des champs distincts rendent le choix transparent. Une moyenne favorable des offres ne doit pas effacer une lacune critique.

7. Définir la documentation, les services et les exclusions

Demandez une réponse à l’URS distinguant exigence satisfaite, satisfaite sous conditions, non satisfaite et non incluse. Pour chaque condition, identifiez le composant supplémentaire, la responsabilité, le coût et la vérification nécessaire. Une déclaration générique de conformité ne remplace pas une réponse par exigence avec des preuves disponibles ou à produire.

Définissez la documentation nécessaire à l’utilisation et à l’entretien : configuration livrée, instructions, maintenance, composants pertinents, informations sur les capteurs et les logiciels, documents d’essais utiles. Convenez du format, de la langue, des versions et du moment de livraison. Précisez la formation, l’accès aux pièces détachées et la gestion des modifications concernant le site. N’accordez pas automatiquement une valeur de qualification à chaque document inclus dans l’offre.

Les preuves du fournisseur peuvent contribuer à la qualification après évaluation de leur pertinence et de leur adéquation ; les responsabilités, les lacunes et les vérifications du site doivent rester définies. [1] Un essai effectué sur une configuration différente nécessite une comparaison documentée, pas une acceptation fondée sur la ressemblance du nom commercial.

8. Cas simulé : réfrigérateur d’un laboratoire QC

Un laboratoire souhaite remplacer un réfrigérateur utilisé pour des réactifs et des échantillons en attente d’analyse. La demande initiale mentionne uniquement le volume externe et la présence d’une alarme. Dans cet exemple, le groupe de travail comprend des utilisateurs QC, le responsable de l’équipement, l’assurance qualité et les compétences techniques et informatiques pertinentes ; cette composition n’est pas obligatoire pour tout projet.

La première revue distingue les familles de matériaux et renvoie à leurs conditions approuvées. Si ces conditions sont incompatibles, l’achat d’un seul appareil n’est pas d’emblée justifié. Le groupe documente ensuite les récipients, leur disposition, les accès et les responsabilités hors horaires habituels. Le volume utile devient une configuration vérifiable, plutôt qu’une valeur de catalogue considérée comme suffisante.

La deuxième décision porte sur le périmètre : la régulation locale, l’enregistreur et la notification au personnel relèvent d’éléments différents. L’offre comprend la sortie d’alarme, mais pas le raccordement au système du site. L’URS identifie cette interface, son responsable et l’essai allant de l’événement à la réception ; la lacune reste ouverte jusqu’à la définition de la solution. Elle n’est pas annulée parce que l’appareil refroidit correctement.

Enfin, le groupe traduit les conditions approuvées en critères et scénarios de vérification, convient de la documentation et de la restauration des données, puis attribue les activités manquantes. Ce cas n’attribue aucun résultat à des essais jamais réalisés : il montre les décisions nécessaires avant d’approuver la spécification et d’acheter. Il ne fixe aucune température, durée, temporisation ou périodicité valable pour tous les laboratoires.

9. Approbation, traçabilité et gestion des écarts

Avant l’approbation, vérifiez pour chaque exigence l’existence d’un responsable, d’une justification, de conditions définies et d’un moyen de vérification. Les informations en attente doivent avoir un responsable et une échéance ; un élément essentiel non défini peut empêcher l’approbation ou nécessiter une limitation formelle de la phase autorisée. Ne le dissimulez pas dans une note générale.

Reliez l’identifiant de l’exigence à la réponse technique, au risque, à l’essai et à son résultat. Après approbation, une modification doit rendre visibles sa raison et ses impacts sur la sélection, la configuration, les vérifications et l’utilisation. L’Annexe 15 et le chapitre 4 soutiennent la maîtrise des documents et des déviations ; le format de matrice proposé ici est un choix éditorial. [1] [4]

Les erreurs fréquentes consistent à copier une fiche technique comme URS, à tout classer comme critique, à reporter les alarmes après l’achat et à rédiger les critères après avoir vu les résultats d’essai. Évitez aussi de confondre réception commerciale de la livraison et autorisation d’utilisation BPF. Ces décisions peuvent s’appuyer sur des documents différents et nécessiter des clôtures distinctes.

Conclusion opérationnelle

Une bonne URS rend clair le passage du travail du laboratoire à la décision d’achat et aux preuves ultérieures. Partez des matériaux et scénarios réels, définissez les limites et rendez chaque demande importante vérifiable. Gardez visibles les responsabilités, les exclusions et les questions ouvertes : le document est utile lorsqu’il révèle une lacune avant qu’elle ne devienne un problème d’utilisation.

Ce thème appartient au HUB Équipements de laboratoire et stockage contrôlé. Pour le contexte des enregistrements, consultez Data Integrity dans les labos QC : principes essentiels. Les vérifications des équipements et la validation des fonctions informatisées doivent être dimensionnées selon leur usage réel.

Sources et limites d’application

Références vérifiées le 29 septembre 2026. Le cadre EU GMP cité concerne les médicaments à usage humain dans son champ applicable. L’Annexe 11 est citée dans sa révision publiée de 2011 ; les projets de révision ne sont pas présentés comme des exigences en vigueur. La guidance NHS concerne les services aseptiques et ne transpose pas automatiquement les exigences des salles propres au laboratoire QC. La matrice, les exemples et les questions sont des recommandations originales GuideGxP à adapter et à approuver localement.

1. European Commission — EU GMP Annex 15 — Qualification and Validation. Révision 2015, applicable depuis le 1er octobre 2015.
2. European Commission — EU GMP Chapter 3 — Premises and Equipment. Chapitre 3, révision applicable depuis le 1er mars 2015.
3. European Commission — EU GMP Annex 11 — Computerised Systems. Révision 1, applicable depuis le 30 juin 2011.
4. European Commission — EU GMP Chapter 4 — Documentation. Révision de janvier 2011.
5. NHS Specialist Pharmacy Service — Writing the User Requirement Specification. Guidance publiée le 28 août 2026 ; contexte des services aseptiques.
6. European Commission — EU GMP Chapter6 Quality Control. Révision applicable depuis le 1er octobre 2014.