【正文】 250150。 用戶編號(hào)的代碼模型為了方便管理，希望可以將用戶編號(hào)實(shí)現(xiàn)系統(tǒng)自動(dòng)編碼，所以同醫(yī)生編碼的規(guī)則，層次碼表示用戶注冊(cè)的年、月、日，順序碼則表示先后次序。代碼模型如圖 43 所示，科室編碼對(duì)照表如表 47 所示，醫(yī)生職稱對(duì)照表如表 48 所示。 各類編號(hào)的代碼設(shè)計(jì) 醫(yī)生編號(hào)的代碼模型為了方便管理，希望可以將醫(yī)生編號(hào)實(shí)現(xiàn)系統(tǒng)自動(dòng)編碼，所以采用先進(jìn)的層次碼和序列碼結(jié)合方式，層次碼分別表示入職年份，科室，職稱，順序碼則表示生成醫(yī)生的先后次序 [25]。表 46 公告管理模塊說明書模塊標(biāo)識(shí) EC5 所屬子系統(tǒng) 管理員管理平臺(tái)模塊名稱 公告管理主要功能 將醫(yī)院近況、門診變動(dòng)、節(jié)假日就診通知等由管理員通過本模塊發(fā)布醫(yī)院預(yù)約掛號(hào)管理系統(tǒng)的設(shè)計(jì)醫(yī)院預(yù)約掛號(hào)管理系統(tǒng)的設(shè)計(jì) at15給醫(yī)生和患者，以便醫(yī)生和患者調(diào)整自己的工作和就診時(shí)間，加強(qiáng)醫(yī)院管理者與使用者的聯(lián)系。5)公告管理模塊：管理員通過公告管理模塊將醫(yī)院近況、門診變動(dòng)、節(jié)假日就診通知等消息發(fā)布給醫(yī)生和患者，以便醫(yī)生和患者調(diào)整自己的工作和就診時(shí)間，加強(qiáng)醫(yī)院管理者與使用者的聯(lián)系。調(diào)用模塊 門診預(yù)約掛號(hào)、醫(yī)生信息輸 入 選擇是否同意預(yù)約，不同意則鍵入拒絕理由。醫(yī)生處理預(yù)約的模塊說明書如表 45。調(diào)用模塊 用戶管理、床位管理輸 入 用戶選擇的預(yù)約時(shí)間、住院床位類型、使用天數(shù)輸 出 您本時(shí)段已預(yù)約其他床位；床位預(yù)約成功；床位預(yù)約失敗相關(guān)數(shù)據(jù)表 用戶信息表、床位信息表主要內(nèi)部變量 預(yù)約時(shí)間、預(yù)約床位類型、預(yù)約天數(shù)算 法讀取用戶選擇信息與數(shù)據(jù)庫信息進(jìn)行比對(duì)，如有剩余空床位則成功預(yù)約，若沒有空床位則預(yù)約失敗，并將輸入信息寫入到床位信息數(shù)據(jù)庫中。表 44 住院預(yù)約模塊說明書模塊標(biāo)識(shí) EC3 所屬子系統(tǒng) 預(yù)約掛號(hào)平臺(tái)模塊名稱 住院預(yù)約主要功能用戶登錄后，通過 “住院床位”按鈕進(jìn)行住院預(yù)約，但用戶每天只有 3 次預(yù)約機(jī)會(huì)，且同一時(shí)段不可預(yù)約多張床位。3)用戶住院預(yù)約模塊：患者可以選擇適合的住院床位類型，日期及需要住院時(shí)間進(jìn)行預(yù)約。 調(diào)用模塊 掛號(hào)管理、用戶管理、醫(yī)生管理輸 入 用戶的預(yù)約時(shí)間、科室、醫(yī)生姓名、病情簡(jiǎn)介輸 出預(yù)約已提交，等待醫(yī)生確認(rèn)；醫(yī)生當(dāng)天已約滿，請(qǐng)選擇其他醫(yī)生；您當(dāng)天已沒有預(yù)約次數(shù)；您本時(shí)段已預(yù)約其他醫(yī)生 。表 43 門診預(yù)約掛號(hào)模塊說明書模塊標(biāo)識(shí) EC2 所屬子系統(tǒng) 預(yù)約掛號(hào)平臺(tái)模塊名稱 門診預(yù)約掛號(hào)主要功能用戶登錄后，通過“科室專家”按鈕進(jìn)行門診預(yù)約，但用戶每天只有3 次預(yù)約機(jī)會(huì)，且同一時(shí)段只可預(yù)約一位醫(yī)生。2)用戶門診掛號(hào)模塊：用戶在登錄后可以進(jìn)行科室和醫(yī)生的選擇進(jìn)行預(yù)約掛號(hào)，患者可以選擇適合的時(shí)間進(jìn)行預(yù)約。表 42 用戶注冊(cè)及登錄模塊說明書模塊標(biāo)識(shí) EC1 所屬子系統(tǒng) 預(yù)約掛號(hào)平臺(tái)模塊名稱 用戶注冊(cè)及登錄主要功能當(dāng)用戶填寫了詳細(xì)個(gè)人信息后注冊(cè)為系統(tǒng)用戶，用戶信息數(shù)據(jù)傳送到用戶表中，登錄后可以進(jìn)行預(yù)約掛號(hào)等各項(xiàng)功能的使用。用戶注冊(cè)后，系統(tǒng)會(huì)自動(dòng)生成一個(gè)就診卡號(hào)，用此就診卡號(hào)即可進(jìn)行繳費(fèi)、就診。 主要模塊說明書1)用戶注冊(cè)及登錄模塊：用戶需要在網(wǎng)上注冊(cè)預(yù)約賬號(hào)然后登錄系統(tǒng)進(jìn)行預(yù)約。圖 43 后臺(tái)管理平臺(tái)功能結(jié)構(gòu)圖本系統(tǒng)普通用戶即患者登錄后主要是進(jìn)行有關(guān)預(yù)約掛號(hào)的增刪改查等內(nèi)容，也可以修改已填寫信息，但身份證號(hào)碼和性別不允許更改。后臺(tái)管理平臺(tái)的功能模塊如圖 43 所示。錯(cuò)誤! 鏈接無效。新增加醫(yī)生時(shí)，只能由管理員在后臺(tái)增加。如果醫(yī)生同意預(yù)約，預(yù)約成功，生成掛號(hào)信息，患者必須需在指定時(shí)間去醫(yī)院，如果醫(yī)生拒絕，則需寫明拒絕原因，由系統(tǒng)反饋給患者，需要注意的是，醫(yī)生處理信息需要在 12 小時(shí)內(nèi)完成，否則系統(tǒng)將默認(rèn)同意預(yù)約。錯(cuò)誤! 鏈接無效。但是，只有在注冊(cè)登錄之后，才能進(jìn)行門診預(yù)約、住院預(yù)約、查看預(yù)約、取消預(yù)約等一系列操作?，F(xiàn)在，將每個(gè)系統(tǒng)分別展開，來具體展示該系統(tǒng)的整體功能。綜上，建議配置如下表 41 所示。入門級(jí)服務(wù)器能夠滿足中小型網(wǎng)絡(luò)用戶的注冊(cè)、瀏覽、預(yù)約等功醫(yī)院預(yù)約掛號(hào)管理系統(tǒng)的設(shè)計(jì)醫(yī)院預(yù)約掛號(hào)管理系統(tǒng)的設(shè)計(jì) at11能，所以選擇入門級(jí)服務(wù)器作為系統(tǒng)的服務(wù)器 [24]。如表 31 至表 36。圖 38 醫(yī)生管理數(shù)據(jù)流圖 系統(tǒng)數(shù)據(jù)字典 數(shù)據(jù)字典列表是根據(jù)系統(tǒng)數(shù)據(jù)流圖所得到的，是系統(tǒng)中數(shù)據(jù)項(xiàng)的集合，作為系統(tǒng)的數(shù)據(jù)容器來保存所有數(shù)據(jù) [24]。醫(yī)生管理系統(tǒng)數(shù)據(jù)流程如圖 38 所示。圖 37 預(yù)約掛號(hào)數(shù)據(jù)流圖 醫(yī)生管理數(shù)據(jù)流圖醫(yī)生管理系統(tǒng)主要是管理員對(duì)醫(yī)生個(gè)人信息進(jìn)行管理，以及醫(yī)生對(duì)自己個(gè)人信息例如職稱的改變、科室的調(diào)動(dòng)等進(jìn)行管理。在線預(yù)約掛號(hào)系統(tǒng)數(shù)據(jù)流程如圖 37 所示。錯(cuò)誤! 鏈接無效。圖 35 預(yù)約掛號(hào)系統(tǒng)頂層數(shù)據(jù)流圖 一級(jí)數(shù)據(jù)流圖在本系統(tǒng)中，通過對(duì) P0 的展開，即對(duì)預(yù)約掛號(hào)系統(tǒng)的頂層數(shù)據(jù)流圖進(jìn)行展開，得到一級(jí) DFD。 頂層數(shù)據(jù)流程圖從業(yè)務(wù)功能描述的需求出發(fā)，預(yù)約掛號(hào)系統(tǒng)數(shù)據(jù)流圖總體上分為三層，首先是給出了頂層數(shù)據(jù)流圖，由于系統(tǒng)的工作人員、患者、醫(yī)生提供的信息都是雙向性的，預(yù)約掛號(hào)系統(tǒng)的頂層數(shù)據(jù)流如圖 35 所示。圖 34 醫(yī)生處理預(yù)約掛號(hào)業(yè)務(wù)流程圖 預(yù)約掛號(hào)系統(tǒng)的數(shù)據(jù)流程分析對(duì)醫(yī)院信息系統(tǒng)的各項(xiàng)數(shù)據(jù)流程進(jìn)行分析，可以使我們知道預(yù)約掛號(hào)系統(tǒng)業(yè)務(wù)數(shù)據(jù)流向的全過程，分析各個(gè)管理業(yè)務(wù)及其關(guān)系。醫(yī)生處理預(yù)約掛號(hào)業(yè)務(wù)流程圖如圖 34。錯(cuò)誤!鏈接無效。預(yù)約掛號(hào)系統(tǒng)需要協(xié)同其他 HIS 系統(tǒng)，達(dá)到數(shù)據(jù)交換和資源合理分配的目的。錯(cuò)誤!鏈接無效。如果用戶名不存在，登錄時(shí)提示不存在用戶，需注冊(cè)。圖 31 HIS 業(yè)務(wù)流程圖 用戶注冊(cè)登錄業(yè)務(wù)流程圖當(dāng)用戶注冊(cè)時(shí)，在注冊(cè)頁面上輸入用戶昵稱、真實(shí)姓名、密碼等個(gè)人信息進(jìn)行注冊(cè)。HIS 系統(tǒng)業(yè)務(wù)流程圖如圖 31 所示。3. 系統(tǒng)分析醫(yī)院預(yù)約掛號(hào)管理系統(tǒng)的設(shè)計(jì)醫(yī)院預(yù)約掛號(hào)管理系統(tǒng)的設(shè)計(jì) at6 預(yù)約掛號(hào)系統(tǒng)的業(yè)務(wù)流程分析 HIS 業(yè)務(wù)流程圖醫(yī)院信息管理系統(tǒng)（HIS：Hospital Information System）是醫(yī)療信息化發(fā)展的必然結(jié)果，也是現(xiàn)在國(guó)內(nèi)外醫(yī)院最常見、最普及的醫(yī)療系統(tǒng) [21]。3）軟件費(fèi)用：軟件部分所需購(gòu)買金額并不大，且有相當(dāng)一部分軟件的使用都是免費(fèi)的，而且，像操作系統(tǒng)這樣的軟件，即使沒有掛號(hào)系統(tǒng)也需要支出，所以在軟件方面也不需要較大金額的支出。根據(jù)目前系統(tǒng)情況和實(shí)際，實(shí)現(xiàn)此系統(tǒng)主要包括以下幾個(gè)方面費(fèi)用：1）域名費(fèi)：系統(tǒng)正式使用后，需繳納年費(fèi)繼續(xù)使用域名，否則將被終止，但域名費(fèi)用對(duì)于普通醫(yī)院還是可以負(fù)擔(dān)得起的，所以可行。所以本系統(tǒng)在技術(shù)上可行。3）使用有效性。2）系統(tǒng)開發(fā)人員的技術(shù)。結(jié)合預(yù)約掛號(hào)的實(shí)際，技術(shù)可行性分析主要涉及到以下幾點(diǎn)：醫(yī)院預(yù)約掛號(hào)管理系統(tǒng)的設(shè)計(jì)醫(yī)院預(yù)約掛號(hào)管理系統(tǒng)的設(shè)計(jì) at51）軟硬件需要的可滿足性。且系統(tǒng)采用目前主流開發(fā)語言和環(huán)境，數(shù)據(jù)庫擴(kuò)充便捷，管理員僅需簡(jiǎn)單培訓(xùn)即可上崗，因此可讀可識(shí)別性高，便于日后維護(hù)與管理。 預(yù)約掛號(hào)系統(tǒng)開發(fā)的可行性分析 管理上的可行性本系統(tǒng)將預(yù)約信息整理成表單上傳至數(shù)據(jù)庫當(dāng)中，醫(yī)生以及管理員只需要調(diào)用數(shù)據(jù)庫內(nèi)容即可清晰地顯示出不同患者的掛號(hào)預(yù)約需求，一目了然，信息處理速度更快、更方便，大大減少了管理員的工作量，也避免了現(xiàn)場(chǎng)可能出現(xiàn)的由于各地口音不同而產(chǎn)生的交流困難的現(xiàn)象，同時(shí)也減少了現(xiàn)場(chǎng)掛號(hào)對(duì)于現(xiàn)場(chǎng)秩序的維持所付出的人力物力。JDBC 是預(yù)約掛號(hào)系統(tǒng)的關(guān)鍵組成部分，是客戶端瀏覽器與系統(tǒng)數(shù)據(jù)庫服務(wù)器之間的橋梁 [19]。JSP 技術(shù)繼承了 Java 技術(shù)的獨(dú)立于平臺(tái)性且安全可靠，具有面向?qū)ο蟮囊子谑褂玫奶匦? [17]。 JSP 簡(jiǎn)介Java 服務(wù)器頁面的 JSP(Java Server Pages)是基于 Java 的技術(shù)，是用來支持動(dòng)態(tài)的跨平臺(tái) Web 服務(wù)器訪問的技術(shù) [15]，JSP 和微軟的 Active Server Pages(ASP)在一定程度上相似，不同的是 ASP 在網(wǎng)頁 HTML 文件中插入VBScript 代碼片段，而 JSP 在 HTML 文件中插入 Java 代碼片段(Scriptlet)和JSP 標(biāo)記(tag)，基于 JSP 的 web 應(yīng)用具有良好的跨平臺(tái)性 [16]?？傊?MySQL 作為關(guān)系數(shù)據(jù)庫開發(fā)，有很多優(yōu)勢(shì) [13]。2. 系統(tǒng)規(guī)劃 系統(tǒng)開發(fā)環(huán)境 MySQLMySQL 是關(guān)系數(shù)據(jù)庫開發(fā)工具，它具有利用數(shù)據(jù)表示圖或自定義表單收集信息的優(yōu)點(diǎn)。該掛號(hào)系統(tǒng)應(yīng)該能夠讓用戶在預(yù)約的過程中選擇合適的就診醫(yī)生及科室，以及就診時(shí)間。建立自己醫(yī)院的在線預(yù)約掛號(hào)系統(tǒng)，能夠良好的和本醫(yī)院己有的 HIS 系統(tǒng)綁定，也就避免了患者在第三方合作網(wǎng)站上掛號(hào)后還要在醫(yī)院重新排號(hào)的情況，并且使患者治療和數(shù)據(jù)分析更方便，這也是相當(dāng)一部分醫(yī)院的需求也是短期的信息化改革的目標(biāo) [12]。上文提到的醫(yī)院的信息化建設(shè)也是我國(guó)目前的重中之重，良好的完整的 HIS 系統(tǒng)可以大大增加患者就醫(yī)效率和醫(yī)院運(yùn)行效率。 研究預(yù)約掛號(hào)系統(tǒng)的目的及意義在互聯(lián)網(wǎng)飛速發(fā)展的大環(huán)境下，通過互聯(lián)網(wǎng)來完成自己生活中的需求，例如：購(gòu)物、訂餐、學(xué)習(xí)、訂機(jī)票等都慢慢成為時(shí)代發(fā)展的潮流。醫(yī)院信息管理系統(tǒng)不僅包括預(yù)約掛號(hào)系統(tǒng)，還有電子病歷管理信息系統(tǒng)，住院處管理信息系統(tǒng)，護(hù)士站信息管理系統(tǒng)等 [8]等，醫(yī)院需要把這些系統(tǒng)聯(lián)系在一起，從預(yù)約掛號(hào)到治愈出院，這些系統(tǒng)中的數(shù)據(jù)都是統(tǒng)一的。這大大方便了患者對(duì)于就診的選擇，也簡(jiǎn)化了就診的流程。 國(guó)內(nèi)發(fā)展現(xiàn)狀中國(guó)很多醫(yī)院有自己的掛號(hào)和預(yù)約服務(wù)，也有很多應(yīng)用和平臺(tái)把醫(yī)院資源整合在一起，方便患者選擇醫(yī)院、科室和專家。而美國(guó)也經(jīng)歷了從小型化逐漸走向智能化在智能化有所成就之后又開始向集成化的改造所靠近。而國(guó)內(nèi)外也已經(jīng)有許多醫(yī)療機(jī)構(gòu)與第三方機(jī)構(gòu)聯(lián)合創(chuàng)建了在線預(yù)約掛號(hào)系統(tǒng)，但依然有很多人不了解其使用方式，因此，大力推廣和優(yōu)化預(yù)約掛號(hào)非常重要。如今計(jì)算機(jī)和網(wǎng)絡(luò)技術(shù)發(fā)展越來越快，大眾普遍接受互聯(lián)網(wǎng)帶來的便捷和有效性，在 2022 年政府工作報(bào)告中，李克強(qiáng)總理也提出了“互聯(lián)網(wǎng)+”的概念，直接影響了多種行業(yè)，其中不容忽視的就是醫(yī)療行業(yè)。 B/S structure1目 錄1. 概述 ..............................................................................................1 選題背景 ......................................................................................1 預(yù)約掛號(hào)系統(tǒng)的發(fā)展現(xiàn)狀 ..........................................................1 國(guó)外發(fā)展現(xiàn)狀 ..........................................................................1 國(guó)內(nèi)發(fā)展現(xiàn)狀 ..........................................................................2 研究預(yù)約掛號(hào)系統(tǒng)的目的及意義 ..............................................22. 系統(tǒng)規(guī)劃 ......................................................................................3 系統(tǒng)開發(fā)環(huán)境 ..............................................................................3 MySQL........................................................................................3 JSP 簡(jiǎn)介 ...................................................................................3 JDBC 簡(jiǎn)介 .................................................................................4 預(yù)約掛號(hào)系統(tǒng)開發(fā)的可行性分析 ..............................................4 管理上的可行性 ........................................................