专业咨询
致力推进中国医疗卫生信息化

读者来稿 | 我眼中的医疗业务中台

来源:HIT专家网   作者:追梦人

【编者按】

行业的进步,离不开从业者的奋斗与思考。在多年的读者来稿中,HIT专家网有幸见证了一批爱钻研、勤思考的作者的进步与成长,更有幸能与更多读者分享这些思考的闪光点。

“有才华的人,挡也挡不住。”欢迎各位读者将日常工作中的所见、所思、所得沉淀下来,记录成文,我们期待您的精彩分享。投稿邮箱:gong_chen@HIT180.com

中台这个概念,在短短几年时间里已经席卷各行各业,大家纷纷在以中台的思想、架构重塑自身的业务,有失败的,也有成功的。

医疗行业同样也在探索中台之路。可以说,2020年是中台在医疗信息化领域的开局之年,在这一年,我们看到已有HIT厂商推出了基于中台战略的全新产品。

下面我想谈谈我眼中的医疗业务中台,与各位同仁共同探讨。

从超市谈中台

“中台”的由来,最初是国外一家游戏公司通过把人员组织分成多个“小前台”,以此达到产品快速决策、快速研发、快速面世的效果。这种全新的组织架构形式,造就了这家公司的高效率和快速发展。阿里巴巴在参观过这家公司之后,把这种理念带回了国内,开始对阿里巴巴的组织架构、产品技术、数据处理等进行综合重整,打造了一个“大中台、小前台”的组织体系。因此,中台不属于严格意义上的“舶来品”,它的实质是一种理念、一种架构、一种形式。

中台可进一步细分为技术中台、数据中台、业务中台等。其中,技术中台强调技术支撑能力,属于技术底层引擎;数据中台强调数据处理能力,重视数据的积累和沉淀;业务中台强调业务处理能力,重视实现业务的共性复用。

举个例子,超市中有成千上万种商品。如何科学管理,才能让消费者快速找到对应的商品?超市会将商品进行分区管理,比如说蔬菜区、水果区、日常用品区、肉制品区、冷冻区等,消费者根据需求到对应区域选择商品,这就是一个中台的模型。超市仓库中成千上万的商品就是基础数据;超市理货员每天的工作对应数据中台,负责完成商品的摆放、整理、补货等;理货员理货时使用的推车、支架、梯子等工具,对应技术中台;超市的各类商品区对应业务中台,展示的商品也即前台。如图1所示。

图1 超市的商品管理就是一个中台模型

再举个例子(图2)介绍中台的工作原理。在一台电脑上,有大量的文档、电影、照片、音乐等,当数据沉淀到一定量的时候,怎么去管理这些数据,才能使得其能被快速找到,并响应不同用户的使用需求?可以在这台电脑上建立数据公共服务平台,进行组件管理,对数据进行封装。当你想边听音乐边看方案时,当同事想边听音乐边看照片时,电脑可以通过共享的方式为不同用户同时快速提供个性化服务,而且便于用户快速查找数据,这就是封装复用的价值。

图2 中台能充分体现封装复用的价值

医疗信息化为何适于引入中台?

要说明中台为什么适合医疗行业,就不得不提及在过去几十年中我国医院信息化建设中普遍遇到的问题和痛点。

随着医疗信息化的发展,医院的信息系统多达几十个,甚至上百个,主要包括HIS、LIS、PACS、EMR、CIS、NIS、HRP等。这么多的业务系统,承建单位通常不会是同一家厂商,在系统架构、数据库、表结构、标准等多个方面都存在差异,导致信息系统千差万别。为了打破由于系统差异造成的“信息孤岛”,需要通过接口、集成平台等方式实现数据交互。但这些方式各有弊端。比如说接口的不足之处,在于交互数据简单、接口费用高、稳定性差、厂商推诿,最重要的是,由于医院的需求繁多复杂,经常面临同样的接口重复建设等问题(如图3所示)。

图3 HIS系统的接口重复建设问题

为解决接口问题,集成平台应运而生。集成平台通过ESB服务总线,保障业务系统之间服务的交互标准,使得供需双方达成“协议”,从而实现不同业务系统之间的信息交换和共享。但集成平台只能起到“桥梁”的作用,从业务流来看,其属于横向输送服务,所以它的作用更多的是集成数据而非业务,并不能解决业务本身的问题。当发生新的业务需求时,如需要给所有消费方提供病案号服务时,就需要对集成平台中提供这个服务的业务系统进行修改,使得集成平台具备新增病案号服务的能力(如图4所示)。而且整体来看,不是所有的业务都适于集成平台的,所以具有一定的局限性。

图4 在集成平台上新增业务,业务系统和集成平台都需进行改造

中台为医疗信息化建设提供了新的发展思路

在医疗信息化领域引入中台思想、实现中台战略,个人认为,时机已经成熟。正如前文所述,全行业包括医疗机构、HIT厂商、行业主管部门等,都已意识到目前的医院信息系统架构千差万别,问题丛生,医疗信息化生态已经出现乱象,无法满足进一步的建设和管理需求。在这种背景下,中台为医疗信息化领域提供了新的思路与方向。

医疗信息化的中台应该怎么做?中台的建设重点与难点在于实现共性数据的封装和利用,具体来说可以把患者基本信息、诊断信息、病历文书、费用信息、药品信息、医嘱信息等共性内容进行提炼与模块化(如图5所示,此处只是个人列举的封装内容划分,仁者见仁、智者见智),搭建起业务中台的“套餐”。无论前台任何应用场景涉及一个或多个“套餐”信息的时候,业务中台都能快速应答,不受场景、业务、流程、架构等的影响,以“不变应万变”,通过API以服务的形式,实现一对多的数据实时传送,并将产生的新数据通过数据中台完成数据加工处理后,反哺给业务中台,再服务前台,以一种全新的架构形式实现数据的交互。在这个过程中,完成了中台数据流的闭环,经过日积月累的“锻炼”,中台会越加强壮。

图5 医疗业务中台的构建思路

基于中台思想,信息化架构有了颠覆性的改变。如图6所示,由纵向变为横向,看似是架构转变的一小步,却是信息化理念改变的一大步。医院的业务系统不再各自为战,独立分开,在中台体系下实现了共性业务的封装,复用共享,灵活服务。

图6 业务架构的变化

中台与集成平台的差异

很多人都会拿集成平台和中台对比,其实两者是完全不同的,主要体现在:

(1)客观与抽象。集成平台是看得见、摸得着的,属于客观世界;中台更多的是一种理念,通常属于抽象世界。

(2)互联能力与业务能力。集成平台更多的是数据的互联互通,起着桥梁的作用,重心在互联;中台强调包括业务能力、数据能力、技术能力等在内的综合服务能力,重心在业务。

(3)横向架构与纵向架构。集成平台的架构形式是横向完成数据流;中台的架构形式是纵向完成数据流。

(4)局限性与延伸性。有新的业务变动时,通常需要对集成平台进行改造;中台能应对各种场景、业务的变化,收缩自如,延伸性更好。

(5)集中式与分布式。集成平台通常是集中部署,单点故障会阻断业务;中台可分布式部署,整体上安全可靠。

(6)数据被动与数据主动。集成平台的服务数据需要来自各业务系统,属于被动获取数据;中台的服务数据来自自身,并不断沉淀,属于主动获取数据。

关注HIT专家网微信订阅号
精彩不容错过!

【责任编辑:陈曦】

赞(6)

评论 抢沙发

评论前必须登录!

 


未经允许不得转载:HIT专家网 » 读者来稿 | 我眼中的医疗业务中台
分享到: 更多 (0)