医疗信息化中台技术架构方案

1、医疗信息化中台技术架构方案新医疗，新智慧智慧医疗123 总体技术架构思路 中台设计 总体技术架构设计总体架构思路-技术架构三原则 核心技术架构与核心技术框架全国统一 核心技术架构要支持中台设计（破解烟囱式系统，以局为单位建设一个系统） 核心技术框架与具体的技术产品进行适配性解耦总体架构思路-我们要统一什么？ 统一架构视角与具体处理方式 要用医疗保障全局的架构视角，将所有医疗保障的系统看成一个系统为什么这样做？ 要破除“烟囱式”应用系统，要做到业务全局共享、数据全局打通 怎么做？ 使用“中台”的设计理念与设计方法 总体架构思路-我们要统一什么？ 什么是技术架构？技术架构是系统的技术蓝图，是系统按

2、照不同技术视角从整体到部分的最高层次分解，同时它也包含一些不宜改变的决定。它由多个组件以及它们彼此间的关系组成，并且在一定环境和原则下进行设计和演变 在一个系统里，统一技术架构与技术框架总体架构思路-我们要统一什么？ 什么是技术框架？ 按照技术架构的层次分解固化下来的技术层次调用编码，可以在抽象层面上实现技术调用闭环，它是应用编程的基础核心代码，应用系统在框架代码的基础上扩展出业务逻辑，形成应用系统。总体架构思路-我们要统一什么？ 技术架构与技术框架的关系视图层 控制层（技术框架）业务层数据层分层结构、层次间调用关系（规范来保证）代码来保证技术架构总体架构思路-国家局实现什么？ 适配型框架适配

3、阿里云适配腾讯云适配一款第三方主流分布式技术国家局软件版本总体架构思路-地方适配地方要提供PAAS、IAAS国家局下发版本已经适配的PAAS+适配框架国家局下发软件版本总体架构思路-地方适配地方要具备： 技术架构中要求的PAAS层能力，地方需按照统一标准规范构建云平台的平台服务（Platform-as-a-Service，PAAS）能力，应包括分布式服务、消息队列服务、分布式缓存服务、分布式日志服务、分布式数据访问服务、关系型数据库、非结构化存储服务、离线计算引擎、实时计算引擎、流计算引擎等。 能够支撑PAAS层服务的IAAS层基础设施技术架构的变化 全面使用分布式架构 云的技术本质：分布式计

4、算 云上的技术：横向扩展，性能线性提升VS技术架构的变化 从单体架构到微服务架构单体架构的可维护性及复杂度随着系统规模的增加变得越来越难以控制水平扩展性的成本较高，要整体克隆出一个系统来，通过负载均衡的技术来分担计算压力对压力大的模块，无法分拆出来进行单独扩展过去我们把应用的业务逻辑大量写在数据库中，中间层的压力不大，这种架构还可以应付。如今大量的业务会在中间层完成，中间层的不同的业务模块对硬件的需求并不一样，有的是CPU计算密集型，有的是内存使用密集型，有的是IO密集型，这样在做横向扩展时我们如果克隆出一个应用，那么硬件就要CPU密集、内存够大、IO够强，成本很高。单体架构技术架构的变化 从

5、单体架构到微服务架构微服务架构（通过服务的方式解耦、隔离业务变化） 微服务架构是一种架构模式，它提倡将单一应用程序划分成一组小的服务，服务之间互相协调，互相配合，为用户提供最终价值。服务与服务之间采用轻量级的通信机制互相沟通，每个服务都能独立的部署到生产环境之中。单体架构微服务架构技术架构的变化 从中心化架构到去中心化架构传统”中心化”系统架构服务调用者 服务调用者企业服务总线服务提供者服务提供者 服务调用者服务提供者服务调用者服务提供者服务提供者服务调用者 “去中心化”系统架构从集中式走向分布式小型机为中心X86架构 虚拟化 可扩展关系型数据库集中存储分布式存储 多种存储策略单体应用大量使用

6、存储过程中台化微服务化应用可弹性伸缩基础资源层数据资 源层应用层123 总体技术架构思路 中台设计 总体技术架构设计IAAS层与PAAS层的关系 行业应用要在小资源上运行大应用，怎么办？ 虚拟化技术只能将一个大的物理资源分割成小的易于部署的虚拟资源，形成资源池，即大化小。 我们要依赖分布式技术将这些小资源再次整合成大的、可伸缩的计算能力总体技术架构设计-概念图医疗保障业务系统：所有业务应用都必须基于医疗保障应用框架（Healthcare Security Application Framework，简称：HSAF）支撑下，完成业务应用。HSAF框架：包含核心框架和适配框架两部分。核心框架采用分

7、布式云架构，封装核心云支撑服务适配接口，用于实现云产品适配设计。总体技术架构设计-概念图适配层：基于HSAF的适配框架技术，将应用层依赖的分布式技术与具体厂商的分布式技术进行适配，实现应用层可以适配多家厂商的分布式技术。云支撑服务层：基于云基础设施，为应用层提供通用的技术支撑服务，包括分布式服务、分布式缓存、分布式数据访问、分布式日志服务、非结构化存储和消息队列、离线计算、实时计算啊、流计算等。云基础设施层：采用云架构，在物理设备基础上，实现计算资源、存储资源、网络资源的动态管理和资源调配。 总体技术架构设计-概念图云基础设施层：采用云架构，在物理设备基础上，实现计算资源、存储资源、网络资源的

8、虚拟化及动态管理和资源调配。 总体技术架构设计逻辑图总体技术架构设计逻辑图总体技术架构设计逻辑图123 总体技术架构思路 中台设计 总体技术架构设计业务中台与数据中台业务中台数据中台业务场景交易处理数据生成用户触点一切业务数据化一切数据业务化全域数据存储数据萃取数据处理面向场景算法迭代什么是中台？ 中台是由业务中台和数据中台构建起的数据闭环的业务体系, 实现以数字化资产的形态提升政府快速服务能力。什么是业务中台？ 共享业务中心：按照高内聚、低耦合原则，把共享的业务服务和依赖的数据资源进行聚合，构建共享业务中心。共享业务中心拥有独立数据资源，对外提供业务服务，有独立运营能力，能独立部署，可通过不

9、断的迭代进行自我完善。将医疗保障信息平台上各个子系统之间可共享（复用，统一）的业务能力抽取出来，形成不同的“共享业务中心”，如：认证中心，负责共享的系统认证相关服务。什么是业务中台？ 业务中台：医疗保障信息平台上所有的“共享业务中心”的集合称为“业务中台”，支撑全领域业务能力复用（共享、统一）。新系统建设不用从头开始，可以从业务中台选择适用的共享业务中心的服务，即可实现复用又可以避免“烟囱”式系统的建设。业务中台通过核心能力沉淀支撑上层应用系统的快速迭代和创新，从而解决系统扩展能力低，业务功能重复建设、系统稳定性差、无法支撑高并发等问题。业务中台的本质 共性与个性分离业务中台是一个复合体组织业

10、务技术业务能力中心需要分布式架构支撑思想，方法论保障业务稳定复用应对数据不一致性激活服务创新活力中台不是平台业务中台的技术支撑功能需求高可靠性高可用性高性能可扩展性可管理性安全性分布式服务能力：服务RPC协议调用能力，服务注册和发布的基本功能，如Dubbo，EDAS；可扩展性：垂直扩展及横向扩展的能力，线性扩展边际效应不衰减；服务支持应用容器，应用全生命周期管理和弹性伸缩。分库分表支持分布式事务，分布式复杂查询,MySQL兼容，平滑线性水平伸缩，MQ支持分布式事务消息服务；高性能：高并发，低响应时间、高吞吐量、高资源利用率等等；比如HSF协议比Dubbo协议序列化性能提升30%。MQ支持高性能

11、毫秒级消息通知系统，海量消息堆积能力；可管理性：具备规模化的运维及管理的能力，线上管控；服务框架支持数字化运营，链路监控、服务降级、限流等；分库分表工具，支持优秀的数据库运维体验，MQ支持消息全息排查。安全性：针对金融行业安全需求，完善安全，支持等保相应级别；非功能需求分布式消息能力：支持分布式队列模型，如RMQ，阿里MQ；分布式数据能力：实现数据的分布式存储能力，分库分表，读写分离等功能，如Mycat，DRDS；高可用/高可靠：高可用，容灾能力，单元化及异地多活能力；分布式架构需求中台的高可用架构链路负责人服务提供者谁调用了我的服务？在什么链路下调用，调用是否合理？调用趋势怎样？产生的瞬间峰

12、值有多少？我的系统是否能支撑，是否要扩容？我依赖了哪些应用、哪些服务？整个链路的依赖路径是怎样的？哪些容易出错，哪些是链路的处理瓶颈？这些依赖如果出错，会有什么影响？分组：业务差异化对待限流：不超过系统限定水位鉴权：对服务权限控制治理手段治理手段弱化：容忍异常，业务不中断降级：对故障分支进行短路引流：分流或切换到其他通路压测：系统能力的估算优化：提高瓶颈点和毛刺的性能分布式服务治理分布式高可用分布式事务分布式服务总体应用架构设计前台中台公共服务区核心业务区如何建设业务中台 业务分析领域模型设计中心划分应用划分库表设计开发业务分析，明确需求领域模型设计，明确实体关系中心划分应用划分库表设计，分库

13、分表应用开发服务化松耦合原则服务设计原则服务颗粒度原则服务的无状态原则服务高可用建设原则方法原则业务中台的总体设计对14个应用系统服务能力进行提炼，抽取出60多个共用服务。基于业务内聚性形成15个业务中心业务中台的总体设计业务中台的总体设计 核心业务区核心业务区包括15个业务中心：1、统一认证中心，面向核心业务经办人员提供包含多种身份认证方式在内的统一身份认证、用户统一鉴权、登录服务等；2、用户中心，提供用户管理，实现对经办用户、医保人员、执业人员、参保人员的用户、角色、权限的统一管理服务，提供对用户身份信息、权限信息、考核信息、征信信息检索服务；业务中台的总体设计 核心业务区核心业务区包括1

14、5个业务中心：3、政策中心，提供疾病诊断、药品、医疗服务项目、耗材、病种、政策参数等基础信息的管理服务；4、结算中心，提供医疗保障就医结算业务服务，包括结算方式、待遇计算、结算查询、结算记录等；5、机构中心，提供对于医疗保障定点组织机构的统一管理服务，包括机构信息维护、机构查询、机构新增、机构信用评价等；6、支付中心，提供电子支付的统一管理服务，包括支付渠道管理、支付服务、支付对账服务、支付查询等；7、险种中心，提供对所有险种的定义和管理服务，包括险种定义、参保关系管理；8、产品中心，提供对药品和医用耗材、医疗服务价格的管理服务，包括药品和医用耗材管理、医疗服务价格管理、库存管理等；9、风控中

15、心，提供覆盖内控监管全流程的服务，包括监控规则管理、风险点分析服务、风险控制任务管理服务、违规信息查询、处罚信息查询等；10、消息中心，提供短信、邮件、微信、站内信等样式的消息服务；11、引擎中心，提供审核引擎、计算引擎和规则引擎。其中，审核引擎包括审核信息检索服务，计算引擎包括算法服务、模型训练，规则引擎包括规则参数维护服务、规则配置管理服务、规则调用服务、规则任务编排服务；12、电子凭证中心，统一管理全国的电子凭证，提供电子凭证生成、管理、验证、签发渠道管理等服务，为医保结算、异地就医、医保移动支付、电子票据、处方流转等核心业务提供个人身份认证能力；13、电子档案中心，提供电子档案的管理服

16、务，实现电子档案内容的统一化管理，包括电子档案的上传、调阅、归档；14、账务中心，提供参保人医保个人账户信息的支出、缴费和查询服务，包括账户支出服务、个人缴费查询服务、账户查询服务；15、报表中心，提供统一的报表管理服务，包括报表定制服务、报表管理服务、数据采集、数据治理、数据交换及共享、数据联动和比对、数据抽取和报送、数据脱敏、数据风险防范服务。业务中台的总体设计 核心业务区核心业务区包括15个业务中心：6、支付中心，提供电子支付的统一管理服务，包括支付渠道管理、支付服务、支付对账服务、支付查询等；7、险种中心，提供对所有险种的定义和管理服务，包括险种定义、参保关系管理；8、产品中心，提供对

17、药品和医用耗材、医疗服务价格的管理服务，包括药品和医用耗材管理、医疗服务价格管理、库存管理等；业务中台的总体设计 核心业务区核心业务区包括15个业务中心：9、风控中心，提供覆盖内控监管全流程的服务，包括监控规则管理、风险点分析服务、风险控制任务管理服务、违规信息查询、处罚信息查询等；10、消息中心，提供短信、邮件、微信、站内信等样式的消息服务；11、引擎中心，提供审核引擎、计算引擎和规则引擎。其中，审核引擎包括审核信息检索服务，计算引擎包括算法服务、模型训练，规则引擎包括规则参数维护服务、规则配置管理服务、规则调用服务、规则任务编排服务；业务中台的总体设计 核心业务区核心业务区包括15个业务中

18、心：12、电子凭证中心，统一管理全国的电子凭证，提供电子凭证生成、管理、验证、签发渠道管理等服务，为医保结算、异地就医、医保移动支付、电子票据、处方流转等核心业务提供个人身份认证能力；13、电子档案中心，提供电子档案的管理服务，实现电子档案内容的统一化管理，包括电子档案的上传、调阅、归档；业务中台的总体设计 核心业务区核心业务区包括15个业务中心：14、账务中心，提供参保人医保个人账户信息的支出、缴费和查询服务，包括账户支出服务、个人缴费查询服务、账户查询服务；15、报表中心，提供统一的报表管理服务，包括报表定制服务、报表管理服务、数据采集、数据治理、数据交换及共享、数据联动和比对、数据抽取和报送、数据脱敏、数据风险防范服务。业务中台的总体设计序号功能模块适用性1统一认证中心国家局及地方均适用2用户中心国家局及地方均适用3政策中心国家局及地方均适用4结算中心地方适用5机构中心国家局及地方均适用6支付中心国家局及地方均适用7险种中心地方适用8产品中心国家局及地方均适用9风控中心国家局及地方均适用10消息中心国家局及地方均适用11引擎中心国家局及