新版与HIS接口解决方案...doc

电子病历系统与HIS接口 概述 电子病历系统是一套完整的信息系统，涉及的病人基本信息、住院基本信息、住院状态变更信息、医嘱信息、用户信息、检验报告信息、检查报告信息等数据内容在电子病历系统中都有对应的数据表来存储。但在数字化医院的范畴内，要求各种数据都应该有唯一的入口，并实现各系统之间数据的共享。目前医院已经成功地上线了HIS（包括部分住院医生工作站的功能）、LIS、PACS、等专业系统，专门来实现对上述业务逻辑和数据的处理。为了保持电子病历系统的完整性，确保各方数据的统一和延续，我们需要开发专门的电子病历接口程序，从上述系统中分别导入相关的数据。 PACS、B超等应用系统也需要能够查看病人的病历内容，为此，我们也将发布专门的WebService，来支持其它系统对EMR系统数据的访问。 本文档做为项目指导性文档，直接指导电子病历系统与其它各应用系统的开发工作，同时也做为项目测试和验收工作的重要参考依据。由于EMR、HIS、LIS、PACS等系统都是独立的应用系统，每套系统都有自己专门的数据库来存储相关内容，对数据的逻辑处理上也存在差异，因此我们需要分别开发EMR与HIS、LIS、PACS系统之间的接口应用程序，通过引入线程处理机制和保存最新的成功导入时间（），周期性地导入自上次导入时间以来变化的数据内容。导入接口程序独立与EMR及其他应用系统而存在。具体导入接口结构图如下： 对上述导入接口图做如下说明： 开发专门的与HIS间的接口程序，电子病历系统从HIS中实时导入病人基本信息、住院信息、医嘱执行信息、住院状态变更信息、用户信息、其它信息； 对于其它系统需要调用我们EMR中的病历数据，我们将单独发布专门的WebService应用程序。通过外露各种接口来实现对EMR数据的实时访问。结构图如下： 评估结果：此方案不需要现有HIS程序做任何改动，由于不是频繁对HIS数据库请求，对HIS数据库造成压力较小。难点在于HIS数据库的分析，缺点在于程序耦合性高，封装性差。需要在电子病历上手工同步新病人。 方案二：基于数据库的主动通信。 流程图： 评估结果：此方案不需要现有HIS程序做任何改动，由于采用定时轮训同步机制，对HIS数据库有一些压力。难点在于HIS数据库的分析，缺点在于程序耦合性高，封装性差。但不需要在电子病历上手工同步新病人。 方案三：基于WEB服务的友好通信。 流程图： 评估结果：此方案需要HIS增加一些服务接口代码。但业务封装性好，对HIS数据库几乎不造成压力，可扩展性和维护性强，双方系统几乎无缝结合，HIS完成一个新病人录入，电子病历数据库中，即同步有这个新病人的数据。 案例——基础及其它数据: 方案一：基于数据库。 描述：直接访问HIS数据库，进行定期/手动同步。类似于病人入院方案一，二的架构。 评估结果：类同于入院方案一、二。 方案二：基于WEB服务。 描述：基于WEB服务进行数据同步。类似于病人入院方案三的架构。 评估结果：类同于入院方案三。 手术麻醉系统与HIS接口 和HIS的接口，准备分为两种方式，一种方式是和HIS的数据实时交互，目前预约数据采用这种方式；一种方式是数据在程序开始运行时一次性导入，以后HIS数据发生变化时在TRACKAO系统中增删维护，目前基础数据采用这种方式。 手术预约 一种方法是HIS中以视图的形式建立以下信息（可能缺少如：身高，体重，血型这样的信息），格式如下： 姓名 年龄 性别 身高 体重 血型 住院号 病区（科别） 床号 术前诊断 拟施手术 拟施麻醉方法 术者 手术日期 手术时间 手术室 麻醉师 护士 预约状态 HIS系统中的预约视图结构： 字段名 说明 类型 空值 备注 ID ID Number(9) Not null NAME 姓名 Varchar2(40) Not null AGE 年龄 Varchar2 (8) BIRTHDAY 出生日期 Varchar2 (20) SEX 性别 Varchar2 (8) MEDICAL_TYPE 医疗费类型 Varchar2 (8) IDENTITY_NO 证件号 Varchar2(40) HID 住院号 Varchar2(40) Not null CID 病案号 Varchar2(40) REGION_NO 病区号 Varchar2(40) Not null REGION_NAME 病区名称 Varchar2(40) Not null DEPT 科室 Varchar2(40) BED 床号 Varchar2(40) DIAGNOSIS_CODE 诊断代码 Varchar2(200) Not null 多个诊断用“,”分割。 DIAGNOSIS_NAME 诊断名称 V