【正文】 水平高、門(mén)診量大的醫(yī)院 ,而造成門(mén)診質(zhì)量難以提高的因素主要有兩方面 : 一方面集中式掛號(hào) (現(xiàn)在流行的分層掛號(hào)只是相對(duì)而言一個(gè)范圍較小的集中式掛號(hào) ),就診人員流量不均、具有不確定性 ,有明顯的就診高峰和低谷 (表現(xiàn) 在整個(gè)醫(yī)院不同門(mén)診時(shí)間段及同科室的不同時(shí)間段 )。而低谷期 ,醫(yī)生無(wú)病人看、溜號(hào) ,醫(yī)院資源浪費(fèi)。而采用網(wǎng)上預(yù)約掛號(hào) ,可有效的解決這一現(xiàn)象 ,還通過(guò)有效的身份驗(yàn)證 ,杜絕倒、炒專(zhuān)家號(hào)的現(xiàn)象 ,提高醫(yī)院門(mén)診服務(wù)質(zhì)量 ,取得良好的社會(huì)效益和經(jīng)濟(jì)效益。 系統(tǒng) 可行性分析 網(wǎng)上預(yù)約掛號(hào)系統(tǒng)是一種基于互聯(lián)網(wǎng)的新型掛號(hào)系統(tǒng) ,是衛(wèi)生信息化建設(shè)的基礎(chǔ)項(xiàng)目之一。 而當(dāng)醫(yī)院開(kāi)通網(wǎng)上掛號(hào)預(yù)約服務(wù)以后，求醫(yī)者只需坐在家中，輕點(diǎn)兒下鼠標(biāo)，就可以掛上醫(yī)院專(zhuān)家門(mén)診號(hào)，可以做到“足不出戶(hù)選醫(yī)生”。擁有相對(duì)固定的個(gè)人醫(yī)生和習(xí) 慣 ， 預(yù)約看病，將不再遙遠(yuǎn)，所以應(yīng)用必將越來(lái)越廣泛。系統(tǒng)采用技術(shù)框架為 SSH 框架（ Spring + Struts + Hibernate） 。 系統(tǒng)功能需求 JSP 醫(yī)院網(wǎng)上預(yù)約掛號(hào)系統(tǒng) 的總體目標(biāo)是：在計(jì)算機(jī)網(wǎng)絡(luò)，數(shù)據(jù)庫(kù)和先進(jìn)的開(kāi)發(fā)平臺(tái)上，利用現(xiàn)有的軟件，配置一定的系 統(tǒng)環(huán)境，開(kāi)發(fā)一個(gè)具有開(kāi)放體系結(jié)構(gòu)的，易擴(kuò)充的，易維護(hù)的，具有良好人機(jī)交互界面的 JSP 醫(yī)院網(wǎng)上預(yù)約掛號(hào)系統(tǒng)，為廣大患者提供 13 一個(gè)方便快捷的網(wǎng)上預(yù)約掛號(hào)服務(wù)。 2預(yù)約查詢(xún)：查詢(xún)醫(yī)師及其所屬科室信息，以及查詢(xún)醫(yī)師可以被預(yù)約的時(shí)間列表。 4管理員模塊：對(duì)醫(yī)師以及醫(yī)師所屬科室進(jìn)行添加、刪除和修改的操作。 數(shù)據(jù)流圖 軟件需求分析中主要采用結(jié)構(gòu)化分析方法（ Structured Analysis,簡(jiǎn)稱(chēng) SA）， SA 是面向數(shù)據(jù)流進(jìn)行需求分析的方法，像所有的軟件分析方法（如面向?qū)ο蠓治龇椒ā?IDEF方法等等）一樣， SA 也是一種建?；顒?dòng)，它使用簡(jiǎn)單易讀的符號(hào)，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，描繪滿(mǎn)足功能要求的軟件模型。它是一種功能模型，以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動(dòng)和處理的過(guò)程，只反映系統(tǒng)必須完成的邏輯功能。 在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個(gè)加工，它代表被開(kāi)發(fā)系統(tǒng)，它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)了，輸出流是該系統(tǒng)的輸出數(shù)據(jù)；底層流圖是指其加工不需要再做分解的數(shù)據(jù)流圖，中間層流圖表示對(duì)其上層父圖的細(xì)化，它的每一步加工可能 繼續(xù)細(xì)化成子圖。對(duì)于“基于 JSP 的醫(yī)院網(wǎng)上掛號(hào)系統(tǒng)”而言，整個(gè)系統(tǒng)就是一個(gè)加工“醫(yī)院網(wǎng)上掛號(hào)系統(tǒng)”。另外，管理人員需要添加科室信息和醫(yī)師信息，說(shuō)明“科室信息”和“醫(yī)師信息”是數(shù)據(jù)流，同樣，“查詢(xún)請(qǐng)求”和“查詢(xún)結(jié)果”也是數(shù)據(jù)流。數(shù)據(jù)流“查詢(xún)請(qǐng)求”和“查詢(xún) 結(jié)果”應(yīng)該由加工“查詢(xún)信息”來(lái)完成。由于醫(yī)院網(wǎng)上掛號(hào)系統(tǒng)的醫(yī)師功能和掛號(hào)預(yù)約功能對(duì)于整個(gè)系統(tǒng)的功能和性能舉足輕重。 2系統(tǒng)的易用性 醫(yī)院網(wǎng)上掛號(hào)系統(tǒng)是直接面對(duì)廣大患者的，所以系統(tǒng)應(yīng)該使用用戶(hù)熟悉的術(shù)語(yǔ)和中文信息的界面。 2數(shù)據(jù)的一致性和完整性 由于有關(guān)科室信息和醫(yī)師信息是共享的，所以要保持文檔數(shù)據(jù)的一致性，對(duì)于輸 16 入的數(shù)據(jù)則要求保持完整性?，F(xiàn)實(shí)世界的事物反映到人的頭腦中，人的大腦對(duì)它有個(gè)認(rèn)識(shí)過(guò)程，經(jīng)過(guò)分析（選擇、命名、分類(lèi)等）進(jìn)入信息世界。這兩個(gè)問(wèn)題貫穿了整個(gè)軟件系統(tǒng)的開(kāi)發(fā)過(guò)程，這也就是數(shù)據(jù)庫(kù)的設(shè)計(jì)問(wèn)題，軟件設(shè)計(jì)的一個(gè)核心。在這里，選用的是關(guān)系數(shù)據(jù)庫(kù)。 在系統(tǒng)中定義的表格都嚴(yán)格地按照范式的思想和要求完成，數(shù)據(jù)庫(kù)中的所有表格都達(dá)到了三范式的要求。通過(guò)對(duì)這 五 張表格的操作可以較好地完成系統(tǒng)設(shè)計(jì)的各項(xiàng)功能， 五 張表格之間有著不同程度的聯(lián)系。首先在 MySQL 中建立一個(gè)數(shù)據(jù)庫(kù)，將其命名為 hospital，然后根據(jù)數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)分析創(chuàng)建 5 張數(shù)據(jù)表。 ● 管理員表： 用于存放系統(tǒng)的管理員信息 ，如圖 所示 。 ● 用戶(hù)信息表：用于存放所有用戶(hù)的信息，包括 賬號(hào) 、密碼、學(xué)號(hào)、姓名、性別、住址等基本信息 ，如圖 所示。 五 張表的表結(jié)構(gòu)如下（帶 k 的為主鍵）： 表 字段名稱(chēng) 字段類(lèi)型 說(shuō)明 Id(k) int(16) ID 序列號(hào) time Varchar2(32) 預(yù)約時(shí)間 18 表 管理員表 結(jié)構(gòu) 字段名稱(chēng) 字段類(lèi)型 說(shuō)明 Id(k) int(16) ID 序列號(hào) loginName Varchar2(16) 登錄賬號(hào) password Varchar2(32) 登錄密碼 表 結(jié)構(gòu) 字段名稱(chēng) 字段類(lèi)型 說(shuō)明 Id(k) int(16) ID 序列號(hào) name Varchar2(32) 醫(yī)師姓名 description Varchar2(32) 醫(yī)師簡(jiǎn)介 zhicheng Varchar2(32) 醫(yī)師職稱(chēng) 表 用戶(hù)信息 表結(jié)構(gòu) 字段名稱(chēng) 字段類(lèi)型 說(shuō)明 Id(k) int(16) ID 序列號(hào) name Varchar2(32) 用戶(hù)姓名 loginName Varchar2(32) 登錄名稱(chēng) loginpassword Varchar2(32) 登錄密碼 department Varchar2(32) 所在院系 schoolNumber Varchar2(32) 學(xué)號(hào) gender Varchar2(8) 性別 address Varchar2(32) 所在公寓 phone Varchar2(32) 聯(lián)系電話 Varchar2(32) 電子郵箱 表 字段名稱(chēng) 字段類(lèi)型 說(shuō)明 Id(k) int(16) ID 序列號(hào) name Varchar2(32) 科室名稱(chēng) description Varchar2(32) 科室簡(jiǎn)介 19 ER 圖設(shè)計(jì) ER 模型直接從現(xiàn)實(shí)世界抽象出實(shí)體類(lèi)型及實(shí)體間聯(lián)系，然后用 ER 圖來(lái)表示數(shù)據(jù)模型。 ER 圖為實(shí)體 聯(lián)系圖，提供了表示實(shí)體型、屬性和聯(lián)系的方法，用來(lái)描述現(xiàn)實(shí)世界的概念模型。 實(shí)體型：用矩形表示，矩形框內(nèi)寫(xiě)明實(shí)體名； 聯(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）。模塊化是指解決一個(gè)復(fù)雜問(wèn)題時(shí)自項(xiàng)向下逐層把軟件系統(tǒng)劃分成若干個(gè)模塊的過(guò)程。 將系統(tǒng)劃分為多個(gè)模塊是為了降低軟件系統(tǒng)的復(fù)雜性，使系統(tǒng)容易修改，提高可讀時(shí) 間 表 時(shí) 刻 圖 時(shí)間 屬性圖 圖 醫(yī)師信息屬性圖 醫(yī)師信息 醫(yī)師職稱(chēng) 醫(yī)師名稱(chēng) 醫(yī)師簡(jiǎn)介 21 性、可維護(hù)性，但模塊的劃分不能是任意的，應(yīng)盡量保持其獨(dú)立性。 在系統(tǒng)的概要設(shè)計(jì)中主要采用結(jié)構(gòu)化設(shè)計(jì)（ Structure Design，簡(jiǎn) 稱(chēng) SD）， SD 以需求分析階段產(chǎn)生的數(shù)據(jù)流圖 DFD 為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)。 ● 刪除 用戶(hù) ：管理人員可以刪除任何一個(gè)用戶(hù) 賬號(hào) 。 ● 科室管理：實(shí)現(xiàn)對(duì)醫(yī)院科室的管理，包括科室的添加、編輯和刪除。 ● 醫(yī)院概況：用戶(hù)可以瀏覽醫(yī)院的基本信息，如招聘信息，操作流程等 ● 科室查詢(xún)：用戶(hù)可以查詢(xún)現(xiàn)有的醫(yī)院科室。 ● 醫(yī)師預(yù)約：用戶(hù)根據(jù)自己的實(shí)際情況，選擇符合自己需要的醫(yī)師，選擇合適的就醫(yī)時(shí)間。 管理員可以管理用戶(hù)信息，如刪除賬號(hào)，還可以對(duì)醫(yī)院所屬科室進(jìn)行添加、修改、刪除的操作、也可以對(duì)科室所屬醫(yī)師進(jìn)行添加、刪除和修改的操作。 根據(jù)這些功能的要求，系統(tǒng)的總體流程圖如圖 所示： 圖 系統(tǒng)總 體 流程圖 系統(tǒng) 子模塊 設(shè)計(jì) 在實(shí)現(xiàn)系統(tǒng)各個(gè)子模塊的功能上，我們需要了解子模塊的主要功能。下面我們將具體介紹各個(gè)功能模塊。系統(tǒng)會(huì)根據(jù)輸入的用戶(hù)名判斷用戶(hù)的類(lèi)型，從而提供相應(yīng)的功能 如圖 所示 ： 圖 用戶(hù)登錄窗口 由于本系統(tǒng)中只有一個(gè)管理員而且管理員的用戶(hù)名是不能修改的，所以在登陸的時(shí)候 通過(guò)用戶(hù)輸入的用戶(hù)名來(lái)判斷登陸者的類(lèi)型，其 代碼實(shí)現(xiàn) 如下 ： public ActionForward login(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { // TODO Autogenerated method stub String loginName = (userName)。 if((admin)){ try { Admin admin= (loginName, password)。 ().setAttribute(currentUser, null)。 return (adminLogin)。 } }else{ try { (user)。 ().setAttribute(currentUser, user)。 (userLogin)。 } catch (UserNotFoundException e) { // TODO Autogenerated catch block return (loginFail)。當(dāng)輸入的內(nèi)容不匹配的時(shí)候，系統(tǒng)會(huì)給出提示，讓用戶(hù)修改 ，如圖 所示： 圖 用戶(hù)注冊(cè)頁(yè)面 27 查詢(xún)科室以及查詢(xún)、預(yù)約醫(yī)師的實(shí)現(xiàn) 通過(guò)該功能，用戶(hù)可以查詢(xún)?cè)撓到y(tǒng)內(nèi)所有的科室信息以及該可是下所有醫(yī)師的信息，并根據(jù)用戶(hù)自己的實(shí)際需要和實(shí)際情況選擇合適的醫(yī)師、合適的時(shí)間進(jìn)行就醫(yī) ，如圖 所示 ： 圖 醫(yī)師查詢(xún)頁(yè)面 1 查詢(xún)醫(yī)師可預(yù)約時(shí)間的代碼實(shí)現(xiàn) public ActionForward findDoctorById (ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { // TODO Autogenerated method stub Integer id = ( (doctorId))。 List allTimes = ()。 //找出醫(yī)師可以預(yù)約的時(shí)間集合 if( ().size() 0) { for(Users u :()){ if(().size() 0){ for(Time t :()){ for(int i = 0。i++ ){ Time time = (Time) (i)。amp。 } } } ().setAttribute (dateTimes, dateTimes)。 } } } else { ().setAttribute (dateTimes, allTimes)。 } catch (UserNotFoundException e) { //異常捕獲 return (error)。 } 2 用戶(hù)預(yù)約功能的 代碼實(shí)現(xiàn) public ActionForward dateTimeManager(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response) { // TODO Autogenerated method stub try { Integer id = ( (timeId))。 Integer did = ( (doctorId))。 time = (id)。 Doctor doctor = (did)。 } 29 //用戶(hù)添加預(yù)約時(shí)間，并更新到數(shù)據(jù)庫(kù) ().add (time)。 Users us = (())。 ().setAttribute (timeSucess, time)。 }catch (NumberFormatException e1) { //參數(shù)異常 // TODO Autogenerated catch block return (error)。 } return (dateTimeManage