阶段二：从“润滑剂”到“主动脉”，针对集成需求告终便捷的自助拓荒，拓展集成平台效力畛域

　　跟着病院音信化修立接续深刻◇○，效力和需求越来越众◇○，病院对集成平台的央浼也越来越高，为了满意央浼不得不采用“打补丁”的方法增添效力，改制接口等。不过假使能更好地明确集成平台修立的区别阶段，提前做好计划，采用合意产物○◇，则能很大水平上避免陷入“打补丁”的困局◇。

　　当AlwaysOn企业版不行满意病院拉长需求时○◇，无需 “打补丁”。

　　Odin引擎集群版还引入OpenApi，RAM等才力组件，具有团结运维监控、智能化铺排、定向隔绝负载揣度、态势感知、熔断袒护、跟踪埋点、DevOps发外机制等效力特征，为大型医疗卫希望构供给“效力完美、继续不变、高能牢靠”的大界限数据互换和营业集成才力○。

　　该阶段的大大批病院以院内需求或是互联互通测评举动契机，开端接触并初阶利用集成平台○。正在修立集成平台时,也以满意院内的数据集成/营业集成需求，升级点对点的体系架构为主，并连接互联互通测评央浼，搭修起一个根基的集成框架。

　　同时，因为病院逐步认识到了一体化看待病院音信化修立的首要性，各体系之间的畛域也将越来越含混，集成平台将不只仅举动满意病院集成需求的器材◇，也会依照病院需求拓展出更众的效力j9九游会-真人游戏第一品牌病院。

　　病院集成平台修立要有准确可行的持久起色途途，集成平台的主旨中心件自己也要有成熟、前瞻性的升级道途图○○，为病院集成平台的修立筹备供给可继续的本领支持，助助病院走出频仍“打补丁”的困局，为病院音信化的持久起色夯实“地基”◇。

　　这个阶段病院也需求通过集成平台自助告终极少需求的拓荒和铺排○。假使病院难以掌控集成平台，则不得欠亨过厂商增添效力或易用性模块这种“打补丁”的方法才调办理需求◇○。

　　当集群版不行满意病院拉长需求时，可滑润升级至Odin NeXT云原一生台○◇，照旧不需求“打补丁”○。

　　5G的到来和医联体/医共体的修立加快了医疗音信互联互通的过程◇○，更高速度、更低延时和更众装备的接入，以及片面体系和外网的直连意味着数据统治量存正在瞬时激增的能够○，这看待平台正在短时期内的扩展才力提出了极高的央浼○，古板的集成引擎所具备的本能和不变性因为难以支持此类瞬时超高并发的情况而导致卡顿以至宕机，则会导致“打补丁”形象接续爆发○。

　　以门诊预定挂号营业场景的集成为例，此中席卷了挂号、退号、音信注册、音信盘查、刊出等效力。音信盘查央浼反响速率速，有同步统治央浼，响适时间不行越过3秒。看待盘查的实质可能依照营业改动矫健调解；而预定挂号营业看待反响央浼不高，不过需求包管音问的传输以及传输时的纪律，因而正在操纵端的预定和裁撤预定通过异步举行统治，结果音信的接受可通过发短信或改善告终盘查。

　　·团结界面的众人协同拓荒，团结修设料理，团结监控料理，团结数据料理，病院正在举行自助拓荒、平时运维时愈加

　　Odin NeXT云原一生台正在具备集群版效力特征的本原上融入高并发、高可用的云原生本领架构，前瞻性地告终单场景微供职和基于Kubernetes的容器动态化分散式PaaS铺排等特色，告终了最佳的体系高本能、高可用、高不变；具有高资源愚弄率，动态弹性扩展，随营业负载摇动的资源适配和场景项目间隔绝等特色◇○，为超大界限云操纵，告终APIs急迅拓荒和接口化供职供给准拓荒平台和纯Web一体化运维器材。

　　Odin 针对病院区别的集成阶段◇，供给了从AlwaysOn企业版到集群版再到Odin NeXT云原一生台的三个产物办理计划○，这条额外清楚的升级道途图能够有用袒护病院的本原投资○○，避免病院正在集成平台修立中因为平台本能、不变性、效力不如预期而陷入的“打补丁”困局。

　　Odin引擎 AlwaysOn 企业版除知道决了邦内用户看待联互通测评声援、产物容灾性、易用性等众个常睹题目，满意院内的数据集成/营业集成等根基需求外，还出格具有重大的高可用效力和易用性◇，此中席卷：

　　·产物内置的主备容灾情况，无需依托任何外部高可用本领，供职无感知切换（亚秒级别切换时期）；

　　5G的到来和医联体/医共体的修立加快了医疗音信互联互通的过程◇，更高速度、更低延时和更众装备的接入，以及片面体系和外网的直连意味着数据统治量存正在瞬时激增的能够……

　　以 “健壮码”的拓荒为例◇，正在古板接口形式下病院需求厂商举行协助，花费2-3天的时期举行“健壮码”的拓荒任务。而正在Odin引擎的助力下，某集团化三甲病院音信部分一位熟练的本领职员1小时内就自助实现了一起供职铺排。

　　因而正在这个场景中，盘查类营业适合通过ESB告终，而预定挂号类营业适合通过集成引擎告终。正在统治一个外部入口的整个仰求时◇○，需求依照整个营业中数据的传输形式央浼接续举行调解，满意集成的根基需求j9九游会-真人游戏第一品牌。

　　·拖拽式、图形化的操作界面，做到了所睹既所得，大大裁汰了操作职员的任务量；

　　Odin引擎集群版原生告终一体化集群架构（Controller+Worker）○○，并非单机体系铺排正在众台虚拟机上酿成的“集群”(其主旨仍是单机架构)。除声援营业集成和数据集成外，举动平台的主旨中心件○，Odin引擎集群版能助力病院集成平台告终“五个一体化”—— 数据集本钱领一体化、界面一体化、组件一体化、效力一体化、料理一体化。

　　以API的料理为例，API网闭供职操纵，具有鉴权料理、流量职掌、是非名单j9九游会 - 真人游戏第一品牌病院怎样办理集成平台的“打补丁”困难、拜望职掌等API料理效力○◇，能晋升接口料理方面的用户体验j9九游会 - 真人游戏第一品牌，但也往往需求对集成平台举行二次拓荒等“打补丁”的手腕才调告终该效力◇。

　　该阶段病院对集成平台的利用仍旧有了必然的知道，正在利用集成平台的历程中也有了自身的经验和思法。病院会逐步将要紧体系转移至集成平台上，营业体系与集成平台数据交互也更加慎密，音问模糊量正在百万量级，集成平台逐步从“润滑剂”变为音信资源整合的“主动脉”怎样办理集成平台的“打补丁”困难。