【正文】 們認為使用 IVR 技術(shù)支撐掛號操作將會極大的提高掛號功能的使用性。 顯而易見，患者為主要參與者。如果此請求合法，則將這條請求信息重新打包后，通過 IVR 電信業(yè)務(wù)能力接口經(jīng)由平臺服務(wù)器送達 IVR 設(shè)備。當(dāng)掛號操作完成之后， IVR 設(shè)備會詢問用戶是否確認掛號，如果用戶確認， IVR 設(shè)備將通過平臺服務(wù)器，將用戶的第三 章 基于 android 智能醫(yī)療軟件的需求分析 17 掛號信息回傳 給應(yīng)用服務(wù)器，應(yīng)用服務(wù)器接收到用戶的掛號信息后進行處理并儲存，至此，整個掛號操作完成。 平臺服務(wù)器接收到請求后，發(fā)出消息回應(yīng)，應(yīng)用服務(wù)器把應(yīng)付的金額總數(shù)返回給平臺服務(wù)器，平臺服務(wù)器生成驗證碼后發(fā)送至客戶手機，并將驗證碼 副本發(fā)送給應(yīng)用 服務(wù)器。 此場景的前置條件是患者已經(jīng)完成掛號，并付款；醫(yī)院已經(jīng)安排患者就診時間。 第三 章 基于 android 智能醫(yī)療軟件的需求分析 19 在這個問題中，患者于系統(tǒng)對分配服務(wù)資源分配產(chǎn)生了一對矛盾，為了解決這個矛盾，我們決定通過限制用戶駐留系統(tǒng)時間的辦法，來盡可能的使患者一方面能夠快速獲得必須得服務(wù)，另一方面能夠減少系統(tǒng)的同時在線人數(shù)。 通過分析不同對象的需求，我們可以看出： ? 醫(yī)院：希望盡可能多的獲得患者的病歷，及個人信息，以充分保證治療的準確性。 第 四 章 基于 Android 智能醫(yī)療 系統(tǒng)詳細設(shè)計 20 第四章基于 Android 智能醫(yī)療系統(tǒng)詳細設(shè)計 客戶端功能設(shè)計 客戶端的主要功能是為用戶提供登錄模塊、 注冊模塊、 查詢模塊、 網(wǎng)上掛號模塊以及網(wǎng)上支付模塊，就診提醒模塊，這些模塊的完成需要與通過與服務(wù)器端的交互完成， 信息之間的交互關(guān)系由各個實體之間的關(guān)系決定。 第 四 章 基于 Android 智能醫(yī)療 系統(tǒng)詳細設(shè)計 21 查詢模塊 用戶查詢模塊主要是患者類和診療信息類的交互實現(xiàn)的， 患者通過調(diào)用診療信息類的函數(shù)查看診療信息的具體內(nèi)容，并根據(jù)診療信息 找到自己需要的醫(yī)院或者病癥信息， 患者通過客戶端查詢診療信息的過程如圖 所示： 客 戶 端 智 能 醫(yī) 療 服 務(wù) 器 平 臺 服 務(wù) 器發(fā) 送 診 療 信 息 查 詢 請 求返 回 與 患 者 用 戶 I D 的 診 療 信 息輸 入 篩 選 信 息查 詢 加 盟 醫(yī) 院 信 息返 回 篩 選 后 的 醫(yī) 院 列 表按 照 地 區(qū) 查 詢按 照 病 癥 查 詢假 設(shè) ： 醫(yī) 院 采 用 加 盟 方 式 ， 所 以 查 詢 只 對 應(yīng) 用 服 務(wù) 器 進 行 ， 不 進 行 互 聯(lián) 網(wǎng) 查 詢查 詢 醫(yī) 院 詳 細 信 息 請 求讀 取 詳 細 信 息返 回 醫(yī) 院 詳 細 信 息包 含 患 者 戶 用 I D 圖 診療信息查詢過程 用戶 可以通過診療信息查詢，找到適合自己的醫(yī)院，從而進行便捷的 IVR 掛號，就診。 替代流程 *b 網(wǎng)絡(luò)連接故障 1. 重新返回登錄狀態(tài) 替代流程 1a 掛號人數(shù)超過最大限制 1. 提示用戶重新輸入掛號人數(shù) 替代流程 2a 信息填寫錯誤，用戶選擇重修填寫 替代流程 3a ，轉(zhuǎn)入充值界面 替代流程 3b ，如果超過制定次數(shù)，鎖定帳戶，返回提示 非功能需求 無 涉及的其他技術(shù) tcp socket, RESTful, JSON, JAVA 診療信息提醒 模塊 本模塊主要是實現(xiàn)患者定制就診提醒功能。 替代流程 1a 替代流程 2a 1. 將手機號注銷消息發(fā)送給服務(wù)器，取消就診提醒。 客戶端主動與服務(wù)器通信方式設(shè)計 客戶端與服務(wù)器端通訊采用 HttpClient 進行，利用 協(xié)議進行通訊， 通訊方式主要有兩種，一種是 Http 協(xié)議的 GET 操作，另外一種是 Http 協(xié)議的 POST操作， GET 操作 主要是向服務(wù)器讀取信息， POST 操作主要是修改服務(wù)器的內(nèi)容 或者帶參數(shù)查詢服務(wù)器的內(nèi)容 。 第五 章 基于 Android 智能醫(yī)療 系統(tǒng)客戶端實現(xiàn) 31 第五章基于 Android 的智能醫(yī)療系統(tǒng)客戶端實現(xiàn) 患者 登錄和注冊界面實現(xiàn) 患者通過 Android 客戶端登錄系統(tǒng)進行病例查詢和掛號操作。 第五 章 基于 Android 智能醫(yī)療 系統(tǒng)客戶端實現(xiàn) 33 圖 按照地區(qū)進行查詢 圖 按照病況查詢 用戶可以根據(jù)自己的需求 按照地點或者按照病情查詢相應(yīng)的醫(yī)院，按照地點查詢后會給出與地點相關(guān)的醫(yī)院排名，按照病況查詢后會給出按照科室的醫(yī)生排名查詢，用來滿足不同用戶的需求。 如果用戶沒有在 服務(wù)器進行注冊，可以輸入用戶名密碼進行注冊，注冊界面如圖 所示： 第五 章 基于 Android 智能醫(yī)療 系統(tǒng)客戶端實現(xiàn) 32 圖 用戶注冊界面 用戶通過注冊界面輸入要注冊的用戶名 和具有個性化的密碼，點擊注冊，服務(wù)器端通過客戶端的輸入存儲注冊消息，完成用戶注冊。 客戶端與服務(wù)器端進行主動通訊的過程如圖 所示： 開 始設(shè) 置 服 務(wù) 器 地 址創(chuàng) 建 h t t p C l i e n t 對 象創(chuàng) 建 H t t p G e t 對 象用 H t t p G e t 對 象 申 請 通 信通 信 是 否 結(jié) 束 ？結(jié) 束 圖 客戶端與服務(wù)器端通信流程 GET操作示例 如果 客戶端希望通過參數(shù)用 POST 操作修改服務(wù)器端的內(nèi)容， 則需要先建立第 四 章 基于 Android 智能醫(yī)療 系統(tǒng)詳細設(shè)計 30 HttpPost 對象用來對參數(shù)和服務(wù)器的 IP 地址進行通訊，具體過程與 GET 操作的基本過程類似。 表設(shè)計 本文設(shè)計的數(shù)據(jù)庫主要包括以下表： （ 1） 用戶表 User，包括用戶編號、用戶名、密碼等字段，表示使用系統(tǒng)的用戶的基本信息，如圖 所示： 圖 用戶表 User （ 2） 管理員表 Administrator，包括管理員名、管理員密碼、權(quán)限值。 此場景的前置條件是患者已經(jīng)完成掛號，并付款；醫(yī)院已經(jīng)安排患者就診時間。 3. 患者輸入支付密碼 終端軟件根據(jù)服務(wù)器后臺的信息核對密碼，通過銀行支付給醫(yī)院銀行賬戶，并給患者返回支付成功提示。 各個類之間的相互調(diào)用就形成了需求分析中所涉及的模塊。 這其中，患者與醫(yī)院方面針對共享的信息量出現(xiàn)了一對矛盾，為解決這個矛盾，我們可以通過為患者提供是否共享個人信息的方法來為患者提供選擇，從而保護了患者的個人信息，另 一方面也方便了醫(yī)院方面合法的查看患者個人信息。患者的個人病歷信息屬于高度 秘密信息，如果處理不好導(dǎo)致這些個人信息泄露，將會對社會造成極大的影響。 在這個問題當(dāng)中： ? 智能醫(yī)療系統(tǒng)：希望盡可能少的用戶登錄到系統(tǒng)當(dāng)中來， 從而 保證所有登錄的用戶都能夠獲得高質(zhì)量的響應(yīng)速度，系統(tǒng)也能夠減小出錯的概率。 第三 章 基于 android 智能醫(yī)療軟件的需求分析 18 患者定制就診提醒 功能分析 本模塊主要是實現(xiàn)患者定制就診提醒功能。 此場景的前置條件是用戶已經(jīng)完成了掛號，并已經(jīng)獲得了訂單；服務(wù)器上已經(jīng)儲存該用戶相關(guān)的掛號信息。至此，第一階段結(jié)束。顯而易見，此場景發(fā)生的前提條件是用戶信息已經(jīng)儲存在智能醫(yī)療系統(tǒng)當(dāng)中，并且符合掛號條件。通過分析需求，我們 希望能夠通過 IVR 業(yè)務(wù)為用戶提供電話掛號的功能。 由于診療信息量可能十分巨大，患者可能需要進行進一步查詢，假如需要進一步查詢，患者可以編輯篩選信息，如按病癥，按救治地區(qū)查詢所需要的診療信息。 在此場景中我們患者所使用的客戶端主要的參與對象。 用例描述如表 所示： 表 用戶登錄注冊用例描述 用例：用戶登錄 /注冊 范圍 智能醫(yī)療場景 Android 應(yīng)用 級別 用戶目標級 主要參與者 用戶，智能醫(yī)療應(yīng)用服務(wù)器 涉眾 及關(guān)注點 用戶：希望通過客戶端登錄智能醫(yī)療應(yīng)用服務(wù)器 智能醫(yī)療應(yīng)用服務(wù)器：驗證用戶信息并記錄登錄狀態(tài) 前置條件 用戶已經(jīng)在智能醫(yī)療應(yīng)用服務(wù)器上注冊賬號 后置條件 取得不同用戶類型的權(quán)限并執(zhí)行權(quán)限內(nèi)的操作 主成功場景 1. 輸入用戶信息，點擊確認登錄 2. 返回登錄成功信息，提示可執(zhí)行的操作。 此場景實際分為兩部分，一部分是注冊部分、另一部分是登錄部分。 用戶登錄 驗證 功能分析 此模塊提供了必要的用戶登錄及驗證功能。如圖 所示： 智 能 醫(yī) 療查 詢 信 息C T D amp。最后介紹了 智能醫(yī)療的概念和技術(shù) 。 主要 原因 是 現(xiàn)有的系統(tǒng) 數(shù)據(jù)標準不統(tǒng)一 ，缺乏有效的數(shù)據(jù) ；而且 供應(yīng)商 大多 欠缺 臨床背景， 未能建立從 標準 到 實際 應(yīng)用 。 在 移動信息化 方面，國內(nèi)比較先進的醫(yī)院走 在 了前面。 Android 的編譯 直接執(zhí)行 Android 系統(tǒng) 根目錄下 的 Makefile 文件， 目錄中具有一個編譯文件， 叫做 ， 用于編譯內(nèi)容，與具體位置無關(guān)。 活動管理器（ Activity Manager）： 在總體布局文件中，注冊 activity 和取消 activity 的注冊，從而管理每個 activity 的生命周期。 Android 的源代碼 包括很多現(xiàn)成的服務(wù)， 主要包括以下幾方面： 視圖（ View）： 用于構(gòu)建用戶界面，包括按鈕、本文框等、圖層等。 第三層和第四層之間 是 Android的系統(tǒng) API 的接口，在開發(fā) Android 應(yīng)用系統(tǒng) 時 ， 只 考慮如何調(diào)用 系統(tǒng) API，不能看到 第三層以下的內(nèi)容。 圖 Android 的系統(tǒng)結(jié)構(gòu) Android 系統(tǒng)的各個層次結(jié)合了多種高級程序設(shè)計語言。 （ 3） 與 Google 應(yīng)用無縫結(jié)合 Android 系統(tǒng)是由 Google 主導(dǎo)研發(fā) 的 ，因此 Android 系統(tǒng)手機將無縫結(jié)合Google 的優(yōu)秀 互聯(lián)網(wǎng)服務(wù)，例如廣泛使用 的 Google Map、 Google Search、 Gmail等， 用戶同樣可以在手機上 方便的使用。 （ 1） 良好的平臺開放性 Android 手機 最大的優(yōu)點是開源性，能夠為程序員和用戶提供免費的服務(wù)和開發(fā)環(huán)境 。 iOS 的系統(tǒng)架構(gòu)分為四個層次：核心操作系統(tǒng)層（ Core OS layer）、核心服務(wù)層（ Core Services layer）、媒體層 （ Media layer）、可輕觸層（ Cocoa Touch layer）。 2020 年 6 月，蘋果公司 將 手指觸控的概念 帶進人們 的生活。 作為 Symbian 系列的開山之作，它把 強化和細化了 智能手機 的概 念 。 Windows Mobile的應(yīng)用軟件 以 Microsoft Win32 API 為基礎(chǔ)。由最早的Symbian、 Windows Mobile 等，到現(xiàn)在的 Android、 iOS 等操作系統(tǒng)。 第五章，基于 android 智能 醫(yī)療系 統(tǒng)的客戶端的實現(xiàn)，本章詳細介紹了智能醫(yī)療系統(tǒng)客戶端的實現(xiàn)。 第二章， 相關(guān)研究綜述 ， 本章主要介紹了集中流行的智能手機系統(tǒng)，以及他們的市場 前景， 并從 系統(tǒng)本身、系統(tǒng)開發(fā)的難度、用戶的友好程序、用戶的可擴展性等方面論證了對 android 系統(tǒng)研究的必要性和現(xiàn)實性 ；最后介紹了智能醫(yī)療的概念和技術(shù) 。 （ 3） 確定客戶端和服務(wù)器端使用的網(wǎng)絡(luò)協(xié)議 ,調(diào)研 android 源代碼中提供的 HttpClient 協(xié)議接口，并實現(xiàn)客戶端和服務(wù)器端的信息交流。 綜上所述，對基于 android 的智能醫(yī)療軟件的服務(wù)器端和客戶端的研究和開發(fā)具有重要意義 ，能夠提高人民的生活質(zhì)量。 Android 系統(tǒng) 目前 比較流行的操作系統(tǒng)， 所以研究 android 系統(tǒng)中的智能醫(yī)療軟件意義重大 ，主要價值體現(xiàn)在以下三方面 ： （ 1） 填補了國內(nèi)智能醫(yī)療軟件的空缺， 國內(nèi)智能醫(yī)療軟件的成熟度 有待提高，基本停留在 智能醫(yī)療查詢和 病況百科全書上。 課題研究的目的和意義 本課題 以 android 系統(tǒng)為基礎(chǔ)， 旨在提供能夠給用戶帶來巨大便利的智能醫(yī)療系統(tǒng)， 所謂智能醫(yī)療是指，患者能夠通過手機 便捷地 進行病癥查詢、醫(yī)院查詢、掛號、 網(wǎng)上付費、查看醫(yī)生處方等功能。 （ 2）封裝性，封裝性在于在 android 操作系統(tǒng)上開發(fā)比較容易， android 操作系統(tǒng)采用 JAVA 編應(yīng)用程序，支持現(xiàn)有的 JAVA 包，并提供了自己特有的功能包，例如用于通訊的 等，便于程序的開發(fā)、復(fù)用和移植，收到了廣大手機開發(fā)者的親睞 。 蘋果公司的 iOS 操作系統(tǒng)功能強大 ，并且從 2020 年誕生之后，就強勢的占領(lǐng)了美國市場，大概 43%左右，但是 iOS 系統(tǒng)只支持蘋果系列產(chǎn)品，例如 iphone、iTouch、 iPad 等產(chǎn)品， 對其他的產(chǎn)品都不合法支持，又由于蘋果產(chǎn)品的價格或多或少超出普 通大眾的消費范圍，所以 iOS 的推廣 和使用與人民的生活水平有很大關(guān)系， 不利于在非洲、南門等地區(qū)廣泛發(fā)展 ，另外， iOS 系統(tǒng)的軟件和大家耳熟能詳?shù)囊恍┸浖患嫒?，也限制?iOS 的應(yīng)用范圍 。 目前，智能終端的種類很多，主要有 3G 智能終端、數(shù)字會議桌面智能終端、家居智能終端等。完成基于 Android 的智能醫(yī)療系