GMP Change Control in der Produktion: ICH Q12 und reale Risiken
GMP Change Control in der Produktion: von „like for like“ zu Established Conditions
Die Frage, die selbst reife Standorte im Audit in Schwierigkeiten bringt
„Wie haben Sie das PLC-Update der Linie gesteuert…?“
„In welchem Change Control haben Sie die Auswirkungen des neuen Lieferanten für Dichtungen bewertet…?“
Im Audit ist das häufigste Problem, das ich sehe, nicht, dass ein Change vollständig fehlt. Das Problem ist, dass der Change als Wartung behandelt oder in eine Abweichung „aufgesogen“ wurde, ohne echte Impact-Bewertung auf Qualität, Validierung und Dossier. Das Ergebnis: Der Inspektor kommt zu dem Schluss, dass der reale Prozess nicht mehr dem genehmigten entspricht oder dass dies jedenfalls nicht nachgewiesen wurde.
Dieser Beitrag geht in einen Bereich, der oft unterschätzt wird: Change Control als Instrument des Lifecycle Managements und nicht als Bürokratie.
Hinweis: Im technischen Guide von GuideGxP wird das Thema Lifecycle/Change im ICH-Kontext, einschließlich ICH Q12, sowie in der operativen Steuerung von Dokumenten und Prozessänderungen aufgegriffen.
Der Mythos, den man entkräften muss: „Es ist like-for-like, also braucht man kein Change Control“
Veraltete und riskante Praxis: Jede Ersetzung als „like-for-like“ zu betrachten und deshalb nicht formell zu steuern.
Warum ist das in GMP gefährlich?
- „Gleich“ aus Sicht des Einkaufs bedeutet nicht gleichwertig für den Prozess, etwa bei Toleranzen, Rauheit, chemischer Kompatibilität, Firmware oder Regelalgorithmus.
- Viele „unsichtbare“ Changes erzeugen einen langsamen Drift, der nicht sofort als Abweichung explodiert, sondern Monate später als OOT, Ausschuss, Instabilität oder Reklamationen sichtbar wird.
- Im Audit bewertet der Inspektor nicht Ihre Absicht. Er bewertet den dokumentierten Nachweis, dass der Impact verstanden und beherrscht wurde.
Contrarian insight: Der Satz „Es ändert sich nichts“ ist oft genau das Signal dafür, dass Sie nicht an den richtigen Stellen hingeschaut haben, zum Beispiel bei Software, Kalibrierungen, produktberührenden Materialien, Regelparametern oder Condition Ranges.
Warum ICH Q12 die Denkweise über Changes verändert, auch im Shopfloor
Viele Produktionsstandorte erleben Change Control als „Formular, das man schließen muss“. ICH Q12 treibt jedoch ein reiferes Konzept voran: Bestimmte Prozessbedingungen sind Established Conditions (ECs), also Elemente, deren Änderung einen strukturierten Weg erfordert, je nach Fall auch regulatorisch.
Aus Sicht des Manufacturing Managers wird daraus eine praktische Frage:
„Berührt diese Änderung eine Established Condition? Und wenn ja, mit welcher Strategie steuern wir sie?“
Parallel dazu führt ICH Q12 Instrumente wie PACMP (Post-Approval Change Management Protocol) ein. Wenn man diese sauber vorbereitet, werden bestimmte Changes deutlich vorhersehbarer und besser steuerbar.
Change, Deviation, Maintenance: die Tabelle, die endlose Diskussionen vermeidet
| Situation | Richtiger Output | Typischer Trigger | Risiko, wenn das falsche „Behältnis“ gewählt wird |
|---|---|---|---|
| Maintenance (Wiederherstellung des qualifizierten Zustands) | Work Order + Wartungsnachweis | Verschleißteil, Schmierung, Austausch von Verbrauchsteilen | „verkleidete Wartung“ = keine GMP-Impact-Bewertung |
| Deviation (unerwartetes Ereignis) | Abweichung + RCA + CAPA | Alarm, Parameter außerhalb der Limits, Bedienfehler | Abweichung wird verwendet, um eine dauerhafte Änderung einzuführen = Finding |
| Change Control (beabsichtigte Änderung) | Change Request + Impact Assessment + Verifikationsplan | neuer Lieferant, Software-Patch, SOP-Änderung, Setpoint-Änderung | Change ohne Verifikation = Verlust des Kontrollzustands |
Aus Produktionssicht ist die Versuchung unter Lieferdruck groß, zu sagen: „Wir buchen es als Deviation und fahren wieder an.“ Aber wenn die Änderung im Zeitverlauf bestehen bleibt, ist es keine Deviation mehr.
Das Herzstück des Change Control „aus Inspektorensicht“: das Impact Assessment, nicht die Narrative
Ein robustes Impact Assessment ist kein langer Text. Es ist ein Entscheidungsraster, das zu überprüfbaren Evidenzen führt.
Checklist für das Impact Assessment in der „Shopfloor-Version“
Bewerten Sie ausdrücklich:
- Impact auf die Produktqualität: CQA/CPP, Verunreinigungen, Ausbeute, Variabilität, Kontamination, Container-Closure-Integrität, falls CCIT relevant ist.
- Impact auf Validierung/Qualifizierung: Ist eine Re-Qualification erforderlich? Eine gezielte IQ/OQ? Ein „Engineering Run“ mit Acceptance Criteria?
- Impact auf computergestützte Systeme: Configuration Management, Audit Trail, Zugriffsrechte, Release Notes, Regressionstests.
- Impact auf Cleaning und Cross-Contamination: Ändert sich die Reinigbarkeit? Ändern sich Oberflächen oder Dichtungen? Entstehen neue Dead Legs?
- Impact auf Regulatory Affairs / CMC: Betrifft es CTD Module 3 bzw. das CMC-Dossier? Erfordert es eine Variation vom Typ IA/IB/II oder eine Notifizierung?
- Impact auf die Supply Chain: Änderung eines kritischen Materials? Aktualisierung des Quality Agreement? Formelle Supplier Notification?
- Impact auf Training: SOP, MBR, Einstellungen, In-Process Controls.
Im Guide von GuideGxP ist die Erwartung klar formuliert, dass Änderungen an Dokumenten und Parametern formell gesteuert und mit Dossier und Quality System konsistent sein müssen.
„Change Pack“ audit-ready: was man wirklich sehen will
Im Audit reicht es nicht zu sagen: „Wir haben es bewertet.“ Man muss eine Akte öffnen und es belegen können.
| Artefakt | Was der Inspektor prüft | Typische Red Flag |
|---|---|---|
| Change Request + Rationale | warum die Änderung nötig ist und was sich ändert | vager Zweck wie „Verbesserung“ |
| Change Classification (minor/major, temporary/permanent) | Konsistenz zwischen Risiko und Kontrollen | „minor“ ohne Rationale |
| Risk Assessment nach ICH Q9 | Methodik und Mitigations | „niedriges Risiko“ ohne Daten |
| Test-/Verifikationsplan | klare Acceptance Criteria | generische Tests mit „alles ok“ |
| Nachweis der Testdurchführung | Logs, Reports, verknüpfte Abweichungen | fehlende Raw Data |
| Training Record | wer wann geschult wurde | Training erst nach Go-Live |
| RA Impact Statement | Verbindung zu CMC / Registrierung | RA nicht eingebunden |
| Closure + Effectiveness Check | Monitoring nach der Änderung | sofortige Schließung ohne Follow-up |
Praktischer Fall, real in der Dynamik, nicht als Schulbeispiel
Szenario: Firmware-Update des Checkweighers in der Verpackung, um False Rejects zu reduzieren.
Häufiger Fehler: Wird als IT-/Engineering-Wartung behandelt. Kein Change Control, weil „das Zielgewicht sich nicht ändert“.
Was nach 6–8 Wochen passiert
- stiller Anstieg der Ausschussquote, später Mikroverzögerungen bei Lieferungen,
- grenzwertige Reconciliations bei Packaging Components,
- im Audit fragt der Inspektor: „Wann haben Sie den Reject-Algorithmus geändert? Wo sind die Regressionstests?“
Richtige Steuerung, so würde ich es aufsetzen
- Change Control mit Klassifizierung, Software auf GMP-Equipment = mindestens medium risk
- Bewertung des Impacts auf Data Integrity, Audit Trail, Versioning, Process Controls und Reconciliation
- Tests: gezielte FAT/SAT + Engineering Run mit Challenge Set aus Proben bekannter Gewichte und dokumentierten Acceptance Criteria
- Effectiveness Check: Trending von Ausschuss und False Rejects über 3 Kampagnen + Event Review
Merkkasten
- Like-for-like ist eine Hypothese, die bewiesen werden muss, keine Abkürzung.
- Ein technisch „kleiner“ Change kann GMP-/RA-seitig groß sein, wenn er Established Conditions oder computergestützte Systeme berührt.
- Gutes Change Control ist nicht lang. Es ist rückverfolgbar, testbar und verteidigbar.
FAQ
1) Wann wird eine Wartung zu einem Change Control?
Wenn Sie nicht nur den qualifizierten Zustand wiederherstellen, sondern Materialien, Regelungslogik, Parameter, Ranges, Lieferanten oder die Betriebsweise ändern.
2) Wie steuert man einen Temporary Change unter Produktionsdruck?
Ein Temporary Change muss auch als solcher behandelt werden: mit Dauer, Grenzen, Mitigations, Rückkehrkriterien und retrospektiver Bewertung. Wenn er bestehen bleibt, muss er in einen Permanent Change überführt werden.
3) Was sind Established Conditions und warum sind sie für die Produktion relevant?
Es sind Bedingungen des Prozesses oder Produkts, deren Änderung eine strenge Steuerung erfordert, oft auch unter Einbindung von RA. Für den Shopfloor bedeutet das: zu wissen, was man nicht „on the fly“ ändern darf, ohne eine formale Strategie zu haben.
Wenn Sie Change Control in ein operatives und nicht nur bürokratisches Instrument verwandeln wollen, finden Sie im Technical Guide für den Manufacturing Manager Frameworks, Beispiele und Checklisten, die direkt im Shopfloor einsetzbar sind.