Modèle d'historique des révisions SOP
Un modèle d'historique de révision de SOP : comment une modification proposée à une SOP devient une entrée de journal datée, est vérifiée par rapport aux modifications en attente, examinée, approuvée et finalisée avec la version qu'elle…
Qu'est-ce que le processus modèle d'historique des révisions sop ?
Un journal de l'historique des révisions est le registre qui répond à une question pour une SOP : ce qui a changé, quand, qui a effectué la modification, qui l'a approuvée et quelle version la version actuelle remplace-t-elle. Il s'agit d'un artefact distinct de la SOP elle-même : la procédure décrit comment le travail est effectué aujourd'hui, l'historique des révisions est l'enregistrement en annexe uniquement de chaque version qui l'a précédée. Les auditeurs et les nouveaux propriétaires de processus lisent le journal en premier, car c'est le moyen le plus rapide de déterminer si la procédure dont ils sont saisis est la version actuelle contrôlée ou quelque chose qu'un réviseur a oublié de mettre à jour.
Ce graphique modélise le journal comme son propre flux de travail plutôt que comme une note de bas de page pour l'approbation des SOP. Une modification proposée est vérifiée par rapport à son caractère critique en matière de sécurité pour décider si elle fait l'objet d'un examen accéléré ou standard, puis vérifiée par rapport au journal lui-même : si une autre entrée pour la même SOP est déjà ouverte, les deux modifications sont coordonnées afin que le journal n'ait jamais à rapprocher deux entrées revendiquant le même numéro de version. Ce n'est qu'après cela que la rédaction produit l'entrée réelle du journal (date, résumé des modifications, auteur et numéro de version qu'elle remplace). C'est pourquoi les étapes de rédaction et de finalisation utilisent la forme Fichier plutôt que Processus : ce sont les moments où quelque chose est écrit dans le registre, pas seulement déplacé.
Il ne s'agit pas du propre flux de travail d'approbation du document SOP, qui est le modèle SOP contrôlé sur /fr/templates/modele-sop-controle-suivi-d-approbation-controle-de-version : cette page achemine le contenu de la procédure via la rédaction, la révision et la signature. C'est le registre dans lequel le workflow écrit une entrée à chaque fois qu'il produit une nouvelle version. Il est également plus restreint que le contrôle général des documents, qui régit la rédaction, l'émission, la distribution et la révision périodique de tout type de document contrôlé chez /fr/templates/organigramme-du-processus-de-controle-des-documents ; ce graphique couvre uniquement le journal lui-même, l'artefact qui nomme ce qui a changé et quelle version il a remplacé.
Ce que couvre cet organigramme
Dans ce modèle
- Cinq phases en haut (Modification identifiée, Entrée de journal rédigée, Révision, Approbation et Journal finalisé) correspondant à cinq voies pour les rôles qui touchent une entrée de l'historique de révision : propriétaire du processus, auteur de la SOP, réviseur, approbateur et contrôleur de document.
- Admission et acheminement : un changement est identifié et décrit, puis un message « Le changement affecte une étape critique pour la sécurité ? » La décision l’envoie à un examen accéléré ou standard avant le début de la rédaction.
- Une vérification des entrées en double avant la rédaction : « Le journal de l'historique des révisions a déjà une entrée en attente pour cette SOP ? » voies de coordination avec le propriétaire de l'entrée ouverte, de sorte que deux modifications apportées à la même SOP ne soient jamais enregistrées comme deux révisions concurrentes.
- L'entrée elle-même, rédigée puis finalisée avec la forme Fichier plutôt que Processus : date, résumé des modifications, auteur et numéro de version qu'elle remplace, soumise pour examen puis pour approbation.
- Une boucle de révision : « Commentaires à résoudre avant approbation ? » renvoie l'entrée à l'auteur de la SOP pour mise à jour et réexamen plutôt que de forcer l'approbateur à la rejeter catégoriquement.
- Approbation et clôture : un message « Approuvé ? » La décision renvoie l'entrée à retravailler sur Rejeté ou laisse le contrôleur de documents l'enregistrer comme définitive, mettre à jour le numéro de version et la date d'entrée en vigueur de la SOP, et archiver la version qu'elle a remplacée.
Quand utiliser ce modèle
- Vous configurez un journal d'historique des révisions pour les SOP et souhaitez une structure qui sépare l'admission, la rédaction, la révision, l'approbation et la finalisation plutôt qu'une étape ouverte « ajouter une ligne ».
- Deux personnes peuvent proposer des modifications à la même SOP en même temps, et vous avez besoin d'un point de contrôle qui détecte une entrée en double avant qu'elle ne soit approuvée en tant que deux révisions concurrentes.
- Vous devez montrer à un auditeur comment une ligne spécifique du journal de l'historique des révisions a vu le jour : qui a proposé la modification, qui l'a examinée, qui l'a approuvée et quelle version elle a remplacée.
- Vous séparez le journal de l'historique des révisions du flux de travail d'approbation des SOP lui-même, car le même journal doit enregistrer les modifications proposées pour une SOP par plusieurs propriétaires au cours de sa durée de vie.
Comment cela fonctionne
Renommez les voies selon vos vrais rôles
Remplacez le propriétaire du processus, l'auteur de la SOP, le réviseur, l'approbateur et le contrôleur du document par les titres que vous utilisez réellement. Dans une petite équipe, l'auteur de la SOP et le propriétaire du processus sont souvent la même personne : fusionnez ces voies plutôt que d'en garder une vide ; si un responsable qualité effectue à la fois la révision et la signature, fusionnez plutôt le réviseur et l'approbateur.
Corriger le test critique pour la sécurité
Notez ce qui achemine une modification vers un examen accéléré plutôt que de laisser « Le changement affecte une étape critique pour la sécurité ? » au jugement individuel : une modification d'une étape de verrouillage, d'un point de contrôle critique ou d'une vérification réglementaire doit toujours être admissible, et tout le reste suit par défaut le cycle standard.
Définissez les champs que chaque entrée de journal doit contenir
Lors de l'étape de rédaction, corrigez les champs exacts dont votre registre a besoin : date d'entrée, numéro SOP, résumé des modifications en langage clair, auteur et numéro de version remplacé. Conservez les champs identiques pour les entrées accélérées et standard afin que le journal reste cohérent quel que soit l'itinéraire qui l'a produit.
Décidez comment une entrée en double est résolue
Définissez la règle derrière « Le journal de l'historique des révisions a déjà une entrée en attente pour cette SOP ? » : la deuxième modification attend-elle que la première se ferme, est-elle fusionnée dans la même entrée ou est-elle enregistrée séparément avec une note faisant référence à l'autre ? N'importe lequel des trois fonctionne tant que le journal ne se termine jamais par deux entrées revendiquant le même numéro de version.
Définissez votre numérotation de version et votre règle de date d'entrée en vigueur
Corrigez la façon dont les numéros de version s'incrémentent (les nombres entiers pour les révisions publiées et les décimales pour les brouillons sont courants) et le délai nécessaire à la date d'entrée en vigueur pour que le contrôleur de documents puisse mettre à jour le registre principal et retirer la copie remplacée avant qu'elle ne prenne effet.
Questions fréquentes
Qu'est-ce qu'un journal de l'historique des révisions SOP ?
Il s'agit du registre daté qui répertorie chaque version d'une SOP et ce qui a changé entre elles : la date de l'entrée, qui a proposé le changement, un résumé de ce qui a changé, qui l'a examiné et approuvé, et le numéro de version qu'il a remplacé. Il est distinct de la propre signature d'approbation de la SOP : la SOP enregistre qui a approuvé la version actuelle, le journal de l'historique des révisions enregistre la séquence des versions qui l'ont amenée là.
En quoi est-ce différent du propre flux de travail d'approbation de la SOP ?
Le modèle SOP contrôlé de /fr/templates/modele-sop-controle-suivi-d-approbation-controle-de-version achemine lui-même le contenu de la procédure à travers la rédaction, la révision et l'approbation et produit une version actuelle et signée. Ce graphique est le registre dans lequel le workflow écrit chaque fois qu'il produit une nouvelle version : l'historique des dates, des auteurs, des résumés et des numéros de version remplacées, conservé comme son propre artefact afin que la séquence survit indépendamment du document.
Pourquoi vérifier une entrée en attente avant d’en rédiger une nouvelle ?
Étant donné que deux personnes peuvent proposer des modifications à la même SOP au cours du même cycle de révision sans se connaître, et si les deux entrées sont approuvées indépendamment, le journal se retrouve avec deux lignes chacune prétendant remplacer la même version. Vérifier au début, avant la rédaction, signifie que le deuxième changement est coordonné dans la première entrée plutôt que découvert comme un conflit lors de l'approbation.
Chaque changement de SOP doit-il passer par la voie accélérée ?
Non. La voie accélérée existe pour les modifications apportées aux étapes critiques pour la sécurité, où l'intervalle entre l'identification du changement et sa prise d'effet doit être court. Tout le reste (clarifications, formatage, modifications procédurales non critiques) devrait passer par le cycle de révision standard, car le fait de tout acheminer de manière accélérée va à l'encontre de l'objectif d'avoir deux pistes.