医院如何设计和应用智能消息提醒中台？

　　随着智慧服务标准的推出，满足标准的基于流程的诸多智能提醒成为考量医院智慧化程度重要指标。诊前患者全流程导诊，诊中面向临床的辅助决策支持和面向管理闭环管理，以及诊后定期复查和随访，都需要大量的消息提醒和提示，以优化服务流程，提高服务效率，增强服务能力，来提高患者的就医体验和满意度，满足医护工作者和管理者对信息化的获得感。

　　目前医院信息系统的消息提醒与推送大都散布在各个子系统中，采用的形式主要是短信和微信推送，基于点对点模式，每个系统各自为政，开发量大，标准不统一，无法形成统一管理、授权、流控、督导、展现。随着医院信息集成平台应用的普及和深入，以及中台构架思路的提出，采用信息集成平台、大数据、AI技术，基于SOA构架，开发一套集中管控的基于事件驱动的智能消息引擎将有助于解决上述问题。

图片来源：图虫创意

　　业务场景需求分析

　　智能导诊提升就医体验 为了贯彻落实国家卫生健康委《关于印发进一步改善医疗服务行动计划（2018—2020年）的通知》要求，各医疗机构都在大力开展互联网+医疗便民服务各项措施，预约挂号、排队叫号、医技预约、智能导航等便民措施已在大部分三级医院得到普及。虽然这些系统解决了患者排队问题，但是由于各个医院的就诊流程、付费方式、医院布局等都不尽相同，使患者到了医院后还是不知道下一步应该做什么，应该怎么做，不断咨询、来回跑路的现象十分严重，造成了许多不必要的医疗纠纷。基于事件驱动的智能消息提醒导诊系统，采用主动提醒方式，贯穿患者整个就医流程，在每个就诊环节都会主动提示患者下一步就诊流程，从而最大限度地改善患者的就医体验。

　　智能警示减少医疗差错 为了提高医疗质量，防范医疗纠纷，保障患者、医务人员安全，国家制定了十八项核心制度。闭环管理是落实十八项核心制度的重要手段，信息技术是实现闭环管理的重要支撑。医嘱闭环、手术期闭环，危急值闭环、药品闭环、输血闭环、护理闭环、消毒供应等各个环节中的每个节点执行情况，都需要通过信息手段加以管控，通过消息机制加以警示。

　　智能提示辅助临床决策 新电子病历等级评价标准对临床辅助决策支持提出了更高的要求，在辅助诊断、临床路径、合理用药、合理检查、治疗方案、病历质控、DRGs等方面，要求电子病历系统高级别评价条件必须具备智能提示功能，以便辅助临床决策支持，提供合理的治理计划，降低医疗风险，减少无意的过度医疗，提升诊疗效果。

　　消息中台特点分析

　　所有消息提醒虽然在各系统有不同的体现，但都存在中台的共性，主要表现在以下几个方面。

　　一是消息闭环特征。每个消息不是孤立的，是一组消息为满足一个应用场景而形成的闭环，每个消息是环链中的一个节点，每个节点代表流程管理中必要的服务或质控点。如全流程导诊中预约、签到、叫号、就诊、检查、回诊、判读、开药、取药、治疗、复诊等代表每个节点，由各个节点串联形成一个闭环链。

　　二是时间流特性。每个消息节点都是按照一定时间顺序排列的，按时间轴顺序逐一执行每个消息节点。通常情况下整个消息链可能出现断头或断尾情况，但不会出现断链情况。如急诊患者无需预约和排队直接就诊的断头现象，患者只检查不治疗的断尾情况。

　　三是事件触发特性。每个消息节点都需由一个或多个诊疗或质控事件触发，根据不同的场景或紧急程度，事件触发可以是主动的也可以是被动的。如危急值提醒要求立即触发，而终末质控可以事后提醒。

　　四是广播源必备性。任何一个消息都要通过广播源传输出去，是必备出口。广播源目前无非是短信、微信、电话、微信语音通话、桌面弹窗五种，而采用那种广播源需要根据事件特点有针对性的选

　　消息中台功能需求

　　目的将业务系统中提醒、提示、警示类业务从各业务系统中剥离出来，进行统一管理和发布，保证提示类信息输出的统一管理和规范管理，减少业务系统重复、额外开发提示业务的成本，简化和瘦身运行环境，提高系统自身的稳定性、高效性和安全性。

　　对象管理。包括消息链、消息角色、消息节点、事件、消息出口类型等定义。消息链是指一个完整的诊疗过程或管理流程标题的定义；消息角色是指消息接收者如患者、医务人员、管理者的定义；消息节点是消息链中各个节点的名称设置；固定消息描述，指对发送固定信息内容的定义；事件是某系统功能控件触发消息节点的名称；消息出口类型包含短信、微信、电话、PC冒泡等。

　　配置管理。是对消息规则和策略的配置。消息节点事件触发规则，包括人工触发和自动触发，人工触发是由系统事件立即触发，自动触发是由事件驱动器实时检测消息节点状态，当消息节点状态满足触发条件时，时间驱动进程自动触发；触发源配置，指定某节点由哪个系统的哪个功能触发（事件）；进程时间设置，设置进程检测时间间隔；轮询规则是指自动触发事件轮询通道数量的设置，以及每个通道堆栈的配置；激活代码编写，支持各种编程语言查询调用数据，获取节点状态；消息发送规则包括立即发送和定时发送，立即发送是由事件驱动引擎驱动统一消息中台实时发送消息，定时发送是按照预先配置的时间定时发送；回复类型配置，对需要回复的消息，配置消息窗内容。数据库配置，配置个系统调用表或VIEW数据库名称、表名、账号和密码。

　　授权管理。授权哪些系统可以调用AI消息引擎或统一消息发送中台服务。

　　消息监控。通过大屏看板展示各消息链、消息节点、事件、出口的数量，实时动态显示消息服务数量变化曲线或雷达图，动态显示事件调用数、异常数。

　　质控分析。消息引擎分析包括节点达标分析、节点耗时分析、节点异常分析；消息推送中台包括消息流量分析、消息目标分析、消息异常分析。

　　技术框架

　　系统数据层面基于Hadoop构架，采用Hbase数据库；数据交互层面采用面向服务的构架（SOA），采用IBM提供的引擎为基础，以Websphere Message Queue为主要消息负载工具。应用层面采用C#编程语言开发智能消息引擎（图1）和统一消息发送中台（图2）两大组件，实现消息驱动、接收、交换、发送。

　　统一消息发送中台。统一消息发送中台可以接受来自AI消息引擎事件驱动的消息，也可以直接接收来自应用系统的消息。消息引擎或应用系统作为消息提供方通过MsgPUT将消息ID、消息名称、消息出口类型、消息内容发送给外联集成平台ESB，统一消息发送中台作为消息消费方通过MsgGET获取消息内容，然后根据消息出口类型，将消息发送至短信组件、PC冒泡组件、微信组件、语音拨打组件。

　　AI消息引擎。消息引擎包含驱动器、触发器和探针三部分。自动触发由探针负责实时检测各消息节点状态，并将状态日志发送给驱动器，驱动器根据状态规则对日志进行分析，满足消息发送条件时立即调用触发器，触发器将消息发送至统一消息发送中台。人工触发系统程序则直接调用消息引擎服务，将事件ID、事件名称、节点名称作为消息提供方通过MsgPUT发送给集成平台ESB，消息引擎作为消息消费方通过MsgGET获取消息内容，并将消息内容发送给触发器，触发器将消息发送至统一消息发送中台。

　　消息接收组件。针对需要回复的内容由消息接收组件完成。目前只支持微信H5界面和PC端组件。当推送消息给微信，需要回复信息时，点击回复调用链接，调用H5界面弹出回复内容窗口；当推送给PC冒泡程序时，冒泡程序会根据回复类型判断是否弹出回复窗。回复内容会返回统一消息中台，由统一消息中台将回复信息返回至各子系统。

　　PC冒泡程序 冒泡程序由单点登录系统或各子系统登录界面激活，将用户信息传递给冒泡程序，程序启动后悬浮在任务栏，当统一消息中台触发后，冒泡程序自动弹出浮动窗，提示消息内容或回复窗口。

图1  AI消息引擎图（图片来自“”）

图2 统一消息发送中台图

　　应用实例

　　患者全流程导诊实例。实现线上自动问诊，引导预约专家，到点提示就诊，专家换班提示，来院智能导航，自动签到排队，叫号自动提醒，余额不足提示，自动预约检查，检查导航提示，报告出来提示回诊，回诊自动排队叫号，处方导诊取药，取药提示用药说明，复诊、体检、随访自动提醒；床位预约提醒，办理入院提醒，医保政策提醒，预交金不足提醒，医嘱执行提醒，手术状态提醒，危急值提醒，办理出院提醒，出生证明办理提醒，病历复印办理提醒等全流程智能导诊。

　　医护诊疗全过程提醒实例。我的患者入科提醒；病历书写时间提醒，包括入院记录、病程记录、出院小结等；查房、会诊提醒；医嘱下达、执行、状态提醒；报告状态、危急值提醒；手术排班、手术评估提醒；输血适应性评估、用血评价提醒；临床路径、疾病费用控制提醒；首诊处置事项、交接班提醒；疑难、危重、术前、死亡病历讨论提醒；上级医生签名提醒；护理、体征监测、标本采集、取血、取药、输液等提醒。

　　通过建立基于事件驱动的智能消息引擎，实现医院信息系统所有消息提醒的统一管理、统一授权、统一监控，降低系统耦合性，减少了各系统雷同程序的重复性开发，提高患者的就医体验和满意度，满足医护工作者和管理对信息化的获得感。