Vorlage: SOP-Änderungshistorie
Eine Vorlage für die SOP-Änderungshistorie: Wie eine vorgeschlagene Änderung an einer SOP zu einem datierten Protokolleintrag wird, gegen offene Änderungen geprüft, begutachtet, freigegeben und mit der abgelösten Version finalisiert wird.
Was ist vorlage: SOP-Änderungshistorie?
Eine Änderungshistorie ist das Register, das für eine SOP eine einzige Frage beantwortet: Was hat sich geändert, wann, wer hat die Änderung vorgenommen, wer hat sie freigegeben, und welche Version löst der aktuelle Eintrag ab? Sie ist ein eigenständiges Artefakt, getrennt von der SOP selbst – das Verfahren beschreibt, wie heute gearbeitet wird, die Änderungshistorie ist das nur ergänzbare Protokoll jeder Version, die ihr vorausging. Auditoren und neue Prozessverantwortliche lesen zuerst das Protokoll, denn es ist der schnellste Weg, um festzustellen, ob das vorliegende Verfahren die gelenkte aktuelle Version ist oder etwas, das ein Prüfer zu aktualisieren vergessen hat.
Dieses Diagramm bildet das Protokoll als eigenen Workflow ab, nicht als Fußnote der SOP-Freigabe. Eine vorgeschlagene Änderung wird zunächst auf Sicherheitskritikalität geprüft, um zu entscheiden, ob sie ein beschleunigtes oder ein Standardprüfverfahren durchläuft, und anschließend gegen das Protokoll selbst geprüft: Ist für dieselbe SOP bereits ein anderer Eintrag offen, werden beide Änderungen koordiniert, damit das Protokoll niemals zwei Einträge abgleichen muss, die denselben Versionsstand beanspruchen. Erst danach erzeugt die Entwurfserstellung den eigentlichen Protokolleintrag – Datum, Änderungszusammenfassung, Autor und die abgelöste Versionsnummer –, weshalb die Schritte zur Entwurfserstellung und Finalisierung die Form „Datei“ statt „Prozess“ verwenden: Es sind die Momente, in denen tatsächlich etwas in das Register geschrieben wird, nicht nur weitergereicht.
Dies ist nicht der Freigabeworkflow des SOP-Dokuments selbst – das ist die gelenkte SOP-Vorlage unter /de/templates/gelenkte-sop-vorlage, die den Inhalt des Verfahrens durch Entwurf, Prüfung und Unterzeichnung führt. Es ist das Register, in das dieser Workflow bei jeder neuen Version einen Eintrag schreibt. Es ist außerdem enger gefasst als die allgemeine Dokumentenlenkung, die Entwurf, Ausgabe, Verteilung und turnusmäßige Überprüfung für jede Art gelenktes Dokument regelt unter /de/templates/dokumentenlenkung-prozess; dieses Diagramm deckt ausschließlich das Protokoll selbst ab, das Artefakt, das benennt, was sich geändert hat und welche Version es ablöste.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Fünf Phasen oben – Änderung erkannt, Protokolleintrag entworfen, Prüfung, Freigabe und Protokoll finalisiert – gepaart mit fünf Bahnen für die Rollen, die mit einem Änderungshistorie-Eintrag zu tun haben: Prozessverantwortlicher, SOP-Autor, Prüfer, Freigeber und Dokumentenbeauftragter.
- Aufnahme und Weiterleitung: Eine Änderung wird erkannt und beschrieben, dann leitet die Entscheidung „Änderung betrifft sicherheitskritischen Schritt?“ den Fall vor Beginn der Entwurfserstellung an die beschleunigte oder die Standardprüfung weiter.
- Eine Prüfung auf doppelte Einträge vor der Entwurfserstellung: „Änderungshistorie hat bereits einen offenen Eintrag für diese SOP?“ leitet zur Abstimmung mit dem Verantwortlichen des offenen Eintrags weiter, sodass zwei Änderungen an derselben SOP niemals als zwei konkurrierende Revisionen protokolliert werden.
- Der Eintrag selbst, entworfen und später finalisiert mit der Form „Datei“ statt „Prozess“: Datum, Änderungszusammenfassung, Autor und die abgelöste Versionsnummer, eingereicht zur Prüfung und dann zur Freigabe.
- Eine Prüfschleife: „Kommentare vor Freigabe zu klären?“ schickt den Eintrag zur Überarbeitung und erneuten Prüfung zurück an den SOP-Autor, statt den Freigeber zur direkten Ablehnung zu zwingen.
- Freigabe und Abschluss: Eine Entscheidung „Freigegeben?“ schickt den Eintrag entweder bei Ablehnung zur Überarbeitung zurück oder lässt den Dokumentenbeauftragten ihn als final erfassen, die Versionsnummer und das Gültigkeitsdatum der SOP aktualisieren und die abgelöste Version archivieren.
Wann Sie diese Vorlage verwenden sollten
- Sie richten eine Änderungshistorie für SOPs ein und wollen eine Struktur, die Aufnahme, Entwurfserstellung, Prüfung, Freigabe und Finalisierung trennt, statt eines offenen „Zeile anhängen“-Schritts.
- Zwei Personen können gleichzeitig Änderungen an derselben SOP vorschlagen, und Sie brauchen einen Kontrollpunkt, der einen doppelten Eintrag abfängt, bevor er als zwei konkurrierende Revisionen zur Freigabe gelangt.
- Sie müssen einem Auditor zeigen, wie eine bestimmte Zeile in der Änderungshistorie zustande kam: wer die Änderung vorgeschlagen hat, wer sie geprüft hat, wer sie freigegeben hat und welche Version sie ablöste.
- Sie trennen die Änderungshistorie vom eigentlichen SOP-Freigabeworkflow, weil dasselbe Protokoll über die Lebensdauer einer SOP Änderungen mehrerer Verantwortlicher erfassen muss.
So funktioniert es
Benennen Sie die Bahnen nach Ihren realen Rollen
Ersetzen Sie Prozessverantwortlicher, SOP-Autor, Prüfer, Freigeber und Dokumentenbeauftragter durch die Bezeichnungen, die Sie tatsächlich verwenden. In einem kleinen Team sind SOP-Autor und Prozessverantwortlicher oft dieselbe Person – führen Sie diese Bahnen zusammen, statt eine leere zu behalten; übernimmt eine Qualitätsleitung sowohl Prüfung als auch Freigabe, führen Sie stattdessen Prüfer und Freigeber zusammen.
Legen Sie den Sicherheitskritikalitäts-Test fest
Schreiben Sie auf, was eine Änderung in die beschleunigte Prüfung leitet, statt „Änderung betrifft sicherheitskritischen Schritt?“ dem Einzelurteil zu überlassen: Eine Änderung an einem Lockout-Schritt, einem kritischen Kontrollpunkt oder einer regulatorisch vorgeschriebenen Prüfung sollte immer qualifizieren, alles andere läuft standardmäßig über den regulären Zyklus.
Legen Sie die Pflichtfelder jedes Protokolleintrags fest
Legen Sie im Entwurfsschritt die genauen Felder fest, die Ihr Register braucht: Eintragsdatum, SOP-Nummer, eine allgemeinverständliche Änderungszusammenfassung, Autor und die abgelöste Versionsnummer. Halten Sie die Felder für beschleunigte und Standardeinträge identisch, damit das Protokoll unabhängig vom gewählten Weg konsistent bleibt.
Entscheiden Sie, wie ein doppelter Eintrag gelöst wird
Legen Sie die Regel hinter „Änderungshistorie hat bereits einen offenen Eintrag für diese SOP?“ fest: Wartet die zweite Änderung, bis die erste geschlossen ist, wird sie in denselben Eintrag zusammengeführt, oder wird sie separat protokolliert mit einem Verweis auf den anderen Eintrag? Alle drei Varianten funktionieren, solange das Protokoll nie zwei Einträge mit demselben Versionsstand behält.
Legen Sie Ihre Versionsnummerierung und die Regel für das Gültigkeitsdatum fest
Legen Sie fest, wie Versionsnummern steigen – üblich sind ganze Zahlen für ausgegebene Revisionen und Dezimalzahlen für Entwürfe – und wie viel Vorlauf das Gültigkeitsdatum braucht, damit der Dokumentenbeauftragte das Hauptregister aktualisieren und die abgelöste Fassung einziehen kann, bevor sie in Kraft tritt.
Häufig gestellte Fragen
Was ist eine SOP-Änderungshistorie?
Es ist das datierte Register, das jede Version einer SOP auflistet und was sich dazwischen geändert hat: das Datum des Eintrags, wer die Änderung vorgeschlagen hat, eine Zusammenfassung der Änderung, wer sie geprüft und freigegeben hat, und die Versionsnummer, die sie ablöste. Es ist getrennt von der eigenen Freigabeunterschrift der SOP – die SOP hält fest, wer die aktuelle Version freigegeben hat, die Änderungshistorie hält die Abfolge der Versionen fest, die dorthin geführt haben.
Wie unterscheidet sich das vom eigentlichen SOP-Freigabeworkflow?
Die gelenkte SOP-Vorlage unter /de/templates/gelenkte-sop-vorlage führt den Inhalt des Verfahrens selbst durch Entwurf, Prüfung und Freigabe und erzeugt eine aktuelle, unterzeichnete Version. Dieses Diagramm ist das Register, in das dieser Workflow bei jeder neuen Version schreibt – die nur ergänzbare Historie aus Daten, Autoren, Zusammenfassungen und abgelösten Versionsnummern, als eigenes Artefakt geführt, damit die Abfolge unabhängig vom Dokument selbst erhalten bleibt.
Warum vor der Entwurfserstellung auf einen offenen Eintrag prüfen?
Weil zwei Personen im selben Prüfzyklus Änderungen an derselben SOP vorschlagen können, ohne voneinander zu wissen, und wenn beide Einträge unabhängig zur Freigabe gelangen, landet das Protokoll bei zwei Zeilen, die beide dieselbe Version ablösen wollen. Die Prüfung ganz am Anfang, vor der Entwurfserstellung, sorgt dafür, dass die zweite Änderung in den ersten Eintrag koordiniert wird, statt erst während der Freigabe als Konflikt entdeckt zu werden.
Muss jede SOP-Änderung den beschleunigten Weg durchlaufen?
Nein. Der beschleunigte Weg existiert für Änderungen an sicherheitskritischen Schritten, bei denen die Zeitspanne zwischen Erkennung der Änderung und ihrem Inkrafttreten kurz sein muss. Alles andere – Klarstellungen, Formatierung, unkritische Verfahrensänderungen – sollte den Standardprüfzyklus durchlaufen, denn alles als beschleunigt zu behandeln unterläuft den Zweck, zwei Wege zu haben.
