因此對于社區(qū)醫(yī)院的掛號系統(tǒng)中的整體化建設(shè)已經(jīng)逐漸的進(jìn)入了廣大人民群眾的失業(yè)當(dāng)中。隨著對預(yù)約系統(tǒng)的快速發(fā)展中，對于系統(tǒng)的預(yù)約系統(tǒng)方式也呈現(xiàn)了多樣性的發(fā)展。起初在對于系統(tǒng)當(dāng)中呈現(xiàn)的方式也是多種多樣的，從最初的社區(qū)醫(yī)院窗口預(yù)約到如今的電話預(yù)約再到網(wǎng)絡(luò)預(yù)約，自助終端預(yù)約等等。隨著我國醫(yī)療改革的深入發(fā)展，尤其是對于“十二五”的規(guī)劃已經(jīng)將社區(qū)醫(yī)院的信息化提上了重要的日程。在通過運(yùn)用一些信息化的手段將提高社區(qū)醫(yī)院的辦事效率，從而規(guī)范社區(qū)醫(yī)院的運(yùn)營，也為患者提供更加人性化、科學(xué)化的醫(yī)療方案和服務(wù)。在門診中解決了“掛號需排長隊(duì)，看病等待時(shí)間過長”等等問題依然是目前普遍反應(yīng)的主要問題。所以在對于社區(qū)醫(yī)院體檢管理系統(tǒng)的搭建會(huì)非常大的方便患者，減少患者的等待時(shí)間，提高就醫(yī)效率。1.2國內(nèi)外現(xiàn)狀在我國上世紀(jì)末期，對于北京的某個(gè)衛(wèi)生局便提出過預(yù)約掛號一卡通的服務(wù)內(nèi)容中來。再后來的時(shí)間中，這種以現(xiàn)場的形式掛號，以電話玉玉，短信預(yù)約以及網(wǎng)絡(luò)預(yù)約并存的掛號模式逐漸開展而來。此外，在廣東省早期的社區(qū)醫(yī)院當(dāng)便采取了一套比較完整的掛號體系，其中選擇了三種預(yù)約方式，如果按照目前受歡迎的程度來說會(huì)通過電話、現(xiàn)場、網(wǎng)絡(luò)的占比分別占據(jù)了百分之五十，百分之四十，百分之十。在隨著目前社會(huì)的不斷發(fā)展和計(jì)算機(jī)發(fā)展的應(yīng)用，對于網(wǎng)上預(yù)約掛號的模式仍然不在主流，而對于這種程度上的患者對自己的病癥的不了解，能接受智能掛號的社區(qū)醫(yī)院也是很少的。我國的社區(qū)醫(yī)院信息系統(tǒng)當(dāng)中主要可以分為三個(gè)部分的階段，其中第一階段是在社區(qū)醫(yī)院的管理信息系統(tǒng)當(dāng)中。第二階段是在于社區(qū)醫(yī)院的臨床信息建設(shè)階段；第三階段是在建設(shè)區(qū)域衛(wèi)生的階段當(dāng)中。在對于實(shí)現(xiàn)社區(qū)醫(yī)院的信息化發(fā)展過程當(dāng)中，信息的標(biāo)準(zhǔn)化是不能回避的一個(gè)問題。系統(tǒng)的流程化和標(biāo)準(zhǔn)化對于社區(qū)醫(yī)院的改革來說有種重要的作用，對現(xiàn)代社區(qū)醫(yī)院的建設(shè)都密不可分。所以對于目前的社區(qū)醫(yī)院管理總體目標(biāo)分為：首先是對于以社區(qū)醫(yī)院的管理模式改變，社區(qū)醫(yī)院以數(shù)字化的管理方式以及信息化的管理方式為核心，對形成先進(jìn)的社區(qū)醫(yī)院管理理論和社區(qū)醫(yī)院管理模式進(jìn)行改革。其次是對于建立完整的社區(qū)醫(yī)院內(nèi)部信息處理系統(tǒng)，可以最大限度的對病人和醫(yī)護(hù)人員進(jìn)行服務(wù)。第三點(diǎn)是需要建立社區(qū)醫(yī)院研究與社區(qū)醫(yī)院的教學(xué)水平。第四點(diǎn)可以建立起高度的信息化醫(yī)療研究團(tuán)隊(duì)以及自動(dòng)化的系統(tǒng)。第五點(diǎn)是需要建立起比較完善的交流體系，在通過現(xiàn)代的通訊手段來最大程度的推動(dòng)醫(yī)學(xué)的發(fā)展。第六點(diǎn)是要全面建立醫(yī)學(xué)咨詢系統(tǒng)以及健康咨詢系統(tǒng)。1.3研究內(nèi)容本次所設(shè)計(jì)并研究的線上預(yù)約掛號下同主要是通過采用目前的現(xiàn)代醫(yī)療體系，為患者們就醫(yī)提供便捷的一個(gè)首要環(huán)節(jié)工作，為其中發(fā)揮著非常重要的作用。同時(shí)也是在社區(qū)醫(yī)院信息來說比較全面的醫(yī)療服務(wù)體系的開始。在結(jié)合目前對于掛號方式的現(xiàn)狀以及不足之處，本次社區(qū)醫(yī)院體檢管理系統(tǒng)將主要解決一下的問題：首先是整體系統(tǒng)中需要提供出簡潔大方、適配性高、整體通用性較好的前端用戶頁面，通過對于逐漸的優(yōu)化用戶的體驗(yàn)感受，針對目前所已經(jīng)存在的線上預(yù)約系統(tǒng)的設(shè)備適配并不完善所以絕大部分都需要通過電腦桌面的瀏覽器進(jìn)行瀏覽，可以直接無視對于之前設(shè)備的多樣性。其次是需要提供比較全面的可以接受配置的系統(tǒng)。在目前已經(jīng)開始使用的線上掛號系統(tǒng)對于醫(yī)護(hù)人員來說并不是很友好，很多的系統(tǒng)性能不夠優(yōu)化，而且對于系統(tǒng)之中我那個(gè)網(wǎng)都是由于操作十分復(fù)雜，系統(tǒng)的配置比較繁重從而增加可對于醫(yī)療人員的工作量，既不能起到對系統(tǒng)的簡化也沒能對醫(yī)療人員起到任何的幫助作用。最后一點(diǎn)是對于系統(tǒng)可以進(jìn)行完善、擴(kuò)展的接口，在當(dāng)前線上預(yù)約掛號系統(tǒng)中最大的問題便是在現(xiàn)有的醫(yī)療系統(tǒng)和辦公系統(tǒng)的不完善性，在沒有系統(tǒng)整合的前提下，對線上預(yù)約的系統(tǒng)中逐漸形成了孤立點(diǎn)，不可以與其他協(xié)同醫(yī)療系統(tǒng)盡心合作。1.4論文組織結(jié)構(gòu)第一章緒論：主要介紹了對于社區(qū)醫(yī)院體檢管理系統(tǒng)的選題背景、系統(tǒng)開發(fā)，國內(nèi)外研究現(xiàn)狀以及本次論文的組織結(jié)構(gòu)部分。第二章相關(guān)開發(fā)技術(shù)：本系統(tǒng)中主要使用了SSM框架等多種技術(shù)，對于社區(qū)醫(yī)院體檢管理系統(tǒng)的前端與后端進(jìn)行詳細(xì)的設(shè)計(jì)描述。第三章系統(tǒng)需求分析：主要介紹了社區(qū)醫(yī)院體檢管理系統(tǒng)的需求分析，包括對于需求闡述，業(yè)務(wù)進(jìn)程的分析以及相關(guān)流程的分析。第四章系統(tǒng)設(shè)計(jì)：再結(jié)合系統(tǒng)的需求分析之上對于系統(tǒng)的詳細(xì)設(shè)計(jì)進(jìn)行流程化，分別設(shè)計(jì)出系統(tǒng)的總體業(yè)務(wù)流程圖以及各個(gè)功能模塊。第五章為系統(tǒng)實(shí)現(xiàn)：主要是通過代碼來講系統(tǒng)的各個(gè)功能進(jìn)行實(shí)現(xiàn)。第六章為系統(tǒng)測試：主要是對于本次社區(qū)醫(yī)院體檢管理系統(tǒng)的各大功能進(jìn)行測試，完善各個(gè)系統(tǒng)功能，優(yōu)化系統(tǒng)目標(biāo)，使系統(tǒng)逐漸完善。2相關(guān)設(shè)計(jì)技術(shù)2.1Spring框架本次系統(tǒng)中主要研究的系統(tǒng)所使用的平臺(tái)技術(shù)主要分為了Spring框架，SpringMVC框架，MyBatis框。以及數(shù)據(jù)庫和B/S三層開發(fā)模式。SSM框架是一種非常標(biāo)準(zhǔn)的MVC的設(shè)計(jì)模式框架，是將整個(gè)系統(tǒng)分為了四個(gè)層次的部分，其中分別為表示層、控制層、服務(wù)層以及數(shù)據(jù)庫層。SpringMVC是負(fù)責(zé)將整個(gè)數(shù)據(jù)請求控制在需要調(diào)用的表示層當(dāng)中來進(jìn)行顯示，Spring框架是負(fù)責(zé)對整個(gè)核心的對象來進(jìn)行管理工作，也是實(shí)現(xiàn)了當(dāng)代業(yè)務(wù)的邏輯需求。Spring框架作為一個(gè)數(shù)據(jù)開源設(shè)計(jì)層面的框架架構(gòu)技術(shù)，充分的解決了對于業(yè)務(wù)邏輯層以及其他層面的耦合問題，對整個(gè)的項(xiàng)目搭建承擔(dān)一個(gè)框架的功能，Spring是可以解決企業(yè)開發(fā)系統(tǒng)的復(fù)雜性問題。Spring其中的Bean組件是位于在org.springframework.中的包目錄下，在這其中包括對Bean的定義、Bean的創(chuàng)建以及對Bean的解析。SpringBean在創(chuàng)建的時(shí)候一般主要由工廠模型來進(jìn)行的創(chuàng)建，其接口為BeanFactory.該接口重點(diǎn)解決了Spring內(nèi)部對象的傳遞和轉(zhuǎn)發(fā)過程中對對象的數(shù)據(jù)訪問的產(chǎn)生的限制。Bean一旦被創(chuàng)建好，將被轉(zhuǎn)化成BeanDefinition對象，將后續(xù)的業(yè)務(wù)實(shí)現(xiàn)都是由BeanDefinition對象來完成。對于Ban的解析過程是十分復(fù)雜，基本上需要了解到Spring的配置文件，由于字?jǐn)?shù)原因這里就省略不擴(kuò)展。Context組件是完全處于org.springframework.context包下，Context組件由ApplicationContext子類實(shí)現(xiàn)，主要完成兩個(gè)方面的功能:一個(gè)是配置的類configurableApplicationContext，一個(gè)是訪問內(nèi)容的類WebApplicationContextContext基本上能整合Spring的大部分功能，作用是Spring的IOC容器。Core組件是Spring的核心組件，其定義了Spring資源的訪問方式，通過大量的接口來封裝各種資源，在設(shè)計(jì)中起到關(guān)鍵作用。一般來說，Context會(huì)把獲取資源進(jìn)行加載、解析和描述的這些業(yè)務(wù)交給ResourccPatternResolve來完成，其中ResourccPatternResolver類就是Corc中的Resource的一個(gè)接口，相應(yīng)的Corc組件中有很多類似的接口。2.2Java編程語言Java語言首先是一種可以面向?qū)ο蟮倪€可以實(shí)現(xiàn)跨平臺(tái)操作的一種動(dòng)態(tài)語言。Java語言同時(shí)可以具有對社區(qū)醫(yī)院體檢管理系統(tǒng)進(jìn)行解釋的語言以及可以編譯語言的特點(diǎn)。因此Java的程序中是必須要對程序首先進(jìn)行編譯之后再進(jìn)行解釋的。Java技術(shù)在經(jīng)歷過編譯之后所生成的字節(jié)文件，會(huì)交給Java虛擬機(jī)進(jìn)行執(zhí)行。正是因?yàn)镴ava虛擬機(jī)導(dǎo)致了Java平臺(tái)擁有了跨平臺(tái)的特性，只是在不同的平臺(tái)中安裝了相同的Java虛擬機(jī)，經(jīng)歷過便利之后生成與Java沒有關(guān)系的字節(jié)碼，便可以在平臺(tái)中進(jìn)行執(zhí)行操作。Java的垃圾箱通過回收垃圾可以進(jìn)行不必要的內(nèi)存空間的釋放，之后的開發(fā)人員也不需要再過多的思考對于系統(tǒng)內(nèi)存的管理問題。與此同時(shí)，Java提供了更多的對于實(shí)現(xiàn)程序編碼的接口，這些接口的廣泛使用關(guān)系使Java應(yīng)用在此領(lǐng)域中得到了非常大的應(yīng)用，這也是電子商務(wù)比較重要的問題之一。電子商務(wù)技術(shù)可以安全的在平臺(tái)中運(yùn)行也是因?yàn)榈玫搅巳珖脩舻闹С郑瑐鹘y(tǒng)的編程語言不能滿足現(xiàn)有的系統(tǒng)的需求，所以Java成為了比較好的對于社區(qū)醫(yī)院體檢管理系統(tǒng)的選擇。3系統(tǒng)需求分析3.1系統(tǒng)可行性分析對于門診行業(yè)的阻礙一直是對于服務(wù)質(zhì)量可以有所提高的一個(gè)比較復(fù)雜的環(huán)節(jié)，有特別是對于醫(yī)療較高的水平，門診量較大的大型社區(qū)醫(yī)院來說，容易造成的很大一部分困難因素主要是針對于兩大方面：其中一方面：在集中的排隊(duì)掛號之中，就診的人員需要大量的流動(dòng)性和不確定性，這其中也存在著很明顯的就診高峰以及低谷的時(shí)期，在高峰期的時(shí)候當(dāng)中病人的掛號排隊(duì)時(shí)間過長，醫(yī)生也會(huì)出現(xiàn)著排隊(duì)插號的現(xiàn)象比較嚴(yán)重，在面對著環(huán)境擁擠混亂，醫(yī)生問診時(shí)間較短等社區(qū)醫(yī)院資源的浪費(fèi)。另一方面是針對于專家掛號困難的問題，一些社區(qū)醫(yī)院當(dāng)中存在著倒號、炒號現(xiàn)象，嚴(yán)重?fù)p害病人的利益，影響社區(qū)醫(yī)院的聲譽(yù)。為了可以更好地解決這一問題的現(xiàn)象，人們需要通過一種更加快捷的掛號方式來滿足就診人員看病的需求，使減少就診人員排隊(duì)時(shí)的痛苦以及時(shí)間的浪費(fèi)，通過一些有效的方式進(jìn)行身份驗(yàn)證，以此可以有效的杜絕倒好炒號的現(xiàn)象，以此來提高對于社區(qū)醫(yī)院門診的服務(wù)質(zhì)量從而取的更好的經(jīng)濟(jì)效益以及社會(huì)效益。在對于本次課題當(dāng)中選擇基于SSM的社區(qū)醫(yī)院體檢管理系統(tǒng)當(dāng)中可以更好地解決這一問題，因此社區(qū)醫(yī)院體檢管理系統(tǒng)可以被更多人擁有需要。對于系統(tǒng)的可行性分析也可以稱之為對于系統(tǒng)可行性研究，其中主要的目的是需要用最小的代價(jià)在最短的時(shí)間之內(nèi)確定系統(tǒng)的項(xiàng)目研究是否可以開發(fā)或者是否值得開發(fā)。可行性研究是在系統(tǒng)調(diào)查的基礎(chǔ)之上對于開發(fā)的目標(biāo)來進(jìn)行對于系統(tǒng)當(dāng)中的技術(shù)、經(jīng)濟(jì)以及對于社會(huì)等方面的分析以及研究過程，來判斷社區(qū)醫(yī)院體檢管理系統(tǒng)當(dāng)中是否具備著開發(fā)的必要和可能性，以免來出現(xiàn)系統(tǒng)當(dāng)中的決策性失誤，從而保證對于系統(tǒng)開發(fā)的成功。移動(dòng)應(yīng)用的用戶界面來說是比較復(fù)雜的，因?yàn)樵谄渲袝?huì)受到來自空間的阻礙性來提供給不同用戶的較多的開發(fā)功能，并且可以保證對于每一個(gè)空間都可以合理的使用。在對于用戶的系統(tǒng)當(dāng)中主要來獲取專業(yè)的知識(shí)，來滿足用戶界面中非常獨(dú)特的需求。所以，在對于移動(dòng)應(yīng)用的過程當(dāng)中需要適應(yīng)用戶的界面。既然這個(gè)問題已經(jīng)存在在很多的系統(tǒng)程序當(dāng)中，所以也需要一個(gè)合理的解決方案來適應(yīng)界面的程序當(dāng)中。在本系統(tǒng)研究當(dāng)中，主要將一種針型的可移動(dòng)程序安裝在概念的框架當(dāng)中，這種結(jié)構(gòu)可以很好地適應(yīng)用戶的每一個(gè)界面。3.2業(yè)務(wù)流程分析本次社區(qū)醫(yī)院體檢管理系統(tǒng)當(dāng)中從傳統(tǒng)的實(shí)用性角度來考慮，主要以人工掛號的方式，到目前為止依然是最常見的掛號方式之一。在允許快速的執(zhí)行掛號，退號，換號的工作之余還需要打印出掛號的明細(xì)。這樣一來的成本便相對較高，也對于系統(tǒng)資源造成浪費(fèi)。從系統(tǒng)的實(shí)用性來考慮，在充分的考慮到社區(qū)醫(yī)院體檢管理系統(tǒng)當(dāng)中的特殊性問題與電話預(yù)約系統(tǒng)不同，考慮到系統(tǒng)的接口處應(yīng)該具備比較好的穩(wěn)定性以及系統(tǒng)可擴(kuò)展性的問題在于其他配置到多種的系統(tǒng)接口。來適應(yīng)到與其他系統(tǒng)相結(jié)合。之后考慮到系統(tǒng)的可靠性問題，在對本次系統(tǒng)中主要進(jìn)行的網(wǎng)絡(luò)攻擊以及對于一些惡意的軟件等也需要具具備出一定的保護(hù)能力。提高系統(tǒng)的整體高度。最后需要考慮的便是系統(tǒng)的穩(wěn)定性問題，因?yàn)楸敬紊鐓^(qū)醫(yī)院體檢管理系統(tǒng)所涉及到的問題比較大，所以需要充分的保證系統(tǒng)中所需要提高的性能問題，以減少系統(tǒng)當(dāng)中錯(cuò)誤的發(fā)生，為患者來節(jié)約看診時(shí)間。在通過現(xiàn)有的業(yè)務(wù)流程化的分析來看，針對目前的業(yè)務(wù)流程進(jìn)行總結(jié)。其中可以通過圖標(biāo)的形式直觀的觀看出現(xiàn)有的業(yè)務(wù)流程的不足之處，并且對于現(xiàn)有的流程進(jìn)行逐漸的補(bǔ)充和更改，從而可以優(yōu)化更好地業(yè)務(wù)流程。社區(qū)醫(yī)院體檢管理系統(tǒng)在通過對于系統(tǒng)的設(shè)計(jì)，數(shù)據(jù)發(fā)布，社區(qū)醫(yī)院信息提取等等進(jìn)行修改等操作。在分析現(xiàn)在目前已有的流程化的構(gòu)成并且設(shè)計(jì)出更加合理的業(yè)務(wù)流程。把新的預(yù)約系統(tǒng)流程與傳統(tǒng)的功能進(jìn)行整合，使病人在系統(tǒng)中便可以了解到犧牲的各項(xiàng)安排，避免了各種不必要的等候。3.2.1社區(qū)醫(yī)院門診預(yù)約以及掛號功能的流程隨著目前我國的各大社區(qū)醫(yī)院規(guī)模都在不斷的加強(qiáng)擴(kuò)大，很多社區(qū)醫(yī)院都開始建設(shè)系統(tǒng)化的系統(tǒng)建設(shè)，在對于信息資料進(jìn)行整合，目前在于發(fā)達(dá)國家之中是存在著很大的差距。在我國面對著層出不窮的技術(shù)時(shí)，應(yīng)該做到取長補(bǔ)短，學(xué)習(xí)國外的優(yōu)秀經(jīng)驗(yàn)以及先進(jìn)的設(shè)備技術(shù)，結(jié)合我國的實(shí)際情況來完成對于社區(qū)醫(yī)院體檢管理系統(tǒng)的設(shè)計(jì)。社區(qū)醫(yī)院門診的預(yù)約系統(tǒng)，在各大社區(qū)醫(yī)院當(dāng)中都會(huì)占據(jù)著比較高的地位。這里的系統(tǒng)地位也會(huì)很好地影響到每個(gè)社區(qū)醫(yī)院中的信息化水平差異。由于現(xiàn)在人們的生活水平不健康，造成的社區(qū)醫(yī)院門診的訪問量過大，所以對于目前的社區(qū)醫(yī)院體檢管理系統(tǒng)當(dāng)中是需要的數(shù)據(jù)流程。主要為查詢系統(tǒng)之中的信息，其中建立的功能為：計(jì)算機(jī)門診掛號系統(tǒng)，社區(qū)醫(yī)院分診系統(tǒng)，藥品管理系統(tǒng)以及對于系統(tǒng)的收費(fèi)，各個(gè)檢查科目的信息系統(tǒng)等等，最終示意圖如圖3-1所示。圖3-1示意圖患者們在通過使用門診卡來將個(gè)人的信息從系統(tǒng)的掛號錄入到社區(qū)醫(yī)院的系統(tǒng)當(dāng)中，這其中主要便覆蓋到了對于患者的居住地址和姓名等等關(guān)鍵信息。具體的操作流程如圖3-2所示。圖3-2體檢操作流程3.2.2系統(tǒng)業(yè)務(wù)需求流程圖首先對于患者來說可以通過在網(wǎng)站中預(yù)約來快速炸找到每個(gè)醫(yī)生的基本情況，掛號所剩的號碼余額情況信息。為了可以保證每一個(gè)患者的具體利益情況，本次系統(tǒng)將采用實(shí)名制的性質(zhì)進(jìn)行操作。患者只需要屬于個(gè)人的真實(shí)信息便可以完整整體的操作，除此之外還可以對病人的病情進(jìn)行簡單的概述整理。在預(yù)約掛號成功之后會(huì)對系統(tǒng)進(jìn)行詳細(xì)的提示，形成一個(gè)流水序列號，患者可以憑借流水號以及身份證等有效證件在規(guī)定的預(yù)約時(shí)間內(nèi)進(jìn)行就診。在為按照規(guī)定時(shí)間來就真的患者超時(shí)將自動(dòng)取消預(yù)約。如果對于預(yù)約患者的預(yù)約時(shí)間不滿意，可以選擇放棄此次預(yù)約。醫(yī)務(wù)人員可以通過更好的方式來利用本系統(tǒng)，查看并且修改一個(gè)人的信息和患者的信息，合理安排看診時(shí)間，以此來保證看診的連續(xù)性。掛號處的工作人員可以通過整體系統(tǒng)的快捷完成，那么唯一要做的便是需要預(yù)約核對信息，保證病人繳費(fèi)就醫(yī)。在現(xiàn)場的掛號的人們與預(yù)約的掛號安排統(tǒng)一的編號，以此來方便對于門診秩序的管理工作，是患者更加合理的安排就診的時(shí)間。在系統(tǒng)當(dāng)中每一個(gè)醫(yī)生都可以上傳自己的個(gè)人信息，并且可以隨時(shí)查看到自己已經(jīng)預(yù)約病人的數(shù)量和信息。對于就診的患者來說，可以通過網(wǎng)上預(yù)約的界面來查看到每一個(gè)科室的信息，醫(yī)生的信息以及醫(yī)生的排班情況等等，可以快速的預(yù)約到專家等等。門診預(yù)約掛號的業(yè)務(wù)流程圖如圖3-3所示。圖3-3門診預(yù)約掛號的業(yè)務(wù)流程圖在本次系統(tǒng)之中主要為系統(tǒng)中所需要的功能進(jìn)行介紹，其中包括著對于業(yè)務(wù)流程的注冊情況來填寫相對應(yīng)的信息，在同意授權(quán)之后會(huì)在系統(tǒng)中提示出相應(yīng)的完成注冊的提示，用戶便可以通過自己的用戶名和密碼來對系統(tǒng)進(jìn)行預(yù)約操作。在用戶打開系統(tǒng)界面之后便可以看到系統(tǒng)中的“注冊”按鈕之后便會(huì)提示出相應(yīng)的操作。具體操作流程圖如圖3-4所示。圖3-4注冊流程圖用戶在輸入好用戶名和密碼之后，會(huì)通過數(shù)據(jù)庫來進(jìn)行比對信息，如果判斷用戶信息合法，則可以通過驗(yàn)證進(jìn)行登錄。如果登錄不成功，便可以申請找回密碼重新登陸，直到用戶名和密碼完全匹配。用戶登陸成功之后，可以根據(jù)所選擇的診室進(jìn)行就診工作。如果是對于社區(qū)醫(yī)院診室的信息不太了解，便可以在網(wǎng)站的首頁當(dāng)中通過了解情況設(shè)置來判斷出專家的出診情況，根據(jù)自己的病情來選擇專家或者普通醫(yī)生，合理安排就診時(shí)間。同時(shí)，為了體現(xiàn)出系統(tǒng)的公平性，屢次爽約者將被拉入黑名單當(dāng)中，不可以再進(jìn)行預(yù)約。社區(qū)醫(yī)院體檢管理系統(tǒng)的預(yù)約掛號流程圖如圖3-5所示。圖3-5系統(tǒng)預(yù)約流程圖3.2.3技術(shù)分析流程首先是排版：一般情況下工作都是由門診部門或者其他的部門來進(jìn)行承擔(dān)，排班的人員主要根據(jù)醫(yī)生們的實(shí)際情況來進(jìn)行排班。其次是對于數(shù)據(jù)公布的排班數(shù)據(jù)：在排班完畢之后，醫(yī)生們的排版數(shù)據(jù)會(huì)通過平臺(tái)進(jìn)行顯示，并且通過瀏覽器對外發(fā)布并且接受預(yù)約。最后是通過外部的系統(tǒng)進(jìn)行接入：用戶通過對于社區(qū)醫(yī)院體檢管理系統(tǒng)中可以查看到社區(qū)醫(yī)院內(nèi)的前置機(jī)器，了解到服務(wù)的參數(shù)，形成預(yù)約。社區(qū)醫(yī)院體檢管理系統(tǒng)中的技術(shù)分析流程圖如圖3-6所示。圖3-6技術(shù)分析流程圖3.3管理員功能需求分析管理員的功能需求決定著整個(gè)系統(tǒng)的高效與否，系統(tǒng)管理員首先要把社區(qū)醫(yī)院各門診醫(yī)生相關(guān)信息和在診時(shí)間做好細(xì)致的統(tǒng)計(jì)與分類，當(dāng)患者通過初步的自診之后，可以直接的選擇相應(yīng)的科室進(jìn)行掛號，大大的節(jié)省了排隊(duì)掛號的時(shí)間以及等待過程中的不確定因素。管理員端通過信息整合優(yōu)化，比如在實(shí)際就診的過程中，有的科室平均就診時(shí)間較長有的科室就診時(shí)間較短，那么在考慮科室醫(yī)生體力的基礎(chǔ)上，適當(dāng)?shù)脑黾踊蚩s減相應(yīng)科室對應(yīng)的掛號數(shù)量。當(dāng)某一個(gè)科室醫(yī)生因臨時(shí)事情出現(xiàn)變動(dòng)的情況下，也可以通過管理端操作變更在診醫(yī)生姓名，讓患者及時(shí)了解的相關(guān)變更。當(dāng)患者登錄移動(dòng)端進(jìn)行預(yù)約之后，管理員端就要通過對已經(jīng)登記信息的整合，對患者是否成功預(yù)約做出反饋，如果預(yù)約成功，則再次提醒患者相關(guān)掛號信息，比如科室、時(shí)間、大概位置。如果預(yù)約失敗，則提醒患者更改掛號信息。3.4性能需求分析為了可以保證系統(tǒng)可以長期、安全穩(wěn)定的使用，社區(qū)醫(yī)院體檢管理系統(tǒng)需要滿足一下兩個(gè)性能要求：首先是處理系統(tǒng)中的準(zhǔn)確性，在系統(tǒng)處理當(dāng)中的必要的性能，由于社區(qū)醫(yī)院當(dāng)中的掛號系統(tǒng)對于整個(gè)功能來說都是非常重要的，所以在系統(tǒng)的開發(fā)過程當(dāng)中，需要保證系統(tǒng)的準(zhǔn)確性。其次是掛號功能模塊的易用性，在社區(qū)醫(yī)院當(dāng)中的掛號系統(tǒng)通常是面對廣大患者，那么所開發(fā)出的系統(tǒng)需要讓大多數(shù)人都可以接受。4系統(tǒng)總體設(shè)計(jì)4.1系統(tǒng)設(shè)計(jì)原則系統(tǒng)的設(shè)計(jì)是主要把一個(gè)有需求的軟件轉(zhuǎn)化成為在系統(tǒng)中表示的過程。對于通過目標(biāo)以及系統(tǒng)的研究的分析以及討論當(dāng)中，做出了對于社區(qū)醫(yī)院的掛號系統(tǒng)中比較重要的規(guī)劃，這也是在系統(tǒng)當(dāng)中可以全面開展系統(tǒng)的非常重要的基礎(chǔ)部分。對于社區(qū)醫(yī)院的掛號功能是在用戶需求調(diào)研的基礎(chǔ)上，來制定出對于系統(tǒng)的整體規(guī)劃，其中對于系統(tǒng)的總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)等等。本次社區(qū)醫(yī)院體檢管理系統(tǒng)的設(shè)計(jì)和后期的實(shí)現(xiàn)維護(hù)等等都以用戶使用為前提，所以需要采用一定的設(shè)計(jì)原則。首先是對于系統(tǒng)的簡單性原則：在系統(tǒng)當(dāng)中主要可以實(shí)現(xiàn)一些功能是，需要讓系統(tǒng)看起來比較簡單操作，這樣對于一個(gè)系統(tǒng)來說是非常重要的。對于系統(tǒng)的實(shí)用性來說：要求可以滿足系統(tǒng)的用戶以及管理員的需求，保證系統(tǒng)中具備良好的實(shí)用性。系統(tǒng)的一致性要求：需要保持頁面的整體風(fēng)格設(shè)計(jì)保持這一執(zhí)行，在頁面的整體布局以及用圖當(dāng)中盡量使用著相同的元素。而功能一致性是需要完成同樣功能當(dāng)中盡量使用相同的元素。而風(fēng)格一致性原則是指在界面元素的整體美觀角度來說，對于擺放在同一個(gè)位置的界面當(dāng)中之間的原色風(fēng)格應(yīng)該是類似的。最后是系統(tǒng)的先進(jìn)性原則：本系統(tǒng)采用了SSM框架技術(shù)，MySQL數(shù)據(jù)庫開發(fā)技術(shù)和數(shù)據(jù)庫等等以此來展現(xiàn)出良好的數(shù)據(jù)先進(jìn)性。具體需要表現(xiàn)在系統(tǒng)的可擴(kuò)展性以及可開發(fā)性當(dāng)中。4.2系統(tǒng)概要設(shè)計(jì)在系統(tǒng)的概要設(shè)計(jì)當(dāng)中，主要是把任務(wù)的需求分析得到的數(shù)據(jù)轉(zhuǎn)化成為系統(tǒng)的軟件結(jié)構(gòu)以及系統(tǒng)的硬件結(jié)構(gòu)。為了可以降低系統(tǒng)的相對復(fù)雜性，使系統(tǒng)在使用的過程中比較容易修改，逐漸提高系統(tǒng)的可讀性、可維護(hù)性以及后期的各種性能，將把系統(tǒng)當(dāng)中的功能模塊劃分為許多個(gè)小的子功能模塊。但是每種模塊之間需要是單獨(dú)獨(dú)立的，并且會(huì)要求與其他的模塊相關(guān)聯(lián)形成最小的接口，盡量做到減少耦合度，形成較高的模塊獨(dú)立性。為了設(shè)計(jì)出對質(zhì)量較高的結(jié)構(gòu)奠定了基礎(chǔ)。如圖4-1所示，為社區(qū)醫(yī)院體檢管理系統(tǒng)的結(jié)構(gòu)圖。圖4-1社區(qū)醫(yī)院體檢管理系統(tǒng)的結(jié)構(gòu)圖用戶注冊功能：用戶可以通過注冊來進(jìn)行賬號的注冊。刪除用戶功能：管理員可對于用戶來進(jìn)行管理，添加或者刪除用戶的賬號。修改信息功能：對于注冊的用戶可以進(jìn)行線上修改的操作。科室管理功能：在實(shí)現(xiàn)社區(qū)醫(yī)院的各種科室的的管理當(dāng)中，其中也包括科室的添加編輯以及刪除等操作。醫(yī)師管理功能：可以實(shí)現(xiàn)對于醫(yī)師的管理，其中包括對于醫(yī)生的添加，修改以及刪除等操作。用戶留言功能：用戶的留言功能進(jìn)行隨時(shí)的社區(qū)醫(yī)院科室。科室查詢功能：用戶可以查詢到現(xiàn)有社區(qū)醫(yī)院的科室就診情況。社區(qū)醫(yī)院醫(yī)師的查詢功能：用戶可以根據(jù)現(xiàn)在已經(jīng)有的科室信息進(jìn)行查詢醫(yī)生的信息情況。社區(qū)醫(yī)院醫(yī)師的預(yù)約功能：用戶會(huì)根據(jù)實(shí)際的情況進(jìn)行選擇的，來選擇符合自己的所需要的醫(yī)生，來選擇更加合適的就醫(yī)生時(shí)間。4.3數(shù)據(jù)庫設(shè)計(jì)在社區(qū)醫(yī)院體檢管理系統(tǒng)當(dāng)中，數(shù)據(jù)庫的設(shè)計(jì)主要是在系統(tǒng)的軟件開發(fā)中最為核心的一個(gè)組成部分。其中數(shù)據(jù)庫的特點(diǎn)主要是系統(tǒng)的獨(dú)立性較高，系統(tǒng)的可擴(kuò)展性較好。一個(gè)好的數(shù)據(jù)庫的設(shè)計(jì)不僅可以在對于系統(tǒng)的整體來說優(yōu)勢在于冗余小，數(shù)據(jù)的獨(dú)立性較高，系統(tǒng)的可擴(kuò)展性較好。在對于數(shù)據(jù)庫的設(shè)計(jì)當(dāng)中不僅可以用來提系統(tǒng)的存儲(chǔ)速度沒還可以加大系統(tǒng)的有效運(yùn)行效率。對于目前的數(shù)據(jù)庫在安全的性能方面優(yōu)課很多的改進(jìn)，可以更好地滿足用戶的需求。4.3.1數(shù)據(jù)庫概念設(shè)計(jì)在數(shù)據(jù)庫當(dāng)中，為了可以更好地方面用戶的數(shù)據(jù)整理，通過對數(shù)據(jù)庫的實(shí)體實(shí)現(xiàn)，來總結(jié)出本次社區(qū)醫(yī)院體檢管理系統(tǒng)的數(shù)據(jù)詳情。本次社區(qū)醫(yī)院體檢管理系統(tǒng)的概念設(shè)計(jì)當(dāng)中，主要是根據(jù)用戶系統(tǒng)的需求分析得出來的結(jié)果，在通過所設(shè)計(jì)出實(shí)際需要的數(shù)據(jù)庫實(shí)體。首先是對本系統(tǒng)的總體E-R進(jìn)行表示，社區(qū)醫(yī)院體檢管理系統(tǒng)的總體E-R圖如圖4-2所示：圖4-2系統(tǒng)總體ER圖然后是對社區(qū)醫(yī)院體檢管理系統(tǒng)其他的實(shí)體屬性圖進(jìn)行如下的設(shè)計(jì)：1.服務(wù)收藏?cái)?shù)據(jù)信息實(shí)體屬性圖如圖4-3所示：圖4-3服務(wù)收藏?cái)?shù)據(jù)信息表實(shí)體屬性圖2.用戶數(shù)據(jù)信息實(shí)體屬性圖如圖4-4所示：圖4-4用戶數(shù)據(jù)信息實(shí)體屬性圖3.管理員數(shù)據(jù)信息實(shí)體屬性圖如圖4-5所示：圖4-5管理員數(shù)據(jù)信息實(shí)體屬性圖4.醫(yī)生信息表實(shí)體屬性圖如圖4-6所示：圖4-6社區(qū)醫(yī)院醫(yī)生信息表實(shí)體屬性圖5.訂單數(shù)據(jù)信息表實(shí)體屬性圖如圖4-7所示：圖4-7訂單數(shù)據(jù)信息表實(shí)體屬性圖6.藥品數(shù)據(jù)信息表實(shí)體屬性圖如圖4-8所示：圖4-8藥品數(shù)據(jù)信息表實(shí)體屬性圖7.系統(tǒng)操作日志實(shí)體屬性圖如圖4-9所示：圖4-9系統(tǒng)操作日志實(shí)體屬性圖8.系統(tǒng)公告實(shí)體屬屬性圖如圖4-10所示：圖4-10系統(tǒng)公告實(shí)體屬屬性圖4.3.2數(shù)據(jù)庫實(shí)際設(shè)計(jì)在通過對于數(shù)據(jù)庫的概念設(shè)計(jì)之后將得到一個(gè)數(shù)據(jù)庫的物理設(shè)計(jì)過程，數(shù)據(jù)庫的物理設(shè)計(jì)本身便是通過數(shù)據(jù)庫表設(shè)計(jì)的過程。講通過本次社區(qū)醫(yī)院體檢管理系統(tǒng)當(dāng)中，之后設(shè)計(jì)出一些列的數(shù)據(jù)庫表，用來存儲(chǔ)概念設(shè)計(jì)中所設(shè)計(jì)的熬的各項(xiàng)數(shù)據(jù)和之間的屬性問題。在相同的概念設(shè)計(jì)當(dāng)中，系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)主要如下：1.服務(wù)收藏信息表：用戶能夠提交自身的收藏操作，在收藏的數(shù)據(jù)信息表中顯示預(yù)約的服務(wù)內(nèi)容的編號，針對本次數(shù)據(jù)庫數(shù)據(jù)的開發(fā)和編寫可以更好的完成整體的服務(wù)收藏。對于服務(wù)收藏的數(shù)據(jù)信息中保存用戶信息表中的主鍵和社區(qū)醫(yī)院服務(wù)信息表中的主鍵內(nèi)容。這樣對于本次系統(tǒng)的開發(fā)能夠更好的通過編號進(jìn)行查詢操作。社區(qū)醫(yī)院體檢管理系統(tǒng)的服務(wù)收藏信息表如表4-1所示：表4-1服務(wù)收藏信息表字段名數(shù)據(jù)類型長度是否主鍵描述Yyjsp_mysql_scnumberInt8是服務(wù)收藏?cái)?shù)據(jù)編號Yyjsp_mysql_scsnumberInt8否服務(wù)收藏?cái)?shù)據(jù)商品Yyjsp_mysql_scynumberInt8否服務(wù)收藏?cái)?shù)據(jù)用戶2.用戶信息表：對于用戶信息表的開發(fā)工作能夠讓用戶在登錄中進(jìn)行使用，對于用戶登錄后針對提交訂單的同時(shí)能夠訪問登錄用戶信息的數(shù)據(jù)中的主鍵數(shù)據(jù)信息。在用戶信息表的開發(fā)中對于登錄使用的是手機(jī)號和密碼完成登錄操作。在用戶的注冊操作中可以添加數(shù)據(jù)信息表的內(nèi)容，在信息表中的電話能夠首先完成數(shù)據(jù)的查詢，只有查詢的數(shù)據(jù)信息為空的時(shí)候才能夠完成注冊工作。社區(qū)醫(yī)院體檢管理系統(tǒng)的用戶信息表如表4-2所示：表4-2用戶信息表字段名數(shù)據(jù)類型長度是否主鍵描述Yyjsp_mysql_ynumberInt8是用戶數(shù)據(jù)編號Yyjsp_mysql_ynameVarchar20否用戶數(shù)據(jù)名稱Yyjsp_mysql_ypwdVarchar16否用戶數(shù)據(jù)密碼Yyjsp_mysql_yshenVarchar11否用戶數(shù)據(jù)身份證Yyjsp_mysql_yibaolVarchar20否用戶數(shù)據(jù)醫(yī)保Yyjsp_mysql_yxingVarchar20否用戶數(shù)據(jù)性別Yyjsp_mysql_yniuanVarchar20否用戶數(shù)據(jù)年齡3.管理員數(shù)據(jù)信息表：管理員信息表的開發(fā)完成后臺(tái)頁面的登錄，本次開發(fā)能夠完成多賬戶登錄的方式完成系統(tǒng)的開發(fā)工作。社區(qū)醫(yī)院體檢管理系統(tǒng)的管理員數(shù)據(jù)信息表如表4-3所示：表4-3管理員數(shù)據(jù)信息表字段名數(shù)據(jù)類型長度是否主鍵描述Yyjsp_mysql_glynumberInt8是管理員數(shù)據(jù)編號Yyjsp_mysql_glynameVarchar20否管理員賬戶Yyjsp_mysql_glypwdVarchar16否管理員密碼信息4.醫(yī)生信息表：醫(yī)生數(shù)據(jù)進(jìn)行表的開發(fā)中能夠讓用戶進(jìn)行查詢相關(guān)的醫(yī)生數(shù)據(jù)信息，在社區(qū)醫(yī)院的醫(yī)生信息的輸出中能夠通過醫(yī)生的圖片數(shù)據(jù)內(nèi)容完成展示工作。社區(qū)醫(yī)院體檢管理系統(tǒng)的醫(yī)生信息表如表4-4所示：表4-4醫(yī)生信息表字段名數(shù)據(jù)類型長度是否主鍵描述Yyjsp_mysql_ysnumberInt8是社區(qū)醫(yī)院醫(yī)生編號Yyjsp_mysql_ysjianjieVarchar50否社區(qū)醫(yī)院醫(yī)生簡介Yyjsp_mysql_ysxingmingVarchar20否社區(qū)醫(yī)院醫(yī)生姓名Yyjsp_mysql_yszhugongVarchar120否社區(qū)醫(yī)院醫(yī)生主攻Yyjsp_mysql_ystupianVarchar200否社區(qū)醫(yī)院醫(yī)生圖片5.訂單數(shù)據(jù)信息表：社區(qū)醫(yī)院預(yù)定的服務(wù)的訂單中可以通過用戶提交個(gè)人訂單的數(shù)據(jù)，在社區(qū)醫(yī)院預(yù)定服務(wù)訂單中顯示的狀態(tài)能夠顯示用戶是否到社區(qū)醫(yī)院的數(shù)據(jù)信息和歷史數(shù)據(jù)信息內(nèi)容，主要包括了編號、用戶、預(yù)約的醫(yī)生、時(shí)間以及地點(diǎn)。社區(qū)醫(yī)院體檢管理系統(tǒng)的藥品使用數(shù)據(jù)信息表如表4-5所示：表4-5訂單數(shù)據(jù)信息表字段名數(shù)據(jù)類型長度是否主鍵描述Yyjsp_mysql_dnumberInt8是社區(qū)醫(yī)院預(yù)定編號Yyjsp_mysql_dyongInt8否社區(qū)醫(yī)院預(yù)定用戶Yyjsp_mysql_dyiInt8否社區(qū)醫(yī)院預(yù)定醫(yī)生Yyjsp_mysql_dtimeVarchar5否社區(qū)醫(yī)院預(yù)定時(shí)間Yyjsp_mysql_ddiVarchar20否社區(qū)醫(yī)院預(yù)定地點(diǎn)6.藥品使用數(shù)據(jù)信息表：藥品使用數(shù)據(jù)信息表藥品的使用中能夠顯示對應(yīng)的藥品數(shù)據(jù)信息內(nèi)容和針對藥品的基本醫(yī)生調(diào)用數(shù)信息，主要包括了編號、名稱、功效以及使用藥品的醫(yī)生。社區(qū)醫(yī)院體檢管理系統(tǒng)的藥品使用數(shù)據(jù)信息表如表4-6所示：表4-6藥品使用數(shù)據(jù)信息表字段名數(shù)據(jù)類型長度是否主鍵描述Yyjsp_mysql_yaoidInt8是藥品使用編號Yyjsp_mysql_yaonameVarchar50否藥品使用名稱Yyjsp_mysql_yaogongVarchar350否藥品使用功效Yyjsp_mysql_yaoyiidInt8否使用藥品醫(yī)生7.系統(tǒng)操作日志信息表：系統(tǒng)操作日志主要保存系統(tǒng)操作日志內(nèi)容，顯示相關(guān)的功能操作。社區(qū)醫(yī)院體檢管理系統(tǒng)的系統(tǒng)操作日志信息表如表4-7所示：表4-7系統(tǒng)操作日志信息表字段名數(shù)據(jù)類型長度是否主鍵描述Yyjsp_mysql_caoidInt8是操作日志編號Yyjsp_mysql_caojieVarchar350操作日志簡介Yyjsp_mysql_caoyongidInt8操作日志用戶Yyjsp_mysql_caoshiVarchar30操作日志時(shí)間Yyjsp_mysql_caozhuangVarchar35操作日志狀態(tài)Yyjsp_mysql_caoipVarchar60操作日志ip8.公告數(shù)據(jù)信息表：對于本次開發(fā)中的公告頁面中能夠讓用戶查詢相關(guān)的養(yǎng)生教學(xué)信息，針對養(yǎng)生教學(xué)的信息表設(shè)計(jì)中能夠查詢發(fā)布的相關(guān)時(shí)間內(nèi)容和針對養(yǎng)生教學(xué)發(fā)布的用戶。這樣的數(shù)據(jù)信息表的設(shè)計(jì)能夠更好的讓用戶了解自身的問題。社區(qū)醫(yī)院體檢管理系統(tǒng)的系統(tǒng)公告數(shù)據(jù)信息表如表4-8所示：表4-8公告數(shù)據(jù)信息表字段名數(shù)據(jù)類型長度是否主鍵描述Yyjsp_mysql_ysnumberInt8是公告數(shù)據(jù)編號Yyjsp_mysql_ysjianVarchar300否公告數(shù)據(jù)簡介Yyjsp_mysql_ynameVarchar600否公告數(shù)據(jù)標(biāo)題Yyjsp_mysql_ystimeVarchar20否養(yǎng)生教學(xué)時(shí)間Yyjsp_mysql_yzhuangVarchar10否公告數(shù)據(jù)狀態(tài)5系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)5.1系統(tǒng)登錄頁面設(shè)計(jì)對于本次開發(fā)中能夠通過登錄的內(nèi)容完成操作，登錄的數(shù)據(jù)信息的操作中使用的是賬戶和密碼進(jìn)行數(shù)據(jù)核實(shí)，能夠通過賬戶的數(shù)據(jù)信息和密碼的數(shù)據(jù)信息進(jìn)行查詢，通過查詢的結(jié)果展示在系統(tǒng)后臺(tái)，如果通過了能夠使用session的方式進(jìn)行保存在身的賬戶數(shù)據(jù)信息，相反將不能狗完成保存處理。對于用戶數(shù)據(jù)的保存后會(huì)跳轉(zhuǎn)到頁面，如果登錄成功能夠跳轉(zhuǎn)到用戶信息頁面相反對于未登錄的賬戶使用的是登錄頁面的調(diào)用工作。圖5-1系統(tǒng)登錄頁面設(shè)計(jì)5.2用戶數(shù)據(jù)信息頁面設(shè)計(jì)社區(qū)醫(yī)院會(huì)員用戶的信息能夠在管理員的界面中完成管理，針對會(huì)員的數(shù)據(jù)可以第一時(shí)間的聯(lián)系會(huì)員完成操作。在本次開發(fā)中使用的是Spring框架進(jìn)行開發(fā)，能夠通過Ajax的方式完成數(shù)據(jù)信息的展示工作，首先通過Mapper的方式進(jìn)行頁面的傳遞，再通過自生成的SQL語句完成數(shù)據(jù)查詢操作，通過查詢的結(jié)果存放在系統(tǒng)的session的空間當(dāng)中，在結(jié)果中跳轉(zhuǎn)到頁面中使用json的方式完成系統(tǒng)數(shù)據(jù)的輸出內(nèi)容。用戶信息界面的開發(fā)中對于增加、修改、刪除的操作也是使用的數(shù)據(jù)信息傳遞的操作，同時(shí)傳遞的編號也能通過本身特有的數(shù)據(jù)刪除操作完成批量刪除的方式方法。圖5-2用戶數(shù)據(jù)信息頁面設(shè)計(jì)5.3藥品信息管理對于界面的開發(fā)中能夠通過頁面進(jìn)行藥品的信息管理工作，同時(shí)對于藥品的輸出中顯示不同的藥品數(shù)據(jù)信息內(nèi)容，對于本次的輸出使用的是表格的方式完成藥品數(shù)據(jù)輸出操作，能夠通過表格更好的控制樣式、格式、輸出內(nèi)容等等。圖5-3藥品信息管理5.4居民健康信息管理在居民健康中能夠顯示相關(guān)的居民，個(gè)人數(shù)據(jù)信息，對于數(shù)據(jù)信息內(nèi)容中可以使用多表聯(lián)查的方式，首先對于用戶的數(shù)據(jù)進(jìn)行主外鍵的關(guān)聯(lián)。在通過頁面的輸出進(jìn)行整體數(shù)據(jù)的內(nèi)容輸出操作。圖5-4居民健康信息管理5.5居民就診歷史數(shù)據(jù)信息管理居民就診歷史數(shù)據(jù)內(nèi)容中進(jìn)行數(shù)據(jù)的輸出內(nèi)容，通過用戶信息表中的賬戶數(shù)據(jù)信息內(nèi)容和主治醫(yī)生的數(shù)據(jù)信息內(nèi)容中的主鍵信息。在界面中對于增加的操作本次使用的是insert的操作內(nèi)容，對于增加的數(shù)據(jù)信息中能夠采用表單的方式完成啊數(shù)據(jù)信息的增加操作，這樣對于整體的數(shù)據(jù)開發(fā)能夠更快速的完成數(shù)據(jù)信息增加的操作。對于數(shù)據(jù)信息修改中首先進(jìn)行數(shù)據(jù)信息的編號數(shù)據(jù)信息的查詢工作，反饋數(shù)據(jù)信息的實(shí)體類進(jìn)行展示在界面當(dāng)中，再通過界面的數(shù)據(jù)輸出內(nèi)容在表單中進(jìn)行數(shù)信息完成修改操作。圖5-5居民就診歷史數(shù)據(jù)信息管理5.6個(gè)人預(yù)約記錄個(gè)人預(yù)約記錄中能夠顯示居民的預(yù)約數(shù)據(jù)信息內(nèi)容，對于個(gè)人預(yù)約的數(shù)據(jù)信息中可以更快速的完成展示。對于系統(tǒng)的管理員可以直觀的進(jìn)行系統(tǒng)的界面查詢當(dāng)天對應(yīng)的預(yù)約服務(wù)數(shù)據(jù)信息內(nèi)容。圖5-6個(gè)人預(yù)約記錄6系統(tǒng)測試6.1系統(tǒng)測試重要性在系統(tǒng)軟件的生命周當(dāng)中，通過功能測試與性能測試來對系統(tǒng)進(jìn)行測試，這種方式一直以來占據(jù)著比較重要的位置，在如今較為傳統(tǒng)的系統(tǒng)模型當(dāng)中，軟件測試一般進(jìn)行在系統(tǒng)完成之后的運(yùn)行維護(hù)的階段當(dāng)中。是一個(gè)產(chǎn)品在交付之前比較重要的一種手段。在對于社區(qū)醫(yī)院體檢管理系統(tǒng)來說，無論采用著什么樣的技術(shù)和方法，在系統(tǒng)中依然會(huì)存在著多多少少的錯(cuò)誤，這些錯(cuò)誤需要通過測試來查找出來。據(jù)統(tǒng)計(jì)，一個(gè)典型的系統(tǒng)開發(fā)項(xiàng)目當(dāng)中，軟件測試的工作量將會(huì)占到系統(tǒng)開發(fā)當(dāng)中的一半左右，而花費(fèi)在系統(tǒng)測試上的費(fèi)用將達(dá)到系統(tǒng)總成本的三分之一。如果考慮好包括在系統(tǒng)維護(hù)期間之內(nèi)的整個(gè)軟件生命周期，軟件測試的成本比例或許會(huì)有所下降。6.2系統(tǒng)測試方法系統(tǒng)測試的方法主要可以分為幾種，分別是模塊測試、集成測試、系統(tǒng)測試以及單元測試，每一種測試的方法對于社區(qū)醫(yī)院體檢管理系統(tǒng)來說都是不同測試結(jié)果，甚至可以理解為測試的內(nèi)容不同。首先是模塊測試的方法是由本系統(tǒng)的開發(fā)人員將代碼分為了許多的功能模塊進(jìn)行測試，例如用戶信息、醫(yī)院信息、藥品信息等，都屬于一個(gè)模塊的測試。其次是對單元測試的方法，主要是應(yīng)用于本系統(tǒng)模塊底下的子功能測試，是檢查各個(gè)小功能（屬于不可在被分割的功能）進(jìn)行了簡單的測試，檢查各個(gè)模塊是否可以滿足預(yù)期的需求分析，有時(shí)候在很多測試人員的工作中，會(huì)將模塊測試列為是單元的測試，而單元的測試也是對系統(tǒng)的功能模塊進(jìn)行了測試，在測試的工作中屬于逐步檢測的一種方式。再其次是集成測試的方法，是將在組合單元中存在的一些問題，要求在每個(gè)單元在組合成為一起的時(shí)候進(jìn)行測試，需要沒有任何的問題，那么這個(gè)過程被稱之為集成測試，這個(gè)測試方法比較迅速，例如可以直接對社區(qū)醫(yī)院體檢管理系統(tǒng)的前臺(tái)與后臺(tái)進(jìn)行測試，不需要在對子功能細(xì)分測試。系統(tǒng)測試：本系統(tǒng)完成開發(fā)之后，測試人員是對社區(qū)醫(yī)院體檢管理系統(tǒng)的所有功能進(jìn)行全面的測試，檢查該系統(tǒng)完成的功能是否已經(jīng)達(dá)到預(yù)期的要求，然后才能確保該系統(tǒng)下一步是否可以發(fā)布至服務(wù)器進(jìn)行使用。6.3系統(tǒng)測試過程6.3.1功能測試用例本小節(jié)是利用系統(tǒng)測試的環(huán)節(jié)發(fā)現(xiàn)更多的問題，也是為了該系統(tǒng)有更好的安全性和可靠性，在測試的過程中不斷的發(fā)現(xiàn)存在的弊端和問題，并將其完善的解決。具體包括登錄功能、掛號預(yù)約、注銷功能等。社區(qū)醫(yī)院體檢管理系統(tǒng)測試過程如表6-1所示：表6-1系統(tǒng)核心功能測試用例表測試目的：測試系統(tǒng)中的用戶是否可以順利完成預(yù)約預(yù)置條件：用戶需持有有效的身份信息進(jìn)行預(yù)約測試過程：預(yù)期結(jié)果：用戶登錄系統(tǒng)用戶登錄成功點(diǎn)擊預(yù)約用戶預(yù)約成功注銷，創(chuàng)建新的用戶名與密碼登陸成功，返回主頁面系統(tǒng)出現(xiàn)用戶預(yù)約掛號的信息預(yù)約信息完成測試達(dá)到測試要求6.3.2性能測試性能測試的方向一般是對系統(tǒng)的承載量進(jìn)行測試，也被稱之為壓力測試，本小節(jié)正式模擬當(dāng)這樣的情況出現(xiàn)時(shí)，社區(qū)醫(yī)院體檢管理系統(tǒng)的運(yùn)行情況如何。社區(qū)醫(yī)院體檢管理系統(tǒng)的性能測試圖如圖6-1所示：圖6-1社區(qū)醫(yī)院體檢管理系統(tǒng)的性能測試圖6.4測試結(jié)果分析通過對社區(qū)醫(yī)院體檢管理系統(tǒng)的功能以及性能方面的測試，得出的結(jié)果是本系統(tǒng)的功能全面、性能良好，完全可以滿足患者與醫(yī)生等諸多用戶實(shí)際的要求。然后本系統(tǒng)在測試過程中完成整體得用戶數(shù)據(jù)的處理，能夠了解相關(guān)用戶得登錄和預(yù)約等操作完成系統(tǒng)得測試分析，通過了最后結(jié)果的顯示，本系統(tǒng)完全可以有機(jī)會(huì)正式投入運(yùn)營，然后再次維護(hù)的操作。7結(jié)論我國目前的經(jīng)濟(jì)發(fā)展過程中，社區(qū)醫(yī)院門診也在不斷地變化著。現(xiàn)如今的社會(huì)百姓的就醫(yī)情況也在不斷地增加，我國政府在不斷的優(yōu)化政策革命進(jìn)而推動(dòng)社區(qū)醫(yī)院的發(fā)展需求。那么首先在社區(qū)醫(yī)院的衛(wèi)生中需要作為一項(xiàng)急推的事業(yè)進(jìn)行發(fā)展，在對于優(yōu)化掛號，繳費(fèi)系統(tǒng)是，通過結(jié)合支付網(wǎng)站來對網(wǎng)站中的付費(fèi)方式進(jìn)行支付，可以更加友好的改變目前的問題和現(xiàn)狀。社區(qū)醫(yī)院系統(tǒng)中通過采用Java語言、SSM框架以及SQL語言等等軟件技術(shù)來實(shí)現(xiàn)并改善目前社區(qū)醫(yī)院的就診環(huán)境，從而實(shí)現(xiàn)提升服務(wù)質(zhì)量的目的。在對于整個(gè)系統(tǒng)的設(shè)計(jì)可以更加有助于增長社會(huì)中的效益以及經(jīng)濟(jì)效益，社區(qū)醫(yī)院體檢管理系統(tǒng)可以使患者更加方便的選擇個(gè)人的就診時(shí)間，優(yōu)化門診的掛號流程。在對于系統(tǒng)中主要實(shí)現(xiàn)的目標(biāo)包括：對于理性的選擇預(yù)約的時(shí)間方案，預(yù)約掛號取消流程等等。本次社區(qū)醫(yī)院體檢管理系統(tǒng)中主要完成了一下的工作內(nèi)容：首先是完成了線上預(yù)約掛號系統(tǒng)的業(yè)務(wù)流程分析，比如各個(gè)功能模塊的注冊，登錄模塊等等。其次是對于開發(fā)者而言，客戶便是上帝，但是對于醫(yī)生而言便是應(yīng)該以患者為中心的。再根據(jù)社區(qū)醫(yī)院體檢管理系統(tǒng)來對系統(tǒng)進(jìn)行總體的設(shè)計(jì)，并且結(jié)合對