基于Android的醫(yī)院就診預(yù)約管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上精選優(yōu)質(zhì)文檔-傾情為你奉上專心-專注-專業(yè)專心-專注-專業(yè)精選優(yōu)質(zhì)文檔-傾情為你奉上專心-專注-專業(yè)蘇州科技學(xué)院畢業(yè)設(shè)計(jì)(論文)題 目 基于Android的醫(yī)院就診預(yù)約 管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 性 質(zhì): 畢業(yè)設(shè)計(jì) 畢業(yè)論文專 業(yè): 計(jì)算機(jī)科學(xué)與技術(shù) 年 級(jí): 2011級(jí) 學(xué) 號(hào): 姓 名: 李 輝 指導(dǎo)教師 陶 滔 二O一五年基于Android的醫(yī)院就診預(yù)約管理系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)摘 要醫(yī)院看病難的問(wèn)題是當(dāng)下熱議的話題之一。預(yù)約掛號(hào)是患者尋診問(wèn)藥的第一階段，如果能夠提高預(yù)約掛號(hào)的效率，不僅能提高醫(yī)院工作效率，同時(shí)可以減少患者的候診時(shí)間。預(yù)約掛號(hào)系統(tǒng)是基于Android操作系

2、統(tǒng)的手機(jī)進(jìn)行設(shè)計(jì)和研究的，實(shí)現(xiàn)在手機(jī)上完成醫(yī)院預(yù)約掛號(hào)功能。系統(tǒng)基于C/S體系設(shè)計(jì)結(jié)構(gòu)，客戶端使用Android SDK開(kāi)發(fā)工具，根據(jù)預(yù)約掛號(hào)業(yè)務(wù)流程，提供用戶注冊(cè)登陸、預(yù)約掛號(hào)、語(yǔ)音提示等功能，服務(wù)器端支持管理員、醫(yī)生登錄管理功能。服務(wù)器和客戶端間的通信采用HTTP協(xié)議和JSON格式進(jìn)行的數(shù)據(jù)傳輸。系統(tǒng)利用Android API提供的各種組件模仿Windows8操作系統(tǒng)的扁平化風(fēng)格進(jìn)行界面設(shè)計(jì)，預(yù)約就診時(shí)間精確到分鐘，掛號(hào)成功語(yǔ)音提示，能夠很好地滿足用戶體驗(yàn)，通過(guò)技術(shù)手段解決患者看病難的問(wèn)題。關(guān)鍵詞 預(yù)約掛號(hào)；Android SDK；扁平化；JSON格式Based on the Androi

3、ds hospital management system design and implementation of the bookingAbstractThe problem of hospital medical difficulty is one of the hot topics.Appointment of patients seeking the first stage of diagnosis and asks the pharmacist, if we can improve the efficiency of appointment register, not only c

4、an improve the work efficiency of the hospital, at the same time, can reduce the waiting time of patients. The reservation registration system is based on the Android operating system for mobile phone design and research, realize the hospital booking registration functions on the phone. System based

5、 on C/S system structure design, the client uses the Android SDK tools, according to appointment registration business processes, providing registered users landing, registration, the voice prompt, etc., the server support administrators, doctors log management function. The communication between th

6、e server and the client is transmitted by HTTP protocol and JSON format. System use the Android API to provide the various components of the imitation Windows 8 flat style interface design, schedule an appointment time, accurate to the minute, successfully registered the voice prompt, can well meet

7、the user experience, through technical means solving the patient to see a doctor difficult question.Keywords Android SDK; Delayering; Appointment registration; JSON format目 錄 TOC o 1-3 h z u 第1章 緒論1.1 研究背景和意義近幾年來(lái)，隨著科技發(fā)展的日新月異，智能手機(jī)的功能也在不斷的完善，比如大家除了使用手機(jī)打電話、發(fā)短信、瀏覽網(wǎng)頁(yè)、聽(tīng)音樂(lè)等基本功能，還可以利用手機(jī)轉(zhuǎn)賬，炒股，訂餐以及智能家居等強(qiáng)大的功能，

8、如果說(shuō)電腦的發(fā)展帶來(lái)了第三次科技革命，那么智能手機(jī)將必定帶來(lái)第四次科技革命。手機(jī)預(yù)約掛號(hào)就是這次科技革命的成果。雖然科技在不斷進(jìn)步，但是面對(duì)中國(guó)近14億的人口情況下也無(wú)濟(jì)于事，醫(yī)院的就診掛號(hào)一直是個(gè)老生常談的問(wèn)題，包括怎樣做到以病人為中心，將掛號(hào)、就診、交費(fèi)、取藥的步驟統(tǒng)一管理，緩解病人掛號(hào)排長(zhǎng)隊(duì)、等待時(shí)間長(zhǎng)、繳費(fèi)難等問(wèn)題。使用手機(jī)預(yù)約掛號(hào)，患者不需要親自前往醫(yī)院，也就避免看病的”三長(zhǎng)一短”問(wèn)題，能夠輕松的查看醫(yī)生個(gè)人信息、排班信息，根據(jù)個(gè)人情況選擇就診時(shí)間和醫(yī)生，完成預(yù)約掛號(hào)的服務(wù)，享受科技帶來(lái)的便捷。目前網(wǎng)絡(luò)上可供下載的醫(yī)院掛號(hào)APP不在少數(shù)，比如掛號(hào)管家、掛號(hào)助手、掛號(hào)找我等等。但是很多

9、APP要么是收費(fèi)，要么操作起來(lái)很難上手，降低用戶體驗(yàn)，還有的只是簡(jiǎn)單實(shí)現(xiàn)了掛號(hào)功能，沒(méi)有給出醫(yī)生具體的排班情況，仍然需要患者現(xiàn)場(chǎng)確認(rèn)時(shí)間，可以說(shuō)真正適合用戶使用的一款軟件并不是很多。通過(guò)上述對(duì)問(wèn)題的研究以及用戶的真實(shí)需求，本次基于Android的預(yù)約掛號(hào)系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)具體重要意義，大致包括以下幾點(diǎn)： 一、減少患者掛號(hào)排隊(duì)時(shí)間。手機(jī)進(jìn)行預(yù)約掛號(hào)，患者可以享受預(yù)約優(yōu)先服務(wù)，即優(yōu)先掛號(hào)、優(yōu)先檢查，使得患者看病等待時(shí)間大大的減少。 二、掛號(hào)方便、準(zhǔn)確、安全?；颊咄ㄟ^(guò)手機(jī)查看醫(yī)生排班時(shí)間，依據(jù)自己的實(shí)際情況選擇合適的時(shí)間就診，可以選擇現(xiàn)場(chǎng)支付或者在線支付，現(xiàn)場(chǎng)支付需要憑預(yù)約號(hào)至指定窗口領(lǐng)號(hào)，而在線支付患

10、者只需憑預(yù)約號(hào)直接到醫(yī)院的相關(guān)科室就診。如果在規(guī)定時(shí)間沒(méi)有前來(lái)就診，掛號(hào)費(fèi)會(huì)自動(dòng)返回到用戶賬戶，安全可靠。三、醫(yī)院信息透明化。醫(yī)院信息通過(guò)一個(gè)平臺(tái)對(duì)外共享，患者和有關(guān)部門能夠監(jiān)督醫(yī)院工作動(dòng)態(tài)。醫(yī)院將醫(yī)生的預(yù)約掛號(hào)信息第一時(shí)間上傳至網(wǎng)絡(luò)，所有的患者可以及時(shí)瀏覽醫(yī)生排班信息，保證了預(yù)約掛號(hào)的公平、公正性，有效的改善病人對(duì)醫(yī)院的信任關(guān)系。四、提高醫(yī)院的服務(wù)品質(zhì)。救死扶傷是醫(yī)生必須具備的本質(zhì)，醫(yī)院應(yīng)當(dāng)更好的發(fā)揮為人們服務(wù)的態(tài)度，包括降低患者的等待時(shí)間，醫(yī)療資源的合理分配，醫(yī)院能夠合理、有序的運(yùn)行，成為廣大患者值得信賴的醫(yī)療單位。五、增加醫(yī)院的社會(huì)競(jìng)爭(zhēng)力。手機(jī)預(yù)約掛號(hào)工作的大力推廣，不但可以減輕醫(yī)院窗口

11、掛號(hào)的人口流量，患者可以第一時(shí)間得到醫(yī)生的就診，遏制病情拖延帶來(lái)的危險(xiǎn)，提升了醫(yī)院的服務(wù)質(zhì)量，同時(shí)患者有需要會(huì)及時(shí)前來(lái)復(fù)診，保障醫(yī)院病人來(lái)源的保持和增長(zhǎng)，這對(duì)于醫(yī)院的改革和發(fā)展是至關(guān)重要的因素之一。六、平臺(tái)開(kāi)放性。手機(jī)等領(lǐng)域占有很大的地位，因此吸引了大量的移動(dòng)終端廠商前赴后繼的加入進(jìn)來(lái)。本次畢業(yè)設(shè)計(jì)的醫(yī)院就診預(yù)約掛號(hào)系統(tǒng)就是基于Android操作系統(tǒng)進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)的，面向Android手機(jī)用戶群。1.2 國(guó)內(nèi)外研究概況自從上世紀(jì)60年代初，醫(yī)院信息管理系統(tǒng)（HMIS）在很多發(fā)達(dá)國(guó)家就得到了大力的發(fā)展和進(jìn)一步的研究，70-80年代美國(guó)的HMIS有了較大的進(jìn)步，尤其是在解決醫(yī)院者看病具體步驟如下：

12、1）除急診以外，先由社區(qū)家庭醫(yī)生為患者診療，一旦認(rèn)為有必要，會(huì)建議患者轉(zhuǎn)診到專科醫(yī)療中心或?qū)？漆t(yī)院治療。2）患者同意轉(zhuǎn)診，家庭醫(yī)生聯(lián)系?？漆t(yī)生，為患者開(kāi)轉(zhuǎn)診單。3）患者聯(lián)系待轉(zhuǎn)診醫(yī)院，電話預(yù)約就診時(shí)間。4）在預(yù)約的時(shí)間內(nèi)憑轉(zhuǎn)診單及時(shí)前往醫(yī)院就診。國(guó)內(nèi)醫(yī)院預(yù)約掛號(hào)方式多種多樣，主要分為以下幾種：一、窗口預(yù)約病人需要花費(fèi)很多時(shí)間前往醫(yī)院，通過(guò)和工作人員交流，填寫預(yù)約信息，但是由于工作人員不能方便的了解患者的病史以及確定上次就診的醫(yī)生，也就不能保證患者正常預(yù)約到同一位醫(yī)生進(jìn)行診療。二、電話預(yù)約電話預(yù)約不需要患者到醫(yī)院窗口掛號(hào)以及人工的方式填寫預(yù)約的相關(guān)資料。避免被安排到不同醫(yī)生的狀況，但是對(duì)于很多初

13、次使用該方式的患者而言，由于不熟悉語(yǔ)音系統(tǒng)，將需要花費(fèi)許多時(shí)間聽(tīng)系統(tǒng)將所有的就診選項(xiàng)的代號(hào)播報(bào)結(jié)束才能做選擇，并且一旦輸入錯(cuò)誤，需要重新輸入預(yù)約信息，耽誤及時(shí)就診時(shí)機(jī)。三、網(wǎng)絡(luò)預(yù)約網(wǎng)絡(luò)預(yù)約掛號(hào)是由醫(yī)院相關(guān)部門建立的網(wǎng)站，通過(guò)互聯(lián)網(wǎng)預(yù)約掛號(hào)的一種方式。網(wǎng)絡(luò)預(yù)約相比現(xiàn)場(chǎng)預(yù)約和電話預(yù)約，很好的避免患者擁堵現(xiàn)象。在年輕人中廣泛使用，由于很多老年人沒(méi)有接觸過(guò)計(jì)算機(jī)，也就很少采用這種方式。 四、自助掛號(hào)終端預(yù)約患者通過(guò)在醫(yī)院里的自動(dòng)掛號(hào)終端進(jìn)行預(yù)約，通常終端上有操作流程和方法，方便患者完成掛號(hào)，但是需要患者到醫(yī)院掛號(hào)終端排隊(duì)使用。五、公共服務(wù)平臺(tái)預(yù)約一些大型醫(yī)院和通信運(yùn)營(yíng)商合作，提供的公共預(yù)約掛號(hào)服務(wù)平臺(tái)

14、，比如電信的114，移動(dòng)的12580。用戶通過(guò)撥打服務(wù)電話預(yù)約，但是由于這類平臺(tái)同時(shí)也提供了很多其他的功能，所以用戶經(jīng)常會(huì)出現(xiàn)搶線，斷線等狀況。 第2章 需求分析與總體設(shè)計(jì)2.1 系統(tǒng)業(yè)務(wù)流程經(jīng)過(guò)對(duì)網(wǎng)絡(luò)上現(xiàn)有的大量預(yù)約掛號(hào)平臺(tái)的研究和醫(yī)院實(shí)地考察，使用預(yù)約掛號(hào)客戶端到醫(yī)院看病的總體流程一般需要經(jīng)過(guò)如下幾個(gè)步驟：1）用戶注冊(cè)、登陸系統(tǒng)。2）選擇就診的科室、醫(yī)生、預(yù)約時(shí)間。3）選擇支付方式，提交訂單。4）系統(tǒng)給用戶返回確認(rèn)信息及預(yù)約碼5）用戶選擇窗口支付，提供預(yù)約碼到醫(yī)院指定窗口繳費(fèi)并領(lǐng)取掛號(hào)單，憑掛號(hào)單到門診科室醫(yī)生就診；如果是在線支付，可直接憑預(yù)約碼到門診科室醫(yī)生就診。6）根據(jù)專家醫(yī)生開(kāi)出的處

15、方到收費(fèi)窗口繳納費(fèi)用。7）憑收據(jù)到藥房取藥。8）離院。如果有需要可至醫(yī)院進(jìn)行復(fù)診。醫(yī)院預(yù)約掛號(hào)流程具體詳情如下圖所示：圖2-1 手機(jī)預(yù)約掛號(hào)流程圖2.2 系統(tǒng)功能需求分析暴給信息技術(shù)帶來(lái)了翻天覆地的革新，這也要求社會(huì)各行各業(yè)的信息化建設(shè)需要?jiǎng)?chuàng)新和完善以滿足時(shí)代的需求。醫(yī)療行業(yè)同樣面臨著這樣的難題，包括怎樣建設(shè)滿足客觀需求的醫(yī)療信息化系統(tǒng)、病人及時(shí)就醫(yī)、保護(hù)醫(yī)院投資、以及方便醫(yī)院往后的擴(kuò)張等等問(wèn)題。針對(duì)我國(guó)現(xiàn)有的醫(yī)療資源緊缺、分配不合理、工作效率低從而導(dǎo)致病人看病難，就診不及時(shí)的情況，醫(yī)療系統(tǒng)的信息化推廣建設(shè)勢(shì)在必行。大力推廣醫(yī)院預(yù)約掛號(hào)服務(wù)不但可以減少醫(yī)院的窗口服務(wù)壓力，而且可以提前通知醫(yī)生安

16、排就診，從而很好的提高醫(yī)院的服務(wù)質(zhì)量，保障了患者及時(shí)就診的權(quán)益，也避免了醫(yī)院看病”三長(zhǎng)一短”問(wèn)題。本次醫(yī)院預(yù)約掛號(hào)系統(tǒng)是通過(guò)將病人預(yù)約的環(huán)節(jié)轉(zhuǎn)移到手機(jī)上操作，從而實(shí)現(xiàn)患者可以不出家門和排長(zhǎng)隊(duì)，能夠隨時(shí)隨地輕松掛號(hào)。通過(guò)上節(jié)對(duì)預(yù)約掛號(hào)系統(tǒng)業(yè)務(wù)流程的分析，進(jìn)行系統(tǒng)的需求設(shè)計(jì)。系統(tǒng)應(yīng)具備如下功能。2.2.1 Android客戶端1）用戶注冊(cè)、登陸用戶填寫注冊(cè)所需相關(guān)資料，憑賬戶（即身份證號(hào)）和密碼登陸系統(tǒng)。2）個(gè)人資料修改用戶登陸系統(tǒng)后可以修改除身份證號(hào)碼、姓名、性別以外的資料。3）科室、醫(yī)生及排診信息查詢用戶登陸系統(tǒng)后可以瀏覽科室、醫(yī)生以及該醫(yī)生的排診詳情。4）訂單提交用戶登陸系統(tǒng)，根據(jù)自己病情選

17、擇科室、醫(yī)生，選擇合適的時(shí)間就診。用戶提交訂單可以選擇在線支付或者窗口支付，一旦訂單提交成功系統(tǒng)會(huì)返回預(yù)約碼，憑預(yù)約碼到醫(yī)院就診。5）預(yù)約掛號(hào)記錄查詢及取消用戶提交訂單成功后可以瀏覽掛號(hào)記錄，如果有特殊問(wèn)題可以取消掛號(hào)。如果用戶選擇的是在線支付，系統(tǒng)應(yīng)當(dāng)在限定時(shí)間內(nèi)將診金返回到用戶賬戶中。6）醫(yī)生收藏用戶可以收藏自己喜歡的醫(yī)生，可以方便瀏覽該醫(yī)生的排診信息，能夠及時(shí)掛號(hào)和復(fù)診。2.2.2 web醫(yī)生端1）醫(yī)生登陸醫(yī)生輸入員工編號(hào)以及密碼登陸后臺(tái)。2）瀏覽掛號(hào)詳情醫(yī)生登陸系統(tǒng)可以查看哪些患者選擇了自己的排診記錄，根據(jù)具體時(shí)間提前安排出診。2.2.3 web管理員端1）管理員登陸系統(tǒng)管理員輸入賬號(hào)

18、以及密碼登陸后臺(tái)。2）管理醫(yī)生管理員登陸系統(tǒng)可以查看所有醫(yī)生、更新醫(yī)生信息、刪除以及添加新醫(yī)生。3）管理用戶管理員可以瀏覽用戶注冊(cè)填寫的個(gè)人信息。4）管理醫(yī)生排診管理員可以瀏覽所有醫(yī)生的排診信息、添加、刪除以及更新排診記錄。5）管理患者掛號(hào)記錄管理員可以查看用戶所有的訂單記錄，包括用戶、醫(yī)生信息，以及預(yù)約時(shí)間等信息。2.3 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)2.3.1 系統(tǒng)體系架構(gòu)系統(tǒng)基于C/S模型，即客戶端（Client）和服務(wù)器（Server）兩層架構(gòu)設(shè)計(jì)。通過(guò)分C/S架構(gòu)間的信息交互只需要通過(guò)一層，提高訪問(wèn)速度。2.3.2 系統(tǒng)采用的設(shè)計(jì)模式預(yù)約掛號(hào)系統(tǒng)采用了MVC設(shè)計(jì)模式，MVC模式是軟件開(kāi)發(fā)過(guò)程中采用的一

19、種架構(gòu)模式，它把軟件系統(tǒng)開(kāi)發(fā)分成了模型（Model）、視圖（View）和控制器（Controller）3個(gè)部分。圖2-3-1 MVC組件類型關(guān)系圖2.3.3 系統(tǒng)的技術(shù)方案1）客戶端：前臺(tái)開(kāi)發(fā)環(huán)境使用Google提供的Android SDK開(kāi)發(fā)工具。進(jìn)行數(shù)據(jù)操作；客戶端數(shù)據(jù)存儲(chǔ)使用Android SDK提供的SharedPreferences類，它是一種通過(guò)創(chuàng)建XML文件進(jìn)行輕量級(jí)的數(shù)據(jù)存儲(chǔ)技術(shù)。4）數(shù)據(jù)加密技術(shù)：使用MD5報(bào)文摘要算法對(duì)用戶設(shè)置的密碼進(jìn)行加密存儲(chǔ)，有效的避免了使用明文存儲(chǔ)敏感數(shù)據(jù)帶來(lái)的安全隱患問(wèn)題。（1）JSON比XML體積?。唬?）JSON和JavaScript交互更加方便

20、；（3）JSON的速度要遠(yuǎn)遠(yuǎn)大于XML；（4）JSON的解析要比XML的解析要方便。服務(wù)器與客戶端數(shù)據(jù)通信傳輸技術(shù)實(shí)現(xiàn)，如下圖所示：圖2-3-2 服務(wù)器與客戶端交互圖6）圖片緩存技術(shù)：客戶端請(qǐng)求服務(wù)器的大量圖片，如果線程沒(méi)有進(jìn)行優(yōu)化處理，可能出現(xiàn)圖片無(wú)法正常顯示、加載緩慢、內(nèi)存溢出，甚至導(dǎo)致系統(tǒng)奔潰等等影響用戶體驗(yàn)的問(wèn)題。Android開(kāi)源網(wǎng)站GitHub上提供了一個(gè)功能強(qiáng)大的異步加載大量圖片的框架Android-Universal-Image-Loader很好的解決了這個(gè)問(wèn)題。Android-Universal-Image-Loader作為一個(gè)優(yōu)秀的開(kāi)源圖片處理項(xiàng)目，支持網(wǎng)絡(luò)圖片的異步加載、

21、參數(shù)設(shè)置、緩存處理等技術(shù)，為開(kāi)發(fā)人員提供了方便的接口。其主要的核心功能如下：（1）支持Widget窗口部件；（2）支持多線程的圖片加載；（3）支持圖片加載過(guò)程中的監(jiān)聽(tīng)；（4）提供內(nèi)存和本地的雙緩存技術(shù)；（5）提供圖片的個(gè)性化顯示，如圖片圓角處理已經(jīng)漸變動(dòng)畫等的配置接口；（6）提供多樣化的功能選項(xiàng)，包括線程管理，內(nèi)存和SDCard卡緩存，參數(shù)初始化工作等等。2.4 系統(tǒng)功能模塊劃分2.4.1 客戶端功能模塊通過(guò)在已有的預(yù)約掛號(hào)業(yè)務(wù)基礎(chǔ)上分析，從用戶的角度進(jìn)行系統(tǒng)設(shè)計(jì)，滿足功能實(shí)用、操作簡(jiǎn)單、運(yùn)行流暢是設(shè)計(jì)的宗旨。系統(tǒng)客戶端的整體功能劃分如下表：表2-4-1 預(yù)約掛號(hào)客戶端整體功能表系統(tǒng)功能模塊子

22、功能預(yù)約掛號(hào)客戶端系統(tǒng)注冊(cè)無(wú)登錄找回密碼記住密碼預(yù)約掛號(hào)選擇科室、醫(yī)生、時(shí)間段提交訂單醫(yī)生收藏我的醫(yī)生繼續(xù)預(yù)約該醫(yī)生最近預(yù)約取消預(yù)約掛號(hào)繼續(xù)預(yù)約該醫(yī)生個(gè)人中心個(gè)人資料修改密碼修改電話預(yù)約退出當(dāng)前賬戶最近預(yù)約入口我的醫(yī)生入口2.4.2 服務(wù)器端功能模塊預(yù)約掛號(hào)系統(tǒng)大量的信息處理以及數(shù)據(jù)存儲(chǔ)工作是在后臺(tái)服務(wù)器進(jìn)行實(shí)現(xiàn)。服務(wù)器和客戶端的交互采用即時(shí)通信模式，患者提交預(yù)約掛號(hào)成功，醫(yī)生可以隨時(shí)登陸后臺(tái)瀏覽掛號(hào)信息，同時(shí)系統(tǒng)管理員可以對(duì)數(shù)據(jù)庫(kù)進(jìn)行維護(hù)和數(shù)據(jù)更新。 系統(tǒng)的web端整體功能需求如下表：表2-4-2 預(yù)約掛號(hào)web端整體功能表系統(tǒng)用戶類型功能模塊子功能預(yù)約掛號(hào)后臺(tái)系統(tǒng)醫(yī)生瀏覽待就診信息無(wú)管理員

23、管理醫(yī)生瀏覽醫(yī)生信息更新醫(yī)生信息刪除醫(yī)生添加新醫(yī)生管理用戶瀏覽用戶信息管理排診信息瀏覽醫(yī)生排診記錄添加排診記錄刪除排診記錄更新排診信息瀏覽掛號(hào)信息無(wú)2.5 功能模塊設(shè)計(jì)2.5.1 注冊(cè)登錄模塊注冊(cè)登錄模塊提供用戶登陸認(rèn)證，只有注冊(cè)成功的用戶才可以進(jìn)行預(yù)約掛號(hào)。用戶在注冊(cè)時(shí)填寫的身份證號(hào)碼、手機(jī)號(hào)碼、郵箱以及密碼等信息需要通過(guò)正則表達(dá)式驗(yàn)證，使用MD5報(bào)文摘要算法對(duì)密碼進(jìn)行加密存儲(chǔ)。2.5.2 用戶UI模塊用戶UI模塊提供了和用戶交互的界面，包括預(yù)約掛號(hào)、我的醫(yī)生、最近預(yù)約、個(gè)人資料等界面，用戶可以通過(guò)瀏覽科室，查看在線醫(yī)生，就診時(shí)間段，進(jìn)行快速預(yù)約掛號(hào)，界面設(shè)計(jì)簡(jiǎn)潔，降低用戶的學(xué)習(xí)成本。2.5

24、.3 數(shù)據(jù)傳輸模塊協(xié)議。多個(gè)Activity間數(shù)據(jù)傳遞采用了Intent意圖傳輸機(jī)制以及利用Application實(shí)現(xiàn)一些全局對(duì)象的存儲(chǔ)、傳輸和處理。2.5.4 數(shù)據(jù)處理模塊2.5.5 數(shù)據(jù)存儲(chǔ)模塊第3章 數(shù)據(jù)庫(kù)設(shè)計(jì)3.1 數(shù)據(jù)庫(kù)類型1）網(wǎng)狀型數(shù)據(jù)庫(kù)圖3-1-1 網(wǎng)狀模型的例子2）層次型數(shù)據(jù)庫(kù)圖3-1-2 層次模型的例子3）關(guān)系型數(shù)據(jù)庫(kù)Oracle，SQL Server，MySQL都是典型的關(guān)系型數(shù)據(jù)庫(kù)。（1）容易理解：關(guān)系型數(shù)據(jù)庫(kù)利用二維表進(jìn)行數(shù)據(jù)存儲(chǔ)操作，完全符合現(xiàn)實(shí)世界中的邏輯概念，相比其他兩種存儲(chǔ)模型理解起來(lái)更加簡(jiǎn)單。3.2 數(shù)據(jù)表設(shè)計(jì)序號(hào)字段名字段描述數(shù)據(jù)類型長(zhǎng)度允許空值備注1id用

25、戶idint50否主鍵2sex性別varchar50否男或者女3birthday生日varchar50否例：1992-10-184realname真實(shí)姓名varchar50否用戶姓名5telphone手機(jī)號(hào)varchar50否手機(jī)號(hào)碼6idcard身份證號(hào)varchar50否身份證號(hào)碼7password密碼varchar50否不小于6位的字符8email郵箱varchar50否注冊(cè)的郵箱3.2.2 醫(yī)生表醫(yī)生表記錄醫(yī)生的個(gè)人信息，包括醫(yī)生員工號(hào)、姓名，性別、科室、介紹等字段，具體設(shè)計(jì)如下表所示：表3-2-2 醫(yī)生表序號(hào)字段名字段描述數(shù)據(jù)類型長(zhǎng)度允許空值備注1d_id醫(yī)生idint50否主鍵2d

26、_employeeID員工號(hào)varchar100否后臺(tái)登陸賬戶3d_name姓名varchar50否醫(yī)生姓名4d_grade醫(yī)生職稱varchar50否等級(jí)分類5d_sex性別varchar50否男或者女6d_department所屬科室varchar50否例：內(nèi)科、外科7d_info醫(yī)生描述varchar10000否醫(yī)生相關(guān)介紹8d_image頭像varchar1000是顯示頭像或者默認(rèn)8d_money診金int50否按職稱區(qū)分8d_password登陸密碼varchar50否后臺(tái)登陸密碼3.2.3 排診表排診表用于保存醫(yī)生的排診記錄，每條記錄包括醫(yī)生編號(hào)、就診日期、時(shí)間等字段，具體設(shè)計(jì)如下

27、表所示：表3-2-3 排診表序號(hào)字段名字段描述數(shù)據(jù)類型長(zhǎng)度允許空值備注1p_id排診idint50否主鍵2d_id醫(yī)生idint50否外鍵3p_date就診日期varchar50否例：2015/5/14p_time就診時(shí)間varchar50否例：9:005p_selected號(hào)源狀態(tài)tinyint1否1：已選；0：未選3.2.4 掛號(hào)表掛號(hào)表保存患者的掛號(hào)信息，每條記錄包括患者id、醫(yī)生id、排診id、預(yù)約碼、支付狀態(tài)等字段，具體設(shè)計(jì)如下表所示：表3-2-4序號(hào)字段名字段描述數(shù)據(jù)類型長(zhǎng)度允許空值備注1g_id掛號(hào)idint50否主鍵2u_id用戶idint50否外鍵3d_id醫(yī)生idint50

28、否外鍵4p_id排診idint50否外鍵5g_code預(yù)約碼varchar100否系統(tǒng)返回預(yù)約碼6g_payed支付狀態(tài)tinyint1否1：已支付；0：未支付3.2.5 收藏表收藏保存用戶的醫(yī)生收藏記錄，方便用戶復(fù)診預(yù)約操作。每條記錄包括收藏id、用戶id、醫(yī)生id字段，具體設(shè)計(jì)如下表所示：表3-2-5 收藏表序號(hào)字段名字段描述數(shù)據(jù)類型長(zhǎng)度允許空值備注1c_id掛號(hào)idint50否主鍵2u_id用戶idint50否外鍵3d_id醫(yī)生idint50否外鍵3.2.6 數(shù)據(jù)庫(kù)整體E-R圖通過(guò)以上數(shù)據(jù)庫(kù)表的設(shè)計(jì)，分析數(shù)據(jù)庫(kù)的所有實(shí)體對(duì)象以及對(duì)象與對(duì)象之間的聯(lián)系，畫出如下E-R圖：圖3-2-6 數(shù)據(jù)庫(kù)

29、E-R圖第4章 系統(tǒng)功能實(shí)現(xiàn)4.1 客戶端4.1.1 Activity管理機(jī)制預(yù)約掛號(hào)系統(tǒng)的實(shí)現(xiàn)是基于多個(gè)Activity間的切換，因此Activity的管理工作至關(guān)圖4-1-1 Activity生命周期上圖可以看出一個(gè)Activity在整個(gè)生命周期中的狀態(tài)變換過(guò)程，但是當(dāng)系統(tǒng)存在多利用自定義的MyApplication管理Activity，并且MyApplication的對(duì)象是通過(guò)單例模式創(chuàng)建，保證使用一個(gè)對(duì)象能夠維護(hù)和管理多個(gè)Activity。核心代碼實(shí)現(xiàn)如下：4.1.2 HttpPost網(wǎng)絡(luò)訪問(wèn)實(shí)現(xiàn)網(wǎng)絡(luò)訪問(wèn)在系統(tǒng)設(shè)計(jì)的多個(gè)模塊中都有涉及，所以可以將網(wǎng)絡(luò)訪問(wèn)功能單獨(dú)來(lái)實(shí)現(xiàn)，封裝成一個(gè)通用方

30、法，方便程序在任何需要的地方調(diào)用，同時(shí)避免相似功能的代碼進(jìn)行重復(fù)編寫工作，也為后期功能的擴(kuò)展提供了公共的訪問(wèn)接口。核心代碼如下：在程序需要訪問(wèn)服務(wù)器的模塊中，通過(guò)調(diào)用該方法，只需要傳入對(duì)應(yīng)的URL地址請(qǐng)求參數(shù)。通過(guò)EntityUtils.toString方法獲取響應(yīng)參數(shù)，如果返回?cái)?shù)據(jù)以”“開(kāi)頭，表明為JSONArray對(duì)象，屬于正常響應(yīng)，通過(guò)對(duì)JSONArray進(jìn)行解析并顯示在界面上。4.1.3 注冊(cè)功能實(shí)現(xiàn)注冊(cè)模塊界面設(shè)計(jì)如下：圖4-1-3 注冊(cè)界面用戶填寫注冊(cè)信息，點(diǎn)擊提交按鈕，先驗(yàn)證注冊(cè)信息是否完整以及格式是否正確，最后通過(guò)HTTP網(wǎng)絡(luò)協(xié)議將信息發(fā)送到服務(wù)器端進(jìn)行處理，核心代碼如下：用戶

31、注冊(cè)的信息使用正則表達(dá)式進(jìn)行驗(yàn)證，只有驗(yàn)證通過(guò)才能夠繼續(xù)執(zhí)行網(wǎng)絡(luò)請(qǐng)求。發(fā)送請(qǐng)求的核心代碼如下：注冊(cè)模塊訪問(wèn)服務(wù)器URL 、請(qǐng)求參數(shù)、響應(yīng)參數(shù)如下表所示：表4-1-3 注冊(cè)模塊參數(shù)表請(qǐng)求鏈接請(qǐng)求參數(shù)響應(yīng)參數(shù)用戶注冊(cè)/UserRegisterServletparams: realname=xxx,sex = xxx,birthday = xxx,telphone= xxx,idcard= xxx, password= xxx, email= xxx 正常響應(yīng)：success異常響應(yīng)：failed4.1.4 登陸功能實(shí)現(xiàn)用戶登陸模塊界面設(shè)計(jì)如下：圖4-1-4 用戶登陸界面1）登陸驗(yàn)證用戶填寫賬號(hào)密碼

32、，點(diǎn)擊登陸按鈕，與服務(wù)端數(shù)據(jù)進(jìn)行用戶認(rèn)證。核心代碼實(shí)現(xiàn)如下：2）記住密碼核心代碼實(shí)現(xiàn)如下：在登錄Activity中，需要將獲取的密碼重新保存一下。3）忘記密碼用戶忘記了登錄密碼，可以通過(guò)點(diǎn)擊”忘記密碼”重新設(shè)置，密碼重置成功，使用Intent將新密碼發(fā)送給登陸Activity。登陸功能訪問(wèn)服務(wù)器的URL 、請(qǐng)求參數(shù)、響應(yīng)參數(shù)如下表所示：表4-1-4 登陸模塊功能請(qǐng)求鏈接請(qǐng)求參數(shù)響應(yīng)參數(shù)用戶登陸/LoginServletparams: idcard=xxx, password= xxx正常響應(yīng)：success異常響應(yīng)：failed4.1.5 預(yù)約掛號(hào)功能實(shí)現(xiàn)預(yù)約掛號(hào)模塊是系統(tǒng)設(shè)計(jì)的核心部分，提供

33、科室、醫(yī)生以及選擇預(yù)約時(shí)間功能。1）科室選擇科室選擇界面列出醫(yī)院的科室分類信息，用戶通過(guò)點(diǎn)擊相應(yīng)科室進(jìn)行操作，界面設(shè)計(jì)如下圖：圖4-1-5-1 科室界面界面布局采用GridView網(wǎng)格樣式控件，使用自定義的Adapter適配器填充數(shù)據(jù)。用戶點(diǎn)擊科室跳轉(zhuǎn)至醫(yī)生選擇界面，核心代碼實(shí)現(xiàn)如下：2）醫(yī)生選擇用戶通過(guò)點(diǎn)擊某個(gè)科室，將跳轉(zhuǎn)到顯示這個(gè)科室所有醫(yī)生的Activiy。界面設(shè)計(jì)如下：圖4-1-5-2 醫(yī)生界面該功能通過(guò)使用listview和adapter實(shí)現(xiàn)醫(yī)生列表顯示以及響應(yīng)用戶點(diǎn)擊事件，與科室選擇的功能實(shí)現(xiàn)類似，主要區(qū)別是在于醫(yī)生數(shù)據(jù)是通過(guò)訪問(wèn)服務(wù)器獲取。核心代碼實(shí)現(xiàn)如下：獲取所有醫(yī)生訪問(wèn)服務(wù)器

34、的URL 、請(qǐng)求參數(shù)、響應(yīng)參數(shù)如下表所示：表4-1-5-1 科室醫(yī)生查詢參數(shù)表請(qǐng)求鏈接請(qǐng)求參數(shù)響應(yīng)參數(shù)科室醫(yī)生查詢/ DoctorServletparams: department=xxx正常響應(yīng)：“doc_id”:xxx,”doc_empID”:xxx,”doc_name”:xxx,”doc_grade”:xxx,”doc_sex”:xxx,”doc_department”:xxx,”doc_info”:xxx,”doc_image_url”:xxx,”doc_money”:xxx,.異常響應(yīng)：failed3）醫(yī)生收藏圖4-1-5-3 收藏界面用戶點(diǎn)擊收藏按鈕可以收藏該醫(yī)生，再次點(diǎn)擊可以取消

35、收藏，核心代碼如下：收藏醫(yī)生訪問(wèn)服務(wù)器的URL 、請(qǐng)求參數(shù)、響應(yīng)參數(shù)如下表所示：表4-1-5-2 收藏模塊參數(shù)表請(qǐng)求鏈接請(qǐng)求參數(shù)響應(yīng)參數(shù)醫(yī)生收藏/ LikedOrUnLikedServletparams: u_id=xxx,d_id=xxx, selected=xxx取消收藏：unliked true收藏：liked true4）瀏覽醫(yī)生簡(jiǎn)介和排診信息 圖4-1-5-4 簡(jiǎn)介和掛號(hào)界面瀏覽簡(jiǎn)介和掛號(hào)信息功能類似，其中，排診信息以網(wǎng)格形式顯示，可以動(dòng)態(tài)展開(kāi)和收縮，節(jié)省屏幕空間，利用ExpandableListView和繼承于BaseExpandableListAdapter的自定義adapter

36、實(shí)現(xiàn)。獲取服務(wù)器端的排診信息核心代碼如下：從服務(wù)器獲取了所有的排診記錄，但是需要將同一天的號(hào)源歸納在一起，便于患者瀏覽和選擇，使用TreeSet實(shí)現(xiàn)該需求。設(shè)計(jì)如下：5）訂單提交用戶點(diǎn)擊某個(gè)號(hào)源，跳轉(zhuǎn)至訂單提交Activity。界面設(shè)計(jì)如下： 圖4-1-5-5 訂單界面用戶選擇了”在線支付”，將跳轉(zhuǎn)至支付界面，如下圖：圖4-1-5-6 支付界面圖4-1-5-7 訂單詳情界面用戶點(diǎn)擊提交按鈕，服務(wù)器端自動(dòng)生成該訂單，代碼實(shí)現(xiàn)如下：提交訂單訪問(wèn)服務(wù)器的URL、請(qǐng)求參數(shù)、響應(yīng)參數(shù)如下表所示：表4-1-5-3 訂單提交參數(shù)表請(qǐng)求鏈接請(qǐng)求參數(shù)響應(yīng)參數(shù)訂單提交/ InsertGuaHaoItemServl

37、etparams: u_id=xxx,d_id=xxx, p_id=xxx, g_payed=xxx成功：success失?。篺ailed4.1.6 我的醫(yī)生功能實(shí)現(xiàn)的醫(yī)生。界面設(shè)計(jì)如下： 圖4-1-6 我的醫(yī)生查詢收藏醫(yī)生和選擇醫(yī)生功能類似，區(qū)別在于獲取數(shù)據(jù)源不同，并且長(zhǎng)按某個(gè)醫(yī)生可以刪除這條收藏記錄，功能實(shí)現(xiàn)如下：值得一提的是，當(dāng)收藏記錄被刪除，數(shù)據(jù)源會(huì)發(fā)生變化，相應(yīng)的界面應(yīng)該及時(shí)刷新，所以需要向適配器對(duì)象發(fā)送通知。代碼如下： 長(zhǎng)按刪除某收藏醫(yī)生訪問(wèn)服務(wù)器的URL 、請(qǐng)求參數(shù)、響應(yīng)參數(shù)如下表所示：表4-1-6 我的醫(yī)生參數(shù)表請(qǐng)求鏈接請(qǐng)求參數(shù)響應(yīng)參數(shù)刪除收藏醫(yī)生/ LikedOrUnLike

38、dServletparams: u_id=xxx,d_id=xxx, selected =false成功：success失?。篺ailed4.1.7 最近預(yù)約功能實(shí)現(xiàn)用戶通過(guò)點(diǎn)擊”最近預(yù)約”按鈕，會(huì)進(jìn)入預(yù)約Activity。界面設(shè)計(jì)如下：圖4-1-7 最近預(yù)約最近預(yù)約功能用于顯示用戶已掛號(hào)記錄，包括醫(yī)生信息、預(yù)約碼、就診時(shí)間等，同時(shí)提供取消該預(yù)約和繼續(xù)預(yù)約功能。核心代碼實(shí)現(xiàn)如下：查詢掛號(hào)記錄訪問(wèn)服務(wù)器的URL 、請(qǐng)求參數(shù)、響應(yīng)參數(shù)如下表所示：表4-1-7 我的醫(yī)生參數(shù)表請(qǐng)求鏈接請(qǐng)求參數(shù)響應(yīng)參數(shù)獲取掛號(hào)記錄/GetAllOrderServletparams: u_id=xxx成功：success

39、失敗：failed4.1.8 個(gè)人中心功能實(shí)現(xiàn)個(gè)人中心提供了最近預(yù)約、我的醫(yī)生入口，也包括修改個(gè)人資料和密碼，12580電話預(yù)約功能。界面設(shè)計(jì)如下圖所示：圖4-1-8-1 個(gè)人中心1）最近預(yù)約以及我的醫(yī)生2）修改資料以及密碼 圖4-1-8-2 個(gè)人信息修改用戶修改個(gè)人資料訪問(wèn)服務(wù)器的URL 、請(qǐng)求參數(shù)、響應(yīng)參數(shù)如下表所示：表4-1-8 資料修改參數(shù)表請(qǐng)求鏈接請(qǐng)求參數(shù)響應(yīng)參數(shù)修改個(gè)人資料/ UpdateUserInfoServletparams: telphone=xxx, email=xxx u_id=xxx 成功：success失?。篺ailed3）12580電話預(yù)約用戶可以通過(guò)該功能撥打1

40、2580，進(jìn)行電話預(yù)約服務(wù)，為患者預(yù)約掛號(hào)提供了多個(gè)途徑，如下圖所示：圖4-1-8-3 12580電話預(yù)約4.1.9 語(yǔ)音提示功能實(shí)現(xiàn)語(yǔ)音提示功能通過(guò)調(diào)用第三方手說(shuō)TTS提供的Jar包，在用戶預(yù)約成功時(shí)，給出語(yǔ)音播報(bào)提示，使系統(tǒng)更加人性化。功能實(shí)現(xiàn)如下：2）綁定bindService和解綁unbindService3）調(diào)用服務(wù)接口方法，進(jìn)行語(yǔ)音播報(bào)4.2 服務(wù)器端服務(wù)器端功能實(shí)現(xiàn)采用了JSP、JDBC以及Servlet等技術(shù)。在響應(yīng)客戶端的網(wǎng)絡(luò)請(qǐng)求方面，使用doPost方法返回?cái)?shù)據(jù)而不用doGet，原因如下：1）doGet方法存在安全隱患。用戶輸入U(xiǎn)RL參數(shù)會(huì)暴露在瀏覽器地址中。2）doGet

41、方法請(qǐng)求URL地址的長(zhǎng)度有嚴(yán)格限制且只能是字符串。4.2.1 管理員登陸圖4-2-1-1 管理員身份登陸圖4-2-1-2 管理員登陸成功4.2.2 醫(yī)生登陸圖4-2-2-1 醫(yī)生身份登陸醫(yī)生登陸后，可以瀏覽已經(jīng)被預(yù)約的號(hào)源，提前安排就診，點(diǎn)擊右側(cè)超鏈接可以檢查自己詳細(xì)的排診信息，以便發(fā)現(xiàn)問(wèn)題能夠和管理員及時(shí)溝通。如下圖所示：圖4-2-2-2 醫(yī)生登陸成功第5章 系統(tǒng)測(cè)試軟件測(cè)試工作貫穿在設(shè)計(jì)的每個(gè)階段，在系統(tǒng)開(kāi)發(fā)的整個(gè)過(guò)程中占有非常重要的地位。進(jìn)行嚴(yán)格的軟件測(cè)試不但可以及時(shí)更正軟件已經(jīng)存在的錯(cuò)誤和發(fā)現(xiàn)未檢測(cè)出來(lái)的錯(cuò)誤，保證軟件的質(zhì)量，而且在很大程度上也的降低了系統(tǒng)的開(kāi)發(fā)風(fēng)險(xiǎn)和投資成本。開(kāi)發(fā)人員

42、可以根據(jù)系統(tǒng)開(kāi)發(fā)規(guī)則說(shuō)明以及程序業(yè)務(wù)邏輯設(shè)計(jì)不同的測(cè)試用例進(jìn)行軟件測(cè)試，通過(guò)與預(yù)期輸出結(jié)果對(duì)比，驗(yàn)證系統(tǒng)是否正常運(yùn)行。本次預(yù)約掛號(hào)系統(tǒng)采用了功能模塊測(cè)試，在實(shí)現(xiàn)每個(gè)功能的同時(shí)完成對(duì)該功能的測(cè)試，這樣做不僅有效地節(jié)約了開(kāi)發(fā)時(shí)間，同時(shí)保證了系統(tǒng)的穩(wěn)定性和正確性。5.1 數(shù)據(jù)庫(kù)加密測(cè)試用戶在注冊(cè)時(shí)設(shè)置登陸密碼，經(jīng)過(guò)MD5報(bào)文摘要算法加密，將加密后的數(shù)據(jù)保存至服務(wù)器端數(shù)據(jù)庫(kù)。圖5-1-1 注冊(cè)測(cè)試查看服務(wù)器存儲(chǔ)數(shù)據(jù)表，用戶注冊(cè)的密碼以密文的形式存儲(chǔ)，如下圖所示：圖5-1-2 數(shù)據(jù)庫(kù)用戶表5.2 功能測(cè)試1）登陸填寫賬戶和密碼用戶登陸 圖5-2-1 登陸測(cè)試2）忘記密碼注冊(cè)身份證號(hào)和手機(jī)號(hào)和設(shè)置新密碼重

43、置成功 圖5-2-2 密碼重置測(cè)試3）預(yù)約掛號(hào) 圖5-2-3 預(yù)約掛號(hào)測(cè)試4）我的醫(yī)生收藏醫(yī)生瀏覽醫(yī)生選擇醫(yī)生掛號(hào)取消收藏 圖5-2-4 我的醫(yī)生測(cè)試5）最近預(yù)約瀏覽預(yù)約選擇醫(yī)生繼續(xù)預(yù)約 取消預(yù)約 圖5-2-5 我的醫(yī)生測(cè)試6）個(gè)人資料修改 圖5-2-6 個(gè)人資料測(cè)試圖5-2-7 數(shù)據(jù)庫(kù)表7）密碼修改個(gè)人中心修改密碼密碼修改提交 圖5-2-8 密碼修改測(cè)試8）擴(kuò)展功能預(yù)約掛號(hào)系統(tǒng)的功能需求在不斷的擴(kuò)大，所以在設(shè)計(jì)時(shí)保留了”專欄醫(yī)生”，”藥品查詢”兩個(gè)功能入口，在后期可以不斷的完善。圖5-2-9 擴(kuò)展功能5.3 性能測(cè)試手機(jī)預(yù)約掛號(hào)的發(fā)展前景是巨大的，也要求系統(tǒng)有著良好運(yùn)行處理性能，因此，系統(tǒng)具

44、備高效的處理能力非常重要?，F(xiàn)從以下兩個(gè)方面對(duì)系統(tǒng)的性能測(cè)試進(jìn)行分析：1）通過(guò)以上功能測(cè)試，可以看出預(yù)約掛號(hào)系統(tǒng)在設(shè)計(jì)時(shí)能夠充分考慮到系統(tǒng)的功能實(shí)用性、正確性、可擴(kuò)展性。系統(tǒng)在升級(jí)、維護(hù)時(shí)候以影響最小、處理迅速、安全可靠為原則，可以變動(dòng)控制在一定范圍內(nèi)。系統(tǒng)提供全面的服務(wù)性能實(shí)時(shí)監(jiān)測(cè)，做到問(wèn)題的及時(shí)發(fā)現(xiàn)和解決，保證系統(tǒng)性能流暢。2）系統(tǒng)能夠保證用戶請(qǐng)求的及時(shí)響應(yīng)。在測(cè)試環(huán)境下使用Android SDK提供的模擬器進(jìn)行并發(fā)性能測(cè)試，根據(jù)測(cè)試結(jié)果發(fā)現(xiàn)在平均10次連續(xù)掛號(hào)的情況下，客戶端會(huì)出現(xiàn)內(nèi)存溢出問(wèn)題，經(jīng)過(guò)測(cè)試，發(fā)現(xiàn)由于每掛一次號(hào)平均需要關(guān)閉5個(gè)Activity，因此連續(xù)掛10次號(hào)需要關(guān)閉50個(gè)A

45、ctivity。類似Java的虛擬機(jī)JVM，Android程序也擁有自己的虛擬機(jī)Dalvik，它是用來(lái)管理應(yīng)用程序內(nèi)存。Android垃圾回收機(jī)制GC不會(huì)及時(shí)清理，當(dāng)Activity被銷毀后，其內(nèi)存引用并不會(huì)立即釋放，而是根據(jù)回收算法進(jìn)行內(nèi)存計(jì)算，如果已經(jīng)屬于可回收對(duì)象，將在下次回收的時(shí)候釋放內(nèi)存，否則會(huì)一直占用內(nèi)存。通過(guò)測(cè)試，發(fā)現(xiàn)了導(dǎo)致應(yīng)用內(nèi)存溢出的主要原因，即在Activity被銷毀的時(shí)，它的上下文Context對(duì)象的引用沒(méi)有及時(shí)釋放，仍然常駐內(nèi)存。根據(jù)Activity生命周期，可以通過(guò)重寫onDestory方法，在銷毀時(shí)進(jìn)行內(nèi)存釋放并提醒GC及時(shí)進(jìn)行垃圾回收。代碼實(shí)現(xiàn)如下：結(jié) 論通過(guò)兩個(gè)

46、多月的努力，畢業(yè)設(shè)計(jì)的任務(wù)也接近尾聲?；仡欉@段時(shí)間，雖然付出了很多汗水，也經(jīng)歷了許多困難，但是更重要的是有了很大的收獲。當(dāng)指導(dǎo)老師下發(fā)開(kāi)題報(bào)告，就開(kāi)始查閱文獻(xiàn)，搜集各類相關(guān)資料，并且也到當(dāng)?shù)蒯t(yī)院進(jìn)行實(shí)地考察，完成系統(tǒng)的需求分析。我發(fā)現(xiàn)許多醫(yī)院都有自己的一套體系，感到很迷茫，我將這一問(wèn)題告訴了指導(dǎo)老師，在老師耐心的講解下，明確了自己的工作方向和目標(biāo)。在系統(tǒng)功能開(kāi)發(fā)階段，遇到了很多的難題，比如系統(tǒng)的框架應(yīng)該如何搭建，業(yè)務(wù)流程怎樣安排更加合理，以及如何從服務(wù)器端獲取圖片，并且對(duì)圖片進(jìn)行緩存處理怎么實(shí)現(xiàn)等等問(wèn)題，開(kāi)發(fā)初期沒(méi)有一點(diǎn)頭緒。通過(guò)在實(shí)習(xí)期間的學(xué)習(xí)和鍛煉，熟悉了商業(yè)軟件的開(kāi)發(fā)流程，掌握了軟件系統(tǒng)

47、框架的搭建，也接觸了一些Android開(kāi)源框架。在本次系統(tǒng)設(shè)計(jì)中就使用了Android-Universal-Image-Loader圖片處理框架。通過(guò)本次設(shè)計(jì)的代碼編寫，其實(shí)也是對(duì)大學(xué)四年學(xué)習(xí)的一個(gè)總結(jié)，對(duì)Java面向?qū)ο蟮木幊趟枷胗辛烁顚哟蔚囊?jiàn)解，同時(shí)提升了程序開(kāi)發(fā)能力。設(shè)計(jì)完成了基于Android的醫(yī)院預(yù)約掛號(hào)系統(tǒng)的實(shí)現(xiàn)，并且最終通過(guò)了客戶端和服務(wù)器聯(lián)網(wǎng)測(cè)試工作，也很好的支持用戶體驗(yàn)，但是仍然存在很多問(wèn)題需要解決，比如對(duì)于用戶失約的黑名單處理、網(wǎng)絡(luò)延遲、快捷搜索、短信提示等問(wèn)題，當(dāng)然我會(huì)在后期工作中不斷完善和修改。手機(jī)預(yù)約掛號(hào)得到廣泛的使用，不僅能夠合理分配醫(yī)院的門診流量，提高醫(yī)院服務(wù)質(zhì)

48、量，并且為患者第一時(shí)間的及時(shí)就診提供了保障，無(wú)疑會(huì)受到更多人的青睞。致 謝大學(xué)生涯轉(zhuǎn)眼即逝，在即將結(jié)束之際，我想對(duì)蘇州科技學(xué)院、家人、老師和同學(xué)們表達(dá)我由衷的謝意。四年里，學(xué)校給了我學(xué)習(xí)專業(yè)技能的機(jī)會(huì)，父母在生活上的支持，老師孜孜不倦的教誨，同學(xué)們的相親相愛(ài)，都讓我的大學(xué)時(shí)光充滿了溫情和歡笑，在此，我深表感謝。畢業(yè)設(shè)計(jì)的順利完成離不開(kāi)老師和同學(xué)們的幫助，其中我的論文指導(dǎo)老師陶滔老師對(duì)我的關(guān)心和支持尤其重要。在遇到自己解決不了的問(wèn)題時(shí)，我最先做的就是向陶滔老師尋求建議，而陶滔老師每次不管多忙，幾乎每周都會(huì)抽出時(shí)間找我面談工作進(jìn)度以及安排計(jì)劃。在設(shè)計(jì)的每個(gè)階段都給予了我悉心的指導(dǎo)，向陶滔同時(shí)，系統(tǒng)

49、的實(shí)現(xiàn)也得到了實(shí)習(xí)期間的師傅王晨龍的技術(shù)指導(dǎo)，他在很多難題上給了我解決思路和方案，在次深表感謝。最后，我想再一次真誠(chéng)地向所有幫助我的老師和朋友們表達(dá)我的感謝之情，謝謝你們！ 參 考 文 獻(xiàn)1 趙陽(yáng), 夏景林. 預(yù)約門診掛號(hào)模式和支持平臺(tái)建設(shè)初探J. 中國(guó)衛(wèi)生資源, 2012, 15(6):482-483.2 王勤幫. 淺談醫(yī)療設(shè)備維修工作的現(xiàn)狀及發(fā)展J. 寧夏科技, 2003, (5):39-39.3 陳亞光. 美國(guó)式”調(diào)動(dòng)醫(yī)生積極性”J. 中國(guó)醫(yī)院院長(zhǎng), 2010, (18):90-91.4 趙陽(yáng), 夏景林. 預(yù)約門診掛號(hào)模式和支持平臺(tái)建設(shè)初探J. 中國(guó)衛(wèi)生資源, 2012, 15(6):4

50、82-483.5 錢毅. 基于Android的電力通信無(wú)線巡視終端的方案設(shè)計(jì)J. 電力學(xué)報(bào), 2011, 26(1):60-63. DOI:10.3969/j.issn.1005-6548.2011.01.014.6 熊凱. 數(shù)字醫(yī)院中移動(dòng)預(yù)約掛號(hào)系統(tǒng)架構(gòu)的技術(shù)研究J. 才智, 2010, (22):78-78. DOI:10.3969/j.issn.1671-2064.2010.09.072.7 艾蘭虹. 基于 J2ME 與 J2EE 的移動(dòng)預(yù)約掛號(hào)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) J. 信息與電腦 (理論版), 2011, 1: 045.8 蘇玉成, 蔣昆, 王蕊. 醫(yī)院自助綜合服務(wù)系統(tǒng)建設(shè)策略J. 醫(yī)療

51、衛(wèi)生裝備, 2013, (6):91-92. DOI:10.7687/J.ISSN1003-8868.2013.06.091.9 郭蕊. 基于B/S結(jié)構(gòu)的新聞發(fā)布系統(tǒng)D. 吉林大學(xué), 2014.10 趙珂. 基于 Android 移動(dòng)終端預(yù)約掛號(hào)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) D. 武漢理工大學(xué), 2013.11 張琦. 醫(yī)院網(wǎng)絡(luò)預(yù)約掛號(hào)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)D. 天津大學(xué), 2013.12 陶國(guó)芳, 王維維, 陳欣, 等. 基于 Web 的醫(yī)院遠(yuǎn)程預(yù)約掛號(hào)系統(tǒng)的設(shè)計(jì)J. 福建電腦, 2003 (7): 30-31.13 張松. 基于 .NET 技術(shù)的醫(yī)療預(yù)約掛號(hào)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)D. 黑龍江大學(xué), 2010.14

52、 趙陽(yáng), 夏景林. 預(yù)約門診掛號(hào)模式和支持平臺(tái)建設(shè)初探J. 中國(guó)衛(wèi)生資源, 2013, 15(6): 482-483.15 師成虎. 區(qū)域性導(dǎo)醫(yī)平臺(tái)的建設(shè)J. 護(hù)理研究: 下旬版, 2010 (11): 3081-3082.16 張雷. 分時(shí)段預(yù)約診療系統(tǒng)研究與實(shí)現(xiàn)D. 河北科技大學(xué), 2013.17 鉉克. 數(shù)字化健康體檢信息系統(tǒng)的開(kāi)發(fā)與實(shí)現(xiàn)J. 2009.18 崔立超. 基于 WEB 服務(wù)的預(yù)約掛號(hào)系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)D. 山東大學(xué), 2010.19 虞穎映, 辛均益, 胡海翔, 等. 國(guó)內(nèi)外醫(yī)院預(yù)約診療服務(wù)系統(tǒng)現(xiàn)狀及發(fā)展策略分析J. 醫(yī)學(xué)信息學(xué)雜志, 2013 (3): 24-30.20 王林

53、林. 基于 Android 平臺(tái)的集群通信系統(tǒng)終端軟件的設(shè)計(jì)與實(shí)現(xiàn)D. 成都: 西南交通大學(xué), 2012.21 蔣志宇. 某三級(jí)綜合醫(yī)院門診病人時(shí)間分布和預(yù)約診療服務(wù)影響因素研究 D. 復(fù)旦大學(xué), 2012.22 張鈺. 基于web會(huì)展信息服務(wù)平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)D. 北京工業(yè)大學(xué), 2010.23 郝圓媛. 面向統(tǒng)一掛號(hào)平臺(tái)的門診預(yù)約掛號(hào)系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)D. 天津大學(xué), 2012.24 歐汝鵬. 淺析醫(yī)院預(yù)約掛號(hào)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)J. 計(jì)算機(jī)光盤軟件與應(yīng)用, 2012 (23): 173-174.25 劉海英. 基于網(wǎng)絡(luò)的電子政務(wù)數(shù)據(jù)集成平臺(tái)及其實(shí)現(xiàn)D. 復(fù)旦大學(xué), 2006. DOI:10.766

54、6/d.y.26 Deutsch R. Systems and methods for monitoring and controlling animal behaviorD. US, 2014.27 Shabtai A, Kanonov U, Elovici Y, et al. “Andromaly”: a behavioral malware detection framework for android devices.J. Journal of Intelligent Information Systems, 2012, 38(1):161-190.28 Gibler C, Cruss

55、ell J, Erickson J, et al. Androidleaks: automatically detecting potential privacy leaks in android applications on a large scaleJ. Lecture Notes in Computer Science, 2012:291-307.29 Conti M, Nguyen V T N, Crispo B. CRePE: Context-Related Policy Enforcement for AndroidJ. Lecture Notes in Computer Sci

56、ence, 2010:331-345.30 Hiroshi Ishiguro. Android science: conscious and subconscious recognition.J. Connection Science, 2007, 18(4):319-332.31 Li Z, Lu L, Wu Z, et al. Method for Scalable Analysis of Android Applications for Security VulnerabilityD. US, 2013.32 Enck W. Understanding Android SecurityJ

57、. Security & Privacy IEEE, 2009, 7(1):50-57.33 Eliezerov I, Romem Y, Braude Z. System and method for mobile computing transmission on a network of data associated with a television displayD. US, 2010.34 Talha K A, Alper D I, Aydin C. APK Auditor: Permission-based Android malware detection systemJ. D

58、igital Investigation, 2015, 13:114.35 Wu Q. Designing a smartphone app to teach English (L2) vocabularyJ. Computers & Education, 2015:170179.附錄X 譯文活動(dòng)一個(gè)Activity（活動(dòng)）是一個(gè)應(yīng)用程序組件，它提供了一個(gè)可以和用戶交互的屏幕，例如打電話，照相，發(fā)短信，或者查看地圖。每個(gè)Activity都被用一個(gè)窗口來(lái)繪制它的用戶界面。這個(gè)窗口一般都填充了屏幕，但是也有可能比屏幕小并且懸浮在另一個(gè)窗口頂部。一個(gè)應(yīng)用程序通常由多個(gè)結(jié)構(gòu)松散關(guān)聯(lián)的Activity構(gòu)

59、成。一般來(lái)說(shuō)，應(yīng)用第一次啟動(dòng)呈現(xiàn)給用戶的Activity被指定為主Activity。啟動(dòng)不同的Activity來(lái)執(zhí)行不同的動(dòng)作。當(dāng)每次啟動(dòng)一個(gè)新的Activity，上一個(gè)Activity就會(huì)停止，但是系統(tǒng)會(huì)將這個(gè)Activity保存在棧中（回退棧）。當(dāng)啟動(dòng)了一個(gè)新的Activity，它會(huì)被推送到回退棧并取得用戶焦點(diǎn)?；赝藯Ｗ裱焙筮M(jìn)先出”原則，所以，當(dāng)用戶結(jié)束當(dāng)前的Activity并且點(diǎn)擊返回鍵，它就會(huì)從棧中彈出（并且銷毀）并且顯示之前的Activity（關(guān)于回退棧知識(shí)可查看”“）。當(dāng)一個(gè)Activity由于啟動(dòng)另一個(gè)新的Activity而停止時(shí)，它會(huì)通過(guò)回調(diào)生命周期方法來(lái)通知狀態(tài)的變化。A

60、ctivity也許會(huì)收到幾個(gè)回調(diào)函數(shù)的調(diào)用，這取決于它的狀態(tài)變化系統(tǒng)是否要?jiǎng)?chuàng)建它，停止它，重新開(kāi)始它，或者銷毀它每次回調(diào)為你在狀態(tài)變化的恰當(dāng)時(shí)機(jī)執(zhí)行特定的工作提供了機(jī)會(huì)。例如，當(dāng)Activity被停止，你的Activity應(yīng)該釋放所有的大對(duì)象，例如網(wǎng)絡(luò)或者數(shù)據(jù)庫(kù)連接對(duì)象。當(dāng)一個(gè)Activity重新開(kāi)始時(shí)候，你可以再次收集必要的資源并且繼續(xù)執(zhí)行被中斷的動(dòng)作。這些狀態(tài)轉(zhuǎn)移組成了Activity生命周期的一部分。文檔的其余部分討論的基本是如何建立和使用一個(gè)Activity，包括Activity生命周期工作的完整討論，所以你可以正確的處理多個(gè)Activity狀態(tài)間的過(guò)渡。為了建立一個(gè)Activity，