醫院如何設計和應用智能消息提醒中臺?|中臺|消息推送|-健康界

2021-01-15 健康界

隨著智慧服務標準的推出,滿足標準的基於流程的諸多智能提醒成為考量醫院智慧化程度重要指標。診前患者全流程導診,診中面向臨床的輔助決策支持和面向管理閉環管理,以及診後定期複查和隨訪,都需要大量的消息提醒和提示,以優化服務流程,提高服務效率,增強服務能力,來提高患者的就醫體驗和滿意度,滿足醫護工作者和管理者對信息化的獲得感。

目前醫院信息系統的消息提醒與推送大都散布在各個子系統中,採用的形式主要是簡訊和微信推送,基於點對點模式,每個系統各自為政,開發量大,標準不統一,無法形成統一管理、授權、流控、督導、展現。隨著醫院信息集成平臺應用的普及和深入,以及中臺構架思路的提出,採用信息集成平臺、大數據、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 統一消息發送中臺圖


應用實例

患者全流程導診實例。實現線上自動問診,引導預約專家,到點提示就診,專家換班提示,來院智能導航,自動籤到排隊,叫號自動提醒,餘額不足提示,自動預約檢查,檢查導航提示,報告出來提示回診,回診自動排隊叫號,處方導診取藥,取藥提示用藥說明,複診、體檢、隨訪自動提醒;床位預約提醒,辦理入院提醒,醫保政策提醒,預交金不足提醒,醫囑執行提醒,手術狀態提醒,危急值提醒,辦理出院提醒,出生證明辦理提醒,病歷複印辦理提醒等全流程智能導診。

醫護診療全過程提醒實例。我的患者入科提醒;病曆書寫時間提醒,包括入院記錄、病程記錄、出院小結等;查房、會診提醒;醫囑下達、執行、狀態提醒;報告狀態、危急值提醒;手術排班、手術評估提醒;輸血適應性評估、用血評價提醒;臨床路徑、疾病費用控制提醒;首診處置事項、交接班提醒;疑難、危重、術前、死亡病歷討論提醒;上級醫生籤名提醒;護理、體徵監測、標本採集、取血、取藥、輸液等提醒。

通過建立基於事件驅動的智能消息引擎,實現醫院信息系統所有消息提醒的統一管理、統一授權、統一監控,降低系統耦合性,減少了各系統雷同程序的重複性開發,提高患者的就醫體驗和滿意度,滿足醫護工作者和管理對信息化的獲得感。

相關焦點

  • 全面分析:APP中的消息功能設計
    消息功能是產品中B到C溝通的重要機制,是產品中非常重要和基礎的一個功能模塊。消息功能,因為產品的定位不同,其重要程度也存在非常大的差異。簡單來說,在不同類型APP中,其重要程度排序大概為:內容/社交類APP > 電商類APP > 資訊類APP > 工具類APP。
  • Worktile中百萬級實時消息推送服務的實現
    在團隊協同工具 Worktile的使用過程中,你會發現無論是右上角的消息通知,還是在任務面板中拖動任務,還有用戶的在線狀態,都是實時刷新。Worktile中的推送服務是採用的是基於XMPP協議、Erlang語言實現的Ejabberd,並在其源碼基礎上,結合我們的業務,對源碼作了修改以適配我們自身的需求。
  • 中臺詳解(上)——什麼是中臺
    然而遺憾的是,「中臺」也未能逃脫國內IT圈大熱概念「站得越高,摔得越疼」的魔咒,年初茅臺拆除「中臺」的消息像一把利劍,戳破了「中臺」的泡沫;一時間各種「馬後炮」震耳欲聾,這也算對得起「中臺」一直以來的熱度,只是其中內容漏洞百出,讓人啼笑皆非。
  • 從數據中臺到AI中臺,企業到底要建什麼中臺?
    但其實「中臺」到底是什麼,很少有人能夠給出明確的定義。無論是專家還是普通人,對於「前臺」、「後臺」都有一個比較明確的概念。對於普通人而言,前臺就是演戲時那個觀眾能看見的舞臺,後臺就是觀眾想看又進不去的那個地方。對於網際網路企業來說,前臺就是跟用戶打交道的應用和服務,後臺就是支持這些應用服務的技術、算法、數據、流程和基礎設施。
  • 手機總是會收到推送消息?關閉這3處,以後再也不怕被打擾
    手機總是收到推送消息,讓你煩不勝煩?關閉這3處才能用得更舒心手機總是受到一大堆推送消息,讓你煩不勝煩?如果你也有類似經歷,那就趕緊往下看,只用花一分鐘時間,以後手機也能變得更加趕緊清爽,只有關閉這3處手機才能用得更舒心。
  • 關於消息通知的系統設計,你要知道這幾點
    但是,這並不代表消息通知沒有存在的意義和價值。本文將從六個方面,分析如何設計更合理的設計通知,希望對你有幫助。隨著移動網際網路發展,消息通知作為系統的基礎能力,被瘋狂亂用。對用戶來講,消息通知變得不那麼重要了。但這並不代表可以忽視通知本身的作用和意義,那該如何更合理的設計通知呢?內容較多,建議先收藏再看。
  • 陳水扁千金"考中"臺大牙醫研究所
    臺灣「總統」陳水扁的千金陳幸妤如願「考中」臺大醫學院臨床牙醫學研究所。  還在長庚醫院接受訓練的陳幸妤,今日正好休假,臺北長庚醫院牙科部同仁,一早從媒體口中得知了此消息,甚感驚訝。  但臺大醫院院方則不願對陳幸妤成為臺大學生發表意見。
  • 馬蜂窩數據中臺起步建設:數倉的架構、模型與應用
    一、馬蜂窩數據倉庫與數據中臺最近幾年,數據中臺概念的熱度一直不減。2018 年起,馬蜂窩也開始了自己的數據中臺探索之路。數據中臺到底是什麼?要不要建?和數據倉庫有什麼本質的區別?相信很多企業都在關注這些問題。我認為數據中臺的概念非常接近傳統數據倉庫+大數據平臺的結合體。
  • 壞消息 我國首臺500千瓦波浪能發電裝置「舟山號」交付
    好消息:我國首臺500千瓦波浪能發電裝置「舟山號」交付 自然資源部支持的「南海兆瓦級波浪能示範工程建設」項目首臺500千瓦鷹式波浪能發電裝置「舟山號」6月30日正式交付中國科學院廣州能源研究所。「舟山號」由中科院廣州能源所研發設計,招商局重工(深圳)有限公司建造,是我國目前單臺裝機功率最大的波浪能發電裝置。
  • 眾安保險智能中心孫谷飛:如何搭建一個「體系化」的數據中臺?
    在數據管理層面,數據中臺可以對每張數據表進行自動掃描,並和過去積累的近3000多種規則進行比較,自動預警出哪一張表或哪一事業部的數據質量問題,自動發郵件提醒業務部門改正。我來自於眾安保險,目前主要從事眾安保險AI、大數據的研究和落地。數據價值體系的現實困境數據中臺這兩年非常火,我今天跟大家分享下我們對這個概念的理解,以及數據中臺在眾安的實際落地經驗,在眾安我們是如何保障數據管理、加速數據流通,促進數據價值挖掘。
  • 基於財務管理中臺及數據分析雲平臺,元年科技推出企業數據智能應用...
    36氪獲悉,近日,元年科技近日推出新產品企業數據智能應用產品「元年智答」,目前已經進入商業化落地階段。「元年智答」基於知識圖譜及NLP技術研發而成,定位為企業智能數據分析助手。前端:以語音輕鬆交互完成數據獲取從具體設計思路來看,智答助手的前端為與NLP及語音交互接口,而後端則通過內置的智能算法和底層數據中臺管理模型,用類似微服務的方式接通企業數據,幫助用戶快速找到需要的數據。
  • 數據中臺建設四步方法論:採、存、通、用
    通過業務中臺支持起我們的所有業務,通過數據中臺幫助公司的產品線數據化運營,實現數據智能。 我有幸經歷了富力環貿港雙中臺從0到1搭建的全過程。
  • 騰訊造出中國第一臺臨床應用智能顯微鏡
    騰訊造出中國第一臺臨床應用智能顯微鏡 2020-04-09 15:35:38 來源 : IT之家 今日,騰訊宣布造出中國第一臺臨床應用智能顯微鏡
  • 終於有人把數據中臺講明白了
    數據中臺是一種將企業沉睡的數據變成數據資產,持續使用數據、產生智能、為業務服務,從而實現數據價值變現的系統和機制。 第一,數據中臺強調數據業務化,讓數據用起來,滿足企業數據分析和應用的需求。 第二,數據中臺梳理的流程比數據倉庫建設更加複雜和全面。數據中臺增加了以企業的全局視角來梳理數據域的環節,這是數據中臺建設中很重要的一環。數據域的梳理正好體現了中臺化的能力。
  • 中臺崛起的本質是「去ERP化」
    對應到典型 IT 架構的層次,去 IOE 化都是在企業的基礎架構層面,包括應用基礎架構的工作,也就是從 IaaS 到 PaaS,而應用層並沒有太大變化。但是,當我們看中臺的概念的時候,我們發現,中臺要解決是兩個方面的問題:業務中臺和數據中臺。
  • 孫戰勝:中國一拖藉助雲之家協同中臺打造東方紅雲
    首頁 > 傳媒 > 關鍵詞 > 雲之家最新資訊 > 正文 孫戰勝:中國一拖藉助雲之家協同中臺打造東方紅雲
  • 數據中臺、數據湖到底是怎麼回事兒?
    負責愛奇藝的商業智能、大數據、智能製作等部門和方向。在網際網路產品設計和研發方面有十多年經驗,曾就職於微軟、hulu、雅虎等公司,也曾在國內知名網際網路公司負責過創業項目。了解數據湖在數倉體系的一些落地應用場景2. 了解如何基於Flink+HUDI構建一套通用的ETL增量管道3.
  • 中臺的進化,從「IT架構」到「數智化能力」
    在此理念下,今年 8 月,用友提出 YonBIP 商業創新平臺,該平臺基於大數據、AI、雲計算、區塊鏈等底層數智化技術,採用雲原生、微服務、中臺化、數用分離等新一代技術架構,為數據、智能、業務三大中臺提供底層技術支持。進而通過三大中臺向業界輸出數智化產品,幫助企業加快數智化轉型。  那麼YonBIP大中臺如何協助企業構建產業鏈生態?多企業協作在技術上又會遇到哪些問題?
  • 阿里雲數據中臺核心策略:Dataphin為基石 Quick系列切入場景
    圍繞業務場景持續繁衍Quick系列產品  此次升級發布的核心產品Quick Audience2.0和Quick Stock均為阿里雲數據中臺 Quick系列產品。該系列各款產品分別針對不同業務場景,提供數智化能力。  智能貨品運營平臺Quick Stock解的是貨品運營場景下如何更好地實現「人貨匹配」的問題。
  • 電話實名加V,消息強提醒:中國移動上線「超級號」
    01中國移動上線「超級號」昨日,中國移動旗下中移網際網路公司在近日上線了其第一個基於號碼和SIM卡實現功能應用的5G+App——超級號。據悉,這是一款以號卡為中心的工具型 APP ,提供實名加V電話、實名快顯消息、5G快籤等多種實用功能,以及與號卡業務相關的移動認證(手機號碼一鍵登錄)登錄情況查詢、超級SIM業務激活、密碼管理等服務的統一入口。