和his接口解决方案...docx

电子病历系统与 HIS 接口 概述 电子病历系统是一套完整的信息系统，涉及的病人基本信息、住院基本信息、住院状态变更信息、医嘱信息、用户信息、检验报告信息、检查报告信息等数据内容在电子病历系统中都有对应的数据表来存储。但在数字化医院的范畴内，要求各种数据都应该有唯一的入口，并实现各系统之间 数据的共享。目前医院已经成功地上线了 HIS（包括部分住院医生工作站的功能） 、LIS、PACS、等专业系统，专门来实现对上述业务逻辑和数据的处理。为了保持电子病历系统的完整性，确保各方 数据的统一和延续，我们需要开发专门的电子病历接口程序，从上述系统中分别导入相关的数据。 PACS、B 超、手术麻醉等应用系统也需要能够查看病人的病历内容， 为此， 我们也将发布专门 WebService，来支持其它系统对 EMR 系统数据的访问。 本文档做为项目指导性文档，直接指导电子病历系统与其它各应用系统的开发工作，同时也做 为项目测试和验收工作的重要参考依据。 总体结构 由于 EMR 、HIS 、LIS、PACS 等系统都是独立的应用系统，每套系统都有自己专门的数据库来 存储相关内容， 对数据的逻辑处理上也存在差异， 因此我们需要分别开发 EMR 与 HIS 、LIS 、PACS 系统之间的接口应用程序，通过引入线程处理机制和保存最新的成功导入时间（ sync_info ），周期 性地导入自上次导入时间以来变化的数据内容。 导入接口程序独立与 EMR 及其他应用系统而存在。 具体导入接口结构图如下： 对上述导入接口图做如下说明： 1/14 开发专门的与 HIS 间的接口程序，电子病历系统从 HIS 中实时导入病人基本信息、住院信息、 医嘱执行信息、住院状态变更信息、用户信息、其它信息； 对于其它系统需要调用我们 EMR 中的病历数据， 我们将单独发布专门的 WebService 应用程序。 通过外露各种接口来实现对 EMR 数据的实时访问。结构图如下： 解决方案 要同步的数据： 基础数据信息对接。 病人基本信息，病人状态信息。 医嘱执行报告单。 案例——病人入院 : 方案一：基于数据库的被动通信。 流程图： 2/14 Object-Oriented Model Model: 聊城二院 HIS Package: Diagram: 聊城 2院入院 -database-lazy Author: xp Date: 2009-08-06 Version: 护士工作站 HIS 用户 选择病人，分配床号 成功  绿色：HIS系统。 蓝色：电子病历系统。 1，双方通信通过数据库，EMR被动请求通信。 2，此业务流程中，不需要HIS端支持，电子病历需要手工同步HIS已入院，EMR 中未入院的病人。 3，此业务双方通信，由EMR 主动触发。 入院业务处理 EMR 用户 入新病人 Write/Read data Read data HIS 数据库 Write data EMR 数据库 EMR 成功信息 评估结果：此方案不需要现有 HIS 程序做任何改动，由于不是频繁对 HIS 数据库请求，对 HIS 数据库造成压力较小。难点在于 HIS 数据库的分析，缺点在于程序耦合性高，封装性差。需要在电 子病历上手工同步新病人。 方案二：基于数据库的主动通信 。 流程图： 3/14 Object-Oriented Model Model: 聊城二院 HIS Package: Diagram: 聊城 2院入院 -database-studious Author: xp Date: 2009-08-06 Version: 护士工作站 2 HIS 用户2 选择病人，分配床号 成功消息  绿色：HIS系统。 蓝色：电子病历系统。 1，双方通信通过数据库，EMR主动请求通信 。 2，此业务流程中，不需要HIS端支持。 3，EMR定期去同步HIS已入院，EMR 中未入院的病人数据 数据定时同步 Scheduler Write/Read data Read data HIS 数据库 Write data EMR 数据库 评估结果： 此方案不需要现有 HIS 程序做任何改动， 由于采用定时轮训同步机制， 对 HIS 数据库有一些压力。难点在于 HIS 数据库的分析，缺点在于程序耦合性高，封装性差。但不需要在电子病历上手工同步新病人。 方案三：基于 WEB 服务的友好通信。 流程图： 4/14 Object-Oriented Model Model: 聊城二院 HIS Package: Diagram: 聊城 2院入院 -webservice Author: xp Date: 2009-08-06 Version:  绿色：HIS系统。 蓝色：电子病历系统。 1， 双 方 服 务 接 口