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

1、<p><b>　　目錄</b></p><p>　　第一章 可行性研究報告4</p><p><b>　　1.1引言4</b></p><p>　　1.1.1編寫目的4</p><p>　　1.1.2項目背景4</p><p>　　1.2可行性研究的前提

2、4</p><p><b>　　1.2.1要求4</b></p><p><b>　　1.2.2目標5</b></p><p>　　1.3對現(xiàn)有系統(tǒng)的分析5</p><p>　　1.3.1系統(tǒng)流程圖5</p><p>　　1.3.2經費、投資方面的來源和限制5<

3、;/p><p>　　1.4技術可行性分析6</p><p>　　1.4.1硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制6</p><p>　　1.4.2技術可行性評價6</p><p>　　1.5經濟可行性分析6</p><p>　　1.6法律可行性分析6</p><p><b&g

4、t;　　1.7結論7</b></p><p>　　第二章 需求分析7</p><p><b>　　2.1引言7</b></p><p><b>　　2.2功能描述8</b></p><p><b>　　2.3數(shù)據(jù)流圖8</b></p><

5、;p>　　2.3.1數(shù)據(jù)流分析8</p><p>　　2.3.2需求概述8</p><p>　　2.3.3具體數(shù)據(jù)流圖（DFD）9</p><p>　　2.4數(shù)據(jù)詞典13</p><p>　　第三章 概要設計19</p><p>　　3.1需求規(guī)定19</p><p>　　3.

6、2運行環(huán)境19</p><p>　　3.3總體結構和模塊設計20</p><p>　　3.3.1功能模塊圖20</p><p>　　第四章 詳細設計24</p><p>　　4.1 登陸界面24</p><p>　　4.2程序描述24</p><p>　　4.3總程序設計流程圖24

7、</p><p>　　4.4傳感器信息采集功能25</p><p>　　4.5監(jiān)護管理模塊26</p><p>　　4.6數(shù)據(jù)操作功能27</p><p>　　4.6.1添加新病人信息功能27</p><p>　　4.6.3查詢功能27</p><p>　　4.6.4 更新功能28&

8、lt;/p><p>　　4.7 系統(tǒng)功能流程圖28</p><p>　　4.8系統(tǒng)操作模塊29</p><p>　　第五章 數(shù)據(jù)庫設計說明書31</p><p><b>　　5.1定義31</b></p><p>　　5.2任務概述31</p><p>　　5.3結構

9、設計31</p><p>　　5.3.1概念結構設計31</p><p>　　5.3.2邏輯結構設計34</p><p>　　5.3.3安全保密設計35</p><p>　　第六章 界面設計36</p><p>　　第七章 軟件測試38</p><p>　　7.1白盒測試法39&l

10、t;/p><p>　　7.2黑盒測試法40</p><p>　　7.3測試結果41</p><p><b>　　參考資料43</b></p><p>　　第一章 可行性研究報告</p><p><b>　　1.1引言</b></p><p>　　醫(yī)院

11、做為一個與人民生命健康密切相關的重要機構，勢必要在各方面實現(xiàn)信息化，與此同時，對醫(yī)療衛(wèi)生的要求也越來越高。以方便醫(yī)護人員更好的了解病人的情況，給病人提供及時的治療。本系統(tǒng)就是針對這方面的迫切需求而設計實現(xiàn)的。</p><p><b>　　1.1.1編寫目的</b></p><p>　　此文檔作為用戶對即將開發(fā)的軟件的功能要求，是軟件設計和開發(fā)者的主要依據(jù)。</p

12、><p><b>　　1.1.2項目背景</b></p><p>　　項目名稱：醫(yī)院計算機監(jiān)護系統(tǒng)</p><p>　　軟件開發(fā)單位：宿遷學院06計本（3）班軟件開發(fā)2組</p><p>　　1.2可行性研究的前提</p><p><b>　　1.2.1要求</b></p&

13、gt;<p>　　A.功能：監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等)，定時記錄病人情況以形成患者日志，當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息；此外，護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。</p><p>　　B.性能：1、本系統(tǒng)要求反應時間不得低于2s.2、定期對數(shù)據(jù)庫備份</p><p>　　C.輸出如報告

14、、文件或數(shù)據(jù)：本系統(tǒng)要求輸出的數(shù)據(jù)有：查詢信息、報表、警報控制信號。</p><p>　　D.在安全與保密方面的要求：掛號科的工作人員負責病人基本信息的輸入，住院部的醫(yī)護人員負責病人住院日志的情況，管理員負責系統(tǒng)的維護。</p><p><b>　　1.2.2目標</b></p><p>　　本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(

15、脈搏、體溫、血壓、心電圖等)，定時記錄病人情況以形成患者日志，當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息；此外，護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。</p><p>　　本軟件系統(tǒng)要求安全、可靠（具有出錯處理能力）、準確。</p><p>　　1.3對現(xiàn)有系統(tǒng)的分析</p><p>　　1.3.1系統(tǒng)流程圖</p>

16、<p>　　圖1-1 系統(tǒng)流程圖</p><p>　　1.3.2經費、投資方面的來源和限制</p><p>　　各種硬件和工作人員工資需至少10萬元。</p><p>　　1.4技術可行性分析</p><p>　　1.4.1硬件、軟件、運行環(huán)境和開發(fā)環(huán)境方面的條件和限制</p><p>　　軟件需求：操作

17、系統(tǒng)WINDOWS 2000 Advance Server以上；數(shù)據(jù)庫服務器端軟件ORACLE 9I， Delphi 7.0。硬件需求：10M以上的LAN接入網絡帶寬，P4 3.0G Xeon CPU /1G內存/360G(10K) SCSI硬盤的服務器，P3以上微機（帶網卡）的客戶機，P4 3.0G Xeon CPU /1G內存/36G(10K) RAID硬盤的數(shù)據(jù)庫。</p><p>　　1.4.2技術可行性

18、評價</p><p>　　本系統(tǒng)采用Delphi 實現(xiàn)，依靠其強大的控件系統(tǒng)，Oracle數(shù)據(jù)庫管理系統(tǒng)和用C語音編制的傳感器驅動相結合，能在2個月內開發(fā)出系統(tǒng)。</p><p>　　1.5經濟可行性分析</p><p>　　醫(yī)院目前由于完全采用純人工的方式來完成工作的，醫(yī)務人員要一邊關注某些病人的情況，一邊還要忙著對其它的病人進行醫(yī)療診斷，工作量大，耗時比較多，所

19、以工作效率低。根據(jù)目前醫(yī)院內部員工的日人工成本為：x人 * y元/人＝z元。我們還不能計算出因效率低下而給醫(yī)院帶來的無形經濟損失，如果指導這一部分也看作是成本，那將遠遠超出目前的計算數(shù)額。而如果開發(fā)出一個能滿足業(yè)務要求的醫(yī)療計算機監(jiān)護系統(tǒng)，在采用生命周期的前提下，從問題識別到系統(tǒng)實施、評價、維護，開發(fā)周期如果以兩年計，共需人工成本m元，各種軟硬件成本n元，日常維護費用o元，共計成本費用p元，略高/低于兩年的人工費用總和。同樣，我們也無法

20、估計算出則于系統(tǒng)的開發(fā)應用使醫(yī)院運營效率提高而帶來的無形的巨額經濟效益，由于系統(tǒng)能在未來較長的一段時間內穩(wěn)定地發(fā)揮作用，這對于醫(yī)院的提高管理水平很大的幫助，才能使醫(yī)院早日接入到總行的更高層次的網絡體系中，可以更加廣泛的吸收各方面的信息資源，可為醫(yī)院業(yè)務在將來的擴張打下堅實的基礎，其經濟效益將更上一層樓。</p><p>　　1.6法律可行性分析</p><p>　　由于在本系統(tǒng)中是有合同作

21、為雙方合作的基礎，所以不會存在任何侵犯、妨礙和責任問題。即使存在了，也可以根據(jù)合同進行分析，一定有人會負責任，所以此系統(tǒng)完全可以進行開發(fā)。</p><p>　　由以上經濟、技術、操作和法律四方面的分析可以看出，本系統(tǒng)的開發(fā)時機成熟，從多種角度考慮，都是可行的。</p><p><b>　　1.7結論</b></p><p><b>　

22、　本系統(tǒng)值得投資。</b></p><p><b>　　第二章 需求分析</b></p><p><b>　　2.1引言</b></p><p>　　人員管理的合理化和經營化是醫(yī)院經營效益的關鍵。擁有了先進的技術還要有更加良好的管理體制，才可以讓醫(yī)院的經營效益發(fā)揮到最好的狀態(tài)。充分利用現(xiàn)代先進的技術，可以節(jié)約大

23、量的人力資源和財力資源。</p><p><b>　　2.2功能描述</b></p><p>　　本軟件主要有以下幾方面的功能：</p><p>　　(1)數(shù)據(jù)接收處理：通過連接在病人身上的傳感器，根據(jù)傳感器的值將生理信號（脈搏、體溫、血壓、呼吸、心電圖）輸入系統(tǒng)，并接收醫(yī)護人員輸入的對應病人基本信息并根據(jù)病人的實際情況確定病人的生理信號安全范

24、圍。</p><p>　　(2)監(jiān)護管理：進行超標判定，對超過設定安全范圍的病人及時通知醫(yī)護人員以及向病人家屬發(fā)送短信通知。</p><p>　　(3)對病人檔案的查詢處理：工作人員可以對病人的基本信息（病人姓名、病人性別、住址、聯(lián)系電話、患病名稱、入院日期、備注）進行刪除和修改。可以對這一段時間的病人病情進行查詢，也可以對查詢的病人病情打印出病情報告。</p><p&

25、gt;<b>　　2.3數(shù)據(jù)流圖</b></p><p>　　2.3.1數(shù)據(jù)流分析</p><p>　　數(shù)據(jù)流圖是組織中信息運動的抽象，是管理信息系統(tǒng)邏輯模型的主要形式。它可以綜合的反映出信息在系統(tǒng)中的流動、處理和存儲情況，具有良好的抽象性和概括性。它在調查的基礎上，從系統(tǒng)的科學性、管理的合理性、實際運行的可行性角度出發(fā)，將信息處理功能和彼此之間的聯(lián)系自頂向下、逐層分

26、解，從邏輯上精確地描述系統(tǒng)應具有的數(shù)據(jù)加工、數(shù)據(jù)輸入、數(shù)據(jù)輸出、數(shù)據(jù)存儲及數(shù)據(jù)來源和去向（外部實體）等項目。數(shù)據(jù)流程圖和系統(tǒng)的物理描述無關，它所描述的內容不涉及技術細節(jié)，而是面向用戶的，即使完全不懂信息技術的用戶也容易理解。因此，數(shù)據(jù)流圖成為系統(tǒng)分析員與用戶進行交流的有效手段，同時也成為系統(tǒng)設計的主要依據(jù)之一。</p><p><b>　　2.3.2需求概述</b></p>&

27、lt;p>　　本系統(tǒng)由“數(shù)據(jù)接收處理”“監(jiān)護管理”“對檔案查詢處理”三個功能模塊組成。</p><p>　?。?）數(shù)據(jù)接收子系統(tǒng)包含四個功能模塊：“病人生理信號處理中心” 、“時鐘采樣處理”、“病人基本信息處理”、“安全范圍設定”</p><p>　　時鐘采樣處理子系統(tǒng)包括兩個功能模塊：“設定時間” 、“定時取樣”。</p><p>　　安全范圍設定子系統(tǒng)包括

28、2個功能模塊：“分析病人病情” 、“確定安全范圍”。</p><p>　?。?）監(jiān)護管理子系統(tǒng)包括“超標判定”、“危機情況處理”</p><p>　　超標判定模塊包括超標判定操作。</p><p>　　危機處理子系統(tǒng)包含2個功能模塊：“通知醫(yī)護人員”、“通知病人家屬”。</p><p>　?。?）對檔案查詢處理子系統(tǒng)包含3個功能模塊：“修改”

29、、“查詢” 、“刪除”。</p><p>　　2.3.3具體數(shù)據(jù)流圖（DFD）</p><p>　　分析獲得的頂層圖數(shù)據(jù)流圖如下</p><p>　　本系統(tǒng)有三個源點四個匯點分別向中央系統(tǒng)傳送數(shù)據(jù)和接收數(shù)據(jù)：</p><p>　　圖2-1 頂層數(shù)據(jù)流圖</p><p>　　進一步劃分的二層數(shù)據(jù)流圖如下</p>

30、;<p>　　中央系統(tǒng)主要由數(shù)據(jù)接收處理、監(jiān)護管理、對檔案查詢處理三個加工處理、三個文件存儲組成。</p><p>　　圖2-2 二層數(shù)據(jù)流圖</p><p>　　3.對每一個功能模塊的分解圖</p><p>　　對第一個模塊“數(shù)據(jù)接收”的細分圖</p><p>　　數(shù)據(jù)接收子系統(tǒng)包含四個功能模塊：“病人生理信號處理中心” 、“

31、時鐘采樣處理”、“病人基本信息處理”、“安全范圍設定”</p><p>　　時鐘采樣處理子系統(tǒng)包括兩個功能模塊：“設定時間” 、“定時取樣”。</p><p>　　安全范圍設定子系統(tǒng)包括2個功能模塊：“分析病人病情” 、“確定安全范圍”。</p><p>　　圖2-3 “數(shù)據(jù)接收”模塊的一層分解圖</p><p>　　圖2-3-2 “數(shù)據(jù)接收

32、”模塊分解出的底層圖</p><p>　　對“監(jiān)護管理”模塊的分解</p><p>　　監(jiān)護管理子系統(tǒng)包括“超標判定”、“危機情況處理”</p><p>　　超標判定模塊包括超標判定操作，用來拿定時提取的病人生理信號與安全范圍相比較看是否是正常狀態(tài)。</p><p>　　危機處理子系統(tǒng)包含2個功能模塊：“通知醫(yī)護人員”、“通知病人家屬”。&l

33、t;/p><p>　　圖2-4-1 “監(jiān)護管理”模塊一層分解圖</p><p>　　圖2-4-2 “監(jiān)護管理”模塊的底層分解圖</p><p>　　對“對檔案的查詢處理”模塊的分解</p><p>　　對檔案查詢處理子系統(tǒng)包含3個功能模塊：“修改”、“查詢” 、“刪除”。</p><p>　　在刪除操作之前需要向主治醫(yī)師詢

34、問是否可以刪除。</p><p>　　圖2-5 “對檔案的查詢處理”模塊的分解圖</p><p>　　4.總的底層數(shù)據(jù)流圖</p><p>　　把細分圖整合起來形成總的底層DFD:</p><p>　　圖2-6 底層數(shù)據(jù)流圖</p><p><b>　　2.4數(shù)據(jù)詞典</b></p>

35、<p>　　數(shù)據(jù)字典是各類數(shù)據(jù)描述的集合，它是進行詳細的數(shù)據(jù)收集和數(shù)據(jù)分析后所獲得的主要成果。該系統(tǒng)的數(shù)據(jù)字典如下：</p><p>　　1.數(shù)據(jù)源點和終點描述</p><p><b>　　名稱：病人</b></p><p>　　簡要描述：被監(jiān)護的對象</p><p>　　有關數(shù)據(jù)流：生理信號</p&g

36、t;<p><b>　　名稱：時鐘</b></p><p>　　簡要描述：用來為系統(tǒng)提供時間日期數(shù)據(jù)以便定時取樣生理信號</p><p>　　有關數(shù)據(jù)流：時鐘信號</p><p><b>　　名稱：工作人員</b></p><p>　　簡要描述：負責系統(tǒng)數(shù)據(jù)的錄入工作</p>

37、;<p>　　有關數(shù)據(jù)流：病人基本信息</p><p><b>　　名稱：醫(yī)護人員</b></p><p>　　簡要描述：監(jiān)護系統(tǒng)終端的值班人員</p><p>　　有關數(shù)據(jù)流：警告信息</p><p><b>　　名稱：顯示器</b></p><p>　　簡要

38、描述：終端設備，用來顯示病人的生理信號</p><p>　　有關數(shù)據(jù)流：病人日志</p><p><b>　　名稱：家屬</b></p><p>　　簡要描述：病人的家屬</p><p>　　有關數(shù)據(jù)流：病情報告，病情報告短息</p><p><b>　　名稱：查詢者</b>

39、</p><p>　　簡要描述：主要由醫(yī)護人員和病人家屬組成，有權查詢病人的病情報告并打印</p><p>　　有關數(shù)據(jù)流：病情報告</p><p><b>　　2.加工詞條描述</b></p><p>　　（1）加工名：生理信號接收</p><p>　　加工編號：1.1.1</p>

40、<p>　　輸入數(shù)據(jù)流：生理信號</p><p>　　輸出數(shù)據(jù)流：生理信號</p><p>　　加工邏輯：接收病人的生理信號</p><p>　?。?）加工名：生理信號分析</p><p>　　加工編號：1.1.2</p><p>　　輸入數(shù)據(jù)流：生理信號</p><p>　　輸出數(shù)

41、據(jù)流：生理信號值</p><p>　　加工邏輯：分析病人的生理信號，轉化為具體的數(shù)值</p><p>　?。?）加工名：設定時間</p><p>　　加工編號：1.2.1</p><p>　　輸入數(shù)據(jù)流：時鐘信號</p><p>　　輸出數(shù)據(jù)流：時間間隔</p><p>　　加工邏輯：為定時采樣

42、病人的生理信號設定時間間隔</p><p>　?。?）加工名：定時采樣</p><p>　　加工編號：1.2.2</p><p>　　輸入數(shù)據(jù)流：時間間隔，生理信號值</p><p>　　輸出數(shù)據(jù)流：病人日志</p><p>　　加工邏輯：定時取樣病人的生理信號并存入病人日志</p><p>　

43、　（5）加工名：接收基本信息</p><p>　　加工編號：1.3.1</p><p>　　輸入數(shù)據(jù)流：病人基本信息</p><p>　　輸出數(shù)據(jù)流：病人基本信息</p><p>　　加工邏輯：接收由工作人員輸入的病人的基本信息</p><p>　?。?）加工名：記入檔案</p><p>　　加

44、工編號：1.3.2</p><p>　　輸入數(shù)據(jù)流：病人基本信息</p><p>　　輸出數(shù)據(jù)流：病人基本信息</p><p>　　加工邏輯：接收病人的生理信號</p><p>　?。?）加工名：分析病人病情</p><p>　　加工編號：1.4.1</p><p>　　輸入數(shù)據(jù)流：病人基本信息

45、</p><p>　　輸出數(shù)據(jù)流：安全范圍</p><p>　　加工邏輯：由主治醫(yī)生對病人的病歷進行分析，產生分析結果</p><p>　　（8）加工名：確定安全范圍</p><p>　　加工編號：1.4.2</p><p>　　輸入數(shù)據(jù)流：分析結果</p><p>　　輸出數(shù)據(jù)流：安全范圍&l

46、t;/p><p>　　加工邏輯：根據(jù)醫(yī)生對病人病情的分析，確定出一個適合病人的安全范圍</p><p>　?。?）加工名：超標判定</p><p><b>　　加工編號：2.1</b></p><p>　　輸入數(shù)據(jù)流：生理信號值，安全范圍</p><p><b>　　輸出數(shù)據(jù)流：警報<

47、/b></p><p>　　加工邏輯：接收病人的生理信號值與安全范圍做比較，判斷是否超標</p><p>　?。?0）加工名：通知醫(yī)護人員</p><p>　　加工編號：2.2.1</p><p><b>　　輸入數(shù)據(jù)流：警報</b></p><p>　　輸出數(shù)據(jù)流：警告信息</p&g

48、t;<p>　　加工邏輯：接收警報并向終端發(fā)送警告信息</p><p>　?。?1）加工名：通知家屬</p><p>　　加工編號：2.2.2</p><p>　　輸入數(shù)據(jù)流：警告信息</p><p>　　輸出數(shù)據(jù)流：病情報告短息</p><p>　　加工邏輯：接收警告信息并自動向病人家屬發(fā)出病情報告短信

49、</p><p>　?。?2）加工名：修改</p><p><b>　　加工編號：3.1</b></p><p>　　輸入數(shù)據(jù)流：病人信息</p><p>　　輸出數(shù)據(jù)流：修改后的病人信息</p><p>　　加工邏輯：可以對病人的病歷等進行更新修改</p><p>　?。?/p>

50、13）加工名：查詢</p><p>　　加工編號：3.2.1</p><p>　　輸入數(shù)據(jù)流：病人信息</p><p>　　輸出數(shù)據(jù)流：病情報告</p><p>　　加工邏輯：醫(yī)生和家屬可以根據(jù)病人的姓名等查詢病人的基本信息并可以 </p><p><b>　　請求打印報告</b>

51、;</p><p>　　（14）加工名：打印病情報告</p><p>　　加工編號：3.2.2</p><p>　　輸入數(shù)據(jù)流：病情報告</p><p>　　輸出數(shù)據(jù)流：病情報告</p><p>　　加工邏輯：可以響應打印要求打印出病人的病情報告</p><p>　　(15)加工名：查詢可否刪除

52、</p><p>　　加工編號：3.3.1</p><p>　　輸入數(shù)據(jù)流：病人信息</p><p>　　輸出數(shù)據(jù)流：允許通知</p><p>　　加工邏輯：有病人出院，查詢主治醫(yī)生等相關人員可否刪除病人信息</p><p>　?。?6）加工名：刪除病人信息</p><p>　　加工編號：3.3

53、.3</p><p>　　輸入數(shù)據(jù)流：允許通知</p><p><b>　　輸出數(shù)據(jù)流：</b></p><p>　　加工邏輯：刪除已出院病人信息</p><p><b>　　3.文件存儲</b></p><p><b>　　文件名稱：病人檔案</b>&

54、lt;/p><p>　　簡述：存放病人的基本信息及生病日志</p><p>　　輸入數(shù)據(jù)：病人基本信息，病人日志，修改后的病人檔案</p><p><b>　　輸出數(shù)據(jù)：病人檔案</b></p><p>　　文件組成：由病人的姓名電話等個人基本信息、病歷、病人日志組成</p><p><b>

55、;　　文件名稱：病人日志</b></p><p>　　簡述：存放時鐘定時取樣的病人的生理信號</p><p><b>　　輸入數(shù)據(jù)：病人日志</b></p><p><b>　　輸出數(shù)據(jù)：病人日志</b></p><p>　　文件組成：取樣的確切時間和病人當時的生理信號值</p&g

56、t;<p>　　文件名稱：病人生理安全范圍</p><p>　　簡述：存放病人正常的生理信號值應該在的范圍</p><p><b>　　輸入數(shù)據(jù)：安全范圍</b></p><p><b>　　輸出數(shù)據(jù)：安全范圍</b></p><p>　　文件組成：脈搏、體溫、血壓、呼吸、心電圖等生理

57、信號值的安全范圍值</p><p><b>　　數(shù)據(jù)流</b></p><p>　　（1）數(shù)據(jù)流名字：生理信號</p><p>　　描述：由時鐘傳感器傳送的病人的脈搏、體溫、血壓、呼吸、心電圖等</p><p>　　組成：生理信號=脈搏+體溫+血壓+呼吸+心電圖</p><p>　　（2）數(shù)據(jù)流名

58、字：時鐘信號</p><p>　　描述：用以設定定時取樣的時間間隔及當時的日期時間</p><p>　　組成：時鐘信號=年+月+日+時+分+秒</p><p>　?。?）數(shù)據(jù)流名字：時間間隔</p><p>　　描述：提供定時取樣的時間間隔</p><p>　　組成：時間間隔=時+分+秒</p><

59、p>　?。?）數(shù)據(jù)流名字：時鐘信號</p><p>　　描述：用以設定定時取樣的時間間隔及當時的日期時間</p><p>　　組成：時鐘信號=年+月+日+時+分+秒</p><p>　　數(shù)據(jù)流名字：病人日志</p><p>　　描述：定時取樣的生理信號</p><p>　　組成：每次提取的生理信號</p&g

60、t;<p>　　數(shù)據(jù)流名字：病人基本信息</p><p>　　描述：用以傳遞病人的個人信息病歷等</p><p>　　組成：病人基本信息=病人個人基本信息+病歷+病人日志</p><p>　　數(shù)據(jù)流名字：安全范圍</p><p>　　描述：用以傳遞病人安全的生理信號值范圍</p><p>　　組成：安全范

61、圍=脈搏安全范圍值+體溫安全范圍值+血壓安全范圍值+呼吸</p><p>　　安全范圍值+心電圖安全范圍值</p><p><b>　　數(shù)據(jù)流名字：警報</b></p><p>　　描述：當病人的生理信號超出安全范圍時向終端發(fā)出的警報信號通知系統(tǒng)</p><p><b>　　發(fā)送警告信息</b>&l

62、t;/p><p><b>　　組成：警報</b></p><p>　　數(shù)據(jù)流名字：警告信息</p><p>　　描述：向終端醫(yī)護人員發(fā)送的信息</p><p>　　組成：警告信息=病人ID號+病房號+生理信號值</p><p>　　數(shù)據(jù)流名字：病情報告短信</p><p>　　

63、描述：向病人家屬發(fā)送的通知病情的信息</p><p><b>　　組成：大體病情報告</b></p><p>　　數(shù)據(jù)流名字：分析結果</p><p>　　描述：主治醫(yī)生根據(jù)病人的基本情況分析出的病人安全的生理信號值</p><p>　　組成：安全生理信號值</p><p>　　數(shù)據(jù)流名字：允許通

64、知</p><p>　　描述：向終端醫(yī)護人員發(fā)送的信息，告訴可以刪去已出院病人的信息</p><p><b>　　組成：允許</b></p><p>　　數(shù)據(jù)流名字：病情報告</p><p>　　描述：返回病人的生病日志以及病歷</p><p>　　組成：病情報告=病人日志+病歷</p>

65、;<p><b>　　第三章 概要設計</b></p><p><b>　　3.1需求規(guī)定</b></p><p>　　醫(yī)院計算機監(jiān)護系統(tǒng):監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等)，定時記錄病人情況以形成患者日志，當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班醫(yī)護發(fā)出警告信息,同時系統(tǒng)打印出病人的病情報

66、告給醫(yī)護人員。</p><p>　　在醫(yī)院的病房里，將病癥監(jiān)視器安置在每個病床，對病人進行監(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)還定期自動更新病歷。&l

67、t;/p><p><b>　　3.2運行環(huán)境</b></p><p>　　本系統(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 Advance Server以上；數(shù)據(jù)庫服務器端軟件ORA

68、CLE 9I， Delphi 7.0。</p><p>　　硬件需求：10M以上的LAN接入網絡帶寬，P4 3.0G Xeon CPU /1G內存/360G(10K) SCSI硬盤的服務器，P3以上微機（帶網卡）的客戶機，P4 3.0G Xeon CPU /1G內存/36G(10K) RAID硬盤的數(shù)據(jù)庫服務器</p><p>　　3.3總體結構和模塊設計</p><p

69、>　　3.3.1功能模塊圖</p><p>　　模塊是軟件結構的基礎，軟件結構的好壞完全由模塊的屬性體現(xiàn)出來，把軟件模塊化的目的是為了降低軟件復雜性，使軟件設計，測試，調試，維護等工作變得簡易，但隨著模塊數(shù)目的增加，通過接口連接這些模塊的工作量也隨之增加。</p><p><b>　　1．總體結構框圖</b></p><p>　　圖3-1

70、系統(tǒng)總體結構圖</p><p><b>　　2．模塊說明</b></p><p>　　該軟件有8個功能模塊，各模塊功能如下：</p><p>　　1.病人個人基本信息輸入模塊：醫(yī)護人員將病人的初始的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注）輸入系統(tǒng)。</p><p>　

71、　2.病人生病日志模塊：對病人每一段時間的病情進行編輯存儲，這一模塊包含有生病信號管理模塊和定時采樣模塊</p><p>　?。?）生理信號輸入管理模塊：通過連接在病人身上的傳感器，根據(jù)傳感器的值將生理信號輸入系統(tǒng) </p><p>　?。?）定時時鐘采樣：通過系統(tǒng)，管理人員（醫(yī)護人員）可以按需要輸入定時采樣的時間。 </p><p>　　3.生理信號安全范圍設定模

72、塊：根據(jù)各個病人不同的病情及自身的生理情況對各個病人的生理信號的安全范圍進行輸入、修改、查詢。</p><p>　　4.超標判定系統(tǒng)：這一模塊主要是判定病人生理信號判定病人是否超出病人生理安全范圍，他包含有判定病人生理信號模塊。</p><p>　　判定病人生理信號：對病人的各個生理信號根據(jù)安全范圍判斷病人是否處于安全狀態(tài)</p><p>　　5.警報模塊：對超過安

73、全范圍的病人及時通知醫(yī)護人員及家屬。它包含報警和發(fā)送病情報告短信兩個模塊</p><p>　?。?）報警：對超過安全范圍的病人報警通知醫(yī)護人員。</p><p>　　（2）發(fā)送病情報告短信：對超過安全范圍的病人以短信方式通知其病人家屬，以便他們有所準備。</p><p>　　6.病情信息查詢模塊：家屬及醫(yī)護人員對一段時間的病人病情進行查詢，主要是對病人的基本信息（患

74、者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注、病情狀態(tài)、病情變化趨勢）進行查詢。同時此模塊還包含病情報告打印和顯示器兩部分</p><p>　?。?）病情報告打印模塊：可以對查詢的病人病情打印出病情報告以便醫(yī)護人員及家屬查閱，主要是對病人的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注、病情狀態(tài)、病情變化趨勢）進行查詢。</p

75、><p>　　（2）顯示器：可以顯示病人的各個生理信息數(shù)據(jù)用于醫(yī)護人員查看</p><p>　　7.病人信息修改模塊：對病人的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注、病情狀態(tài)、病情變化趨勢）進行修改。此模塊還包含有一個病情報告打印。</p><p>　　病情報告打印模塊：對修改的病人病情打印出病情報告以便醫(yī)護人員查閱

76、分析。</p><p>　　8.病人信息刪除模塊：對出院的病人信息進行數(shù)據(jù)刪除，并將刪除信息反饋給醫(yī)護人員進行審批。</p><p><b>　　3.模塊設計</b></p><p>　?。?）根據(jù)數(shù)據(jù)畫出的結構圖如圖3-2所示</p><p>　　圖3-2醫(yī)院病人監(jiān)護系統(tǒng)結構圖</p><p>

77、　?。?）病人信息輸入子系統(tǒng)（輸入部分）結構圖如圖3-3所示</p><p>　　圖3-3病人信息輸入系統(tǒng)結構圖</p><p>　　（3）警報子系統(tǒng)（第一輸出部分）結構圖如圖3-4所示</p><p>　　圖3-4警報子系統(tǒng)結構圖</p><p>　　病人基本信息管理子系統(tǒng)（第二輸出部分）結構圖如圖3-5所示</p><

78、p><b>　　圖3-5病人基本信</b></p><p><b>　　第四章 詳細設計</b></p><p><b>　　4.1 登陸界面</b></p><p>　　登陸界面程序流程見圖：</p><p>　　圖4-1 登陸界面程序流程圖</p>&

79、lt;p><b>　　4.2程序描述</b></p><p><b>　　主模塊</b></p><p>　　功能：建立與數(shù)據(jù)庫連接；獲取系統(tǒng)設置；運行主對話框</p><p>　　根據(jù)輸入調用子模塊；退出系統(tǒng)時斷開與數(shù)據(jù)庫的連接</p><p><b>　　程序邏輯：</b&

80、gt;</p><p>　　圖4-2 主功能模塊圖</p><p>　　4.3總程序設計流程圖</p><p>　　設計內容：本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等)，定時記錄病人情況以形成患者日志并間隔一定得時間存入病人檔案，當某個病人的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息；要求系統(tǒng)要提供輸入數(shù)據(jù)更新數(shù)據(jù)查

81、詢信息的功能，必要時候要通知患者家屬。 </p><p>　　程序設計流程圖見圖：</p><p>　　圖 4-3 系統(tǒng)功能流程圖</p><p>　　4.4傳感器信息采集功能</p><p>　　功能描述：傳感器要隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等)，而且要將其模擬信號轉換成數(shù)字型號后及時發(fā)送給監(jiān)護管理模塊。</p

82、><p>　　傳感器信息采集程序流程圖：</p><p>　　圖4-4 傳感器信息采集程序流程圖</p><p><b>　　4.5監(jiān)護管理模塊</b></p><p>　　功能描述：根據(jù)傳感器信息采集而傳入監(jiān)護管理模塊的生理信息，對其傳入的信息進行分析處理，并將其和生理安全控制范圍內的數(shù)據(jù)進行比較，如若超過范圍則報警，及

83、時通知責任醫(yī)生進行緊急處理，醫(yī)護人員有打印患者病情報告的權利，同時通知患者家屬，實時記錄患者日志，每間隔一段時間要更新患 者的檔案。</p><p>　　監(jiān)護管理流程圖見圖：</p><p>　　圖4-5 監(jiān)護管理流程圖</p><p><b>　　4.6數(shù)據(jù)操作功能</b></p><p>　　功能描述：權限操作者

84、對病人信息數(shù)據(jù)的一系列操作（添加患者信息、查詢、修改、打?。瑢?shù)據(jù)庫進行的相關管理</p><p>　　圖4-6 數(shù)據(jù)操作功能PAD圖</p><p>　　4.6.1添加新病人信息功能</p><p>　　功能：查驗輸入的操作者證號；運行添加信息對話框；獲取該操作者的相關信息；查驗輸入病人信息；進行添加操作</p><p>　　添加新病人信

85、息功能PAD見圖</p><p>　　圖 4-7 添加新病人信息功能PAD圖</p><p><b>　　4.6.3查詢功能</b></p><p>　　功能：查驗輸入的操作者證號；運行查詢信息對話框；獲取該操作者的相關信息；獲取相關信息。 </p><p>　　(2)查詢功能PAD圖見圖：</p><

86、;p>　　圖4-8查詢功能PAD圖</p><p>　　4.6.4 更新功能</p><p>　　更新功能PAD圖見圖：</p><p>　　圖4-9 更新功能PAD圖</p><p>　　4.7 系統(tǒng)功能流程圖</p><p>　　功能：根據(jù)操作員輸入功能調用相應的子模塊</p><p>

87、;　　系統(tǒng)功能流程圖見圖:</p><p>　　圖4-10為系統(tǒng)功能流程圖</p><p><b>　　4.8系統(tǒng)操作模塊</b></p><p>　　?功能：驗證輸入系統(tǒng)操作員的員工口令，完成權限管理運行系統(tǒng)操作對 話框，根據(jù)用戶輸入調用各子模塊，完成：有使用權限的醫(yī)院員工操作 (添加、修改、刪除)；數(shù)據(jù)統(tǒng)計；更改口令；系統(tǒng)

88、管理(修改系統(tǒng)設置，瀏覽、修改、增加、刪除系統(tǒng)操作員)；</p><p><b>　　?程序邏輯：</b></p><p>　　圖4-11為系統(tǒng)操作PAD圖</p><p>　　第五章 數(shù)據(jù)庫設計說明書</p><p><b>　　5.1定義</b></p><p>　　文

89、檔中采用的專門術語的定義及縮略詞簡要：HICS：hospital intensive care System，醫(yī)院監(jiān)護系統(tǒng)。數(shù)據(jù)庫采用Sql Sever 2000數(shù)據(jù)庫。</p><p><b>　　5.2任務概述</b></p><p>　　本系統(tǒng)要求能夠監(jiān)護系統(tǒng)要隨時接受每個病人的生理信號(脈搏、血壓、心跳、呼吸頻率等)，定時采樣病人情況以形成患者日志，當某個病人

90、的生理信號超出醫(yī)生規(guī)定的安全范圍時向值班護士發(fā)出警告信息；此外，護士在需要時還可以要求系統(tǒng)打印出某個病人的病情報告。</p><p>　　本軟件系統(tǒng)要求安全、可靠（具有出錯處理能力）、準確。</p><p><b>　　5.3結構設計</b></p><p>　　5.3.1概念結構設計</p><p><b>

91、　　一、確定實體類型</b></p><p>　　通過了解醫(yī)院監(jiān)護中需要用到的實體類型有病人，醫(yī)護人員，病歷，患者日志，生理信息等等。</p><p><b>　　二、確定聯(lián)系類型</b></p><p>　　在這個系統(tǒng)中以下這些聯(lián)系是與監(jiān)護管理有關的：</p><p>　　醫(yī)護人員與病人之間有個聯(lián)系是”診治

92、“，它是一對多的；</p><p>　　病人與病歷之間有個聯(lián)系是“持有“，它是一對一的；</p><p>　　病人與生理信息之間有個聯(lián)系是“提取“，它是一對一的；</p><p>　　生理信息與患者日志之間有個聯(lián)系是“采樣“，它是一對一的。</p><p><b>　　三、畫ER圖</b></p><

93、p>　　（1）病人-病歷ER圖見圖5-1</p><p>　　圖5-1病人-病歷ER圖</p><p>　?。?）醫(yī)護人員-病人ER圖5-2</p><p>　　圖5-2醫(yī)護人員-病人ER圖</p><p>　　（3）病人-生理信息ER圖5-3</p><p>　　圖5-3病人-生理信息ER圖</p>

94、<p>　?。?）生理信息-患者日志ER圖5-4</p><p>　　圖5-4生理信息-患者日志ER圖</p><p>　　（5）總的ER圖5-5</p><p><b>　　圖5-5總的ER圖</b></p><p><b>　　四、確定屬性</b></p><p

95、><b>　　經調查了解到：</b></p><p>　　病人有病人ID號、姓名、病房號、病床號4個屬性；</p><p>　　患者日志有病人ID號、時間2個屬性；</p><p>　　病歷有病人ID號、性別、年齡、家屬、住址、安全范圍、主治醫(yī)生ID號7個屬性；</p><p>　　生理信息有病人ID號、脈搏、心跳

96、、血壓4個屬性；</p><p>　　醫(yī)護人員有姓名、性別、電話、住址、職工ID號、職稱6個屬性；</p><p>　　上述個實體的屬性可用下列各表表示：</p><p>　　(1)病人實體屬性圖5-6</p><p>　　圖5-6病人實體屬性圖</p><p>　　(2)患者日志實體屬性圖5-7</p>

97、<p>　　圖5-7患者日志實體屬性圖</p><p>　　(3)病歷實體屬性圖5-8</p><p>　　圖5-8病歷實體屬性圖</p><p>　?。?）生理信息實體屬性圖5-9</p><p>　　圖5-9生理信息實體屬性圖</p><p>　　（5）醫(yī)護人員實體屬性圖5-10</p>

98、<p>　　圖5-10醫(yī)護人員實體屬性圖</p><p>　　5.3.2邏輯結構設計</p><p><b>　　表5-1 病人表</b></p><p><b>　　表5-2 病歷表</b></p><p><b>　　表5-3醫(yī)護人員表</b></p>

99、<p>　　表5-4 患者日志表</p><p><b>　　表5-5生理信息表</b></p><p>　　5.3.3安全保密設計</p><p>　　用戶：a.超級用戶（管理員、領導）：擁有全部權限</p><p>　　b.掛號處工作人員：只有輸入、修改、刪除病人基本信息的權利。</p>

100、<p>　　c.醫(yī)護人員：只有輸入安全范圍、定時時間和查詢、打印病人信息的權利</p><p><b>　　第六章 界面設計</b></p><p><b>　　一、系統(tǒng)主界面</b></p><p><b>　　圖6-1 </b></p><p>　　輸入職工號和密

101、碼即可登陸系統(tǒng)</p><p><b>　　二、功能選擇界面</b></p><p><b>　　圖6-2</b></p><p>　　選擇需要的功能選項，進入子功能頁面</p><p>　　三、生理信號信息采集模塊界面</p><p><b>　　圖6-3<

102、/b></p><p>　　輸入病人病歷號，點取獲取信息，即可采集到病人的生理信息</p><p>　　四、監(jiān)護管理模塊界面</p><p><b>　　圖6-4 </b></p><p>　　輸入病人病歷號后，即可獲得病人當前的病情報告，可通過打印按鈕完成打印工作，同時在界面的左側可以輸入病人生理信息安全值<

103、;/p><p>　　五、數(shù)據(jù)操作模塊界面</p><p><b>　　第七章 軟件測試</b></p><p>　　軟件測試概述：使用人工或者自動手段來運行或測試某個系統(tǒng)的過程,其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結果與實際結果之間的差別. 它是幫助識別開發(fā)完成（中間或最終的版本）的計算機軟件（整體或部分）的正確度(correctness)

104、 、完全度(completeness)和質量(quality)的軟件過程；是SQA(software quality assurance)的重要子域。有六個有關軟件測試方法的基本概念是很重要的:白盒測試，黑盒測試，灰盒測試，有效用例和無效用例，邊界條件以及等價類測試。</p><p><b>　　7.1白盒測試法</b></p><p><b>　　1.白盒

105、測試的概述</b></p><p>　　白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證。</p><p>　　2. 白盒的測試用例需要做到：</

106、p><p>　　(1)保證一個模塊中的所有獨立路徑至少 被使用一次(2)對所有邏輯值均需測試 true 和 false(3)在上下邊界及可操作范圍內運行所有循環(huán) (4)檢查內部數(shù)據(jù)結構以確保其有效性 </p><p>　　白盒測試的目的：通過檢查軟件內部的邏輯結構，對軟件中的邏輯路徑進行覆蓋測試；在程序不同地方設立檢查點，檢查程序的狀態(tài)，以確定實際運行狀態(tài)與預期狀態(tài)是否一致。</p

107、><p>　　白盒測試的特點：依據(jù)軟件設計說明書進行測試、對程序內部細節(jié)的嚴密檢驗、針對特定條件設計測試用例、對軟件的邏輯路徑進行覆蓋測試。</p><p>　　3. 白盒測試的實施步驟：</p><p>　　(1)測試計劃階段：根據(jù)需求說明書，制定測試進度。(2)測試設計階段：依據(jù)程序設計說明書，按照一定規(guī)范化的方法進行軟件結構劃分和設計測試用例。(3)測試執(zhí)行階

108、段：輸入測試用例，得到測試結果。(4)測試總結階段：對比測試的結果和代碼的預期結果，分析錯誤原因，找到并解決錯誤。 </p><p>　　4.白盒測試的方法：總體上分為靜態(tài)方法和動態(tài)方法兩大類。</p><p>　　靜態(tài)分析是一種不通過執(zhí)行程序而進行測試的技術。靜態(tài)分析的關鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。</p><p>　　動態(tài)分析的

109、主要特點是當軟件系統(tǒng)在模擬的或真實的環(huán)境中執(zhí)行之前、之中和之后 , 對軟件系統(tǒng)行為的分析。動態(tài)分析包含了程序在受控的環(huán)境下使用特定的期望結果進行正式的運行。它顯示了一個系統(tǒng)在檢查狀態(tài)下是正確還是不正確。在動態(tài)分析技術中,最重要的技術是路徑和分支測試。</p><p><b>　　7.2黑盒測試法</b></p><p><b>　　1．黑盒測試的概述<

110、/b></p><p>　　黑盒測試也稱功能測試或數(shù)據(jù)驅動測試，它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)鋸而產生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測試方法主要

111、有等價類劃分、邊值分析、因—果圖、錯誤推測等，主要用于軟件確認測試。 “黑盒”法著眼于程序外部結構、不考慮內部邏輯結構、針對軟件界面和軟件功能進行測試。“黑盒”法是窮舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。</p><p>　　2.黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：&l

112、t;/p><p>　　(1)功能錯誤或遺漏；　 (2)界面錯誤；　 (3)數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤；　 (4)性能錯誤；　 (5)初始化和終止錯誤。 </p><p>　　3.黑盒測試的測試用例設計方法</p><p>　　(1)等價類劃分方法　 (2)邊界值分析方法　 (3)錯誤推測方法　 (4)因果圖方法　 (5)判定表驅動分析方法　 (6)正

113、交實驗設計方法　 (7)功能圖分析方法</p><p><b>　　7.3測試結果</b></p><p>　　1.病人生理信號處理中心模塊:</p><p><b>　　輸入: 生理信號</b></p><p><b>　　輸出: 生理信號值</b></p>

114、<p>　　2.時鐘采樣處理模塊:</p><p>　　輸入: 時間間隔，生理信號值</p><p><b>　　輸出: 病人日志</b></p><p>　　3.病人基本信息處理模塊:</p><p>　　輸入: 病人基本信息</p><p>　　輸出: 病人基本信息</p>

115、;<p><b>　　4.設定時間模塊:</b></p><p><b>　　輸入: 時鐘信號</b></p><p><b>　　輸出: 時間間隔</b></p><p><b>　　5.定時取樣模塊:</b></p><p>　　輸入:

116、時間間隔，生理信號值</p><p><b>　　輸出: 病人日志</b></p><p>　　6.分析病人病情模塊:</p><p>　　輸入: 病人基本信息</p><p><b>　　輸出: 安全范圍</b></p><p>　　7.確定安全范圍模塊:</p>

117、;<p><b>　　輸入: 安全范圍</b></p><p><b>　　輸出: 安全范圍</b></p><p>　　8.超標判定危機情況處理模塊:</p><p>　　輸入: 生理信號值，安全范圍</p><p><b>　　輸出: 警報</b></p

118、><p>　　9.通知醫(yī)護人員模塊:</p><p><b>　　輸入: 警報</b></p><p><b>　　輸出: 警告信息</b></p><p>　　10.通知病人家屬模塊:</p><p><b>　　輸入: 警告信息</b></p>

119、;<p>　　輸出: 病情報告短息</p><p><b>　　11.修改模塊:</b></p><p><b>　　輸入: 病人信息</b></p><p>　　輸出: 修改后的病人信息</p><p><b>　　12.查詢模塊:</b></p>

120、<p><b>　　輸入: 病人信息</b></p><p><b>　　輸出: 病情報告</b></p><p><b>　　13.刪除模塊:</b></p><p><b>　　輸入: 允許通知</b></p><p><b>　

121、　輸出:</b></p><p><b>　　參考資料</b></p><p>　　[1]蔣學鋒、鐘誠、許鴻川，《軟件工程》，重慶大學出版社，1997年7月第一版</p><p>　　[2]張海藩，《軟件工程導論》，清華大學出版社，1998 年1 月第三版</p><p>　　[3]潘錦平、施小英、姚天昉，《