1、患者監護系統需求分析報告1、引言1.1項目名稱：患者監護系統1.2背景說明：醫院是一個與人民生命安全密切相關的重要機構，在高度信息化得今天，人們對醫療衛生的要求也越來越高。為了隨時觀察危重病人的病情變化，抓住時機及時搶救，也為了減少醫院護士的人數和工作量，醫院迫切需要一個患者監護系統。醫院病房監護系統便是以計算機為工具，通過對病人病情的信息進行處理，不僅把護士從繁瑣的行走奔波中解脫出來，而且醫生能夠迅速的對癥下藥，并且優化了醫療體系，使其高效化，簡易化，智能化，也提高了透明度和互動性。作為患者日志的一部分，與病人的住院信息、用藥信息共同為醫生治療疾病人提供依據，該系統應與醫院病人信息數據庫、治

2、療情況數據庫相連。1.3編寫目的：編寫該文檔是為了分析醫院的醫療病房監護系統的流程，把人工模式抽象為可在計算機上處理的自動模式，對醫療病房監護系統的科學管理進行分析與總結，便于開發小組成員對系統整體功能的認識，通過該文檔，確定了系統的目的和功能，以及處理的流程和方法，同時也為使用者提供參考。本文檔供項目經理、設計人員、開發人員參考1.4術語定義本患者監護系統在開發時注意到使用專業術語會對今后的系統使用者造成不便，故所有相關詞匯使用了簡潔并通俗易懂的詞匯，系統使用者不會出現此系統詞匯看不懂的問題，故而在此系統及文件使用的相關詞匯不作任何定義。2、任務概述2.1目標本系統實現實時顯示心電圖、血壓、

3、脈搏、呼吸及血氧飽和度等生理信號的波形、變化曲線及數值，并且定時記錄病人情況以形成患者日志。2.2用戶的特點操作上，仍應該考慮把系統使用界面做的簡單清晰。2.3假定條件與約束限制開發人員需要了解用戶情況、開發人員的技術水平、開發經費等因素的約束。3、需求分析現在住院病人主要由護士護理，這樣做不僅需要大量護士，而且由于不能隨時觀察危重病人的病情變化，還會延誤搶救時機。在這樣的背景下，很明顯醫院病人由護士護理已經不能很好地滿足病人的需求，醫院急切需要建立一個以計算機為中心的患者監護系統。 3.1 分析過程系統需要錄入病人病歷，以及安全的生理信號，還需要與病人監護設施相連接得到其數據值，并與安全生理

4、信號做出比較。在此我們采用結構化分析將系統分為若干個模塊。具體模塊將在詳細設計中詳細說明。開發平臺及系統要求：本系統需要數據庫的使用，并與數據庫里的數據進行比較和錄入，同時要有大量的數據錄入，所以在這里我們應用SQL server進行數據庫的開發。系統要求WIN2000以上的版本，內存256M。3.2功能分析患者監護系統具體模塊有：系統初始化，病歷錄入管理，生理信息管理，查詢系統，系統維護。1）系統初始化：由于各個醫院的病房的不同，第一次使用本系統都要進行初始化，包括有：病房號碼備案，病床號碼備案。（這里要對異常進行處理）2）病歷錄入管理：病歷的錄入包括有：病人的姓名，病人的年紀，病人的性別，

5、病歷報告，正常的生理數，家庭的聯系方法，以及備注。3）生理信息管理：這里主要是對病人在病房的生理信號進行分析，并記錄成日志傳入數據庫，與病人的正常生理數作出比較，出現異常時發出信息到監控電腦上，發出警告，對異常作出提示。4）查詢系統：在查詢中分為對病人的病歷報告的查詢和對生理日志的查詢。病歷報告查詢主要功能是對病人的病歷報告的查詢，查看用藥情況和病歷分析。生理日志查詢的功能為，對監視設備發回的信息進行查詢，得出病人的情況好轉或惡化。5）系統維護：本模塊主要是對生理日志的情況轉化為病歷保存入病歷報告，并對數據庫的檔案備份，對已出院的病人的病歷轉入醫院病歷數據庫，以備以后使用，并防止意外情況下數據

6、丟失。3.3 設計分析患者監護系統是一個全面監控病人和對病人病歷查詢的系統，所以根據其功能需要窗口錄入病人的基本信息，還要有方便查詢的多窗口設計，并且要能繪制出病人的日常生理日志的變化曲線圖。由于本系統要自動發出警告，在錄入病人生理正常信息需要設計數據窗口，還要隨時能從數據庫中調用，以便和監控設備傳回的數據進行比較，要設定最大變化和最小變化，發出警告的信息中要有房間號碼和床位號碼，以便知道哪個病人出現了異常，對監控設備傳回的信息備份，設置定時器（每隔多長時間對傳回的數據進行備份），還要分開設置重病和較輕的病人，以便監控，能對傳回的數據畫出曲線圖，并對每個病人的生理指數能夠清楚的查詢，同時允許醫

7、生修改病人的正常生理數。3.4 數據庫的設計與分析本系統共需要兩個數據庫，一個能夠保存的是該病人的資料，其中包括字段：姓名，性別，年齡，聯系方法，病歷，正常的生理指數，病人所在的病房及床位號碼。該數據庫主要保存病人的一些基本治療生理指數，以便能與傳回的數字相比較，得出該病人生理指數是否正常。另一個能夠保存儀器隨時傳回的數據，其中包括有房間號和病床號，以及儀器所傳回的生理數字段（如脈搏、體溫、血壓、心電圖等。根據具體的情況來填寫），兩個數據庫之間用病房號和病床號連接。3.5界面設計 1. 界面要有輸入界面，查詢界面，還有監控界面。 2. 輸入界面主要完成輸入功能，把需要輸入數據以輸入條的方式輸入

8、。 3. 查詢界面要對病人的各種情況和基本情況進行查詢。4. 監控界面主要是對病房的監視，以及報警的提示。3.6系統測試本程序根據每個醫院的不同開發，所以采用黑盒測試，每個模塊進行測試，每個模塊都能獨立正常的執行，每個模塊之間銜接沒有發生異常，整個系統能正常運行，利用假象數據輸入代替儀器的數值，經測試系統運行正常，對數據庫的輸入輸出進行測試，數據庫的讀入和寫出，以及進行數據對比也正常，用隨機數長時間輸入，未發生錯誤。經測試本系統基本上是可以按用戶的要求執行。3.7 系統數據流圖閑置產生報告輸出病情信息分析信號判斷是否超出范圍取樣定時檢測警告發出聲響更新日志更改患者日志護士查看結束 系統狀態圖傳

9、感器輸入生理信號輸入程序病情信息數據文件病人信息輸入報告生成程序生成報告生理信號信息安全范圍數據鈴聲判別生成程序響鈴患者監護系統狀態圖4、分析數據要求導出系統的物理模型：分析數據對各數據及模塊進行分析，畫出IPO圖及狀態圖如下：4.1各數據的數據字典IPO表 系統: 患者監護系統 作者: 模塊: 產生病情報告 日期: 編號: 01 注釋:被調用: 接收信號系統輸入: 患者生理信號處理: 將接收的患者生理信號轉化為系統識別的生理信號并輸出局部數據元素:患者生理信號輸出: 系統識別的生理信號調用: 生理信號接收信號模塊的IPO圖IPO表 系統: 患者監護系統 作者: 模塊: 產生病情報告 日期:

10、編號: 02 注釋:被調用: 信號分析系統輸入: 患者生理信號處理: 將接收的患者發出的生理信號與系統的生理信號范圍并輸出相應結果局部數據元素:患者日志輸出: 病人危機信號(成正常信息)調用: 生理信號信號分析的IPO圖IPO表 系統: 患者監護系統 作者: 模塊: 產生病情報告 日期: 編號: 03 注釋:被調用: 警告系統輸入: 患者警告信息處理: 接收患者的警告信息通過系統發出警告聲響局部數據元素: 患者警告信息輸出: 警告聲響調用: 病人危急信息發出警告的IPO圖IPO表 系統: 患者監護系統 作者: 模塊: 產生病情報告 日期: 編號: 04 注釋:被調用: 定時取樣系統輸入: 某一

11、時刻患者生理信號處理: 將某一時刻接收的患者的生理信號轉化為系統識別的生理信號并輸出局部數據元素:患者日志輸出: 系統識別的生理信號調用: 設定時刻定時取樣的IPO圖IPO表 系統: 患者監護系統 作者: 模塊: 產生病情報告 日期: 編號: 05 注釋:被調用:更新日志系統輸入: 患者生理信號處理: 將接收的患者生理信號輸出為患者日志局部數據元素:患者生理信號輸出: 患者日志調用: 生理信號更新日志的IPO圖IPO表 系統: 患者監護系統 作者: 模塊: 產生病情報告 日期: 編號: 06 注釋:被調用: 產生病情報告系統輸入: 患者日志處理: 將患者日志批量處理輸出病情報告局部數據元素:患

12、者日志輸出: 病情報告調用: 患者日志產生病情報告的IPO圖醫院患者監護系統生理信號輸入控制子系統病人基本信息管理子系統警報子系統病人病情管理子系統生理信號輸入管理定時時間調節信息輸入信息修改信息查詢生理信號安全范圍控制警報病情查詢病情報告打印 軟件結構5、需求規定5.1對功能的規定輸入 處理 輸出1 病人的病情信號2 護士要求出具病情報告1 傳遞正常信號2 發出異常警報3 傳遞出具病情報告要求4 病歷數據更新1 患者的日志2 異常信號警報3 病情報告4 更新后的病歷數據5.2對性能的規定·精度：具體數據按照醫學標準來衡量·時間特性要求：a.響應時間：平均0.3s、最長1s b.數據的轉換和傳送時間：平均1s·系統吞吐量和容量：吞吐量：每秒處理的事務數為10人容量：系統可以容納的事務數為100人5.3數據管理能力要求具備數據庫動態恢復能力6、運行環境規定6.1操作系統操作系統對使用ASP開發的PMS系統影響不是很大，WindowsNT、Windows2000、Windows9X、Linux、WindowsXP都可以，但好的操作系統可以使ASP服務器運行的更流暢，減少系統崩潰的可能性。因此建議使