Ursache
gefunden.
Wirksamkeit
nachgewiesen.
Geplant: QIMS wird jeden CAPA-Record — ausgelöst durch NK-Produkte, Reklamationen oder Audit-Findings — durch sechs dokumentierte Phasen führen. Ursachenanalyse als Pflichtschritt, Vier-Augen-Freigabe und Wirksamkeitsprüfung vor dem Abschluss.
ISO 13485 §8.5.2 · §8.5.3 · Ursachenanalyse · Vier-Augen · Wirksamkeitsprüfung
Das dritte Reklamationsereignis mit ähnlichem Muster in sechs Monaten. Der Auditor fragt nach dem CAPA. Es gibt eine Liste mit Maßnahmen — aber keine dokumentierte Ursachenanalyse, keine Wirksamkeitsprüfung, keinen Abschluss-Nachweis.
ISO 13485 §8.5.2 verlangt mehr als eine Maßnahmen-To-Do-Liste: die identifizierte Ursache, die Bewertung ob die Maßnahme angemessen ist, und einen Nachweis, dass sie tatsächlich wirksam war. §8.5.3 ergänzt für Vorbeugemaßnahmen: das Potenzial für das Auftreten desselben Problems an anderer Stelle muss bewertet werden. In der Praxis werden CAPAs oft als Ticketsystem betrieben — Maßnahme aufgeschrieben, Maßnahme abgehakt, fertig.
Geplant: QIMS wird den Ursachenanalyse-Schritt zur Voraussetzung machen — kein Übergang zur Maßnahmenplanung ohne dokumentierte Analyse. Die Wirksamkeitsprüfung soll ein eigenständiger Status werden, der manuell bestätigt werden muss. Das hilft nicht nur im Audit — es schützt davor, eine Maßnahme als erledigt zu markieren, die das eigentliche Problem nicht behoben hat.
CAPA ist kein Maßnahmen-Ticketsystem — es ist der Nachweis, dass der Hersteller systematische Ursachen erkennt, wirksam behebt und den Nachweis dafür vollständig dokumentiert. Geplant ist, diese Anforderungen in QIMS technisch abzubilden, nicht nur prozessual zu empfehlen.
CAPA ohne dokumentierte Ursachenanalyse ist kein CAPA — §8.5.2 verlangt explizit die Bewertung der Ursache, bevor Maßnahmen festgelegt werden können.
Geplant in QIMS: QIMS soll den Ursachenanalyse-Schritt als Voraussetzung für den Übergang zur Maßnahmenplanung abbilden. Ob 5-Warum-Methode, Ishikawa-Diagramm oder freier Analysetext — das Analyse-Ergebnis soll dokumentiert sein, bevor der CAPA-Record in die nächste Phase wechseln kann.
Korrektiv- und Vorbeugemaßnahmen brauchen eine zweite dokumentierte Freigabe — wer die Maßnahme plant, kann sie nicht selbst zur Umsetzung freigeben.
Geplant in QIMS: Geplant ist, die Freigabe-Logik im CAPA-Workflow zu verankern. Maßnahmenverantwortlicher und Freigebender sollen systemseitig getrennt sein. Der Freigebende prüft die Maßnahmen gegen die dokumentierte Ursache, hinterlegt eine Begründung und gibt explizit frei. Die Freigabe soll im unveränderlichen Audit-Log (append-only) protokolliert werden.
§8.5.2 verlangt, dass die Wirksamkeit von Korrekturmaßnahmen bewertet wird — ein CAPA-Abschluss ohne dokumentierten Wirksamkeitsnachweis soll in QIMS nicht möglich sein.
Geplant in QIMS: Geplant: Die Wirksamkeitsprüfung wird ein eigenständiger Status. Ein CAPA-Record soll im Status "Wirksamkeit ausstehend" bleiben, bis der zuständige Nutzer den Wirksamkeitsnachweis dokumentiert und bestätigt hat. Erst dann soll der Abschluss-Status freigegeben werden. Zeitstempel und Nachweis-Begründung sollen im unveränderlichen Audit-Log (append-only) protokolliert werden.
CAPAs entstehen selten im Vakuum — meistens aus einem Nicht-konformen Produkt, einer Reklamation, einem internen Audit-Finding oder einer CAPA-übergreifenden Trendanalyse.
Geplant in QIMS: Geplant: QIMS wird CAPA-Records bidirektional mit dem Auslöser-Ereignis verknüpfen: Nicht-konformes Produkt, Reklamationsfall oder internes Audit-Finding. Die Verknüpfung soll in beiden Records sichtbar sein — wer den NK-Fall öffnet, sieht den zugehörigen CAPA. Wer den CAPA abschließt, bestätigt, ob zugehörige NK-Sperren aufgehoben werden können.
Art des Auslösers (NK-Produkt, Reklamation, internes Audit-Finding, Trendanalyse, externe Information), Auslöser-Referenz (NK-Nummer, Reklamations-ID, Audit-Finding-ID), Beschreibung des Ereignisses, betroffene Prozesse und Produkte. Vorgesehen als Pflichtfeld vor Freigabe der Ursachenanalyse-Phase.
Dokumentierte Ursachenanalyse mit gewählter Methode (5-Warum, Ishikawa, freier Text), Analyseergebnis und identifizierte Hauptursache. Unterscheidung zwischen Ursache (systematisch, prozessbezogen) und Symptom (einmalig, produktbezogen) ist Pflichtfeld — §8.5.2 verlangt die systematische Ursache, nicht nur die Symptombehebung. Geplant: kein Phasenwechsel ohne Analyse-Abschluss.
Für §8.5.2: Korrekturmaßnahmen mit Verantwortlichen, Fälligkeitsdaten und Maßnahmen-Typ (Prozessänderung, Schulung, Dokumentenaktualisierung, Lieferantenmaßnahme). Für §8.5.3: Vorbeugemaßnahmen mit Begründung, warum die identifizierte Ursache auch an anderen Stellen auftreten könnte. Beide sollen im gleichen CAPA-Record dokumentiert werden können — mit klarer Trennung.
Zwei Freigabe-Punkte: Maßnahmenfreigabe (vor Umsetzung) und Abschluss-Freigabe (nach Wirksamkeitsprüfung). User-ID des Freigebenden, Zeitstempel der Freigabe, Freigabe-Begründung — vorgesehen zur Protokollierung im unveränderlichen Audit-Log (append-only). Eine Rücknahme der Freigabe soll möglich sein, aber mit eigenem Zeitstempel und Begründungspflicht protokolliert.
Dokumentierter Nachweis, dass die umgesetzten Maßnahmen tatsächlich wirksam waren — nicht nur: "Maßnahme umgesetzt". Wirksamkeitsprüfung mit Methode (Nachprüfung, Datenauswertung, Re-Audit), Ergebnis und Schlussfolgerung. Zeitstempel der Prüfung. Geplant: Abschluss nur nach positivem Wirksamkeitsnachweis.
Eintrag → Ursachenanalyse → Maßnahmenplanung → Umsetzung → Wirksamkeitsprüfung → Abschluss. Geplant: Jeder Phasenwechsel wird zeitgestempelt, Rückwechsel sind möglich, aber protokolliert. Der Abschluss soll gesperrt bleiben, bis Wirksamkeitsnachweis und Vier-Augen-Freigabe dokumentiert sind.
Geplant: Ein CAPA-Record in QIMS wird sechs Phasen durchlaufen: Eintrag, Ursachenanalyse, Maßnahmenplanung, Umsetzung, Wirksamkeitsprüfung, Abschluss. Jeder Phasenwechsel soll zeitgestempelt werden. Rückwechsel sollen möglich sein — aber protokolliert.
Die Maßnahmenplanungs-Phase ist der erste kritische Punkt: Hier soll das Vier-Augen-Prinzip greifen, Maßnahmenverantwortlicher und Freigebender sollen systemseitig getrennt sein. Die Wirksamkeitsprüfung ist der zweite kritische Punkt: Hier muss aktiv bestätigt werden, dass die Maßnahmen das Problem wirklich behoben haben — der Abschluss-Status soll gesperrt bleiben, bis dieser Nachweis vorliegt.
Norm-Bezug: §8.5.2 und §8.5.3
§8.5.2 (Korrekturmaßnahmen) verlangt die Ursachenanalyse vor der Maßnahme und den Wirksamkeitsnachweis nach der Umsetzung. §8.5.3 (Vorbeugemaßnahmen) ergänzt die Bewertung potenzieller Ursachen, bevor das Problem eintritt. Geplant ist, beide Normpfade in QIMS im selben Workflow abzubilden — mit klarer Trennung der Maßnahmentypen, ausgerichtet an den Anforderungen aus ISO 13485 §8.5.2 und §8.5.3.
Was ist der Unterschied zwischen Korrekturmaßnahme (§8.5.2) und Vorbeugemaßnahme (§8.5.3)?
Eine Korrekturmaßnahme nach §8.5.2 beseitigt die Ursache eines aufgetretenen Problems — sie ist reaktiv. Eine Vorbeugemaßnahme nach §8.5.3 beseitigt die Ursache eines potenziellen Problems, bevor es eintritt — sie ist proaktiv. In der Praxis beginnen die meisten CAPAs reaktiv: Ein Nicht-konformes Produkt oder eine Reklamation löst eine Korrekturmaßnahme aus. Wenn die Ursachenanalyse ergibt, dass dieselbe Ursache auch an anderen Stellen auftreten könnte, wird daraus eine Vorbeugemaßnahme. Geplant ist, beide Maßnahmentypen in QIMS im gleichen CAPA-Record mit klarer Trennung abzubilden.
Welche Ereignisse lösen typischerweise ein CAPA-Verfahren aus?
Auslöser für CAPA-Verfahren nach §8.5.2 und §8.5.3 sind: Nicht-konforme Produkte mit systematischer Ursache (kein einmaliger Ausreißer, sondern ein Prozessversagen), Reklamationen und Vigilanz-Ereignisse mit Hinweis auf einen QMS-Mangel, interne Audit-Findings, Management-Bewertungsergebnisse, Trendanalysen über NC-Häufigkeiten und externe Informationen (Behördenanfragen, Marktüberwachungsergebnisse). Im geplanten CAPA-Modul von QIMS soll der Auslöser-Typ ein Pflichtfeld sein und der CAPA-Record bidirektional mit dem auslösenden Ereignis verknüpft werden.
Wann gilt eine CAPA als wirksam abgeschlossen?
Eine CAPA gilt als wirksam abgeschlossen, wenn drei Bedingungen erfüllt sind: Erstens muss die Maßnahme tatsächlich umgesetzt sein — nicht nur geplant. Zweitens muss eine Wirksamkeitsprüfung mit dokumentiertem Ergebnis vorliegen, die belegt, dass die Ursache tatsächlich beseitigt wurde und das Problem nicht erneut aufgetreten ist. Drittens muss eine zweite Person (Vier-Augen-Prinzip) den Abschluss bestätigen. Geplant: QIMS wird den Abschluss-Status sperren, bis alle drei Bedingungen erfüllt sind — kein formaler Abschluss ohne Wirksamkeitsnachweis.
Wie sollen CAPA und Nicht-konforme Produkte in QIMS zusammenhängen?
Beide Module sind in Entwicklung. Geplant sind getrennte, aber verknüpfte Prozesse: Ein NK-Fall kann einen CAPA auslösen, wenn die Ursachenanalyse einen systematischen Mangel ergibt — der NK-Record soll dann die CAPA-Referenz tragen. Umgekehrt kann ein CAPA-Abschluss NK-Sperren betreffen: Wer den CAPA abschließt, bestätigt, ob betroffene gesperrte Chargen oder Produkte nachbewertet werden müssen. Die Verknüpfung soll bidirektional sichtbar sein.
Wie verhält sich CAPA zu Änderungsmanagement?
Geplant ist, CAPA und Änderungsmanagement in QIMS zu verknüpfen. Wenn eine Korrekturmaßnahme eine QMS-Prozessänderung, eine Designänderung oder eine Lieferantenänderung erfordert, muss dafür ein Change-Record angelegt werden — der CAPA-Record soll den Änderungsmanagement-Verweis als Maßnahme tragen. Erst wenn der Change-Record abgeschlossen ist, soll der CAPA in die Wirksamkeitsprüfung wechseln können. Umgekehrt kann eine Änderung, deren Auswirkungsbewertung ein systematisches Risiko ergibt, einen CAPA auslösen. Die Verknüpfung soll bidirektional dokumentiert werden.
Nicht-konforme Produkte: Wenn ein NK-Fund einen CAPA auslöst →
Geplant: NK-Records und CAPA-Records werden in QIMS bidirektional verknüpft — wer den NK-Fall öffnet, sieht den zugehörigen CAPA und den Abschluss-Status.
QIMS Feature · ReklamationenReklamation & Vigilanz: Wenn ein Reklamationsmuster einen CAPA erfordert →
Reklamationstrends mit systematischer Ursache lösen CAPA-Verfahren aus — geplant ist eine nachvollziehbare Verknüpfung zwischen Reklamations-ID und CAPA-Record.
ISO 13485 · Pillar-PageISO 13485 in der Praxis: CAPA im Kontext des gesamten QMS →
§8.5.2 und §8.5.3 sind Teil eines integrierten QMS — wie CAPA mit Audit, Reklamation, Dokumentenlenkung und Lieferantenmanagement zusammenwirkt.
QIMS · Alle QMS-ModuleAlle Module im Überblick: CAPA, Dokumentenlenkung, Audit, Reklamation →
CAPA ist eines von mehreren geplanten QMS-Modulen in QIMS — ausgerichtet an den Anforderungen aus ISO 13485 §8.5.2, §8.5.3 und MDR.
QIMS Feature · ÄnderungsmanagementÄnderungsmanagement: Wenn eine CAPA-Maßnahme eine Änderung erfordert →
CAPA-Maßnahmen, die QMS-Prozesse, Design oder Lieferanten betreffen, sollen als Change-Records weitergeführt werden — der CAPA-Abschluss soll erst möglich sein, wenn der Change-Record abgeschlossen ist.
HintergrundartikelNicht-konforme Produkte nach ISO 13485: Sperrung, Bewertung und CAPA-Auslöser →
Wann ein NK-Fund einen CAPA erfordert, wie die Abgrenzung zur Einzel-Korrektur funktioniert und was Auditoren in der Dokumentation prüfen.
Ursache
analysiert.
Wirksamkeit
gesichert.
In einer Demo zeigen wir den heutigen QIMS-Stand und besprechen den geplanten CAPA-Workflow — sechs Statusphasen, Ursachenanalyse als Pflichtschritt, Vier-Augen-Freigabe und Wirksamkeitsprüfung vor dem Abschluss.
Kein Pitch. Kein Abschlussgespräch nach dem Termin.