患者監(jiān)護(hù)系統(tǒng)需求分析報告

1、患者監(jiān)護(hù)系統(tǒng)需求分析文檔一、問題定義1、待開發(fā)的軟件系統(tǒng)的名稱 ：患者監(jiān)護(hù)系統(tǒng)。 2背景說明：隨著社會發(fā)展的不斷進(jìn)步，醫(yī)療事業(yè)的不斷壯大，人們對醫(yī)療 機(jī)構(gòu)的要求也就不斷提高， 目前住院病人主要由護(hù)士護(hù)理， 這樣做不僅需要大 量的護(hù)士， 且由于不能隨時觀察危重病人的病情變化， 還會延誤搶救時機(jī)。 因 此怎樣有效的提高護(hù)士的工作效率和更及時的了解病人的病情的問題， 引起了 人們的重視。 由于信息產(chǎn)業(yè)的出現(xiàn)和網(wǎng)絡(luò)的普及， 計(jì)算機(jī)的應(yīng)用已普及到人類 社會的每一個角落， 它與人類的生活關(guān)系越來越密切。 為了節(jié)省不必要的人力 物力，并有效的提高工作效率， 使患者監(jiān)護(hù)工作簡化， 所以開發(fā)了一套以計(jì)算 機(jī)為中

2、心的，具有完整的存儲，查詢，警報，打印等功能的患者監(jiān)護(hù)系統(tǒng)。 。 3、整體描述 ：通過患者監(jiān)護(hù)系統(tǒng)隨時接收患者的生理信號定時形成患者日志， 當(dāng)超出限定范圍時向值班護(hù)士發(fā)出警告， 以便及時發(fā)現(xiàn)病情。 另外，在需要時 導(dǎo)出病人的病情報告，方便隨時了解病人情況。4、系統(tǒng)功能目標(biāo)： 可以減少護(hù)理護(hù)士的工作量，當(dāng)病人出現(xiàn)狀況時可以在最 短的時間內(nèi)進(jìn)行警報， 還可以隨時導(dǎo)出病人日志， 以便隨時掌握病人情況并起 到監(jiān)護(hù)作用。5編寫目的 經(jīng)過對該醫(yī)院監(jiān)護(hù)系統(tǒng)項(xiàng)目進(jìn)行詳細(xì)調(diào)查研究，初擬系統(tǒng)實(shí)現(xiàn)報告，對軟件開發(fā)中將要 面臨的問題及其解決方案進(jìn)行可行性分析。明確開發(fā)風(fēng)險及其所需要的成本效益。本報 告經(jīng)審核后，交由軟

3、件經(jīng)理審查。6 參考資料吳欽藩 編著 人民交通出版社出軟件工程原理，方法與應(yīng)用編著清華大學(xué)出版社出版北京郵電大學(xué)出版社軟件工程導(dǎo)論（第四版） 張海藩軟件工程任勝兵邢琳編著二、可行性研究1復(fù)查系統(tǒng)規(guī)模和目標(biāo)：完成對信號的接收和分析，并對信號進(jìn)行檢測是否超出安全范圍， 從而發(fā) 出警告；可以定時通過產(chǎn)生的病情報告了解病人的情況；每天產(chǎn)生患者日志。2、研究目前正在使用的系統(tǒng)：目前的系統(tǒng)只是提供了每一個房間里居住的病人的個人信息和床位的使 用情況，以及簡單的在病情危急時進(jìn)行病情警報的作用，但不能解決在需要時 導(dǎo)出病人日志的問題以及隨時對病人的生理情況進(jìn)行檢查。分析系統(tǒng)并畫出數(shù)據(jù)流圖如下：圖1現(xiàn)有系統(tǒng)的數(shù)

4、據(jù)流圖2#3、導(dǎo)出新系統(tǒng)的高層邏輯模型#圖2新系統(tǒng)的數(shù)據(jù)流圖各數(shù)據(jù)元素的數(shù)據(jù)字典定義如下：34名字：患者信號的安全范圍別名：描述：用來表示正?；颊叩纳砬闆r 的正常范圍定義：安全范圍=心電+脈沖+體溫+ 血壓（正常范圍）位置：儲存在安全范圍文本中名字：患者日志別名：病人日志描述：對病人每日的生理情況的 報告，并包括與安全范圍的對比 定義：患者日志=患者名字+生理 信號+生成日期位置：輸出到打印機(jī)圖3.1患者信號安全范圍的數(shù)據(jù)字典圖3.2患者日志的數(shù)據(jù)字典名字：病情報告別名：描述：通過對生理信號的分析對患者 的病情作出詳盡的分析報告定義：病情報告=病人姓名+生理信號 +病情分析位置：輸出到打印機(jī)

5、圖3.3病情報告的數(shù)據(jù)字典4、進(jìn)一步定義問題通過對新系統(tǒng)的邏輯模型的分析，發(fā)現(xiàn)系統(tǒng)對數(shù)據(jù)的顯示結(jié)果未給出嚴(yán)格的定義。對脈沖等數(shù)字的信號定義為精度為2的小數(shù)并用表格的格式分類表示；而對于心電圖等需要波形的圖要用波形圖軟件導(dǎo)出5、導(dǎo)出和評價供選擇的方法5.1從硬件、軟件方面分析可行性：軟件需求：操作系統(tǒng) WINDOWS 2000 Advanee Server以上；數(shù)據(jù)庫服務(wù)器 端軟件 ORACLE 91， Delphi 7.0。硬件需求：10M以上的LAN接入網(wǎng)絡(luò)帶寬，P4 3.0G Xeon CPU /1G 內(nèi)存/360G(10K) SCSI硬盤的服務(wù)器，P3以上微機(jī)(帶網(wǎng)卡)的客戶機(jī)，P4 3

6、.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)據(jù)庫服務(wù)器5.2 從經(jīng)濟(jì)方面分析可行性：某醫(yī)院目前由于完全采用純?nèi)斯さ姆绞絹硗瓿晒ぷ鞯?，醫(yī)務(wù)人員要一邊關(guān) 注某些病人的情況， 一邊還要忙著對其它的病人進(jìn)行醫(yī)療診斷， 工作量大， 耗 時比較多，所以工作效率低。 。而如果開發(fā)出一個能滿足業(yè)務(wù)要求的醫(yī)療計(jì)算 機(jī)監(jiān)護(hù)系統(tǒng)， 由于系統(tǒng)能在未來較長的一段時間內(nèi)穩(wěn)定地發(fā)揮作用， 這對于醫(yī) 院的提高管理水平很大的幫助，才能使A醫(yī)院早日接入到總行的更高層次的網(wǎng) 絡(luò)體系中， 可以更加廣泛的吸收各方面的信息資源， 可為醫(yī)院業(yè)務(wù)在將來的擴(kuò) 張打下堅(jiān)實(shí)的基礎(chǔ)，其經(jīng)濟(jì)效益將更上一層樓。6、推薦行動方

7、針根據(jù)可行性的分析得出開發(fā)此系統(tǒng)使得醫(yī)護(hù)人員減輕工作量， 并提高了工 作效率，又能夠提高經(jīng)濟(jì)效益，所以繼續(xù)進(jìn)行這項(xiàng)系統(tǒng)開發(fā)。7、草擬開發(fā)計(jì)劃本系統(tǒng)應(yīng)用硬件和軟件的運(yùn)行效率均很高，而且采用 Delphi 實(shí)現(xiàn)，依靠 其強(qiáng)大的控件系統(tǒng)，Oracle數(shù)據(jù)庫管理系統(tǒng)和用c語音編制的傳感器驅(qū)動相結(jié) 合，能在 2個月內(nèi)開發(fā)出系統(tǒng)。三、需求分析1、功能需求：1.1功能的劃分： 把系統(tǒng)劃分為接收信號階段、 信號分析階段和產(chǎn)生日志和病 情報告階段的功能。1.2 功能描述：1 、接收信號階段：病人發(fā)出生理信號進(jìn)行接收，按照時鐘定時取樣。2、信號分析階段：通過和系統(tǒng)中的正常信號范圍比較分析，得到警告信息或 輸出正常

8、。3、產(chǎn)生日志和病情報告階段：系統(tǒng)根據(jù)分析情況輸出相應(yīng)的報告結(jié)果。交給 值班護(hù)士2、性能需求：2.1 系統(tǒng)基本要求： 響應(yīng)時間：系統(tǒng)的響應(yīng)時間不能超過 1 分鐘 警告時間及次數(shù)：每隔三分鐘重復(fù)警告一次，每次警告時間持續(xù)一分鐘。 主存容量：內(nèi)存： 128MB RAM磁盤容量：不小于1G顯示器： 256色,800*600 以上的兼容顯示器 使用標(biāo)準(zhǔn)兼容的打印機(jī)。2.2 數(shù)據(jù)管理能力要求 說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的 增長對數(shù)據(jù)及其分量的存儲要求作出估算。2.3 故障處理要求 列出可能的軟件、硬件故障以及對各項(xiàng)性能而言所產(chǎn)生的后果和對故障處 理的要求。輸出發(fā)生錯誤

9、時，在系統(tǒng)的代碼部分進(jìn)行修改。3、外部接口說明3.1 界面布局屏幕布局： 頂端上分布菜單欄（設(shè)置各種功能按鈕） ，中間部分為操作的 輸出預(yù)覽。 如：輸出病人的心電圖生理信號時輸出波形圖， 輸出病人日志和病 情報告時輸出預(yù)覽的圖表格式。菜單布局：在屏幕上端設(shè)置功能按鈕，按鈕上簡練標(biāo)志操作功能。 輸入輸出要求；對脈沖等數(shù)字的信號定義為精度為 2 的小數(shù)并用表格的格式分類表示（范圍是0-100）;而對于心電圖等需要波形的圖要用波形圖軟件 導(dǎo)出。日志和病情報告將日期（如 2008-10-28）、病人基本情況（表格）形式 輸出。錯誤信息顯示格式； 在中央出現(xiàn)并閃爍對話框同時發(fā)出警告聲， 提示存在 錯誤。

10、讓用戶選擇重試或者關(guān)閉此次操作。3. 2存儲位置和輸出情況關(guān)于病情報告的信息全部放在病情報告的文本框里。 信息格式是表格描述， 各問題的解答都放在幫助中，信息格式用文檔寫出。用表格的形式打印病人的 日志，包括姓名、時間、各器官生理信號，并用圖表的形式畫出波形圖。給出 各范圍內(nèi)信號的值，并作出相應(yīng)的評價。4、分析數(shù)據(jù)要求導(dǎo)出系統(tǒng)的物理模型：分析數(shù)據(jù)對各數(shù)據(jù)及模塊進(jìn)行分析，畫出IPO圖、E-R圖及狀態(tài)圖如下：4、1各數(shù)據(jù)的數(shù)據(jù)字典系統(tǒng)：患者監(jiān)護(hù)系統(tǒng) 模塊：接收信號編號：01被調(diào)用：接收信號系統(tǒng)輸入：患者生理信號IPO表作者：日期：調(diào)用：生理信號輸出：系統(tǒng)識別的生理信號處理：將接收的患者生理信號轉(zhuǎn)化

11、為系統(tǒng)識別的生理信號并輸出局部數(shù)據(jù)元素：患者生理信號注釋:8#接收信號模塊的IPO圖#IPO表9#作者:日期:調(diào)用：生理信號系統(tǒng)：患者監(jiān)護(hù)系統(tǒng) 模塊：信號分析編號：02 被調(diào)用：信號分析系統(tǒng)#輸入：患者生理信號輸出：病人危機(jī)信號（或正常信息）#處理：將接收的患者發(fā)出的生理信號與系統(tǒng)的生理信號范圍并輸出相應(yīng)結(jié)果局部數(shù)據(jù)元素：患者生理信號注釋:信號分析的IPO圖IPO表系統(tǒng)：患者監(jiān)護(hù)系統(tǒng) 模塊：發(fā)出警告編號：03作者:日期:調(diào)用：病人危急信息輸出：警告聲響#|處理：接收患者的警告信息通過系統(tǒng)發(fā)出警告聲響局部數(shù)據(jù)元素：患者警告信息注釋:發(fā)出警告的IPO圖IPO表系統(tǒng)：患者監(jiān)護(hù)系統(tǒng)作者:模塊：定時取樣

12、日期:編號：04調(diào)用：設(shè)定時刻被調(diào)用：定時取樣系統(tǒng)輸入：某一時刻患者生理信號輸出：系統(tǒng)識別的生理信號10#處理：將某一時刻接收的患者的生理信號轉(zhuǎn)化為系統(tǒng)識別的生理信號并輸出局部數(shù)據(jù)元素：患者生理信號注釋:定時取樣的IPO圖系統(tǒng)：患者監(jiān)護(hù)系統(tǒng) 模塊：更新日志編號：05IPO表作者:日期:被調(diào)用：更新日志系統(tǒng)調(diào)用：生理信號輸入：患者生理信號輸出：患者日志處理：將接收的患者生理信號輸出為患者日志局部數(shù)據(jù)元素：患者生理信號注釋:#更新日志的IPO圖IPO表系統(tǒng)：患者監(jiān)護(hù)系統(tǒng)作者:模塊：產(chǎn)生病請報告日期:編號：06被調(diào)用：產(chǎn)生病情報告系統(tǒng)調(diào)用：患者日志輸入：患者日志輸出：病情報告處理：將患者日志批量處理輸出病情報告局部數(shù)據(jù)元素：患者日志|注釋:產(chǎn)生病情報告的IPO圖4.2系統(tǒng)的實(shí)體一聯(lián)系圖1112#患者監(jiān)護(hù)系統(tǒng)的ER圖#4.3系統(tǒng)狀態(tài)圖#閑置取樣 定時檢測病情報告結(jié)束13/病人