医疗集团信息化新架构
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
医疗集团信息化新架构
摘要:在复杂的大服务架构下,应用的复杂性要求自动化运维、编排、监控、调度,对于操作系统层的要求不再是界面、功能的可视化、便捷性等,在这个层面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等新架构去寻求解决方案,手工运维不再是日常首选,这一切对于操作系统层的要求不再是界面、功能的可视化、