Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/HL7 27953-2:2011 — 药物警戒ICSR第2部分 — 实施指南
药物警戒系统中个例安全报告消息传递的实践实施指导
一、ISO/HL7 27953-2:2011 标准概述
ISO/HL7 27953-2:2011 是个例安全报告（ICSR）标准第一部分的实施指南配套文件。第一部分定义了抽象消息框架和触发事件，而第二部分提供了详细的实施指导，包括特定消息示例、词汇表绑定表、数据类型映射和构建合规ICSR系统所需的验证规则。该标准作为软件工程师、集成架构师和监管事务专业人员实施药物警戒数据交换的实用参考。它包括全面的XML消息实例示例，涵盖了从初始不良事件报告到复杂的随访和修订病例的每一个主要ICSR场景。
ISO/HL7 27953-2包含50多个完整的XML消息示例，涵盖初始报告、随访、修订、废止和查询场景，为实施者提供了常见药物警戒工作流程的即用型参考模板。
实施指南弥合了抽象标准与工作实施之间的关键差距。它提供了关于实际部署中出现问题的具体指导，包括全球唯一标识符的处理、特定管辖区的数据元素要求、MedDRA和WHO药物词典术语的编码规范以及互操作性测试方法。该标准还包括详细的交互图，展示了ICSR报告者、中介机构（如合同研究组织）和监管机构之间的预期消息交换序列。
二、实施指导与消息构建
2.1 消息实例构建模式
第二部分提供了构建ICSR消息实例的逐步指导。每个消息示例都标注了E2B数据元素标识符，以便于ICH指南要求与HL7 V3实施之间的可追溯性。例如，指南展示了患者年龄元素（E2B元素E.i.1）如何在patientRole主题上下文中表示为HL7 V3 PQ数据类型。这些示例展示了如何正确处理可选数据元素的空值风味、如何正确应用CD数据类型编码MedDRA不良事件，以及如何适当使用II数据类型用于全球唯一病例标识符。
| E2B 元素 | HL7 V3 路径 | 数据类型 | 空值风味处理 |
|---|---|---|---|
| E.i.1 — 患者年龄 | patientRole/patient/patientPerson/age/value | PQ（物理量） | 年龄未知用UNK，掩蔽用MSK |
| E.i.2 — 患者性别 | patientRole/patient/patientPerson/administrativeGenderCode | CE（等效编码） | 性别未指定用UNK |
| E.i.3 — 事件术语 | subjectOf1/adverseEvent/eventCode | CD（概念描述符） | 必须填写，不能为空 |
| E.i.4 — 药物名称 | consumable/manufacturedProduct/manufacturedLabeledDrug/code | CV（编码值） | 必须填写，不能为空 |
| E.i.5 — 严重性 | subjectOf1/adverseEvent/seriousnessCode | CE（等效编码） | 严重性未确定用NI |
2.2 词汇表绑定规范
第二部分的一个关键贡献是其详细的词汇表绑定表。对于ICSR消息中的每个编码数据元素，指南规定了必需或推荐的编码系统、允许的值集（枚举单个代码或指定值集OID）以及绑定强度（必需、首选或允许）。指南通过提供何时使用MedDRA（不良事件和病史）、WHO药物词典（药品）、ISO编码（国家、语言和货币）以及HL7定义的编码系统（管理概念如性别和婚姻状况）的明确指导，解决了药物警戒中复杂的多术语环境问题。
ISO/HL7 27953-2中明确的词汇表绑定表消除了早期ICSR实施中互操作性错误的主要来源。通过指定精确的编码系统和值集OID，该指南将术语相关的消息拒绝率从估计的25%降低到5%以下。
2.3 验证规则与业务逻辑
该标准定义了100多条特定验证规则，分为结构验证（XML Schema约束）、内容验证（值集成员资格和数据类型符合性）和业务验证（特定领域逻辑）。业务验证规则包括以下检查：当严重性标准选择”死亡”时，患者死亡日期必须填写并且不得晚于报告日期；当去激发记录为”阳性”时，不良事件结果应反映改善；当报告者为消费者时，报告者资格应相应编码。
三、工程见解与部署指导
3.1 测试与符合性验证
ISO/HL7 27953-2提供了符合性测试方法的指导。该标准推荐了四阶段测试方法：（1）针对XML Schema和词汇表绑定规范的单个消息组件单元测试；（2）报告方与监管机构系统间端到端消息流的集成测试；（3）涵盖所有已定义业务规则的业务验证测试；（4）使用实时或模拟不良事件数据的生产试点测试。该指南包括将每个E2B数据元素映射到测试用例的测试矩阵，支持对所有必需功能的系统验证。
早期ICSR实施的一个关键教训是词汇表绑定测试是最常失败的符合性类别。测试团队应分配至少30%的测试工作用于词汇表和编码系统验证，因为这些错误在生产环境中最难诊断。
3.2 处理多辖区要求
第二部分解决的一个重大工程挑战是管理不同监管辖区间的不同要求。美国FDA、欧洲药品管理局（EMA）、日本PMDA等机构对ICSR数据元素、传输协议和验证规则有不同的要求。该指南推荐配置驱动的方法，辖区特定规则参数化一个通用消息处理引擎，而不是为每个机构构建单独的处理管道。
3.3 错误处理与报告
实施指南指定了一个全面的错误处理框架，包含47个不同错误码，分为结构（S-001至S-015）、内容（C-001至C-020）和业务（B-001至B-012）类别。每个错误码包括错误条件、严重级别（致命、错误、警告、信息）和推荐的纠正措施。工程师应实施自动化错误处理工作流程，将致命和错误级别的拒绝路由到运营团队进行立即调查，同时记录警告信息供定期审查。
ICSR处理的监管时间线有严格规定——EMA要求严重不良事件的初始ICSR在15天内提交，非严重事件在90天内提交。自动错误处理不是可选项，而是监管合规要求。无法处理确认信息并在规定时间线内重新提交更正报告的系统将面临监管处罚风险。
四、常见问题解答
问：在实际实施中，第二部分与第一部分有何不同？
答：第一部分定义了抽象框架（可以发送哪些消息），而第二部分提供了实施指导（如何构建合规消息）。第二部分对开发团队至关重要，而第一部分更适用于架构师和标准专家。
答：第一部分定义了抽象框架（可以发送哪些消息），而第二部分提供了实施指导（如何构建合规消息）。第二部分对开发团队至关重要，而第一部分更适用于架构师和标准专家。
问：第二部分中的XML示例是否适用于生产环境？
答：这些示例可作为模板，但应根据特定监管机构的要求进行定制，并在投入生产前针对最新的辖区特定实施指南进行验证。
答：这些示例可作为模板，但应根据特定监管机构的要求进行定制，并在投入生产前针对最新的辖区特定实施指南进行验证。
问：实施指南多久更新一次？
答：指南通过ISO评审过程更新。实际上，实施者还应参考辖区特定指南以获取最新要求。
答：指南通过ISO评审过程更新。实际上，实施者还应参考辖区特定指南以获取最新要求。
