結構化系統設計學習報告-資料下載頁
2025-01-07 07:44本頁面
【正文】 模型 實體集 關系（表） 實體 元組（行） 屬性 屬性（列） 屬性值 元組分量（列值） ? ER圖向數據模型的轉換準則： ? 實體轉換為關系 ? 聯系轉換為關系 ? 合并原則 49 ? 數據模型的優(yōu)化： ? ? 極小化處理，消除冗長的聯系 ? 行分析，考察是否存在部分函數依賴、傳遞函數依賴等，確定各個函數屬于第幾范式。 ? 處理的要求，分析對于這樣的應用環(huán)境，這些模式是否合適，確定是否要對它們進行合并或分解 51 52 ? （一）背景 ? 某醫(yī)院是一家以中醫(yī)為主、中西醫(yī)結合、中等規(guī)模的三級甲等醫(yī)院醫(yī)院。該醫(yī)院有開放床位450張，年門診量 25萬左右人次，年住院病人6000—8000人次。由于該院是 —所建于 20世紀50年代的老醫(yī)院，幾十年延續(xù)下來的陳舊的管理思想和僵化的管理模式。已經遠遠不能滿足病人的需求及適應時代的發(fā)展。在管理中主要存在以下一些難題： 53 ? 1．手工模式下的門診收費管理，病人需先拿著醫(yī)生的處方單排隊劃價，然后到收費處排隊交錢，再憑發(fā)票到門診藥房排隊取藥。這中間，病人排隊時間長，劃價收費人員出錯環(huán)節(jié)多 ? 2． 醫(yī)院在對藥品的管理中存在一定的困難。其一，藥品的盤點工作時間過長；其二，藥品庫存難以及時掌握；其三，由于藥品調價頻繁，新的價格不能及時執(zhí)行。 ? 3．手工模式下的住院管理，病人病歷號會產生一人多號或跳號現象，造成病案統計的混亂；記賬時，要由護士到住院藥房取藥后，再到住院處記賬，不能做到及時、準確；病人住院期間的各項檢查及治療費用由醫(yī)務人員傳送到住院處，中間環(huán)節(jié)多，費時費力。 54 ? 1．組織結構 55 院 長…………組織結構圖? 2．業(yè)務流程分析 56 ? 3．數據流程分析 57 藥 庫 藥品數量 出 庫 藥品數量 門診 病人 D1 門診藥房庫存 發(fā) 藥 ? 1．系統目標 ? 根據調查研究，系統必須具備以下功能： ? (1)建立全院計算機網絡，實現信息資源共享。 ? (2)建立數據庫，集中存儲醫(yī)院管理和病人醫(yī)療數據信息。 ? (3)支持醫(yī)療和管理的窗口業(yè)務，完成醫(yī)療各部門之間 (臨床部門和管理部門 )的信息傳遞。 58 ? 2．數據字典 ? 在整個醫(yī)院信息管理系統的數據庫，即 his庫中共有 100多個表，其中門診信息管理 系統涉及的表見表。 59 ? 3．系統功能結構圖 ? 根據門診管理系統的數據流程分析以及各表之間的關系．該模塊功能結構圖如下圖所示。 60 ? 3．輸入設計 ? 根據門診管理系統的數據流程分析以及各表之間的關系。 ? 輸入方式的簡單、快捷、易學易用是醫(yī)院信息管理系統的基本要求．特別是門診劃價收費的輸入方式直接影響著操作員的速度。 61 第五章 結構化系統分析學習總結 62 ? 4．輸出設計 ? 輸出方式是按照各用戶的實際要求進行設計的，已有現成票據的采用套打的方式，如打印門診發(fā)票和出院發(fā)票等，其余的則根據實際要求進行設計，其輸出的格 式均在屏幕上顯示出來。 63 ? 5．編碼設計 ? 每一種藥品都是用一個 5位數字來表示。通過編碼可以看出此藥品屬于哪一類哪一種。設計方案如圖所示。 64 65
法律信息相關推薦
鄂ICP備17016276號-1