3. ICSR来源渠道与接收工程

个例安全报告（ICSR）的接收工程，本质上是把分散在不同业务系统中的“疑似药品不良反应信息”统一收敛为可追溯、可去重、可进入随访流程的标准记录。渠道不同，接入方式、字段完整度、法律时限和原始记录形态差异极大。如果接收环节没有工程化设计，后续的编码、评估和递交都会反复返工。

一、六类渠道的接入方式与数据特征

自发报告通常来自医生、药师或患者，通过纸质表单、电话、邮件或监管门户进入。其特点是四要素（可识别的患者、可识别的报告者、可疑药品、不良反应）常不完整，需要随访补全。文献渠道依赖对医学数据库的定期检索，检索式一般按药品通用名、商品名与不良反应关键词组合，例如在 Embase 或 PubMed 中执行“药物名 AND（adverse drug reaction OR side effect）”，命中后需人工筛选出真正的个例，再提取患者信息、用药、事件、转归等字段。临床试验渠道来自研究者向申办方安全性数据库的录入，通常通过 EDC 或安全数据库接口以 SAE 报告形式传输，字段结构化程度最高，但需注意盲态保持与揭盲规则。

患者支持项目（PSP）渠道由项目运营方在患者入组、用药随访、援助发放过程中收集，信息往往与项目管理系统绑定，需要明确哪些字段可回流至安全性数据库。社交媒体渠道属于被动监听，来源包括患者论坛、微博、短视频评论等，信息碎片化、身份不可识别，通常只能作为线索，需评估是否构成有效个例。热线渠道由呼叫中心接听，坐席按脚本记录，语音可转文字，但需保留录音作为原始记录。

二、去重策略：从“看起来像”到“判定为同一病例”

去重不是简单比对姓名，而是对四要素做加权比对。工程上通常先做确定性匹配，再做概率匹配。确定性匹配要求关键字段完全一致，例如同一报告者、同一患者出生日期、同一药品批号、同一事件发生日期。概率匹配则对姓名、年龄、性别、事件描述做相似度评分，设定阈值后人工复核。

一个可落地的评分示例：患者姓名完全一致得 40 分，同音或编辑距离≤1 得 25 分；出生日期完全一致得 30 分，仅年份一致得 10 分；性别一致得 10 分；可疑药品通用名一致得 20 分；事件 MedDRA 首选语一致得 20 分。总分≥70 判为疑似重复，进入人工确认；40～69 分列为观察，暂不合并但建立关联；低于 40 分新建病例。该阈值属于示例参数，实际项目需根据数据质量和监管要求校准。

需要特别注意的是，同一患者在不同渠道被报告时，不能因为报告者不同就简单判为两条病例。例如患者先通过热线报告，后又由医生通过自发报告提交，若患者标识和事件一致，应合并为同一病例，并在版本链中保留两个来源。合并后，原始记录必须全部保留，不能只留一条。

三、原始记录留存：可追溯性的底线

原始记录是监管核查时证明“我们确实收到了什么”的唯一依据。工程上应做到：接收时立即生成不可篡改的接收记录，包含渠道、接收时间、接收人、原文或录音文件哈希值；对纸质表单扫描存档，对电话录音保留音频及转写文本，对邮件保留完整邮件头，对社交媒体截图保留 URL 和抓取时间。任何后续录入、翻译、编码都作为新版本追加，不覆盖原始版本。

四、渠道接入的工程检查清单

接收工程的目标不是把所有渠道变成同一种格式，而是让每条来源都能被识别、被追溯、被正确合并或区分。渠道接入方式决定字段完整度，去重策略决定病例唯一性，原始记录留存决定可核查性。三者缺一，ICSR 的质量和合规性都会出现缺口。