The eCTD summit

You are currently browsing the The eCTD summit blog archives for July, 2010.

eCTD on Twitter

  • Malta: Requirements on Electronic submissions for New Applications within National and European procedures #ectd
    http://bit.ly/9m1pQl
    2010/09/08 09:39
  • Check out Reed Tech's LabelDataPlus super search tool for SPL, searching repository of of 27052 drug labels:
    http://bit.ly/cYdc98
    2010/09/07 12:03
  • Highlights of IRISS Interoperability group’s July, August mtgs posted, incl some FDA news
    http://bit.ly/bPEeEN & http://bit.ly/brD5OY #ectd
    2010/08/31 10:07

Visit GlobalSubmit

gs_logo22

The eCTD Company™

Our Visitors

Archive for July, 2010

In my document management career, my company provided specialized EDMS solutions for Pharma (for submissions, SOPs, trial master files, etc.).  It was a given that these systems needed to be Part 11 compliant, and I authored our position paper on how Part 11 compliance was achieved and demonstrated in our product.  If our product had ever been viewed as being noncompliant, no one would buy it – end of story.

For whatever reason, few sponsors seemed to apply that same requirement to their publishing vendors.  Back in the days of paper submissions, this didn’t seem too unreasonable.  After all, the FDA says in Guidance for Industry: Part 11, Electronic Records; Electronic Signatures — Scope and Application”:

“Under the narrow interpretation of the scope of part 11, with respect to records required to be maintained under predicate rules or submitted to FDA, when persons choose to use records in electronic format in place of paper format, part 11 would apply. On the other hand, when persons use computers to generate paper printouts of electronic records, and those paper records meet all the requirements of the applicable predicate rules and persons rely on the paper records to perform their regulated activities, FDA would generally not consider persons to be “using electronic records in lieu of paper records…”

But eCTDs don’t meet these criteria.  By definition, when you submit an eCTD you are asking the government to accept “in electronic format in place of paper”- and as part of the conditions of acceptance, they state that  Electronic documents that bypass the controls for electronic files described in 21 CFR 11 are not considered official documents for review.” (see Guidance for Industry: Providing Regulatory Submissions in Electronic Format — General Considerations.”)

Despite this, I don’t hear a lot of talk about Part 11 and publishing tools.  Vendors don’t post much on their websites about Part 11 compliance (and what they have often applies more to document management).  Googling Part 11 and electronic publishing doesn’t return anything useful.

So where does that leave sponsors in terms of the need for compliance?  Granted that in these days of McNeil plant closures, tainted heparin, accusations of suppressed safety data, and etc., it seems unlikely that the FDA’s risk-based approach to inspections and audits will result in scrutiny of sponsors’ publishing systems.  But sponsors certainly don’t intend to entirely flout requirements or fail to follow good practices.  It would be interesting to define what the essential elements of compliance and good practices are. 

Some areas are straightforward.  Most people would agree that their publishing tools should have limited access and operational controls to prevent errors.  But other areas aren’t so clear. To add to the ambiguity, in the Scope and Application document, the FDA announced its decision to exercise “enforcement discretion”, specifically lack of intention to take enforcement action to enforce compliance with the validation, audit trail, record retention, and record copying requirements of Part 11. 

Audit trail almost always remains one of the most complicated issues for electronic systems – so given the “enforcement discretion” what needs to be audit trailed in a publishing system? 

As a reminder, Part 11 applies to “Records that are required to be maintained under predicate rule requirements and that are maintained in electronic format in place of paper format.”  In the document management world, almost everyone interprets this as meaning that draft documents do not require an audit trail, as you aren’t required to create or retain them at all in most cases.  When you are publishing, everything is a draft, right up until you lock things down and send them through the gateway.  When you are working on a sequence, if you add a specification, then remove it, is an audit trail needed?  If so, is it because Part 11 requires it, or because the sponsor wants an “electronic watchdog” reporting on who made changes to the submission prior to finalization?

Many other Part 11 requirements should be important to the sponsor regardless of whether they are subject to inspection.  I would want my electronic publishing system to be installed in accordance with an IQ protocol and validated with an OQ and PQ protocol regardless of whether they FDA requires this or not, because incorrect installation or operation could have a profound impact on my submission quality or timeliness.

I would be interested in hearing from my readers on this subject.  Do you disagree with the assessment that Part 11 applies to publishing software?  What do you consider the necessary elements for Part 11 compliance for your publishing tool?  Is Part 11 the “elephant in the room” that no one will acknowledge related to publishing software, or addressed by following basic good practices?

As I discussed in my previous post, FDA issued version 1.5.1 of Study Data Specifications in January of 2010.  Although the changes in the new version were not great, they were significant for eCTD as a new specification for organizing datasets was defined.   The change has to do with how the files are organized in the file structure in which an eCTD is delivered to indicate whether they were STDM or legacy format.  However, the change had no effect on the Table of Contents that is visible to a reviewer (created from the eCTD XML backbone).  In a recent development, ICH M2 working group has defined an update to the valid values list for study tagging files to introduce file tags that would allow a review tool to identify dataset types when displaying the eCTD Table of Contents.

The new specifications for organizing study datasets and their associated files in folders are summarized in the following figure.  In the document, an accompanying table provides further definition of the folders.

 fda-study-data-specifications New Dataset Folder Organization

Compare this with the folder structure required in the previous specification: 

fda-study-data-specifications-oldPrevious Dataset Folder Organization

You will see an important difference: tabulations must be assigned to a folder based on whether they are STDM datasets or legacy format.  A second difference is that there is now a separate folder for datasets under analysis, where previously analysis datasets were placed directly in the analysis folder.

At the recent ICH meeting in Estonia, the valid-values.xml that defines file tags used to identify the documents in studies was amended to better support the different types of data:

  • The existing file tag of data-tabulation-dataset was replaced with data-tabulation-dataset-legacy, data-tabulation-dataset-sdtm, and data-tabulation-dataset-send.
  • The existing file tag of analysis-dataset was replaced with analysis-dataset-adam and analysis-dataset-legacy

Look for the new valid-values.xml on the ICH websites in a zip file.  You should talk with your publishing vendor to find out how and when they will support the updated specification.

One final note – the FDA recently retired their own version of the valid-values.xml and reverted to the ICH version.  That means that they restored the file tag of nonclinical-data.  However, the preferred file tag for a nonclinical study is pre-clinical-study-report. 

 

The eCTD summit is proudly powered by WordPress