This
OQ protocol comes with an interactive SOP as a prefixed document. As you complete the SOP you auto populate the OQ. A really easy and straight forward document to use. In the preparation of the
Operational Qualification validation protocols, it is important to allow a degree of flexibility. This must and should be specified in the
Validation Plan (VP). Should the
OQ remain untouchable until the
Installation-Qualification (IQ) is completed and signed off? There are many instances where this is not just undesirable but senseless and deleterious to project progress and costs. Should every function in a system or piece of equipment be qualified? It makes little sense to fail something for not reaching a parameter that you are not going to use.
The Operational Qualification includes a review of the
Standard Operation Procedure (SOP) (SOP's) for start-up, operation, maintenance, safety, and cleaning / sanitization as applicable, must they be in fully approved format? These flexibilities must be built into the qualification process. However there is an abundance of rules and guidelines that are not flexible, and must be rigorously adhered to. The modular process has been followed in constructing this
Operational Qualification, in as much that where tests / inspections are standard for systems and or equipment, they are built into the basic protocol. Where they are not they are available as test protocols. Functional and software tests are authored in this stand alone test scrip protocol format. When the
OQ is being raised they are pasted in. The document format will paginate them, and automatically add them to the ‘Table of Contents’. They are then part of the
OQ. These Test Scripts can be held as Method Statements or SOP's. This allows the generation of a standard
OQ that covers all the many items the regulators are looking for, with the facility to have integrated into it, the equipment specific testing tasks. It also means that these stand alone test scripts are available for tasks other than validation, i.e. when system re-testing is required.

It also saves unnecessary testing and re-testing. For example, when a room pressure regime has been commissioned by another party and the completed report is in date and available, is it practical and legal to use it? There is no reason why not, providing it has been authored, and executed using the same
documentation practices and procedures as are used in the routine production and execution of validation protocols. The
OQ test scrip will be of standard format, the contractors tests (containing the raw data) will be reviewed and data extracted from it. This data will be used to verify that the
Operational Qualification test script acceptance criteria has or has not been satisfied. The raw data from the contactor now forms part of the
OQ, and must be appended to it permanently, along with copy calibration certificates for all the test equipment used in obtaining the raw data.
Where you use your own indigenous testing methods contained in an
SOP or a
Method Statement (or whatever you decide to call them), they must be used in a manner similar to the manner the contractors raw data was used.