Qualifizierungsdoku-Lücken: Vor der Freigabe schliessen

Die meisten Verzögerungen in der Anlagenqualifizierung entstehen nicht durch fehlgeschlagene Tests, sondern durch unvollständige Dokumentation. Fehlende Schemata, unklare Spezifikationen oder schwache Arbeitsanweisungen machen einfache IQ/OQ-Schritte zu langen Review-Zyklen.

Ein strukturierter Gap-Ansatz verbindet fehlende Dokumente mit Anforderungen, Risiken und Test-Impact.

TL;DR

Gaps nach Risiko und Qualifizierungsimpact priorisieren, nicht nach Dokumenttyp.
Jede Lücke mit Evidenzkriterium, Owner und Termin schliessen.
ISO 13485 erwartet versionierte, kontrollierte Dokumente mit Review-Traceability.
Eine klare Gap-Liste verhindert Rework und beschleunigt die QA-Freigabe.

Eine einfache 2x2-Triage hilft: Achse 1 = Einfluss auf Sicherheit/Qualität/Datenintegrität, Achse 2 = Einfluss auf Qualifizierungsplan. High/High muss vor IQ/OQ geschlossen werden, Low/Low kann mit Begründung nachgezogen werden.

Ein kurzer Workshop mit QA und Engineering reicht oft, um die Top-Gaps zu identifizieren.

Warum das relevant ist

EU MDR und FDA 21 CFR 820 verlangen qualifizierte Anlagen mit dokumentierter Evidenz. ISO 13485 macht fehlende Revisionen oder unkontrollierte Lieferantendokumente zu direkten Audit-Findings.

Geschäftlich blockiert unvollständige Doku die Anlagenfreigabe, verzögert Ramp-ups und verursacht Wiederholtests.

Je früher die Lücken sichtbar sind, desto einfacher ist die Abstimmung mit Lieferanten und QA — späte Korrekturen erzeugen meist neue Retests.

Fehlende Dokumente verzögern auch CAPA-Analysen und Audit-Responses.

Eine gute Gap-Dokumentation verhindert auch, dass Risiko-Controls aus ISO 14971 ohne passende Evidenz bleiben.

Wie „gut“ aussieht

Gute Qualifizierungsdoku ist schlank, nachvollziehbar und risikobasiert (ISO 14971).

As-built Zeichnungen und Schemata passen zur installierten Anlage.
Komponentenlisten enthalten Spezifikationen, Revisionen und Lieferantenbezug.
Arbeitsanweisungen enthalten Schritt-Checks und Datenerfassung.
Software-/Firmware-Stände sind in der IQ-Baseline dokumentiert.
Gap-Triage-Entscheide und QA-Freigaben sind transparent dokumentiert.
Lieferantendokumente sind reviewed, versioniert und im QMS abgelegt.
Konfigurations-Snapshots sichern die Testgültigkeit bis zum Close-out.
Dokumente sind in der richtigen Reihenfolge freigegeben (URS → Protokolle → Reports).

Evidenz-/Artefakt-Checkliste

Mit einer klaren Artefaktliste lassen sich Lücken gezielt schliessen.

URS und kritische Anforderungen mit Risiko- und Testbezug.
Freigegebene IQ/OQ-Protokolle und Testberichte mit objektiven Ergebnissen.
As-built Elektro-/Pneumatikschemata und mechanische Zeichnungen.
Komponenten-Spezifikationen mit Revisionshistorie.
Konfigurations-Snapshots und Software-/Firmware-Versionen.
Kalibrierzertifikate für relevante Messmittel.
Gap-Register oder Punch List mit Owner, Termin und Schliess-Evidenz.
Aktualisierte Arbeitsanweisungen und Schulungsnachweise (falls relevant).
Dokumenten-Review-Nachweise (QA-Freigaben, Verteilerlisten, Gültigkeitsstatus).
Change-Control-Einträge, die zeigen, wann Gaps den Plan beeinflusst haben.
Nachweise für Ersatzteile, Wartungsintervalle und Kalibrierpläne.
Konfigurationsfreigabe oder Lock-Status vor OQ-Start.
Rollen- und Verantwortlichkeitsmatrix für Dokumentenpflege.

Eine konsistente Ablage mit eindeutigen Dokument-IDs verhindert, dass QA Evidenz suchen muss.

Ein wöchentlicher Gap-Review mit QA und Engineering verhindert, dass offene Punkte bis kurz vor der Freigabe liegen bleiben.

Häufige Audit-/QA-Fragen

Welche Lücken betreffen kritische Anforderungen oder Sicherheitsfunktionen?
Sind As-built Zeichnungen und Schemata kontrolliert und traceable?
Wo ist die Evidenz, dass Software-Versionen dem Test-Stand entsprechen?
Wie wurden Lieferantendokumente geprüft und freigegeben?
Welche offenen Punkte bleiben und was ist der Close-out-Plan?
Wie wird sichergestellt, dass Doku-Updates die Tests nicht invalidieren?

QA erwartet hier konkrete Verweise auf die Schliess-Evidenz, nicht nur auf geplante Lieferungen.

Typische Fehlermodi

Gaps werden informell verfolgt, ohne Owner oder Schliesskriterien.
Arbeitsanweisungen fehlen als testbare Schritte mit Akzeptanzkriterien.
Komponentenspezifikationen sind nicht revisionskontrolliert.
Software-/Firmware-Stände sind nicht dokumentiert.
Testberichte existieren, aber ohne URS-Traceability.
Lieferantendokumente liegen in E-Mail-Threads statt im QMS.
Gap-Entscheide sind nicht begründet, sodass QA sie nicht freigibt.
As-built-Zustand wird nach OQ stillschweigend geändert.
Veraltete Arbeitsanweisungen bleiben im Umlauf, weil Distribution nicht kontrolliert ist.

Wann Unterstützung sinnvoll ist

Wenn Qualifizierung durch fehlende Doku blockiert ist, bringt ein kurzer Gap-Check oft schnellen Fortschritt. Gerade vor einem Audit hilft eine klare Priorisierung der offenen Punkte. Das entlastet QA spürbar. Für einen fokussierten Remediation-Plan Kontakt aufnehmen.