軟件工程課程設計――醫(yī)院計算機監(jiān)護系統(tǒng)_第1頁
軟件工程課程設計――醫(yī)院計算機監(jiān)護系統(tǒng)_第2頁
軟件工程課程設計――醫(yī)院計算機監(jiān)護系統(tǒng)_第3頁
軟件工程課程設計――醫(yī)院計算機監(jiān)護系統(tǒng)_第4頁
軟件工程課程設計――醫(yī)院計算機監(jiān)護系統(tǒng)_第5頁
已閱讀5頁,還剩16頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、信息技術與工程學院課 程 設 計 報 告課程名稱設計題目 醫(yī)院計算機監(jiān)護系統(tǒng) 專業(yè)班級 12網(wǎng)本2班 小組成員 王彥彥 ××××× ××指導教師成績 年 月 日1 引言醫(yī)院做為一個與人民生命健康密切相關的重要機構,勢必要在各方面實現(xiàn)信息化,與此同時,對醫(yī)療衛(wèi)生的要求也越來越高,以方便醫(yī)護人員更好的了解病人的情況,給病人提供及時的治療。本系統(tǒng)就是針對這方面的迫切需求而設計實現(xiàn)的。1.1 編寫目的此文檔作為用戶對即將開發(fā)的軟件的功能要求,是軟件設計和開發(fā)者的主要依據(jù)。1.2 項目背景項目名稱:醫(yī)院計算機監(jiān)護系統(tǒng) 項目委托單位:&

2、#215;×市醫(yī)院軟件開發(fā)單位:晉中學院計算機系網(wǎng)本二班2 任務描述2.1 目標本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等 ,定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。本軟件系統(tǒng)要求安全、可靠(具有出錯處理能力)、準確。2.2運行環(huán)境本系統(tǒng)是基于C/S模式的采用Delphi 實現(xiàn)的管理信息系統(tǒng)(Management Information System )。數(shù)據(jù)庫服務器由Oracle9實現(xiàn);操作系統(tǒng):WINDOWS 2000 Adva

3、nce Server;數(shù)據(jù)庫服務器端軟件ORACLE 9I。3. 數(shù)據(jù)描述3.1數(shù)據(jù)流程圖 圖3-1數(shù)據(jù)流程圖 圖3-2數(shù)據(jù)流程圖各模塊數(shù)據(jù)流圖:如圖3-3所示。 圖3-3 各模塊數(shù)據(jù)流圖3.2 醫(yī)院監(jiān)護系統(tǒng)中所要處理的表單: “生理信號”表格:生理信號ID 、生理信號名稱、備注“患者表格”表格:患者ID 、患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備注“患者日志”表格:患者ID 、日期、生理信號ID 、值、備注“患者生理信號安全范圍表”表格:患者ID 、生理信號ID 、安全范圍、備注3.3 功能本系統(tǒng)由“生理信號輸入控制子系統(tǒng)”、 “病人基本信息管理子系統(tǒng)

4、”、 “警報子系統(tǒng)”、“病人病情管理子系統(tǒng)”組成。生理信號輸入控制子系統(tǒng)包含2個功能模塊:“生理信號輸入管理”、 “定時時間調節(jié)”。病人基本信息管理子系統(tǒng)包含3個功能模塊:“病人信息輸入”、“病人信息修改”、“病人信息查詢”。警報子系統(tǒng)包含2個功能模塊:“生理信號安全范圍控制”、“警報”。 病人病情管理子系統(tǒng)包含2個功能模塊:“病情查詢”、“病情報告打印”。生理信號輸入管理模塊:通過連接在病人身上的傳感器,根據(jù)傳感器的值將生理信號輸入系統(tǒng)。定時時間調節(jié)處理:通過系統(tǒng),管理人員(醫(yī)護人員)可以按需要輸入定時采樣的時間。病人信息輸入模塊:工作人員可以將病人的基本信息(患者姓名、患者性別、住址、聯(lián)系

5、電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備注)輸入系統(tǒng)。病人信息修改管理模塊:對病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備注)進行修改。病人信息查詢模塊:對病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院)、備注)進行查詢。生理信號安全范圍控制模塊:對各個病人的生理信號的安全范圍進行輸入、修改、查詢。警報模塊:對超過設定安全范圍的病人及時通知醫(yī)護人員。病情查詢模塊:可以對這一段時間的病人病情進行查詢。病情報告打印模塊:可以對查詢得的病人病情打印出病情報告。4 可行性分析4.1 可行性研究的前

6、提說明對所建議開發(fā)的軟件的基本要求,如:A. 功能:監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等 ,定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。B. 性能:1、本系統(tǒng)要求反應時間不得低于2s.2、定期對數(shù)據(jù)庫備份。C. 輸出如報告、文件或數(shù)據(jù):本系統(tǒng)要求輸出的數(shù)據(jù)有:查詢信息、報表、警報控制信號。D. 在安全與保密方面的要求:掛號科的工作人員負責病人基本信息的輸入,住院部的醫(yī)護人員負責病人住院日志的情況,管理員負責系統(tǒng)的維護。4.2 技術可行性A. 經(jīng)費、投資方

7、面的來源和限制:各種硬件和工作人員工資需至少10萬元B. 硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制:軟件需求:操作系統(tǒng)WINDOWS 2000 Advance Server 以上;數(shù)據(jù)庫服務器端軟件ORACLE 9I, Delphi 7.0。硬件需求:10M 以上的LAN 接入網(wǎng)絡帶寬,P4 3.0G Xeon CPU /1G內存/360G(10K SCSI 硬盤的服務器,P3以上微機(帶網(wǎng)卡)的客戶機,P4 3.0G Xeon CPU /1G內存/36G(10K RAID硬盤的數(shù)據(jù)庫服務器本系統(tǒng)采用Delphi 實現(xiàn),依靠其強大的控件系統(tǒng),Oracle 數(shù)據(jù)庫管理系統(tǒng)和用c 語音編制的

8、傳感器驅動相結合,能在2個月內開發(fā)出系統(tǒng)。4.3 經(jīng)濟可行性某醫(yī)院目前由于完全采用純人工的方式來完成工作的,醫(yī)務人員要一邊關注某些病人的情況,一邊還要忙著對其它的病人進行醫(yī)療診斷,工作量大,耗時比較多,所以工作效率低。根據(jù)目前醫(yī)院內部員工的日人工成本為:x 人 * y元/人z 元。我們還不能計算出因效率低下而給醫(yī)院帶來的無形經(jīng)濟損失,如果指導這一部分也看作是成本,那將遠遠超出目前的計算數(shù)額。而如果開發(fā)出一個能滿足業(yè)務要求的醫(yī)療計算機監(jiān)護系統(tǒng),在采用生命周期的前提下,從問題識別到系統(tǒng)實施、評價、維護,開發(fā)周期如果以兩年計,共需人工成本m 元,各種軟硬件成本n 元,日常維護費用o 元,共計成本費用

9、p 元,略高/低于兩年的人工費用總和。同樣,我們也無法估計算出則于系統(tǒng)的開發(fā)應用使醫(yī)院運營效率提高而帶來的無形的巨額經(jīng)濟效益,由于系統(tǒng)能在未來較長的一段時間內穩(wěn)定地發(fā)揮作用,這對于醫(yī)院的提高管理水平很大的幫助,才能使A 醫(yī)院早日接入到總行的更高層次的網(wǎng)絡體系中,可以更加廣泛的吸收各方面的信息資源,可為醫(yī)院業(yè)務在將來的擴張打下堅實的基礎,其經(jīng)濟效益將更上一層樓。4.4 法律可行性法律可行性是考慮要開發(fā)系統(tǒng)是否存在任何侵犯、妨礙和責任問題,用戶操作可行性考慮待開發(fā)軟件的運行方式在用戶組織內是否行得通,現(xiàn)行管理制度、人員素質、操作知識是否可行。由于在本系統(tǒng)中是有合同作為雙方合作的基礎,所以不會存在任

10、何侵犯、妨礙和責任問題。即使存在了,也可以根據(jù)合同進行分析,一定有人會負責任,所以此系統(tǒng)完全可以進行開發(fā)。由以上經(jīng)濟、技術、操作和法律四方面的分析可以看出,本系統(tǒng)的開發(fā)時機成熟,從多種角度考慮,都是可行的。4.5 結論本系統(tǒng)值得投資。5需求分析醫(yī)院管理的合理化和經(jīng)營化是醫(yī)院經(jīng)營效益的關鍵。擁有了先進的技術還要有更加良好的管理體制,才可以讓醫(yī)院的經(jīng)營效益發(fā)揮到最好的狀態(tài)。充分利用現(xiàn)代先進的技術,可以節(jié)約大量的人力資源和財力資源。5.1組織機構調查 圖5-1 組織機構調查5.2業(yè)務需求調查數(shù)據(jù)流程圖 圖5-2 業(yè)務數(shù)據(jù)流程圖實體初步描述1 在對業(yè)務流程圖和數(shù)據(jù)流程圖進行詳細分析的基礎上,找出其中的

11、實體。 實體名稱:病人生理信號、患者日志。2 實體描述方式。1、病人生理信號:包括生理信號ID 、生理信號名稱、備注。2、患者日志:包括患者ID 、日期、生理信號ID 、備注。數(shù)據(jù)流程圖 圖5-3 實體數(shù)據(jù)流程圖警報子系統(tǒng)業(yè)務流程圖 圖5-4 警報子系統(tǒng)業(yè)務流程圖病人病情管理子系統(tǒng)業(yè)務流程圖病情信息數(shù)據(jù)文件 圖5-5 病人病情管理子系統(tǒng)業(yè)務流程圖數(shù)據(jù)流程圖 圖5-6 病人病情管理子系統(tǒng)數(shù)據(jù)流程圖簡要描述該系統(tǒng)所運行的環(huán)境,如果運行環(huán)境未確定,應寫出建議環(huán)境1 體系結構:Client/Server或Multi-tire C/S。 2 操作系統(tǒng): windows系列。 3 數(shù)據(jù)庫管理系統(tǒng):Orac

12、le9i 。 4 開發(fā)工具:Delphi7.0。軟件需求:操作系統(tǒng)WINDOWS 2000 Advance Server 以上;數(shù)據(jù)庫服務器端軟件ORACLE 9I, Delphi 7.0。硬件需求:10M 以上的LAN 接入網(wǎng)絡帶寬,P4 3.0G Xeon CPU /1G內存/360G(10K SCSI 硬盤的服務器,P3以上微機(帶網(wǎng)卡)的客戶機,P4 3.0G Xeon CPU /1G內存/36G(10K RAID硬盤的數(shù)據(jù)庫服務器。本系統(tǒng)只適合于windows 系列操作系統(tǒng)5.4系統(tǒng)分析醫(yī)院計算機監(jiān)護系統(tǒng):監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等 ,定時記錄病

13、人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。普通用戶所需的培訓時間:3天 高級用戶所需的培訓時間:3天 本系統(tǒng)符合Microsoft 的GUI 標準建議使用“天網(wǎng)防火墻”精確度 具體數(shù)據(jù)按照醫(yī)學標準來衡量,基于TCP/IP協(xié)議此節(jié)概述系統(tǒng)的性能特征。其中需包括具體的響應時間。如果可行,按名稱引用相關用例。數(shù)據(jù)精確度:具體數(shù)據(jù)按照醫(yī)學標準來衡量 對事務的響應時間(平均0.3s 、最長1s ) 吞吐量,每秒處理的事務數(shù)為5人 容量,系統(tǒng)可以容納的事務數(shù)為100人 具備數(shù)據(jù)庫動態(tài)恢復能力5.5 聯(lián)

14、機用戶文檔和幫助系統(tǒng)需求本系統(tǒng)具有聯(lián)機幫助功能1、 屏幕格式:采用C/S模式,界面由Delphi 設計實現(xiàn),完全基于windows 兼容的桌面平臺。2、報表格式:采用與實際的報表格式一致,當然這也要求客戶端的硬件配置(如打印機等)要一致。3、菜單格式:采用工具欄與菜單并用的方式,力圖簡潔、明了。本系統(tǒng)要求每個計算機都有網(wǎng)卡。適用的標準1、TCP/IP2、Microsoft GUI 設計=6總體設計6.1需求規(guī)定醫(yī)院計算機監(jiān)護系統(tǒng):監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等 ,定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息

15、;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。6.2 運行環(huán)境本系統(tǒng)是基于C/S模式的采用Delphi 實現(xiàn)的管理信息系統(tǒng)(Management Information System )。數(shù)據(jù)庫服務器由Oracle9實現(xiàn)。為使系統(tǒng)能夠正常運行,軟硬件環(huán)境需求如下:軟件需求:操作系統(tǒng)WINDOWS 2000 Advance Server 以上;數(shù)據(jù)庫服務器端軟件ORACLE 9I, Delphi 7.0。硬件需求:10M 以上的LAN 接入網(wǎng)絡帶寬,P4 3.0G Xeon CPU /1G內存/360G(10K SCSI 硬盤的服務器,P3以上微機(帶網(wǎng)卡)的客戶機,P4 3.0G

16、 Xeon CPU /1G內存/36G(10K RAID硬盤的數(shù)據(jù)庫服務器。6.3結構 圖6-1 結構圖6.4人工處理過程1、傳感器輸入信號間隔時間由用戶輸入 2、生理信號安全范圍需要用戶輸入6.5接口設計本系統(tǒng)的用戶界面如下所示: 圖6-2 用戶界面圖外部接口:本系統(tǒng)采用C/S模式,由Delphi 實現(xiàn)的管理信息系統(tǒng)(Management Information System)。通過ADO 連接與數(shù)據(jù)庫服務器相連。6.6邏輯結構設計要點給出本系統(tǒng)內所使用的每個數(shù)據(jù)結構的名稱、標識符以及它們之中每個數(shù)據(jù)項、記錄、文卷和系的標識、定義、長度及它們之間的層次的或表格的相互關系。6.7系統(tǒng)出錯處理設

17、計 補救措施:1. 聯(lián)機事務處理(OLAP是建立在TCP/IP 協(xié)議上,有多階段事務處理響應控制,保證事務處理前后臺一致性。2. 數(shù)據(jù)庫處理事務失敗自動回滾技術,保證數(shù)據(jù)庫表的數(shù)據(jù)一致性和完整性。3. 重要數(shù)據(jù)的校驗檢查。4. 各個子系統(tǒng)的操作監(jiān)控,異常情況報告;并提供報表等跟蹤記錄。 5. 提供友好的用戶界面和幫助信息及配合嚴格的檢查,減少用戶出錯機會。7 詳細設計說明書7.1 引言醫(yī)院做為一個與人民生命健康密切相關的重要機構,勢必要在各方面實現(xiàn)信息化,與此同時,對醫(yī)療衛(wèi)生的要求也越來越高。以方便醫(yī)護人員更好的了解病人的情況,給病人提供及時的治療。本系統(tǒng)就是針對這方面的迫切需求而設計實現(xiàn)的。

18、7.2 編寫目的此文檔作為用戶對即將開發(fā)的軟件的功能要求,是軟件設計和開發(fā)者的主要依據(jù)。7.3 背景項目名稱:醫(yī)院計算機監(jiān)護系統(tǒng) 項目委托單位:××市醫(yī)院軟件開發(fā)單位:晉中學院計算機系網(wǎng)本二班7.4 定義MIS :(Management Information System)管理信息系統(tǒng)的英文縮寫。 Delphi:本系統(tǒng)所使用的編程語言。7.5 程序系統(tǒng)的結構程序系統(tǒng)的結構如下圖所示。 圖7-1 程序系統(tǒng)結構圖7.6 功能IPO 7.7 算法數(shù)據(jù)庫操作:SQL 語言操作報表操作:使用delphi 的報表生成程序傳感器輸入:使用的數(shù)據(jù)結構:Hash Table (散列表 key:傳感器的信號 Func(key ):信號的值7.8 流程邏輯見圖:程序系統(tǒng)結構圖。7.9 存儲分配根據(jù)需要,說明本程序的存儲分配。7.10 注釋設計程序中的注釋統(tǒng)一用:“/”來表示,在每個觸發(fā)事件函數(shù)的開頭注釋 。8 數(shù)據(jù)庫設計說明書8.1 引言此文檔作為用戶對即將開發(fā)的軟

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論