What the VSR Is and Why It Matters
The Validation Summary Report is the final document in the GAMP 5 validation lifecycle. It closes the V-model, declares the system validated, and provides the single reference point for the validation status of the system. Every subsequent change, periodic review, and requalification activity traces back to it.
Engineers often write the VSR as an afterthought — a brief summary produced under time pressure at the end of a long project. This is a mistake. A weak VSR is a liability in any audit because it forces the inspector to reconstruct the validation story from individual documents rather than finding it pre-summarised. A strong VSR turns the entire validation into a coherent narrative that an inspector can follow in 20 minutes.
VSR Structure — The Eight Required Sections
- Executive Summary — one paragraph: what was validated, when, and what the conclusion is
- System Description — brief summary of the system validated (cross-reference to IQ for full detail)
- Validation Scope — what was in scope, what was explicitly excluded, and why
- Document References — complete list of all validation documents with document numbers and approval dates
- Test Summary — summary of IQ, OQ, and PQ execution: total test cases, PASS/FAIL counts, dates executed
- Deviation Summary — every deviation raised during validation, its classification, and its closure status
- Traceability Summary — confirmation that the traceability matrix is 100% complete with any exclusions documented
- Conclusion and Release — formal declaration that the system is validated and released for GMP use
The Deviation Summary — What QA Reads First
Experienced QA reviewers often turn straight to the deviation summary section of the VSR. The number and nature of deviations tells them a great deal about the quality of the validation. Deviations are expected — a VSR with zero deviations is suspicious. What matters is that every deviation was raised, assessed, resolved, and closed before the system was released.
The deviation summary should include: deviation reference, brief description, classification (Critical/Major/Minor), corrective action taken, and closure date. All Critical and Major deviations must be closed before the VSR can be signed. Minor deviations may be closed post-release with a documented risk acceptance — but this must be explicit, not silent.
Who Signs the VSR
The VSR requires three signatures: the Validation Lead (confirms all activities were executed and documented correctly), the System Owner (confirms the system meets the business requirements), and QA (confirms the validation was conducted in compliance with GMP requirements). All three must sign before the system is released for GMP use.
The VSR signature date is the formal validation completion date — it is the date that matters for regulatory purposes, periodic review scheduling, and system lifecycle management.
The VSR template is pre-structured with all eight sections, including the test summary table (auto-populated from protocol references), deviation summary table linked to the Master Deviation Ledger, traceability confirmation section, and the three-signature approval page. It is designed to be the last document completed — but drafted progressively as each phase closes, not written all at once under end-of-project pressure.