2019年軟件工程課程設(shè)計(jì)

1、信息技術(shù)與工程學(xué)院課程設(shè)計(jì)報(bào)告課程名稱軟件工程設(shè)計(jì)題目醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)專業(yè)班級(jí)12網(wǎng)本2班小組成員 王彥彥 xxxXX XX指導(dǎo)教師左金平成績(jī)2 0 15 年7 月1 日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ì)即將開發(fā)的軟件的功能要求， 是軟件設(shè)計(jì)和開發(fā)者的主要 依據(jù)。1.2 項(xiàng)目背景項(xiàng)目名稱：醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)項(xiàng)目委托單位：XX市醫(yī)院 軟件開發(fā)單位：晉中學(xué)院計(jì)算機(jī)系

2、網(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)（ ManagementIn formation System）。數(shù)據(jù)庫(kù)服務(wù)器由Oracle9實(shí)現(xiàn)；操作系統(tǒng)：WINDOWS0OO Advanee Server ;數(shù)據(jù)庫(kù)服務(wù)器端軟

3、件 ORACLE 913. 數(shù)據(jù)描述3.1 數(shù)據(jù)流程圖系統(tǒng)數(shù)據(jù)流程圖：如圖3-1所示傳感器輸入z病人信息輸入生理信號(hào)輸入程序息件信文 *情據(jù)病數(shù)一*報(bào)告生成程序范據(jù)全數(shù)安圍生理信號(hào)信息V丿生成報(bào)告+鈴聲判別生成程序響鈴圖3-1數(shù)據(jù)流程圖頂層數(shù)據(jù)流程圖：如圖3-2所示輸入：111 11 111輸出圖3-2數(shù)據(jù)流程圖各模塊數(shù)據(jù)流圖：如圖3-3所示。查詢病人信息醫(yī)護(hù)人員定時(shí)時(shí)間f/具體值結(jié)果讀和識(shí)別.顯示器警報(bào)器具體值具體信息廠 超標(biāo)判定病人生病日志工作人員> 輸入信息處理查詢基本信息一_具體值J丿修改基本信息生理信號(hào)范圍直具體值病人信息具體值I 打印-'V;病人基本信息具體值上級(jí)醫(yī)護(hù)

4、人員具體值”刪除基本信息I/圖3-3各模塊數(shù)據(jù)流圖3.2 醫(yī)院監(jiān)護(hù)系統(tǒng)中所要處理的表單：“生理信號(hào)”表格：生理信號(hào)ID、生理信號(hào)名稱、備注“患者表格”表格：患者ID、患者姓名、患者性別、住址、聯(lián)系電話、患病名稱、入院日期、狀 態(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í)

5、間調(diào)節(jié)”。病人基本信息管理子系統(tǒng)包含 3 個(gè)功能模塊：“病人信息輸入”、“病人信息 修改”、“病人信息查詢”。警報(bào)子系統(tǒng)包含 2個(gè)功能模塊：“生理信號(hào)安全范圍控制” 、“警報(bào)”。 病人病情管理子系統(tǒng)包含 2 個(gè)功能模塊：“病情查詢”、“病情報(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)。病人信息修改管

6、理模塊：對(duì)病人的基本信息（患者姓名、患者性別、住址、 聯(lián)系電話、患病名稱、入院日期、狀態(tài)（已出院、住院） 、備注）進(jìn)行修改。病人信息查詢模塊：對(duì)病人的基本信息（患者姓名、患者性別、住址、聯(lián)系 電話、患病名稱、入院日期、狀態(tài)（已出院、住院） 、備注）進(jìn)行查詢。生理信號(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ì)所建議開發(fā)的軟件的基本要求，如：A. 功能：監(jiān)護(hù)系統(tǒng)要隨

7、時(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.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)源和限制： 各種硬件和工作人員工資需至

8、少 10 萬(wàn)元B. 硬件、軟件、運(yùn)行環(huán)境和開發(fā)環(huán)境方面的條件和限制： 端軟件 ORACLE 9，I Delphi 7.0 。軟件需求：操作系統(tǒng) WINDOW2S000 Advance Server以上；數(shù)據(jù)庫(kù)服務(wù)器硬件需求：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ù)器.本系統(tǒng)采用 Delphi 實(shí)現(xiàn)，依靠其強(qiáng)大的控件系統(tǒng)， Oracle 數(shù)據(jù)庫(kù)管理系統(tǒng) 和用 c 語(yǔ)音編制的傳感器驅(qū)動(dòng)相結(jié)合，能在 2

9、 個(gè)月內(nè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)這一部分也看作是成本， 那將遠(yuǎn)遠(yuǎn)超出目前的計(jì)算數(shù)額。 而如果開發(fā)出一個(gè)能 滿足業(yè)務(wù)要求的醫(yī)療計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)， 在采用生命周期的前提下， 從問(wèn)題識(shí)別到 系統(tǒng)實(shí)施、評(píng)價(jià)、維護(hù)，開發(fā)周期如果以兩年計(jì)，共需人工成本m元，各種軟硬 件成本 n 元，日常維護(hù)費(fèi)用 o 元，共計(jì)成本費(fèi)

10、用 p 元，略高 / 低于兩年的人工費(fèi) 用總和。同樣，我們也無(wú)法估計(jì)算出則于系統(tǒng)的開發(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ì)效益將更上一層樓。4.4 法律可行性法律可行性是考慮要開發(fā)系統(tǒng)是否存在任何侵犯、 妨礙和責(zé)任問(wèn)題， 用戶操 作可行性考慮待開發(fā)軟件的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)行管理制度、 人員素質(zhì)、操作知識(shí)是否可行。由于在本系統(tǒng)中是有合

11、同作為雙方合作的基礎(chǔ)， 所以不會(huì)存在任何侵犯、 妨 礙和責(zé)任問(wèn)題。即使存在了，也可以根據(jù)合同進(jìn)行分析，一定有人會(huì)負(fù)責(zé)任，所 以此系統(tǒng)完全可以進(jìn)行開發(fā)。由以上經(jīng)濟(jì)、 技術(shù)、操作和法律四方面的分析可以看出， 本系統(tǒng)的開發(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)效益發(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ì)

12、業(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ù)流程圖.輸入基本信息結(jié)果工作人員輸入信息處理”查詢病人信息結(jié)果-修改病人信息結(jié)果 X.丿圖5-3實(shí)體數(shù)據(jù)流程圖警報(bào)子系統(tǒng)業(yè)務(wù)流程圖生理信 號(hào)信息全數(shù) 鈴聲判別生成程序 安圍"廠響鈴7圖5-4警報(bào)子系統(tǒng)業(yè)務(wù)流程圖病人病情管理子系統(tǒng)業(yè)務(wù)流程圖報(bào)口生成程序1T生成報(bào)告息件 信文 情據(jù) 病數(shù)圖5-5病人病情管理子系統(tǒng)業(yè)務(wù)流程圖數(shù)據(jù)流程圖醫(yī)護(hù)人員查詢病人; 信息處理丿病情扌

13、艮告結(jié)果病人信息病人病情信息上級(jí)醫(yī)護(hù)人員圖5-6病人病情管理子系統(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）開發(fā)工具：Delphi7.0。軟件需求：操作系統(tǒng) WINDOW2S000 Advance Server以上；數(shù)據(jù)庫(kù)服務(wù)器端軟件 ORACLE 9，I Delphi 7.0 。硬件需求：10M以上的LAN接入網(wǎng)絡(luò)帶寬，P4 3.0G Xeon CPU /1G 內(nèi)

14、存 /360G（10K） SCSI硬盤的服務(wù)器，P3以上微機(jī)（帶網(wǎng)卡）的客戶機(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)

15、時(shí)間： 3天?本系統(tǒng)符合Microsoft的GUI標(biāo)準(zhǔn)5.4.3 可靠性?建議使用“天網(wǎng)防火墻”?精確度 具體數(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)， 完

16、全基于 windows 兼容的桌面平臺(tái)。2、報(bào)表格式：采用與實(shí)際的報(bào)表格式一致，當(dāng)然這也要求客戶端的硬件配 置（如打印機(jī)等）要一致。3、菜單格式：采用工具欄與菜單并用的方式，力圖簡(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

17、 運(yùn)行環(huán)境本系統(tǒng)是基于 C/S 模式的采用 Delphi 實(shí)現(xiàn)的管理信息系統(tǒng)（ ManagementIn formation System）。數(shù)據(jù)庫(kù)服務(wù)器由Oracle9實(shí)現(xiàn)。為使系統(tǒng)能夠正常運(yùn)行，軟硬件環(huán)境需求如下：軟件需求：操作系統(tǒng) WINDOW2S000 Advance Server以上；數(shù)據(jù)庫(kù)服務(wù)器端軟件 ORACLE 9（ 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 XeonCPU /1G內(nèi)存/36G(10K) RAID硬盤的數(shù)

18、據(jù)庫(kù)服務(wù)器。6.3結(jié)構(gòu)圖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 In formation 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ò)處理設(shè)計(jì)補(bǔ)救措施：1. 聯(lián)機(jī)

19、事務(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)就是針對(duì)這方面的迫切需求而設(shè)計(jì)實(shí) 現(xiàn)的。7.2

20、 編寫目的此文檔作為用戶對(duì)即將開發(fā)的軟件的功能要求， 是軟件設(shè)計(jì)和開發(fā)者的主要 依據(jù)。7.3 背景項(xiàng)目名稱：醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)項(xiàng)目委托單位：XX市醫(yī)院軟件開發(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)如下圖所示。病人基本信息輸入程序ekoHrnQHLa 名庫(kù)據(jù)數(shù)庫(kù)據(jù)數(shù)入輸由Delphi自帶的ADO連接方式連接數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù)連接程序情日志程序叮打印病人數(shù)據(jù)庫(kù)連接程序輸全范圍7.6功能IPOS.庫(kù)據(jù)數(shù)入輸傳感器輸入程序疋時(shí)時(shí)間

21、輸入程序判”卜是否超標(biāo)叮厚報(bào)程序圖7-1程序系統(tǒng)結(jié)構(gòu)圖系統(tǒng)：生理信號(hào)輸入控制子系統(tǒng)模塊：定時(shí)時(shí)間調(diào)節(jié)編號(hào)：1-2被調(diào)用：生理信號(hào)輸入程序調(diào)用:輸入： 有效時(shí)間輸出： 定時(shí)時(shí)間處理： 時(shí)間定時(shí)局部數(shù)據(jù)元素：Time注釋：定時(shí)時(shí)間系統(tǒng)：病人基本信息管理子系統(tǒng)模塊：病人信息處理編號(hào)：2-123被調(diào)用：輸入：病人信息、查詢信息、修改信息調(diào)用：數(shù)據(jù)庫(kù)連接程序輸出： 有效的記錄處理：輸入、修改、查詢病人基本信息局部數(shù)據(jù)元素:注釋:系統(tǒng)：警報(bào)子系統(tǒng)模塊：警報(bào)編號(hào)：3-1被調(diào)用：輸入：生理信號(hào)范圍調(diào)用：生理信息控制模塊、數(shù)據(jù) 庫(kù)輸出：警報(bào)信號(hào)系統(tǒng)：病人病情管理子系統(tǒng)模塊：查詢、打印病情日志編號(hào)：4 12被調(diào)用

22、：輸入： 查詢信息調(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流程邏輯見圖：程序系統(tǒng)結(jié)構(gòu)圖。7.9存儲(chǔ)分配根據(jù)需要，說(shuō)明本程序的存儲(chǔ)分配。7.10注釋設(shè)計(jì)程序中的注釋統(tǒng)一用：“ ”來(lái)表示，在每個(gè)觸發(fā)事件函數(shù)的開頭注釋 。8數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書8.1 引言8.1.1 編寫目的此文檔作為用戶對(duì)即將開發(fā)的軟件的功能要求， 是軟件設(shè)計(jì)和開發(fā)者的主要 依據(jù)。8.1.2 背景項(xiàng)目名稱：

23、醫(yī)院計(jì)算機(jī)監(jiān)護(hù)系統(tǒng)項(xiàng)目委托單位：XX市醫(yī)院 軟件開發(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；域名為base8.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)（已出院、住