1、健康數(shù)據(jù)治理平臺建設方案 TOC o 1-5 h z HYPERLINK l bookmark77 o Current Document 一、項目建設背景及發(fā)展6 HYPERLINK l bookmark80 o Current Document 二、項目建設目標7三、技術要求8區(qū)域醫(yī)療數(shù)據(jù)運營中心8運營駕駛艙8今日動態(tài)9費用監(jiān)控9醫(yī)療監(jiān)控9業(yè)務系統(tǒng)對接10對接杭州市醫(yī)養(yǎng)護10醫(yī)院醫(yī)療資源服務平臺10醫(yī)院醫(yī)養(yǎng)護一體化平臺的接口系統(tǒng)10基礎資源數(shù)據(jù)管理11醫(yī)療機構注冊服務接口11科室注冊服務接口113.2.23,醫(yī)護人員注冊服務接口12醫(yī)療機構修改服務接口12科室修改服務接口13醫(yī)護人員修改服務

2、接口13門診預約服務以及與醫(yī)養(yǎng)護平臺接口14機構更新號源狀態(tài)服務接口14停診通知服務接口14取消停診服務接口153.2.34同步排班信息服務接口15同步號源信息服務接口16預約掛號服務接口17取消預約服務接口17查詢就診信息服務接口18信息查詢、信息提醒18門診檢驗報告資源查詢服務接口183.2A2.門診檢查報告資源查詢服務接口193.2.43,健康體檢報告資源查詢服務接口203.2.4A門診檢驗報告調閱服務接口213.245.門診檢查報告調閱服務接口213.2A6.健康體檢報告調閱服務接口22 HYPERLINK l bookmark91 o Current Document 四、區(qū)域合理用

3、藥系統(tǒng)22用藥知識庫管理23合理用藥干預24醫(yī)生用藥合理性干預24用藥合理性警示管理24資料查詢24 HYPERLINK l bookmark113 o Current Document 五、健康數(shù)據(jù)治理平臺24數(shù)據(jù)中臺25業(yè)務中臺25技術中臺26 HYPERLINK l bookmark120 o Current Document 六、患者在線27區(qū)域檢查報告共享查詢及消息推送28區(qū)域檢驗報告共享查詢及消息推送29區(qū)域體檢報告共享查詢及消息提醒29健康宣教30藥品說明31個人基本健康檔案31個人健康記錄查詢32門診記錄32住院記錄32滿意度測評33投訴管理33醫(yī)生電子名片33智能消息提醒34

4、七、醫(yī)生在線35我的住院患者36患者摘要36住院檢驗記錄查詢37住院檢查記錄查詢37病程記錄查詢37醫(yī)囑記錄查詢37體征記錄查詢38浮標工具38語音備忘錄38病歷分享與會診38討論列表模塊39討論過程模塊39醫(yī)學工具40醫(yī)學資訊40藥品手冊40醫(yī)生工作臺41釘釘基礎41八、醫(yī)院在線41統(tǒng)一身份認證41小護士42實時推送患者信息42醫(yī)?？刭M及個人指標提醒42重復項目提醒43一、項目建設背景及發(fā)展國務院辦公廳在2015年5月發(fā)布國務院辦公廳關于城市公立 醫(yī)院綜合改革試點的指導意見，要求城市公立醫(yī)院構建基層首診、 雙向轉診、急慢分治、上下聯(lián)動的分級診療模式，通過健康數(shù)據(jù)治 理平臺的建設，可以推進醫(yī)療

5、信息系統(tǒng)建設與應用。2015年7月4日，國務院印發(fā)關于積極推進“互聯(lián)網(wǎng)+ ”行 動的指導意見中要求：推廣在線醫(yī)療衛(wèi)生新模式。發(fā)展基于互聯(lián) 網(wǎng)的醫(yī)療衛(wèi)生服務，支持第三方機構構建醫(yī)學影像、健康檔案、檢 驗報告、電子病歷等醫(yī)療信息共享服務平臺，逐步建立跨醫(yī)院的醫(yī) 療數(shù)據(jù)共享交換標準體系。鼓勵互聯(lián)網(wǎng)企業(yè)與醫(yī)療機構合作建立醫(yī) 療網(wǎng)絡信息平臺，加強區(qū)域醫(yī)療衛(wèi)生服務資源整合。通過健康數(shù)據(jù) 治理平臺的建設，充分利用互聯(lián)網(wǎng)、大數(shù)據(jù)等手段，積極利用移動 互聯(lián)網(wǎng)提供在線預約診療、候診提醒、劃價繳費、診療報告查詢、 藥品配送等便捷服務，引導醫(yī)療機構面向中小城市和農(nóng)村地區(qū)開展 基層檢查、上級診斷等遠程醫(yī)療服務。為貫徹落

6、實國務院辦公廳于2015年9月11日出臺的關于推 進分級診療制度建設的指導意見中，目前各省市通過建設城市醫(yī) 療中樞，逐步形成責、權、利清晰的區(qū)域協(xié)同服務模式，利用遠程 醫(yī)療等信息化手段，促進區(qū)域醫(yī)療資源共享和縱向流動，完善分級 診療服務體系。根據(jù)國務院關于建立全科醫(yī)生制度的指導意見（國發(fā)2011） 23號）和杭州市人民政府辦公廳關于推進醫(yī)養(yǎng)護一體化 智慧醫(yī)療服務的實施意見（杭政辦（2014） 8號）精神，杭州市人 民政府辦公廳也于2014年印發(fā)杭州市醫(yī)養(yǎng)護一體化簽約服務實施 方案（試行），提出規(guī)范開展醫(yī)養(yǎng)護一體化簽約服務工作，促進我 市分級診療和醫(yī)養(yǎng)護服務體系建立，推進合理有序就醫(yī)。國務院辦公

7、廳于2015年9月11日出臺的關于印發(fā)“十三 五”深化醫(yī)藥衛(wèi)生體制改革規(guī)劃的通知中，指出鼓勵打破行政區(qū) 域限制，通過城市醫(yī)療中樞的建設，與醫(yī)保、遠程醫(yī)療等相結合， 實現(xiàn)醫(yī)療資源有機結合、上下貫通，形成責、權、利明晰的區(qū)域協(xié) 同服務模式。二、項目建設目標以城市為單位，修建一條雙向醫(yī)療健康數(shù)據(jù)的高速公路，為不 斷發(fā)展的智慧醫(yī)療提供實時的數(shù)據(jù)服務和應用通道。建立算力能力體系與應用，實現(xiàn)對區(qū)域內醫(yī)療行為進行實時監(jiān) 控，同步優(yōu)化就醫(yī)秩序，讓流經(jīng)中樞的每條數(shù)據(jù)被識別，被標簽， 從而推動應用的演變，逐步實現(xiàn)每個數(shù)據(jù)節(jié)點、每個動作行為、甚 至每次就診路徑均被計算過，優(yōu)化過。打造基于中樞的在線應用，從而為人民群

8、眾提供安全、有效、便捷、價廉、連續(xù)的服務，有效緩解群眾“看病難、看病煩”等問 題，提升群眾就醫(yī)便捷度、滿意度；提供政府監(jiān)管與駕駛能力，全 面助力衛(wèi)生健康數(shù)字化治理和重大疫情防控。打造智慧醫(yī)療生態(tài)體系，依托城市醫(yī)療中樞的開放性，為更多 的醫(yī)療健康服務應用提供底座驅動，不斷完善提升城市醫(yī)療服務能 力與質量，增加老百姓的獲得感，提升政府數(shù)字化治理的能力。低硬件投入、低運維成本。目前傳統(tǒng)區(qū)域平臺通過不斷增加硬 件資源來滿足日益增長的數(shù)據(jù)，導致衛(wèi)健委大投入，低收益。隨著 智慧醫(yī)療的發(fā)展衛(wèi)健委體系巳經(jīng)建立了不少的系統(tǒng)且衛(wèi)計委專業(yè)的 信息維護人員極為短缺。為城市大腦建設奠定基礎。城市大腦核心是城市中樞系統(tǒng)+

9、駕駛 艙，其他板塊均有各個板塊建設并最終集成到城市中樞系統(tǒng)中。衛(wèi) 健板塊涉及老百姓就醫(yī)的重要環(huán)節(jié)，與老百姓的生活息息相關，是 城市大腦建設場景中最重要的場景之一。三、技術要求3.1 .區(qū)域醫(yī)療數(shù)據(jù)運營中心3. 1.1.運營駕駛艙支持建德市內各機構分別按照日、月、年查看就診人次、在院人 數(shù)、總費用、藥品費用、藥占比。各機構的全院、門急診、住院的收 入明細。門診和住院均費占比、門診和急診掛號人次占比、就診人次、 預約人次占比、入出院情況占比、藥占比、床位占有率占比、體檢人 次占比、手術例數(shù)占比、轉診量占比、費用構成占比、智慧支付和醫(yī) 后支付的占比。3. 1.2.今日動態(tài)支持建德市內各機構全院收入、

10、門急診收入、住院收入，在線服 務醫(yī)院數(shù)，科室數(shù)，醫(yī)生數(shù)、門診藥品收入，藥占比，預約人次，掛 號總人數(shù)，門診人次，急診人次，住院藥品收入、住院藥占比、在院 人數(shù)，入院人次、出院人次、平均住院日、手術例數(shù)、麻醉例數(shù)、三 四類手術例數(shù)，三四類手術占比、擇期手術例數(shù)，日間手術例數(shù)，就 診峰值、平均候診時間，急診平均候診時間，掛號人次按小時分布、 門診收入按類型占比，住院收入按類型占比、手術例數(shù)等級占比，機 構在院人數(shù)T0P5,床位使用率T0P5、機構手術例數(shù)T0P5。3. 1.3.費用監(jiān)控支持建德市內各醫(yī)療機構費用情況，包括門急診費用、掛號人次, 人均費用、人均費用同比環(huán)比，住院費用，出院人次，人均費

11、用、人 均費用同比、人均費用環(huán)比、支付人次構成、費用占比、支付費用構 成、病人費用類別情況，門診住院均費趨勢，門診核算項目構成，住 院核算項目構成、全院核算項目構成。3. 1.4.醫(yī)療監(jiān)控支持建德市內醫(yī)療情況，包括：處方量、抗菌藥物占比、人均藥 品數(shù)，床位使用率，手術臺次數(shù)，入出院診斷符合率、藥占比、檢驗 檢查人次，體檢人次、就診患者人次分布，門急診人次趨勢圖、號源 構成，住院疾病TOP,出院總人次、門診疾病TOP,智慧結算排行， 平均住院日排行，就診患者年齡分布。3. 2.業(yè)務系統(tǒng)對接3. 2.1 .對接杭州市醫(yī)養(yǎng)護3. 2.1. 1 .醫(yī)院醫(yī)療資源服務平臺加強醫(yī)院院內信息系統(tǒng)集成整合，各家

12、醫(yī)院按照醫(yī)養(yǎng)護平臺標準 定義數(shù)據(jù)源，將靜態(tài)數(shù)據(jù)、號源分配等數(shù)據(jù)對接至醫(yī)養(yǎng)護平臺，進行 醫(yī)院服務資源的調度管理，通過醫(yī)院統(tǒng)一的醫(yī)療資源服務平臺實現(xiàn)與 醫(yī)養(yǎng)護一體化平臺服務資源管理系統(tǒng)的實時數(shù)據(jù)交換。醫(yī)養(yǎng)護平臺上 注冊每家醫(yī)院的對外服務，對外標準統(tǒng)一。面向院外服務請求，每家 醫(yī)院建設醫(yī)療資源服務平臺，整合原有的門診排班、檢查資源、排隊 叫號、床位資源等全部信息，統(tǒng)一再通過醫(yī)養(yǎng)護平臺為公眾提供服務。 市屬醫(yī)院建設醫(yī)療資源服務平臺后，不再直接向第三方對接數(shù)據(jù)，第 三方統(tǒng)一通過醫(yī)養(yǎng)護平臺注冊服務，以ESB形式實時向醫(yī)療機構獲取 和寫入數(shù)據(jù)，醫(yī)院發(fā)布更新及停診信息，統(tǒng)一以ESB方式向醫(yī)養(yǎng)護平 臺調用服務，

13、更新醫(yī)療資源服務平臺數(shù)據(jù)。3. 2.1. 2.醫(yī)院醫(yī)養(yǎng)護一體化平臺的接口系統(tǒng)響應醫(yī)養(yǎng)護一體化平臺建設需要進行的系統(tǒng)改造工作。主要包含: 醫(yī)療機構的機構、科室、醫(yī)生等基礎資源的查詢服務和同步服務接口; 門診號源（包括但不限于號源、床位資源、檢驗檢查資源等）的發(fā)布 服務、查詢服務、同步服務和預約服務；健康體檢報告、檢驗報告、 檢查報告和出院小結的查詢服務接口；依托醫(yī)養(yǎng)護平臺的統(tǒng)一資源池, 支持市轉診平臺升級轉診資源查詢服務的接口。3. 2. 2.基礎資源數(shù)據(jù)管理3. 2. 2.1 .醫(yī)療機構注冊服務接口醫(yī)療機構根據(jù)實際情況填寫機構信息，將機構各信息按照標準格 式整理整合，由服務接口提供方醫(yī)養(yǎng)護平臺

14、封裝這些信息，數(shù)據(jù)提供 方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方MB通過路由分發(fā)，將 消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列;MQ將發(fā)送隊列中的消息， 發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過WS方法從其對 應的MQ接受隊列中獲取消息，本地處理服務接口調用方區(qū)級服務平 臺可以通過WS方式，調用醫(yī)養(yǎng)護平臺封裝的信息，查看到醫(yī)療機構 注冊信息，以此實現(xiàn)機構批量注冊操作。3. 2. 2. 2.科室注冊服務接口醫(yī)療機構根據(jù)實際情況填寫科室信息，將科室各信息按照標準格 式整理整合，由服務接口提供方醫(yī)養(yǎng)護平臺封裝這些信息，數(shù)據(jù)提供 方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方MB通過路由分發(fā)，將 消

15、息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列;MQ將發(fā)送隊列中的消息， 發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過WS方法從其對 應的MQ接受隊列中獲取消息，本地處理服務接口調用方區(qū)級服務平 臺可以通過WS方式，調用醫(yī)養(yǎng)護平臺封裝的信息，查看到醫(yī)療機構 科室注冊信息，以此實現(xiàn)科室批量注冊操作。3. 2. 2. 3.醫(yī)護人員注冊服務接口醫(yī)療機構根據(jù)實際情況填寫醫(yī)護人員信息，將醫(yī)護人員各信息按 照標準格式整理整合，由服務接口提供方醫(yī)養(yǎng)護平臺封裝這些信息, 數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方MB通過路由 分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列；MQ將發(fā)送隊列中 的消息，發(fā)送至遠程消

16、費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過WS方 法從其對應的MQ接受隊列中獲取消息，本地處理服務接口調用方區(qū) 級服務平臺可以通過WS方式，調用醫(yī)養(yǎng)護平臺封裝的信息，查看到 醫(yī)療機構醫(yī)護人員注冊信息，以此實現(xiàn)醫(yī)護人員批量注冊操作。3. 2. 2. 4.醫(yī)療機構修改服務接口醫(yī)療機構根據(jù)實際情況修改機構信息，將機構信息按照標準格式 整理整合，由服務接口提供方醫(yī)養(yǎng)護平臺封裝這些信息，數(shù)據(jù)提供方 通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方如通過路由分發(fā)，將消 息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列；MQ將發(fā)送隊列中的消息，發(fā) 送至遠程消費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過WS方法從其對應 的MQ接受隊列中獲取消息

17、，本地處理服務接口調用方區(qū)級服務平臺 可以通過WS方式，調用醫(yī)養(yǎng)護平臺封裝的信息，查看到醫(yī)療機構修 改信息，以此實現(xiàn)單條機構信息的修改操作。備注信息：按機構編碼 進行更新。3. 2. 2. 5.科室修改服務接口醫(yī)療機構根據(jù)實際情況修改科室信息，將科室信息按照標準格式 整理整合，由服務接口提供方醫(yī)養(yǎng)護平臺封裝這些信息，數(shù)據(jù)提供方 通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方如通過路由分發(fā)，將消 息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列；MQ將發(fā)送隊列中的消息，發(fā) 送至遠程消費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過WS方法從其對應 的MQ接受隊列中獲取消息，本地處理服務接口調用方區(qū)級服務平臺 可以通過WS方式，

18、調用醫(yī)養(yǎng)護平臺封裝的信息，查看到醫(yī)療機構科 室修改信息，以此實現(xiàn)單條科室修改操作。備注信息：按科室編碼進 行更新。3. 2. 2. 6.醫(yī)護人員修改服務接口醫(yī)療機構根據(jù)實際情況修改醫(yī)護人員信息，將醫(yī)護人員信息按照 標準格式整理整合，由服務接口提供方醫(yī)養(yǎng)護平臺封裝這些信息，數(shù) 據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方MB通過路由分 發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列；MQ將發(fā)送隊列中的 消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過WS方法 從其對應的MQ接受隊列中獲取消息，本地處理服務接口調用方區(qū)級 服務平臺可以通過WS方式，調用醫(yī)養(yǎng)護平臺封裝的信息，查看到醫(yī) 療機構醫(yī)

19、護人員修改信息，以此實現(xiàn)單條醫(yī)護人員修改操作。備注信 息：按人員編碼進行更新。3. 2. 3.門診預約服務以及與醫(yī)養(yǎng)護平臺接口3. 2. 3. 1.機構更新號源狀態(tài)服務接口醫(yī)療機構根據(jù)實際情況更新號源狀態(tài)信息，將機構編碼、排班、 號源序號等信息按照標準格式整理整合，由服務接口提供方醫(yī)養(yǎng)護平 臺封裝這些信息，數(shù)據(jù)提供方調用WS方法將數(shù)據(jù)變動發(fā)送給MQ；提 供方MB通過路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列; MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。消 費系統(tǒng)調用WS方法從其對應的MQ接受隊列中獲取消息，本地處理服 務接口調用方區(qū)級服務平臺可以通過調用WS方式，調用醫(yī)

20、養(yǎng)護平臺 封裝的信息，查看到醫(yī)療機構更新號源狀態(tài)信息，以此實現(xiàn)號源狀態(tài) 的更新操作。備注信息：目前只對號源用途為“共享號源”且通過平 臺進行預約的號源，當狀態(tài)改變時，需調用此接口進行狀態(tài)更新（其 他情況下號源狀態(tài)改變時，如現(xiàn)場掛號，不需要調用此接口進行更新）3. 2. 3. 2.停診通知服務接口醫(yī)療機構根據(jù)實際情況發(fā)布停診服務信息，將機構編碼、排班ID、 停診原因等信息按照標準格式整理整合，由服務接口提供方醫(yī)養(yǎng)護平 臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提 供方MB通過路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列;MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受

21、隊列。消 費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取消息，本地處理服 務接口調用方區(qū)級服務平臺可以通過WS方式，調用醫(yī)養(yǎng)護平臺封裝 的信息，查看到醫(yī)療機構停診服務信息，以此實現(xiàn)向醫(yī)養(yǎng)護平臺發(fā)布 停診通知的操作。3. 2. 3. 3.取消停診服務接口醫(yī)療機構根據(jù)實際情況發(fā)布取消停診服務信息，將機構編碼、排 班ID等信息按照標準格式整理整合，由服務接口提供方醫(yī)養(yǎng)護平臺 封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供 方MB通過路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列； MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。消 費系統(tǒng)通過WS方法從其對應的MQ接受隊

22、列中獲取消息，本地處理服 務接口調用方區(qū)級服務平臺可以通過WS方式，調用醫(yī)養(yǎng)護平臺封裝 的信息，查看到醫(yī)療機構取消停診服務信息，以此實現(xiàn)向醫(yī)養(yǎng)護平臺 進行取消停診的操作。3. 2. 3. 4.同步排班信息服務接口區(qū)級服務平臺根據(jù)實際情況同步排班信息服務，將機構編碼、院 區(qū)編碼、科室編碼等信息按照標準格式整理整合，由服務接口提供方 區(qū)級服務平臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā) 送給MQ；提供方MB通過路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應 的發(fā)送隊列；MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ 接受隊列。消費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取消 息，本地處理服務

23、接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用區(qū) 級服務平臺封裝的信息，查看到同步排班信息，以此實現(xiàn)同步醫(yī)院排 班信息的操作。3. 2. 3. 5.同步號源信息服務接口區(qū)級服務平臺根據(jù)實際情況同步號源信息服務，將機構編碼、排 班ID、周期類型等信息按照標準格式整理整合，由服務接口提供方區(qū) 級服務平臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送 給MQ；提供方MB通過路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的 發(fā)送隊列；MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接 受隊列。消費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取消息, 本地處理服務接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用區(qū)級服

24、 務平臺封裝的信息，查看到同步號源信息，以此實現(xiàn)同步醫(yī)院號源信 息的操作。返回數(shù)據(jù)范圍說明：返回符合條件的號源信息。入?yún)ondition節(jié)點信息約束說明：當“院區(qū)編碼”為空時，則返回全部院區(qū)中的已發(fā)布的號源信 息；當“院區(qū)編碼”不為空時，則返回指定院區(qū)中的已發(fā)布的號源 信息;“排班ID”不能為空（每次最多傳100個排班ID,多個排班ID 用逗號,分隔）3. 2. 3. 6.預約掛號服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)預約掛號服務，將機構編碼、就 診卡號、排班ID等信息按照標準格式整理整合，由服務接口提供方 區(qū)級服務平臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā) 送給MQ；提供方MB通過

25、路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應 的發(fā)送隊列；MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ 接受隊列。消費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取消 息，本地處理服務接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用區(qū) 級服務平臺封裝的信息，查看到預約掛號信息，以此實現(xiàn)預約掛號的 操作。備注信息：取號密碼由平臺隨機生成，作為現(xiàn)場取號時的憑證。3. 2. 3. 7.取消預約服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)取消預約掛號服務，將機構編碼、 就診卡號、取消密碼等信息按照標準格式整理整合，由服務接口提供 方區(qū)級服務平臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動 發(fā)送給MQ；提供方MB通過

26、路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對 應的發(fā)送隊列；MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的 MQ接受隊列。消費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取消息，本地處理服務接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用 區(qū)級服務平臺封裝的信息，查看到取消預約掛號信息，以此實現(xiàn)取消 預約掛號的操作。3. 2. 3. 8.查詢就診信息服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)查詢就診信息服務，將機構編碼、 院區(qū)編碼、出診日期等信息按照標準格式整理整合，由服務接口提供 方區(qū)級服務平臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動 發(fā)送給MQ；提供方MB通過路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對 應的發(fā)送

27、隊列；MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的 MQ接受隊列。消費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取 消息，本地處理服務接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用 區(qū)級服務平臺封裝的信息，查看到就診信息，以此實現(xiàn)查詢就診信息 的操作。3. 2. 4.信息查詢、信息提醒3. 2. 4. 1 .門診檢驗報告資源查詢服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)查詢獲取某固定時間段內醫(yī)院 產(chǎn)生的門診檢驗報告的資源索引信息服務，將患者標識、就診卡號、 文檔唯一編碼等信息按照標準格式整理整合，由服務接口提供方區(qū)級 服務平臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送給 MQ；提供方MB通過路

28、由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列；MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受 隊列。消費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取消息，本 地處理服務接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用區(qū)級服務 平臺封裝的信息，查看到獲取某固定時間段內醫(yī)院產(chǎn)生的門診檢驗報 告的資源索引信息，以此實現(xiàn)查詢獲取某固定時間段內醫(yī)院產(chǎn)生的門 診檢驗報告的資源索引信息。入?yún)ondition節(jié)點信息約束說明：當“機構編碼”為空時，則社區(qū)機構返回全部社區(qū)的資源索引信 息，醫(yī)院返回本醫(yī)院的資源索引信息；當“機構編碼”不為空時，則返回指定社區(qū)或醫(yī)院的資源索引信 息；2. 4. 2.門診檢查報

29、告資源查詢服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)查詢獲取某固定時間段內醫(yī)院 產(chǎn)生的門診檢查報告的資源索引信息服務，將機構編碼、開始時間、 結束時間等信息按照標準格式整理整合，由服務接口提供方區(qū)級服務 平臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ； 提供方MB通過路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊 列;MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。 消費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取消息，本地處理 服務接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用區(qū)級服務平臺封 裝的信息，查看獲取某固定時間段內醫(yī)院產(chǎn)生的門診檢查報告的資源 索引信息，以此實現(xiàn)查詢

30、獲取某固定時間段內醫(yī)院產(chǎn)生的門診檢查報 告的資源索引信息。2. 4. 3.健康體檢報告資源查詢服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)查詢獲取某固定時間段內醫(yī)院 產(chǎn)生的健康體檢報告的資源索引信息服務，將機構編碼、開始時間、 結束時間等信息按照標準格式整理整合，由服務接口提供方區(qū)級服務 平臺封裝這些信息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ； 提供方MB通過路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊 列；MQ將發(fā)送隊列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。 消費系統(tǒng)通過WS方法從其對應的MQ接受隊列中獲取消息，本地處理 服務接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用區(qū)級服務平臺封

31、裝的信息，查看獲取某固定時間段內醫(yī)院產(chǎn)生的健康體檢報告的資源 索引信息，以此實現(xiàn)查詢獲取某固定時間段內醫(yī)院產(chǎn)生的健康體檢報 告的資源索引信息。入?yún)ondition節(jié)點信息約束說明：當“機構編碼”為空時，則社區(qū)機構返回全部社區(qū)的資源索引信 息，醫(yī)院返回本醫(yī)院的資源索引信息；當“機構編碼”不為空時，則返回指定社區(qū)或醫(yī)院的資源索引信 息;2. 4. 4.門診檢驗報告調閱服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)獲取某患者的一份門診檢驗報 告的詳細結構化數(shù)據(jù)服務，將本人姓名、就診卡號等信息按照標準格 式整理整合，由服務接口提供方區(qū)級服務平臺封裝這些信息，數(shù)據(jù)提 供方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方

32、MB通過路由分發(fā)， 將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列；MQ將發(fā)送隊列中的消 息，發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過WS方法從 其對應的MQ接受隊列中獲取消息，本地處理服務接口調用方醫(yī)養(yǎng)護 平臺可以通過WS方式，調用區(qū)級服務平臺封裝的信息，查看獲取某 患者的一份門診檢驗報告的詳細結構化數(shù)據(jù)，以此實現(xiàn)獲取某患者的 一份門診檢驗報告的詳細結構化數(shù)據(jù)。2. 4. 5.門診檢查報告調閱服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)獲取某患者的一份門診檢查報 告的詳細結構化數(shù)據(jù)服務，將本人姓名、就診卡號、身份證號等信息 按照標準格式整理整合，由服務接口提供方區(qū)級服務平臺封裝這些信 息，數(shù)據(jù)提供方

33、通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方MB通過 路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列；MQ將發(fā)送隊 列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過 WS方法從其對應的MQ接受隊列中獲取消息，本地處理服務接口調用方醫(yī)養(yǎng)護平臺可以通過WS方式，調用區(qū)級服務平臺封裝的信息，查 看獲取某患者的一份門診檢查報告的詳細結構化數(shù)據(jù)，以此實現(xiàn)獲取 某患者的一份門診檢查報告的詳細結構化數(shù)據(jù)。2. 4. 6.健康體檢報告調閱服務接口區(qū)級服務平臺根據(jù)實際情況實現(xiàn)獲取某居民的一份健康體檢報 告的詳細結構化數(shù)據(jù)服務，將本人姓名、就診卡號、身份證號等信息 按照標準格式整理整合，由服務接口提供方

34、區(qū)級服務平臺封裝這些信 息，數(shù)據(jù)提供方通過WS方法將數(shù)據(jù)變動發(fā)送給MQ；提供方MB通過 路由分發(fā)，將消息分發(fā)至各個消費系統(tǒng)對應的發(fā)送隊列；MQ將發(fā)送隊 列中的消息，發(fā)送至遠程消費系統(tǒng)上的MQ接受隊列。消費系統(tǒng)通過 WS方法從其對應的MQ接受隊列中獲取消息，本地處理服務接口調用 方醫(yī)養(yǎng)護平臺可以通過WS方式，調用區(qū)級服務平臺封裝的信息，查 看獲取某居民的一份健康體檢報告的詳細結構化數(shù)據(jù)，以此實現(xiàn)獲取 某居民的一份健康體檢報告的詳細結構化數(shù)據(jù)。四、區(qū)域合理用藥系統(tǒng)實現(xiàn)臨床合理用藥集中干預、處方分析、抽樣點評及合理用藥統(tǒng) 計報表的功能，能對杭州市建德市的臨床處方（醫(yī)囑）用藥行為進行 規(guī)范。實現(xiàn)臨床處

35、方（醫(yī)囑）用藥行為的實時統(tǒng)計查詢，可有效輔助臨 床用藥管理，可實時監(jiān)控不同的科室、崗位、醫(yī)生的抗生素使用率、 輸液率、藥比等，對控制用藥管理有較大提升。結合國家、省、市的藥品管理政策方針，以及浙江省內各縣市的 經(jīng)驗規(guī)則，逐步建立杭州市建德市的合理用藥管理規(guī)則庫。為行政部門業(yè)務管理和紀檢監(jiān)察提供實時數(shù)據(jù)和預警信息。4.1 .用藥知識庫管理自定義管理藥品使用患者性別、年齡、體重、過敏藥物、孕 產(chǎn)狀態(tài)、腎功能、配伍禁忌、藥品相互作用、給藥途徑、給藥時機、 給藥劑量、給藥頻次用藥安全警示等級管理藥品適應癥管理藥物分級使用管理抗菌藥物使用管理藥品禁忌癥管理不良反應管理?？朴盟帡l件管理臨時用藥條件管理特殊

36、人群用藥條件管理特殊用藥條件管理聯(lián)合用藥條件管理2.合理用藥干預2.1.醫(yī)生用藥合理性干預根據(jù)醫(yī)院事先設定的規(guī)則按處方或按患者實時提醒或干預醫(yī)生 的用藥行為。2. 2.用藥合理性警示管理1 .門診處方用藥警示管理2.門診患者用藥警示管理3 .住院藥囑用藥警示管理2. 3.資料查詢支持醫(yī)生和藥師查看藥品說明書信息、書籍資料、文獻資料、 醫(yī)藥法規(guī)、醫(yī)藥學公式及相關醫(yī)藥學知識。支持自定義文獻、說明書等。五、健康數(shù)據(jù)治理平臺城市醫(yī)療中樞平臺覆蓋整個區(qū)域的數(shù)據(jù)交互標準、交換引擎、數(shù) 據(jù)中臺、業(yè)務中臺、技術中臺、開放平臺、安全與標準等服務，以及 內嵌的消息主動推送、門戶等技術。通過平臺的可延展性，實現(xiàn)區(qū)域

37、 內所有醫(yī)療機構信息實時共享，同時為未來更多的創(chuàng)新服務、第三方 應用加載和接入，提供即插即用的服務支撐。1 .數(shù)據(jù)中臺數(shù)據(jù)中臺保存各類別的醫(yī)療健康數(shù)據(jù)，主要分為在線實時操作數(shù) 據(jù)(OLTP)與在線實時分析數(shù)據(jù)(OLAP) o其中OLTP部分包括實時 的診療記錄、個人健康檔案數(shù)據(jù)庫(EHR)、電子病歷數(shù)據(jù)庫(EMR)、 基礎資源數(shù)據(jù)庫、運營數(shù)據(jù)庫等;OLAP部分包含臨床數(shù)據(jù)中心(CDC), 科研數(shù)據(jù)中心(RDC)和運營監(jiān)管數(shù)據(jù)中心(ODC)等。2.業(yè)務中臺各個業(yè)務服務中心都提供了通用的業(yè)務基礎能力：患者中心：提供建檔、注冊、患者主索引(EMPI)等服務，保證 了對同一個患者，分布在不同系統(tǒng)中的個

38、人信息采集的完整性和準確 性。解決了患者信息在多個系統(tǒng)間的互通問題。數(shù)據(jù)標準中心：服務通過區(qū)域衛(wèi)生信息平臺積累了海量數(shù)據(jù)，實 現(xiàn)區(qū)域衛(wèi)生的業(yè)務職能域的管理，包括前置機和中心庫上的所有數(shù)據(jù) 資產(chǎn)，如數(shù)據(jù)集、數(shù)據(jù)元和代碼等，有助于評估數(shù)據(jù)和代碼的標準化 程度。資源中心：通過實時同步各個醫(yī)院的號源、床位等醫(yī)療資源數(shù)據(jù), 為應用提供了統(tǒng)一的資源池服務。疾控中心：提供比如傳染病上報以及疫情監(jiān)管平臺。傳染病以及 疫情數(shù)據(jù)能及時上報，實時進行數(shù)據(jù)分析與監(jiān)管，對疾病控制提供了 有效的決策支持。急救中心：急救與醫(yī)院信息聯(lián)動，給患者提供一條最優(yōu)的急救路 徑，將患者的風險降到最低。信用中心：構建了一套患者信用體系，

39、為患者使用信用就醫(yī)提供 了能力支持，優(yōu)化了醫(yī)院就醫(yī)流程，并減少了患者的等待時間。通知中心：統(tǒng)一的消息和通知服務引擎，用戶可根據(jù)實際運行要 求，將信息推送到APP、公眾號手機短信。覆蓋場景可包括居民就醫(yī) 各環(huán)節(jié)、衛(wèi)生行政部門健康宣教、內部行政通知等。3.技術中臺技術中臺是城市醫(yī)療中樞能平穩(wěn)、可靠運行的基礎，包含Docker 和Kubernetes結合容器化自動運維系統(tǒng)，ElasticSearch、Logstash、 和Kibana結合的分布式日志系統(tǒng)，PrometheusAlertManager和 Graf ana結合的運維監(jiān)控系統(tǒng)以及業(yè)務中臺中涉及的Redis緩存集群、 Rabb it MQ異

40、步消息集群、Ceph基于S3標準的對象存儲集群等。健康數(shù)據(jù)治理平臺監(jiān)控平臺采用目前主流與廣泛應用在各大互 聯(lián)網(wǎng)應用廠商的 Prometheus、AlertManager 和 Graf ana 構成。Prometheus作為監(jiān)控平臺核心部分,提供采集和存儲監(jiān)控數(shù)據(jù)、 數(shù)據(jù)查詢接口、報警規(guī)則等功能，Alertmanager主要用于接收 Prometheus發(fā)送的告警信息，它支持豐富的告警通知渠道，而且很容 易做到告警信息進行去重，降噪，分組等，告警通知渠道支持釘釘、 微信、郵件、短信等，是一款流行的的告警通知系統(tǒng)。Grafana是一個跨平臺的開源的度量分析和可視化工具，可以通 過將采集的數(shù)據(jù)查詢然

41、后可視化的展示，支持許多不同的數(shù)據(jù)源，官 方支持以下數(shù)據(jù)源:Graphite, Elasticsearch, InfluxDB, Prometheus, Cloudwatch, MySQL 和 OpenTSDB 等。健康數(shù)據(jù)治理平臺日志平臺采用ELK框架搭建而成，ELK是 Elasticsearch、Logstash Kibana三大開源框架首字母大寫簡稱， 也被成為ElasticStack,是elastic提供的一套完整的日志收集以 及展示的解決方案，其中Elasticsearch是一個基于Lucene、分布 式、通過Restful方式進行交互的近實時搜索平臺框架；Logstash是 一個用

42、來搜集、分析、過濾日志的工具。它支持幾乎任何類型的日志， 包括系統(tǒng)日志、錯誤日志和自定義應用程序日志收集的不同格式數(shù)據(jù), 經(jīng)過過濾后支持輸出到不同目的地。Kibana是一個基于Web的圖形界面，用于搜索、分析和可視化 存儲在Elasticsearch指標中的日志數(shù)據(jù)，提供可視化實時分析的功 能。六、患者在線基于衛(wèi)健委的官方微信公眾號建立面向全市患者的分時段預約 掛號、報告查詢、繳費、先看病后付費、個人健康檔案管理等功能。 隨著醫(yī)療改革的推進，醫(yī)院正朝著以終末質量管理向環(huán)節(jié)質量管理轉 變，從而提高醫(yī)療服務質量,緩和醫(yī)患關系，提高醫(yī)院的服務效率。與 以患者為中心的服務理念相適應，醫(yī)院信息化也從傳統(tǒng)

43、的以內部管理 為主的HIS系統(tǒng)，向以患者為核心的臨床信息化系統(tǒng)轉變。伴隨著臨 床信息化,醫(yī)院正逐步的實現(xiàn)無紙化、無膠片化和無線化。無線局域 網(wǎng)技術網(wǎng)絡技術的不斷成熟和普及，使“移動互聯(lián)”在全球醫(yī)療行業(yè) 中的應用已成為了一種趨勢。作為院內信息系統(tǒng)的補充，“移動互聯(lián) 網(wǎng)有效地克服了空間限制的弊端，醫(yī)院人員利用手機設備隨時地進 行患者健康檔案、生命體征數(shù)據(jù)、醫(yī)護數(shù)據(jù)的查詢、日常辦公事件的 管理，隨時隨地與患者進行溝通交流。同時患者可以通過手機實現(xiàn)預 約掛號、報告查詢、就醫(yī)導航等移動醫(yī)療互聯(lián)業(yè)務，充分發(fā)揮醫(yī)療信 息系統(tǒng)的效能，突出移動數(shù)字化醫(yī)院的技術優(yōu)勢。1.區(qū)域檢查報告共享查詢及消息推送就診患者在做

44、完檢查后可在手機端查看已檢查項目，醫(yī)院檢查結 果出來后，立即推送至健康數(shù)據(jù)治理平臺進行報告共享并同步檢查完 成狀態(tài)，同時中樞系統(tǒng)通過患者端應用推送報告已出消息至患者，根 據(jù)推送的檢查消息患者可直接點擊查看報告內容，免去就診患者來回 往返打印報告的麻煩，也為醫(yī)生及時進行診斷和治療提供更及時、便 利的依據(jù)。醫(yī)院將已審核的檢查報告實時推送城市中樞系統(tǒng)平臺進行全域 共享；城市中樞系統(tǒng)向患者端實時推送報告已出消息，提醒患者及時查 詢檢查報告內容；支持患者在移動端根據(jù)時間查詢區(qū)域內所有醫(yī)院的檢查項目;顯示每一個檢查單報告已完成或未完成的狀態(tài)；患者在移動端點擊選擇的檢查項目查看報告詳細內容。2.區(qū)域檢驗報告

45、共享查詢及消息推送就診患者在做完檢驗后可在手機端查看已檢驗項目，醫(yī)院檢驗結 果出來后，立即推送至健康數(shù)據(jù)治理平臺進行報告共享并同步檢驗完 成狀態(tài)，同時中樞系統(tǒng)通過患者端應用推送報告已出的消息至患者, 患者可直接點擊推送的檢驗消息查看報告詳細內容，免去就診者來回 往返打印報告的麻煩，也為醫(yī)生及時進行診斷和治療提供更及時、便 利的依據(jù)。醫(yī)院將已審核的檢驗報告實時推送城市中樞系統(tǒng)平臺進行全域 共享；城市中樞系統(tǒng)向患者端實時推送報告已出消息，提醒患者及時查 詢檢驗報告內容；患者可在移動端根據(jù)時間段查詢區(qū)域內所有醫(yī)院的檢驗項目；顯示每一個檢驗單報告已完成或未完成的狀態(tài)；患者在移動端點擊選擇的檢驗項目查看

46、報告詳細內容；支持顯示每一個檢驗報告明細結果對應的參考值范圍。3.區(qū)域體檢報告共享查詢及消息提醒體檢者在做完體檢后可在手機端查看己體檢項目，醫(yī)院體檢報告 結果出來后，立即推送至健康數(shù)據(jù)治理平臺進行報告共享并同步體檢 完成狀態(tài)，同時中樞系統(tǒng)通過患者端應用推送報告已出的消息至患者, 用戶可直接點擊推送的體檢消息查看報告詳細內容，免去體檢者來回 往返打印報告的麻煩，體檢者可以在移動端查看自己的相關體檢信息（包括體檢套餐、套餐詳細內容、注意事項、體檢流程以及套餐價格 等）。醫(yī)院將已審核的體檢報告實時推送城市中樞系統(tǒng)平臺進行全域 共享；城市中樞系統(tǒng)向患者端實時推送報告已出消息，提醒患者及時查 詢體檢報告

47、內容；患者可在移動端根據(jù)時間段查詢區(qū)域內所有醫(yī)院的體檢信息；顯示每一個體檢報告已完成或未完成的狀態(tài)；患者在移動端點擊選擇的體檢項目查看報告詳細內容；支持顯示每一個體檢報告明細結果對應的參考值范圍；支持顯示實驗報告結果值偏高或偏低等異常值醒目提醒。6. 4.健康宣教衛(wèi)健管理可在后臺管理系統(tǒng)維護健康宣教內容，支持以文字、圖 片、視頻、鏈接等多種方式進行輸入，完成輸入后可支持定時或立即 發(fā)布。管理后臺發(fā)布后患者用戶可在公眾號移動端進行查看閱讀，幫 助患者學習醫(yī)療健康相關知識，方便城市健康進行宣傳指導，普及和 提高市民衛(wèi)生健康的認知。統(tǒng)計健康宣教應用的相同運營情況，包括發(fā)布數(shù)、閱讀數(shù)等。支持業(yè)務管理健

48、康宣教內容的自由編輯和發(fā)布更新。維護內容包括咨詢名稱，分類，內容，詳細內容支持圖片、文字、 視頻、鏈接等多種格式。系統(tǒng)會記錄發(fā)布后宣教閱讀情況，統(tǒng)計閱讀次數(shù)。6.5 .藥品說明患者對藥品的用法用量不清楚時，可以及時查詢相關藥品信息、 使用說明，避免用藥錯誤。藥品說明用戶可查看各種癥狀藥品和藥品 分類、藥品名稱、藥品介紹可進行快速定位藥品信息。無需進行身份認證即可查詢。支持顯示藥品大類，患者查看時根據(jù)藥品大類查看藥品說明書。說明書內容包括：生產(chǎn)企業(yè)、規(guī)格、成分、適應癥、有效期、用 法用量、批準文號、藥物相互作用、藥物分類、執(zhí)行標準、包裝、禁 忌、是否OTC、注意事項、商品名、不良反應、通用名、形

49、狀、儲藏 等維度進行介紹。說明書內容可持續(xù)維護更新。6. 6.個人基本健康檔案市民用戶可通過公眾號移動端對個人或綁定家屬的基本健康信 息進行維護，例如身高、體重、BMI （自動換算）、血型、家族史、生 育史等。當市民患者去醫(yī)院進行就診是可將輸入的基本健康信息對接 到相應醫(yī)院系統(tǒng)，幫助醫(yī)院提前完成患者診前信息，減少醫(yī)院和患者 的就醫(yī)時間。6. 7.個人健康記錄查詢市民可通過公眾號移動端隨時查詢個人或親屬的全區(qū)域門診就 診歷史信息，包括門診診療信息、住院診療信息、體檢信息等?；?健康數(shù)據(jù)治理平臺算力中心，針對市民就診信息，可持續(xù)分析并形成 可視化個人健康檔案，并針對慢性病、過敏源進行標簽化展示。

50、6. 8.門診記錄支持市民用戶查詢在區(qū)域內接入醫(yī)院的所有門診記錄，記錄按照 就診日期倒敘排列，方便用戶查找。記錄列表內容包括就診醫(yī)院、就 診時間、就診科室、接診醫(yī)生等。用戶可點擊就診列表查看本次就診記錄的詳細內容，例如醫(yī)生診 斷、用藥處方、藥品用法、用量、頻次、檢查項目、檢查結果、檢查 影像、檢驗項目、檢驗結果等。6. 9.住院記錄支持市民用戶查詢在區(qū)域內接入醫(yī)院的所有住院記錄，記錄按照 入院日期倒敘排列，方便用戶查找。記錄列表內容包括就診醫(yī)院、入 院日期、出院日期、出院科室、主治醫(yī)生等。滿意度測評衛(wèi)健管理或醫(yī)院管理人員可在城市醫(yī)療中樞管理平臺發(fā)布市民 滿意度測評計劃，管理人員可維護測評醫(yī)院、

51、人員比例及發(fā)送方式, 完成編輯后可選擇定時或立即發(fā)布，發(fā)布完成后，當就診患者完成結 算15分鐘后，醫(yī)療中樞系統(tǒng)將通過移動端推送滿意度評測，評測內 容圍繞著患者用戶針對該次就診的醫(yī)療服務、質量、環(huán)境、費用合理 性等進行評價。當患者評價結束后，醫(yī)療中樞管理平臺實時記錄評價 內容并進行流程管理跟蹤，如果患者不滿意，則要求業(yè)務管理進行回 訪，并監(jiān)管回訪數(shù)量和結果。滿意度評測后臺管理實現(xiàn)實時統(tǒng)計和分析評測結果，例如統(tǒng)計回 復率、不滿意回訪率、市民滿意指數(shù)等。投訴管理對于滿意度測評結果歸類為投訴信息進行投訴管理，支持手工添 加其他途徑的投訴信息。投訴管理是完整的投訴管理閉環(huán)流程，投訴 誰誰負責，通過任務交

52、辦，隨機回訪等方式形成閉環(huán)。12.醫(yī)生電子名片基于服務評價結果和醫(yī)療中樞數(shù)據(jù)服務，為每個醫(yī)生建立電子名 片，展示醫(yī)生每日接診數(shù)量/均次費用/滿意度評價指數(shù)?；颊呖稍卺t(yī) 生電子名片頁面查看醫(yī)生的相關數(shù)據(jù)，或查看歷史患者的就醫(yī)評價, 對醫(yī)生進行相應了解后，再選擇預約掛號、圖文問診、復診配藥等操 作。6.13.智能消息提醒依托中樞實時在線的能力實時感知患者的狀態(tài)，基于后臺的算力 及時為患者的就醫(yī)提供信息支撐，包括但不限于就診進度提醒、藥物 配送提醒、費用支付提醒、檢查檢驗提醒、服藥提醒等各種環(huán)節(jié)提醒。就診進度提醒通過微信患者移動端，患者只需通過手機移動掛號，完成支付后, 即可進入分診服務隊列，服務平

53、臺會提前提醒就診者當前所處的位置 和前面候診的人數(shù)，讓就診者能更合理地安排時間，隨時掌握并調整 候診狀態(tài)。藥物配送提醒藥物配送信息的提醒。配藥完成后提醒病人取藥，并推送煎服方 法；若使用配送服務，需通知患者物流單號及配送進度。費用支付提醒需要支付的費用提醒，包括診療費、藥品費用、檢查檢驗費用等 信息。檢查檢驗提醒在檢查/檢驗前一天、當天再次推送預約情況、注意事項以提醒 用戶。當檢查/檢驗狀態(tài)發(fā)生改變時，推送消息給患者，以便患者及時 了解進度。在檢驗/檢查登記后，提醒患者何事、何地取報告。在檢查/檢驗完成時，提醒病人取報告單，同時患者可以在手機 上查詢檢驗單。七、醫(yī)生在線醫(yī)生每天需要隨時了解病人

54、的臨床資料（醫(yī)囑、化驗單、檢查報 告、影像資料）。而醫(yī)院現(xiàn)有的醫(yī)生站系統(tǒng)需要醫(yī)生在固定的電腦前 才能進行相關操作,無法滿足醫(yī)生在患者床邊隨時進行患者信息查詢 的操作需求。與患者互動的需求目前醫(yī)院都盡力為患者提供最大的醫(yī) 療服務，但當病人的診療需求、特別是人生病時都處理脆弱期，需要 關愛的需求,得不到滿足時，就逐漸導致了醫(yī)患矛盾，同時由于目前醫(yī) 院由于病人眾多，醫(yī)護人員時間碎片化，病人的主治醫(yī)生、主管護士缺 少時間、缺乏與病人互動的渠道和途徑來緩解醫(yī)患矛盾。醫(yī)患服務的 矛盾會隨著時間漸漸突出當出現(xiàn)突發(fā)事件時，往往會導致醫(yī)患沖突。移動查房病區(qū)查房功能是提供給住院醫(yī)生在每日查房過程中可以時刻查 看患

55、者的信息，例如患者體征信息，歷次檢查檢驗結果，醫(yī)囑和病程 等。醫(yī)生的時候醫(yī)生還可以通過語音備忘錄將查房過程進行記錄，后 續(xù)可以根據(jù)這些記錄進行病情討論和書寫病歷。除此之外，該功能可 讓醫(yī)生隨時隨地關注所管轄患者的病情，起到遠程了解患者病情的目 的。查房功能包括醫(yī)生管床患者列表、醫(yī)療小組管轄患者列表和科室 患者列表，點擊列表可查看患者摘要、檢驗、檢查、體征、醫(yī)囑和病 程病歷等模塊，在各個模塊可查看患者具體的詳細內容，例如檢查檢 驗結果，患者體溫、脈搏、呼吸、血壓、血糖等變化，醫(yī)囑內容及病 歷內容等，給醫(yī)生提供患者全方位的診療信息，7. 2.我的住院患者醫(yī)生通過移動端、PAD等設備隨時查看當前自己

56、管理的住院患者 列表，展示信息參考：病人姓名、性別、術前術后標志、床位號、病 區(qū)、診斷、入院時間、病人住院號。醫(yī)生可以根據(jù)所在科室篩選本人患者、本組患者和全科患者進行 查房。7. 3.患者摘要本頁顯示患者的基本情況，包括住院信息、體征、最近檢查、最 近檢驗，方便醫(yī)生了解患者情況；可以點擊查看詳情，也可以切換到 具體的檢查、檢驗、體征、醫(yī)囑、病程查看全部信息。4.住院檢驗記錄查詢醫(yī)生通過移動端、PAD等設備隨時查看自己管理的住院病人的檢 驗記錄，若患者有連續(xù)的檢驗數(shù)據(jù)記錄，可以根據(jù)日期查看數(shù)據(jù)變化 趨勢圖。進入檢驗詳情時也可以左右滑動進行項目切換。7. 5.住院檢查記錄查詢醫(yī)生通過移動端、PAD

57、等設備隨時查看自己管理的住院病人的檢 查記錄，可集成第三方云影像公司來支持移動閱片。進入檢查詳情時 也可以左右滑動進行項目切換。7. 6.病程記錄查詢醫(yī)生可查看患者的電子病程記錄，列表按病歷日期倒序排列，點 擊病歷列表可查看病歷詳細內容，方便醫(yī)生隨時查看。改功能僅支持 查閱，不提供病歷錄入或修改。7. 7.醫(yī)囑記錄查詢按照時間從近到遠排序的當前患者醫(yī)囑列表，每一項包含項目名 稱、開藥醫(yī)師、開始及停止時間、執(zhí)行狀態(tài)、醫(yī)囑類別，是否為同一 組藥。醫(yī)生通過移動端、PAD等設備隨時查看自己管理的住院病人的 醫(yī)囑記錄。8.體征記錄查詢醫(yī)生通過移動端、PAD等設備隨時查看自己管理的住院病人的體 征記錄。包

58、含從住院至今的體溫趨勢圖、脈搏趨勢圖、呼吸趨勢圖、 血糖趨勢圖（折線圖），還有入院天數(shù)和護理等級。9.浮標工具便捷調出對當前病歷的語音備忘錄（進入該患者的語音備忘錄, 進行查看、新增或刪除）、分享（發(fā)起會診將病歷分享給其他醫(yī)生）、 下一位患者（根據(jù)床號切換患者，不用返回列表）。語音備忘錄醫(yī)生在查房時根據(jù)患者病情調整診療方案時，可以通過移動端、 PAD等設備隨時快速進行備忘錄記錄，提高效率。對患者需要備注的 信息進行語音記錄，自動進行語音識別轉換成文字存儲。提供查詢接 口供院內系統(tǒng)對接。醫(yī)生在查房過程中，快速記錄的患者信息或備注, 可以通過語音備忘錄快速查看，便于病例錄入和醫(yī)囑修改。同時支持 醫(yī)生拍照上傳照片。病歷分享與會診對于某些疑難病患者，經(jīng)治醫(yī)生需要其他醫(yī)生進行會診討論，目 前方式通常是需要制定會診計劃通過院內會診或遠程會診方式進行 病例討論，然而這種會議模式的會診需要較長的計劃階段，無法快速 召集醫(yī)療資源進行病例的討論，對于經(jīng)治醫(yī)生是有局限性的。病例分享，在線討論功能很好的解決這類