壹Linux
作者壹Linux2017-03-13 09:25
其它, 壹Linux

跨区域民营医疗集团信息化新架构生态设想

字数 2976阅读 4140评论 0赞 2


刘满军 爱尔眼科医院集团信息中心数据部平台组负责人

摘要:在复杂的大服务架构下,应用的复杂性要求自动化运维、编排、监控、调度,对于操作系统层的要求不再是界面、功能的可视化、便捷性等,在这个层面Linux的选择可能性更大。在新的架构下也需要根据不同的场景需要,采用不同的底层硬件架构。

一、跨区域民营医疗集团信息化趋势

在美国、欧洲等发达国家提出医疗4.0概念:在金融与支付层面通过商业与国家保险相结合;在临床服务上提倡健康生活(依托个人健康档案信息与智能穿戴相结合进行日常干预形成健康生活习惯)与临床治疗相结合,在临床服务推动完善互操作性(在国内可以理解为系统与人、器械、智能穿戴、公共数据[主要指征信、支付与保险信息)等的互联互通]与健康档案的建立与共享,在治疗技术与药品器材方面提倡医学信息化系统与设备的互通(即互操作性),鼓励大数据与人工智能在医疗行业的应用等。在基因与遗传等领域重点突破逐步提倡基因治疗等。

参考欧美发达国家医疗发展趋势,围绕国家医养大健康、以患者与家庭医生为核心的多级智慧医疗服务体系、医疗保险与商业保险相结合的国家新型战略布局,国内民营医疗集团逐步在移动医疗、智能穿戴设备、医疗健康保险、大数据、逐步跨向海外的多级连锁医疗实体覆盖等逐步形成行业生态战略布局。通过大数据中心建设打通移动医疗与分布在各个区域爱尔实体之间服务闭环、智能穿戴等设备与医疗服务闭环、实体连锁内部医教研服务闭环与互联网+、医疗服务与保险服务核心风险管控与清算提供数据与运算保障,依托业务过程中大数据进行临床、运营、科研多维度分析,重点在辅助诊疗、优化管理与运营、新型商业模式创新支持、单病种分析与信息治疗方式研发支持等来推动行业标准化与规范化。并通过服务的模式向这些成果向产业链输出与共享,最终形成健康生态服务体系新架构——跨区域大服务平台架构。

二、跨区域大服务平台架构建设设想

跨区域医疗商业模式的趋势使得业务覆盖全国区域,也是的IT架构跨网段,如果构建全国及内网对于民营机构来说基本可能占了全部的IT投入,所以逐步从互联网架构寻找合适的出口。其次全国性的覆盖决定了更加个性化、地区差异化的需求,无论是政策差异、还是人文需求与管理的差异,不论一套多庞大的传统IT架构都很难满足如此个性化各异的需求,除非把应用功能拆的更细——服务化。大规模的布局自然需要大数据中心来做海量数据计算、处理、分析、存储、标准化。基于如此痛点构建跨区域大服务平台是切实需求,同时也能通过新生态建设带动行业更多参与者来共同完成一个庞大的计划,形成新产业创新。
跨区域大服务平台的建设是基于容器+微服务+互联网+大数据中心模式。初级阶段通过应用服务化构建使IT架构更加灵活来适应个性化与创新需要。成熟阶段逐步形成服务资产化、市场化与生态化运营与发展,形成服务市场。最终向需求定义服务发展,该阶段各种基础服务已经非常成熟,有完整的研发、迭代、市场与资产化服务运营模式,IT实现的灵活性、效率、成本大幅降低,标准化构件微服务市场成熟,而好的需求、模式永远是驱动这一切的核心动力。

一个好的服务架构是要尽量在保证松耦合的前提下,尽量融合更多的架构体系,但又能统一运管与调度。达到融而不乱,多而不繁。本文提到的区域大服务架构在数据中心环节解决数据的核心存储与运算;在服务联邦环节解决高速交换、稳定同步各个服务的注册、分发、路由以及编排工作;而运行每个业务逻辑的服务却被容器封装分散在全国各个网络节点。
 服务联邦:核心服务分发路由架构,类似于互联网的几大DNS;每个服务都有唯一的ID和生命周期,类似于互联网中的IP、MAC等;在服务联邦提供服务的注册、订阅、分发与路由工作。
 服务开发:基于数据、应用和功能需求构建与研发服务,并发布到服务商店。根据服务在商店的使用情况获取一定利润。
 服务运营:制定服务的市场、推广、开发、交易、监管、运营的相关制度、流程、规范与标准,根据服务使用与运维情况获取一定的收入。
 服务安全:大服务架构多数应用暴露在公网环境之,基于SDN、混合云、容器、大数据的安全服务架构,容器服务的安全封装以及基于4A的体系建设,包括服务链路、通道、隔离、识别、知识库等安全体系建设。

 服务组装:基于服务市场的各种功能服务组织面向用户需求的应用,包含服务编排、部署、运营监控、管理提供一系列应用。
 数据中心:大服务架构设计核心是以数据为核心进行,数据中心提供数据的沉淀、存储、海量运算等能力,数据中心的数量在大服务生态根据需要进行增加,逐步形成两地三中心,在此基础上进行按需扩展。在服务开发过程中未来依托数据演变。
 服务商店:服务商店汇聚各种服务进行分类推广,使服务组装者按需要找到相应的服务并进行下载、交易、售后、培训等相关服务。
 应用商店:基于服务开发的可以直接向终端提供使用应用市场,负责应用的准入、分类、推广、下载、交易、售后、培训等形成市场闭环服务体系。

三、区域大服务架构下基础设施定位

在复杂的大服务架构下,应用的复杂性要求自动化运维、编排、监控、调度,对于操作系统层的要求不再是界面、功能的可视化、便捷性等,在这个层面Linux的选择可能性更大。当然在新的架构下也需要根据不同的场景需要,采用不同的底层硬件架构。但整体重点需求点在如下两个方面。

  1. 基于底层硬件与驱动的整合与资源池化、平台化
    在云服务框架下,基础架构向计算资源池、网络资源池、存储资源池发展。传统的操作系统被重新定位为底层硬件与驱动的整合,最终形成统一的三大资源池,基于OpenStack kvm计算虚拟化、ceph分布式存储架构、Docker容器技术的兴起直接带动了Linux市场的发展。同时区域大服务架构下应用服务的复杂性要求更自动化、智能化的开发、部署、运维、编排、监控、调度等已经超出传统的物理机,从操作系统功能本身无法解决SDN环境下的复杂需求,不得不从OpenStack、Zookeeper、kubernetes等新架构去寻求解决方案,手工运维不再是日常首选,这一切对于操作系统层的要求不再是界面、功能的可视化、便捷性等,这使Windows优势逐步退去,Linux的选择可能性更大。当然在新的架构下也需要根据不同的场景需要,采用不同的底层硬件架构,单套架构很难完成海量数据的运算与处理,大中小型机、超融合、私有云、公有云、传统存储、分布式计算及存储等不同基础架构的整合,这需求逐步引导向资源池化、平台化整合。比如服务联邦的基础架构需要支撑的是离散型、高并发、高响应、高可用、稳定性与可扩展性的要求,IBM LinuxONE的定位是值得肯定的。
  2. 向特定应用与平台提供通用的运行环境,注重分布式负载、安全隔离与资源调度
    在整体层面来将,需要构建大的资源池和平台来整合是趋势。如果Linux基于操作系统本身优势能够将类同OpenStack体系整合到操作系统内核级支持(如基于LXZ),甚至Google在此基础上做了云操作系统就是一定的积累与尝试,这将至少降低10%左右的性能损失和提供更低的技术门槛,也将成为新的一片蓝海。

总体来看,跨区域医疗集团是行业趋势,新的业务形态跨区域大服务平台架构必然走向成熟与生态化,也将也会对传统基础架构提出新的方向。

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

2

添加新评论0 条评论

Ctrl+Enter 发表

作者其他文章

相关文章

相关问题

相关资料

X社区推广