Änderung
beantragt.
Freigabe
dokumentiert.
QIMS führt jede Änderung — an QMS-Prozessen, Design, Lieferanten oder Software — durch fünf dokumentierte Phasen. Vier-Augen-Freigabe, automatische Sperrlogik für betroffene Dokumente und ein Notfall-Pfad mit Pflicht-Nacherfassung.
ISO 13485 §4.1.4 · §7.3.7 · MDR Art. 120 · Vier-Augen · Sperrlogik
Änderungen passieren — im Betrieb, beim Lieferanten, in der Software. Aber der Auditor findet keinen Change-Record für den Softwarestand, der seit März im Einsatz ist.
ISO 13485 §4.1.4 verlangt, dass Auswirkungen von QMS-Änderungen bewertet und dokumentiert werden. §7.3.7 ergänzt für Designänderungen: Überprüfung, Verifizierung und Freigabe vor der Umsetzung. In der Praxis entstehen diese Nachweise oft nachträglich — wenn der Auditor bereits im Haus ist.
QIMS macht die Bewertung zum Pflichtschritt vor der Freigabe. Ein Change-Record ohne dokumentierte Auswirkungsbewertung kann nicht in die Freigabe-Phase wechseln. Ein freigegebener Change-Record kann nicht still rückgängig gemacht werden. Das schützt nicht nur im Audit — es schützt die Organisation davor, im laufenden Betrieb unbemerkt validierte Zustände zu verlassen.
Änderungsmanagement ist kein Dokumentations-Overhead — es ist der Nachweis, dass der Hersteller seinen validierten Zustand kennt und kontrolliert ändert. QIMS macht diesen Nachweis technisch erzwingbar, nicht nur prozessual empfohlen.
Jede Änderung beginnt mit einer strukturierten Anforderung — inklusive Auslöser, Betroffenheitsanalyse und Bewertung nach §4.1.4 und §7.3.7.
QIMS: QIMS erzwingt die Auswirkungsbewertung vor der Freigabe: Welche Prozesse, Dokumente und Produkte sind betroffen? Wird eine erneute Validierung ausgelöst? Gilt die Änderung als wesentlich nach MDR Art. 120? Kein Entwurf ohne Antworten auf diese Fragen.
Kein Änderungs-Abschluss ohne zweite dokumentierte Freigabe — Antragsteller und Freigebender können nicht dieselbe Person sein.
QIMS: Die Freigabe-Logik ist im System verankert. Wer die Änderung beantragt, kann sie nicht selbst freigeben. Der Freigebende bekommt eine Pflicht-Notification, die vollständige Auswirkungsbewertung zur Prüfung angezeigt und eine Freigabe-Begründung muss dokumentiert werden — kein Mausklick ohne Nachweis.
Dokumente und Produktionen, die von einer laufenden Änderung betroffen sind, werden systemseitig gesperrt — bis die Freigabe erteilt ist.
QIMS: QIMS erkennt aus der Betroffenheitsliste, welche Prüfanweisungen, SOPs oder Chargen nicht in Betrieb gehen dürfen, solange der Change-Record offen ist. Die Sperre hebt sich automatisch mit der Freigabe — kein manuelles Nachpflegen, keine vergessene Sperraufhebung.
Wenn Zeitdruck eine sofortige Umsetzung erfordert, erlaubt der Notfall-Pfad eine Umsetzung vor vollständiger Dokumentation — mit Pflicht-Nacherfassung.
QIMS: Der Notfall-Pfad ist kein Freifahrtschein. QIMS dokumentiert Zeitstempel, Umsetzungsverantwortlichen und den Grund für die Ausnahme — und setzt eine harte Frist für die Nacherfassung der vollständigen Bewertung. Offene Notfall-Änderungen sind systemweit sichtbar und eskalieren bei Fristüberschreitung.
Art der Änderung (QMS-Prozess, Design/Entwicklung, Lieferant, Software), Auslöser (CAPA, Kundenfeedback, Audit-Finding, interner Bedarf), beantragender Nutzer und Zeitstempel. Pflichtfeld vor Freigabe der Bewertungsphase.
Strukturierte Bewertung welche Prozesse, Dokumente und Produkte betroffen sind. Für Design-Änderungen (§7.3.7): Hat die Änderung Auswirkungen auf bereits hergestellte oder ausgelieferte Teile? Ist eine erneute Validierung oder Verifizierung erforderlich? Dokumentiert mit Begründung — keine Ja/Nein-Häkchen ohne Erläuterung.
Für Produkte unter MDD-Zertifikat: Bewertet die Änderung nach MDCG 2020-3-Kriterien, ob eine wesentliche Änderung an Design oder Zweckbestimmung vorliegt. Ergebnis ist dokumentiert — "nicht wesentlich" ist ein ebenso gültiges Ergebnis wie "wesentlich", wenn begründet.
User-ID des Freigebenden, Zeitstempel der Freigabe, Freigabe-Begründung, Bestätigung der geprüften Auswirkungsbewertung. Das Protokoll ist unveränderbar — kein stilles Bearbeiten nach Freigabe. Rücknahme der Freigabe ist möglich, aber mit eigenem Zeitstempel protokolliert.
Dokumentiert was konkret umgesetzt wurde, wer die Umsetzung durchgeführt hat und wann. Bei Designänderungen: Verweis auf aktualisierte technische Dokumentation und geänderten Versionsstand. Für Validierungspflichtige Änderungen: Verweis auf den Validierungsnachweis.
Entwurf → Bewertung → Freigabe → Umsetzung → Abschluss. Jeder Phasenwechsel ist zeitgestempelt. Rückwechsel sind möglich, aber protokolliert. Der Notfall-Pfad hat einen eigenen Status-Zweig mit Pflicht-Nacherfassung und Eskalations-Frist.
Eine Änderung in QIMS durchläuft fünf Phasen: Entwurf, Bewertung, Freigabe, Umsetzung, Abschluss. Jeder Phasenwechsel ist zeitgestempelt. Rückwechsel sind möglich — aber protokolliert. Kein stilles Zurücksetzen von Status.
Die Freigabe-Phase ist der kritischste Punkt: Hier greift das Vier-Augen-Prinzip. Antragsteller und Freigebender sind systemseitig getrennt. Die automatische Sperrlogik für betroffene Dokumente und Produktionen bleibt aktiv, bis die Freigabe erteilt ist — nicht bis jemand manuell die Sperre aufhebt.
Norm-Bezug: §4.1.4 und §7.3.7
§4.1.4 (QMS-Prozessänderungen) und §7.3.7 (Design- und Entwicklungsänderungen) verlangen beide eine Bewertung vor der Implementierung. QIMS deckt beide Normpfade im selben Workflow ab — mit unterschiedlichen Pflichtfeldern je nach Änderungstyp. Entwickelt nach den Anforderungen aus ISO 13485 §4.1.4, §7.3.7 und MDR Art. 120.
Muss jede kleine Änderung als Change-Record erfasst werden?
Der Umfang der Dokumentation hängt von der Tragweite der Änderung ab — aber die Entscheidung, ob eine Änderung dokumentationspflichtig ist, muss selbst dokumentiert werden. §4.1.4 verlangt, dass Auswirkungen auf das QMS bewertet werden. "Haben wir als unbedeutend eingestuft" ohne dokumentierte Begründung ist kein ausreichender Nachweis. QIMS ermöglicht auch die schnelle Erfassung kleiner Änderungen mit schlankem Workflow — der Aufwand skaliert mit der Komplexität.
Was gilt als "wesentliche Änderung" nach MDR Art. 120?
Die MDCG-Leitlinie 2020-3 beschreibt Kriterien, unter denen eine Änderung als wesentlich gilt und damit eine neue Konformitätsbewertung nach MDR erforderlich macht. Dazu gehören Änderungen am Verwendungszweck, am grundlegenden Design-Prinzip oder Änderungen, die die Sicherheit oder Leistung des Produkts beeinflussen können. QIMS führt durch eine strukturierte Bewertung gegen diese Kriterien — aber die abschließende Beurteilung liegt beim Hersteller und ggf. der benannten Stelle. QIMS dokumentiert den Entscheid, ersetzt aber keine rechtliche Beratung.
Wie funktioniert das Vier-Augen-Prinzip in der Praxis?
In QIMS sind Antragsteller und Freigebender in der Systemlogik getrennt. Wer eine Änderung anlegt, kann denselben Change-Record nicht zur Freigabe-Phase weiterschalten ohne einen anderen Nutzer als Freigebenden zu benennen. Der Freigebende muss die Auswirkungsbewertung bestätigen und eine eigene Begründung hinterlegen. Kein technischer Workaround möglich — die Prüfung ist im Workflow verankert, nicht nur eine formale Anforderung.
Können bereits freigegebene Änderungen rückgängig gemacht werden?
Rücknahmen sind möglich — aber nicht still. Jede Rücknahme einer Freigabe erzeugt einen eigenen Zeitstempel-Eintrag mit Begründungspflicht. Der Change-Record zeigt die vollständige Historie: ursprüngliche Freigabe, Rücknahme, Grund, erneute Bewertung und neue Freigabe. Ein Auditor sieht nicht nur den aktuellen Status, sondern die gesamte Entscheidungshistorie.
Wie verhält sich Änderungsmanagement zu CAPA?
Änderungsmanagement und CAPA sind in QIMS verknüpft, aber getrennte Prozesse. Ein CAPA-Fall kann eine Änderungsanforderung auslösen — der Change-Record trägt dann den CAPA-Verweis als Auslöser. Umgekehrt kann eine Änderung eine CAPA auslösen, wenn die Auswirkungsbewertung eine systematische Ursache ergibt. Die Verknüpfung ist bidirektional dokumentiert — kein CAPA ohne Nachweis, ob zugehörige Änderungen abgeschlossen sind.
Änderungsmanagement in der Medizintechnik: Was zählt als Änderung — und was dann? →
ISO 13485 §4.1.4, §7.3.7 und MDR Art. 120 — vier reale Audit-Szenarien und warum fehlende Change-Records die häufigste Lücke bei kleinen Herstellern sind.
QIMS Feature · CAPA-VerbindungReklamation & Vigilanz: Wenn CAPA eine Änderungsanforderung auslöst →
Reklamations- und Vigilanzmanagement mit Statusmaschine — der Einstiegspunkt, aus dem häufig Change-Records entstehen.
QIMS · Alle QMS-ModuleAlle Module im Überblick: Dokumentenlenkung, CAPA, Audit, Reklamation →
Änderungsmanagement ist eines von mehreren integrierten QMS-Modulen in QIMS — entwickelt nach den Anforderungen aus ISO 13485 und MDR.
Änderung
bewertet.
Freigabe
gesichert.
In einer Demo zeigen wir, wie QIMS den Änderungs-Workflow in der Praxis abläuft — Vier-Augen-Freigabe, automatische Sperrlogik, MDR-Wesentlichkeitsbewertung und Notfall-Pfad auf einen Blick.
Kein Pitch. Kein Abschlussgespräch nach dem Termin.