第 3 部分 立居民主索引系统实现主数据管理.docxVIP

区域医疗 SOA 解决方案 第 3 部分: 建立居民主索引系统实现主数据管理 在新医改推行的区域医疗中，病人 / 居民在社区建有健康档案，在多家医院就诊，并与相关公卫机构有关系。而每个机构都有各自的身份标识，如何关联这些标识，为每个人建立完整的信息视图，这是 搭建电子健康档案系统的基础。Enterprise Master Person Index 支持采用 IHE PIX/PDQ 标准化方式，接收并管理人员信息和身份标识、提供查询和索引功能。InfoSphere Master Data Management Server 可以用来管理人员 / 组织主数据，拥有丰富的内置模型和管理服务，并提供灵活的扩展框架，这为构造 EMPI 提供了基础平台。文章将介绍病人信息的交互场景、HL7 和 IHE 相关标准、MDM Server 功能和扩展框架，EMPI 体系结构以及开发过程。 业务场景 随着中国新医改的推进，医疗卫生行业正受到前所未有的重视，医疗信息化建设逐渐成为 IT 市场的热点之一。实现以人为本的医疗服务体系，是新医改方案明确提出的目标。而发展区域卫生信息化，建立电子健康档案，整合医疗卫生信息资源，是实现目标的关键工作。 新 医改要建立以人为中心的健康档案，人员是开展各项医疗活动的基础，有效管理居民 / 病人信息对于建立电子健康档案起着基础作用。为了有效利用医疗资源，鼓励“小病在社区、大病在医院、康复回社区”的就诊模式，病人会在社区、专科医院、综 合医院形成的区域中发生检查、就诊、治疗等各种医疗活动，这就要求正确标识病人的身份，并与现有系统中的病案号、就诊号关联。在各医院共享病人的医疗文档 时，来自不同医院的文档需要对应到同一个病人，这时需要提供唯一的身份标识，而不仅是各自医院的内部 ID。在建立和查阅电子健康档案中，查询居民信息、进而提供完整一致的个人信息是必不可少的功能需求。 这里举一个例子，一名儿童既在其居住 社区中建立了健康档案，同时接受计划免疫。于是他在社区管理系统和儿童计划免疫系统中就会进行重复登记。这对于单个系统而言问题不大，带来的影响就是要求 该人员多次登记自己的信息。而对于包含多个系统的区域数据中心而言，在数据的统计分析、整理利用等方面就会带来较大的问题，如数据冗余、数据不一致、难以 建立用户的统一视图、无法为用户关联多个应用等。 即使在一个系统内部，如社区管理系统，由于信息收集分散在各个社区，在系统内汇总数据的时 候同样需要进行这样的数据清洗和匹配操作。而医院内的问题更加明显，病人多次到医院就诊，因为忘记携带就诊卡，可能重复注册多次；而且由于院内系统单独建 立，病人信息会在电子病例系统、检验科、放射科中存在多条记录。作为连接社区、医院以及其它卫生机构的区域医疗中心，需要统一管理居民 / 病人信息，检查并保证数据质量，并建立与现有系统内部标识的关联，从而为数据分析和建立电子健康档案打下坚实的基础。 HYPERLINK /developerworks/cn/webservices/1006_yanzhe_healthsoa3/index.html \l ibm-pcon 回页首 相关标准 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 系统关注的重点，描述了病人的详细信息，包括标