Comment suivre les modifications dans une SOP

En bref

• Une entrée d'historique de révision nécessite cinq champs : la SOP/étape affectée, ce qui a changé et pourquoi, la date d'entrée en vigueur, l'auteur et la version qu'elle remplace.
• Les étapes critiques pour la sécurité suivent un chemin d'examen accéléré ; tout le reste suit le cycle d'examen standard.
• Vérifiez dans le journal une entrée en attente par rapport à la même SOP avant d'en rédiger une nouvelle : deux entrées ouvertes produisent deux numéros de version concurrents.
• La finalisation d'une entrée verrouille sa date, son approbateur et ses numéros de version afin que l'enregistrement ne puisse pas être réécrit silencieusement ultérieurement.
• Pour une SOP basée sur un graphique, le journal des modifications de QueryChart enregistre automatiquement chaque modification au niveau du champ : voir /features/version-control.

Le dossier est une entrée, pas une ligne rouge

"Suivi des modifications" est le langage Word et Google Docs : une bulle de commentaire et un barré vivant à l'intérieur du fichier lui-même. Une SOP qui emprunte l'expression mais pas le mécanisme se retrouve avec son historique des modifications dispersé dans les fils de discussion et les copies de suivi des modifications que personne n'a fusionnées, et avec un propriétaire de procédure qui ne peut pas dire avec certitude ce qui a changé dans la dernière révision, quand et pourquoi. Le suivi d'une modification dans une SOP signifie quelque chose de plus précis et de plus durable : une entrée datée dans un journal de l'historique des révisions qui enregistre ce qui a changé, qui l'a modifié, quand, pourquoi et quelle version elle remplace.

Chaque entrée nécessite les mêmes champs, peu importe qui l'écrit ou ce qui a changé : la SOP et l'étape affectée, une description en langage clair du changement et la raison de celui-ci, la date d'entrée en vigueur, l'auteur et, le champ manquant dans la plupart des journaux, le numéro de version exact que l'entrée remplace. Une modification apportée à une étape critique pour la sécurité permet d'obtenir un chemin de révision accéléré plutôt que d'attendre derrière la file d'attente de routine, et avant le début de la rédaction, le journal lui-même est vérifié : y a-t-il déjà une entrée en attente ouverte par rapport à cette même SOP ? Deux entrées ouvertes pour une procédure produisent deux numéros de version candidats, ce qui est un problème que le journal doit résoudre avant que quiconque puisse lui faire confiance.

Une SOP basée sur un graphique intégrée à QueryChart n'a pas besoin d'un journal tenu à la main pour les champs qu'un historique de révision existe pour capturer. Chaque modification du graphique est déjà enregistrée automatiquement, champ par champ, dans son panneau Historique des versions : ouvrez-le et une vue Comparer les versions montre exactement ce qui a changé entre deux versions enregistrées et qui l'a modifié, et un clic restaure une version antérieure sans perdre ce qui a suivi. L'entrée manuelle ci-dessous est toujours importante lorsque le contenu de la SOP se trouve en dehors du graphique, ou lorsqu'une norme nomme un journal d'historique des révisions comme son propre artefact ; voir /features/version-control pour savoir ce que fait la version intégrée en dessous sans que personne ne la maintienne à la main.

Une modification proposée, suivie jusqu'à une entrée finalisée

Une seule modification proposée à une SOP, suivie ligne par ligne depuis le moment où elle est identifiée jusqu'à l'entrée de journal finalisée nommant la version qu'elle remplace.

1. Ce qui est enregistré avant toute chose

   Le tableau commence par « Modification d'une SOP identifiée », puis « Décrivez le changement proposé et la raison de celui-ci » (la SOP, l'étape, ce qui change, pourquoi et la date d'entrée en vigueur) avant « Le changement affecte une étape critique pour la sécurité ? décide du chemin de révision emprunté par l'entrée.

2. Le fractionnement accéléré et le contrôle des doubles

   Un changement critique pour la sécurité est « signalé pour un examen accéléré » tandis que tout le reste est « acheminé via le cycle d'examen standard » ; puis cliquez tous les deux sur "Le journal de l'historique des révisions a déjà une entrée en attente pour cette SOP ?" avant que « Rédiger l'entrée de l'historique des révisions : date, résumé des modifications, auteur, version remplacée » soit écrit sous la forme d'une ligne de fichier.

3. Deux vérifications avant qu'une entrée soit approuvée

   « Le réviseur vérifie l'entrée par rapport au contenu actuel de la SOP » vient en premier ; « Des commentaires à résoudre avant approbation ? » renvoie une entrée non résolue via l'auteur de la SOP pour une nouvelle révision, et ce n'est qu'alors que l'approbateur la vérifie par rapport à "le maître SOP et la version qu'il remplace".

4. Finalisé, puis l'ancienne version est fermée

   "Enregistrer l'entrée approuvée comme finale dans le journal de l'historique des révisions" verrouille la date, l'approbateur et les numéros de version avant le numéro de version et la date d'entrée en vigueur de la SOP, et "Retirer ou archiver la version référencée comme remplacée" ferme l'entrée par la nouvelle remplacée.

Comment cela fonctionne

1. Enregistrez les cinq champs sur chaque entrée

   Notez la SOP et l'étape concernée, ce qui a changé et pourquoi, la date d'entrée en vigueur, l'auteur et le numéro de version exact que cette entrée remplace. Une entrée manquant la version remplacée laisse un vide dans le journal que personne ne peut combler après coup.

2. Acheminez les changements critiques pour la sécurité vers la voie rapide

   Demandez si le changement touche une étape critique pour la sécurité avant de l'examiner. Si tel est le cas, signalez-le pour un examen accéléré plutôt que de le laisser attendre derrière les changements de routine ; si ce n'est pas le cas, envoyez-le via le cycle d'examen standard.

3. Recherchez une entrée en attente avant de rédiger

   Recherchez dans le journal une entrée déjà ouverte pour la même SOP avant d'en démarrer une nouvelle. Deux entrées ouvertes par rapport à une procédure produisent deux numéros de version candidats : coordonnez-vous avec l'autre auteur ou séquencez les modifications au lieu de rédiger en parallèle.

4. Verrouillez l'entrée une fois qu'elle est approuvée

   Enregistrez l'entrée approuvée comme définitive, puis mettez à jour le numéro de version et la date d'entrée en vigueur de la SOP et retirez la version qu'elle remplace. Une entrée qui reste modifiable après approbation n'est pas un enregistrement, c'est un brouillon portant le nom d'un approbateur.

5. Laissez le journal des modifications effectuer l'enregistrement pour une SOP basée sur un graphique

   Si la SOP elle-même est un organigramme QueryChart, ignorez le journal manuel pour tout ce qui est capturé sur le graphique : chaque modification est déjà suivie champ par champ. Ouvrez l'historique des versions, utilisez Comparer les versions pour voir ce qui a changé entre deux versions enregistrées et restaurez une version antérieure en un clic : voir /features/version-control.

Erreurs à éviter

• L'entrée sans version remplacée

  Une entrée de l'historique des révisions qui enregistre ce qui a changé mais pas la version qu'elle a remplacée ne peut pas être reconstruite ultérieurement dans une chronologie. Faites de la version remplacée un champ obligatoire avant le début de la rédaction, et non une note facultative.

• Deux entrées ouvertes pour une SOP

  Deux auteurs commençant des entrées d'historique de révision pour la même SOP au cours de la même semaine produisent deux numéros de version concurrents. Vérifiez s'il y a une entrée en attente avant de rédiger et coordonnez plutôt que de réconcilier la collision une fois que les deux ont été approuvées.

• Des lignes rouges au lieu d'un journal

  Les fichiers de suivi des modifications transmis par courrier électronique dispersent la séquence réelle de qui a modifié quoi et quand dans les boîtes de réception. Une entrée de journal datée, ou le propre journal des modifications d'un graphique, est un enregistrement ; une pièce jointe rouge laissée dans la boîte de réception de quelqu'un ne l'est pas.

• Confondre une entrée avec l'ensemble du programme

  Obtenir une seule entrée ne corrige pas un système de numérotation qui dérive ou un intervalle de révision que personne ne suit : c'est la couche de gouvernance chez /fr/guides/comment-gerer-les-revisions-des-sop. Cette page concerne une entrée ; celui-ci concerne la cadence dans chacun d’eux.

Créez le journal de l'historique des révisions de votre SOP

Prenez le journal de l'historique des révisions comme votre propre graphique, définissez les champs que vos entrées enregistrent et laissez l'historique des versions suivre automatiquement chaque modification ultérieure.

Créez le journal de l'historique des révisions de votre SOP

Guides associés

• Comment gérer les révisions des SOP
• Meilleures pratiques de contrôle de version SOP
• Comment créer un historique de révision de document

Questions fréquentes

Le « suivi des modifications » est-il la même chose que le contrôle de version pour une SOP ?

Pas tout à fait. « Suivre les modifications » est un langage d'édition de documents pour les lignes rouges et les commentaires en ligne dans un seul fichier. Le contrôle de version pour une SOP consiste à attribuer à chaque état approuvé de la procédure sa propre version identifiée et à conserver une trace de ce qui a changé entre eux ; une entrée de l'historique des révisions est la façon dont cet enregistrement est écrit. Voir /fr/guides/comment-controler-la-version-d-une-sop pour une distinction plus complète.

Que doit enregistrer une entrée de l’historique des révisions ?

Cinq éléments, quel que soit celui qui l'écrit : la SOP et l'étape concernée, une description en langage clair du changement et la raison de celui-ci, la date d'entrée en vigueur, l'auteur et le numéro de version exact que l'entrée remplace. L’absence de la version remplacée est la lacune la plus courante dans un journal de l’historique des révisions.

Toutes les modifications des SOP passent-elles par le même examen ?

Non. Une modification apportée à une étape critique pour la sécurité nécessite un processus d'examen accéléré plutôt que de s'attendre à des changements de routine, tandis que tout le reste suit le cycle standard. Les deux chemins convergent vers la même vérification des doublons avant rédaction : y a-t-il déjà une entrée en attente ouverte pour cette SOP ?

En quoi est-ce différent de la gestion générale des révisions des SOP ?

Cette page concerne les mécanismes d'une entrée : les champs dont elle a besoin, la répartition des révisions, la vérification des doublons. Le système de numérotation, l'intervalle de révision et le propriétaire du calendrier pour chaque SOP constituent la couche de gouvernance couverte par /fr/guides/comment-gerer-les-revisions-des-sop.

QueryChart remplace-t-il le journal manuel ?

Pour une SOP basée sur un graphique, oui pour tout ce qui est capturé sur le graphique lui-même : chaque modification au niveau du champ est enregistrée automatiquement dans l'historique des versions, avec une vue Comparer les versions et une restauration en un clic : voir /features/version-control. Un journal manuel vaut toujours la peine d'être conservé là où le contenu de la SOP se trouve en dehors du graphique, ou là où une norme nomme un journal d'historique des révisions comme son propre artefact, comme le cycle de vie plus complet chez /fr/templates/modele-sop-controle-suivi-d-approbation-controle-de-version.