醫(yī)院監(jiān)護系統(tǒng)設計--軟件工程課程設計

1、軟件工程實驗報告醫(yī)院計算機監(jiān)護系統(tǒng)專業(yè):計算機科學與技術班級: n0908016指導老師:開發(fā)組長:2012年1目錄第一章可行性研究報告 (41.1引言 (41.2可行性研究的前提 (41.3對現(xiàn)有系統(tǒng)的分析 (51.4技術可行性分析 (61.5經(jīng)濟可行性分析 (61.6法律可行性分析 (61.7結論 (7第二章需求分析 (72.1引言 (72.2功能描述 (82.3數(shù)據(jù)流圖 (82.4數(shù)據(jù)詞典 (13第三章概要設計 (193.1需求規(guī)定 (193.2運行環(huán)境 (193.3總體結構和模塊設計 (20第四章詳細設計 (244.1 登陸界面 (244.2程序描述 (244.3總程序設計流程圖 (2

2、44.4傳感器信息采集功能 (254.5監(jiān)護管理模塊 (264.6數(shù)據(jù)操作功能 (274.7 系統(tǒng)功能流程圖 (284.8系統(tǒng)操作模塊 (29第五章數(shù)據(jù)庫設計說明書 (315.1定義 (315.2任務概述 (315.3結構設計 (31第六章界面設計 (36第七章軟件測試 (387.1白盒測試法 (397.2黑盒測試法 (407.3測試結果 (41參考資料. 錯誤!未定義書簽。3第一章可行性研究報告1.1引言醫(yī)院做為一個與人民生命健康密切相關的重要機構,勢必要在各方面實現(xiàn)信息化,與此同時,對醫(yī)療衛(wèi)生的要求也越來越高。以方便醫(yī)護人員更好的了解病人的情況,給病人提供及時的治療。本系統(tǒng)就是針對這方面的

3、迫切需求而設計實現(xiàn)的。此文檔作為用戶對即將開發(fā)的軟件的功能要求,是軟件設計和開發(fā)者的主要依據(jù)。項目名稱:醫(yī)院計算機監(jiān)護系統(tǒng)軟件開發(fā)單位:宿遷學院06計本(3班軟件開發(fā)2組1.2可行性研究的前提A.功能:監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等,定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。B.性能:1、本系統(tǒng)要求反應時間不得低于2s.2、定期對數(shù)據(jù)庫備份C.輸出如報告、文件或數(shù)據(jù):本系統(tǒng)要求輸出的數(shù)據(jù)有:查詢信息、報表、警報控制信號。D.在安全與保密方面的要求

4、:掛號科的工作人員負責病人基本信息的輸入,住院部的醫(yī)護人員負責病人住院日志的情況,管理員負責系統(tǒng)的維護。本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等,定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。本軟件系統(tǒng)要求安全、可靠(具有出錯處理能力、準確。1.3對現(xiàn)有系統(tǒng)的分析 圖1-1 系統(tǒng)流程圖各種硬件和工作人員工資需至少10萬元。1.4技術可行性分析軟件需求:操作系統(tǒng)WINDOWS 2000 Advance Server以上;數(shù)據(jù)庫服務器端軟件ORACL

5、E 9I, Delphi 7.0。硬件需求:10M以上的LAN接入網(wǎng)絡帶寬,P4 3.0G Xeon CPU /1G內(nèi)存/360G(10K SCSI硬盤的服務器,P3以上微機(帶網(wǎng)卡的客戶機,P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K RAID硬盤的數(shù)據(jù)庫。本系統(tǒng)采用Delphi 實現(xiàn),依靠其強大的控件系統(tǒng),Oracle數(shù)據(jù)庫管理系統(tǒng)和用C語音編制的傳感器驅動相結合,能在2個月內(nèi)開發(fā)出系統(tǒng)。1.5經(jīng)濟可行性分析醫(yī)院目前由于完全采用純?nèi)斯さ姆绞絹硗瓿晒ぷ鞯?醫(yī)務人員要一邊關注某些病人的情況,一邊還要忙著對其它的病人進行醫(yī)療診斷,工作量大,耗時比較多,所以工作效率低。根據(jù)目前醫(yī)院

6、內(nèi)部員工的日人工成本為:x人 * y元/人=z元。我們還不能計算出因效率低下而給醫(yī)院帶來的無形經(jīng)濟損失,如果指導這一部分也看作是成本,那將遠遠超出目前的計算數(shù)額。而如果開發(fā)出一個能滿足業(yè)務要求的醫(yī)療計算機監(jiān)護系統(tǒng),在采用生命周期的前提下,從問題識別到系統(tǒng)實施、評價、維護,開發(fā)周期如果以兩年計,共需人工成本m元,各種軟硬件成本n元,日常維護費用o元,共計成本費用p元,略高/低于兩年的人工費用總和。同樣,我們也無法估計算出則于系統(tǒng)的開發(fā)應用使醫(yī)院運營效率提高而帶來的無形的巨額經(jīng)濟效益,由于系統(tǒng)能在未來較長的一段時間內(nèi)穩(wěn)定地發(fā)揮作用,這對于醫(yī)院的提高管理水平很大的幫助,才能使醫(yī)院早日接入到總行的更高

7、層次的網(wǎng)絡體系中,可以更加廣泛的吸收各方面的信息資源,可為醫(yī)院業(yè)務在將來的擴張打下堅實的基礎,其經(jīng)濟效益將更上一層樓。1.6法律可行性分析由于在本系統(tǒng)中是有合同作為雙方合作的基礎,所以不會存在任何侵犯、妨礙和責任問題。即使存在了,也可以根據(jù)合同進行分析,一定有人會負責任,所以此系統(tǒng)完全可以進行開發(fā)。由以上經(jīng)濟、技術、操作和法律四方面的分析可以看出,本系統(tǒng)的開發(fā)時機成熟,從多種角度考慮,都是可行的。1.7結論本系統(tǒng)值得投資。第二章需求分析2.1引言人員管理的合理化和經(jīng)營化是醫(yī)院經(jīng)營效益的關鍵。擁有了先進的技術還要有更加良好的管理體制,才可以讓醫(yī)院的經(jīng)營效益發(fā)揮到最好的狀態(tài)。充分利用現(xiàn)代先進的技術

8、,可以節(jié)約大量的人力資源和財力資源。2.2功能描述本軟件主要有以下幾方面的功能:(1數(shù)據(jù)接收處理:通過連接在病人身上的傳感器,根據(jù)傳感器的值將生理信號(脈搏、體溫、血壓、呼吸、心電圖輸入系統(tǒng),并接收醫(yī)護人員輸入的對應病人基本信息并根據(jù)病人的實際情況確定病人的生理信號安全范圍。(2監(jiān)護管理:進行超標判定,對超過設定安全范圍的病人及時通知醫(yī)護人員以及向病人家屬發(fā)送短信通知。(3對病人檔案的查詢處理:工作人員可以對病人的基本信息(病人姓名、病人性別、住址、聯(lián)系電話、患病名稱、入院日期、備注進行刪除和修改?？梢詫@一段時間的病人病情進行查詢,也可以對查詢的病人病情打印出病情報告。2.3數(shù)據(jù)流圖數(shù)據(jù)流圖

9、是組織中信息運動的抽象,是管理信息系統(tǒng)邏輯模型的主要形式。它可以綜合的反映出信息在系統(tǒng)中的流動、處理和存儲情況,具有良好的抽象性和概括性。它在調(diào)查的基礎上,從系統(tǒng)的科學性、管理的合理性、實際運行的可行性角度出發(fā),將信息處理功能和彼此之間的聯(lián)系自頂向下、逐層分解,從邏輯上精確地描述系統(tǒng)應具有的數(shù)據(jù)加工、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和去向(外部實體等項目。數(shù)據(jù)流程圖和系統(tǒng)的物理描述無關,它所描述的內(nèi)容不涉及技術細節(jié),而是面向用戶的,即使完全不懂信息技術的用戶也容易理解。因此,數(shù)據(jù)流圖成為系統(tǒng)分析員與用戶進行交流的有效手段,同時也成為系統(tǒng)設計的主要依據(jù)之一。本系統(tǒng)由“數(shù)據(jù)接收處理”“監(jiān)護管

10、理”“對檔案查詢處理”三個功能模塊組成。(1數(shù)據(jù)接收子系統(tǒng)包含四個功能模塊:“病人生理信號處理中心”、“時鐘采樣處理”、“病人基本信息處理”、“安全范圍設定”時鐘采樣處理子系統(tǒng)包括兩個功能模塊:“設定時間”、“定時取樣”。安全范圍設定子系統(tǒng)包括2個功能模塊:“分析病人病情”、“確定安全范圍”。(2監(jiān)護管理子系統(tǒng)包括“超標判定”、“危機情況處理”超標判定模塊包括超標判定操作。危機處理子系統(tǒng)包含2個功能模塊:“通知醫(yī)護人員”、“通知病人家屬”。(3對檔案查詢處理子系統(tǒng)包含3個功能模塊:“修改”、“查詢”、“刪除”。1.分析獲得的頂層圖數(shù)據(jù)流圖如下本系統(tǒng)有三個源點四個匯點分別向中央系統(tǒng)傳送數(shù)據(jù)和接收

11、數(shù)據(jù): 圖2-1 頂層數(shù)據(jù)流圖2.進一步劃分的二層數(shù)據(jù)流圖如下中央系統(tǒng)主要由數(shù)據(jù)接收處理、監(jiān)護管理、對檔案查詢處理三個加工處理、三個文件存儲組成。1數(shù)據(jù)接收2監(jiān)護管理3對檔案的查詢處理生理信號時鐘信號病人基本信息安全范圍安全范圍安全范圍病人檔案病人基本信息病人基本信息病情報告病情報告短息病人日志病人日志病人日志病人日志修改后病人基本信息警報信息圖2-2 二層數(shù)據(jù)流圖3.對每一個功能模塊的分解圖(1 對第一個模塊“數(shù)據(jù)接收”的細分圖數(shù)據(jù)接收子系統(tǒng)包含四個功能模塊:“病人生理信號處理中心” 、“時鐘采樣處理”、“病人基本信息處理”、“安全范圍設定”時鐘采樣處理子系統(tǒng)包括兩個功能模塊:“設定時間”

12、、“定時取樣”。安全范圍設定子系統(tǒng)包括2個功能模塊:“分析病人病情” 、“確定安全范圍”。 1.1生理信號處理1.2時鐘采樣處理1.3病人信息處理1.4安全范圍設定 生理信號時鐘信號病人基本信息病人檔案病人生病日志病人基本信息生理信號值病人日志病人生理安全范圍安全范圍安全范圍生理信號值病人日志病人基本信息病人日志病人檔案圖2-3 “數(shù)據(jù)接收”模塊的一層分解圖生理信號分析生理信號值設定時間定時取樣時間間隔生理信號值病人日志病人生病日志病人日志記入檔案病人基本信息病人檔案分析病人病情病人檔案分析結果確定安全范圍安全范圍病人生理安全范圍病人日志安全范圍病人基本信息圖2-3-2 “數(shù)據(jù)接收”模塊分解出

13、的底層圖(2對“監(jiān)護管理”模塊的分解監(jiān)護管理子系統(tǒng)包括“超標判定”、“危機情況處理”超標判定模塊包括超標判定操作,用來拿定時提取的病人生理信號與安全范圍相比較看是否是正常狀態(tài)。危機處理子系統(tǒng)包含2個功能模塊:“通知醫(yī)護人員”、“通知病人家屬”。2.1超標判定生理信號值安全范圍警報 2.2危機情況處理警告信息病情報告短信圖2-4-1 “監(jiān)護管理”模塊一層分解圖2.1超標判定生理信號值安全范圍警報通知醫(yī)護人員警告信息警告信息通知家屬病情報告短信圖2-4-2 “監(jiān)護管理”模塊的底層分解圖(3對“對檔案的查詢處理”模塊的分解對檔案查詢處理子系統(tǒng)包含3個功能模塊:“修改”、“查詢”、“刪除”。在刪除操作

14、之前需要向主治醫(yī)師詢問是否可以刪除。病人信息3.1修改查詢查詢可否刪除病情報告病人信息病人信息刪除病人信息允許通知打印病情報告病情報告修改后的病人信息圖2-5 “對檔案的查詢處理”模塊的分解圖4.總的底層數(shù)據(jù)流圖把細分圖整合起來形成總的底層DFD:生理信號分析生理信號值設定時間定時取樣時間間隔生理信號值病人日志病人生病日志病人日志病人基本信息接收基本信息病人基本信息記入檔案病人基本信息病人檔案分析病人病情確定安全范圍病人生理安全范圍病人日志安全范圍病人檔案2.1超標判定警報通知醫(yī)護人員警告信息警告信息通知家屬病情報告短信病人時鐘工作人員顯示器醫(yī)護人員家屬3.1修改查詢查詢可否刪除病人檔案刪除病

15、人信息允許通知打印病情報告修改后的病人檔案查詢者病情報告安全范圍病人檔案病人檔案圖2-6 底層數(shù)據(jù)流圖2.4數(shù)據(jù)詞典數(shù)據(jù)字典是各類數(shù)據(jù)描述的集合,它是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析后所獲得的主要成果。該系統(tǒng)的數(shù)據(jù)字典如下:1.數(shù)據(jù)源點和終點描述(1名稱:病人簡要描述:被監(jiān)護的對象有關數(shù)據(jù)流:生理信號(2名稱:時鐘簡要描述:用來為系統(tǒng)提供時間日期數(shù)據(jù)以便定時取樣生理信號有關數(shù)據(jù)流:時鐘信號(3名稱:工作人員簡要描述:負責系統(tǒng)數(shù)據(jù)的錄入工作有關數(shù)據(jù)流:病人基本信息(4名稱:醫(yī)護人員簡要描述:監(jiān)護系統(tǒng)終端的值班人員有關數(shù)據(jù)流:警告信息(5名稱:顯示器簡要描述:終端設備,用來顯示病人的生理信號有關數(shù)據(jù)流

16、:病人日志(6名稱:家屬簡要描述:病人的家屬有關數(shù)據(jù)流:病情報告,病情報告短息(7名稱:查詢者簡要描述:主要由醫(yī)護人員和病人家屬組成,有權查詢病人的病情報告并打印有關數(shù)據(jù)流:病情報告2.加工詞條描述(1加工名:生理信號接收輸入數(shù)據(jù)流:生理信號輸出數(shù)據(jù)流:生理信號加工邏輯:接收病人的生理信號(2加工名:生理信號分析輸入數(shù)據(jù)流:生理信號輸出數(shù)據(jù)流:生理信號值加工邏輯:分析病人的生理信號,轉化為具體的數(shù)值(3加工名:設定時間輸入數(shù)據(jù)流:時鐘信號輸出數(shù)據(jù)流:時間間隔加工邏輯:為定時采樣病人的生理信號設定時間間隔(4加工名:定時采樣輸入數(shù)據(jù)流:時間間隔,生理信號值輸出數(shù)據(jù)流:病人日志加工邏輯:定時取樣病

17、人的生理信號并存入病人日志(5加工名:接收基本信息輸入數(shù)據(jù)流:病人基本信息輸出數(shù)據(jù)流:病人基本信息加工邏輯:接收由工作人員輸入的病人的基本信息(6加工名:記入檔案輸入數(shù)據(jù)流:病人基本信息輸出數(shù)據(jù)流:病人基本信息加工邏輯:接收病人的生理信號(7加工名:分析病人病情輸入數(shù)據(jù)流:病人基本信息輸出數(shù)據(jù)流:安全范圍加工邏輯:由主治醫(yī)生對病人的病歷進行分析,產(chǎn)生分析結果(8加工名:確定安全范圍輸入數(shù)據(jù)流:分析結果輸出數(shù)據(jù)流:安全范圍加工邏輯:根據(jù)醫(yī)生對病人病情的分析,確定出一個適合病人的安全范圍(9加工名:超標判定加工編號:2.1輸入數(shù)據(jù)流:生理信號值,安全范圍輸出數(shù)據(jù)流:警報加工邏輯:接收病人的生理信號

18、值與安全范圍做比較,判斷是否超標(10加工名:通知醫(yī)護人員輸入數(shù)據(jù)流:警報輸出數(shù)據(jù)流:警告信息加工邏輯:接收警報并向終端發(fā)送警告信息(11加工名:通知家屬輸入數(shù)據(jù)流:警告信息輸出數(shù)據(jù)流:病情報告短息加工邏輯:接收警告信息并自動向病人家屬發(fā)出病情報告短信(12加工名:修改加工編號:3.1輸入數(shù)據(jù)流:病人信息輸出數(shù)據(jù)流:修改后的病人信息加工邏輯:可以對病人的病歷等進行更新修改(13加工名:查詢輸入數(shù)據(jù)流:病人信息輸出數(shù)據(jù)流:病情報告加工邏輯:醫(yī)生和家屬可以根據(jù)病人的姓名等查詢病人的基本信息并可以請求打印報告(14加工名:打印病情報告輸入數(shù)據(jù)流:病情報告輸出數(shù)據(jù)流:病情報告加工邏輯:可以響應打印要求

19、打印出病人的病情報告(15加工名:查詢可否刪除輸入數(shù)據(jù)流:病人信息輸出數(shù)據(jù)流:允許通知加工邏輯:有病人出院,查詢主治醫(yī)生等相關人員可否刪除病人信息(16加工名:刪除病人信息輸入數(shù)據(jù)流:允許通知輸出數(shù)據(jù)流:加工邏輯:刪除已出院病人信息3.文件存儲(1文件名稱:病人檔案簡述:存放病人的基本信息及生病日志輸入數(shù)據(jù):病人基本信息,病人日志,修改后的病人檔案輸出數(shù)據(jù):病人檔案文件組成:由病人的姓名電話等個人基本信息、病歷、病人日志組成(2文件名稱:病人日志簡述:存放時鐘定時取樣的病人的生理信號輸入數(shù)據(jù):病人日志輸出數(shù)據(jù):病人日志文件組成:取樣的確切時間和病人當時的生理信號值(3文件名稱:病人生理安全范圍

20、簡述:存放病人正常的生理信號值應該在的范圍輸入數(shù)據(jù):安全范圍輸出數(shù)據(jù):安全范圍文件組成:脈搏、體溫、血壓、呼吸、心電圖等生理信號值的安全范圍值4.數(shù)據(jù)流(1數(shù)據(jù)流名字:生理信號描述:由時鐘傳感器傳送的病人的脈搏、體溫、血壓、呼吸、心電圖等組成:生理信號=脈搏+體溫+血壓+呼吸+心電圖(2數(shù)據(jù)流名字:時鐘信號描述:用以設定定時取樣的時間間隔及當時的日期時間組成:時鐘信號=年+月+日+時+分+秒(3數(shù)據(jù)流名字:時間間隔描述:提供定時取樣的時間間隔組成:時間間隔=時+分+秒(4數(shù)據(jù)流名字:時鐘信號描述:用以設定定時取樣的時間間隔及當時的日期時間組成:時鐘信號=年+月+日+時+分+秒(5數(shù)據(jù)流名字:病

21、人日志描述:定時取樣的生理信號組成:每次提取的生理信號(6數(shù)據(jù)流名字:病人基本信息描述:用以傳遞病人的個人信息病歷等組成:病人基本信息=病人個人基本信息+病歷+病人日志(7數(shù)據(jù)流名字:安全范圍描述:用以傳遞病人安全的生理信號值范圍組成:安全范圍=脈搏安全范圍值+體溫安全范圍值+血壓安全范圍值+呼吸安全范圍值+心電圖安全范圍值(8數(shù)據(jù)流名字:警報描述:當病人的生理信號超出安全范圍時向終端發(fā)出的警報信號通知系統(tǒng)發(fā)送警告信息組成:警報(9數(shù)據(jù)流名字:警告信息描述:向終端醫(yī)護人員發(fā)送的信息組成:警告信息=病人ID號+病房號+生理信號值(10數(shù)據(jù)流名字:病情報告短信描述:向病人家屬發(fā)送的通知病情的信息組

22、成:大體病情報告(11數(shù)據(jù)流名字:分析結果描述:主治醫(yī)生根據(jù)病人的基本情況分析出的病人安全的生理信號值組成:安全生理信號值(12數(shù)據(jù)流名字:允許通知描述:向終端醫(yī)護人員發(fā)送的信息,告訴可以刪去已出院病人的信息組成:允許(13數(shù)據(jù)流名字:病情報告描述:返回病人的生病日志以及病歷組成:病情報告=病人日志+病歷第三章概要設計3.1需求規(guī)定醫(yī)院計算機監(jiān)護系統(tǒng):監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等,定時記錄病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班醫(yī)護發(fā)出警告信息,同時系統(tǒng)打印出病人的病情報告給醫(yī)護人員。在醫(yī)院的病房里,將病癥監(jiān)視器安置在每個病

23、床,對病人進行監(jiān)護。監(jiān)視器將病人的病癥信號(組合實時地傳送到監(jiān)護系統(tǒng)進行分析處理。在中心值班室里,值班護士使用中央監(jiān)護系統(tǒng)對病員的情況進行監(jiān)控,監(jiān)護系統(tǒng)實時地將病人的病癥信號與標準的病診信號進行比較分析,當病癥出現(xiàn)異常時,系統(tǒng)會立即自動報警,并打印病情報告和更新病歷。系統(tǒng)根據(jù)醫(yī)生的要求隨時打印病人的病情報告,系統(tǒng)還定期自動更新病歷。3.2運行環(huán)境本系統(tǒng)是基于C/S模式的采用Delphi實現(xiàn)的管理信息系統(tǒng)(Management Information System。數(shù)據(jù)庫服務器由Oracle9實現(xiàn)。為使系統(tǒng)能夠正常運行,軟硬件環(huán)境需求如下:軟件需求:操作系統(tǒng)WINDOWS 2000 Advanc

24、e Server以上;數(shù)據(jù)庫服務器端軟件ORACLE 9I, Delphi 7.0。硬件需求:10M以上的LAN接入網(wǎng)絡帶寬,P4 3.0G Xeon CPU /1G內(nèi)存/360G(10K SCSI硬盤的服務器,P3以上微機(帶網(wǎng)卡的客戶機,P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K RAID硬盤的數(shù)據(jù)庫服務器3.3總體結構和模塊設計模塊是軟件結構的基礎,軟件結構的好壞完全由模塊的屬性體現(xiàn)出來,把軟件模塊化的目的是為了降低軟件復雜性,使軟件設計,測試,調(diào)試,維護等工作變得簡易,但隨著模塊數(shù)目的增加,通過接口連接這些模塊的工作量也隨之增加。1.總體結構框圖醫(yī)院病人監(jiān)護系統(tǒng)病人信

25、息輸入系統(tǒng)警報系統(tǒng)病人基本信息管理系統(tǒng)病人個人基本信息輸入病人日志信息生理信號輸入管理定時時鐘采樣生理信號安全范圍設定病人檔案信息查詢病人檔案信息修改病人檔案信息刪除顯示器病情報告打印病情報告打印報警發(fā)送病情報告短信判定病人生理信號超標判定系統(tǒng)警報處理系統(tǒng)圖3-1系統(tǒng)總體結構圖2.模塊說明該軟件有8個功能模塊,各模塊功能如下:1.病人個人基本信息輸入模塊:醫(yī)護人員將病人的初始的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院、備注輸入系統(tǒng)。2.病人生病日志模塊:對病人每一段時間的病情進行編輯存儲,這一模塊包含有生病信號管理模塊和定時采樣模塊(1生理信號輸入管

26、理模塊:通過連接在病人身上的傳感器,根據(jù)傳感器的值將生理信號輸入系統(tǒng)(2定時時鐘采樣:通過系統(tǒng),管理人員(醫(yī)護人員可以按需要輸入定時采樣的時間。3.生理信號安全范圍設定模塊:根據(jù)各個病人不同的病情及自身的生理情況對各個病人的生理信號的安全范圍進行輸入、修改、查詢。4.超標判定系統(tǒng):這一模塊主要是判定病人生理信號判定病人是否超出病人生理安全范圍,他包含有判定病人生理信號模塊。判定病人生理信號:對病人的各個生理信號根據(jù)安全范圍判斷病人是否處于安全狀態(tài)5.警報模塊:對超過安全范圍的病人及時通知醫(yī)護人員及家屬。它包含報警和發(fā)送病情報告短信兩個模塊(1報警:對超過安全范圍的病人報警通知醫(yī)護人員。(2發(fā)送

27、病情報告短信:對超過安全范圍的病人以短信方式通知其病人家屬,以便他們有所準備。6.病情信息查詢模塊:家屬及醫(yī)護人員對一段時間的病人病情進行查詢,主要是對病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院、備注、病情狀態(tài)、病情變化趨勢進行查詢。同時此模塊還包含病情報告打印和顯示器兩部分(1病情報告打印模塊:可以對查詢的病人病情打印出病情報告以便醫(yī)護人員及家屬查閱,主要是對病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院、備注、病情狀態(tài)、病情變化趨勢進行查詢。(2顯示器:可以顯示病人的各個生理信息數(shù)據(jù)用于醫(yī)護人員查看

28、7.病人信息修改模塊:對病人的基本信息(患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)(已出院、住院、備注、病情狀態(tài)、病情變化趨勢進行修改。此模塊還包含有一個病情報告打印。病情報告打印模塊:對修改的病人病情打印出病情報告以便醫(yī)護人員查閱分析。8.病人信息刪除模塊:對出院的病人信息進行數(shù)據(jù)刪除,并將刪除信息反饋給醫(yī)護人員進行審批。3.模塊設計(1根據(jù)數(shù)據(jù)畫出的結構圖如圖3-2所示醫(yī)院病人監(jiān)護系統(tǒng)警報系統(tǒng)病人基本信息管理系統(tǒng)病人信息輸入系統(tǒng)病人檔案數(shù)據(jù)病人檔案數(shù)據(jù)病人檔案數(shù)據(jù)圖3-2醫(yī)院病人監(jiān)護系統(tǒng)結構圖(2病人信息輸入子系統(tǒng)(輸入部分結構圖如圖3-3所示病人信息輸入系統(tǒng)病人信息數(shù)據(jù)

29、輸入新病人信息接受病人信息病人日志時間間隔定時采樣時間數(shù)據(jù)設定時間生理信號數(shù)據(jù)生理信號分析生理信號生理信號接受生理信息樣本病人信息病人信息病人信息數(shù)據(jù)病人信息數(shù)據(jù)時間數(shù)據(jù)時間數(shù)據(jù)時間間隔病人日志數(shù)據(jù)生理信號數(shù)據(jù)生理信息樣本生理信號時間間隔時間間隔生理信息樣本生理信號生理信號生理信號數(shù)據(jù)病人日志圖3-3病人信息輸入系統(tǒng)結構圖(3警報子系統(tǒng)(第一輸出部分結構圖如圖3-4所示警報系統(tǒng)分析病人病情分析結果確定生理安全范圍安全范圍病人生理安全范圍超標判定警告信息通知醫(yī)護人員編輯病人報告短信通知家屬產(chǎn)生報警信號病人檔案信息分析結果分析結果分析結果安全范圍安全范圍安全范圍安全范圍警告信息警告信息警告信息報警

30、信號報告短信報警信號警告信息報告短信生理信號圖3-4警報子系統(tǒng)結構圖病人基本信息管理子系統(tǒng)(第二輸出部分結構圖如圖3-5所示病人信息病人檔案病人基本信息管理系統(tǒng)查詢病人檔案刪除病人檔案修改病人檔案產(chǎn)生病情報告數(shù)據(jù)打印醫(yī)護人員家屬病人信息病情報告病情報告病情報告病人信息病人信息病人檔案病人檔案病人信息病情報告病人檔案病人檔案圖3-5病人基本信第四章 詳細設計4.1 登陸界面登陸界面程序流程見圖:登陸系統(tǒng)正確?用戶名及口令身份認證登陸成功Yes No圖4-1 登陸界面程序流程圖4.2程序描述主模塊功能:建立與數(shù)據(jù)庫連接;獲取系統(tǒng)設置;運行主對話框根據(jù)輸入調(diào)用子模塊;退出系統(tǒng)時斷開與數(shù)據(jù)庫的連接 程

31、序邏輯:初始化生理信號輸入監(jiān)護管理數(shù)據(jù)操作圖4-2 主功能模塊圖4.3總程序設計流程圖設計內(nèi)容:本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等,定時記錄病人情況以形成患者日志并間隔一定得時間存入病人檔案,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;要求系統(tǒng)要提供輸入數(shù)據(jù)更新數(shù)據(jù)查詢信息的功能,必要時候要通知患者家屬。 程序設計流程圖見圖:開始人員登錄數(shù)據(jù)操作程序初始化設備正常?信號采集監(jiān)護管理程序結束數(shù)據(jù)更新數(shù)據(jù)查詢病人檔案操作數(shù)據(jù)詳細分析正常?報警情況處理信號初步分析設備初始化設備處理YNNY圖 4-3 系統(tǒng)功能流程圖4.4傳感器信息采

32、集功能功能描述:傳感器要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等,而且要將其模擬信號轉換成數(shù)字型號后及時發(fā)送給監(jiān)護管理模塊。傳感器信息采集程序流程圖:開始初始化數(shù)據(jù)采集A/D 轉換液晶顯示數(shù)據(jù)判別發(fā)送?發(fā)送數(shù)字信號結束YN圖4-4 傳感器信息采集程序流程圖4.5監(jiān)護管理模塊功能描述:根據(jù)傳感器信息采集而傳入監(jiān)護管理模塊的生理信息,對其傳入的信息進行分析處理,并將其和生理安全控制范圍內(nèi)的數(shù)據(jù)進行比較,如若超過范圍則報警,及時通知責任醫(yī)生進行緊急處理,醫(yī)護人員有打印患者病情報告的權利,同時通知患者家屬,實時記錄患者日志,每間隔一段時間要更新患 者的檔案。監(jiān)護管理流程圖見圖:開始病癥信

33、號采樣信號處理超出病人生理極限?更新病人日志繼續(xù)監(jiān)護報警情況處理通知其家屬打印病人報告打印病人報告?程序結束病情好轉?病人死亡YNYNYN圖4-5 監(jiān)護管理流程圖4.6數(shù)據(jù)操作功能功能描述:權限操作者對病人信息數(shù)據(jù)的一系列操作(添加患者信息、查詢、修改、打印,對數(shù)據(jù)庫進行的相關管理添加信息查詢修改打印添加查詢修改打印開始操作結束圖4-6 數(shù)據(jù)操作功能PAD圖功能:查驗輸入的操作者證號;運行添加信息對話框;獲取該操作者的相關信息;查驗輸入病人信息;進行添加操作添加新病人信息功能PAD見圖輸入姓名輸入性別輸入年齡輸入基本病情添加添加記錄更新數(shù)據(jù)庫輸出成功信息及確認錯誤處理并返回錯誤處理并返回錯誤處

34、理并返回錯誤處理并返回FFFF圖 4-7 添加新病人信息功能PAD圖功能:查驗輸入的操作者證號;運行查詢信息對話框;獲取該操作者的相關信息;獲取相關信息。(2查詢功能PAD 圖見圖: 圖4-8查詢功能PAD 圖更新功能PAD 圖見圖:輸入姓名及病歷號病例號是否正確新信息是否正確?更新錯誤處理并返回錯誤處理并返回FF F錯誤處理并返回讀記錄找到要更新的記錄修改記錄更新數(shù)據(jù)庫輸出成功更新信息圖4-9 更新功能PAD 圖4.7 系統(tǒng)功能流程圖功能:根據(jù)操作員輸入功能調(diào)用相應的子模塊 系統(tǒng)功能流程圖見圖:開始登陸窗口主界面功能選擇數(shù)據(jù)采集數(shù)據(jù)類型轉換數(shù)據(jù)詳細分析報警功能數(shù)據(jù)存儲生理信號采集監(jiān)護管理數(shù)據(jù)

35、操作數(shù)據(jù)查詢數(shù)據(jù)更新數(shù)據(jù)打印設備維護初始化系統(tǒng)數(shù)據(jù)初步分析生理信號安全控制圖4-10為系統(tǒng)功能流程圖4.8系統(tǒng)操作模塊功能:驗證輸入系統(tǒng)操作員的員工口令,完成權限管理運行系統(tǒng)操作對話框,根據(jù)用戶輸入調(diào)用各子模塊,完成:有使用權限的醫(yī)院員工操作 (添加、修改、刪除;數(shù)據(jù)統(tǒng)計;更改口令;系統(tǒng)管理(修改系統(tǒng)設置,瀏覽、修改、增加、刪除系統(tǒng)操作員;程序邏輯:輸入賬號口令初始化系統(tǒng)操作對話框系統(tǒng)操作權限檢驗初始化關閉對話框操作取消?賬戶口令正確?UNTIL 輸入返回系統(tǒng)設置更改口令數(shù)據(jù)統(tǒng)計醫(yī)生操作護士操作返回警告返回YN T T T T T圖4-11為系統(tǒng)操作PAD 圖第五章數(shù)據(jù)庫設計說明書5.1定義文

36、檔中采用的專門術語的定義及縮略詞簡要:HICS:hospital intensive care System,醫(yī)院監(jiān)護系統(tǒng)。數(shù)據(jù)庫采用Sql Sever 2000數(shù)據(jù)庫。5.2任務概述本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、血壓、心跳、呼吸頻率等,定時采樣病人情況以形成患者日志,當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息;此外,護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。本軟件系統(tǒng)要求安全、可靠(具有出錯處理能力、準確。5.3結構設計一、確定實體類型通過了解醫(yī)院監(jiān)護中需要用到的實體類型有病人,醫(yī)護人員,病歷,患者日志,生理信息等等。二、確定聯(lián)系

37、類型在這個系統(tǒng)中以下這些聯(lián)系是與監(jiān)護管理有關的:醫(yī)護人員與病人之間有個聯(lián)系是”診治“,它是一對多的;病人與病歷之間有個聯(lián)系是“持有“,它是一對一的;病人與生理信息之間有個聯(lián)系是“提取“,它是一對一的;生理信息與患者日志之間有個聯(lián)系是“采樣“,它是一對一的。三、畫ER圖(1病人-病歷ER圖見圖5-1 圖5-1病人-病歷ER圖(2醫(yī)護人員-病人ER圖5-2 圖5-2醫(yī)護人員-病人ER圖(3病人-生理信息ER圖5-3 圖5-3病人-生理信息ER圖(4生理信息-患者日志ER圖5-4 圖5-4生理信息-患者日志ER圖(5總的ER圖5-5 圖5-5總的ER 圖四、確定屬性 經(jīng)調(diào)查了解到:病人有病人ID 號

38、、姓名、病房號、病床號4個屬性; 患者日志有病人ID 號、時間2個屬性;病歷有病人ID 號、性別、年齡、家屬、住址、安全范圍、主治醫(yī)生ID 號7個屬性;生理信息有病人ID 號、脈搏、心跳、血壓4個屬性;醫(yī)護人員有姓名、性別、電話、住址、職工ID 號、職稱6個屬性; 上述個實體的屬性可用下列各表表示: (1病人實體屬性圖5-6病人病人ID號姓名病房號病床號圖5-6病人實體屬性圖(2患者日志實體屬性圖5-7患者日志病人ID號時間圖5-7患者日志實體屬性圖(3病歷實體屬性圖5-8病歷住址安全范圍家屬性別病人ID號年齡主治醫(yī)生ID號圖5-8病歷實體屬性圖(4生理信息實體屬性圖5-9生理信息病人ID號脈

39、搏心跳血壓圖5-9生理信息實體屬性圖(5醫(yī)護人員實體屬性圖5-10醫(yī)護人員住址職工ID 職稱姓名性別電話圖5-10醫(yī)護人員實體屬性圖表5-1 病人表 字段名 數(shù)據(jù)類型 主關鍵字 外部關鍵字 參照的表 取值說明 病人ID 號 Vchar2(10 yes 不允許為空 姓名 Vchar2(30 病房號 Vchar2(10 病床號 Vchar2(10表5-2 病歷表 字段名 數(shù)據(jù)類型 主關鍵字 外部關鍵字參照的表 取值說明病人ID 號 Vchar2(10 yes 不允許為空性別Vchar2(2年齡Smallint家屬VarChar2(30住址VarChar2(50安全范圍VarChar2(10主治醫(yī)生

40、ID號Vchar2(10表5-3醫(yī)護人員表字段名數(shù)據(jù)類型主關鍵字外部關鍵字參照的表取值說明姓名Vchar2(30性別Vchar2(2電話Number(15住址VarChar2(50職工ID號Vchar2(10yes 不允許為空職稱Varchar2(10表5-4 患者日志表字段名數(shù)據(jù)類型主關鍵字外部關鍵字參照的表取值說明病人ID號Vchar2(10yes 不允許為空時間DateTime表5-5生理信息表字段名數(shù)據(jù)類型主關鍵字外部關鍵字參照的表取值說明病人ID號Vchar2(10 yes 不允許為空脈搏Smallint心跳Smallint血壓Smallint呼吸頻率Smallint用戶:a.超級用

41、戶(管理員、領導:擁有全部權限b.掛號處工作人員:只有輸入、修改、刪除病人基本信息的權利。c.醫(yī)護人員:只有輸入安全范圍、定時時間和查詢、打印病人信息的權利第六章界面設計一、系統(tǒng)主界面 圖6-1輸入職工號和密碼即可登陸系統(tǒng)二、功能選擇界面 圖6-2選擇需要的功能選項,進入子功能頁面三、生理信號信息采集模塊界面 圖6-3輸入病人病歷號,點取獲取信息,即可采集到病人的生理信息四、監(jiān)護管理模塊界面 圖6-4輸入病人病歷號后,即可獲得病人當前的病情報告,可通過打印按鈕完成打印工作,同時在界面的左側可以輸入病人生理信息安全值五、數(shù)據(jù)操作模塊界面第七章軟件測試軟件測試概述:使用人工或者自動手段來運行或測試

42、某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別. 它是幫助識別開發(fā)完成(中間或最終的版本的計算機軟件(整體或部分的正確度(correctness 、完全度(completeness和質量(quality的軟件過程;是SQA(software quality assurance的重要子域。有六個有關軟件測試方法的基本概念是很重要的:白盒測試,黑盒測試,灰盒測試,有效用例和無效用例,邊界條件以及等價類測試。7.1白盒測試法1.白盒測試的概述白盒測試也稱結構測試或邏輯驅動測試,它是知道產(chǎn)品內(nèi)部工作過程,可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進行,按照程序內(nèi)部的結構測試程序,檢驗程序中的每條通路是否都有能按預定要求正確工作,而不顧它的功能,白盒測試的主要方法有邏輯驅動、基路測試等,主要用于軟件驗證。2. 白盒的測試用例需要做到:(1保證一個模塊中的所有獨立路徑至少被使用一次(2對所有邏輯值均需測試 true 和 false(3在上下邊界及可操作范圍內(nèi)運行所有循環(huán)(4檢查內(nèi)部數(shù)據(jù)結構以確保其有效性白盒測試的目的:通過檢查軟件內(nèi)部的邏輯結構,對軟件中的邏輯路徑進行覆蓋測試;