基于SSM的家庭醫(yī)生服務(wù)管理系統(tǒng)設(shè)計摘要上世紀80年代末，家庭醫(yī)生的概念進入中國。21世紀后，家庭醫(yī)生這一制度在國家政策的推進下發(fā)展迅速，隨著不斷的發(fā)展，家庭醫(yī)生服務(wù)制度也要轉(zhuǎn)變?yōu)樵诰€上進行預(yù)約、服務(wù)的模式。本文描述了如何開發(fā)一個簡單的家庭醫(yī)生簽約管理系統(tǒng)，基于SSM框架開發(fā)的家庭醫(yī)生簽約管理系統(tǒng)能夠通過在線軟件來管理居民簽約和家庭醫(yī)生的信息，快捷的進行居民簽約解約、進行服務(wù)等操作，方便居民接受服務(wù)，也方便醫(yī)生對病人進行診治。本家庭醫(yī)生服務(wù)系統(tǒng)使用Java開發(fā)，信息存儲通過數(shù)據(jù)庫MySQL進行管理，前端頁面采用JSP頁面以及運用JQ與JS進行網(wǎng)頁的開發(fā)，滿足頁面的動態(tài)效果，運用表單提交以及ajax來進行數(shù)據(jù)的傳輸系統(tǒng)功能包括簽約居民管理、簽約記錄管理，家醫(yī)管理以及系統(tǒng)設(shè)置。系統(tǒng)的權(quán)限分為兩類，即普通家醫(yī)用戶和管理員。關(guān)鍵詞：家庭醫(yī)生簽約管理系統(tǒng)；SSM；JavaScript；jQuery目錄引言 6第一章系統(tǒng)關(guān)鍵技術(shù)介紹 71.1 SSM框架 71.2JSP 71.3MySQL 81.4JavaScript 81.5軟件測試 81.6本章小結(jié) 8第二章軟件需求分析 92.1系統(tǒng)可行性分析 92.2系統(tǒng)業(yè)務(wù)需求分析 102.2.1系統(tǒng)業(yè)務(wù)流程分析 102.2.2用例分析 102.3系統(tǒng)功能性需求 132.4系統(tǒng)非功能性需求 142.5本章小結(jié) 14第三章系統(tǒng)設(shè)計 153.1系統(tǒng)總體結(jié)構(gòu) 153.2系統(tǒng)功能模塊 163.2.1居民管理模塊 163.2.2簽約記錄管理模塊 173.2.3服務(wù)記錄管理模塊 173.2.4家醫(yī)管理模塊 183.2.5系統(tǒng)設(shè)置模塊 183.2.6預(yù)約信息模塊 193.3數(shù)據(jù)庫設(shè)計 193.3.1數(shù)據(jù)庫設(shè)計原則 193.3.2數(shù)據(jù)庫概念設(shè)計 203.3.3數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 203.4本章小結(jié) 23第四章系統(tǒng)功能具體實現(xiàn) 244.1登陸模塊 244.2系統(tǒng)功能模塊設(shè)計 254.2.1居民管理模塊設(shè)計 254.2.2居民新增模塊設(shè)計 264.2.3居民信息修改模塊設(shè)計 274.2.4居民簽約功能模塊設(shè)計 284.2.5簽約記錄管理模塊設(shè)計 294.2.6服務(wù)記錄管理模塊設(shè)計 304.2.7家醫(yī)管理模塊設(shè)計 314.2.8系統(tǒng)設(shè)置模塊設(shè)計 324.2.9預(yù)約服務(wù)模塊設(shè)計 334.3本章小結(jié) 33第五章系統(tǒng)測試 345.1測試目的 345.2功能測試 345.3本章小結(jié) 37結(jié)論 39參考文獻 41致謝 42

引言自2009年國家實施深化醫(yī)藥衛(wèi)生體質(zhì)改革，黨中央高度重視建立全城鄉(xiāng)醫(yī)療服務(wù)體系，家庭醫(yī)生簽約服務(wù)制度在我國迅速發(fā)展，而經(jīng)過這些年的發(fā)展，我給家庭醫(yī)生簽約服務(wù)制度的問題得到逐步的體現(xiàn)，例如由于基層家庭醫(yī)生數(shù)量匱乏、能力不強、居民對家庭醫(yī)生的認可和信任度低，導(dǎo)致實際服務(wù)效率和簽約后的履約質(zhì)量低下。隨著“互聯(lián)網(wǎng)”與其他行業(yè)的相互融合發(fā)展的趨勢逐漸形成，互聯(lián)網(wǎng)與醫(yī)療行業(yè)也在進行著融合，“互聯(lián)網(wǎng)+醫(yī)療”的發(fā)展從18年~19年政策逐步規(guī)范，到2020年互聯(lián)網(wǎng)與醫(yī)療各行業(yè)的各個環(huán)節(jié)融合，傳統(tǒng)的線下醫(yī)院不在只注重線下，而是逐漸開始線上的互聯(lián)網(wǎng)醫(yī)院的建設(shè)。另外由于醫(yī)?？芍Ц墩咴谥醒氲耐七M下的逐步實施，使得就醫(yī)環(huán)節(jié)在線上支付，這一渠道得以實現(xiàn)，這是“互聯(lián)網(wǎng)+醫(yī)療”發(fā)展的一大里程碑，自前幾年起，根據(jù)國家的相關(guān)政策，許多地區(qū)各市縣都進行了家庭醫(yī)生簽約服務(wù)信息化的建設(shè)，如政府與科技公司或互聯(lián)網(wǎng)企業(yè)合作，建設(shè)各個地區(qū)的健康個人檔案平臺以及已檔案為基礎(chǔ)延伸的簽約系統(tǒng)，兩慢病平臺，家庭醫(yī)生簽約系統(tǒng)借助與互聯(lián)網(wǎng)技術(shù)構(gòu)建，提高了服務(wù)效率，家庭醫(yī)生簽約系統(tǒng)實現(xiàn)信息及時互通共享，確保轉(zhuǎn)診渠道通暢。本課題基于SSM框架開發(fā)，實現(xiàn)一個簡單的家庭醫(yī)生服務(wù)系統(tǒng)，包括簽約居民與未簽約居民的劃分，居民簽約解約流程的進行，居民新增與信息修改，家醫(yī)管理包括家醫(yī)團隊的創(chuàng)建，家庭醫(yī)生的新增，對于基礎(chǔ)醫(yī)療服務(wù)的維護功能，提供給居民選擇的適應(yīng)不同人群的醫(yī)療服務(wù)包的維護功能，還有對于一些協(xié)議模版的下載功能。關(guān)于系統(tǒng)的研究與設(shè)計，我通過在網(wǎng)上查閱相關(guān)的文獻資料，通過學(xué)校提供的資源渠道獲取實現(xiàn)系統(tǒng)功能的文章，對系統(tǒng)的業(yè)務(wù)流程、開發(fā)任務(wù)進行初步的設(shè)計，明確系統(tǒng)的目標和功能。數(shù)據(jù)庫存儲數(shù)據(jù)我選擇了MySQL，設(shè)計系統(tǒng)各個功能，以及概要。詳細設(shè)計，制定軟件測試計劃等過程，完成并完善對應(yīng)的功能，優(yōu)化系統(tǒng)的界面、性能。

第一章系統(tǒng)關(guān)鍵技術(shù)介紹SSM框架是多種技術(shù)整合而成的整合框架，具有Spring的各類優(yōu)點以及通過面向切面編程AOP管理事物、日志、權(quán)限等功能的特點。SpringMVC通過三層結(jié)構(gòu)來對外部請求從接收到做出反應(yīng),并進行處理。Mybatis用于數(shù)據(jù)連接以及對Dao層所編寫的數(shù)據(jù)庫語言方法通過數(shù)據(jù)庫語言進行操作。SSM框架具有易復(fù)用性，在開發(fā)過程中可以簡化開發(fā)。圖1-1SSM三層結(jié)構(gòu)Dao、service、controller圖1.2JSPJSP可直接在網(wǎng)頁插入腳本語言。而且JSP頁面可重復(fù)使用組件，可以使得系統(tǒng)開發(fā)過程效率提高，減輕不必要的重復(fù)編程壓力，JSP的語言簡化，許多將功能封裝組成新的一個方法，最為重要的一點，JSP實現(xiàn)應(yīng)用與頁面顯示分類，不會因為后臺數(shù)據(jù)處理問題導(dǎo)致頁面顯示出錯。1.3MySQLMySQL數(shù)據(jù)庫非常流行，由于其源碼開源的原因，使其成為許多中小型企業(yè)進行數(shù)據(jù)管理的首選，MySQL數(shù)據(jù)庫，使用起來簡單、方便、安全，而且還具有日志功能，此工具同時支持windows系統(tǒng)和Linux系統(tǒng)。MySQL的經(jīng)濟成本低，滿足要求，也是本系統(tǒng)選擇其作為數(shù)據(jù)管理工具的原因之一，MySQL可以作為一個庫協(xié)同其他軟件發(fā)揮作用，也可以成為一個單獨的程序應(yīng)用既。1.4JavaScriptJavaScript（簡稱“JS”）適用于許多網(wǎng)頁，JS可以直接插入網(wǎng)頁的編程代碼，便于修改也方便觀察，可進行簡單的例如獲取網(wǎng)頁數(shù)據(jù)進行數(shù)據(jù)傳輸?shù)牟僮?，可實現(xiàn)簡單的頁面響應(yīng)事件，例如鼠標單擊方法，也可以在數(shù)據(jù)提交后臺處理之前對數(shù)據(jù)進行預(yù)驗證，達到減輕數(shù)據(jù)處理的壓力。與JAVA完美適配。1.5軟件測試進行軟件測試的目的是為了在系統(tǒng)上線運行前，盡可能檢測各種環(huán)境下系統(tǒng)運行的效果，發(fā)現(xiàn)并處理問題，進行測試旨在當本家庭醫(yī)生服務(wù)管理系統(tǒng)開發(fā)結(jié)束后，由于邏輯缺陷導(dǎo)致的在運行時產(chǎn)生的問題，或發(fā)現(xiàn)某些特殊類型數(shù)據(jù)導(dǎo)致的系統(tǒng)運行邏輯錯誤，為后續(xù)的開發(fā)提供保障也使得開發(fā)的系統(tǒng)更加完善。在本系統(tǒng)的測試中主要使用了黑盒測試來進行缺陷的查找。1.6本章小結(jié)本章對開發(fā)中用到的一些技術(shù)進行了介紹，包括用到的框架SSM、JavaScript技術(shù)、數(shù)據(jù)庫管理工具MySQL，JSP和軟件測試工具，讓系統(tǒng)所涉及的相關(guān)技術(shù)有一個清晰的認識。

第二章軟件需求分析2.1系統(tǒng)可行性分析為避免本系統(tǒng)在開發(fā)中遇到不可抗的問題，減少系統(tǒng)在技術(shù)，經(jīng)濟等方面的問題，在開發(fā)前對系統(tǒng)可行性進行分析并檢驗系統(tǒng)能否達到預(yù)期正常的進行運作。經(jīng)濟可行性本系統(tǒng)的根據(jù)系統(tǒng)在開發(fā)過程中所需的成本進行對系統(tǒng)經(jīng)濟可行性來進行判斷。在系統(tǒng)的開發(fā)中，特別是MySQL數(shù)據(jù)庫、JS、jQuery等技術(shù)都是免費的，而且個人開發(fā)，因此在成本上的消耗只有人工成本，系統(tǒng)實現(xiàn)過程中也未產(chǎn)生其他經(jīng)濟成本，因此本系統(tǒng)以經(jīng)濟可行性的角度出發(fā)進行分析得到的結(jié)構(gòu)是可行的。技術(shù)可行性系統(tǒng)開發(fā)的環(huán)境是整合而成的SSM框架，該框架的適用范圍廣泛，不止在于服務(wù)器端的開發(fā)。數(shù)據(jù)庫采用MySQL，此數(shù)據(jù)管理工具提供的接口滿足本系統(tǒng)的需求，因此在技術(shù)上的可行的。操作可行性開發(fā)系統(tǒng)使用面向醫(yī)生與系統(tǒng)管理人員，要考慮部分醫(yī)生年齡大，經(jīng)過實際的調(diào)研得知醫(yī)生進行簽約管理一般一次性簽約數(shù)量大，系統(tǒng)操作要相對應(yīng)的簡單，易操作，滿足醫(yī)生日常使用的需求。而且系統(tǒng)培訓(xùn)操作簡單，因此在操作上也是可行的。2.2系統(tǒng)業(yè)務(wù)需求分析設(shè)計家庭醫(yī)生簽約管理系統(tǒng)需要對現(xiàn)有的簽約管理制度進行調(diào)查研究，以此為基準完成需求分析，此部分需求分析分為系統(tǒng)業(yè)務(wù)需求和用例設(shè)計兩部分。2.2.1系統(tǒng)業(yè)務(wù)流程分析本系統(tǒng)根據(jù)兩種用戶類型進行分析，劃分為普通家醫(yī)用戶，家醫(yī)系統(tǒng)管理員，下圖2-1為本系統(tǒng)業(yè)務(wù)流程的展示。圖2-1系統(tǒng)業(yè)務(wù)流程圖2.2.2用例分析通過用例圖來描述系統(tǒng)各個權(quán)限角色所能進行的操作，以及所擁有的權(quán)限，通過圖形符號來描述兩者之間所進行的交互。系統(tǒng)中包括普通家醫(yī)醫(yī)生、家醫(yī)系統(tǒng)管理員兩種用戶，本系統(tǒng)對游客不開放，只能瀏覽登陸頁面，因而不對游客做分析。家醫(yī)系統(tǒng)管理員是系統(tǒng)的最高權(quán)限角色，擁有整個系統(tǒng)中最高的權(quán)限，并且擁有對于系統(tǒng)的基礎(chǔ)數(shù)據(jù)信息維護功能，可以對整個系統(tǒng)的用戶、數(shù)據(jù)庫和基礎(chǔ)的醫(yī)療信息進行運維與管理，用例圖如圖2-2所示。圖2-2家醫(yī)系統(tǒng)管理員用例家醫(yī)系統(tǒng)管理員可以與普通醫(yī)生用戶一樣進行偵查系統(tǒng)操作，對系統(tǒng)內(nèi)的簽約居民，未簽約居民進行管理（新增、修改、查看、進行簽約解約操作），對簽約記錄進行查看，服務(wù)記錄進行查看，對家醫(yī)管理中的已注冊的醫(yī)生進行管理（新增、查看），對醫(yī)生團隊進行管理，對系統(tǒng)基礎(chǔ)信息進行維護（基礎(chǔ)醫(yī)療服務(wù)維護，基礎(chǔ)服務(wù)包整合維護）。普通醫(yī)生用戶可以進行系統(tǒng)基礎(chǔ)的服務(wù)流程用例圖如圖2-3所示圖2-3普通醫(yī)生用戶用例普通醫(yī)生用戶能夠進行系統(tǒng)大部分功能的操作，居民的簽約解約操作，查看簽約記錄信息，查看服務(wù)記錄信息，家醫(yī)管理可進行醫(yī)生團隊的創(chuàng)建，醫(yī)生新增與醫(yī)生信息的查看。2.3系統(tǒng)功能性需求系統(tǒng)的功能是為滿足家庭醫(yī)生簽約所需要進行的相關(guān)操作，一些基礎(chǔ)信息的維護，方便醫(yī)生使用的需要，因此系統(tǒng)結(jié)構(gòu)需要符合家庭醫(yī)生服務(wù)業(yè)務(wù)所需的功能框架。已確認的功能有：居民管理、簽約記錄、服務(wù)記錄、家醫(yī)管理、基礎(chǔ)設(shè)置維護等已經(jīng)各個功能下的小功能。功能結(jié)構(gòu)圖如圖2-4所示。圖2-4系統(tǒng)功能結(jié)構(gòu)圖居民管理：包括居民分類（未簽約居民與已簽約居民）、居民進行簽約，居民信息的查看。簽約記錄管理：對系統(tǒng)進行的簽約操作有一個記錄，可以查看進行過的簽約操作，包括簽約中與已解約的所有信息。服務(wù)記錄管理：對已簽約的居民進行簽約時所選擇的服務(wù)包內(nèi)的基礎(chǔ)醫(yī)療服務(wù)進行履約的操作。家醫(yī)管理：對家醫(yī)醫(yī)生信息維護的管理包括醫(yī)生用戶增加，信息修改，醫(yī)生轉(zhuǎn)崗后也可進行數(shù)據(jù)刪除的操作，同時也包括了團隊信息維護的功能。系統(tǒng)基礎(chǔ)設(shè)置管理：系統(tǒng)運行所需的基礎(chǔ)配置，包括提供給居民的基礎(chǔ)醫(yī)療服務(wù)，與預(yù)先整理好的對應(yīng)普通人群以及重點管理人群的服務(wù)包。2.4系統(tǒng)非功能性需求系統(tǒng)的基本功能可行的情況下，需要考慮其他非功能性的因素，例如系統(tǒng)的穩(wěn)定性，系統(tǒng)投入使用后是否符合簡易操作，容易上手的要求，分析這一類非功能性的因素可以對系統(tǒng)進行進一步的完善，使系統(tǒng)成為一個完備的軟件。系統(tǒng)性能分析由于系統(tǒng)在完成后投入使用的對象是醫(yī)療范圍內(nèi)的家庭醫(yī)生簽約服務(wù)的醫(yī)生用戶，用戶量適中，會出現(xiàn)同時在線使用的情況，因此對于系統(tǒng)的處理能力以及響應(yīng)的速度有要求。系統(tǒng)的安全性分析存儲的信息包括了居民的聯(lián)系信息，家庭住址等重要私人信息，保存的信息具有隱私，因此需要系統(tǒng)需要做好數(shù)據(jù)安全措施，醫(yī)生用戶新增的權(quán)限，基礎(chǔ)醫(yī)療服務(wù)維護的權(quán)限，基礎(chǔ)服務(wù)包的權(quán)限都只能通過系統(tǒng)管理員這一個賬號進行添加。防止誤操作導(dǎo)致數(shù)據(jù)覆蓋，還有確保數(shù)據(jù)庫數(shù)據(jù)的備份操作，以防系統(tǒng)崩潰或者一些人為因素、不可抗力因素造成數(shù)據(jù)損壞或丟失。系統(tǒng)的易用性分析系統(tǒng)的使用面向的對象主要是醫(yī)院的醫(yī)生以及醫(yī)院相關(guān)管理醫(yī)療信息的信息管理員，為滿足部分中老年醫(yī)生因此在系統(tǒng)易用的基礎(chǔ)上還需要在界面上進行優(yōu)化，使其界面內(nèi)容簡潔，符合大眾審美，在操作上需要簡單，避免造成操作繁瑣的問題，容易上手使用，減少填寫麻煩。系統(tǒng)的穩(wěn)定性分析系統(tǒng)需要避免在運行過程中因網(wǎng)絡(luò)等因素突然出現(xiàn)崩潰、無響應(yīng)等情況，影響用戶體驗及正常工作的進行，同時要確保數(shù)據(jù)庫數(shù)據(jù)及時備份，所以在開發(fā)時需要提前對此進行防范，考慮到系統(tǒng)可能在運行中出現(xiàn)的錯誤并進行規(guī)避，若發(fā)生了問題，則系統(tǒng)要對用戶進行提示，并及時維護，減少問題造成影響和損失。2.5本章小結(jié)本章根據(jù)家庭醫(yī)生服務(wù)管理系統(tǒng)預(yù)期要達到的運行目標對系統(tǒng)進行開發(fā)前期的需求分析，從系統(tǒng)的可行性、用例分析、業(yè)務(wù)流程以及影響系統(tǒng)運行的非功能性需求等方面進行闡述，使系統(tǒng)的說明更加清晰易懂。

第三章系統(tǒng)設(shè)計3.1系統(tǒng)總體結(jié)構(gòu)本課題開發(fā)所選擇的框架為SSM，前端展示使用JSP、CSS、JS、jQuery等來實現(xiàn)頁面展示。系統(tǒng)包括了普通家醫(yī)醫(yī)生用戶和家醫(yī)系統(tǒng)管理員兩個角色，系統(tǒng)結(jié)構(gòu)圖如下圖3-1所示。圖3-1系統(tǒng)總體結(jié)構(gòu)圖

系統(tǒng)功能模塊系統(tǒng)功能模塊的正確設(shè)計是家庭醫(yī)生服務(wù)管理系統(tǒng)正常運行的基礎(chǔ)，只有符合實際規(guī)范的功能才能滿足系統(tǒng)運行的要求，模塊結(jié)構(gòu)圖如圖3-2所示。圖3-2系統(tǒng)總體功能模塊圖居民管理模塊居民管理模塊根據(jù)居民的簽約狀態(tài)劃分出已簽約居民和未簽約居民，該模塊包含對系統(tǒng)內(nèi)的居民信息進行查看、同時可以對已存在的數(shù)據(jù)進行修改等操作，如圖3-3所示。圖3-3居民管理功能模塊圖簽約記錄管理模塊簽約記錄模塊對已經(jīng)進行簽約的居民的簽約內(nèi)容作一個記錄，同時對已解約居民的記錄做一個信息的同步，如圖3-4所示。圖3-4簽約記錄功能模塊圖服務(wù)記錄管理模塊服務(wù)記錄模塊對已簽約的居民進行預(yù)約服務(wù)操作，服務(wù)記錄模塊結(jié)構(gòu)圖如圖3-5所示圖3-5服務(wù)記錄功能模塊圖家醫(yī)管理模塊家醫(yī)管理模塊，包括了對醫(yī)生用戶信息的新增、查看，醫(yī)生團隊創(chuàng)建的功能，如圖3-6所示圖3-6家醫(yī)管理功能模塊圖系統(tǒng)設(shè)置模塊系統(tǒng)設(shè)置模塊包括系統(tǒng)運行必要的基礎(chǔ)信息的維護，包括基礎(chǔ)醫(yī)療衛(wèi)生服務(wù)，根據(jù)不同人群所創(chuàng)建的不同的服務(wù)包以及對應(yīng)協(xié)議模版的下載功能，如圖3-7所示圖3-7系統(tǒng)設(shè)置功能模塊圖預(yù)約信息模塊預(yù)約信息模塊可以查看某醫(yī)生已經(jīng)預(yù)約的服務(wù)，查看居民聯(lián)系電話，預(yù)約服務(wù)的地址和服務(wù)方式，下圖3-8為本系統(tǒng)預(yù)約信息查看功能模塊圖展示。圖3-8預(yù)約信息功能模塊圖數(shù)據(jù)庫設(shè)計本系統(tǒng)選擇采用開源的MySQL作為家庭醫(yī)生服務(wù)與管理系統(tǒng)的數(shù)據(jù)管理工具，共設(shè)計了8張數(shù)據(jù)表。數(shù)據(jù)庫設(shè)計需要基于需求分析的基礎(chǔ)上，對各種實體進行設(shè)計，使其滿足用戶的需求，為后續(xù)系統(tǒng)開發(fā)滿足邏輯結(jié)構(gòu)的需要。數(shù)據(jù)庫設(shè)計原則本系統(tǒng)數(shù)據(jù)庫設(shè)計原則如下：數(shù)據(jù)庫表名稱設(shè)計對應(yīng)不同表的不同用途，數(shù)據(jù)表的命名正確表達數(shù)據(jù)表所代表的意義，對應(yīng)其功能且均為英文，數(shù)據(jù)表各字段在設(shè)計時都添加了備注，表中除了數(shù)據(jù)與備注，其他均為英文。數(shù)據(jù)表的安全性基于數(shù)據(jù)庫信息安全的考慮，本系統(tǒng)對數(shù)據(jù)庫用戶表進行操作都只能由系統(tǒng)管理員進行，不提供普通家醫(yī)用戶對系統(tǒng)數(shù)據(jù)庫進行操作的權(quán)限，防止用戶一時疏忽進行誤操作。數(shù)據(jù)庫概念設(shè)計通過對系統(tǒng)的需求進行分析，采用 E-R圖來描述數(shù)據(jù)庫設(shè)計以及各張表之間的關(guān)系。其中設(shè)計的實體包括用戶，居民，簽約信息，服務(wù)信息等。E-R圖表如圖3-9所示圖3-9E-R圖表數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計根據(jù)上文的概念設(shè)計進行實體對象的分析，用數(shù)據(jù)庫中的表來進行對實體對象，數(shù)據(jù)表關(guān)系如下：家醫(yī)醫(yī)生用戶信息數(shù)據(jù)表的字段組成結(jié)構(gòu)如下表3-1所示。表3-1家醫(yī)醫(yī)生用戶信息表字段名類型是否為空默認注釋IdInt否無用戶idDnameVarchar是無醫(yī)生姓名UsernameVarchar是無用戶名PasswordVarchar是無密碼TeamidInt是無團隊idPowerInt是無權(quán)限居民表結(jié)構(gòu)如表3-2所示。表3-2居民表字段名類型是否為空默認注釋RidInt否無居民idRnameVarchar是無居民姓名Genderint是無性別Sfqyint是無是否簽約ID_numberInt是無身份證phoneInt是無聯(lián)系電話addressVarchae是無詳細地址家醫(yī)團隊信息數(shù)據(jù)表的字段組成結(jié)構(gòu)如表3-3所示。表3-3團隊信息表字段名類型是否為空默認注釋Team_IdInt否無團隊idTeam_nameVarchar是無團隊名稱Team_createTimeDatetime是無團隊創(chuàng)建時間Team_memberVarchar是無團隊成員Team_phoneInt是無聯(lián)系人電話簽約記錄信息數(shù)據(jù)表的字段組成結(jié)構(gòu)如表3-4所示。表3-4簽約記錄信息表字段名類型是否為空默認注釋Sign_IdInt否無記錄編號Sign_nameVarchar是無簽約居民姓名User_idInt是無簽約居民idSign_addressVarchar是無居民詳細地址PhoneVarchar是無聯(lián)系電話Sign_createTimeDatetime是無記錄創(chuàng)建時間Sign_doctoridInt是無簽約醫(yī)生idSign_doctorVarchar是無簽約醫(yī)生Sign_packageVarchar是無簽約服務(wù)包Sign_stateInt是無簽約狀態(tài)ServiceInt是無服務(wù)狀態(tài)系統(tǒng)基礎(chǔ)服務(wù)包信息數(shù)據(jù)表的字段組成結(jié)構(gòu)如表3-5所示。表3-5服務(wù)包信息表字段名類型是否為空默認注釋Package_idInt否無服務(wù)包編號Package_nameVarchar是無服務(wù)包名稱Package_projectVarchar是無服務(wù)包項目基礎(chǔ)醫(yī)療服務(wù)信息表結(jié)構(gòu)如表3-6所示。表3-6基層醫(yī)療服務(wù)信息表字段名類型是否為空默認注釋Medical_idInt否無基礎(chǔ)服務(wù)編號Medical_nameVarchar是無基礎(chǔ)服務(wù)名稱Medical_describeVarchar是無基礎(chǔ)服務(wù)概述協(xié)議模版信息數(shù)據(jù)表的字段組成結(jié)構(gòu)如表3-7所示。表3-7協(xié)議模版信息表字段名類型是否為空默認注釋Agree_idInt否無協(xié)議模板編號Agree_nameVarchar是無協(xié)議模板名稱Agree_addressVarchar是無協(xié)議模版地址服務(wù)預(yù)約信息數(shù)據(jù)表的字段組成結(jié)構(gòu)如下表3-8所示。表3-8服務(wù)預(yù)約信息表字段名類型是否為空默認注釋Book_idInt否無服務(wù)預(yù)約編號Book_rnameVarchar是無居民姓名User_idInt是無居民編號Book_doctorVarchar是無醫(yī)生Book_packageVarchr是無服務(wù)包信息Book_dateVarchar是無預(yù)約日期Book_timeVarchar是無預(yù)約時間Book_statueInt是無預(yù)約狀態(tài)Book_modeInt是無服務(wù)模式Doctor_idInt是無醫(yī)生編號Book_addressVarchar是無預(yù)約地址PhoneVarchar是無聯(lián)系電話本章小結(jié)本章對系統(tǒng)實現(xiàn)所倚靠的數(shù)據(jù)庫與數(shù)據(jù)表進行說明。根據(jù)系統(tǒng)各部分的功能繪制功能結(jié)構(gòu)圖，針對系統(tǒng)運行所需的各個實體，設(shè)計了對應(yīng)的數(shù)據(jù)表，同時根據(jù)功能進行數(shù)據(jù)庫概念和邏輯結(jié)構(gòu)的設(shè)計，同時排列了每個數(shù)據(jù)表的內(nèi)容及字段設(shè)計。

第四章系統(tǒng)功能具體實現(xiàn)4.1登錄模塊登錄頁面通過form表單提交的方式提交數(shù)據(jù)，將用戶輸入的用戶名與密碼與數(shù)據(jù)庫中存在的記錄進行匹配，匹配成功才能進入系統(tǒng)。本系統(tǒng)登錄功能Dao層部分代碼如圖4-1所示。圖4-1系統(tǒng)登錄登錄功能的界面如圖4-2所示圖4-2登錄界面4.2系統(tǒng)功能模塊設(shè)計系統(tǒng)正常運行的基礎(chǔ)離不開系統(tǒng)功能模塊的設(shè)計，只有設(shè)計正確的功能模塊，符合實際規(guī)范的功能才能滿足系統(tǒng)運行的要求。4.2.1居民管理模塊設(shè)計居民管理模塊根據(jù)居民的簽約狀態(tài)劃分出已簽約居民和未簽約居民，包含對居民信息的查看、新增、修改，居民簽約解約等操作，居民管理Dao層分頁代碼如圖4-4所示。圖4-4居民管理控制層部分代碼圖4-5居民管理頁面4.2.2居民新增模塊設(shè)計居民管理新增模塊可以進行居民新增操作，下圖4-6為本系統(tǒng)居民管理增加居民信息功能模塊的部分代碼展示圖4-6居民新增模塊代碼圖4-7居民新增頁面4.2.3居民信息修改模塊設(shè)計居民管理修改模塊可以進行居民信息進行修改操作，通過單選選定某位居民，點擊修改填寫居民信息，彈出對應(yīng)信息輸入框，確認信息，保存可達到居民信息修改的目的，居民信息修改模塊部分代碼如圖4-8所示。圖4-8居民修改模塊代碼圖4-9居民信息修改頁面4.2.4居民簽約功能模塊設(shè)計居民簽約模塊根據(jù)選擇的居民，進行該居民的簽約操作，確定居民信息，選擇對應(yīng)的服務(wù)包，完成居民狀態(tài)的同步以及記錄的生成。居民簽約功能模塊部分代碼如圖4-10所示。圖4-10居民簽約功能模塊代碼圖4-11居民簽約頁面4.2.5簽約記錄管理模塊設(shè)計簽約記錄模塊對已經(jīng)進行簽約的居民的簽約內(nèi)容作一個記錄，同時對已解約居民的記錄做一個信息的同步，系統(tǒng)的簽約記錄功能實現(xiàn)部分代碼如圖4-12所示。圖4-12居民簽約記錄部分代碼圖4-13居民簽約記錄展示頁面4.2.6服務(wù)記錄管理模塊設(shè)計服務(wù)記錄模塊，醫(yī)生可以查看已簽約居民的服務(wù)狀態(tài)，進行預(yù)約服務(wù)，通過居民預(yù)留的聯(lián)系電話，與居民預(yù)約服務(wù)方式是醫(yī)生尋訪或病人來訪，預(yù)約時間和地點，服務(wù)記錄功能部分代碼如圖4-14所示圖4-14服務(wù)記錄模塊部分代碼圖4-15服務(wù)記錄功能頁面4.2.7家醫(yī)管理模塊設(shè)計家醫(yī)管理模塊，包括了對醫(yī)生用戶信息的新增、查看，醫(yī)生團隊創(chuàng)建的功能，家醫(yī)管理功能部分代碼如圖4-16所示圖4-16家醫(yī)管理功能模塊圖圖4-17家醫(yī)管理功能頁面4.2.8系統(tǒng)設(shè)置模塊設(shè)計系統(tǒng)設(shè)置模塊包括系統(tǒng)運行前必要的基礎(chǔ)信息的維護，包括基礎(chǔ)醫(yī)療衛(wèi)生服務(wù)，根據(jù)不同人群所創(chuàng)建的不同的服務(wù)包以及對應(yīng)協(xié)議模版的下載功能，如圖4-18所示圖4-18系統(tǒng)設(shè)置功能模塊圖圖4-19系統(tǒng)設(shè)置功能網(wǎng)頁4.2.9預(yù)約服務(wù)模塊設(shè)計在預(yù)約服務(wù)模塊為醫(yī)生提可以聯(lián)系對應(yīng)居民，預(yù)約對應(yīng)的服務(wù)，包括服務(wù)地點，日期時間等，聯(lián)系居民進行服務(wù)的功能，根據(jù)居民需要選擇病人到訪或醫(yī)生尋訪的服務(wù)方式，預(yù)約服務(wù)模塊部分代碼如圖4-20所示圖4-20預(yù)約服務(wù)模塊部分代碼圖4-21預(yù)約服務(wù)功能網(wǎng)頁4.3本章小結(jié)系統(tǒng)功能包括居民管理，居民新增，居民信息修改，居民簽約解約操作，簽約記錄查看，服務(wù)記錄管理，服務(wù)預(yù)約模塊，家醫(yī)管理模塊，以及系統(tǒng)設(shè)置模塊，并展示各模塊的頁面實現(xiàn)效果以及部分代碼的實現(xiàn)。本章對這些功能進行簡單的結(jié)束以及展示部分代碼截圖。

第五章系統(tǒng)測試5.1測試目的系統(tǒng)測試的目的在于根據(jù)前期對系統(tǒng)預(yù)期達到的功能與效果，對系統(tǒng)進行在不同測試環(huán)境下的針對特定數(shù)據(jù)對系統(tǒng)邏輯流程進行測試，旨在發(fā)現(xiàn)系統(tǒng)存在的特定情況下的邏輯錯誤或特殊數(shù)據(jù)導(dǎo)致的系統(tǒng)運行錯誤，包括流程，數(shù)據(jù)傳輸?shù)鹊鹊囊幌盗邢到y(tǒng)的不足，得到這些錯誤，并對系統(tǒng)進行針對性的優(yōu)化。5.2功能測試功能測試用于檢查系統(tǒng)的各項功能在某些特定的環(huán)境下的運行狀況，觸發(fā)錯誤是否有對應(yīng)的錯誤提示，各個功能是否符合最初設(shè)定的邏輯標準輸入與輸出是否與預(yù)期的一致，先設(shè)置用例，然后根據(jù)用例進行測試，提交BUG，處理BUG。下面對測試過程進行描述。用戶登陸模塊測試測試過程如表5-1所示。表5-1登陸測試表測試目標測試登陸的完整性測試對象登陸模塊測試條件用戶表中有數(shù)據(jù)，能跳轉(zhuǎn)到登陸頁面測試數(shù)據(jù)輸入用戶表中存在的用戶名與密碼輸入用戶表中不存在的用戶名密碼預(yù)期輸出成功登陸系統(tǒng)，跳轉(zhuǎn)系統(tǒng)主頁面系統(tǒng)給出錯誤提示信息登陸模塊需要根據(jù)系統(tǒng)實際考慮所有可能產(chǎn)生的結(jié)果，并逐一進行測試，驗證測試結(jié)構(gòu)是否符合預(yù)期。當?shù)顷懯。撁嫣崾拘畔⑷鐖D5-1所示圖5-1登陸失敗頁面提示信息用戶新增模塊測試測試過程如表5-2所示。表5-2用戶新增測試表測試目標測試用戶新增模塊的完整性測試對象用戶新增模塊測試條件用戶表中已有數(shù)據(jù)，添加成功與否有提示測試數(shù)據(jù)新建操作只輸入用戶名不輸入密碼輸入已存在的用戶名。輸入完整數(shù)據(jù)庫中不純在的用戶名數(shù)據(jù)預(yù)期輸出系統(tǒng)給出提示要求輸入密碼系統(tǒng)給出錯誤提示信息系統(tǒng)提示添加成功居民信息修改模塊測試測試過程如表5-3所示。表5-3居民信息修改測試表測試目標測試居民信息修改模塊的完整性測試對象居民信息修改模塊測試條件居民表中存在數(shù)據(jù)測試數(shù)據(jù)修改不輸入數(shù)據(jù)點擊保存只修改部分數(shù)據(jù)，點擊保存修改全部數(shù)據(jù)點擊保存預(yù)期輸出系統(tǒng)給出提示要求填寫必填信息必填信息完整：系統(tǒng)提示保存成功必填信息缺失：系統(tǒng)提示必填信息不能為空系統(tǒng)提示保存成功居民刪除模塊測試測試過程如表5-4所示。表5-4居民刪除測試表測試目標測試居民刪除模塊的完整性測試對象居民刪除模塊測試條件居民表中有居民數(shù)據(jù)，刪除成功與否有提示測試數(shù)據(jù)未選中居民點擊刪除選中居民點