醫(yī)院管理信息系統(tǒng)UML[共34頁]
《醫(yī)院管理信息系統(tǒng)UML[共34頁]》由會員分享,可在線閱讀,更多相關(guān)《醫(yī)院管理信息系統(tǒng)UML[共34頁](35頁珍藏版)》請在裝配圖網(wǎng)上搜索。
1、UML課程設(shè)計 目錄 1 引言 1 2可行性分析 2 2.1經(jīng)濟(jì)可行性分析 2 2.2技術(shù)可行性分析 3 2.3法律可行性分析 3 2.4總結(jié) 3 3 需求分析 4 3.1客戶需求分析 4 3.1.1具體功能要求 4 3.1.2功能模塊圖 6 3.2用例建模 7 3.2.1確定系統(tǒng)范圍、系統(tǒng)邊界及執(zhí)行者 7 3.2.2確定用例 7 3.2.3分層繪制用例圖 8 4 系統(tǒng)分析 19 4.1對象靜態(tài)建模 19 4.2對象動態(tài)建模 20 4.2.1順序圖描述系統(tǒng)中的交互模型 20 4.2.1狀態(tài)圖 24 5 數(shù)據(jù)
2、庫設(shè)計 25 5.1實體及實體屬性描述 25 5.2 E-R圖設(shè)計 26 6 數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計 27 7 總結(jié) 32 參考文獻(xiàn) 33 1引言 1.1編寫目的 科技進(jìn)步將人類帶到了信息時代,計算機(jī)已成為各行各業(yè)在業(yè)務(wù)處理與管理工作中必不可少的輔助工具,并對各行業(yè)的發(fā)展起到越來越大的推動作用。計算機(jī)信息管理技術(shù)的應(yīng)用,除了能在相當(dāng)大的程度上代替人工作業(yè),從而減少人員工作量,減輕工作負(fù)擔(dān),減少工作中因人為原因而產(chǎn)生的錯誤從而避免不必要的損失外,更重要的是能建立準(zhǔn)確暢通、簡便的信息流通渠道,為工作提供所需要的準(zhǔn)確、即時的信息以幫助做出正確而及時的選擇與決
3、定,從而給采用這門技術(shù)的單位帶來了巨大的可見或不可見的利益與效益。 隨著信息時代來臨,信息處理的利器—計算機(jī)應(yīng)用于醫(yī)院的日常管理為醫(yī)院的現(xiàn)代化帶來了從未有過的動力和機(jī)遇,為醫(yī)療衛(wèi)生領(lǐng)域的飛速發(fā)展提供了無限潛力。采用計算機(jī)管理信息系統(tǒng)已成為醫(yī)院管理科學(xué)化和現(xiàn)代化的重要標(biāo)志,給醫(yī)院帶來了明顯的經(jīng)濟(jì)效益和社會效益。為了加快醫(yī)院系統(tǒng)的信息化步伐,提高醫(yī)院的業(yè)務(wù)水平,建設(shè)和完善醫(yī)院信息系已變得十分必要。系統(tǒng)的建設(shè)將本著“以患者為中心”的原則,以方便患者、提高就診效率為目的,力爭為患者提供最滿意的服務(wù),同時也將提高醫(yī)院的社會效益和經(jīng)濟(jì)效益。與市場經(jīng)濟(jì)的接軌的過程中,每個醫(yī)院都面臨著強(qiáng)化內(nèi)部管理、樹立醫(yī)院
4、形象、上層次晉等級、進(jìn)而提高社會效益和經(jīng)濟(jì)效益的艱巨任務(wù)。在醫(yī)院管理過程中應(yīng)用計算機(jī)系統(tǒng),可隨時進(jìn)行經(jīng)濟(jì)核算,展開成本效益分析,使醫(yī)院經(jīng)營決策科學(xué)化;借據(jù)計算機(jī)數(shù)據(jù)處理嚴(yán)密可靠的特有機(jī)制,在改善醫(yī)院人、財、物管理,降低醫(yī)管人員工作強(qiáng)度,提高醫(yī)療工作質(zhì)量,杜絕人情方、搭車藥、減輕病員負(fù)擔(dān),創(chuàng)造醫(yī)院良好信譽(yù)等諸多方面,益康醫(yī)院管理信息系統(tǒng)都將成為您不可或缺的助手和工具。 1.2項目背景 目前面向?qū)ο蟮某绦蛟O(shè)計語言已廣為流行,但許多數(shù)據(jù)庫支持者仍傾向采用結(jié)構(gòu)化設(shè)計方法來設(shè)計系統(tǒng)結(jié)構(gòu),使得對象的屬性及方法分散在設(shè)計中,很難將設(shè)計中的對象同現(xiàn)實中的對象完全對于起來,對系統(tǒng)的完全性、可靠性、開放性均
5、有影響。造成這種現(xiàn)象的原因大致有兩個設(shè)計人員習(xí)慣于結(jié)構(gòu)化設(shè)計,難以立刻轉(zhuǎn)向面向?qū)ο笤O(shè)計。面向?qū)ο笤O(shè)計相對來說比較抽象,繁瑣,用它設(shè)計規(guī)模不是很大的系統(tǒng)得不償失。但無論如何,若想充分發(fā)揮面向?qū)ο缶幊痰膬?yōu)越性,就必須采用面向?qū)ο蟮脑O(shè)計方法。UML是軟件世界第一個統(tǒng)一建模語言,已成為國際軟件界廣泛承認(rèn)的標(biāo)準(zhǔn),應(yīng)用領(lǐng)域非常廣泛??捎捎诙喾N類型軟件系統(tǒng)開發(fā)建模的各個階段,使用UML建模的優(yōu)越性在于數(shù)據(jù)類型豐富,可處理復(fù)雜數(shù)據(jù)結(jié)構(gòu),數(shù)據(jù)庫語言與程序環(huán)境一致,直接存取對象執(zhí)行效率高,適用于對象系統(tǒng)應(yīng)用。 2可行性分析 2.1 經(jīng)濟(jì)可行性分析 2.1.1 支出 (1
6、)基本建設(shè)投資 1) ADP設(shè)備1萬; 2) 數(shù)據(jù)通訊設(shè)備2千; 3) 安全與保密設(shè)備5千; 4) ADP操作系統(tǒng)的和應(yīng)用的軟件5千; 5) 數(shù)據(jù)庫管理軟件5千。 (2)其他一次性支出 1)研究(需求的研究和設(shè)計的研究)3千; 2)開發(fā)計劃與測量基準(zhǔn)的研究5千; 3)數(shù)據(jù)庫的建立5千; 4)ADP軟件的轉(zhuǎn)換5千; 5)檢查費(fèi)用和技術(shù)管理性費(fèi)用5千; 6)培訓(xùn)費(fèi)、旅差費(fèi)以及開發(fā)安裝人員所需要的一次性支出2萬; (3)非一次性支出 該系統(tǒng)生命期內(nèi)按月或按季或按年支出的用于運(yùn)行和維護(hù)的費(fèi)用,包括: 1)設(shè)備的租金和維護(hù)費(fèi)用1千; 2)軟件的租金和
7、維護(hù)費(fèi)用1千; 3)數(shù)據(jù)通訊方面的租金和維護(hù)費(fèi)用1千; 4)人員的工資、獎金5千; 5)公用設(shè)施方面的開支2千; 6)保密安全方面的開支2千; 7)其他經(jīng)常性的支出3千。 2.1.2 收益 (1)一次性收益 1)開支的縮減 改進(jìn)了的系統(tǒng)的運(yùn)行,資源要求減少,運(yùn)行效率加快,數(shù)據(jù)進(jìn)入、存貯和恢復(fù)技術(shù)增強(qiáng),系統(tǒng)性能可監(jiān)控,處理集中化; 2)價值的增升 應(yīng)用系統(tǒng)的使用價值的增升所引起,資源利用改進(jìn),管理和運(yùn)行效率提高以及出錯率減少。 (2)非一次性收益 整個系統(tǒng)生命期內(nèi)人員開支每月減少1.5萬,紙張等材料的開支均可避免。 (3)不可定量的收益 服務(wù)改
8、進(jìn),增強(qiáng)病案查詢的效率和質(zhì)量; 由操作失誤引起的風(fēng)險減少; 信息掌握情況加強(qiáng); 增進(jìn)我院的醫(yī)療服務(wù)質(zhì)量,外界形象改善。 2.1.3 收益/投資比 整個系統(tǒng)生命期的收益/投資比值為80/43 2.1.4 投資回收周期 收益的累計數(shù)開始超過支出的累計數(shù)的時間在系統(tǒng)運(yùn)行后第12個月。 2.2 技術(shù)可行性分析 2.2.1風(fēng)險分析 風(fēng)險是損失發(fā)生的不確定性,是對潛在的,為了可能發(fā)生損失的一種度量,如果確實發(fā)生了,則它的發(fā)生會對項目產(chǎn)生有害的或負(fù)面的影響。 醫(yī)院管理信息系統(tǒng)風(fēng)險風(fēng)險分析: l 客戶需求不明; l 進(jìn)度要求緊,合同額有限 l 開發(fā)人員對測試工作不重視 l
9、供貨商、外包商的質(zhì)量問題 l 開發(fā)人員的交流 2.2.2資源分析 軟件方面有UML建模,C#,Java等工具已足夠供開發(fā)使用,硬件方面設(shè)備齊全,工作環(huán)境都已具備,開發(fā)人員熟悉面向?qū)ο笤O(shè)計開發(fā)方法,有多年開發(fā)經(jīng)驗。費(fèi)用投入充足,院領(lǐng)導(dǎo)很支持。 2.2.3技術(shù)分析 目前面向?qū)ο蠹夹g(shù)發(fā)展已趨于成熟,開發(fā)人員對此技術(shù)已充分認(rèn)識,有多年開發(fā)經(jīng)驗。尤其UML建模語言已在各大院校廣泛普及。各種開發(fā)語言工具能充分開發(fā)現(xiàn)實系統(tǒng)。另外本院有自己的計算中心,有較強(qiáng)的技術(shù)力量支持。 2.3 法律可行性 《醫(yī)生工作站系統(tǒng)》必須符合國家、地方有關(guān)法律、法規(guī)、 規(guī)章制度的要求: 1.《中華人民共和國執(zhí)業(yè)醫(yī)
10、師法》 2.《醫(yī)療機(jī)構(gòu)管理條例) 3.《醫(yī)療機(jī)構(gòu)診療科目名錄》 4.《醫(yī)療機(jī)構(gòu)基本標(biāo)準(zhǔn)》 5.《城鎮(zhèn)職工基本醫(yī)療保險用藥范圍管理暫行辦法》 6.《城鎮(zhèn)職工基本醫(yī)療保險—定點醫(yī)療機(jī)構(gòu)管理暫行辦法》 2.4總結(jié) 綜上所述:無論在經(jīng)濟(jì),法律,技術(shù)方面都具有開發(fā)可行性。 3需求分析 3.1客戶需求分析 3.1.1具體功能要求 (1)掛號收費(fèi)管理 ●門診掛號:錄入患者的基本信息,農(nóng)合,醫(yī)保劃卡及掛單查詢 ●門診收費(fèi)/退費(fèi):錄入患者的基本信息,農(nóng)合,醫(yī)保劃卡及掛單查詢 ●門診處方:門診收費(fèi),票據(jù)的打印/藥品,檢查,治療的退費(fèi)及查詢 (2)藥房管理
11、 ●發(fā)藥/退藥:(門診/住院)患者(發(fā)藥/退藥) ●藥品申領(lǐng)/申退:藥品申領(lǐng)/申退操作,以及統(tǒng)計和查詢功能 ●盤存/報損;藥房藥品數(shù)量和金額的盤存,藥品抱損操作原因,查詢 ●查詢系統(tǒng):藥房進(jìn)藥,收費(fèi)的統(tǒng)計,藥品的統(tǒng)計和報警藥品查詢 (3)住院管理 ●入院登記:登記住院患者的基本信息 ●住院預(yù)繳:住院費(fèi)用的交納,收取。 ●出院結(jié)算:住院期間費(fèi)用結(jié)算 ●查詢功能:這里可以查詢,入院/預(yù)繳/出院患者的詳細(xì)信息 (4)住院醫(yī)護(hù) ●病員管理:病員收住/病房,床位設(shè)置,科內(nèi)轉(zhuǎn)床,轉(zhuǎn)科申請,轉(zhuǎn)院出院 ●住院醫(yī)護(hù):醫(yī)囑校對/執(zhí)行/撤消,套餐設(shè)置/退住院,檢查/治療項目費(fèi) ●查詢打?。翰?/p>
12、員收住/科內(nèi)轉(zhuǎn)床/轉(zhuǎn)科申請/轉(zhuǎn)科接收/當(dāng)前醫(yī)囑/醫(yī)囑執(zhí)行/轉(zhuǎn)院出院的查詢,擺藥單/催款通知書/收費(fèi)清單打印 (5)藥庫管理 ●設(shè)置:設(shè)置藥品/藥庫字典/藥品調(diào)價/藥房平調(diào)/零記錄清理/盤存初始化操作,查詢 ●入庫:藥品入庫/記錄查詢/操作統(tǒng)計/藥品統(tǒng)計/供貨單位統(tǒng)計/入庫單打印 ●開單:調(diào)撥開單操作/開單記錄查詢/開單操作統(tǒng)計/開單藥品統(tǒng)計/打印 ●出庫:藥品出庫/藥房申領(lǐng)查詢/出庫記錄查詢/操作統(tǒng)計/出庫藥品統(tǒng)計/調(diào)撥方向報表/批量藥品出庫/出庫單打印 ●退庫:(院內(nèi)/院外)退庫/退庫記錄查詢/退庫原因分析/退庫單打印 ●庫存核算:藥品數(shù)量盤存/藥品金額盤存/盤存記錄查詢(包含
13、操作和藥品統(tǒng)計) ●報損:藥品抱損/抱損記錄(含操作和藥品統(tǒng)計)/抱損原因/打印抱損單 ●退貨和采購:藥庫退貨/記錄查詢(含操作和藥品統(tǒng)計)/采購構(gòu)思和計劃以及單據(jù)打印 ●查詢:藥庫明細(xì)表以及藥庫報警表 (6)決策查詢 ●業(yè)務(wù)查詢:門診掛號收費(fèi)處方統(tǒng)計及明細(xì) ●藥房查詢:藥房明細(xì)/門診和住院發(fā)藥記錄統(tǒng)計/進(jìn)藥報損消耗盤存記錄統(tǒng)計 ●藥庫查詢:藥庫明細(xì)/出入庫退庫退貨報損統(tǒng)計明細(xì)/盤存記錄以及統(tǒng)計 ●痕跡查詢:門診改號退號記錄/門診撤費(fèi)退費(fèi)/住院退費(fèi)/處方廢除等 ●分類考核:門診科室門診醫(yī)生住院醫(yī)師住院病區(qū)門診及住院項目/輔助科室 (7)財務(wù)管理 ●業(yè)務(wù)報表:門診掛號處方收
14、費(fèi)退費(fèi)的統(tǒng)計,住院預(yù)繳統(tǒng)計。發(fā)票使用統(tǒng)計等 ●藥庫核算:出入庫操作統(tǒng)計/報損退庫退貨統(tǒng)計/數(shù)量金額統(tǒng)計/藥品及報警名細(xì) ●藥房核算:進(jìn)發(fā)藥/門診退藥住院退藥統(tǒng)計/藥品消耗及報損統(tǒng)計/數(shù)量和金額盤存明細(xì)/藥品明細(xì)/報警明細(xì)/藥品收費(fèi)記錄統(tǒng)計 ●收費(fèi)統(tǒng)計:門診科室門診醫(yī)生住院醫(yī)師住院病區(qū)門診及住院項目/輔助科室/門診收費(fèi)住院收費(fèi),門診病員住院病員以及住院結(jié)算 (8)系統(tǒng)維護(hù) ●基本設(shè)置:系統(tǒng)信息設(shè)置(門診科室醫(yī)生)住院病區(qū)醫(yī)生,輔助科室設(shè)置用戶信息設(shè)置等 ●系統(tǒng)設(shè)置:系統(tǒng)連接/系統(tǒng)初始化/門診過期住院過期清理等 ●高級設(shè)置:門診發(fā)票設(shè)置,掛號單項/住院發(fā)票/預(yù)繳金單/門診處方可選功能
15、 3.1.2功能模塊圖 醫(yī)院管理信息系統(tǒng) 掛號/收費(fèi)子系統(tǒng) 藥房管理子系統(tǒng) 系統(tǒng)設(shè)置子系統(tǒng) 住院管理子系統(tǒng) 財務(wù)管理子系統(tǒng) 醫(yī)護(hù)管理子系統(tǒng) 藥庫管理子系統(tǒng) 決策查詢子系統(tǒng) 門診掛號 收費(fèi)統(tǒng)計 藥房核算 藥庫核算 業(yè)務(wù)報表 發(fā)藥/退藥 住院預(yù)繳 住院醫(yī)護(hù) 入院登記 病員管理 入庫 設(shè)置 藥房查詢 業(yè)務(wù)查詢 退庫 領(lǐng)藥出庫 查詢打印 開單 痕跡查詢 藥庫查詢 收費(fèi)/退費(fèi) 申領(lǐng)/申退 查詢 出院結(jié)算 庫存
16、核算 查詢 門診處方 核算/報損 分類考核 退貨/采購 報損 高級設(shè)置 系統(tǒng)設(shè)置 基本設(shè)置 3.2用例建模 3.2.1確定系統(tǒng)范圍、邊界和執(zhí)行者 由于系統(tǒng)較復(fù)雜這里只對“門診管理”、“藥房管理”、“藥庫管理”做詳細(xì)說明。 (1)門診子系統(tǒng)的業(yè)務(wù)范圍、邊界及執(zhí)行者 “門診子系統(tǒng)”只負(fù)責(zé)病人掛號、處方、收費(fèi)和退費(fèi)。與“財務(wù)管理子系統(tǒng)”和“藥房管理子系統(tǒng)”有系統(tǒng)邊界。有兩個系統(tǒng)執(zhí)行者,三個人執(zhí)行者。 u “
17、病人”執(zhí)行者只要是首先通過掛號繳費(fèi),領(lǐng)取掛號單,看病,接到醫(yī)生處方,到藥房拿藥。 u “工作人員”執(zhí)行者分為醫(yī)生和管理員,醫(yī)生負(fù)責(zé)看病開處方,并把處方傳到財務(wù)管理子系統(tǒng),管理員主要負(fù)責(zé)收取掛號費(fèi),藥費(fèi),退費(fèi)等工作。 u “院長”執(zhí)行者主要通過查詢功能來查看每天業(yè)務(wù)情況。 u “財務(wù)管理系統(tǒng)”通過接收醫(yī)生開的處方,來進(jìn)行劃價收費(fèi)。或病人退藥退費(fèi)處理等。 u “藥房管理子系統(tǒng)”主要通過財務(wù)系統(tǒng)傳來的已收費(fèi)處方進(jìn)行核對拿藥。 (2)藥房管理子系統(tǒng)的業(yè)務(wù)范圍、邊界及執(zhí)行者 “藥房管理子系統(tǒng)”負(fù)責(zé)根據(jù)門診子系統(tǒng)藥品申請/申退信息,及“財務(wù)管理子系統(tǒng)”的收據(jù)進(jìn)行發(fā)藥/退藥處理,核算每天盤存。與
18、“門診管理子系統(tǒng)”和“藥庫管理子系統(tǒng)”有系統(tǒng)邊界。有兩個系統(tǒng)執(zhí)行者“門診管理子系統(tǒng)”和“藥庫管理子系統(tǒng)”,兩個人執(zhí)行者“藥房管理員”和“病人”。 u “門診管理子系統(tǒng)”主要通過開處方來完成藥品申請和申退。 u “藥庫管理子系統(tǒng)”主要通過藥品發(fā)放及盤存核算監(jiān)控藥品庫存量,當(dāng)庫存量小于預(yù)警庫存量時及時組織采購。 u “藥房管理員”負(fù)責(zé)藥品核對藥品申請/申退信息及收據(jù)發(fā)藥/退藥。并進(jìn)行盤存/報損把數(shù)據(jù)傳給“藥庫管理子系統(tǒng)”。 (3)藥庫管理子系統(tǒng)的業(yè)務(wù)范圍、邊界及執(zhí)行者 “藥庫管理子系統(tǒng)”主要負(fù)責(zé)藥品類別設(shè)置及藥品歸類,采購管理,入庫管理,出庫管理,報損,庫存核算等業(yè)務(wù)。與“財務(wù)管理子系統(tǒng)
19、”和“藥房管理系統(tǒng)”有系統(tǒng)邊界。有兩系統(tǒng)執(zhí)行者“財務(wù)管理子系統(tǒng)”和“藥房管理子系統(tǒng)”,一個人執(zhí)行者“藥庫管理者”。 u “藥房管理子系統(tǒng)”把每天庫存報損及盤存數(shù)據(jù)傳給“藥庫管理子系統(tǒng)”,“藥庫管理子系統(tǒng)”通過這些數(shù)據(jù)檢查庫存量,及時進(jìn)行采購。 u “財務(wù)管理子系統(tǒng)”通過接受“藥庫子系統(tǒng)”傳來的庫存核算進(jìn)行流動資產(chǎn)管理,根據(jù)采購入庫單發(fā)放資金等。 u “業(yè)務(wù)管理員”對“庫存管理子系統(tǒng)”各個功能進(jìn)行操作。 3.2.2確定用例 (1)“門診管理子系統(tǒng)”中的用例 l 門診掛號 l 生成處方 l 收費(fèi)/退費(fèi) (2)“藥房管理子系統(tǒng)”中的用例 l 藥品申請/申退 l 發(fā)藥/退藥處理
20、 l 盤存/報損處理 (3)“藥庫管理子系統(tǒng)”中的用例 l 基礎(chǔ)設(shè)置 l 采購管理 l 入庫管理 l 出庫管理 l 盤存/報損 l 庫存核算 l 退貨管理 l 查詢 3.2.3繪制分層用例圖 1)第一層用例圖 2)第二層用例圖 (1)門診子系統(tǒng)用例圖 (2)藥房管理用例圖 (3)住院管理用例圖 (4)住院護(hù)理用例圖 (5)藥房管理用例圖 (6)決策查詢用例圖 (7)財務(wù)管理用例圖
21、 (8)系統(tǒng)維護(hù)用例圖 3)三層用例圖 (1)掛號管理用例圖 (2)收費(fèi)退費(fèi)管理用例圖 (3)生成處方用例圖 (4)病員管理用例圖 (5)住院醫(yī)護(hù)用例圖 (6)制定采購計劃 (7)合同管理 3.3活動圖 4系統(tǒng)分析 根據(jù)建立的醫(yī)護(hù)需求模型,在系統(tǒng)分析階段要進(jìn)一步確立三個模型:對象靜態(tài)圖模型、對象動態(tài)模型,系統(tǒng)功能模型。 4.
22、1對象類靜態(tài)模型 對象靜態(tài)結(jié)構(gòu)模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu),包括構(gòu)成系統(tǒng)的類和對象、它們的屬性和操作以及這些對象類之間的聯(lián)系。對象類靜態(tài)結(jié)構(gòu)模型是系統(tǒng)開發(fā)模型的核心模型,實質(zhì)上是定義系統(tǒng)“對誰做”的問題。 醫(yī)院管理信息系統(tǒng)類及類之間的關(guān)系圖如下: 4.2對象動態(tài)模型 對象動態(tài)模型描述了系統(tǒng)的動態(tài)行為,它們指明了系統(tǒng)如何響應(yīng)外部事件或激勵,涉及系統(tǒng)中對象的執(zhí)行順序和狀態(tài)變化,側(cè)重于系統(tǒng)控制邏輯的描述,實質(zhì)上是解決系統(tǒng)中的對象“何時做”的問題。對象動態(tài)結(jié)構(gòu)模型包括:對象交互模型和對象狀態(tài)模型。其中對象交互模型用順序圖和合作圖描述,對象狀態(tài)模型用狀態(tài)圖和活動圖描述。 4.2.1順序圖描述醫(yī)院管
23、理信息系統(tǒng)中的交換模型 (1)掛號抓藥順序圖 (2) 住院治療順序圖 (3) 藥庫管理順序圖 (4) 制定采購訂單順序圖 (5)到貨入庫順序圖 (6)付款處理順序圖 4.2.2狀態(tài)圖 5 數(shù)據(jù)庫設(shè)計 5.1實體及實體屬性描述 實體-聯(lián)系圖(Entity-Relation Diagram)用來建立數(shù)據(jù)模型,在數(shù)據(jù)庫系統(tǒng)概論中屬于概念設(shè)計階段,形成一個獨
24、立于機(jī)器,獨立于DBMS的ER圖模型。通常將它簡稱為ER圖,相應(yīng)地可把用ER圖描繪的數(shù)據(jù)模型稱為ER模型。 ER圖提供了表示實體(即數(shù)據(jù)對象)、屬性和聯(lián)系的方法,用來描述現(xiàn)實世界的概念模型。 (1)病人(編號 姓名 性別 年齡 病癥描述 病史記錄) (2)醫(yī)生(編號 姓名 性別 出生年月 職稱 職務(wù) 權(quán)限 密碼) (3)護(hù)士(編號 姓名 性別 出生年月 級別 職務(wù) 權(quán)限 密碼) (4)管理員(編號 姓名 性別 出生年月 學(xué)歷 職責(zé) 權(quán)限 密碼) (5)病房(編號 名稱 床位數(shù) 備注) (6)病床(編號 價格 備注) (7)藥品(編號 名稱 價格 作用說明 類別 庫存警戒線
25、 備注) (8)藥房(編號 名稱 備注) (9)藥庫(編號 名稱 備注) (10)科室(編號 名稱 職責(zé) 備注) 5.2實體及實體間的關(guān)系E-R圖 病人 醫(yī)生 科室 處方 藥品 管理員 床位 病房 藥庫 藥房 護(hù)士 開方 看病 包含 分屬 護(hù)理 接受 管理 管理 管理 管理 住院 存放 包含 n 1 n m n m n 1 1 m n n m m m n m 1 1 1 n 1
26、 n 1 1 1 6數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計 (1)病人數(shù)據(jù)庫表 表6.1 Patient Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 P-num Nchar 20 NOT NULL 編號 主鍵 P-name Varchar 50 NULL 姓名 P-sex Char 4 NULL 性別 P-birthday Date 20 NULL 年齡 Disease
27、 Varchar 50 NULL 病癥 Case history Varchar 100 NULL 病史記錄 Remarks Varchar 100 NULL 備注 (2)醫(yī)生數(shù)據(jù)庫表 表6.2 Doctor Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 D-num Nchar 20 NOT NULL 編號 主鍵 D-name Varchar 50 NULL 姓名 D-sex Char 4 NULL 性別 Post Varchar 10 NULL 職稱 D-bir
28、thday Date 20 NULL 出生年月 D-duties Varchar 50 NULL 職務(wù) D-authority Varchar 50 NULL 權(quán)限 D-code Varchar 20 NULL 密碼 (3)護(hù)士數(shù)據(jù)庫表 表6.3 Nurse Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 N-num Nchar 20 NOT NULL 編號 主鍵 N-name Varchar 50 NULL 姓名 N-sex Char 4 NULL 性別 N-
29、birthday Date 20 NULL 出生年月 N-grade Varchar 20 NULL 級別 N-duities Varchar 50 NULL 職務(wù) N-authority Varchar 50 NULL 權(quán)限 N-code Varchar 20 NULL 密碼 (4)管理員數(shù)據(jù)表 表6.4 Manager Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Manager-num Nchar 20 NOT NULL 管理員編號 主鍵 Ma
30、nager-name Verchar 50 NULL 姓名 Manager-sex Char 4 NULL 性別 Manager-birthday Date 20 NULL 出生年月 Manager-degree Nchar 20 NULL 學(xué)歷 Manager-duties Varchar 50 NULL 職責(zé) Manager-code Varchar 20 NOT NULL 密碼 Manager-authority Varchar 50 NOT NULL 權(quán)限 (5)病房數(shù)據(jù)庫表 表6.
31、5 Sickroom Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Sickroom-num Nchar 20 NOT NULL 編號 主鍵 Sickroom-name Varchar 50 NULL 名稱 Sickroom-capacity Varchar 50 NULL 床位數(shù) Remarks Varchar 100 NULL 備注 (6)床位數(shù)據(jù)庫表 表6.6 Bad Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Bad-num Nchar 20 NOT NU
32、LL 編號 主鍵 Sickroom-num Nchar 20 NULL 病房編號 外鍵 Remarks Varchar 50 NULL 備注 表6.7 Medicines Table (7)藥品數(shù)據(jù)庫表 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Medicines-num Nchar 20 NOT NULL 編號 主鍵 Medicines-name Varchar 50 NULL 藥品名稱 Storeroom-num Nchar 20 NOT NULL 藥房編號 外鍵 Medicines-pr
33、ice Float 20 NULL 價格 Medicines-kinds Varchar 50 NOT NULL 類別 外鍵 Illustrate Varchar 100 NULL 作用說明 Remarks Varchar 100 NULL 備注 表6.8 Storeroom Table (8)藥房數(shù)據(jù)庫表 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Storeroom-num Nchar 20 NOT NULL 藥房編號 主鍵 Storehouse-num Nchar 20 NOT NU
34、LL 藥庫編號 外鍵 Storeroom-name Varchar 50 NULL 藥庫名稱 Medicines-kinds Varchar 50 NULL 藥品類別 Remarks Varchar 100 NULL 備注 (9)藥庫數(shù)據(jù)庫表 表6.9 Storehouse Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Storehouse-num Nchar 20 NOT NULL 藥庫編號 主鍵 Storehouse-name Varchar 50 NULL 藥庫名稱 Secu
35、rity line Float 20 NULL 警戒線 Remarks Varchar 50 NULL 備注 (10)藥品類別 表6.10 MKind Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 MKind-num Nchar 20 NOT NULL 類別編號 主鍵 MKind-name Verchar 50 NOT NULL 類別名稱 Remarks Varchar 100 NULL 備注 (11)病例數(shù)據(jù)庫表 表6.11 Case Table 列名 數(shù)據(jù)類型 長度
36、可否為空 說明 聲明 Case-num Nchar 20 NOT NULL 病例編號 主鍵 Case-name Verchar 50 NULL 病例名稱 Case-describe Varchar 100 NOT NULL 描述 Casekind-num Nchar 20 NOT NULL 類型編號 外鍵 Treatment Varchar 50 NULL 治療方法 Case-total Varchar 20 NULL 病例統(tǒng)計 Remarks Varchar 100 NULL 備注
37、 (12)病例種類數(shù)據(jù)庫表 表6.12 Casekind Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Casekind-num Nchar 20 NOT NULL 病例編號 主鍵 Casekind-name Verchar 50 NOT NULL 病例名稱 Casekind-describe Varchar 100 NOT NULL 描述 Remarks Varchar 100 NULL 備注 (13)科室數(shù)據(jù)庫表 表6.13 Administrative Table 列名
38、 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Administrative-num Nchar 20 NOT NULL 科室編號 主鍵 Administrative-name Verchar 50 NULL 科室名稱 Administrative-duties Nchar 20 NOT NULL 職責(zé) Remarks Varchar 100 NULL 備注 (14)處方數(shù)據(jù)庫表 表6.14 Prescription Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Prescription-num
39、 Nchar 20 NOT NULL 處方編號 主鍵 Prescription-name Varchar 50 NULL 處方名稱 D-num Nchar 20 NOT NULL 醫(yī)生編號 外鍵 P-num Nchar 20 NOT NULL 病人編號 外鍵 Prescription Varchar 150 NULL 處方內(nèi)容 Illustrate Varchar 100 NULL 說明 Remarks Varchar 100 NULL 備注 (15)住院記錄表 表6.15 Record Table
40、 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Record-num Nchar 20 NOT NULL 記錄編號 主鍵 P-num Nchar 20 NOT NULL 病人編號 主鍵 Enter-date Date 20 NOT NULL 入院日期 Eksit-date Date 20 NOT NULL 出院日期 Total-date Nchar 50 NOT NULL 總計天數(shù) Manager-num Nchar 20 NUT NULL 辦理員編號 外鍵 Remarks Verchar 10
41、0 NULL 備注 (16)掛號類型統(tǒng)計表 表6.16 Registerkind Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Registerkind-num Nchar 20 NOT NULL 掛號種類編號 主鍵 Register-cost Verchar 50 NOT NULL 掛號費(fèi)用 Register-total Varchar 100 NOT NULL 掛號量總計 Register-Date Date 20 NOT NULL 掛號日期 (17)醫(yī)生分屬科室關(guān)系表 表6
42、.17 A-D Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Administrative-num Nchar 20 NOT NULL 病例編號 主鍵 D-num Verchar 50 NULL 病例名稱 主鍵 D-total Varchar 100 NOT NULL 描述 (18)護(hù)士醫(yī)護(hù)病人關(guān)系表 表6.18 N-P Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 N-num Nchar 20 NOT NULL 護(hù)士編號 主鍵 P-num Nchar 50 NOT
43、 NULL 病人名稱 主鍵 Record Varchar 20 NOT NULL 醫(yī)護(hù)記錄 Remarks Varchar 100 NULL 備注 7總結(jié) 科技進(jìn)步將人類帶到了信息時代,計算機(jī)已成為各個行業(yè)在業(yè)務(wù)處理與管理工作中必不可少的輔助工具,并對各行業(yè)的發(fā)展起到越來越大的推動作用。醫(yī)療衛(wèi)生是圍繞在我們生活中的一個非常重要的部分,與我們的生活息息相關(guān)。建設(shè)一個適合、實用的醫(yī)院管理信息系統(tǒng),對醫(yī)院經(jīng)濟(jì)效益、社會效益、管理水平及至醫(yī)療水平的提高都大有裨益。也正是由于這個原因,我決定選擇醫(yī)院門管理
44、信息系統(tǒng)這個題目進(jìn)行項目開發(fā)。 在確定題目后,首先我進(jìn)行了大量的信息收集工作,包括網(wǎng)上查詢、學(xué)校圖書館查詢,甚至跑遍了學(xué)校周圍的所有書店。根據(jù)搜索的資料及現(xiàn)實生活中的經(jīng)驗開始可行性分析,需求分析,系統(tǒng)分析。其中需求分析是最重要的,只有通過需求分析才能確定系統(tǒng)要實現(xiàn)的功能,最終通過UML建模語言中的用例圖來描述,用活動圖來進(jìn)行復(fù)雜用例的詳細(xì)描述。接著對系統(tǒng)進(jìn)行靜態(tài)結(jié)構(gòu)建模通過對象類圖描述,確定類及類之間的關(guān)系是最主要的,設(shè)計中的對象與現(xiàn)實中的對象聯(lián)系起來,并不是件容易的事。如果對象確定不好會給系統(tǒng)設(shè)計實現(xiàn)帶來很大的麻煩。而它們之間的關(guān)系并不是簡單連接就能表述的,它們之間的關(guān)系有關(guān)聯(lián),繼承,聚合
45、,依賴和細(xì)化。由此提現(xiàn)了UML建模語言強(qiáng)大的語言表達(dá)能力。建立系統(tǒng)動態(tài)模型,動態(tài)模型分為動態(tài)交互模型、狀態(tài)模型,其中交互模型主要通過順序圖和合作圖來描述,狀態(tài)模型主要通過狀態(tài)圖和活動圖來描述。這些中及存在區(qū)別,也存在著聯(lián)系,區(qū)別在于它們描述的側(cè)重點不同,能從不同角度對系統(tǒng)中的動作狀態(tài)進(jìn)行描述,聯(lián)系在于它們都是以體系結(jié)構(gòu)為中心,以用例為驅(qū)動,許多模型元素都相同,可以互相轉(zhuǎn)化。在設(shè)計過程中最大的難題在于對象類之間的動作狀態(tài)的確定,以及引起轉(zhuǎn)化遷移事件的確定,只有對系統(tǒng)有深入的分析之后才能確定。 通過這次UML建模課程設(shè)計,讓我對UML建模語言有了更深入的了解,不只是停留在表面知識上,而是真正成為
46、描述系統(tǒng)模型的語言來使用。在設(shè)計過程中充分體現(xiàn)了UML以系統(tǒng)體系結(jié)構(gòu)為中心,以用例為驅(qū)動,以風(fēng)險控制和質(zhì)量管理為目標(biāo),以漸增迭代為開發(fā)方式的面向?qū)ο螵氂械恼Z言特色。同時我體會到了軟件開發(fā)需要細(xì)心和耐心,不求最好只求更好。培養(yǎng)了我對完美不懈的追求精神,嚴(yán)謹(jǐn)做事的態(tài)度。不一定每一個人都要成為專業(yè)軟件的開發(fā)人員,但做任何事卻要具備開發(fā)人員思維和態(tài)度。對我以后的人生道路有很好的引導(dǎo)啟發(fā)作用。 參考文獻(xiàn) [1]刁成嘉,UML系統(tǒng)建模與分析設(shè)計,北京:機(jī)械工業(yè)出版社,2007 [2]刁成嘉,UML系統(tǒng)建模與分析設(shè)計課程設(shè)計,北京:機(jī)械工業(yè)出版社,2008 [3]J.L. Whitten,L.D. Bentley,肖剛,孫慧譯,《系統(tǒng)分析與設(shè)計方法》,北京:機(jī)械工業(yè)出版社,2007 - 35 -
- 溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 設(shè)備采購常用的四種評標(biāo)方法
- 車間員工管理須知(應(yīng)知應(yīng)會)
- 某公司設(shè)備維護(hù)保養(yǎng)工作規(guī)程
- 某企業(yè)潔凈車間人員進(jìn)出管理規(guī)程
- 企業(yè)管理制度之5S管理的八個口訣
- 標(biāo)準(zhǔn)化班前會的探索及意義
- 某企業(yè)內(nèi)審員考試試題含答案
- 某公司環(huán)境保護(hù)考核管理制度
- 現(xiàn)場管理的定義
- 員工培訓(xùn)程序
- 管理制度之生產(chǎn)廠長的職責(zé)與工作標(biāo)準(zhǔn)
- 某公司各級專業(yè)人員環(huán)保職責(zé)
- 企業(yè)管理制度:5S推進(jìn)與改善工具
- XXX公司環(huán)境風(fēng)險排查及隱患整改制度
- 生產(chǎn)車間基層管理要點及建議