基于Spring Cloud微服務(wù)架構(gòu)移動(dòng)端醫(yī)生站的設(shè)計(jì)與應(yīng)用

羅慶 江西省婦幼保健院信息科 南昌市 330036

0 引言

醫(yī)療衛(wèi)生信息化的發(fā)展不僅僅是為了實(shí)現(xiàn)數(shù)據(jù)存檔、數(shù)據(jù)互聯(lián)，也是在不斷推動(dòng)醫(yī)療服務(wù)從被動(dòng)等患者到主動(dòng)服務(wù)患者，從以醫(yī)護(hù)為中心轉(zhuǎn)變?yōu)橐曰颊邽橹行腫1]。醫(yī)院服務(wù)模式的變化，不僅僅是工作流程的改變，更是服務(wù)理念的進(jìn)化。而如何更好、更主動(dòng)的服務(wù)患者，是醫(yī)療服務(wù)發(fā)展一直探索前進(jìn)的方向之一。伴隨著“互聯(lián)網(wǎng)+”概念的興起，很多傳統(tǒng)行業(yè)在和互聯(lián)網(wǎng)的結(jié)合中再次煥發(fā)了生機(jī)，而醫(yī)療行業(yè)亦在傳統(tǒng)醫(yī)療與互聯(lián)網(wǎng)技術(shù)相結(jié)合上探索出到一條“新道路”——移動(dòng)醫(yī)療。

美國(guó)在移動(dòng)醫(yī)療服務(wù)應(yīng)用的部署和規(guī)劃方面是全球領(lǐng)先的，也是移動(dòng)醫(yī)療健康的最大市場(chǎng)，全球一半以上的移動(dòng)醫(yī)療服務(wù)應(yīng)用在美國(guó)[2]。歐洲的移動(dòng)醫(yī)療應(yīng)用部署約占全球總量的1／5左右，早在1998年，希臘就己經(jīng)開始對(duì)移動(dòng)醫(yī)療，特別是在各種急救狀況方面的應(yīng)用進(jìn)行研究。在亞洲，韓國(guó)是較早進(jìn)行移動(dòng)醫(yī)療應(yīng)用研究的國(guó)家，充分利用在移動(dòng)通信技術(shù)方面的先進(jìn)性優(yōu)勢(shì)，取得了較大成果。

而我國(guó)最早是在2015年由國(guó)務(wù)院下發(fā)《關(guān)于積極推進(jìn)“互聯(lián)網(wǎng)+”行動(dòng)的指導(dǎo)意見》中提出，鼓勵(lì)醫(yī)療機(jī)構(gòu)積極探索互聯(lián)網(wǎng)延伸醫(yī)囑、電子處方等網(wǎng)絡(luò)醫(yī)療健康服務(wù)應(yīng)用[3]，烏鎮(zhèn)互聯(lián)網(wǎng)醫(yī)院正是在這一背景下產(chǎn)生的。實(shí)際上，早在2006年開始，好大夫等一批由第三方公司建設(shè)和運(yùn)營(yíng)的互聯(lián)網(wǎng)醫(yī)療平臺(tái)就已上線服務(wù)，但這些平臺(tái)均是以第三方公司為主體，平臺(tái)匯集全國(guó)眾多醫(yī)院的醫(yī)生，但我國(guó)依托實(shí)體醫(yī)院自身建設(shè)的移動(dòng)端醫(yī)生站卻少之又少，這就無法從根本上解決醫(yī)生離開院內(nèi)電腦后，無法寫病歷、看報(bào)告的問題。

1 技術(shù)路線及解決方案

為解決醫(yī)生不在電腦邊，無法寫病歷、查看醫(yī)囑執(zhí)行情況、掌握患者實(shí)時(shí)體征數(shù)據(jù)等問題，我院依托自身HIS平臺(tái)，開發(fā)了一套移動(dòng)端醫(yī)生站APP，在APP上醫(yī)生不僅可以書寫病歷，還能查看手術(shù)排班、護(hù)理記錄、醫(yī)囑執(zhí)行情況等。

1.1 技術(shù)路線

1.1.1系統(tǒng)架構(gòu)

我院移動(dòng)端醫(yī)生站APP采用的是基于Spring Cloud的微服務(wù)架構(gòu)，微服務(wù)作為SOA 架構(gòu)思想的一種擴(kuò)展，更加強(qiáng)調(diào)服務(wù)個(gè)體的獨(dú)立性、拆分粒度更小，強(qiáng)調(diào)業(yè)務(wù)系統(tǒng)需要徹底的組件化和服務(wù)化，一個(gè)組件就是一個(gè)產(chǎn)品，可以獨(dú)立對(duì)外提供服務(wù)[4]。組件對(duì)外發(fā)布的服務(wù)統(tǒng)一采用 HTTP Rest API 的方式來進(jìn)行。服務(wù)與服務(wù)之間的解耦，能夠快速適應(yīng)業(yè)務(wù)的高速發(fā)展和快速響應(yīng)各種需求變更后臺(tái)分布式服務(wù)架構(gòu)。在與現(xiàn)有院內(nèi)HIS業(yè)務(wù)系統(tǒng)隔離的同時(shí)，針對(duì)不同的醫(yī)療業(yè)務(wù)場(chǎng)景對(duì)各類數(shù)據(jù)進(jìn)行進(jìn)一步整理，為移動(dòng)端醫(yī)生站提供真實(shí)、實(shí)時(shí)、連續(xù)且線上線下一致性的醫(yī)療數(shù)據(jù)，方便醫(yī)生全面多維度的掌握患者診療數(shù)據(jù)。

圖1 系統(tǒng)架構(gòu)圖

1.1.2 關(guān)鍵技術(shù)

（1）基于Zuul的統(tǒng)一訪問代理：所有從設(shè)備來的請(qǐng)求都會(huì)經(jīng)過Zuul到達(dá)后端的Netflix應(yīng)用程序。作為一個(gè)邊界性質(zhì)的應(yīng)用程序，Zuul提供了動(dòng)態(tài)路由、監(jiān)控、彈性負(fù)載和安全功能。

（2）基于Jekins的集成工具：通過Jekins持續(xù)集成工具，研發(fā)人員提交新代碼之后，立刻進(jìn)行構(gòu)建、（單元）測(cè)試。根據(jù)測(cè)試結(jié)果，可以確定新代碼和原有代碼能否正確地集成在一起，不需要關(guān)心部署發(fā)布等環(huán)節(jié)，均由工具自動(dòng)完成。實(shí)現(xiàn)了從提交，到自動(dòng)測(cè)試，到結(jié)果發(fā)布的標(biāo)準(zhǔn)流程。

（3）基于Zipkin的鏈路追蹤：在微服務(wù)架構(gòu)中，一個(gè)請(qǐng)求往往需要多個(gè)模塊共同協(xié)作處理，不同模塊可能還依賴于不同的外部存儲(chǔ)，各個(gè)模塊的實(shí)現(xiàn)技術(shù)不盡相同，一個(gè)請(qǐng)求是如何在整個(gè)系統(tǒng)不同模塊間進(jìn)行流轉(zhuǎn)，整個(gè)調(diào)用鏈上的各個(gè)模塊之間的調(diào)用關(guān)系如何，每個(gè)微服務(wù)處理的時(shí)間長(zhǎng)短，處理的結(jié)果是否正確，很難去進(jìn)行追蹤，而通過Zipkin分布式鏈路追蹤技術(shù)可有效解決這一問題，保證所有訪問過程都存有記錄。

1.1.3 安全防護(hù)

為保證內(nèi)外網(wǎng)數(shù)據(jù)交互安全性，通過院內(nèi)防火墻按照最少授權(quán)原則配置IP白名單方式保證只允許特定主機(jī)才能訪問到醫(yī)院的接口，同時(shí)通過網(wǎng)閘實(shí)現(xiàn)內(nèi)外網(wǎng)物理隔離，院內(nèi)接口采用token認(rèn)證方式，并對(duì)敏感數(shù)據(jù)接口采用脫敏形式，使用SSL證書提供HTTPS保護(hù)，對(duì)流量數(shù)據(jù)加密[5]，保障用戶數(shù)據(jù)的安全性。使用云web應(yīng)用防火墻對(duì)訪問網(wǎng)站的流量進(jìn)行惡意特征識(shí)別及防護(hù)，避免網(wǎng)站服務(wù)器被惡意入侵。

1.2 功能介紹

為方便院內(nèi)醫(yī)生使用，移動(dòng)端醫(yī)生站使用了與院內(nèi)HIS系統(tǒng)相同的賬戶密碼，且與HIS權(quán)限互通，醫(yī)生無需重新注冊(cè)及分配權(quán)限便可快捷的登錄使用移動(dòng)醫(yī)生站APP。移動(dòng)端醫(yī)生站功能較為全面的覆蓋了醫(yī)生日常工作所需，主要功能點(diǎn)包括：

（1）首頁(yè)配置式功能菜單。醫(yī)生可以根據(jù)自己需要靈活配置首頁(yè)顯示的功能菜單。

（2）患者床卡列表。醫(yī)生可以查看自己管轄病區(qū)的患者信息，從多個(gè)緯度，包括患者護(hù)理級(jí)別、患者類型、入院天數(shù)、年齡、床號(hào)等了解患者情況。

（3）查閱功能。醫(yī)生可在線查看住院患者生命體征情況、護(hù)理記錄、檢查檢驗(yàn)報(bào)告等，幫助醫(yī)生快速及時(shí)的獲取患者臨床信息。

（4）病歷書寫。支持醫(yī)生在移動(dòng)醫(yī)生站APP中錄入病歷文書等資料，同時(shí)支持語(yǔ)音錄入，有效縮短醫(yī)生病歷錄入時(shí)間。

（5）手術(shù)排班。為手術(shù)醫(yī)生提供實(shí)時(shí)手術(shù)安排及自己相關(guān)手術(shù)前后手術(shù)臺(tái)次的安排情況，無需電話到手術(shù)室打探進(jìn)度，可以更加有效的安排自己的手術(shù)時(shí)間。

（6）消息實(shí)時(shí)通知。提醒醫(yī)生待辦事件，包括危急值實(shí)時(shí)報(bào)警、報(bào)告推送提醒、手術(shù)提醒等，幫助醫(yī)生更實(shí)時(shí)的了解病情危重患者詳情，提升醫(yī)療安全。

（7）門診患者管理。進(jìn)入門診患者列表，可以查看掛號(hào)患者本院歷次就診記錄，輔助醫(yī)生接診了解病情，同時(shí)可以提供線上咨詢服務(wù)。

（8）運(yùn)營(yíng)數(shù)據(jù)展示。展示自己所管轄住院患者危重、入院、出院人數(shù)，以及本科室當(dāng)日掛號(hào)數(shù)量及全院掛號(hào)數(shù)等，幫助醫(yī)生清楚的了解當(dāng)前在院及門診運(yùn)行情況。

圖2 功能界面

2 應(yīng)用效果及推廣意義

2.1 應(yīng)用效果

我院移動(dòng)端醫(yī)生站自2020年6月份上線以來，使用該APP的醫(yī)生數(shù)量已經(jīng)從第一個(gè)月的43人到現(xiàn)在的487人，達(dá)到了我院醫(yī)生總量的60%；日均登陸用戶數(shù)425人，占使用人數(shù)的87.2%；日均登陸次數(shù)2388次，人均登陸5.62次，且用戶數(shù)及日均登陸量仍在進(jìn)一步提高。

移動(dòng)端醫(yī)生站作為醫(yī)生現(xiàn)有PC工作站臨床工作業(yè)務(wù)的補(bǔ)充和延伸，自上線后，極大程度的提升了我院醫(yī)生的工作效率，醫(yī)生對(duì)于信息化所帶來的便捷性也更加肯定。此外，有些醫(yī)生利用下班碎片化時(shí)間在手機(jī)上查閱報(bào)告，服務(wù)患者，也進(jìn)一步拉近了醫(yī)患關(guān)系，不再遺漏或延遲響應(yīng)任何一次重要醫(yī)療事件，在提高醫(yī)療安全的同時(shí)，也提升了患者對(duì)我院醫(yī)療服務(wù)的滿意度。

2.2 推廣意義

綜上述所，我們可以看出移動(dòng)端醫(yī)生站存在很有優(yōu)勢(shì)便捷之處，是一個(gè)值得推廣使用的服務(wù)模式，可以從以下三方面來講：

（1）患者層面。與醫(yī)生溝通不再僅限制于醫(yī)生上班時(shí)間，且無需再通過微信傳送報(bào)告給不在辦公室的醫(yī)生查閱，可以更加有效的提高醫(yī)患之間的溝通效率，也讓患者享受到更加優(yōu)質(zhì)的服務(wù)。

（2）醫(yī)生層面。移動(dòng)端醫(yī)生站APP打破了時(shí)間和空間的限制，醫(yī)生可以隨時(shí)隨地掌握所管轄患者情況，及時(shí)作出相應(yīng)診療計(jì)劃，合理的利用了醫(yī)生的碎片化時(shí)間進(jìn)行服務(wù)患者，對(duì)于醫(yī)生來說也是一種便捷的辦公模式。

（3）醫(yī)院層面。一方面，提高了醫(yī)院的診療效率及醫(yī)療安全，同時(shí)提升醫(yī)院整體服務(wù)質(zhì)量，讓患者更加滿意、放心。另一方面，移動(dòng)端醫(yī)生站作為醫(yī)院未來互聯(lián)網(wǎng)醫(yī)院建設(shè)的重要一環(huán)，可以無縫對(duì)接互聯(lián)網(wǎng)醫(yī)院，并在此基礎(chǔ)上方便的迭代開發(fā)，減少后期投入成本。

3 結(jié)束語(yǔ)

通過搭建依托實(shí)體醫(yī)院現(xiàn)有HIS系統(tǒng)的移動(dòng)端醫(yī)生工作站，不僅方便了醫(yī)生，也給醫(yī)院未來建設(shè)互聯(lián)網(wǎng)醫(yī)院奠定了醫(yī)生端基礎(chǔ)。未來醫(yī)療行業(yè)必將更加注重服務(wù)和質(zhì)量，而移動(dòng)端醫(yī)生站是對(duì)傳統(tǒng)醫(yī)療技術(shù)和服務(wù)的補(bǔ)充與拓展[6]，更加便捷的服務(wù)也會(huì)為醫(yī)院帶來更高的患者滿意度及更好的社會(huì)形象。