互联网+背景下,医院的传统臃肿的信息架构,是否可以向微服务架构过度?那应该在转向微服务架构的时候如何进行架构优化调整?
微服务架构是医院信息未来的一个发展方向,但是由于目前大型三甲医院的HIS系统比较重,还不太适合进行微服务化改造,目前应用最多的就是面向中小医院、连锁专科医院、诊所、基层医疗机构。
以微服务化改造后的HIS系统,一般称作为云HIS系统。云HIS系统通常以电子病历为核心,涵盖“人、财、物、决策”的管理要求,能够帮助医院构建基于实时在线软件服务( SaaS )模式的医疗 IT 基础设施服务,医疗机构仅需通过浏览器直接访问,无需安装客户端,并且客户端自动升级,无需人工干预,能够以极低的成本和资源投入,快速、高效的完成信息化部署和应用。
云 HIS 主要以微服务的形式,部署主要在后台完成,不存在开发、上线漫长时间的等待,部署后即应用。
使用容器云技术实现计算、存储、网络等资源弹性扩展,并可动态调配,可以对负载资源进行统一管理和按需服务。
微服务提供模块化的功能,提供给不同岗位,兼顾个性化需要。按照系统使用人员从事的岗位,进行统一授权、分配权限。
微服务的服务粒度要小,而每个服务是针对一个单一职责的业务能力的封装,专注做好一件事情。按照我目前的经验来看,很多大型医疗机构的核心系统都需要独立开发部署,而且技术选型灵活,从传统的系统架构到微服务过度需要选择合适的业务问题选择合适的技术可以独立演化。服务与服务之间采取与语言无关的API进行集成。相对传统架构,微服务架构是更面向业务创新的一种架构模式。同时需要寻找专业的团队对服务的整个生命周期负责,可以看到整个微服务的思想就如我们现在面对信息爆炸、知识爆炸是一样的:通过解耦我们所做的事情,分而治之以减少不必要的损耗,使得整个复杂的系统和组织能够快速的应对变化。但是从目前各个医院信息化程度参差不齐的情况下,向前迈进这么一步需要医院管理层有决心有勇气。不过目前上海已经开始从一些相对独立的系统开始着手测试如预约挂号。
收起