1、武漢理工大學數據庫系統原理課程設計說明書課程設計任務書學生姓名： 專業班級： 指導教師： 工作單位： 計算機學院 題目：醫院住院數據庫設計初始條件：醫院業務規則：l 病房（編號、地點、收費標準，所屬科室）l 病床（病房編號、床位號）l 病人（病案號、姓名、性別、地址、電話號碼、病房編號）l 醫生（編號、姓名、性別、職稱、電話號碼、部門）l 住院（日期、病案號、入院時間、出院時間、病房編號、床位號）l 治療（時間、病案號、醫生編號、診斷、治療方案）一位病人可能有多位治療醫生，而每一位醫生又可能給多名病人治病。每一個病房可能住多位病人，而每一位病人只能住在一間病房中。一位病人可能有多個住院登記，而

2、一份住院登記只能有一個病人。病房中有多個床位、一個床位只能在一個病房中。一個床位可以出現在不同的住院登記上，而一份住院登記只能給病人分配一張病床。要求完成的主要任務：1. 根據上述的初始條件，進行調查分析并設計適當的屬性。設計一個醫院住院數據庫，dbms可選ms sql server、access、vfp等。2. 完成課程設計說明書，其格式遵守學校今年的新規定。主要內容包括：需求分析，概念設計，邏輯設計，物理實現等。3. 基于該數據庫，最好實現一個或多個應用程序（自己確定功能），程序設計語言（工具）任選。這一項是選作，不作硬性要求。時間安排：本學期第18周：1. 消化資料、系統調查1天2. 系

3、統分析1天3. 總體設計，實施計劃2天4. 撰寫報告1天指導教師簽名：年月日系主任（或責任教師）簽名：年月日醫院住院數據庫設計1 系統概述 1.1 概述 近年來，隨著我國人民生活水平的迅速提高，科學技術的進一步發展，醫院對hmis（醫院管理信息系統）的需求就越來越迫切，一套好的hmis在全面提高醫院的醫療、教學、科研水平，提高醫院整體工作效率，為病人提供方便快捷全面的服務等方面都能發揮出重要作用。然而由于種種原因，在國內hmis的使用尚不普及，許多小型醫院還是完全依靠手工操作在管理病人和醫院員工的一切信息，這不僅勞動強度大且工作效率低，醫師護士和管理人員的大量時間都消耗在事務性工作上，對其所掌

4、握的信息也無法很好地統計應用起來，這樣既無法提高醫院自身的醫療水平，同時又無法很好地為病人服務。從“醫院”概念上來看，住院部是醫院的基本組成單位；從醫院管理角度看，住院診療是醫院業務工作的核心部分。因此，建立一個高效可靠的住院業務管理系統，不僅可以在一定程度上減輕醫務人員的勞動強度，提高工作效率和工作質量，而且可以更及時、準確和有效地分析統計各種臨床數據及管理數據，供上級主管部門作出科學的管理決策，促進醫院管理水平的進一步提高。而在整個住院業務管理系統，住院數據庫的設計是必不可少的。 1.2 可行性分析首先，硬件和軟件要求不高，目前市場上的一般計算機軟硬件資源均能滿足系統開發需要。其中軟件主要

5、有vb，數據庫采用microsoft sql server2000。對于該數據庫的設計主要以microsoft sql server2000為主要開發工具，通過ado方式與vb程序前臺相連接，建立了一個基于c/s（客戶/服務器）的數據庫應用管理系統。維護工作方便，由于sql2000的易用性，使得后臺的操作十分便捷，操作人員可以在短時間內完全掌握系統的維護工作。由于醫院住院病人數量眾多，因而通過電腦化操作可以減少紙張的使用，同時由于數據直接通過局域網傳輸，可以減少信息傳遞時間，提高效率，同時也方便醫生，病人搜查相關住院信息，提高醫院工作透明度和工作效率。2 系統目標和建設原則 2.1 系統目標1

6、. 方便醫院管理病人的住院費用。2. 方便醫院管理病人住院期間的病情變化。3. 便于醫生根據具體病情及時對病人采取必要的治療。2.2 基本原則 1. 采用生命周期法和原型法相結合的方法開發系統由于本系統開發設計過程中受到各方條件的影響，在開發初期采用生命周期法進行設計開發，嚴格按照系統規劃，系統分析，系統設計，系統實施和系統維護這五個階段，系統能正常運行后，再進一步調查和分析，其中如有不足之處，再進行合理解決。2. 注重系統的易用性本系統設計過程中力求人性化，結合強大的搜索功能幫助醫生、護士、病人隨時查找到各自所需的信息，同時在數據錄入過程中，盡可能減少人工輸入部分，降低人工輸入錯誤的可能性。

7、3. 注重系統的可移植性由于醫院整體系統龐大復雜，可以根據需要實際取系統中的部分功能。同時由于數據庫采用微軟的sql server 2000，可以很方便地備數據，轉移數據。3 支撐環境計劃3.1 網絡邏輯結構 本次設計基于的網絡邏輯結構是客戶/服務器（c/s）體系結構。c/s是基于資源不對等，并且為了實現共享而提出來的，它由三個主要部分構成：數據庫服務器、客戶應用程序和網絡。c/s體系結構的優點在于系統的客戶應用程序和服務器構件分別運行在不同的計算機上，這對硬件和軟件的變化顯示出極強的適應性和靈活性，而且易于對系統進行擴充和縮小。 基于c/s的住院管理系統的結構示意圖如圖3-1所示。.住院數據

8、庫服務器網絡集線器病人用戶病人用戶醫生用戶管理員3.1 基于c/s的住院管理系統結構醫生用戶打印設 備其他公用設備3.2 軟件支撐環境及開發工具 這次課程設計基本是都是在windows xp操作系統下完成的。包括應用程序的開發、數據庫的設計以及設計報告的編寫。在這一過程中，應用的開發工具有：1. vb程序設計語言2. sql server 20003. microsoft office word 2003 4 系統總體結構 4.1 數據流圖的設計數據流圖可以表示現行系統的信息流動和加工處理等詳細情況，是現行系統的一種邏輯抽象，獨立于系統的實現。對于本次設計，我將根據系統的業務流程分別來設計數據

9、流圖。 對于入院處理的數據流圖如圖4-1所示：收費單請住院單請住院申請病人信息圖4-1 入院數據流圖病人查看信 息病人病案病人分配床 位病房信息產生收費單及住院單對于治療處理的數據流圖如圖4-2所示：治療方案出示病歷病人醫生診 斷病人病歷病人檢查情況給出治方 案病人圖4-2 治療數據流圖 對于出院處理的數據流圖如圖4-3所示： 申請出院繳費單病人病人病案收費準則病歷歸 檔費用統 計病人圖4-3 出院數據流圖4.2 功能結構設計設計一個系統是要事先了解系統的基本功能，將其分成幾個模塊分別設計，能夠提高設計效率。對于住院業務管理系統來說，其基本業務功能應該包括：1） 入院管理功能2） 治療管理功能

10、3） 出院管理功能4） 收費管理功能（收費常常伴隨著入院、治療以及出院管理而發生） 4.2.1 入院管理功能流程對于曾在本醫院住院的病人，系統會根據其提供的病案號自動在病案首頁表中調出病人基本資料；而對于第一次在本院住院病人則系統會自動為其產生病案號，工作人員會要求其填寫基本資料，填寫無誤后，將基本資料存入數據庫。其業務流程如圖4-4所示。 4.2.2 治療管理功能流程 病人在住院期間，接受醫生的治療是不可避免的。因此熟悉治療的流程，對于住院數據庫的設計也是必要的。其業務流程如圖4-5所示。 4.2.3 出院管理功能流程 病人要住院，當然也要出院。出院時，系統調出病人的基本資料，對于病人住院期

11、間的各項費用進行統計，開收費單要求病人繳費。其業務流程如圖4-6所示。曾住院？是否辦理入院手續病人查看病案新建病案分配病房及床位住院圖4-4 入院流程收取一定費用是否病人出示病歷醫生檢查正常？給出治療方案治療不做處理圖4-5 治療流程病人病歷歸檔進入病人病案出院結算出院圖4-6 出院流程 4.3 數據庫結構設計4.3.1 數據字典數據字典是系統中各類數據描述的集合，是進行詳細的數據收集和數據分析所獲得的主要成果，并且數據字典的內容將在數據庫的設計過程中不斷的修改、充實和完善。根據對住院管理系統業務流程的了解，可以定義以下數據結構：病人、病房、病床、醫生、治療記錄和住院登記。其中在病人、治療記錄

12、和住院登記中都涉及病案號，對于一個病人唯一對應一個病案號，而病案就是治療記錄和住院登記的集合。病人的數據項描述：數據項名數據項含義類型長度備注病案號病人的編號varchar15對應唯一一個病人姓名病人姓名varchar20性別病人性別char2只能取男或女地址病人住址varchar100電話病人電話varchar12病房編號char4住院時由系統分配 病房的數據項描述：數據項名數據項含義類型長度備注編號病房編號char4病房編號唯一地點病房位置varchar40收費標準int4單位為（元/天）所屬科室varchar20病床的數據項描述：數據項名數據項含義類型長度備注病房編號char4床位號in

13、t2一個病房一般有1-3個床位醫生的數據項描述：數據項名數據項含義類型長度備注編號醫生編號varchar10對應唯一一個醫生姓名醫生姓名varchar20性別醫生性別char2只能取男或女職稱醫生職稱varchar20有可能有多個職稱電話醫生電話varchar12部門所屬部門varchar20住院登記的數據項描述：數據項名數據項含義類型長度備注日期登記日期date10病案號varchar15入院時間date10出院時間date10必須在入院時間之后病房編號char4病床編號int2 治療記錄的數據項描述：數據項名數據項含義類型長度備注時間治療日期date10入院和出院時間之間病案號varcha

14、r15醫生編號varchar10診斷varchar50醫生診斷結果治療方案varchar200醫生給出的治療方案4.3.2 e-r圖設計 e-r圖提供了表示實體型、屬性和聯系的方法。 1） 實體型：用矩形表示，矩形框內寫明實體名； 2） 屬性：用橢圓形表示，并用無向邊將其與相應的實體連接起來； 3） 聯系：用菱形表示，菱形框內寫明聯系名，并用無向邊分別與有關實體型連接起來，同時在無向邊旁標上聯系的類型。 注意：如果一個聯系也具有屬性，則這些屬性也要用無向邊與該聯系連接起來。 下面將根據要設計的住院數據庫對其中涉及到的實體、實體屬性和實體間的聯系進行分析和設計。 （1） 實體及其屬性分析根據本次

15、課程設計所給出的初始條件，目前有以下實體：病人實體、病房實體、病床實體、醫生實體和住院登記實體。對于這些實體，它們的實體及屬性圖如圖4-7所示：病房地點收費標準所屬科室編號病人病案號姓名性別地址電話號碼病房編號部門電話號碼職稱性別姓名編號醫生病房編號床位號病床日期入院時間床位號出院時間病案號病房編號住院登記圖4-7 住院數據庫實體及其屬性圖 （2） 分e-r圖設計在本次設計中，根據任務書所提供的業務規則，實體和實體之間可以有以下幾種聯系： 1） 醫生與病人之間的聯系，它們之間的聯系圖如圖4-8所示； 2） 病人與病房以及病房與病床之間的聯系，它們之間的聯系圖如圖4-9所示； 3） 病人與住院登

16、記以及住院登記與病床之間的聯系，它們之間的聯系圖如圖4-10所示。n人m人醫生病人治療診斷治療方案圖4-8 病人與醫生聯系圖治療時間n人1人擁有病房病床病房n人1人住在病人圖4-9 病人與病房及病房與病床聯系圖1n住院登記病床分配圖4-10 病人與住院登記及住院登記與病床聯系圖n1病人住院登記登記（3） 基本e-r圖設計 對于分e-r圖，它們之間往往存在一些不一致的地方，即沖突。合并時不能簡單的將上述的各個分e-r圖畫在一起，必須要消除各個分e-r圖中的不一致，以形成一個能為全系統所有用戶所共同理解和接受的統一的概念模型。 在上述分e-r圖上可以做出修改,最終形成的基本e-r圖如圖4-11所示

17、：出院時間病房地點收費標準所屬科室病房編號n11n1病房編號床位號治療時間部門電話號碼職稱性別姓名醫生編號圖4-11 醫院住院數據庫基本e-r圖nnmn1病床病人醫生病案號姓名性別地址電話號碼病房編號病案號病房編號床位號診斷日期入院時間治療方案治療住在住院登記擁有登記分配4.3.3 關系模型設計關系模型的邏輯結構是一組關系模式的集合。將e-r圖轉換為關系模型實際上就是將實體型、實體型的屬性和實體之間的聯系轉換為一組關系模式，這種轉換需要遵守以下原則：1. 一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性，實體的碼就是關系的碼。2. 對于實體之間的聯系有以下幾種情況：（1） 一個1：1的聯

18、系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。（2） 一個1：n的聯系可以轉換成為一個獨立的關系模式，也可以與n端對應的關系模式合并。（3） 一個m: n的聯系轉換為一個關系模式。（4） 3個或者3個以上的實體之間的一個多元聯系可以轉換為一個關系模式。（5） 具有相同碼的關系模式可以合并。 按照上述的原則，根據設計好的e-r圖，可以將其轉換為以下一組關系模式，其中關系模式的碼用下橫線標出。 病房（病房編號，地點，收費標準，所屬科室） 此為病房實體型所對應的關系模式。其中病房編號唯一確定一個病房，所以為該關系模式的碼。病床（病房編號，床位號） 此為病床實體型所對應的關系模式

19、。由于病房編號是病房關系模式的碼，所以在該關系模式中病房編號為外碼。病人（病案號，姓名，性別，地址，電話號碼，病房編號） 此為病人實體型所對應的關系模式。其中病案號為次關系模式的碼，而病房編號為該關系模式的外碼。醫生（醫生編號，姓名，性別，職稱，電話號碼，部門） 此為醫生實體型所對應的關系模式。其中醫生編號唯一確定一個醫生，所以為該關系模式的碼。 住院登記（日期，病案號，入院時間，出院時間，病房編號，床位號） 此為住院登記實體型所對應的關系模式。其中，日期和病案號共同確定一個住院登記，病房編號為該關系模式的外碼。治療記錄（治療時間，病案號，醫生編號，診斷，治療方案）此為聯系“治療”所對應的關系

20、模式。其中，病案號和醫生編號都是該關系模式的外碼。5 總體實施計劃 5.1 基本表的設計完成數據庫的邏輯和物理設計后，需要運用sql語言對數據庫中所涉及的表進行定義，同時要考慮與表有關的完整性約束條件。1. 建立病人表： create table 病人 （病案號 varchar（15） primary key， 姓名 varchar（20） not null， 性別 char（2） check（性別 in（男，女）， 地址 varchar（100） not null， 電話 varchar（12）， 病房編號 char（4）not null， foreign key 病房編號 referenc

21、es 病房（病房編號）；2.建立醫生表：create table 醫生 （醫生編號 varchar（10） primary key， 姓名 varchar（20） not null， 性別 char（2） check（性別 in（男，女）， 職稱 varchar（20） not null， 電話 varchar（12）， 部門 varchar（20） not null ）；3.建立病房表：create table 病房 （病房編號 char（4） primary key， 地點 varchar（40） not null， 收費標準 int not null， 所屬科室 varchar（20）

22、not null）； 4.建立病床表： create table 病床 （病房編號 char（4） not null， 床位號 int not null， primary key（病房編號，床位號）， foreign key 病房編號 references 病房（病房編號） ）；5. 建立住院登記表： create table 住院登記 （日期 date not null， 病案號 varchar（15） not null， 入院時間 date not null， 出院時間 date not null， 病房編號 char（4） not null， 床位號 int not null， prim

23、ary key（日期，病案號），foreign key 病案號 references 病人（病案號）， foreign key 病房編號 references 病房（病房編號） ）；6. 建立治療記錄表： create table 治療記錄 （治療時間 date not null， 病案號 varchar（15） not null， 醫生編號 varchar（10） not null， 診斷 varchar（50） not null， 治療方案 varchar（200） not null， primary key（治療時間，病案號，醫生編號），foreign key 病案號 reference

24、s 病人（病案號）， foreign key 醫生編號 references 醫生（醫生編號）； 5.2 關系圖設計根據5.1中所建立的表及其它們之間的關系可以用圖5-1來表示： 圖5-1 住院關系圖5.3 角色的創建 由于不用的系統用戶會擁有不同的權限，這樣才能保證數據庫的安全性。在這次住院數據庫的設計中，主要用戶包括管理員、醫生和病人。管理員應該具有超級用戶的權限，而醫生和病人只能對數據進行簡單的查詢，不能修改數據庫中的數據。因此在數據庫中分別建立3個角色：role_adin,role_doctor和role_br。管理員角色的權限設置如圖5-2所示，醫生角色的權限如圖5-3所示，病人角色

25、的權限如圖5-4所示。 圖5-2 role_adin的權限 圖5-3 role_doctor的權限 圖5-4 role_br的權限5.4 數據的載入和應用程序調試在本次住院數據庫的設計中，數據載入并不是一次性全部入庫的。對于第一次來醫院住院的病人，要為其新建病案，將該病人的信息寫進數據庫中，而對于已經在醫院住過院的病人，只需要調出其病案，當有病人信息需要更改時，須更新數據庫。對于醫生的信息的載入，可以先將所有現有醫生的資料入庫。如果有新醫生的到來或者有醫生離開，則需要添加或者刪除部分數據。下表是一個簡單的數據入庫表：醫生表：編號姓名性別職稱電話號碼部門8001李思男住院醫師58362214住院

26、部8002錢玉女主治醫師56203221住院部8003令狐沖男主任醫師86542256住院部8004歐陽風男副主任醫師58885545住院部8005何雨女住院醫師86584523住院部對于病房和病床資料的錄入，基本與醫生信息載入相似，下面兩張表表現了部分病房與病床的資料：病房表：病房編號地點收費標準（元/每天）所屬科室1021住院大樓1樓100內科1052住院大樓1樓150外科2033住院大樓2樓150內科3015住院大樓3樓100外科4048住院大樓4樓100內科病床表：病房編號床位號102101301502402201403802404002對于住院登記和治療記錄的數據的載入，它們分別伴隨

27、病人住院和醫生為病人治療而產生的。因此在數據庫剛剛設計完成后，只有將原有系統或者手工處理的數據進行轉換使之符合新系統的數據模式，從而完成數據輸入工作。由于本次課程設計主要是醫院住院數據庫的設計，對應用程序的設計不做要求，所以對于應用程序的調試和運行不做描述。6 研制報告6.1 研制過程這份課程設計報告是我花費大量時間查閱關于軟件設計方面的書籍，以及在互聯網上查找資料，耗費大量精力編寫成功的。并且在報告編寫的過程中，和其他同學互相學習、討論，對于遇到的問題，積極尋求解決辦法，如果遇到了自己和同學不能解決的問題，就向指導老師請教。最終在老師和同學的幫助下，以及在自己的努力下，我完成了本次設計。6.2 對設計的評價 這次課程設計，主要是根據教材所講述的數據庫設計步驟，從需求分析到概