Comment gérer les révisions des SOP

En bref

• Corrigez le système de numérotation avant la première entrée du registre : la renumérotation ultérieure d'une bibliothèque active brise toutes les références croisées et les enregistrements de formation citant l'ancien numéro.
• Définissez des intervalles d'examen par risque, et non par une date anniversaire générale pour chaque SOP, quel que soit ce qu'elle régit.
• Nommez un propriétaire pour l'ensemble du registre de révision, distinct de l'auteur ou de l'approbateur d'une SOP.
• Enregistrez un examen qui n'a trouvé rien à changer dans sa propre entrée datée : un auditeur échantillonne pour obtenir des preuves d'examen, et non des preuves de changement.
• Détectez les entrées ouvertes en double avant qu'elles n'entrent en collision, sinon la même SOP se retrouve avec deux numéros de version candidats.
• La vue du journal des modifications et de la comparaison des versions de QueryChart, dans /features/version-control, donne au registre lui-même le même type d'historique qu'il demande à chaque SOP de conserver.

Le registre est plus grand que n’importe quelle entrée

Un journal d'historique des révisions peut afficher onze entrées impeccables tout en étant la raison pour laquelle un résultat d'audit est rédigé, parce que l'entrée douze n'a jamais reçu de numéro lorsque deux auteurs de SOP l'ont ouverte en même temps, ou parce que personne ne peut dire si la révision prévue en mars dernier a réellement eu lieu. Les organisations qui rédigent des SOP sont généralement douées pour décrire ce qui a changé dans une entrée donnée. Ce qui ne va pas, c'est le registre autour de ces entrées : le système de numérotation, l'intervalle entre chaque SOP doit être examiné et qui est responsable en cas d'erreur.

Les termes sont utilisés de manière vague et cela vaut la peine de les séparer avant d'aller plus loin. Une révision est une entrée datée : une modification du contenu d'une SOP, enregistrée avec un auteur et une raison. Sa version est le numéro produit par l'entrée, celui estampillé sur la copie actuellement émise. Le contrôle des révisions gère cette séquence d'entrées au fil du temps ; il s’inscrit dans la pratique plus large du contrôle des documents, qui régit également la distribution et le retrait. Cette page concerne la gestion du registre dans son ensemble ; pour les mécanismes de journalisation d'une modification individuelle, voir /fr/guides/comment-suivre-les-modifications-dans-une-sop.

Le graphique ci-dessous représente une révision circulant dans ce registre, depuis le moment où un changement est identifié jusqu'au moment où la SOP est rééditée, sur cinq voies : propriétaire du processus, auteur de la SOP, réviseur, approbateur, contrôleur de document. QueryChart conserve ses propres graphiques sous le même type de gouvernance : chaque sauvegarde écrit dans un journal des modifications avec une différence par champ indiquant qui a modifié quoi, une vue Comparer les versions définit deux révisions côte à côte et une version obsolète est restaurée en un clic : le tout couvert dans /features/version-control.

Comment cela fonctionne

1. Corriger le schéma de numérotation avant la première entrée

   Décidez une fois si les révisions publiées reçoivent des nombres entiers (1, 2, 3) ou un schéma majeur.mineur qui sépare les brouillons des copies publiées, et notez la règle. Ne renumérotez jamais un registre en direct pour corriger une ancienne incohérence : une séquence renumérotée invalide chaque référence croisée, chaque enregistrement de formation et chaque piste d'audit antérieure citant l'ancien numéro.

2. Définissez les intervalles d'examen par risque, et non par une règle générale

   Une SOP critique pour la sécurité nécessite un intervalle plus court qu'une SOP à faible risque ; le propre "Le changement affecte une étape critique pour la sécurité?" La branche est le même tri appliqué à un changement individuel, et la cadence de révision mérite la même logique. Écrivez l'intervalle dans l'en-tête SOP lui-même, comme date d'échéance, afin qu'il ne dépende pas du fait que quelqu'un se souvienne d'une politique.

3. Nommer un propriétaire pour l'ensemble du registre

   L'auteur d'une SOP rédige son entrée et son approbateur la signe, mais ni l'un ni l'autre n'est responsable du registre dans son ensemble : de l'entrée en retard de trois semaines ou de la SOP dont personne n'a fixé la date de révision. Confiez cette tâche à un rôle nommé, généralement un contrôleur de documents ou un responsable qualité, et laissez-le s'occuper de ce qui est en retard.

4. Enregistrer un avis sans changement comme sa propre entrée

   Lorsqu'une révision programmée confirme qu'une SOP est toujours correcte, écrivez cette découverte dans le registre avec la date et le nom du réviseur, de la même manière qu'une révision réelle serait enregistrée. Un journal qui ne s'agrandit que lorsque le contenu change se lit, pour un auditeur, comme un document que personne n'a consulté depuis sa rédaction.

5. Détectez les entrées en double avant qu'elles n'entrent en collision

   Avant de rédiger une nouvelle entrée, vérifiez si la SOP en a déjà une en attente : le "Journal de l'historique des révisions du registre a déjà une entrée en attente pour cette SOP ?" La question existe car deux auteurs travaillant à partir de la même copie principale sont suffisamment courants pour être acheminés. Fusionnez les modifications ou séquencez les entrées afin que le journal n'ait jamais à rapprocher deux numéros de version candidats pour un même document.

Erreurs à éviter

• Renuméroter pour corriger une ancienne incohérence

  Une fois que la révision 4 a été citée dans un dossier de formation ou un pack fournisseur, la changer en 4.1 pour s'adapter à un schéma plus propre signifie désormais que la même plage de dates répond à deux nombres différents. Décidez du schéma une fois, puis régissez les exceptions au lieu de restructurer la séquence pour les prendre en compte.

• Une date d’examen générale de 12 mois pour chaque SOP

  La révision de chaque procédure le même anniversaire produit une pile que personne n'a le temps de lire attentivement, et la révision devient un tampon en caoutchouc. Décalez les intervalles par risque, comme le fait la branche critique pour la sécurité du graphique pour un changement individuel, afin qu'un réviseur ait réellement du temps pour chacun.

• Aucune entrée pour l'avis qui n'a rien changé

  Un registre avec des inscriptions uniquement lorsque le contenu a changé ressemble, pour un auditeur, à un document que personne n'a ouvert depuis sa publication. Enregistrez la date de révision et le résultat « aucun changement nécessaire » sur une ligne distincte, distincte d'une révision réelle mais non moins réelle.

• Un registre sans propriétaire unique

  Lorsqu'un auteur de SOP peut ouvrir une nouvelle entrée et que personne ne surveille le registre dans son ensemble, les brouillons en double et les dates de révision manquées passent inaperçus jusqu'à ce qu'un audit les trouve. Le cycle de vie complet des documents autour de ce problème (y compris à qui appartient le registre principal) est couvert sur /fr/templates/organigramme-du-processus-de-controle-des-documents.

Questions fréquentes

Quelle est la différence entre la révision d'une SOP et sa version ?

Une révision est l'entrée datée : une modification du contenu de la SOP, enregistrée avec un auteur et une raison. Sa version est le numéro produit par l'entrée, celui estampillé sur la copie actuellement émise. Dans la pratique, les mots sont utilisés pour la même chose, mais le registre lui-même est organisé autour des révisions : chaque ligne est une, et la version est l'état dans lequel se trouve la SOP après l'approbation de la dernière. Le propre historique des versions de QueryChart, dans /features/version-control, utilise « version » de la même manière : un instantané numéroté et comparable produit par une sauvegarde.

À quelle fréquence une SOP doit-elle être révisée ?

Il n’existe pas d’intervalle unique adapté à chaque procédure : la bonne réponse dépend du coût de l’échec d’une étape. Une SOP critique pour la sécurité ou destinée aux régulateurs est généralement révisée chaque année ou plus tôt ; une évaluation administrative à faible risque peut durer en toute sécurité deux à trois ans entre les examens. Ce qui compte plus que le nombre exact, c'est que chaque SOP en a une, écrite dans son en-tête comme date d'échéance plutôt que laissée à quiconque remarque qu'elle est en retard.

À qui doit appartenir le registre de révision des SOP ?

Une personne distincte de l'auteur ou de l'approbateur d'une SOP : généralement un contrôleur de documents ou un responsable de la qualité, le rôle que le tableau ci-dessus place dans sa propre voie pour finaliser chaque entrée approuvée. L'auteur et l'approbateur sont chacun responsables d'une révision ; le registre a besoin d'une personne responsable de l'ensemble : rechercher les révisions en retard, détecter les entrées en double et maintenir la stabilité du système de numérotation.

Un avis qui ne trouve rien à changer compte-t-il toujours ?

Oui, et il lui faut son propre dossier pour le prouver. Un auditeur échantillonnant un registre de révision recherche des preuves qu'une révision a eu lieu dans les délais, et non des preuves que les SOP ont changé : une procédure correcte telle qu'elle est écrite ne devrait pas être révisée pendant des années. Enregistrez la date de révision et le résultat « aucun changement requis » sous forme d'entrée datée, ou l'écart entre les révisions se lit comme une négligence au lieu d'une stabilité.

En quoi est-ce différent du suivi de chaque modification individuelle apportée à une SOP ?

Le suivi d'un changement individuel est un niveau d'entrée : ce qui a changé, qui l'a modifié et ce qu'il a remplacé, ce qui fait l'objet de /fr/guides/comment-suivre-les-modifications-dans-une-sop. La gestion des révisions des SOP se fait au niveau du registre : le schéma de numérotation que chaque entrée doit suivre, l'intervalle de révision auquel chaque SOP est due et le propriétaire nommé responsable en cas d'expiration de l'une ou l'autre. Un registre peut enregistrer parfaitement chaque modification individuelle tout en étant mal géré si personne n'est propriétaire du planning. Pour un ensemble plus complet de pratiques de gouvernance au-delà de cette page, voir /fr/guides/meilleures-pratiques-de-controle-de-version-sop.