【正文】 ce to both doctors and patients.Keywords:Android。Cloud Storage。twodimensional code。伴隨著科技的發(fā)展，有人提出采用現(xiàn)代化醫(yī)療管理軟件輔助醫(yī)療管理，這種模式能夠有效的改善就醫(yī)條件，從而開(kāi)始受到越來(lái)越多的關(guān)注。醫(yī)院在提升醫(yī)療器械水平和醫(yī)生的醫(yī)療技術(shù)的基礎(chǔ)上，也開(kāi)始關(guān)注病人的就診條件，陸續(xù)地設(shè)立了一些自動(dòng)掛號(hào)的終端機(jī)和介紹醫(yī)院醫(yī)生信息的網(wǎng)站。在此背景下，本課題研究了一個(gè)基于移動(dòng)終端的醫(yī)療掛號(hào)系統(tǒng)，該系統(tǒng)針對(duì)就醫(yī)難的問(wèn)題，給出了全面的解決方案。另外該系統(tǒng)還可通過(guò)二維碼模塊功能實(shí)現(xiàn)可移動(dòng)的信息錄入與查詢功能，從而簡(jiǎn)化患者病歷信息的管理，以及信息錄入與查詢環(huán)節(jié)的操作。截止到目前為止，中國(guó)移動(dòng)，中國(guó)聯(lián)通以及中國(guó)電信的 3G 網(wǎng)絡(luò)已覆蓋了全國(guó)各主要一、二線城市，并正在向周邊地區(qū)擴(kuò)散。目前 Android 系統(tǒng)是作為智能手機(jī)其中的一個(gè)操作系統(tǒng)，其市場(chǎng)占有率越來(lái)越大。通過(guò)開(kāi)發(fā)這套 Android 醫(yī)療掛號(hào)系統(tǒng)，將有效減少了病人候診時(shí)間、提升醫(yī)院工作效率。能提高醫(yī)療水平和效率、降低醫(yī)療開(kāi)支，實(shí)現(xiàn)醫(yī)療資源共享，擴(kuò)大醫(yī)療范圍，能夠?yàn)楦鼜V大人民群眾日益提供一項(xiàng)全新的醫(yī)療服務(wù)，提升人民的健康水平。需要查詢到短信的發(fā)送方式，也比較快捷，但信息往返回饋慢，反饋次數(shù)多自助預(yù)約機(jī)預(yù)約 通過(guò)機(jī)器的錄入和出票掛號(hào)約下次就診時(shí)間。過(guò)去的軟件基于 PC 上，并沒(méi)有充分體察病人的需求。醫(yī)療咨詢系列產(chǎn)品，提供一些專家的在線咨詢方式，給用戶提供具有互動(dòng)性的咨詢方式，但是仍然存在很多問(wèn)題，例如單純的咨詢不能夠激發(fā)患者和醫(yī)生的主動(dòng)性，往往使得咨詢的結(jié)果偏差較大。提出醫(yī)療云存儲(chǔ)的方案，通過(guò)云存儲(chǔ)文件功能，利用開(kāi)源分布式框架 Hadoop 中的分布式文件系統(tǒng) HDFS，提出利用二維碼對(duì)電子病歷進(jìn)行管理和再現(xiàn)的機(jī)制，使得數(shù)暨南大學(xué)碩士論文 基于 Android 平臺(tái)醫(yī)院醫(yī)療掛號(hào)系統(tǒng)5據(jù)存儲(chǔ)利用率和負(fù)載均衡性問(wèn)題得到了改善。在系統(tǒng)設(shè)計(jì)中融合了服務(wù)器和客戶端等多項(xiàng)技術(shù)。從現(xiàn)實(shí)角度分析，由本課題研發(fā)的醫(yī)療服務(wù)系統(tǒng)切實(shí)有效地解決了病人在看病時(shí)遇到的各種問(wèn)題。各醫(yī)院的加盟能有利于維系本系統(tǒng)作為統(tǒng)一的管理平臺(tái)，便于對(duì)患者需求作進(jìn)一步的挖掘。 本論文主要工作Android 操作系統(tǒng)是目前開(kāi)源性和封裝性良好的操作系統(tǒng)。，分別 Android 客戶端和 Web 客戶端和云服務(wù)器入手，利用集成的開(kāi)發(fā)工具插件進(jìn)行系統(tǒng)的搭建環(huán)境；，了解用戶之前平臺(tái)的使用情況，基于分析醫(yī)療信息服務(wù)系統(tǒng)需求來(lái)進(jìn)行方案選型；、連接數(shù)據(jù)庫(kù)，通過(guò) MySQL 和 apache tomcat 搭建和連接調(diào)試服務(wù)暨南大學(xué)碩士論文 基于 Android 平臺(tái)醫(yī)院醫(yī)療掛號(hào)系統(tǒng)6器，通過(guò) SQLyog munity 建立可視化數(shù)據(jù)庫(kù)連接工具，搭建數(shù)據(jù)庫(kù)關(guān)系模型和進(jìn)行數(shù)據(jù)表的建立，對(duì)數(shù)據(jù)庫(kù)安全性作出評(píng)估和管理方案的建議； HttpClient 協(xié)議接口，分析客戶端和服務(wù)器端使用的網(wǎng)絡(luò)協(xié)議，并實(shí)現(xiàn)客戶端和服務(wù)器端的通信交流。 本論文結(jié)構(gòu)安排第一章緒論部分進(jìn)行醫(yī)療信息服務(wù)系統(tǒng)的現(xiàn)狀研究，介紹了如今 Android 的技術(shù)發(fā)展，闡述國(guó)內(nèi)外醫(yī)療信息服務(wù)系統(tǒng)的發(fā)展趨勢(shì)及現(xiàn)有系統(tǒng)的設(shè)計(jì)特點(diǎn)，提出本系統(tǒng)設(shè)計(jì)研究意圖。第二章主要闡述了 Android 平臺(tái)的軟件布局，研究系統(tǒng)開(kāi)發(fā)用到的相關(guān)技術(shù)以及Android 組建的運(yùn)行機(jī)制，最后簡(jiǎn)單介紹開(kāi)發(fā)中用到的 SPRING 框架和 HDFS 分布式文件系統(tǒng)。介紹所需要用到的開(kāi)發(fā)工具，進(jìn)行軟件的需求和總體架構(gòu)。第四章介紹了服務(wù)器通信之間客戶端通信機(jī)制，以及對(duì)系統(tǒng)功能進(jìn)行實(shí)現(xiàn)。通過(guò) JSON 對(duì)數(shù)據(jù)進(jìn)行封裝，在數(shù)據(jù)傳輸中實(shí)現(xiàn)高效率的目的。對(duì)數(shù)據(jù)安全性作出可靠性分析，并對(duì)數(shù)據(jù)庫(kù)的管理安全作出幾點(diǎn)建議。第六章對(duì)總結(jié)本論文的工作內(nèi)容，并對(duì)以后的研究發(fā)展作出前瞻性分析。暨南大學(xué)碩士論文 基于 Android 平臺(tái)醫(yī)院醫(yī)療掛號(hào)系統(tǒng)7 本章小結(jié)通過(guò)對(duì)研究現(xiàn)狀分析和對(duì)研究背景做出了總體的概述，提出了課題的工作要點(diǎn)。通過(guò)系統(tǒng)規(guī)劃，提出了一個(gè)符合現(xiàn)今發(fā)展需要的醫(yī)療信息系統(tǒng)方案。JAVA[13]語(yǔ)言的特性是接口復(fù)用性好，而且代碼易讀，方便程序間的調(diào)用。Android 的[46]性能特點(diǎn)可以用幾個(gè)特點(diǎn)來(lái)形容，開(kāi)源、具有免費(fèi)的開(kāi)發(fā)服務(wù)環(huán)境、界面豐富、系統(tǒng)可裁剪、應(yīng)用程序框架支持應(yīng)用組件的重用集成和繼承、具有自主研發(fā)的虛擬機(jī)且占用的內(nèi)存和資源比較少、穩(wěn)定性能優(yōu)越、自帶有 3D 和自定義 2D 圖形庫(kù)、數(shù)據(jù)存儲(chǔ)方式靈活的 SQLite、支持藍(lán)牙等無(wú)線通信、3G 接入和公共網(wǎng)絡(luò) WIFI 接入、支持羅盤技術(shù)、照相機(jī)和地理信息系統(tǒng)定位等、擁有強(qiáng)大的模擬器和調(diào)試工具、附加上[7]內(nèi)存檢測(cè)后可以達(dá)到穩(wěn)步進(jìn)行應(yīng)用程序開(kāi)發(fā)。 Android 平臺(tái)的架構(gòu)Android 的操作系統(tǒng)Android 操作系統(tǒng)體系分為 4 層結(jié)構(gòu)，從頂部到底部分別是應(yīng)用層、應(yīng)用程序框架層、[9]核心類庫(kù)和 Linux 內(nèi)核（Linux 內(nèi)核），其中在第三層還包括 Android 的運(yùn)行環(huán)境。Android 的操作系統(tǒng)可以分為四層框架模型，從頂層的自定義應(yīng)用程序?qū)油ㄟ^(guò)外部接口可以連接到應(yīng)用框架層、繼而是運(yùn)行支撐層支撐著整個(gè)框架，起著承上啟下的作用，接下來(lái)便是內(nèi)核層，它的存在使得二次開(kāi)發(fā)無(wú)需再進(jìn)行大的改動(dòng)，關(guān)鍵時(shí)候可以進(jìn)行內(nèi)核裁剪。應(yīng)用框架層內(nèi)具有通知管理器、內(nèi)容提供器和活動(dòng)管理器。圖 21 Android 系統(tǒng)的體系架構(gòu)[3]內(nèi)核層具有 LINUX [810]內(nèi)核，它的文件管理系統(tǒng)能實(shí)現(xiàn)文件的打開(kāi)、復(fù)制、移動(dòng)、刪除等操作，具有空間分配、內(nèi)存管理、設(shè)置管理權(quán)限；網(wǎng)絡(luò)通信模塊能夠針對(duì) 7 層模型進(jìn)行 ISO 前四層的接口分配并進(jìn)行數(shù)據(jù)包傳輸?shù)龋ㄟ^(guò)提供面向無(wú)連接和面向連接的單雙工工作方式，對(duì)包進(jìn)行投遞；其中設(shè)備管理和節(jié)電管理，進(jìn)行著 GPS 感應(yīng)設(shè)備、觸摸屏、重力感應(yīng)、溫度感應(yīng)、電池等管理設(shè)備的管理，對(duì)處理器和內(nèi)存進(jìn)行動(dòng)態(tài)管理，對(duì)線程進(jìn)行時(shí)空調(diào)度，實(shí)現(xiàn)程序被 CPU 執(zhí)行的最優(yōu)方案。Android 的庫(kù)是用 C 和 C++編寫的，通過(guò) Android 的應(yīng)用程序框架提供構(gòu)建 Android系統(tǒng)的庫(kù)給開(kāi)發(fā)人員調(diào)用，實(shí)現(xiàn)其功能。其實(shí)質(zhì)是一個(gè) Android 虛擬機(jī)。 客戶端和服務(wù)器之間的通信原理套接字是通信的基石，是作為 TCP/IP 協(xié)議的網(wǎng)絡(luò)通信的基本單位。應(yīng)用層通過(guò)傳輸層進(jìn)行數(shù)據(jù)通信時(shí)，TCP 會(huì)遇到同時(shí)為多個(gè)應(yīng)用程序進(jìn)程提供并發(fā)服務(wù)的問(wèn)題。為了對(duì)不同的應(yīng)用程序進(jìn)程和連接進(jìn)行區(qū)分，多數(shù)的計(jì)算機(jī)操作系統(tǒng)與TCP/IP 協(xié)議[12]進(jìn)行交互時(shí)應(yīng)用程序是使用套接字連接。服務(wù)器套接字連接過(guò)程：服務(wù)器監(jiān)控建立，客戶端請(qǐng)求和連接確認(rèn)?？蛻舳苏?qǐng)求：客戶端請(qǐng)求連接的套接字，其目標(biāo)是在服務(wù)器端的連接套接字。客戶端套接字描述其本身要連接到的服務(wù)器套接字,指出其端口和地址的服務(wù)器端套接字，然后提交到服務(wù)器端進(jìn)行套接字連接請(qǐng)求；對(duì)連接進(jìn)行確認(rèn)：客戶端與服務(wù)器端套接字在聆聽(tīng)訊息時(shí)雙方將正式建立連接圖 23 客戶端與服務(wù)器連接過(guò)程在創(chuàng)建套接字連接時(shí)，可以對(duì)傳輸層協(xié)議進(jìn)行指定，Socket 可以支持不同的傳輸層協(xié)議（TCP 或 UDP），當(dāng)使用 TCP 協(xié)議進(jìn)行連接時(shí)，該 Socket 連接就是一個(gè) TCP 連接。不過(guò)在實(shí)際網(wǎng)絡(luò)應(yīng)用中，完成從客戶端到服務(wù)器的通信過(guò)程往往需要穿過(guò)多個(gè)中間節(jié)點(diǎn)，如路由器、防火墻、網(wǎng)等等。而可視化的操作界面可通過(guò)調(diào)用 View 類進(jìn)行顯示，如菜單下拉框、對(duì)話框等可以實(shí)現(xiàn)可視化操作選項(xiàng)。表 21 Activity 有三種基本狀態(tài)Active 狀態(tài)處于屏幕前景，也就是當(dāng)前task 的棧頂Activity 正處于Active 狀態(tài)，同 一時(shí)刻只能有一個(gè)Activity 處于Active 狀態(tài) ；Paused 狀態(tài) 處于背景畫面狀態(tài)，將失去了焦點(diǎn)，但依然是活動(dòng)狀態(tài) ；Stopped 狀態(tài) 不可見(jiàn)，但始終保持所有的狀態(tài)和內(nèi)存信息 。Android 的 Service 沒(méi)有界面，但他可以不終止地一直運(yùn)行，當(dāng)內(nèi)存不足時(shí)，可以殺死舊的進(jìn)程來(lái)獲得內(nèi)存。當(dāng)電量低時(shí)，都會(huì)產(chǎn)生廣播通知 receiver。所有的 receiver 都繼承于[13]BroadcastReceive 這個(gè)父類。應(yīng)用程序發(fā)送了多個(gè)消息，并相應(yīng)會(huì)有關(guān)鍵消息。 Content Provider 作為第三方數(shù)據(jù)服務(wù)方案提供器，他具有標(biāo)準(zhǔn)的數(shù)據(jù)訪問(wèn)接口。Content Provider[14]支持 SQLite，并且可以對(duì)資料文件進(jìn)行封裝壓縮。 Android 的 Intent 暨南大學(xué)碩士論文 基于 Android 平臺(tái)醫(yī)院醫(yī)療掛號(hào)系統(tǒng)14而 Intent 負(fù)責(zé)調(diào)配之前四種組件間的相互協(xié)同工作。通過(guò) Intent 的實(shí)現(xiàn)，在傳遞中需要找到目標(biāo)消費(fèi)者，他們往往是另一個(gè) Activity 的顯式匹配或是需要匹配幾個(gè)值（Action、Category、Data/Type、Component）的隱式匹配；Intent的組成包括組名、動(dòng)作分類描述 Category、數(shù)據(jù)類型描述 Type、目標(biāo)組件描述 Component等，如下表：表 22 Intent 的組成Action 通常和特定的 Uri 組合使用Category 它是對(duì)目標(biāo)組件類型類別信息的描述Type 數(shù)據(jù)類型描述Component 目標(biāo)組建描述Data 該動(dòng)作相關(guān)聯(lián)數(shù)據(jù)Extras 和 Flag 附加信息Intent 存在的目的是要求做某事，而 intentfilter 則闡述了能夠做什么，通過(guò)檢查 Action的 VIEW、PICK、MAIN(主程序入口點(diǎn))對(duì)多個(gè) Action 進(jìn)行過(guò)濾，并且 Uri 聯(lián)系 Data 進(jìn)行檢查，是引向聯(lián)系人的一個(gè)方法。多個(gè)Category 可以聯(lián)合檢查。 Android 的 Bundle基于 Bundle 傳遞單參數(shù)或者多參數(shù)都是消息傳遞的方法：Clear（）清除此 Bundle 映射的數(shù)據(jù)備份；putExtras() 去除相應(yīng) Bunddle 中的數(shù)據(jù)。hasFileDescriptions（）：指示是否包含任何捆綁打包文件描述符。通過(guò) getExtras()等去除數(shù)據(jù)，也可以通過(guò) Bundle 傳遞多參數(shù)。它與“ondemand software”（按需軟件），the 暨南大學(xué)碩士論文 基于 Android 平臺(tái)醫(yī)院醫(yī)療掛號(hào)系統(tǒng)15application service provider（ASP，應(yīng)用服務(wù)提供商），hosted software（托管軟件）所具有相似的含義。用戶不用再購(gòu)買軟件，而改用向提供商租用基于 Web 的軟件，來(lái)管理企業(yè)經(jīng)營(yíng)活動(dòng)，且無(wú)需對(duì)軟件進(jìn)行維護(hù)，服務(wù)提供商會(huì)全權(quán)管理和維護(hù)軟件。對(duì)于許多小型企業(yè)來(lái)說(shuō)，SaaS 是采用先進(jìn)技術(shù)的最好途徑，它消除了企業(yè)購(gòu)買、構(gòu)建和維護(hù)基礎(chǔ)設(shè)施和應(yīng)用程序的需要。這是網(wǎng)絡(luò)應(yīng)用最具效益的營(yíng)運(yùn)模式。(2)輕松維護(hù)個(gè)人應(yīng)用程序和個(gè)人文件, (3)對(duì)設(shè)備硬件要求較低，節(jié)省存儲(chǔ)空間(4)云計(jì)算通過(guò)虛擬化的運(yùn)用,可以把工作負(fù)載轉(zhuǎn)移到空閑或使用不足的系統(tǒng)(5) 節(jié)省電能,降低成本,運(yùn)行企業(yè)級(jí)數(shù)據(jù)中心的節(jié)約。傳統(tǒng)文件系統(tǒng)無(wú)法把大數(shù)據(jù)集（比如說(shuō) 100TB）存儲(chǔ)為單個(gè)文件，而 HDFS 可以輕松實(shí)現(xiàn)。在 HDFS 文件系統(tǒng)中每個(gè)文件都是被分割成不定數(shù)量的數(shù)據(jù)塊，除了最后一個(gè)數(shù)據(jù)，其余的數(shù)據(jù)塊的大小都一致，文件塊的大小可以在配置文件中修改。 模式在 android 程序中使用了 MVC 模式的技術(shù)。對(duì)于界面設(shè)計(jì)可變性的需求，MVC（ModelViewController）把交互系統(tǒng)的組成分解成模型、視暨南大學(xué)碩士論文 基于 Android 平臺(tái)醫(yī)院醫(yī)療掛號(hào)系統(tǒng)16圖、控制器三種部件。它從模型獲得顯示信息，對(duì)于相同的信息可以有多個(gè)不同的顯示形式和視圖。模型部件保存由視顯示、由控制器控制的數(shù)據(jù)，它封裝了問(wèn)題的核心數(shù)據(jù)、邏輯和功能的計(jì)算關(guān)系，獨(dú)立于具體的界面表達(dá)和 I/O 操作。如果用戶通過(guò)某個(gè)視圖的控制器改變了模型的數(shù)據(jù)，所有其他依賴于這些數(shù)據(jù)的視圖都應(yīng)反映這些變化。這實(shí)際上是一種模型的變化傳播機(jī)制。視圖（V）[15]：可以通過(guò)在 Activity（活動(dòng)）中開(kāi)發(fā)用戶接口（豐富而又可以擴(kuò)展的視圖 Views，可以用來(lái)構(gòu)建應(yīng)用程序，它包括列表 lists、網(wǎng)格 grids、文本框 text boxes、按鈕 buttons，甚至可嵌入 android 的 web 瀏覽器）來(lái)實(shí)現(xiàn)視圖。模型（M）：模型通常對(duì)應(yīng) Android 應(yīng)用系統(tǒng)的業(yè)務(wù)部分（.java），放在 src 目錄中。持久層[19]： Android 的持久層開(kāi)發(fā)體現(xiàn)在 Android 的文件、SharedPreferences 存儲(chǔ)類、SQLite 數(shù)據(jù)庫(kù)和 Android 的 ContentProvider（內(nèi)容提供器）等中。它為企業(yè)級(jí)應(yīng)用提供了一套全面的、從前端視圖層到數(shù)據(jù)層的解決方案，它提供了很多原來(lái)只有 EJB 能提供的功能(如聲明式事務(wù)管理)，卻又無(wú)須運(yùn)行在 EJB 容器上。它寄宿于進(jìn)程，依賴 web 容器(Context Loader Listener)來(lái)啟動(dòng)。IoC(Inversion of Control Containers) [23,24]控制反轉(zhuǎn)，通過(guò)容器在實(shí)例化的階段讀取xml 配置文件將需要實(shí)例化的類注入，而不是從容器中逐一查找相應(yīng)的依賴類。Spring [23,24]的優(yōu)點(diǎn)有很多，例如可以輕松的實(shí)現(xiàn)按接口編程，有統(tǒng)一的異常處理機(jī)制，可以獲得業(yè)務(wù)邏輯層的事務(wù)，通過(guò) AOP 將分散的關(guān)注點(diǎn)提供給集中關(guān)注點(diǎn)，可測(cè)試，無(wú)侵略性