基于微服务的医疗数据统一服务平台的设计与实现.docxVIP

基于微服务的医疗数据统一服务平台的设计与实现 近年来，随着医院计算机科学的蓬勃发展，医疗数据呈现出明显的大数据特征：数据体积大、类型多、价值高、价值密度低、数据生成快、效率要求高的特点。动态数据日益增长，医疗设施网络数据得到实时生成。 1 微服务在互联网的应用现状 目前大多数医院已经建设了以企业服务总线（enterprise service bus,ESB）交互的集成平台，业务系统之间的调度，都能通过消息的方式完成传递和交互，解决了各系统之间的数据格式、存储、安全级别不同造成的很多业务处理上的问题 在互联网、金融、政务等行业，基于微服务的服务平台得到越来越多的运用，数据即服务、应用即服务的模式逐渐成为行业趋势。在服务平台上，实现了服务管理、凭证管理、用户管理、统一访问入口等功能，很好地解决了传统服务资源管理中的难题，提高了服务资源访问的效率，减轻了服务资源汇聚、分发的工作量 2 基于微服务体系结构的统一服务平台设计 2.1 微服务开发框架 为了更好解决医院业务数据、应用及服务的信息孤岛问题，提升各种资源互联互通的实现效率，可以通过搭建基于服务网关的医院微服务统一服务平台（以下简称“统一服务平台”），支撑院内各业务系统之间、医联体机构之间业务系统的数据交互。医院统一服务平台架构设计见图1。 医院统一服务平台技术架构基于容器云平台Kubernetes（以下简称K8s）、容器引擎Docker以及微服务开发框架Spring Cloud技术，依靠K8s对容器集群实现自动化管理。微服务开发框架相当于微服务的实现与治理的一个模板，包含了多种微服务治理能力，比如流量控制、安全管理、链路负载、服务监控等。Spring Cloud旨在为微服务架构提供一种简单有效、统一的应用程序接口（application programming interface,API）路由管理方式 统一服务平台对医院院内、医联体机构、第三方机构等提供配置、注册、订阅服务，并统一对各类数据、应用、服务的调用情况进行监控和运维。通过开发规范、接口规范、集成规范等管理规范，将医院应用及数据服务逐步纳入统一服务平台管理。医院统一服务平台将院内系统对外提供的数据、应用、AI、标准、知识等服务定制成服务网关模式，将服务进行关联和编排。 2.2 医院应用系统的微服务模式 2018年，云原生计算基金会将云原生的定义更新，加入了服务网格和声明式API。在此概念下，针对医院信息化建设，云原生可突破传统Web框架，超越传统IT模式，真正做到充分利用和发挥云平台的弹性和分布式优势，将数据、服务和应用3种资源在最终实现时，构建简便快捷，部署轻松自如，运行按需弹性伸缩。 随着新兴信息技术的发展，云原生技术逐步被引入医疗信息化建设中。医院统一服务平台通过云原生技术，可以更快速支撑持续变化的医院临床诊疗业务。比如，在医院诊疗业务的数字化转型中，大数据检索服务、人工智能语音服务、患者全景视图服务、指标管理服务、精准医疗以及临床试验、科研业务的开展，相比传统业务更灵活多变，对数据和服务资源的需求呈多样化趋势，这些都在驱动医院应用系统建设从传统模式向云原生模式转型。 医院系统实现一个后端应用传统采用单体模式，通过单一后端应用提供并集成所有的服务，其系统实现见图2。 单体模式往往还给医院信息系统带来以下问题：(1)业务逻辑捆绑在一起，随着代码变得越来越大，开发人员在编译和部署的时间上明显增多，医院再部署或改造新应用时间成本增高；(2)随着医院应用系统不断完善，引用的技术越来越多，单体架构在拓展实现各个技术兼容性方面明显不足，也使得部分功能放弃最合适的技术选型；(3)庞大的代码库对新的开发人员是一个很大的技术壁垒，无法让他们在短时间内快速着手开发工作。 微服务是将原来黑盒化产品进行拆分解耦，拆分成各自提供不同服务的多个个体，每个子服务个体负责一组子功能，这些子服务个体称为“微服务”，见图3。利用微服务模式，医院业务系统可以通过统一服务平台发布、订阅所需的服务资源，实现数据和服务的共享交换。例如HIS、全程管理系统可以订阅患者全景视图服务，科研病种库可以订阅大数据检索服务和人工智能语音服务，互联网门诊可以订阅人脸识别服务等。多个微服务共同形成了一个物理独立但逻辑完整的医院分布式微服务体系，医院业务系统能够通过微服务快速扩展功能和应用水平。各个微服务相对独立，不同的医院或厂商应用开发人员可以对各自负责的模块进行处理、研发、测试，还可以通过分布式架构实现应用水平扩展和冗余部署。 2.3 微服务应用场景 云原生技术下的容器云平台K8s集群是医院统一服务平台的服务承载单元，但K8s集群却缺乏灵活的服务接入能力。医院临床诊疗业务中的全景视图服务、人工智能语音服务、大数据检索服务等微服务模块，需要灵活对外发布、提供订阅，并对部