智慧醫(yī)院綜合服務(wù)平臺方案

智慧醫(yī)院綜合服務(wù)平臺

解決方案

目錄

一、整體削............................................................1

1、項目背景.........................................................1

1.1、政策背景...................................................1

1.2、解決問題...................................................1

2、總體建設(shè)目標....................................................2

2.1、患者便捷就醫(yī)..............................................2

2.2、財務(wù)高效管理..............................................3

2.3、系統(tǒng)安全運維..............................................3

3、項目采用的技術(shù)標準..............................................4

4、建設(shè)規(guī)劃........................................................6

4.1、多層次、全方位融合的平臺建設(shè)..............................6

4.2、開放式的平臺架構(gòu)..........................................7

4.3、多形式、多功能的接口......................................8

4.4、系統(tǒng)的安全性..............................................10

二、服務(wù)總線的建設(shè).....................................................14

1、綜合前置總線服務(wù)平臺............................................14

1.1、平臺介紹..................................................14

1.2、平臺特點..................................................15

1.3、平臺總體架構(gòu)..............................................16

2、統(tǒng)一支付服務(wù)平臺................................................19

3、數(shù)據(jù)服務(wù)平臺...................................................23

4、可信身份認證平臺...............................................24

5、實現(xiàn)統(tǒng)一對賬體系，提供業(yè)務(wù)細分對賬功能.........................27

三、線上線卜渠道服務(wù)的融合............................................30

1、醫(yī)院自助服務(wù)系統(tǒng)...............................................30

1.1、和本概述.................................................30

1.2、淘呈優(yōu)化.................................................32

1.3、服務(wù)功能.................................................35

1.4、智能化產(chǎn)品介紹...........................................38

四、運維管控..........................................................41

1、智能終端監(jiān)控管理運維系統(tǒng).......................................41

1.1、整體概述.................................................41

1.2、產(chǎn)品核心功能.............................................43

1.3、產(chǎn)品功能示例.............................................46

一、整體設(shè)計

1、項目背景

1.1、政策背景

近年國家出臺了多項促進醫(yī)療信息化發(fā)展、提升醫(yī)療服務(wù)水平的相關(guān)政策，《國務(wù)院關(guān)于積極

淮進"互聯(lián)網(wǎng)+”行動的指導(dǎo)意見》（國發(fā)[2015]40號I《國務(wù)院關(guān)于印發(fā)促進大數(shù)據(jù)發(fā)展行

動綱要的通知》（國發(fā)（2015）50號1《國務(wù)院辦公廳關(guān)于推進分級診療制度建設(shè)的指導(dǎo)意見》

（國辦發(fā)（2015）70號）,《國家信息化發(fā)展戰(zhàn)略綱要》（中共中央辦公廳國務(wù)院辦公廳2016

年第23號｝《"健康中國2030“規(guī)劃綱要》（國發(fā)（2016）32號）《關(guān)于促進和規(guī)范健康醫(yī)療

大數(shù)據(jù)應(yīng)用發(fā)展的指導(dǎo)意見》（國辦發(fā)（2016）47號\《"十三五"國家信息化規(guī)劃》（國發(fā)[2016]

73號1《國家衛(wèi)生計生委關(guān)于印發(fā)"十三五"全國人口健康信息化發(fā)展規(guī)劃的通知》（國衛(wèi)規(guī)劃

發(fā)（2017）6號）；《"十三五”衛(wèi)生與健康規(guī)劃》、《"十三五”全國人口健康信息化發(fā)展規(guī)劃》等

一系列的戰(zhàn)略層面的政策。醫(yī)院信息化的建設(shè)要求要求以病人為中心，優(yōu)化就診流程，增加便民

措施，減少患者等待時間，方便患者就醫(yī)。通過"全面實施預(yù)約診療"、"多種形式信息推送"、"費

用結(jié)算方便快捷"等方式改善醫(yī)療服務(wù)。2018年1月4日，國家衛(wèi)計委發(fā)布了《進一步改善醫(yī)療

服務(wù)行動計劃（2018-2020年）》，提出將充分運用新理念、新技術(shù),促進醫(yī)療服務(wù)高質(zhì)量發(fā)展，

保障醫(yī)療安全。并明確指定"以"互聯(lián)網(wǎng)+”為手段，建設(shè)智慧醫(yī)院"、"以"一卡通"為目標，實

現(xiàn)就診信息互聯(lián)互通”等作為2018-2020年改善醫(yī)療服務(wù)行動計劃重點。

因此迫切需要建立一套智慧醫(yī)療信息網(wǎng)絡(luò)平臺體系，融合醫(yī)院各種線上、線下資源，整合

渠道，使患者用較短的等療時間、支付基本的醫(yī)療費用，就可以享受安全、便利、優(yōu)質(zhì)的診療服

務(wù)?；ヂ?lián)網(wǎng)+智慧醫(yī)院以及院內(nèi)"一卡通"均由到醫(yī)院信息系統(tǒng)實現(xiàn)，也是目前“智慧醫(yī)院”項目

建設(shè)的核心內(nèi)容。為患者全渠道、分時段、實名制預(yù)約診療服務(wù)；實現(xiàn)新媒體、微平臺、手機信

息、電話等途徑提供診療信息推送,優(yōu)化費用結(jié)算流程引入快捷支付?？梢杂行Ы鉀Q患者掛號繳

費就醫(yī)過程中反復(fù)問詢、排隊、奔波之苦。

1.2、解決問題

"一卡通"、"銀醫(yī)通”類項目通過多年的普及實施，大多數(shù)有一定規(guī)模的醫(yī)院均引入相關(guān)的

軟硬件設(shè)備為患者嘗試提供便捷的服務(wù)。但地區(qū)的發(fā)展不平衡,醫(yī)院之間水平的差異參差不齊。

系統(tǒng)建設(shè)的水平與試用效果也是千差萬別。目前該類項目建設(shè)處于更新?lián)Q代，“服務(wù)總線+線上線

下十運維管控””融合的新一代智慧醫(yī)院服務(wù)平臺，旨在徹底解決如下問題：

?門診在高峰時刻人群比較擁擠，醫(yī)院服務(wù)壓力較大，患者體驗服務(wù)欠佳。

?自助服務(wù)業(yè)務(wù)分流率與覆蓋率不高，未能較全面的替代人工窗口的的業(yè)務(wù)。

?未能很好的兼顧各類人群的使用習(xí)慣，尤其是互聯(lián)網(wǎng)支付方式在百姓中普及，無法適應(yīng)

主流支付習(xí)慣。所有自助機都無法支持醫(yī)?？ǖ淖R別與結(jié)算。

?線上線下融合不充分，難以滿足當(dāng)前"移動互聯(lián)網(wǎng)”應(yīng)用需求，無法將服務(wù)的便捷性發(fā)

揮到最佳。

?區(qū)域統(tǒng)一指導(dǎo)和醫(yī)院創(chuàng)新運營結(jié)合，提供高效、安全的就醫(yī)服務(wù)新模式，提升區(qū)域內(nèi)整

體智慧醫(yī)療服務(wù)水準。

?智能化水平整體還偏低,未能將服務(wù)體驗提升到一個新的水平。

?各種智能設(shè)備、系統(tǒng)管理欠缺，整體運維效率較低。

?病房的的信息化水平還較低，醫(yī)護工作人員工作量大，對患者服務(wù)欠佳。

?配套的專業(yè)服務(wù)隊伍跟不上，使得系統(tǒng)建設(shè)完后使用欠佳。

2、總體建設(shè)目標

全面融合"互聯(lián)網(wǎng)+"健康醫(yī)療，融合應(yīng)用云計算、大數(shù)據(jù)、物聯(lián)網(wǎng)、互聯(lián)網(wǎng)+等技術(shù)，建設(shè)

符合現(xiàn)在醫(yī)院實際需求及應(yīng)用特色的智慧醫(yī)院患者服務(wù)平臺，進一步提高患者獲取醫(yī)療服務(wù)的便

利性、享受醫(yī)療服務(wù)的舒適性，增強患者對醫(yī)院的信任度和忠誠度，提升醫(yī)院品牌形象和社會影

響力。

建設(shè)“智慧醫(yī)院"，提升健康信息服務(wù)能力。"智慧醫(yī)院”的核心就是"以患者為中心"，給

予患者以全面、專業(yè)、貼心的醫(yī)療體驗；從醫(yī)護等工作人員角度出發(fā)，通過快捷完善的數(shù)字化信

息系統(tǒng)使醫(yī)護工作實現(xiàn)“無紙化、智能化、高效化"；從醫(yī)療機構(gòu)管理的角度出發(fā)，整合的"智慧

醫(yī)院"體系除去了醫(yī)療服務(wù)當(dāng)中各種重復(fù)環(huán)節(jié)、低效環(huán)節(jié)，降低了醫(yī)院運營成本的同時也提高了運

管效率和監(jiān)管效率。因此，項目建設(shè)僅僅圍繞如下三大方面：方便患者為核心建設(shè)目標、高效管

理為品質(zhì)目標、創(chuàng)新求進為工作基調(diào)。

2.1.患者便捷就醫(yī)

主要建設(shè)內(nèi)容：

1."一卡通"就醫(yī)：具備較高的包容性，能為兼顧各類人員的年齡、文化、習(xí)慣等因素，提供

良好體驗的操作服務(wù)。新一代的“智慧醫(yī)院”融合了多種物聯(lián)網(wǎng)識別技術(shù)、智能化技術(shù)，為個人

人群提供身份識別與電子化的診療服務(wù)。系統(tǒng)除了可以向患者發(fā)放新的就診卡外，同時還能兼容

二代身份證、居民健康卡、社?？?、市民卡、銀行卡、二維碼、手機等多種介質(zhì)的接入。并預(yù)留

了人臉識§!!、指紋識別的生物識別認證的接口，滿足未來各種先進識別技術(shù)的應(yīng)用。

2.多渠道掛號：提供完善的預(yù)約服務(wù)患者可通過醫(yī)院自助、醫(yī)院人工、院外渠道（114、微信

2

公眾號、支付寶服務(wù)窗、手機APP、合作銀行二維碼、網(wǎng)銀、ATM機等）進行多種渠道的預(yù)約掛

號或?qū)崟r掛號。

3.分時段就醫(yī)：患者根據(jù)掛號信息，按照提示時間和診區(qū)直接到診室就醫(yī)，在時間上確保了患

者權(quán)益；根據(jù)病情需要，在醫(yī)生工作站提供分級檢診與診間預(yù)約服務(wù)。

4.實時消息提醒：線上通過微信公眾號、支付寶服務(wù)窗、手機APP、短信等方式，向患者實

時發(fā)送就診引導(dǎo)、候診候檢、取報告單提醒等消息、，避免患者盲目奔波，實現(xiàn)貼身服務(wù)。線下通

過自助服務(wù)系統(tǒng)，媒體屏為用戶提供針對性就醫(yī)引導(dǎo)消息服務(wù)。

5啟助結(jié)算：患者在做各項檢驗、檢查、治療、取藥前可在自助機上刷卡或通過手機APP結(jié)

算支付，并且可以支持醫(yī)保結(jié)算。支持住院預(yù)交金繳費，即能滿足醫(yī)院財務(wù)管理需求，又能方便

患者。

6.自助查詢：保證每一筆交易可查詢、可追溯，實現(xiàn)收費現(xiàn)金管理自動化，確?；颊吆戏?quán)益

和資金運營安全，并提供詳細的各類日志記錄（錯誤記錄、流水記錄。

7.患者可以便捷的打印各種檢查報告、檢驗報告、門診費用清單、費用票據(jù)、住院清單。

8.自助渠道、互聯(lián)網(wǎng)渠道提供各類人性化的服務(wù)：包括醫(yī)院蟄詢、醫(yī)生直詢、就診查詢、藥品

查詢、報告查詢、滿意度調(diào)查、點餐服務(wù)等。

2?2、財務(wù)高效管理

主要建設(shè)內(nèi)容：

1.精準便捷的財務(wù)管理系統(tǒng)，支持多渠道、多元化的結(jié)算方式，提供安全有保障的財務(wù)對賬管

理平臺系統(tǒng)軟件，保障醫(yī)院資金的安全性。

2.建立線上線下多渠道統(tǒng)一支付平臺，面向線上交易渠道、線下自助設(shè)備和人工窗口，提供

支付服務(wù)并進行集中管理，后臺保持電子流水記錄并進行逐層明細對賬。

3.對賬、結(jié)算及時清晰。在各個支付流程中引入刷卡消費、掃碼支付，系統(tǒng)后臺自動記賬，

并且每日自動對賬，退款經(jīng)可信身份認證，自動到卡，減輕人力，保證交易安全和醫(yī)院患者的金

融安全。

4.提供定制化報表，除了基礎(chǔ)通用報表外，根據(jù)院方不同財務(wù)需求定制相應(yīng)的報表，便于統(tǒng)計

分析和決策支持。報表可以在PC端和移動端定制的APP上進行查看。

2.3、系統(tǒng)安全運維

1.統(tǒng)一平臺接口，將所有的后端通信,交易流程控制信息都在一個統(tǒng)一的數(shù)據(jù)交互中間件平

臺中進行交換，使系統(tǒng)能夠統(tǒng)一規(guī)劃，能夠統(tǒng)一監(jiān)管，確保系統(tǒng)安全。

2.平臺+插件式結(jié)構(gòu)，既保證區(qū)域平臺的統(tǒng)一,又能滿足各醫(yī)院的特色需求。整體易開發(fā)和維

護，降彳曬體投入，也有利于建立統(tǒng)一安全機制，確保業(yè)務(wù)的穩(wěn)定安全。

3.參照衛(wèi)生部居民健康卡應(yīng)用技術(shù)規(guī)范進行設(shè)計和實現(xiàn)的整體解決方案，支持居民健康卡院

3

內(nèi)使用、健康信息回寫和居民健康卡金融功能。

4.實現(xiàn)設(shè)備遠程控制。通過系名奇是供的遠程管理工具，管理人員可根據(jù)自定義的發(fā)布策略實現(xiàn)

各類程序文件、數(shù)據(jù)文件和廣告文件的下發(fā)、更新。醫(yī)院管理人員可以很輕松的對各類設(shè)備、系

統(tǒng)進行遠程監(jiān)控,系統(tǒng)可以自動保修。

5.提供便捷的決策支持，實現(xiàn)實時、靈活、齊全的數(shù)據(jù)統(tǒng)計和數(shù)據(jù)分析。為科學(xué)決策和考核提

供輔助功能，為降低服務(wù)成本提供精確數(shù)據(jù)，實現(xiàn)精細化管理。為醫(yī)院領(lǐng)導(dǎo)及醫(yī)生、預(yù)付人員提

供高效的決策支持與工作支撐：醫(yī)院各類菅理人員科室實時查看各類業(yè)務(wù)的實施運營數(shù)據(jù)，進行

快速的決策，提升管理。

6.以嚴格管理制度、快速報修服務(wù)要求、賬戶準確性要求為標準構(gòu)建。建立安全高效的分級管

理權(quán)限模式，建立安全高效的分級管理權(quán)限模式、建立故障快速響應(yīng)機制，實現(xiàn)平臺故障生命周

期的跟蹤管理。

3、項目采用的技術(shù)標準

項目采用的關(guān)鍵技術(shù)如下：

技術(shù)類別應(yīng)用范例

云計算技術(shù)平臺云部署、智能虛擬全科醫(yī)生服務(wù)云部署

大數(shù)據(jù)技術(shù)智能虛擬全科醫(yī)生大數(shù)據(jù)支撐、運維管理大數(shù)據(jù)分析

物聯(lián)網(wǎng)技術(shù)RFID無線射頻識別技術(shù)（無線射頻卡\wifi傳輸、藍牙傳輸、設(shè)備狀

態(tài)監(jiān)控

移動互聯(lián)網(wǎng)技術(shù)移動醫(yī)療線上服務(wù)、線上支付

生物識別技術(shù)人臉識指紋識別、人體感應(yīng)、指靜脈識^

安全認證技術(shù)加密技術(shù)、身份實名制認證、公安部授權(quán)的可信身份認證平臺

打印技術(shù)熱敏打印、激光打印、熱轉(zhuǎn)印打印、發(fā)票針式打印、發(fā)票打印回收、病

歷本打印

支付技術(shù)銀聯(lián)卡支付、掃碼支付、醫(yī)保支付、現(xiàn)金識別技術(shù)

項目軟件設(shè)計和硬件施工所采用的技術(shù)標準如下：

基礎(chǔ)標準

1GB/T11457-2006:信息技術(shù)、軟件工程術(shù)語

2GB8566-88計算機軟件開發(fā)規(guī)范

3GB1526-1989:信息處理各種圖的文件編輯符號和約定

4GB/T14085-1993:信息處理系統(tǒng)計算機系統(tǒng)配置圖符號及約定

5GB/T20157-2006信息技術(shù)軟件維護

4

6GB/T20271-2006《信息安全技術(shù)-信息系統(tǒng)通用安全技術(shù)要求》

7GB/T8566-2007信息技術(shù)軟件生存周期過程

開發(fā)標準

1GB/T8566-2001信息技術(shù)軟件生存周期過程

2GB/T15853-1995軟件支持環(huán)境

3GB/T14079-1993軟彳悔護指南

4SJ/T10367-1993（2009滸算機過程控制軟件開發(fā)規(guī)程

5GB/T17544-1998信息技術(shù)軟件包質(zhì)量要求和測試

6GB/T15532-2008計算機軟件測試規(guī)范

文檔標準

1GB/T8567-2006計算機軟件文檔編制規(guī)范

2GB/T8567-1988計算機軟件產(chǎn)品開發(fā)文檔編制指南

3GB/T9385-2008計算機軟件需求規(guī)格說明規(guī)范

管理標準

1GB/T12505-1990計算機軟件配置管理計劃規(guī)范

2GB/T16260-2006軟件工程產(chǎn)品質(zhì)量（質(zhì)量模型外部度量內(nèi)部度量使用質(zhì)量的度量）

3GB/T12504-1990計算機軟件質(zhì)量保證計劃規(guī)范

4GB/T14394-2008計算機軟件可靠性和可維護性管理

5GB/T20918-2007信息技術(shù)軟件生存周期過程風(fēng)險管理

機房建設(shè)標準

1GB/T6550-1986計算機機房用活動地板技術(shù)條件

2GB50174-2008電子信息系統(tǒng)機房設(shè)計規(guī)范

3GB2887-1989計算機站場地技術(shù)條件

4YDJ261989通信局站接地設(shè)計暫行技術(shù)規(guī)定

5sj/t30003-1993電子計算機機房施工及驗收規(guī)范

綜合布線標準

1CECS72.97建筑與建筑群綜合布線系統(tǒng)工程涉及規(guī)范

2CECS89.98建筑與建筑群綜合布線工程施工與驗收規(guī)范

5

4、建設(shè)規(guī)劃

4.1,多層次、全方位融合的平臺建設(shè)

“智慧醫(yī)院”綜合服務(wù)平臺將各個智慧醫(yī)院的建設(shè)目標、建設(shè)模式進行統(tǒng)一規(guī)劃、統(tǒng)一設(shè)計、

統(tǒng)一實施、統(tǒng)一運營、統(tǒng)一維護，設(shè)計了穩(wěn)定、高效、安全的平臺業(yè)務(wù)縱深架構(gòu)體系，確保項目

能夠成功上線并覆蓋所有醫(yī)院和人群，以期為用戶提供最高水平的服務(wù)，深度解決醫(yī)院"三長一

短”的問題。

業(yè)務(wù)層次縱深架構(gòu)包含基礎(chǔ)設(shè)施層、網(wǎng)絡(luò)層、服務(wù)支撐層和應(yīng)用層，運行在平臺安全管理與

，呆障體系和平臺運營服務(wù)管理體系之下。

M門⑼％端叫名?。小制燈用以&

智能導(dǎo)診沅界咨詢

業(yè)務(wù)應(yīng)用層

系統(tǒng)銬理I終端管理I交易監(jiān)控統(tǒng)計分析交易對賬

平平

臺安全管理I信息內(nèi)容管理I用戶與權(quán)限管理應(yīng)用接入與運營管理臺

安

軟運營支撐層（P阻S）

件

全運

構(gòu)

管IIS揮隊分診微信支付寶銀行定位服務(wù)其他

架IIII營

理

服務(wù)支撐層（SaaS）服

和

保系統(tǒng)軟件■開發(fā)工具包■開發(fā)加試環(huán)境■數(shù)據(jù)交換平臺務(wù)

系統(tǒng)支持層管

一

平理

體0

臺

系體

網(wǎng)

絡(luò)系

內(nèi)部數(shù)據(jù)網(wǎng)絡(luò)互聯(lián)網(wǎng)絡(luò)移動通信網(wǎng)絡(luò)

云操作系統(tǒng)

虛擬機［虛擬計算］虛擬網(wǎng)絡(luò)［虛擬何

硬

件

構(gòu)

架

主機存儲應(yīng)用終端移動終端自助設(shè)備

基礎(chǔ)設(shè)施層（laaS）

“智慧醫(yī)院”一體化平臺

“智慧醫(yī)院”綜合服務(wù)平臺業(yè)務(wù)縱深架構(gòu)體系

6

4個層次簡要描述如下：

(1)基礎(chǔ)設(shè)施層：提供系統(tǒng)所需的硬件支撐。

(2)平臺網(wǎng)絡(luò)：提供網(wǎng)絡(luò)通信支持，其中互聯(lián)網(wǎng)絡(luò)、互聯(lián)網(wǎng)為連接的外部基礎(chǔ)設(shè)施。

(3)軟件構(gòu)架：包含了系統(tǒng)支撐、服務(wù)支撐和運營支撐3層。其中，系統(tǒng)支持層提供系統(tǒng)開發(fā)/

測試的系統(tǒng)環(huán)境、工具支持和平臺支持；服務(wù)支撐層主要包括本院HIS.US等基礎(chǔ)軟件服務(wù)系

統(tǒng)，另外還有第三方比如微信、支付寶、銀行(銀聯(lián))、地圖定位服務(wù)等等。運營支撐層提供各功

能模塊的運營。

(4)業(yè)務(wù)應(yīng)用層：面向廣大患者、醫(yī)生朋友，提供線下醫(yī)院端以及線上移動端相結(jié)合的醫(yī)療服

務(wù)，提高患者的就醫(yī)體驗。

此外，智慧醫(yī)院綜合服務(wù)平臺能高效、穩(wěn)定運行，提供兩大保障體系：

(1)平臺安全管理和保障體系：根據(jù)平臺性質(zhì)與需求，逐步完善系統(tǒng)的安全管理體系，保障系

統(tǒng)的安全運營和服務(wù)。

(2)平臺運營服務(wù)管理體系：建立平臺的運營、服務(wù)、管理規(guī)范與標準，保障平臺的穩(wěn)定、可

靠、流程化運行，提升平臺的信息系統(tǒng)維護管理的效率。

服務(wù)總線主要包含兩個重要的服務(wù)子平臺建設(shè)：

統(tǒng)一對外前置服務(wù)，集中管理、發(fā)布醫(yī)院對外服務(wù)接口，實現(xiàn)業(yè)務(wù)的邏輯封裝和統(tǒng)一管理。

為各個醫(yī)院外部服務(wù)系統(tǒng)和服渠道提供統(tǒng)一接入接口，實現(xiàn)各個服務(wù)渠道、服務(wù)資源的統(tǒng)一接入

管理，解決信息孤島問題并避免醫(yī)院內(nèi)部核心系統(tǒng)暴露。服務(wù)資源包括：HIS、LIS、PACS、EMR

等系統(tǒng)提供的數(shù)據(jù)資源，服務(wù)渠道包括醫(yī)院院內(nèi)窗口、醫(yī)生站、自助服務(wù)系綺口院外互聯(lián)網(wǎng)服務(wù)

渠道等。

統(tǒng)一支付服務(wù)平臺為各個支付渠道提供統(tǒng)一的支付業(yè)務(wù)支撐、支付過程跟蹤管理、支付結(jié)果

記錄輸出等服務(wù)，實現(xiàn)統(tǒng)一交易過程控制、統(tǒng)一財務(wù)報表輸出，實現(xiàn)一賬通管理。并支持多家銀

行接入以及資金的定向歸集。

4?2、開放式的平臺架構(gòu)

建立統(tǒng)一的綜合服務(wù)區(qū)域平臺，重點是提供包含前置總線服務(wù)、支付服務(wù)、可信身份認證服

務(wù)的“標準服務(wù)總線"。除實現(xiàn)業(yè)務(wù)愛輯封裝,事務(wù)控制和對外提供接口外，還實現(xiàn)部分業(yè)務(wù)處理

工作。平臺采用Java技術(shù)實現(xiàn)三層框架，統(tǒng)一連接銀行、運營商、醫(yī)保、衛(wèi)生局/廳/部等醫(yī)院外

部服務(wù)單位的信息服務(wù)系統(tǒng)。支持寞群部署和負載均衡,提供銀醫(yī)結(jié)算、預(yù)約診療、醫(yī)保結(jié)算和

居民健康卡等標準插件服務(wù)。

為滿足醫(yī)院多渠道、多業(yè)務(wù)、多層次的高端服務(wù)需求。平臺實現(xiàn)三層架構(gòu)部署，主要劃分以

下三個層次：

L數(shù)據(jù)層

7

數(shù)據(jù)層主要是基于醫(yī)院內(nèi)外網(wǎng)環(huán)境與運行環(huán)境，通過醫(yī)院網(wǎng)絡(luò)安全系統(tǒng)、主機系統(tǒng)、存儲系

統(tǒng)等硬件設(shè)備的支撐構(gòu)建銀醫(yī)通系統(tǒng)數(shù)據(jù)中心，為整個銀醫(yī)通系統(tǒng)建設(shè)提供數(shù)據(jù)支撐。包括業(yè)務(wù)

數(shù)據(jù)庫、管理數(shù)據(jù)庫、支持數(shù)據(jù)庫的建設(shè)。

2、平臺層

平臺層以獨立的技術(shù)平臺為技術(shù)性支持，以數(shù)據(jù)層的支持數(shù)據(jù)庫為信息資源提供渠道，建設(shè)整

個系統(tǒng)應(yīng)用的核心業(yè)務(wù)平臺一基于醫(yī)院業(yè)務(wù)的統(tǒng)一平臺，共同支撐上層應(yīng)用。

3、應(yīng)用層

應(yīng)用層主要是基于平臺層的核心支撐，面向用戶和醫(yī)院業(yè)務(wù)提供各類應(yīng)用服務(wù)。主要包括：

自助服務(wù)系統(tǒng)、MIS-POS,號源管理、預(yù)約掛號、掌上醫(yī)院等。

部署方式：平臺可以區(qū)域集中部署,對各接入醫(yī)院提供標準服務(wù)組件，節(jié)省硬件資源。針對

單個規(guī)模醫(yī)院也可以獨立建設(shè)，上級主管部門所需數(shù)據(jù)可自動上傳區(qū)域平臺。通過標準化的接口

及插件方式對醫(yī)院內(nèi)外業(yè)務(wù)系統(tǒng)集成，實現(xiàn)對各業(yè)務(wù)系統(tǒng)的安全管控、集中管理。平臺系統(tǒng)采用

B\S架構(gòu)，用戶可通過WEB瀏覽器方式訪問系統(tǒng)平臺。

4.3,多形式、多功能的接口

標準服務(wù)總線提供多種形式和功能的接口以滿足各渠道系統(tǒng)和HIS系統(tǒng)調(diào)用，實現(xiàn)自助就醫(yī)

服務(wù)包括掛號、繳費等，并且需提供方便、快速的接口擴充機制。

①渠道API

標準服務(wù)總線為各個互聯(lián)網(wǎng)診療服務(wù)渠道提供渠道API,實現(xiàn)線上渠道接口服務(wù)。

診療服務(wù)渠道包括掌上醫(yī)院（微信公眾號、支付寶服務(wù)窗、APP1網(wǎng)站（官網(wǎng)、微官網(wǎng)）、第

三方診療服務(wù)平臺（例如微醫(yī)、好醫(yī)網(wǎng)、趣醫(yī)網(wǎng)、就醫(yī)160等）等。

標準服務(wù)總線為各個渠道提供的接口包括：簽約建檔、當(dāng)天掛號、預(yù)約掛號、門診繳費、門

診清單、住院預(yù)交、住院費用清單宜詢、檢查查詢、檢驗查詢、物價查詢、滿意度評價、排隊候

診、智能分診、支付體系和支付通道（微信、支付寶等具它第二方支付）等接口。

②自助API

標準服務(wù)總線為院內(nèi)自助服務(wù)系統(tǒng)提供API,實現(xiàn)院內(nèi)自助系統(tǒng)接口服務(wù)。包括門診自助服

務(wù)系統(tǒng)和住院自助服務(wù)系統(tǒng)等。

標準服務(wù)總線為自助服務(wù)系統(tǒng)提供的接口包括：發(fā)/補醫(yī)院就診卡、簽約注冊、現(xiàn)場預(yù)約掛號、

預(yù)約取號、當(dāng)天掛號、門診繳費、物價杳詢、門診費用查詢、滿意度評價、門診一日清單打印、

檢驗報告單打印、住院費預(yù)存、住院預(yù)繳查詢、住院明細查詢、出院清單打印、微信&支付寶掃碼

支付等接口。

③窗口API

標準服務(wù)總線向HIS提供窗口統(tǒng)一接口服務(wù)，包括患者身份識別、窗口收費、窗口退費等。

院外渠道接口對接

8

管理院外服務(wù)渠道新增和刪除、修改與配置。服務(wù)渠道包括微信掌上醫(yī)院、支付寶服務(wù)窗掌

上醫(yī)院、好醫(yī)網(wǎng)、微醫(yī)、健康之路等。

管理院外服務(wù)渠道支付接入操作，提供統(tǒng)一組件服務(wù)。

管理院外服務(wù)渠道支付的開啟與關(guān)閉、開啟關(guān)閉時間。設(shè)置不同服務(wù)渠道的支付規(guī)則、折扣、

黑名單、接入限制、優(yōu)先級等支付限制信息和分配信息。

配置各個服務(wù)渠道和接入?yún)?shù)、接入接口、數(shù)據(jù)存儲、數(shù)據(jù)組包規(guī)則等。

9

4.4、系統(tǒng)的安全性

系統(tǒng)建設(shè)的軟硬件安全嚴格按照醫(yī)院等級保護的最新標準要求實施。

標準國標號標準分冊

網(wǎng)珞安全等級GB/T25070網(wǎng)絡(luò)安全等級保護安全設(shè)計技術(shù)要求第1部分通用設(shè)計要求

保護安全設(shè)計網(wǎng)絡(luò)安全等級保護安全設(shè)計技術(shù)要求第2部分：云計算安全要求

技術(shù)要求網(wǎng)絡(luò)安全等級保護安全設(shè)計技術(shù)要求第3部分：移動互聯(lián)網(wǎng)安全要求

網(wǎng)絡(luò)安全等級保護安全設(shè)計技術(shù)要求第4部分：物聯(lián)網(wǎng)安全要求

網(wǎng)絡(luò)安全等級保護安全設(shè)計技術(shù)要求第5部分：工業(yè)控制安全要求

網(wǎng)絡(luò)安全等級GB/T28448網(wǎng)絡(luò)安全等級保護測評要求第1部分：安全通用要求

保護測評要求網(wǎng)絡(luò)安全等級保護測評要求第2部分：云計算安全擴展要求

網(wǎng)絡(luò)安全等級保護測評要求第3部分：移動互聯(lián)安全擴展要求

網(wǎng)絡(luò)安全等級保護測評要求第4部分：物聯(lián)網(wǎng)安全擴展要求

網(wǎng)絡(luò)安全等級保護測評要求第5部分：工業(yè)控制系統(tǒng)安全擴展要求

網(wǎng)絡(luò)安全等級GB/T22239網(wǎng)絡(luò)安全等級保護基本要求第1部分：安全通用要求

保護基本要求網(wǎng)絡(luò)安全等級保護基本要求第2部分：云計算安全擴展要求

網(wǎng)絡(luò)安全等級保護基本要求第3部分：移動互聯(lián)網(wǎng)安全擴展要求

網(wǎng)絡(luò)安全等級保護基本要求第4部分：物聯(lián)網(wǎng)安全擴展要求

網(wǎng)絡(luò)安全等級保護基本要求第5部分：工業(yè)控制系統(tǒng)安全擴展要求

10

(1)機房安全:

系統(tǒng)建設(shè)所涉及部署的服務(wù)器按機關(guān)管理要求進行部署。

基木防護能力

物理位置的選擇不能選擇高層、地下室

基本出入控制

物理訪問控制分區(qū)域管理電子門禁

在機房中的活動

存放位置、標記標識

防盜竊和防破壞監(jiān)控報警系統(tǒng)

建筑防雷、機房接地

防雷擊設(shè)備防雷

滅火改備、自動報警

自動消防系統(tǒng)區(qū)域隔離措旅

關(guān)鍵設(shè)備

主要設(shè)備防靜電地板

穩(wěn)定電壓、短期供應(yīng)

主要設(shè)備冗余/并行線路

線纜隔離

接地防干擾備用供電系統(tǒng)

防水和防潮溫濕度控制

(2)網(wǎng)絡(luò)安全:

惡意代碼防范J警審計[入侵防范

網(wǎng)絡(luò)邊界安全防護?網(wǎng)扇設(shè)備防護]

結(jié)構(gòu)安全

(3)終端安全

11

：@客戶端工作安裝

桌面管理或谷

桌面

管理

:客戶端工作站

部署企業(yè)版其它安安裝USB管理

殺毒軟件企業(yè)版全措施軟件限制USB

設(shè)備

(4)數(shù)據(jù)安全

對數(shù)據(jù)庫及重要數(shù)據(jù)進行加密,

避免泄露。數(shù)據(jù)安全：

傳輸、存儲、

備份、還原、

利用數(shù)據(jù)庫自動備份機制進行定時介質(zhì)、加密。

備份，采用完全、憎量備份方式。

災(zāi)備安全：

數(shù)據(jù)災(zāi)備機制

存儲介質(zhì)方面通過硬盤盒及

應(yīng)急處置流程。

硬盤柜進行離線存儲。

在存儲及傳輸過程P

對數(shù)據(jù)進行加密。.

(5)應(yīng)用安全

?系統(tǒng)程序的版本管理與權(quán)限管理。

12

?應(yīng)用數(shù)據(jù)的加密傳輸與加密訪問。

?敏感數(shù)據(jù)的脫敏處理。

?數(shù)據(jù)訪問的范圍與權(quán)限管理。

?應(yīng)用系統(tǒng)的杳毒、殺毒。

?客戶身份的可信認證。

(6)安全管理

醫(yī)院每年均迸《信息網(wǎng)絡(luò)事件各種規(guī)章制

行兩次人員培應(yīng)急預(yù)案》.度.

訓(xùn)，對計算機《網(wǎng)絡(luò)機房突發(fā)

操作及安全知事故應(yīng)急處理預(yù)

識進行培訓(xùn).案》.」

安全落實

機制及工具

PDCA閉環(huán)

風(fēng)險評估管理機制

安全審計手段

□及考核機制?

13

二、服務(wù)總線的建設(shè)

1、綜合前置總線服務(wù)平臺

1.1,平臺介紹

傳統(tǒng)醫(yī)院的信息化系統(tǒng)建設(shè)相對離散，院內(nèi)各信息系統(tǒng)"信息孤島"現(xiàn)象較為嚴重。根

據(jù)我們多年從事銀醫(yī)自助系統(tǒng)建設(shè)項目的經(jīng)驗,再結(jié)合對醫(yī)療信息化、尤其是對“智慧醫(yī)療"、

"互聯(lián)網(wǎng)+醫(yī)療”的理解，我們逐步開始建設(shè)新型醫(yī)療信息化系統(tǒng)，以統(tǒng)一管理、統(tǒng)一規(guī)

劃、統(tǒng)一標準為理念，以面向服務(wù)（SOA）的架構(gòu)為依托，逐步開始規(guī)劃和建設(shè)統(tǒng)一的綜

合前置總線服務(wù)平臺，該平臺將與銀行系統(tǒng)、醫(yī)院HIS/LIS/PACS/EMR等系統(tǒng)、醫(yī)保結(jié)算

服務(wù)、健康卡服務(wù)、支付寶/微信等三方支付系統(tǒng)、可信身份認證平臺以及各類其他擴展服

務(wù)網(wǎng)關(guān)等系統(tǒng)進行有效的對接，為醫(yī)院信息系統(tǒng)提供統(tǒng)一的服務(wù)接入，同時進行各種業(yè)務(wù)的

集中管理與應(yīng)用，總體形成信息服務(wù)易接入、易管理、易維護的目的，此系統(tǒng)能進行有效的

擴展子系統(tǒng)，以"平臺總線+插件”的設(shè)計思想，平臺內(nèi)部解決不同系統(tǒng)之間的接口差異,

對外以統(tǒng)一的標準接口進行發(fā)布，支持靈活添加各種服務(wù)。

本平臺采用總線軟件架構(gòu)，解決了耦合性過強問題，系統(tǒng)分為通信模塊，消息處理模塊,

調(diào)度模塊，數(shù)據(jù)庫處理模塊，三方調(diào)用模塊。模塊與模塊之間互相不影響，相互獨立，各個

模塊與核心模塊進行交換通信,再由核心模塊負責(zé)處理事務(wù)。

本平臺是中間技術(shù)與WebService技術(shù)/TCP技術(shù)等結(jié)合的產(chǎn)物，形成一種服務(wù)使用者

到服務(wù)協(xié)議到服務(wù)提供者的產(chǎn)業(yè)鏈。客戶對實際服務(wù)提供者的身份、物理位置、傳輸協(xié)議和

接口定義無需關(guān)心，交互集成代碼提取到了業(yè)務(wù)邏輯之外，由平臺進行中央的宣告式定義，

平臺實現(xiàn)協(xié)議轉(zhuǎn)換（WebService,Http3Ms,MQTCRFTP等），消息轉(zhuǎn)換（轉(zhuǎn)換/編碼/

解碼、充實、過濾），消息路由（同步/異步、發(fā)布/訂閱、基于內(nèi)容路由、分支與聚合…）。

14

平臺支持以一個直觀的形式定義新組合服務(wù)的流程(工作流，代碼級編排)，為實現(xiàn)互聯(lián)

互通標準化集成提供基礎(chǔ)。簡化現(xiàn)有異構(gòu)環(huán)境下的數(shù)據(jù)、信息、應(yīng)用的互聯(lián)互通以及業(yè)務(wù)功

能或服務(wù)的重用，實現(xiàn)對外服務(wù)化，對內(nèi)松耦合。

1.2.平臺特點

本平臺特點性能如下：

(1)高性能：運行時采用多進程技術(shù)確保運行穩(wěn)定及高可用，突破傳統(tǒng)平臺并發(fā)性能上限,

相較傳統(tǒng)產(chǎn)品提高數(shù)倍性能。

(2)跨平臺：運行節(jié)點支持linux環(huán)境，windows環(huán)境,Unix環(huán)境,MacOS環(huán)境等，可

部署運行在物理/虛擬Linux、Windows服務(wù)器、普通PC機、前置機等設(shè)備之上。

(3)分布式部署：支持集群、熱備、負載均衡。提供Linux及Windows安裝包，安裝

后進行簡單配置即可運行。

(4)熱部署：新增/修改交易交易模塊無需停機即可完成熱更。

(5)開發(fā)易用：采用流程工作流模式，面向過程的開發(fā)環(huán)境，提供可視化開發(fā)流程,復(fù)雜

業(yè)務(wù)邏輯可通過繪制流程即可完成業(yè)務(wù)的定義。

(6)易用性：簡單易用，學(xué)習(xí)成本低，使用者只需了解業(yè)務(wù)流程，和簡單的配置知識，即

可完成業(yè)務(wù)的開發(fā)，抽象于java知識，無需復(fù)雜的代碼編寫能力，無需專業(yè)的技能知識。

(7)支持工作流程模式開發(fā)。

15

13.平臺總體架構(gòu)

1.3.1、平臺業(yè)務(wù)架構(gòu)

用戶群體：患者&醫(yī)生&運管人員

線下

移動應(yīng)用

自助系統(tǒng)

數(shù)字化相房智能排隊掌上醫(yī)院/企業(yè)微信/

常規(guī)/壁掛/診何/

系統(tǒng)服務(wù)系統(tǒng)互聯(lián)網(wǎng)隨訪平臺/掃碼

導(dǎo)醫(yī)/智能終端

支付

整合AI技術(shù)（語音識別/語音合成/大數(shù)據(jù)/機器人）

銀行收單系統(tǒng)接口/MISPOS多協(xié)議通信

社保服務(wù)/結(jié)算接口

接入控制

居民健康卡服務(wù)接口綜合前置總線服務(wù)平臺

微倍/支付寶服務(wù)接口安全控制

可信身份認證平臺服務(wù)接口

交易路由

其他渠道服務(wù)接口

系統(tǒng)運維管控平臺

HISLISPACSEMR

醫(yī)院

如上圖所示，作為醫(yī)院信息系統(tǒng)與其他外部系統(tǒng)對接的橋梁，綜合前置總線服務(wù)平臺,

支持多個接入渠道（線上線下），使用統(tǒng)一的入口和接口協(xié)議標準，同時支持與多個第三方

系統(tǒng)，例如：銀行收單系統(tǒng)、社保結(jié)算系統(tǒng)、居民健康卡服務(wù)系統(tǒng)、微信/支付寶系統(tǒng)、可

信身份認證平臺服務(wù)等系統(tǒng)對接，并支持服務(wù)擴展；同時，該平臺還配套了系統(tǒng)運維管控服

務(wù)平臺，作為系統(tǒng)的有效支撐，實現(xiàn)醫(yī)院各類自助設(shè)備的配置管理和運行監(jiān)控管理、交易監(jiān)

控、交易統(tǒng)計、對賬查詢等功能。

16

1.3.2、平臺核心技術(shù)架構(gòu)

總線平臺的核心技術(shù)架構(gòu)圖如下所示：

平臺框架由消息通信組件，核心處理組件，通信組件，報文處理組件，調(diào)度組件，日志

服務(wù)，數(shù)據(jù)庫中間件等組成。

>核心處理模塊

(1)緩存服務(wù)調(diào)用

(2)消息存儲，檢索，回調(diào)，解析

(3)線程池管理

(4)事件驅(qū)動

(5)任務(wù)調(diào)度，可添加執(zhí)行任務(wù)操作

(6)永久存儲，支持信息存儲，查找

(7)數(shù)據(jù)庫中間件，支持數(shù)據(jù)庫的各種鏈接

(8)日志，系統(tǒng)分級日志，系統(tǒng)級日志/業(yè)務(wù)日志/消息解析日志等分類。

17

>業(yè)務(wù)處理模塊

(1)銀行業(yè)務(wù)

(2)HIS業(yè)務(wù)

(3)醫(yī)保結(jié)算業(yè)務(wù)

(4)三方支付，支付寶/微信支付

(5)居民健康卡業(yè)務(wù)

(6)可信身份認證B艮務(wù)

(7)其他

>通信處理模塊

(1)TCP,socket通信,長短鏈接，異步同步鏈接

(2)http/https鏈接

(3)webservice鏈接

(4)MQ消息隊列

(6)JMS鏈接

>消息處理模塊

(l)XML格式報文

(2)JSON報文格式

(3)8583銀聯(lián)報文

(4)固定格式報文

(5)管道符號報文

(6)固定定長報文

(7)序列號報文

18

總線平臺采用的技術(shù)開發(fā)架構(gòu)如下:

展不層HTML5/CSS3

自助系統(tǒng)移動終端智筑機器人

通訊及服務(wù)

高性能通訊框架I報文格式適配組件（8583/XML/JSON/管道符）負載均衡機制

中間件

平分核心

平臺層緩存機制■分級11上■云服務(wù)平臺

CORE

應(yīng)用服務(wù)器Tomcat/Glassfish/JBoss/WebLogic/WebSphere^

應(yīng)用數(shù)據(jù)庫MySQL/Or?cle/SQLServer等主流數(shù)據(jù)庫

語言和工具Java/JavaScript/C*/C+Edipse/VisualStudio.Net

操作系統(tǒng)Wind。ws/Linux等

2、統(tǒng)一支付服務(wù)平臺

統(tǒng)一支付平臺可以將市面上主流的支付渠道整合為統(tǒng)一的付款渠道接口，發(fā)放給醫(yī)院各

19

系統(tǒng)使用。平臺統(tǒng)一連接人行、銀聯(lián)、第三方支付組織的信息服務(wù)系統(tǒng)，推出統(tǒng)一的、功能

完整的支付方案。

統(tǒng)一支付平臺為各個支付渠道提供統(tǒng)一的支付業(yè)務(wù)支撐、支付過程跟蹤管理、支付結(jié)果

記錄輸出等服務(wù)，實現(xiàn)統(tǒng)一交易過程控制、統(tǒng)一財務(wù)報表輸出，實現(xiàn)一賬通管理，可以滿足

醫(yī)院的集中、一體化管理支付結(jié)算體系要求，并可通過定制、開發(fā)管理、部署等全面功能的

IDE平臺，靈活調(diào)整和擴展，快速響應(yīng)業(yè)務(wù)創(chuàng)新的要求。

患者徵信條碼付微信掃碼付支付寶條碼付支付寶掃碼付

醫(yī)療機構(gòu)

20

業(yè)務(wù)架構(gòu)

銀聯(lián)

支付寶

微信支付渠道接口

社保

各銀行

線上

線下終端用戶

人工窗口

支付平臺的“統(tǒng)一”特性

＞統(tǒng)一支付管理

集成主流支付渠道，為院方規(guī)范統(tǒng)一接入流程、標準接口，負責(zé)支付信息的傳遞、跟蹤、

記錄等工作，提供全面的支付服務(wù)功能。

＞統(tǒng)一支付服務(wù)

不依賴于任何一家銀行、或者第三方支付機構(gòu)，支付平臺能夠規(guī)整和屏蔽不同支付結(jié)算

方之間的差異，給院方和患者帶來無差別的統(tǒng)一使用體驗。

＞統(tǒng)一退款服務(wù)

根據(jù)院方的退款流程,原賬戶退還預(yù)交金，自動選擇最佳退款途徑，保證資金退還的安

全性、及時性和準確性。

＞統(tǒng)一支付接口

抽象門診支付收費和住院預(yù)繳金充值的功能，提供統(tǒng)一標準的支付接口，可靈活接入各

21

支付渠道，支付方式的變更，不影響后臺His系統(tǒng)的服務(wù)功能。

＞統(tǒng)一結(jié)算對賬

提供統(tǒng)一靈活的自動對賬功能。支持多方對賬，支持多時點自動對賬。參數(shù)化配置對賬

流程，自動觸發(fā)對賬過程，標準化對賬數(shù)據(jù)，統(tǒng)一展現(xiàn)對賬結(jié)果。

系統(tǒng)功能

功能功能列表功能清單

支付寶支付

微信支付

線上

銀聯(lián)支付

社保支付

支付寶掃碼支付

支付微信掃碼支付

線下

銀聯(lián)支付

社保支付