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

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

1、UML課程設(shè)計目錄1 引言12可行性分析2 2.1經(jīng)濟(jì)可行性分析2 2.2技術(shù)可行性分析3 2.3法律可行性分析3 2.4總結(jié)33 需求分析43.1客戶需求分析4 3.1.1具體功能要求4 3.1.2功能模塊圖63.2用例建模73.2.1確定系統(tǒng)范圍、系統(tǒng)邊界及執(zhí)行者7 3.2.2確定用例73.2.3分層繪制用例圖84 系統(tǒng)分析194.1對象靜態(tài)建模194.2對象動態(tài)建模20 4.2.1順序圖描述系統(tǒng)中的交互模型20 4.2.1狀態(tài)圖245 數(shù)據(jù)庫設(shè)計25 5.1實體及實體屬性描述25 5.2 E-R圖設(shè)計266 數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計277 總結(jié)32參考文獻(xiàn)331引言1.1編寫目的科技進(jìn)步將人類帶

2、到了信息時代，計算機(jī)已成為各行各業(yè)在業(yè)務(wù)處理與管理工作中必不可少的輔助工具，并對各行業(yè)的發(fā)展起到越來越大的推動作用。計算機(jī)信息管理技術(shù)的應(yīng)用，除了能在相當(dāng)大的程度上代替人工作業(yè)，從而減少人員工作量，減輕工作負(fù)擔(dān)，減少工作中因人為原因而產(chǎn)生的錯誤從而避免不必要的損失外，更重要的是能建立準(zhǔn)確暢通、簡便的信息流通渠道，為工作提供所需要的準(zhǔn)確、即時的信息以幫助做出正確而及時的選擇與決定，從而給采用這門技術(shù)的單位帶來了巨大的可見或不可見的利益與效益。隨著信息時代來臨,信息處理的利器計算機(jī)應(yīng)用于醫(yī)院的日常管理為醫(yī)院的現(xiàn)代化帶來了從未有過的動力和機(jī)遇，為醫(yī)療衛(wèi)生領(lǐng)域的飛速發(fā)展提供了無限潛力。采用計算機(jī)管理信

3、息系統(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ī)院形象、上層次晉等級、進(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ī)管人員工

4、作強(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)的完全性、可靠性、開放性均有影響。造成這種現(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è)計方法。

5、UML是軟件世界第一個統(tǒng)一建模語言，已成為國際軟件界廣泛承認(rèn)的標(biāo)準(zhǔn)，應(yīng)用領(lǐng)域非常廣泛。可由于多種類型軟件系統(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)基本建設(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軟件的

6、轉(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)軟件的租金和維護(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)的使用價

7、值的增升所引起，資源利用改進(jìn)，管理和運(yùn)行效率提高以及出錯率減少。 (2)非一次性收益 整個系統(tǒng)生命期內(nèi)人員開支每月減少1.5萬，紙張等材料的開支均可避免。(3)不可定量的收益 服務(wù)改進(jìn)，增強(qiáng)病案查詢的效率和質(zhì)量；由操作失誤引起的風(fēng)險減少；信息掌握情況加強(qiáng)；增進(jìn)我院的醫(yī)療服務(wù)質(zhì)量，外界形象改善。2.1.3 收益投資比 整個系統(tǒng)生命期的收益投資比值為80/432.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ù)

8、面的影響。醫(yī)院管理信息系統(tǒng)風(fēng)險風(fēng)險分析：l 客戶需求不明；l 進(jìn)度要求緊，合同額有限l 開發(fā)人員對測試工作不重視l 供貨商、外包商的質(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)

9、必須符合國家、地方有關(guān)法律、法規(guī)、 規(guī)章制度的要求： 1中華人民共和國執(zhí)業(yè)醫(yī)師法 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ī)療保險定點(diǎn)醫(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）藥房管理發(fā)藥/退藥：（門診/住院）患者（發(fā)藥/退

10、藥）藥品申領(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)查詢打?。翰T收住/科內(nèi)轉(zhuǎn)床/轉(zhuǎn)科申請/轉(zhuǎn)科接收/當(dāng)前醫(yī)囑/醫(yī)囑執(zhí)行/轉(zhuǎn)院出院的查詢，擺藥單/催款通知書/收費(fèi)清單打印（5）

11、藥庫管理設(shè)置：設(shè)置藥品/藥庫字典/藥品調(diào)價/藥房平調(diào)/零記錄清理/盤存初始化操作，查詢?nèi)霂欤核幤啡霂?記錄查詢/操作統(tǒng)計/藥品統(tǒng)計/供貨單位統(tǒng)計/入庫單打印開單：調(diào)撥開單操作/開單記錄查詢/開單操作統(tǒng)計/開單藥品統(tǒng)計/打印出庫：藥品出庫/藥房申領(lǐng)查詢/出庫記錄查詢/操作統(tǒng)計/出庫藥品統(tǒng)計/調(diào)撥方向報表/批量藥品出庫/出庫單打印退庫：（院內(nèi)/院外）退庫/退庫記錄查詢/退庫原因分析/退庫單打印庫存核算：藥品數(shù)量盤存/藥品金額盤存/盤存記錄查詢（包含操作和藥品統(tǒng)計）報損：藥品抱損/抱損記錄（含操作和藥品統(tǒng)計）/抱損原因/打印抱損單退貨和采購：藥庫退貨/記錄查詢（含操作和藥品統(tǒng)計）/采購構(gòu)思和計劃以及

12、單據(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ù)報表：門診掛號處方收費(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ì)/

13、藥品收費(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ù)繳金單/門診處方可選功能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ù)查

14、詢退庫領(lǐng)藥出庫查詢打印開單痕跡查詢藥庫查詢收費(fèi)/退費(fèi)申領(lǐng)/申退查詢出院結(jié)算庫存核算查詢門診處方核算/報損分類考核退貨/采購報損高級設(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“病人”執(zhí)行者只要是首先通過掛號繳費(fèi)，領(lǐng)取掛號單，看病，接到醫(yī)生處方，到藥房拿藥。u“工作人員”執(zhí)行者分為醫(yī)生和管理員，醫(yī)生負(fù)責(zé)看病開處方，并把處方傳

15、到財務(wù)管理子系統(tǒng)，管理員主要負(fù)責(zé)收取掛號費(fèi)，藥費(fèi)，退費(fèi)等工作。u“院長”執(zhí)行者主要通過查詢功能來查看每天業(yè)務(wù)情況。u“財務(wù)管理系統(tǒng)”通過接收醫(yī)生開的處方，來進(jìn)行劃價收費(fèi)?；虿∪送怂幫速M(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ā)藥/退藥處理，核算每天盤存。與“門診管理子系統(tǒng)”和“藥庫管理子系統(tǒng)”有系統(tǒng)邊界。有兩個系統(tǒng)執(zhí)行者“門診管理子系統(tǒng)”和“藥庫管理子系統(tǒng)”，兩個人執(zhí)行者“藥房管理員”和“病人”。u“門診管理子系統(tǒng)”主要通過開處方來

16、完成藥品申請和申退。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)”和“藥房管理系統(tǒng)”有系統(tǒng)邊界。有兩系統(tǒng)執(zhí)行者“財務(wù)管理子系統(tǒng)”和“藥房管理子系統(tǒng)”，一個人執(zhí)行者“藥庫管理者”。u“藥房管理子系統(tǒng)”把每天庫存報損及盤存數(shù)據(jù)傳給“藥庫管理子系統(tǒng)”，“藥庫管理子系統(tǒng)”通過這

17、些數(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ā)藥/退藥處理l 盤存/報損處理（3）“藥庫管理子系統(tǒng)”中的用例l 基礎(chǔ)設(shè)置l 采購管理l 入庫管理l 出庫管理l 盤存/報損l 庫存核算l 退貨管理l 查詢3.2.3繪制分層用例圖 1）第一層用例圖 2）第二層用例圖（1）門診子系統(tǒng)用例圖（2）藥房管理用例圖 （3）住院

18、管理用例圖（4）住院護(hù)理用例圖（5）藥房管理用例圖 （6）決策查詢用例圖 （7）財務(wù)管理用例圖 （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.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)“對誰做”的問題

19、。醫(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ī)院管理信息系統(tǒng)中的交換模型（1）掛號抓藥順序圖（2）住院治療順序圖（3）藥庫管理順序圖（4）制定采購訂單順序圖 （5）到貨入庫順序圖 （6）付款處理順序圖 4.2.2狀態(tài)圖 5 數(shù)據(jù)庫設(shè)計5.1實體及實體屬性描述實體-聯(lián)

20、系圖(Entity-Relation Diagram)用來建立數(shù)據(jù)模型,在數(shù)據(jù)庫系統(tǒng)概論中屬于概念設(shè)計階段，形成一個獨(dú)立于機(jī)器，獨(dú)立于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

21、）病床（編號 價格 備注）（7）藥品（編號 名稱 價格 作用說明 類別 庫存警戒線 備注）（8）藥房（編號 名稱 備注）（9）藥庫（編號 名稱 備注）（10）科室（編號 名稱 職責(zé) 備注）5.2實體及實體間的關(guān)系E-R圖病人醫(yī)生科室處方藥品管理員床位病房藥庫藥房護(hù)士開方看病包含分屬護(hù)理接受管理管理管理管理住院存放包含n1nmnmn11mnnmmmnm111n1n1116數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計(1)病人數(shù)據(jù)庫表表6.1 Patient Table列名數(shù)據(jù)類型長度可否為空說明聲明P-numNchar20NOT NULL編號主鍵P-nameVarchar50NULL姓名P-sexChar4NULL性別P-

22、birthdayDate20NULL年齡DiseaseVarchar50NULL病癥Case historyVarchar100NULL病史記錄RemarksVarchar100NULL備注（2）醫(yī)生數(shù)據(jù)庫表表6.2 Doctor Table列名數(shù)據(jù)類型長度可否為空說明聲明D-numNchar20NOT NULL編號主鍵D-nameVarchar50NULL姓名D-sexChar4NULL性別PostVarchar10NULL職稱D-birthdayDate20NULL出生年月D-dutiesVarchar50NULL職務(wù)D-authorityVarchar50NULL權(quán)限D(zhuǎn)-code Var

23、char20NULL密碼（3）護(hù)士數(shù)據(jù)庫表表6.3 Nurse Table列名數(shù)據(jù)類型長度可否為空說明聲明N-numNchar 20NOT NULL編號主鍵N-nameVarchar50NULL姓名N-sexChar4NULL性別N-birthdayDate20NULL出生年月N-gradeVarchar20NULL級別N-duitiesVarchar50NULL職務(wù)N-authorityVarchar50NULL權(quán)限N-codeVarchar20NULL密碼（4）管理員數(shù)據(jù)表表6.4 Manager Table列名數(shù)據(jù)類型長度可否為空說明聲明Manager-numNchar20NOT NUL

24、L管理員編號主鍵Manager-nameVerchar50NULL姓名Manager-sexChar4NULL性別Manager-birthdayDate20NULL出生年月Manager-degreeNchar20NULL學(xué)歷Manager-dutiesVarchar50NULL職責(zé)Manager-codeVarchar20NOT NULL密碼Manager-authorityVarchar50NOT NULL權(quán)限（5）病房數(shù)據(jù)庫表表6.5 Sickroom Table列名數(shù)據(jù)類型長度可否為空說明聲明Sickroom-numNchar20NOT NULL編號主鍵Sickroom-nameVa

25、rchar50NULL名稱Sickroom-capacityVarchar50NULL床位數(shù)RemarksVarchar100NULL備注（6）床位數(shù)據(jù)庫表表6.6 Bad Table列名數(shù)據(jù)類型長度可否為空說明聲明Bad-numNchar20NOT NULL編號主鍵Sickroom-numNchar20NULL病房編號外鍵RemarksVarchar50NULL備注表6.7 Medicines Table（7）藥品數(shù)據(jù)庫表列名數(shù)據(jù)類型長度可否為空說明聲明Medicines-numNchar20NOT NULL編號主鍵Medicines-nameVarchar50NULL藥品名稱Storero

26、om-numNchar20NOT NULL藥房編號外鍵Medicines-priceFloat20NULL價格Medicines-kindsVarchar50NOT NULL類別外鍵IllustrateVarchar100NULL作用說明RemarksVarchar100NULL備注表6.8 Storeroom Table（8）藥房數(shù)據(jù)庫表列名數(shù)據(jù)類型長度可否為空說明聲明Storeroom-numNchar20NOT NULL藥房編號主鍵Storehouse-numNchar20NOT NULL藥庫編號外鍵Storeroom-nameVarchar50NULL藥庫名稱Medicines-kin

27、dsVarchar50NULL藥品類別RemarksVarchar100NULL備注（9）藥庫數(shù)據(jù)庫表表6.9 Storehouse Table列名數(shù)據(jù)類型長度可否為空說明聲明Storehouse-numNchar20NOT NULL藥庫編號主鍵Storehouse-nameVarchar50NULL藥庫名稱Security lineFloat20NULL警戒線RemarksVarchar50NULL備注（10）藥品類別表6.10 MKind Table列名數(shù)據(jù)類型長度可否為空說明聲明MKind-numNchar20NOT NULL類別編號主鍵MKind-nameVerchar50NOT NU

28、LL類別名稱RemarksVarchar100NULL備注（11）病例數(shù)據(jù)庫表表6.11 Case Table列名數(shù)據(jù)類型長度可否為空說明聲明Case-numNchar20NOT NULL病例編號主鍵Case-nameVerchar50NULL病例名稱Case-describeVarchar100NOT NULL描述Casekind-numNchar20NOT NULL類型編號外鍵TreatmentVarchar50NULL治療方法Case-totalVarchar20NULL病例統(tǒng)計RemarksVarchar100NULL備注（12）病例種類數(shù)據(jù)庫表表6.12 Casekind Table

29、列名數(shù)據(jù)類型長度可否為空說明聲明Casekind-numNchar20NOT NULL病例編號主鍵Casekind-nameVerchar50NOT NULL病例名稱Casekind-describeVarchar100NOT NULL描述RemarksVarchar100NULL備注（13）科室數(shù)據(jù)庫表表6.13 Administrative Table列名數(shù)據(jù)類型長度可否為空說明聲明Administrative-numNchar20NOT NULL科室編號主鍵Administrative-nameVerchar50NULL科室名稱Administrative-dutiesNchar20NO

30、T NULL職責(zé)RemarksVarchar100NULL備注（14）處方數(shù)據(jù)庫表表6.14 Prescription Table列名數(shù)據(jù)類型長度可否為空說明聲明Prescription-numNchar20NOT NULL處方編號主鍵Prescription-nameVarchar50NULL處方名稱D-numNchar20NOT NULL醫(yī)生編號外鍵P-numNchar20NOT NULL病人編號外鍵PrescriptionVarchar150NULL處方內(nèi)容IllustrateVarchar100NULL說明RemarksVarchar100NULL備注（15）住院記錄表表6.15 Re

31、cord Table列名數(shù)據(jù)類型長度可否為空說明聲明Record-numNchar20NOT NULL記錄編號主鍵P-numNchar20NOT NULL病人編號主鍵Enter-dateDate20NOT NULL入院日期Eksit-dateDate20NOT NULL出院日期Total-dateNchar50NOT NULL總計天數(shù)Manager-numNchar20NUT NULL辦理員編號外鍵RemarksVerchar100NULL備注(16)掛號類型統(tǒng)計表表6.16 Registerkind Table列名數(shù)據(jù)類型長度可否為空說明聲明Registerkind-numNchar20NO

32、T NULL掛號種類編號主鍵Register-costVerchar50NOT NULL掛號費(fèi)用Register-totalVarchar100NOT NULL掛號量總計Register-DateDate20NOT NULL掛號日期（17）醫(yī)生分屬科室關(guān)系表表6.17 A-D Table列名數(shù)據(jù)類型長度可否為空說明聲明Administrative-numNchar20NOT NULL病例編號主鍵D-numVerchar50NULL病例名稱主鍵D-totalVarchar100NOT NULL描述（18）護(hù)士醫(yī)護(hù)病人關(guān)系表表6.18 N-P Table列名數(shù)據(jù)類型長度可否為空說明聲明N-numN

33、char20NOT NULL護(hù)士編號主鍵P-numNchar50NOT NULL病人名稱主鍵RecordVarchar20NOT NULL醫(yī)護(hù)記錄RemarksVarchar100NULL備注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ī)院門管理信息系統(tǒng)這個題目進(jìn)行項目開發(fā)。在確定題目后，首先我進(jìn)行了大

34、量的信息收集工作，包括網(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)，繼承，聚合，依賴和細(xì)化。由此提現(xiàn)了UML建模語言強(qiáng)大的語言表達(dá)能力。建立

35、系統(tǒng)動態(tài)模型，動態(tài)模型分為動態(tài)交互模型、狀態(tài)模型，其中交互模型主要通過順序圖和合作圖來描述，狀態(tài)模型主要通過狀態(tài)圖和活動圖來描述。這些中及存在區(qū)別，也存在著聯(lián)系，區(qū)別在于它們描述的側(cè)重點(diǎn)不同，能從不同角度對系統(tǒng)中的動作狀態(tài)進(jìn)行描述，聯(lián)系在于它們都是以體系結(jié)構(gòu)為中心，以用例為驅(qū)動，許多模型元素都相同，可以互相轉(zhuǎn)化。在設(shè)計過程中最大的難題在于對象類之間的動作狀態(tài)的確定，以及引起轉(zhuǎn)化遷移事件的確定，只有對系統(tǒng)有深入的分析之后才能確定。通過這次UML建模課程設(shè)計，讓我對UML建模語言有了更深入的了解，不只是停留在表面知識上，而是真正成為描述系統(tǒng)模型的語言來使用。在設(shè)計過程中充分體現(xiàn)了UML以系統(tǒng)體系結(jié)構(gòu)為中心，以用例為驅(qū)動，以風(fēng)險控制和質(zhì)量管理為目標(biāo)，以漸增迭代為開發(fā)方式的面向?qū)ο螵?dú)有的語言特色。同時我體會到了軟件開發(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è)出版社，20072刁成嘉，UML系統(tǒng)建模與分析設(shè)計課程設(shè)計，北京：機(jī)械工業(yè)出版社，20083J.L. Whitten，L.D. Bentley，肖剛，孫慧譯，系統(tǒng)分析與設(shè)計方法，北京：機(jī)械工業(yè)出版社，2007- 35 -