1、医疗数字化转型：传统的HIT模式是自下而上从医疗业务的需求开始，抽象和形成一个一个的医疗服务，再用我们的IT技术把他实现起来，在这个过程中技术相对被动。医疗的数字化转型其实完全翻转了之前医疗IT的做法，把技术和医疗融为一体，技术和医疗的地位已经是在同一个层面了
4、数字化服务：IT服务从开发到运维的一体化，真正做到云端部署、一键安装；运营服务，卫宁从一个单纯的IT供应商的角色演化成为医疗机构的业务生态伙伴；知识顾问，提供知识图谱，软件系统要成为医生的顾问，及时为医生提供专业和极具参考价值的医学信息服务，填补跨越不同医学学科的知识盲点。
5、行业现状：IDC对CIO调查发现现有不足主要是医院核心管理系统的不足和集成平台的不足。支持新业务开发以及对于集成平台上如何支持开发新系统都是最大的挑战，大家都非常认可要一个新的平台来解决。全行业面临同质化困局，每年要处理的需求接口无数，产生的代码堆叠维护困难，究其原因之一是我们对标准的支持少，很多系统已经存活十年二十年，对模型的定义已经很早，很多管理的标准是近几年出来，在标准和模型上形成了天然的差距，也就是管理和业务上有时候会出现两张皮
6、WiNEX产品系列：Winex包括中台部分和前端应用两个部分。业务中台及业务中台上的门诊医生站、住院医生站、病区护士站、病案管理，数据中台及数据中台上的主数据管理、数据质量管理、元数据管理，技术中台上的云管平台、API集市。
7、Winex整体特点：智慧随行、融合为一、开放互联、极致体验
8、1）市场推广上，积极推进1+X的迭代升级模式，可以新老共存，分布升级，通过中台架构和原有系统形成对接，打通数据交付的通道。2）商务策略方面，我们支持传统的一次性购买，可以一次性购买中台和应用，也可以支持saas租赁模式，首次开通后每年支付一定的服务费用。3）交付手段方面，我们有云化交付，可以从中心端统一进行软件的配置、进行数据的配置，通过自动化的工具推送到我们的客户端，这样可以加快我们的速度，同时减轻手工的频繁操作，让过程保持标准和统一，在批量部署的情况下，效果更快，比早期的工作量会缩短很多。4）具体部署安装方面，我们支持院内部署，也可以在云端部署，也可以混合云部署，还有整机一体化交付。
9、新的云交付平台WxP：为了提高实施交付的响应速度，推出了新一代的WxP交付云平台。这个云平台提供了支持中心、交付中心、运维平台、质控平台、运营平台。我们通过一个安全网关和医院进行了链接，然后和医院进行了链接，我们可以保持7*24小时的在线响应
目录：
一、重构，塑下一个十年
二、以中台思维构建医疗数字化转型平台，推动“IT赋能”升级为“医疗转型”
演讲人：肖宏亮IDCSeniorResearchManager
三、WiNEX-新一代医疗科技产品发布
四、附WINEX产品简况PPT
在这样的大背景下，我们认为医疗的数字化转型是势在必行。传统的HIT模式是自下而上从医疗业务的需求开始，抽象和形成一个一个的医疗服务，再用我们的IT技术把他实现起来，在这个过程中技术相对被动。我们一直说的电子化和信息化的过程对医疗的支撑是十分有限的。医疗的数字化转型其实完全翻转了之前医疗IT的做法，把技术和医疗融为一体，技术和医疗的地位已经是在同一个层面了。技术和医疗不可分割，这样的融合可能产生化学反应，就会产生不一样的服务形态，就会产生质的改变和飞越。
要实现医疗的数字化转型，我们认为小打小闹修修补补已经无济于事，我们必须从底层开始重构来迎接未来的十年。
今天我主要谈三个方面的内容。
（1）第一个就是下一代的数字化医疗。
有了数字化医疗，也就是我们把医疗的主要元素搬到数字空间以后，就作为了一个基石。有了这个基石以后，就有可能对供给端和需求端都产生影响。供给端的数字化、各类资源比如与医药、医保等更容易整合和重组，在数字世界里这种重组和整合会变得更容易、更快速、更高效，新的联动方式就会产生可以更高效的服务更多的患者，也使得医疗的梦想也就是个性化的健康服务成为可能。需求端（患者端）的数字化，也将推动患者掌握更多的健康数据，参与到临床决策中，并实现自我健康管理，同时数字化生态中依托人工智能自学习的自我演化和优化也将形成和输出各类创新服务，有些我们根本想象不到的服务可能会衍生出来。最终的目标是让有限的医疗资源更好的被利用、更高效更精准的服务于老百姓。
如何去实现这样的数字化医疗呢？我们认为主要有三方面的工作。
第一就是技术沉淀。技术的本质是去抽象、沉淀、固化共性的有价值的东西，比如说一些流程、知识。
第二是场景演化。场景演化是要解决业务问题，要提供对业务的描述和重构的能力，回归医疗的本质。
第三是数据洞察。数据洞察要捕获数字世界的一切数据，不仅仅是我们现在认识到的狭义的医疗数据，这个系统要具备自我学习和优化的能力，应该是一个能够自我成长、自我演化的系统，这就是我们说的新一代架构要解决的问题。
（2）第二个方向的变化就是下一代的数字化平台。
我们认为，数字化平台不是集成平台，而是中台。传统的医院的集成平台，主要是解决单个业务系统之间互联互通、互操作的问题，而中台的建设方式和集成平台有着本质的区别。中台有着业务属性。中台生态下可以自然生长出各类业务系统，这样的方式真正做到了业务和技术的融合，业务和技术的融合是做医院数字化的最重要的前提。
我们讲的数字化平台有三部分组成，技术中台、数据中台和业务中台。
技术中台：依托各类数字化平台的底层引擎，提供敏捷的开发架构，并搭建云基础的架构，实现弹性的算力的输出。
数据中台：不仅包含静态的数据，更重要的是涵盖动态数据，并实现智能，打造知识引擎，建立知识图谱，通过知识来驱动诊疗的进步。
业务中台：提供共性的流程和操作，提供服务，在数据中台和技术中台的支持之下，按照医学需求来组合，以实现创新模式的孵化。
（3）最后一部分的改变我们讲一下下一代的数字化服务。
未来的IT服务将会改变现有模式，交付与维护将会全面云化，这是一个很大的突破和改变，新产品基于互联网的技术架构进行设计，与互联网是天然是同一个基因，融为一体。我们实现了从开发到运维的一体化，中心端可以完成自我部署、自动部署，也可以实现基础数据的云化配置，以及云端的数字化资产管理，真正做到云端部署、一键安装。
同时，我们的服务将包含运营服务，卫宁从一个单纯的IT供应商的角色演化成为医疗机构的业务生态伙伴，我们希望为我们的医院、医疗机构、卫生管理部门提供更多的服务，成为你们的业务生态伙伴。我们可以联合医疗机构开展共建互联网医院，帮助医院一起运营互联网端延伸的各类业务，帮助建立院外药品的供给生态，连通电子处方，提供云药房的运营。我们希望我们不仅是你们的IT供应商，我们通过IT手段帮助你们降低经营成本，我们更希望能够通过运营为医院带来更多的收入。
肖宏亮IDCSeniorResearchManager
医疗数字化转型的重要思想，从技术到服务都是重构，我们的白皮书就是从重构的思想落地到如何去重构，重构的理念。
解读白皮书回答三个问题：
第一个问题，我们的理念以中台思维构建医疗数字化转型平台是从哪里来的，
第二个问题，以中台思维构建医疗数字化转型平台是什么样子，
第三个问题，如何去部署实施这一平台。
IDC做IT方面研究，是IT新理念研究者和倡导者，做了20年医疗信息化研究，全球、亚太和中国。临床信息系统、医院信息系统的理念都是IDC提出的
数字化转型从2007年起经过了三个阶段
一、新技术和交付模式：试点创新
二、平台和生态化：倍增创新
三、智能与自治系统：智能创新
现在处于倍增创新和智能创新的中间，平台和生态在一些行业和领域已经开始应用，医疗行业也处于动能喷发的阶段
到2022年，90%新的APP会是微服务的架构，35%的生产类APP将是云原生的。
到2023年，30%的APP会依托公有云
这些都是数字化转型中必然应用的技术，医疗行业已经应用的技术，未来仍将重点应用
经历四个阶段升级：
1、医疗信息化初建
2、医疗信息系统集成临床数据仓库初建
3、医疗系统一体化
4、医疗数字化转型平台
开始是有系统、有需求就建，发现有很多的孤岛、烟囱；进入建成集成平台和临床数据仓库阶段，又发现数据不能用，于是追求应用一体化，应用变的越来越大，核心系统提出来；
倍增创新阶段，我们发现很多新的技术、新的模式层出不穷，有更多的孤岛、烟囱出来，技术上遇到瓶颈，对医疗体系的升级也力不从心；
我们认为新的技术、新的平台要产生，新平台要支持互联网医疗线上线下一体化，支持人工智能、大数据新兴技术的应用。
对CIO调查发现现有不足：医院核心管理系统的不足；集成平台的不足。
支持新业务开发以及对于集成平台上如何支持开发新系统都是最大的挑战，大家都非常认可要一个新的平台来解决。很多医院和一些厂商都做了，卫宁等行业领先的厂商也是做了实践
在平台和生态化阶段具备的要素特征：
第一个要素要素是智能核心：知识、数据、智能
第二个要素是内部外部的循环的互动，数据、知识、知识循环的行动过程
第三个要素是整合服务
第四个要素是开发服务
我们和卫宁的沟通中，看到卫宁在解决医疗信息化瓶颈过程中形成了理念，卫宁和IDC理念非常相符。
卫宁与IDC理念的相通：
1、intelligent智能
2、internet开放互联是内外生态的互联
3、Integrated是一种整合服务
4、Interactive是一种开放的服务
数据中台包含多方面的数据，会有医疗标准的数据，静态数据如临床知识库，动态数据如大数据形成的知识图谱，以及外部的来自物联网采集的数据。这些数据通过技术中台技术的形式形成服务，以dataasservice的形式提供给应用。业务中台有业务流程、业务规范等，以及新兴业务产生的规范和流程，以及生命科学研发的新的诊断治疗的方法，都会形成流程即服务的模式。数据、技术、业务三中台相互啮合，形成支持创建新系统（开发新的业务）、升级旧系统，解决现有难题。
两大特性：
1、全域性的抽象化，来提炼共性，实现复用性
2、融合新技术的平台化，提供开放性，支持各种创新业务
医疗数字化转型平台不是静态运行的，是动态的循环螺旋上升运行模式，由一个业务中台、业务流程出发，提取数据中台中的知识和数据，共同形成新的业务、新的应用中的产生数据记录，新的诊断治疗数据产生循环，一方面形成动态数据回到数据中台，支持动态的系统的运营，另一方面数据会汇聚流到临床知识仓库，或者直接到大数据平台，再形成知识图谱，再形成新的诊疗方法，这些业务的运行同样可以通过人工智能技术形成新的诊疗流程。
两种建设模式：
1、循序渐进模式，现有信息/应用系统分模块升级，逐渐完成核心系统建设和新平台的建设，山西医科大学第二医院已经进行了实践并取得了很好的效果。
2、构建全新的医疗数字化转型平台，构建完以后替换从事基于平台构建核心系统，然后一次性切换，升级到新的平台，也有一些医院考虑这一模式。
在实践过程中，可以根据医院特点选择适合的方法。
医疗数字化转型平台调查结果：
16%的医院已经开始建设了，28%未来1年内开始建设，22%未来两年内开始建设，反映出现在的医院信息科主任CIO都认识到了这一点。
为什么现在16%已经开始建设了，大家对这种理念已经有了朴素的认识，但是还没有形成系统的建设，是局部开始建设的。我们希望能够提出完整的理念，白皮书中提出了全域性、完整的理念，能够让医院在平台建设的关键时期找到适合自己医院的产品或技术进行升级。
一年多以前，当我们思考医疗信息化三十年的历程，我们在思考下一个产品定位的时候，我们坚信医疗行业必将进入数字化转型，下一个十年将是医疗数字化的十年，也是利用技术重塑医疗业务的十年。
当下，全行业面临同质化困局，我们每年要处理的需求接口无数，产生的代码堆叠维护困难，究其原因之一是我们对标准的支持少，很多系统已经存活十年二十年，对模型的定义已经很早，很多管理的标准是近几年出来，在标准和模型上形成了天然的差距，也就是管理和业务上有时候会出现两张皮，这造成了很大的困扰。
数字化重塑就是个不错的方法，我们需要一个新的平台驱动。在当下的系统中，每一次创新，每一个需求的改动对我们现有的系统都是一次增负，我们需要把复杂的业务梳理，把核心要素、公共服务进行抽象，形成一个新的共享平台，这个平台我们就叫数字转型平台。在这个平台之上，我们通过开放的服务形成新的连接，打造全场景的新的协同业务。
我们希望这个平台给我们带来更快更新更好的成效，以更快的节奏响应业务需求，用更新的技术去创造新的场景，以更好的体验去服务医护患。
我们在进行总体设计的时候设定了三个重要的原则，重塑业务、重塑标准，重塑架构。
重塑业务，包含三个内容，数字化的新业务、新场景和新体验。
越来越多的对象被数字化后，数字化的实体之间会产生新的关系，由此产生新的场景。
患者端，个人信息和操作被数字化，几乎出现无窗口的移动化服务。
医护端，有更多的智慧的介入，有数字医生、互联网医生、智慧辅助等等。
这三者之间的数字化，关联在一起可以产生更多的场景和服务，同时和院外资源形成联动，形成整个新的生态。
第二个设计理念是重塑标准，我们要从模型、数据角度出发，重新定义并保持持续的发展。
我们借鉴了国内和国际的很多标准，重新定义底层的业务模型，是艰巨的工程花了很多精力。
对标准进行了丰富，希望形成卫宁的标准体系。
我们有中心端的定义，统一管理，通过工具下发到客户端，形成自动化的流程和管控。
第三个原则是，架构上进行改进，提出了“1+X”开放协同数字生态。
1是中台，在中台之上通过服务可以和产品与传统业务系统形成互动。
模式上面，我们突破传统单体架构，支持云化、移动化的多态模式共存，可以快速迭代、分布式部署。
体系方面，我们需要一个好的方法帮我们去管理，我们从设计到开发到部署进行了一体化的管理，引入了devops的概念，帮助我们提升效率加快交付效果。
Winex包括中台部分和前端应用两个部分。业务中台及业务中台上的门诊医生站、住院医生站、病区护士站、病案管理，数据中台及数据中台上的主数据管理、数据质量管理、元数据管理，技术中台上的云管平台、API集市。
Winex整体特点，智慧随行、融合为一、开放互联、极致体验。
（1）场景一：门诊医生站
门诊医生站的界面，两个特点，一是打破了原来菜单、功能按钮的展现模式，而是做了很多的平铺，会在操作过程中有良好的体验，二是把整个界面通过最在侧的知识、中间的处置、右边的病历有机结合在了一起，为知识的展开提供了非常好的基础。
过程：医生接诊一个患者，我们会把业务聚焦在左下角的知识，第一步同步患者在候诊过程中的诉求，诉求在系统后台进行一次加工，包括一些专业化、白话翻译过程（发烧，处理成发热，多少度），完成对应症状、主观诉求的描述。后台会进一步分析，我们会给出相对应的诊断的可能性，医生会根据这个患者的实际情况、诉求等选定我们印象的诊断。我们会进一步给出应该完成对应的检查、检验、治疗方案。知识处理的过程，我们会把处理过程中很多内容（查体和症状）自动同步到右侧的病历。我们在这个知识的交互过程中完成门诊诊疗的工作。当然，任何一个患者不可能按照我们的知识来生病的，所以我们在中间的处置和右侧病历也有对应的一个处理。
场景二：住院医生站
住院除了保持传统的医嘱下达、病历书写、诊断的开立，我们还引入了患者的健康摘要、诊断分析、治疗分析，图上是治疗分析过程，设计理念是把患者的问题域（症状、指标）暴露出来，是连续性的展示过程，也能提供趋势图，我们同一维度也展示了治疗方案和用药的过程。把问题域和处理方案结合实现辩证的方案。同时，很多内容（日常病程记录）自动辅助生成。
我们引入了专业医学的引进，例子：解剖学，过程如下面三张图
Winex产品设计是基于整个业务的全貌，是一种顶层设计。
业务由不同组件拼装而成，这几块内容是构成业务过程中最核心的最常操作的内容，整合在了一起，实现业务融合。另外交互也融合在一起（最左侧患者自己主诉的症状、医生的印象诊断、检测检验会同步到右侧的病历）。
数据层面也融合统一，从最底层的基础数据开始，以标准化的基础数据为起始，同时在业务过程中形成对应的业务数据，再经过综合分析利用形成数据中台，数据中台把自己的能力会反哺给对应的业务（用户词频、AI推荐会越来越准确）。
WINEX产品引入了互联网思想，让院内业务向线上、院外得到了非常好的提升。门诊医生站天然有互联网诊疗的特性，与此同时保持了很多互联网特性（支持药品外流、网上支付）。因为有开放互联的支持，我们也提供了后期患者疾病随访、回访等特性功能。互联网技术的应用也使得产品的架构、稳定性、效率也得到了比较好的提升。
Winex我们使用了非常多的新的技术，最重要的技术是使用了新的中台架构。
业务中台：传统信息架构中，信息系统比较独立的，是进行竖向切分的，数据在这些系统之间的流转需要额外的支撑服务来进行串联。业务中台架构中会进行横向切分，分成前台应用层和业务中台层，业务中台层提供共性的业务服务，应用层根据不同的场景和流程使用业务中台提供的服务。这个架构好处，首先是服务的复用（如果要做患者信息修改，传统架构中因为是一个个独立系统，需要一个集成服务去集成，同时每个系统都要完成这样一个功能开发。业务中台可以在患者域中提供患者信息同步的服务，是开放的，前端应用和开放生态可调用），其次，流程是灵活多变的（传统架构挂号和收费是连在一起，如果高端医院有些客户希望服务先提供后结算，每个系统都要改造，中台模式下就诊服务和费用服务没有必然联系，前台只要稍微做些流程改造）。基于业务中台可以提供更多的新场景下的业务创新。
业务中台最主要的设计是要基于领域驱动设计理念，遵循高聚合低耦合的原则去建立领域模型。我们建立的每一个领域模型相对都是比较独立的，
比如患者业务中台、就诊业务中台、临床业务中台，本身业务并不是那么紧耦合，在传统系统里他们会紧耦合，但在业务中台下面他们会提供各自领域中各自的业务，这些业务的落地过程中变成一个个的微服务，这些微服务会提供我们很多API开放出去。
在整体的业务中台建设过程中，已经有1000多个API。那这么多API怎么和业务进行连接的？
在我们的整个业务中台之上有一个业务中台API网关，WiNEX产品系可以天然通过网关和业务中台的服务建立连接，但如果是智慧医院、互联网、第三方产品要和我们共享业务中台，我们会提供额外的FHIR进行互联（因为FHIR除了给我们提供了标准的可扩展的模型之外，还提供了标准的术语体系，这个体系下可以对我们的数据进行互认）。
数据中台的核心是提供千人千面的个性化数据的服务。数据中台下面有个数据采集层，和以往不一样的是他提供了实时数据采集能力，通过我们的标准化数据管理体系把我们来自业务中台的数据整合成全域的数据资产，可以之后反哺业务。
例子，医嘱开立。
技术中台提供的公共的通用的技术，winex的技术栈大部分采用了比较主流、稳定的互联网架构和框架（如前后端分离、后端微服务框架等）。
技术中台将常用功能和比较复杂的技术化组件提供能力，给到我们两个中台，我们的技术团队会把复杂的技术进行封装提供给业务人员。
例子，临床服务搜索，一个搜索框完成以前好多个table要完成的业务（拼音五笔模糊匹配、别名匹配、药品检验检查治疗、模板都在一个页面内查询，展现库存、根据不同医保类型知道费用、医生个人习惯的词频推荐等）。
技术中台提供了分布式缓存和搜索引擎的支持，数据可以提请进行预热。数据中台已经提前计算了一些结果，给到临床搜索中台。临床搜索中台获取到了技术和数据的加持，把数据进行融合提供给门诊医生搜索。业务中台同时提供了住院医生以及护士的搜索，因为他的能力是复用的，所以中台提升了能力的复用。
规模比较大的时候可通过大规模的横向扩展来满足这样的需求，因为我们所选用的微服务、中间件都是支持横向拓展。
为满足我们医院的需求，我们的架构也同时支持融合式的集中部署和大规模的分布式部署。在中小医院我们提供了allinone的模式，将所有微服务打在一个包里面，降低部署难度。在集团化、区域医疗、saas模式、超大型医院我们提供大规模分布式部署。
为了提高实施交付的响应速度，我们推出了新一代的WxP交付云平台。这个云平台给我们提供了支持中心、交付中心、运维平台、质控平台、运营平台。我们通过一个安全网关和医院进行了链接，然后和医院进行了链接，我们可以保持7*24小时的在线响应，如果医院这边有什么问题，我们马上可以在云端进行运维跟踪，帮医院解决问题。我们也提供了WiNEX的AppStore，AppStore有我们每个产品的新版本、新功能，有新产品也会加入这个AppStore，医院可以快速拿到我们最新的版本和产品。WxP带给了我们新的交付模式。
市场推广上，我们积极推进1+X的迭代升级模式，可以新老共存，分布升级，通过中台架构和原有系统形成对接，打通数据交付的通道，在中台之上可以开启新的系统，可以让新老系统共存，共同运行，逐步迁移升级。
在商务策略方面，我们也有非常灵活的措施，我们支持传统的一次性购买，可以一次性购买中台和应用，也可以支持saas租赁模式，首次开通后每年支付一定的服务费用。
我们期待帮助我们的用户快速升级。
升级方式上，我们也有多种选择，如果已经建立了集成平台，这也是个比较好的选择，我们通过中台和集成平台的对接，通过两个网关对接，可以快速集成整个系统；如果没有集成平台，我们通过微服务的网关与我们的中台对接，这个时候的区别是你有不少的工作量要逐个的去开发对接。
交付方法上面，我们也在推行标准路径。在原有的交付过程中，我们对整个流程进行了重新梳理，融入了更多的数字化的方式，我们分为5个阶段22个节点，这个路径中有很多数字化的因素，我们希望利用数字化的手段加速我们的部署。
交付手段方面，我们有云化交付，可以从中心端统一进行软件的配置、进行数据的配置，通过自动化的工具推送到我们的客户端，这样可以加快我们的速度，同时减轻手工的频繁操作，让过程保持标准和统一。在批量部署的情况下，效果更快，比早期的工作量会缩短很多。
具体的部署安装方面，我们支持院内部署，也可以在云端部署，也可以混合云部署。
在具体安装的时候，环境不大可以采用allinone装在一个环境里；考虑扩展性的时候，我们可以横向纵向的扩展，支持分布式的扩展模式，最重要的一点是我们在整个过程中，我们有统一的管控平台，对整个环境进行统一的监管控，确保整个交付运行的一致性。如果说你觉得还是不够，我们还有整机一体化交付。
卫信云，最主要的组件就是这套系统，是以两套机框的超融合为核心的，超融合的核心就是软件，和普通的超融合的软件的区别是，我们结合卫宁的下一代产品WiNEX做集成的优化，能够一致性的交付，也集成了上一代产品的业务流程可视化和性能优化。
这里面最核心的技术是数据库的优化，我们通过对数据库底层、操作系统底层、应用底层的优化去调优，使得WiNEX给用户交付最佳的用户体验。
这是个高度集成的系统，从硬件上数据中心的维度，把存储、网络、安全、管理等几个方面集成到了卫信云的框架平台里，也把WiNEX所需的中台基础服务器等中台业务整合进来成为整体。
4个维度的特性
高性能：我们针对WINEX的业务流程做了系统的梳理，从而使整个系统的性能提高30%。
可以看到，8台设备就能做交付，从实践来看，每天10000人次接诊量是完全能够支持的，我们通过软件优化降低无效开销，使得硬件潜能发挥到极致。超过10000人次每天的接诊量，我们能够非常容易的拓展硬件，通过自动拉升扩容方案，不需停机就能实现扩容，很容易满足包括新建大楼等场景。
稳定性：传统数据中心建设需要多个厂商做集成，一旦出问题很容易扯皮，很难定位到问题。我们和卫宁做了融合，健壮性比传统松耦合的产品更好，出问题的时候我们双方的合作机制也非常完善。同时，我们的系统已经内置了拉伸集群的技术，实现从架构级上的冗余，可以做到跨数据中心的双活和容灾，可以让winex系统RPO、RTO等于0。我们为winex做了一键定位的系统，一旦出现问题我们很容易知道是哪里出错了。