{"id":702,"date":"2020-05-13T18:12:16","date_gmt":"2020-05-13T18:12:16","guid":{"rendered":"https:\/\/www.pharmity.com\/?p=702"},"modified":"2024-11-03T15:12:40","modified_gmt":"2024-11-03T15:12:40","slug":"validation-and-qualification-of-eclinical-systems-1","status":"publish","type":"post","link":"https:\/\/www.pharmity.com\/validation-and-qualification-of-eclinical-systems-1\/","title":{"rendered":"Validation and Qualification of eClinical Systems (1)"},"content":{"rendered":"\r\n
<\/p>\r\n
Acceptance of data from clinical trials for decision-making purposes depends on the Regulatory Authorities\u2019 ability to verify the quality and integrity of the data.<\/span><\/p>\r\n As explained in this article, data integrity has become a major priority during regulatory inspections.\u00a0 \u00a0Deficiencies on the computerised systems used to generate and handle clinical trials data<\/strong> (moving forward referred to as eClinical systems), compromises not only the data integrity but also the data reliability and robustness. GCP applies to all parties involved in the clinical trial conduct including computerised systems vendors.<\/span><\/p>\r\n The software used must be in a validated state. If the use of the software involves configuration\/programming for a clinical trial, this must be validated to ensure it is functioning correctly. For example: eCRF (design of entry screen, edit checks, clinical database), IRT (design of randomization and allocation system for IMP for a clinical trial), ePRO (design of entry screens, edit checks, data transfer), statistical package (programming for analysing data).<\/span><\/p>\r\n A considerable number of software applications are provided by, or purchased from, vendors and are customized to different degrees. Observations are raised during GCP inspections regarding the level of validation\/qualification needed to be performed by a sponsor when using a system that has already been (or is supposed to have been) validated by the supplier.<\/span><\/p>\r\n The EMA \u201cNotice to sponsors on validation and qualification of computerised systems used in clinical trials<\/em>\u201d published on the 7th<\/sup> of April 2020 reinforces that:<\/span><\/p>\r\n The EMA notice to sponsors, covers two main aspects: documentation of qualification activities and contractual arrangements with eClinical systems vendors which we will explain in different articles.<\/span><\/p>\r\n This first article focuses on the documentation requirements with regards to the eClinical systems qualification and validation activities and the sponsor role.<\/span><\/p>\r\n <\/p>\r\n The responsibility to ensure the validated state is with the sponsor<\/strong> who is also responsible for providing adequate documented evidence<\/strong> on the validation process.<\/span><\/p>\r\n It is expected that software systems are validated to accepted standards. Principles of computer system validation should also be applied to study specific builds\/programs\/applications, particularly:<\/span><\/p>\r\n ICH GCP E6(R2), sections 5.2.1 and 5.5.3.a, respectively specify that , \u201cthe ultimate responsibility for the quality and integrity of the trial data always resides with the sponsor<\/em>\u201d and \u201cthe sponsor should ensure and document that the electronic data processing system(s) conforms to the sponsors established requirements for completeness, accuracy, reliability, and consistent intended performance (i.e. validation)<\/em>.\u201d<\/span><\/p>\r\n ICH GCP E6(R2), section 1.65 defines validation of computerised systems as \u201ca process of establishing and documenting that the specified requirements of a computerised system can be consistently fulfilled from design until decommissioning of the system or transition to a new system<\/em>.\u201d<\/span><\/p>\r\n The system in question may be a system validated by the supplier, but installed at the sponsor premises, or a system provided as software-as-a-service (SaaS or cloud solution). If the sponsor is changing\/adding functionalities to the system, different requirements would apply.<\/span><\/p>\r\n <\/p>\r\n The validation approach should be based on a risk assessment<\/strong> that takes into consideration the intended use<\/strong> of the system and the potential of the system to affect subjects safety<\/strong> and reliability of trial results<\/strong>. The risk assessment should be justified by the sponsor and documented.<\/span><\/p>\r\n <\/p>\r\n The sponsor requires a high level of confidence that computerized systems will meet their technical, commercial, and regulatory requirements.<\/span><\/p>\r\n The computerized system supplier should build quality and integrity into a software product during development, as it cannot been added effectively (e.g. through testing and rework) later by the sponsor. Suppliers should therefore be assessed to determine the adequacy of their development and support processes, through an in-depth assessment or audit.<\/span><\/p>\r\n The sponsor may rely on qualification documentation provided by the vendor if the qualification activities performed by the vendor have been assessed as adequate<\/strong><\/span><\/p>\r\n<\/blockquote>\r\n The sponsor could use the knowledge, experience, and qualification documentation of the supplier, providing that the following conditions are met:<\/span><\/p>\r\n In case the sponsor cannot rely on a vendor to provide documentation, the sponsor must requalify the system on the basis of their own and of the vendor\u2019s system requirement specifications.<\/span><\/p>\r\n If the clinical trial is ongoing, this has to be done without delay. If the trial is completed, this should be undertaken prior to the submission of the MAA.<\/span><\/p>\r\n A documented risk assessment needs to be conducted to assess the impact on the integrity of the data captured and held by the computer system that was not in a confirmed qualified\/validated state following the retrospective qualification\/validation activity.<\/span><\/p>\r\n Depending on the outcome of the requalification, the sponsor may need to change to a new vendor\/system. The required migration of previously captured clinical trial data should also be validated.<\/span><\/p>\r\n Findings that are the responsibility of the sponsor will mostly be raised during an inspection for the lack of documentation and inadequate vendor assessment prior to the clinical trial initiation.<\/span><\/p>\r\n <\/p>\r\n Documentation regarding the validation of processes and qualification of systems is considered essential by GCP inspectors and it is normally requested during inspections. This is irrespective of whether the sponsor has contracted out activities related to electronic systems and whether the sponsor choses to consider as an audit the above-mentioned assessment of vendor processes and documentation. <\/span><\/p>\r\n GCP inspectors do not consider the documentation\/report of these activities as an audit report that falls under ICH GCP E6(R2), section 5.19.3(d) Auditing Procedures \u201cTo preserve the independence and value of the audit function, the regulatory authority(ies) should not routinely request the audit reports. Regulatory authority(ies) may seek access to an audit report on a case by case basis when evidence of serious GCP non-compliance exists, or in the course of legal proceedings\u201d.<\/em><\/span><\/p>\r\n <\/p>\r\n Records pertaining to the validation of the software are essential documents and should be retained by the sponsor (or access to them at the computerised system vendor contractually) (see Table 1).<\/span><\/p>\r\n The records demonstrating that the trial specific configuration is in the validated state are essential documents and should be part of the Trial Master File (TMF) (see Table 1).<\/span><\/p>\r\n <\/p>\r\n Sponsors shall be able to provide the GCP inspectors with access to the requested documentation regarding the qualification and validation of computerised systems irrespective of who performed these activities. Failure to provide access to the documentation is likely to result in critical findings that will impact the acceptability of the clinical trial data.<\/span><\/p>\r\n It is not acceptable to use computerised systems in clinical trials for which the validation status is not confirmed or for which appropriate documentation on system validation cannot be made available to GCP inspectors. It is clearly emphasized on the EMA notice to sponsors that this requirements is \u00a0irrespective of the number of sponsors making use of or having used the systems, the number of years such systems have been on the market etc., as serious GCP non-compliances and risks to data integrity, reliability and robustness could exist unnoticed if auditors and GCP inspectors are not allowed access.<\/span><\/p>\r\n <\/p>\r\n Remember that you can now access our\u00a0ICH GCP E6 (R2) for Investigators and Clinical Research staff online course below:<\/span><\/strong> Author: Dr Leire Z\u00fa\u00f1iga, Director and Principal GCP Consultant<\/span><\/span><\/p>\r\n\r\n
SOFTWARE VALIDATION AND THE SPONSOR ROLE<\/span><\/strong><\/h3>\r\n
\r\n
Software Risk Assessment<\/strong><\/span><\/h4>\r\n
Vendor\/developer assessment<\/strong><\/span><\/h4>\r\n
\r\n
\r\n
Essential Documentation Retention<\/strong><\/span><\/h4>\r\n
<\/p>\r\n
CONCLUSION<\/strong><\/span><\/h3>\r\n
\ud83d\udc49\u00a0JOIN NOW: ICH Good Clinical Practice (GCP) E6 (R2)<\/span><\/a><\/strong><\/p>\r\n
REFERENCES<\/span><\/strong><\/h3>\r\n\r\n
International Council for Harmonization (ICH): ICH Harmonized Guideline, Integrated Addendum to ICH E6(R1): <\/span>Guideline for Good Clinical Practice<\/i><\/span> E6(R2). Step 4, version 9 November 2016. <\/span><\/span><\/h6>\r\n<\/li>\r\n
EMA. Notice to Sponsors on validation and qualification of computerised systms used in clinical trials. April 2020.<\/span><\/h6>\r\n<\/li>\r\n
EMA Website. GCP Q&A section (Q&A #9)<\/span><\/h6>\r\n<\/li>\r\n
MHRA. GCP Symposium. Computer System Validation, A.Fisher. February 2019, London (UK)<\/span><\/h6>\r\n<\/li>\r\n
ISPE GAMP\u00ae Good Practice Guide: A Risk-Based Approach to Compliant Electronic Records and Signatures, 2005, International Society for Pharmaceutical Engineering (ISPE).<\/span><\/h6>\r\n<\/li>\r\n<\/ul>\r\n