夜雨聆风在准备ISS（Integrated Summary of Safety）或SCS（Summary of Clinical Safety）时，一个常见的需求是：
“有没有一个标准模板，可以照着写？”
这个问题本身可以理解——ISS/SCS篇幅大、要求高、风险也高，大家自然希望有一个“确定性更强”的路径。
但现实是：
尽管一般成熟公司确实都会有ISS/SCS的“模版”，但更多仅是目录和high level指导，很难看了模版就知道框架之下该具体怎么写。
监管机构的指导原则是非常好的资源，给予了很多架构和原则，认真遵守可以避免重大遗漏和失误。但从真实的ISS/SCS以及监管上市审评报告来看，数据表格的呈现模式和讨论思路依然是千变万化。
因此，如果是希望有一份填空便可成文的ISS/SCS模版，那答案就是：
ISS/SCS不仅没有统一模板，而且从本质上就不可能有。
一、ISS并非是“结构化写作任务”
尽管：
- ISS是一份CTD模块文件
- 有固定章节
- 有既定内容
似乎：
应该存在一个“最佳写法”或“标准模板”
但这其实是一个误解。
ISS的确有基本框架，但：
框架是“容器”，不是“内容”。
真正的难点，不在“写什么章节”，而在：
每个章节要回答什么问题，以及如何回答。
二、为什么ISS/SCS无法模板化？三个根本原因
1️⃣ 每个产品的风险画像都是独特的
ISS的核心不是“展示数据”，而是：
定义这个药的安全性风险（Safety Profile）
而风险本身取决于多维度因素。
👉 这意味着：
不同产品，需要回答的是完全不同的安全性问题。
例如：
一个免疫治疗药物，重点在免疫相关不良反应
一个慢病用药，重点在长期安全性和累积风险
因此，对某项风险极重要的某项特征，对另一项风险可能完全无所谓。因此，也不可能存在一个模板，能同时适用于所有风险逻辑。
2️⃣ 安全性分析是“临床问题驱动”，不是“结构驱动”
很多模板型工作的逻辑是：
- 先有结构
- 再填内容
但ISS恰恰相反：
先有问题，再决定分析与呈现方式。
这意味着：
ISS的讨论思路，是被“问题”动态塑造的，而不是预先固定的。
3️⃣ ISS本质上是“判断文件”，不仅仅是“汇总文件”
这是最关键的一点。
很多人把ISS当成：
数据整合 + 分析汇总
但实际上：
ISS的核心，是基于全部证据做出安全性判断。
而“判断”这件事，有几个特点：
- 依赖具体数据情境
- 依赖医学与PV综合能力
- 需要解释与取舍
👉 这意味着：
判断过程本身，无法被模板化。
三、一个现实问题：为什么“细致的模板”反而可能带来风险？
如果真的做出一份详细到可以请AI直接填写的模版，那在实践中，往往会导致：
1️⃣ 关键问题被忽略
因为模板没有覆盖
2️⃣ 不必要分析被加入
因为模板“默认有”
3️⃣ 结论与数据脱节
因为分析是“为了填模板”，而不是回答问题
👉 最终结果将是：
看起来很完整，但无法支撑监管判断。
四、区分两个概念
ISS确实“看起来像”可以模板化：
- 有固定章节
- 有常见分析模块
- 有过往项目可参考
但需要区分两个概念：
✔ 可以参考的，是“框架与大致方法”
例如：
通用分析表格和维度
常规数据展示方式
❌ 不能复制的，是“分析策略、结论与逻辑”
例如：
要回答什么临床问题
要研究哪些风险特征
要做哪些非常规统计表格来展现风险特征
- 要如何整合证据
哪些是关键风险
如何解释不一致
五、一个更现实的结构
与其寻找模板，不如换一个问题：
这个产品的安全性，需要回答哪些关键问题？
然后：
- 围绕这些问题设计分析
- 基于证据形成判断
- 用合适的结构表达出来
这才是ISS真正的工作路径。
结语
ISS/SCS之所以没有一份可以拿来填完空就可以递交的模板，不是因为规范不完善，而是因为：
它本质上是一份“基于具体数据做判断”的文件。
如果说有一个“通用模板”，那可能只有一句话：
围绕问题，组织证据，形成判断。
而剩下的部分：
无法被模板替代。
