It's a given that events will happen during the course of the trial that will require not just new documents, but new sets of documents.
Even if your eTMF includes high-quality tools for planning the documents needed for a specific clinical trial, it’s a given that events will happen during the course of the trial that will require not just new documents, but new sets of documents. Some common events include:
There are many more examples.
In this article, we’ll take a closer look using an example of a protocol amendment event. According to the article Protocol Amendments: A Costly Solution “Nearly 60% of the 3,410 protocols required one or more amendments. Completed protocols across all phases had an average of 2.3 amendments, though later-stage Phase II and III protocols averaged 2.7 and 3.5 amendments respectively. ” Given the frequency of this event, and the complexity of the document sets involved, protocol amendments make a good use case for the purposes of discussing TMF events. In addition, missing documents related to amendments are a common inspection finding.
Anatomy of an Amendment
A protocol amendment always includes the amendment itself (TMF Reference Model ID 02.01.04, Protocol Amendment) and a signature page from each active site documenting investigator agreement to the protocol amendment (TMF Reference Model ID 05.02.03, Protocol Amendment Signature Page). Beyond that, the documents needed to support the amendment vary greatly depending on the nature of the protocol changes and the countries and sites in which the studies are being conducted. Some examples of other documents that may be needed to support an amendment include:
To complicate handling the event in eTMF, some of these documents might not be needed for all countries, or for all sites (for example, sites that are terminated or completed).
It’s clear that significant expertise is needed to determine exactly which documents are needed to fully support a protocol amendment. For large studies, an amendment could result in the need to collect hundreds or even thousands of documents.
eTMFs range from handling study events elegantly to not handling them at all. At the top end, users will be able to initiate the event in eTMF, select the exact documents, countries and sites involved, and create placeholders to track the expected documents. eTMF will also collect an event date that allows a due date to be assigned for collecting and approving the documents in eTMF (generally based on an offset such as 60 days after the event). This allows for a repeatable process and prevents documents from being overlooked or not collected in a timely manner.
In more basic systems, no special tools are provided and a manual procedure is needed instead. In this case, it’s highly advisable to create a work instruction with an associated checklist. An event-specific checklist can then be created (probably in Excel) with a list of documents that must be collected for each country and site. This process is certainly workable, but is more labor-intensive and error-prone.
Finally, it’s important to recognize that, as the study progresses, additional documents may be needed for countries or sites that are added later. If a site is initiated after the protocol has been amended several times, signature pages (and potentially IRB/IEC submissions and approvals) must still be collected. If the eTMF doesn’t support this in an automated manner, it will be necessary to revisit past events to see what documents need to be collected for new countries and sites.
In conclusion: process remains all-important. A sophisticated eTMF can remove much of the manual labor for you, but it can’t tell you what exact documents are needed for each event. A well-designed and documented process works with technology to ensure quality and compliance.