Zum Hauptinhalt springen
QIMS Feature · CAPA

Ursache
gefunden.
Wirksamkeit
nachgewiesen.

QIMS führt jeden CAPA-Record — ausgelöst durch NK-Produkte, Reklamationen oder Audit-Findings — durch sechs dokumentierte Phasen. Ursachenanalyse als Pflichtschritt, Vier-Augen-Freigabe und systemseitig erzwungene Wirksamkeitsprüfung vor dem Abschluss.

ISO 13485 §8.5.2 · §8.5.3 · Ursachenanalyse · Vier-Augen · Wirksamkeitsprüfung

Das eigentliche Problem

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.

QIMS macht den Ursachenanalyse-Schritt technisch erzwingbar — kein Übergang zur Maßnahmenplanung ohne dokumentierte Analyse. Die Wirksamkeitsprüfung ist ein eigenständiger Status, der manuell bestätigt werden muss. Das schützt nicht nur im Audit — es schützt davor, eine Maßnahme als erledigt zu markieren, die das eigentliche Problem nicht behoben hat.

Vier Hauptbereiche

CAPA ist kein Maßnahmen-Ticketsystem — es ist der Nachweis, dass der Hersteller systematische Ursachen erkennt, wirksam behebt und den Nachweis dafür lückenlos dokumentiert. QIMS macht diese Anforderungen technisch erzwingbar, nicht nur prozessual empfohlen.

Ursachenanalyse (5-Warum / Ishikawa)

CAPA ohne dokumentierte Ursachenanalyse ist kein CAPA — §8.5.2 verlangt explizit die Bewertung der Ursache, bevor Maßnahmen festgelegt werden können.

QIMS: QIMS erzwingt den Ursachenanalyse-Schritt als systemische Voraussetzung für den Übergang zur Maßnahmenplanung. Ob 5-Warum-Methode, Ishikawa-Diagramm oder freier Analysetext — das Analyse-Ergebnis muss dokumentiert sein, bevor der CAPA-Record in die nächste Phase wechseln kann. Kein Übergang, kein stilles Überspringen.

Maßnahmenplanung + Vier-Augen-Freigabe

Korrektiv- und Vorbeugemaßnahmen brauchen eine zweite dokumentierte Freigabe — wer die Maßnahme plant, kann sie nicht selbst zur Umsetzung freigeben.

QIMS: Die Freigabe-Logik ist im CAPA-Workflow verankert. Maßnahmenverantwortlicher und Freigebender sind systemseitig getrennt. Der Freigebende prüft die Maßnahmen gegen die dokumentierte Ursache, hinterlegt eine Begründung und gibt explizit frei — kein Mausklick ohne Nachweis. Das Freigabe-Protokoll ist unveränderbar gespeichert.

Wirksamkeitsprüfung (systemseitig erzwungen)

§8.5.2 verlangt, dass die Wirksamkeit von Korrekturmaßnahmen bewertet wird — QIMS lässt einen CAPA-Abschluss ohne dokumentierten Wirksamkeitsnachweis technisch nicht zu.

QIMS: Die Wirksamkeitsprüfung ist ein eigenständiger Status — keine Option, keine Empfehlung. Ein CAPA-Record bleibt im Status "Wirksamkeit ausstehend" bis der zuständige Nutzer den Wirksamkeitsnachweis dokumentiert und bestätigt hat. Erst dann wird der Abschluss-Status freigegeben. Zeitstempel und Nachweis-Begründung sind unveränderbar protokolliert.

Verknüpfung zu NK und Reklamationen

CAPAs entstehen selten im Vakuum — meistens aus einem Nicht-konformen Produkt, einer Reklamation, einem internen Audit-Finding oder einer CAPA-übergreifenden Trendanalyse.

QIMS: QIMS verknüpft CAPA-Records bidirektional mit dem Auslöser-Ereignis: Nicht-konformes Produkt, Reklamationsfall oder internes Audit-Finding. Die Verknüpfung ist in beiden Records sichtbar — 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.

Sechs Datenbereiche
01
Ereignis-Erfassung + Auslöser

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. Pflichtfeld vor Freigabe der Ursachenanalyse-Phase.

02
Ursachenanalyse-Protokoll

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. Kein Phasenwechsel ohne Analyse-Abschluss.

03
Maßnahmenplan (Korrektur + Vorbeugung)

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 können im gleichen CAPA-Record dokumentiert werden — mit klarer Trennung.

04
Vier-Augen-Freigabe (Maßnahmen + Abschluss)

Zwei Freigabe-Punkte: Maßnahmenfreigabe (vor Umsetzung) und Abschluss-Freigabe (nach Wirksamkeitsprüfung). User-ID des Freigebenden, Zeitstempel der Freigabe, Freigabe-Begründung — unveränderbar gespeichert. Rücknahme der Freigabe ist möglich, aber mit eigenem Zeitstempel und Begründungspflicht protokolliert.

05
Wirksamkeitsnachweis

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. Nur nach positivem Wirksamkeitsnachweis ist der Abschluss möglich.

06
Statusmaschine: sechs Phasen

Eintrag → Ursachenanalyse → Maßnahmenplanung → Umsetzung → Wirksamkeitsprüfung → Abschluss. Jeder Phasenwechsel ist zeitgestempelt. Rückwechsel sind möglich — aber protokolliert. Kein stilles Zurücksetzen von Status. Der Abschluss ist technisch geblockt bis Wirksamkeitsnachweis und Vier-Augen-Freigabe dokumentiert sind.

Workflow

Ein CAPA-Record in QIMS durchläuft sechs Phasen: Eintrag, Ursachenanalyse, Maßnahmenplanung, Umsetzung, Wirksamkeitsprüfung, Abschluss. Jeder Phasenwechsel ist zeitgestempelt. Rückwechsel sind möglich — aber protokolliert. Kein stilles Zurücksetzen von Status.

Die Maßnahmenplanungs-Phase ist der erste kritische Punkt: Hier greift das Vier-Augen-Prinzip. Maßnahmenverantwortlicher und Freigebender sind systemseitig getrennt. 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 bleibt gesperrt 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. QIMS deckt beide Normpfade im selben Workflow ab — mit klarer Trennung der Maßnahmentypen. Entwickelt nach den Anforderungen aus ISO 13485 §8.5.2 und §8.5.3.

Häufige Fragen
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. QIMS erlaubt beide Maßnahmentypen im gleichen CAPA-Record mit klarer Trennung.

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). QIMS erfasst den Auslöser-Typ als Pflichtfeld und verknüpft den CAPA-Record bidirektional mit dem auslösenden Ereignis.

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. QIMS sperrt den Abschluss-Status technisch bis alle drei Bedingungen erfüllt sind — kein formaler Abschluss ohne Wirksamkeitsnachweis.

Wie hängen CAPA und Nicht-konforme Produkte in QIMS zusammen?

Nicht-konforme Produkte und CAPA sind in QIMS verknüpft, aber getrennte Prozesse. Ein NK-Fall kann einen CAPA auslösen, wenn die Ursachenanalyse einen systematischen Mangel ergibt — der NK-Record trägt dann die CAPA-Referenz. 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 ist bidirektional sichtbar — kein CAPA-Abschluss ohne Bestätigung des NK-Status.

Wie verhält sich CAPA zu Änderungsmanagement?

CAPA und Änderungsmanagement sind in QIMS verknüpft. 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 trägt den Änderungsmanagement-Verweis als Maßnahme. Erst wenn der Change-Record abgeschlossen ist, kann der CAPA in die Wirksamkeitsprüfung wechseln. Umgekehrt kann eine Änderung, deren Auswirkungsbewertung ein systematisches Risiko ergibt, einen CAPA auslösen. Die Verknüpfung ist bidirektional dokumentiert.

Weiterführend
QIMS Feature · NK-Produkte

Nicht-konforme Produkte: Wenn ein NK-Fund einen CAPA auslöst →

NK-Records und CAPA-Records sind in QIMS bidirektional verknüpft — wer den NK-Fall öffnet, sieht den zugehörigen CAPA und den Abschluss-Status.

QIMS Feature · Reklamationen

Reklamation & Vigilanz: Wenn ein Reklamationsmuster einen CAPA erfordert →

Reklamationstrends mit systematischer Ursache lösen CAPA-Verfahren aus — die Verknüpfung zwischen Reklamations-ID und CAPA-Record ist durchgehend nachvollziehbar.

ISO 13485 · Pillar-Page

ISO 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-Module

Alle Module im Überblick: CAPA, Dokumentenlenkung, Audit, Reklamation →

CAPA ist eines von mehreren integrierten QMS-Modulen in QIMS — entwickelt nach 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, werden als Change-Records weitergeführt — der CAPA-Abschluss ist erst möglich wenn der Change-Record abgeschlossen ist.

Hintergrundartikel

Nicht-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.

Demo anfragen

Ursache
analysiert.
Wirksamkeit
gesichert.

In einer Demo zeigen wir, wie QIMS den CAPA-Workflow in der Praxis abläuft — sechs Statusphasen, Ursachenanalyse als Pflichtschritt, Vier-Augen-Freigabe und systemseitig erzwungene Wirksamkeitsprüfung vor dem Abschluss.

Kein Pitch. Kein Abschlussgespräch nach dem Termin.