摘 ?要
近年來(lái)，隨著中國(guó)經(jīng)濟(jì)的迅猛發(fā)展，醫(yī)療技術(shù)水平也在不斷提高，但由于人口數(shù)目巨大，導(dǎo)致醫(yī)療資源人均分配不足的情況依舊十分嚴(yán)峻。預(yù)約掛號(hào)一直是制約醫(yī)療機(jī)構(gòu)服務(wù)質(zhì)量提高的主要環(huán)節(jié)之一。在傳統(tǒng)預(yù)約掛號(hào)方式下，繁瑣的預(yù)約掛號(hào)流程和醫(yī)療信息不透明給就醫(yī)人員造成了極大的不便，同時(shí)也嚴(yán)重影響了安靜的就診環(huán)境。而掛號(hào)過(guò)程時(shí)間長(zhǎng)、費(fèi)用交付時(shí)間長(zhǎng)、候診排隊(duì)時(shí)間長(zhǎng)、就診咨詢時(shí)間短，更是一種普遍的現(xiàn)象。如何有效地解決的“三長(zhǎng)一短”這一社會(huì)熱點(diǎn)問(wèn)題，將醫(yī)療信息實(shí)時(shí)傳遞給就醫(yī)人員，提供一種省時(shí)省力的新型預(yù)約掛號(hào)方式為智慧醫(yī)療發(fā)展道路上的亟待完成的任務(wù)。
為解決上述傳統(tǒng)預(yù)約掛號(hào)帶來(lái)的問(wèn)題，本課題設(shè)計(jì)并實(shí)現(xiàn)了一種基于Android平臺(tái)和移動(dòng)終端的新型預(yù)約掛號(hào)方式。首先根據(jù)查閱的國(guó)內(nèi)外研究成果，梳理了安卓系統(tǒng)和移動(dòng)客戶端應(yīng)用兩方面的專業(yè)技術(shù)。而后基于JAVA框架和MYSQL數(shù)據(jù)庫(kù)體系的開(kāi)發(fā)環(huán)境，對(duì)系統(tǒng)的受眾群體進(jìn)行了主體受眾分析、功能需求分析、方案可行性分析，采用類圖描述的方式構(gòu)建了系統(tǒng)的靜態(tài)模型，采用繪制時(shí)序圖的方式構(gòu)建了動(dòng)態(tài)模型，用以滿足患者對(duì)系統(tǒng)功能和性能兩方面的需求，并設(shè)計(jì)完善了系統(tǒng)的數(shù)據(jù)庫(kù)。最后，加入了具有院科室的介紹，醫(yī)生信息的查詢、分時(shí)段預(yù)約掛號(hào)、化驗(yàn)單查詢、中醫(yī)保健科普知識(shí)等特色服務(wù)功能模塊，構(gòu)建完成這款移動(dòng)客戶端平臺(tái)。
基于Android的智慧醫(yī)療預(yù)約掛號(hào)客戶端的推出，不僅實(shí)現(xiàn)了從醫(yī)師信息查找到醫(yī)療信息查找的多方位信息共享，從在線預(yù)約掛號(hào)到費(fèi)用在線支付的一體化預(yù)約掛號(hào)服務(wù)。同時(shí)解決了就醫(yī)人員預(yù)約掛號(hào)時(shí)受地點(diǎn)約束的問(wèn)題，減少了因掛號(hào)排隊(duì)、窗口交費(fèi)和候診而浪費(fèi)時(shí)間現(xiàn)象的發(fā)生，改善了就醫(yī)環(huán)境，為智慧醫(yī)療快速發(fā)展提供了保障。

關(guān)鍵詞：Android；預(yù)約掛號(hào)；接口協(xié)議；客戶端設(shè)計(jì)?
Abstract
?In recent years, with the rapid development of China's economy, the level of medical technology has also been continuously improved. However, due to the huge population, the per capita distribution of medical resources is still very severe. Appointment registration has always been one of the major links that restrict the service quality of medical institutions. Under the traditional reservation and registration method, the tedious process of appointment registration and the opaqueness of medical information caused great inconvenience to medical personnel, and it also seriously affected the quiet treatment environment. The long registration process, the long delivery time, the long waiting time for queuing, and the short consultation time are even more common. How to effectively solve the "three-by-one-short" social hot issues, the medical information will be passed to medical personnel in real time, to provide a time-saving and new appointment registration method for the development of smart medical treatment on the road to be completed.
In order to solve the above-mentioned problems caused by traditional reservation registration, this project has designed and implemented a new appointment registration method based on the Android platform and mobile terminals. First of all, based on the research results reviewed at home and abroad, combing the Android system and mobile client applications in both aspects of professional technology. Then based on the development environment of the JAVA framework and MSQL database system, the audience of the system was analyzed by the main audience, functional requirements, and program feasibility analysis. The static model of the system was constructed by using class diagram description, and the sequence diagram was used. The method constructs a dynamic model to meet the needs of the patient in terms of system function and performance, and designs and improves the system's database. In the end, the introduction of the introduction of hospital departments, doctor information query, time-scheduled appointment registration, laboratory query, TCM health science knowledge and other characteristic service function modules, build the mobile client platform.?
The launch of the Smart Medical Appointment Registration Client based on Android has not only realized the integration of multi-faceted information from physician information search to medical information search, but also provides an integrated appointment registration service from online booking registration to online payment. At the same time, it has solved the problem of location restriction when doctors make appointments for registration, which reduces the time-wasting phenomenon of registration queues, window payment, and waiting for visits, improves the medical environment, and provides guarantees for the rapid development of smart medical services.

Key words: Android; Appointment registration;Interface Protocol; Client design?
目錄
1 緒論
1.1 課題研究背景及其意義
1.2 國(guó)內(nèi)外的研究現(xiàn)狀
1.3 論文的研究的主要內(nèi)容及組織結(jié)構(gòu)
1.3.1 論文的主要工作
1.3.2 組織結(jié)構(gòu)
2 系統(tǒng)需求分析
2.1 系統(tǒng)需求概述
2.2 用戶端需求
2.2.1 用戶登錄功能需求分析
2.2.2 在線預(yù)約掛號(hào)功能需求分析
2.2.3 醫(yī)院信息查詢需求分析
2.3 管理端需求
2.3.1 注冊(cè)用戶管理需求分析
2.3.2 醫(yī)院綜合信息管理需求分析
2.3.3 科室管理需求分析
2.3.4 醫(yī)生管理需求分析
2.3.5 醫(yī)院用戶管理需求分析
3 Android平臺(tái)及關(guān)鍵技術(shù)分析
3.1 系統(tǒng)架構(gòu)
3.2 Android開(kāi)發(fā)技術(shù)
3.3 JSON技術(shù)
3.4 客戶端開(kāi)發(fā)工具
3.5 數(shù)據(jù)庫(kù)MySQL
4 系統(tǒng)各功能模塊的設(shè)計(jì)
4.1 各功能模塊劃分
4.2 各功能模塊設(shè)計(jì)
4.2.1 登錄注冊(cè)模塊
4.2.2 查找預(yù)約模塊
4.2.3 支付模塊
4.2.4 訂單管理模塊
5 系統(tǒng)實(shí)現(xiàn)
5.1 登錄注冊(cè)模塊實(shí)現(xiàn)
5.2 預(yù)約掛號(hào)模塊實(shí)現(xiàn)
5.3 在線支付模塊實(shí)現(xiàn)
5.4訂單管理模塊實(shí)現(xiàn)
5.5 通信接口協(xié)議開(kāi)發(fā)
5.5.1 用戶注冊(cè)信息接口
5.5.2 醫(yī)院詳細(xì)信息接口
5.5.3 查找醫(yī)生信息接口
5.6 系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)
5.6.1 數(shù)據(jù)庫(kù)E-R模型
5.6.2 數(shù)據(jù)庫(kù)表關(guān)系
6 系統(tǒng)測(cè)試
6.1 系統(tǒng)測(cè)試概述
6.2 系統(tǒng)功能測(cè)試
6.3 系統(tǒng)測(cè)試環(huán)境與配置
6.4 系統(tǒng)壓力測(cè)試
6.5 系統(tǒng)測(cè)試結(jié)果
參考文獻(xiàn)
謝辭

?
1 緒論
1.1 課題研究背景及其意義
隨著科技的快速發(fā)展，越來(lái)越多的信息化技術(shù)被用來(lái)解決各個(gè)領(lǐng)域的難題。“看病難、手續(xù)繁”等呼聲愈發(fā)強(qiáng)烈，面對(duì)呼聲愈來(lái)愈高的就醫(yī)困境，將“互聯(lián)網(wǎng)+”引入醫(yī)療體系勢(shì)在必行。在傳統(tǒng)的就醫(yī)模式中，患者要去擁擠的醫(yī)院排隊(duì)掛號(hào)、診治等，這種情況給一些老人和孕婦帶來(lái)了很多不便。同時(shí)，排隊(duì)等待的時(shí)間過(guò)長(zhǎng)，真正接受醫(yī)生診療時(shí)間卻很短，這在很大程度上會(huì)傷害到醫(yī)患關(guān)系。并且，現(xiàn)在有些人去醫(yī)院進(jìn)行常規(guī)的例行檢査，盡管很多人家中也有常規(guī)的健康數(shù)據(jù)檢測(cè)設(shè)備，但是患者的生理數(shù)據(jù)也要在醫(yī)院再次進(jìn)行檢測(cè)，這樣不僅延長(zhǎng)了每個(gè)病患就診的時(shí)間，也增加醫(yī)生的工作量。而且，在傳統(tǒng)的醫(yī)療模式中，醫(yī)院難以預(yù)計(jì)病患就診的具體時(shí)間和可能前來(lái)就診的病患類別，這種情況下會(huì)在很大程度上降低醫(yī)院的服務(wù)效率。因此提出一種網(wǎng)上預(yù)約的掛號(hào)模式，緩解群眾看病難、手續(xù)繁等矛盾，為患者提供更加人性化和方便快捷的就醫(yī)環(huán)境。
但是目前網(wǎng)絡(luò)上存在著各種各樣的預(yù)約掛號(hào)系統(tǒng)，良莠不齊。有些以賺錢為主要目的，利用專家是稀缺資源，利用專家效應(yīng)濫收取掛號(hào)費(fèi)用。有些僅僅實(shí)現(xiàn)了簡(jiǎn)單的預(yù)約掛號(hào)功能，沒(méi)有考慮其他現(xiàn)實(shí)存在的各種問(wèn)題，可以說(shuō)是簡(jiǎn)單粗獷型。
本課題就以上提出的各種情況，設(shè)計(jì)實(shí)現(xiàn)了一款基于Android系統(tǒng)平臺(tái)的網(wǎng)上預(yù)約掛號(hào)系統(tǒng)。該預(yù)約掛號(hào)系統(tǒng)的實(shí)現(xiàn)具有以下幾點(diǎn)意義：
（1）節(jié)省排隊(duì)掛號(hào)的時(shí)間?；颊咴诮y(tǒng)一的平臺(tái)上能夠得知所在城市各大醫(yī)院的專家情況、普通醫(yī)生情況，醫(yī)生出診情況，掛號(hào)情況等。從而更好的實(shí)現(xiàn)預(yù)約掛號(hào)，有效的節(jié)省了病人現(xiàn)場(chǎng)排除掛號(hào)的等待時(shí)間。
（2）就診信息透明化。各大醫(yī)院的掛號(hào)信息統(tǒng)一放置在一個(gè)平臺(tái)上，患者與管理部門能夠起到共同的監(jiān)督作用，同時(shí)，醫(yī)院也將信息放置與平臺(tái)上，接受患者監(jiān)督，能夠很好的改善醫(yī)院與患者之間的關(guān)系，增加醫(yī)患之間的互信關(guān)系。通過(guò)監(jiān)控，解決了醫(yī)患分配關(guān)系，患者不必?fù)頂D在同一家醫(yī)院當(dāng)中，實(shí)現(xiàn)了合理分診、合理就診。
（3）推行實(shí)名制。預(yù)約掛號(hào)實(shí)行實(shí)名制的管理辦法，可以行之有效的遏制票販子，極大的改善了就醫(yī)環(huán)境。
（4）提升醫(yī)院的服務(wù)品質(zhì)。包括降低患者的等待時(shí)間，將醫(yī)療資源做到合理分配，使得醫(yī)院成為運(yùn)作合理、有序，值得患者信賴的醫(yī)療單位。
1.2 國(guó)內(nèi)外的研究現(xiàn)狀
國(guó)外的預(yù)約掛號(hào)服務(wù)起步早，迄今為止已經(jīng)有多年的歷史。在一些發(fā)達(dá)的國(guó)家中，預(yù)約掛號(hào)已成為一種主要的、甚至是唯一的掛號(hào)方式，預(yù)約掛號(hào)模式比較健全。在國(guó)外，除急診外幾乎所有的患者都是通過(guò)社區(qū)家庭醫(yī)師書(shū)面預(yù)約就診時(shí)間，沒(méi)有預(yù)約醫(yī)院一般不會(huì)接診。
國(guó)內(nèi)的預(yù)約掛號(hào)發(fā)展迅速，大多數(shù)醫(yī)院都實(shí)現(xiàn)了預(yù)約掛號(hào)的服務(wù)，但幵展較好的醫(yī)院卻為數(shù)不多，存在著數(shù)據(jù)延遲時(shí)間長(zhǎng)、信息更新慢，安全性能差等方面的缺陷。開(kāi)展預(yù)約掛號(hào)服務(wù)的大部分醫(yī)院預(yù)約掛號(hào)的比例少，從根本上沒(méi)有緩解排隊(duì)難的現(xiàn)狀。對(duì)于失約和倒票的現(xiàn)象并沒(méi)有出臺(tái)有效的防范措施，基本上沒(méi)有起到預(yù)約掛號(hào)想要實(shí)現(xiàn)的效果。
我國(guó)的預(yù)約掛號(hào)服務(wù)還不成熟，人口數(shù)目巨大，而預(yù)約掛號(hào)服務(wù)又起步較晚，加上各地政策不同，發(fā)展重點(diǎn)不一，各醫(yī)療機(jī)構(gòu)尚未做到統(tǒng)一管理。預(yù)約掛號(hào)一直是重點(diǎn)發(fā)展項(xiàng)目以解決這一系列問(wèn)題。隨著信息技術(shù)的發(fā)展先后出現(xiàn)多種預(yù)約掛號(hào)形式。目前，國(guó)內(nèi)的預(yù)約掛號(hào)方式多種多樣，主要包括：現(xiàn)場(chǎng)預(yù)約掛號(hào)、電話預(yù)約掛號(hào)和網(wǎng)絡(luò)預(yù)約掛號(hào)[1]。?
（1）門診現(xiàn)場(chǎng)預(yù)約：最早出現(xiàn)的預(yù)約方式就是現(xiàn)場(chǎng)排隊(duì)掛號(hào)，也是存在問(wèn)題最多的一種方式?，F(xiàn)場(chǎng)預(yù)約要求患者到醫(yī)療機(jī)構(gòu)的預(yù)約掛號(hào)現(xiàn)場(chǎng)，由預(yù)約掛號(hào)員完成預(yù)約掛號(hào)操作，最后患者領(lǐng)取預(yù)約掛號(hào)單等待就診。在早期的現(xiàn)場(chǎng)預(yù)約方式中，患者對(duì)醫(yī)師缺乏了解，預(yù)約掛號(hào)存在較大的盲目性。?
（2）電話預(yù)約掛號(hào)：隨著移動(dòng)通信技術(shù)的發(fā)展，許多醫(yī)院開(kāi)始與運(yùn)營(yíng)商合作，推出電話預(yù)約掛號(hào)方式。如 2010 年，南方醫(yī)院與廣東移動(dòng)合作開(kāi)通了 12580 預(yù)約掛號(hào)專線。實(shí)現(xiàn)了患者通過(guò)打電話的方式進(jìn)行預(yù)約掛號(hào)，不必前往預(yù)約掛號(hào)現(xiàn)場(chǎng)，在一定程度上改善了現(xiàn)場(chǎng)掛號(hào)帶來(lái)的就醫(yī)環(huán)境差的問(wèn)題。但是當(dāng)用戶需求量過(guò)大時(shí)，往往會(huì)出現(xiàn)因預(yù)約專線占線而無(wú)法進(jìn)行預(yù)約的情況。?
（3）網(wǎng)絡(luò)預(yù)約掛號(hào)：一部分醫(yī)療機(jī)構(gòu)在建設(shè)網(wǎng)站的時(shí)候推出了網(wǎng)絡(luò)預(yù)約掛號(hào)的方式。如 2009 年，南京市衛(wèi)生信息中心在全國(guó)率先建成基于南京衛(wèi)生網(wǎng)的區(qū)域集約式預(yù)約掛號(hào)服務(wù)平臺(tái)；2011 年，又推出了基于WAP 的手機(jī)預(yù)約掛號(hào)平臺(tái)；2012 年，北京二級(jí)綜合醫(yī)院開(kāi)始參與全市預(yù)約掛號(hào)統(tǒng)一工作平臺(tái)的項(xiàng)目建設(shè)；2013 年，“上海健康信息網(wǎng)”的建立實(shí)現(xiàn)了 600 家公立醫(yī)院的網(wǎng)絡(luò)預(yù)約掛號(hào)。這些網(wǎng)絡(luò)預(yù)約掛號(hào)平臺(tái)的出現(xiàn)有效地規(guī)避了到現(xiàn)場(chǎng)預(yù)約和電話預(yù)約出現(xiàn)擁塞的現(xiàn)象，但是此種方式以網(wǎng)絡(luò)和計(jì)算機(jī)為基礎(chǔ)，相對(duì)制約了就醫(yī)人員的使用場(chǎng)景和范圍。 除上述預(yù)約掛號(hào)方式外，近年還推出了依賴于第三方平臺(tái)的預(yù)約掛號(hào)方式。如2014 年，大連醫(yī)大一院等18家醫(yī)院先后推出公眾平臺(tái)預(yù)約掛號(hào)。雖然這種借助第三方平臺(tái)的新穎預(yù)約掛號(hào)解決了使用場(chǎng)景受限的缺點(diǎn)，但同時(shí)也帶來(lái)了醫(yī)療信息規(guī)劃和發(fā)布受第三方制約的問(wèn)題[2]。
1.3 論文研究的主要內(nèi)容及組織結(jié)構(gòu)
1.3.1 論文的主要工作
預(yù)約掛號(hào)模式在我國(guó)已初步展開(kāi)，但是其發(fā)展良莠不齊，主要表現(xiàn)在對(duì)預(yù)約用戶的規(guī)范管理存在漏洞、預(yù)約系統(tǒng)的安全性不足、方便性能欠缺等等。本文的主要工作就是針對(duì)現(xiàn)今智能手機(jī)大量普及的現(xiàn)狀，設(shè)計(jì)實(shí)現(xiàn)一個(gè)基于Android平臺(tái)的完善、普適的預(yù)約掛號(hào)系統(tǒng)，重點(diǎn)工作如下：
（1）結(jié)合前期調(diào)研情況，分析預(yù)約掛號(hào)系統(tǒng)的功能需求，完成了預(yù)約掛號(hào)系統(tǒng)的總體框架設(shè)計(jì)（包括前臺(tái)Android客戶端、后臺(tái)服務(wù)器端和數(shù)據(jù)庫(kù)三部分）。前臺(tái)開(kāi)發(fā)環(huán)境采用的是Android提供的Eclipse。預(yù)約掛號(hào)系統(tǒng)的網(wǎng)絡(luò)通信采用Apache HTTP協(xié)議，服務(wù)器采用Servlet響應(yīng)客戶請(qǐng)求，后臺(tái)數(shù)據(jù)庫(kù)則利用JDBC技術(shù)訪問(wèn)預(yù)約掛號(hào)后臺(tái)數(shù)據(jù)庫(kù)。服務(wù)器端則使用J2EE平臺(tái)。前后臺(tái)的數(shù)據(jù)交互采用XML和JSON格式來(lái)完成?？蛻舳说臄?shù)據(jù)存儲(chǔ)采用SQLite數(shù)據(jù)庫(kù)技術(shù)服務(wù)器端的數(shù)據(jù)存儲(chǔ)則采用MySQL數(shù)據(jù)庫(kù)技術(shù)。
（2）詳細(xì)設(shè)計(jì)并實(shí)現(xiàn)預(yù)約掛號(hào)系統(tǒng)的安全機(jī)制，包括客戶端和服務(wù)器端的身份認(rèn)證以及數(shù)據(jù)庫(kù)加密實(shí)現(xiàn)，以確保用戶和院方的信息安全和交易安全。該部分工作主要包括客戶端綁定、SQLite數(shù)據(jù)庫(kù)加密、會(huì)話超時(shí)控制、密碼安全等。
（3）基于總體框架結(jié)構(gòu)和系統(tǒng)詳細(xì)設(shè)計(jì)對(duì)預(yù)約掛號(hào)系統(tǒng)進(jìn)行了具體實(shí)現(xiàn)，主要實(shí)現(xiàn)了預(yù)約掛號(hào)功能、訂單管理功能、注冊(cè)登錄功能以及分享功能等。
（4）完成了系統(tǒng)的測(cè)試工作。
1.3.2 組織結(jié)構(gòu)
本文研究并設(shè)計(jì)了基于Android移動(dòng)平臺(tái)的醫(yī)院門診預(yù)約掛號(hào)系統(tǒng)的業(yè)務(wù)功能和設(shè)計(jì)實(shí)現(xiàn)的全過(guò)程?；?JAVA 框架和MySQL 數(shù)據(jù)庫(kù)體系的開(kāi)發(fā)環(huán)境，針對(duì)患者就醫(yī)院科室的介紹，醫(yī)生信息的查詢、分時(shí)段預(yù)約掛號(hào)等功能模塊構(gòu)建了一個(gè)移動(dòng)客戶端平臺(tái)。本文主要分為七章內(nèi)容：
第一章：根據(jù)查閱的國(guó)內(nèi)外相關(guān)文獻(xiàn)和業(yè)內(nèi)技術(shù)資料，分析了選題設(shè)計(jì)目標(biāo)和研究的意義，對(duì)比了國(guó)內(nèi)外的研究使用現(xiàn)狀，展望了未來(lái)發(fā)展趨勢(shì)，綜合以上分析，確定了本論文研究的主要內(nèi)容以及文章的結(jié)構(gòu)安排。
第二章：預(yù)約掛號(hào)客戶端需求分析。從預(yù)約掛號(hào)客戶端應(yīng)用背景的角度出發(fā)，分析了該客戶端擬解決問(wèn)題及要實(shí)現(xiàn)的目標(biāo)。然后進(jìn)行客戶端的總體需求分析[6]。最后從客戶端開(kāi)發(fā)的角度總結(jié)該客戶端的非功能性需求以滿足用戶業(yè)務(wù)需要。
第三章，Android 開(kāi)發(fā)平臺(tái)及相關(guān)技術(shù)的研究。闡述了 Android 平臺(tái)客戶端開(kāi)發(fā)的相關(guān)關(guān)鍵技術(shù)與基本原理，介紹客戶端的開(kāi)發(fā)工具以及開(kāi)發(fā)環(huán)境的選擇，為后文客戶端的設(shè)計(jì)和開(kāi)發(fā)提供了扎實(shí)的理論基礎(chǔ)和設(shè)計(jì)思路。
第四章：系統(tǒng)設(shè)計(jì)。提出本系統(tǒng)的總體設(shè)計(jì)，包括設(shè)計(jì)的原則、整體的架構(gòu)以及各個(gè)功能模塊的結(jié)構(gòu)，采用類圖描述的方式構(gòu)建了系統(tǒng)的靜態(tài)模型，采用繪制時(shí)序圖的方式構(gòu)建了動(dòng)態(tài)模型，用以滿足患者對(duì)系統(tǒng)功能和性能兩方面的需求，并實(shí)現(xiàn)對(duì)系統(tǒng)數(shù)據(jù)庫(kù)的設(shè)計(jì)。
第五章：系統(tǒng)實(shí)現(xiàn)。展示了各個(gè)功能模塊的實(shí)現(xiàn)過(guò)程，分別從界面實(shí)現(xiàn)和業(yè)務(wù)邏輯實(shí)現(xiàn)兩個(gè)方面進(jìn)行闡述。介紹了系統(tǒng)使用的部分存儲(chǔ)過(guò)程的實(shí)現(xiàn)過(guò)程。
第六章：系統(tǒng)測(cè)試。介紹本系統(tǒng)測(cè)試平臺(tái)的硬件和軟件環(huán)境，分別從功能測(cè)試和壓力測(cè)試對(duì)本系統(tǒng)進(jìn)行實(shí)際運(yùn)行測(cè)試，并得到測(cè)試結(jié)果。
第七章：總結(jié)與展望。是本論文的全篇工作總結(jié)，闡明了系統(tǒng)的設(shè)計(jì)實(shí)現(xiàn)成果，簡(jiǎn)要地介紹了本文所完成的工作，最后對(duì)行業(yè)內(nèi)進(jìn)一步可能研究的內(nèi)容做出展望。
?

?

?文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-537578.html

?

到了這里，關(guān)于基于智能手機(jī)的醫(yī)院服務(wù)客戶端設(shè)計(jì)與實(shí)現(xiàn)(論文+源碼)_kaic的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！