So verfolgen Sie Änderungen in einer SOP

So funktioniert es

1. Erfassen Sie die fünf Felder bei jedem Eintrag

   Halten Sie die betroffene SOP und den betroffenen Schritt fest, was sich geändert hat und warum, das Gültigkeitsdatum, den Autor und die genaue Versionsnummer, die dieser Eintrag ablöst. Ein Eintrag ohne abgelöste Version hinterlässt im Protokoll eine Lücke, die niemand im Nachhinein schließen kann.

2. Leiten Sie sicherheitskritische Änderungen auf die Überholspur

   Fragen Sie, bevor es zur Prüfung geht, ob die Änderung einen sicherheitskritischen Schritt betrifft. Ist das der Fall, kennzeichnen Sie sie für die beschleunigte Prüfung, statt sie hinter Routineänderungen warten zu lassen; ist es nicht der Fall, schicken Sie sie durch den Standardprüfzyklus.

3. Prüfen Sie vor dem Entwerfen auf einen offenen Eintrag

   Durchsuchen Sie das Protokoll nach einem bereits gegen dieselbe SOP offenen Eintrag, bevor Sie einen neuen beginnen. Zwei offene Einträge für ein Verfahren erzeugen zwei mögliche Versionsnummern: stimmen Sie sich mit dem anderen Autor ab oder staffeln Sie die Änderungen, statt parallel zu entwerfen.

4. Sperren Sie den Eintrag, sobald er freigegeben ist

   Erfassen Sie den freigegebenen Eintrag als final, aktualisieren Sie dann Versionsnummer und Gültigkeitsdatum der SOP und ziehen Sie die abgelöste Version ein. Ein Eintrag, der nach der Freigabe bearbeitbar bleibt, ist kein Nachweis, sondern ein Entwurf mit dem Namen eines Freigebers darauf.

5. Lassen Sie das Änderungsprotokoll die Erfassung für eine diagrammbasierte SOP übernehmen

   Ist die SOP selbst ein QueryChart-Flussdiagramm, überspringen Sie das manuelle Protokoll für alles, was im Diagramm erfasst ist: Jede Bearbeitung wird bereits Feld für Feld verfolgt. Öffnen Sie den Versionsverlauf, nutzen Sie den Versionsvergleich, um zu sehen, was sich zwischen zwei gespeicherten Versionen geändert hat, und stellen Sie eine frühere mit einem Klick wieder her, siehe /features/version-control.

Häufig gestellte Fragen

Ist „Änderungen verfolgen“ dasselbe wie Versionskontrolle für eine SOP?

Nicht ganz. „Änderungen verfolgen“ ist die Sprache von Dokumenteneditoren für eingebettete Korrekturmarkierungen und Kommentare in einer Datei. Versionskontrolle für eine SOP ist die Praxis, jedem freigegebenen Zustand des Verfahrens eine eigene identifizierte Version zu geben und einen Nachweis zu führen, was sich dazwischen geändert hat; ein Änderungshistorie-Eintrag ist die Art, wie dieser Nachweis niedergeschrieben wird. Die ausführlichere Abgrenzung finden Sie unter /de/guides/versionskontrolle-fuer-sops.

Was muss ein Änderungshistorie-Eintrag erfassen?

Fünf Dinge, unabhängig davon, wer ihn schreibt: die betroffene SOP und den betroffenen Schritt, eine allgemeinverständliche Beschreibung der Änderung und ihre Begründung, das Gültigkeitsdatum, den Autor und die genaue Versionsnummer, die der Eintrag ablöst. Die fehlende abgelöste Version ist die häufigste Lücke in einem Änderungshistorie-Protokoll.

Durchlaufen alle SOP-Änderungen dieselbe Prüfung?

Nein. Eine Änderung an einem sicherheitskritischen Schritt nimmt einen beschleunigten Prüfweg, statt sich hinter Routineänderungen einzureihen, während alles andere den Standardzyklus durchläuft. Beide Wege treffen vor dem Entwurf auf dieselbe Duplikatprüfung: Gibt es bereits einen offenen Eintrag zu dieser SOP?

Wie unterscheidet sich das von der allgemeinen Verwaltung von SOP-Revisionen?

Diese Seite handelt von der Mechanik eines Eintrags: den Feldern, die er braucht, der Prüfweiche, der Duplikatprüfung. Das Nummerierungsschema, das Prüfintervall und wer den Terminplan über alle SOPs hinweg verantwortet, ist die Steuerungsebene, behandelt unter /de/guides/sop-revisionen-verwalten.

Ersetzt QueryChart das manuelle Protokoll?

Bei einer diagrammbasierten SOP ja, für alles, was auf dem Diagramm selbst erfasst ist: Jede Bearbeitung auf Feldebene wird automatisch im Versionsverlauf erfasst, mit einer Ansicht zum Versionsvergleich und Wiederherstellung mit einem Klick, siehe /features/version-control. Ein manuelles Protokoll lohnt sich weiterhin dort, wo der Inhalt der SOP außerhalb des Diagramms lebt, oder wo eine Norm ein Änderungshistorie-Protokoll als eigenes Artefakt benennt, etwa den vollständigeren Lebenszyklus unter /de/templates/gelenkte-sop-vorlage.