ISO/HL7 27953-1:2012 — 药物警戒ICSR第1部分 — 消息定义

一、ISO/HL7 27953-1:2012 标准概述

ISO/HL7 27953-1:2012 规定了药物警戒中个例安全报告（ICSR）的HL7第三版消息传递标准。该标准定义了药品制造商、监管机构、医疗保健提供者和研究组织之间药物不良反应电子化传输的结构化框架。该标准是与HL7国际组织和国际协调会议（ICH）合作制定的更广泛ISO 27953系列的一部分，支持ICH E2B指南下的全球药物警戒义务。第一部分侧重于消息定义框架，规定了ICSR传输的触发事件、消息类型和交互模式。

该标准满足了一个关键的公共卫生需求：及时准确地报告药物不良反应对于上市后药物安全监测至关重要。在该标准之前，不良反应报告主要基于纸质，导致信号检测延迟、数据质量问题和监管机构的手工处理负担。HL7 V3 ICSR标准实现了结构化、机器可读的报告方式，可直接与监管机构数据库集成，促进自动信号检测算法和快速安全分析。

二、消息框架与ICSR结构

2.1 触发事件与消息类型

该标准定义了ICSR传输的特定触发事件。主要触发事件”ICSRReportSubmission”启动从报告者或制造商向监管机构传输新ICSR。其他触发事件支持ICSR更新（修订）、随访报告和废止请求。每个触发事件指定预期的交互模式——初始报告通常为”发送”交互，查询时为”发送并接收”交互。

2.2 ICSR消息组件

HL7 V3格式的ICSR消息由标准传输包装器和控制行为包装器组成，后跟结构化为ClinicalDocument行为的ICSR特定有效载荷。消息体包括：病例标识（唯一安全报告标识符和全球唯一标识符）、患者特征（年龄、性别、体重、病史）、不良事件详情（反应术语、发作日期、结果、严重性标准）、可疑药物信息（药物名称、剂量、给药途径、治疗日期、去激发/再激发结果）、报告者信息（资质、联系方式）和病例描述。结构化格式使得所有临床数据元素可以使用标准医学术语进行精确编码，如用于不良事件的MedDRA和用于药品的WHO药物词典。

2.3 确认与验证

该标准规定了ICSR传输的全面确认框架。接收系统必须返回确认消息，指示ICSR是被接受、因验证错误被拒绝还是带警告被接受。验证包括结构验证（XML Schema合规性）、内容验证（必填字段填写有效值）和业务规则验证（一致性检查，如验证患者年龄与治疗日期一致）。标准定义了验证失败的特定错误代码和严重级别，支持发送系统的自动错误处理。

三、工程见解与监管实施

3.1 与ICH E2B(R3)指南的集成

ISO/HL7 27953-1与定义ICSR传输数据元素的ICH E2B(R3)指南紧密对齐。该标准在HL7 V3消息传递框架内实现了E2B(R3)数据元素规范。实施ICSR系统的工程师必须理解E2B数据元素标识符（如患者年龄的”E.i.1″）与对应HL7 V3消息路径和数据类型之间的映射。这种映射对于监管验收测试至关重要——各机构验证所有必需的E2B元素是否存在并正确编码。

3.2 重复检测与病例管理

重复ICSR检测是药物警戒系统中的一个重大工程挑战。同一不良事件可能由多个来源（患者、医生、制造商、文献检索）报告，产生可能扭曲信号检测算法的重复ICSR。该标准包括使用全球唯一标识符的病例关联机制，并支持关联病例的报告。工程系统必须实施确定性和概率性重复检测算法，通常评估患者姓名首字母、年龄、性别、不良事件术语、药物名称和事件日期以计算相似度分数。

3.3 性能与批处理

监管机构每年处理数百万条ICSR。该标准支持单次消息交换中的ICSR批量传输，减少网络开销并提高处理效率。工程师应实施具有可配置批处理大小的批量传输，通常每批次10至500条报告。

四、常见问题解答