DQ vs IQ vs OQ vs PQ: Praktische Unterschiede in der MedTech-Fertigung
DQ, IQ, OQ und PQ werden oft als Kurzform genutzt, aber jede Phase beantwortet eine andere ingenieurtechnische Frage. Wenn diese Phasen vermischt werden, entstehen Nachtests, Protokoll-Updates oder Diskussionen darüber, welche Evidenz wirklich etwas belegt. Ein praktischer Ansatz ist, die Intention klar zu halten: DQ bestätigt die Designentscheidung, IQ bestätigt die Installation, OQ bestätigt das Leistungsfenster und PQ bestätigt die Performance unter realen Produktionsbedingungen.
Im Folgenden ein praxisnaher Blick darauf, was jede Phase für Fertigungsanlagen belegen sollte, welche Artefakte sinnvoll sind und wie man den Scope schlank hält, ohne Vertrauen in die Ergebnisse zu verlieren.
Design Qualification (DQ): die Designentscheidung begründen
DQ betrachtet die Designentscheidung, bevor die Anlage vollständig installiert ist. Die Frage ist einfach: Erfüllt die ausgewählte Maschine oder der kundenspezifische Aufbau den Anwenderbedarf und die kritischen Anforderungen? Hier werden Intended Use, kritische Funktionen und Akzeptanzkriterien festgelegt. Das Ergebnis ist kein Teststapel — es ist eine klare, geprüfte Begründung, warum das Design die Anforderungen erfüllen kann.
In der Praxis sieht DQ-Evidenz nach einem Requirements-Review, einer risikobasierten Begründung des Scopes und einer nachvollziehbaren Zuordnung zwischen kritischen Anforderungen und geplanten Tests aus. Wenn eine Anforderung fehlt oder unklar ist, wird sie hier geklärt. Jede Unschärfe in DQ wird später in OQ zur Diskussion.
Installation Qualification (IQ): die Installation korrekt und stabil nachweisen
IQ bestätigt, dass die Anlage wie vorgesehen installiert ist und betriebsbereit ist. Hier werden Utilities, Umgebung, Kalibrierstatus, Firmware-/Software-Versionen, Sicherheitskreise und mechanischer Aufbau geprüft. Wenn die Anlage im Reinraum stehen soll und definierte Strom- oder Druckluftwerte erwartet werden, ist IQ der Punkt, an dem diese Annahmen verifiziert werden.
Gute IQ-Evidenz ist konkret: Installationschecklisten, Verdrahtungs- und Utility-Prüfungen, Kalibrierzertifikate und As-built-Konfigurationen. Ziel ist, den Baseline-Zustand festzuhalten, damit spätere Performance-Tests belastbar sind.
Operational Qualification (OQ): Betrieb innerhalb der Limits nachweisen
OQ prüft, wie die Anlage im definierten Betriebsfenster performt. Es geht nicht nur um "läuft", sondern um "erfüllt sie die Leistungsgrenzen unter kontrollierten, wiederholbaren Bedingungen". Bei einem Prüfstand bedeutet das z. B. Kraft-, Geschwindigkeits- und Wiederholbarkeitsnachweise an definierten Punkten. Bei einer Produktionsanlage geht es oft um Alarme, Interlocks und kritische Prozessparameter an den Rändern des erlaubten Fensters.
Eine belastbare OQ fokussiert auf Parameter, die Produktqualität oder Sicherheit beeinflussen. Wer alles testet, verliert sich in Daten. Wer zu wenig testet, verfehlt relevante Fehlermodi. Risikobasierte Testpunkte, klare Akzeptanzkriterien und eine saubere Testmethode halten OQ effizient und auditfest.
Performance Qualification (PQ): Leistung unter realen Produktionsbedingungen nachweisen
PQ geht von kontrollierten Tests in den realen Produktionsbetrieb. Die Kernfrage lautet, ob der Prozess mit realen Materialien, Bedienern und normaler Variabilität stabil arbeitet. Hier wird Ausbeute, Fähigkeit und Produktqualität über repräsentative Läufe nachgewiesen, nicht nur über wenige Testpunkte.
Gute PQ-Evidenz umfasst definierte Lots/Chargen, klare Akzeptanzkriterien, die auf Produktanforderungen basieren, und Daten, die stabile Performance über Zeit zeigen. Wenn OQ zeigt, dass die Anlage die Limits treffen kann, zeigt PQ, dass sie das im Alltag auch wirklich tut.
Wo FAT und SAT einzuordnen sind
FAT und SAT sind Checkpoints, keine Ersatzphasen. FAT bestätigt den Aufbau vor dem Versand, SAT bestätigt die Anlage nach der Installation. Beide können Evidenz für IQ oder OQ liefern — aber nur, wenn die Tests mit dem Qualifizierungs-Scope abgestimmt sind. Behandeln Sie FAT und SAT als Datenquellen, nicht als die Qualifizierung selbst.
Typische Fehlermodi und wie man sie vermeidet
Der häufigste Fehler ist die Vermischung der Intention. Wenn DQ zu einer Testphase wird oder IQ versucht, Performance zu beweisen, entsteht Unklarheit. Jede Phase sollte sauber an ihrer Aufgabe bleiben, dann vermeiden Sie Nacharbeit. Ein weiterer Klassiker sind schwache Testmethoden: unklare Schritte, fehlende Anlagen-Settings oder nicht verifizierte Messmittel. Wenn die Methode schwach ist, ist die Evidenz schwach.
Ignorieren Sie auch Integrationspunkte nicht. Softwareversionen, Sensor-Kalibrierung und Utility-Stabilität sind oft die versteckten Ursachen für OQ-Ausfälle. Erfassen Sie diese Details in IQ, damit Performance-Probleme auf den Baseline-Zustand zurückgeführt werden können.
Praktischer Takeaway
DQ beantwortet "sollte dieses Design funktionieren", IQ beantwortet "ist die Anlage korrekt installiert", OQ beantwortet "performt sie innerhalb der Limits" und PQ beantwortet "performt sie stabil in der Produktion". Hält man diese Fragen getrennt, wird die Qualifizierung leichter planbar, sauberer ausführbar und einfacher zu verteidigen. Ziel ist nicht mehr Papier — sondern klare Evidenz, dass die Anlage in der Fertigung wie vorgesehen arbeitet.