張鶴，張巍

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

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

張鶴，張巍

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

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

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

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

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

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

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

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

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

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

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

圖1　功能模塊劃分圖

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

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

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

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

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

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

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

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

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

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

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

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

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

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

圖3　主菜單界面流程圖

圖4　客戶端主界面

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

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

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

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

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

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

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

3　客戶端實(shí)現(xiàn)與測(cè)試

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

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

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

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

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

3.2客戶端兼容性測(cè)試

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

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

4　結(jié)論

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

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

［2］劉安戰(zhàn)，車戰(zhàn)斌，郭麗．基于Android和Web的設(shè)備維修動(dòng)態(tài)管理系統(tǒng)［J］．計(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ī)院移動(dòng)護(hù)理系統(tǒng)應(yīng)用效果評(píng)價(jià)［J］．中國(guó)數(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ā)動(dòng)機(jī)工況實(shí)時(shí)調(diào)節(jié)軟件設(shè)計(jì)［J］.火箭推進(jìn)，2012（5）:70-76.

［10］李軍浩，胡泉偉，吳磊，等.極化/去極化電流測(cè)試技術(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稿件編號(hào)：201507074

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