Computerized System Release
1. Purpose and Scope
Installation Qualification establishes documented evidence that a computerized system is installed correctly and in accordance with approved specifications, vendor recommendations, and infrastructure requirements.
This phase confirms that the system environment is suitable to support reliable operation before functional testing begins. It applies to all regulated computerized systems, including infrastructure components, commercial off-the-shelf applications, and configured systems subject to GxP requirements.
2. Position within the Validation Lifecycle
Computerized System Release occurs after completion and approval of Installation Qualification, Operational Qualification, and Performance Qualification where applicable.
At this stage, no additional qualification activities are performed. Instead, release relies on the documented outcomes of these phases to confirm that the system is validated and suitable for use. Within the lifecycle:
- Installation Qualification establishes the verified installation and configuration baseline
- Operational Qualification confirms that system functions operate as intended
- Performance Qualification demonstrates performance under routine operating conditions
- System Release authorizes use based on successful completion and approval of these activities
The purpose of this section is to confirm that validation is complete and that the system can be released based on documented evidence, not to repeat qualification work.
3. Release Readiness Assessment
Release readiness is a formal evaluation confirming that all validation activities are complete and that the system is prepared for production use. This assessment does not re-execute IQ, OQ, or PQ. It verifies that:
- all qualification phases are completed and formally approved
- acceptance criteria defined in IQ, OQ, and PQ are met
- all deviations, discrepancies, and open items are resolved or assessed for impact
- the validated system configuration baseline is clearly defined and controlled
- no unapproved changes have occurred since completion of qualification
Readiness assessment ensures that the validated state established during IQ, OQ, and PQ is intact and can be relied upon for system release. The outcome of this assessment is a documented and justified decision that the system is suitable for release into production use.
The diagram below illustrates the decision-based structure of computerized system release. It shows how completed validation activities and supporting evidence are evaluated through a formal readiness assessment, leading to documented approval and authorization of the system for production use. The controlled state layer emphasizes that, following release, the system is managed under ongoing lifecycle controls.

4. Environment Equivalency and Deployment Control
When OQ and PQ are executed in a validation or test environment, system release to production requires documented evidence that the production environment is equivalent to the validated environment. Verification must include:
- Environment equivalency confirmation
Demonstrate that production and validation environments match in all critical aspects:- application version and build
- configuration settings
- database structure and version
- operating system and patch level
- infrastructure components and dependencies
- interface configurations
- Configuration baseline comparison
Perform documented comparison of configuration parameters between environments. Any differences must be assessed and justified. - Installation Qualification for each environment
IQ must be executed for both validation and production environments. Production IQ must confirm that the installation matches the validated baseline. - Controlled deployment process
Deployment of the validated software to production must be executed using a defined and approved process ensuring:- same software version and build as validated
- controlled installation steps
- verification of successful deployment
- no unapproved changes introduced during deployment
- Post-deployment verification
Confirm that the production system reflects the validated state through:- version verification
- configuration verification
- connectivity checks
- basic functional confirmation where appropriate
- Change control linkage
Any differences between environments must be documented through change control and evaluated for impact on validation status.
Release cannot proceed unless equivalency between validated and production environments is demonstrated and documented.
5. Infrastructure and Environment Verification
The system environment must be verified to ensure it meets defined requirements and supports system operation. Typical verification elements include:
- server or workstation specifications
- operating system version and patch level
- database installation and configuration
- network configuration and connectivity
- domain and directory services integration
- time synchronization settings
Environmental dependencies must be confirmed to be stable, controlled, and compliant with organizational IT standards. For cloud or hosted systems, verification focuses on:
- documented infrastructure qualification by the supplier
- service-level agreements and availability commitments
- data center controls and certifications
- logical environment segregation
6. Software Installation and Configuration Verification
Software installation must be verified to confirm that the correct application and associated components are deployed. Verification activities include:
- installation of the correct software version
- verification of installation success without errors
- confirmation of required modules and components
- application of approved configuration settings
- verification of system parameters and baseline configuration
Where configuration replaces custom development, configuration settings become a critical part of the validated state and must be documented and verified.
7. System Components and Interfaces
All system components and interfaces must be identified and verified. This includes:
- application servers and services
- databases and data storage locations
- client installations
- middleware components
- external system interfaces
Interface readiness may include:
- confirmation of connectivity
- verification of data exchange mechanisms
- validation of interface configuration settings
Full interface testing is typically performed during Operational Qualification, but installation readiness must be confirmed during IQ.
8. Security and Access Control Setup
Initial security configuration must be verified to ensure controlled system access. Typical checks include:
- user account management mechanism
- role-based access structure availability
- password policy configuration
- account lockout and session timeout settings
- system administrator access control
IQ confirms that the system supports defined security controls. Detailed access control testing is performed during Operational Qualification.
9. Data Integrity Foundations
Installation Qualification must confirm that core data integrity controls are present and enabled at the system level. Verification includes:
- audit trail functionality enabled
- secure data storage locations defined
- protection against unauthorized data modification
- system time synchronization to ensure timestamp integrity
- backup configuration and scheduling
These controls form the baseline for compliance with 21 CFR Part 11 and ALCOA+ principles.
10. Backup and Recovery Configuration
Backup and recovery mechanisms must be verified to ensure data protection. Typical verification elements:
- backup schedule configuration
- backup location and media
- confirmation of successful backup execution
- restore capability verification at a basic level
Full disaster recovery and restore testing may be performed separately but must be supported by IQ configuration verification.
11. Documentation Verification
All required documentation must be available and aligned with the installed system. This includes:
- vendor installation documentation
- system architecture documentation
- configuration specifications
- licensing information
- operating procedures
Documentation must be reviewed for completeness and consistency with the installed system.
12. IQ Protocol Structure and Execution
Installation Qualification is executed using a pre-approved protocol that defines:
- scope of installation verification
- required test steps and checks
- acceptance criteria
- required evidence
- deviation handling process
Execution must be controlled and documented. Each step must include:
- clear instructions
- expected result
- actual result
- objective evidence reference
Deviations must be documented, assessed for impact, and resolved prior to progression to Operational Qualification.
13. Acceptance Criteria
Acceptance criteria for Installation Qualification are objective and evidence-based. Typical criteria include:
- all system components installed as specified
- infrastructure meets defined requirements
- software installed without errors
- required configuration settings applied correctly
- security baseline established
- backup mechanisms configured
- required documentation available and accurate
All discrepancies must be resolved or justified prior to approval.
14. Deliverables and Approval
Installation Qualification results in formal documentation confirming that installation requirements have been met. Typical deliverables include:
- executed IQ protocol
- installation checklists
- configuration records and screenshots
- deviation records and resolutions
- summary report
Final approval confirms that the system is correctly installed and ready for Operational Qualification.

