醫(yī)院病房信息管理系統-wenkub
2022-12-27 05:40:13 本頁面
【正文】 用方法和步驟以及實用工具。 1 課程設計任務書 學生姓名： 專業(yè)班級： 指導教師： 工作單位： 題 目 : 醫(yī)院病房信息管理系統 初始條件： 理論： 學完《軟件需求工程》，結合《軟件工程導論》、《數據結構》和《程序設計》等課程中學習的原理和方法。要求學生能獨立地完成中小型軟件系統的需求分析。 強調獨立完成，杜絕抄襲。 課程設計報告書收取時間： 21周的周五（ 1 月 25 日）班長收齊，過時不候；班長于 25 日下午到東配樓 409 室，交給各班指導教師；同時要交設計報告的電子版（各班可以合交一張光碟）。除非在 其他地方另有說明，這里指定的所有需求都具有高優(yōu)先級，而且都要在此 系統中加以實現。 就好像一個現代化醫(yī)院的成功離不開功能完整，美好舒適策建筑物，技術嫻熟的醫(yī)護人員，性能齊全，高精尖的醫(yī)療設備一樣，它也離不開計算機化的信息管理系統。 主班護士 主班護士 主要負責一些基本的業(yè)務， 當病人進行住院登記的時候對病人建立檔案，分配病房， 管理 病房，調配物質；當病人要轉科，轉床的時候負責調配病房， 并對病人的檔案和病房狀態(tài)進行更新 ；有時 還 需要查詢病房信息和病人信息 。他們主要 負責病人辦理出院手續(xù)的時候 幫助病人結算住院費用 ，然后 根據系統的核算結果對病人的費用進行相應的處理。 OE2： 為了適應新的操作系統， “醫(yī)院病房信息管理系統”的演化版本將能夠在 Windows Vista 操作系統中運行。 CO4：系統開發(fā)語言使用 VC++。 DE2：“醫(yī)院病房信息管理系統 ”的運行依賴于“住院費用管理系統 ”所做出的變更，病房管理員根據后者提供的信息對 病房進行管理，例如提醒病人及時繳納費用 。 前置條件 病人需要住院，并有主診醫(yī)生對其診治開的開據 。 系統提示 有滿足需要的病房 。 主班護士給病人安排床位 。 系統顯示信息：“沒有符合要求的床位空閑。 后置條件 主班護士根據病人的開據幫助病人辦理好出院手續(xù) 。 主班護士再次核算病人住院費用。 前置條件 病人有住院床位 。 系統驗證病人身份。 分支過程 病人所需床位沒有空缺 ：病人 需要 轉科室，主班護士 詢問病人是否愿意加床位。 4．外部接口需求 （ User Interface, UI） UI1:“ 醫(yī)院病房信息管理系統 ”的 將基于 Visual C++的 MFC 單文檔開發(fā)，界面采用窗口方式顯示，操作使用窗口的菜單 。 （ Software Interfaces, SI） SI1： 醫(yī)院 住院費用管理系統 。 性能（ PErformance）需求 PE1：在當地時間早晨 9 點到 12 點這一段高峰期間，系統將能適應 400個用戶，平均每個會話估計持續(xù) 8 分鐘。 （ SEcurity）需求 SE1:所有涉及功能信息或個人信息的 事務，都要進行加密操作。 Robustness（健壯性） 1： 如果 在更換病房信息提交之前系統錯誤導致關閉，則系統下次啟動時將自動恢復之前的病房病人信息 。 本設計的 評估 本課程設計的準備工作做得很充分，“醫(yī)院病房管理系統”的需求分析做的很充足， SRS 撰寫的格式清晰明了，內容充實。這方面我做的不足， 這一次課程設計再一次鍛煉我做軟件需求分析以及軟件建模的能力，鞏固了這個學期學的相關知識，并且我懂得了如何將學到的知識運用到實際中去。 約束：設計和構造產品時，開發(fā)人員進行有效選擇時必須強行接受的限制條件。 依賴關系：一個項目對它控制之外的外部因素，事件或團體的依賴。 擴展關系：用例中可選路徑從正常的步驟序列中分叉的一種結構。 功能性需求：對在某些特點條件下系統將展示的必需的功能或行為的描述。 狀態(tài)圖：一種分析模型，它展示了系統中對象在其生存期間所經過的狀態(tài)順序，以響應所發(fā)生的特定事件；或者展示了系統作為一個整體。用例可以包含多個場景。 附錄 B：分析模型 圖 是“醫(yī)院病房信息管理系統”的 病人 用例圖 圖 是“醫(yī)院病房信息管理系統”的主班護士用例圖 圖 是“醫(yī)院病房信息管理系統”的時序圖 圖 是 “醫(yī)院病房信息管理系統”的數據流圖 圖 13 圖 圖 14 住院開據 查詢結果 空閑床位信息 病人信息 病人信息 床位信息
畢業(yè)設計相關推薦
鄂ICP備17016276號-1