Medical Device Process Validation: IQ, OQ, PQ, and the Complete Implementation Guide
A comprehensive guide to process validation for medical devices — covering IQ, OQ, PQ methodology, FDA and GHTF requirements, statistical tools, validation master plans, and continued process verification.
What Is Process Validation?
Process validation is the documented evidence that a manufacturing process, operated within established parameters, consistently produces a product meeting its predetermined specifications and quality attributes. It is one of the most critical and most misunderstood elements of medical device quality systems.
The fundamental principle is simple: if you cannot fully verify the output of a process by subsequent inspection or testing, you must validate that process. This is not optional. It is a regulatory requirement under FDA 21 CFR Part 820, ISO 13485:2016, the EU Medical Device Regulation, and every major medical device regulatory framework worldwide.
The Global Harmonization Task Force (GHTF, now IMDRF) defined process validation as:
"Establishing by objective evidence that a process consistently produces a result or product meeting its predetermined specifications." -- GHTF/SG3/N99-10:2004
The FDA's 2011 Process Validation Guidance describes a lifecycle approach encompassing process design, process qualification, and continued process verification — and has significantly shaped device validation expectations.
Why Process Validation Matters
The consequences of inadequate process validation are severe and concrete:
- Patient safety — An unvalidated process may produce devices with latent defects that are not detectable by final inspection. Sterilization processes, sealed packaging, welded joints, molded components — if any of these fail in the field, patients are harmed.
- Regulatory action — Process validation deficiencies are among the most common FDA 483 observations and Warning Letter citations. They are a top finding during Notified Body audits under the EU MDR. They can halt production, delay market entry, and trigger consent decrees.
- Business cost — Recalls traced to manufacturing process failures are extraordinarily expensive. The average Class I recall costs millions of dollars in direct costs alone, and the reputational damage is incalculable.
- Legal liability — In product liability litigation, plaintiffs' attorneys routinely target process validation records. A poorly documented or absent validation is powerful evidence of negligence.
Process Validation vs. Product Verification
This distinction is foundational and frequently confused.
Verification is confirmation by examination and provision of objective evidence that specified requirements have been fulfilled. You measure, test, or inspect the output of a process and confirm it meets specifications. Verification is applied to each unit or a sample of units.
Validation is confirmation by examination and provision of objective evidence that a process consistently produces output meeting predetermined requirements. You demonstrate that the process itself is capable and controlled — not just that individual units pass inspection.
| Aspect | Product Verification | Process Validation |
|---|---|---|
| Focus | The product (output) | The process (method) |
| Question answered | "Does this unit meet specifications?" | "Does this process consistently produce conforming output?" |
| When used | When output quality can be fully verified by inspection/test | When output quality cannot be fully verified by inspection/test |
| Examples | Dimensional measurement, visual inspection, electrical testing | Sterilization, sealing, welding, coating, cleaning |
| Frequency | Every unit or sample per batch | Initially (IQ/OQ/PQ) then ongoing monitoring |
| Regulatory basis | 21 CFR 820.90, ISO 13485 Clause 8.2.4 | 21 CFR 820.75, ISO 13485 Clause 7.5.6 |
The key question is always: Can I inspect or test every relevant quality attribute of the output after the process is complete? If the answer is "no" for any critical quality attribute, the process requires validation.
Regulatory Framework
Every major regulatory framework requires process validation. While the core principle is the same, the specific language and documentation expectations differ.
FDA 21 CFR 820.75 (Process Validation)
Under the QMSR (effective February 2, 2026), the FDA incorporates ISO 13485:2016 by reference, which means Clause 7.5.6 of ISO 13485 is now the primary process validation requirement for FDA-regulated manufacturers. However, FDA enforcement expectations built over decades under the original QSR remain relevant and are reflected in inspection practices.
The legacy 21 CFR 820.75 required:
- Validation of processes where results cannot be fully verified by subsequent inspection and test
- Documented procedures for validation, including monitoring and control methods, data analysis, and revalidation triggers
- Approval of validated processes, including equipment and personnel qualification
- Monitoring and control of validated processes
- Documented procedures for changes to validated processes
The QMSR does not weaken these expectations — it aligns the regulatory text with the international standard while FDA continues to enforce the same practical requirements.
FDA Process Validation Guidance (2011)
The FDA's 2011 guidance introduced a three-stage lifecycle approach that has shaped device validation expectations:
- Stage 1 — Process Design: Development studies, DOE, and risk analysis establish parameter-quality relationships.
- Stage 2 — Process Qualification: The traditional IQ/OQ/PQ sequence demonstrates consistent performance at commercial scale.
- Stage 3 — Continued Process Verification: Ongoing monitoring confirms the process remains in a state of control.
This lifecycle approach means process validation is not a one-time event — it is a continuous obligation.
GHTF/SG3/N99-10:2004
The GHTF (now IMDRF) process validation guidance remains one of the most practical and widely referenced documents. It provides a clear decision framework for when validation is required, detailed IQ/OQ/PQ protocol guidance, statistical approaches for sample sizes and acceptance criteria, and revalidation/change control guidance. Though not legally binding, it represents international consensus and is referenced by regulators worldwide.
ISO 13485:2016 Clause 7.5.6
Clause 7.5.6 requires organizations to validate any production processes where the resulting output cannot be verified by subsequent monitoring or measurement — including processes where deficiencies become apparent only after the product is in use. The clause mandates defined criteria for process approval, equipment approval, personnel qualification, specific methods and procedures, records, revalidation, and software validation for production software.
EU MDR Requirements
The EU MDR does not contain a standalone process validation clause but requires a quality management system. Annex IX references ISO 13485 as the harmonized standard, meaning Clause 7.5.6 applies directly. Notified Bodies apply the same IQ/OQ/PQ methodology and statistical rigor as the FDA.
Regulatory Comparison Table
| Requirement | FDA (QMSR / 21 CFR 820) | ISO 13485:2016 | EU MDR | GHTF/SG3/N99-10 |
|---|---|---|---|---|
| Process validation required | Yes (via ISO 13485 incorporation) | Yes (Clause 7.5.6) | Yes (via ISO 13485 harmonization) | Yes |
| IQ/OQ/PQ methodology | Expected (established practice) | Not prescribed by name, but implied | Expected (Notified Body practice) | Explicitly described |
| Statistical requirements | Expected (sample size rationale, capability) | "Defined criteria" required | Expected | Detailed guidance provided |
| Validation Master Plan | Expected (good practice) | Not explicitly required | Expected (Notified Body practice) | Recommended |
| Revalidation requirements | Yes (change-triggered) | Yes (Clause 7.5.6) | Yes | Yes |
| Continued process verification | Expected (FDA lifecycle approach) | Monitoring required (Clause 8.2.5) | Ongoing PMS obligations | Recommended |
| Software validation | Yes (production software) | Yes (Clause 7.5.6, 7.6) | Yes | Addressed |
| Personnel qualification | Yes | Yes | Yes | Yes |
When Is Process Validation Required?
The decision is driven by a single question: Can the output of this process be fully verified by subsequent monitoring, inspection, or testing? "Fully verified" means every quality attribute can be confirmed on every unit (or a statistically valid sample) without destroying the product. If any critical attribute requires destructive testing, or if inspection cannot detect all potential failure modes, the process must be validated.
Decision Criteria
Use this logic: (1) Identify the quality attributes the process is intended to produce. (2) For each attribute, determine whether it can be verified by non-destructive inspection or testing on 100% of units. (3) If any critical attribute cannot be fully verified — because testing is destructive, the attribute is hidden, or inspection has inherent limitations — the process requires validation. (4) Even if verification is technically possible, if it is impractical to verify 100% of output, validation is the more robust strategy.
Processes Typically Requiring Validation vs. Verification
| Process | Validation or Verification? | Rationale |
|---|---|---|
| Sterilization (EO, radiation, steam) | Validation | Sterility cannot be verified without destroying the product; sterility testing of samples does not provide sufficient assurance |
| Sealing (pouch sealing, thermoforming) | Validation | Seal integrity at the molecular level cannot be fully verified by visual inspection; destructive peel testing verifies samples but not 100% of output |
| Welding (ultrasonic, laser, RF) | Validation | Internal weld quality (bond strength, void fraction) cannot be fully verified non-destructively on all units |
| Injection molding | Validation | Internal stresses, crystallinity, void content, and molecular orientation cannot be verified by dimensional inspection alone |
| Soldering | Validation | Joint integrity at the metallurgical level cannot be fully verified non-destructively |
| Coating / plating | Validation | Adhesion, uniformity, and thickness on complex geometries cannot be fully verified without destructive testing |
| Cleaning processes | Validation | Cleanliness at the molecular/bioburden level cannot be verified on every unit without contaminating the product |
| Software-controlled processes | Validation | Software behavior under all conditions cannot be verified by testing output alone; the software itself must be validated |
| Lyophilization (freeze-drying) | Validation | Residual moisture content and product stability cannot be fully verified without destructive testing |
| Aseptic assembly | Validation | Sterility of the assembly process cannot be verified without destroying the product |
| CNC machining | Often verification | Dimensional attributes can typically be measured non-destructively on 100% of parts or statistical samples |
| Manual assembly | Often verification | Assembly completeness and correctness can typically be verified by inspection and testing |
| Labeling | Often verification | Label content, placement, and adhesion can typically be verified by inspection |
| Electrical testing | Verification | Electrical parameters (voltage, current, impedance) can be measured non-destructively on every unit |
| Packaging (non-sterile) | Often verification | Package integrity for non-sterile products can typically be verified by inspection |
Important nuance: The classification of a process as requiring validation or verification depends on the specific product and its quality attributes. An injection molding process for a non-critical housing component with generous tolerances might be adequately controlled through verification alone, while the same molding process for a critical implant component with tight tolerances and material property requirements almost certainly requires validation. The risk-based decision must be documented.
The Three Stages of Process Validation: IQ, OQ, PQ
The IQ/OQ/PQ framework is the universally accepted methodology, formalized by the GHTF and expected by the FDA, Notified Bodies, and regulators worldwide. Each stage builds on the previous one — no stage should begin until the preceding stage is complete and approved.
Installation Qualification (IQ)
Installation Qualification establishes documented evidence that the process equipment and ancillary systems are installed correctly, in accordance with the manufacturer's specifications, and in a suitable environment.
IQ answers the question: "Is the equipment installed correctly and ready for operational testing?"
What IQ Covers
- Verification that equipment matches purchase specifications and purchase orders
- Verification that equipment is installed per manufacturer's installation instructions
- Confirmation of utility connections (electrical, pneumatic, water, compressed gas, vacuum)
- Verification of environmental requirements (temperature, humidity, cleanliness)
- Calibration of instruments and sensors (or verification that calibration is current)
- Documentation of equipment model numbers, serial numbers, software versions, and firmware versions
- Verification of safety features (guards, interlocks, emergency stops)
- Confirmation of spare parts lists and preventive maintenance requirements
- Training documentation for operators and maintenance personnel
Example IQ Checklist Items
| IQ Check | Acceptance Criterion | Method |
|---|---|---|
| Equipment model/serial number matches PO | Exact match to purchase order | Visual comparison |
| Electrical supply verified | 480V 3-phase 60Hz +/- 5% (or as specified) | Measurement with calibrated meter |
| Compressed air supply verified | 80-100 psi, dry, filtered (or as specified) | Measurement with calibrated gauge |
| Safety interlock functional | Door interlock prevents operation when open | Functional test |
| Temperature sensor calibrated | Calibration certificate current, within tolerance | Review calibration certificate |
| Software version verified | Matches validated version per specification | Screen capture/printout |
| Preventive maintenance schedule established | PM schedule documented and approved | Document review |
| Operator training completed | Training records signed and filed | Record review |
Operational Qualification (OQ)
Operational Qualification establishes documented evidence that the process equipment operates as intended throughout all anticipated operating ranges — including worst-case conditions. OQ demonstrates that the process parameters, when operated within their specified ranges, produce output that meets quality specifications.
OQ answers the question: "Does the process produce acceptable output across its entire operating range, including worst-case conditions?"
What OQ Covers
- Identification of critical process parameters (CPPs) and their operating ranges
- Worst-case (challenge) testing at the extremes of operating ranges
- Process parameter interactions (when relevant)
- Equipment capability at boundary conditions
- Alarm and interlock functionality under process conditions
- In-process measurement capability
- Establishment of process operating windows
Process Parameter Identification and DOE
Before OQ begins, the team must identify critical process parameters (CPPs) — those with a significant effect on product quality. This is accomplished through risk analysis (FMEA), development data review, and Design of Experiments (DOE). A DOE approach is strongly recommended because factorial or fractional factorial designs efficiently identify significant parameters and their interactions — something one-factor-at-a-time (OFAT) testing cannot reveal.
Worst-Case Testing
The defining characteristic of OQ is challenge testing at worst-case conditions. "Worst case" means the combination of process parameters that represents the greatest challenge to producing conforming output — while still within the specified operating ranges.
For example, for a heat-seal process, worst-case conditions might include:
- Low temperature end of the sealing range + short dwell time + low pressure (minimum energy input)
- High temperature end + long dwell time + high pressure (maximum energy input, risk of burn-through)
- Combinations dictated by DOE results showing significant interactions
If the process produces conforming output at worst-case conditions, it provides high confidence that it will produce conforming output under normal operating conditions.
Performance Qualification (PQ)
Performance Qualification establishes documented evidence that the process, under actual production conditions (including production materials, production operators, production environment, and production equipment settings), consistently produces output meeting all predetermined specifications and quality attributes.
PQ answers the question: "Does the process consistently produce conforming output under real production conditions over a sustained period?"
What PQ Covers
- Production at nominal process settings (not worst-case)
- Use of production materials (not development or qualification materials)
- Operation by production operators (not engineers or specialists)
- Full production batch/lot sizes
- Multiple consecutive runs (typically a minimum of three)
- Comprehensive output testing against all product specifications
- Process capability analysis (Cpk/Ppk)
- Documentation of all process parameters during runs
Key PQ Considerations
- Sample size: Must be statistically justified (C=0 sampling plans for attribute data, capability-based sizing for variable data)
- Number of runs: Minimum three consecutive runs; justify more for high-risk processes (sterilization, implants)
- Process capability: Cpk/Ppk of 1.33 minimum, 1.67 for critical attributes (see Statistical Methods section)
- Production conditions: PQ must use production operators, production materials from actual suppliers, production batch sizes, and the production environment. Non-representative PQ is not valid.
IQ vs. OQ vs. PQ Comparison
| Aspect | IQ | OQ | PQ |
|---|---|---|---|
| Purpose | Verify correct installation | Verify process operates correctly across ranges | Verify consistent output under production conditions |
| Conditions | Static (no process running) | Controlled/challenge conditions (worst case) | Actual production conditions (nominal) |
| Materials | N/A (or reference materials) | May use production or reference materials | Production materials only |
| Operators | Engineers/technicians | Engineers/technicians or trained operators | Production operators |
| Key activities | Physical verification, calibration, documentation | Parameter studies, DOE, worst-case testing | Consecutive production runs, capability analysis |
| Output | Equipment ready for operational testing | Defined operating ranges and process window | Demonstrated process capability (Cpk/Ppk) |
| Statistical rigor | Low (pass/fail checks) | Moderate to high (DOE, ANOVA) | High (capability indices, confidence intervals) |
| Typical duration | Days | Days to weeks | Days to weeks (multiple production runs) |
| Prerequisite | Equipment received and placed | IQ approved | OQ approved |
Validation Master Plan (VMP)
A Validation Master Plan is a strategic document that defines the scope, approach, and schedule for all validation activities within a facility or product line. It ensures that all processes requiring validation are identified, prioritized, and systematically addressed — and it demonstrates to regulators that validation is planned rather than ad hoc.
VMP Contents
A well-structured VMP should include: scope and objectives; organizational structure (roles, responsibilities, authority); a process inventory with validation/verification determinations; validation strategy and statistical philosophy; a prioritized schedule with dependencies; documentation requirements (templates, numbering, approval workflows); deviation management procedures; change control integration and revalidation policy; continued process verification approach; training requirements; and references to applicable regulations and standards.
Relationship to Other Quality Documents
The VMP connects to: the Quality Manual (policy implementation), Risk Management File (risk-based prioritization), Design History File (process development data feeding protocols), Device Master Record (validated parameters become part of the DMR), CAPA system (validation failures may trigger CAPAs), and Change Control system (revalidation assessment for changes).
Statistical Methods in Process Validation
Statistical methods are not optional in process validation — they are essential for demonstrating that a process is capable and controlled. Regulatory authorities expect sample sizes to be justified, acceptance criteria to be statistically sound, and capability to be quantified.
Variable Data vs. Attribute Data
The statistical approach depends on the type of data collected.
Variable (measurement) data — Continuous measurements such as dimensions, temperatures, pressures, forces, weights. Analyzed using capability indices, control charts (X-bar/R, X-bar/S, I-MR), and confidence intervals.
Attribute (pass/fail) data — Discrete outcomes such as visual inspection results, leak test pass/fail, seal integrity pass/fail. Analyzed using acceptance sampling plans, proportion defective, and attribute control charts (p-chart, np-chart, c-chart).
Variable data is always preferred when feasible because it provides more information per sample and enables capability analysis. However, many medical device quality attributes are inherently attribute-type (sterility, visual defects, leak test results).
Process Capability Indices
Process capability indices quantify how well a process performs relative to its specification limits. They are the standard metrics for PQ acceptance criteria and ongoing process monitoring.
| Index | What It Measures | Formula (Simplified) | Target Value |
|---|---|---|---|
| Cp | Process potential — spread of the process relative to specification width | (USL - LSL) / (6 x sigma) | 1.33 minimum; 1.67 for critical |
| Cpk | Process capability — accounts for both spread and centering | Minimum of (USL - mean) / (3 x sigma) or (mean - LSL) / (3 x sigma) | 1.33 minimum; 1.67 for critical |
| Pp | Process performance potential — like Cp but uses overall variation (includes between-subgroup variation) | (USL - LSL) / (6 x s_overall) | 1.33 minimum |
| Ppk | Process performance — like Cpk but uses overall variation | Minimum of (USL - mean) / (3 x s_overall) or (mean - LSL) / (3 x s_overall) | 1.33 minimum |
Key distinctions:
- Cp vs. Cpk: Cp measures only spread; Cpk also accounts for centering. A process can have high Cp but low Cpk if off-center. Always report Cpk.
- Cpk vs. Ppk: Cpk uses within-subgroup (short-term) variation; Ppk uses overall (long-term) variation including between-run and between-lot sources. During PQ, Ppk is often more appropriate. During ongoing SPC, Cpk is standard.
- Minimum values: Cpk of 1.33 corresponds to approximately 63 DPMO. Cpk of 1.67 corresponds to approximately 0.6 DPMO. For life-sustaining devices, targets of 1.67 or 2.0 are common.
Sample Size Determination
Sample size must be justified — "we always use 30 samples" is not an acceptable rationale. The required size depends on data type, desired confidence level (typically 95%), desired reliability, expected variability, and detectable difference.
For attribute data: The C=0 sampling plan (zero defects accepted) is widely used. Sample sizes derive from the binomial distribution:
| Confidence Level | Reliability | C=0 Sample Size |
|---|---|---|
| 95% | 99% | 299 |
| 95% | 95% | 59 |
| 95% | 90% | 29 |
| 99% | 99% | 459 |
| 99% | 95% | 90 |
For variable data: Minimum 25-30 samples per run for initial capability estimation (per AIAG SPC Manual). Use 50+ samples for higher precision. The 95% confidence lower bound for a true Cpk of 1.33 is approximately 0.99 with 30 samples and 1.16 with 100 samples. Always document the sample size rationale in the protocol.
Confidence Intervals
A point estimate of Cpk alone is not sufficient. Report the lower 95% confidence bound on Cpk — if that bound exceeds 1.33, you have 95% confidence the true capability meets the target. For attribute data, confidence intervals on the proportion defective serve the same function (e.g., 0 out of 299 defective gives 95% confidence that the true defect rate is below 1%).
When to Use Which Approach
| Situation | Recommended Statistical Approach |
|---|---|
| Measurable quality attribute (dimension, weight, force) | Capability analysis (Cpk/Ppk), control charts, confidence intervals |
| Pass/fail quality attribute (leak test, visual inspection) | C=0 sampling plan or acceptance sampling per ANSI/ASQ Z1.4 |
| Identifying critical process parameters during OQ | DOE (factorial, fractional factorial, response surface) |
| Monitoring process stability over time | SPC control charts (X-bar/R, I-MR, p-chart) |
| Comparing two processes or conditions | Hypothesis testing (t-test, ANOVA, equivalence testing) |
| Establishing specification limits | Tolerance interval analysis |
Specific Process Validation Examples
The IQ/OQ/PQ framework applies universally, but technical requirements vary by process type. Below are guidance notes for the most commonly validated processes.
Sterilization Validation
Sterilization is the canonical example of a process requiring validation. Each method has its own ISO standard.
Ethylene Oxide (EO) — ISO 11135: EO sterilization validation requires defining the sterilization process through microbiological performance qualification (bioburden-based or overkill approaches), physical performance qualification (demonstrating that all process parameters achieve the required values throughout the sterilization chamber and load), and ongoing routine monitoring. Key parameters include EO concentration, temperature, humidity, exposure time, and aeration time. The validation must demonstrate that a Sterility Assurance Level (SAL) of 10^-6 is achieved.
Radiation (gamma, e-beam) — ISO 11137: Radiation sterilization validation establishes the minimum dose required to achieve the target SAL based on the product's bioburden. The validation includes dose mapping to identify minimum and maximum dose locations within the product load, dose setting/verification experiments using bioburden data, and ongoing dose audits. The dose-setting methods (VDmax, Method 1, Method 2) are defined in ISO 11137-2.
Steam (moist heat) — ISO 17665: Steam sterilization validation demonstrates that the autoclave cycle achieves the required time-temperature conditions throughout the load. Validation includes heat penetration studies using calibrated temperature sensors placed at the most challenging locations in the load, biological indicator (BI) challenges, and Bowie-Dick tests for pre-vacuum cycles. An F0 value of 8 minutes minimum (overkill approach: 15 minutes) is typical.
Packaging Seal Validation
Seal integrity cannot be fully verified non-destructively on every unit. Key standards: ISO 11607 and ASTM test methods.
Key elements:
- IQ: Verify sealer installation, calibration of temperature, pressure, and dwell time controls
- OQ: Determine the sealing window using DOE (temperature vs. dwell time vs. pressure), test at worst-case corners; output tested by seal strength (ASTM F88), dye penetration (ASTM F1929), burst testing (ASTM F2095/F2054), and visual inspection
- PQ: Run consecutive production lots at nominal settings, demonstrate consistent seal strength with Cpk > 1.33, zero dye penetration failures, and zero burst test failures
- Aging studies: Seal integrity must be maintained throughout the product's shelf life; accelerated and real-time aging studies per ASTM F1980 are required
Injection Molding Validation
Injection molding is one of the most common validated processes in medical device manufacturing. Internal material properties (crystallinity, residual stress, molecular orientation, void content) cannot be fully verified by dimensional inspection.
Key elements:
- IQ: Verify press installation, mold installation, auxiliary equipment (dryers, chillers, robots), and instrumentation calibration
- OQ: DOE on critical parameters — melt temperature, mold temperature, injection speed, pack pressure, hold time, cooling time. Measure quality attributes: dimensions, weight, visual defects, and where applicable, material properties (tensile strength, impact resistance). Establish the process window.
- PQ: Run minimum three consecutive production lots using production materials and operators. Demonstrate dimensional Cpk > 1.33 (or 1.67 for critical dimensions), weight Cpk > 1.33, zero critical visual defects. For multi-cavity molds, assess cavity-to-cavity variation.
Special considerations: Cavity pressure monitoring (using in-mold sensors) is increasingly used as a process monitoring parameter during PQ and ongoing production. Scientific molding principles (decoupled molding, viscosity curve establishment) should inform the OQ approach.
Cleaning Validation
Cleaning processes remove manufacturing residues (particulate, chemical, biological) from devices. Cleanliness at the required level often cannot be verified on every production unit without contaminating the cleaned product.
Key elements:
- Define cleanliness specifications — Maximum allowable residues for particulate (per ISO 19227), chemical (extraction/leachable limits per ISO 10993-12 and 10993-18), and biological (bioburden limits) contaminants
- IQ: Verify cleaning equipment installation, water quality systems, detergent delivery systems
- OQ: Establish cleaning parameters (temperature, time, concentration, flow rate, agitation method) that consistently achieve cleanliness specifications on worst-case (most difficult to clean) product configurations
- PQ: Run consecutive lots of worst-case product, test for all contaminant types, demonstrate consistent results
- Rinse water analysis, extraction testing, and particulate counts are common test methods
Software Validation (IEC 62304 Connection)
Software used in production processes (automated equipment, process control systems, LIMS) must be validated per ISO 13485 Clause 7.5.6. For software that is part of the device itself, IEC 62304 applies. Manufacturing software validation requires: intended use specification, risk assessment of software failure impact, functional and boundary condition testing, user requirements verification, and change control for all updates. Commercial off-the-shelf (COTS) software requires a reduced but documented effort focused on intended use and configuration validation.
Continued Process Verification (Stage 3)
Process validation does not end with PQ approval. Continued process verification (Stage 3) provides ongoing assurance that validated processes remain in a state of control, detecting drift and trends before they result in nonconforming product.
Statistical Process Control (SPC)
SPC is the primary tool for continued process verification. Key elements include:
Control charts — Plot process data over time with statistically derived control limits. Common types:
| Chart Type | Data Type | Application |
|---|---|---|
| X-bar / R chart | Variable data, subgroups of 2-9 | Most common; monitors process mean and range |
| X-bar / S chart | Variable data, subgroups of 10+ | Like X-bar/R but uses standard deviation instead of range |
| I-MR chart (Individuals / Moving Range) | Variable data, individual measurements | When subgrouping is not practical (e.g., one measurement per batch) |
| p-chart | Attribute data, varying sample size | Monitors proportion defective |
| np-chart | Attribute data, fixed sample size | Monitors count of defectives |
| c-chart | Attribute data (count of defects per unit) | Monitors defects per inspection unit |
Control limits vs. specification limits: Control limits (calculated from process data, typically mean +/- 3 sigma) indicate what the process is actually doing. Specification limits define what the product requires. A process can be in statistical control but not capable, or vice versa. Both must be monitored.
Out-of-control signals: The Western Electric rules (or Nelson rules) define patterns indicating loss of statistical control: one point beyond 3-sigma, two of three points beyond 2-sigma on the same side, four of five beyond 1-sigma on the same side, eight consecutive points on one side of the center line, six points trending in one direction, or systematic patterns such as cycles.
Trending and Monitoring Frequency
Monitoring frequency should be based on process risk level, stability history, production volume, and regulatory expectations. Data should be reviewed at defined intervals (weekly, monthly, quarterly) with documented trending analysis that assesses not just individual points but trends, shifts, and patterns indicating process drift.
Revalidation Triggers
Continued process verification includes defined criteria for triggering revalidation. See the Revalidation section below.
Common Validation Failures and FDA 483 Findings
Process validation deficiencies are consistently among the top FDA 483 observations. Understanding common failures helps teams avoid them.
Top Findings
Failure to validate processes whose results cannot be fully verified — Processes that should be validated simply are not. Sealing, cleaning, and software-controlled processes are common misses. Prevention: Maintain a process inventory in the VMP that systematically evaluates every process against validation criteria.
Missing statistical rationale for sample sizes — Protocols state "sample size: 30" without justification. Reports lack capability calculations. Prevention: Every protocol must reference the statistical method, confidence level, and reliability target used to determine sample size.
No worst-case conditions in OQ — OQ conducted only at nominal conditions, defeating its purpose. Prevention: Define operating ranges and explicitly include worst-case corner conditions in the DOE or test plan.
PQ conducted under non-representative conditions — Engineers run the PQ instead of production operators, or development materials are used instead of production materials. Prevention: PQ protocols must specify production conditions; any deviation must be justified.
No continued process verification — The process was validated once and never monitored again. Prevention: Implement SPC with defined control limits, frequencies, and response procedures for all validated processes.
Failure to revalidate after changes — Process changes made without assessing impact on the validated state. Prevention: Integrate validation into the change control system with mandatory impact assessment for every change.
Inadequate documentation — Incomplete records, missing signatures, undated entries, uninvestigated deviations. Prevention: Use approved templates, require real-time data recording, and treat validation records with full GMP rigor.
Avoiding Common Pitfalls
| Pitfall | Prevention |
|---|---|
| "We validated it 10 years ago and never touched it" | Implement SPC, periodic review, and revalidation policy |
| "We always use 30 samples" | Calculate sample size based on confidence, reliability, and data type |
| "OQ and PQ were done at the same time" | OQ must be approved before PQ begins |
| "Engineering ran the PQ" | PQ must use production operators under production conditions |
| "We changed the supplier but it's equivalent" | All material changes require documented impact assessment |
| "It's a minor software update" | All software changes require risk assessment and potential revalidation |
Revalidation
Validation is not permanent. Changes to the process, equipment, materials, facility, or product can invalidate the original qualification and require full or partial revalidation.
When Revalidation Is Triggered
Revalidation must be considered whenever a change occurs that could affect the validated state of the process. Common triggers include:
| Trigger | Examples | Typical Revalidation Scope |
|---|---|---|
| Process parameter changes | Changing sealing temperature, molding pressure, sterilization cycle time | OQ and PQ (unless the change is within the validated range) |
| Equipment changes | Replacing a sealer, upgrading a press, replacing a major component | IQ, OQ, and PQ for new equipment; partial IQ/OQ for component changes |
| Material changes | New resin supplier, new packaging film, new adhesive | OQ and PQ (material is a process input that can affect output) |
| Facility changes | Facility move, cleanroom modification, utility changes | IQ (new installation), OQ and PQ as warranted |
| Product design changes | Dimensional changes, material changes, new features | OQ and PQ (process must be shown to produce the new design consistently) |
| Software changes | Software updates, configuration changes, new control systems | Scope depends on risk assessment of the software change |
| Personnel changes | Complete turnover of trained operators | Retraining; PQ may be warranted for operator-dependent processes |
| Extended process inactivity | Process not run for an extended period | PQ re-execution or abbreviated requalification |
| Negative trending | SPC data showing process drift, increasing variability, or capability decline | Investigation first; revalidation if root cause warrants |
| Nonconforming product | Product failures traced to the validated process | Investigation; revalidation if root cause is related to process capability |
| Periodic revalidation | Company policy requires revalidation every X years | Scope defined by policy (typically PQ re-execution) |
Change Control Integration
Every change request involving a validated process must include: a description of the change, an impact assessment against validated parameters, a revalidation determination (with scope: IQ, OQ, PQ, or subset), documented rationale, and approval by the validation team before the change is implemented. "No revalidation required" is acceptable only when the rationale is sound and documented.
Practical Implementation Roadmap
For teams building a process validation program from scratch or remediating an existing one, the following step-by-step roadmap provides a practical sequence.
Phase 1: Foundation (Weeks 1-4)
- Establish the validation team — Assign a cross-functional team (quality, manufacturing, process engineering, regulatory) with a dedicated validation lead.
- Write the Validation Master Plan — Inventory all processes, determine which require validation, prioritize by risk, and define methodology, statistical approach, and timeline.
- Develop protocol and report templates — Standardize IQ, OQ, and PQ templates. Establish numbering, review, and approval procedures.
- Train the team — Ensure all members understand IQ/OQ/PQ methodology, statistical requirements, and documentation standards. Document the training.
Phase 2: Execution (Weeks 5-20+)
- Execute IQ — Verify installation, calibration, utilities, safety features. Resolve deviations before proceeding.
- Execute OQ — Identify critical parameters via risk analysis and DOE. Test at worst-case conditions. Establish operating ranges. Analyze data statistically.
- Execute PQ — Run minimum three consecutive production runs under actual production conditions. Calculate Cpk/Ppk. Confirm all acceptance criteria are met.
- Write and approve validation reports — Summarize results, deviations, and conclusions. Obtain required approvals.
Phase 3: Maintenance (Ongoing)
- Implement continued process verification — Establish SPC monitoring with defined control limits, frequencies, and response procedures.
- Integrate with change control — Require mandatory revalidation impact assessment for every change to a validated process.
- Conduct periodic reviews — Review validation status, SPC data, and capability at defined intervals (quarterly or annually).
- Maintain audit readiness — Keep documentation organized and current. Conduct internal audits of the validation program.
| Phase | Activities | Typical Duration |
|---|---|---|
| Foundation | Team, VMP, templates, training | 4-6 weeks |
| Execution — per process | IQ + OQ + PQ + reports | 6-16 weeks per process (varies widely) |
| Maintenance | SPC, change control, periodic review | Ongoing |
Reality check: For a facility with 10-20 processes requiring validation, the full execution phase can take 6-18 months. Plan accordingly and prioritize based on risk.
Key Takeaways
Process validation is not a bureaucratic exercise — it is the mechanism that ensures medical devices are manufactured consistently and safely. The most successful programs share common characteristics: a clear VMP prioritized by risk, statistically sound protocols with justified sample sizes and worst-case conditions, PQ executed under actual production conditions, ongoing SPC monitoring, tight integration with change control, and documentation that tells the complete story from rationale through execution to conclusion.
Done well, process validation prevents defects, reduces costs, accelerates production, and — most critically — protects patients.