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

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

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

3、方式解 剖整個醫(yī)院信息系統(tǒng)建模的過程。通過該醫(yī)院信息系統(tǒng)的成功建模，證明基于RUP核心思想的UML建模技術(shù)在中大型應(yīng)用系統(tǒng)的開發(fā)中切實(shí)可行；同時，也為準(zhǔn)備采用該技術(shù)的項(xiàng)目或團(tuán)隊(duì)提供較好的借鑒實(shí)例。 關(guān)鍵詞：HIS，UML，RUP，設(shè)計模式浙江：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)容外，本論文不包含其他個人或 集體已經(jīng)發(fā)表或撰寫過的研究成果，也不含為獲得浙江工業(yè)大學(xué)或其它教育機(jī)構(gòu)的 學(xué)位證書而使用過的材料。對本文的研究作出重要貢獻(xiàn)的個人和集體，均已在文中 以明確方式標(biāo)明。本人承擔(dān)本聲明的法律責(zé)任。作者簽名：喻不竹j11日期："礦，t月加日學(xué)位論文版權(quán)使用授權(quán)書本學(xué)位論文作者完全了解學(xué)校有關(guān)保留、使用學(xué)位論文的規(guī)定，同意學(xué)校保留 并向國家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。本 人授權(quán)

9、浙江工業(yè)大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進(jìn)行檢 索，可以采用影印、縮印或掃描等復(fù)制手段保存和匯編本學(xué)位論文。本學(xué)位論文屬于1、保密口，在 年解密后適用本授權(quán)書。2、不保瓤(請?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ī)和通訊設(shè)備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提r11取和數(shù)據(jù)交換的能力，并滿足所有授權(quán)用戶的功能需求”。如今人民生活水平不斷的提

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

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

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

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

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

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

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

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

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

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

20、為，找出系統(tǒng)所需要的類框架及類對象之間的交互關(guān)系。在系統(tǒng)實(shí)現(xiàn)階一5一浙江：1=業(yè)人學(xué)碩十學(xué)位論文段，把設(shè)計階段的類轉(zhuǎn)換成面向?qū)ο蟮某绦蛟O(shè)計語言代碼。應(yīng)用UML的組件圖和部署圖， 可以描述系統(tǒng)的物理實(shí)現(xiàn)。施慶平在基于UML醫(yī)院病房監(jiān)護(hù)系統(tǒng)的分析與設(shè)計11中介紹以醫(yī)院病房監(jiān)護(hù)系 統(tǒng)為例，利用統(tǒng)一建模的技術(shù)和方法，進(jìn)行了系統(tǒng)的分析和設(shè)計，并給出了系統(tǒng)的具體實(shí) 現(xiàn)。在需求分析階段，確定系統(tǒng)的功能，通過用例圖形象地描述客戶的要求，擬建系統(tǒng)(UseCase的集合)和外部壞境(Actor的集合)的關(guān)系。在分析和設(shè)計階段，通過靜態(tài)建模 和動態(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)的例子在國外文獻(xiàn)中不是很多，但使用UML技術(shù)建模其他應(yīng)用系統(tǒng)也有不少，例如：Pauline AWilcox etc在Business Modelling with UML：the Implementation ofCRM Systems for Online12中介紹了使用統(tǒng)一建模語言(UML)建模一個客戶關(guān)系管理 (CRM)系統(tǒng)，主要分細(xì)化市場需求，制定有針對性的營銷策略模型及系統(tǒng)實(shí)現(xiàn)三個階段 來描述。Benoit Eynard，Thomas Gallet，Lionel Roucoules，Guillaume

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

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

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

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

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

27、T業(yè)大學(xué)碩士學(xué)位論文一過程，且結(jié)合本文論述系統(tǒng)的特點(diǎn)，對統(tǒng)一過程進(jìn)行了必要裁剪。 第3章是獲取需求部分，主要描述如何獲取醫(yī)院信息系統(tǒng)業(yè)務(wù)需求的過程，采用用例，活 動圖等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è)計部分，概括介紹系統(tǒng)體系結(jié)構(gòu)設(shè)計、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計并詳細(xì)描述了門診 收費(fèi)結(jié)算功能的設(shè)計模型。 第6章是系統(tǒng)實(shí)現(xiàn)部分，主要介紹了門診業(yè)務(wù)的相關(guān)系統(tǒng)功能及系統(tǒng)代碼。 第7章是結(jié)論與展望部分，主要回顧整個醫(yī)院信息系統(tǒng)的建模過程，進(jìn)一步闡述本文的論 點(diǎn)，并明確

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

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

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

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

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

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

34、碩+學(xué)位論文爭 o口緞M 螽 描 o莎刪樅 舞 孵沒 Q繆吩帆葫凌； 。口詣f： 。夠舄： 口赫f圖21角色與五人I：作流稃之間關(guān)系18其中各個流程應(yīng)提交的工作制品包括：需求分析：業(yè)務(wù)詞匯表、業(yè)務(wù)規(guī)則、業(yè)務(wù)用例模型、目標(biāo)組織評估、業(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：業(yè)人學(xué)碩十學(xué)位論文軟件架構(gòu)文檔、用例實(shí)現(xiàn)、設(shè)計模型、設(shè)計類、數(shù)據(jù)庫模型等。系統(tǒng)實(shí)現(xiàn)： 可執(zhí)行程序、實(shí)施模型、工作版本、集成構(gòu)件計劃等。系統(tǒng)測試： 測試

35、用例等。由于本論文的篇幅有限，每個工作制品的定義和作用，不做詳細(xì)的展開。眾所周知，一個完整的統(tǒng)一過程，是一個重量級的軟件開發(fā)過程，適合大型項(xiàng)目的 開發(fā)。它定義了一套規(guī)范的操作流程，并不要求所有項(xiàng)目的開發(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)，對統(tǒng)一過程進(jìn)行了必要的裁剪，詳見下一章節(jié)。23統(tǒng)一過程的裁剪由于本論文闡述的醫(yī)院信息項(xiàng)目，屬于中大型軟件項(xiàng)目，是一個系統(tǒng)更新?lián)Q代的項(xiàng)目 (具體項(xiàng)目的介紹，請?jiān)斠姟暗?章獲取需求”中“醫(yī)院業(yè)務(wù)介紹”章節(jié))，開發(fā)團(tuán)隊(duì)對 業(yè)務(wù)需求有一定的理解，因此不一定嚴(yán)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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