軟件工程課程設(shè)計(jì)-醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)分享

1、真誠(chéng)為您提供優(yōu)質(zhì)參考資料，若有不當(dāng)之處，請(qǐng)指正。信息技術(shù)與工程學(xué)院 課 程 設(shè) 計(jì) 報(bào) 告課程名稱 軟件工程 設(shè)計(jì)題目 醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng) 專業(yè)班級(jí) 12網(wǎng)本2班 小組成員 王彥彥 ××× ×× ×× 指導(dǎo)教師 左金平 成績(jī) 年 月 日1 引言醫(yī)院做為一個(gè)與人民生命健康密切相關(guān)的重要機(jī)構(gòu)，勢(shì)必要在各方面實(shí)現(xiàn)信息化，與此同時(shí)，對(duì)醫(yī)療衛(wèi)生的要求也越來(lái)越高，以方便醫(yī)護(hù)人員更好的了解病人的情況，給病人提供及時(shí)的治療。本系統(tǒng)就是針對(duì)這方面的迫切需求而設(shè)計(jì)實(shí)現(xiàn)的。1.1 編寫目的此文檔作為用戶對(duì)即將開(kāi)發(fā)的軟件的功能要求，是軟件設(shè)計(jì)和開(kāi)發(fā)

2、者的主要依據(jù)。1.2 項(xiàng)目背景項(xiàng)目名稱：醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)項(xiàng)目委托單位：××市醫(yī)院軟件開(kāi)發(fā)單位：晉中學(xué)院計(jì)算機(jī)系網(wǎng)本二班2 任務(wù)描述2.1 目標(biāo)本系統(tǒng)要求能夠監(jiān)護(hù)系統(tǒng)要隨時(shí)接受每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、心電圖等)，定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息；此外，護(hù)士在需要時(shí)還可以要求系統(tǒng)打印出某個(gè)病人的病情報(bào)告。本軟件系統(tǒng)要求安全、可靠（具有出錯(cuò)處理能力）、準(zhǔn)確。2.2運(yùn)行環(huán)境本系統(tǒng)是基于C/S模式的采用Delphi實(shí)現(xiàn)的管理信息系統(tǒng)（Management Information System）。數(shù)據(jù)庫(kù)服

3、務(wù)器由Oracle9實(shí)現(xiàn)；操作系統(tǒng)：WINDOWS 2000 Advance Server；數(shù)據(jù)庫(kù)服務(wù)器端軟件ORACLE 9I。3.數(shù)據(jù)描述3.1數(shù)據(jù)流程圖系統(tǒng)數(shù)據(jù)流程圖：如圖3-1所示。圖3-1數(shù)據(jù)流程圖頂層數(shù)據(jù)流程圖：如圖3-2所示。查詢病人信息記錄病人情況醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)傳感器護(hù)士打印報(bào)告護(hù)士患者日志輸入：輸出：輸入病人生理信號(hào)發(fā)出報(bào)警信號(hào)查詢結(jié)果圖3-2數(shù)據(jù)流程圖各模塊數(shù)據(jù)流圖：如圖3-3所示。 圖3-3 各模塊數(shù)據(jù)流圖3.2醫(yī)院監(jiān)護(hù)系統(tǒng)中所要處理的表單：“生理信號(hào)”表格： 生理信號(hào)ID、生理信號(hào)名稱、備注 “患者表格”表格：患者ID、患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、

4、入院日期、狀態(tài)（已出院、住院）、備注“患者日志”表格：患者ID、日期、生理信號(hào)ID、值、備注“患者生理信號(hào)安全范圍表”表格：患者ID、生理信號(hào)ID、安全范圍、備注 3.3功能 3.3.1功能劃分本系統(tǒng)由“生理信號(hào)輸入控制子系統(tǒng)”、 “病人基本信息管理子系統(tǒng)”、 “警報(bào)子系統(tǒng)”、“病人病情管理子系統(tǒng)”組成。生理信號(hào)輸入控制子系統(tǒng)包含2個(gè)功能模塊：“生理信號(hào)輸入管理”、 “定時(shí)時(shí)間調(diào)節(jié)”。病人基本信息管理子系統(tǒng)包含3個(gè)功能模塊：“病人信息輸入”、“病人信息修改”、“病人信息查詢”。警報(bào)子系統(tǒng)包含2個(gè)功能模塊：“生理信號(hào)安全范圍控制”、“警報(bào)”。病人病情管理子系統(tǒng)包含2個(gè)功能模塊：“病情查詢”、“病

5、情報(bào)告打印”。3.3.2描述生理信號(hào)輸入管理模塊：通過(guò)連接在病人身上的傳感器，根據(jù)傳感器的值將生理信號(hào)輸入系統(tǒng)。 定時(shí)時(shí)間調(diào)節(jié)處理：通過(guò)系統(tǒng)，管理人員（醫(yī)護(hù)人員）可以按需要輸入定時(shí)采樣的時(shí)間。 病人信息輸入模塊：工作人員可以將病人的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注）輸入系統(tǒng)。 病人信息修改管理模塊：對(duì)病人的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注）進(jìn)行修改。病人信息查詢模塊：對(duì)病人的基本信息（患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注）進(jìn)行查詢

6、。生理信號(hào)安全范圍控制模塊：對(duì)各個(gè)病人的生理信號(hào)的安全范圍進(jìn)行輸入、修改、查詢。警報(bào)模塊：對(duì)超過(guò)設(shè)定安全范圍的病人及時(shí)通知醫(yī)護(hù)人員。病情查詢模塊：可以對(duì)這一段時(shí)間的病人病情進(jìn)行查詢。病情報(bào)告打印模塊：可以對(duì)查詢得的病人病情打印出病情報(bào)告。4 可行性分析 4.1 可行性研究的前提 說(shuō)明對(duì)所建議開(kāi)發(fā)的軟件的基本要求，如：A.功能：監(jiān)護(hù)系統(tǒng)要隨時(shí)接受每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、心電圖等)，定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息；此外，護(hù)士在需要時(shí)還可以要求系統(tǒng)打印出某個(gè)病人的病情報(bào)告。B.性能：1、本系統(tǒng)要求反應(yīng)時(shí)間不得低于2s.

7、2、定期對(duì)數(shù)據(jù)庫(kù)備份。C.輸出如報(bào)告、文件或數(shù)據(jù)：本系統(tǒng)要求輸出的數(shù)據(jù)有：查詢信息、報(bào)表、警報(bào)控制信號(hào)。D.在安全與保密方面的要求：掛號(hào)科的工作人員負(fù)責(zé)病人基本信息的輸入，住院部的醫(yī)護(hù)人員負(fù)責(zé)病人住院日志的情況，管理員負(fù)責(zé)系統(tǒng)的維護(hù)。4.2 技術(shù)可行性A. 經(jīng)費(fèi)、投資方面的來(lái)源和限制：各種硬件和工作人員工資需至少10萬(wàn)元B.硬件、軟件、運(yùn)行環(huán)境和開(kāi)發(fā)環(huán)境方面的條件和限制：軟件需求：操作系統(tǒng)WINDOWS 2000 Advance Server以上；數(shù)據(jù)庫(kù)服務(wù)器端軟件ORACLE 9I， Delphi 7.0。硬件需求：10M以上的LAN接入網(wǎng)絡(luò)帶寬，P4 3.0G Xeon CPU /1G內(nèi)存

8、/360G(10K) SCSI硬盤的服務(wù)器，P3以上微機(jī)（帶網(wǎng)卡）的客戶機(jī)，P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)據(jù)庫(kù)服務(wù)器本系統(tǒng)采用Delphi 實(shí)現(xiàn)，依靠其強(qiáng)大的控件系統(tǒng)，Oracle數(shù)據(jù)庫(kù)管理系統(tǒng)和用c語(yǔ)音編制的傳感器驅(qū)動(dòng)相結(jié)合，能在2個(gè)月內(nèi)開(kāi)發(fā)出系統(tǒng)。4.3 經(jīng)濟(jì)可行性某醫(yī)院目前由于完全采用純?nèi)斯さ姆绞絹?lái)完成工作的，醫(yī)務(wù)人員要一邊關(guān)注某些病人的情況，一邊還要忙著對(duì)其它的病人進(jìn)行醫(yī)療診斷，工作量大，耗時(shí)比較多，所以工作效率低。根據(jù)目前醫(yī)院內(nèi)部員工的日人工成本為：x人 * y元/人z元。我們還不能計(jì)算出因效率低下而給醫(yī)院帶來(lái)的無(wú)形經(jīng)濟(jì)損失，如果指導(dǎo)

9、這一部分也看作是成本，那將遠(yuǎn)遠(yuǎn)超出目前的計(jì)算數(shù)額。而如果開(kāi)發(fā)出一個(gè)能滿足業(yè)務(wù)要求的醫(yī)療計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)，在采用生命周期的前提下，從問(wèn)題識(shí)別到系統(tǒng)實(shí)施、評(píng)價(jià)、維護(hù)，開(kāi)發(fā)周期如果以兩年計(jì)，共需人工成本m元，各種軟硬件成本n元，日常維護(hù)費(fèi)用o元，共計(jì)成本費(fèi)用p元，略高/低于兩年的人工費(fèi)用總和。同樣，我們也無(wú)法估計(jì)算出則于系統(tǒng)的開(kāi)發(fā)應(yīng)用使醫(yī)院運(yùn)營(yíng)效率提高而帶來(lái)的無(wú)形的巨額經(jīng)濟(jì)效益，由于系統(tǒng)能在未來(lái)較長(zhǎng)的一段時(shí)間內(nèi)穩(wěn)定地發(fā)揮作用，這對(duì)于醫(yī)院的提高管理水平很大的幫助，才能使A醫(yī)院早日接入到總行的更高層次的網(wǎng)絡(luò)體系中，可以更加廣泛的吸收各方面的信息資源，可為醫(yī)院業(yè)務(wù)在將來(lái)的擴(kuò)張打下堅(jiān)實(shí)的基礎(chǔ)，其經(jīng)濟(jì)效益將更上

10、一層樓。4.4 法律可行性法律可行性是考慮要開(kāi)發(fā)系統(tǒng)是否存在任何侵犯、妨礙和責(zé)任問(wèn)題，用戶操作可行性考慮待開(kāi)發(fā)軟件的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)行管理制度、人員素質(zhì)、操作知識(shí)是否可行。由于在本系統(tǒng)中是有合同作為雙方合作的基礎(chǔ)，所以不會(huì)存在任何侵犯、妨礙和責(zé)任問(wèn)題。即使存在了，也可以根據(jù)合同進(jìn)行分析，一定有人會(huì)負(fù)責(zé)任，所以此系統(tǒng)完全可以進(jìn)行開(kāi)發(fā)。由以上經(jīng)濟(jì)、技術(shù)、操作和法律四方面的分析可以看出，本系統(tǒng)的開(kāi)發(fā)時(shí)機(jī)成熟，從多種角度考慮，都是可行的。4.5 結(jié)論本系統(tǒng)值得投資。5需求分析醫(yī)院管理的合理化和經(jīng)營(yíng)化是醫(yī)院經(jīng)營(yíng)效益的關(guān)鍵。擁有了先進(jìn)的技術(shù)還要有更加良好的管理體制，才可以讓醫(yī)院的經(jīng)營(yíng)效益

11、發(fā)揮到最好的狀態(tài)。充分利用現(xiàn)代先進(jìn)的技術(shù)，可以節(jié)約大量的人力資源和財(cái)力資源。5.1組織機(jī)構(gòu)調(diào)查 圖5-1 組織機(jī)構(gòu)調(diào)查5.2業(yè)務(wù)需求調(diào)查數(shù)據(jù)流程圖圖5-2 業(yè)務(wù)數(shù)據(jù)流程圖實(shí)體初步描述1)在對(duì)業(yè)務(wù)流程圖和數(shù)據(jù)流程圖進(jìn)行詳細(xì)分析的基礎(chǔ)上，找出其中的實(shí)體。 實(shí)體名稱：病人生理信號(hào)、患者日志。2)實(shí)體描述方式。1、病人生理信號(hào)：包括生理信號(hào)ID、生理信號(hào)名稱、備注。2、患者日志：包括患者ID、日期、生理信號(hào)ID、備注。數(shù)據(jù)流程圖圖5-3 實(shí)體數(shù)據(jù)流程圖警報(bào)子系統(tǒng)業(yè)務(wù)流程圖圖5-4 警報(bào)子系統(tǒng)業(yè)務(wù)流程圖病人病情管理子系統(tǒng)業(yè)務(wù)流程圖圖5-5 病人病情管理子系統(tǒng)業(yè)務(wù)流程圖 數(shù)據(jù)流程圖圖5-6 病人病情管理子

12、系統(tǒng)數(shù)據(jù)流程圖5.3 對(duì)新系統(tǒng)的環(huán)境要求調(diào)查 5.3.1 基本要求 簡(jiǎn)要描述該系統(tǒng)所運(yùn)行的環(huán)境，如果運(yùn)行環(huán)境未確定，應(yīng)寫出建議環(huán)境1)體系結(jié)構(gòu)：Client/Server或Multi-tire C/S。2)操作系統(tǒng)： windows系列。3)數(shù)據(jù)庫(kù)管理系統(tǒng)：Oracle9i。4)開(kāi)發(fā)工具：Delphi7.0。軟件需求：操作系統(tǒng)WINDOWS 2000 Advance Server以上；數(shù)據(jù)庫(kù)服務(wù)器端軟件ORACLE 9I， Delphi 7.0。硬件需求：10M以上的LAN接入網(wǎng)絡(luò)帶寬，P4 3.0G Xeon CPU /1G內(nèi)存/360G(10K) SCSI硬盤的服務(wù)器，P3以上微機(jī)（帶網(wǎng)卡

13、）的客戶機(jī)，P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)據(jù)庫(kù)服務(wù)器。 5.3.2 適應(yīng)性本系統(tǒng)只適合于windows系列操作系統(tǒng)5.4系統(tǒng)分析 5.4.1 功能性醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng):監(jiān)護(hù)系統(tǒng)要隨時(shí)接受每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、心電圖等)，定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息；此外，護(hù)士在需要時(shí)還可以要求系統(tǒng)打印出某個(gè)病人的病情報(bào)告。 5.4.2 可用性普通用戶所需的培訓(xùn)時(shí)間：3天高級(jí)用戶所需的培訓(xùn)時(shí)間：3天 本系統(tǒng)符合Microsoft 的GUI標(biāo)準(zhǔn) 5.4.3 可靠性建議使用“天網(wǎng)防

14、火墻”精確度 具體數(shù)據(jù)按照醫(yī)學(xué)標(biāo)準(zhǔn)來(lái)衡量，基于TCP/IP協(xié)議 5.4.4 性能 此節(jié)概述系統(tǒng)的性能特征。其中需包括具體的響應(yīng)時(shí)間。如果可行，按名稱引用相關(guān)用例。數(shù)據(jù)精確度：具體數(shù)據(jù)按照醫(yī)學(xué)標(biāo)準(zhǔn)來(lái)衡量對(duì)事務(wù)的響應(yīng)時(shí)間（平均0.3s、最長(zhǎng)1s）吞吐量，每秒處理的事務(wù)數(shù)為5人容量，系統(tǒng)可以容納的事務(wù)數(shù)為100人具備數(shù)據(jù)庫(kù)動(dòng)態(tài)恢復(fù)能力5.5 聯(lián)機(jī)用戶文檔和幫助系統(tǒng)需求 本系統(tǒng)具有聯(lián)機(jī)幫助功能 5.5.1用戶界面1、 屏幕格式：采用C/S模式，界面由Delphi設(shè)計(jì)實(shí)現(xiàn)，完全基于windows兼容的桌面平臺(tái)。 2、報(bào)表格式：采用與實(shí)際的報(bào)表格式一致，當(dāng)然這也要求客戶端的硬件配置（如打印機(jī)等）要一致。3

15、、菜單格式：采用工具欄與菜單并用的方式，力圖簡(jiǎn)潔、明了。 5.5.2通信接口 本系統(tǒng)要求每個(gè)計(jì)算機(jī)都有網(wǎng)卡。 適用的標(biāo)準(zhǔn)1、TCP/IP2、Microsoft GUI 設(shè)計(jì)=6總體設(shè)計(jì)6.1需求規(guī)定醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng):監(jiān)護(hù)系統(tǒng)要隨時(shí)接受每個(gè)病人的生理信號(hào)(脈搏、體溫、血壓、心電圖等)，定時(shí)記錄病人情況以形成患者日志，當(dāng)某個(gè)病人的生理信號(hào)超出醫(yī)生規(guī)定的安全范圍時(shí)向值班護(hù)士發(fā)出警告信息；此外，護(hù)士在需要時(shí)還可以要求系統(tǒng)打印出某個(gè)病人的病情報(bào)告。6.2 運(yùn)行環(huán)境本系統(tǒng)是基于C/S模式的采用Delphi實(shí)現(xiàn)的管理信息系統(tǒng)（Management Information System）。數(shù)據(jù)庫(kù)服務(wù)器由Or

16、acle9實(shí)現(xiàn)。為使系統(tǒng)能夠正常運(yùn)行，軟硬件環(huán)境需求如下：軟件需求：操作系統(tǒng)WINDOWS 2000 Advance Server以上；數(shù)據(jù)庫(kù)服務(wù)器端軟件ORACLE 9I， Delphi 7.0。硬件需求：10M以上的LAN接入網(wǎng)絡(luò)帶寬，P4 3.0G Xeon CPU /1G內(nèi)存/360G(10K) SCSI硬盤的服務(wù)器，P3以上微機(jī)（帶網(wǎng)卡）的客戶機(jī)，P4 3.0G Xeon CPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)據(jù)庫(kù)服務(wù)器。6.3結(jié)構(gòu)醫(yī)院病人監(jiān)護(hù)系統(tǒng)生理信號(hào)輸入控制子系統(tǒng)病人基本信息管理子系統(tǒng)警報(bào)子系統(tǒng)病人病情管理子系統(tǒng)生理信號(hào)輸入管理定時(shí)時(shí)間調(diào)節(jié)信息輸入信息修改信息查

17、詢生理信號(hào)安全范圍控制警報(bào)病情查詢病情報(bào)告打印圖6-1 結(jié)構(gòu)圖6.4人工處理過(guò)程1、傳感器輸入信號(hào)間隔時(shí)間由用戶輸入2、生理信號(hào)安全范圍需要用戶輸入6.5接口設(shè)計(jì)本系統(tǒng)的用戶界面如下所示：菜單快捷功能鍵區(qū) 用戶輸入界面（系統(tǒng)顯示界面）提交區(qū)圖6-2 用戶界面圖外部接口：本系統(tǒng)采用C/S模式，由Delphi實(shí)現(xiàn)的管理信息系統(tǒng)（Management Information System）。通過(guò)ADO連接與數(shù)據(jù)庫(kù)服務(wù)器相連。6.6邏輯結(jié)構(gòu)設(shè)計(jì)要點(diǎn)給出本系統(tǒng)內(nèi)所使用的每個(gè)數(shù)據(jù)結(jié)構(gòu)的名稱、標(biāo)識(shí)符以及它們之中每個(gè)數(shù)據(jù)項(xiàng)、記錄、文卷和系的標(biāo)識(shí)、定義、長(zhǎng)度及它們之間的層次的或表格的相互關(guān)系。6.7系統(tǒng)出錯(cuò)處理

18、設(shè)計(jì) 補(bǔ)救措施：1. 聯(lián)機(jī)事務(wù)處理(OLAP)是建立在TCP/IP 協(xié)議上，有多階段事務(wù)處理響應(yīng)控制，保證事務(wù)處理前后臺(tái)一致性。2. 數(shù)據(jù)庫(kù)處理事務(wù)失敗自動(dòng)回滾技術(shù)，保證數(shù)據(jù)庫(kù)表的數(shù)據(jù)一致性和完整性。3. 重要數(shù)據(jù)的校驗(yàn)檢查。4. 各個(gè)子系統(tǒng)的操作監(jiān)控，異常情況報(bào)告；并提供報(bào)表等跟蹤記錄。5. 提供友好的用戶界面和幫助信息及配合嚴(yán)格的檢查，減少用戶出錯(cuò)機(jī)會(huì)。7 詳細(xì)設(shè)計(jì)說(shuō)明書7.1   引言醫(yī)院做為一個(gè)與人民生命健康密切相關(guān)的重要機(jī)構(gòu)，勢(shì)必要在各方面實(shí)現(xiàn)信息化，與此同時(shí)，對(duì)醫(yī)療衛(wèi)生的要求也越來(lái)越高。以方便醫(yī)護(hù)人員更好的了解病人的情況，給病人提供及時(shí)的治療。本系統(tǒng)就

19、是針對(duì)這方面的迫切需求而設(shè)計(jì)實(shí)現(xiàn)的。7.2    編寫目的此文檔作為用戶對(duì)即將開(kāi)發(fā)的軟件的功能要求，是軟件設(shè)計(jì)和開(kāi)發(fā)者的主要依據(jù)。7.3   背景項(xiàng)目名稱：醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)項(xiàng)目委托單位：××市醫(yī)院軟件開(kāi)發(fā)單位：晉中學(xué)院計(jì)算機(jī)系網(wǎng)本二班7.4   定義MIS：（Management Information System）管理信息系統(tǒng)的英文縮寫。Delphi:本系統(tǒng)所使用的編程語(yǔ)言。 7.5   程序系統(tǒng)的結(jié)構(gòu)程序系統(tǒng)的結(jié)構(gòu)如下圖所示。圖7-1 程

20、序系統(tǒng)結(jié)構(gòu)圖7.6     功能IPO系統(tǒng)：生理信號(hào)輸入控制子系統(tǒng)作者：王彥彥模塊：定時(shí)時(shí)間調(diào)節(jié)日期：2015-7-1編號(hào)：1-2被調(diào)用：生理信號(hào)輸入程序調(diào)用：輸入：有效時(shí)間輸出：定時(shí)時(shí)間處理：時(shí)間定時(shí)局部數(shù)據(jù)元素：Time注釋：定時(shí)時(shí)間系統(tǒng)：病人基本信息管理子系統(tǒng)作者：王彥彥模塊：病人信息處理日期：2015-7-1編號(hào)：2-123被調(diào)用：調(diào)用：數(shù)據(jù)庫(kù)連接程序輸入：病人信息、查詢信息、修改信息輸出：有效的記錄處理：輸入、修改、查詢病人基本信息局部數(shù)據(jù)元素：注釋：系統(tǒng)：警報(bào)子系統(tǒng)作者：王彥彥模塊：警報(bào)日期：2015-7-1編號(hào)：3-1被調(diào)用：調(diào)用：生理信息

21、控制模塊、數(shù)據(jù)庫(kù)輸入：生理信號(hào)范圍輸出：警報(bào)信號(hào)處理：根據(jù)范圍發(fā)出警報(bào)局部數(shù)據(jù)元素：Min、Max注釋：系統(tǒng)：病人病情管理子系統(tǒng)作者：王彥彥模塊：查詢、打印病情日志日期：2015-7-1編號(hào)：412被調(diào)用：調(diào)用：數(shù)據(jù)庫(kù)輸入：查詢信息輸出：有效記錄、報(bào)表處理：查詢病人日志、并打印局部數(shù)據(jù)元素：注釋：7.7  算法 數(shù)據(jù)庫(kù)操作：SQL語(yǔ)言操作 報(bào)表操作：使用delphi的報(bào)表生成程序 傳感器輸入：使用的數(shù)據(jù)結(jié)構(gòu)：Hash Table (散列表) key：傳感器的信號(hào) Func（key）：信號(hào)的值7.8  流程邏輯見(jiàn)圖：程序系統(tǒng)結(jié)構(gòu)圖。7.9  存儲(chǔ)分配根據(jù)需

22、要，說(shuō)明本程序的存儲(chǔ)分配。7.10 注釋設(shè)計(jì) 程序中的注釋統(tǒng)一用：“/”來(lái)表示，在每個(gè)觸發(fā)事件函數(shù)的開(kāi)頭注釋 。8 數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書8.1 引言 8.1.1 編寫目的此文檔作為用戶對(duì)即將開(kāi)發(fā)的軟件的功能要求，是軟件設(shè)計(jì)和開(kāi)發(fā)者的主要依據(jù)。 8.1.2 背景項(xiàng)目名稱：醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)項(xiàng)目委托單位：××市醫(yī)院軟件開(kāi)發(fā)單位：晉中學(xué)院計(jì)算機(jī)系網(wǎng)本二班8.1.3 定義MIS：（Management Information System）管理信息系統(tǒng)的英文縮寫。Delphi:本系統(tǒng)所使用的編程語(yǔ)言8.2外部設(shè)計(jì)標(biāo)識(shí)符和狀態(tài) 本系統(tǒng)將采用oracle數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)名稱為pthdata，即SID；域名為base。 8.3結(jié)構(gòu)設(shè)計(jì)8.3.1概念結(jié)構(gòu)設(shè)計(jì)1.“生理信號(hào)”: 生理信號(hào)ID、生理信號(hào)名稱、備注 2. “患者表格”: 患者ID、患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備注3. “患者日志”: 患者ID、日期、生理信號(hào)ID、值、備注4. “患者生理信號(hào)安全范圍”: 患者ID、生理信號(hào)ID、安全范圍、備注 8.3.2邏輯結(jié)構(gòu)設(shè)計(jì)1“生理信號(hào)”表格：生理信號(hào)ID、生理信號(hào)名稱、備注 (key：生理信號(hào)ID)2 “患者表格”表格：患者ID、患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院）、備