【正文】 單擊“點(diǎn)擊查詢”則在界面中間的 DataGril 表格中顯示所要查詢的病人的基本費(fèi)用。在插入、修改以及刪除操作時(shí)，也應(yīng)先選擇“病人 ID”，然后根據(jù)具體要求填充編輯條件中的信息。 ? 在插入 、修改以及刪除操作時(shí)，應(yīng)先選擇“病人 ID”，然后根據(jù)具體要求填充編輯條件中的信息。 其中，點(diǎn)擊“主治醫(yī)生信息查詢”按鈕后得到如下界面： 主 治 醫(yī) 生 信 息 查 詢主 治 醫(yī) 生 信 息 查 詢主 治 醫(yī) 生 信 息 查 詢關(guān) 閉 29 出現(xiàn)此界面時(shí)，數(shù)據(jù)庫已將所有醫(yī)生信息顯示在界面的 DataGril 表格中，只要點(diǎn) 擊下面的“主治醫(yī)生信息查詢”按鈕，表中就會顯示所要查詢的醫(yī)生信息。 27 住 院 管 理住 院 管 理病 人 費(fèi) 用 信 息 管 理病 人 基 本 信 息 管 理 退 出醫(yī) 院 住 院 管 理 信 息 系 統(tǒng) 標(biāo)題：住院管理 采用菜單編輯器編輯三個(gè)下拉菜單，其中“病 人基本信息管理”包括“病人基本信息查詢”和“病人基本信息編輯”。 23 病 人操 作 員登 錄 界 面 床 位 種 類 表病 人 信 息增 加 床 位 數(shù) 據(jù) 流 程 圖選 擇 增加 床 位病 人 床 位 表增 加 床位 以上即為 增加床位 的流程示意圖 。 。 22 病 人操 作 員登 錄 界 面病 人 費(fèi) 用 清 單預(yù) 付 費(fèi) 繳 款 數(shù) 據(jù) 流 程 圖選 擇 預(yù)付 費(fèi) 繳款計(jì) 算 應(yīng)繳 款 總金 額繳 款已 繳 款 清 單病 人 費(fèi) 用 清 單 以上即為 預(yù)付費(fèi)繳款 的流程示意圖。 、總金額及收款人的姓名。 。 21 操 作 員病 人換 床 界 面 病 人 信 息 表病 人 信 息病 人 換 床 數(shù) 據(jù) 流 程 圖選 擇 病人 換 床住 院 病 人 床 位 表更 換 新床 位 號 以上即為 病人換床 的流程示意圖。 。住院時(shí)，病人可以要求更換床 位。 。 ，列出所有住院病人。 ，系統(tǒng)回到主菜單 。 。 18 病 人操 作 員系 統(tǒng) 出 現(xiàn) 登 記 界 面病 人 住 院 登 記 表住 院 登 記 數(shù) 據(jù) 流 程 圖病 人 入 院 登 記 表更 新 數(shù)據(jù) 庫輸 入 病人 信 息住 院 登記 以上即為住院登記的流程示意圖。 。 預(yù)付費(fèi)繳款子系統(tǒng)， 主要負(fù)責(zé) 預(yù)付費(fèi)繳款的過程。其中，包含的數(shù)據(jù)庫表如下表所示： 數(shù)據(jù)庫 名稱 數(shù)據(jù)庫表名稱 數(shù)據(jù)庫表標(biāo)識 住院病人 床位數(shù)據(jù)庫 住院病人床位表 Code_ bedspace 在住院病人 床位數(shù)據(jù)庫 設(shè)計(jì)的基礎(chǔ)上，建立住院病人 床位數(shù)據(jù)庫 流程，如下圖所示： 病 人 換床C o d e _ b e d s p a c e住 院 病 人 床 位 表增 加 床位C o d e _ b e d s p a c e住 院 病 人 床 位 表 16 。 3. 社會可行性 15 由于醫(yī)院住院病人數(shù)量眾多 ,因而通過電腦化操作可以減少紙張的使用 ,同時(shí)由于數(shù)據(jù)直接通過局域網(wǎng)傳輸 ,可以減少信息傳遞時(shí)間 ,提高效率 ,同時(shí)也方便醫(yī)生 ,病人搜查相關(guān)住院信息 ,提高醫(yī)院工作透明度和工作效率。該管理系統(tǒng)通過 ADO 方式與后臺數(shù)據(jù)庫 Microsoft SQL Sever 2021 相連接 ,建立了一個(gè)基于 C/S（客戶機(jī) /服務(wù)器）的數(shù)據(jù)庫應(yīng)用管理系統(tǒng)。 子系統(tǒng) 5：預(yù)付費(fèi)繳款子系統(tǒng)， 主要負(fù)責(zé) 預(yù)付費(fèi)繳款的過程。 由表可得各子系統(tǒng)的功能如下： 子系統(tǒng) 1：住院登記子系統(tǒng)，主要負(fù)責(zé)病人到 醫(yī)院就診住院，醫(yī)生為病人進(jìn)行登記。 數(shù)據(jù)庫規(guī)劃一覽表見下： 序號 主題數(shù)據(jù)庫名稱 主題數(shù) 據(jù)庫標(biāo)識 1 住院 病人基本信息數(shù)據(jù)庫 Db_patient information 2 住院病人費(fèi)用數(shù)據(jù)庫 Db_costs 3 住院床位數(shù)據(jù)庫 Db_bedspace 4 出院病人數(shù)據(jù)庫 Db_patients 5 住院病人預(yù)付費(fèi)數(shù)據(jù)庫 Db_prepaid 概念模型設(shè)計(jì) 11 相應(yīng)的實(shí)體 — 屬性關(guān)系如下 : 負(fù)責(zé) 住院醫(yī)生 醫(yī)生 下達(dá) 門診醫(yī)生 解釋 1 解釋 2 解釋 3 解釋 4 住院病人 歸檔感 住院病案 相應(yīng) 檢查項(xiàng)目 檢驗(yàn)項(xiàng)目 手術(shù)項(xiàng)目 住院處方 對應(yīng) 1 對應(yīng) 2 對應(yīng) 3 對應(yīng) 4 收費(fèi)項(xiàng)目 支付 累積 門診病人 1 1 1 1 1 1 1 1 1 n 1 m n n 1 1 1 1 n 1 1 1 1 1 1 1 n 1 n 1 1 1 住在 病區(qū) n 1 對應(yīng) 5 1 1 交付 病人 入院通知單 解釋 5 1 1 出院通知單 床位 藥品提領(lǐng)單單 醫(yī)囑 屬于 12 (身份證號 ,姓名 ,出生日期 , 性別 ,年齡 ,婚姻狀況 ,職業(yè) ,出生地 ,民族 ,國籍 ,工作單位及地址 ,電話 ,郵政編碼 ,戶口 地址 ,聯(lián)系人姓名 ,聯(lián)系人地址 ,聯(lián)系人電話 ,是否住院 ) (住院號 ,姓名 ,入院科別 ,入院時(shí)間 ) (醫(yī)師編號 ,姓名 ,出生日期 ,出生地 ,民族 ,國籍 ,戶口地址 ,婚姻狀況 ,年齡 ,住址 ,電話 ,專業(yè)技術(shù)職務(wù) ,備注 ) (姓名 ,醫(yī)師編號 ,所屬科室 ,是否當(dāng)值 ) (病案號 ,病人姓名 ,住院號 ,入院科別 ,入院病室 ,入院時(shí)間 ,入院情況 ,轉(zhuǎn)科情況 ,出院科別 ,出院科別 ,出院病室 ,出院時(shí)間 ,入院診斷 ,入院后確診時(shí)間 ,出院診斷 ,出院情況 ,其他 ) (床號 ,住院號 ,姓名 ,經(jīng)管醫(yī)生 ,護(hù)理人員號碼 ,是 否空床 ,治療結(jié)果 ,床位租金 ,入院日期 , 住院天數(shù) ,交費(fèi)方式 ) (病區(qū)名 ,床位數(shù) ,負(fù)責(zé)人 ,入住人數(shù) ,出院人數(shù) ,治愈率 ,好轉(zhuǎn)率 ,未愈率 ,死亡率 ,診斷符合率 ,床位使用率 ) (診斷序號 ,診斷類別 ,疾病編碼 ,疾病名稱 ,啟用日期 ,處理日期 ,醫(yī)囑內(nèi)容 ,領(lǐng)藥量 ,主治醫(yī)師 ,病人姓名 ,住院號 ,出院轉(zhuǎn)歸 ,病理符合 ) (處方號 ,診斷序號 ,處方內(nèi)容 ,主治醫(yī)師 ,病人姓名 ,住院號 ,附注 ) (檢查序號 ,診斷序號 ,病人姓名 ,住院號 ,檢查類別 ,檢查內(nèi)容 ,檢查日期安排 ,檢查負(fù)責(zé)人員 ,檢查結(jié)果 ,附注 ) (檢驗(yàn)序號 ,診斷序號 ,病人姓名 ,住院號 ,檢驗(yàn)類別 ,檢驗(yàn)內(nèi)容 ,檢驗(yàn)日期安排 ,檢驗(yàn)負(fù)責(zé)人員 ,檢驗(yàn)結(jié)果 ,附注 ) (手術(shù)序號 ,診斷序號 ,手術(shù)名稱 , 手術(shù)室號 ,病人姓名 ,住院號 ,主刀醫(yī)師 ,手術(shù)日期 ,麻醉方式 ,切口情況 ,手術(shù)持續(xù)時(shí)間 ,手術(shù)結(jié)果 ) (項(xiàng)目列號 ,項(xiàng)目內(nèi)容 ,病人姓名 ,住院號 ,收費(fèi)類型 ,收款日期 ,收款員 ,收款金額 ,結(jié)賬情況 ,結(jié)賬金額 ,是否轉(zhuǎn)賬 ) (通知單號 ,門診醫(yī)師號 ,醫(yī)師姓名 ,病人姓名 ,病人號 ,診斷建議 ,收費(fèi)情況 ,批準(zhǔn)與否 ) (通知單號 ,住院醫(yī)師號 ,醫(yī)師姓名 ,病人姓名 ,病人號 ,診斷建議 ,收費(fèi)情況 ,批準(zhǔn)與否 ) 解釋一 :新加入的“醫(yī)生”“病人”兩個(gè)實(shí)體 .它們分別是“住院醫(yī)生”和“住院病人”的超類 .之所以要這樣 ,原因是由于“住院病人”與“門診病人”有很多相同的屬性 ,這樣就造成了數(shù)據(jù)冗余 .而如果讓他們相同的屬性由一個(gè)超類“病人”來擁有的話 , “住院病人”與“門診病人”就可以繼承它的所有屬性 . 解釋二 :對于各類型的預(yù)約 ,由于其功能比較單一 ,可在相應(yīng)的項(xiàng)目中以“日期安排”的屬性來完成其功能 (如“檢查項(xiàng)目”中用“檢查日期安排”來代替“檢查預(yù)約” ).這樣 就使總 ER 圖比較的簡潔了 . 解釋三 :手術(shù)項(xiàng)目中涉及到的麻醉藥品與器械在此總圖中沒有反應(yīng) (畫圖出現(xiàn)分叉 ).由于麻醉藥品從屬于藥品 ,因此在“手術(shù)項(xiàng)目”中以“麻醉方式”描述其 小類編號、藥庫號和品名 ,這樣就不用單述 “麻醉藥品”一個(gè)實(shí)體了 (“藥品”的實(shí)體、屬性在藥品進(jìn)出管理子系統(tǒng)中描述 ,因此總圖也不涉及 ).對于器械這一個(gè)實(shí)體 ,由于此次只有門診、住院、藥品管理三個(gè)子系統(tǒng) ,沒有涉及器械的管理 ,因此在此圖中略去 .如是一個(gè)完整的醫(yī)院信息管理系統(tǒng)則應(yīng)該加入 . 13 解釋四 :在圖中該加入“出院通知單”這一個(gè)實(shí)體 .由于圖中空余不夠 ,因此沒有畫出 .其應(yīng)與病人發(fā)生聯(lián)系 (與“入院通知單”相同 ). 解釋五 :對于“住院醫(yī)生”這個(gè)實(shí)體應(yīng)有“工作安排”的這樣一個(gè)實(shí)體與之聯(lián)系 .但考慮到其只要與“醫(yī)生”發(fā)生聯(lián)系即可 ,這樣的聯(lián)系將在匯總 ER 圖是再考慮 ,本部分則略去 . 至此 ,本部分的 ER 設(shè)計(jì)大體已經(jīng)結(jié)束 .在相應(yīng)實(shí)體的屬性中 ,必然有相應(yīng)的冗余部分 ,此外