Aliquora Team

OOS Investigations: A 7-Step SOP for QC Labs

Master out-of-spec investigations with a clear 7-step SOP that helps QC labs find root causes fast, close CAPAs properly, and stay audit-ready.

Out-of-spec (OOS) investigations trip up even experienced QC teams — not because the science is hard, but because the process gets muddy under pressure. This post walks you through a practical 7-step SOP you can adapt for your lab starting today.

Why Most OOS Investigations Go Off the Rails

The number-one problem I see isn't a lack of effort — it's a lack of structure. Someone gets an OOS result, panics a little, reruns the sample without documenting why, and suddenly you're three steps into an investigation that has no paper trail.

Regulators hate that. Auditors will zero in on it every time.

The fix is a defined procedure everyone follows the same way, every time, regardless of who's in the lab that day. That's what this SOP gives you.

Step 1: Flag It Immediately and Freeze the Sample

The moment a result falls outside specification, stop. Don't retest yet. Don't discard anything.

Flag the result formally — in your LIMS, your logbook, wherever your records live — and place the sample in a secured, labeled hold. This preserves your options for Phase II if you need to go there.

Documentation at this stage should capture:

  • Date and time of the OOS result
  • Analyst name and instrument ID
  • Raw data file location
  • The specific specification limit that was exceeded

Step 2: Phase I — Laboratory Investigation First

Phase I is all about ruling out lab error before you ever question the product. This is non-negotiable. FDA's 2006 OOS guidance is explicit: you investigate the lab first.

Work through these checks systematically:

Analyst and technique review Did the analyst follow the method exactly? Check the batch record against the SOP step by step. A missed dilution factor or a mis-set wavelength can produce a false OOS in minutes.

Instrument and equipment check Pull the instrument logs. Was the instrument in calibration? Any error flags or maintenance events around the time of the run?

Reagent and standard review Verify the lot numbers and expiration dates on every reagent and standard used. A degraded standard is one of the most common Phase I findings we see.

Sample preparation review Walk back through sample prep. Was the correct sample used? Was it stored correctly before analysis?

If you find a clear, documented, assignable cause here — a transcription error, an expired standard, a confirmed pipetting mistake — you have grounds to invalidate the original result and retest. Document everything.

If Phase I comes up clean, move to Phase II.

Step 3: Phase II — Full-Scale OOS Investigation

Phase II opens the investigation beyond the lab. Now you're looking at the product, the process, and potentially the manufacturing side.

This is where a cross-functional team makes sense. Loop in production, QA, and sometimes R&D depending on your setup.

Key activities in Phase II:

  • Retained sample testing (additional aliquots from the same lot)
  • Reserve sample testing if available
  • Review of batch manufacturing records
  • Environmental and process parameter review for the relevant production period
  • Statistical review of historical results for the same product and test

Let's say Lakeside Analytical gets an OOS potency result on a topical formulation — 78% of label claim against a spec of 90–110%. Phase I finds nothing wrong in the lab. Phase II pulls retained samples, retests in duplicate, and gets 77% and 79%. That consistency points clearly toward a manufacturing issue, not a lab error. The investigation now shifts to blending uniformity and raw material assay records.

That's Phase II working as designed.

Step 4: Root Cause Analysis — Be Specific

Vague root causes are useless. "Analyst error" tells you nothing actionable. "Analyst inverted dilution factor on step 4.3 of SOP-CHEM-012, resulting in a 10-fold concentration error" is something you can actually fix.

Use a structured method. A simple fishbone diagram or 5-Why analysis works fine for most lab OOS situations. You don't need elaborate software.

Your root cause statement should be specific enough that someone reading it six months from now understands exactly what went wrong and why.

Step 5: CAPA — Close the Loop

A CAPA without teeth is just paperwork. Your corrective and preventive actions need to be:

  • Specific: Exactly what will change, in what process, by whom
  • Time-bound: A real due date, not "as soon as possible"
  • Verifiable: How will you confirm the action was effective?

For the dilution error example above, the corrective action might be a mandatory second-analyst verification step on dilution prep. The preventive action might be revising the SOP to include a calculation check box and adding a training refresher for all analysts on that method.

Schedule an effectiveness check — typically 30 to 90 days out — to confirm the root cause hasn't recurred.

Step 6: Disposition the Batch

Once your investigation is complete and the root cause is documented, QA makes a formal batch disposition decision. The options are typically:

  • Release: If Phase II testing confirms the original OOS was a lab error and the product meets spec
  • Reject: If the OOS is confirmed and attributed to product failure
  • Reprocess/Rework: If allowed by your product's specifications and regulatory requirements

Never release a batch while an OOS investigation is still open. That's an audit finding waiting to happen.

Step 7: Close the Record and Capture the Audit Trail

Every OOS investigation needs a formal closeout. That means a completed investigation report signed by QA, with all supporting data attached and every decision documented.

If your lab is using a LIMS like Aliquora, OOS flagging and the investigation record can live in the same system as your sample data, which makes pulling everything together for an audit dramatically less painful than hunting through folders.

Your closed OOS record should include:

  • Original result and specification
  • Phase I and Phase II findings
  • Root cause statement
  • CAPA actions and due dates
  • Batch disposition decision
  • QA sign-off with date

Keep these records for as long as your regulatory framework requires — for pharmaceutical labs, that's typically at least one year past the batch expiration date.


Frequently Asked Questions

What is the difference between an OOS result and an OOT result?

An out-of-spec (OOS) result falls outside the defined acceptance criteria for a test — it's a hard failure. An out-of-trend (OOT) result is still within spec but shows an unusual pattern compared to historical data. OOT results don't require the same formal investigation, but they're worth flagging early because they can predict an OOS before it happens.

Can you average results to get out of an OOS?

No. Averaging passing and failing results to make an OOS disappear is explicitly prohibited under FDA guidance and is considered data integrity fraud. Each result must be evaluated individually, and an OOS result requires a documented investigation before any retest is considered.

How many retests are allowed during a Phase I OOS investigation?

FDA guidance doesn't specify a fixed number, but your SOP should define a predetermined retesting protocol — typically one retest of two additional preparations from the same sample. Unlimited retesting until you get a passing result is a major compliance red flag.

What happens if you can't find a root cause?

Sometimes investigations conclude without a definitive root cause. That's acceptable as long as you document your investigation thoroughly and show you made a genuine, systematic effort. "No assignable cause found" is a valid conclusion — but only after you've genuinely worked through Phase I and Phase II.

How long should an OOS investigation take?

Industry practice is generally to complete and close an OOS investigation within 30 business days, though some regulatory frameworks have specific timelines. Whatever your target, build it into your SOP so investigations don't drag on indefinitely without QA escalation.