Best Practices in IRT Implementation: A Checklist for Asia-Pac

Article

Applied Clinical Trials

Pharmaceutical sponsors conducting clinical trials in the Asia Pacific region have a rare opportunity at hand...

Pharmaceutical sponsors conducting clinical trials in the Asia Pacific (APAC) region have a rare opportunity at hand: by adopting Interactive Response Technology (IRT), they can automate one of the last bastions of manual record-keeping in clinical trials and realize upticks in productivity and data integrity.

Software platforms that integrate the processes and information related to randomization and delivering drugs to clinical trial participants have been in use in major drug development countries for well over a decade. They have, however, not yet been widely adopted in APAC where study managers, investigators, and supply chain managers often continue to manage randomization, track patients, and monitor inventory manually.

Meanwhile, the percentage of the world's clinical trials being conducted in APAC stood at 16% in 2013 and is destined to continue to climb.1 It only makes sense for study teams in the region to avail themselves of the same automation and efficiencies that their counterparts in other regions enjoy. Fortunately, users in APAC can “stand on the shoulders” of those in other regions and automatically reap the benefits of IRT functions and features. Here, we share advice, gleaned over the years and across thousands of trials, on how companies operating in APAC can design their IRT systems for maximum impact and efficiency.

 

IRTs:  Animal, Vegetable, or Mineral?  

So, what exactly is an IRT system, and what can it do? IRT systems, which were first introduced about 20 years ago, deliver a wide range of applications for managing patient interactions and drug supplies throughout the trial lifecycle. In serving sponsors, drug depots, and sites, they automate:

  • Patient randomization, replacing physical envelopes or scratch-off cards. The system is pre-programmed to assign patients to treatment arms in a way that preserves blinding and allows for complex stratifications and randomization designs, with enhanced balance among treatment arms.

  • Product inventory management, allowing supply chain managers to have a real-time view of drug supply levels, locations, expiration dates, and storage conditions so as to forecast accurately and reduce wastage. Automatic re-supply shipments can be triggered; expired or damaged products can be removed from the system; forecasts can be updated based on enrollment rates; shipments can be adjusted based on storage conditions and the product’s requirements; and drugs with or without individual kit numbers can be tracked. 

  • Patient tracking, allowing study managers to monitor the trial’s progress and make necessary adjustment to their patient recruitment strategies.

  • Study reporting, as data on drugs and patients are collected efficiently from sites and depots. Those with approved access can get real-time updates of study metrics as well as alerts when pre-defined thresholds are reached.

  • Drug accountability and reconciliation, capturing records on drug shipments, receipt, returns, and destruction.

                      
Basically, through functions designed for sites, study administrators, and supply chain managers, an IRT supports all of the activities and decisions involved in ensuring that sites have the supplies they need to successfully treat patients. (See Figure 1.)

click to enlarge

Interactive Response Technology creates a virtuous cycle of information for coordinating all of the complex activities involved in distributing products to trial sites and the associated mitigating risks. 

Gaining Visibility into Drug Assignment and Delivery

A well-designed technology platform will deliver efficiencies and performance insights, allowing sponsors to complete studies smoothly, on time, and on budget. IRTs commonly offer the following benefits to sponsors:

  • Enhanced regulatory compliance. IRT systems improve blinding, data integrity, product handling, and accountability. They also provide regulators with documentation that a trial has adhered to standard operating procedures.

  • Improved patient safety and trial performance.  IRTs ensure that subjects are randomized correctly and receive the right medication. And, by helping to ensure that the right product is on hand at sites, IRTs can minimize treatment delays that jeopardize a patient’s therapy and ongoing participation in the study.

  • Speed and efficiency. In automating data collection, analysis, and reporting, IRT systems save time in what would otherwise be very manual data entry and manipulation steps. Because data collection is automated, there is no need for sponsors to enlist personnel to enter it-or worse, clean it due to human error.

  • Improved data integrity. Because information is captured and tracked electronically, there is less opportunity for human error. Plus, the system can be configured with automatic alerts and checkpoints to aid decision making.  

  • Reduced product wastage. Visibility to the entire supply chain allows supply managers to accurately forecast product demand, manage against impending product expirations, and prevent stock outs.

Designing a Fit-for-Purpose System  

IRT systems can support virtually every type of clinical study, from the simplest to the most complex.  The key is to follow a well-thought-out design based on input from all stakeholders within the sponsor company and its supply services partner. A fundamental goal should be to design the simplest system that can accommodate the study protocol and support the functional needs of the study team.

Companies that have not had any prior experience with an IRT system may want to consider beginning with a pilot, adopting a system for a relatively uncomplicated study before committing to using the technology more extensively.

The following steps serve as a best-practice approach to developing an IRT in the APAC region, where familiarity with the technology is still limited.  When system development proceeds in this fashion, the resulting tool will suit the study, and development time and costs will be minimized.

An experienced development team can ensure that the recommended approach is compliant with all applicable regulatory mandates, such as the U.S. Food and Drug Administration’s, Title21, Code of Federal Regulations, Part 11.

  • Assemble the project design team. On the sponsor side, this group typically includes the clinical team, the drug supply team, biostatisticians, and data managers. The vendor would normally involve developers, testers, and quality assurance specialists, led by a business analyst. To ensure efficient and clear communication, designate a project leader to funnel information from the stakeholders to the vendor.

  • Hold a workshop to introduce the project design team to what an IRT system can do prior to kicking off the project. Walk through the system capabilities and show team members a demo of a sample system. This step ensures that all parties have the same understanding of what is possible before they embark on the challenge of determining what is needed.

  • Gather the specifications for the IRT using a systematic process. Working through a User Requirements Specification (URS) sheet can direct the process of defining the project scope and the particulars of what will be needed. To properly configure the system, the IRT development team will need input on a host of study elements, including:
  • The scope of the study. This usually includes the trial design, number of sites and countries, recruitment plan and number of patients, duration of treatment, number of scheduled visits, and phases of drug use.

  • The randomization design. What is the randomization design strategy that will be used for the study (i.e. centralized, subject and/or stratified)?  Will need to consider adaptive randomization?  Is cohort management required? 

  • The drug formulation and kit make-up.  Will the product be delivered in tablet form, vials, or a device? What will constitute one kit? How will kits be labeled?

  • Medication shipping and tracking requirements. What import/export regulations will be involved? How many depots will be used? What shipping and storage conditions will be required?

  • Data load requirements. What information needs to be loaded into the IRT (i.e. randomization and/or kit list, site and user contacts information)?

  • Data integration and transfer needs. Will the IRT need to communicate with the Electronic Data Capture (EDC) system and/or Clinical Trial Management System (CTMS)? How should data be sent for interim and final data analysis (blinded vs. unblinded data)?

  • Language translations requirement. Will the system need to be translated into local languages for participating countries?

  • Clinical and patient data to be captured. What patient demographic information will be collected by site users?

  • Reporting needs. What metrics will be monitored? In most instances, standard report formats and dashboard graphics will serve most companies' needs.

  • Develop the system, using templates for standard functionality and customizing only those elements that are unique to the study. When standard functionality will suffice and the system can be built using established templates, the development time can be slashed significantly.

  • Perform user acceptance testing (UAT) of the system. This is usually a multi-step process, with the vendor performing an initial UAT, followed by a sponsor UAT. The sponsor is provided with a Test Plan containing specific test cases and instructions on how to execute the UAT.

  • Launch the system. All site users should be invited to an Investigator Meeting where they receive training appropriate to their role. Ideally, they should all be provided with a quick reference guide bearing step-by-step directions on how to access and use the system.

The ultimate performance and usefulness of an IRT system can be assured through rigorous quality checks at four stages in the startup phase:  when requirements are finalized, once the code is programmed, after testing is completed, and during the implementation process when the system is ready to go live.

Avoiding Common Pitfalls

Following the advice of others on “lessons learned” is a good way to avoid the pitfalls that can make adopting any new technology challenging. The following tips reflect the advice of specialists who’ve been involved in hundreds of IRT builds and implementations around the world.  In general, newcomers to IRT should try to avoid:

  • Over-designing the system. Resist adding unnecessary “bells and whistles” just because they are available. The most flexible systems have optional features that can be activated or deactivated to suit the sponsor.

  • Designing every system from scratch. Standard system designs exist that, in most cases, will provide the majority (70 percent to 80 percent) of the functionality that a sponsor needs. The remaining 20 percent to 30 percent of functionality can be custom developed. This approach minimizes development costs and takes advantage of design templates that have been well tested and reflect best practices in trial management.

  • Designing and developing the system prematurely. Ideally, the design and actual programming should not begin until the protocol is finalized, as making amendments once development has started adds cost and extends timelines.

  • Waiting too long to begin packaging and labeling. This process has a much longer lead time than IRT setup and can delay study launch if not planned properly. 

  • Making the system too inflexible to accommodate exceptions. When the system performs validation checks, it can either prevent the user from continuing (a hard stop), or allow the user to proceed after a warning message (a soft stop). Be aware that once hard stops are applied to the system, no manual override is allowed, and there can be no “exceptions to the rule” without additional programming.

Selecting a Technology Partner

Study teams that are considering using an IRT for the first time should perform due diligence into the qualifications and experience of their technology partners. For success in the APAC region, sponsors should assess vendors based on their:

  • Global footprint. Whether the trial is local, or part of a global program, the system design can take advantage of lessons learned across thousands of trials, provided that the development team has global experience. This ability-to draw on best practices and guide sponsors-is particularly critical for sponsors who are newcomers to the technology and who may not know what is and isn’t possible. Such breadth will also help in ensuring that the system conforms to the expectations of regulatory agencies in other regions-an important factor if the study drug is intended for the international market.

  • Local presence.  On one level, this is a matter of convenience. Vendors with staff on the ground in the region can offer project management and technical support to system users in their own time zone and languages. 

  • Integration with clinical supply teams. When these services are offered by the same company, sponsors enjoy seamless communication and coordination both in the development and execution phases.

  • Validation process.  The system should be validated as complying with all relevant regulatory guidelines such as HIPAA, CFR 21, Part 11, and Guidelines for Good Clinical Practices.

  • Established procedures and infrastructure. Designing IRT systems requires considerable operations experience in all phases of supply management.

Companies operating in APAC can look forward to a great leap in efficiency by adopting an IRT solution.  Fortunately, the technology is well tested and has been applied successfully for years.  Provided that sponsors work with a vendor experienced in supporting trials globally, their first experience with IRT systems is destined to be smooth, productive, and rewarding. 

 

Matthew Do is Client Development Lead – Asia, Almac

 

References

1. Clinicaltrials.gov

© 2024 MJH Life Sciences

All rights reserved.