保密
院内集成平台数据接口
技术方案
建议书
凯华国软（北京）科技有限公司
2013年
文档修订记录
*变化状态：C = 创立，A = 增加，M = 修改，D = 删除
*正式发布时文档版本号从 1.0 开始。对文档进行小改动时，版本号以 0.1 进阶；大改动时 版本号以 1.0 进阶。
版本号 *变化 状态 简要说明 日期
变更人
批准日期
批准人
V1.0 C
初始版本
2019-09-14
目录
1接口实现方式 (4)
2接口设计特点 (5)
3交互模式设计 (6)
4解决方案 (10)
1接口实现方式
为最大限度保证数据共享,真正实现院内信息化建设的目标,院内集成平台需要实现和HIS、LIS、EMR、PACS、心电、病理、院感等
等多系统的接口。
系统采用独立服务器模式，以视图、中间表以及WebService等
方式，灵活搭配，建立“数据定时同步”和“数据实时同步”两种
工作模式。
数据定时同步：定时扫描有标记的HIS服务器（称之为轮询），
同步患者基本信息、住院信息、病人入出转信息、科室\人员信息、医嘱信息、检查检验信息、病历信息等。同步多个不同系统由平台本身处理、分发，以及事务的管理。
数据实时同步访问：根据病人门诊/住院号（病人唯一索引）实时提取病人基本信息以及各种信息。用于各种特殊情况：如急诊或手工随时同步。
图1:
HIS DB平台集成
服务器
为减少HIS服务器的用户
负载，院内平台服务器
管理相关用户终端，通
过一个公共数据库连接
实现数据交流。
各个接入系统
工作站
2接口设计特点
➢数据库处理采用“假睡眠”模式，即：只有需要数据访问和同步时才产生数据库连接事务，事务结束后立即断开，不会长时间占用HIS数据库资源，最大程度降低系统对HIS数据库的影响。
➢系统接口设计完全面向对象，触发时创建对象，结束时销毁对象，最大程度降低系统资源消耗。
➢系统运行采用参数机制，灵活易扩展。
➢系统支持HL7、JSON、XML等多种接入格式。
➢系统有完整的监控界面和提醒机制以及管理控制界面。
3 交互模式设计
3.1 推模式（WEBSERVICE 承载 XML\JSON ）
图 1 xml 推送模式交互流程
一、发送方在业务节点触发后，如果需要把业务信息传递给其它系统，按照集成规范定义
的消息格式，对相应的业务内容进行 XML/JSON/HL7 消息封装；
二、发送方将封装好的 XML/JSON/HL7 消息发送给消息引擎；
三、消息引擎在接收消息后按照通道配置情况，把消息分发到指定的系统；
四、由接收方发送一条处理结果应答消息给消息引擎；
五、各系统在收到发来的消息后，解析消息内容，对收到的消息进行相关的业务处理。 推送模式（Webservice 承载XML 消息）
发送方
集成平台ESB
接收方
业务触发
XML 消息构建
发送消息
应答处理
消息分发
应答路由
消息接收
应答处理
XML 消息解
析
业务处理
图 2 XML 拉模式交互流程
3.2 拉模式（WEBSERVICE 承载 XML/JSON/HL7）
一、申请方按照集成规范定义的消息格式，对请求信息进行 XML/JSON/HL7 消息封装；
二、申请方将封装好的 XML/JSON/HL7 消息发送给消息引擎；
三、消息引擎在接收消息后按照通道配置情况，把消息分发到指定的系统；
四、服务方在收到发来的消息后，先进行应答处理；
五、服务方将申请方需要的数据，包装成 XML/JSON/HL7 消息，异步发送给消息引擎；
六、消息引擎将结果数据返回给申请方，申请方解析结果 XML/JSON/HL7 消息。 拉取模式（Webservice 承载XML 消息）
申请方
集成平台ESB
服务方
业务触发
构建XML 消
息
发送消息
应答处理
解析结果 XML 消息
消息分发
应答路由
结果返回
消息接收
应答处理
XML 消息解
析
业务处理
返回结果 XML 消息
4解决方案
具体方案以实际医院实施情况为准。
参考方案：
●HIS—>EMR:采用数据定时同步方案，HIS提供中间视图。以
时间为标记。平台制订各接口规范。
●EMR—>HIS:采用数据实时同步方案，EMR通过调用平台接口，
主动实时推送数据，平台进行分发和后续事务管理以及提醒机制。
●各项报告、结果—>EMR:采用数据实时同步方案,EMR可自行
选对是保存一份报告单,又或是只保存平台的浏览地址,在需要调阅时,打开平台的浏览展示
主要业务和具体接口数据规范详见：《天津胸科集成规范.docx》
