1 year ago

Successful validation in regulated sectors

  • Text
  • Validation
  • Software
  • Requirements
  • Regulated
  • Sectors
  • Auvesy
  • Functions
  • Qualification
  • Specifications
  • Copyright

Successful validation in regulated sectors Validation in regulated sectors AUVESY's software versiondog provides valuable GMP support for customers during the validation process The US Food and Drug Administration (FDA) imposes strict requirements on owners and operators of production facilities in regulated sectors. Manufacturers in these sectors, such as pharmaceutical companies, for example, are only permitted to produce goods in authorised facilities that are Good Manufacturing Practices (GMP) compliant. If a system has not been validated, it may not be used to produce products or bring them to market. Validation is part of the quality risk management process, pursuant to the GMP, for the installation of technical systems. The legal responsibility to carry out a validation process, and the obligation to provide proof of compliance with all included steps, always lies with the pharmaceutical company. The complexity involved in the validation process of a system places great demands on a company's resources, and, can have a substantial negative impact on the integrity of the produced goods if carried out incorrectly. While a company may have very precise knowledge of their requirements, it is the software provider, for example, who knows the system and its range of functions best. In order to carry out the qualification phase of the validation process of a software, the pharmaceutical company requires an exact product description as well as a risk assessment of the resulting specifications for their production process. The qualification of a facility can be carried out by the manufacturer themselves or it can be carried out in cooperation with their suppliers. Suppliers—e.g. software providers—can use their expertise to help successfully support the manufacturer during the qualification process. Guidelines and requirements in regulated sectors The guidelines that need to be adhered to during the validation process of both production facilities and systems are stipulated by regulatory authorities. One such example is the Good Manufacturing Practice (GMP) guidelines imposed by the Food and Drug Administration (FDA). It is the company's responsibility, however, to record the requirement specifications with which the implementation of such guidelines will be achieved. How these steps are carried out—from the planning of the facility to its commissioning and maintenance—is governed by the GMP guidelines stipulated by regulatory authorities (e.g. the FDA). The same is true when it comes to documenting these processes. Any errors that may occur as a result of manual documentation need to be avoided. In this context, a data management system can help to drastically reduce the incidence of human error, and, at the same time, be used to manage all device and data documentation of a production facility that is in the process of being set up. The inclusion of a data management system in the User Requirement Specifications (URS) helps to facilitate the validation process from the very beginning. Data is regularly, reliably and consistently backed up; and documentation is available at all times in accordance with a Change Control Process. Hence the change history is also available at all times. This ensures the traceability of the process data from the draft stages, throughout implementation and on to the production phase, and is the only way to both completely ensure and demonstrate the integrity of the product. Copyright AUVESY GmbH · Fichtenstrasse 38 B · 76829 Landau in der Pfalz Date: 04.06.2018 Page 2 of 5

Successful validation in regulated sectors URS – the basis of a successful validation process The User Requirement Specification (URS) sets out the requirements that a system needs to fulfil. It also clearly sets out the specifications of that system and what is expected of it. The URS needs to include a precise description of the system in question. It also needs to express both the requirements of the manufacturer as well as those of the end-client. Clearly setting out all specific requirements regarding the product, facility, and processes lays the foundation for fulfilling the criteria stipulated in the URS. Experience and knowledge are more important than ever during the early phase of a project, as is the functionality and efficiency of the system in question. Without these things, oversights and mistakes can cause a ripple effect that impacts the entire realisation of a project. Because every step of the system validation process (from the very beginning) depends on the quality of the URS, it is essential that all specifications set out in the URS be precise, consistent and realistic. In order to be able to precisely formulate the requirements of a system, it is first necessary to clearly identify what is expected of the system in terms of its functionality and to define what its capabilities and limitations are. With this knowledge, it will be possible to set out—in the URS—a clear process description for the system, a general software and hardware specification, and a functional risk assessment (FRA) of the system. But if this knowledge is not there, staff members working for manufacturers in GMP regulated sectors will first have to spend time acquiring it before they are able to specify the requirements of the system in the URS and FRA. It is exactly at this point of the process that there is scope for improvement. By cooperating with the suppliers of all systems involved it is possible to greatly simplify and accelerate the first (and most important) step towards achieving successful validation – namely, the task of formulating the URS. This knowledge transfer has two benefits: it saves time and it improves the quality of the URS. The specifications of the URS are used to assess any risks that the system may pose to the GMP environment. This assessment is referred to as the Functional Risk Assessment (FRA). During the process of developing the URS, the FRA is revised. Identified potential risks are first carefully evaluated; and where it is considered necessary action is taken in order to reduce them to a less critical level. Once the first stage of validating a system has been concluded, the next stage is to prepare and carry out the Installation Qualification (IQ). This process is not always clearly delineated—neither in general nor in academic publications—from the Operational Qualification (OQ). It is therefore worth taking a closer look at what these two validation phases entail and the differences between them. IQ and OQ The IQ checks to see if the system environment and all relevant requirements for the operation of the system are present, suitable and documented. This includes the location of the system and its connection to the necessary infrastructure. When it comes to validating software, various questions are raised, such as, for example, whether the right network architecture is available. In addition, the capacity of the network also Copyright AUVESY GmbH · Fichtenstrasse 38 B · 76829 Landau in der Pfalz Date: 04.06.2018 Page 3 of 5

versiondog Factsheets collection

© Copyright 2020 AUVESY GmbH - All rights reserved.