醫(yī)院管理信息系統(tǒng)UML[共34頁]

上傳人:1528****253 文檔編號(hào):42477436 上傳時(shí)間:2021-11-26 格式:DOC 頁數(shù):35 大?。?.89MB
收藏 版權(quán)申訴 舉報(bào) 下載
醫(yī)院管理信息系統(tǒng)UML[共34頁]_第1頁
第1頁 / 共35頁
醫(yī)院管理信息系統(tǒng)UML[共34頁]_第2頁
第2頁 / 共35頁
醫(yī)院管理信息系統(tǒng)UML[共34頁]_第3頁
第3頁 / 共35頁

下載文檔到電腦,查找使用更方便

12 積分

下載資源

還剩頁未讀,繼續(xù)閱讀

資源描述:

《醫(yī)院管理信息系統(tǒng)UML[共34頁]》由會(huì)員分享,可在線閱讀,更多相關(guān)《醫(yī)院管理信息系統(tǒng)UML[共34頁](35頁珍藏版)》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、UML課程設(shè)計(jì) 目錄 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對(duì)象靜態(tài)建模 19 4.2對(duì)象動(dòng)態(tài)建模 20 4.2.1順序圖描述系統(tǒng)中的交互模型 20 4.2.1狀態(tài)圖 24 5 數(shù)據(jù)

2、庫設(shè)計(jì) 25 5.1實(shí)體及實(shí)體屬性描述 25 5.2 E-R圖設(shè)計(jì) 26 6 數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(jì) 27 7 總結(jié) 32 參考文獻(xiàn) 33 1引言 1.1編寫目的 科技進(jìn)步將人類帶到了信息時(shí)代,計(jì)算機(jī)已成為各行各業(yè)在業(yè)務(wù)處理與管理工作中必不可少的輔助工具,并對(duì)各行業(yè)的發(fā)展起到越來越大的推動(dòng)作用。計(jì)算機(jī)信息管理技術(shù)的應(yīng)用,除了能在相當(dāng)大的程度上代替人工作業(yè),從而減少人員工作量,減輕工作負(fù)擔(dān),減少工作中因人為原因而產(chǎn)生的錯(cuò)誤從而避免不必要的損失外,更重要的是能建立準(zhǔn)確暢通、簡(jiǎn)便的信息流通渠道,為工作提供所需要的準(zhǔn)確、即時(shí)的信息以幫助做出正確而及時(shí)的選擇與決

3、定,從而給采用這門技術(shù)的單位帶來了巨大的可見或不可見的利益與效益。 隨著信息時(shí)代來臨,信息處理的利器—計(jì)算機(jī)應(yīng)用于醫(yī)院的日常管理為醫(yī)院的現(xiàn)代化帶來了從未有過的動(dòng)力和機(jī)遇,為醫(yī)療衛(wèi)生領(lǐng)域的飛速發(fā)展提供了無限潛力。采用計(jì)算機(jī)管理信息系統(tǒng)已成為醫(yī)院管理科學(xué)化和現(xiàn)代化的重要標(biāo)志,給醫(yī)院帶來了明顯的經(jīng)濟(jì)效益和社會(huì)效益。為了加快醫(yī)院系統(tǒng)的信息化步伐,提高醫(yī)院的業(yè)務(wù)水平,建設(shè)和完善醫(yī)院信息系已變得十分必要。系統(tǒng)的建設(shè)將本著“以患者為中心”的原則,以方便患者、提高就診效率為目的,力爭(zhēng)為患者提供最滿意的服務(wù),同時(shí)也將提高醫(yī)院的社會(huì)效益和經(jīng)濟(jì)效益。與市場(chǎng)經(jīng)濟(jì)的接軌的過程中,每個(gè)醫(yī)院都面臨著強(qiáng)化內(nèi)部管理、樹立醫(yī)院

4、形象、上層次晉等級(jí)、進(jìn)而提高社會(huì)效益和經(jīng)濟(jì)效益的艱巨任務(wù)。在醫(yī)院管理過程中應(yīng)用計(jì)算機(jī)系統(tǒng),可隨時(shí)進(jìn)行經(jīng)濟(jì)核算,展開成本效益分析,使醫(yī)院經(jīng)營決策科學(xué)化;借據(jù)計(jì)算機(jī)數(shù)據(jù)處理嚴(yán)密可靠的特有機(jī)制,在改善醫(yī)院人、財(cái)、物管理,降低醫(yī)管人員工作強(qiáng)度,提高醫(yī)療工作質(zhì)量,杜絕人情方、搭車藥、減輕病員負(fù)擔(dān),創(chuàng)造醫(yī)院良好信譽(yù)等諸多方面,益康醫(yī)院管理信息系統(tǒng)都將成為您不可或缺的助手和工具。 1.2項(xiàng)目背景 目前面向?qū)ο蟮某绦蛟O(shè)計(jì)語言已廣為流行,但許多數(shù)據(jù)庫支持者仍傾向采用結(jié)構(gòu)化設(shè)計(jì)方法來設(shè)計(jì)系統(tǒng)結(jié)構(gòu),使得對(duì)象的屬性及方法分散在設(shè)計(jì)中,很難將設(shè)計(jì)中的對(duì)象同現(xiàn)實(shí)中的對(duì)象完全對(duì)于起來,對(duì)系統(tǒng)的完全性、可靠性、開放性均

5、有影響。造成這種現(xiàn)象的原因大致有兩個(gè)設(shè)計(jì)人員習(xí)慣于結(jié)構(gòu)化設(shè)計(jì),難以立刻轉(zhuǎn)向面向?qū)ο笤O(shè)計(jì)。面向?qū)ο笤O(shè)計(jì)相對(duì)來說比較抽象,繁瑣,用它設(shè)計(jì)規(guī)模不是很大的系統(tǒng)得不償失。但無論如何,若想充分發(fā)揮面向?qū)ο缶幊痰膬?yōu)越性,就必須采用面向?qū)ο蟮脑O(shè)計(jì)方法。UML是軟件世界第一個(gè)統(tǒng)一建模語言,已成為國際軟件界廣泛承認(rèn)的標(biāo)準(zhǔn),應(yīng)用領(lǐng)域非常廣泛??捎捎诙喾N類型軟件系統(tǒng)開發(fā)建模的各個(gè)階段,使用UML建模的優(yōu)越性在于數(shù)據(jù)類型豐富,可處理復(fù)雜數(shù)據(jù)結(jié)構(gòu),數(shù)據(jù)庫語言與程序環(huán)境一致,直接存取對(duì)象執(zhí)行效率高,適用于對(duì)象系統(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è)計(jì)的研究)3千; 2)開發(fā)計(jì)劃與測(cè)量基準(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)人員的工資、獎(jiǎng)金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)價(jià)值的增升 應(yīng)用系統(tǒng)的使用價(jià)值的增升所引起,資源利用改進(jìn),管理和運(yùn)行效率提高以及出錯(cuò)率減少。 (2)非一次性收益 整個(gè)系統(tǒng)生命期內(nèi)人員開支每月減少1.5萬,紙張等材料的開支均可避免。 (3)不可定量的收益 服務(wù)改

8、進(jìn),增強(qiáng)病案查詢的效率和質(zhì)量; 由操作失誤引起的風(fēng)險(xiǎn)減少; 信息掌握情況加強(qiáng); 增進(jìn)我院的醫(yī)療服務(wù)質(zhì)量,外界形象改善。 2.1.3 收益/投資比 整個(gè)系統(tǒng)生命期的收益/投資比值為80/43 2.1.4 投資回收周期 收益的累計(jì)數(shù)開始超過支出的累計(jì)數(shù)的時(shí)間在系統(tǒng)運(yùn)行后第12個(gè)月。 2.2 技術(shù)可行性分析 2.2.1風(fēng)險(xiǎn)分析 風(fēng)險(xiǎn)是損失發(fā)生的不確定性,是對(duì)潛在的,為了可能發(fā)生損失的一種度量,如果確實(shí)發(fā)生了,則它的發(fā)生會(huì)對(duì)項(xiàng)目產(chǎn)生有害的或負(fù)面的影響。 醫(yī)院管理信息系統(tǒng)風(fēng)險(xiǎn)風(fēng)險(xiǎn)分析: l 客戶需求不明; l 進(jìn)度要求緊,合同額有限 l 開發(fā)人員對(duì)測(cè)試工作不重視 l

9、供貨商、外包商的質(zhì)量問題 l 開發(fā)人員的交流 2.2.2資源分析 軟件方面有UML建模,C#,Java等工具已足夠供開發(fā)使用,硬件方面設(shè)備齊全,工作環(huán)境都已具備,開發(fā)人員熟悉面向?qū)ο笤O(shè)計(jì)開發(fā)方法,有多年開發(fā)經(jīng)驗(yàn)。費(fèi)用投入充足,院領(lǐng)導(dǎo)很支持。 2.2.3技術(shù)分析 目前面向?qū)ο蠹夹g(shù)發(fā)展已趨于成熟,開發(fā)人員對(duì)此技術(shù)已充分認(rèn)識(shí),有多年開發(fā)經(jīng)驗(yàn)。尤其UML建模語言已在各大院校廣泛普及。各種開發(fā)語言工具能充分開發(fā)現(xiàn)實(shí)系統(tǒng)。另外本院有自己的計(jì)算中心,有較強(qiáng)的技術(shù)力量支持。 2.3 法律可行性 《醫(yī)生工作站系統(tǒng)》必須符合國家、地方有關(guān)法律、法規(guī)、 規(guī)章制度的要求: 1.《中華人民共和國執(zhí)業(yè)醫(yī)

10、師法》 2.《醫(yī)療機(jī)構(gòu)管理?xiàng)l例) 3.《醫(yī)療機(jī)構(gòu)診療科目名錄》 4.《醫(yī)療機(jī)構(gòu)基本標(biāo)準(zhǔn)》 5.《城鎮(zhèn)職工基本醫(yī)療保險(xiǎn)用藥范圍管理暫行辦法》 6.《城鎮(zhèn)職工基本醫(yī)療保險(xiǎn)—定點(diǎn)醫(yī)療機(jī)構(gòu)管理暫行辦法》 2.4總結(jié) 綜上所述:無論在經(jīng)濟(jì),法律,技術(shù)方面都具有開發(fā)可行性。 3需求分析 3.1客戶需求分析 3.1.1具體功能要求 (1)掛號(hào)收費(fèi)管理 ●門診掛號(hào):錄入患者的基本信息,農(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)計(jì)和查詢功能 ●盤存/報(bào)損;藥房藥品數(shù)量和金額的盤存,藥品抱損操作原因,查詢 ●查詢系統(tǒng):藥房進(jìn)藥,收費(fèi)的統(tǒng)計(jì),藥品的統(tǒng)計(jì)和報(bào)警藥品查詢 (3)住院管理 ●入院登記:登記住院患者的基本信息 ●住院預(yù)繳:住院費(fèi)用的交納,收取。 ●出院結(jié)算:住院期間費(fèi)用結(jié)算 ●查詢功能:這里可以查詢,入院/預(yù)繳/出院患者的詳細(xì)信息 (4)住院醫(yī)護(hù) ●病員管理:病員收住/病房,床位設(shè)置,科內(nèi)轉(zhuǎn)床,轉(zhuǎn)科申請(qǐng),轉(zhuǎn)院出院 ●住院醫(yī)護(hù):醫(yī)囑校對(duì)/執(zhí)行/撤消,套餐設(shè)置/退住院,檢查/治療項(xiàng)目費(fèi) ●查詢打印:病

12、員收住/科內(nèi)轉(zhuǎn)床/轉(zhuǎn)科申請(qǐng)/轉(zhuǎn)科接收/當(dāng)前醫(yī)囑/醫(yī)囑執(zhí)行/轉(zhuǎn)院出院的查詢,擺藥單/催款通知書/收費(fèi)清單打印 (5)藥庫管理 ●設(shè)置:設(shè)置藥品/藥庫字典/藥品調(diào)價(jià)/藥房平調(diào)/零記錄清理/盤存初始化操作,查詢 ●入庫:藥品入庫/記錄查詢/操作統(tǒng)計(jì)/藥品統(tǒng)計(jì)/供貨單位統(tǒng)計(jì)/入庫單打印 ●開單:調(diào)撥開單操作/開單記錄查詢/開單操作統(tǒng)計(jì)/開單藥品統(tǒng)計(jì)/打印 ●出庫:藥品出庫/藥房申領(lǐng)查詢/出庫記錄查詢/操作統(tǒng)計(jì)/出庫藥品統(tǒng)計(jì)/調(diào)撥方向報(bào)表/批量藥品出庫/出庫單打印 ●退庫:(院內(nèi)/院外)退庫/退庫記錄查詢/退庫原因分析/退庫單打印 ●庫存核算:藥品數(shù)量盤存/藥品金額盤存/盤存記錄查詢(包含

13、操作和藥品統(tǒng)計(jì)) ●報(bào)損:藥品抱損/抱損記錄(含操作和藥品統(tǒng)計(jì))/抱損原因/打印抱損單 ●退貨和采購:藥庫退貨/記錄查詢(含操作和藥品統(tǒng)計(jì))/采購構(gòu)思和計(jì)劃以及單據(jù)打印 ●查詢:藥庫明細(xì)表以及藥庫報(bào)警表 (6)決策查詢 ●業(yè)務(wù)查詢:門診掛號(hào)收費(fèi)處方統(tǒng)計(jì)及明細(xì) ●藥房查詢:藥房明細(xì)/門診和住院發(fā)藥記錄統(tǒng)計(jì)/進(jìn)藥報(bào)損消耗盤存記錄統(tǒng)計(jì) ●藥庫查詢:藥庫明細(xì)/出入庫退庫退貨報(bào)損統(tǒng)計(jì)明細(xì)/盤存記錄以及統(tǒng)計(jì) ●痕跡查詢:門診改號(hào)退號(hào)記錄/門診撤費(fèi)退費(fèi)/住院退費(fèi)/處方廢除等 ●分類考核:門診科室門診醫(yī)生住院醫(yī)師住院病區(qū)門診及住院項(xiàng)目/輔助科室 (7)財(cái)務(wù)管理 ●業(yè)務(wù)報(bào)表:門診掛號(hào)處方收

14、費(fèi)退費(fèi)的統(tǒng)計(jì),住院預(yù)繳統(tǒng)計(jì)。發(fā)票使用統(tǒng)計(jì)等 ●藥庫核算:出入庫操作統(tǒng)計(jì)/報(bào)損退庫退貨統(tǒng)計(jì)/數(shù)量金額統(tǒng)計(jì)/藥品及報(bào)警名細(xì) ●藥房核算:進(jìn)發(fā)藥/門診退藥住院退藥統(tǒng)計(jì)/藥品消耗及報(bào)損統(tǒng)計(jì)/數(shù)量和金額盤存明細(xì)/藥品明細(xì)/報(bào)警明細(xì)/藥品收費(fèi)記錄統(tǒng)計(jì) ●收費(fèi)統(tǒng)計(jì):門診科室門診醫(yī)生住院醫(yī)師住院病區(qū)門診及住院項(xiàng)目/輔助科室/門診收費(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)初始化/門診過期住院過期清理等 ●高級(jí)設(shè)置:門診發(fā)票設(shè)置,掛號(hào)單項(xiàng)/住院發(fā)票/預(yù)繳金單/門診處方可選功能

15、 3.1.2功能模塊圖 醫(yī)院管理信息系統(tǒng) 掛號(hào)/收費(fèi)子系統(tǒng) 藥房管理子系統(tǒng) 系統(tǒng)設(shè)置子系統(tǒng) 住院管理子系統(tǒng) 財(cái)務(wù)管理子系統(tǒng) 醫(yī)護(hù)管理子系統(tǒng) 藥庫管理子系統(tǒng) 決策查詢子系統(tǒng) 門診掛號(hào) 收費(fèi)統(tǒng)計(jì) 藥房核算 藥庫核算 業(yè)務(wù)報(bào)表 發(fā)藥/退藥 住院預(yù)繳 住院醫(yī)護(hù) 入院登記 病員管理 入庫 設(shè)置 藥房查詢 業(yè)務(wù)查詢 退庫 領(lǐng)藥出庫 查詢打印 開單 痕跡查詢 藥庫查詢 收費(fèi)/退費(fèi) 申領(lǐng)/申退 查詢 出院結(jié)算 庫存

16、核算 查詢 門診處方 核算/報(bào)損 分類考核 退貨/采購 報(bào)損 高級(jí)設(shè)置 系統(tǒng)設(shè)置 基本設(shè)置 3.2用例建模 3.2.1確定系統(tǒng)范圍、邊界和執(zhí)行者 由于系統(tǒng)較復(fù)雜這里只對(duì)“門診管理”、“藥房管理”、“藥庫管理”做詳細(xì)說明。 (1)門診子系統(tǒng)的業(yè)務(wù)范圍、邊界及執(zhí)行者 “門診子系統(tǒng)”只負(fù)責(zé)病人掛號(hào)、處方、收費(fèi)和退費(fèi)。與“財(cái)務(wù)管理子系統(tǒng)”和“藥房管理子系統(tǒng)”有系統(tǒng)邊界。有兩個(gè)系統(tǒng)執(zhí)行者,三個(gè)人執(zhí)行者。 u “

17、病人”執(zhí)行者只要是首先通過掛號(hào)繳費(fèi),領(lǐng)取掛號(hào)單,看病,接到醫(yī)生處方,到藥房拿藥。 u “工作人員”執(zhí)行者分為醫(yī)生和管理員,醫(yī)生負(fù)責(zé)看病開處方,并把處方傳到財(cái)務(wù)管理子系統(tǒng),管理員主要負(fù)責(zé)收取掛號(hào)費(fèi),藥費(fèi),退費(fèi)等工作。 u “院長”執(zhí)行者主要通過查詢功能來查看每天業(yè)務(wù)情況。 u “財(cái)務(wù)管理系統(tǒng)”通過接收醫(yī)生開的處方,來進(jìn)行劃價(jià)收費(fèi)?;虿∪送怂幫速M(fèi)處理等。 u “藥房管理子系統(tǒng)”主要通過財(cái)務(wù)系統(tǒng)傳來的已收費(fèi)處方進(jìn)行核對(duì)拿藥。 (2)藥房管理子系統(tǒng)的業(yè)務(wù)范圍、邊界及執(zhí)行者 “藥房管理子系統(tǒng)”負(fù)責(zé)根據(jù)門診子系統(tǒng)藥品申請(qǐng)/申退信息,及“財(cái)務(wù)管理子系統(tǒng)”的收據(jù)進(jìn)行發(fā)藥/退藥處理,核算每天盤存。與

18、“門診管理子系統(tǒng)”和“藥庫管理子系統(tǒng)”有系統(tǒng)邊界。有兩個(gè)系統(tǒng)執(zhí)行者“門診管理子系統(tǒng)”和“藥庫管理子系統(tǒng)”,兩個(gè)人執(zhí)行者“藥房管理員”和“病人”。 u “門診管理子系統(tǒng)”主要通過開處方來完成藥品申請(qǐng)和申退。 u “藥庫管理子系統(tǒng)”主要通過藥品發(fā)放及盤存核算監(jiān)控藥品庫存量,當(dāng)庫存量小于預(yù)警庫存量時(shí)及時(shí)組織采購。 u “藥房管理員”負(fù)責(zé)藥品核對(duì)藥品申請(qǐng)/申退信息及收據(jù)發(fā)藥/退藥。并進(jìn)行盤存/報(bào)損把數(shù)據(jù)傳給“藥庫管理子系統(tǒng)”。 (3)藥庫管理子系統(tǒng)的業(yè)務(wù)范圍、邊界及執(zhí)行者 “藥庫管理子系統(tǒng)”主要負(fù)責(zé)藥品類別設(shè)置及藥品歸類,采購管理,入庫管理,出庫管理,報(bào)損,庫存核算等業(yè)務(wù)。與“財(cái)務(wù)管理子系統(tǒng)

19、”和“藥房管理系統(tǒng)”有系統(tǒng)邊界。有兩系統(tǒng)執(zhí)行者“財(cái)務(wù)管理子系統(tǒng)”和“藥房管理子系統(tǒng)”,一個(gè)人執(zhí)行者“藥庫管理者”。 u “藥房管理子系統(tǒng)”把每天庫存報(bào)損及盤存數(shù)據(jù)傳給“藥庫管理子系統(tǒng)”,“藥庫管理子系統(tǒng)”通過這些數(shù)據(jù)檢查庫存量,及時(shí)進(jìn)行采購。 u “財(cái)務(wù)管理子系統(tǒng)”通過接受“藥庫子系統(tǒng)”傳來的庫存核算進(jìn)行流動(dòng)資產(chǎn)管理,根據(jù)采購入庫單發(fā)放資金等。 u “業(yè)務(wù)管理員”對(duì)“庫存管理子系統(tǒng)”各個(gè)功能進(jìn)行操作。 3.2.2確定用例 (1)“門診管理子系統(tǒng)”中的用例 l 門診掛號(hào) l 生成處方 l 收費(fèi)/退費(fèi) (2)“藥房管理子系統(tǒng)”中的用例 l 藥品申請(qǐng)/申退 l 發(fā)藥/退藥處理

20、 l 盤存/報(bào)損處理 (3)“藥庫管理子系統(tǒng)”中的用例 l 基礎(chǔ)設(shè)置 l 采購管理 l 入庫管理 l 出庫管理 l 盤存/報(bào)損 l 庫存核算 l 退貨管理 l 查詢 3.2.3繪制分層用例圖 1)第一層用例圖 2)第二層用例圖 (1)門診子系統(tǒng)用例圖 (2)藥房管理用例圖 (3)住院管理用例圖 (4)住院護(hù)理用例圖 (5)藥房管理用例圖 (6)決策查詢用例圖 (7)財(cái)務(wù)管理用例圖

21、 (8)系統(tǒng)維護(hù)用例圖 3)三層用例圖 (1)掛號(hào)管理用例圖 (2)收費(fèi)退費(fèi)管理用例圖 (3)生成處方用例圖 (4)病員管理用例圖 (5)住院醫(yī)護(hù)用例圖 (6)制定采購計(jì)劃 (7)合同管理 3.3活動(dòng)圖 4系統(tǒng)分析 根據(jù)建立的醫(yī)護(hù)需求模型,在系統(tǒng)分析階段要進(jìn)一步確立三個(gè)模型:對(duì)象靜態(tài)圖模型、對(duì)象動(dòng)態(tài)模型,系統(tǒng)功能模型。 4.

22、1對(duì)象類靜態(tài)模型 對(duì)象靜態(tài)結(jié)構(gòu)模型描述了系統(tǒng)的靜態(tài)結(jié)構(gòu),包括構(gòu)成系統(tǒng)的類和對(duì)象、它們的屬性和操作以及這些對(duì)象類之間的聯(lián)系。對(duì)象類靜態(tài)結(jié)構(gòu)模型是系統(tǒng)開發(fā)模型的核心模型,實(shí)質(zhì)上是定義系統(tǒng)“對(duì)誰做”的問題。 醫(yī)院管理信息系統(tǒng)類及類之間的關(guān)系圖如下: 4.2對(duì)象動(dòng)態(tài)模型 對(duì)象動(dòng)態(tài)模型描述了系統(tǒng)的動(dòng)態(tài)行為,它們指明了系統(tǒng)如何響應(yīng)外部事件或激勵(lì),涉及系統(tǒng)中對(duì)象的執(zhí)行順序和狀態(tài)變化,側(cè)重于系統(tǒng)控制邏輯的描述,實(shí)質(zhì)上是解決系統(tǒng)中的對(duì)象“何時(shí)做”的問題。對(duì)象動(dòng)態(tài)結(jié)構(gòu)模型包括:對(duì)象交互模型和對(duì)象狀態(tài)模型。其中對(duì)象交互模型用順序圖和合作圖描述,對(duì)象狀態(tài)模型用狀態(tài)圖和活動(dòng)圖描述。 4.2.1順序圖描述醫(yī)院管

23、理信息系統(tǒng)中的交換模型 (1)掛號(hào)抓藥順序圖 (2) 住院治療順序圖 (3) 藥庫管理順序圖 (4) 制定采購訂單順序圖 (5)到貨入庫順序圖 (6)付款處理順序圖 4.2.2狀態(tài)圖 5 數(shù)據(jù)庫設(shè)計(jì) 5.1實(shí)體及實(shí)體屬性描述 實(shí)體-聯(lián)系圖(Entity-Relation Diagram)用來建立數(shù)據(jù)模型,在數(shù)據(jù)庫系統(tǒng)概論中屬于概念設(shè)計(jì)階段,形成一個(gè)獨(dú)

24、立于機(jī)器,獨(dú)立于DBMS的ER圖模型。通常將它簡(jiǎn)稱為ER圖,相應(yīng)地可把用ER圖描繪的數(shù)據(jù)模型稱為ER模型。 ER圖提供了表示實(shí)體(即數(shù)據(jù)對(duì)象)、屬性和聯(lián)系的方法,用來描述現(xiàn)實(shí)世界的概念模型。 (1)病人(編號(hào) 姓名 性別 年齡 病癥描述 病史記錄) (2)醫(yī)生(編號(hào) 姓名 性別 出生年月 職稱 職務(wù) 權(quán)限 密碼) (3)護(hù)士(編號(hào) 姓名 性別 出生年月 級(jí)別 職務(wù) 權(quán)限 密碼) (4)管理員(編號(hào) 姓名 性別 出生年月 學(xué)歷 職責(zé) 權(quán)限 密碼) (5)病房(編號(hào) 名稱 床位數(shù) 備注) (6)病床(編號(hào) 價(jià)格 備注) (7)藥品(編號(hào) 名稱 價(jià)格 作用說明 類別 庫存警戒線

25、 備注) (8)藥房(編號(hào) 名稱 備注) (9)藥庫(編號(hào) 名稱 備注) (10)科室(編號(hào) 名稱 職責(zé) 備注) 5.2實(shí)體及實(shí)體間的關(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è)計(jì) (1)病人數(shù)據(jù)庫表 表6.1 Patient Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 P-num Nchar 20 NOT NULL 編號(hào) 主鍵 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 編號(hào) 主鍵 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 編號(hào) 主鍵 N-name Varchar 50 NULL 姓名 N-sex Char 4 NULL 性別 N-

29、birthday Date 20 NULL 出生年月 N-grade Varchar 20 NULL 級(jí)別 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 管理員編號(hào) 主鍵 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 編號(hào) 主鍵 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 編號(hào) 主鍵 Sickroom-num Nchar 20 NULL 病房編號(hào) 外鍵 Remarks Varchar 50 NULL 備注 表6.7 Medicines Table (7)藥品數(shù)據(jù)庫表 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Medicines-num Nchar 20 NOT NULL 編號(hào) 主鍵 Medicines-name Varchar 50 NULL 藥品名稱 Storeroom-num Nchar 20 NOT NULL 藥房編號(hào) 外鍵 Medicines-pr

33、ice Float 20 NULL 價(jià)格 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 藥房編號(hào) 主鍵 Storehouse-num Nchar 20 NOT NU

34、LL 藥庫編號(hào) 外鍵 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 藥庫編號(hào) 主鍵 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 類別編號(hào) 主鍵 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 病例編號(hào) 主鍵 Case-name Verchar 50 NULL 病例名稱 Case-describe Varchar 100 NOT NULL 描述 Casekind-num Nchar 20 NOT NULL 類型編號(hào) 外鍵 Treatment Varchar 50 NULL 治療方法 Case-total Varchar 20 NULL 病例統(tǒng)計(jì) Remarks Varchar 100 NULL 備注

37、 (12)病例種類數(shù)據(jù)庫表 表6.12 Casekind Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Casekind-num Nchar 20 NOT NULL 病例編號(hào) 主鍵 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 科室編號(hào) 主鍵 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 處方編號(hào) 主鍵 Prescription-name Varchar 50 NULL 處方名稱 D-num Nchar 20 NOT NULL 醫(yī)生編號(hào) 外鍵 P-num Nchar 20 NOT NULL 病人編號(hào) 外鍵 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 記錄編號(hào) 主鍵 P-num Nchar 20 NOT NULL 病人編號(hào) 主鍵 Enter-date Date 20 NOT NULL 入院日期 Eksit-date Date 20 NOT NULL 出院日期 Total-date Nchar 50 NOT NULL 總計(jì)天數(shù) Manager-num Nchar 20 NUT NULL 辦理員編號(hào) 外鍵 Remarks Verchar 10

41、0 NULL 備注 (16)掛號(hào)類型統(tǒng)計(jì)表 表6.16 Registerkind Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Registerkind-num Nchar 20 NOT NULL 掛號(hào)種類編號(hào) 主鍵 Register-cost Verchar 50 NOT NULL 掛號(hào)費(fèi)用 Register-total Varchar 100 NOT NULL 掛號(hào)量總計(jì) Register-Date Date 20 NOT NULL 掛號(hào)日期 (17)醫(yī)生分屬科室關(guān)系表 表6

42、.17 A-D Table 列名 數(shù)據(jù)類型 長度 可否為空 說明 聲明 Administrative-num Nchar 20 NOT NULL 病例編號(hào) 主鍵 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ù)士編號(hào) 主鍵 P-num Nchar 50 NOT

43、 NULL 病人名稱 主鍵 Record Varchar 20 NOT NULL 醫(yī)護(hù)記錄 Remarks Varchar 100 NULL 備注 7總結(jié) 科技進(jìn)步將人類帶到了信息時(shí)代,計(jì)算機(jī)已成為各個(gè)行業(yè)在業(yè)務(wù)處理與管理工作中必不可少的輔助工具,并對(duì)各行業(yè)的發(fā)展起到越來越大的推動(dòng)作用。醫(yī)療衛(wèi)生是圍繞在我們生活中的一個(gè)非常重要的部分,與我們的生活息息相關(guān)。建設(shè)一個(gè)適合、實(shí)用的醫(yī)院管理信息系統(tǒng),對(duì)醫(yī)院經(jīng)濟(jì)效益、社會(huì)效益、管理水平及至醫(yī)療水平的提高都大有裨益。也正是由于這個(gè)原因,我決定選擇醫(yī)院門管理

44、信息系統(tǒng)這個(gè)題目進(jìn)行項(xiàng)目開發(fā)。 在確定題目后,首先我進(jìn)行了大量的信息收集工作,包括網(wǎng)上查詢、學(xué)校圖書館查詢,甚至跑遍了學(xué)校周圍的所有書店。根據(jù)搜索的資料及現(xiàn)實(shí)生活中的經(jīng)驗(yàn)開始可行性分析,需求分析,系統(tǒng)分析。其中需求分析是最重要的,只有通過需求分析才能確定系統(tǒng)要實(shí)現(xiàn)的功能,最終通過UML建模語言中的用例圖來描述,用活動(dòng)圖來進(jìn)行復(fù)雜用例的詳細(xì)描述。接著對(duì)系統(tǒng)進(jìn)行靜態(tài)結(jié)構(gòu)建模通過對(duì)象類圖描述,確定類及類之間的關(guān)系是最主要的,設(shè)計(jì)中的對(duì)象與現(xiàn)實(shí)中的對(duì)象聯(lián)系起來,并不是件容易的事。如果對(duì)象確定不好會(huì)給系統(tǒng)設(shè)計(jì)實(shí)現(xiàn)帶來很大的麻煩。而它們之間的關(guān)系并不是簡(jiǎn)單連接就能表述的,它們之間的關(guān)系有關(guān)聯(lián),繼承,聚合

45、,依賴和細(xì)化。由此提現(xiàn)了UML建模語言強(qiáng)大的語言表達(dá)能力。建立系統(tǒng)動(dòng)態(tài)模型,動(dòng)態(tài)模型分為動(dòng)態(tài)交互模型、狀態(tài)模型,其中交互模型主要通過順序圖和合作圖來描述,狀態(tài)模型主要通過狀態(tài)圖和活動(dòng)圖來描述。這些中及存在區(qū)別,也存在著聯(lián)系,區(qū)別在于它們描述的側(cè)重點(diǎn)不同,能從不同角度對(duì)系統(tǒng)中的動(dòng)作狀態(tài)進(jìn)行描述,聯(lián)系在于它們都是以體系結(jié)構(gòu)為中心,以用例為驅(qū)動(dòng),許多模型元素都相同,可以互相轉(zhuǎn)化。在設(shè)計(jì)過程中最大的難題在于對(duì)象類之間的動(dòng)作狀態(tài)的確定,以及引起轉(zhuǎn)化遷移事件的確定,只有對(duì)系統(tǒng)有深入的分析之后才能確定。 通過這次UML建模課程設(shè)計(jì),讓我對(duì)UML建模語言有了更深入的了解,不只是停留在表面知識(shí)上,而是真正成為

46、描述系統(tǒng)模型的語言來使用。在設(shè)計(jì)過程中充分體現(xiàn)了UML以系統(tǒng)體系結(jié)構(gòu)為中心,以用例為驅(qū)動(dòng),以風(fēng)險(xiǎn)控制和質(zhì)量管理為目標(biāo),以漸增迭代為開發(fā)方式的面向?qū)ο螵?dú)有的語言特色。同時(shí)我體會(huì)到了軟件開發(fā)需要細(xì)心和耐心,不求最好只求更好。培養(yǎng)了我對(duì)完美不懈的追求精神,嚴(yán)謹(jǐn)做事的態(tài)度。不一定每一個(gè)人都要成為專業(yè)軟件的開發(fā)人員,但做任何事卻要具備開發(fā)人員思維和態(tài)度。對(duì)我以后的人生道路有很好的引導(dǎo)啟發(fā)作用。 參考文獻(xiàn) [1]刁成嘉,UML系統(tǒng)建模與分析設(shè)計(jì),北京:機(jī)械工業(yè)出版社,2007 [2]刁成嘉,UML系統(tǒng)建模與分析設(shè)計(jì)課程設(shè)計(jì),北京:機(jī)械工業(yè)出版社,2008 [3]J.L. Whitten,L.D. Bentley,肖剛,孫慧譯,《系統(tǒng)分析與設(shè)計(jì)方法》,北京:機(jī)械工業(yè)出版社,2007 - 35 -

展開閱讀全文
溫馨提示:
1: 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
2: 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
3.本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
5. 裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

相關(guān)資源

更多
正為您匹配相似的精品文檔
關(guān)于我們 - 網(wǎng)站聲明 - 網(wǎng)站地圖 - 資源地圖 - 友情鏈接 - 網(wǎng)站客服 - 聯(lián)系我們

copyright@ 2023-2025  zhuangpeitu.com 裝配圖網(wǎng)版權(quán)所有   聯(lián)系電話:18123376007

備案號(hào):ICP2024067431號(hào)-1 川公網(wǎng)安備51140202000466號(hào)


本站為文檔C2C交易模式,即用戶上傳的文檔直接被用戶下載,本站只是中間服務(wù)平臺(tái),本站所有文檔下載所得的收益歸上傳人(含作者)所有。裝配圖網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)上載內(nèi)容本身不做任何修改或編輯。若文檔所含內(nèi)容侵犯了您的版權(quán)或隱私,請(qǐng)立即通知裝配圖網(wǎng),我們立即給予刪除!