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

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

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

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

4、統(tǒng)的數(shù)據(jù)流圖3、導出新系統(tǒng)的高層邏輯模型生理1生理2患者病 人信號接 收信號分 析信 號信 號危 急信息3產(chǎn) 生警告警護士信 息 告4時鐘定時取 樣D1 患者安全范圍定 時的生56產(chǎn) 生理信號更 新病 情日 志報 告D2 患者日志圖 2 新系統(tǒng)的數(shù)據(jù)流圖各數(shù)據(jù)元素的數(shù)據(jù)字典定義如下：名字：患者信號的安全范圍別名：描述：用來表示正常患者的生理情況的正常范圍定義：安全范圍=心電 +脈沖 +體溫血壓（正常范圍）位置：儲存在安全范圍文本中+名字：患者日志別名：病人日志描述：對病人每日的生理情況的報告，并包括與安全范圍的對比定義：患者日志 =患者名字 +生理信號 +生成日期位置：輸出到打印機圖 3.1

5、患者信號安全范圍的數(shù)據(jù)字典圖 3.2 患者日志的數(shù)據(jù)字典名字：病情報告別名：描述：通過對生理信號的分析對患者的病情作出詳盡的分析報告定義：病情報告 =病人姓名 +生理信號+病情分析位置：輸出到打印機圖 3.3 病情報告的數(shù)據(jù)字典4、進一步定義問題通過對新系統(tǒng)的邏輯模型的分析， 發(fā)現(xiàn)系統(tǒng)對數(shù)據(jù)的顯示結(jié)果未給出嚴格的定義。對脈沖等數(shù)字的信號定義為精度為2 的小數(shù)并用表格的格式分類表示；而對于心電圖等需要波形的圖要用波形圖軟件導出。護士查詢定時時間信時鐘息查詢病人信息傳感器輸入定信號流傳感器信號讀和識別顯示器時數(shù)據(jù)具體值結(jié)果具體值具體信息超標判定報警器病人生病日志查詢基具體值生理信號范圍病人基本信息

6、本信息護士輸入信病人信息息處理具打印修改基體本信息 具體值值病人基本信息具體值刪除基具體值具體值上一級醫(yī)護人員本信息5、導出和評價供選擇的方法5.1 從硬件、軟件方面分析可行性：軟件需求：操作系統(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ù)庫服務器5.2 從經(jīng)濟方

7、面分析可行性：某醫(yī)院目前由于完全采用純?nèi)斯さ姆绞絹硗瓿晒ぷ鞯?，醫(yī)務人員要一邊關(guān)注某些病人的情況， 一邊還要忙著對其它的病人進行醫(yī)療診斷，工作量大，耗時比較多，所以工作效率低。 。而如果開發(fā)出一個能滿足業(yè)務要求的醫(yī)療計算機監(jiān)護系統(tǒng)，由于系統(tǒng)能在未來較長的一段時間穩(wěn)定地發(fā)揮作用， 這對于醫(yī)院的提高管理水平很大的幫助， 才能使 A 醫(yī)院早日接入到總行的更高層次的網(wǎng)絡體系中，可以更加廣泛的吸收各方面的信息資源， 可為醫(yī)院業(yè)務在將來的擴打下堅實的基礎，其經(jīng)濟效益將更上一層樓。6、推薦行動方針根據(jù)可行性的分析得出開發(fā)此系統(tǒng)使得醫(yī)護人員減輕工作量，并提高了工作效率，又能夠提高經(jīng)濟效益，所以繼續(xù)進行這項系統(tǒng)開

8、發(fā)。7、草擬開發(fā)計劃本系統(tǒng)應用硬件和軟件的運行效率均很高，而且采用Delphi 實現(xiàn)，依靠其強大的控件系統(tǒng)， Oracle 數(shù)據(jù)庫管理系統(tǒng)和用c 語音編制的傳感器驅(qū)動相結(jié)合，能在 2 個月開發(fā)出系統(tǒng)。三、需求分析1、功能需求：1.1 功能的劃分：把系統(tǒng)劃分為接收信號階段、 信號分析階段和產(chǎn)生日志和病情報告階段的功能。1.2 功能描述：1、接收信號階段：病人發(fā)出生理信號進行接收，按照時鐘定時取樣。2、信號分析階段：通過和系統(tǒng)中的正常信號圍比較分析，得到警告信息或輸出正常。3、產(chǎn)生日志和病情報告階段：系統(tǒng)根據(jù)分析情況輸出相應的報告結(jié)果。交給值班護士2、性能需求：2.1 系統(tǒng)基本要求：響應時間：系統(tǒng)

9、的響應時間不能超過1 分鐘警告時間及次數(shù)：每隔三分鐘重復警告一次，每次警告時間持續(xù)一分鐘。主存容量：存： 128MB RAM磁盤容量：不小于顯示器： 256 色,800*600 以上的兼容顯示器使用標準兼容的打印機。2.2 數(shù)據(jù)管理能力要求說明需要管理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預見的增長對數(shù)據(jù)及其分量的存儲要求作出估算。2.3 故障處理要求列出可能的軟件、硬件故障以及對各項性能而言所產(chǎn)生的后果和對故障處理的要求。輸出發(fā)生錯誤時，在系統(tǒng)的代碼部分進行修改。3、外部接口說明3.1 界面布局屏幕布局：頂端上分布菜單欄（設置各種功能按鈕），中間部分為操作的輸出預覽。如：輸出病人的心

10、電圖生理信號時輸出波形圖，輸出病人日志和病情報告時輸出預覽的圖表格式。菜單布局：在屏幕上端設置功能按鈕，按鈕上簡練標志操作功能。輸入輸出要求；對脈沖等數(shù)字的信號定義為精度為2 的小數(shù)并用表格的格式分類表示（圍是 0-100）；而對于心電圖等需要波形的圖要用波形圖軟件導出。日志和病情報告將日期（如 2008-10-28）、病人基本情況（表格）形式輸出。錯誤信息顯示格式；在中央出現(xiàn)并閃爍對話框同時發(fā)出警告聲，提示存在錯誤。讓用戶選擇重試或者關(guān)閉此次操作。3. 2 存儲位置和輸出情況關(guān)于病情報告的信息全部放在病情報告的文本框里。 信息格式是表格描述，各問題的解答都放在幫助中， 信息格式用文檔寫出。

11、用表格的形式打印病人的日志，包括、時間、各器官生理信號，并用圖表的形式畫出波形圖。給出各圍信號的值，并作出相應的評價。4、分析數(shù)據(jù)要求導出系統(tǒng)的物理模型：分析數(shù)據(jù)對各數(shù)據(jù)及模塊進行分析，畫出IPO 圖、 E-R 圖及狀態(tài)圖如下：4、 1 各數(shù)據(jù)的數(shù)據(jù)字典IPO 表系統(tǒng)：患者監(jiān)護系統(tǒng)作者：模塊：接收信號日期：編號：01被調(diào)用：接收信號系統(tǒng)調(diào)用：生理信號輸入：患者生理信號輸出：系統(tǒng)識別的生理信號處理：將接收的患者生理信號轉(zhuǎn)化為系統(tǒng)識別的生理信號并輸出局部數(shù)據(jù)元素：患者生理信號注釋：接收信號模塊的IPO 圖IPO 表系統(tǒng)：患者監(jiān)護系統(tǒng)作者：模塊：信號分析日期：編號：02被調(diào)用：信號分析系統(tǒng)調(diào)用：生理

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

13、的生理信號并輸出局部數(shù)據(jù)元素：患者生理信號注釋：定時取樣的 IPO 圖IPO 表系統(tǒng)：患者監(jiān)護系統(tǒng)作者：模塊：更新日志日期：編號：05被調(diào)用：更新日志系統(tǒng)調(diào)用：生理信號輸入：患者生理信號輸出：患者日志處理：將接收的患者生理信號輸出為患者日志局部數(shù)據(jù)元素：患者生理信號注釋：更新日志的 IPO 圖IPO表系統(tǒng)：患者監(jiān)護系統(tǒng)模塊：產(chǎn)生病請報告編號：06作者：日期：被調(diào)用：產(chǎn)生病情報告系統(tǒng)調(diào)用：患者日志輸入：患者日志輸出：病情報告處理：將患者日志批量處理輸出病情報告局部數(shù)據(jù)元素：患者日志注釋：產(chǎn)生病情報告的IPO 圖4.2 系統(tǒng)的實體 聯(lián)系圖患者號姓名日志號日期房間號患者產(chǎn)生日志所屬患者姓名性別分產(chǎn)析生護士號病情報告分析護士姓名患者監(jiān)護系統(tǒng)的圖4.3 系統(tǒng)狀態(tài)圖取樣定時檢測更新日志更改患者日志病情報告閑置生理信號時鐘分析信號判斷是否超出范圍危急信息警告發(fā)出聲響警告信息護士查看結(jié)束產(chǎn)生報告輸出病情信息患者監(jiān)護系統(tǒng)狀態(tài)圖軟件結(jié)構(gòu)