Continued Process Verification (CPV): das Stage-3-Programm, das Überraschungen vermeidet

Die typische Szene: „Zeigen Sie mir die Trends der letzten 12 Monate“

Wenn der Inspektor in einer Inspektion fragt:

• „Trend der CPPs und CQAs“
• „Wie definieren und behandeln Sie einen Out-of-Trend?“
• „Welche Signale lösen bei Ihnen eine Abweichung aus, noch bevor es zu einem OOS kommt?“

…sehe ich oft schwache Antworten. Nicht, weil Daten fehlen, sondern weil ein strukturiertes CPV-Programm fehlt: verstreute Daten, „jährliche“ Grafiken, keine Signalregeln, keine klare Ownership.

Der Guide von GuideGxP weist ausdrücklich auf die Notwendigkeit einer Continued/Ongoing Process Verification (CPV/OPV) nach der Erstvalidierung hin – mit kontinuierlichem Monitoring und Trending.

Der Mythos, den es zu zerstören gilt: „Wir haben die 3 PPQ-Chargen gemacht, also sind wir abgesichert“

Diese Denkweise war in einer statischeren Welt vielleicht noch „akzeptabel“. Heute ist sie riskant, weil:

• sich Prozesse durch Mikro-Ursachen verändern (Verschleiß, Rohstoffchargen, Wartungen, Software-Updates)
• Abweichungen oft als Drift beginnen und erst spät zu OOS werden
• die Inspektionserwartung heute proaktive Kontrolle ist und nicht nur reaktive Reaktion

Contrarian Insight: CPV dient nicht nur dazu, „QA zufriedenzustellen“ oder den Inspektor. Wenn es richtig gemacht wird, ist es eines der besten Instrumente, um Ausschuss und wiederkehrende Abweichungen zu reduzieren, ohne unnötige Kontrollen hinzuzufügen.

„Echtes“ CPV = Stage 3 Process Validation + SPC + Governance

Ein robustes CPV hat drei Bestandteile:

• Was überwachen Sie (CPP/CQA + Prozessindikatoren)
• Wie überwachen Sie es (SPC und Signalregeln)
• Was tun Sie, wenn es „anschlägt“ (Workflow OOT → Triage → Eskalation)

Mini-Glossar (nur operativ, nicht theoretisch)

Stage 3 Process Validation: Nachweis aufrechterhalten, dass der Prozess im beherrschten Zustand bleibt.
SPC (Statistical Process Control): statistische Regeln, die Rauschen von Signal unterscheiden.
OOT (Out-of-Trend): Signal einer Drift, auch wenn Sie noch „in specification“ sind.

Die „CPV Canvas“-Tabelle, die ich zu verwenden empfehle (1 Seite, nicht 40)

Welches Control Chart soll verwendet werden (ohne es unnötig zu verkomplizieren)?

Aus Produktionssicht gilt: Mit I-MR für 5–10 Schlüsselparameter zu starten, ist besser als tausend nutzlose Diagramme.

„OOT“ ist keine Meinung: Definieren Sie Regeln – und lassen Sie sie leben

Beispiele für praktische Trigger im „Inspektionsstil“:

• 1 Punkt oberhalb des Action Limits → Ereignis
• 2 aufeinanderfolgende Punkte oberhalb des Alert Limits → OOT
• 6 aufeinanderfolgende Punkte steigend/fallend → Drift
• 8 aufeinanderfolgende Punkte auf derselben Seite des Mittelwerts → Prozess-Shift (typisch nach Wartung oder Rohstoffwechsel)

Das sind operative Anwendungen der Nelson Rules (oder ähnlicher Regeln). Sie müssen kein Mathematiker sein. Sie müssen nur konsistent und dokumentiert sein.

Der Teil, der den Unterschied macht: Datensatz-Stratifizierung (sonst täuschen Sie sich selbst)

Im Audit lautet eine klassische Frage:
„Können Sie mir zeigen, ob der Trend auf allen Linien/Schichten gleich ist?“

Wenn Sie nicht stratifizieren, riskieren Sie, Mittelwerte zu bilden und das Signal zu verlieren. Ich würde typischerweise stratifizieren nach:

• Linie / Equipment Train (Line 1 vs Line 2)
• Schicht / Team (Shift A/B/C)
• Rohstoffcharge / Lieferant
• Kampagne (Beginn der Kampagne vs Ende)
• Wartungseingriff (vor/nach)

Das ist oft der Schlüssel, um einen OOT von einem „Rätsel“ in eine „plausible Ursache“ zu verwandeln.

Golden Batch und multivariate Analyse: wenn Sie den nächsten Schritt machen wollen (ohne Hype)

Wenn Sie viele korrelierte Parameter haben – typisch für komplexe Prozesse oder digitalisierte Anlagen – können Sie Folgendes einführen:

• das Konzept des Golden Batch (erwartetes „gutes“ Profil)
• multivariate Überwachung wie PCA (Principal Component Analysis) und Statistiken wie Hotelling’s T², um anomale Muster zu erkennen, bevor sie zu Nichtkonformitäten werden

Ein Fehler, den ich oft sehe: Das Unternehmen kauft fortgeschrittene Tools, definiert aber nicht, wer die Anomalie „aufruft“ und was danach passiert. Technologie ohne Governance ist nur Rauschen.

Praxisfall (aus dem Betrieb): langsame Drift bei der Tablettierung

Szenario: Tabletten mit Härtespezifikation 80–110 N (in Ordnung), aber das CPV zeigt:

• I-MR: 7 Chargen mit steigendem Trend in Richtung 108–109 N
• Zunahme von Mikro-Ausschuss wegen grenzwertiger Friabilitätsdefekte

Untersuchung aus Sicht eines Manufacturing Managers (bevor es zu OOS wird):

• Prüfung von Stempel-/Nockenverschleiß
• Kontrolle von Schmierung und realer Kompressionskraft vs. Setpoint
• Korrelation mit Hilfsstoffcharge (Fließfähigkeit)
• Prüfung der Umgebung (RH), die die Kompressibilität beeinflusst

Wirksame Maßnahme: gezielte Wartung + vorzeitiger Austausch der Stempel, mit Aktualisierung des zustandsbasierten Wartungsplans.
Typisches Ergebnis: keine kritische Abweichung, weniger Ausschuss, sauberer Audit Trail.

Operativer Workflow: Was tun, wenn ein CPV-Signal ausgelöst wird

• Triage: Datenfehler, bekannte Änderung (Maintenance) oder reales Signal?
• Impact Assessment: Welche CQA könnte betroffen sein? Müssen Charge/Kampagne gesperrt werden?
• Containment Action: Setpoint-Anpassung? Linienstopp? Segregation?
• Root Cause: Instrumente, Materialien, Methode, Mensch, Umwelt (Ishikawa)
• CAPA + Effectiveness Check: Nachweis, dass der Trend zurückkehrt und stabil bleibt

Box „Wichtig zu merken“

• CPV ist kein jährliches Diagramm: Es ist SPC + Regeln + Entscheidungen.
• Ohne Stratifizierung verlieren Sie das Signal und glauben nur, unter Kontrolle zu sein.
• Der Inspektor fragt nicht: „Wie viele Daten haben Sie?“, sondern: Wie nutzen Sie sie, um Probleme zu verhindern?

Realistische Implementierungs-Roadmap in 6 Wochen

Woche 1: Wählen Sie 5–10 Hochrisiko-Parameter (1–2 „Pilot“-Produkte).
Woche 2: Datenquellen und Ownership mappen (MES/SCADA/LIMS/Data Historian).
Woche 3: Charts, Limits, OOT-Regeln und Governance (RACI) definieren.
Woche 4: Pilot + Korrektur (schmutzige Daten? inkonsistente Definitionen?).
Woche 5: Training der Supervisoren + CPV-Routine-Meeting (30 Min./Woche).
Woche 6: Go-live + erster Effectiveness Check (wurden Signale korrekt bearbeitet?).

FAQ

1) Sind CPV und PQR dasselbe?
Nein. Der PQR ist eine breite, periodische Review. CPV ist ein „lebendiges“ Programm mit Regeln und Triggern, das Abweichungen/OOS vorwegnimmt.

2) Wie viele Parameter sollte ich trendieren?
Besser wenige, aber kritische: risikobasierte CPP/CQA mit Limits und Maßnahmen. „Alles“ erzeugt nur Rauschen.

3) Wer sollte Owner des CPV sein?
In einem reifen Modell: Produktion als operativer Owner, QA für die Governance, MS&T für die wissenschaftliche Unterstützung. Entscheidend ist, dass der Owner die Autorität hat, Maßnahmen auszulösen.

Wenn Sie Beispiele und operative Referenzen zu kontinuierlichem Monitoring, Trending und der Verknüpfung mit dem Qualitätssystem möchten: Der Technische Leitfaden für den Manufacturing Manager wurde genau dafür entwickelt, GMP-Erwartungen in praktische Werkzeuge zu übersetzen.