醫(yī)院掛號系統(tǒng)設(shè)計說明書

1、摘 要隨著計算機的發(fā)展，越來越多的行業(yè)實現(xiàn)了管理的信息化和自動化，醫(yī)務(wù)行業(yè)也不例外。在很多醫(yī)院中，掛號作為醫(yī)院工作中最重要的一個環(huán)節(jié)還沒有完全實現(xiàn)信息化管理，因此本系統(tǒng)選擇醫(yī)院預(yù)約掛號為研究對象，以實現(xiàn)網(wǎng)上預(yù)約掛號、緩解醫(yī)院現(xiàn)場掛號難、提高醫(yī)院工作效率為目標(biāo)。本次設(shè)計采用C#語言及VS2013和MySQL為開發(fā)工具，并結(jié)合軟件工程的設(shè)計思想，以B/S為模式設(shè)計并實現(xiàn)了醫(yī)院預(yù)約掛號系統(tǒng)，實現(xiàn)了患者的預(yù)約、查詢以及管理員對預(yù)約信息的管理等功能。醫(yī)院預(yù)約掛號系統(tǒng)有著很好的應(yīng)用前景，用它來代替醫(yī)院現(xiàn)場掛號，實現(xiàn)患者看病掛號網(wǎng)絡(luò)化是一個必然趨勢。隨著計算機技術(shù)和網(wǎng)絡(luò)技術(shù)的發(fā)展，它的功能將會得到不斷的發(fā)展

2、和完善。關(guān)鍵詞：C#；VS2013；數(shù)據(jù)庫；B/S模式；掛號目 錄1可行性分析11.1項目開發(fā)背景11.2項目開發(fā)意義11.3可行性研究的主要內(nèi)容21.3.1技術(shù)可行性21.3.2操作可行性31.3.3經(jīng)濟可行性32項目開發(fā)計劃42.1編寫目的42.2項目概述42.3功能描述42.4項目開發(fā)計劃52.5交付期限53需求分析63.1系統(tǒng)需求分析63.2系統(tǒng)流程圖63.3數(shù)據(jù)描述73.3.1數(shù)據(jù)流圖73.3.2數(shù)據(jù)字典83.4系統(tǒng)E-R圖93.5需求規(guī)定113.5.1功能需求113.5.2性能需求123.5.3運行需求123.5.4其他需求124系統(tǒng)概要設(shè)計134.1總體設(shè)計134.1.1總體設(shè)計

3、原理134.1.2系統(tǒng)功能模塊設(shè)計134.1.3功能分析154.2數(shù)據(jù)庫設(shè)計154.2.1數(shù)據(jù)庫概念設(shè)計154.2.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計165詳細設(shè)計205.1人機界面設(shè)計205.1.1一般交互設(shè)計205.1.2信息顯示設(shè)計215.1.3數(shù)據(jù)輸入設(shè)計215.2程序設(shè)計過程225.2.1登陸界面設(shè)計225.2.2程序流程設(shè)計256測試296.1測試描述296.1.1測試目的306.1.2測試方案306.2測試計劃306.2.1測試過程306.2.2進度安排及里程碑326.2.3系統(tǒng)資源336.2.4項目風(fēng)險分析336.3測試計劃設(shè)計說明346.3.1測試用例選取原則346.3.2測試內(nèi)容及其選取

4、策略356.3.3功能測試376.4醫(yī)院掛號系統(tǒng)覆蓋率測試386.4.1邏輯覆蓋率386.4.2語句覆蓋416.4.3判定覆蓋416.4.4條件覆蓋416.5醫(yī)院掛號系統(tǒng)黑盒測試426.5.1等價類劃分測試426.5.2邊界值法437設(shè)計總結(jié)457.1心得體會457.2存在的問題45致 謝46參考文獻471可行性分析1.1項目開發(fā)背景隨著計算機技術(shù)的飛速發(fā)展，計算機在系統(tǒng)管理中的應(yīng)用越來越普及，利用計算機實現(xiàn)各個系統(tǒng)的管理顯得越來越重要。對于一些大中型管理部門來說，利用計算機支持管理高效率完成日常事務(wù)的管理，是適應(yīng)現(xiàn)代管理制度要求、推動管理走向科學(xué)化、規(guī)范化的必要條件。我國由于人口多，進而帶來

5、醫(yī)院看病難的問題，由于人口眾多，需要排隊進行掛號，這樣會浪費患者的時間，而且醫(yī)院的效率也不高?；颊邟焯柺且豁棳嵥?、復(fù)雜而又十分細致的工作，患者數(shù)量之龐大，一般不允許出錯，如果實行手工操作，每天掛號的情況以及掛號時間等須手工填制大量的表格，這就會耗費醫(yī)院管理工作人員大量的時間和精力，患者排隊等候時間長，輾轉(zhuǎn)過程多，影響了醫(yī)療的秩序。如何利用現(xiàn)代信息技術(shù)使企業(yè)擁有快速、高效的市場反映能力和高效率，已是醫(yī)院特別關(guān)心的問題。盡快建立一個醫(yī)院預(yù)約掛號系統(tǒng)，完善現(xiàn)代醫(yī)院的信息化管理機制，已成為醫(yī)院生存發(fā)展的當(dāng)務(wù)之急。所以，建立網(wǎng)上預(yù)約掛號系統(tǒng)勢在必行。本系統(tǒng)以醫(yī)院為背景，在認(rèn)真調(diào)研和分析了醫(yī)院的現(xiàn)狀之后，

6、根據(jù)用戶的需求和各個功能的關(guān)系，作出了積極的設(shè)計方案。在新的管理資源和管理模式上，一定能使工作質(zhì)量、工作效率等得到提高，推動醫(yī)院發(fā)展的步伐。1.2項目開發(fā)意義開發(fā)醫(yī)院預(yù)約掛號系統(tǒng)，使患者就診系統(tǒng)化，規(guī)范化，自動化，從而達到提高管理效率的目的。本系統(tǒng)開發(fā)設(shè)計思想是實現(xiàn)患者預(yù)約掛號的數(shù)字化。盡量采用現(xiàn)有軟硬件環(huán)境，及先進的管理系統(tǒng)開發(fā)方案，提高系統(tǒng)開發(fā)水平和應(yīng)用效果的目的；系統(tǒng)應(yīng)符合醫(yī)院管理的規(guī)定，滿足日常管理的需要，并達到操作過程中的直觀，方便，實用，安全等要求；系統(tǒng)采用模塊化程序設(shè)計方法，這樣既便于系統(tǒng)功能的各種組合，又便于未參與開發(fā)的技術(shù)維護人員補充，維護；系統(tǒng)應(yīng)具備數(shù)據(jù)庫維護功能，及時根據(jù)

7、用戶需求進行數(shù)據(jù)的添加，刪除，修改等操作。網(wǎng)上預(yù)約掛號系統(tǒng)是一種基于互聯(lián)網(wǎng)的新型掛號系統(tǒng)，利用該預(yù)約掛號系統(tǒng)，患者就可以在家里預(yù)約醫(yī)院的專家，而無需受排隊之苦。它能更好的改善就醫(yī)環(huán)境，簡化就醫(yī)環(huán)節(jié)，節(jié)約就醫(yī)時間，真正體現(xiàn)了一切以病人為中心，一切從方便患者出發(fā)，符合當(dāng)今醫(yī)院人性化服務(wù)溫馨服務(wù)的理念。目前，門診一直是阻撓醫(yī)院提高服務(wù)質(zhì)量的一個復(fù)雜環(huán)節(jié)，特別是醫(yī)療水平高、門診量大的醫(yī)院。而造成門診量難以提高的因素主要有兩個方面：一是集中式掛號，就診人員流量不均，具有不確定性，有明顯的就診高峰和低谷。高峰期患者掛號排隊長，就診時間長，醫(yī)生熟人插號現(xiàn)象，環(huán)境擁擠混亂，醫(yī)生就診時間短、不仔細、服務(wù)差。而低

8、谷期，醫(yī)生無患者可看，醫(yī)院資源浪費。二是專家號難掛，特別是名專家，會出現(xiàn)倒號、炒號現(xiàn)象，嚴(yán)重?fù)p害患者利益，影響醫(yī)院的聲譽。而采用網(wǎng)上預(yù)約掛號，可有效解決這一現(xiàn)象，通過網(wǎng)上有效的身份驗證，杜絕倒、炒專家號的現(xiàn)象，提高醫(yī)院門診服務(wù)質(zhì)量，取得良好的社會效益和經(jīng)濟效益。此外，患者到醫(yī)院就診前對醫(yī)院的相關(guān)信息了解不多，對所要掛的?？漆t(yī)生的情況不太了解，只能憑經(jīng)驗和印象進行選擇，具有較大的盲目性。而當(dāng)醫(yī)院開通網(wǎng)上預(yù)約掛號服務(wù)以后，求醫(yī)者只需坐在家中輕點下鼠標(biāo)，就可以掛上醫(yī)院專家門診號，可以做到“足不出戶選醫(yī)生”。網(wǎng)上預(yù)約正悄然改變著求醫(yī)者的看病觀念。所以，預(yù)約看病應(yīng)用將越來越廣泛。1.3可行性研究的主要內(nèi)

9、容可行性研究的目的，就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決?？尚行匝芯繉嵸|(zhì)上是要進行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計過程，也就是在較高層系上以較抽象的方式進行的系統(tǒng)分析和設(shè)計過程。在進行可行性研究時首先要進一步分析和澄清問題定義。在問題定義階段初步確定系統(tǒng)的規(guī)模和目標(biāo)，如果正確就進一步加以肯定，如果有錯誤就應(yīng)該及時改正，如果對目標(biāo)約束和限制，必須把他們一一列出來。從系統(tǒng)邏輯模型出發(fā)，探索若干種可供選擇的主要解法（即系統(tǒng)實現(xiàn)方案）。對于每種解法都應(yīng)該仔細研究它的可行性，一般來說，至少應(yīng)該從下述三個方面研究每種解法的可行性。1.3.1技術(shù)可行性（1）對系統(tǒng)的簡要描述基于Micro

10、soft Visual Studio 2013開發(fā)環(huán)境和使用MySQL數(shù)據(jù)庫開發(fā)的面向患者、醫(yī)院管理員和專家的網(wǎng)上信息管理系統(tǒng)。系統(tǒng)在安裝了Windows XP操作系統(tǒng)的個人電腦上使用。（2）系統(tǒng)處理流程患者登錄該系統(tǒng)后，根據(jù)自己病情，查詢醫(yī)院內(nèi)自己所需的專家信息及專家簡歷，選中專家后，登記患者的姓名及電話號碼以及簡要病歷，并填寫預(yù)約時間?；颊哳A(yù)約信息反饋到醫(yī)院系統(tǒng)管理員后，管理員對預(yù)約信息進行整理，產(chǎn)生預(yù)約清單。預(yù)約清單開放給醫(yī)院預(yù)約掛號號碼發(fā)放處和醫(yī)院內(nèi)各專家，醫(yī)院預(yù)約掛號號碼發(fā)放處根據(jù)預(yù)約清單打印并在預(yù)約當(dāng)日按照預(yù)約清單發(fā)放掛號號碼，醫(yī)院內(nèi)各專家可以進入系統(tǒng)根據(jù)預(yù)約清單查詢預(yù)約自己的患者

11、的數(shù)量及患者的簡要病歷。1.3.2操作可行性操作可行性主要研究系統(tǒng)的操作方式在該用戶組織內(nèi)是否可行。在當(dāng)前的社會條件下，Internet網(wǎng)已經(jīng)在中國全面覆蓋，在中國各地，均可以通過硬件設(shè)備聯(lián)網(wǎng)。而且各商業(yè)組織也擁有屬于自己的內(nèi)部局域網(wǎng)，所以該系統(tǒng)可以實現(xiàn)聯(lián)網(wǎng)。該系統(tǒng)在聯(lián)網(wǎng)情況下，可以通過PC機訪問系統(tǒng)的數(shù)據(jù)，所以該系統(tǒng)的操作方式符合該用戶組織。而且本系統(tǒng)操作方法簡單，只需掌握基本上網(wǎng)知識，用戶即可以輕易學(xué)會使用方法及操作流程。系統(tǒng)管理員需要進行簡單培訓(xùn)。1.3.3經(jīng)濟可行性經(jīng)濟可行性主要研究該系統(tǒng)的經(jīng)濟效益能否超過它的開發(fā)成本。目前在中國，到醫(yī)院就醫(yī)的人流量是非常龐大的，所以人們對醫(yī)院的依賴性

12、非常強。在這樣的背景下，為醫(yī)院設(shè)計這樣的一個系統(tǒng)，其經(jīng)濟效益是十分可觀的而且取消了人們就醫(yī)掛號的煩惱。又由于通過網(wǎng)絡(luò)傳遞信息可以不受距離的限制，因此可以節(jié)省大量的人力和物力，方便管理，由此可以減少不必要的開支，同時該系統(tǒng)可以提高醫(yī)院的執(zhí)行效率，即提高了醫(yī)院的經(jīng)濟效益，所以從經(jīng)濟上完全是可行的。2項目開發(fā)計劃2.1編寫目的此系統(tǒng)在可行性分析的基礎(chǔ)上，進一步的說明對醫(yī)院預(yù)約掛號系統(tǒng)的要求，準(zhǔn)確的定義出醫(yī)院預(yù)約掛號系統(tǒng)要完成的任務(wù)，確定該系統(tǒng)要完成哪些工作，使系統(tǒng)盡可能的滿足用戶的要求，盡可能的簡單方便的運行。2.2項目概述醫(yī)院掛號系統(tǒng)主要功能包括：后臺管理和前臺操作，其中：后臺管理主要包括：用戶管

13、理、預(yù)約信息管理、專家信息管理、相關(guān)業(yè)務(wù)的查詢和系統(tǒng)維護等；用戶管理：在數(shù)據(jù)庫中存儲有各角色用戶的信息信息，當(dāng)某個角色的信息需要變化是時，可以隨時進行信息的變更包括增加、刪除、修改等功能，同時數(shù)據(jù)庫中信息相應(yīng)變化，并保持?jǐn)?shù)據(jù)的時效性和完整性。預(yù)約信息管理主要包括：隨時查詢患者的預(yù)約信息,如患者姓名、病例、所屬科室等,而且可及時更新數(shù)據(jù)庫數(shù)據(jù)。 專家信息管理主要包括：專家信息的增、刪、改、查等。在需要時(可每隔一個時間段查詢一次) 查詢預(yù)約該專家的患者數(shù)量及各方面的情況,如預(yù)約量超過專家的可以預(yù)約的人數(shù)后(大于某一自定的數(shù)量) 時,可生成預(yù)約名額已滿報告,方便患者在進行預(yù)約時查看可以有效防止預(yù)約

14、成功由于人數(shù)原因而不能就診的情況。2.3功能描述1.預(yù)約掛號實現(xiàn)患者從網(wǎng)上直接預(yù)約掛號。預(yù)約的時候需要填寫患者的姓名、預(yù)約日期、電話以及簡單的病情癥狀。2.預(yù)約查詢預(yù)約完成后患者可以查詢自己的預(yù)約信息，當(dāng)患者想改變專家則可取消本次預(yù)約。3.取消預(yù)約患者查詢到自己的預(yù)約信息后，可以從次功能對先前的預(yù)約進行取消操作。4.登錄管理員以及專家用戶可以從登錄功能模塊進行登錄而患者通過注冊可以獲得登錄權(quán)限進而進行一系列操作。5.整理專家信息管理員登錄以后可以對用戶進行添加、刪除和修改，實現(xiàn)對用戶的管理。6.調(diào)配專家管理員登錄后通過次模塊可以查看患者預(yù)約信息，并對患者預(yù)約的專家進行調(diào)配。7.門診流量統(tǒng)計管理

15、員登錄后可以通過次模塊對每天的預(yù)約人數(shù)進行統(tǒng)計并導(dǎo)出。8.專家查詢專家用戶登錄以后可以查詢預(yù)約自己的患者信息。通過查詢患者信息，可以對工作有一個合理的安排與準(zhǔn)備。2.4項目開發(fā)計劃1.任務(wù)分解分三個大的階段進行開發(fā)第一階段完成本系統(tǒng)的數(shù)據(jù)流圖跟E-R圖。第二階段完成概要設(shè)計跟詳細設(shè)計。第三階段書寫文檔。2.關(guān)鍵問題各模塊之間的聯(lián)系和后臺數(shù)據(jù)庫的完成。使用目前的設(shè)備與現(xiàn)有開發(fā)技術(shù)完全可以開發(fā)出該系統(tǒng)，總的來說該項目沒有較大的技術(shù)難點與其他的一些風(fēng)險因素。對于出現(xiàn)的一些小難點總都能得到解決。2.5交付期限本系統(tǒng)的開發(fā)時限為兩個星期，該系統(tǒng)的交付期限為2015年12月25日。3需求分析3.1系統(tǒng)需求

16、分析目前，門診一直是困擾醫(yī)院提高服務(wù)質(zhì)量的一個復(fù)雜環(huán)節(jié),特別是醫(yī)療水平高、門診量大的醫(yī)院,而造成門診質(zhì)量難以提高的因素主要有兩方面: 一方面集中式掛號(現(xiàn)在流行的分層掛號只是相對而言一個范圍較小的集中式掛號),就診人員流量不均、具有不確定性,有明顯的就診高峰和低谷(表現(xiàn)在整個醫(yī)院不同門診時間段及同科室的不同時間段)。高峰期病人掛號排隊長,就診時間長,醫(yī)生熟人插號現(xiàn)象,環(huán)境擁擠混亂,醫(yī)生問診時間短、不仔細、態(tài)度差。而低谷期,醫(yī)生無病人看、溜號,醫(yī)院資源浪費。 另一方面專家號(特別是名專家號)難掛,出現(xiàn)倒號、炒號現(xiàn)象,嚴(yán)重?fù)p害病人利益,影響到醫(yī)院的聲譽。而采用網(wǎng)上預(yù)約掛號,可有

17、效的解決這一現(xiàn)象,還通過有效的身份驗證,杜絕倒、炒專家號的現(xiàn)象,提高醫(yī)院門診服務(wù)質(zhì)量,取得良好的社會效益和經(jīng)濟效益。 為了解決這一問題，我們需要一種能夠方便快捷的掛號方式來滿足各方面的需求，減少排隊掛號的痛苦和時間的浪費，而本課題所研究的基于JSP的醫(yī)院網(wǎng)上掛號預(yù)約系統(tǒng)正好是為了解決這一問題而設(shè)計的方案，因此，本系統(tǒng)擁有很大的用戶需求。3.2系統(tǒng)流程圖系統(tǒng)流程圖通過圖形的形式描述系統(tǒng)的各功能模塊以及各個權(quán)限的操作者之間的交互情況，如下圖3.1所示。門診流量統(tǒng)計報告患者登陸程序用戶注冊顯示專家信息專家查詢程序管理員管理程序顯示治療情況患者預(yù)約信息用戶信息管理用戶注冊患者登陸程序患者登陸

18、程序用戶注冊專家查詢程序顯示專家信息顯示治療情況管理員管理程序門診流量統(tǒng)計報告管理員管理程序顯示治療情況顯示專家信息專家查詢程序圖3.1系統(tǒng)流程圖3.3數(shù)據(jù)描述3.3.1數(shù)據(jù)流圖數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息流和數(shù)據(jù)從輸入移動到輸出的過程中所經(jīng)受的變換。數(shù)據(jù)流圖中沒有任何具體的物理部件，它只是描繪數(shù)據(jù)在軟件中流動和被處理的邏輯過程。數(shù)據(jù)流圖有四種基本符號：正方形表示數(shù)據(jù)的源點或終點；圓角矩形代表變換數(shù)據(jù)的處理；開口矩形代表數(shù)據(jù)存儲；箭頭表示數(shù)據(jù)流。醫(yī)院網(wǎng)絡(luò)預(yù)約掛號系統(tǒng)中需要處理的信息有登錄信息，專家信息以及患者預(yù)約信息，根據(jù)數(shù)據(jù)信息的流向畫出本系統(tǒng)的數(shù)據(jù)流圖。醫(yī)院預(yù)約掛號系統(tǒng)頂層數(shù)據(jù)流圖

19、如下圖3.2所示。預(yù)約系統(tǒng)患者專家管理員預(yù)約信息 反饋信息 預(yù)約信息 登錄信息 反饋信息 登錄信息圖3.2頂層數(shù)據(jù)流圖3.3.2數(shù)據(jù)字典數(shù)據(jù)流圖表達了數(shù)據(jù)和處理的關(guān)系，數(shù)據(jù)字典則是系統(tǒng)中各類數(shù)據(jù)描述的集合，是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析所獲得的主要成果。數(shù)據(jù)字典通常包括數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、數(shù)據(jù)處理五部分，其中數(shù)據(jù)項是數(shù)據(jù)的最小組成單位，若干個數(shù)據(jù)項可以組成一個數(shù)據(jù)結(jié)構(gòu)，數(shù)據(jù)字典通過對數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)的定義描述數(shù)據(jù)流、數(shù)據(jù)存儲的邏輯內(nèi)容。根據(jù)數(shù)據(jù)流圖，得出了相應(yīng)的數(shù)據(jù)字典卡片，每張卡片上主要應(yīng)該包括名字、描述、定義。名稱：預(yù)約信息別名：預(yù)約報表描述：患者預(yù)約時填寫的信息定義：患者

20、姓名+專家姓名+患者身份證+病歷+科室+日期+患者電話位置：輸出到打印機 患者清單 名稱：管理員登陸信息別名：管理員信息描述：系統(tǒng)管理員的登陸信息定義：用戶名+密碼+用戶權(quán)限位置：名稱：治療信息別名：患者治療情況描述：患者預(yù)約完成就診后的信息定義：患者姓名+專家姓名+科室+治療日期+治療情況位置：輸出到打印機 治療清單 名稱：專家信息別名：患者預(yù)約查詢信息 描述：患者掛號時查詢的各個專家 的信息 定義：專家姓名+專家號+專家性別+科室+專家特長+預(yù)約人數(shù)+當(dāng)前人數(shù)+專家電話位置：顯示在患者客戶端 保存到磁盤3.4系統(tǒng)E-R圖為了把用戶的數(shù)據(jù)清楚、準(zhǔn)確地描述出來，系統(tǒng)分析員通常要建立一個概念數(shù)據(jù)

21、模型。概念結(jié)構(gòu)獨立于支持?jǐn)?shù)據(jù)庫的DBMS，具有能充分反映現(xiàn)實世界、易于理解、易于更動、易于向關(guān)系、網(wǎng)狀或?qū)哟蔚雀鞣N數(shù)據(jù)模型轉(zhuǎn)換?？筛鶕?jù)實體間的關(guān)系和屬性得到E-R圖。E-R圖中的三個基本符號：矩形表示實體型，矩形框內(nèi)寫明實體名；橢圓形表示屬性，并用無向邊將其與相應(yīng)的實體型連接起來；菱形表示聯(lián)系，菱形框內(nèi)寫明聯(lián)系名，并用無向邊分別與有關(guān)實體型連接起來，同時在無向邊旁標(biāo)上聯(lián)系的類型（1:1,1:n或m:n）。 醫(yī)院預(yù)約掛號系統(tǒng)是針對醫(yī)院管理員，醫(yī)院專家和患者的系統(tǒng)。所以，在本系統(tǒng)中有患者、系統(tǒng)管理員、醫(yī)院專家三個實體?；颊咴陬A(yù)約的時候必須填寫相關(guān)的預(yù)約信息，即患者姓名、身份證號、聯(lián)系方式、預(yù)約時間

22、、預(yù)約的專家以及患者簡單病情癥狀，這些都是“患者”實體的屬性。系統(tǒng)管理員有自己的登錄用戶名和密碼，還可以修改自己的密碼，這些是“管理員”實體的屬性。專家為了能讓在網(wǎng)上預(yù)約的患者清晰的了解自己，所以系統(tǒng)里有專家的姓名、電話、科室、編號、特長、可以預(yù)約的人數(shù)，已經(jīng)預(yù)約的人數(shù)，專家進系統(tǒng)查詢預(yù)約患者信息時還需要登錄系統(tǒng)，所以專家還有登錄系統(tǒng)所需要的用戶名和密碼，這些是“專家”實體的屬性。患者及其屬性如下圖3.3所示?；颊呋颊咝彰矸葑C專家姓名科室病例電話圖3.3患者實體及其屬性圖管理員及其屬性如下圖3.4所示。管理員用戶名密碼權(quán)限圖3.4管理員實體及其屬性圖專家及其屬性如下圖3.5所示。專家專家號性

23、別科室專家特長預(yù)約人數(shù)當(dāng)前人數(shù)專家電話專家姓名圖3.5專家實體及其屬性圖通過以上描述的各個實體的屬性圖，這樣就可以了解系統(tǒng)的實體信息，實體屬性圖中描述了各個實體的屬性，這些也是在進行系統(tǒng)操作時可以得到的信息。這是以需求說明為基礎(chǔ)設(shè)計的局部概念模型，然后以這些局部模型為基礎(chǔ)集成為一個全局的概念模型，在概念模型設(shè)計中多是采用這種自底向上的設(shè)計方式，稱為系統(tǒng)集成法。分析得出系統(tǒng)中實體屬性后，每個實體之間都有一定的聯(lián)系，“管理員”實體與“專家”實體之間的關(guān)系為管理員管理專家，“管理員”與“患者”實體之間的關(guān)系是管理員管理患者的預(yù)約信息，“專家”與“患者”兩實體之間的關(guān)系為專家對患者進行診治。所以得出的

24、醫(yī)院預(yù)約掛號系統(tǒng)E-R圖如圖3.6所示?；颊邔＜抑委熜畔⒅委烴1圖3.6醫(yī)院預(yù)約掛號系統(tǒng)E-R圖3.5需求規(guī)定3.5.1功能需求醫(yī)院預(yù)約掛號系統(tǒng)主要實現(xiàn)一下幾部分功能：內(nèi)部人員權(quán)限管理，預(yù)約掛號，門診流量統(tǒng)計，公告欄管理，專家信息管理。內(nèi)部人員權(quán)限管理模塊：管理員以及專家的登錄以及修改密碼。管理員可以從登錄模塊進入系統(tǒng)對預(yù)約信息以及專家基本信息進行整理。專家可以從登錄模塊進入系統(tǒng)查詢患者預(yù)約情況。 預(yù)約掛號模塊：全國各地患者可以通過此模塊進行預(yù)約掛號，并填寫自己的掛號信息。可以查詢自己先前的預(yù)約信息，也可以通過此系統(tǒng)取消先前的預(yù)約。門診流量統(tǒng)計：記錄每天門診的患者流量，對其進行統(tǒng)計。專家信息管

25、理：管理員可以對醫(yī)院專家的信息進行增加、修改和刪除。3.5.2性能需求統(tǒng)應(yīng)具有配置靈活、易于維護、便于擴展、性能可靠等突出優(yōu)點，支持面向?qū)ο蟮拇笮蛿?shù)據(jù)庫系統(tǒng)。如：SQL Server等，可處理大容量數(shù)據(jù)，并具有高安全性和可靠性。1.時間特性 操作響應(yīng)時間一般在13秒之內(nèi)，隨之?dāng)?shù)據(jù)量的增大，操作的響應(yīng)時間就要延長。2.數(shù)據(jù)精度各種數(shù)據(jù)的輸入，輸出要滿足各種對數(shù)據(jù)精度的要求，嚴(yán)格按照系統(tǒng)要求的格式。3.適應(yīng)性適應(yīng)現(xiàn)有Windows 系統(tǒng)的需求，并有可能適應(yīng)更高級別的系統(tǒng)。3.5.3運行需求1.用戶界面用戶界面簡單直觀，一目了然，給用戶帶來極大的便利，讓用戶能夠簡單直接的運用本系統(tǒng)2.硬件接口不需要

26、特定的硬件或硬件接口進行支撐，一般微機均可運行。3.軟件接口運行于Windows XP或者更高版本的操作系統(tǒng)上。3.5.4其他需求1.保密需求：必須輸入相關(guān)的正確的用戶名和密碼才能進入系統(tǒng)，并且不同的用戶選擇相應(yīng)的權(quán)限才能登錄成功。2.數(shù)據(jù)要求：對于患者和專家的聯(lián)系電話，必須有嚴(yán)格的位數(shù)限制，經(jīng)過分析研究，聯(lián)系電話位數(shù)必須限制11位。3.身份證要求：為杜絕無關(guān)人員對系統(tǒng)進行惡意的破壞，在患者預(yù)約掛號時，必須填寫自己真實的18位身份證號，輸入的位數(shù)不對以及輸入的身份證格式不對，系統(tǒng)則會提示身份證輸入有誤，不予存到系統(tǒng)數(shù)據(jù)庫里，預(yù)約失敗。4.可維護性：平時由管理人員可以維護，遇到大問題或難解決的問

27、題由開發(fā)人員進行維護。5.可擴展性：在系統(tǒng)使用過程中，如果有醫(yī)院在預(yù)約掛號方面有新的要求，則應(yīng)能在本系統(tǒng)中進行擴展，增加新的功能。4系統(tǒng)概要設(shè)計4.1總體設(shè)計4.1.1總體設(shè)計原理經(jīng)過需求分析，已經(jīng)清楚了系統(tǒng)所要完成的全部功能，現(xiàn)在決定“怎么做”，總體設(shè)計的基本目的就是回答“概括的說，系統(tǒng)應(yīng)該如何實現(xiàn)？”這個問題。因此總體設(shè)計又稱為概要設(shè)計或初步設(shè)計。通過這個階段的工作，將劃分出組成該系統(tǒng)的物理元素程序、文件、數(shù)據(jù)庫、人工過程和文檔等，但是這些物理元素仍然處于黑盒子級別?？傮w設(shè)計階段的另一項重要任務(wù)是設(shè)計軟件的結(jié)構(gòu)，也就是要確定系統(tǒng)中每個程序是由哪些模塊組成，以及這些模塊間的相互關(guān)系。總體設(shè)計

28、過程首先要尋找實現(xiàn)目標(biāo)系統(tǒng)的的各種不同的方案，需求分析階段得到的數(shù)據(jù)流圖是設(shè)想的各種可能方案的的基礎(chǔ)，然后從這些供選擇的方案中選取若干個合理的方案，為每個合理的方案都準(zhǔn)備一份系統(tǒng)流程圖。然后分析比較這些合理的方案，選出最佳的方案，進一步為這個最佳方案設(shè)計軟件結(jié)構(gòu)，設(shè)計出初步的軟件結(jié)構(gòu)后還要進行多方改進，從而得到更合理的結(jié)構(gòu)，進行數(shù)據(jù)庫設(shè)計。進行總體設(shè)計，可以站在全局高度上，花較少成本，從較抽象的層次上分析對比多種可能的系統(tǒng)實現(xiàn)方案和軟件結(jié)構(gòu)，從中選出最佳方案和最合理的軟件結(jié)構(gòu)，從而用較低成本開發(fā)出較高質(zhì)量的軟件系統(tǒng)。4.1.2系統(tǒng)功能模塊設(shè)計在需求分析的時候已經(jīng)對系統(tǒng)的的功能進行了初步分析，在

29、這里對系統(tǒng)功能進行詳細的設(shè)計。由于系統(tǒng)中面向的是醫(yī)院的系統(tǒng)管理員，醫(yī)院的坐診專家，以及廣大患者，所以對系統(tǒng)分為三大主功能模塊，即管理、專家、患者三大主功能模塊。管理模塊是針對管理員對系統(tǒng)的管理進行設(shè)計的功能模塊，管理員需要進行登錄系統(tǒng)后方可進行系統(tǒng)信息管理，所以首先要有登錄模塊。管理員登錄系統(tǒng)后需要對專家的信息進行增加、刪除和修改，所以在此主功能模塊下設(shè)計了一個整理專家信息模塊，管理員可以通過此模塊對專家信息進行管理。管理員還需要對每天患者預(yù)約的信息進行查看整理，所以設(shè)計了一個調(diào)配專家，調(diào)配專家模塊用于當(dāng)患者預(yù)約的專家在預(yù)約當(dāng)日臨時有事不能按時坐診的話，管理員可以通過此模塊給相關(guān)患者進行專家調(diào)

30、配，就是給相關(guān)預(yù)約患者調(diào)配一個與患者預(yù)約的專家同科室的專家，然后保存到數(shù)據(jù)庫里，以便患者查詢預(yù)約信息。系統(tǒng)要求有一個統(tǒng)計門診流量的功能，統(tǒng)計每天預(yù)約的人數(shù)，所以在管理模塊下設(shè)計了一個統(tǒng)計門診流量的功能模塊。在主頁面有一個公告欄，來公示醫(yī)院的通知以及醫(yī)院的新聞動態(tài)，公告欄由管理員管理，所以在管理主功能模塊下設(shè)計了一個公告欄模塊。專家主功能模塊下設(shè)計了一個專家查詢模塊，專家從此模塊查詢患者預(yù)約信息。專家登錄系統(tǒng)則從管理模塊下的登錄模塊進行登錄，登錄的時候選擇登錄相應(yīng)的登錄權(quán)限?；颊咧鞴δ苣K下設(shè)計了三個分模塊：預(yù)約、查詢信息和取消預(yù)約?；颊邚木W(wǎng)上進行預(yù)約掛號時，需要填寫預(yù)約的各種信息，患者可以進入

31、預(yù)約模塊填寫自己的預(yù)約信息，并保存，預(yù)約成功。當(dāng)患者預(yù)約成功后，患者想查詢先前的預(yù)約信息，則需要一個查詢模塊，所以在患者主功能模塊下設(shè)計了一個查詢信息模塊。當(dāng)患者在預(yù)約當(dāng)日有事不能按時就診，患者需要取消先前的預(yù)約，所以在患者主功能模塊下設(shè)計了一個取消預(yù)約的模塊。醫(yī)院預(yù)約掛號系統(tǒng)的功能模塊如下圖4.1所示。醫(yī)院預(yù)約掛號系統(tǒng)管理員專家患者登錄用戶管理統(tǒng)計門診流量治療信息管理登錄預(yù)約信息查詢登錄注冊預(yù)約專家取消預(yù)約對患者治療圖4.1系統(tǒng)功能模塊圖4.1.3功能分析1.登錄：當(dāng)管理員、專家及患者用戶需要進入系統(tǒng)時，可以從登錄模塊輸入用戶名和密碼，并選擇自己權(quán)限進行登錄。當(dāng)輸入錯誤的信息時系統(tǒng)拒絕訪問。

32、2.統(tǒng)計門診流量：管理員可以用此功能進行每天預(yù)約的患者數(shù)量，做出統(tǒng)計。3.調(diào)配專家：當(dāng)患者預(yù)約的專家在預(yù)約的時間臨時有事情不能給患者看病的情況下，管理員可以對此患者進行專家調(diào)配，調(diào)配為同一科室的專家。4.整理專家信息：管理員通過此功能添加、修改和刪除專家信息，及時更細醫(yī)院里專家的信息，以方便患者進行預(yù)約。5.專家查詢：專家用戶登錄系統(tǒng)后，進入到查詢信息模塊，查詢預(yù)約自己的患者信息，以方便專家做好合理的安排和準(zhǔn)備。6.預(yù)約：患者進入系統(tǒng)后，可以查看各個科室的各個專家信息，根據(jù)自己的病情預(yù)約適合的專家。7.查詢信息：當(dāng)患者預(yù)約完畢后，可以通過查詢功能，對自己先前的預(yù)約信息進行查詢、核對。8.取消預(yù)

33、約：當(dāng)患者臨時有事不能到醫(yī)院看病時，可以通過查詢信息查詢到自己的預(yù)約信息，然后取消自己先前的預(yù)約。4.2數(shù)據(jù)庫設(shè)計4.2.1數(shù)據(jù)庫概念設(shè)計數(shù)據(jù)庫一般分為三級模式：外模式、模式和內(nèi)模式。外模式也就是不同用戶所對的數(shù)據(jù)視圖，它將數(shù)據(jù)庫內(nèi)部抽象的數(shù)據(jù)及其互相之間的關(guān)系表示為簡單、直觀的應(yīng)用界面。模式是數(shù)據(jù)庫中全部數(shù)據(jù)的邏輯結(jié)構(gòu)和特征描述，通常以某種數(shù)據(jù)模型為基礎(chǔ)。內(nèi)模式是對數(shù)據(jù)的物理結(jié)構(gòu)和存儲方式的描述。在該系統(tǒng)中具體的模式有：用戶（用戶名，密碼，權(quán)限）專家信息（專家編號，專家姓名，性別，科室，特長，預(yù)約人數(shù)，當(dāng)前人數(shù)，電話）預(yù)約記錄（患者姓名，專家姓名，患者身份證，科室，病歷，就診日期，電話）治療

34、記錄（患者姓名，專家姓名，科室，治療日期，治療情況）4.2.2數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計數(shù)據(jù)庫是信息系統(tǒng)的核心和基礎(chǔ)，數(shù)據(jù)庫設(shè)計的質(zhì)量將直接關(guān)系到信息系統(tǒng)開發(fā)的成敗和優(yōu)劣。數(shù)據(jù)庫設(shè)計是根據(jù)業(yè)務(wù)需求，信息需求，和處理需求，確定系統(tǒng)中的數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作和數(shù)據(jù)一致性約束的過程。數(shù)據(jù)庫設(shè)計是在一個給定的應(yīng)用環(huán)境中，構(gòu)造（設(shè)計）優(yōu)化的數(shù)據(jù)庫邏輯模式和物理結(jié)構(gòu)，并據(jù)此建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能夠有效的存儲和管理數(shù)據(jù)，滿足各種用戶的應(yīng)用需求，包括信息管理要求和數(shù)據(jù)操作要求。數(shù)據(jù)庫設(shè)計的目標(biāo)是為用戶和各種應(yīng)用系統(tǒng)提供一個信息基礎(chǔ)設(shè)施和高效率的運行環(huán)境，包括數(shù)據(jù)庫的存取效率、數(shù)據(jù)庫存儲空間的利用率、數(shù)據(jù)庫系統(tǒng)運行

35、管理的效率等。根據(jù)醫(yī)院掛號系統(tǒng)的功能要求，選取MySQL作為后臺數(shù)據(jù)庫。在上面的實體和實體之間的E-R圖設(shè)計基礎(chǔ)上，形成數(shù)據(jù)庫中的表格及表格之間的關(guān)系。具體內(nèi)容如下各表所示。登錄信息表中存儲的是管理員和專家以及患者登錄系統(tǒng)時所需要的用戶名和密碼，以及識別登錄權(quán)限信息。具體如下表4.1所示。表4.1用戶登錄信息表屬性名 字段名類型長度Null備注姓名usernamevarchar50否主鍵密碼passwordvarchar50否權(quán)限issysvarchar50否預(yù)約信息表主要存儲患者的預(yù)約信息，患者預(yù)約掛號時填寫的各種信息都存儲到預(yù)約信息表中。具體如下表4.2所示。表4.2預(yù)約信息表屬性名字段名

36、類型長度Null備注患者姓名patientnamevarchar50否主鍵專家姓名specialistnovarchar50否患者身份證zhuanjiavarchar50否病歷binglivarchar50是科室kehsivarchar50否預(yù)約日期orderdatevarchar50否患者電話telvarchar50否專家信息表用于存儲醫(yī)院專家的信息，專家的姓名、科室、電話、聯(lián)系方式、預(yù)約人數(shù)等信息都存儲啊在專家信息表中。具體如下表4.3所示。表4.3專家信息表屬性名字段名類型長度Null備注專家姓名specialistnamevarchar50否專家號specialistnovarchar

37、50否主鍵專家性別specialistsexvarchar50否科室keshivarchar50否專家特長techangvarchar50否預(yù)約人數(shù)ordernameint10否當(dāng)前人數(shù)currentnumint10否專家電話telvarchar50否治療信息表用于存儲患者就診的信息，管理員可以通過該表查詢患者的治療情況，同時進行就診量的統(tǒng)計。具體如下表4.4所示。表4.4治療信息表屬性名字段名類型長度Null備注患者姓名hznamevarchar50否主鍵專家姓名zjnamevarchar50否科室keshivarchar50否治療日期zldatavarchar50否治療情況zlqkvarc

38、har50否5詳細設(shè)計結(jié)構(gòu)化詳細設(shè)計是對概要設(shè)計的進一步細化，其目標(biāo)是為軟件結(jié)構(gòu)圖中每個模塊提供可供程序員編程實現(xiàn)的具體算法。詳細設(shè)計階段的根本目標(biāo)是確定應(yīng)該具體地實現(xiàn)所要求的系統(tǒng)，也就是說，經(jīng)過這個階段的設(shè)計工作，應(yīng)該得出對目標(biāo)系統(tǒng)的精確描述，從而在編碼階段可以把這個描述直接翻譯成用某種程序設(shè)計語言書寫的程序。詳細設(shè)計階段的任務(wù)還不具體地編寫程序，而是要設(shè)計出程序的“藍圖”，以后程序員將根據(jù)這個藍圖寫出實際的程序代碼。因此，詳細設(shè)計的結(jié)果基本上決定了最終的程序代碼的質(zhì)量?？紤]程序代碼的質(zhì)量時必須注意，程序的“讀者”有兩個人。那就是計算機和人。在軟件的生命周期中，設(shè)計測試方案、診斷程序錯誤、修

39、改和改進程序等等都必須首先讀懂程序。實際上對于長期使用的軟件系統(tǒng)而言，人讀程序的時間可能比寫程序的時間還要長的多。因此，衡量程序的質(zhì)量不僅要看它的邏輯是否正確，性能是否滿足要求，更主要的是要看它是否容易閱讀和理解。詳細設(shè)計的目標(biāo)不僅僅是邏輯上正確的實現(xiàn)每個模塊的功能，更重要的是設(shè)計出的處理過程應(yīng)該盡可能簡明易懂。結(jié)構(gòu)程序設(shè)計技術(shù)是實現(xiàn)上述目標(biāo)的關(guān)鍵技術(shù)，因此是詳細設(shè)計的邏輯基礎(chǔ)。2詳細設(shè)計常采用的描述方式有三類：圖形描述、語言描述和表格描述。圖形描述包括程序流程圖和問題分析圖；語言描述主要是程序設(shè)計語言；表格描述包括判定表等。這里主要運用了程序流程圖來分析醫(yī)院預(yù)約掛號系統(tǒng)。5.1人機界面設(shè)計5

40、.1.1一般交互設(shè)計一般交互設(shè)計涉及信息顯示、數(shù)據(jù)輸入和系統(tǒng)整體控制。（1） 保持一致性。為客戶交互界面中的菜單選擇、命令輸入、數(shù)據(jù)顯示以及眾多的其他功能，使用一致的格式。（2） 提供信息的反饋。向用戶及時提供視覺和聽覺的信息反饋，以保證在用戶和系統(tǒng)之間及時地建立雙向通信。在本系統(tǒng)設(shè)計過程中，基本做到了信息的及時反饋，當(dāng)用戶操作完一步后系統(tǒng)會對數(shù)據(jù)庫中的數(shù)據(jù)進行及時地顯示。（3） 執(zhí)行有較大影響的操作前提示用戶確認(rèn)。在設(shè)計過程中，如果用戶要執(zhí)行刪除操作，以及對數(shù)據(jù)庫的讀寫操作時，都會有窗體彈出詢問繼續(xù)操作或者予以提示。（4） 減少兩次操作間需要記憶的內(nèi)容。為了避免用戶為下一步操作而記憶大量數(shù)據(jù)

41、，所以在設(shè)計過程中在需要數(shù)據(jù)傳遞的窗體中設(shè)置全局變量，來傳遞數(shù)據(jù)。（5） 提高對話、移動和思考的效率。盡量減少用戶擊鍵的次數(shù)，在設(shè)計時考慮用戶屏幕的布局以減少用戶鼠標(biāo)移動的距離，盡量避免用戶在操作中發(fā)生疑問的情況。（6） 允許犯錯誤。允許用戶的誤操作盡量不對系統(tǒng)造成傷害。（7） 按功能對動作分類，并據(jù)此設(shè)計屏幕布局。屏幕布局盡量將軟件所具有的所有功能在主頁面展示，界面一目了然。5.1.2信息顯示設(shè)計系統(tǒng)在顯示用戶所需要的信息時應(yīng)該盡量完整、清晰和易于理解。這樣才能滿足用戶的需求。使用不同的方式顯示信息：用文字、圖形、聲音，按位置、移動和大小，使用顏色和省略等方式傳達信息。（1） 只顯示與當(dāng)前工

42、作有關(guān)的信息。在用戶操作有關(guān)系統(tǒng)的特定功能的信息時，不必看到與之無關(guān)的數(shù)據(jù)、菜單和圖形。（2） 使用便于用戶迅速吸收數(shù)據(jù)的方式來表示數(shù)據(jù)。（3） 使用一致的標(biāo)記、標(biāo)準(zhǔn)的縮寫和可預(yù)知的顏色。顯示的含義應(yīng)該非常準(zhǔn)確，用戶無須參照其他信息源就能理解。（4） 產(chǎn)生有意義的錯誤信息。對于系統(tǒng)在運行過程中產(chǎn)生的錯誤盡量給用戶返回一個容易理解的錯誤信息，以使用戶保持對系統(tǒng)的信任，和系統(tǒng)的可用性。（5） 使用窗口分隔不同類型的信息。使用不同的窗口顯示、保存不同類型的信息。（6） 高效率的使用顯示屏。當(dāng)使用多窗口時，應(yīng)該有足夠的空間使得每個窗口至少都能顯示出一部分。5.1.3數(shù)據(jù)輸入設(shè)計用戶的大部分時間用在選擇

43、菜單命令、鍵入數(shù)據(jù)和向系統(tǒng)提供輸入。在系統(tǒng)中，鍵盤是主要的輸入介質(zhì)，但是鼠標(biāo)等設(shè)備的也是重要的輸入手段，所以，對于他們的數(shù)據(jù)輸入操作有如下約定：（1） 盡量減少用戶的輸入動作。為了方便用戶的使用，鼠標(biāo)應(yīng)當(dāng)盡量減少操作的幅度。（2） 保持顯示信息和輸入信息之間的一致性。對于用戶來說，要保證其輸入的數(shù)據(jù)在顯示上與其他顯示的視覺特征（例如：文字大小、顏色、位置等）要一致。（3） 允許用戶自定義輸入。用戶可能希望定義自己專用的命令或略去某些類型的警告信息和動作確認(rèn)，人機界面應(yīng)該為用戶提供這樣做的機制。（4） 交互應(yīng)該是靈活的，并且可調(diào)整成用戶最喜歡的輸入方式。用戶類型與喜歡的輸入方式有關(guān)，不同的用戶喜

44、歡不同的輸入方式。（5） 使用當(dāng)前動作語境中不適用的命令不起作用。這可使得用戶不去做那些肯定會導(dǎo)致錯誤的動作。（6） 讓用戶控制交互流。用戶應(yīng)該能跳過不必要的動作，改變所需做的動作的順序，以及在不退出程序的情況下從錯誤狀態(tài)中恢復(fù)正常。（7） 消除冗余的輸入。除非可能發(fā)生誤解，否則不要要求用戶指定輸入數(shù)據(jù)的單位；盡可能提供默認(rèn)值，絕對不要要求用戶提供程序可以自動獲得或計算出來的信息。對于不同類型的用戶在登錄到系統(tǒng)后，由于有不同的權(quán)限，所以在主界面中會有一些項目受到限制而無法使用，所以要使這些項目不發(fā)生作用，以保證系統(tǒng)安全。5.2程序設(shè)計過程程序過程設(shè)計主要是在借助過程設(shè)計工具的情況下，對程序的具

45、體實現(xiàn)過程進行設(shè)計。程序的主要部分設(shè)計在這個環(huán)節(jié)完成。在這個任務(wù)說明書中我們采用盒圖的形式來表達程序的具體的設(shè)計過程，我們的系統(tǒng)設(shè)計為C/S結(jié)構(gòu)，所以是客戶端登陸系統(tǒng)的形式，盒圖沒有箭頭，所以不允許隨意轉(zhuǎn)移控制，堅持使用盒圖可以使程序員養(yǎng)成用用結(jié)構(gòu)化的方式來思考問題。5.2.1登陸界面設(shè)計在用戶登錄時，在輸入用戶名和密碼及用戶類型的前提下將其與數(shù)據(jù)庫中的數(shù)據(jù)進行比對，若一致，則打開主窗體；若不一致提示錯誤，并要求重新輸入。注冊后保存用戶信息，登陸界面的的程序盒圖如圖5.1所示。 private void button1_Click(object sender, EventArgs e) str

46、ing MyConnectionString = "Server=localhost; Database=guahao; Uid=root; Pwd=123456; Persist Security Info=True;Charset=utf8;" string username = textBox1.Text.Trim(); string passwd = textBox2.Text.Trim(); string rol = comboBox1.Text.Trim(); string loginsql = "SELECT * FROM login Where u

47、sername='" + username + "'and password='" + passwd + "' and issys='" + rol + "'" MySqlConnection connection = new MySqlConnection(MyConnectionString); connection.Open(); MySqlCommand mycmd = new MySqlCommand(loginsql, connection); MySqlDataR

48、eader myread = mycmd.ExecuteReader(); try if (myread.HasRows) if (myread.Read() if (myread"username".ToString() = textBox1.Text && myread"password".ToString() = textBox2.Text && myread"issys".ToString() = "管理員") Form3 f3; f3 = new Form3(); f3.S

49、how(); this.Hide(); else if (myread"username".ToString() = textBox1.Text && myread"password".ToString() = textBox2.Text && myread"issys".ToString() = "客戶") Form5 f2; f2 = new Form5(); f2.Show(); this.Hide(); else if (myread"username".

50、ToString() = textBox1.Text && myread"password".ToString() = textBox2.Text && myread"issys".ToString() = "醫(yī)生") user = username; Form4 f2; f2 = new Form4(); f2.Show(); this.Hide(); else MessageBox.Show("Please enter the correct user name and password！

51、"); catch (Exception ex) MessageBox.Show(string.Format("出錯，出錯原因0"), ex.Message); finally connection.Close(); connection.Dispose(); mycmd.Dispose(); 連接數(shù)據(jù)庫否是用戶名和密碼輸入提示輸入否是賬戶是否存在提示錯誤顯示提示框“登錄成功”圖5.1登陸界面程序盒圖5.2.2程序流程設(shè)計程序流程圖又稱程序框圖，是描述過程設(shè)計的方法。程序流程圖中使用的符號如下：橢圓形表示開始或停止；長方形表示處理；菱形表示多分支；箭頭表示控制流。1.管理員、專家和患者登錄程序流程圖管理員、專家和患者登錄流程圖用于描述管理員和專家登錄系統(tǒng)的過程。用戶進入主頁后，在登錄框輸入用戶名、密碼和登錄權(quán)限，若輸入正確，則登錄系統(tǒng)。若輸入錯誤，則提示輸入用戶名和密碼不對，請重新輸入。管理員登錄成功后則進入后臺管理頁面，專家登錄成功后則進入后臺專家查詢頁面，患者登陸成功后進入就診預(yù)約界面。具體流程圖如下圖5.2所示。開始進入用戶登錄界面輸入用戶名、登錄密碼和權(quán)限輸入是否有誤登錄成功進入相應(yīng)的界面結(jié)束是