緒論1.1系統(tǒng)開發(fā)背景日常生活中，我們或多或少的會身體不舒服，有些時候需要醫(yī)生的介入才能夠治愈，但每次去醫(yī)院時都有一號難求的感覺，排隊好長時間掛上號，然后在排很長時間的隊進(jìn)行看病，等輪到自己就診時，醫(yī)生一兩分鐘就結(jié)束了。相信這個經(jīng)歷大家都遇到過，對于那些情緒控制不是很好的病人來說，就會和醫(yī)院產(chǎn)生矛盾，他們認(rèn)為其沒有盡到醫(yī)生該盡的義務(wù)。但是站在醫(yī)生角度上來看，一天下來要診斷很多號，這個工作量已經(jīng)非常巨大，造成這個反差的現(xiàn)象的主要原因是醫(yī)院沒有控制好掛號量，沒有合理將醫(yī)院的實(shí)際情況反饋給想要前來看病的用戶。相比于大醫(yī)院來說，社區(qū)醫(yī)院和小醫(yī)院的情況卻不一樣，每天的號都掛不滿，從而造成了一定的浪費(fèi)。為了盡可能的統(tǒng)籌社會中全部醫(yī)療資源，社會保障中心在不同檔次的醫(yī)院設(shè)立不同的經(jīng)費(fèi)賬戶比例，社區(qū)醫(yī)院費(fèi)用賬戶比例最高。這樣雖然能分流一部分病人到社區(qū)醫(yī)院，但對于大醫(yī)院還是存在一號難求的問題。經(jīng)過分析，其主要原因是人們更相信大醫(yī)院的醫(yī)療水平，還有就是其在去醫(yī)院前根本不清楚醫(yī)院的掛號情況，到了醫(yī)院后才知道今日的號已掛滿，假如能夠開通網(wǎng)上掛號系統(tǒng)，病者在家就可以查看醫(yī)院的掛號情況，這樣用戶可以根據(jù)每個醫(yī)院的情況來動態(tài)選擇具體的醫(yī)院就醫(yī)。從而在一定程度上避免了大量用戶現(xiàn)場掛號的問題，預(yù)防掛號困難的現(xiàn)場發(fā)生。因此本課題研究的方向是利用網(wǎng)絡(luò)技術(shù)開發(fā)在線注冊系統(tǒng)網(wǎng)站。1.2系統(tǒng)開發(fā)意義醫(yī)院將號源線上化后，所有的用戶都可以通過網(wǎng)絡(luò)進(jìn)行查號，在去醫(yī)院前就可以了解到想要就診醫(yī)院的號源情況，用戶可以根據(jù)其具體情況來擇優(yōu)選擇就醫(yī)醫(yī)院，因此系統(tǒng)的優(yōu)點(diǎn)主要包括以下幾個。（1）遠(yuǎn)程掛號：將原來現(xiàn)場掛號的操作網(wǎng)絡(luò)化后，用戶就可以在家進(jìn)行掛號，而不再需要去醫(yī)院現(xiàn)場掛號，從而能夠合理的利用好自己的時間，大大減少掛號等待和就醫(yī)等待的時間，從而大大改善用戶的就醫(yī)體驗，從而使得社會發(fā)展更加和諧。（2）就醫(yī)病歷數(shù)字化：醫(yī)生在為用戶診斷時，都會開一個電子處方，然后根據(jù)電子處方來進(jìn)行取藥，所以可以減少紙張的使用，并且方便用戶在線查看病歷情況。傳統(tǒng)的病歷，用戶想要看到醫(yī)生的文字是非常困難的。1.3國內(nèi)外現(xiàn)狀技術(shù)開始于美國，一是因為互聯(lián)網(wǎng)技術(shù)的進(jìn)步，二是美國的人口密度相對較低，人們住在遠(yuǎn)離醫(yī)院的地方，就在線預(yù)約系統(tǒng)來說，“在國內(nèi)比較成熟的是在鹽湖城的LDS[1]醫(yī)院和退伍軍人行政中使用的UHCP[2]系統(tǒng)”。與美國相比，我國的技術(shù)還是特別欠缺的，所以去學(xué)習(xí)了技術(shù)，然后得到了發(fā)展。我國的網(wǎng)絡(luò)技術(shù)開始的比較晚，我們可以學(xué)習(xí)外國成功的案列，這樣給我們減少了一些不必要的麻煩。雖然國內(nèi)在做這種此類事情，但是中國的在線預(yù)約系統(tǒng)整體上是落后于美國的。1.4開發(fā)目標(biāo)開始做系統(tǒng)之前，一定要做一些目標(biāo)，有了這些目標(biāo)開發(fā)系統(tǒng)的時候就會一直朝著這個目標(biāo)靠近，這樣做出的系統(tǒng)會更接近用戶的需求，也比較省時省力。在設(shè)定目標(biāo)的時候，一定要綜合考慮，不僅要考慮用戶的需求，還要考慮現(xiàn)在開發(fā)的系統(tǒng)市面上有沒有出現(xiàn)過。編寫系統(tǒng)的時候注意以下四點(diǎn)目標(biāo)：(1)操作界面漂亮用戶看到系統(tǒng)的時候，第一眼看到的不是代碼而是這個系統(tǒng)的操作界面，所以在做界面的時候要盡可能的美觀大方，不要用飽和度太高的顏色。每個界面的顏色大體上要保持一致，不要用太跳的顏色，一個色系的顏色會給人眼前一亮的感覺。除了界面要好看，還要注意系統(tǒng)操作起來要比較容易，設(shè)計的時候要根據(jù)用戶使用習(xí)慣來進(jìn)行設(shè)計，這樣用戶在不熟悉系統(tǒng)的時候，就可以根據(jù)自己的習(xí)慣進(jìn)行操作，快速適應(yīng)系統(tǒng)。(2)功能透明化這個系統(tǒng)里面不是所有的人都是會員，可能還有好多人不是會員，他們想要注冊時對系統(tǒng)是陌生的，如果在注冊過程中遇到很復(fù)雜的操作，用戶會選擇放棄注冊。為了用戶使用起來比較容易，應(yīng)該選擇把系統(tǒng)的功能透明化，用戶只需要輸入幾條簡單的信息，點(diǎn)擊按鈕提交就可以了。把系統(tǒng)透明化之后不僅讓用戶體驗良好，還可以保護(hù)數(shù)據(jù)。(3)系統(tǒng)互動強(qiáng)用戶所使用的界面是用戶和系統(tǒng)之間的互動，意思是用戶在屏幕上輸入一些內(nèi)容，系統(tǒng)那邊就會收到這些信息，然后系統(tǒng)在把信息反饋給用戶。一個系統(tǒng)不可能只有一個功能，所以說系統(tǒng)不會每次都顯示相同的內(nèi)容，而是與用戶互動。（4）系統(tǒng)容錯性強(qiáng)在第一次使用軟件時，或多或少的都會操作錯誤。錯誤產(chǎn)生后系統(tǒng)不能直接的死機(jī)，應(yīng)做的是需要提醒用戶你做的這個操作是不對的，然后在給對的操作流程，讓用戶跟著對的流程重新操作。除了操作錯誤之外，還有一個操作能夠體現(xiàn)系統(tǒng)的容錯能力比較強(qiáng)，就是當(dāng)用戶輸入不合法的信息時，系統(tǒng)能及時地反映出來并可以將它排除掉，這樣用戶就可以正常下面的步驟，所以在設(shè)計系統(tǒng)的時候系統(tǒng)的容錯能力一定強(qiáng)。2需求分析2.1可行性分析可行性分析指分析軟件需要什么功能，大概多長時間完成，現(xiàn)在有什么樣的資源和已經(jīng)出現(xiàn)的技術(shù)?？尚行苑治鰬?yīng)該從這四個方面著手：一是經(jīng)濟(jì)的可行性，大概意思是我們開發(fā)的這個軟件對社會有什么幫助，能不能提供給一些經(jīng)濟(jì)價值；二是操作的可行性，意思是做出的軟件能不能讓用戶快點(diǎn)會用，三是技術(shù)的可行性，意思是自己對技術(shù)的熟練度；四是法律的可行性，大體意思是從分析到開發(fā)用到的工具有沒有使用盜版的軟件，存不存在侵權(quán)的行為。具體的可行性分析如下。2.1.1經(jīng)濟(jì)的可行性通過開發(fā)這個軟件，可以提高同學(xué)們的開發(fā)能力和思考能力，還可以提高同學(xué)們的文檔的撰寫能力，學(xué)校還提供了免費(fèi)的開發(fā)工具，開發(fā)工具不要花錢，綜上，開發(fā)這個軟件的經(jīng)濟(jì)是可行的，對社會也有一定的幫助。2.1.2技術(shù)的可行性“基于Web醫(yī)院就醫(yī)預(yù)約系統(tǒng)是基于B/S[3]進(jìn)行開發(fā)”，“網(wǎng)頁采用HTML,JavaScript和AJAX[5]進(jìn)行開發(fā)，后臺用的是C#和SQL”。在本科學(xué)習(xí)了兩年，掌握了不少的高級開發(fā)語言。2.1.3操作的可行性軟件開發(fā)的操作的可行性指的是開發(fā)出的軟件是開發(fā)的軟件對用戶友不友好，能否輕而易舉的掌握，開發(fā)者應(yīng)盡自己最大的努力把功能做出可視化，界面上所出現(xiàn)的應(yīng)該都是用戶所關(guān)心的信息，這樣用戶直接可以在界面上填寫必要的信息了，不用盲目的尋找了。用戶在輸入必要的信息之后可以通過可視化界面實(shí)現(xiàn)用戶和程序的互動操作。在開發(fā)軟件的時候一定要遵守這些要求，開發(fā)出來的軟件就非常簡單易學(xué)，好上手。所以說軟件操作也是可行的。2.1.4法律可行性不會把此系統(tǒng)賣給任何人，也不會盜用其他人的勞動成果，沒有侵權(quán)的行為，這樣在法律上也是可行的。2.2功能需求此系統(tǒng)有三個角色，分別是管理員，醫(yī)生和病人，不同的角色具有不同的權(quán)限，管理員具有科室添加和管理，醫(yī)生添加和管理，藥品添加管理和發(fā)放，病人信息管理和醫(yī)院營業(yè)情況統(tǒng)計。醫(yī)生具有現(xiàn)成掛號診斷，線上掛號診斷，處方開具和管理，藥品添加，處方收費(fèi)，個人掛號量統(tǒng)計和營業(yè)情況統(tǒng)計。病人具有在線掛號，歷史病歷查看等功能。2.2.1各類用戶的需求分析（1）管理員：所有管理員有登錄系統(tǒng)的方法，登上之后可以管理系統(tǒng)中的管理員的信息，因為管理員權(quán)限是非常高，所以管理員之間是相互管理的。（2）醫(yī)生：對于醫(yī)院來說，醫(yī)生信息是系統(tǒng)內(nèi)非常重要的核心資源，其是醫(yī)院和病人之間的連接橋梁。因此醫(yī)生的各種信息添加和刪除必須讓管理員來操作，管理員的最高權(quán)限在這也能體現(xiàn)出來。（3）病人：患者有自己的賬號和密碼，通過賬號和密碼登錄系統(tǒng)中可以進(jìn)行修改密碼，預(yù)約醫(yī)生。如圖2-1所示。圖2-1用戶功能圖2.2.2科室（1）維護(hù)科室信息：科技不斷發(fā)展，醫(yī)院也會隨著進(jìn)步，這樣醫(yī)院的科室會慢慢的增加起來，科室的名稱也可能還會有變化，這時就需要讓管理員進(jìn)行必要的維護(hù)。（2）添加科室：醫(yī)院都有不同的科室，因為病人看病是按科室進(jìn)行掛號的，每個醫(yī)生都有自己擅長的領(lǐng)域，所以每個醫(yī)生都被分配在不同的科室。管理員登到系統(tǒng)之后，會根據(jù)自己醫(yī)院的情況來添加科室。如圖2-2所示。圖2-2科室圖2.2.3在線預(yù)約（1）在線診斷：醫(yī)院就診情況分為兩種，一個是現(xiàn)場就診，而是掛號就診，因此醫(yī)生在線診斷也分為現(xiàn)場就診診斷和掛號診斷，兩個的區(qū)別就是，掛號診斷的用戶是定的，而現(xiàn)場診斷需要醫(yī)生選擇或者添加病人信息。（2）用戶在線掛號：患者登錄系統(tǒng)之后，根據(jù)自己的情況來選擇一個科室進(jìn)行掛號。（3）處方信息查看：醫(yī)生在為用戶診斷時，都會開一個電子處方，且電子處方會實(shí)時存在醫(yī)院里面的系統(tǒng)中，換句話來說，所有用戶的信息都可以被查詢到。（4）處方收費(fèi)：醫(yī)生在開具處方時，通常會添加藥品，在取藥的時候支付錢。如圖2-3所示。圖2-3預(yù)約圖2.2.4藥品管理（1）添加藥品：醫(yī)生開具處方時，處理診斷結(jié)果的描述，多數(shù)情況下還得要添加藥品，正常情況下醫(yī)院藥品的管理都是由專門的醫(yī)生進(jìn)行管理的，本課題在設(shè)計醫(yī)生角色時沒有將其進(jìn)行分開，因此醫(yī)院登錄后可以在線添加藥品信息，可以在線診斷病人。（2）藥品信息的維護(hù)：隨著醫(yī)療技術(shù)的發(fā)展，有的藥品已經(jīng)過時了，不能用啦，這是醫(yī)生就要進(jìn)系統(tǒng),可以更改藥品的信息，可以對它進(jìn)行刪除，添加等操作。（3）藥品信息的發(fā)放：醫(yī)生在開具處方時，通常會添加藥品，病人拿著就診號去指定窗口就可以取藥，因此醫(yī)生可以在線發(fā)放藥品信息。如圖2-4所示。圖2-4藥品圖2.2.5系統(tǒng)統(tǒng)計（1）統(tǒng)計診斷量：診斷量統(tǒng)計是分管理員和醫(yī)生的，醫(yī)生只能查看自己的診斷信息統(tǒng)計，而管理員可以查看醫(yī)院內(nèi)的全部的診斷量統(tǒng)計信息。這樣可以評估每個醫(yī)院的工作量。（2）營業(yè)額信息的統(tǒng)計：營業(yè)額統(tǒng)計有兩塊，一是醫(yī)生可以看到自己一天的營業(yè)額，二是管理員可以看到醫(yī)院一天的營業(yè)額而且還可以看到每個醫(yī)生的營業(yè)額。（3）預(yù)約量信息的統(tǒng)計：診斷量統(tǒng)計是分管理員和醫(yī)生的，醫(yī)生只能查看自己的預(yù)約量統(tǒng)計，然而管理員可以看到每個科室的預(yù)約量，每個醫(yī)生的預(yù)約量還有醫(yī)院一天的預(yù)約量。如圖2-5所示。圖2-5統(tǒng)計圖2.3業(yè)務(wù)流程基于Web的醫(yī)院就醫(yī)預(yù)約系統(tǒng)將原來現(xiàn)場掛號的操作網(wǎng)絡(luò)化后，用戶就可以在家進(jìn)行掛號，而不再需要去醫(yī)院現(xiàn)場掛號，從而能夠合理的利用好自己的時間，大大減少掛號等待和就醫(yī)等待的時間，從而大大改善用戶的就醫(yī)體驗，從而使得社會發(fā)展更加和諧。如圖2-6所示。圖2-6業(yè)務(wù)流程圖2.4數(shù)據(jù)流圖2-7基本符號2.4.10層圖患者可以掛號，可以查到之前看病的記錄和醫(yī)生下的診斷。醫(yī)生在系統(tǒng)可以看到今天有多少患者預(yù)約了自己，可以在線給患者開藥，還可以看到今天自己的營業(yè)額。管理員在系統(tǒng)中可以管理今天的預(yù)約量，今天各科室醫(yī)生用了多少藥，各科室的營業(yè)額有多少，病人對醫(yī)院有什么樣的投訴等。因此第0層數(shù)據(jù)流圖如圖2-8所示。圖2-80層圖2.4.21層圖管理員根據(jù)醫(yī)院的情況來增添加科室，而患者就可以在線掛號，可以查到之前醫(yī)生給下的診斷和記錄?；颊咴诰€掛號之后，醫(yī)生就會收到通知，醫(yī)生就會對患者的預(yù)約做出相應(yīng)的處理，然后給出相應(yīng)的診斷。因此第一層數(shù)據(jù)流如圖2-9所示。圖2-91層圖2.4.2層圖不是這個系統(tǒng)的會員通過系統(tǒng)的首頁瀏覽時，如果對這個醫(yī)院感興趣可以選擇在頁面進(jìn)行注冊，注冊完之后就會成為此系統(tǒng)的會員，這樣就會有一個屬于個人的登陸方式，患者根據(jù)系統(tǒng)的登錄方式可以登進(jìn)去。登上去之后，患者如果感覺自己的密碼不好記就可以重新修改，還可以查看到各位醫(yī)生的信息和今天的預(yù)約量，患者看完介紹有自己心儀的醫(yī)生就可以點(diǎn)擊預(yù)約，預(yù)約過后醫(yī)生在自己的界面就可以看到患者預(yù)約的消息，如果時間等的長，患者可以選擇回家等，快到自己的時候系統(tǒng)會提前發(fā)消息提醒，患者看到提醒到相應(yīng)的科室找自己預(yù)約的醫(yī)生，醫(yī)生根據(jù)患者的情況做出相應(yīng)的處理，給出正確的診斷，醫(yī)生再把病人的信息保存，后面就可以看到以往的病例了。因此第一層數(shù)據(jù)流如圖2-10所示。圖2-102層圖

3系統(tǒng)概要設(shè)計概要設(shè)計是寫給開發(fā)人員看的,需求文檔評審?fù)旰?，開發(fā)人員就需要寫一份設(shè)計概要設(shè)計，一般包括需求背景、設(shè)計架構(gòu)、數(shù)據(jù)表結(jié)構(gòu)、ER圖、時序圖、程序主要邏輯設(shè)計、上下游接口改動點(diǎn)、腳本、上線特殊步驟等等。主要作用就是告訴自己，或者他人，你打算怎么實(shí)現(xiàn)這個需求。3.1系統(tǒng)體系結(jié)構(gòu)B/S架構(gòu)的優(yōu)點(diǎn)如下：（1）強(qiáng)大的共享:B/S體系結(jié)構(gòu)里面全部的數(shù)據(jù)都會傳到網(wǎng)絡(luò)上，用戶根據(jù)自己的登錄方式進(jìn)入系統(tǒng)，看自己的信息，所以B/S有強(qiáng)大的共享。只要數(shù)據(jù)傳到網(wǎng)上，用戶就能看到，用戶肯定不會只有一個人，會有萬名用戶訪問數(shù)據(jù)，所以說此架構(gòu)的共享性也十分的強(qiáng)大。（2）客戶依賴性?。骸爸灰袀€可以解析HTML[18]語言格式的瀏覽器就可以訪問系統(tǒng)，這也是B/S端的最特出的優(yōu)點(diǎn)”。（3）容易維護(hù)和升級：所有的事情有利就有弊，升級服務(wù)器有一定的好處，但是也有一定的壞處，當(dāng)用戶做出一些操作之后，服務(wù)器接收到之后就會進(jìn)行一系列的計算，計算完之后服務(wù)器把結(jié)果反應(yīng)給用戶，當(dāng)有成千上萬個用戶同時使用時，服務(wù)器可能會變得比較遲鈍，因為計算機(jī)的處理能力也有一定的限度。三層邏輯架構(gòu)如圖3-1所示。圖3-1三層架構(gòu)圖3.2系統(tǒng)功能設(shè)計這個系統(tǒng)里面有三個角色，分別是管理員，醫(yī)生和病人，不同的角色具有不同的權(quán)限，管理員具有科室添加和管理，醫(yī)生添加和管理，藥品添加管理和發(fā)放，病人信息管理和醫(yī)院營業(yè)情況統(tǒng)計。醫(yī)生具有現(xiàn)成掛號診斷，線上掛號診斷，處方開具和管理，藥品添加，處方收費(fèi)，個人掛號量統(tǒng)計和營業(yè)情況統(tǒng)計。病人具有在線掛號，歷史病歷查看等功能。3.2.1病人功能設(shè)計患者可以在此系統(tǒng)中進(jìn)行在線掛號，也可以看以前的病例和之前預(yù)約的信息，具體功能如下。（1）醫(yī)院信息的查看：已經(jīng)注冊過會員的用戶和沒注冊過會員的用戶可以通過系統(tǒng)的首頁來查看醫(yī)院的情況。（2）醫(yī)院門診信息的查看：患者通過賬號密碼登錄到此系統(tǒng)之后，可以選擇自己心儀的醫(yī)生，并且可以看到自己預(yù)約的醫(yī)生今天的預(yù)約量是否已經(jīng)達(dá)成了。（3）病人在線預(yù)約：患者在這個系統(tǒng)里面可以進(jìn)行掛號。（4）查看病歷：患者登錄系統(tǒng)過后，可以在系統(tǒng)里面看到自己之前的病例信息。因為在醫(yī)生在為用戶診斷時，都會開一個電子處方，然后根據(jù)電子處方來進(jìn)行取藥。如圖3-2所示。圖3-2病人用例圖3.2.2醫(yī)生功能設(shè)計功能有下面七點(diǎn)：（1）藥品信息的添加：醫(yī)生在給患者開具處方時，處理診斷結(jié)果的描述，多數(shù)情況下還得要添加藥品，正常情況下醫(yī)院藥品的管理都是由專門的醫(yī)生進(jìn)行管理的，本課題在設(shè)計醫(yī)生角色時沒有將其進(jìn)行分開，因此醫(yī)院登錄后可以在線添加藥品信息，可以在線診斷病人。（2）藥品信息發(fā)放：醫(yī)生在開具處方時，通常會添加藥品，病人拿著就診號去指定窗口就可以取藥，因此醫(yī)生可以在線發(fā)放藥品信息。（3）在線診斷：醫(yī)院就診情況分為兩種，一個是現(xiàn)場就診，而是掛號就診，因此醫(yī)生在線診斷也分為現(xiàn)場就診診斷和掛號診斷，兩個的區(qū)別就是，掛號診斷的用戶是定的，而現(xiàn)場診斷需要醫(yī)生選擇或者添加病人信息。（4）處方信息查看：醫(yī)生在為用戶診斷時，都會開一個電子處方，且電子處方會實(shí)時存在醫(yī)院系統(tǒng)中，醫(yī)生可以看到所有用戶的處方信息。（5）處方收費(fèi)：醫(yī)生在開具處方時，通常會添加藥品，在發(fā)放藥品時需要收取藥品的費(fèi)用。（6）診斷信息量統(tǒng)計：醫(yī)生登錄后可以在線統(tǒng)計自己的診斷量，可以統(tǒng)計其整個工作情況。（7）預(yù)約量信息統(tǒng)計：醫(yī)生登錄后可以在線統(tǒng)計自己的預(yù)約量，可以看天今天一整天看了多少的患者。如圖3-3所示。圖3-3病人功能用例圖3.2.3管理員功能設(shè)計通過基于Web的醫(yī)院就醫(yī)預(yù)約系統(tǒng)，因為管理員有最高的權(quán)限，管理員主要干查看每天的預(yù)約量，醫(yī)院的營業(yè)額，醫(yī)院的宣傳等工作。具體功能有下面九點(diǎn)。（1）管理員信息的管理：每個管理員都有自己的密碼和賬戶，通過密碼和賬號登錄到系統(tǒng)中，因為管理員的權(quán)限是非常高，所以管理員之間是相互管理的。（2）醫(yī)生信息管理：對于醫(yī)院來說，其醫(yī)生信息是系統(tǒng)內(nèi)非常重要的核心資源，其是醫(yī)院和病人之間的鏈接橋梁。因此醫(yī)生們的信息都是讓管理員來登記的。（3）添加科室：每個醫(yī)院都會根據(jù)科室來劃分，因為患者來看病的時候都是看著科室來掛號的，不可能盲目的去掛號，而且每一位醫(yī)生都有自己的科室，當(dāng)醫(yī)院新進(jìn)來醫(yī)生的時候，管理員就需要把他們安排到各科室里面。（4）科室維護(hù)：醫(yī)療技術(shù)不斷發(fā)展，醫(yī)院就會越來越龐大，醫(yī)生也會越來越多，醫(yī)院的業(yè)務(wù)也會增多，相對應(yīng)的科室就會增多，這時管理員就需要對科室進(jìn)行一定的維護(hù)了。（5）藥品的添加：醫(yī)生在給病人開具處方時，處理診斷結(jié)果的描述，多數(shù)情況下還得要添加藥品，正常情況下醫(yī)院藥品的管理都是由專門的醫(yī)生進(jìn)行管理的，本課題在設(shè)計管理員角色時沒有將其進(jìn)行分開，因此管理員登錄后可以在線添加藥品信息，可以在線診斷病人。（6）藥品的維護(hù)：科技在不斷地發(fā)展，醫(yī)療技術(shù)在進(jìn)步，現(xiàn)在市面上的一些藥品要被淘汰了,這時候就需要管理員去系統(tǒng)對這些藥品進(jìn)行刪除，修改。（7）診斷信息量統(tǒng)計：診斷量統(tǒng)計是分管理員和醫(yī)生的，醫(yī)生只能查看自己的診斷信息統(tǒng)計，而管理員可以查看醫(yī)院內(nèi)的全部的診斷量統(tǒng)計信息。這樣可以評估每個醫(yī)院的工作量。（8）統(tǒng)計營業(yè)額：統(tǒng)計營業(yè)額有兩塊，一是管理員可以查看醫(yī)院內(nèi)的全部的營業(yè)額統(tǒng)計信息，二是醫(yī)生可以查看自己一天的營業(yè)額。（9）預(yù)約量信息統(tǒng)計：診斷量統(tǒng)計是分管理員和醫(yī)生的，醫(yī)生只能看到今天自己有多少預(yù)約量，管理員有最高權(quán)限，因此管理員可以看所有人的預(yù)約量。如圖3-4所示。圖3-4管理員用例圖3.2.4總體功能設(shè)計這個系統(tǒng)里面，患者可以掛號，可以看記錄。醫(yī)生在系統(tǒng)可以看到今天有多少患者預(yù)約了自己，可以在線給患者開藥，還可以看到今天自己的營業(yè)額。管理員在系統(tǒng)中可以管理今天的預(yù)約量，今天各科室醫(yī)生用了多少藥，各科室的營業(yè)額有多少，病人對醫(yī)院有什么樣的投訴等。系統(tǒng)的整體功能如圖3-5所示。圖3-5整體功能3.3數(shù)據(jù)庫設(shè)計設(shè)計斯洛克是軟件能正常運(yùn)行地重中之重，這部分是決定數(shù)據(jù)庫里面要放什么信息，用什么表，這些表怎么樣連接起來，做好這個就相當(dāng)于房子打好了地基，我們蓋多高的樓也不怕倒了。所以說把數(shù)據(jù)庫設(shè)計做的比較規(guī)矩，我們也不怕后續(xù)遇到的麻煩了，后期維護(hù)和更新也會變得容易了。而數(shù)據(jù)庫設(shè)計的主要工作就是建立各種表，讓這些表通過關(guān)鍵字，外鍵關(guān)聯(lián)起來，不能讓這些表獨(dú)立存在。3.3.1概要設(shè)計“E-R[7]圖表通常用來描述數(shù)據(jù)庫的概念模型”。具體如下E-R圖所示。圖3-6醫(yī)生E-R圖圖3-7管理員E-R圖圖3-8科室E-R圖圖3-9患者E-R圖圖3-10預(yù)約E-R圖圖3-11系統(tǒng)E-R圖3.3.2邏輯設(shè)計“通俗的來講數(shù)據(jù)庫[8]邏輯設(shè)計就是將E-R圖用表創(chuàng)建出來，里面加入數(shù)據(jù)”。下面的幾個表就是對應(yīng)上面的E-R圖。表3-1管理員信息表字段名類型長度說明userIduserNameuserPwintvarcharvarchar55050管理員編號（主鍵）管理員姓名密碼表3-2醫(yī)生信息表頁面頂端空一行。頁面頂端空一行。字段名類型長度說明yisheng-idyisheng-nameyisheng-pwyisheng-sexyisheng-ageyisheng-jianjieKeshi-idintvarcharvarcharvarcharvarcharvarcharint56050502080005醫(yī)生編號（主鍵）醫(yī)生姓名登錄密碼醫(yī)生性別醫(yī)生年齡醫(yī)生的自我介紹科室的編號表3-3科室信息表字段名類型長度科室編號數(shù)字10科室名文本100科室簡介文本2000表3-4用戶信息表字段名類型長度用戶編號數(shù)字10用戶名字文本20用戶密碼數(shù)字30用戶地址文本40性別文本5電話數(shù)字15郵箱數(shù)字20表3-5預(yù)約信息表字段名數(shù)據(jù)類型長度功能描述預(yù)約編號數(shù)字10主鍵用戶編號數(shù)字11用戶醫(yī)生編號數(shù)字13醫(yī)生預(yù)約時間數(shù)字110時間

4詳細(xì)設(shè)計“通過編碼[9]的形式將分析完成的功能進(jìn)行編碼，把它們連起來形成一個完整的系統(tǒng)”。4.1編程語言系統(tǒng)的總體架構(gòu)用的是B/S，網(wǎng)頁用的是html、css等，后臺用sqlserver2012和c#。4.1.1網(wǎng)站編程技術(shù)網(wǎng)頁的表示形式是開頭用一對html，開始的標(biāo)簽是<html>，結(jié)束的時侯要有一個/，所以結(jié)束的標(biāo)志是</html>。在html下面就是頭部內(nèi)容，用一對head來表示，表示的方式和html表示的方式一樣，頭部下面就是網(wǎng)頁的標(biāo)題。如果只用html的話有一些缺點(diǎn)，它只能展示出已經(jīng)弄好的內(nèi)容，也就是說在不同的時間相同的頁面展示相同的內(nèi)容，然而js就可以放在html中使用，從而滿足了用戶和系統(tǒng)互動的需求。4.1.2后臺編程技術(shù)后臺邏輯采用C#和SQL進(jìn)行控制，可以隨時保存信息和讀取信息。4.2管理員模塊這個系統(tǒng)里面有三個角色，分別是醫(yī)生、病人、管理員。管理員有最高的權(quán)限，所以工作也比較多，主要工作就是看每天的預(yù)約情況，藥品的使用情況，每天的營業(yè)額有多少，醫(yī)院的日常開支等。4.2.1科室信息添加實(shí)現(xiàn)醫(yī)院里面有十幾個科室或者二十多科室，患者也是有不同的癥狀，患者根據(jù)自己的癥狀來選擇不同的科室。管理員根據(jù)自己的登錄方式等到系統(tǒng)里面，然后進(jìn)行添加科室，管理員點(diǎn)擊科室信息管理然后再點(diǎn)擊添加科室，把科室代號、科室名稱、管理員信息輸入進(jìn)去，然后點(diǎn)擊添加這樣一個新的科室就增加成功了。如圖4-1所示。圖4-1添加科室科室信息添加實(shí)現(xiàn)的時序圖如圖4-2所示。圖4-2添加科室時序圖4.2.2添加醫(yī)生患者來醫(yī)院看病首先看的就是這個醫(yī)院的醫(yī)生怎么樣，所以醫(yī)生的信息要每個一段時間更新一下，因為醫(yī)生會有辭職的也有新來的醫(yī)生，這些信息都要隨時更新，而這些操作都有管理員來操作。管理員登錄進(jìn)去之后，可以刪除離職醫(yī)生的信息，也可以把新進(jìn)醫(yī)院的醫(yī)生信息添加進(jìn)來。添加醫(yī)生需要點(diǎn)擊醫(yī)生信息管理，再點(diǎn)擊添加醫(yī)生，把工號、姓名、身份證、電話、科室等信息填入進(jìn)去，最后點(diǎn)擊添加就可以了。如圖4-3所示。圖4-3添加醫(yī)生醫(yī)生信息添加實(shí)現(xiàn)的時序圖如圖4-4所示。圖4-4添加醫(yī)生時序圖4.2.3藥品信息添加實(shí)現(xiàn)醫(yī)生給患者看完病就需要開出一些藥品，有時候醫(yī)院會有新的藥品進(jìn)入庫房，這時就需要管理員登錄系統(tǒng)進(jìn)行添加。進(jìn)入系統(tǒng)之后，首先點(diǎn)擊藥品信息管理，其次藥品進(jìn)貨管理，在文本框內(nèi)輸入藥品編號、藥品名稱、價格、詳細(xì)介紹等信息之后，最后點(diǎn)擊添加就可以啦。如圖4-5所示。圖4-5添加藥品添加藥品時序圖如圖4-6所示。圖4-6添加藥品時序圖4.2.4醫(yī)院營業(yè)額統(tǒng)計實(shí)現(xiàn)醫(yī)院雖說是看病救人的地方，但是醫(yī)院也不是慈善機(jī)構(gòu)，醫(yī)院也要從制藥廠里面買藥，還要給醫(yī)生開工資，所以說醫(yī)院每天也會有自己的營業(yè)額。管理員可以在醫(yī)院的日常工作的門診營業(yè)額看到每天的營業(yè)額是多少。如圖4-7所示。圖4-7統(tǒng)計營業(yè)額營業(yè)額統(tǒng)計實(shí)現(xiàn)的時序圖如圖4-8所示。圖4-8統(tǒng)計營業(yè)額時序圖4.3醫(yī)生模塊功能這個系統(tǒng)里面有三個角色，分別是醫(yī)生、患者和管理員。醫(yī)生在系統(tǒng)中可以開出診斷、查看每天的預(yù)約量、在線處理預(yù)約情況。4.3.1醫(yī)生登陸實(shí)現(xiàn)醫(yī)生都有自己的登錄方式，如果是新用戶就需要在界面注冊一下，然后根據(jù)賬號和密碼登錄到系統(tǒng)中。具體實(shí)現(xiàn)界面如圖4-9所示。圖4-9醫(yī)生登陸醫(yī)生登陸實(shí)現(xiàn)的時序圖如圖4-10所示。圖4-10醫(yī)生登陸時序圖4.3.2在線診斷實(shí)現(xiàn)有兩個診斷方式，一是醫(yī)生根據(jù)病人拍的片子，看看具體的癥狀，然后更具病人的開出藥品。二是，醫(yī)生在系統(tǒng)里面對患者的預(yù)約進(jìn)行處理，然后把病人叫道面前進(jìn)行珍治，然后在開出需要的藥品，病人再去藥房拿藥。如圖4-11所示。圖4-11在線診斷在線診斷的時序圖如圖4-12所示。圖4-12在線診斷時序圖3.3查看預(yù)約量醫(yī)生在工作管理里面的診斷量統(tǒng)計可以查看本人一天的工作量。如圖4-13所示。圖4-13統(tǒng)計預(yù)約量時序圖如圖4-14所示。圖4-14預(yù)約量統(tǒng)計時序圖4.4病人模塊功能此系統(tǒng)有三個用戶，有醫(yī)生、病人、管理員。用戶查看之前看病的記錄。4.4.1系統(tǒng)首頁實(shí)現(xiàn)當(dāng)我們使用一個軟件和系統(tǒng)的時候，步入眼簾的就是首頁，首頁美不美觀真的很重要，這個系統(tǒng)的界面采用1：1：2：1的尺寸，第一行導(dǎo)航欄，上面有醫(yī)院的簡介、醫(yī)院的動態(tài)、?？平榻B、溝通聯(lián)系、用戶登錄等窗口。第二行就是滾動的照片，第三行醫(yī)院的一些具體情況。其布局是兩列。一個是介紹醫(yī)院的，第二個是所有用戶來登錄的。具體如圖4-15所示。圖4-15首頁4.4.2個人信息維護(hù)實(shí)現(xiàn)患者根據(jù)自己的方式登錄到系統(tǒng)中改信息，點(diǎn)擊個人信息管理再點(diǎn)擊個人信息修改，在里面就可以修改自己的姓名、電話、年齡、地址等重要的信息。如圖4-16所示。圖4-16個人信息修改時序圖如圖4-17所示。圖4-17個人信息修改時序圖4.4.3在線預(yù)約患者登錄系統(tǒng)之后，在“在線預(yù)約管理界面”，在“在線預(yù)約信息”選擇預(yù)約想要預(yù)約的醫(yī)生，找到醫(yī)生的名字點(diǎn)擊預(yù)約就即可完成操作。如果用戶是第一次訪問此系統(tǒng)，就需要根據(jù)自己的實(shí)名信息進(jìn)行賬號注冊，注冊成功后，才可以進(jìn)入本系統(tǒng)進(jìn)行在線掛號預(yù)約。如圖4-18所示。圖4-18在線預(yù)約時序圖如圖4-19所示。圖4-19在線預(yù)約時序圖4.4.4預(yù)約記錄查看實(shí)現(xiàn)病人登錄后可以在“在線預(yù)約管理”界面的“在線預(yù)約列表”查看自己所以的預(yù)約記錄。具體實(shí)現(xiàn)截圖如圖4-20所示。圖4-20查看預(yù)約記錄在預(yù)約記錄中，時序圖如圖4-21所示。圖4-21預(yù)約記錄時序圖

5 系統(tǒng)測試系統(tǒng)實(shí)現(xiàn)之后，軟件測試也是很有必要的，而且這個環(huán)節(jié)是完成系統(tǒng)的重中之重，因為編寫完系統(tǒng)之后不測試的話，可能會有很多的小問題。如果把有問題的系統(tǒng)交給用戶，不滿足用戶需求的話用戶很有可能不會把錢打過來，這樣的話前期做的所有工作就沒有什么用了。5.1測試方法“軟件測試從程序的模塊進(jìn)行分，可以分為白盒測試和黑盒測試[16]”，白盒測試是將模塊功能的代碼程序打開，對選中的的程序進(jìn)行檢查測試，這個工作量是非常巨大的。但是發(fā)現(xiàn)問題后想要解決時，就需要對程序進(jìn)行白盒測試，這個操作需要系統(tǒng)開發(fā)維護(hù)人員進(jìn)行操作。黑盒測試與白盒測試不同的是，黑盒測試的程序，不會很細(xì)的研究，所以測試程序的時候就會用到黑盒測試，當(dāng)測試有問題的時候，才會用白盒測試來看看哪個模塊出現(xiàn)了問題。5.2測試目的系統(tǒng)軟件測試是系統(tǒng)軟件功能和用戶需求能夠達(dá)成一致性的最后保障，所以對于軟件質(zhì)量來說軟件測試是非常必要。軟件測試的主要目的是找出系統(tǒng)中存在的問題，通過在軟件編程過程中來解決這些問題，從而使得軟件是按照用戶需求的功能進(jìn)行編程實(shí)現(xiàn)的。軟件測試的主要目的是為了盡可能的找出已開發(fā)出的軟件中潛在的Bug，然后將Bug記錄并上報給對應(yīng)的系統(tǒng)開發(fā)人員進(jìn)行Bug的修復(fù)，通過在對Bug的修復(fù)來保證開發(fā)出來的系統(tǒng)是符合系統(tǒng)需求功能。然后將修復(fù)好的Bug集成到現(xiàn)有的系統(tǒng)中再繼續(xù)重復(fù)測試，盡可能的重復(fù)找出潛在的問題，然后重復(fù)上面步驟進(jìn)行修復(fù)，集成。重復(fù)多次，直到測試不出比較嚴(yán)重的Bug則結(jié)束。因此軟件測試的意義是通過重復(fù)的測試，修改和集成等步驟來確保系統(tǒng)功能滿足用戶真實(shí)的需求，且通過軟件測試能夠盡早的發(fā)現(xiàn)系統(tǒng)中存在的問題，通過及時發(fā)現(xiàn)問題并解決這些問題，從而大大的降低軟件修復(fù)的成本，并且能夠及時糾正開發(fā)人員對需求分析的錯誤理解，從而使得開發(fā)人員對用戶的需求有個更深入的理解，因而更有利于后續(xù)功能的開發(fā)。5.3測試原則（1）滿足用戶需求我們做軟件測試的目的就是看做出來的系統(tǒng)與用戶要求的系統(tǒng)有什么樣的不同，然后將這些不同之處再進(jìn)行修復(fù)，一定做出和用戶的需求一樣的系統(tǒng)。（2）查缺陷“軟件測試還有一個目的就是找出系統(tǒng)中存在的問題[20]”，而不是來驗證系統(tǒng)有多準(zhǔn)確。軟件測試時我們最重要的是了解到系統(tǒng)中存在的功能性問題，不用把正常實(shí)現(xiàn)的功能也做報告。在測試階段的系統(tǒng)不會有多完善，或多或少的都會存在一定的小問題，所以說報告上面只會列出軟件存在什么樣的功能問題，不會顯示系統(tǒng)已正確實(shí)現(xiàn)的功能。（3）趁早介入很多人都認(rèn)為軟件測試是系統(tǒng)編寫完成才進(jìn)行的，其實(shí)不是這樣的，軟件測試貫穿整個過程，從軟件的需求分析就已經(jīng)開始介入了，因為盡早的介入就能盡早地發(fā)現(xiàn)問題，這樣解決問題變得也很簡單，維護(hù)成本費(fèi)用也會大大地降低，而且盡早地介入，開發(fā)出來地軟件質(zhì)量也會變得非常好。綜上優(yōu)點(diǎn)，盡早地介入優(yōu)點(diǎn)大于缺點(diǎn)，所以說測試還是盡早進(jìn)行，及時改正功能。5.4項目測試5.4.1管理員添加測試管理員在此系統(tǒng)中擁有的權(quán)限最多最高，所以管理員賬號要嚴(yán)格控制，每天好多人注冊賬號，管理員每天要管理很多項工作。為減輕管理員的管理維護(hù)工作，已經(jīng)有賬號的管理員可以在系統(tǒng)中多添加幾個管理員賬號信息，添加成功的管理員也有相同的權(quán)限，可以對患者和醫(yī)生的賬號信息進(jìn)行管理。管理員還可以對現(xiàn)有的管理員進(jìn)行增加，刪除，修改等信息管理系測試用例如5-2所示。測試結(jié)果如圖5-1所示。圖5-1管理員添加測試5.4.2用戶登錄測試用戶登陸系統(tǒng)的時候，要保證自己的賬號、密碼和角色一致，像下圖所示的賬號和角色不一致，系統(tǒng)就會報錯，因此用戶也會登錄不上去。測試結(jié)果如圖5-2所示。圖5-2用戶登錄測試5.4.3在線預(yù)約測試如果患者第一次登錄到這個系統(tǒng)，用戶就需要先注冊，注冊成功之后才能進(jìn)行在線預(yù)約。但是用戶不能一直預(yù)約一個醫(yī)生，當(dāng)醫(yī)生處理我自己的掛號之后，才能再次預(yù)約這個醫(yī)生。如圖5-3所示。圖5-3在線預(yù)約測試5.5測試結(jié)論從需求分析階段就進(jìn)行測試，在過程中也發(fā)現(xiàn)了不少的問題，幸虧是及時的介入了，因此開發(fā)此系統(tǒng)的時候節(jié)省了不少的時間。所以說盡早地進(jìn)行測試還是很有必要的。6結(jié)論系統(tǒng)中的用戶角色有三類，分別是管理員、醫(yī)生和病人，不同的角色具有不同的權(quán)限，管理員具有科室添加和管理、醫(yī)生添加和管理、藥品添加管理和發(fā)放、病人信息管理和醫(yī)院營業(yè)情況統(tǒng)計。醫(yī)生具有線上掛號診斷、處方開具和管理、藥品添加、處方收費(fèi)、個人掛號量統(tǒng)計和營業(yè)情況統(tǒng)計。病人具有在線掛號、歷史病歷查看等功能。醫(yī)院將號源線上化后，所有的用戶都可以通過網(wǎng)絡(luò)進(jìn)行查號，在去醫(yī)院前就可以了解到就診醫(yī)院的號源情況，用戶可以根據(jù)其具體情況來擇優(yōu)選擇就醫(yī)醫(yī)院，因此系統(tǒng)的優(yōu)點(diǎn)主要包括以下幾個。（1）遠(yuǎn)程掛號：將原來現(xiàn)場掛號的操作網(wǎng)絡(luò)化后，用戶就可以在家進(jìn)行掛號，而不再需要去醫(yī)院現(xiàn)場掛號，從而能夠合理的利用好自己的時間，大大減少掛號等待和就醫(yī)等待的時間，從而大大改善用戶的就醫(yī)體驗，從而使得社會發(fā)展更加和諧。（2）就醫(yī)病歷數(shù)字化：醫(yī)生在為用戶診斷時，都會開一個電子處方，然后根據(jù)電子處方來進(jìn)行取藥，所以可以減少紙張的使用，并且方便用戶在線查看病歷情況。傳統(tǒng)的病歷，用戶想要看到醫(yī)生的文字是非常困難的。

參考文獻(xiàn)[1] 楊超.西安理工大學(xué)網(wǎng)絡(luò)信息管理中心,楊超,etal.基于.net的會議室預(yù)約系統(tǒng)的設(shè)計與實(shí)現(xiàn)[J].信息通信.2015(11)：103-104.[2] 李彥鵬,鄧愛珍,何希純,etal.基于.NET的酒店預(yù)訂管理系統(tǒng)的設(shè)計與實(shí)現(xiàn)[J].電腦與電信,2019(7):39-42.[3] 侯玉連.基于.NET的酒店預(yù)訂代理平臺的設(shè)計與實(shí)現(xiàn)[D].2015.[4] 葛艷秋.基于.NETMVC架構(gòu)的社區(qū)在線超市系統(tǒng)的設(shè)計與實(shí)現(xiàn)[D].2016.[5] 陳陽.基于.NET在線圖書銷售系統(tǒng)的設(shè)計分析[J].科技風(fēng),2015(2):7-8.[6] 王凌.基于.NET的放射科信息管理系統(tǒng)的設(shè)計與實(shí)現(xiàn)[D].2015.[7] 王麗娟,米西峰.數(shù)據(jù)庫設(shè)計規(guī)范及設(shè)計技巧研究[J].電腦知識與技術(shù),2015,11(28):12-13.[8]問湘妮.個性化醫(yī)療信息推薦系統(tǒng)的研究與實(shí)現(xiàn)[D].湖南:長沙理工大學(xué),2017.[9]盧智利.醫(yī)院預(yù)約系統(tǒng)規(guī)則庫設(shè)計思路和應(yīng)用技巧的探討[J].中國研究型醫(yī)院,2020,7(04):14-17+91-96.[10]盧道兵,姜雪峰.江蘇省基層轉(zhuǎn)診預(yù)約系統(tǒng)接口研究與應(yīng)用[J].中國醫(yī)療設(shè)備,2020,35(09):115-119.[11]DewsonR.BeginningSQLServerforDevelopers[M].Apress,2015.[12]At?l?mGüne?Baydin,PearlmutterBA,SiskindJM.DiffSharp:AnADLibraryfor.NETLanguages[C]//7thInternationalConferenceonAlgorithmicDifferentiation,ChristChurchOxford,UK,September12–152016(Accepted).2016:265-271.[13]WangY..NET-Based