DQ, IQ, OQ, PQ: Equipment Qualification in Pharma Explained

Q: What is the difference between qualification and validation?

Qualification applies to equipment, utilities, and facilities — proving a physical thing is fit for its intended use (DQ/IQ/OQ/PQ). Validation applies to a process, method, or computer system — proving a procedure consistently produces a result meeting predetermined criteria. In short, you qualify the autoclave and validate the sterilisation cycle you run in it. Qualification is a prerequisite for validation.

2026-07-18

DQ, IQ, OQ, PQ are the four stages of pharmaceutical equipment qualification. What each stage proves, how they trace back to the URS through the V-model, when requalification is triggered, and the mistakes auditors find most often.

DQ, IQ, OQ, PQ: Equipment Qualification in Pharma Explained

A new tablet press arrives on the floor. The engineers uncrate it, bolt it down, run a few batches, and it works beautifully. Six weeks later an auditor points at it and asks a deceptively simple question: "Show me the evidence that this machine was correctly specified, installed, and proven to do what you bought it for — before you made a single saleable batch on it." If the answer is a delivery note and a photo of the nameplate, you have a problem. That evidence is what qualification produces, and it comes in four documented stages: DQ, IQ, OQ, PQ.

This guide explains what each stage actually proves, how they chain together, where teams get it wrong, and how to run the whole thing as a controlled workflow instead of a folder of loose PDFs.

Qualification vs validation: the one-line distinction

People use the words interchangeably; regulators don't.

Qualification applies to equipment, utilities, and facilities — a documented proof that a thing is fit for its intended use. (DQ/IQ/OQ/PQ.)
Validation applies to a process, method, or computer system — proof that a procedure consistently produces a result meeting predetermined criteria. (Think process validation, cleaning validation, or analytical method validation.)

Put simply: you qualify the autoclave; you validate the sterilisation cycle you run in it. Qualification is a prerequisite for validation — you cannot validate a process on equipment you haven't first qualified.

The V-model: how the four stages chain to the URS

Qualification isn't four independent checklists. It's a "V" — every acceptance test on the way up traces back to a requirement you wrote on the way down. The anchor of the whole thing is the URS (User Requirement Specification): the document that states, before you buy anything, what the equipment must do.

  SPECIFY (what we need)                 PROVE (what we got)
  ---------------------                  --------------------
   URS  ----------------------------------->  PQ   Performance:
   (user requirements)                        does it perform in
        \                                 /    routine use?
         \                               /
          DQ  ------------------------> OQ    Operational:
          (design meets URS)             \    does it work across
             \                          /     its operating range?
              \                        /
               (build / purchase) -> IQ       Installation:
                                              installed & documented
                                              as specified?

Read the "V" like this: the URS at the top-left is tested by PQ at the top-right. The DQ is tested by the OQ. Everything in the middle — the physical install — is confirmed by IQ. If a requirement in the URS has no corresponding test in PQ/OQ, your qualification has a hole in it. This requirement-to-test link is called traceability, and it's the first thing a good auditor checks.

DQ — Design Qualification

Question it answers: Before we commit to this equipment, does the proposed design meet our URS and GMP requirements?

DQ is the paperwork you do before the machine is built or purchased. You take the URS and confirm, on paper, that the chosen model, vendor, and configuration can actually satisfy every requirement — contact materials are compatible with the product, the control system supports the data-integrity and access-control expectations you need, the capacity matches your batch sizes, cleanability is designed in.

Typical DQ contents:

The approved URS, with each requirement given an ID.
Vendor/technical specifications mapped against each URS line.
Assessment of GMP-critical design features (materials of construction, data integrity and audit trail capability, cleanability, safety).
A design gap list and how each gap is closed or accepted.

Skip DQ and you discover the mismatch during OQ — after the machine is bolted to the floor and paid for. DQ is the cheapest stage to fix problems in, and the most commonly skipped.

IQ — Installation Qualification

Question it answers: Was the equipment received, installed, and documented exactly as specified?

IQ is a static, physical-evidence stage. Nothing is running yet. You verify the machine that arrived is the machine you specified, and that it's installed in a supporting environment that meets requirements.

Typical IQ checks:

Identity: make, model, serial number, asset/equipment ID recorded and tagged.
Components and spares present against the packing list and P&ID.
Utilities connected correctly (power, compressed air, water, drainage, HVAC).
Materials of construction match the DQ (e.g. product-contact parts are the specified grade of stainless steel).
Documentation received: manuals, certificates, material certificates, software version.
Instruments listed for calibration, with initial calibration status captured. (This is where equipment enters your calibration schedule — an instrument that isn't calibrated can't give trustworthy OQ results.)

IQ is where the equipment's permanent identity is born. Get the equipment ID and instrument list right here and everything downstream — calibration, maintenance, requalification — hangs off it cleanly.

OQ — Operational Qualification

Question it answers: Does the equipment operate correctly across its full intended operating range?

OQ is dynamic but still uses no product. You challenge the machine across its specified operating limits — not just the one setpoint you plan to use, but the edges of the range the URS claimed it would handle. This is where you test:

All control functions, setpoints, and operating ranges (e.g. speed low/nominal/high, temperature min/max).
Alarms, interlocks, and safety cut-outs — deliberately trigger them and prove they fire.
Access control and user permissions on the control system.
Critical instrument accuracy against calibrated references.
Worst-case conditions the equipment must tolerate.

OQ establishes the proven operating range inside which the equipment is known to behave. Anything a future process needs must sit inside what OQ demonstrated — which is exactly why OQ tests the edges, not just the middle.

PQ — Performance Qualification

Question it answers: Does the equipment perform reliably and reproducibly in routine, real-world use?

PQ runs the equipment under actual production conditions — real (or simulated) product, real operators, the real procedure, usually across several consecutive runs to show reproducibility. Where OQ proved the machine can work across its range, PQ proves it does work, consistently, for the specific product and process you'll run on it.

PQ typically:

Uses the intended product, load, or recipe.
Runs multiple batches/cycles (commonly three) to demonstrate reproducibility.
Measures the outputs that matter for product quality against predetermined acceptance criteria.
Often runs concurrently with, or feeds directly into, process validation.

Because PQ is product- and process-specific, it's the stage most tightly linked to batch release: the PQ report is part of the evidence that the equipment used to make a batch was fit for purpose.

Requalification: qualification is not a one-time event

Qualification has a shelf life. Equipment drifts, gets modified, moved, or repaired. Two triggers put a machine back into qualification:

1. Periodic requalification — a risk-based interval (often annual or biennial) to confirm the qualified state still holds.

2. Change-driven requalification — any modification, relocation, major repair, or control-system upgrade. This is the direct bridge to change control: a change control on qualified equipment must assess which qualification stages need to be repeated. Replace a motor? Maybe an OQ re-test. Move the machine to another room? IQ and OQ again.

Miss this link and you get the classic finding: a machine that was beautifully qualified in 2023, modified twice since, with no assessment of whether it's still qualified.

The five mistakes auditors find most often

Mistake	Why it fails
No URS, or a vague one	Nothing to trace PQ/OQ tests back to — qualification proves nothing in particular
DQ skipped	Design gaps surface expensively during OQ, after purchase and install
OQ tests only the normal setpoint	The proven range is a single point; any process variation is unqualified
Instruments used in OQ/PQ not calibrated	Test results are untrustworthy — a garbage-in problem
No change-linked requalification	Qualified state silently lapses after the first modification

Running qualification as a workflow, not a folder

The technical content of DQ/IQ/OQ/PQ is well understood. What actually breaks is the management of it: protocols drafted in Word, executed on paper, signed in ink, scanned, and filed — with the traceability living only in someone's head. When an auditor asks to see the URS requirement that a specific OQ test covers, it becomes an archaeology exercise.

Treated as a controlled workflow, each stage becomes a form-driven step with the right people, the right sequence, and the evidence captured as you go:

  URS approved
      |
      v
  DQ  -> reviewed & approved (QA + Engineering)
      |
      v
  IQ  -> executed, equipment ID + instruments registered
      |          -> feeds the calibration & maintenance schedule
      v
  OQ  -> executed against operating range, deviations logged
      |
      v
  PQ  -> executed under production conditions, report approved
      |
      v
  Qualified state  <-- periodic + change-triggered requalification

Done this way, every protocol has an owner and a status, every deviation is captured against the run that produced it, the equipment ID created at IQ carries through to calibration and maintenance automatically, and any change control on that equipment can point straight back at which qualification stages it affects. It's the same discipline a modern pharma quality management system applies to deviations and CAPAs — applied to the lifecycle of your equipment.

The takeaway

DQ, IQ, OQ, PQ aren't four boxes to tick. They're one continuous argument: we specified what we needed (URS), confirmed the design could deliver it (DQ), proved it was installed as specified (IQ), demonstrated it works across its range (OQ), and showed it performs reliably for our product (PQ) — and we keep that argument current through requalification. Build that chain once, keep the traceability intact, and the auditor's "prove it" question stops being a scramble and becomes a two-minute pull of a complete, linked record.

Frequently Asked Questions

What is the difference between DQ, IQ, OQ, and PQ?

They are the four sequential stages of equipment qualification. DQ (Design Qualification) confirms, on paper before purchase, that the chosen equipment's design meets the user requirements. IQ (Installation Qualification) verifies the equipment was received and installed exactly as specified. OQ (Operational Qualification) proves it operates correctly across its full intended operating range. PQ (Performance Qualification) proves it performs reliably and reproducibly under real production conditions with actual product.

What is the difference between qualification and validation?

Qualification applies to equipment, utilities, and facilities — proving a physical thing is fit for its intended use (DQ/IQ/OQ/PQ). Validation applies to a process, method, or computer system — proving a procedure consistently produces a result meeting predetermined criteria. In short, you qualify the autoclave and validate the sterilisation cycle you run in it. Qualification is a prerequisite for validation.

What is the URS in equipment qualification?

The URS (User Requirement Specification) is the document, written before any purchase, that states what the equipment must do. It is the anchor of the whole "V-model": every qualification test traces back to a URS requirement. If a requirement has no corresponding OQ or PQ test, the qualification has a gap — which is the first thing an auditor checks.

Is DQ mandatory?

DQ is the most commonly skipped stage and the cheapest place to catch problems. Formally documenting that the design meets the URS before purchase prevents discovering a mismatch during OQ — after the equipment is bought and installed. Even where it is done lightly, a design assessment against the URS should exist for GMP-critical equipment.

When is requalification of equipment needed?

Requalification is triggered two ways: periodically on a risk-based interval (often annual or biennial) to confirm the qualified state still holds, and on any change — a modification, relocation, major repair, or control-system upgrade. A change control on qualified equipment must assess which qualification stages need to be repeated.