医疗自主集成平台建设实践
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
短小精悍“微”集成——自主集成平台建设实探
建设 背景
架构 设计
技术& 优势
运转 情况
局限& 展望
➢ 该平台自2012年在四中心研发上线至今,从最初的银医 系统接口起步,到后来院内陆续更替上新LIS系统、核医 学系统、PACS系统、输血系统、创面修复系统、血糖管 理系统、公众号系统、叫号系统、诊间支付系统、医保 处方共享等,先后接入十余项第三方系统,采用双服务 器,目前运行平稳,未出现性能问题。
简可扩展”的优势。
其他优势:
➢ 自主可控:总体架构及实施由信息科工程师自主研发, 完全避免了集成平台黑盒子的产生。
➢ 实时响应:院内各种需求,快速调整响应,无需等待 依赖第三方售后。
➢ 统筹规划:通过对接口的控制,有效降低各系统之间 的数据冲突,捋顺业务及数据流向。
➢ 有据可查:对所有调用及输出日志进行记录。
➢ 该平台截止目前共计69个接口,但对外提供了一百多项 接口功能,可见近一半的功能是通过复用实现的,开发 工作量降低了50%,开发时长也下降至目前最快的第三方 接入只需要半小时,随着积木块和通用接口的累积及新 系统接入,投入产出比还会持续上升。
短小精悍“微”集成——自主集成平台建设实探
建设 背景
架构 设计
建设 背景
架构 设计
技术& 优势
运转 情况
局限& 展望
设计原则: ➢ 基础设计积木化:通过交互数据分析,提取出通用的
元素设立基础功能类。 ➢ 接口设计通用化:对功能相近的接口尽可能合并精简,
做到一套接口多方使用,一套逻辑多方遵循。 ➢ 系统间安全隔离:通过顶层封装,各系统只能调用并
看到本系统相关接口,与其他系统接口安全隔离。 通过这三个原则,最终使得整个平台具有“安全精
短小精悍“微”集成 医疗自主集成平台建设实践
短小精悍“微”集成——自主集成平台建设实探
建设 背景
➢ 单一HIS -> 百花齐放种类繁多
架构 设计
➢ 自主研发HIS,因此第三方系统均以HIS为中 心进行接入。
关键 技术
运转 情况
➢ 深度耦合模式 -> 微集成平台模式 主要介绍一些具体做法及体会。
局限& 展望
短小精悍“微”集成——自主集成平台建设实探
建设 背景
架构 设计
关键 技术
运转 情况
局限& 展望
➢ 将同一套接口服务分布式部署在多台服务器上,做到 冗余备份,避免单点故障
➢ 同时根据第三方软件交换数据量的大小,将其按需分 配其访问不同接口服务器,有效平衡负载,避免性能 瓶颈
短小精悍“微”集成——自主集成平台建设实探
关键 技术
运转 情况
自主集成微平台中的“微”字,则诠释了其局限性:
➢ 不适用于大数据量传输:受WebService本身传输速度 的局限性,对于大量长时间数据的传输并不擅长,因 此对于统计类、图像类业务不适用。
➢ 不适用于复杂业务逻辑实现:对于高并发系统而言, 对响应时间有要求,对于复杂业务逻辑,访问数据 库 提取数据所需时间较长的情况不适用。
未来如何将微平台与数据中心建设及其他一些集成技 术相结合,做到微宏相辅相成,将是下一步研究内容。
局限& 展望
谢谢!
7
百度文库