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

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

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

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

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

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

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

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

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

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

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

12、日期:編號：04調用：設定時刻被調用：定時取樣系統輸入：某一時刻患者生理信號輸出：系統識別的生理信號10#處理：將某一時刻接收的患者的生理信號轉化為系統識別的生理信號并輸出局部數據元素：患者生理信號注釋:定時取樣的IPO圖系統：患者監護系統 模塊：更新日志編號：05IPO表作者:日期:被調用：更新日志系統調用：生理信號輸入：患者生理信號輸出：患者日志處理：將接收的患者生理信號輸出為患者日志局部數據元素：患者生理信號注釋:#更新日志的IPO圖IPO表系統：患者監護系統作者:模塊：產生病請報告日期:編號：06被調用：產生病情報告系統調用：患者日志輸入：患者日志輸出：病情報告處理：將患者日志批量處理輸出病情報告局部數據元素：患者日志|注釋:產生病情報告的IPO圖4.2系統的實體一聯系圖1112#患者監護系統的ER圖#4.3系統狀態圖#閑置取樣 定時檢測病情報告結束13/病人