醫(yī)院病房管理系統(tǒng)報告

1、重慶大學課程設計報告課程設計題目： 醫(yī)院病房管理系統(tǒng) 學 院： 專業(yè)班級： 年 級： 姓 名： 學 號： 完成時間： 年 月 日成 績： 指導教師： 重慶大學教務處制 重慶大學本科學生課程設計任務書課程設計題目醫(yī)院病房管理系統(tǒng)學院專業(yè)年級任務描述：以1-5人為一個小組，完成本次課程設計，設計題目為 “醫(yī)院病房管理系統(tǒng)”，方法以結構化方法和面向對象方法為主；每個項目小組必須按照文檔規(guī)范標準提供下列文檔，文檔中必須注明完成者，其中完成需求分析和設計工作的人員不能相同，完成編碼和測試的人員不能相同；文檔包括：需求分析規(guī)格說明概要設計規(guī)格說明詳細設計規(guī)格說明測試報告文檔必須按課程設計規(guī)范裝訂，任務書由

2、各項目組根據自己所選題目填寫（如設計要求，完成工作內容等，詳見課程設計報告模版），同時在前邊附上每個同學的成績表，并注明名字。任務下達日期 2014 年 12月 28 日完成日期 2014 年 1 月 4日說明：學院、專業(yè)、年級均填全稱，如：計算機學院、計算機科學與技術、2010.醫(yī)院病房管理系統(tǒng)目錄一、需求規(guī)格說明書1引言11.1編寫目的11.2項目背景11.3定義11.4參考資料12任務概述12.1目標12.2運行環(huán)境22.3條件與限制23數據描述23.1靜態(tài)數據23.2動態(tài)數據23.3數據庫介紹23.4數據詞典33.5數據采集44功能需求34.1功能劃分44.2功能描述45性能需求65.

3、1數據精確度65.2時間特性75.3適應性76運行需求76.1用戶界面76.2硬件接口76.3軟件接口86.4故障處理87其它需求8二、概要設計說明書1引言91.1編寫目的91.2項目背景91.3定義91.4參考資料92任務概述92.1目標92.2運行環(huán)境102.3需求概述102.4條件與限制103總體設計103.1處理流程103.2總體結構和模塊外部設計123.3功能分配134接口設計134.1外部接口134.2內部接口135數據結構設計135.1邏輯結構設計135.2物理結構設計155.3數據結構與程序的關系156運行設計166.1運行模塊的組合166.2運行控制166.3運行時間167出

4、錯處理設計167.1出錯輸出信息167.2出錯處理對策178.安全保密設計179.維護設計17三、詳細設計說明書1引言181.1編寫目的181.2項目背景181.3定義181.4參考資料182總體設計182.1需求概述182.2軟件結構193程序描述19 3.1醫(yī)院前臺處理模塊.19 3.2主治醫(yī)師模塊.223.3護士處理模塊.243.4藥房處理模塊.263.5財務處模塊.283.6出院模塊.31四、測試計劃1引言341.1編寫目的341.2項目背景341.3定義341.4參考資料342任務概述342.1目標342.2運行環(huán)境352.3需求概述352.4條件與限制353計劃353.1測試方案3

5、53.2測試項目353.3測試準備353.4測試機構及人員354測試項目說明364.1測試項目名稱及測試內容364.2測試用例364.3進度364.4條件364.5測試資料365評價375.1范圍375.2準則371、 需求規(guī)格說明書2、 1引言1.1編寫目的本需求分析旨在對病房管理系統(tǒng)的闡釋，使人們可以對病房管理系統(tǒng)更輕松的使用和更容易的維護。為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。本文檔供項目經理、設計人員、開發(fā)人員參考。1.2項目背景a. 軟件系統(tǒng)名稱：醫(yī)院病房管理系統(tǒng)b. 項目提出者：軟件工程課程設計c. 項目開發(fā)者：王成、顏宵鵬、彭金、許曉勇、李嘉勛d.

6、項目使用者：主治醫(yī)生、護士、財務人員、藥劑師e. 在現代社會，病人管理通常要投入大量的人力資源，用于查房，看護等方面，方便于醫(yī)院隨時獲取病人病情，和處理病人應急情況。而本項目可以減少這些不必要的人力資源輸出，降低醫(yī)院在此方面的經濟投入。1.3定義本系統(tǒng)可以定義為一個主要為處理病人看病流程情況而設計的病房管理系統(tǒng)。1.4參考資料a. 國標8567-88項目開發(fā)計劃b. 計算機軟件文檔編制規(guī)范GB-T8567-2006c. 軟件工程實踐者的研究方法 Roger S.Pressman 著2任務概述2.1目標 本項目實現的功能有：1、為病人辦理住院手續(xù)；2、醫(yī)生調取病人病歷，獲悉特定病人病情，生成領藥

7、單，護士根據此發(fā)藥；3、財務人員進行扣費處理2.2運行環(huán)境操作系統(tǒng)：Microsoft Windows 8支持環(huán)境：IIS 5.0數 據 庫：Microsoft SQL Server 20002.3條件與限制由于人員、資金、時間等各方面因素，完成一個用于實際的病房管理系統(tǒng)還是具有很大難度的，完成的項目還存在很多缺陷，有待進一步改進。3數據描述3.1靜態(tài)數據病人（ID，病人姓名，性別，體重，年齡，婚姻狀態(tài)，身體狀況）；主治醫(yī)師（醫(yī)師ID，姓名，主治科目，職務類別，所屬科室，職稱）；藥房（藥房名稱，藥房類別）；藥品（藥品編號，名稱，功效）；護士（護士ID，姓名）；病床（床號，房號，狀態(tài)）3.2動態(tài)

8、數據先生成病歷檔案（ID，既往住院情況描述）；醫(yī)師開出醫(yī)囑（醫(yī)囑ID，醫(yī)囑內容）；根據醫(yī)囑生成領藥單（ID，內容）；根據每天消費情況生成繳費單（繳費項目，金額）；在化驗部生成化驗單（編號，化驗項目，化驗結果）3.3數據庫介紹病人信息：病人姓名varchar(20)，病歷編號varchar(20)；主治醫(yī)師信息：醫(yī)生ID varchar(20)，姓名varchar(20)，所屬科室varchar（20）；藥品信息：藥品編號varchar(20)，名稱varchar(20)；護士信息：護士編號varchar(20)，姓名varchar(20)；病床信息：床號varchar(20)，房號varcha

9、r（20），狀態(tài)boolean (20)；病歷信息：既往住院描述varchar(100)，ID varchar（20）；醫(yī)囑信息：治療措施varchar(100)，ID varchar（20）；繳費單信息：繳費項目varchar(50)，金額 int；化驗單信息：化驗單編號varchar （20），化驗項目varchar(50)，化驗結果varchar(100)。3.4數據詞典數據詞典一般包括數據項條目、數據存儲條目、數據流條目和數據加工條目。此處分別進行列舉3.5數據采集 數據采集方式為前臺手工錄入和系統(tǒng)生成兩種方式。手工錄入如：病人信息、醫(yī)師、護士信息等；系統(tǒng)生成如：繳費單、化驗單等。4功

10、能需求4.1功能劃分 主要功能有如下三項：1) 入院病房管理2) 住院領藥、化驗管理3) 出院結賬管理4.2功能描述 1.入院管理：登記病人信息，為病人分配醫(yī)生、病房。2.住院期間管理：包括住院期間的醫(yī)生查房、開醫(yī)囑；護士根據醫(yī)囑生成領藥單和化驗單；藥房配藥，化驗科化驗；醫(yī)生催繳費用。3.出院管理：醫(yī)生開具出院小結；病例歸檔；出院結算。4.3數據流圖醫(yī)院管理系統(tǒng)頂層DFD圖5性能需求5.1數據精確度1) 醫(yī)囑、化驗單精確到具體開具年月日小時；2) 固體藥品劑量一毫克為單位，液體藥品劑量一毫升為單位；3) 繳費金額以元為單位；5.2時間特性1) 響應時間小于2秒；2) 系統(tǒng)能保證工作日全天正常運

11、行；3) 數據傳輸與轉換時間小于0.5s；4) 更新處理時間小于1秒5.3適應性1) 本系統(tǒng)能夠對信息錄入時進行檢測，超過有效位或數據格式錯誤，系統(tǒng)不會錄入并給病人返回錯誤提示信息；2) 本系統(tǒng)暫時只能運行在Windows操作系統(tǒng)上；3) 本系統(tǒng)能夠接入醫(yī)保系統(tǒng)并與其它醫(yī)院的后臺數據庫對接，實現治療信息和費用結算聯網；4) 本系統(tǒng)可擴展性，可以為后續(xù)功能的實現提供可能。6運行需求6.1用戶界面無特殊需求6.2硬件接口 網絡硬件接口要求：實現內部網絡通信，其余無特別要求。6.3軟件接口軟件接口： 無特殊要求。6.4故障處理發(fā)生停電等不可抗力因素的故障時，為了保證數據完整以及及時恢復，以保證數據的

12、一致性同時也要定期進行磁盤陣列數據備份，管理人員不定期對系統(tǒng)進行升級管理，保障系統(tǒng)運行的流暢性。7其它需求可使用性：操作簡單易上手，界面簡潔美觀。安全保密的要求：病人信息是隱私，不能輕易對外界泄露，為了保證用戶的個人隱私權，病人治療信息必須提供應有權限才能進行有條件地訪問，另外全國聯網醫(yī)療，使就醫(yī)變得更加輕松簡單。在用戶登錄時需要驗證用戶名及密碼。可維護性：要滿足使用方便的要求，并應該提供可維護、可補充、易讀、可靠的接口進行操作?？梢浦残裕涸诙鄠€平臺之間能互相移植，共通數據。二、概要設計說明書1引言1.1編寫目的本需求分析旨在對病房管理系統(tǒng)的闡釋，使人們可以對病房管理系統(tǒng)更輕松的使用和更容易的

13、維護。為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。本文檔供項目經理、設計人員、開發(fā)人員參考。1.2項目背景f. 軟件系統(tǒng)名稱：醫(yī)院病房管理系統(tǒng)g. 項目提出者：軟件工程課程設計h. 項目開發(fā)者：王成、顏宵鵬、彭金、許曉勇、李嘉勛i. 項目使用者：主治醫(yī)生、護士、財務人員、藥劑師j. 在現代社會，病人管理通常要投入大量的人力資源，用于查房，看護等方面，方便于醫(yī)院隨時獲取病人病情，和處理病人應急情況。而本項目可以減少這些不必要的人力資源輸出，降低醫(yī)院在此方面的經濟投入。1.3定義本系統(tǒng)可以定義為一個主要為處理病人看病流程情況而設計的病房管理系統(tǒng)。1.4參考資料d. 國標85

14、67-88項目開發(fā)計劃e. 計算機軟件文檔編制規(guī)范GB-T8567-2006f. 軟件工程實踐者的研究方法 Roger S.Pressman 著2任務概述 2.1目標 本項目實現的功能有：1、為病人辦理住院手續(xù)；2、醫(yī)生調取病人病歷，獲悉特定病人病情，生成領藥單，護士根據此發(fā)藥；3、財務人員進行扣費處理2.2運行環(huán)境操作系統(tǒng)：Microsoft Windows 8支持環(huán)境：IIS 5.0數 據 庫：Microsoft SQL Server 20002.3需求概述 本系統(tǒng)可以定義為一個主要為處理病人病房管理，集掛號，繳費，分配病房，醫(yī)生查房記錄，治療于一體而設計的管理系統(tǒng)。2.4條件與限制以為實

15、際情況只是模擬，不能夠真正的用很多臺pc實驗這個系統(tǒng)的性能，有一定的局限性。a) 系統(tǒng)運行中途發(fā)生重大錯誤的數據恢復b) 醫(yī)院規(guī)模擴大后系統(tǒng)的適應性c) 病人轉診機制3總體設計3.1處理流程系統(tǒng)基本設計概念，分別對各個子系統(tǒng)的功能和數據庫進行設計。再把各個系統(tǒng)進行合并，并定義各個子系統(tǒng)對其他系統(tǒng)的通信接口以及設計整體數據庫，形成一個整體信息管理系統(tǒng)。流程如下： 用戶登錄系統(tǒng)啟動 N重試3次 Y密碼正確用戶進入系統(tǒng)進行系統(tǒng)操作（掛號，建立檔案，分配醫(yī)師，治療）退出系統(tǒng) N Y系統(tǒng)結束3.2總體結構和模塊外部設計用以下的形式說明本系統(tǒng)的系統(tǒng)元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系

16、統(tǒng)元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系.3.3功能分配用一張如下的矩陣圖功能需求醫(yī)院前臺護士站化療室財務部藥房室檔案室（1）記錄病房信息開領藥單執(zhí)行治療結算病人費用配藥，送藥記錄病人信息（2）分配病房執(zhí)行治療并記錄催繳費用記錄藥房藥品信息病人病例歸檔（3）分配主治醫(yī)師4 接口設計 4.1外部接口 網絡硬件接口要求：實現內部網絡通信，其余無特別要求。4.2內部接口 不詳5數據結構設計5.1邏輯結構設計該系統(tǒng)使用的數據結構由數據庫的表來實現，具體如下：用管理員用戶名ManagerName密碼 Password用戶類型UserType病人病案號MedicalRecordID身

17、份Identity掛號費用RegisterCharge醫(yī)療費用MedicalTreatmentCharge病歷病案號MedicalRecordID病人姓名PatientName病人性別PatientSex診斷時間Date主診醫(yī)生號DocID診斷結果Result醫(yī)生醫(yī)生號DocID姓名Name性別Sex藥品基本信息藥品號MedID名字Name價格Price入庫藥品信息藥品號MedID進庫數目InAmount總價格TotalCost出庫藥品信息藥品號MedID就診卡號SickID出庫數量OutAmount日收入信息 收入流水IDchargeID類型chargeType金額chargeVal總收入信

18、息日期chargeTime金額chargeVal日支出信息支出IDoutID日期outTime金額outVal總支出信息日期outTime金額outVal數據結構關系數據項數據項ID病人病歷關系病案號MedicalRecordID病歷與醫(yī)生關系醫(yī)生號DocID入庫藥品信息與藥品基本信息關系藥品號MedID出庫藥品信息與藥品基本信息關系藥品號MedID病人與繳費病人id5.2物理結構設計該系統(tǒng)數據結構采用SQL2000數據庫實現并存儲，數據庫名稱為CHISDataBase。CHIS的子系統(tǒng)，數據間的交流通過數據庫實現，因此，要求數據庫對于子系統(tǒng)均可見，而且要求數據的一致，通過SQL語言訪問數據庫

19、，并由DBMS實現物理存儲以及安全管理。 5.3數據結構與程序的關系數據結構系統(tǒng)函數用戶病人chargeForRegister病歷getPatientInfoaddPatientRecordupdatePatientRecordstaticPatientInfo醫(yī)生getDataOnDutyInfo工作時間表getDataOnDutyInfogetDoctorDutyList藥品基本信息getMedicianUnitPriceaddMedicianRecorddeleteMedicianRecord入庫藥品信息payForMedicineToBuyPrice staticMonthInStor

20、agestaticMonthOutStorage出庫藥品信息getMedicianUnitPriceMedicianTotalVal6運行設計6.1運行模塊的組合系統(tǒng)的各個模塊都與數據庫連接，所以運行時各個模塊都可以獨立運行。在系統(tǒng)登陸完成之后，用戶在各自的模塊進行操作。整個系統(tǒng)在局域網的環(huán)境下所進行，各個模塊通過數據庫進行信息的交流6.2運行控制先由操作系統(tǒng)啟動醫(yī)院信息管理系統(tǒng)，然后用戶登錄認證，然后再選取相應的子系統(tǒng)，進行功能操作，最后退出系統(tǒng)。6.3運行時間系統(tǒng)所要求所有的操作都必須在2秒內作出響應。7出錯處理設計7.1出錯輸出信息系統(tǒng)功能模塊在連接數據庫失敗的時候會發(fā)出操作失敗的錯誤信

21、息。7.2出錯處理對策故障出現后的補救措施包括： a啟動備份數據庫，對丟失的數據進行恢復。 b重新啟動系統(tǒng)，恢復系統(tǒng)正常運行。 c對原來的數據庫進行備份，并對這次錯誤進行詳細的記錄，以便以后的檢查。8. 安全保密設計登陸密碼設計更復雜。9.維護設計作為一個產品，醫(yī)院信息管理系統(tǒng)必須按照規(guī)范的步驟進行開發(fā)，并充分考慮軟件可維護性，同時必須按時認真完成相應文檔資料，以利于未來版本升級即移植等二次開發(fā)。3、 詳細設計說明書1引言1.1編寫目的本需求分析旨在對病房管理系統(tǒng)的闡釋，使人們可以對病房管理系統(tǒng)更輕松的使用和更容易的維護。為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。本文

22、檔供項目經理、設計人員、開發(fā)人員參考。1.2項目背景k. 軟件系統(tǒng)名稱：醫(yī)院病房管理系統(tǒng)l. 項目提出者：軟件工程課程設計m. 項目開發(fā)者：王成、顏宵鵬、彭金、許曉勇、李嘉勛n. 項目使用者：主治醫(yī)生、護士、財務人員、藥劑師o. 在現代社會，病人管理通常要投入大量的人力資源，用于查房，看護等方面，方便于醫(yī)院隨時獲取病人病情，和處理病人應急情況。而本項目可以減少這些不必要的人力資源輸出，降低醫(yī)院在此方面的經濟投入。1.3定義本系統(tǒng)可以定義為一個主要為處理病人看病流程情況而設計的病房管理系統(tǒng)。1.4參考資料g. 國標8567-88項目開發(fā)計劃h. 計算機軟件文檔編制規(guī)范GB-T8567-2006i

23、. 軟件工程實踐者的研究方法 Roger S.Pressman 著2總體設計2.1需求概述 本系統(tǒng)可以定義為一個主要為處理病人病房管理，集掛號，繳費，分配病房，醫(yī)生查房記錄，治療于一體而設計的管理系統(tǒng)。2.2軟件結構3程序描述01：醫(yī)院前臺處理模塊3.1功能 對病人信息進行檢索，若存在則直接打出病歷卡，若不存在，則先創(chuàng)建信息，再打出病歷卡，然后分配主治醫(yī)師，在其進行診斷之后，繳納費用，分配病房3.2性能 頁面響應時間應該在2s以內完成，對輸入的信息的合法性要進行驗證，給出相關提示3.3輸入項目 病人信息3.4輸出項目 病歷卡，主治醫(yī)師，病房信息3.5算法 3.6程序邏輯3.7程序接口 不詳3.

24、8存儲分配 病人： ID，姓名，性別 主治醫(yī)師：ID，姓名，性別，科室 病房：病房號，床號3.9限制條件 無3.10測試要點 能否正確連接數據庫，讀取病人信息，準確分配病房，不出現誤差，數據庫異常時能否給出正確處理。02：主治醫(yī)師模塊3.1功能 對病人進行診斷，開出醫(yī)囑，并且能進行查房，記錄病情到病歷卡3.2性能 診斷結果能及時反饋到數據庫3.3輸入項目 病人病情信息3.4輸出項目 無3.5算法 3.6程序邏輯 3.7接口 不詳3.8存儲分配主治醫(yī)師：ID，姓名，性別，科室病房：病房號，床號3.9限制條件 無3.10測試要點能否正確處理醫(yī)師給出的數據，并且成功傳輸到護士站03：護士站處理模塊3

25、.1功能 根據醫(yī)囑開出領藥單，帶領病人執(zhí)行化療以及其他輔助治療手段3.2性能 實時轉換醫(yī)囑，及時收到治療手段信息3.3輸入項目 病人信息3.4輸出項目 需要的治療手段以及藥品信息3.5算法 3.6程序邏輯 3.7接口 不詳3.8存儲分配護士：ID，姓名，性別化療室：化療室房號藥房：藥房號3.9限制條件 無3.10測試要點能否準確把詳細資料傳遞過來04：藥房處理模塊3.1功能 為病人進行配送藥品，并且登記藥品分發(fā)情況3.2性能 實時更新藥房藥品庫存記錄3.3輸入項目 領藥單3.4輸出項目 藥品種類，數量3.5算法 3.6程序邏輯 3.7接口 不詳3.8存儲分配藥房：藥房號藥品：藥品ID，數量3.

26、9限制條件 無3.10測試要點數據信息能否實時的更新05：財務處模塊3.1功能 費用的收繳，結算3.2性能 及時對病人住院費用進行結算，不能出現拖沓3.3輸入項目 病人ID3.4輸出項目 病人應繳納費用3.5算法 3.6程序邏輯3.7接口 不詳3.8存儲分配 財務處：財務處號3.9限制條件 無3.10測試要點 財務處能否準確結算病人所花費用06：出院模塊3.1功能 開出院小結，結算所有費用，病歷歸檔3.2性能 及時完成以上工作3.3輸入項目 病人信息3.4輸出項目 無3.5算法 3.6程序邏輯3.7接口 不詳3.8存儲分配檔案處：病人ID，姓名，性別3.9限制條件 無3.10測試要點能否完整病歷歸檔，結算清楚費用四、測試計劃1引言1.1編寫目的本需求分析旨在對病房管理系統(tǒng)的闡釋，使人們可以對病房管理系統(tǒng)更輕松的使用和更容易的維護。為明確軟件需求、安排項目規(guī)劃與進度、組織軟件開發(fā)與測試，撰寫本文檔。本文檔供項目經理、設計人員、開發(fā)人員參考。1.2項目背景p. 軟件系統(tǒng)名稱：醫(yī)院病房管理系統(tǒng)q. 項目提出者：軟件工程課程設計r. 項目開發(fā)者：王成、顏宵鵬、彭金、許曉勇、李嘉勛s. 項目使用者：主治醫(yī)生、護士、財務人員、藥劑師t. 在現代社會，病人管理通常要投入大量的人力資源，用于查房，看護等方