患者監(jiān)護(hù)系統(tǒng)可行性實(shí)施計(jì)劃書(shū)

1、患者監(jiān)護(hù)系統(tǒng)可行性研究報(bào)告文檔名稱(chēng)： 可行性研究報(bào)告 撰寫(xiě)人： 審批/ 批準(zhǔn)：創(chuàng)建時(shí)間： 2010-03-201.1 編寫(xiě)目的1.2背景1.3 定義1.4 參考資料2 可行性研究的前提2.1 要求 - 1 -2.2 目標(biāo) - 2 -2.3 條件、假定和限制 - 2 -2.4 進(jìn)行可行性研究的方法 - 2 -2.5 評(píng)價(jià)尺度 - 2 -3 所建議的系統(tǒng) - 2 -3.1 對(duì)所建議系統(tǒng)的說(shuō)明 - 2 -3.1.2 如何滿(mǎn)足要求 - 3 -3.1.3 系統(tǒng)實(shí)現(xiàn)方法 - 3 -3.2 處理流程和數(shù)據(jù)流程 - 3 -3.3 影響 - 4 -3.3.1 對(duì)XX醫(yī)院的影響 -4 -3.3.2 對(duì)系統(tǒng)運(yùn)行過(guò)程

2、的影響 -4 -3.3.3 技術(shù)條件方面的可行性 - 4 -4 可選擇的其他系統(tǒng)方案 -5 -5 投資及效益分析 - 5 -5.1 支出- 5 -5.2 收益- 5 -5.4 投資回收周期 - 5 -6 社會(huì)因素方面的可行性 - 5 -6.1 法律方面的可行性 - 6 -6.2 操作可行性研究 - 6 -7 結(jié)論 - 6 -1 引言1.1 編寫(xiě)目的可行性研究的目的，是用最小的代價(jià)在盡可能短的時(shí)間確定問(wèn)題 是否解決。經(jīng)過(guò)對(duì)此項(xiàng)目的初步的分析和設(shè)計(jì)， 初擬系統(tǒng)實(shí)現(xiàn)報(bào)告， 對(duì)軟件 開(kāi)發(fā)中面臨的問(wèn)題及其解決方案進(jìn)行初步及合理安排。 明確開(kāi)發(fā)風(fēng)險(xiǎn) 及其帶來(lái)的經(jīng)濟(jì)效益。本報(bào)告經(jīng)審核，交項(xiàng)目經(jīng)理審查。1.2

3、 背景軟件名稱(chēng)：患者監(jiān)護(hù)系統(tǒng)軟件提出者：XX醫(yī)院軟件開(kāi)發(fā)者：患者監(jiān)護(hù)系統(tǒng)開(kāi)發(fā)團(tuán)隊(duì)（ 10 名）用戶(hù)：XX醫(yī)院實(shí)現(xiàn)軟件的單位：XX軟件開(kāi)發(fā)公司軟件系統(tǒng)與XX醫(yī)院機(jī)構(gòu)的關(guān)系：該軟件系統(tǒng)只為XX醫(yī)院服務(wù)。1.3 定義 專(zhuān)門(mén)術(shù)語(yǔ) 生理信號(hào)：脈搏，體溫，血壓，心電圖1.4 參考資料醫(yī)生規(guī)定的安全圍 個(gè)人隱私保護(hù)法 相關(guān)醫(yī)患關(guān)系法律法規(guī)2 可行性研究的前提2.1 要求功能：對(duì)病人的病情進(jìn)行有效的監(jiān)控性能：響應(yīng)時(shí)間快，吞吐量大，資源利用高輸出：患者信息，病情消息輸入：生理信號(hào)，時(shí)鐘信息，患者日志，生理信息安全圍 安全：患者信息、病情消息決不對(duì)外透露 完成期限： 2010年 9月 1日2.2 目標(biāo)以最低的成本

4、，在最短的時(shí)間開(kāi)發(fā)出病人監(jiān)護(hù)系統(tǒng)。2.3 條件、假定和限制 所建議系統(tǒng)的運(yùn)行壽命的最小值： 20 年 進(jìn)行系統(tǒng)方案選擇比較的時(shí)間： 1 個(gè)月 經(jīng)費(fèi)、投資方面的來(lái)源于 XX 醫(yī)院財(cái)務(wù)部運(yùn)行環(huán)境：操作系統(tǒng)：WindowsXP/Vista、Windows7、Linux ; 數(shù)據(jù)庫(kù)類(lèi)型：大型數(shù)據(jù)庫(kù)；系統(tǒng)投入使用的最晚時(shí)間： 2010年 12月 1日2.4 進(jìn)行可行性研究的方法通過(guò)對(duì)患者、 醫(yī)務(wù)人員、 醫(yī)院管理人員這三類(lèi)人員進(jìn)行調(diào)查問(wèn)卷 及訪(fǎng)問(wèn)談話(huà)而得到病人、 醫(yī)務(wù)人員對(duì)此系統(tǒng)的信任度及依賴(lài)度。 通過(guò) 建模來(lái)成本分析，可行性分析。2.5 評(píng)價(jià)尺度成本/效益分析 效益成本 技術(shù)可行，現(xiàn)有的技術(shù)可完全擔(dān)任開(kāi)

5、發(fā)任務(wù)。 操作可行，有良好的界面，可讓工作人員快速接受3 所建議的系統(tǒng)3.1 對(duì)所建議系統(tǒng)的說(shuō)明 目前住院病人主要由護(hù)士護(hù)理，這樣做不僅需要大量護(hù)士，而且 由于不能隨時(shí)觀(guān)察危重病人的病情變化， 還可能會(huì)延誤搶救時(shí)機(jī)， XX 醫(yī)院打算打發(fā)患者監(jiān)護(hù)系統(tǒng)來(lái)解決患者監(jiān)護(hù)問(wèn)題。3.1.1 具體要求：隨時(shí)接收病人的生理信號(hào)， 定時(shí)記錄病人情況 對(duì)病人的危重病情發(fā)生警告信息 打印病情報(bào)告3.1.2 如何滿(mǎn)足要求患者日志的是按時(shí)鐘信息定期形成 只有病人的生理信號(hào)超出醫(yī)生規(guī)定的安全圍時(shí)才發(fā)生警告 信息指定病人的病情報(bào)告只有在需要時(shí)才被打印3.1.3 系統(tǒng)實(shí)現(xiàn)方法 我們開(kāi)發(fā)病人監(jiān)護(hù)系統(tǒng)，主要采用的技術(shù)：VC+面向

6、對(duì)象技術(shù)局域網(wǎng)技術(shù) 關(guān)系數(shù)據(jù)庫(kù)技術(shù)由于采用了以上技術(shù)，PC機(jī)以C/S方式接入主服務(wù)器，請(qǐng)求信息服務(wù)。此外，使用局域網(wǎng)技術(shù)有利于保證數(shù)據(jù)的安全性和性。3.2 處理流程和數(shù)據(jù)流程3.3影響3.3.1 對(duì)XX醫(yī)院的影響該系統(tǒng)應(yīng)用后，可以方便 XX醫(yī)院的醫(yī)務(wù)人員對(duì)患者的監(jiān)控，可 以減少護(hù)士的工作量，更重要的是可以監(jiān)控到病人的危重的病情，抓住每次的搶救時(shí)機(jī)。相信該系統(tǒng)運(yùn)行后，醫(yī)院會(huì)出現(xiàn)更嚴(yán)謹(jǐn)、更條理 的秩序。對(duì)系統(tǒng)運(yùn)行過(guò)程的影響系統(tǒng)使用期三個(gè)月，對(duì)原始數(shù)據(jù)進(jìn)行錄入，包括所有的醫(yī)療設(shè)備 信息，醫(yī)療藥品信息，所有的病人信息，醫(yī)務(wù)人員信息，病房信息， 醫(yī)患監(jiān)護(hù)信息，系統(tǒng)管理信息，醫(yī)院財(cái)務(wù)信息等等。經(jīng)過(guò)體驗(yàn)后，

7、優(yōu) 化該系統(tǒng)的性能，把不良的組件重新開(kāi)發(fā)。3.3.3 技術(shù)條件方面的可行性在當(dāng)前的限制條件下，該系統(tǒng)的功能目標(biāo)能達(dá)到利用現(xiàn)有的限制條件下，該系統(tǒng)的功能能實(shí)現(xiàn)對(duì)開(kāi)發(fā)人員的數(shù)量和質(zhì)量的要求能夠滿(mǎn)足在規(guī)定的期限，本系統(tǒng)的開(kāi)發(fā)能完成4 可選擇的其他系統(tǒng)方案4.1 客戶(hù)端與服務(wù)器聯(lián)系在一起在每個(gè)病房只設(shè)置終端， 在專(zhuān)門(mén)的工作室設(shè)置服務(wù)器， 數(shù)據(jù)由終 端輸入，只在終端上顯示結(jié)果。使用客戶(hù)端 / 服務(wù)器機(jī)理，簡(jiǎn)化數(shù)據(jù) 流量，加快數(shù)據(jù)處理。5 投資及效益分析5.1 支出一次性投資：數(shù)據(jù)庫(kù)構(gòu)建： 1.5 萬(wàn)元系統(tǒng)構(gòu)建、測(cè)試： 40 萬(wàn)元操作員培訓(xùn)： 0.3 萬(wàn)元總計(jì)： 41.8 萬(wàn)元經(jīng)常性支出：人工費(fèi)用： 6（月） *5000*10=30 萬(wàn)元其它不可預(yù)知的消費(fèi)： 20 萬(wàn)元總共： 50 元支出共計(jì)： 91.8 萬(wàn)元5.2 收益一次性收益： 150 萬(wàn)元5.3 收益/ 投資比150/91.8=1.635.4 投資回收周期半年6 社會(huì)因素方面的可行性6.1 法律方面的可行性所有軟件都選用正版 所有技術(shù)資料都