从医疗数字化转型谈何为中台

中台定义

中台，从字面意思上理解，是位于前台和后台之间。 但关于中台的定义也是百家杂谈，故小编参考网上两种阐述比较清晰的定义。

一、中台的定义：中台就是“企业级能力复用平台”；

企业级:定义中台的范围，区分开了单系统的服务化与微服务
能力:定义了中台的主要承载对象，能力的抽象解释了各种各样中台的存在
复用:定义了中台的核心价值，传统的平台化对于易复用性并没有给予足够的关注，中台的提出和兴起，让人们通过可复用性将目光更多的从平台内部转换到平台对于前台业务的支撑上
平台:定义了中台的主要形式，区别于传统的应用系统拼凑的方式，通过对于更细粒度能力的识别与平台化沉淀，实现企业力的柔性复用，对于前台业务更好的支撑。

二、阿里对中台的定义： “将企业的核心能力随着业务不断发展以数字化形式沉淀到平台，形成以服务为中心，由业务中台和数据中台构建起数据闭环运转的运营体系，供企业更高效的进行业务探索和创新，实现以数字化资产的形态构建企业核心差异化竞争力。”

能力沉淀：将原有分散的的能力，以某种形式沉淀在一起。
服务共享：将沉淀的能力，以服务的形式，为不同前台等提供服务共享的能力。
快速响应：为满足业务快速变化、探索和创新，能够实现快速响应用户的需求，以占领市场。

中台思维

中台思维又是什么？中台思维，即充分考虑通用性、复用性和可扩展性等特性，通过这些特性，归纳出来可复用的数据、知识、流程和规则等，做成中台，通过中台来支持新系统、新技术的开发、升级和可持续发展。

中台思维首先是一种技术或业务的组织形式。

从技术维度来看，中台是一套集合技术、业务和数据的架构，强调共性和复用。区别于传统应用架构的复用概念，中台力求实现以客户需求为驱动的动态复用能力，以及时响应业务的高频变化。
从用户视角看，所有应用要基于统一的中台进行开发，而中台和应用也必须构建到统一的平台上。平台在不同的层面实现入口统一、服务统一、模型统一、数据统一和云基础设施的统一。

业务产品思维VS中台产品思维：

业务产品思维： 1、以业务流程为触发点构建产品系统； 2、每个流程都是独立流程，少部分功能复用； 3、业务逻辑耦合严重，新业务需要在原有流程修改，实现周期长；
中台产品思维： 1、拆解业务场景的本质； 2、抽象底层的通用逻辑，不断沉淀； 3、业务特性通用组件组合，提高搭建效率；因此中台的本质是中控思维，目的是统一指令，高效应对复杂的业务场景、业务体系以及快速变化的业务诉求；

三中台

实际中台远远不至于技术中台、数据中台、业务中台、算法中台等等，本文主要依据医疗数字化转型分析中台，故简述其中的技术中台、数据中台和业务中台；

数据中台

数据中台不仅实现静态数据标准化和概念化，还包括动态的流程数据和行为数据的资产化和价值化；不仅仅是基础的医学标准数据，而且还是通过机器学习开发出来新的知识，例如建立知识图谱，通过知识来驱动诊疗技术的进步。
数据中台是将医学/医疗数据抽象成数据基础服务与数据建模服务和数据分析服务，并将其提供给前台。数据中台在融合知识数据与实时临床应用数据的基础上，将数据智能和医疗业务融合，形成行业领先的医疗业务实践，通过构建各类临床系统引领医疗管理和临床发展，更好地支持各类新兴医疗业务系统的开发。将知识图谱引入到数据中台，基于机器学习技术突破CDR和数据挖掘的瓶颈，开发更多的知识服务。
数据中台通过技术中台提供的Data as a Service 服务，向各种新应用开发提供服务。通过数据中台构建的新应用系统，其所产生的医疗业务数据，不仅可以直接通过数据中台实时支撑临床系统的运行，而且在数据汇聚中可以减少系统集成操作、减少大数据标注工作，直接开展机器学习和大数据分析。
数据中台的主要模块包括医学信息系统数据标准、数据指标规范库、临床指南、临床决策知识库，以及数据资产管理、数据资产标签、知识图谱等大数据平台系统，并提供数据服务API等。

业务中台

业务中台面向业务的抽象和融合，提供共性的流程和操作的服务，包括各类标准流程，临床路径，医疗质控规范，闭环规范等。在数据中台和业务中台支撑下，前台应用系统只需要按照医疗场景需求来组合。业务中台包括敏捷的逻辑架构，支撑医疗流程的灵活配置。
业务中台包括医疗规范化流程、临床路径、操作规范和业务逻辑等；以及各种创新医疗所形成的操作管理流程和规范，例如互联网医疗流程规范、远程医疗流程规范、传染病防控和治疗规范等。总之是将医疗业务及相关逻辑服务化，形成对外开放服务API。

技术中台

技术中台支撑数据中台和业务中台的运行，是整个医疗数字化转型平台的底层引擎；
技术平台具备如下特性：敏捷开发架构：提供SOA、微服务等架构，支持互联网医疗、临床实验、健康管理、医保支付等系统开发。
云基础架构：运行在云环境中，提供弹性计算能力，兼容传统数据中心、公有云和私有云部署；支撑数字化转向平台的云部署，包括私有云和公有云部署；支撑Data as a Service和Process as a Service 等云接口服务。
提供各种新技术平台的搭建，例如分布式数据库、机器学习平台、大数据标记和分析系统等。
构建数据中台的技术，主要包括数据集成与交换引擎、临床数据仓库、数据即服务、数据安全管理、数据治理、大数据平台、机器学习平台等。
技术平台需要支撑传统系统向新系统过渡，兼容多种开发平台；平台需要能够外接外部的云上的资源，例如云上的机器学习平台，机器学习模型等。
DevOps使得各微服务都能自助式的部署更新，实现互联网部署等。
技术中台包括开放式开发平台（微服务）、跨平台部署技术、分布式数据库，以及与核心系统、CDR、集成平台等互操作的技术。

三中台组成框架如下图所示：

中台运行机制

1.以业务中台的流程服务为启动点，调入医疗业务标准数据，结合临床指南库等数据，通过业务服务API结合数据服务API来开发构建包括核心系统、电子病历、互联网医疗等在内的各类临床系统。

2.各类临床系统产生的源头数据一方面存储在数据中台以供服务随时调用，保证中台对数据的实时使用，另一方面支持数据输出到临床数据仓库（CDR）并做加工处理形成知识之后，再流入到数据中台供服务调用。在没有完全迁移到中台之前，并行的医院核心系统、电子病历和各类医疗系统的数据，以及其他外部健康数据也可通过集成平台，汇聚到临床数据仓库（CDR）再进入到数据中台。

3.利用大数据处理和分析技术、机器学习等技术在数据中台形成新的知识图谱和知识库，通过审核流程，形成创新的医疗知识服务，返哺给业务中台；同时，从创新医疗模式中形成新的医疗流程标准库，以及根据政府在持续的医疗改革中发布的新政策所形成的医疗服务业务规则，也添加到业务中台。

4.技术中台始终支撑上述业务中台与数据中台的交互以及动态循环过程。

医疗系统数字化转型之后框架运行图：