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