| Lifecycle Management |
|
All eCTDs will require amendments or supplements, for example:
These activities are referred to as "lifecycle management". As mentioned previously, eCTDs are submitted as a series of discrete sequences. The initial submission is sequence 0000, and each subsequent amendment or supplement is sequentially numbered e.g. 0001, 0002, 0003, 0004. Each sequence only contains the new or changed information - existing information submitted in previous sequences is never resubmitted. Each eCTD sequence is a collection of documents with an XML index file (sometimes referred to as a "backbone") that is essentially a "catalogue" or "inventory" of the contents of the sequence. The XML index file contains inventory information on each document provided in the sequence, including its location (folder and filename) and its relationship (if any) to a corresponding document submitted in a previous sequence i.e. "new", "replace" or "append" (these are referred to as "operations"). In addition, the XML index can also include references to documents in earlier sequences that are no longer relevant and need to be marked as deleted (operation = "delete" ).
A useful analogy: In January, a catalogue retailer sends out a new 200 page catalogue for its entire range, including price, description and stockroom location of every item. In June, the retailer sends a 1 page supplement as follows: "The electric drill on page 7 of our previous catalogue (cat no 2356) has been replaced with a new model (cat no 2367). The cuddly toy on page 50 (cat no 2367) has been discontinued. We have an exciting new range of Garden Gnomes (cat no 2225-7) pictured below." The original catalogue is analogous to sequence 0000 in the eCTD - it is completely new and does not refer to any earlier catalogue. The supplementary catalogue is analogous to sequence 0001 - it just details the changes and refers back to the entries in the previous catalogue so that the customer knows exactly what has changed. |

Lifecycle Management