數(shù)據(jù)庫應用程序課程設計醫(yī)院住院管理系統(tǒng)

1、成績 課程設計報告 題 目 醫(yī)院住院管理系統(tǒng) 課 程 名 稱 數(shù)據(jù)庫應用程序課程設計 院 部 名 稱 信息技術學院 專 業(yè) 計算機科學與技術(軟件工程) 課程設計地點 課程設計學時 指 導 教 師 金陵科技學院教務處制設計項目名稱：數(shù)據(jù)庫應用程序課程設計 學 時： 30 目錄摘 要4一、課程設計目的和要求5二、課程設計的儀器和設備5三、課程設計過程51需求分析階段51.1應用背景51.2系統(tǒng)可行性分析51.3系統(tǒng)的設計目標61.4系統(tǒng)設計概要61.5具體系統(tǒng)的業(yè)務過程及功能要求616數(shù)據(jù)流圖72概念結構設計階段113邏輯結構設計階段143.1 把系統(tǒng)的e-r圖轉換成數(shù)據(jù)庫關系模式如下：143.

2、2數(shù)據(jù)庫中的關系表：144物理結構設計階段164.1關系模式存取方法的選擇164.2確定數(shù)據(jù)庫的存儲結構165數(shù)據(jù)庫實施165.1 create database創(chuàng)建數(shù)據(jù)庫165.2 create table創(chuàng)建表176c#界面設計及程序邏輯代碼設計186.1開發(fā)工具簡介186.2系統(tǒng)的主界面圖196.3 c#訪問sqlserver數(shù)據(jù)庫的方法196.4 本系統(tǒng)模塊以及詳細說明197.數(shù)據(jù)庫運行維護217.1系統(tǒng)運行維護217.2 系統(tǒng)維護與運行227.3 數(shù)據(jù)庫備份227.4系統(tǒng)測試及出現(xiàn)的問題237.5系統(tǒng)存在的不足24實驗體會25參考文獻26用戶系統(tǒng)使用說明書27摘 要隨著科學技術的不斷

3、提高,計算機科學已進入人類社會的各個領域并發(fā)揮著越來越重要的作用。作為計算機應用的一部分,使用計算機對信息進行管理,具有手工管理所無法比擬的優(yōu)點。醫(yī)院住院管理系統(tǒng)是現(xiàn)代化醫(yī)院運營的必要技術支撐和基礎設施，實現(xiàn)醫(yī)院住院管理系統(tǒng)的目的就是為了以更現(xiàn)代化、科學化、規(guī)范化的手段來加強醫(yī)院的管理，提高醫(yī)院的工作效率，改進醫(yī)療質量，從而樹立現(xiàn)代醫(yī)院的新形象，這也是未來醫(yī)院發(fā)展的必然方向。該系統(tǒng)的實施將在整個醫(yī)院建設企業(yè)級的計算機網(wǎng)絡系統(tǒng)，并在其基礎上構建企業(yè)級的應用系統(tǒng)，實現(xiàn)整個醫(yī)院的人、財、物等各種信息的順暢流通和高度共享，為全院的管理水平現(xiàn)代化和領導決策的準確化打下堅實的基礎。該系統(tǒng)的設計主要包括需求

4、分析，概念結構設計，邏輯結構設計，物理結構設計，數(shù)據(jù)庫實施，數(shù)據(jù)庫運行與維護六個階段。本系統(tǒng)主要的模塊有：系統(tǒng)設置、入院管理、病房管理、計費管理、出院管理。本系統(tǒng)前端開發(fā)工具使用visual studio 2008，后臺數(shù)據(jù)庫采用sql servrer 2005。關鍵詞：醫(yī)院住院管理；數(shù)據(jù)庫；數(shù)據(jù)字典；e-r圖；visual studio 2008；sql server 2005一、課程設計目的和要求課程設計是為了增強學生對所學課程的理解，學會綜合地、靈活地運用所學課程知識的一個重要的實踐環(huán)節(jié)。本課程設計是應用c#程序設計語言進行數(shù)據(jù)庫應用系統(tǒng)的開發(fā)，用ms sql server進行后臺數(shù)據(jù)庫

5、的管理，編寫出某一個小型的管理信息系統(tǒng)。通過本課程設計可以達成如下目標：1、能夠自覺運用數(shù)據(jù)庫原理的理論知識指導軟件設計；2、學會數(shù)據(jù)庫的設計，并能對設計結果的優(yōu)劣進行正確的評價；3、學會如何組織和編寫信息系統(tǒng)軟件設計文檔和軟件系統(tǒng)的操作說明；4、具有一定的獨立分析問題、解決問題的能力；5、掌握sql server 2005數(shù)據(jù)庫在信息系統(tǒng)開發(fā)過程中的應用。6、掌握使用c#訪問后臺數(shù)據(jù)庫的方法。 二、課程設計的儀器和設備586 以上計算機、server要求內(nèi)存256以上,cpu 2.0ghz以上.clinet內(nèi)存128以上,cpu奔騰iii以上,裝有相關數(shù)據(jù)庫軟件(本系統(tǒng)后臺數(shù)據(jù)庫是sql 2

6、005)和 visual studio2008 以上中文版軟件。該軟件可以在win98win2000、win xp等系統(tǒng)中運行。三、課程設計過程本實驗根據(jù)數(shù)據(jù)庫設計的六個步驟來設計的，即需求分析、概念結構設計、邏輯結構設計、物理結構設計、數(shù)據(jù)庫實施、數(shù)據(jù)庫運行維護。1需求分析階段1.1應用背景醫(yī)院住院管理系統(tǒng)內(nèi)容對于醫(yī)療機構的管理者來說是至關重要的，所以醫(yī)院住院管理系統(tǒng)應該能夠為每一個醫(yī)療機構的管理者提供充足的信息和快捷的查詢手段，大大的方便醫(yī)療機構的管理者的合理管理。隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它已進入人類社會的各個領域并發(fā)揮著越來越重要的作用。

7、作為計算機應用的一部分，使用計算機對病人及醫(yī)師進行管理，具有著手工管理所無法比擬的優(yōu)點，如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高病人及醫(yī)師管理的效率，也是醫(yī)療機構理財?shù)目茖W化、正規(guī)化管理，與先進科學技術接軌的重要條件。因此，開發(fā)這樣一套軟件是很有必要的事情，對于我們即將計算機專業(yè)畢業(yè)的學生來說，也是一次將計算機應用于現(xiàn)實的一次很有意義的實踐活動。1.2系統(tǒng)可行性分析本系統(tǒng)從以下三個方面進行分析：1.2.1技術可行性根據(jù)現(xiàn)有的和準備充實的設備條件與技術力量來分析系統(tǒng)在技術上實現(xiàn)的可能性，弄清楚現(xiàn)有技術條件能否保證順利完成開發(fā)工作。醫(yī)院住院管理

8、系統(tǒng)在技術可行性上完全可以勝任，由于本系統(tǒng)采用單機版，對網(wǎng)絡的研究不高，采用sql2005數(shù)據(jù)庫和c#.net編程環(huán)境。在設備條件上，主要考慮計算機的內(nèi)存容量，外在容量，運算速度，數(shù)據(jù)精度，漢字功能，多媒體功能，可行性以及對數(shù)據(jù)傳送與通信網(wǎng)絡，數(shù)據(jù)庫的需求以及實現(xiàn)的可能性1.2.2經(jīng)濟可行性對于每個住院部門，可以根據(jù)自己需要，配置性能一般的計算機作為終端，向服務器存儲數(shù)據(jù)或搜索數(shù)據(jù)。這些電腦的費用對整個住院系統(tǒng)來說并不是一個很重要的負擔。因此開發(fā)本系統(tǒng)是可行的。1.2.3操作可行性我們所做的系統(tǒng)是為醫(yī)院管理人員開發(fā)的，所有設定的用戶對象是醫(yī)院的工作人員，而且我們設計了友好的界面，同時寫出了詳細

9、的使用說明，用戶只需懂得簡單的計算機操作知識，就能自由應用本軟件。綜上所述：經(jīng)分析本系統(tǒng)滿足以上幾個方面的要求，所以開發(fā)本系統(tǒng)是完全可行的。1.3系統(tǒng)的設計目標系統(tǒng)開發(fā)的總體任務是實現(xiàn)醫(yī)院住院管理的系統(tǒng)化、規(guī)范化、自動化、簡便化，從而達到醫(yī)院管理高效率的目的。1.4系統(tǒng)設計概要本系統(tǒng)主要有五大模塊：系統(tǒng)設置、入院管理、病房管理、計費管理、出院管理。詳細功能如下：1、系統(tǒng)設置：密碼修改、用戶權限設置、系統(tǒng)備份、退出；2、住院病人及預交費基本錄入、查詢、修改管理；3、醫(yī)生信息錄入、查詢和修改；4、藥品信息的錄入、查詢和修改；5、科室信息及床位的添加、查詢、修改；6、出院結賬的匯總及處理等。1.4.

10、1 系統(tǒng)功能模塊圖圖1.4.1系統(tǒng)功能模塊圖1.5具體系統(tǒng)的業(yè)務過程及功能要求通過對醫(yī)院住院管理的實際調(diào)查分析，得到以下業(yè)務流程圖：圖1.5 醫(yī)院住院系統(tǒng)處理流程圖 16數(shù)據(jù)流圖1.6.1數(shù)據(jù)流程圖該系統(tǒng)的頂層數(shù)據(jù)流圖下如圖所示： 圖頂層數(shù)據(jù)流圖該系統(tǒng)的第一層數(shù)據(jù)流圖下如圖所示：圖 系統(tǒng)設置圖 入院管理圖 病房管理1.6.2系統(tǒng)的數(shù)據(jù)字典數(shù)據(jù)流的描述表.1數(shù)據(jù)流編號：d-01數(shù)據(jù)流名稱：授予權限 簡述：系統(tǒng)管理員提出權限設置請求數(shù)據(jù)流來源：系統(tǒng)管理員數(shù)據(jù)流去向：權限設置模塊 數(shù)據(jù)項組成：管理員用戶名+普通用戶名

11、+權限 表.2數(shù)據(jù)流編號：d-02數(shù)據(jù)流名稱：密碼修改 簡述：修改系統(tǒng)用戶的密碼數(shù)據(jù)流來源：系統(tǒng)用戶數(shù)據(jù)流去向： 密碼修改模塊數(shù)據(jù)項組成：用戶名+舊密碼+新密碼表.3數(shù)據(jù)流編號：d-03數(shù)據(jù)流名稱：錄入病人信息 簡述： 病人申請住院，系統(tǒng)用戶錄入病人基本信息數(shù)據(jù)流來源：病人本人信息數(shù)據(jù)流去向：電子病歷 數(shù)據(jù)項組成：住院號+姓名+年齡+科室 +床位號+主治醫(yī)生+血型+住址+科主任表.4數(shù)據(jù)流編號：d-04數(shù)據(jù)流名稱：病人信息查詢 簡述：系統(tǒng)用戶提出查詢病人信息請求數(shù)據(jù)流來源：系統(tǒng)用戶數(shù)據(jù)流去向：電子病歷數(shù)據(jù)項組成：住院號+姓名+年齡+科室 +床位號+主治

12、醫(yī)生+血型+住址+科主任表.5數(shù)據(jù)流編號：d-05數(shù)據(jù)流名稱：病床信息管理簡述：輸入科室名，添加、減少病床數(shù) 數(shù)據(jù)流來源： 系統(tǒng)用戶數(shù)據(jù)流去向：病床信息表數(shù)據(jù)項組成：科室名+科室號+科主任+病床地址+病床使用情況+病床單價 表.6數(shù)據(jù)流編號：d-06數(shù)據(jù)流名稱：病床信息查詢 簡述：根據(jù)病床號，查詢顯示出病床的使用情況數(shù)據(jù)流來源：系統(tǒng)用戶數(shù)據(jù)流去向：病床信息表 數(shù)據(jù)項組成：科室名+科室號+科主任+病床地址+病床使用情況+病床單價表.7數(shù)據(jù)流編號：d-07數(shù)據(jù)流名稱：費用管理 簡述：輸入住院號，記錄病人預交費數(shù)據(jù)流來源：系統(tǒng)用戶數(shù)據(jù)流去向：病人賬單 數(shù)據(jù)項

13、組成：住院號+姓名+科室號+藥品費用+床位費用+水電費用+檢查費用+總費用+預交費+操作員 表.8數(shù)據(jù)流編號：d-08數(shù)據(jù)流名稱：賬單查詢 簡述：輸入住院號，顯示病人費用賬單數(shù)據(jù)流來源：系統(tǒng)用戶數(shù)據(jù)流去向：病人賬單 數(shù)據(jù)項組成：住院號+姓名+科室號+藥品費用+床位費用+水電費用+檢查費用+總費用+預交費+操作員處理過程的描述表.1處理過程編號：p-01處理過程名稱：授予權限 簡述：為相應的用戶設置相應的權限輸入數(shù)據(jù)流：用戶名處理描述：將某些權限授予選中的用戶輸出數(shù)據(jù)流：用戶權限表最高流量：1/秒平均流量：1/秒表.2處理過程編號：p-02

14、處理過程名稱：密碼修改 簡述：修改系統(tǒng)用戶的密碼輸入的數(shù)據(jù)流：系統(tǒng)用戶處理描述：用戶登錄系統(tǒng)，提出密碼修改請求，輸入舊密碼，輸入兩次新密碼，確認提交。輸出的數(shù)據(jù)流： 用戶的新密碼最高流量：10/秒平均流量：5/秒表.3處理過程編號：p-03處理過程名稱：錄入病人信息 簡述： 病人申請住院，系統(tǒng)用戶錄入病人基本信息輸入的數(shù)據(jù)流：病人本人信息處理描述： 根據(jù)病人提供的個人信息，填寫病人信息表，確認提交，存儲到數(shù)據(jù)庫 輸出的數(shù)據(jù)流：電子病歷最高流量：100/秒平均流量：50/秒表.4處理過程編號：p-04處理過程名稱：病人信息查詢 簡述：系統(tǒng)用戶提出查詢病人信息請求輸入的

15、數(shù)據(jù)流：病人住院號 處理描述：輸入病人信息，提交，查詢顯示出病人的信息輸出的數(shù)據(jù)流：電子病歷最高流量：100秒平均流量：50秒表.5處理過程編號：p-05處理過程名稱：病床信息管理簡述：輸入科室名，添加、減少病床數(shù) 輸入的數(shù)據(jù)流： 科室號或科室名處理描述：輸入科室號或科室名，添加空病床號和刪除不可再使用的病床號，輸入地點和單價輸出的數(shù)據(jù)流：病床使用情況表 最高流量：100/秒平均流量：50/秒表.6處理過程編號：p-06處理過程名稱：病床信息管理簡述：輸入科室名，顯示病床信息 輸入的數(shù)據(jù)流： 科室號或科室名處理描述：輸入科室號或科室名，顯示該科室病床的使用情況，地點

16、和單價輸出的數(shù)據(jù)流：病床使用情況表 最高流量：100/秒平均流量：50/秒表.7處理過程編號：p-07處理過程名稱：費用管理 簡述：輸入住院號，記錄病人預交費輸入的數(shù)據(jù)流：系統(tǒng)用戶處理描述：輸入病人的住院號，根據(jù)病人實際繳費情況，登記預交費 輸出的數(shù)據(jù)流：費用賬單 最高流量：100/秒平均流量：50/秒表.8處理過程編號：p-08處理過程名稱：賬單查詢 簡述：輸入住院號，顯示病人費用賬單輸入的數(shù)據(jù)流：住院號過程描述：輸入病人住院號，顯示出數(shù)據(jù)庫中病人的賬單輸出的數(shù)據(jù)流：費用賬單 最高流量：100/秒平均流量：80/秒2概念結構設計階段本系統(tǒng)的e-r圖如圖下所示：圖2

17、.1 醫(yī)院住院管理總體er圖以下是分e-r圖: 圖2.2 病歷表圖圖2.3 床位表 圖2.4科室圖2.5收費單據(jù)圖2.6藥品信息表 圖2.7醫(yī)生3邏輯結構設計階段3.1 把系統(tǒng)的e-r圖轉換成數(shù)據(jù)庫關系模式如下：病歷(hno,zycs,dno,hname,hsex,hage, hadd,hid,htel1,postid,xuexing,intime,ksname,cwon,outtime,zyks,zhd,zstime,beizhu,kzrname,zyysname,zyys,hs)收費單據(jù)(收據(jù)號,床位費用,餐飲費用,藥品費用,檢查費用,總金額實收金額,操作員,工號,日期,hno,cno)處

18、方明細(cno,mname,yl,price,ssum,methods,yizhu)床位(cwno,ksname,state,cwdj)登錄表格(us_id,us_mm,state)科室(ksname,kzrname,didian,tel)藥品信息(mno,yaoming,yaoji,guige,min,price,kucunliang,leibie,shengchanchangshang)醫(yī)生(dno,dname,ksname,sex,zhiwu,zgfx,tel)屬于（dno,kname）包含（cwno，ksname）管理（hno ,ksname）3.2數(shù)據(jù)庫中的關系表：表3.1科室表3.

19、2 收費單據(jù)表表3.3 病歷表表3.4 藥品信息表表3.5 床位表表3.6 醫(yī)生表4物理結構設計階段數(shù)據(jù)庫在物理設備上的存儲結構與存取方法稱為數(shù)據(jù)庫的物理結構，它依賴于選定的數(shù)據(jù)庫管理系統(tǒng)。為一個給定的邏輯數(shù)據(jù)模型選取一個最適合的應用要求的物理結構的過程，就是數(shù)據(jù)庫的物理設計。數(shù)據(jù)庫的物理設計的內(nèi)容包括：(1)為關系模型選擇存取方法；(2)設計關系、索引等數(shù)據(jù)庫文件的物理存儲結構。4.1關系模式存取方法的選擇確定數(shù)據(jù)庫的存取方法，就是確定建立哪些存儲路徑以實現(xiàn)快速存取數(shù)據(jù)庫中的數(shù)據(jù)。現(xiàn)行的dbms一般都提供了多種存取方法，如索引法、hash法等。其中，最常用的是索引法，本系統(tǒng)也采用的是索引法。

20、我們在經(jīng)常需要搜索的列和主關鍵字上建立了唯一索引。4.2確定數(shù)據(jù)庫的存儲結構由于不同pc機所安裝的數(shù)據(jù)庫軟件位置不一定相同,所以數(shù)據(jù)文件與日志文件的存放位置也不一定相同。我們存放數(shù)據(jù)文件與日志文件的位置在：f:sl。5數(shù)據(jù)庫實施5.1 create database創(chuàng)建數(shù)據(jù)庫-創(chuàng)建數(shù)據(jù)庫hmscreate database hms on primary ( name = nhms_dat, filename = nf:slhms.mdf , size = 3072kb , maxsize = unlimited, filegrowth = 10%) log on ( name = nhms_l

21、og, filename = nf:slhms.ldf , size = 2816kb , maxsize = 2048gb , filegrowth = 10%) collate chinese_prc_ci_asgouse hmsgo5.2 create table創(chuàng)建表-創(chuàng)建入庫信息表-病歷create table dbo.病歷(zycs int not null,hno int not null,dno char(10) null,hname char(20) null,hsex char(2) null,hage int null,hyxk char(4) null,hadd cha

22、r(20) null,hid char(18) null,htel1 char(11) null,postid char(6) null,xuexing char(1) null,intime smalldatetime null,ksname char(20) null,cwno char(10) null,outtime smalldatetime null,zyks char(20) null,zhd char(20) null,zstime smalldatetime null,beizhu nchar(40) null,kzrname char(20) null,zyysname c

23、har(20) null,zyys char(20) null,hs char(20) null, constraint pk_table_bl_014935cb primary key clustered (hno asc)with on primary) on primary-創(chuàng)建出庫信息表-床位表create table dbo.床位表(cwno char(10) not null,ksname char(20) not null,state int null constraint df_床位表_state default (0),cwdj money null, constraint

24、pk_床位表_1 primary key clustered (cwno asc)with on primary) on primarygo-創(chuàng)建庫存信息表-科室create table dbo.科室(ksname char(20) not null,kzrname char(20) null,didian nchar(10) null,tel nchar(11) null, constraint pk_科室 primary key clustered (ksname asc)with on primary) on primarygo-供應商信息表 醫(yī)生create table dbo.醫(yī)生(

25、dno char(10) not null,dname char(20) null,ksname char(20) null,sex char(2) null,zhiwu char(10) null,zgfx char(30) null,tel nchar(11) null, constraint pk_doctor_03317e3d primary key clustered (dno asc) on primary) 6c#界面設計及程序邏輯代碼設計6.1開發(fā)工具簡介本系統(tǒng)前端開發(fā)工具我們選擇visual studio 2008，后臺數(shù)據(jù)庫采用sql server 2005。visual

26、c#簡介：是microsoft公司最新的visual studio.net 2008開發(fā)套件中最流行的開發(fā)工具，是一種完全面向對象的開發(fā)工具。add.net數(shù)據(jù)組件以不同方式封裝數(shù)據(jù)訪問功能，它具有平臺無關性、可伸縮性和高性能的數(shù)據(jù)訪問優(yōu)點。visual c#、add.net和windows操作系統(tǒng)的完全兼容決定了它擁有越來越龐大的使用群體，并且能夠和sql server2005無縫連接。 sql server 2005簡介：sql server 2005是microsoft公司推出的新一代數(shù)據(jù)庫管理與商業(yè)智能平臺，是企業(yè)級的關系型數(shù)據(jù)庫管理系統(tǒng)。此版本是微軟20002005年這5年來具有里程

27、碑意義的企業(yè)級數(shù)據(jù)庫產(chǎn)品。它在企業(yè)級支持、商業(yè)智能應用、管理開發(fā)效率等諸多方面，較sql server 2000均有質的飛躍，是集數(shù)據(jù)庫管理與商業(yè)智能（bi）分析于一體的極具前瞻性的下一代數(shù)據(jù)庫管理與分析平臺。 6.2系統(tǒng)的主界面圖如圖6.2所示為系統(tǒng)的主界面圖。主界面圖有系統(tǒng)的總功能描述，有對當前使用者及其時間的描述。圖6.2系統(tǒng)主界面圖6.3 c#訪問sqlserver數(shù)據(jù)庫的方法本系統(tǒng)是通過c#語句進行連接的，因為是用的sql 2005所以連接的時候先sql開頭的語句。進行連接的語句如下：connectionstring = data source=(local);initial cat

28、alog=hms;integrated security=sspi;sqlconnection mycon = new sqlconnection(connectionstring ); mycon.open();上面是用本地連接對數(shù)據(jù)庫進行連接的，在連接之前要先添加頭文件：using system.data.sqlclient。6.3.1接連字符串connection對象最重要的屬性是連接字符串connectionstring，這也是connection對象唯一的非只讀屬性,用于提供登錄數(shù)據(jù)庫和指向特定數(shù)據(jù)庫所需的信息。格式如下：connectionstring =”data source=

29、(local);initial catalog=hms;integrated security=sspi;”data source指定服務器名，initial catalog指定數(shù)據(jù)庫的名字，integrated security指明訪問它的一種安全機制。6.3.2創(chuàng)建并使用連接對象 在定義了連接字符串之后，即可進行連接，要先加載頭文件：using system.data.sqlclient。 sqlconnection con=new sqlconnection(connectionstring);連接數(shù)據(jù)庫的兩個主要方法是open()和close().open方法使用connections

30、tring屬性中的信息聯(lián)系數(shù)據(jù)源，并建立一個打開的連接.而close方法是關閉已打開的連接。6.4 本系統(tǒng)模塊以及詳細說明6.4.1系統(tǒng)設置密碼修改系統(tǒng)設置包括密碼修改，用于修改當前用戶的密碼。數(shù)據(jù)庫備份和恢復包括數(shù)據(jù)庫的備份和日志文件的備份，可以隨時將數(shù)據(jù)備份到硬盤或優(yōu)盤保存，以免以后系統(tǒng)出現(xiàn)故障，可以借助這些備份文件進行恢復。當數(shù)據(jù)丟失或出現(xiàn)其他故障后，可以從備份文件恢復數(shù)據(jù)。權限管理用于設置普通用戶或是管理員，根據(jù)權限不同，所擁有的操作權限不同。退出退出該庫存管理信息系統(tǒng)。6.4.2入院管理電子病歷電子病歷包括電子病歷

31、的錄入、修改、刪除。對于病入基本信息及入院信息的錄入，修改和刪除操作。若病人曾住院有病史，當輸入病人入院號時，會將病人的病史信息顯示在datagridview里面，當點擊datagridview任意單元格時，信息會被顯示到對應的textbox里面。用于信息的增加和修改，節(jié)省了時間。若沒有病史，會生成新的頁面用于信息的錄入。病人資料查詢用于病人基本信息的查詢，可以輸入住院號進行查詢，也可以輸入一個關鍵字進行模糊查詢。預交費管理預交費管理用于病人費用進行管理，可以進行費用的錄入和費用的查詢?？梢圆樵儾∪俗罱欢螘r間的費用使用情況。6.4.3 病房管理床位管

32、理床位管理用于各科室床位的添加，刪除。當點擊床位管理的時候，系統(tǒng)會自動的將床位信息顯示到datagridview里面，可以點擊修改床位的信息，也可以點擊刪除，或者添加。當添加成功之后會有提示信息。datagridview會重新加載，用戶可以看到更新之后的情況。醫(yī)囑管理醫(yī)囑管理有醫(yī)囑的查詢和醫(yī)囑的修改。住院信息查詢根據(jù)查詢類別，包括按住院號，病人姓名，入院信息查詢。查詢條件“l(fā)ike”和“=”分別對病歷表進行模糊查詢和絕對查詢。6.4.4 計費管理 賬本查詢：可以根據(jù)輸入的住院號進行查詢預交費，和費用清單。也可以點擊顯示所有患者，在顯示的所有患者中，點擊自己要查看的病

33、人，即會顯示他們的預交費及費用清單。6.4.5出院管理出院結算：病人費用的結算，所有信息的查詢。6.4.6 信息管理 科室管理用于科室信息的修改，科室的添加和刪除。醫(yī)務人員的管理用于醫(yī)務人員的添加，刪除及以他們信息的修改。藥品管理用于藥品的管理，添加藥品，刪除藥品，修改藥品信息。對于6.4.6的功能只有管理員才可以操作。6.4.7 登錄界面登錄界面：有新用戶的注冊，用戶登錄7.數(shù)據(jù)庫運行維護7.1系統(tǒng)運行維護7.1.1系統(tǒng)維護的定義系統(tǒng)維護是系統(tǒng)生存周期的最后一個階段，就是系統(tǒng)開發(fā)期后的運行維護期。它是指在管理信息系統(tǒng)交付使用后，為了改正錯誤、改進性能

34、和其他屬性、滿足新的需要而對系統(tǒng)進行修改的過程。7.1.2工作中常見的問題“系統(tǒng)維護”是軟件生命周期中的一個重要部分, 在軟件生存周期的頭兩個時期沒有嚴格而又科學的管理和規(guī)劃，必然會導致在最后階段出現(xiàn)問題。下面列出維護工作中常見的問題。軟件難以看懂 原來的軟件代碼的書寫習慣非常差，很難閱讀，例如使用無規(guī)律的變量名稱、過長的函數(shù)等；而且反復的修改使軟件結構混亂，層層嵌套的注釋更是難以匹配；沒有可以參考的文檔，或者文檔不全，或者文檔太老；現(xiàn)在的維護人員都不知道系統(tǒng)原有的業(yè)務邏輯。修改帶來不良影響 對某一功能模塊的修改，需要做多大范圍的測試才能保證它沒有給其他模塊帶來負作

35、用呢？ 由于各種成本的限制，很多時候只能以“打補丁”的方式來進行修改，而不是全面解決問題，以至于積累了很多潛伏的風險；跟蹤軟件版本的演化是一件非常困難的事；對程序的修改，導致了文檔的不一致。原來的軟件質量有缺陷 軟件本身就有質量問題，只是日常維護已經(jīng)很不容易，更不要說修改；軟件設計時為維護工作考慮得太少，例如對錯誤給出的提示很不清楚，過分依賴輸入數(shù)據(jù)的正確性；軟件的可移植性、可擴展性很差。設備、軟件的更新?lián)Q代對軟件的兼容性提出了巨大的考驗?？墒?，有幾個軟件在設計時充分考慮了可移植性呢？將一套系統(tǒng)從32位機上移到64位機上，即使沒有對任何語句進行修改，也必須做全面的測試以保證不會突

36、然當機；軟件的易用性不高，必須要專業(yè)人員才能維護。 客戶需求不斷變化 軟件更新的速度趕不上需求變化的速度；原來的技術、模式、結構不能滿足新的需求；多次變化后連客戶也不清楚到底要什么；層層堆疊的補丁給系統(tǒng)帶來了預料之外的負擔。例如不斷增加的、過多的報表降低了系統(tǒng)效率。上述種種問題在現(xiàn)有的沒采用結構化思想開發(fā)出來的軟件中，都或多或少的存在著。使用結構化分析和設計的方法進行開發(fā)工作可以從根本上提高軟件的可維護性。7.1.3維護的內(nèi)容程序的維護程序的維護是指因業(yè)務處理的變化使系統(tǒng)業(yè)務出現(xiàn)故障或用戶對系統(tǒng)有更高的要求，需要修改部分或全部程序。修改以后,必須書寫修改設計報告。修

37、改后的原程序，必須在程序首部的序言性注釋語句中進行說明，指出修改的日期、人員。同時，必須填寫程序修改登記表，填寫內(nèi)容包括：所修改程序的所屬子系統(tǒng)名、程序名、修改理由、修改內(nèi)容、修改人、批準人和修改日期等。數(shù)據(jù)的維護數(shù)據(jù)維護指對數(shù)據(jù)有較大的變動。如安裝與轉換新的數(shù)據(jù)庫;或者某些數(shù)據(jù)文件或數(shù)據(jù)庫出現(xiàn)異常時的維護工作,如文件的容量太大而出現(xiàn)數(shù)據(jù)溢出等。代碼的維護隨著系統(tǒng)的變化，舊的代碼不能適應新的要求，需要修改舊的代碼體系或制定新的代碼體系。代碼維護的困難往往不在代碼本身的更改，而在于新代碼的貫徹。硬件的維護硬件的維護主要指對機器、設備的維護，包括日常的保養(yǎng)

38、和發(fā)生故障的修復工作。硬件人員應加強設備的保養(yǎng)以及定期檢修，并做好檢驗記錄和故障登記工作。7.2 系統(tǒng)維護與運行系統(tǒng)的修改往往會“牽一發(fā)而動全身”。程序、文件、代碼的局部修改都可能影響系統(tǒng)的其他部分。因此，系統(tǒng)的維護工作應有計劃有步驟的統(tǒng)籌安排，按照維護任務的工作范圍、嚴重程度等諸多因素確定優(yōu)先順序，制定出合理的維護計劃，然后通過一定的批準手續(xù)實施對系統(tǒng)的修改和維護。通常對系統(tǒng)的維護應執(zhí)行以下步驟：(1)提出維護或修改要求。操作人員或業(yè)務領導用書面形式向負責系統(tǒng)維護工作的管理員提出對某項工作的修改要求。這種修改要求一般不能直接向程序員提出。(2)領導審查并做出答復，如同意修改則列入維護計劃。系

39、統(tǒng)主管人員進行一定的調(diào)查后，根據(jù)系統(tǒng)的情況和工作人員的情況，考慮這種修改是否必要、是否可行，做出是否修改、何時修改的答復。如果需要修改，則根據(jù)優(yōu)先程度的不同列入系統(tǒng)維護計劃。計劃的內(nèi)容應包括維護工作的范圍、所需資源、確認的需求、維護費用、維護進度安排以及驗收標準等。(3)領導分配任務，維護人員執(zhí)行修改。系統(tǒng)主管人員按照計劃向有關的維護人員下達任務，說明修改的內(nèi)容、要求、期限。維護人員在仔細了解原系統(tǒng)的設計和開發(fā)思路的情況下對系統(tǒng)進行修改。(4)驗收維護成果并登記修改信息。系統(tǒng)主管人員組織技術人員對修改部分進行測試和驗收。驗收通過后，將修改的部分嵌入系統(tǒng)，取代舊的部分。維護人員登記所做的修改，更

40、新相關的文檔，并將新系統(tǒng)作為新的版本通報用戶和操作人員，指明新的功能和修改的地方。在進行系統(tǒng)維護過程中，還要注意維護的副作用。維護的副作用包括兩個方面：一是修改程序代碼有時會發(fā)生災難性的錯誤，造成原來運行比較正常的系統(tǒng)變得不能正常運行，為了避免這類錯誤，要在修改工作完成后進行測試，直至確認和復查無錯為止;二是修改數(shù)據(jù)庫中數(shù)據(jù)的副作用，當一些數(shù)據(jù)庫中的數(shù)據(jù)發(fā)生變化時，可能導致某些應用軟件不再適應這些已經(jīng)變化了的數(shù)據(jù)而產(chǎn)生錯誤。為了避免這類錯誤，一是要有嚴格的數(shù)據(jù)描述文件，即數(shù)據(jù)字典系統(tǒng);二是要嚴格記錄這些修改并進行修改后的測試工作。圖7.2.1簡要說明了維護工作的全過程的步驟圖7.2.1系統(tǒng)維護

41、步驟 7.3 數(shù)據(jù)庫備份本系統(tǒng)備份的數(shù)據(jù)對象是數(shù)據(jù)庫和日志文件，所以針對這兩個對象分別進行編寫代碼，然后通過代碼直接調(diào)用sql server 2005的數(shù)據(jù)庫備份與還原功能，不會和系統(tǒng)的運行產(chǎn)生任何沖突，就算是在系統(tǒng)不能運行的情況下也可以進行數(shù)據(jù)的備份與還原。不但實現(xiàn)簡單而且使得系統(tǒng)數(shù)據(jù)得以更加安全。備份數(shù)據(jù)時首先選擇備份的對象，分別是數(shù)據(jù)庫備份和日志文件備份，然后可以選擇所要備份數(shù)據(jù)的路徑，就可開始備份了，界面如下，界面操作簡單易理解。如圖7.3所示，這是獨立備份還原程序運行界面。圖7.3 數(shù)據(jù)備份7.4系統(tǒng)測試及出現(xiàn)的問題7.4.1黑盒子測試法由于系統(tǒng)規(guī)模較小，所以沒有安排單獨的白盒測試，

42、而是相應地將這部分測試歸并到系統(tǒng)編碼過程中。整個測試過程基于自頂向下測試的組裝模塊的方法，先對主模塊進行基本測試，然后在按深度優(yōu)先策略逐一將子模塊組裝到主模塊上進行測試，最后再對系統(tǒng)進行全面的整體測試。本系統(tǒng)主要運用黑盒子測試法對系統(tǒng)進行測試。黑盒測試把被測程序（模塊）看成一個黑盒子，完全不考慮程序內(nèi)部的數(shù)據(jù)結構和邏輯通路。也就是說，黑盒法測試是在程序接口上進行的測試，它只檢查程序功能和性能是否滿足預期要求，程序（模塊）是否能接收輸入數(shù)據(jù)產(chǎn)生正確的運行結果，并保持外部信息的完整性?！昂诤小狈ㄖ塾诔绦蛲獠拷Y構、不考慮內(nèi)部邏輯結構、針對軟件界面和軟件功能進行測試?！昂诤小狈ㄊ歉F舉輸入測試，只有把

43、所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。黑盒測試方法主要有等價類劃分、邊值分析、因果圖、錯誤推測等，主要用于軟件確認測試。以下是系統(tǒng)黑盒測試過程： 登錄界面的測試雙擊可執(zhí)行文件庫存管理系統(tǒng).exe打開應用系統(tǒng)，可見登陸界面圖（7.4.1）所示：圖7.4.1 系統(tǒng)登錄界面輸入錯誤用戶名和密碼，用戶無法登陸，如圖（7.4.2）：圖7.4.2 密碼或用戶名輸入錯誤提示輸入正確用戶名和密碼，用戶正常登陸。電子病歷模塊測試 輸入住院號可見界面如圖7

44、.4.3，因為2號住院者住過院，即可知他的病史，如圖7.4.4所示，點擊單元之后，他們會自動填充到textbox里：圖7.4.3 輸入住院號圖7.4.4病歷錄入7.5系統(tǒng)存在的不足由于時間等各方面的原因，系統(tǒng)還是存在一些不足，需要改善，比如我們沒有設計報表模塊，而數(shù)據(jù)的錄入、查詢、維護等工作的最終目的都是為了生成形式各異的數(shù)據(jù)報表，以方便用戶查看和打印。還有系統(tǒng)的查詢功能還不完善，應該要完成不同功能的查詢。除此之外，對于系統(tǒng)中的貨品入庫，最好為入庫記錄進行統(tǒng)計，這樣便能讓用戶看到入庫表里的情況。最后就是對數(shù)據(jù)的備份，最好能夠定期自動地進行備份，為了避免以后的突發(fā)事件，而使數(shù)據(jù)庫沒來得及備份，造

45、成一定程度的損失。在我們無數(shù)次的運行測試中，發(fā)現(xiàn)不少運行錯誤，比如：（1） 把本系統(tǒng)放在別的機子上調(diào)試時，我們忘了把日志文件放在指定的文件目錄下，所以在運行可執(zhí)行文件的時候就提示文件未找到，后來把日志文件放在了d盤，結果就能正常運行。（2）在實現(xiàn)操作員權限的時候，操作員對應的權限的設置是通過單選框來進行選擇的，但有幾個單選框沒有與數(shù)據(jù)表中對應的名稱對應起來，所以在進行調(diào)試的時候為操作員設置了某個權限，但調(diào)試的時候并沒有與預期要到底的效果一致，后來仔細對應了數(shù)據(jù)庫中的表和設置權限的選項找到了錯誤的所在，把這個問題解決了。（3）在實現(xiàn)貨品出庫、貨品借出、貨品歸還、還有貨品盤點等模塊功能的時候，總出

46、現(xiàn)的問題是“對象打開時，不允許操作”或“連接無法用于此操作在次上下文中它可能已被關閉或無效”那時由于沒有進行對象的打開和關閉，經(jīng)過調(diào)試，將有些已打開的關閉，而有些沒打開的打開，后來調(diào)試就可以了。實驗體會通過這次課程設計，我了解了一個簡單系統(tǒng)實現(xiàn)的全過程，從最開始的需求分析，概念結構設計，邏輯結構設計和物理結構設計，到最后的實施，每一步都需要認真嚴謹，不能有半點的馬虎，否則就會給下階段的工作造成一些麻煩。在這次實踐中，我將課堂上的理論運用到實踐中，發(fā)現(xiàn)這不是一件簡單的事情。同時學到了很多課堂上沒有的知識。通過本次的課程設計，我們熟悉了對sql server 2005和 visual studio 的應用。這次的設