本科實驗報告課程名稱：軟件工程A實驗項目：軟件工程A實驗實驗地點：4502專業班級：學號：學生姓名：指導教師：2013年01月08日實驗一傳統軟件工程的可行性研究一、實驗目的目的：確定課題，熟悉軟件開發環境，寫出可行性報告。任務：根據提供的課題需求和條件，按照軟件開發國家標準可行性報告書寫格式，寫出該課題的可行性報告，并熟悉相應的軟件開發環境。二、實驗內容1.實驗內容與要求：根據實驗指導書提供的課題需求和條件，按照軟件開發國家標準可行性報告書寫格式，寫出該課題的可行性報告。熟悉相應的軟件開發工具的使用環境。2.準備參考資料和閱讀相關的國家有關軟件開發的標準文檔。三、主要儀器設備Windows7操作系統。四、實驗步驟患者監護系統可行性研究報告1.1引言目前住院病人主要由護士護理，這樣做不僅需要大量護士，而且由于不能隨時觀察病人的病情變化，還會延誤搶救時間。因此，某醫院想開發一個以計算機為中心的患者監護系統。醫院最最重要的部門即是住院部，很大一部分病人需要進行住院以達到最佳治療效果，其信息化的實現，可以更好更準確的記錄病人信息，使病人得到最好的監護管理，所以住院部勢必要在各方面實現信息化。同時，對醫療衛生的要求也越來越高。監護記錄的往往是病人的基本檔案，方便醫護人員更好的了解病人的情況，給病人提供及時的治療。本系統就是針對這方面的迫切需求而設計實現的。1.1.1編寫目的此文檔作為用戶對即將開發的軟件的功能要求，是軟件設計和開發主要依據。 1.1.2項目背景項目名稱：醫院計算機監護系統開發單位：太原理工大學計Z1002班軟件小組1.2可行性研究的前提1.2.1要求A.監護系統要能夠隨時接收病人的生理信號，如血壓、體溫、脈搏、心電圖等，監視病員的病癥；B.定時記錄病人情況以形成患者日志，定時更新病歷；C.當某個病人的生理信號超出醫院的規定的安全范圍時向值班護士發出警告信息，病員出現異常情況時報警；D.護士在需要時還可要求系統打印某個病人的病情報告，隨機地產生某一病員的病情報告。E.性能：本系統要求反應時間不得低于2秒；定期對數據庫備份。E.本系統要求輸出的數據有：查詢信息、報表、警報控制信號。F.掛號科的工作人員負責病人基本信息的輸入，住院部的醫護人員負責病人住院日志的情況，管理員負責系統的維護。1.2.2目標該系統要求能夠隨時接受每個病人的生理信號(脈搏、體溫、血壓、心電圖等)，定時記錄病人情況以形成患者日志，當某個病人的生理信號超出醫生規定的安全范圍時向值班護士發出警告信息，病員出現異常情況時報警；此外，護士在需要時還可以要求系統打印出某個病人的病情報告，隨機地產生某一病員的病情報告。本軟件系統要求安全、可靠（具有出錯處理能力）、準確。1.3對當前系統的分析本系統的最終用戶為醫院，根據從醫院方面取得的圖表資料、文字資料以及其他細節方面的信息，又從日常生活中的經驗，和所做的其他詢問和調查，得出用戶下列實際要求。1.3.1醫院的組織及職責醫院的主要構成分為兩個部分，門診部門、住院部門，所有日常工作都是圍繞著這兩大部門進行的。門診部門和住院部門各下設若干科室且部分交叉，各科室都有相應的醫生、護士，來完成所承擔的醫療工作。其中，門診藥房負責門診病人的藥品管理，包括根據處方，按處方內容備藥、發藥，向藥庫領藥等；住院處負責所有就醫病人的住院事宜和相關管理；檢驗科室負責病人的各項檢驗，以及與各項檢驗相關的管理，藥劑取用等。上述各部門都有相關的辦公地點、治療地點和相對固定的工作人員。1.3.2信息要求由于系統的使用主體是醫院的管理人員，因此對系統的信息要求可分為以下幾個方面：病人信息首先是病人的基本信息，主要包括病人的姓名，性別，出生年月，年齡，家庭住址，聯系方式等；對于門診病人，需要就診時間，就診醫科，就診結果，處方記錄，檢查時間，檢查項目，檢查結果，檢驗時間，檢驗項目，檢驗結果等；對于住院病人，需要入院時間，所在病區，所在醫科，床位號，主治醫師，用藥記錄，檢查時間，檢查項目，檢查結果，檢驗時間，檢驗項目，檢驗結果，手術時間，手術相關記錄，病人病情變化記錄，相關體檢記錄，出院時間等。1.3.3系統功能完成病人的入、出、轉登記；管理病區床位，提供換床、掛床、包床處理；錄入、維護或執行和各類長短期醫囑；根據用藥類醫囑自動生成處方并劃價記賬，發送至中心藥房申領藥品；向檢查科室提交檢查申請；向檢驗科室提交檢驗申請；向手術室提交手術申請；對于病人在病區發生的床費等各項常規費用進行及時記賬；自動采集用藥相關費用，如注射費、注射器費、滴管費等；錄入病人體征信息、診斷信息；可以設置預交金報警下限，對病人賬目實時監控，余額不足時自動提示，避免欠費的發生；公布病人每日用款情況；輸出各種護理工作單：治療單、服藥單、肌注單、滴注單等；1.3.4系統結構1.4技術可行性分析1.4.1硬件、軟件、運行環境和開發環境軟件需求：操作系統Windows2000及以上；數據庫服務器端軟件ORACLE9I，VisualStdio2010，ZigBee無線網絡模塊。硬件需求：10M以上的LAN接入網絡帶寬，P43.0GXeonCPU/1G內存/360G(10K)SCSI硬盤的服務器，P3以上微機帶網卡的客戶機，P43.0GXeonCPU/1G內存/36G(10K)RAID硬盤的數據庫。1.4.2技術可行性評價系統采用VisualStdio2010實現，依靠其強大的控件系統，Oracle數據庫管理系統和用C++語言編制的傳感器驅動程序，ZigBee無線網絡模塊相結合，能在2個月內開發出系統。1.5經濟可行性分析1.5.1當前效益目前很多醫院由于完全采用純人工的方式來完成工作，醫務人員要一邊關注某些病人的情況，一邊還要忙著對其它的病人進行醫療診斷，工作量大，耗時比較多，所以工作效率低。這將給醫院帶來巨大的無形經濟損失。同時各種指導實習護士的工作量、人工費，也是一個不小的開支。1.5.2系統效益本系統能滿足各種業務要求的醫療計算機監護系統，在采用生命周期的前提下，從問題識別到系統實施、評價、維護，開發周期如果以兩年計，共需人工成本m元，各種軟硬件成本n元，日常維護費用o元，共計成本費用p元，略高/低于兩年的人工費用總和。由于系統能在未來較長的一段時間內穩定地發揮作用，對于醫院的提高管理水平很大的幫助。這樣才能使醫院早日接入到總行的更高層次的網絡體系中，更加廣泛的吸收各方面的信息資源，為醫院業務在將來的擴張打下堅實的基礎，其經濟效益將更上一層樓。1.6法律可行性分析該監護系統可以建立合同作為雙方合作的基礎，所以不會存在任何侵犯、妨礙和責任問題。即使存在了，也可以根據合同進行分析，一定有人會負責任，所以此系統完全可以進行開發。1.7可行性分析結論由以上經濟