区域医疗 SOA 解决方案
第 3 部分: 建立居民主索引系统实现主数据管理
在新医改推行的区域医疗中，病人 / 居民在社区建有健康档案，在多家医院就诊，并与相关公卫机构有关系。而每个机构都有各自的身份标识，如何关联这些标识，为每个人建立完整的信息视图，这是 搭建电子健康档案系统的基础。Enterprise Master Person Index 支持采用 IHE PIX/PDQ 标准化方式，接收并管理人员信息和身份标识、提供查询和索引功能。InfoSphere Master Data Management Server 可以用来管理人员 / 组织主数据，拥有丰富的内置模型和管理服务，并提供灵活的扩展框架，这为构造 EMPI 提供了基础平台。文章将介绍病人信息的交互场景、HL7 和 IHE 相关标准、MDM Server 功能和扩展框架，EMPI 体系结构以及开发过程。
业务场景
随着中国新医改的推进，医疗卫生行业正受到前所未有的重视，医疗信息化建设逐渐成为 IT 市场的热点之一。实现以人为本的医疗服务体系，是新医改方案明确提出的目标。而发展区域卫生信息化，建立电子健康档案，整合医疗卫生信息资源，是实现目标的关键工作。
新 医改要建立以人为中心的健康档案，人员是开展各项医疗活动的基础，有效管理居民 / 病人信息对于建立电子健康档案起着基础作用。为了有效利用医疗资源，鼓励“小病在社区、大病在医院、康复回社区”的就诊模式，病人会在社区、专科医院、综 合医院形成的区域中发生检查、就诊、治疗等各种医疗活动，这就要求正确标识病人的身份，并与现有系统中的病案号、就诊号关联。在各医院共享病人的医疗文档 时，来自不同医院的文档需要对应到同一个病人，这时需要提供唯一的身份标识，而不仅是各自医院的内部 ID。在建立和查阅电子健康档案中，查询居民信息、进而提供完整一致的个人信息是必不可少的功能需求。 这里举一个例子，一名儿童既在其居住 社区中建立了健康档案，同时接受计划免疫。于是他在社区管理系统和儿童计划免疫系统中就会进行重复登记。这对于单个系统而言问题不大，带来的影响就是要求 该人员多次登记自己的信息。而对于包含多个系统的区域数据中心而言，在数据的统计分析、整理利用等方面就会带来较大的问题，如数据冗余、数据不一致、难以 建立用户的统一视图、无法为用户关联多个应用等。
即使在一个系统内部，如社区管理系统，由于信息收集分散在各个社区，在系统内汇总数据的时 候同样需要进行这样的数据清洗和匹配操作。而医院内的问题更加明显，病人多次到医院就诊，因为忘记携带就诊卡，可能重复注册多次；而且由于院内系统单独建 立，病人信息会在电子病例系统、检验科、放射科中存
在多条记录。作为连接社区、医院以及其它卫生机构的区域医疗中心，需要统一管理居民 / 病人信息，检查并保证数据质量，并建立与现有系统内部标识的关联，从而为数据分析和建立电子健康档案打下坚实的基础。 回页首
相关标准 HL7
HL7 卫生信息交换标准 (Health Level 7) 是医疗领域中不同应用间进行电子传输的标准协议。它允许各个医疗机构在异构系统之间，进行数据的交互。HL7 在世界范围内得到了广泛的应用和支持，很多医院的 IT 系统都是基于 HL7 消息进行交互的。目前 HL7 存在 V2.x 和 V3 两大类版本，V2.x 采用特殊字符间隔的文本形式，由于发布时间较早，已经被大规模采用，最新的 V2.7 正处于投票阶段。V3 则采用 XML 进行描述，具有显式的数据模型和 Schema，便于理解、解析和处理。这两个版本大部分可以实现相同的功能，由于应用场合不同，HL7 组织将同时给予持续的支持和更新。那么在实际项目中如何选择呢？如果需要集成已有系统，而这些系统使用 HL7 V2.x 收发消息，那应继续采用 V2.x 消息，以最大限度的复用资源；如果被集成系统中并没有处理 HL7 的能力，需要改造已有系统，那可以直接采用 V3 消息，以方便程序的开发和管理。
在 HL7 描述的交互消息中，病人管理部分用于传输新创建或者更新的病人基本信息和访问记录，这在医疗业务中起着基础作用。某病人在一家医院注册就诊，他的个人信息 和访问记录就会进入病人管理系统，同时传递给感兴趣的其他系统。每条消息都存在多个段（Segment），分别表达不同的信息，如 MSH 表示消息头，EVN 表示消息类型，PID 表示病人 / 人员身份信息，NK1 表示相关人员，PV1 表示就诊记录等。其中 PID 是 EMPI 系统关注的重点，描述了病人的详细信息，包括标识符列表和姓名、性别、出生日期、联系方式等人口统计学信息。
IHE
IHE(Integrating the Healthcare Enterprise) 是一个致力于集成医疗行业信息系统的组织，推出一系列集成规范，旨在合理使用现有标准如 HL7、DICOM 来满足特定的医疗业务需要。它通过 IT 技术框架，来定义特定标准的实现和最佳实践，以最大程度的满足信息共享的目的。
与 EMPI 相关的集成规范主要包括 PIX (Patient Identifier Cross-Reference) 和 PDQ (Patient Demographics Query)。PIX 应用在涉及多个医疗机构的区域中，支持病人标识的跨域引用。下图中有三个病人标识域，每个域中有两类参与者——病人身份源系统和消费者系统，它们与中间的 跨域引用管理器相连，身份源通过 Patient Identity Feed 事务将病人标识和详细信息传递到管理器，
消费者则通过 PIX Query 事务向管理器查询病人跨域标识，它们之间传递的消息就是 HL7 中的特定消息。交互关系如图 1 所示。
图 1. PIX 交互关系示意图
PDQ 用于查询病人信息，包括两类参与者——提供者和消费者，消费者分别通过 Patient Demographics Query 和 Patient Demographics and Visit Query 事务向提供者查询病人的详细信息和就诊记录，如图 2 所示。
图 2. PDQ 参与者交互关系
卫生部标准
国 家卫生部召集医疗行业内的专家学者和企业代表，一直在制定我国的卫生行业标准。卫生部于 2009 年 5 月发布了《健康档案基本架构与数据标准》，其
中的“个人信息基本数据集”列出了电子健康档案中个人的元数据，这可以作为我们实现 EMPI 时，系统间传递消息内容的重要参考。2009 年 8 月发布了《电子病例基本架构与数据标准征求意见稿》，其中的“患者基本信息”列出了医疗机构中存储电子病例时的个人元数据，这从被集成系统角度为我们提供 了参考。 回页首
InfoSphere Master Data Management Server 简介
在 区域医疗环境中，病人、居民信息分散在医院、社区等多个医疗机构中，普遍存在冗余和不一致的现象，这使得病人就诊时难以形成完整准确的信息视图，造成医疗 资源的浪费和病人满意度的降低。而这些数据因为具有稳定、基础、通用的特点，被看作是区域医疗行业的主数据 (Master Data)。高效的主数据管理有助于降低成本、提高灵活性、降低风险。
InfoSphere Master Data Management Server 是一种面向服务的实时解决方案，设计用于管理以客户为中心的业务流程和事务，同时保留客户知识和流程，例如交互历史记录、事件通知、隐私和数据授权规则、 客户关系（家庭用户、商业或提供商）以及客户价值剖析。 InfoSphere MDM Server 关注客户数据的操作管理，允许 CRM、渠道和后台系统访问它，以获得通用的主数据视图和更新服务。 InfoSphere Master Data Management Server 开箱即用地提供超过 700 种业务服务，可帮助企业管理复杂的客户业务流程和简单的主数据查询与更新。多种预先集成的业务逻辑组件可帮助组织管理业务规则、事件检测与管理、隐私和安 全性规则、数据验证和复制检测处理。通过这些功能，InfoSphere Master Data Management Server 即可作为以客户为中心的事务处理的业务流程中枢。 IBM InfoSphere Master Data Management Server 的关键组件包括：基于可扩展数据模型的主数据存储库，包含相似数据匹配功能的数据质量管理、灵活的义务规则配置和模块集成、及时响应变化的事件管理、基于 角色授权的安全服务，支持外部应用集成的 SOA 服务接口、强大的数据管理用户界面以及高效的批处理管理。 回页首
EMPI 体系结构
根据区域医疗业务分析和主数据管理的需要，Enterprise Master Person Index( 简称 EMPI) 针对区域内的居民建立主数据和主索引，提供统一人员视图。这需要在技术上解决以下问题：
1. 标准的访问协议和数据格式
系统应遵循医疗行业的 HL7 标准和 IHE 规范，便于医疗系统的接入和互操作。
2. 灵活、高度可扩展的数据模型
居民信息应当存储在一个高度可扩展性的数据存储模型中，确保该模型能够面对集成中的复杂业务场景以及未来业务发展的需要。
3. 针对不同类型应用的多种信息集成方式
在区域信息系统的集成过程中，需要提供实时、准实时、批量等多种整合手段，以适应不同应用系统对人员信息的需求。
4. 确保信息质量的技术手段
提供有效的数据检查、重复匹配等技术手段，来保证病人 / 居民的信息质量。
在本方案中，EMPI 通过适配层连接外部交互系统，实现标准访问协议；主要的业务逻辑由主数据管理层完成；并提供 Web 界面与最终用户交互。EMPI 的体系结构如图 3 所示。
图 3. EMPI 体系结构
（1）主数据管理层