IQ vs OQ Nachweise: Saubere Trennung für die Anlagenqualifizierung

Installation Qualification (IQ) belegt die Installationsbaseline. Operational Qualification (OQ) belegt das Leistungsfenster. Wenn diese Nachweise vermischt werden, wirkt die Dokumentation umfangreich, ist aber auditseitig angreifbar.

Die klare Trennung macht die Qualifizierung belastbar: IQ friert den As-built-Zustand ein, OQ prüft die Leistung gegen definierte Limits.

TL;DR

IQ = Installation, Utilities, Konfiguration, Kalibrierung; OQ = Leistung im definierten Bereich.
Separate Akzeptanzkriterien, Testmethoden und Evidenzpakete für IQ und OQ.
Kritische Anforderungen risikobasiert (ISO 14971) zuordnen und traceable testen.
Abweichungen sauber steuern und Retest-Trigger dokumentieren.

Mit dieser Trennung kann QA schnell erkennen, ob die Baseline stabil ist und ob Performance-Claims belastbar sind. Das verhindert Diskussionen über die Reihenfolge von IQ/OQ und spart Review-Zeit.

Warum das relevant ist

Regulatorisch verlangen EU MDR und FDA 21 CFR 820 qualifizierte Anlagen mit nachvollziehbarer Evidenz. ISO 13485 fordert kontrollierte, versionierte Dokumentation — fehlende Revisionen sind ein Auditrisiko.

Geschäftlich führt eine vermischte IQ/OQ-Dokumentation zu langen QA-Reviews, verzögerter Freigabe und Nacharbeit mit Lieferanten.

Eine klare Trennung erleichtert auch Change Control: Bei Änderungen ist sofort sichtbar, ob die Baseline (IQ) oder das Leistungsfenster (OQ) betroffen ist.

Auch bei internen Standort-Transfers wird diese Trennung regelmässig hinterfragt.

Wie „gut“ aussieht

Gute IQ/OQ-Evidenz erzählt eine klare, prüfbare Geschichte.

IQ-Checkliste ist mit As-built Zeichnungen, Utilities und Sicherheitskreisen verknüpft.
OQ-Protokolle prüfen Nominal- und Grenzbereiche mit kalibrierten Messmitteln.
Kritische Anforderungen sind Installation vs Performance zugeordnet und begründet.
OQ startet erst, wenn die IQ-Baseline stabil und freigegeben ist.
Datenintegrität ist explizit: Zeitstempel, Traceability, kontrollierte Ablage.
Konfigurationsänderungen zwischen IQ und OQ sind bewertet und dokumentiert.

Ein kurzes IQ/OQ-Summary im Protokollkopf (Anforderung, Testtyp, Evidenzort) reduziert Rückfragen und stellt sicher, dass Reviewer die Trennung sofort sehen.

Evidenz-/Artefakt-Checkliste

Die Artefakte müssen zeigen, was wann nachgewiesen wurde.

Freigegebene IQ- und OQ-Protokolle mit Akzeptanzkriterien.
As-built Zeichnungen, Schaltpläne und Installationschecklisten.
Konfigurations- und Versionsnachweise (PLC/HMI/Firmware) inkl. Parameter-Snapshots.
Kalibrierzertifikate der Messmittel für OQ-Tests.
OQ-Testbericht mit Rohdaten, Grenzbereichsergebnissen und Abweichungen.
Traceability-Matrix URS → Risiken → IQ/OQ-Tests.
Abweichungslog oder Punch List mit Impact, Owner und Schliess-Evidenz.
Umgebungsnachweise (Strom, Druckluft, Reinraumklasse).
Messsystem-Nachweis (MSA/GR&R), wenn OQ-Daten für Freigaben genutzt werden.
IQ/OQ-Summary mit Klartext: was bewiesen ist, was offen bleibt, und warum.
Utility-Mapping mit Bezug auf die freigegebenen Installationsanforderungen.
Rohdaten-Archivierung mit Zugriffskontrolle und Aufbewahrungsfristen.

Je klarer die Evidenzorte sind, desto schneller verläuft die QA-Review-Phase.

Wenn IQ und OQ in einem Dokument zusammenlaufen, sollten die Abschnitte klar getrennt und mit Querverweisen versehen sein, damit die Evidenzzuordnung eindeutig bleibt.

Häufige Audit-/QA-Fragen

Welche Anforderungen sind in IQ vs OQ nachgewiesen?
Wo ist die Evidenz für Grenzbedingungen?
Welche Messungen sind kalibriert und nachvollziehbar?
Welche offenen Punkte existieren und was ist der Retest-Trigger?
Ist die As-built-Konfiguration vor OQ eingefroren?
Wie wird verhindert, dass IQ- und OQ-Evidenz vermischt wird?

Typische Fehlermodi

IQ enthält Performance-Claims ohne kontrollierte Testmethoden.
OQ startet vor stabiler Baseline oder ohne freigegebene IQ.
Testdaten fehlen als Rohdaten oder sind nicht kalibriert.
Abweichungen sind nicht mit Schliesskriterien oder Retest verknüpft.
Konfigurationsänderungen zwischen IQ und OQ sind unklar dokumentiert.
OQ-Ergebnisse werden ohne eindeutige Testbedingungen zusammengefasst.

Wann Unterstützung sinnvoll ist

Wenn IQ durch fehlende Zeichnungen, unklare Konfiguration oder inkonsistente Arbeitsanweisungen blockiert ist, lohnt sich ein kurzer Evidenz-Gap-Check. Ein kompakter Review der IQ/OQ-Trennung spart oft mehrere Review-Schleifen. Das lässt sich auch remote prüfen. Der Aufwand bleibt dabei meist gering und planbar. Gerade vor internen Audits lohnt sich das. Für eine schnelle Klärung melden Sie sich.