醫(yī)院病房信息管理系統(tǒng)-閱讀頁
2025-01-05 05:40本頁面
【正文】 ，數(shù)據(jù)字典等） 病人 =病人 姓名 +病人 身份證號 +病人 電話號碼 +病人家庭 住址 +既往 病史 病人家庭 地址 =*住院病人 家庭所屬的市（縣），區(qū)（鎮(zhèn)） ；由 50 個(gè) 字符組成 * 9 病人 名字 =*住院病人 的名字；由 30 個(gè) 字符 組成 * 病人 身份證號 =*住院病人 的身份證號；由 18 個(gè)數(shù)字組成 * 病人 電話號碼 =*住院病人 的電話號碼；格式為 AAAEEENNNN XXXX,分別表示區(qū)號，電話局號，號碼和擴(kuò)展號碼 * 既往 病史 =*住院病人之前的生病歷史；由 200 個(gè)字符 組成 * 病房 =所屬科室 +病房 號 +病房位置 +病房 狀態(tài) 所屬科室 =*住院病人要住院的科室；由 50 個(gè)字符組成 * 病房號 =*格式為 XXXX，第一個(gè) X 表示所屬科室代號，第二個(gè) X 表示病房所在樓層，后面兩個(gè)表示病房在該樓層的號碼 * 病房位置 =*病房的具體位置；由 50 個(gè)字符組成 * 病房狀態(tài) =[已滿 ][未滿 ] 床位 =所屬病房號 +床位號 +床位價(jià)格 所屬科室 =*住院病人要住院的科室；由 50 個(gè)字符組成 * 床位狀態(tài) =[已入住 ][空閑 ] 床位價(jià)格 =*一個(gè)病房的床位價(jià)格； 格式為 X 千 X 百 X 十 X 角 X 分 * 10 研制報(bào)告 1．研制過程 本課程設(shè)計(jì)的 研制 時(shí)間是 20212021 第一學(xué)期的 21 周，具體安排如下： 周 1：查找資料，調(diào)查研究，獲取需求。 周 周 5：撰寫課程設(shè)計(jì)報(bào)告。 、 不足和體會 在課程 設(shè)計(jì)的準(zhǔn)備階段我向一個(gè)在醫(yī)院工作的同學(xué)做了很多的需求獲取，從實(shí)際中知道了醫(yī)院的病房是如何管理的，病人住院和出院的流程。 要真正深入透徹的了解“醫(yī)院病房信息管理系統(tǒng)”必須去了解整個(gè)的“醫(yī)院信息管理系統(tǒng)”（ HIS），才能從一些細(xì)節(jié)方面理解“醫(yī)院病房 信息管理系統(tǒng)”是如何實(shí)現(xiàn)病房管理，如何與其他軟件系統(tǒng)交互的。在整個(gè)課程設(shè)計(jì)期間，我發(fā)現(xiàn)并彌補(bǔ)了自己的某些知識方面的缺陷和不足，這次課程設(shè)計(jì)使我的知識能力得到了很大的提高！ 11 附錄 A：術(shù)語表 業(yè)務(wù)規(guī)則：定義或約束業(yè)務(wù)某些方面的政策，原則，標(biāo)準(zhǔn)或規(guī)則。 類：描述了具有公共特性 和行為的一個(gè)對象集，一般情況下，與業(yè)務(wù)或問題域中的真實(shí)世界條目（人，地點(diǎn)或東西）相對應(yīng)。 客戶：一類項(xiàng)目涉眾，他們請求，付款，選擇，規(guī)定，使用或接受產(chǎn)品生產(chǎn)的輸出。 數(shù)據(jù)流圖：一種分析模型，它描繪了過程，數(shù)據(jù)集合，端點(diǎn)以及它們之間的流，這種流表現(xiàn)了業(yè)務(wù)過程或軟件系統(tǒng)的行為特點(diǎn)。 事件：系統(tǒng)環(huán)境中發(fā)送的觸發(fā)或刺激，系 統(tǒng)對此做出響應(yīng)，例如功能行為或狀態(tài)的變更。除非有恢復(fù)機(jī)制，否則無法得到用例的后置條件，無法滿足參與者的目的。將執(zhí)行可選路徑時(shí)參與者遵循的步驟打包成一個(gè)擴(kuò)展用例，調(diào)用次用例會執(zhí)行可選動作。 外部接口需求：對軟件系統(tǒng)和用戶，另一個(gè)軟件系統(tǒng)或硬件設(shè)備之間接口的描述。 前置條件：用例開始之前必需滿足的條件或者系統(tǒng)必需達(dá) 到的一種狀態(tài)。 順序圖：是一種分析模型，展示了系統(tǒng)中對象或組件之間消息傳遞的順序，以完成某一活動。它所可能存在的狀態(tài)。 用例：描述了執(zhí)行者與系統(tǒng)之間邏輯上相關(guān)的可能交換集，系統(tǒng)輸出為執(zhí)行者提供了價(jià)值。 用例圖：一種分析模型，它確認(rèn)了與系統(tǒng)交互以達(dá)到有用目的的執(zhí)行者，和每一個(gè)執(zhí)行者將執(zhí)行的各 種用例。 用戶需求：用戶通過系統(tǒng)必須能夠達(dá)到的用戶目的或任務(wù)，或者陳述 12 了用戶對系統(tǒng)質(zhì)量的期望。 BR2 病人要轉(zhuǎn)換科室必須具有主治醫(yī)生的批準(zhǔn) 約束 靜態(tài) 值班護(hù)士 BR3 病人要轉(zhuǎn)換的床位必須是空閑狀態(tài)，而且 約束 靜態(tài) 值班護(hù)士 只能在特定的科室間轉(zhuǎn)換床位 BR4 病人辦理出院時(shí)必須是在當(dāng)天的早上 8： 00 約束 動態(tài) 收費(fèi)人員 到下午 5： 00 之間 BR5 值班護(hù)士通過病房病案信息為每個(gè)病房的病 事實(shí) 動態(tài) 值班護(hù)士 人調(diào)配物資 附錄 D：待定問題清單 待定問題 1：硬件接口沒有確定 。 待定問題 3：病房的清潔工作是是否交付給保潔公司管理
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號-1