醫(yī)院患者監(jiān)護(hù)系統(tǒng)需求分析_第1頁(yè)
醫(yī)院患者監(jiān)護(hù)系統(tǒng)需求分析_第2頁(yè)
醫(yī)院患者監(jiān)護(hù)系統(tǒng)需求分析_第3頁(yè)
醫(yī)院患者監(jiān)護(hù)系統(tǒng)需求分析_第4頁(yè)
醫(yī)院患者監(jiān)護(hù)系統(tǒng)需求分析_第5頁(yè)
已閱讀5頁(yè),還剩6頁(yè)未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、1 引言1.1 編寫(xiě)目的經(jīng)過(guò)對(duì)該醫(yī)院監(jiān)護(hù)系統(tǒng)項(xiàng)目進(jìn)行詳細(xì)調(diào)查研究, 初擬系統(tǒng)實(shí)現(xiàn)報(bào)告, 對(duì)軟件 開(kāi)發(fā)中將要面臨的問(wèn)題及其解決方案進(jìn)行可行性分析。 明確開(kāi)發(fā)風(fēng)險(xiǎn)及其所需要 的成本效益。本報(bào)告經(jīng)審核后,交由軟件經(jīng)理審查。1.2 背景項(xiàng)目名稱(chēng):醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)用戶:XX醫(yī)院說(shuō)明:隨著社會(huì)發(fā)展的不斷進(jìn)步,醫(yī)療事業(yè)的不斷壯大,人們對(duì)醫(yī)療機(jī)構(gòu)的 要求也就不斷提高, 目前住院病人主要由護(hù)士護(hù)理, 這樣做不僅需要大量的護(hù)士, 且由于不能隨時(shí)觀察危重病人的病情變化, 還會(huì)延誤搶救時(shí)機(jī)。 因此怎樣有效的 提高護(hù)士的工作效率和更及時(shí)的了解病人的病情的問(wèn)題, 引起了人們的重視。 由 于信息產(chǎn)業(yè)的出現(xiàn)和網(wǎng)絡(luò)的普及,計(jì)

2、算機(jī)的應(yīng)用已普及到人類(lèi)社會(huì)的每一個(gè)角 落,它與人類(lèi)的生活關(guān)系越來(lái)越密切。 為了節(jié)省不必要的人力物力, 并有效的提 高工作效率, 使患者監(jiān)護(hù)工作簡(jiǎn)化, 所以開(kāi)發(fā)了一套以計(jì)算機(jī)為中心的, 具有完 整的存儲(chǔ),查詢,警報(bào),打印等功能的患者監(jiān)護(hù)系統(tǒng)。 。1.3參考資料軟件工程原理,方法與應(yīng)用 吳欽藩 編著 人民交通出版社出版 軟件工程導(dǎo)論(第四版) 張海藩 編著 清華大學(xué)出版社出版 軟件工程 任勝兵 邢琳 編著 北京郵電大學(xué)出版社2 可行性研究的前提2.1 基本要求2.1.1 功能要求 此系統(tǒng)要求輸入病人的姓名、住址、電話號(hào)碼、身份證號(hào)碼、住院日期、身 體狀況, 隨時(shí)接收每個(gè)病人的生理信號(hào)(脈搏、體溫、

3、血壓、心電圖等) ,定時(shí)記錄病人 情況以形成患者日志, 當(dāng)某個(gè)病人的勝利信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警 告信息,此外,護(hù)士在需要時(shí)還可以要求系統(tǒng)印出某個(gè)指定病人的病情報(bào)告。2.1.2 性能要求該軟件有 9 個(gè)功能模塊,各模塊功能如下:生理信號(hào)輸入管理模塊 :通過(guò)連接在病人身上的傳感器, 根據(jù)傳感器的值將生理信號(hào)輸 入系統(tǒng)定時(shí)時(shí)間調(diào)節(jié)處理 :通過(guò)系統(tǒng),管理人員(醫(yī)護(hù)人員) 可以按需要輸入定時(shí)采樣的時(shí)間。病人信息輸入模塊 :工作人員可以將病人的基本信息(患者姓名、患者性別、住址、聯(lián) 系電話、患病名稱(chēng)、入院日期、狀態(tài)(已出院、住院) 、備注)輸入系統(tǒng)。病人信息修改管理模塊 :對(duì)病人的基

4、本信息(患者姓名、患者性別、住址、聯(lián)系電話、 患病名稱(chēng)、入院日期、狀態(tài)(已出院、住院) 、備注)進(jìn)行修改。病人信息查詢模塊 :對(duì)病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病 名稱(chēng)、入院日期、狀態(tài)(已出院、住院) 、備注)進(jìn)行查詢。生理信號(hào)安全范圍控制模塊 :對(duì)各個(gè)病人的生理信號(hào)的安全范圍進(jìn)行輸入、 修改、查詢。警報(bào)模塊: 對(duì)超過(guò)設(shè)定安全范圍的病人及時(shí)通知醫(yī)護(hù)人員。病情查詢模塊: 可以對(duì)這一段時(shí)間的病人病情進(jìn)行查詢 病情報(bào)告打印模塊: 可以對(duì)查詢得的病人病情打印出病情報(bào)告2.2 限制條件2.2.1 經(jīng)費(fèi)、投資方面的來(lái)源和限制: 各種硬件和工作人員工資需至少 10 萬(wàn)元2.2.2. 硬

5、件、軟件、運(yùn)行環(huán)境和開(kāi)發(fā)環(huán)境方面的條件和限制:軟件需求:操作系統(tǒng) WINDOW2S000 Advance Server以上;數(shù)據(jù)庫(kù)服務(wù)器端硬件需求:10M以上的LAN接入網(wǎng)絡(luò)帶寬,P4 3.0G Xeon CPU /1G 內(nèi)存 /360G(10K) SCSI硬盤(pán)的服務(wù)器,P3以上微機(jī)(帶網(wǎng)卡)的客戶機(jī),P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤(pán)的數(shù)據(jù)庫(kù)服務(wù)器2.2.3 開(kāi)發(fā)時(shí)間: 本系統(tǒng)采用 Delphi 實(shí)現(xiàn),依靠其強(qiáng)大的控件系統(tǒng), Oracle 數(shù) 據(jù)庫(kù)管理系統(tǒng)和用 c 語(yǔ)音編制的傳感器驅(qū)動(dòng)相結(jié)合,能在 2個(gè)月內(nèi)開(kāi)發(fā)出系統(tǒng)3對(duì)現(xiàn)有系統(tǒng)的分析1、基本系統(tǒng)模型

6、傳感器輸入/病人信息輸入| r病情信息生理信號(hào)輸入程序報(bào)告生成程序數(shù)據(jù)文件r生理信號(hào)信息T生成報(bào)告安全范J鈴聲判別生成程序圍數(shù)據(jù)1/響鈴2、數(shù)據(jù)流圖4總體結(jié)構(gòu)4.1各模塊設(shè)計(jì)如下:M1.1初始化模塊M1.2關(guān)閉系統(tǒng)模塊M1.3系統(tǒng)功能模塊M2.1生理信號(hào)輸入管理模塊M2.2定時(shí)時(shí)間調(diào)節(jié)模塊M3.1信息輸入模塊M3.2信息修改模塊M3.3信息查詢模塊M4.1生理信號(hào)安全范圍模塊M4.2警報(bào)模塊M5.1病情查詢模塊M5.2病情報(bào)告打印模塊4.2軟件結(jié)構(gòu):5 功能分配1. 系統(tǒng)控制功能初始化模塊( M1.1); 關(guān)閉系統(tǒng)模塊( M1.2); 系統(tǒng)功能模塊( M1.3)2. 生理信號(hào)輸入控制功能 生理

7、信號(hào)輸入管理模塊( M2.1); 定時(shí)時(shí)間調(diào)節(jié)模塊( M2.2);3. 病人基本信息管理功能 信息輸入模塊( M3.1) 信息修改模塊( M3.2) 信息查詢模塊( M3.3);M4.1);4. 警報(bào)功能 生理信號(hào)安全范圍控制模塊( 警報(bào)模塊( 4.2 );5. 病人病情管理功能 病情查詢模塊( M5.1); 病情報(bào)告打印模塊( 5.2 )6人工處理過(guò)程1、傳感器輸入信號(hào)間隔時(shí)間由用戶輸入2、生理信號(hào)安全范圍需要用戶輸入3、查詢病人信息由用戶輸入4接口設(shè)計(jì)4.1用戶接口本系統(tǒng)的用戶界面如下所示菜單快捷功能鍵區(qū)用戶輸入界面(系統(tǒng)顯示界面)提交區(qū)4.2內(nèi)部接口1 初始化模塊:系統(tǒng)初始時(shí)由操作系統(tǒng)調(diào)

8、用,執(zhí)行完畢后進(jìn)入事件等待狀態(tài);2 關(guān)閉系統(tǒng)模塊:由系統(tǒng)功能模塊調(diào)用,執(zhí)行完畢返回操作系統(tǒng);3 系統(tǒng)功能模塊: 接收系統(tǒng)功能區(qū)相應(yīng)事件, 啟動(dòng)生理信號(hào)輸入管理、 定時(shí)時(shí) 間調(diào)節(jié)、信息輸入、信息修改、信息查詢等模塊4 生理信號(hào)輸入管理模塊:完成生理信號(hào)輸入管理功能;5 定時(shí)時(shí)間調(diào)節(jié)模塊:完成定時(shí)時(shí)間調(diào)節(jié)功能;6 信息輸入模塊:完成信息輸入功能;7 信息修改模塊:完成信息修改功能;8 信息查詢模塊:完成信息查詢功能;9 生理信號(hào)安全范圍控制模塊:完成生理信號(hào)安全范圍控制功能;10 警報(bào)模塊:完成發(fā)出警報(bào)功能;11 病情查詢模塊:完成病情查詢功能;12 病情報(bào)告打印模塊:完成病情報(bào)告打印功能;5 運(yùn)

9、行設(shè)計(jì)5.1 運(yùn)行模塊組合模塊命名方式按照相應(yīng)模塊結(jié)合特性制定 。5.2 運(yùn)行控制本軟件控制流程:先由操作系統(tǒng)啟動(dòng)M1.1,然后進(jìn)入事件驅(qū)動(dòng)模式,由相應(yīng) 的事件分別激活 M1.3,相應(yīng)激活 M2.1、M2.2、M3.1、M3.2、M3.3、M4.1、M4.2 等模塊,其中M1.2將關(guān)閉并退出系統(tǒng)。5.3 運(yùn)行時(shí)間各模塊運(yùn)行時(shí)間均應(yīng)控制在 13 秒內(nèi)(其中大部分為響應(yīng)用戶的動(dòng)作) 。由 于系統(tǒng)采用事件驅(qū)動(dòng)方式,有效提高計(jì)算機(jī)的利用率。6 系統(tǒng)出錯(cuò)處理設(shè)計(jì)1. 聯(lián)機(jī)事務(wù)處理(OLAP)是建立在TCP/IP協(xié)議上,有多階段事務(wù)處理響應(yīng) 控制,保證事務(wù)處理前后臺(tái)一致性。2. 數(shù)據(jù)庫(kù)處理事務(wù)失敗自動(dòng)回滾技術(shù),保證數(shù)據(jù)庫(kù)表的數(shù)據(jù)一致性和完整 性。3. 重要數(shù)據(jù)的校驗(yàn)檢查。4. 各個(gè)子系統(tǒng)的操作監(jiān)控,異常情況報(bào)告;并提供報(bào)表等跟蹤

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論