1、PAGE 本科生畢業論文（設計） 題 目: 基于Web的醫院預約掛號系統 的設計與實現 目 錄TOC o 1-3 h u HYPERLINK l _Toc22147 摘要 PAGEREF _Toc22147 1 HYPERLINK l _Toc8073 關鍵詞 PAGEREF _Toc8073 1 HYPERLINK l _Toc1232 Abstract PAGEREF _Toc1232 1 HYPERLINK l _Toc18336 Key words PAGEREF _Toc18336 1 HYPERLINK l _Toc19508 1 緒論 PAGEREF _Toc19508 1 HY

2、PERLINK l _Toc10400 1.1 選題背景與意義 PAGEREF _Toc10400 1 HYPERLINK l _Toc8532 1.2 國內外研究現狀 PAGEREF _Toc8532 2 HYPERLINK l _Toc26625 1.3 研究目的與內容 PAGEREF _Toc26625 3 HYPERLINK l _Toc12682 1.3.1 研究目的 PAGEREF _Toc12682 3 HYPERLINK l _Toc11381 1.3.2 研究內容 PAGEREF _Toc11381 3 HYPERLINK l _Toc25747 1.4 論文組織結構 PAG

3、EREF _Toc25747 3 HYPERLINK l _Toc29511 2 相關技術理論 PAGEREF _Toc29511 3 HYPERLINK l _Toc19698 2.1 B/S架構介紹 PAGEREF _Toc19698 3 HYPERLINK l _Toc28111 2.1.1 B/S架構的結構和功能 PAGEREF _Toc28111 3 HYPERLINK l _Toc1037 2.1.2 B/S架構的優缺點 PAGEREF _Toc1037 4 HYPERLINK l _Toc3968 2.2 Java Web 開發技術介紹 PAGEREF _Toc3968 4 HY

4、PERLINK l _Toc6288 2.2.1 Jsp語言介紹 PAGEREF _Toc6288 4 HYPERLINK l _Toc31059 2.2.2 Servlet 開發技術介紹 PAGEREF _Toc31059 4 HYPERLINK l _Toc10402 2.3 數據庫開發技術介紹 PAGEREF _Toc10402 5 HYPERLINK l _Toc5534 2.3.1 SQL數據庫介紹 PAGEREF _Toc5534 5 HYPERLINK l _Toc20194 2.3.2 SQL語言的優點 PAGEREF _Toc20194 5 HYPERLINK l _Toc3

5、995 3 系統需求分析 PAGEREF _Toc3995 5 HYPERLINK l _Toc84 3.1 系統可行性分析 PAGEREF _Toc84 5 HYPERLINK l _Toc27689 3.1.1 經濟可行性 PAGEREF _Toc27689 5 HYPERLINK l _Toc10912 3.1.2 技術可行性 PAGEREF _Toc10912 5 HYPERLINK l _Toc30089 3.2 功能需求分析 PAGEREF _Toc30089 5 HYPERLINK l _Toc7502 3.2.1 系統整體功能需求分析 PAGEREF _Toc7502 6 HY

6、PERLINK l _Toc31280 3.2.2 患者模塊功能需求分析 PAGEREF _Toc31280 6 HYPERLINK l _Toc24039 3.2.3 醫院模塊功能需求分析 PAGEREF _Toc24039 7 HYPERLINK l _Toc7899 3.2.4 管理員模塊功能需求分析 PAGEREF _Toc7899 8 HYPERLINK l _Toc17958 3.3 系統用例及活動圖 PAGEREF _Toc17958 9 HYPERLINK l _Toc18053 3.3.1 用戶注冊模塊活動圖 PAGEREF _Toc18053 9 HYPERLINK l _

7、Toc1175 3.3.2 用戶登錄模塊活動圖 PAGEREF _Toc1175 10 HYPERLINK l _Toc26367 3.3.3 用戶預約模塊活動圖 PAGEREF _Toc26367 11 HYPERLINK l _Toc7007 3.3.4 用戶發帖模塊活動圖 PAGEREF _Toc7007 12 HYPERLINK l _Toc5930 3.3.5 醫院科室管理活動圖 PAGEREF _Toc5930 13 HYPERLINK l _Toc5626 3.3.6 醫院醫生管理活動圖 PAGEREF _Toc5626 14 HYPERLINK l _Toc19496 3.3.

8、7 醫院排班管理活動圖 PAGEREF _Toc19496 15 HYPERLINK l _Toc13874 3.3.8 醫院預約管理活動圖 PAGEREF _Toc13874 16 HYPERLINK l _Toc9478 3.3.9 醫院公告管理活動圖 PAGEREF _Toc9478 17 HYPERLINK l _Toc6566 4 系統設計 PAGEREF _Toc6566 18 HYPERLINK l _Toc24737 4.1 系統功能模塊設計 PAGEREF _Toc24737 18 HYPERLINK l _Toc9357 4.2 系統總體流程圖設計 PAGEREF _Toc

9、9357 19 HYPERLINK l _Toc14300 4.3 數據庫設計 PAGEREF _Toc14300 20 HYPERLINK l _Toc9124 4.3.1 數據庫概念結構設計 PAGEREF _Toc9124 20 HYPERLINK l _Toc26210 4.3.2 數據庫邏輯結構設計 PAGEREF _Toc26210 26 HYPERLINK l _Toc26205 5 系統測試 PAGEREF _Toc26205 29 HYPERLINK l _Toc15998 5.1 注冊用例 PAGEREF _Toc15998 29 HYPERLINK l _Toc23505

10、 5.2 登錄用例 PAGEREF _Toc23505 30 HYPERLINK l _Toc18657 5.3 修改個人信息用例 PAGEREF _Toc18657 30 HYPERLINK l _Toc20489 5.4 預約掛號用例 PAGEREF _Toc20489 31 HYPERLINK l _Toc14142 5.5 醫院科室管理用例 PAGEREF _Toc14142 33 HYPERLINK l _Toc5253 5.6 醫院醫生管理用例 PAGEREF _Toc5253 34 HYPERLINK l _Toc26922 5.7 醫院排班管理用例 PAGEREF _Toc26

11、922 36 HYPERLINK l _Toc30270 5.8 醫院預約掛號管理用例 PAGEREF _Toc30270 39 HYPERLINK l _Toc31910 6 總結與展望 PAGEREF _Toc31910 40 HYPERLINK l _Toc13427 6.1 總結 PAGEREF _Toc13427 40 HYPERLINK l _Toc28722 6.2 展望 PAGEREF _Toc28722 40 HYPERLINK l _Toc1778 致謝 PAGEREF _Toc1778 40 HYPERLINK l _Toc19049 參考文獻 PAGEREF _Toc1

12、9049 41PAGE PAGE 40基于Web的醫院預約掛號系統的設計與實現摘要：為解決患者掛號難、看病難的問題，設計一個基于Web的醫院預約掛號系統。首先，根據醫院門診掛號的業務流程和特點，對醫院預約掛號系統進行可行性分析和功能需求分析。然后，利用系統實體關系圖和數據庫表對系統進行總體設計。最后，采用B/S模式的服務體系結構，結合Java開發語言和SQL Server數據庫技術,實現了集登錄注冊、預約掛號、帖子管理、排班管理、社區管理、科室管理、醫生管理、公告管理、用戶管理、黑名單管理等功能于一體的醫院預約掛號系統。 關鍵詞：Java ；B/S結構；SQL Server；醫院預約掛號 De

13、sign and Implementation of Hospital Appointment Registration System Based on WebAbstract：To solve the problem of the difficulty in seeing a doctor and the difficulty of patient registration, the hospital appointment registration system based on web was developed. Above all, based on the operational

14、procedure and feature of the hospital outpatient registration, a feasibility study and a functional analysis of requirement for the hospital outpatient registration system were carried out. Then, by taking advantage of the systematic entity relationship diagram and database table, the system was des

15、igned . Finally ,the B / S structure,Java langue and SQL Server database development technique were used to realize hospital appointment registration system whose functions consisted of login function,registration function, reservation function, post management, scheduling management, community mana

16、gement, department management, doctor management, bulletin management, user management , blacklist management and so on. Key words：Java; B/S structure;SQL Server;Hospital appointment registration system緒論選題背景與意義我國當前的醫院預約掛號體系存在明顯的缺點，如:容易僵化患者的就診觀、門診掛號手續繁長麻煩、醫院服務水平不高、醫療信息不對等，資源分配不均勻等問題，這些都在客觀上導致了醫院掛號難的

17、現狀1。這也給號販子有機可乘，進行高價賣號的不道德買賣，不僅嚴重損害了患者基本權益，也對醫院的就診秩序和聲譽造成了惡劣影響。此外，患者對當前醫療信息的不了解導致對自己所掛專家的基本情況了解不多，只能單靠自己的感覺和別人的意見進行預約掛號選擇,導致了掛號的盲目性。要解決這些問題，就需要依賴于當前快速發展的互聯網技術，將預約掛號與計算機技術相結合的網絡預約系統的設計與實現具有極其重要的意義： (1)網絡預約掛號省時省力2。就診人只需進入預約掛號系統的主頁面點擊注冊，用身份證或者手機號碼注冊后就可以通過電腦登錄預約掛號系統進行在線預約掛號操作。患者還可以根據自己的癥狀，在線咨詢醫師，了解自己所需要掛

18、的科室醫生，然后根據自己的時間來安排合理的就診日期，操作簡單快捷。(2)網絡掛號有利于改善醫院掛號的秩序,緩解醫院壓力3。患者在同一時間段在醫院掛號窗口排隊掛號，會導致等待掛號時間較長，就診時間延長；此外，掛號取號窗口工作人員工作辛苦，壓力大，有可能導致醫院服務質量下滑。而醫院預約掛號系統就能夠有力解決這個問題，大大減少患者排隊掛號的等待時間，減輕掛號人員工作負擔，在一定程度上改善了醫院就診環境。將互聯網技術應用在醫療領域，可以在一定程度上解決患者預約難、取號難等問題，不僅省時省力，增加患者自主性還可以及時有效的共享醫療信息，合理分配醫療資源。國內外研究現狀在國外，患者進行網絡預約掛號已經成為

19、習慣，而且網絡預約系統的研究與設計已經逐步發展到較為成熟的階段。2007年,主打建設在線預約掛號平臺的公司ZocDoc成立，該公司設計的在線平臺預約掛號系統基于患者當前所處的地理方位，為患者提供附近醫院的醫生信息，使患者能夠通過手機等工具方便快捷的在網絡上搜索和查詢醫生4。這種預約掛號平臺不僅簡化了患者預約掛號流程，也為醫生制定了多樣化、人性化服務。 2008年，主打建設在線診療服務的科技公司Practo在印度成立，該公司設計的在線醫療服務平臺的主要功能是為患者介紹理想的醫生，并且他們可以通過該平臺與醫生進行線上交流5。患者能夠根據自己的要求或者病癥情況查詢家附近或者指定地方的醫院的科室和醫生

20、。患者可以查詢平臺推薦的醫生的出診經歷和患者對他的評價等資訊，選擇自己滿意的醫生。醫生的排班日期都呈現在平臺上，患者可以快速查到自己想要預約的醫生的排班日期，然后進行網上預約。患者所有的就診記錄都可以信息化的方式儲存在平臺上。該平臺還有其他的優點，比如：醫生可以通過平臺給就診的患者發送信息；當醫生對患者進行醫療診斷之后開出的藥品處方可以直接傳輸到醫院藥房。在國內,大部分醫院都配備自助掛號機或者設有掛號排隊窗口供患者自己排隊掛號，但目前大多數患者都更傾向于自己去窗口排隊掛號。目前互聯網技術快速發展，網絡用戶數量激增，網絡預約掛號的方便性使很多醫院開始投入建設使用網絡預約掛號系統。網絡掛號的發展與

21、普及讓更多的醫院也開始注意到網絡技術對預約服務的作用，各大醫院在嘗試實現網絡預約掛號的過程中也提供了很多有意義有作用的做法。1997年開始，江蘇省人民醫院進行投入研究網絡預約掛號服務平臺，并在信息管理、科技管理方面獲了巨大的成就積攢了寶貴實踐經驗6，并引起了眾多家醫院的關注，為網絡預約掛號系統進一步開發與研究提供了很好的經驗。2009年,江蘇省江陰市人民醫院成功實現了涵蓋全國各地的網絡預約掛號系統，并取得了較好的成效，得到了社會的大力支持7。網絡預約掛號系統，省時省力極大節省了就診人無用的排隊等待時間，有助于提高醫院服務質量和服務水平。2010年,張雪梅等人對目前網絡預約掛號現有的一些缺點進行

22、了調查和分析,并提出了有效的解決方案8。在實現患者網絡預約功能的同時要加強醫院引導，引導醫院改變被動應答的服務模式，并進行科學的組織規劃,向主動指導的服務模式轉變。目前,國內的網絡預約掛號系統只在一些重點醫院得到投放建設,而在小型醫院還未得到有效的推廣,由此說明，網絡預約掛號系統的普及與推廣仍需更加努力。2010年，劉力松等人對北京市網絡預約掛號目前的發展情況和存在不足之處進行了調查研究9，他們指出要想提高醫院預約掛號的效率就必須把以人為本當作醫院服務的宗旨，要想合理配置醫療資源，降低醫院管理費用，減少患者掛號等待時間，就需要對預約掛號系統進行形式多樣化的開發。目前北京市網絡醫院預約掛號系統的

23、設計仍然還處于初步發展階段，還需要進行更加深入的研究與改進才能更好的為就診人提供服務。當今，互聯網技術的快速發展，極大推動了網絡預約掛號的發展與推廣，并受到了醫院和患者的歡迎與喜愛。但目前網絡預約掛號系統仍存在一定的問題，比如自動化程度不夠高，預約不夠及時性、覆蓋面不夠廣、推廣程度不夠高等，造成患者使用的滿意度不高，所以預約系統進一步開發還有待于系統全自動化的實現。研究目的與內容 研究目的基于Web的醫院預約掛號系統，為改善看病難，掛專家號難等現狀，簡化預約掛號流程，減少就診人掛號的時間，提高醫院的工作效率，對預約掛號進行了電子化、技術化管理。主要實現以下模塊：(1)患者模塊：登錄、注冊、個人

24、信息維護、醫院查詢、科室查詢、醫生查詢、查詢預約詳情、取消預約、社區版塊查詢、以及發帖回帖。(2)醫院模塊：登錄、注冊、公告管理、醫院信息維護、科室管理、醫生管理、預約掛號管理。(3)系統后臺管理員：角色管理、社區管理、黑名單管理、醫院管理、用戶管理。研究內容本課題致力于將網絡技術與醫院掛號相結合實現網絡醫院預約掛號功能。(1)需求分析：熟悉當前已有的預約掛號服務平臺，對醫院掛號管理的組成部分、流程、各個角色模塊的功能進行詳細的調查與研究，進行角色模塊的需求分析，整理出本系統實現的總體功能。(2)功能設計：了解每個角色的主要功能，以及各個角色之間的聯系。規劃整個系統的功能，并在此基礎上進行細化

25、，區分出不同用戶角色。(3)系統詳細設計與數據庫設計：對系統中每個功能模塊的功能進行細化，并對數據庫設計進行詳細的描述，設計系統數據庫的概念、邏輯、物理模型，并確定數據庫的整體E-R圖。(4)用戶界面：結合Jsp網頁開發技術，設計良好的用戶操作界面。 (5)系統測試：設置測試用例進行系統測試。論文組織結構本文詳細介紹了醫院預約掛號系統開發的背景意義，國內外研究現狀，研究目的內容以及醫院預約掛號系統中各功能的設計分析與實現等。論文主要章節大致如下：第一章緒論，本章主要介紹了基于web的醫院預約掛號系統設計與實現課題的開發背景，研究意義，國內外的研究現狀，明確課題的研究目標和研究內容。第二章系統開

26、發的相關技術和理論，本章簡單介紹了在系統開發過程中使用的部分技術以及系統框架結構，重點論述了Java、Jsp、SQL等相關技術。第三章系統需求分析，本章主要介紹了系統整體功能需求分析，將系統分為三個角色：系統管理員、患者用戶、醫院用戶進行功能需求分析。第四章系統設計，本章詳細闡述系統的總體功能模塊，系統的工作流程圖，數據庫的概念、邏輯、物理模型，并確定數據庫的整體E-R圖。第五章程序測試，本章對系統的不同功能進行測試說明,并對測試出現的問題進行解決處理。第六章總結與展望，本章對本次系統設計最終完成的效果進行闡述,總結本系統仍存在的一些不足之處，并闡述了在系統設計與實現過程中的體會和感悟。相關技

27、術理論B/S架構介紹B/S架構的結構和功能B/S 結構（Browser/Server 結構）指的就“是瀏覽器和服務器結構”。這種結構模式是Web興起后的一種網絡結構模式，主要通過瀏覽器來實現用戶工作界面，在前端處理極少部分事務邏輯，在服務器端處理主要事務邏輯，減輕了客戶端的電腦負荷，在很大程度上降低了系統維護與升級的成本10。B/S架構的優缺點B/S架構的優點： （1）只需用Web瀏覽器就可以進行訪問，非常方便。（2）升級和維護方便簡單。當前的軟件系統處于需要不斷改進和升級的階段，而對采用B/S架構的軟件系統來說無需升級多個客戶端，升級服務器即可。 （3）及時性高分布廣，查詢、處理業務非常方便

28、。（4）大大簡化了業務拓展的步驟，只需增加網頁就可以方便快捷的增加服務器的功能。（5）開發簡單，共享性強 但B/S架構也存在一些缺點：（1）個性化程度不高，功能較為單一死板，實現多樣化程序功能較為困難。（2）操作不夠快速簡潔，幾乎所有操作都是基于鼠標操作，操作方式比較單一。（3）網頁無法實現快速及時的刷新，當前頁面的響應速度也較為遲緩。（4）功能簡單，難以滿足客戶對功能的特殊需求，功能模式較為傳統。Java Web 開發技術介紹Jsp語言介紹Jsp是一種動態網頁技術,它是一種特殊的Java語言，用戶可以將Java代碼寫入靜態頁面,客戶端在頁面請求服務器,服務器接受到請求之后對這些Java代碼進

29、行處理，然后將生成的動態頁面返回給客戶端的瀏覽器。Jsp頁面在服務器中都會被JSP編譯器編碼成對應的Servlet,利用Servlet技術可以快速用Java語言編寫與服務器端交互的代碼，并且它具有能夠完全面向對象，適用于多種平臺，安全性高等特點，JSP程序無需改動就可以方便地遷移到其他操作系統平臺。Jsp的EL表達式簡介,EL 全名為Expression Language。EL表達式主要作用：(1)簡化頁面讀取數據的方式，EL表達式與Jsp頁面嵌入的Java腳本語言的不同之處在于它簡潔明了，并且支持以從不同的Web域中檢索Java對象、獲取變量數據, EL表達式用$表示,可代替Jsp頁面中復雜

30、的Java代碼。(2)進行基本的關系、算數、邏輯運算，在Jsp頁面進行運算，邏輯表達式如:$true and true結果是true,關系表達式如:$76結果是true,算術表達式如:$2+6結果是8。(3)利用EL表達式可以簡單快捷的操作常量、變量和隱式對象，比較常用的與輸入有關的隱含對象有兩個，分別是param它表示請求參數中單個字符串的值和paramValues它表示返回請求參數的一組值 HYPERLINK file:/C:Users123Desktopreport_carlitbm_2016-5-16-0-48-15PaperPass-%E4%B8%93%E4%B8%9A%E7%89%

31、88-%E6%A3%80%E6%B5%8B%E6%8A%A5%E5%91%8Ahtmlssentence_detail123.htm t right ，它們是EL表達式中比較特別的隱含對象。默認順序是PageScope、RequestScope、SessionScope、ApplicationScope ，pageScope表示頁面范圍的變量。requestScope表示請求對象的變量。sessionScope表示會話范圍內的變量。applicationScope表示應用范圍的變量。(4) EL表達式的語法結構非常簡單易學，就是$與的組合，EL表達式也同樣可以獲取類中屬性的值。相似的還有map

32、、數組、ArrayList等。Servlet 開發技術介紹Servlet是一種由Java編寫的Server端程序，它獨立于平臺和協議，運行于Java服務器中，可以動態生成的網頁頁面，即在不同時間點或不同限制下訪問Web服務器上的同一個頁面時，瀏覽器會獲得不同的內容。它擔當Web瀏覽器或其他Http客戶程序發出請求、與Http服務器上的數據庫或應用程序之間交互的中間層。當我們在瀏覽器端向服務器發送請求時，服務器端就會運行Servlet程序，服務器接受到用戶發送的請求后，按照需求調用相應的Servlet程序，根據用戶請求Servlet程序進行相應的操作并生成相應反饋提交至服務器，返回至瀏覽器頁面1

33、1。當一個用戶在客戶端的發送第一次Http請求時，僅有一個Servlet實例會被Servlet容器創建，直到用戶關閉瀏覽器，退出系統，產生的Servlet實例對象才會被銷毀，而當用戶再次請求同一個Servlet時或者在同一時刻有多個用戶同時發送http請求時，Servlet容器不再會創建新的實例對象而是為每個用戶創建一個線程來執行Servlet程序。Servlet在初始化時會調用一次實例對象的init()方法，而且這個方法在Servlet從產生到銷毀的整個過程中只會被調用一次，而對用戶對一個Servlet的每次Http請求,Servlet引擎都會調用一次Servlet的service()方法，

34、用戶的每次訪問請求都會產生一個新的用于封裝Http請求消息的HttpServletRequest請求對象和一個新的代表Http響應消息的HttpServletResponse響應對象作為參數傳遞給service()方法，service方法再根據請求方式分別調用doXXX方法。數據庫開發技術介紹SQL數據庫介紹SQL是Structured Query Language的縮寫。SQL是一種功能十分強大全面的操作數據庫的命令語言，是數據庫服務器與客戶端進行溝通的重要的工具。在使用它時，只需想清楚做什么，而無需考慮怎么做。SQL語言是操作數據庫的基礎，現在幾乎所有的數據庫都支持SQL，而且它功能強大又

35、簡單易學。SQL語言的優點SQL語言有兩種使用方法：一是可交互式使用，主要用于數據庫管理者等數據庫用戶，允許用戶直接對DBMS發出SQL命令，接受運行后的結果；二是可以嵌入式使用,主要嵌入到java、c+等編程語言中，被程序員用來開發數據庫應用程序。雖然是用在兩種不同的使用方式上但SQL語言的語法結構基本上是一致的,在使用上具有比較大的靈活性和方便性。 SQL語言簡潔易學并且綜合統一，只有7個動詞select,drop,alter,create,insert, update,delete。它可以完成對數據庫的全部操作，集數據的定義：用來定義數據庫的結構，創建表和視圖等；數據操作：用來對表的數據

36、進行增加、修改和刪除等操作；數據查詢：使用復雜的SQL查詢語句來獲取數據庫中的數據等，SQL語言簡單易懂，使用起來又十分方便12。系統需求分析系統可行性分析經濟可行性 首先本系統可以幫助醫院的排隊掛號管理更加有秩序、有條理。提高醫院就診醫療環境和服務質量,有助于醫院整體服務水平的提高,就會為醫院帶來更好的聲譽和更高的經濟收入,可見該系統對醫院的重要性。其次,開發本系統只需要一臺電腦以及相關軟件程序，在開發過程中所花費的也只是開發者的時間與精力，并沒有太大的成本開銷。相關技術的學習也可以通過上網查詢和圖書館查閱資料獲得，成本較低。所以進行醫院掛號系統的開發在經濟上是可行的。技術可行性目前社會上存

37、在各式各樣的網絡預約掛號系統平臺，國內各大型醫院己計劃投入建設網上預約掛號系統或已經開始使用預約掛號系統。而實現本系統運用的技術主要是Java、Jsp語言，而 Java、Jsp等技術目前也已經處于非常成熟的狀態。所以進行醫院掛號系統的開發在技術上是可行的。功能需求分析系統整體功能需求分析本系統中執行者主要有系統管理員用戶、醫院用戶、患者用戶，用例即各個參與者的動作行為組合，得出系統總體用例圖，如圖3-1：圖3-1 系統用例圖患者模塊功能需求分析(1)登錄、注冊：用戶進入主頁面點擊注冊填寫個人身份信息，然后登錄醫院預約掛號網站進行預約掛號操作。(2)修改個人信息：在個人中心進行對個人信息補充修改

38、以及修改密碼的操作。 (3)查看醫院、科室、醫生信息：患者可以在網站首頁進行醫院、科室、醫生的選擇，確定預約時間，進行預約操作。(4)預約信息管理：患者可以登錄進入個人中心查看已預約的專家號，如果臨時有事，最遲可在就診日期前一天進行取消預約的操作。(5)查看交流社區信息：患者在網頁可以個查看交流社區版塊，進行發帖、回帖等操作。(6)帖子管理：患者在個人中心可以個查看已發帖子和收到的回復，進行刪帖操作。根據以上功能分析得出的患者用戶模塊用例圖。如圖3-2所示： 圖3-2 患者模塊用例圖醫院模塊功能需求分析(1)登錄、注冊：醫院進行注冊填寫醫院信息，然后回到主頁輸入賬號密碼登錄醫院預約掛號網站進行

39、醫院設置。(2)科室管理：增加、刪除、修改、查詢科室信息。(3)醫生管理：增加、刪除、修改、醫生信息，按科室名或醫生名來查詢醫生信息，導出醫生信息。(4)排班管理：增加、刪除、修改、查詢科醫生排班信息，醫生停診設置，醫生出診設置，導出醫生排班信息。(5)預約管理：輸入當天日期對當天預約成功的患者核對身份信息后，若患者準時來預約則點擊已就診進行出號，若患者違約則點擊已違約進行未出號。(6)公告管理：增加、刪除、修改公告信息。 (7)醫院信息管理：修改醫院信息。根據以上功能分析得出的醫院用戶模塊用例圖，如圖3-3所示：圖3-3 醫院模塊用例圖管理員模塊功能需求分析(1)登錄：管理員輸入賬號密碼進行

40、校驗登錄，管理員進入系統后臺進行操作。(2)患者用戶管理：對違約次數多的患者用戶進行拉入黑名單的操作，刪除用戶。(3)醫院用戶管理：對注冊醫院進行審核，刪除醫院。(4)社區管理：增加、刪除、修改社區版塊，刪除版塊帖子。(5)角色管理：增加、刪除系統管理員。(6)系統設置：修改系統密碼。根據以上功能分析得出的醫院用戶模塊用例圖，如圖3-4所示：圖3-4 系統管理員模塊用例圖系統用例及活動圖活動圖是用來闡明了實體為了進行某種業務而進行的操作流程圖，此處分別展示本系統中各個模塊的活動圖。用戶注冊模塊活動圖場景名稱：注冊賬號參與執行者實例：患者用戶，醫院用戶。前置條件：啟動服務器。主事件流：(1)用戶

41、輸入用戶ID、賬號密碼、重復密碼以及基本個人信息，點擊注冊按鈕；(2)系統獲取表單信息嘗試將獲取的信息添加到數據庫相應的表中，添加成功，彈出注冊成功提示框，返回首頁輔事件流：(1)如果有必填信息為空，彈框提示不能為空，再轉入主事件流（1）。(2)如果兩次輸入密碼不同，則彈出彈框提示兩次輸入密碼不相同，再轉入主事件流（1）后置條件：注冊成功。圖3-5 用戶注冊活動圖用戶登錄模塊活動圖場景名稱：用戶登錄參與執行者實例：患者用戶，醫院用戶，系統管理員。前置條件：啟動服務器。主事件流：(1)用戶輸入用戶ID和密碼點擊登錄按鈕；(2)系統驗證用戶ID和密碼，驗證通過，登錄成功，跳轉到用戶管理中心頁面。輔

42、事件流：(1)如果用戶名錯誤，彈框提示用戶ID或密碼錯誤，再轉入主事件流（1）。(2)如果密碼錯誤，彈框提示用戶ID或密碼錯誤，再轉入主事件流（1）后置條件：登錄成功。圖3-6 用戶登錄活動圖用戶預約模塊活動圖場景名稱：用戶預約參與執行者實例：患者用戶前置條件：啟動服務器。主事件流：(1)用戶選擇醫院，選擇科室，選擇醫生，選擇就診時間；(2)點擊預約，提交預約申請，后臺嘗試向預約表里添加一條新數據，預約表狀態字段為1，更新關聯的排班表“已預約數”字段加1表示預約成功；(3)添加成功，跳轉到預約成功頁面。(4)進入個人中心預約記錄頁面，若無法就診，點擊取消預約，后臺修改預約表“狀態”字段為2，更

43、新關聯的排班表“已預約數”字段減1,表示患者退約。輔事件流：(1)如果用戶已被拉入黑名單鎖定，彈框提示您已被加入黑名單，無法再次預約；(2)如果患者已經預約過該醫院該科室的醫生，則彈框提示您已經預約過該醫院該科室的醫生無法預約，再轉入主事件流（1）；(3) 如果患者已經在該醫院預約滿三個號，則彈框提示您在該醫院預約已滿三個號無法再預約，再轉入主事件流（1）；(4)如果患者已經預約過四個號，則彈框提示您已經預約滿四個號無法再預約，再轉入主事件流（1）。(5)判斷患者當前日期是否已經到了預約日期，如果已到預約日期則無法進行取消預約操作。后置條件：預約成功或取消預約成功。圖3-7 患者預約活動圖用戶

44、發帖模塊活動圖場景名稱：用戶發帖參與執行者實例：患者用戶前置條件：啟動服務器。主事件流：(1)用戶進入交流社區頁面，選擇版塊，編輯發帖內容，填寫帖子標題和帖子內容；(2)點擊發帖，后臺嘗試向帖子表里添加一條新數據，更新版塊表的“帖子數”字段加1；(3)發帖成功，彈框提示發帖成功；輔事件流：(1)如果帖子標題為空，則彈框提示標題不可為空，再轉入主事件流(1)。后置條件：發帖成功。圖3-8 用戶發帖活動圖醫院科室管理活動圖場景名稱：醫院科室管理參與執行者實例：醫院用戶前置條件：啟動服務器。主事件流：(1)醫院進入管理中心科室管理頁面，添加科室，填寫科室信息；確認添加，后臺向數據庫科室表添加一條數據

45、，添加成功，彈框提示添加成功。(2)刪除科室，選擇科室前面的復選框，點擊刪除科室，彈框提示確認刪除；點擊確認，后臺刪除科室表中數據，刪除與之關聯的醫生表、排班表、預約表數據，刪除成功。(3)修改科室，點擊修改按鈕；彈出科室修改頁面，修改信息，后臺更新數據表中數據；修改成功，彈框提示修改成功，刷新當前頁面；輔事件流：(1)如果科室必填信息為空，則彈框提示不可為空，再轉入主事件流(1)。(2)如果未選擇科室，則彈框請先選擇，再轉入主事件流(2)。(3)如果科室必填信息為空，則彈框提示不可為空，再轉入主事件流(3)。后置條件：增加科室成功或修改科室成功或刪除科室成功。圖3-9 醫院科室管理活動圖醫院

46、醫生管理活動圖場景名稱：醫院醫生管理參與執行者實例：醫院用戶前置條件：啟動服務器。主事件流：(1)醫院進入管理中心醫生管理頁面，添加醫生，選擇科室，填寫醫生信息；點擊確認添加，后臺嘗試向數據庫醫生表添加一條數據，添加成功，彈框提示添加成功。(2)刪除醫生，選擇要刪除醫生的復選框，點擊刪除醫生，彈框提示確認刪除；點擊確認，后臺刪除醫生表中數據，刪除與之關聯的排班表、預約表數據，刪除成功。(3)修改醫生，點擊修改按鈕；彈出醫生信息修改頁面，修改醫生信息，后臺更新醫生表中數據；修改成功，彈框提示修改成功，刷新當前頁面；(4)導出醫生信息，點擊導出醫生信息按鈕，彈出下載框點擊下載，下載醫生信息表；輔事

47、件流：(1)如果醫生必填信息為空，則彈框提示不可為空，再轉入主事件流(1)。(2)如果未選擇醫生，則彈框請先選擇，再轉入主事件流(2)。(3)如果醫生必填信息為空，則彈框提示不可為空，再轉入主事件流(3)。后置條件：醫生增加成功或修改成功或刪除成功或導出醫生信息成功。圖3-10 醫院醫生管理活動圖醫院排班管理活動圖場景名稱：醫院醫生管理參與執行者實例：醫院用戶前置條件：啟動服務器。主事件流：(1)醫院進入醫生管理頁面，添加排班，填寫排班日期、時間段、最大可預約人數；點擊確認添加，后臺嘗試向數據庫排班表添加一條數據，添加成功，彈框提示排班成功。(2)刪除排班，進入排班管理頁面，勾選排班的前面復選

48、框，點擊刪除排班，彈框提示確認刪除；點擊確認，后臺刪除排班表中數據，刪除與之關聯的預約表數據，刪除成功，彈框提示刪除成功。(3)修改排班，點擊修改按鈕；彈出修改框，修改排班時間、星期、最大可預約數等，后臺更新排班表中數據，修改成功，彈框提示修改成功，刷新當前頁面；(4)停診設置，選擇要停診的醫生排班的復選框；點擊停診按鈕，彈框提示確認停診；點擊確認，后臺更新排班表中“狀態”字段為0，表示停診，更新排班表“最大可預約數”字段為0，更新與所有預約該時間段的的預約表“狀態”字段為4，表示停診；停診成功，彈框提示停診成功。(5)出診設置，選擇要已停診的醫生排班的復選框；點擊出診按鈕，后臺更新排班表中“

49、狀態”字段為1，表示出診。(6)導出排班信息，點擊導出排班信息按鈕，彈出下載框，點擊下載，下載排班信息表；輔事件流：(1)如果該時間段醫生排班已存在，則彈框提示該時間段該醫生已經排班，再轉入主事件流(1)。(2)如果未選擇刪除的排班，則彈框請先選擇，再轉入主事件流(3)。(3)如果未選擇停診的排班，則彈框請先選擇，再轉入主事件流(4)。(4)如果未選擇出診的排班，則彈框請先選擇，再轉入主事件流(5)。后置條件：增加排班成功、修改排班成功、刪除排班成功、導出排班信息成功。圖3-11 醫院排班管理活動圖醫院預約管理活動圖場景名稱：醫院預約管理參與執行者實例：醫院用戶前置條件：啟動服務器。主事件流：

50、(1)醫院進入管理中心預約管理頁面，查看當天患者預約信息，核對患者身份信息；若患者按時取號，則點擊已就診按鈕，后臺更新預約表“狀態”字段為3，表示就診成功。更新排班表“已預約數”字段減1。若患者未按時取號，則點擊已違約按鈕，后臺更新預約表“狀態”字段為0，表示患者違約，更新排班表“已預約數”字段減1后置條件：出號成功，未出號成功。圖3-12 醫院預約管理活動圖醫院公告管理活動圖場景名稱：醫院公告管理參與執行者實例：醫院用戶前置條件：啟動服務器。主事件流：(1)醫院進入管理中心寫公告頁面，填寫公告標題，內容；點擊發表后，后臺嘗試向數據庫公告表添加一條數據，公告“狀態”字段為1，表示已發送，添加成

51、功，彈框提示發表成功。點擊存入草稿后，后臺嘗試向數據庫公告表添加一條數據，公告“狀態”字段為0，表示草稿，添加成功，彈框提示添加成功。(2)刪除草稿，進入草稿箱頁面，選擇要刪除草稿；點擊刪除草稿，彈框提示確認刪除；點擊確認，后臺刪除公告表中數據，刪除成功，彈框提示刪除成功。(3)修改草稿，點擊修改按鈕；彈出修改框，修改草稿內容，點擊發表后，后臺更新“公告狀態”字段為1，表示已發送，更新成功，彈框提示發表成功。輔事件流：(1)如果公告必填信息為空，則彈框提示不可為空，再轉入主事件流(1)。(2)如果公告必填信息為空，則彈框提示不可為空，再轉入主事件流(3)。后置條件：增加醫生成功或修改醫生成功或

52、刪除醫生成功。圖3-13 醫院公告管理活動圖系統設計系統功能模塊設計本系統主要實現的是預約掛號功能。同時，根據功能模塊可劃分為三個模塊，醫院用戶、患者用戶和系統管理員。醫院用戶可行使的功能有：醫院信息管理、科室管理、醫生管理、排班管理、預約掛號管理以及公告管理；患者用戶可行使的功能有：個人信息管理、預約信息管理以及社區發帖管理；系統管理員可行使的功能有：維護系統信息、用戶管理、角色管理、醫院管理以及社區管理由此，歸納總結出系統的結構功能圖，如圖4-1所示： 圖4-1 系統結構功能圖系統總體流程圖設計圖4-2 系統總體流程圖數據庫設計數據庫概念結構設計數據庫的概念結構設計采用實體-關系（E-R）

53、模型設計方法，該模型的組成元素有 實體、屬性和聯系，實體是指客觀存在并可相互區分的事物；屬性指實體所具有的每一個特性。(1)patient表包含字段：pid（主鍵）、uname（用戶名）、upwd（用戶密碼）、name（姓名）、address（地址）、age（年齡）、pcard（身份證號）、sex（性別）、phone（電話）、pcount(違約次數)、pstatus(用戶狀態)。用戶信息實體圖，如圖4-3所示:圖4-3 用戶信息實體圖(2)hospital表包含字段：hid（主鍵）、huname(醫院用戶名)、hupwd(醫院用戶密碼)、hname(醫院名)、haddress(醫院地址)、hp

54、hone(醫院電話)、hintr(醫院簡介)、hstatus(醫院狀態)。醫院實體圖，如圖4-4所示:圖4-4 醫院實體圖(3)admin表包含字段：admid（主鍵）、admname(管理員名)、admpwd(管理員密碼)、admstatus(管理員狀態)。系統管理員實體圖，如圖4-5所示:圖4-5 系統管理員實體圖 (4)department表包含字段：hid(醫院ID)、kid（主鍵）、kname(科室名)、kaddress(科室地址)、kphone(科室電話)、kintr(科室簡介)。科室實體圖，如圖4-6所示:圖4-6 科室實體圖(5)doctor表包含字段：hid(醫院ID)、ki

55、d(科室ID)、did（主鍵）、dname（醫生名）、dage(年齡)、dsex(性別)、dtitle(職稱)、dexper(掛號費)、dintr(簡介)。醫生實體圖，如圖4-7所示:圖4-7 醫生實體圖(6)appoint表包含字段：did(醫生ID)、aid（主鍵）、adate(日期)、aday(星期)、atime(時間段)、amax(最大掛號數)、areday(已掛號數)、astatus(醫生狀態)。排班實體圖，如圖4-8所示:圖4-8 排班實體圖(7)bbs表包含字段：hid(醫生ID)、bid（主鍵）、btitle(標題)、bcontent(內容)、bdate(發表時間)、bstat

56、us(狀態)。公告實體圖，如圖4-9所示:圖4-9 公告實體圖(8)orders表包含字段：did(醫生ID)、kid(科室ID)、hid(醫院ID)、aid(排班ID)、pid(用戶ID)、oid（主鍵）、odate(日期)、oday(星期)、otime(時間段)、ostatus(狀態)、ocode(驗證碼)。預約實體圖，如圖4-10所示:圖4-10 預約實體圖(9)section表包含字段：sid（主鍵）、sname(版塊名)、scount(帖子數)、sintr(版塊介紹)、spicture(版塊圖片)。版塊實體圖，如圖4-11所示:圖4-11 版塊實體圖(10)topic表包含字段：pi

57、d(用戶ID)、sid(版塊ID)、tid（主鍵）、tcontent(帖子內容)、ttitle(帖子標題)、treplycount(回復數)、ttime(發帖時間)、tpicture(帖子圖片)。帖子實體圖，如圖4-12所示:圖4-12 帖子實體圖(11)reply表包含字段：rid（主鍵）、replyrid(被回復ID)、did(帖子ID)、sid(版塊ID)、mypid(回復人ID)、replyperpid (被回復人ID)、replypid（發帖人ID）、rcontent(回復內容)、rtime(回復時間)。回復實體圖，如圖4-13所示:圖4-13 回復實體圖根據需求分析及以上實體圖得到

58、所有實體之間的關系如圖4-14所示：圖4-14數據庫實體關系圖數據庫邏輯結構設計按照實體-聯系圖轉化為關系模式的方法，將 E-R圖向關系模型轉換。一個實體對一個關系模式即數據庫表，實體的屬性就是關系的屬性即表列。根據以上數據庫實體關系圖設計各個數據庫表如下：表4-1 用戶信息表（patient）描述字段名數據類型長度Null備注用戶IDPidInt否主碼 自增用戶名UnameVarchar20否用戶密碼UpwdVarchar20否姓名NameVarchar20否身份證號PcardVarchar20否性別SexVarchar10是年齡AgeInt是地址AddressVarchar50是電話Pho

59、neVarchar20是違約次數PcountVarchar10否狀態pstatusVarchar10否0已被鎖定，1正常表4-2 醫院信息表（hospital）描述字段名數據類型長度Null備注醫院IDHidInt否主碼 自增醫院用戶名HunameVarchar20否醫院密碼HupwdVarchar20否醫院名HnameVarchar20否醫院地址HaddressVarchar100是醫院電話HphoneVarchar20是醫院簡介HintrVarcharMax是醫院狀態HstatusVarchar4否0待審核，1審核通過表4-3 系統管理員表（admin）描述字段名數據類型長度Null備注管

60、理員IDAdmidInt否主碼 自增管理員名AdmnameVarchar20否管理員密碼AdmpwdVarchar20否管理員狀態AdmstatusVarchar4否0超級管理員，1普通管理員表4-4 科室表（department）描述字段名數據類型長度Null備注醫院IDHidInt否外碼科室IDKidInt否主碼 自增科室名KnameVarchar50否科室地址KaddressVarchar50是科室電話KphoneVarchar15是科室簡介HintrVarcharMax是表4-5 醫生表（doctor）描述字段名數據類型長度Null備注醫院IDHidInt否科室IDKidInt否外碼醫