2. ICSR数据模型与字段级拆解

ICSR（个例安全报告）在E2B(R3)标准下并不是一张“自由文本表格”，而是一套有严格层级、数据类型、受控术语和引用关系的数据模型。理解这个模型的关键，不是背字段编号，而是搞清楚六个业务域各自回答什么问题、字段之间如何互相引用，以及哪些字段一旦缺失或错填就会导致报告无法被监管系统接收或无法进入信号评估。

E2B(R3)的顶层结构可以概括为：一个报告头（报告标识、版本、传输信息）挂接一个或多个患者（C.1），每个患者下挂药品（C.1.1）、事件（C.1.2）、评估（C.1.3）和附件（C.1.4）。这种“报告—患者—药品/事件”的嵌套关系决定了字段级拆解必须按引用路径来理解，而不是按表单顺序平铺。

报告头：报告的“身份证”与版本控制

报告头是整份ICSR的入口，决定这份报告能否被正确路由和归档。核心字段包括：报告标识符（Worldwide Unique Case Identification）、报告版本号、报告类型（初始报告、随访报告、更正报告）、传输日期、发送方标识、接收方标识。其中报告标识符与版本号共同构成唯一键，随访报告必须携带初始报告的标识符，否则监管系统会将其视为一份新报告，造成重复计数。

实际工程中，报告头最容易出问题的是“版本号与报告类型不匹配”。例如，企业首次提交时版本号为1、类型为“初始”；当获得新信息后，应提交版本号为2、类型为“随访”，并在字段中引用初始报告标识符。如果误将随访报告标为“初始”，信号系统会把它当作独立病例，导致同一患者被重复纳入统计。

患者信息：去重与人群分析的基础

患者域（C.1）回答“谁发生了事件”。关键字段包括患者标识、出生日期、年龄、年龄单位、性别、体重、身高、妊娠状态、病史和相关检查结果。这里有两个工程要点：第一，年龄与出生日期不能同时缺失，若确实无法获得，应使用“未知”受控术语而非留空；第二，患者标识是跨报告去重的重要依据，同一患者在不同报告中应尽量使用一致的标识（如医院病历号、临床试验受试者编号），但需注意隐私合规。

体重字段常被忽视，但它直接影响后续剂量相关性评估。体重数值必须与单位（kg、g、lb）成对出现，且单位需使用E2B(R3)规定的受控术语。若企业从不同来源合并数据，体重单位不一致会导致剂量计算错误。

药品信息：角色码决定因果推断的起点

药品域（C.1.1）是ICSR中字段最多、结构最复杂的部分。每一条药品记录包含药品名称、活性成分、剂型、规格、给药途径、剂量、频次、起止日期、用药指征，以及最关键的“角色码”（Drug Role）。角色码分为可疑药品（Suspect）、合并药品（Concomitant）和交互药品（Interacting）。角色码直接决定后续评估域中“药品—事件”配对的评价对象：只有可疑药品才需要与事件建立因果关系评价。

再激发（Rechallenge）和去激发（Dechallenge）结果也是药品域的重要字段。再激发阳性（症状再次出现）是支持因果关系的强证据；去激发阳性（停药后症状缓解）同样具有参考价值。这两个字段的取值需使用受控术语，不能自由文本填写。

事件信息：MedDRA编码与严重性判定

事件域（C.1.2）回答“发生了什么”。核心字段包括事件术语、起病日期、结束日期、严重性标准、严重程度、转归。事件术语必须使用MedDRA的Preferred Term（PT）进行编码，不能直接填写临床描述。例如，“患者服药后出现全身皮疹伴瘙痒”应编码为PT“Rash”，而不是保留原始长句。

严重性判定依据六项标准：死亡、危及生命、住院或住院时间延长、致残、先天异常、其他医学重要事件。这六项是“或”的关系，满足任意一项即判定为严重。需要注意的是，严重性（Seriousness）与严重程度（Severity）是两个不同概念：前者是监管分类，后者是临床强度描述（轻、中、重）。一份报告可以严重性为“是”，但严重程度为“轻”。

评估信息：药品—事件配对的因果结论

评估域（C.1.3）回答“报告者或公司如何判断因果关系”。关键字段包括因果关系评价方法（如WHO-UMC、Naranjo）、评价结果、报告者类型和报告者资格。评估的对象不是单个药品或单个事件，而是“药品—事件”配对。同一份报告中，如果存在两个可疑药品和两个事件，理论上可以产生四组评价结论，但实际中通常只对主要可疑药品与主要事件进行评价。

报告者类型（如医生、药师、患者、律师）影响报告的可信度权重，但不应直接决定因果关系结论。工程实现中，评估域字段常与药品域的角色码联动：只有角色码为“可疑”的药品才允许出现在评估记录中。

附件：不可忽视的关联与传输约束

附件域（C.1.4）用于承载原始报告扫描件、检验报告、病理图片等补充材料。字段包括附件名称、附件类型、附件内容（通常为Base64编码）、附件标识以及关联对象。附件必须声明其关联的报告、患者或事件，否则接收方无法判断该附件属于哪一部分。大附件会显著增加传输体积，工程上需评估是否必要，必要时可先传输摘要、后续补充。

字段级拆解的工程检查清单

把上述六个域和字段约束串起来，ICSR就不再是一堆零散输入框，而是一张有向的引用网络。报告头是根，患者是主干，药品、事件、评估、附件是分支，分支之间通过标识符互相引用。字段级拆解的目标，就是确保这张网络在传输、解析、入库和信号评估的每一个环节都不出现断链。