醫(yī)院掛號(hào)系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)

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

2、和完善。關(guān)鍵詞：C#；VS2013；數(shù)據(jù)庫(kù)；B/S模式；掛號(hào)目 錄1可行性分析11.1項(xiàng)目開(kāi)發(fā)背景11.2項(xiàng)目開(kāi)發(fā)意義11.3可行性研究的主要內(nèi)容21.3.1技術(shù)可行性21.3.2操作可行性31.3.3經(jīng)濟(jì)可行性32項(xiàng)目開(kāi)發(fā)計(jì)劃42.1編寫(xiě)目的42.2項(xiàng)目概述42.3功能描述42.4項(xiàng)目開(kāi)發(fā)計(jì)劃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運(yùn)行需求123.5.4其他需求124系統(tǒng)概要設(shè)計(jì)134.1總體設(shè)計(jì)134.1.1總體設(shè)計(jì)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

24、醫(yī)院預(yù)約掛號(hào)系統(tǒng)E-R圖如圖3.6所示。患者專(zhuān)家治療信息治療N1圖3.6醫(yī)院預(yù)約掛號(hào)系統(tǒng)E-R圖3.5需求規(guī)定3.5.1功能需求醫(yī)院預(yù)約掛號(hào)系統(tǒng)主要實(shí)現(xiàn)一下幾部分功能：內(nèi)部人員權(quán)限管理，預(yù)約掛號(hào)，門(mén)診流量統(tǒng)計(jì)，公告欄管理，專(zhuān)家信息管理。內(nèi)部人員權(quán)限管理模塊：管理員以及專(zhuān)家的登錄以及修改密碼。管理員可以從登錄模塊進(jìn)入系統(tǒng)對(duì)預(yù)約信息以及專(zhuān)家基本信息進(jìn)行整理。專(zhuān)家可以從登錄模塊進(jìn)入系統(tǒng)查詢(xún)患者預(yù)約情況。 預(yù)約掛號(hào)模塊：全國(guó)各地患者可以通過(guò)此模塊進(jìn)行預(yù)約掛號(hào)，并填寫(xiě)自己的掛號(hào)信息。可以查詢(xún)自己先前的預(yù)約信息，也可以通過(guò)此系統(tǒng)取消先前的預(yù)約。門(mén)診流量統(tǒng)計(jì)：記錄每天門(mén)診的患者流量，對(duì)其進(jìn)行統(tǒng)計(jì)。專(zhuān)家信息管

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

45、體實(shí)現(xiàn)過(guò)程進(jìn)行設(shè)計(jì)。程序的主要部分設(shè)計(jì)在這個(gè)環(huán)節(jié)完成。在這個(gè)任務(wù)說(shuō)明書(shū)中我們采用盒圖的形式來(lái)表達(dá)程序的具體的設(shè)計(jì)過(guò)程，我們的系統(tǒng)設(shè)計(jì)為C/S結(jié)構(gòu)，所以是客戶(hù)端登陸系統(tǒng)的形式，盒圖沒(méi)有箭頭，所以不允許隨意轉(zhuǎn)移控制，堅(jiān)持使用盒圖可以使程序員養(yǎng)成用用結(jié)構(gòu)化的方式來(lái)思考問(wèn)題。5.2.1登陸界面設(shè)計(jì)在用戶(hù)登錄時(shí)，在輸入用戶(hù)名和密碼及用戶(hù)類(lèi)型的前提下將其與數(shù)據(jù)庫(kù)中的數(shù)據(jù)進(jìn)行比對(duì)，若一致，則打開(kāi)主窗體；若不一致提示錯(cuò)誤，并要求重新輸入。注冊(cè)后保存用戶(hù)信息，登陸界面的的程序盒圖如圖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() = "客戶(hù)") 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("出錯(cuò)，出錯(cuò)原因0"), ex.Message); finally connection.Close(); connection.Dispose(); mycmd.Dispose(); 連接數(shù)據(jù)庫(kù)否是用戶(hù)名和密碼輸入提示輸入否是賬戶(hù)是否存在提示錯(cuò)誤顯示提示框“登錄成功”圖5.1登陸界面程序盒圖5.2.2程序流程設(shè)計(jì)程序流程圖又稱(chēng)程序框圖，是描述過(guò)程設(shè)計(jì)的方法。程序流程圖中使用的符號(hào)如下：橢圓形表示開(kāi)始或停止；長(zhǎng)方形表示處理；菱形表示多分支；箭頭表示控制流。1.管理員、專(zhuān)家和患者登錄程序流程圖管理員、專(zhuān)家和患者登錄流程圖用于描述管理員和專(zhuān)家登錄系統(tǒng)的過(guò)程。用戶(hù)進(jìn)入主頁(yè)后，在登錄框輸入用戶(hù)名、密碼和登錄權(quán)限，若輸入正確，則登錄系統(tǒng)。若輸入錯(cuò)誤，則提示輸入用戶(hù)名和密碼不對(duì)，請(qǐng)重新輸入。管理員登錄成功后則進(jìn)入后臺(tái)管理頁(yè)面，專(zhuān)家登錄成功后則進(jìn)入后臺(tái)專(zhuān)家查詢(xún)頁(yè)面，患者登陸成功后進(jìn)入就診預(yù)約界面。具體流程圖如下圖5.2所示。開(kāi)始進(jìn)入用戶(hù)登錄界面輸入用戶(hù)名、登錄密碼和權(quán)限輸入是否有誤登錄成功進(jìn)入相應(yīng)的界面結(jié)束是