住院管理系統(tǒng)概要設計

1、住院管理信息系統(tǒng)概要設計 TOC o 1-5 h z HYPERLINK l bookmark1 o Current Document 住院管理信息系統(tǒng)概要設計0 HYPERLINK l bookmark9 o Current Document 導言0 HYPERLINK l bookmark12 o Current Document 1.1目的0 HYPERLINK l bookmark15 o Current Document 1.2范圍1 HYPERLINK l bookmark18 o Current Document 1.3術(shù)語定義1 HYPERLINK l bookmark21 o

2、 Current Document 1.4引用標準1 HYPERLINK l bookmark24 o Current Document 1.5參考資料1 HYPERLINK l bookmark27 o Current Document 系統(tǒng)分析1 HYPERLINK l bookmark31 o Current Document 界面設計3 HYPERLINK l bookmark35 o Current Document 3.1管理端界面設計3 HYPERLINK l bookmark38 o Current Document 3.2客戶端界面設計4 HYPERLINK l bookma

3、rk41 o Current Document 系統(tǒng)體系結(jié)構(gòu)4 HYPERLINK l bookmark50 o Current Document 4.1體系結(jié)構(gòu)5 HYPERLINK l bookmark53 o Current Document 4.1.1struct 體系結(jié)構(gòu)5 HYPERLINK l bookmark56 o Current Document 4.1.2系統(tǒng)體系結(jié)構(gòu)9 HYPERLINK l bookmark59 o Current Document 4.2系統(tǒng)運行環(huán)境10 HYPERLINK l bookmark62 o Current Document 4.2.1網(wǎng)

4、絡拓撲如圖所示：11 HYPERLINK l bookmark65 o Current Document 4.2.2硬件環(huán)境11 HYPERLINK l bookmark71 o Current Document 4.2.3軟件環(huán)境11 HYPERLINK l bookmark74 o Current Document 數(shù)據(jù)模型12 HYPERLINK l bookmark78 o Current Document 5.1數(shù)據(jù)庫的概念結(jié)構(gòu)設計12 HYPERLINK l bookmark81 o Current Document 5.2數(shù)據(jù)庫的邏輯結(jié)構(gòu)模型設計12 HYPERLINK l bo

5、okmark84 o Current Document 6模塊設計15 HYPERLINK l bookmark87 o Current Document 6.1頁面功能設計166.2控制層：略176.3模型層：略171.導言1.1目的該文檔的目的是描述住院管理信息系統(tǒng)，其主要內(nèi)容包括:系統(tǒng)功能簡介系統(tǒng)結(jié)構(gòu)功能系統(tǒng)接口設計數(shù)據(jù)設計界面設計模塊設計本文檔的預期的讀者是:開發(fā)人員項目管理人員測試人員1.2范圍該文檔定義了系統(tǒng)的結(jié)構(gòu)和單元接口，但為確定單元的實現(xiàn)方法，這部分內(nèi)容將在詳 細設計、實現(xiàn)中確定落實。1.3術(shù)語定義JSP Model： Servlet/JSP規(guī)范版本中描述的術(shù)語，定義了如何在

6、同一應用程序中聯(lián)合使 用Servlet和JSP的體系結(jié)構(gòu)；Javabeam:用java語言實現(xiàn)的滿足一定功能的類。1.4引用標準【1】引用標準企業(yè)文檔格式標準【2】軟件概要設計報告格式標準1.5參考資料【1】軟件工程案例教程，機械工業(yè)出版社系統(tǒng)分析該系統(tǒng)主要面向以下四個使用者：護士、醫(yī)生、護工和管理員；一、護士，通過系統(tǒng)對病 人基本信息進行查詢、入院辦理、出院辦理和基本信息的管理；二、醫(yī)生，通過系統(tǒng)查看病 人住院基本信息、查看病人電子病歷、查看用藥記錄和開憑醫(yī)囑，對病房有哦轉(zhuǎn)房管理、轉(zhuǎn) 科管理和跨科協(xié)助管理；三、管理員，對系統(tǒng)后臺信息進行管理，增刪系統(tǒng)使用角色的功能； 四、護工，通過該系統(tǒng)查看

7、自己每天的工作安排和當日工作內(nèi)容；五、病人，通過系統(tǒng)查看 自己的用藥情況和查詢個人信息，及住院費用清單。系統(tǒng)分為管理端子系統(tǒng)、用戶子系統(tǒng)。管理端子系統(tǒng)包括：登錄管理、用戶管理、基本 信息管理；用戶端子系統(tǒng)就分為多用戶型分類應用系統(tǒng)：醫(yī)生用戶系統(tǒng)、護士用戶系統(tǒng)、護 工用戶系統(tǒng)、病人用戶系統(tǒng)。通過系統(tǒng)間的交流輸入輸出，實現(xiàn)病人與醫(yī)護人員間信息的交 流、信息記錄與信息查詢。圖1圖4為各子系統(tǒng)端組成結(jié)構(gòu)圖：圖2醫(yī)生端子系統(tǒng)圖示圖3護工端、病人端子系統(tǒng)子系統(tǒng)圖示圖4管理端子系統(tǒng)圖示界面設計本系統(tǒng)的用戶界面設計按功能分為客戶端界面和管理端界面3.1管理端界面設計管理端設計主要實現(xiàn)醫(yī)院信息管理人員對醫(yī)院常規(guī)

8、數(shù)據(jù)（人員、醫(yī)療設備、醫(yī)療設備 數(shù)據(jù)、病歷），用戶權(quán)限和登錄權(quán)限等的管理，主要細分：登錄管理、用戶管理、基本信息 管理、科室管理、病床床位管理。登錄界面：通過輸入用戶名和密碼實現(xiàn)用戶的登錄，并判斷用戶的權(quán)限；管理首頁：根據(jù)用戶的權(quán)限，進入首頁，并在首頁中展示此用戶的相應操作的權(quán)限 和功能；用戶管理：根據(jù)用戶的角色按角色權(quán)限進行用戶的，“添加用戶”、“修改用戶”、“刪 除用戶”；科室管理：根據(jù)醫(yī)院的社追科室，進行醫(yī)院的科室劃分和科室的增添刪改，功能分 為：“添加科室”、“刪除科室”、“修改科室”“科室級別”；病房床位管理：根據(jù)科室的病人數(shù)據(jù)分析該科室適配床位就行科室床位的安排和 分配，進行科室間

9、的病床調(diào)用和增添刪改，“病床添加”、“病床刪除”、“病床修改”、“病床劃歸”；基本信息管理：提供查詢醫(yī)院全部信息的功能，防止數(shù)據(jù)紊亂。3.2客戶端界面設計界面設計按用戶的不同分為四個不同的界面設計：醫(yī)生界面設計、護士界面設計、護 界面設計、病人界面設計。醫(yī)生界面設計：按醫(yī)生在住院與患者、護士之間的數(shù)據(jù)交互分功能如下：“病人科 室管理”、“病人病床管理”、“病人病歷管理”、“病人病程管理”、“病人醫(yī)囑管理”、 “病人管理”、“修改個人信息”、“住院審批”、“出院審批”；對各功能塊的具體功 能在詳細設計再詳細羅列；護士界面設計：“病人住院管理”、“病人出院管理”、“病人病床、病房管理”、“醫(yī) 囑管

10、理”、“病人用藥”、“修改個人信息”；護工界面設計：“護工日程安排”(護工長權(quán)限)、“查詢護理日程”、“查看、修改個 人信息”；病人界面設計：“個人信息查詢”、“申請入院”、“申請出院”、“住院費用查詢”；系統(tǒng)體系結(jié)構(gòu)系統(tǒng)的總體結(jié)構(gòu)設計需要遵循如下原則：系統(tǒng)應該具有良好的適應性：能適應用戶對系統(tǒng)的軟 件環(huán)境、管理內(nèi)容、模式和界面的要求；系統(tǒng)應該具有可靠性：采用成熟的技術(shù)方法和軟件開 發(fā)平臺，以保證系統(tǒng)在以后的實現(xiàn)應用中安全、可靠；系統(tǒng)應具有較好的安全性：應提高安全機制和用戶權(quán) 限機制的完善程度，確保數(shù)據(jù)的受限訪問；系統(tǒng)應具有良好的可維護性：系統(tǒng)應易于維護、安裝;系統(tǒng)應具有良好的可拓展性：系統(tǒng)應

11、適應未來信息化 建設的需求，能方便地進行功能的擴展，以建立完善的信息集成管理體系。41體系結(jié)構(gòu)目前軟件管理項目中有很多的體系結(jié)構(gòu)，其中struct是比較流行的一種。4.1.1struct體系結(jié)構(gòu)對于開發(fā)Web應用，要從頭設計開發(fā)一個可靠、穩(wěn)定的框架不是一件容易的事情。 隨著Web開發(fā)技術(shù)日趨成熟，在Web開發(fā)領(lǐng)域出現(xiàn)了一些縣城的優(yōu)秀框架，開發(fā)者 可以直接使用他們，Struct就是一個很好的框架結(jié)構(gòu)，它是在JSP Model基礎上實現(xiàn)的 一個MVC框架，在struct框架中模型由實現(xiàn)業(yè)務邏輯的javaBean或者EJB組件構(gòu)成， 控制器由ActionServlet和Action來實現(xiàn)，試圖由一組

12、JSP文件組成。圖5護士端管理頁面流程圖圖6醫(yī)生端流程圖圖7護工端頁面流程圖圖8管理員頁面流程圖其中：視圖，就是一組JSP文件，這些JSP文件沒有業(yè)務邏輯，也沒有模型信息，只有標簽，這 些標簽可用是標準的JSP標簽或者是客戶化標簽，入struct標簽庫的標簽。此外，通常struct 框架中的ActionForm Beam也劃分為視圖模塊，ActionForm Beam是一種JavaBeam，除了具 有一些JavaBeam的常規(guī)方法外，還包括一些特殊的方法，用于驗證HTML表單數(shù)據(jù)以及將 其屬性重新設置為默認值。Struct框架利用ActionForm Beam來進行視圖和控制器之間表單 數(shù)據(jù)的

13、傳遞。Struct框架將用戶輸入的扁擔數(shù)據(jù)保存在ActionForm Beam中，將它傳遞給控 制器，控制器可以對ActionForm Beam中的數(shù)據(jù)進行修改，JSP文件使用struct標簽讀取修控制器，控制器由ActionForm Serlvet類和Action類實現(xiàn)，ActionSerlvet類是stuct框架中 的核心組件的這個MVC的中英控制器的角色ActionServlet主要負責接收HTTP請求的信息， 根據(jù)配置文件struct-config.xml的配置信息，將請求轉(zhuǎn)發(fā)給適當?shù)腁ction對象，如果該對象 Action對象不存在，ActionSerlvet會先創(chuàng)建這個Actio

14、n對象。Action類負責調(diào)用模型的方法， 更新模型的狀態(tài)并幫助應用程序的流程，對于小型簡單的應用，Action類本身也可以完成一 些實際的業(yè)務邏輯。模型，模型表示應用程序的狀和業(yè)務邏輯，業(yè)務邏輯常常由JavaBeam或者EJB組件實現(xiàn)。如果在W而不應用開發(fā)中套用現(xiàn)成的struct框架，就可以簡化每個開發(fā)間斷的工作，開 發(fā)人員可以更加的有針對性的分析應用需求，不必從新設計框架，只需在struct框架的基礎 上，設計MVC各個模塊的包含的具體組件，在編碼過程中，可以充分利用struct提供的各 種實用類和標簽庫，簡化編碼工作。Struct框架可以方便迅速地將一個復雜的應用劃分成模型、視圖和控制器

15、組件、而struct 的排至文件struct-config.xml可以靈活地組裝這些組件，以簡化開發(fā)過程。4.1.2系統(tǒng)體系結(jié)構(gòu)根據(jù)系統(tǒng)分析結(jié)果，該系統(tǒng)從結(jié)構(gòu)上滿足：基于瀏覽器進行顯示以方便用戶使用；采用MVC的三層結(jié)構(gòu)，分化各個功能組件；采用JDBC技術(shù)與數(shù)據(jù)庫通信以便于數(shù)據(jù)庫的轉(zhuǎn)換； 采用標簽技術(shù)完成動態(tài)頁面的簡單邏輯。本系統(tǒng)的體系結(jié)構(gòu)如圖10所示，它基本遵循了 struct體系的MVC框架規(guī)范。:用戶界面（瀏覽器）HTMUCSS.DHTML, JavaScript, XML視圖層（V）層：服務器腳本Connects ui to Business ObrectsJava Server Pa

16、sesJava Servlets*控制（c）層；分布式組件JavaBeam模型（M）層：數(shù)據(jù)源和持久性對象存儲圖10系統(tǒng)結(jié)構(gòu)體系結(jié)構(gòu)其中：表示層：用于與用戶進行交互并顯示結(jié)果。包括所有JSP，提供用戶界面，接收用戶 輸入，還包括相應的ActionForm Beam，用來存放表單數(shù)據(jù)，并進行數(shù)據(jù)驗證；控制層：包括所有的Action類，它完成三項任務：一是進行業(yè)務邏輯驗證，二是調(diào) 用模型組件，三是決定將核實的視圖組件返回給用戶；模型，包括進行邏輯處理的JavaBeam等。數(shù)據(jù)庫采用JDBC拘束提供數(shù)據(jù)庫的可移 植性。體系結(jié)構(gòu)的具體拓撲圖示如圖11：處理的結(jié)果反饋給客戶或者發(fā)送到數(shù)據(jù)庫中。3）服務層

17、：主要是數(shù)據(jù)庫系統(tǒng)，這里的數(shù)據(jù)庫系統(tǒng)主要是關(guān)系數(shù)據(jù)庫系統(tǒng)（RDMS）4.2系統(tǒng)運行環(huán)境下面講述系統(tǒng)運行的網(wǎng)絡結(jié)構(gòu)，硬件，軟件環(huán)境。4.2.1網(wǎng)絡拓撲如圖所示:互聯(lián)網(wǎng)登錄系統(tǒng)的人員使用的機器，可以使醫(yī)院內(nèi)部的人員，也可以是病人?？蛻魴C：普通pcWeb服務器(抄書的)數(shù)據(jù)庫服務器4.2.2硬件環(huán)境本系統(tǒng)的硬件環(huán)境如下1)基于現(xiàn)在市面低配置pc機CPU:1.8GHz 以上內(nèi)存：512MB以上2)CPU:2.0GHz 以上內(nèi)存：2.0GB以上3)CPU:2.0 以上4.2.3軟件環(huán)境本系統(tǒng)的軟件環(huán)境如下：操作系統(tǒng)的最低版本：UNIX/Linux/windows xp；數(shù)據(jù)庫：SQL Server200

18、5以上版本開發(fā)環(huán)境：Eclipse-SDK-3.1.2-win32 以上、DreamweaverfrontpageWeb 服務器：Tomcat瀏覽器：IE6.0以上數(shù)據(jù)模型本系統(tǒng)的數(shù)據(jù)模型設計內(nèi)容主要是進行數(shù)據(jù)庫的設計。5.1數(shù)據(jù)庫的概念結(jié)構(gòu)設計概念設計用來反映現(xiàn)實世界中的實體，屬性和它們之間的關(guān)系等的原始數(shù)據(jù)形式，建立 數(shù)據(jù)庫的每一幅視圖。圖13是系統(tǒng)的E-R圖圖13數(shù)據(jù)庫E-R圖其中系統(tǒng)中的主治醫(yī)生、護士等對病人有治療、護理等關(guān)系。5.2數(shù)據(jù)庫的邏輯結(jié)構(gòu)模型設計數(shù)據(jù)庫的邏輯設計是將局部的E-R圖驚醒分、合并后重新組織起來形成數(shù)據(jù)庫全局邏 輯結(jié)構(gòu)，包括所確定的關(guān)鍵字和屬性、重新確定的記錄結(jié)構(gòu)

19、、所建立的各個數(shù)據(jù)之間的相互 聯(lián)系。根據(jù)本系統(tǒng)需求分析，系統(tǒng)的數(shù)據(jù)庫包括了：管理端子系統(tǒng)、用戶子系統(tǒng)。管理端子 系統(tǒng)包括：登錄管理、用戶管理、基本信息管理；用戶端子系統(tǒng)就分為多用戶型分類應用系 統(tǒng)：醫(yī)生用戶系統(tǒng)、護士用戶系統(tǒng)、護工用戶系統(tǒng)、病人用戶系統(tǒng)。數(shù)據(jù)庫各表的設計如下 表1表10所示：字段名數(shù)據(jù)類型是否為空默認值說明管理員IDVarchar(10)Not null主鍵Adm_ID管理員姓名Varchar(10)Admr_name用戶密碼Varchar(10)Adm_password表 1 管理員表 Administrator字段名數(shù)據(jù)類型是否為空默認值說明護士編號Varchar(10)N

20、ot null主鍵Nur_ID護士姓名Varchar(10)Not nullNur_name護士密碼Varchar(10)Not nullNur_password護士電話nchar(11)Not nullNur_phone表2護士表Nurse字段名數(shù)據(jù)類型是否為空默認值說明護工編號Varchar(10)Not null主鍵Nw_ID護工姓名Varchar(10)Not nullNw_name護工密碼Varchar(10)Not nullNw_password護工電話nchar(11)Not nullNw_phone表 3 護工表 Nurseworker字段名數(shù)據(jù)類型是否為空默認值說明身份證號n

21、char(13)Not null主鍵Pat_ID姓名Varchar(10)Not nullPat_name性別nchar(2)Not null男/女Pat_sex年齡IntNot nullPat_age聯(lián)系電話nchar(11)Not nullPhone聯(lián)系地址Varchar(50)House_address表4病人基本信息表Patient字段名數(shù)據(jù)類型是否為空默認值說明醫(yī)生編號Varchar(10)Not null主鍵Doc_ID醫(yī)生姓名Varchar(10)Not nullDoc_name醫(yī)生密碼Varchar(10)Not nullDoc_password所屬科室Varchar(10)N

22、ot nullDepar_ID職位Varchar(10)Not nullPosition電話nchar(11)Not nullDoc_phone表5主治醫(yī)生信息表Doctor字段名數(shù)據(jù)類型是否為空默認值說明科室編號Varchar(10)Not null主鍵 Depar_ID科室名Varchar(10)Not nullDepar_name科室主任Varchar(10)Not nullDepar_president科室電話nchar(11)Not nullDepar_phone表6科室表Deparment字段名數(shù)據(jù)類型是否為空默認值說明病房號Varchar(10)Not null主鍵Sr_ID病房

23、類型Varchar(10)Not nullSr_type病房費用moneyNot nullSr_cost病床數(shù)IntNot nullSbed_mum地點Varchar(15)Not nullAddress表 7 病房表 Sickroom字段名數(shù)據(jù)類型是否為空默認值說明病床號Varchar(5)Not null主鍵 Sbed_ID所屬病房Varchar(10)Not null主鍵Sr_ID床位排列Varchar(10)Not nullBeds_Llined表8病床表Sickbed字段名數(shù)據(jù)類型是否為空默認值說明身份證號nchar(13)Not null主鍵Pat_ID日期DatetimeNot

24、null主鍵Time主治醫(yī)生Varchar(10)Not null主鍵Doc_ID病因Varchar(10)Not nullPathogeny治療方案Varchar(30)Treatment表9治療表Treatment字段名數(shù)據(jù)類型是否為空默認值說明日期DatetimeNot null主鍵Time身份證號nchar(13)Not null主鍵Pat_ID病房號Varchar(10)Not nullSr_ID床位號Varchar(5)Not nullSbed_ID入院日期DatetimeNot nullIn_time出院日期DatetimeOut_time住院時間IntHospitalstays

25、表 10 入住表 be hospitalized在確定了各表主鍵字段的基礎上，依據(jù)表與相關(guān)字段之間的聯(lián)系建立了各表之間的關(guān)系 如圖14所示：Administrator形 Adm_DAdmr_nameAdm_passwordNurseJ? Nur_DNur_nameNur_passwordNurjihoneNurseworker亶 Nw_DNw_nameNwjziasswordNw_phoneSickroom電 Sr_DSr_tPeSr_costPat_mumAddressTreatment.星 PatJD* Time形 Dqc_DPathogenyTreatmentDeparment甲 Dep

26、ar_DDepar_nameDepar_presidentDepar_phone*：3圖14數(shù)據(jù)關(guān)系圖6模塊設計按功能的分解，本系統(tǒng)分為護士管理端系統(tǒng)、醫(yī)生管理端系統(tǒng)、護工管理端系統(tǒng)、病人查 詢端系統(tǒng)和管理員端系統(tǒng)。根據(jù)頁面設計，胡時段管理子系統(tǒng)又可以分為用戶登錄、病人查 詢、入院辦理、出院辦理、病房管理等。醫(yī)生管理端子系統(tǒng)可以分為用戶登錄、巡房記錄管 理、開藥記錄管理、查看病人電子病歷和開憑醫(yī)囑等。護工管理端和病人管理端打通小異的 都是查詢功能等。管理員端子系統(tǒng)可以分為用戶登錄、用戶管理、科室管理、床位管理、藥 庫管理等。護士端住院管理系統(tǒng)圖15模塊設計6.1頁面功能設計如圖15所示的模塊設計，每個用戶都有一個登錄模塊，所以按需設計用戶登錄頁面 一個實現(xiàn)五個用戶的登錄及實現(xiàn)權(quán)限的分配。界面JSP功能描述登錄頁面login.jsp登錄主頁面主頁面mian.jsp管理主頁面頁面上端偏左topleft.jsp復用頁面頁面中部偏右centerright.jsp復用頁面頁面下端bottom.jsp復用頁面圖16登錄頁面設計護士界面設計根據(jù)護士頁面流程圖可得出設計如下：界面JSP功能描述護士管理首頁nurse.jsp顯示首頁護士功能信息病人管理forpatient.jsp管理病人的住院病床管理sickb