traqx

Change Control · GAMP 5 / Annex 11 In Entwicklung

Den Change-Impact sehen, bevor er durchläuft.

Systeme, SOPs, Tests und Dokumente werden mit der Änderung verknüpft, bevor der validierte Zustand unscharf wird.

Relevant für GAMP 5, EU-GMP Annex 11 und 21 CFR Part 11.

  • Impact erst bewerten, dann freigeben.
  • Deltas statt verstreuter Listen.
  • Freigabe mit Grund und Nachweis.

Die ganze Plattform

GAMP 5EU-GMP Annex 1121 CFR Part 11ALCOA+

Change-Control-LebenszyklusAnnex 15 §11 · ICH Q9(R1)

CHANGE CONTROL · VALIDIERTER ZUSTAND ANNEX 15 §11 · ICH Q9(R1) IN VORBEREITUNG Antrag Scope §11.2erfasst · gesperrtTrigger verknüpftOwner offenEntwurf · geplant Produktqualität · PQSDokumentation · ValidierungZulassung · DossierKalibrierung · Wartung §11.4 · 7 Bereiche · offen keine Umsetzung vor Freigabe · Wirksamkeit §11.7 Impact EinstufungUnsicherheitBedeutungKomplexität Belegdatengeprüft · §11.6 Freigabe QA · CSV · OwnerMensch entscheidet Umsetzung Verifizierung AUDIT-TRAIL wer · was · wann · basis · quelle verknüpft

Change erfasst und gesperrt · geplant, in Vorbereitung

Warum Change Control den validierten Zustand riskiert

Eine Änderung ist schnell beantragt. Ihre Wirkung nicht.

Ein Change betrifft selten nur eine Sache. Er zieht sich durch Systeme, SOPs, Testfälle, Spezifikationen und deren Nachweise. Wird die Auswirkung erst nach der Umsetzung sichtbar, ist der validierte Zustand bereits unscharf — und der Beleg, dass er es nicht ist, fehlt.

01

Der Impact wird unterschätzt

Welche Systeme, Dokumente und Tests hängt diese Änderung wirklich? Wird das Impact Assessment aus dem Gedächtnis gefüllt, bleibt ein betroffenes Artefakt zu oft unentdeckt — bis es im Audit auffällt.

02

Bezüge zerfallen über Tabellen und Mails

Was hängt mit was zusammen, lebt in Köpfen, Tabellen und E-Mail-Threads. Jede Verknüpfung zwischen Change, Artefakt und Nachweis wird von Hand gesucht — spät, mühsam und fehleranfällig.

03

Der Nachweis entsteht hinterher

Dass die Bewertung vollständig war, die Freigaben vorlagen und die Deltas umgesetzt wurden, wird im Nachhinein zusammengetragen. Genau diese Lücke zwischen Entscheidung und Beleg ist ein Finding in spe.

Wie traqx Ihre Change Control abbilden soll

Impact erst bewerten — dann durchlaufen lassen.

Der geplante Workflow setzt auf Ihre Change-SOPs, Templates und Quellenräume auf: Policy → SOP → Template. traqx soll Bewertungen vorstrukturieren, Bezüge sichtbar machen und Entscheidungen nachvollziehbar halten — Sie bewerten und geben frei. Generate · Verify · Monitor. Die Schritte unten beschreiben die geplante Disziplin, nicht eine Live-Funktion.

Schritt 01 Change erfassen Der Änderungsantrag wird strukturiert erfasst — Anlass, Umfang und betroffener Bereich an einer Stelle. Geplant: traqx schlägt Felder als Vorschlag vor, Sie bestätigen; mit dem Sign-off wird der Antrag gesperrt und unveränderbar. Erfassung & Lock — Prinzip belegt, Change-Ausprägung in Vorbereitung
Schritt 02 Impact Assessment vorbereiten traqx soll das Impact Assessment vorstrukturieren: welche Systeme, SOPs, Tests und Dokumente die Änderung berührt — quellgebunden vorgeschlagen, nicht erraten. Sie prüfen, ergänzen und schließen die Bewertung ab. Quellengebundener Vorschlag — in Vorbereitung
Schritt 03 Betroffene Artefakte verknüpfen Change, Systeme, Dokumente, SOPs und Tests werden miteinander verknüpft, statt in getrennten Listen zu leben. Geplant: die Bezüge sind klickbar nachverfolgbar — von der Änderung zum betroffenen Artefakt und zurück zum Nachweis. Verknüpfte Bezüge (Traceability) — in Vorbereitung
Schritt 04 Test- und Dokumentendeltas ableiten Aus dem bewerteten Impact sollen die konkreten Deltas entstehen: welche Tests neu laufen, welche Dokumente anzupassen sind. Für tabellarische Blöcke ist ein zeilen- und zellgenauer Diff vorgesehen — was hinzukommt, wegfällt, sich ändert. Zeilen-Diff der Deltas — in Vorbereitung
Schritt 05 Freigaben führen Jede Bewertung und jede Freigabe ist eine attributierte, auditierte Entscheidung — mit Ihrem Namen signiert. Geplant: eine begründungspflichtige Ablehnung verlangt einen getippten Grund, der mit der Entscheidung festgehalten wird. Attributierte Freigabe (21 CFR Part 11) — in Vorbereitung
durchgehend Nachweise halten — Audit-Trail Über alle Schritte soll der Audit-Trail mitschreiben: welcher Change, welche Wirkung, welche Freigabe, auf welcher Grundlage. Die Änderungs-Historie ist auf Datenbank-Ebene append-only — sie lässt sich weder ändern noch löschen. Änderungs-Historie append-only (DB-Trigger) — Prinzip belegt

Warum das im Audit bestehen soll

Die KI bewertet vor. Sie verantworten.

Auch geplant gilt das traqx-Grundprinzip: Der KI-Output wird nie still in einen validierten Datensatz geschrieben. Bis zu Ihrer Freigabe bleibt jede Impact-Bewertung ein Vorschlag — und nur Ihre Bestätigung macht eine Änderung wirksam.

Generate Vorschlag bleibt Vorschlag Vorgeschlagene Impacts und Deltas leben als ausstehende Vorschläge am betroffenen Artefakt. Der freigegebene Zustand bleibt unverändert, bis ein Mensch handelt — kein Change läuft unbeaufsichtigt durch.
Verify Freigabe mit Begründungspflicht Jede Annahme oder Ablehnung ist eine attributierte, auditierte Entscheidung. Eine als begründungspflichtig markierte Ablehnung verlangt einen getippten Grund — der mit der Entscheidung festgehalten wird.
Monitor Quellengebunden statt frei erfunden Die Retrieval-Reichweite ist auf Ihren freigegebenen Quellen-Pool begrenzt. Jede Citation wird deterministisch geprüft; eine erfundene Quelle wird als unverified sichtbar gemacht, nicht als Wahrheit ausgegeben.

Per Konstruktion

Was ein Change-Control-Workflow strukturell absichern soll.

Impact

vor der Umsetzung

Auswirkungen auf Systeme, SOPs, Tests und Dokumente werden sichtbar, bevor die Änderung operativ durchläuft — nicht im Audit hinterher. So bleibt der validierte Zustand scharf statt unscharf.

1 N

Verknüpfung

Ein Change, durchverknüpft zu jedem betroffenen Artefakt und dessen Nachweis — die Bezüge entstehen mit, statt hinterher aus Tabellen und Mails zusammengesucht zu werden. Lücken werden früher sichtbar.

0

stille KI-Schreibvorgänge

Keine Bewertung und kein Delta landet ohne menschliche Freigabe im Datensatz. Per Konstruktion — nicht per Disziplin. So gehen Sie besser vorbereitet in QA-Review und Inspektion.

Change Control ist in Vorbereitung — noch nicht verfügbar; Wert und Workflow oben sind geplant, keine Live-Funktion. Die strukturellen Eigenschaften beschreiben die vorgesehene Konstruktion — keine Garantie für ein Audit-Ergebnis, aber eine bessere Vorbereitung. Echte Zeit- oder Kosteneffekte veröffentlichen wir erst mit belastbaren Pilot- oder Case-Study-Daten.

Fragen aus der Praxis

Häufige Fragen zum Change Control

Was ist Change Control in GxP?

Der kontrollierte Prozess, Änderungen an Systemen, Prozessen, Equipment oder Dokumenten zu bewerten, zu genehmigen, umzusetzen und nachzuweisen. Ziel ist, dass keine Änderung den validierten oder qualifizierten Zustand unbemerkt verändert.

Welche Änderungen sind Change-Control-pflichtig?

Alle Änderungen mit potenziellem GxP-Impact: an validierten Systemen, qualifiziertem Equipment, kritischen Prozessen, kontrollierten Dokumenten oder Lieferanten. Die Klassifizierung erfolgt risikobasiert — entscheidend ist eine belegbare Impact-Bewertung, nicht die Größe der Änderung.

Was gehört in einen Change Request?

Beschreibung und Begründung der Änderung, Impact- und Risikobewertung, betroffene Systeme und Dokumente, geplante Maßnahmen inklusive Requalifizierung oder Revalidierung, Genehmigungen und der abschließende Wirksamkeitsnachweis.

Wie hilft KI bei der Impact-Bewertung?

Sie findet betroffene Dokumente, Systeme und Abhängigkeiten über den gesamten Bestand und entwirft die Bewertung mit Quellenbindung — gerade die Querverbindungen, die manuell am häufigsten übersehen werden. Entschieden und freigegeben wird von Ihrem Team.

Weitere Disziplinen

Eine Plattform, viele Use Cases.

Gleiche Trust-Architektur — Quellen zuerst, KI als Vorschlag, Mensch entscheidet, Audit-Trail bleibt — über jede GxP-Disziplin.

Sicherheit & Standards · gebaut für nachvollziehbare Nachweise

Made in Germany DSGVO-konform · EU-gehostet Kein Modell-Training auf Ihren Daten
Gebaut fürGAMP 5EU-GMP Annex 1121 CFR Part 11ALCOA+
MitgliedschaftenISPEPDAGQMA

Gebaut von Compliance- & GxP-Experten · 15+ Jahre Domänen-Erfahrung

Live-Demo · Change Control in Vorbereitung · Einstieg jetzt

Gestalten Sie diesen Use Case mit.

Change Control ist in Vorbereitung — und frühe Partner bestimmen den Reifegrad mit. Bringen Sie einen realen Change-Prozess ein, der Ihren validierten Zustand schützt; wir bauen den Workflow an Ihrer Realität, statt ein fertiges Produkt zu behaupten. Umfang und Ziele legen wir gemeinsam vor dem Start fest.

Kein Sales-Pitch — ein kurzes Gespräch zu Ihrem konkreten Change-Control-Scope. Change Control bleibt als Roadmap-Use-Case klar markiert; die dokumentierte Bewertung gehört Ihnen, auch wenn Sie danach Nein sagen. EU-gehostet, kein Modelltraining, Quellenraum auf Wunsch nachweisbar löschbar.

Gemeinsamer Aufbau nur mit wenigen Partnern · Gespräche in Reihenfolge des Eingangs