UML建模的醫(yī)院信息系統(tǒng)分析與設(shè)計(jì)(共82頁(yè))

1、精選優(yōu)質(zhì)文檔-傾情為你奉上浙江工業(yè)大學(xué)碩士學(xué)位論文采用UML建模的醫(yī)院信息系統(tǒng)分析與設(shè)計(jì)姓名：喻永明申請(qǐng)學(xué)位級(jí)別：碩士專業(yè)：計(jì)算機(jī)技術(shù)指導(dǎo)教師：陳慶章;陳聯(lián)專心-專注-專業(yè)浙江=T：業(yè)大學(xué)碩：十：學(xué)位論文采用UML建模的醫(yī)院信息系統(tǒng)分析與設(shè)計(jì)摘要UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語(yǔ)言。它溶入了軟件工 程領(lǐng)域的新思想、新方法和新技術(shù)。它的應(yīng)用范圍不限于支持面向?qū)ο蟮姆治雠c設(shè)計(jì)，還 支持從需求分析丌始的軟件開(kāi)發(fā)的全過(guò)程在Rational統(tǒng)一過(guò)程(Rational Unified Process，RUP)出現(xiàn)后，它的應(yīng)用就更加廣泛。本文采用UML方法完成了整個(gè)醫(yī)院信息系統(tǒng)(Ho

2、spi tal Informat ion System，HIS) 的分析與設(shè)計(jì)，采用用例視圖、順序圖、活動(dòng)圖、類圖等方法，對(duì)系統(tǒng)的主要功能進(jìn)行描 述，確定系統(tǒng)的功能需求，完成對(duì)系統(tǒng)的架構(gòu)設(shè)計(jì)和詳細(xì)設(shè)計(jì)，并實(shí)現(xiàn)了系統(tǒng)。論文的主要工作如下：1)采用IJML面向?qū)ο蠹夹g(shù)方法建模醫(yī)院信息系統(tǒng)，很好地解決目前醫(yī)院信息系統(tǒng)開(kāi) 發(fā)存在的諸多問(wèn)題。由于采用了先進(jìn)的分析和設(shè)計(jì)手段，使該信息系統(tǒng)具有較高的可靠性 和嚴(yán)謹(jǐn)性，也便于系統(tǒng)開(kāi)發(fā)過(guò)程中的測(cè)試和后期的維護(hù)；2)圍繞RUP核心思想(用例驅(qū)動(dòng)、以架構(gòu)為中心、迭代和增量的)，從獲取需求丌始， 經(jīng)過(guò)系統(tǒng)分析、系統(tǒng)設(shè)計(jì)，到最后系統(tǒng)實(shí)現(xiàn)，采用逐步推演，逐步深入細(xì)化的組織

3、方式解 剖整個(gè)醫(yī)院信息系統(tǒng)建模的過(guò)程。通過(guò)該醫(yī)院信息系統(tǒng)的成功建模，證明基于RUP核心思想的UML建模技術(shù)在中大型應(yīng)用系統(tǒng)的開(kāi)發(fā)中切實(shí)可行；同時(shí)，也為準(zhǔn)備采用該技術(shù)的項(xiàng)目或團(tuán)隊(duì)提供較好的借鑒實(shí)例。 關(guān)鍵詞：HIS，UML，RUP，設(shè)計(jì)模式浙江：1業(yè)人學(xué)碩十學(xué)位論文The Analysis and Design of Hospital Information SystemUsing UML ModelingABSTRACTUML is a kind of modeling language which is welldefined，easily expressed，strong function

4、 and widely usedIt includes new theory，new method and new technology of soRware engineering fieldsIt doesn't only apply to objectoriented design and analysis，but also support the whole process of software development beginning with requirement analysisUML is widelyused，after The Rational Unified

5、 Process appearedIn this thesis，we used UML method to complete the whole hospital information system analysis and designIt is described the system and determine the requirement of systemS functionIt also completes the systemS architecture design and detailed design and implement tothe systemThe main

6、 idea of thesis is as follows：1)It adopt UML to objectoriented the modeling hospital information system，and will be agood way to solve a few questions from hospital information system in nowadays·2)It moves around the main ideas of RUP(USecase driven，architecturecentric，iterative and incrementa

7、l)At the beginning of get demand，through the system analysis，system design， until to the final of the system implementationIt adopts the stepwise deduction to go de印intothe way of refining organization to anatomise the whole the process of the hospital informationSVstemKey Words：HIS，UML，RUP，Design P

8、attern浙江工業(yè)大學(xué)學(xué)位論文原創(chuàng)性聲明本人鄭重聲明：所提交的學(xué)位論文是本人在導(dǎo)師的指導(dǎo)下，獨(dú)立進(jìn)行研究工作 所取得的研究成果。除文中已經(jīng)加以標(biāo)注引用的內(nèi)容外，本論文不包含其他個(gè)人或 集體已經(jīng)發(fā)表或撰寫過(guò)的研究成果，也不含為獲得浙江工業(yè)大學(xué)或其它教育機(jī)構(gòu)的 學(xué)位證書而使用過(guò)的材料。對(duì)本文的研究作出重要貢獻(xiàn)的個(gè)人和集體，均已在文中 以明確方式標(biāo)明。本人承擔(dān)本聲明的法律責(zé)任。作者簽名：喻不竹j11日期："礦，t月加日學(xué)位論文版權(quán)使用授權(quán)書本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留 并向國(guó)家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。本 人授權(quán)

9、浙江工業(yè)大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫(kù)進(jìn)行檢 索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。本學(xué)位論文屬于1、保密口，在 年解密后適用本授權(quán)書。2、不保瓤(請(qǐng)?jiān)谝陨舷鄳?yīng)方框內(nèi)打“、)作者簽名： 涂奠乞憎日期：)椰9年2月矽Elf弘醐：叩 棚7日導(dǎo)師簽名：浙江1j業(yè)大學(xué)碩十學(xué)位論文第1章緒論11研究背景醫(yī)院信息系統(tǒng)(Hospital Information System，HIS)可以定義為利用電子計(jì)算機(jī)和通訊設(shè)備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲(chǔ)、處理、提r11取和數(shù)據(jù)交換的能力，并滿足所有授權(quán)用戶的功能需求”。如今人民生活水平不斷的提

10、高和醫(yī)療保健需求不斷的增長(zhǎng)，衛(wèi)生行業(yè)保持著快速的發(fā) 展勢(shì)頭。醫(yī)療行業(yè)的發(fā)展、患者自身消費(fèi)意識(shí)的增強(qiáng)和醫(yī)療體制改革的深化，要求對(duì)內(nèi)醫(yī) 院必須優(yōu)化資源，改進(jìn)流程、提高效率、降低成本，向管理求效益；對(duì)外必須提高服務(wù)意r口識(shí)，提升患者滿意度，通過(guò)持續(xù)改進(jìn)，向“以病人為中心”b的現(xiàn)代化服務(wù)型、經(jīng)營(yíng)型醫(yī)院轉(zhuǎn)變。醫(yī)院信息系統(tǒng)直接面對(duì)百姓，需要高度的可靠性和快速相應(yīng)能力，其質(zhì)量好壞直接影 響到醫(yī)院的服務(wù)質(zhì)量。同時(shí)，越來(lái)越多的醫(yī)院領(lǐng)導(dǎo)要求當(dāng)今的醫(yī)院信息系統(tǒng)需要實(shí)現(xiàn)從當(dāng) 前“以醫(yī)療費(fèi)用為核心”的醫(yī)院信息系統(tǒng)向“以患者醫(yī)療信息為核心"的數(shù)字化醫(yī)療信息 系統(tǒng)的轉(zhuǎn)變。這樣的需求趨勢(shì)使得目前醫(yī)院內(nèi)部業(yè)務(wù)系統(tǒng)越來(lái)

11、越復(fù)雜，采用傳統(tǒng)的系統(tǒng)分 析和設(shè)計(jì)方法實(shí)現(xiàn)的HIS系統(tǒng)，已經(jīng)暴露出很多問(wèn)題，例如：業(yè)務(wù)擴(kuò)展性太差，系統(tǒng)功能 耦合度太高；各個(gè)子系統(tǒng)之間信息無(wú)法互通，無(wú)法滿足醫(yī)院個(gè)性化需求；系統(tǒng)常常出現(xiàn)各 種小故障，影響到系統(tǒng)的可靠性；對(duì)系統(tǒng)的任何修改，牽一發(fā)動(dòng)全身等等一系列問(wèn)題。這 說(shuō)明，現(xiàn)有的一些傳統(tǒng)的系統(tǒng)分析和設(shè)計(jì)方法已經(jīng)越來(lái)越不適應(yīng)醫(yī)院信息化進(jìn)程的要求， 面對(duì)如此龐大、復(fù)雜系統(tǒng)的開(kāi)發(fā)，必須采用更科學(xué)、更先進(jìn)的建模技術(shù)和軟件開(kāi)發(fā)過(guò)程作 支撐。而基于UML的建模方法和RUP軟件丌發(fā)過(guò)程適合業(yè)務(wù)錯(cuò)綜復(fù)雜的中大型系統(tǒng)的設(shè)計(jì) 開(kāi)發(fā)。因此，基于面向?qū)ο蠹夹g(shù)在醫(yī)院信息系統(tǒng)的設(shè)計(jì)開(kāi)發(fā)中具有很強(qiáng)的現(xiàn)實(shí)意義。面向?qū)ο蠓椒ㄒ?/p>

12、經(jīng)成為當(dāng)前系統(tǒng)設(shè)計(jì)開(kāi)發(fā)的主要方法，與傳統(tǒng)的系統(tǒng)分析設(shè)計(jì)方法不 同，它以對(duì)象的思考模式，把現(xiàn)實(shí)中業(yè)務(wù)抽象為一個(gè)個(gè)對(duì)象。封裝成對(duì)象的好處是在對(duì)系 統(tǒng)的部分功能修改后，只需對(duì)相關(guān)對(duì)象進(jìn)行修改，不會(huì)影響整個(gè)系統(tǒng)架構(gòu)，從而較好的適 應(yīng)醫(yī)院業(yè)務(wù)的需求變化。統(tǒng)一建模語(yǔ)言(Unified Model ing Language，UML)和軟件開(kāi)r'1發(fā)統(tǒng)一過(guò)程(Rational Unified Process，RUP)是面向?qū)ο蠹夹g(shù)建模的主要手段“。綜上所述，面向?qū)ο蠓治鲈O(shè)計(jì)方法的研究，特別是UML和RUP的研究，不僅有理論價(jià)一3一浙江=1：業(yè)大學(xué)碩士學(xué)位論文值，而且能夠很好的用在醫(yī)院信息系統(tǒng)的開(kāi)發(fā)中。

13、12國(guó)內(nèi)外發(fā)展現(xiàn)狀如今國(guó)內(nèi)使用UML建模醫(yī)院信息系統(tǒng)的例子已經(jīng)不少，例如：rJl宛楠在uML在HIS需求分析中的應(yīng)用“。中使用UML對(duì)HIS系統(tǒng)進(jìn)行了需求分析，包括執(zhí)行者(Actor)的獲取，確定系統(tǒng)中的執(zhí)行者，是按角色來(lái)劃分；用戶的獲取，通 過(guò)尋找各個(gè)角色的用例確定它與HIS之間的關(guān)系，即角色如何通過(guò)HIS完成其工作或得到 相應(yīng)服務(wù)，這樣可以對(duì)每個(gè)執(zhí)行者提出問(wèn)題以獲取用例；活動(dòng)圖描述角色用例，著重描述 操作實(shí)現(xiàn)中所完成的工作以及用例實(shí)例或?qū)ο笾械幕顒?dòng)，已經(jīng)對(duì)象狀態(tài)改革的結(jié)果。r式1高德軍在基于UML的醫(yī)院信息化建模與實(shí)現(xiàn)。中使用UML對(duì)醫(yī)院信息化進(jìn)行了建模和實(shí)現(xiàn)，首先建立系統(tǒng)的需求模型，確定

14、系統(tǒng)的使用者及功能。用u札用例圖來(lái)表示需 求模型，用例圖主要由用例和角色組成。用例就是系統(tǒng)提供的某種功能的描述，它與實(shí)現(xiàn) 方法無(wú)關(guān)，角色是用例的功能使用者。接著建立了分析設(shè)計(jì)模型，包括靜態(tài)模型(用類圖 表示)和動(dòng)態(tài)模型(用順序圖表示)。通過(guò)分析用例描述，確定用例涉及的對(duì)象，包括病 歷、病理明細(xì)、病情描述分析、檢查化驗(yàn)單、處方單、藥品、藥品庫(kù)、入庫(kù)單、入庫(kù)單明 細(xì)等，再抽象成類。建立靜態(tài)模型后，為了描述系統(tǒng)的動(dòng)態(tài)特征，需建立系統(tǒng)動(dòng)態(tài)模型。動(dòng)態(tài)模型可以用時(shí)序圖、合作圖、狀態(tài)圖表示。最后是數(shù)據(jù)庫(kù)模型設(shè)計(jì)，采用關(guān)系型數(shù)據(jù) 庫(kù)系統(tǒng)，根據(jù)靜態(tài)模型中的實(shí)體類圖，將分析出的類中需要永久保存的實(shí)體類轉(zhuǎn)化為關(guān)系

15、數(shù)據(jù)庫(kù)中的表。在本文中作者從系統(tǒng)分析到實(shí)現(xiàn)和部署的全過(guò)程描述使用UML語(yǔ)言建模易 于開(kāi)發(fā)者之間、開(kāi)發(fā)者與用戶之間的交流，使軟件系統(tǒng)易于開(kāi)發(fā)和維護(hù)，能夠滿足用戶的 需求，減少開(kāi)發(fā)與維護(hù)成本。在UML建模的基礎(chǔ)上開(kāi)發(fā)的系統(tǒng)，在系統(tǒng)的易用性、可移植 性、可維護(hù)性、可靠性等方面都有非常明顯的提高。rRl何菊在基于UML的醫(yī)院信息系統(tǒng)建模。中介紹了標(biāo)準(zhǔn)建模語(yǔ)言UML用于對(duì)軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)的文檔。UML適用于各種軟件開(kāi)發(fā)方法、軟件 生命周期的各個(gè)階段、各種應(yīng)用領(lǐng)域以及各種開(kāi)發(fā)工具。但建模并不等同于程序編碼，利 用同樣的UML模型可以生成不同語(yǔ)言的框架代碼，而且可以通過(guò)反向生成，

16、在編寫代碼過(guò) 程中及時(shí)更新UML模型。本文同時(shí)借助ROSE2002這個(gè)開(kāi)發(fā)工具的支持，結(jié)合醫(yī)院管理系 統(tǒng)這個(gè)實(shí)例，繪制各種相應(yīng)的圖形，從而很好地解決了對(duì)系統(tǒng)的建模問(wèn)題，也從不同角度 和層次上為系統(tǒng)分析、設(shè)計(jì)和實(shí)現(xiàn)提供了支持。本系統(tǒng)本著以病人業(yè)務(wù)為中心，以信息管浙江：j：業(yè)人學(xué)碩十學(xué)位論文理為主線，以電子病歷為發(fā)展目標(biāo)，集病人信息、費(fèi)用信息、管理信息于一體的原則設(shè)計(jì)， 雖然不盡完善，但盡可能地提高醫(yī)院職工的工作效率，加強(qiáng)各部門之間的聯(lián)系，提高醫(yī)院 領(lǐng)導(dǎo)對(duì)各業(yè)務(wù)部門的監(jiān)控能力。r7龐若蔚，王煒在基于UML的醫(yī)院信息系統(tǒng)領(lǐng)域模型設(shè)計(jì)”。中介紹了在醫(yī)院信息系統(tǒng)領(lǐng)域模型設(shè)計(jì)中的UML建模過(guò)程，主要分三個(gè)

17、步驟，包括理解需求、分析、醫(yī)院信息系 統(tǒng)的設(shè)計(jì)。其中理解需求步驟介紹了醫(yī)院信息系統(tǒng)是實(shí)現(xiàn)醫(yī)院現(xiàn)代化建設(shè)的基礎(chǔ)工程，是 提高醫(yī)院的管理水平，業(yè)務(wù)的運(yùn)轉(zhuǎn)效率、醫(yī)療水平和服務(wù)質(zhì)量的必要手段；分析步驟中首 先定義用例，確定系統(tǒng)的功能需求，接著對(duì)特定領(lǐng)域需求進(jìn)行了分析，通過(guò)閱讀規(guī)格說(shuō)明、 用例以及尋找系統(tǒng)處理的“概念"來(lái)進(jìn)行特定領(lǐng)域分析，識(shí)別出要處理的所有關(guān)鍵類及它 們的相互關(guān)系；在設(shè)計(jì)步驟中對(duì)分析步驟中的成果進(jìn)一步細(xì)化，細(xì)化分析類的方法和相互之間關(guān)系并增加新類以處理諸如數(shù)據(jù)庫(kù)、用戶接口、設(shè)備等技術(shù)領(lǐng)域的問(wèn)題，細(xì)化各子系 統(tǒng)的接口和相互交互，得到實(shí)現(xiàn)時(shí)可以使用的設(shè)計(jì)模型。rR金軼，黃刊迪在利用

18、UML建立醫(yī)院門診信息系統(tǒng)的用例模型。中介紹了針對(duì)門診信息系統(tǒng)的需求建立用例模型，主要描述門診信息系統(tǒng)的總體用例圖，反映了門診的核心 功能有門診、急診、健康體檢、會(huì)診；支撐功能主要有掛號(hào)、劃價(jià)、收費(fèi)、檢查、治療、 發(fā)藥等；管理功能主要有經(jīng)濟(jì)管理、人員管理、病案管理、藥品、物資管理等；門診在醫(yī) 院信息系統(tǒng)中不是獨(dú)立的系統(tǒng)，對(duì)內(nèi)需要與醫(yī)院信息系統(tǒng)中其他子系統(tǒng)緊密集成，對(duì)外需 要與醫(yī)療保險(xiǎn)、社區(qū)醫(yī)療、衛(wèi)生行政部門、工商物價(jià)部門等信息系統(tǒng)緊密連接。ra牟艷，楚德博在UML在醫(yī)院網(wǎng)上掛號(hào)預(yù)約系統(tǒng)分析與設(shè)計(jì)中的應(yīng)用“。中介紹了針對(duì)門診網(wǎng)上掛號(hào)預(yù)約業(yè)務(wù)進(jìn)行分析建模，分為業(yè)務(wù)需求分析、系統(tǒng)設(shè)計(jì)兩個(gè)階段。在需求

19、 分析階段由業(yè)務(wù)需求分析、需求建模、領(lǐng)域建模、用例實(shí)化、建立分析模型5個(gè)步驟組成。 在系統(tǒng)設(shè)計(jì)階段由細(xì)化類圖、設(shè)計(jì)數(shù)據(jù)庫(kù)模式、建立行為模型、建立實(shí)現(xiàn)模型4個(gè)步驟組 成。rlnl牛麗、范廣慧在基于UML的醫(yī)院門診管理信息系統(tǒng)“”中介紹了以HIS中的門診業(yè)務(wù)子系統(tǒng)為例，結(jié)合UML對(duì)其建模進(jìn)行分析，包括需求分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)及測(cè) 試3個(gè)階段。在需求分析階段，經(jīng)過(guò)業(yè)務(wù)分析把門診管理分成了門診掛號(hào)子系統(tǒng)、門診藥 房劃價(jià)子系統(tǒng)、門診收費(fèi)子系統(tǒng)三個(gè)子模塊，并給出了以門診的劃價(jià)收費(fèi)為例的用例圖。 在系統(tǒng)設(shè)計(jì)階段，緊緊抓住RUP中“用例驅(qū)動(dòng)、以架構(gòu)為中心"的核心思想，描述系統(tǒng)的 靜態(tài)模型及動(dòng)態(tài)行

20、為，找出系統(tǒng)所需要的類框架及類對(duì)象之間的交互關(guān)系。在系統(tǒng)實(shí)現(xiàn)階一5一浙江：1=業(yè)人學(xué)碩十學(xué)位論文段，把設(shè)計(jì)階段的類轉(zhuǎn)換成面向?qū)ο蟮某绦蛟O(shè)計(jì)語(yǔ)言代碼。應(yīng)用UML的組件圖和部署圖， 可以描述系統(tǒng)的物理實(shí)現(xiàn)。施慶平在基于UML醫(yī)院病房監(jiān)護(hù)系統(tǒng)的分析與設(shè)計(jì)11中介紹以醫(yī)院病房監(jiān)護(hù)系 統(tǒng)為例，利用統(tǒng)一建模的技術(shù)和方法，進(jìn)行了系統(tǒng)的分析和設(shè)計(jì)，并給出了系統(tǒng)的具體實(shí) 現(xiàn)。在需求分析階段，確定系統(tǒng)的功能，通過(guò)用例圖形象地描述客戶的要求，擬建系統(tǒng)(UseCase的集合)和外部壞境(Actor的集合)的關(guān)系。在分析和設(shè)計(jì)階段，通過(guò)靜態(tài)建模 和動(dòng)態(tài)建模，描述了醫(yī)院病房監(jiān)護(hù)系統(tǒng)中“中央監(jiān)視"的業(yè)務(wù)情況。在系

21、統(tǒng)實(shí)現(xiàn)階段，使 用UML中配置圖介紹了系統(tǒng)硬件體系結(jié)構(gòu)。使用UML建模醫(yī)院信息系統(tǒng)的例子在國(guó)外文獻(xiàn)中不是很多，但使用UML技術(shù)建模其他應(yīng)用系統(tǒng)也有不少，例如：Pauline AWilcox etc在Business Modelling with UML：the Implementation ofCRM Systems for Online12中介紹了使用統(tǒng)一建模語(yǔ)言(UML)建模一個(gè)客戶關(guān)系管理 (CRM)系統(tǒng)，主要分細(xì)化市場(chǎng)需求，制定有針對(duì)性的營(yíng)銷策略模型及系統(tǒng)實(shí)現(xiàn)三個(gè)階段 來(lái)描述。Benoit Eynard，Thomas Gallet，Lionel Roucoules，Guillaume

22、Ducellier在PDMsystem implementati。n based on UML>>13中介紹了以統(tǒng)一建模語(yǔ)言(UML)為理論基礎(chǔ) 的建模技術(shù)設(shè)計(jì)開(kāi)發(fā)了產(chǎn)品數(shù)據(jù)管理(PDM)系統(tǒng)。在分析設(shè)計(jì)階段詳細(xì)說(shuō)明了生產(chǎn)和管 理服務(wù)的業(yè)務(wù)建模過(guò)程。13論文主要目標(biāo)和內(nèi)容分析目前國(guó)內(nèi)醫(yī)院信息系統(tǒng)的現(xiàn)狀，我們會(huì)發(fā)現(xiàn)目前大部分醫(yī)院信息系統(tǒng)都是傳統(tǒng)的 系統(tǒng)分析和設(shè)計(jì)方法(如結(jié)構(gòu)化設(shè)計(jì)方法、基于原型的開(kāi)發(fā)方法等)開(kāi)發(fā)的系統(tǒng)，很多系 統(tǒng)的分析設(shè)計(jì)主要憑系統(tǒng)分析員的經(jīng)驗(yàn)積累，因此存在很大的風(fēng)險(xiǎn)。隨著醫(yī)院業(yè)務(wù)需求不 斷延伸擴(kuò)展，越來(lái)越多的業(yè)務(wù)管理需要通過(guò)信息系統(tǒng)的管理，使得現(xiàn)有醫(yī)院信息系統(tǒng)在不

23、斷的改進(jìn)優(yōu)化過(guò)程中變得越來(lái)越混亂，經(jīng)常出現(xiàn)一些業(yè)務(wù)需求的修改導(dǎo)致整個(gè)系統(tǒng)的不穩(wěn) 定。加上不斷有外部系統(tǒng)需要接入醫(yī)院信息系統(tǒng)，如醫(yī)療保險(xiǎn)系統(tǒng)、銀聯(lián)系統(tǒng)等，使得現(xiàn) 有的醫(yī)院業(yè)務(wù)過(guò)于龐大且錯(cuò)綜復(fù)雜，加上每個(gè)子系統(tǒng)都有不同的團(tuán)隊(duì)開(kāi)發(fā)維護(hù)，團(tuán)隊(duì)之間 缺乏有效的溝通，常常出現(xiàn)同一家計(jì)算機(jī)公司開(kāi)發(fā)的幾套子系統(tǒng)無(wú)法共享信息的現(xiàn)象。由 于醫(yī)院業(yè)務(wù)的不斷擴(kuò)大，就診量不斷提高，對(duì)信息系統(tǒng)提出了更高的性能要求，更高的擴(kuò) 展性要求，原先cs架構(gòu)的應(yīng)用系統(tǒng)光靠大型數(shù)據(jù)庫(kù)服務(wù)器已經(jīng)越來(lái)越不能滿足用戶的需一6一浙江T業(yè)火學(xué)碩十學(xué)位論文求。出現(xiàn)類似的問(wèn)題主要由以下方面原因?qū)е拢?)缺少對(duì)醫(yī)院業(yè)務(wù)統(tǒng)籌的規(guī)劃理解；2) 現(xiàn)有大部分

24、醫(yī)院信息系統(tǒng)的開(kāi)發(fā)商采用的軟件開(kāi)發(fā)技術(shù)還比較落后，還停留在傳統(tǒng)的面向 過(guò)程的分析設(shè)計(jì)方法上，使得不能很好的適應(yīng)醫(yī)院業(yè)務(wù)的變化；3)目前大部分醫(yī)院信息 系統(tǒng)還停留在cs架構(gòu)，對(duì)性能、擴(kuò)展性的提高越來(lái)越有限。J下是處于以上醫(yī)院信息系統(tǒng)的現(xiàn)狀，本文將采用面向?qū)ο蟮姆治鲈O(shè)計(jì)方法，即UML的 建模方法和RUP統(tǒng)一過(guò)程，從更高層次分析設(shè)計(jì)醫(yī)院信息系統(tǒng)。雖然目lj已經(jīng)有不少學(xué)者 和公司開(kāi)始采用UML建模應(yīng)用系統(tǒng)(包括醫(yī)院信息系統(tǒng)，HIS)，但是他們往往還停留在使 用UML來(lái)制作一些圖表，沒(méi)有結(jié)合軟件工程，傳達(dá)基于對(duì)象的思考方法、分析模式和推導(dǎo)過(guò)程以及它們?cè)谲浖こ痰母鱾€(gè)階段如何發(fā)揮作用1 4l。而本文根據(jù)醫(yī)

25、院信息系統(tǒng)的特點(diǎn)，對(duì)RUP軟件開(kāi)發(fā)過(guò)程進(jìn)行必要的裁剪，從醫(yī)院業(yè)務(wù)需求抽象提取，經(jīng)過(guò)獲取需求、系統(tǒng)分 析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)等過(guò)程，完成對(duì)醫(yī)院信息系統(tǒng)的設(shè)計(jì)開(kāi)發(fā)。在統(tǒng)一開(kāi)發(fā)過(guò)程中， 將采用UML建模的技術(shù)分析醫(yī)院業(yè)務(wù)頂層的業(yè)務(wù)用例，從宏觀上把握業(yè)務(wù)需求，分析每個(gè) 業(yè)務(wù)子系統(tǒng)的邊界，定義清晰的系統(tǒng)接口，降低各個(gè)子系統(tǒng)之間的耦合度，也從系統(tǒng)層面 打通各個(gè)子系統(tǒng)的業(yè)務(wù)實(shí)現(xiàn)互聯(lián)互通。通過(guò)在系統(tǒng)分析階段，進(jìn)一步細(xì)化業(yè)務(wù)用例、系統(tǒng) 用例，根據(jù)業(yè)務(wù)的復(fù)雜程度和客戶提出的非功能性需求(如性能需求、擴(kuò)展性需求)，吸取可以采用的設(shè)計(jì)模式和軟件架構(gòu)15I，優(yōu)化提升信息系統(tǒng)，從根本上滿足用戶的需求。從本文研究的內(nèi)容可以

26、得出意義在于：1)通過(guò)采用UML面向?qū)ο蠹夹g(shù)方法建模醫(yī)院信息系統(tǒng)：能很好地解決目前醫(yī)院信息系統(tǒng)存在的諸多問(wèn)題。由于采用了先進(jìn)的分析設(shè)計(jì)手段，使該系統(tǒng)在同行業(yè)處于領(lǐng)先水平；2)通過(guò)醫(yī)院信息系統(tǒng)的成功建模，說(shuō)明基于RUP核心思想的UML建模技術(shù)在中大型系統(tǒng)的開(kāi)發(fā)中切實(shí)可行；3)通過(guò)一個(gè)完整的UML建模的實(shí)例，有助于為準(zhǔn)備采用該技術(shù)的項(xiàng)目或團(tuán)隊(duì)提供較好 的借鑒作用。14論文的組織結(jié)構(gòu)本文共分為7張。 第l章是緒論部分，主要介紹本文的研究背景，國(guó)內(nèi)外采用UML建模醫(yī)院信息系統(tǒng)的發(fā) 展現(xiàn)狀及本文主要目標(biāo)和內(nèi)容。 第2章是技術(shù)基礎(chǔ)部分，簡(jiǎn)要介紹本文將要采用的主要技術(shù)，包括UML概述，Rational統(tǒng)浙江

27、T業(yè)大學(xué)碩士學(xué)位論文一過(guò)程，且結(jié)合本文論述系統(tǒng)的特點(diǎn)，對(duì)統(tǒng)一過(guò)程進(jìn)行了必要裁剪。 第3章是獲取需求部分，主要描述如何獲取醫(yī)院信息系統(tǒng)業(yè)務(wù)需求的過(guò)程，采用用例，活 動(dòng)圖等UML元素描述了醫(yī)院項(xiàng)層業(yè)務(wù)用例及門診業(yè)務(wù)用例。 第4章是系統(tǒng)分析部分，主要描述在業(yè)務(wù)用例的基礎(chǔ)上，提取系統(tǒng)用例，實(shí)現(xiàn)系統(tǒng)用例， 勾勒出軟件架構(gòu)，從而規(guī)劃出系統(tǒng)的輪廓。第5章是系統(tǒng)設(shè)計(jì)部分，概括介紹系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)并詳細(xì)描述了門診 收費(fèi)結(jié)算功能的設(shè)計(jì)模型。 第6章是系統(tǒng)實(shí)現(xiàn)部分，主要介紹了門診業(yè)務(wù)的相關(guān)系統(tǒng)功能及系統(tǒng)代碼。 第7章是結(jié)論與展望部分，主要回顧整個(gè)醫(yī)院信息系統(tǒng)的建模過(guò)程，進(jìn)一步闡述本文的論 點(diǎn)，并明確

28、了往后研究的方向。一8一浙江：I：業(yè)人學(xué)碩十學(xué)位論文第2章技術(shù)基礎(chǔ)21 I MI，概述面向?qū)ο蠹夹g(shù)出現(xiàn)之后，先后出現(xiàn)了很多種面向?qū)ο蟮能浖_(kāi)發(fā)方法。這些方法術(shù) 語(yǔ)不統(tǒng)一，缺乏共同的標(biāo)準(zhǔn)，常給軟件開(kāi)發(fā)人員帶來(lái)困惑。早在1994年BooCh和Rumbaugh 在Rational Software Corporation就開(kāi)始了UML的研究工作，1995年10月他們發(fā)布了第1個(gè)版本，稱作“統(tǒng)一的方法"(Unified Method 08)。1996年6月發(fā)布了第2 個(gè)版本UMLO9。鑒于統(tǒng)一行動(dòng)的產(chǎn)物只是一種建模語(yǔ)言，而不是一種建模方法(因?yàn)?不包括過(guò)程指導(dǎo))，所以自09版本起，改稱“統(tǒng)一

29、建模語(yǔ)言(Unified Modeling Language)”。在此過(guò)程中，由Rational公司發(fā)起成立了UML伙伴組織。1997年1月提交到對(duì)象管理組織(OMG)申請(qǐng)作為一種標(biāo)準(zhǔn)建模語(yǔ)言，即UMLl0版本。隨著更多公司 加入U(xiǎn)ML伙伴組織，對(duì)UML進(jìn)一步做了修改，產(chǎn)生了UMLl1版本。于是1997年11月，國(guó)際對(duì)象管理組織 (Object Management Grou刪G)將UMLl1作為基于面向?qū)ο蠹紃1R1術(shù)的標(biāo)準(zhǔn)建模語(yǔ)言“一。r171標(biāo)準(zhǔn)建模語(yǔ)言UML的主要內(nèi)容可以由五類圖(共9種圖形)來(lái)定義“：第一類是靜態(tài)圖(Static diagram)，包括包圖、類圖和對(duì)象圖。其中類圖描述

30、系 統(tǒng)中類的靜態(tài)結(jié)構(gòu)。靜態(tài)類圖不僅包括類的定義和類之問(wèn)的關(guān)聯(lián)關(guān)系(關(guān)聯(lián)、依賴、聚 合等)，還包括類內(nèi)部的結(jié)構(gòu)。對(duì)象圖作為類圖的實(shí)例，采用的表示方法與類圖相似， 區(qū)別在于對(duì)象圖表示類的幾個(gè)對(duì)象實(shí)例，不是實(shí)際的類。第二類是用例圖(Use case diagram)，它從用戶角色的角度描述系統(tǒng)功能，指出 各業(yè)務(wù)功能的使用者。第三類是行為圖(Behavior diagram)，描述系統(tǒng)的動(dòng)態(tài)模型及對(duì)象之間的交互關(guān) 系，包括狀態(tài)圖、活動(dòng)圖。其中狀態(tài)圖描述對(duì)象所有可能存在的業(yè)務(wù)狀態(tài)且狀態(tài)發(fā)生 變化時(shí)的轉(zhuǎn)移條件。一般來(lái)說(shuō)，狀態(tài)圖是對(duì)類圖的補(bǔ)充，對(duì)那些有多個(gè)狀態(tài)且受外界環(huán) 境的影響發(fā)生狀態(tài)改變的往往需要制作狀

31、態(tài)圖。而活動(dòng)圖描述用例要進(jìn)行的活動(dòng)以及它 們間的約束關(guān)系。第四類是實(shí)現(xiàn)圖(Implementation diagram)，包括組件圖和配置圖。其中組件圖 描述部件的物理結(jié)構(gòu)及各部件之間的關(guān)聯(lián)關(guān)系。一個(gè)部件可以是一個(gè)代碼部件、一個(gè)二 進(jìn)制部件或一個(gè)可執(zhí)行部件，它包含邏輯類或?qū)崿F(xiàn)類的相關(guān)內(nèi)容。而配置圖定義系統(tǒng)中浙江J下業(yè)大學(xué)碩十學(xué)位論文物理體系結(jié)構(gòu)(包括軟硬件設(shè)施)。它可以表示實(shí)際的計(jì)算機(jī)和設(shè)備及它們之間的關(guān)聯(lián)關(guān)系。第五類是交互圖(Interactive diagram)，描述對(duì)象間的交互關(guān)系，包括順序圖和 合作圖。其中順序圖顯示對(duì)象間的動(dòng)態(tài)交互關(guān)系，它顯示對(duì)象問(wèn)的交互，強(qiáng)調(diào)它們之間 消息發(fā)送的順

32、序。而合作圖與順序圖相似，描述對(duì)象問(wèn)的協(xié)作關(guān)系，只不過(guò)使用場(chǎng)景的 側(cè)重點(diǎn)不同，如果強(qiáng)調(diào)時(shí)間和順序，則使用順序圖：如果強(qiáng)調(diào)上下級(jí)關(guān)系，則選擇合作 圖。22 Rational統(tǒng)一過(guò)程(RUP)統(tǒng)一過(guò)程L LJ是一個(gè)軟件開(kāi)發(fā)過(guò)程，它不僅僅是個(gè)簡(jiǎn)單的過(guò)程，而是一個(gè)通用的 過(guò)程框架。它有四個(gè)階段和五個(gè)工作流程組成，其中四個(gè)階段包括初始、細(xì)化、構(gòu)造、 移交等，五個(gè)工作流程包括需求、分析、設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試等。它的核心思想為：用例驅(qū)動(dòng)、以架構(gòu)為中心、迭代和增量的18l。用例驅(qū)動(dòng)：以用例的提取、分析、設(shè)計(jì)及實(shí)現(xiàn)，貫穿了整個(gè)軟件開(kāi)發(fā)過(guò)程的四個(gè)階 段、五個(gè)工作流程。使系統(tǒng)實(shí)現(xiàn)的每個(gè)功能、設(shè)計(jì)的每個(gè)類都可以追溯至原始

33、的業(yè)務(wù)用 例27。以架構(gòu)為中心：在需求分析階段根據(jù)對(duì)用例全面了解后將創(chuàng)建粗略的架構(gòu)輪廓，在 系統(tǒng)分析階段將確定系統(tǒng)采用的軟件架構(gòu)，而系統(tǒng)設(shè)計(jì)階段在實(shí)現(xiàn)分析類的基礎(chǔ)上，圍 繞確定的軟件架構(gòu)，進(jìn)一步細(xì)化設(shè)計(jì)類。迭代和增量的：當(dāng)系統(tǒng)非常龐大、經(jīng)歷的周期很長(zhǎng)時(shí)，往往會(huì)根據(jù)用例的優(yōu)先級(jí)， 先實(shí)現(xiàn)優(yōu)先級(jí)高的用例，然后經(jīng)過(guò)多次的迭代從而實(shí)現(xiàn)整個(gè)系統(tǒng)。而每一個(gè)迭代都經(jīng)歷 一次完整的軟件生命周期，即每一次迭代都有需求、分析、設(shè)計(jì)、實(shí)施、測(cè)試，這樣都將得到一個(gè)可運(yùn)行的系統(tǒng)。迭代的目的是盡早給客戶提供一個(gè)可運(yùn)行的系統(tǒng)。 統(tǒng)一過(guò)程定義的規(guī)范操作流程，包括各個(gè)角色在不同的工作流程中主要活動(dòng)，如圖2-1所示：浙江工業(yè)人學(xué)

34、碩+學(xué)位論文爭(zhēng) o口緞M 螽 描 o莎刪樅 舞 孵沒(méi) Q繆吩帆葫凌； ?？谠刦： 。夠舄： 口赫f(shuō)圖21角色與五人I：作流稃之間關(guān)系18其中各個(gè)流程應(yīng)提交的工作制品包括：需求分析：業(yè)務(wù)詞匯表、業(yè)務(wù)規(guī)則、業(yè)務(wù)用例模型、目標(biāo)組織評(píng)估、業(yè)務(wù)前景、業(yè)務(wù)架構(gòu)文I 28檔、業(yè)務(wù)用例規(guī)約。 、組織單元、業(yè)務(wù)實(shí)體、業(yè)務(wù)角色、用戶界面原型等。·系統(tǒng)分析：參考軟件架構(gòu)文檔、系統(tǒng)用例模型、分析模型、分析類、實(shí)體關(guān)系241模型等。·系統(tǒng)設(shè)計(jì)：浙江J：業(yè)人學(xué)碩十學(xué)位論文軟件架構(gòu)文檔、用例實(shí)現(xiàn)、設(shè)計(jì)模型、設(shè)計(jì)類、數(shù)據(jù)庫(kù)模型等。系統(tǒng)實(shí)現(xiàn)： 可執(zhí)行程序、實(shí)施模型、工作版本、集成構(gòu)件計(jì)劃等。系統(tǒng)測(cè)試： 測(cè)試

35、用例等。由于本論文的篇幅有限，每個(gè)工作制品的定義和作用，不做詳細(xì)的展開(kāi)。眾所周知，一個(gè)完整的統(tǒng)一過(guò)程，是一個(gè)重量級(jí)的軟件開(kāi)發(fā)過(guò)程，適合大型項(xiàng)目的 開(kāi)發(fā)。它定義了一套規(guī)范的操作流程，并不要求所有項(xiàng)目的開(kāi)發(fā)都必須嚴(yán)格按照該規(guī)范 執(zhí)行，可以根據(jù)項(xiàng)目的規(guī)模、應(yīng)用的性質(zhì)、團(tuán)隊(duì)的業(yè)務(wù)領(lǐng)域的經(jīng)驗(yàn)、系統(tǒng)的復(fù)雜性等因素進(jìn)行必要的裁剪。因此根據(jù)本論文中項(xiàng)目的自身特點(diǎn)，對(duì)統(tǒng)一過(guò)程進(jìn)行了必要的裁剪，詳見(jiàn)下一章節(jié)。23統(tǒng)一過(guò)程的裁剪由于本論文闡述的醫(yī)院信息項(xiàng)目，屬于中大型軟件項(xiàng)目，是一個(gè)系統(tǒng)更新?lián)Q代的項(xiàng)目 (具體項(xiàng)目的介紹，請(qǐng)?jiān)斠?jiàn)“第3章獲取需求”中“醫(yī)院業(yè)務(wù)介紹”章節(jié))，開(kāi)發(fā)團(tuán)隊(duì)對(duì) 業(yè)務(wù)需求有一定的理解，因此不一定嚴(yán)

36、格執(zhí)行統(tǒng)一過(guò)程所定義的全部規(guī)范，本著實(shí)用的原 則對(duì)統(tǒng)一過(guò)程進(jìn)行如下的裁剪。首先對(duì)統(tǒng)一過(guò)程定義的五個(gè)工作流程不進(jìn)行裁剪，因每個(gè)軟件開(kāi)發(fā)項(xiàng)目都必須經(jīng)過(guò)該五個(gè)流程。在本項(xiàng)目中將對(duì)流程中的角色、活動(dòng)、輸出的工作制品進(jìn)行裁剪。由于團(tuán)隊(duì)人員結(jié)構(gòu)的限制，把規(guī)范中定義的角色劃分為需求分析師、系統(tǒng)分析師、架 構(gòu)設(shè)計(jì)師、開(kāi)發(fā)工程師、測(cè)試工程師等五種。其中需求分析師同時(shí)扮演規(guī)范中用例描述人 員、用例工程師；開(kāi)發(fā)工程師同時(shí)扮演構(gòu)件工程師、系統(tǒng)集成人員：測(cè)試工程師同時(shí)扮演 測(cè)試工程師、集成測(cè)試人員、系統(tǒng)測(cè)試人員。各個(gè)工作流程活動(dòng)的裁剪情況如圖22所示：浙江T業(yè)大學(xué)碩十學(xué)位論文o0。口撒刪工程鐔 剝淺?？诰p一口一一口鈉一

37、口一圖22裁剪后角色與五人：I：作流程之間關(guān)系其中裁剪后各個(gè)流程應(yīng)提交的工作制品包括：需求分析：業(yè)務(wù)用例模型、業(yè)務(wù)用例規(guī)約、用戶界面原型等。·系統(tǒng)分析：系統(tǒng)用例29模型、分析類等。·系統(tǒng)設(shè)計(jì)：軟件架構(gòu)文檔、用例實(shí)現(xiàn)、設(shè)計(jì)模型、設(shè)計(jì)類、數(shù)據(jù)庫(kù)模型等。系統(tǒng)實(shí)現(xiàn)：可執(zhí)行程序等。系統(tǒng)測(cè)試：一13一浙江：r業(yè)大學(xué)碩十學(xué)位論文測(cè)試用例等。 由于公司對(duì)項(xiàng)目工作制品統(tǒng)一的考慮，數(shù)據(jù)庫(kù)模型要求采用傳統(tǒng)模型，如實(shí)體關(guān)系模型采用CDld模型和數(shù)據(jù)庫(kù)模型采用PDM模型。為了突出本論文重點(diǎn)，對(duì)流程中相對(duì)簡(jiǎn)單的部分(系統(tǒng)測(cè)試)進(jìn)行了必要的刪減，結(jié) 合本項(xiàng)目的特點(diǎn)對(duì)系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)現(xiàn)流程只作簡(jiǎn)要介紹。而

38、獲取需求、系統(tǒng)分析部分， 本文將重點(diǎn)介紹。浙江：r業(yè)大學(xué)碩七學(xué)位論文第3章獲取需求本章節(jié)主要描述如何獲取醫(yī)院信息系統(tǒng)業(yè)務(wù)需求的過(guò)程。主要分幾個(gè)部分組成，包括 醫(yī)院業(yè)務(wù)介紹、獲取業(yè)務(wù)角色、獲取業(yè)務(wù)用例、提取領(lǐng)域問(wèn)題、獲取非功能性需求、系統(tǒng) 界面建模。先從整體醫(yī)院業(yè)務(wù)分析，獲得頂層的業(yè)務(wù)用例；再選擇門診就診這個(gè)典型的業(yè) 務(wù)場(chǎng)景，細(xì)化展開(kāi)，從而獲得業(yè)務(wù)用例的過(guò)程。其中涉及的系統(tǒng)界面建模不是本文的重點(diǎn) 故省略。31醫(yī)院業(yè)務(wù)介紹一個(gè)醫(yī)院同常在開(kāi)展的業(yè)務(wù)一般可以按幾條線來(lái)概括，一條以服務(wù)病人為主的，一條 以業(yè)務(wù)支撐為主的，另一條以領(lǐng)導(dǎo)決策為主。由于醫(yī)院涉及的業(yè)務(wù)范圍很廣，受到本文篇 幅的限制，沒(méi)法對(duì)所有業(yè)

39、務(wù)進(jìn)行逐一詳細(xì)描述，因此本文只對(duì)服務(wù)病人這條業(yè)務(wù)主線中門 診病人就診的流程進(jìn)行詳細(xì)介紹，剩余業(yè)務(wù)流程將做簡(jiǎn)要說(shuō)明。只要到醫(yī)院看過(guò)病的人都會(huì)對(duì)醫(yī)院以服務(wù)病人為主的業(yè)務(wù)流程比較熟悉。服務(wù)病人業(yè) 務(wù)流程又可以分門診就診和住院治療兩條線。門診就診的一般業(yè)務(wù)流程包括病人根據(jù)自己的病情選擇不同的科室進(jìn)行掛號(hào)(可以包 括自助掛號(hào)、掛號(hào)處掛號(hào)、預(yù)約掛號(hào)多種形式)，拿了掛號(hào)單到指定的門診科室就診。醫(yī) 生對(duì)病人的病情進(jìn)行詢問(wèn)，并做出初步診斷。如有需要進(jìn)一步確診病人的病情，醫(yī)生會(huì)給 病人開(kāi)立實(shí)驗(yàn)室檢查單、影像檢查單。病人到門診收費(fèi)處交付相應(yīng)的費(fèi)用，若病人參加了 基本醫(yī)療保險(xiǎn)，部分醫(yī)療費(fèi)用將通過(guò)醫(yī)保賬戶支付。完成費(fèi)用

40、結(jié)算后，病人拿著檢查單到 相應(yīng)的科室接受檢查。當(dāng)檢查科室(醫(yī)技科室、檢驗(yàn)科室等)完成檢查后，病人拿著檢查結(jié)果單回到醫(yī)生處。醫(yī)生根據(jù)檢查結(jié)果確定病人的診斷，對(duì)病人進(jìn)行必要的醫(yī)學(xué)指導(dǎo)，并 開(kāi)立處方。病人到門診收費(fèi)處交付相應(yīng)的費(fèi)用，到相應(yīng)的門診藥房提取藥品，這樣完成一 次門診簡(jiǎn)單就診過(guò)程。住院就診的一般流程包括病人入院，病房值班醫(yī)生為病人辦理入院手續(xù)并向病人收取 一定數(shù)量的押金。然后病房值班醫(yī)生給病人分配一個(gè)由主治醫(yī)師、護(hù)士長(zhǎng)等成員組成的醫(yī) 療團(tuán)隊(duì)，主治醫(yī)師對(duì)病人進(jìn)行診斷，開(kāi)立醫(yī)囑。護(hù)士長(zhǎng)給病人分配床位，并根據(jù)主治醫(yī)師 開(kāi)立的醫(yī)囑，安排執(zhí)行相應(yīng)的醫(yī)囑(包括藥物醫(yī)囑、手術(shù)醫(yī)囑等)。經(jīng)過(guò)一段時(shí)問(wèn)的治療，

41、 病人病情好轉(zhuǎn)，病人需要辦出院手續(xù)。在辦理出院手續(xù)時(shí)，病人完成住院費(fèi)用的結(jié)算。至于業(yè)務(wù)支持為主的業(yè)務(wù)流程包括藥房管理、藥庫(kù)管理、檢驗(yàn)室流程管理、手術(shù)室管 理等。領(lǐng)導(dǎo)決策為主的業(yè)務(wù)流程包括財(cái)務(wù)報(bào)表管理、決策分析管理等。一15浙江jr業(yè)犬學(xué)碩十學(xué)位論文以上醫(yī)院業(yè)務(wù)介紹可以通過(guò)以下頂層業(yè)務(wù)用例模型(圖31)概括：手術(shù)室管理員藥 吳一藥 吳一員領(lǐng)實(shí)驗(yàn)室管理員 吳一圖3-1醫(yī)院業(yè)務(wù)頂層川例圖其中灰色標(biāo)記的用例(門診治療)，是本文關(guān)注的內(nèi)容。r10為了更好展現(xiàn)UML建模的過(guò)程，本文將以一個(gè)具有代表性的業(yè)務(wù)流程為基礎(chǔ)”一，即病人門診就診一般過(guò)程(不包括實(shí)驗(yàn)室檢查、影像檢查業(yè)務(wù)過(guò)程)。因?yàn)樵摿鞒淌轻t(yī)院幾 大核

42、心業(yè)務(wù)流程之一，涉及的業(yè)務(wù)復(fù)雜度也具有典型性。從系統(tǒng)的角度看，該業(yè)務(wù)流程涉 及4個(gè)子系統(tǒng)的交互，包括醫(yī)生工作站子系統(tǒng)、門診收費(fèi)子系統(tǒng)、醫(yī)保結(jié)算子系統(tǒng)、門診 藥房子系統(tǒng)。其中醫(yī)保結(jié)算子系統(tǒng)屬于外部接口，而且接入的醫(yī)保服務(wù)商可能多個(gè)，接口 相對(duì)復(fù)雜。從RUP統(tǒng)一過(guò)程的角度看，符合它先從核心業(yè)務(wù)流程入手建模，符合它迭代開(kāi) 發(fā)的要求，完成該業(yè)務(wù)流程的開(kāi)發(fā)，生成的可執(zhí)行程序可以單獨(dú)運(yùn)行。只要不斷地重復(fù)這一16一浙江工業(yè)人學(xué)碩士學(xué)位論文樣的迭代過(guò)程，就可以完成整個(gè)醫(yī)院信息系統(tǒng)開(kāi)發(fā)。 我們假定病人門診就診的業(yè)務(wù)場(chǎng)景如下： 韭葒玉女士有一天出現(xiàn)頭痛、發(fā)燒、咳嗽等癥狀。于是她來(lái)到附近的哈雷醫(yī)院，到掛號(hào)收費(fèi)處跟掛

43、曼雖王墅說(shuō)要掛內(nèi)科大夫。掛號(hào)員為其開(kāi)了內(nèi)科大夫的掛號(hào)單并向張女士收取掛號(hào)費(fèi)、診查費(fèi)。張女士拿了掛號(hào)單，根據(jù)掛號(hào)單上指明的內(nèi)科門診門牌號(hào)，找到了她 的凼抖太去!奎明主漁醫(yī)!巫。李醫(yī)師一遍詢問(wèn)張女士的病情一遍給張女士做必要的檢查。 由于張女士得的是常見(jiàn)的流行性感冒，于是李醫(yī)師就給張女士開(kāi)了一張?zhí)幏?，包括頭孢拉 定、泰諾等常規(guī)藥品并說(shuō)明服用方式、服用頻次，并叮囑張女士要注意休息，多喝開(kāi)水等 醫(yī)學(xué)指導(dǎo)。張女士謝過(guò)李醫(yī)師，拿著處方來(lái)到門診收費(fèi)處，把處方遞給蝗螢員金田。收費(fèi) 員詢問(wèn)張女士是否參加了醫(yī)療保險(xiǎn)。于是張女士拿出醫(yī)療卡遞給收費(fèi)員，收費(fèi)員給張女士辦理結(jié)算手續(xù)，并告訴張女士總計(jì)費(fèi)用要13450元，通過(guò)

44、醫(yī)保支付130元，需要自付450 元。于是張女士把450元遞給收費(fèi)員。收費(fèi)員收錢后在處方上蓋上財(cái)務(wù)章遞給張女士。 張女士拿著該處方單來(lái)至'J l'-J診藥房，把處方單遞給藥趔埡黃杰，黃亮確認(rèn)已蓋財(cái)務(wù)章后根 據(jù)處方內(nèi)容，整理好藥品給張女士。最后張女士拿著藥品回家。32獲取業(yè)務(wù)角色分析以上設(shè)定的業(yè)務(wù)場(chǎng)景，我們可以提取的業(yè)務(wù)角色包括：1)病人：前去醫(yī)院看病的人。2)掛號(hào)員：給病人辦理掛號(hào)手續(xù)的人。3)門診醫(yī)師：為門診病人診斷疾病并給出治療方案的人。4)收費(fèi)員：給病人辦理除掛號(hào)以外的各類費(fèi)用結(jié)算的人。5)藥劑師：根據(jù)處方內(nèi)容給病人發(fā)放藥品的人。33獲取業(yè)務(wù)用例根據(jù)以上的業(yè)務(wù)場(chǎng)景，我們比

45、較容易得出如圖32所示的業(yè)務(wù)用例：浙江jr業(yè)火學(xué)碩+學(xué)位論文吳圖3-2門診業(yè)務(wù)用例圖其中灰色標(biāo)記的用例(門診就診、費(fèi)用結(jié)算、掛號(hào)、領(lǐng)藥)是本文重點(diǎn)描述的部分。 以下將對(duì)該四個(gè)用例逐個(gè)提取需求。每個(gè)過(guò)程先以活動(dòng)圖描述業(yè)務(wù)場(chǎng)景，接著描述用例規(guī) 約。331掛號(hào)業(yè)務(wù)用例浙江：業(yè)人學(xué)碩十學(xué)位論文§人掛號(hào)員 醫(yī)保系統(tǒng)J!詢所掛科室!l。三多一瞻一否。V一、i傘自費(fèi)掛廿結(jié)算一。1一T是一一1I醫(yī)保掛號(hào)結(jié)算I帶夠錢>·蜘，L，4土I，厶l·曾一l，占、郡”口1q住芍綃異。一付費(fèi)用-i具掛號(hào)單、圓圖33掛號(hào)業(yè)務(wù)活動(dòng)圖結(jié)合圖3-3業(yè)務(wù)活動(dòng)圖，用例規(guī)約可以如下描述： 用例名稱 掛

46、號(hào)用例描述 病人為了看病向掛號(hào)員提出掛號(hào)請(qǐng)求。掛號(hào)員詢問(wèn)所掛科室并為病人辦理掛號(hào)手續(xù)執(zhí)行者 掛號(hào)員(代理病人操作)Ij置條件1病人已確定自己所掛科室(若不清楚可以向服務(wù)臺(tái)咨詢，不作為浙江T業(yè)人學(xué)碩士學(xué)位論文本文描述的重點(diǎn))2病人已在此醫(yī)院建立檔案 后置條件 1成功完成掛號(hào)結(jié)算2成功提供掛號(hào)單主過(guò)程描述 1病人到掛號(hào)處向掛號(hào)員申請(qǐng)掛號(hào)2掛號(hào)員詢問(wèn)病人要掛的科室3病人提供科室名稱給掛號(hào)員4掛號(hào)員詢問(wèn)病人是否已帶醫(yī)保材料(憑證)。若病人已帶醫(yī)保憑 證，則執(zhí)行5，若未帶或未參加醫(yī)療保險(xiǎn)，則執(zhí)行分支過(guò)程415掛號(hào)員根據(jù)病人提供的憑證，辨別是屬于哪個(gè)醫(yī)保系統(tǒng)，并向指 定的醫(yī)保系統(tǒng)發(fā)起掛號(hào)預(yù)結(jié)算操作6醫(yī)保系

47、統(tǒng)向掛號(hào)員返回預(yù)結(jié)算結(jié)果。若結(jié)果提示成功，則執(zhí)行7，若不成功，則執(zhí)行分支過(guò)程417掛號(hào)員向醫(yī)保系統(tǒng)發(fā)起掛號(hào)結(jié)算操作8掛號(hào)員為病人辦理部分自付掛號(hào)結(jié)算，并告訴病人應(yīng)付的費(fèi)用9病人向掛號(hào)員支付相應(yīng)費(fèi)用。若病人未帶夠錢，則執(zhí)行異常過(guò)程91，若帶夠錢，則執(zhí)行1010掛號(hào)員出具掛號(hào)單給病人，用例結(jié)束分支過(guò)程描述 41掛號(hào)員給病人辦理全自費(fèi)掛號(hào)結(jié)算，并告訴病人應(yīng)付的費(fèi)用。 結(jié)果返回9異常過(guò)程描述 91病人未帶夠錢，掛號(hào)過(guò)程終止，用例結(jié)束 業(yè)務(wù)規(guī)則 1只有在醫(yī)院建立檔案的病人才能掛號(hào)2掛號(hào)應(yīng)能自動(dòng)傳遞給所在科室的醫(yī)師 涉及的業(yè)務(wù)實(shí)體 掛號(hào)單掛號(hào)結(jié)算單 掛號(hào)發(fā)票 醫(yī)保掛號(hào)結(jié)算單332門診就診業(yè)務(wù)用例浙江丁業(yè)人

48、學(xué)碩士學(xué)位論文病人 醫(yī)師o(wú)Ir、找到就診科室jTf提供掛號(hào)單j，一!一一、|驗(yàn)證掛號(hào)單有效性!么蕊重新掛號(hào) ·函、-，一丫一、詢問(wèn)病情1日I到掛號(hào)流程=i上-=病人叫答癇情-勇蓓檢習(xí)T-。一。一-一弧悻C受鯉L，得輔粵檢矗結(jié)果ji(輔助檢查、l-。一冬T能輔助榆查包括：_：童處方川“”“實(shí)驗(yàn)窀榆查 【j影像檢查j、竺量j，一一，一一、鹵圖3-4門診就診業(yè)務(wù)活動(dòng)圖結(jié)合圖3-4業(yè)務(wù)活動(dòng)圖，用例規(guī)約可以如下描述：_-2l一浙江1：業(yè)人學(xué)碩十學(xué)位論文用例描述 病人根據(jù)掛號(hào)單找到門診科室，向醫(yī)師說(shuō)明病情，醫(yī)師給其診斷并給出治療方案的過(guò)程。 執(zhí)行者 醫(yī)師前置條件 1病人今R已掛號(hào) 后置條件 1成

49、功完成本次就診2成功建立處方信息主過(guò)程描述 1病人根據(jù)掛號(hào)單上信息找到門診科室，并遞掛號(hào)單給醫(yī)師2醫(yī)師接過(guò)掛號(hào)單，簡(jiǎn)單詢問(wèn)病人情況，判斷病人是否應(yīng)該屬于本 科室就診。若發(fā)現(xiàn)病人適合本科室就診，則執(zhí)行3，否則，執(zhí)行 分支過(guò)程213醫(yī)師詢問(wèn)病人的病情4病人說(shuō)明自己的發(fā)病情況及相應(yīng)的癥狀體征5醫(yī)師根據(jù)病人的描述，對(duì)病人進(jìn)行相關(guān)部位的檢查，進(jìn)行診斷。若根據(jù)掌握病情已能確診疾病，則執(zhí)行6，否則執(zhí)行分支過(guò)程516醫(yī)師根據(jù)查詢病人歷次的就診記錄或者詢問(wèn)病人獲得病人的過(guò) 敏史，為病人開(kāi)立處方7醫(yī)師對(duì)病人進(jìn)行醫(yī)學(xué)指導(dǎo)，包括日常注意事項(xiàng)、服藥方式等，用 例結(jié)束分支過(guò)程描述 21醫(yī)師告訴病人他應(yīng)該另一個(gè)科室22病人

50、重新回到掛號(hào)收費(fèi)處，把原來(lái)的掛號(hào)單退了，重新執(zhí)行新的掛號(hào)過(guò)程51醫(yī)師為病入開(kāi)立輔助檢查單(可能實(shí)驗(yàn)室檢查單、影像檢查單)52病人拿著輔助檢查單到收費(fèi)處繳納相關(guān)費(fèi)用(由于輔助檢查這 個(gè)流程不是本文的重點(diǎn)，不做進(jìn)一步的展開(kāi))，收費(fèi)處在檢查單上蓋 上財(cái)務(wù)章印。病人再拿著檢查單fj往相應(yīng)的檢查科室。53檢查科室為病人做輔助檢查，并給出檢查結(jié)果54病人取得輔助檢查結(jié)果回到醫(yī)師診室，返回5異常過(guò)程描述 無(wú)業(yè)務(wù)規(guī)則 1只有今日已掛號(hào)的病人才能就診2醫(yī)師只對(duì)掛對(duì)他科室的病人就診浙江：r業(yè)人學(xué)碩士學(xué)位論文3醫(yī)師只能開(kāi)藥房庫(kù)存有的藥品4醫(yī)師只能丌病人非過(guò)敏的藥品5醫(yī)師能查詢得到藥品在藥房的庫(kù)存情況6醫(yī)師能查詢病人

51、的就診歷史7醫(yī)師開(kāi)立的處方信息能自動(dòng)傳到收費(fèi)處8醫(yī)師必須給出明確診斷9醫(yī)師必須擁有處方權(quán) 涉及的業(yè)務(wù)實(shí)體 就診信息單處方單 檢驗(yàn)檢查單(本文不做展開(kāi)) 影像檢查單(本文不做展開(kāi))藥房藥品庫(kù)存浙江1：業(yè)人學(xué)碩士學(xué)位論文333費(fèi)用結(jié)算業(yè)務(wù)用例收費(fèi)員 醫(yī)保系鰳!接過(guò)并確認(rèn)處方單1圖3-5門診結(jié)算業(yè)務(wù)活動(dòng)圖結(jié)合圖3-5業(yè)務(wù)活動(dòng)圖，用例規(guī)約可以如下描述：用例名稱 收費(fèi)結(jié)算用例描述 病人拿著醫(yī)師開(kāi)立的處方前往收費(fèi)結(jié)算，收費(fèi)員為病人辦理收費(fèi)結(jié)算操作。一24浙江J：業(yè)人學(xué)碩士學(xué)位論文執(zhí)行者 收費(fèi)員前置條件 1病人已就診 后置條件1成功完成收費(fèi)結(jié)算 主過(guò)程描述1病人向收費(fèi)員提交處方單2醫(yī)師接過(guò)處方單并查詢并確認(rèn)藥品是否有庫(kù)存。若有庫(kù)存，則執(zhí)行3，否則執(zhí)行分支過(guò)程213收費(fèi)員詢問(wèn)病人是否已帶醫(yī)保材料(憑證)。若病人已待醫(yī)保憑證，則執(zhí)行4，若未帶或未參加醫(yī)療保險(xiǎn)，則執(zhí)行分支過(guò)程314病人向收費(fèi)員提供醫(yī)保材料(憑證)5收費(fèi)員根據(jù)病人提供的憑證，辨別是屬于哪個(gè)醫(yī)保系統(tǒng)，并向指 定的醫(yī)保系統(tǒng)發(fā)起收費(fèi)預(yù)結(jié)算操作6醫(yī)保系統(tǒng)向收費(fèi)員返回結(jié)算結(jié)果。若結(jié)果提示成功，則執(zhí)行7， 否則執(zhí)行分支過(guò)程317收費(fèi)員向醫(yī)保系統(tǒng)發(fā)起收費(fèi)結(jié)算操作8收費(fèi)員為病