基于Android的智慧醫(yī)療預(yù)約掛號客戶端設(shè)計與實現(xiàn)

張鶴，張巍

（大連交通大學(xué)電氣信息學(xué)院，遼寧大連116028）

基于Android的智慧醫(yī)療預(yù)約掛號客戶端設(shè)計與實現(xiàn)

張鶴，張巍

（大連交通大學(xué)電氣信息學(xué)院，遼寧大連116028）

基于改善傳統(tǒng)醫(yī)療預(yù)約掛號的繁瑣流程以及醫(yī)療信息不透明給就醫(yī)人員造成極大不便的目的，采用一種基于Android平臺和移動終端的新型預(yù)約掛號方式設(shè)計該智慧醫(yī)療預(yù)約掛號客戶端，通過總體需求分析，將客戶端劃分為用戶管理、查找預(yù)約、在線支付和訂單管理四個功能模塊，結(jié)合具體的設(shè)計操作完成并實現(xiàn)了該設(shè)計，并且通過客戶端的功能及兼容性測試，證明該客戶端可以實現(xiàn)信息查找、預(yù)約掛號、在線交費為一體的智能預(yù)約掛號醫(yī)療服務(wù)。

智慧醫(yī)療；Android；預(yù)約掛號；客戶端設(shè)計

近二十年來，隨著我國經(jīng)濟(jì)的迅猛發(fā)展，醫(yī)療水平同時也在不斷提高，但是由于我國是一個人口大國，所以醫(yī)療資源人均分配不足的情況依舊十分嚴(yán)峻。特別是一些優(yōu)質(zhì)醫(yī)療資源集中的大型醫(yī)療機(jī)構(gòu)，往往會是就醫(yī)人員預(yù)約掛號的首要選擇，這就勢必會造成預(yù)約掛號需求量過大，成功預(yù)約掛號變成一件不容易的事［1］。目前，隨著信息技術(shù)和通訊技術(shù)的迅猛發(fā)展，手機(jī)的功能和應(yīng)用不斷強(qiáng)大，其成本逐步降低，使得智能手機(jī)已正式成為了現(xiàn)代通訊工具的主流產(chǎn)品，智能手機(jī)在各個領(lǐng)域的應(yīng)用已經(jīng)普及開來［2-6］。在未來，手機(jī)電子商務(wù)勢必會帶動下一次科技革命，而利用手機(jī)進(jìn)行預(yù)約掛號就體現(xiàn)了這種革命性的變化.

本文所設(shè)計的智慧醫(yī)療預(yù)約掛號客戶端是要在Android移動終端上建立一個包括多家門診、醫(yī)院甚至整個城市的醫(yī)療機(jī)構(gòu)的智能化預(yù)約掛號平臺。該客戶端可以對各個醫(yī)療機(jī)構(gòu)的預(yù)約掛號信息進(jìn)行實時查詢和預(yù)約掛號，為就醫(yī)人員提供實時、準(zhǔn)確的掛號信息，引導(dǎo)就醫(yī)人員選擇適合的時間或選擇剩余掛號數(shù)富余的醫(yī)師、醫(yī)療機(jī)構(gòu)，同時引入了實名制預(yù)約掛號的規(guī)范標(biāo)準(zhǔn)，從根本上打擊了不法分子“倒號、炒號”的違法行為，提供便捷、有效、公平的預(yù)約掛號操作，改善當(dāng)下的就醫(yī)環(huán)境。

1　智慧醫(yī)療預(yù)約掛號客戶端功能模塊劃分

本文所設(shè)計的智慧醫(yī)療預(yù)約掛號客戶端是針對城市區(qū)域各大型醫(yī)療機(jī)構(gòu)管理，這類醫(yī)療機(jī)構(gòu)有以下典型特點：

首先，大型醫(yī)療機(jī)構(gòu)門診類別數(shù)量多，就醫(yī)資源較大，可滿足大部分就醫(yī)人員的就醫(yī)需求。但是現(xiàn)階段掛號制度還并不完善，掛號實名制還無法普及，導(dǎo)致“倒號、炒號”現(xiàn)象普遍存在。

其次，在一般情況下，大多數(shù)醫(yī)療信息只在醫(yī)療門診或特定醫(yī)療媒介中顯示，就醫(yī)人員很難快捷的找到滿足自己需求的資源，這給整個就醫(yī)流程帶來很大的不便。

最后，由于就醫(yī)人員的流動性較大，就醫(yī)人員只掌握掛號數(shù)量的總數(shù)，不能實時掌握掛號的剩余數(shù)量。因此，該客戶端應(yīng)該具有實時更新、方便、快捷、準(zhǔn)確、透明的特點。

結(jié)合城市醫(yī)療機(jī)構(gòu)的上述特點，本論文設(shè)計的智慧醫(yī)療預(yù)約掛號客戶端作為一款信息服務(wù)與管理軟件具有以下四個功能模塊。智慧醫(yī)療預(yù)約掛號客戶端功能模塊劃分如圖1所示。

圖1　功能模塊劃分圖

1）用戶管理模塊。包括用戶的注冊、登錄以及患者管理，其中為提高預(yù)約掛號實名制規(guī)范管理，患者添加功能時采用實名制校驗方式。同時需要用戶首先完成登錄操作后可以進(jìn)行信息查找、預(yù)約掛號等。

2）查找預(yù)約模塊。本智慧醫(yī)療預(yù)約掛號客戶端主要目的是方便就醫(yī)人員對醫(yī)療信息的整體把握，所以為了使就醫(yī)人員能夠更方便、更快捷地查找到自己需要的醫(yī)療信息，本客戶端提供多種信息查找方式，如區(qū)域查找、醫(yī)院查找、科室查找、醫(yī)師查找，其中科室查找包含醫(yī)師查找，醫(yī)院查找包含科室查找，區(qū)域查找包含醫(yī)院查找。同時，對每個醫(yī)院、科室、醫(yī)師都有詳細(xì)的描述供就醫(yī)人員進(jìn)行選擇參考，最大程度上的使用戶查找醫(yī)療信息更加方便、快捷。用戶根據(jù)所查到的醫(yī)療信息，并結(jié)合自身需求確定是否進(jìn)行預(yù)約掛號，同時填寫就醫(yī)人員的相關(guān)信息以及就醫(yī)時間。

3）支付功能。用戶在確定預(yù)約掛號后，需要完成掛號費支付。本客戶端將為用戶提供在線支付和線下支付兩種方式給用戶，以便最大程度上的滿足用戶的需求。此外，本智慧醫(yī)療預(yù)約掛號客戶端為了避免因一些用戶操作不當(dāng)而造成的醫(yī)療資源的浪費，針對每個訂單都設(shè)置支付時間限定，若支付超時自動取消該預(yù)約訂單。

4）訂單管理功能。用戶可以通過本智慧醫(yī)療預(yù)約掛號客戶端查看訂單狀態(tài)或者取消已經(jīng)預(yù)約成功的訂單，實現(xiàn)醫(yī)療資源的合理分配，避免醫(yī)療資源的浪費，同時還可以對一定時期內(nèi)的歷史預(yù)約掛號訂單進(jìn)行查找，方便記錄用戶的健康狀態(tài)情況，為保障用戶的隱私需求，用戶還可以將歷史預(yù)約掛號訂單進(jìn)行刪除操作。

此外，為了保證智慧醫(yī)療預(yù)約掛號客戶端的后期開發(fā)與完善，本客戶端預(yù)留一個模塊作為其他輔助功能模塊。同時智能化預(yù)約掛號平臺還應(yīng)包含后臺管理系統(tǒng)，用來進(jìn)行醫(yī)療信息數(shù)據(jù)的收集和發(fā)布以及就醫(yī)人員數(shù)據(jù)的統(tǒng)計、管理。本客戶端也正是在此基礎(chǔ)之上進(jìn)行設(shè)計的。

3　智慧醫(yī)療預(yù)約掛號客戶端設(shè)計

3.1智慧醫(yī)療預(yù)約掛號客戶端總體設(shè)計

總體架構(gòu)主要包括前臺Android智慧醫(yī)療預(yù)約掛號客戶端，服務(wù)器端以及數(shù)據(jù)庫。其中前臺Android智慧醫(yī)療預(yù)約掛號客戶端主要負(fù)責(zé)與用戶的交互，將用戶的請求發(fā)送給服務(wù)器端；服務(wù)器端負(fù)責(zé)接收前臺的請求并產(chǎn)生響應(yīng)內(nèi)容給前臺客戶端；數(shù)據(jù)庫用來完成數(shù)據(jù)的存儲?？傮w架構(gòu)示意圖如圖2所示。

圖2　總體架構(gòu)示意圖

用戶發(fā)出指令后，客戶端通過無線網(wǎng)絡(luò)訪問后臺服務(wù)器，服務(wù)器采用Servlet技術(shù)響應(yīng)客戶端的訪問請求，利用JDBC［7］技術(shù)訪問后臺數(shù)據(jù)庫，并將處理結(jié)果返回給客戶端。預(yù)約掛號系統(tǒng)的網(wǎng)絡(luò)通信采用Apache HTTP協(xié)議［8］，使用JSON格式作為服務(wù)器與客戶端數(shù)據(jù)交換的格式，通過HttpConnection接口來實現(xiàn)服務(wù)器與客戶端的有效通信?？蛻舳说臄?shù)據(jù)存儲采用MySQL數(shù)據(jù)庫。

2.2客戶端主界面設(shè)計

為了使用戶與客戶端之間可以更加友好交互，本智慧醫(yī)療預(yù)約掛號客戶端提供了主菜單界面。主菜單界面主要負(fù)責(zé)將各個功能選項以圖片形式集中在同一界面，方便用戶可以快捷選取自己需求的功能。在本客戶端的主菜單界面中，為了方便組件的布局和未來優(yōu)化，采用了嵌套的布局方式。即在一種布局方式中嵌套使用其他布局方式。這樣不僅充分利用了每一種布局的優(yōu)勢，同時也使得組件的布局更靈活。在程序主界面XML布局文件建立好后，建立Activity java文件實現(xiàn)對XML布局文件的控制，也就是實現(xiàn)MVC模型中的Control部分。首先定義了一個ImageAdapter，它繼承BaseAdapter，用來存儲要顯示的圖片，建立數(shù)據(jù)源和組件之間的橋梁，使得功能選項的圖片按鈕更加直觀。當(dāng)用戶選擇某一個功能時，為了捕獲到被選中的功能按鈕，通過監(jiān)聽相應(yīng)功能button單擊事件，實現(xiàn)onClick方法，進(jìn)而捕獲控件的Id。為了保證用戶與客戶端之間的交互性，當(dāng)客戶端未連接網(wǎng)絡(luò)，用戶在進(jìn)行功能選擇時會彈出toast消息提示。主菜單界面流程如圖3所示，客戶端主界面如圖4所示。

2.3用戶管理功能模塊設(shè)計

用戶管理功能模塊主要負(fù)責(zé)完成對用戶信息和患者信息的管理，包括用戶注冊、登陸子功能和患者管理子功能兩部分。在登陸功能模塊中，實際上完成的就是一個驗證的功能。首先由用戶發(fā)出一個登陸請求，經(jīng)過Servlet處理后，驗證該登陸信息是否正確。若錯誤，則提示用戶修改登錄信息，若正確，則登錄成功，可進(jìn)行后續(xù)操作。處理用戶登錄的Servlet只是前端控制器，它主要作用有3個：獲得請求參數(shù)；調(diào)用業(yè)務(wù)邏輯組件的方法來處理用戶請求；根據(jù)處理結(jié)果來生成輸出。對于患者管理，因為身份信息屬于保密信息無法通過數(shù)據(jù)庫錄入來進(jìn)行實名制驗證，所以在本客戶端中以引用第三方平臺接口的形式來進(jìn)行患者信息的實名制驗證，當(dāng)用戶通過患者添加功能保存患者信息時［9］，客戶端將填寫的患者姓名信息和身份證號信息通過toString（）方法轉(zhuǎn)換成字符串，然后再以JSON數(shù)據(jù)格式傳到第三方驗證服務(wù)器，當(dāng)?shù)谌津炞C服務(wù)器進(jìn)行信息驗證處理后，返還給服務(wù)器一個驗證狀態(tài)標(biāo)識，服務(wù)器通過此標(biāo)識記錄該患者信息是否通過實名制驗證。

圖3　主菜單界面流程圖

圖4　客戶端主界面

2.4查找預(yù)約功能模塊設(shè)計

查找預(yù)約功能是智慧醫(yī)療預(yù)約掛號客戶端的核心功能，包括查找信息和預(yù)約掛號兩部分，主要負(fù)責(zé)引導(dǎo)用戶查找到自己需要的預(yù)約信息，確定就診醫(yī)師完成預(yù)約。查找信息過程中，最重要的功能就是向就醫(yī)人員展示醫(yī)療資源信息。在此模塊中，根據(jù)需求調(diào)查分析，就醫(yī)人員對于信息展示的形式更傾向于分組又可以實現(xiàn)收縮的列表形式，所以在查找信息模塊設(shè)計中，我們采用ExpandableListView可展開的列表控件完成向就醫(yī)人員的醫(yī)療信息展示。為了方便就醫(yī)人員現(xiàn)場確認(rèn)醫(yī)師，在本模塊設(shè)計中，我們定義ExpandableListView時指定了android:childIndicator="@draw/doctor_id"屬性，它會自動在每個子列表項旁邊添加一個圖片。此外，在按醫(yī)生查找中，加入了SearchView搜索框組件，允許用戶在文本框內(nèi)輸入醫(yī)師姓名，并允許通過監(jiān)聽器監(jiān)控用戶輸入，當(dāng)用戶輸入完成后向服務(wù)器發(fā)送請求，然后把服務(wù)器響應(yīng)字符串包裝成JSONArray對象，再進(jìn)行顯示。

在預(yù)約掛號模塊中主要完成的就是從醫(yī)師信息界面跳轉(zhuǎn)到預(yù)約確認(rèn)界面，所以設(shè)計如何進(jìn)行界面的切換和參數(shù)傳遞是本功能設(shè)計的重點之一。考慮到有的界面的數(shù)據(jù)比較多，所以最終在本功能模塊設(shè)計中選擇使用Intent類來連接多個Activity，使用Bundle類來進(jìn)行數(shù)據(jù)封裝傳遞。因為數(shù)據(jù)是通過Bundle類封裝傳遞的，所以在另一界面上同樣采用Bundle方式解封數(shù)據(jù)，具體方法為先通過“getIntent（）.getExtras（）”方法來獲取Bundle，然后再從Bundle中獲取數(shù)據(jù)。

2.5支付功能模塊設(shè)計

在本客戶端中，提供預(yù)約掛號費用線上支付功能，用戶在進(jìn)行預(yù)約掛號階段可以對預(yù)約掛號費用支付方式進(jìn)行選擇。例如，選擇調(diào)用支付寶快捷支付接口完成用戶掛號費用的線上支付具體步驟包括：前期準(zhǔn)備：此階段主要完成支付寶接口的申請認(rèn)證，包括簽約和密鑰配置；SDK開發(fā)資源導(dǎo)入；生成訂單數(shù)據(jù)；支付接口調(diào)用。當(dāng)用戶完成線上支付后，還需要將支付結(jié)果返還給用戶，所以調(diào)用pay方法支付后，以異步通知方式將結(jié)果返還給用戶。

2.6訂單管理功能模塊設(shè)計

用戶成功登錄后，在主界面點擊訂單管理按鈕，進(jìn)入訂單查看界面，訂單查看將分為三個子界面，已完成訂單、未就診訂單和未付款訂單。所以在該功能模塊設(shè)計中采用與查找信息相同風(fēng)格的界面布局，即Tab分頁標(biāo)簽的形式。Android里面實現(xiàn)Tab分頁標(biāo)簽，常用的方法有兩種：一個是采用TabActivity和TabHost的結(jié)合；另一個是采用ActivityGroup和GridView的結(jié)合。在本客戶端設(shè)計中均采用第一種方法，具體實現(xiàn)TabActivity和TabHost的結(jié)合則采用將各個頁面布局文件分割，各頁面代碼也分割的形式，這樣設(shè)計不僅降低了代碼的耦合性，增強(qiáng)了代碼的可讀性，同時也減少了后期維護(hù)的工作量。具體實現(xiàn)步驟為，首先在布局文件中使用FrameLayout列出Tab組件以及Tab中的內(nèi)容組件，然后主類Activity要繼承TabActivity，在調(diào)用TabActivity的getTabHost（）方法來獲得TabHost對象，最后添加Tab分頁標(biāo)簽，這里要把每個分頁面鏈接成Activity，Tab頁面的跳轉(zhuǎn)，即是Activity的跳轉(zhuǎn)，以上操作實現(xiàn)了Tab分頁標(biāo)簽。

3　客戶端實現(xiàn)與測試

3.1客戶端功能模塊的實現(xiàn)

由于篇幅有限，現(xiàn)展示部分功能實現(xiàn)效果圖，如圖5為搜索醫(yī)生功能實現(xiàn)界面，圖6為查看預(yù)約信息功能實現(xiàn)界面，圖7為預(yù)約成功界面。

圖5　搜索醫(yī)生功能實現(xiàn)界面

圖6　查看預(yù)約信息功能實現(xiàn)界面

圖7　預(yù)約成功界面

3.2客戶端兼容性測試

兼容性測試是指在不同分辨率、不同版本操作系統(tǒng)的移動終端上，客戶端能否正常顯示界面。本測試過程選用三款不同品牌及型號、不同屏幕尺寸、不同分辨率、不同版本操作系統(tǒng)的Android移動終端進(jìn)行兼容性測試［10］。測試結(jié)果如圖8所示，在測試過程中三款A(yù)ndroid移動終端均能正常使用該智慧醫(yī)療預(yù)約掛號客戶端，沒有界面失真及組件位置失真現(xiàn)象出現(xiàn)，測試結(jié)果表明該智慧醫(yī)療預(yù)約掛號客戶端具有良好的兼容性。

圖8　兼容性測試結(jié)果圖

4　結(jié)論

本文結(jié)合了當(dāng)今預(yù)約掛號過程中預(yù)約掛號時間長、費用交付時間長、候診排隊時間長、就診過程短的“三長一短”現(xiàn)狀，針對醫(yī)療信息實時性差，透明度低，就醫(yī)環(huán)境差等問題，設(shè)計實現(xiàn)了一種基于Android平臺和移動終端的新型預(yù)約掛號方式。該預(yù)約掛號方式方便就醫(yī)人員快速查找醫(yī)療信息，更便捷地完成預(yù)約掛號流程，縮短排隊等候的時間，從而實現(xiàn)了信息查找、預(yù)約掛號、在線交費為一體的智能預(yù)約掛號醫(yī)療服務(wù)。

［1］胡燕華．關(guān)于中國醫(yī)院網(wǎng)上預(yù)約掛號系統(tǒng)發(fā)展趨勢的研究綜述［J］．科技致富向?qū)В?014（26）:97．

［2］劉安戰(zhàn)，車戰(zhàn)斌，郭麗．基于Android和Web的設(shè)備維修動態(tài)管理系統(tǒng)［J］．計算機(jī)應(yīng)用與軟件，2014（11）:245-247．

［3］Weidig C，Menck N，Aurich J C．Systematic development of mobile AR-Applications supporting production planning［J］．Springer International Publishing，2014:219-224．

［4］Ghose A，Biswas P，Bhaumik C，et al．Road condition monitoring and alert application:Using in-vehicle smartphone as internet-connected sensor［C］//Pervasive Computing and Communications Workshops，2012．IEEE International Conference on.IEEE，2012:489-491．

［5］段昌奉，張巨發(fā)，唐雄，等．基于Android智能終端的醫(yī)院移動護(hù)理系統(tǒng)應(yīng)用效果評價［J］．中國數(shù)字醫(yī)學(xué)，2013（2）:95-96．

［6］Hsieh C，Yun D，Bhatia A C，et al．Patient Perception on the Usage of Smartphones for Medical Photography and for Reference in Dermatology［J］．Dermatologic Surgery，2015，41（1）:149-154．

［7］Fisher M，Ellis J，Bruce J C．JDBC API tutorial and reference［M］．Addison-Wesley Professional，2003．

［8］Fielding R T，Kaiser G．The Apache HTTP server project［J］. Internet Computing．IEEE，1997，1（4）:88-90．

［9］施先旺，王鵬武.發(fā)動機(jī)工況實時調(diào)節(jié)軟件設(shè)計［J］.火箭推進(jìn)，2012（5）:70-76.

［10］李軍浩，胡泉偉，吳磊，等.極化/去極化電流測試技術(shù)的仿真研究［J］.陜西電力，2011（4）:1-5.

Design and implementation of appointment registration client for wisdom medical treatment based on Android

ZHANG He，ZHANG Wei
（School of Electronics and Information Engineering，Dalian Jiaotong University，Dalian 116028，China）

To solve the problem of traditional appointment，in which the tedious process and the non-transparent of information have brought great inconvenience to the patients，a new way for appointment registration in the thesis is designed and implemented based on android and mobile terminals.According to the investigation，the outline needs of client for wisdom medical are analyzed.Divided the client into four function modules:user management，find and booking，online payment，order management.We complete and implement the design，and go through the client's function and compatibility test，proving that the client can realize to integrate information search，appointment making and payment online，and realize intelligent medical service appointment.

wisdom medical；android；appointment register；client design

TN929.5

A

1674－6236（2016）12-0100-04

2015-07-09稿件編號：201507074

張鶴（1992—），女，山西忻州人，碩士研究生。研究方向：通信理論及關(guān)鍵技術(shù)。