So verwalten Sie SOP-Revisionen

Kurz gesagt

• Legen Sie das Nummerierungsschema vor dem ersten Eintrag des Registers fest: Eine spätere Umnummerierung einer lebenden Bibliothek zerstört jeden Querverweis und jeden Schulungsnachweis, der die alte Nummer zitiert hat.
• Setzen Sie Prüfintervalle nach Risiko, nicht nach einem einzigen Pauschal-Jahrestag für jede SOP unabhängig davon, was sie regelt.
• Benennen Sie einen Verantwortlichen für das gesamte Revisionsregister, getrennt vom Autor oder Freigeber einer einzelnen SOP.
• Erfassen Sie eine Prüfung, die nichts zu ändern fand, als eigenen datierten Eintrag: Ein Auditor sucht nach Nachweisen für die Prüfung, nicht nach Nachweisen für eine Änderung.
• Fangen Sie doppelte offene Einträge ab, bevor sie kollidieren, sonst landet dieselbe SOP mit zwei möglichen Versionsnummern.
• Das eigene Änderungsprotokoll und die Ansicht zum Versionsvergleich von QueryChart, unter /features/version-control, geben dem Register selbst dieselbe Art von Historie, die es von jeder SOP verlangt.

Das Register ist größer als jeder einzelne Eintrag

Ein Änderungshistorie-Protokoll kann elf einwandfreie Einträge zeigen und trotzdem der Grund sein, warum eine Auditfeststellung geschrieben wird, weil Eintrag zwölf nie eine Nummer erhielt, als zwei SOP-Autoren ihn gleichzeitig eröffneten, oder weil niemand sagen kann, ob die geplante Überprüfung im März tatsächlich stattgefunden hat. Organisationen, die SOPs schreiben, sind meist gut darin, zu beschreiben, was sich in einem bestimmten Eintrag geändert hat. Was schiefgeht, ist das Register um diese Einträge herum: das Nummerierungsschema, das Intervall, in dem jede SOP zur Überprüfung fällig ist, und wer verantwortlich ist, wenn eines von beidem ins Rutschen gerät.

Die Begriffe werden locker verwendet, und es lohnt sich, sie zu trennen, bevor wir weitergehen. Eine Revision ist ein datierter Eintrag, eine Änderung am Inhalt einer SOP, protokolliert mit Autor und Begründung. Ihre Version ist die Nummer, die dieser Eintrag erzeugt, die auf dem aktuell ausgegebenen Exemplar steht. Revisionskontrolle bedeutet, diese Abfolge von Einträgen über die Zeit zu steuern; sie sitzt innerhalb der umfassenderen Praxis der Dokumentenlenkung, die auch Verteilung und Einzug lenkt. Diese Seite handelt davon, das Register als Ganzes zu führen; die Mechanik, eine einzelne Änderung zu protokollieren, finden Sie unter /de/guides/aenderungen-in-einer-sop-nachverfolgen.

Das Diagramm unten zeigt eine Revision, die dieses Register durchläuft, vom Moment, in dem eine Änderung erkannt wird, bis zum Moment, in dem die SOP wieder ausgegeben wird, über fünf Bahnen: Prozessverantwortlicher, SOP-Autor, Prüfer, Freigeber, Dokumentenbeauftragter. QueryChart führt seine eigenen Diagramme unter derselben Art von Steuerung: Jedes Speichern schreibt in ein Änderungsprotokoll mit einem Diff je Feld, wer was geändert hat, eine Ansicht zum Versionsvergleich stellt beliebige zwei Revisionen nebeneinander, und eine veraltete lässt sich mit einem Klick wiederherstellen, alles unter /features/version-control beschrieben.

Ein Eintrag, von der Erkennung bis zur Wiederausgabe

Ein einzelner Revisionsantrag durchläuft fünf Bahnen, vom Prozessverantwortlichen bis zum Dokumentenbeauftragten, und wird zum nächsten nummerierten Eintrag des Registers.

1. Eine Änderung wird erkannt und nach Risiko eingestuft

   Der Start ist ein Ereignis, „Änderung an einer SOP erkannt“, gefolgt von „Vorgeschlagene Änderung und Begründung beschreiben“, bevor jemand einen Eintrag entwirft. „Änderung betrifft sicherheitskritischen Schritt?“ ist die eigene Risikoeinstufung des Registers und entscheidet, ob dieser Eintrag eine beschleunigte Prüfung oder den Standardzyklus erhält.

2. Weiterleitung, eine Duplikatprüfung, dann der Entwurf

   „Eintrag für beschleunigte Prüfung kennzeichnen“ oder „Eintrag durch den Standardprüfzyklus leiten“ legt das Tempo fest, dann fängt „Änderungshistorie hat bereits einen offenen Eintrag für diese SOP?“ einen zweiten offenen Eintrag ab, bevor er mit dem ersten kollidiert. Erst dann wird „Änderungshistorie-Eintrag entwerfen: Datum, Änderungszusammenfassung, Autor, abgelöste Version“ geschrieben und eingereicht.

3. Prüfer und Freigeber prüfen beide die Nummer

   „Prüfer gleicht den Eintrag mit dem aktuellen SOP-Inhalt ab“ kann den Entwurf über „Kommentare vor Freigabe zu klären?“ zurückschicken; „Freigeber gleicht den Eintrag mit der SOP-Stammfassung und der abgelösten Version ab“ ist eine zweite, unabhängige Prüfung derselben abgelösten Nummer, und eine Ablehnung schleift zurück in dieselbe Aktualisierungszeile wie ein Prüferkommentar.

4. Der Registerverantwortliche finalisiert und gibt wieder aus

   „Freigegebenen Eintrag als final in der Änderungshistorie erfassen“ sperrt die Zeile, bevor „Versionsnummer und Gültigkeitsdatum der SOP aktualisieren“ und „Als abgelöst referenzierte Version einziehen oder archivieren“ laufen und bei „SOP unter der neuen Version wieder ausgegeben“ enden, alle vier verantwortet vom Dokumentenbeauftragten.

So funktioniert es

1. Legen Sie das Nummerierungsschema vor dem ersten Eintrag fest

   Entscheiden Sie einmalig, ob ausgegebene Revisionen ganze Zahlen (1, 2, 3) erhalten oder ein Haupt.Unter-Schema, das Entwürfe von ausgegebenen Exemplaren trennt, und schreiben Sie die Regel auf. Nummerieren Sie ein laufendes Register niemals um, um eine alte Unstimmigkeit zu beheben: Eine umnummerierte Abfolge entwertet jeden Querverweis, jeden Schulungsnachweis und jede vorherige Auditspur, die die alte Nummer zitiert hat.

2. Setzen Sie Prüfintervalle nach Risiko, nicht nach einer Pauschalregel

   Eine sicherheitskritische SOP verdient ein kürzeres Intervall als eine risikoarme; der eigene Zweig „Änderung betrifft sicherheitskritischen Schritt?“ des Diagramms ist dieselbe Triage, angewendet auf eine einzelne Änderung, und der Prüftakt verdient dieselbe Logik. Schreiben Sie das Intervall als Fälligkeitsdatum in den SOP-Kopf selbst, damit es nicht davon abhängt, dass sich jemand an eine Richtlinie erinnert.

3. Benennen Sie einen Verantwortlichen für das gesamte Register

   Der Autor einer SOP entwirft ihren Eintrag, und ihr Freigeber unterschreibt ihn, aber keiner von beiden ist für das Register als Ganzes verantwortlich: für den Eintrag, der drei Wochen überfällig ist, oder die SOP, deren Prüftermin niemand gesetzt hat. Geben Sie diese Aufgabe einer einzigen benannten Rolle, üblicherweise einem Dokumentenbeauftragten oder Qualitätsmanager, und lassen Sie ihn Überfälligem nachgehen.

4. Erfassen Sie eine Prüfung ohne Änderung als eigenen Eintrag

   Bestätigt eine geplante Prüfung, dass eine SOP weiterhin korrekt ist, schreiben Sie diesen Befund mit Datum und Namen des Prüfers ins Register, genau wie eine tatsächliche Revision protokolliert würde. Ein Protokoll, das nur wächst, wenn sich Inhalt ändert, liest sich für einen Auditor wie ein Dokument, das seit seiner Erstellung niemand angesehen hat.

5. Fangen Sie doppelte Einträge ab, bevor sie kollidieren

   Prüfen Sie vor dem Entwerfen eines neuen Eintrags, ob die SOP bereits einen offenen hat: Die Frage des Registers „Änderungshistorie hat bereits einen offenen Eintrag für diese SOP?“ existiert, weil es häufig genug vorkommt, dass zwei Autoren von derselben Stammfassung ausgehen, um dafür einen Umweg zu bauen. Führen Sie die Änderungen zusammen oder staffeln Sie die Einträge, damit das Protokoll niemals zwei konkurrierende Versionsnummern für ein Dokument abgleichen muss.

Häufige Fehler

• Umnummerieren, um eine alte Unstimmigkeit zu beheben

  Wurde Revision 4 bereits in einem Schulungsnachweis oder einer Lieferantenmappe zitiert, führt das Umbenennen in 4.1, um in ein saubereres Schema zu passen, dazu, dass derselbe Zeitraum jetzt auf zwei verschiedene Nummern antwortet. Entscheiden Sie das Schema einmal, dann steuern Sie Ausnahmen, statt die Abfolge umzubauen, um sie unterzubringen.

• Ein pauschales 12-Monats-Prüfdatum für jede SOP

  Jedes Verfahren am selben Jahrestag zu überprüfen erzeugt einen Stapel, für den niemand Zeit hat, ihn sorgfältig zu lesen, und die Prüfung wird zum Abhaken. Staffeln Sie Intervalle nach Risiko, wie es der sicherheitskritische Zweig des Diagramms für eine einzelne Änderung tut, damit ein Prüfer für jede einzelne wirklich Zeit hat.

• Kein Eintrag für die Prüfung, die nichts geändert hat

  Ein Register mit Einträgen nur dort, wo sich Inhalt geändert hat, sieht für einen Auditor aus wie ein Dokument, das seit seiner Ausgabe niemand geöffnet hat. Protokollieren Sie das Prüfdatum und den Befund „keine Änderung nötig“ als eigene Zeile, unterscheidbar von einer tatsächlichen Revision, aber nicht weniger real.

• Ein Register ohne einzigen Verantwortlichen

  Kann jeder SOP-Autor einen neuen Eintrag eröffnen und niemand behält das Register als Ganzes im Blick, bleiben doppelte Entwürfe und verpasste Prüftermine unbemerkt, bis ein Audit sie findet. Der vollständige Dokumentenlebenszyklus rund um dieses Problem, einschließlich wer das Stammregister verantwortet, ist unter /de/templates/dokumentenlenkung-prozess behandelt.

Bauen Sie Ihr eigenes SOP-Revisionsregister

Starten Sie mit diesem Diagramm, und QueryChart verfolgt jedes Speichern in einem Änderungsprotokoll, das Sie vergleichen und wiederherstellen können.

Bauen Sie Ihr eigenes SOP-Revisionsregister

Verwandte Anleitungen

• Best Practices für die SOP-Versionskontrolle
• So erstellen Sie eine Dokumenten-Änderungshistorie
• So versionieren Sie eine SOP

Häufig gestellte Fragen

Was ist der Unterschied zwischen der Revision und der Version einer SOP?

Eine Revision ist der datierte Eintrag, eine Änderung am Inhalt der SOP, protokolliert mit Autor und Begründung. Ihre Version ist die Nummer, die dieser Eintrag erzeugt, die auf dem aktuell ausgegebenen Exemplar steht. In der Praxis werden die Wörter für dieselbe Sache verwendet, aber das Register selbst ist um Revisionen herum organisiert: Jede Zeile ist eine, und die Version ist der Zustand, in dem sich die SOP befindet, nachdem die jüngste freigegeben wurde. Die eigene Versionshistorie von QueryChart unter /features/version-control verwendet „Version“ auf dieselbe Weise, eine nummerierte, vergleichbare Momentaufnahme, die ein Speichervorgang erzeugt.

Wie oft sollte eine SOP überprüft werden?

Es gibt kein einzelnes Intervall, das zu jedem Verfahren passt: Die richtige Antwort hängt davon ab, was ein Versagen des Schritts kosten würde. Eine sicherheitskritische oder gegenüber Behörden relevante SOP wird typischerweise jährlich oder häufiger überprüft; eine risikoarme administrative kann sicher zwei bis drei Jahre zwischen Prüfungen laufen. Wichtiger als die genaue Zahl ist, dass jede SOP eine hat, als Fälligkeitsdatum in ihren Kopf geschrieben, statt es demjenigen zu überlassen, der zufällig bemerkt, dass sie überfällig ist.

Wer sollte das SOP-Revisionsregister verantworten?

Jemand, der sich vom Autor oder Freigeber einer einzelnen SOP unterscheidet, üblicherweise ein Dokumentenbeauftragter oder Qualitätsmanager, die Rolle, die das obige Diagramm in ihrer eigenen Bahn jeden freigegebenen Eintrag finalisieren lässt. Autor und Freigeber sind jeweils für eine Revision verantwortlich; das Register braucht eine Person, die für die Gesamtheit verantwortlich ist: überfällige Prüfungen nachverfolgen, doppelte Einträge abfangen und das Nummerierungsschema stabil halten.

Zählt eine Prüfung, die nichts zu ändern findet, trotzdem?

Ja, und sie braucht einen eigenen Nachweis dafür. Ein Auditor, der ein Revisionsregister stichprobenartig prüft, sucht nach dem Nachweis, dass eine Prüfung planmäßig stattgefunden hat, nicht nach dem Nachweis, dass sich die SOP geändert hat: Ein korrekt geschriebenes Verfahren sollte über Jahre unrevidiert bleiben. Protokollieren Sie das Prüfdatum und den Befund „keine Änderung erforderlich“ als datierten Eintrag, sonst liest sich die Lücke zwischen Revisionen als Vernachlässigung statt als Stabilität.

Wie unterscheidet sich das vom Verfolgen jeder einzelnen Änderung an einer SOP?

Das Verfolgen einer einzelnen Änderung ist Eintragsebene: was sich geändert hat, wer es geändert hat und was es ersetzt hat, das Thema von /de/guides/aenderungen-in-einer-sop-nachverfolgen. SOP-Revisionen zu verwalten ist Registerebene: das Nummerierungsschema, dem jeder Eintrag folgen muss, das Prüfintervall, dem jede SOP unterliegt, und der benannte Verantwortliche, wenn eines von beidem in Rückstand gerät. Ein Register kann jede einzelne Änderung einwandfrei protokollieren und trotzdem schlecht verwaltet sein, wenn niemand den Terminplan verantwortet. Für die umfassendere Sammlung an Steuerungspraktiken jenseits dieser Seite siehe /de/guides/best-practices-sop-versionskontrolle.