Why Validation Matters
A validated system means your team trusts the data it produces and your lab is ready when auditors ask questions.
For labs working under GxP requirements or alongside CROs, it also demonstrates that your quality standards match theirs. Getting validation right from the start is significantly less disruptive than addressing gaps after the fact.
Validation supports labs that need:
- Documented confidence in the data your system produces
- A lab that’s ready when auditors ask questions, not scrambling to respond
- Evidence that your quality standards meet CRO expectations
How it works
Pre-built documentation
Validation plan, requirements, risk assessment, and traceability matrix provided from the start. These documents are maintained and updated with each release, so your documentation stays current without rebuilding from scratch.
Functional testing
Core system capabilities, including sample types, storage, workflows, and assays, are tested against expected behavior and documented as delivered. This pre-built testing gives your team a solid foundation and reduces the scope of configuration-specific testing that follows.
Workflow testing
An optional additional phase covering your specific configuration, workflows, and intended use. Testing is scoped to how your team has deployed the system, not the full platform, keeping effort proportionate to your actual risk.
Release impact assessments
Each of three annual releases includes an assessment identifying what changed and where retesting is needed. The impact assessment distinguishes changes that affect your validated state from those that don’t, keeping retesting focused on what actually matters.
GAMP 5 aligned
Documentation and testing methodology follows GAMP 5 2nd Edition guidance and current US FDA guidance on computer software assurance. Testing also addresses electronic records and electronic signatures requirements under 21 CFR Part 11 and EudraLex Volume 4 Annex 11.
Ready to discuss validation?
Get in touch to discuss your lab’s validation requirements and which package fits your LabKey software needs.
Contact UsLabKey Validation FAQ
Not every lab does. Validation is typically required for labs operating under GxP regulations, those managing data subject to regulatory review, or teams working with CROs that expect their partners to meet the same compliance standards. If you're unsure whether your environment requires it, that's a good conversation to have internally before you're facing an inspection.
Phase 1 validates that LabKey performs as the software is designed to — the platform as delivered, tested and documented. Phase 2 validates that your specific setup does what it's supposed to do for your lab, covering your configuration and intended use. Some labs need to purchase both; others choose to purchase Phase 1 and do their own Phase 2 internally.
It depends on your regulatory environment, how you've configured your system, and what your quality team needs to demonstrate to inspectors. Get in touch and we can help you work through what makes sense for your situation.
Labs on a validation package don't receive monthly software updates. Instead, updates are delivered three times a year, with each release fully validated before it reaches your environment.
Validation Plan (VP):
System Configuration Specification (SCS):