李 柯 夏 勇 王 偉
(南京醫(yī)科大學(xué)附屬無錫市人民醫(yī)院 無錫 214000)
?
醫(yī)院移動就診服務(wù)新模式設(shè)計與實踐
李 柯 夏 勇 王 偉
(南京醫(yī)科大學(xué)附屬無錫市人民醫(yī)院 無錫 214000)
分析移動醫(yī)療發(fā)展現(xiàn)狀,為病患就診服務(wù)帶來新模式,對其實現(xiàn)的自助服務(wù)、信息查詢、導(dǎo)醫(yī)服務(wù)等功能和涉及的體系結(jié)構(gòu)、信息安全等解決方案進(jìn)行詳盡闡述,探討移動醫(yī)院診療應(yīng)用建設(shè)的可行性。
移動醫(yī)院;診療服務(wù);APP
隨著信息與通信技術(shù)的高速發(fā)展,移動智能終端、無線通信網(wǎng)絡(luò)等技術(shù)的普及,使用移動第3方應(yīng)用程序(APP)已經(jīng)成為人們?nèi)粘I畹闹匾M成部分,APP也基本覆蓋了社交、生活消費、通訊等諸多領(lǐng)域[1-3]。ABI市場研究公司的一份報告稱[4],到2016年無線網(wǎng)絡(luò)醫(yī)療服務(wù)的市場規(guī)模將達(dá)到13.4億美元,屆時將會有大約3 000萬臺移動終端與醫(yī)療無線網(wǎng)絡(luò)相連接。可見移動醫(yī)療適應(yīng)了我國醫(yī)療服務(wù)需求的發(fā)展趨勢,已成為健康產(chǎn)業(yè)最熱門的領(lǐng)域之一。
與此同時,近年來醫(yī)院門診量逐年增加,傳統(tǒng)的就診模式暴露出諸多弊端,患者在就醫(yī)過程中存在眾多沒有價值的行為,如排隊掛號、等候醫(yī)生、多次排隊付費(檢驗檢查、取藥)、等候檢查檢驗結(jié)果等。因此如何盡量減少或消除這些對患者沒有價值的行為,提升患者的就醫(yī)體驗,為患者提供更優(yōu)質(zhì)的服務(wù),是業(yè)內(nèi)人士值得去研究和探討的方向。基于此本文嘗試將患者就醫(yī)全過程移植到移動終端上,構(gòu)建一種新型移動就診服務(wù)模式。該模式貫穿門診就醫(yī)的整個過程,以患者為中心,診前的預(yù)約掛號、診中的叫號候診以及診后的檢查檢驗、報告查詢等都可通過新型移動診療來實現(xiàn),各環(huán)節(jié)的有效整合和合理銜接進(jìn)一步提高了醫(yī)生的工作效率,一定程度上減輕了門診醫(yī)生的工作負(fù)擔(dān)。

圖1 系統(tǒng)主界面
2.1 自助服務(wù)
自助服務(wù)模塊主要包括預(yù)約掛號、實時叫號、報告狀態(tài)以及預(yù)約記錄4大功能。 預(yù)約掛號模塊使患者可以隨時隨地通過移動終端掛號、預(yù)約專家,就診當(dāng)天直接取號就診即可;實時叫號模塊為病患實時同步提供院內(nèi)各門診科室或?qū)<业呐抨牻刑柷闆r,使患者不到醫(yī)院就能及時了解叫號等待信息,方便自由安排時間,無需現(xiàn)場等候;報告狀態(tài)模塊方便患者查詢自己就診所做檢查檢驗報告的進(jìn)度,以便第一時間獲取所需信息;預(yù)約記錄模塊為患者提供歷史預(yù)約情況的查詢服務(wù),方便患者再次預(yù)約相同專家。
2.2 信息查詢
信息查詢模塊為患者提供就診時產(chǎn)生的各種記錄的查詢服務(wù),包括預(yù)約、費用、檢查和檢驗、掛號等歷史信息。預(yù)約記錄能幫助患者及時查詢到自身的預(yù)約掛號情況,提供取消預(yù)約的功能。患者通過自己的移動終端就能獲取到檢查檢驗結(jié)果,無需來回奔波領(lǐng)取紙質(zhì)報告單。費用記錄提供就診時產(chǎn)生的所有消費明細(xì)的查詢,患者如對費用有疑問,都能通過該模塊進(jìn)行查詢。
2.3 導(dǎo)醫(yī)服務(wù)
導(dǎo)醫(yī)服務(wù)模塊主要包括醫(yī)院簡介、科室醫(yī)生、院內(nèi)外導(dǎo)航、藥品知識庫等功能。通過APP提供醫(yī)院、科室專家以及院內(nèi)外導(dǎo)航等多種信息,讓患者隨時隨地了解醫(yī)院的最新動態(tài)以及健康知識。藥品知識庫可以查詢院內(nèi)現(xiàn)有的名稱、規(guī)格、生產(chǎn)廠家以及類別,同時也能查詢到藥品的價格和自費比例。
2.4 個人中心
個人中心模塊包括卡管理、持卡人管理、安全設(shè)置、消息中心等功能。用戶可以通過個人中心進(jìn)行注冊并綁定就診卡,一個用戶帳號可以綁定多張就診卡。持卡人管理可以對就診卡信息進(jìn)行管理,安全設(shè)置模塊為用戶提供重置帳號和修改密碼服務(wù)。
3.1 系統(tǒng)體系結(jié)構(gòu)介紹
3.1.1 概述 圖2為系統(tǒng)體系結(jié)構(gòu)。醫(yī)院內(nèi)部采用100/10M以太網(wǎng),各服務(wù)器通過網(wǎng)絡(luò)進(jìn)行互聯(lián)。中心數(shù)據(jù)庫部署在獨立的服務(wù)器上,院內(nèi)信息服務(wù)器操作系統(tǒng)采用Windows 2003 Server,數(shù)據(jù)庫服務(wù)器采用SQL Server 2008 R2 Edition,醫(yī)院內(nèi)部核心業(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫采用Oracle 10g,保證了各分系統(tǒng)之間信息交互的及時性和便捷性。系統(tǒng)整個架構(gòu)劃分為醫(yī)院內(nèi)網(wǎng)、移動應(yīng)用業(yè)務(wù)區(qū)、內(nèi)外網(wǎng)互聯(lián)、移動終端4個區(qū)域,結(jié)合防火墻、網(wǎng)閘、前置機(jī)、企業(yè)服務(wù)總線(Enterprise Service Bus,ESB)控制端等多重較為先進(jìn)的軟硬件技術(shù),最大程度保證了業(yè)務(wù)數(shù)據(jù)和網(wǎng)絡(luò)的安全[5-7]。

圖2 系統(tǒng)體系結(jié)構(gòu)
3.1.2 醫(yī)院內(nèi)部軟件和接口集成 系統(tǒng)充分利用各種信息技術(shù)的優(yōu)勢,通過Webservice、視圖、中間表及其他訪問機(jī)制,與醫(yī)院其他業(yè)務(wù)信息系統(tǒng)進(jìn)行數(shù)據(jù)交互,高度共享醫(yī)院現(xiàn)有系統(tǒng)的信息資源。建立“數(shù)據(jù)瞬間訪問”工作模式,即移動終端用戶真正需要數(shù)據(jù)庫操作時,信息接口才與其他分系統(tǒng)建立連接進(jìn)行數(shù)據(jù)交互,當(dāng)用戶訪問請求完畢后立即斷開,不會長時間占用醫(yī)院信息系統(tǒng)、檢驗信息系統(tǒng)等數(shù)據(jù)庫資源,使數(shù)據(jù)訪問處理更加高效、安全,實現(xiàn)系統(tǒng)之間的無縫集成,提高各種用戶請求的響應(yīng)速率。
3.1.3 前置機(jī)服務(wù)端 部署有大量邏輯處理、封裝、映射信息,通過ESB來控制協(xié)調(diào)。ESB是傳統(tǒng)中間件技術(shù)與XML、Web服務(wù)等技術(shù)結(jié)合的產(chǎn)物,提供了網(wǎng)絡(luò)中最基本的連接中樞,是構(gòu)筑各種神經(jīng)系統(tǒng)的必要元素。ESB的出現(xiàn)改變了傳統(tǒng)的軟件架構(gòu),可以提供比傳統(tǒng)中間件產(chǎn)品更為廉價的解決方案,同時還可以消除不同應(yīng)用之間的技術(shù)差異,讓不同的應(yīng)用服務(wù)器協(xié)調(diào)運作,實現(xiàn)了不同服務(wù)之間的通信與整合。從功能上看,ESB提供事件驅(qū)動和文檔導(dǎo)向的處理模式,以及分布式的運行管理機(jī)制,支持基于內(nèi)容的路由和過濾,具備復(fù)雜數(shù)據(jù)的傳輸能力,可以提供一系列的標(biāo)準(zhǔn)接口。
3.1.4 移動客戶端 利用Java的高度可移植性和跨平臺的特性,基于功能強(qiáng)大的SDK庫,使用Android和iOS系統(tǒng)對外提供的應(yīng)用程序接口(Application Program Interface,API)框架和訪問權(quán)限,在智能終端上進(jìn)行面向服務(wù)的架構(gòu)開發(fā),最大限度保證了功能模塊和服務(wù)之間的獨立性,為后續(xù)功能的擴(kuò)展和系統(tǒng)的維護(hù)提供便利。
3.2 系統(tǒng)架構(gòu)負(fù)載均衡設(shè)計
3.2.1 概述 由于APP平臺系統(tǒng)的開放性和可移動性,以及用戶訪問量的不確定性,合理設(shè)計系統(tǒng)負(fù)載均衡層就顯得格外重要。經(jīng)多方測試,如果服務(wù)端配置4核CPU、8G內(nèi)存,則并發(fā)量可支撐大約1 000用戶,ESB總線控制端部署有邏輯處理、封裝和映射信息,且配置4核CPU、16G內(nèi)存,在這種情況下處理并發(fā)用戶數(shù)據(jù)請求可達(dá)2 200個左右。
3.2.2 當(dāng)系統(tǒng)處理客戶請求的服務(wù)端/ESB控制端訪問壓力過大時 可以采用如下方法:(1)優(yōu)化ESB服務(wù)配置和業(yè)務(wù)處理邏輯,例如配置更多的并發(fā)量、提前準(zhǔn)備數(shù)據(jù)等。(2)提升服務(wù)端的硬件配置,增加服務(wù)器的數(shù)量。(3)服務(wù)器做網(wǎng)絡(luò)分離、網(wǎng)絡(luò)負(fù)載評估,如遇到網(wǎng)絡(luò)情況堵塞時。(4)服務(wù)器前端增加相關(guān)服務(wù)軟件,均攤所有請求至院方服務(wù)群。
3.2.3 當(dāng)院方服務(wù)提供端壓力過大、外網(wǎng)用戶并發(fā)訪問數(shù)過多時 (1)優(yōu)化服務(wù)端的軟件服務(wù)處理能力。(2)根據(jù)現(xiàn)有狀況,ESB同時控制訪問量/并發(fā)量。(3)增加院方服務(wù)器數(shù)量及優(yōu)化集群配置。(4)增設(shè)負(fù)載均衡器硬件。(5)增加相關(guān)負(fù)載均衡軟件應(yīng)用。
3.2.4 當(dāng)院方數(shù)據(jù)端處理能力不夠時 (1)優(yōu)化數(shù)據(jù)庫的處理能力 (增加數(shù)據(jù)庫全局緩存、增加相應(yīng)的Session數(shù)量等)。(2)增加數(shù)據(jù)庫服務(wù)集群,進(jìn)行負(fù)載均衡。(3)增加數(shù)據(jù)內(nèi)存服務(wù)器,提高歷史數(shù)據(jù)查詢速度。(4)利用主備機(jī)制和讀寫分離,增加數(shù)據(jù)庫讀寫能力[8]。(5)改善數(shù)據(jù)庫訪問架構(gòu) (數(shù)據(jù)緩存池、用戶連接池等)。
3.3 系統(tǒng)信息安全
3.3.1 概述 圖3為信息交互安全體系結(jié)構(gòu)。如何在保證系統(tǒng)穩(wěn)定高效的前提下,最大限度地確保院方系統(tǒng)環(huán)境和硬件的安全,以及服務(wù)調(diào)用的私密性和安全性是一個極為重要的研究內(nèi)容。系統(tǒng)安全[9]從環(huán)境、硬件、服務(wù)以及數(shù)據(jù)傳輸4大重要環(huán)節(jié)進(jìn)行設(shè)計和考慮,通過層層安全控制,將安全隱患降至最低。

圖3 系統(tǒng)信息安全構(gòu)造
3.3.2 系統(tǒng)環(huán)境和硬件安全 系統(tǒng)處于隔離區(qū)域,內(nèi)外網(wǎng)單向或雙向通信,伴有網(wǎng)閘、防火墻等硬件設(shè)備。網(wǎng)閘和防火墻是整個網(wǎng)絡(luò)體系架構(gòu)中安全邊界的屏障,其發(fā)揮的作用不可輕視。從硬件結(jié)構(gòu)來講,網(wǎng)閘是雙主機(jī)+隔離硬件,防火墻是單主機(jī)系統(tǒng)。網(wǎng)閘+防火墻的硬件體系安全架構(gòu)能覆蓋網(wǎng)絡(luò)體系中網(wǎng)絡(luò)層和應(yīng)用層的安全訪問控制,網(wǎng)閘具備了防火墻不具備的功能,例如數(shù)據(jù)庫訪問、文件同步、定制開發(fā)接口等。防火墻是保證網(wǎng)絡(luò)層安全的邊界安全工具,而安全隔離網(wǎng)閘重點是保護(hù)內(nèi)部網(wǎng)絡(luò)的安全,二者的作用沒有重復(fù)只有互補(bǔ)。
3.3.3 服務(wù)調(diào)用安全 雙方對服務(wù)進(jìn)行嚴(yán)格評審,院方允許開放的服務(wù)才可以被部署;服務(wù)出入院方局域網(wǎng)環(huán)境必須被完美包裝,避免泄露任何信息;出入院方的服務(wù)請求必須是通過規(guī)范的入口、采用規(guī)范的格式,并且請求方是已經(jīng)被安全認(rèn)證的;服務(wù)的調(diào)用日志時刻被審計,出現(xiàn)意外范圍的請求調(diào)用,必須馬上進(jìn)行預(yù)警通知。
3.3.4 數(shù)據(jù)交互安全 APP端、服務(wù)端以及院方ESB服務(wù)入口端互相之間的通信都必須通過特定的證書進(jìn)行身份認(rèn)證;基于身份認(rèn)證的基礎(chǔ)上,它們之間的數(shù)據(jù)傳輸必須采用規(guī)范的https非對稱加密模式加密。
3.3.5 帳戶安全 院方充分考慮多種用戶認(rèn)證方式和機(jī)制,包括醫(yī)院預(yù)留信息認(rèn)證、唯一手機(jī)號綁定、短信驗證設(shè)置、登錄歷史查詢等,多環(huán)節(jié)保障用戶的安全登錄,給予用戶自定義各種安全設(shè)置的權(quán)限。例如:用戶可自定義是否開啟自動登錄,若開啟自動登錄,系統(tǒng)提供用戶設(shè)置專用簡化密碼服務(wù),若未開啟,系統(tǒng)通過密碼保護(hù)用戶安全,系統(tǒng)登錄后存在時效性,超過規(guī)定的時限則登錄過期失效。
3.3.6 技術(shù)支持 提供完善的監(jiān)控措施,預(yù)先監(jiān)控資源不足、非法入侵、非法訪問以及致命錯誤等事件;當(dāng)出現(xiàn)意外事件,系統(tǒng)會觸發(fā)自動預(yù)警通知及時通知技術(shù)方,采用服務(wù)災(zāi)備機(jī)制;出現(xiàn)任何意外事件,將根據(jù)應(yīng)急預(yù)案進(jìn)行跟蹤、匯報并解決問題。
掌上醫(yī)院APP建設(shè)的指導(dǎo)思想是真正做到以患者為中心,為患者提供最優(yōu)質(zhì)、最便捷的就診服務(wù)。該就診新模式的提出和有效運用,使得醫(yī)護(hù)人員的工作效率得以提高,進(jìn)一步提升了患者的就醫(yī)體驗,為醫(yī)院帶來更大的經(jīng)濟(jì)效益和社會效益,增強(qiáng)了醫(yī)院的核心競爭力,從而有力促進(jìn)整個醫(yī)療事業(yè)的快速健康發(fā)展[10-13]。
1 吳民.移動醫(yī)療的應(yīng)用[J].醫(yī)學(xué)信息學(xué)雜志,2012,33(11):2-5.
2 呂曉娟,仇保躍,王曉勇,等.數(shù)字化醫(yī)院建設(shè)熱點難點分析[J].醫(yī)學(xué)信息學(xué)雜志,2013,34(5):21-24.
3 姚志洪.跨入移動健康時代[J].醫(yī)學(xué)信息學(xué)雜志,2014,35(5):2-7,24.
4 任行.國外移動醫(yī)療體系發(fā)展現(xiàn)狀[J].中國數(shù)字醫(yī)學(xué)雜志,2013,8(4):95-97.
5 Agarwal S,Lau C T. Remote Health Monitoring Using Mobile Phones and Web Services[J].Tele Medicine and e-Health,2010,16(5):603-607.
6 杜柯,朱新銀,趙碧霞.無線通信技術(shù)在智慧醫(yī)療管理系統(tǒng)中的應(yīng)用[J].醫(yī)學(xué)信息學(xué)雜志,2013,34(6):14-17.
7 鄭西川,孫宇,于廣軍,等.基于物聯(lián)網(wǎng)的智慧醫(yī)療信息化10大關(guān)鍵技術(shù)研究[J].醫(yī)學(xué)信息學(xué)雜志,2013,34(1):10-14.
8 賈末,王永剛,沈韜,等.醫(yī)院信息系統(tǒng)性能優(yōu)化策略探討[J].醫(yī)學(xué)信息學(xué)雜志,2014,35(9):28-31.
9 蔡雨蒙,朱一新,劉云,等.醫(yī)療衛(wèi)生行業(yè)信息安全等級保護(hù)探討[J].醫(yī)學(xué)信息學(xué)雜志,2014,35(9):12-15.
10 張媛.無線網(wǎng)絡(luò)技術(shù)在醫(yī)院信息管理系統(tǒng)中的應(yīng)用[J].醫(yī)療衛(wèi)生裝備,2012,33(1):58-60.
11 王遠(yuǎn)朋.Andriod系統(tǒng)下的移動醫(yī)生工作站的研究與設(shè)計[D].鎮(zhèn)江:江蘇大學(xué),2014.
12 林敏,喬自知.移動醫(yī)療的需求與發(fā)展思考[J].移動通信,2010,(6):31-35.
13 姬曉波,曾凡,張敏.物聯(lián)網(wǎng)技術(shù)及其在醫(yī)療系統(tǒng)中的應(yīng)用[J].醫(yī)療衛(wèi)生裝備,2010,31(12):102-103.
Design and Practice of the New Mode of Mobile Medical Service in Hospitals
LIKe,XIAYong,WANGWei,Wuxi
People'sHospital,NanjingMedicalUniversity,Wuxi214000,China
In the paper, the status quo of mobile medical service is analyzed, proving a new mode of mobile medical service for patients. The suggested functions like self-service information query and medical service guiding as well as solutions to the relevant system structure and information security are elaborated in detail. In addition, the feasibility of construction of applications for mobile medical diagnosis and treatment is also discussed.
Mobile hospital; Clinic service; APP
2015-01-12
李柯,工程師,發(fā)表論文3篇。
R-058
A 〔DOI〕10.3969/j.issn.1673-6036.2015.09.005