Presentation is loading. Please wait.

Presentation is loading. Please wait.

PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 1 A Road Map to.

Similar presentations


Presentation on theme: "PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 1 A Road Map to."— Presentation transcript:

1 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 1 A Road Map to SARQ, 3rd of October, 2002 Ulf Segerstéen Pharma Quality Europe AB COTS Computer System Validation based on a HPLC, as example

2 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 2 Validation of systems to ensure accuracy, reliability, consistent intended performance, and the ability to discern invalid or altered records (§11.10(a)) Validation of systems to ensure accuracy, reliability, consistent intended performance, and the ability to discern invalid or altered records (§11.10(a)) 21 CFR Part 11 effective Incipit requires.... CSV COMPLIANCE OLD STD COMPLIANCE CSV COMPLIANCE NEW STD PART 11 COMPLIANCE STD …. The Bar is being raised ER NO ER ER NEW

3 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 3 Guidance Content: GUIDANCE KEY ELEMENTS System Requirements Specifications (5.1) Documentation of Validation Activity (5.2) Equipment Installation (5.3) Dynamic Testing (5.4) Static Verification Techniques (5.5) Extent of Validation (5.6) Independence of Review (5.7) Change Control (5.8) SPECIAL CONSIDERATIONS: COTS products and Internet CFR 21 P 11 GUIDANCE Computer system validation should be performed by persons other than those responsible for building the system. Two approaches to ensuring an objective review are: (1) Engaging a third party (2) dividing the work within an organization such that people who review the system (or a portion of the system) are not the same people who built it. Computer system validation should be performed by persons other than those responsible for building the system. Two approaches to ensuring an objective review are: (1) Engaging a third party (2) dividing the work within an organization such that people who review the system (or a portion of the system) are not the same people who built it. Example of Guidance: Independence of Review

4 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 4 COTS (Commercial Off-The Shelf) products CFR 21 P 11 GUIDANCE Commercial software used in electronic record keeping system subject to part 11 needs to be validated, just as programs written by end users need to validated (…) We do not consider commercial marketing alone to be sufficient proof of a programs performance suitability (…) See 62 Federal Register at March 20,1997 Commercial software used in electronic record keeping system subject to part 11 needs to be validated, just as programs written by end users need to validated (…) We do not consider commercial marketing alone to be sufficient proof of a programs performance suitability (…) See 62 Federal Register at March 20,1997 WRONG APPROACH RIGHT APPROACH SYSTEM IS A COMMERCIAL PACKAGE, WIDELY USED ITS OK. NOT NEED TO BE VALIDATED SYSTEM IS A COMMERCIAL PACKAGE, WIDELY USED END USER REQ SPECS SW STRUCTURAL INTEGRITY FUNCTIONAL SW TESTING

5 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 5 New Trend - Partnership by-Outsourcing Validation Activities Whats in it for the Customer ? Staying focused on his business - be more cost-effective. Staying on top of the requirements - stay compliant rather than spending time solving regulatory issues. Sharing the latest knowledge - dont be active in all fields and save time for the core business. Being prepared for whats to come - get resources when needed, dont let them be an added cost to the Products. Being part of the solution NOT part of the problem - give the organization confidence to handle changes and challenges. Always having access to a Partner to discuss and solve issues with. Whats in it for the Partner ? Client staying focused on his business makes easier for the Partner to support him. Client staying updated on the requirements gives the Partner flexibility to act more proactively. Sharing the latest knowledge makes the Client and the Partner understand each other, reducing misunderstandings and increasing efficiency. Being prepared for what is to come helps the Partner to keep prices down and gives the Client more accurate budget control. Being part of the solution, NOT part of the problem, helps both parties in solving and anticipating potential problems.

6 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 6 SPECIFYTEST START UP CONTROL SUPPORT & IMPROVE PLAN TO BE PROACTIVE The Lifecycle Activities for a COTS, using a Project perspective:

7 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 7 URS (PROCESS) EVALUATION VALIDATION PLAN MASTER INDEX (MI) SPECIFYTEST START UP PROCESS Q FAT & SAT TEST PLAN DRAFT SOPs USER GUIDE SYSTEM ORG. & DOCs VALIDATION REPORT SOPS (Approved) The Lifecycle Activities for a COTS, cont.

8 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 8 SPECIFY User Requirement Specification based on: the lab Process including the HPLC-equipment, HW- platform, SW-application, printer, expected filestorage and user interactions. requirements for compliance to CFR 21 Part 11 (ER & ES) and other applicable GxP regulations testable requirements URS (PROCESS) EVALUATION VALIDATION PLAN MASTER INDEX (MI) The Lifecycle Activities for a COTS, cont. It is important that your end user requirements specifications take into account predicate rules part 11 and other needs unique to your system that relate to ensuring record authenticity integrity signer non-repudiation and, when appropriate, confidentiality. It is important that your end user requirements specifications take into account predicate rules part 11 and other needs unique to your system that relate to ensuring record authenticity integrity signer non-repudiation and, when appropriate, confidentiality. CFR 21 P 11 GUIDANCE

9 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 9 CFR 21 P 11 GUIDANCE End users should document their requirements specifications relative to part 11 requirements and other factors, as discussed above. Pharma Industry User Requirements Specifications Quality Assurance ______ System Owner _________ March, 2002 Define what predicate rule needs Define what you need (all factors) Define what Part 11 needs COTS End User Requirements Specifications

10 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 10 SPECIFY Evaluation based on: the CS fulfilling the Process that it is to be used within. Risk Assessment Index, based on complexity of the CS and on the criticality for failure during the process. RISK MANAGEMENT=RISK APPROACH+RISK ACTIVITIES the Suppliers expected role, process and responsibilities during the Project for developing + testing (FAT), installing and testing at the customers site (SAT), supporting the CS over time and license agreements. fulfillment of compliance to CFR 21 Part 11 (ER & ES) and other valid GxP regulations referenced other Pharmaceutical customers using the system. URS (PROCESS) EVALUATION VALIDATION PLAN MASTER INDEX (MI) The Lifecycle Activities for a COTS, cont.

11 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 11 CRITICALITY COMPLEXITY PROCESS DATA SYSTEM VALIDATION EFFORT SHOULD BE MAXIMUN FOR HIGH CRITICAL AND COMPLEX SYSTEMS. EFFORT MIGHT BE REDUCED THROUGH AUDITS IN CASE OF SW STANDARDS CATEGORY GOLDEN RULE Evaluation of WHAT approach to take: The Lifecycle Activities for a COTS, cont.

12 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 12 High Software application whose features and functions have a direct impact on the quality, performance and efficacy of drug products Medium Software used for business process analysis, information and documentation systems that poses some business risk, or can have an indirect impact on drug products Low Packaged Software used for business purposes that poses no business risk Criticality Assessment

13 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 13 The Risk Assessment Index (RAI) is a rationale to evaluate the criticality and complexity of computerized systems. System Complexity is higher when system: Performs detailed algorithm or calculations Interfaces with other computerized systems performs extensive data input checking processes numerous types of transactions requires extensive support to be maintained involves a large number of users GxP Criticality is an index of the impact of the system on pharmaceutical product or on raw data safety and traceability System Complexity GxP Criticality RAI definition (see next page) Risk Assessment Evaluation

14 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 14 …that brings to RAI definition: Risk Assessment Evaluation

15 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 15 COSTS RISKS EVALUATION THROUGH REFERENCES EVALUATION THROUGH EXPERIENCES REQUEST FOR INFORMATION 3RD PARTY AUDIT SPECIFIC FIRM AUDIT RAI used for evaluating HOW to perform the Supplier Evaluation RAI=9 RAI=0-2 RAI=3-4 RAI=5-6 RAI=7-8

16 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 16 COTS Functional Testing of SW dependent on Supplier Documentation available CFR 21 P 11 GUIDANCE When the end user cannot directly review the program source code or development documentation more extensive functional testing might be warranted than when such documentation is available to the user. DEVELOPMENT DOCS REDUCE VALIDATION EFFORT

17 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 17 SPECIFY Validation Plan based on: Validation Strategy which is based on the Evaluation. available Validation Methods, Tools and knowledge a Validation Process that are documented as a matrix of all Validation Activities (VA), based on RAI that are expected to be executed for a HPLC (COTS). Rational given for VAs that are not to be performed. Correspondent User roles in the Project and Supplier roles to these activities in the project are used in the same matrix. statement for compliance to CFR 21 Part 11 (ER & ES) and other valid GxP regulations required Supplier-, System Documentation and User Organization and SOPs for supporting and maintaining the CS. URS (PROCESS) EVALUATION VALIDATION PLAN MASTER INDEX (MI) The Lifecycle Activities for a COTS, cont.

18 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 18 Master Index (MI) Project Documentation User Requirements Validation Documentation Validation Plan Validation Protocols and Records Validation Report Maintenance Documentation Registration Support Agreements for HW and SW SOP´s REALIZEREALIZE OPERATEOPERATE User Documentation Change Control Documents Validation Documentation Escrow Backup Log IQ Log Periodic Review

19 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 19 SPECIFYTEST Prerequisites to move to Test phase: Reviewed and Approved URS Approved EVALUATION REPORT Reviewed and Approved VALIDATION PLAN Standard Index produced for all documents URS (PROCESS) EVALUATION VALIDATION PLAN MASTER INDEX (MI) The Lifecycle Activities for a COTS, cont.

20 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 20 TESTING USR FSP VAL PLAN SOPs VAL REPORT TESTING IS THE KEYSTONE OF THE VALIDATION PROCESS... INDEPENDENCE FROM DEVELOPMENT CFR 21 P 11 GUIDANCE Tests should include not only normal or expected values, but also stress conditions. Test conditions should extend to boundary values, unexpected data entries, error conditions, reasonable challenges, branches, and combinations of inputs. Tests should include not only normal or expected values, but also stress conditions. Test conditions should extend to boundary values, unexpected data entries, error conditions, reasonable challenges, branches, and combinations of inputs.

21 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 21 STRUCTURAL TESTING This testing takes into account the internal mechanism of a system or component (white box testing). Structural testing should show that the software creator followed contemporary quality standards.This testing usually includes inspections of the program code and development documents. STRUCTURAL TESTING This testing takes into account the internal mechanism of a system or component (white box testing). Structural testing should show that the software creator followed contemporary quality standards.This testing usually includes inspections of the program code and development documents. FUNCTIONAL TESTING This testing involves running the program under known conditions with defined inputs and documented outcome that can be compared to pre-defined expectations (black box testing) FUNCTIONAL TESTING This testing involves running the program under known conditions with defined inputs and documented outcome that can be compared to pre-defined expectations (black box testing) PROGRAM BUILD TESTING This testing is performed on units of modules, integrated units of code and the program as a whole. PROGRAM BUILD TESTING This testing is performed on units of modules, integrated units of code and the program as a whole. SYSTEM TEST FAT/ SAT OQ/PQ The perfect path …..

22 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 22 URS User Requirement Specification Performance/Process Qualification Risk Analysis Functional Specification Operation Qualification Risk Analysis Design Specification Installation Qualification Source Code / Source Code Testing Life & Test Cycle Model: SUPPLIERSUPPLIER

23 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 23 TEST Test Plan based on: Validation Plan and RAI of the CS. FAT, which would include review of Supplier Evaluation, Test, System & User documentation from the Supplier SAT, which would include witness during IQ and OQ on site together with Supplier. These tests should normally include test for compliance to CFR 21 Part 11. PROCESS QUALIFICATION, which would include performing the complete lab process as required by URS and User Guide, should also include CS Administration tests. DRAFT SOPs could be in one document for this type of systems and should be available at PQ. PROCESS Q FAT & SAT TEST PLAN DRAFT SOPs The Lifecycle Activities for a COTS, cont.

24 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 24 Prerequisites to move to Start Up phase: Reviewed and Approved PROCESS Q based on DRAFT versions of the User Guide and SOPs Approved FAT & SAT REPORT Reviewed and Approved TEST PLAN Filed in the Master Index (MI) TEST START UP PROCESS Q FAT & SAT TEST PLAN DRAFT SOPs The Lifecycle Activities for a COTS, cont.

25 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 25 START UP START UP: THROUGH CS DECISION based on: USER GUIDE approved and Users trained SYSTEM ORGANISATION trained on CS and System Documentation available. VALIDATION REPORT, no remaining corrections, all documents in MI approved. (included in MI) USER GUIDE SYSTEM ORG. & DOCs VALIDATION REPORT SOPS (Approved) The Lifecycle Activities for a COTS, END

26 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 26 Example of a Validation Tool to a COTS APPENDIX TOOL 1-CS Req. & SOP: URS/FS/DS and user guide Training CS Security and authorization (incl. Backup and Contingency) Maintenance Change Control Periodic Review VALIDATION TOOL 1-CS Req. & SOP 2-Validation Plan & Report 3-Test Plan & Report 4-Validation Plan & Report 2-VALIDATION P&R Matrix with: Activities incl. CFR 21 Part 11-declaration Responsibility Expected Output 4-Validation Report Reported Output Deviations Summary Approval/Rejection 2-Test Plan & Report Ver. 1 Matrix with: Test case Expected Result 4-Test Plan & Report Ver. 2 Reported Result Deviations/Re-test Summary & Recommend. REUSABLE

27 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 27 Saving Effort by Reusing the Tool Critical Applications Infrastructure Effort Save Effort

28 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 28 Finally: To be in Compliance means: C oordination (Policy & Standards) Cooperation (sharing knowledge & support) Capacity (make realistic Plans for big changes) Competence (get trained to gain competence) Consistency (use same measurements & tools)

29 PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 29 We envision to conveniently engineer innovative technology in order to synergistically facilitate value-added leadership skills to stay competitive in tomorrow's world Dilbert


Download ppt "PHARMA QUALITY EUROPE / / Quality Information Technology Pharmaceuticals PQE A Road Map to COTS CSV, HPLC 1 A Road Map to."

Similar presentations


Ads by Google