报告概述
本报告详细定义了ICH eCTD技术规范中研究标签文件（STF）的XML结构、元素属性和生命周期管理规则，旨在帮助申请人通过统一的文件标签系统，将模块4和5中所有与特定研究相关的文件（如研究报告、数据集等）进行组织、标识和关联。报告覆盖STF的起始与终止规则、研究标识符元素（标题、ID、分类）、文档内容元素（文件标签属性值）、以及修改STF信息的方法。通过清晰的DTD和示例，该规范为药品注册电子提交提供了标准化框架，确保监管机构能够高效检索和审核研究文档。
报告的核心结论
STF仅适用于模块4和5的提交，且不同地区要求不同。
报告明确指出，STF应随模块4和5中任何属于某一研究的文件一同提交。美国FDA要求必须提供STF，欧洲不要求，日本不允许使用。申请人需根据目标市场的地区指南决定是否提交STF。
STF生命周期管理采用累积方式，每次只包含新增或修改内容。
每次提交的STF仅引用当前序列中新增或变更的文档，而不是重复完整清单。后续STF通过'append'操作指向最近一次STF的叶元素，实现增量更新。这种方式避免了冗余信息，便于版本追踪。
STF通过文件标签（file-tag）标准化文档类型，支持多种研究相关文件分类。
文件标签属性（如'synopsis'、'study-report-body'、'case-report-forms'等）来自ICH预定义值列表，涵盖从预临床研究到临床数据集的全部组件。申请人必须从标准值中选择，确保监管方一致解读文件内容。
STF研究标识符信息错误时，需通过后续序列提交完整更正版本。
如果之前提交的STF中研究标题、ID或分类元素有误，申请人应在后续序列中提交新的STF，其中必须包含所有正确的标识符信息（包括未变更的部分）。监管机构以最新STF中的研究标识符为准。
报告回答的关键问题
什么是eCTD研究标签文件（STF）？
STF是一种XML文件，用于在eCTD提交中标示和关联模块4或5中同一研究的所有文档。它通过'file-tag'元素标准化文件类型（如研究报告、协议、数据集），并提供研究标识（标题、ID、分类），方便监管机构快速定位和审核完整的研究资料。
STF如何管理文件的生命周期？
STF采用累积生命周期管理：首次提交创建一个新的STF，后续提交通过'append'操作附加新文件或更正信息。每个后续STF只包含当前序列中新增或修改的文档引用，并通过'modified-file'属性指向最近一次同研究的STF叶元素。删除文件时，不提交新STF，而是通过index.xml中的'delete'操作移除叶元素。
如何在STF中更正文件标签的错误？
若文件标签分配错误，需分两步：首先在index.xml中删除原叶元素（'delete'操作），然后重新提交一个'new'叶元素指向原文件位置（无需重新上传文件）。最后提交一个包含正确文件标签的新STF，关联该新叶元素。
一份研究可以对应多个STF吗？
可以。当同一研究的数据需要分布在CTD不同部分（如安全性和药代动力学分析）时，或当存在需要独立生命周期管理的不同时间点分析（如12周与18周数据）时，申请人可以为同一研究创建多个STF，每个STF放置在最相关的CTD小节中。
完整报告包含什么
- STF的完整DTD定义与样式表引用路径说明，确保XML实例符合ICH标准。
- 研究标识符元素（title、study-id、category）的详细属性表，并给出species、route-of-admin、duration、type-of-control等分类的ICH或地区允许值。
- 文件标签（file-tag）元素所有预定义名称属性值及其对应的E3指南参考章节，覆盖从synopsis到data-tabulation-dataset等全部文档类型。
- 属性（property）元素的使用方法，特别是在提交CRF或subject-profile时如何标识site-identifier。
- 生命周期管理的详细示例：从初始提交到后续追加、删除、校正文件标签的各种场景，包括index.xml片段和STF代码。
- 修改STF研究标识符信息的完整示例，展示如何通过后续序列提交仅含更正标识符的STF。
- 区分同一研究内不同时间点分析的方法，以及在同一CTD小节中维护多个STF的适用情况。
- 将单项研究的数据分散到不同CTD小节时的处理策略，如安全/疗效研究与药代动力学分析共享部分文档时，如何创建第二个STF。
本页内容由川海智库整理，用于帮助读者快速了解报告主题、核心观点和主要内容。由于报告量大、人工能力有限，部分观点、数据、统计口径或表述可能存在偏差，具体内容请以完整报告原文为准。
