UML建模的医院信息系统分析与设计.doc

浙江工业大学硕士学位论文采用UML建模的医院信息系统分析与设计姓名：喻永明申请学位级别：硕士专业：计算机技术指导教师：陈庆章;陈联20091108浙江=T：业大学硕：十：学位论文采用UML建模的医院信息系统分析与设计摘要UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工 程领域的新思想、新方法和新技术。它的应用范围不限于支持面向对象的分析与设计，还 支持从需求分析丌始的软件开发的全过程在Rational统一过程(Rational Unified Process，RUP)出现后，它的应用就更加广泛。本文采用UML方法完成了整个医院信息系统(Hospi tal Informat ion System，HIS) 的分析与设计，采用用例视图、顺序图、活动图、类图等方法，对系统的主要功能进行描 述，确定系统的功能需求，完成对系统的架构设计和详细设计，并实现了系统。论文的主要工作如下：1)采用IJML面向对象技术方法建模医院信息系统，很好地解决目前医院信息系统开 发存在的诸多问题。由于采用了先进的分析和设计手段，使该信息系统具有较高的可靠性 和严谨性，也便于系统开发过程中的测试和后期的维护；2)围绕RUP核心思想(用例驱动、以架构为中心、迭代和增量的)，从获取需求丌始， 经过系统分析、系统设计，到最后系统实现，采用逐步推演，逐步深入细化的组织方式解 剖整个医院信息系统建模的过程。通过该医院信息系统的成功建模，证明基于RUP核心思想的UML建模技术在中大型应用系统的开发中切实可行；同时，也为准备采用该技术的项目或团队提供较好的借鉴实例。 关键词：HIS，UML，RUP，设计模式浙江：1业人学硕十学位论文The Analysis and Design of Hospital Information SystemUsing UML ModelingABSTRACTUML is a kind of modeling language which is welldefined，easily expressed，strong function 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 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 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 incremental)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 Pattern浙江工业大学学位论文原创性声明本人郑重声明：所提交的学位论文是本人在导师的指导下，独立进行研究工作 所取得的研究成果。除文中已经加以标注引用的内容外，本论文不包含其他个人或 集体已经发表或撰写过的研究成果，也不含为获得浙江工业大学或其它教育机构的 学位证书而使用过的材料。对本文的研究作出重要贡献的个人和集体，均已在文中 以明确方式标明。本人承担本声明的法律责任。作者签名：喻不竹j11日期："矿，t月加日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留 并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本 人授权浙江工业大学可以将本学位论文的全部或部分内容编入有关数据库进行检 索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。本学位论文属于1、保密口，在 年解密后适用本授权书。2、不保瓤(请在以上相应方框内打“、)作者签名： 涂奠乞憎日期：)椰9年2月矽Elf弘醐：叩 棚7日导师签名：浙江1j业大学硕十学位论文第1章绪论11研究背景医院信息系统(Hospital Information System，HIS)可以定义为利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提r11取和数据交换的能力，并满足所有授权用户的功能需求”。如今人民生活水平不断的提高和医疗保健需求不断的增长，卫生行业保持着快速的发 展势头。医疗行业的发展、患者自身消费意识的增强和医疗体制改革的深化，要求对内医 院必须优化资源，改进流程、提高效率、降低成本，向管理求效益；对外必须提高服务意r口识，提升患者满意度，通过持续改进，向“以病人为中心”b的现代化服务型、经营型医院转变。医院信息系统直接面对百姓，需要高度的可靠性和快速相应能力，其质量好坏直接影 响到医院的服务质量。同时，越来越多的医院领导要求当今的医院信息系统需要实现从当 前“以医疗费用为核心”的医院信息系统向“以患者医疗信息为核心"的数字化医疗信息 系统的转变。这样的需求趋势使得目前医院内部业务系统越来越复杂，采用传统的系统分 析和设计方法实现的HIS系统，已经暴露出很多问题，例如：业务扩展性太差，系统功能 耦合度太高；各个子系统之间信息无法互通，无法满足医院个性化需求；系统常常出现各 种小故障，影响到系统的可靠性；对系统的任何修改，牵一发动全身等等一系列问题。这 说明，现有的一些传统的系统分析和设计方法已经越来越不适应医院信息化进程的要求， 面对如此庞大、复杂系统的开发，必须采用更科学、更先进的建模技术和软件开发过程作 支撑。而基于UML的建模方法和RUP软件丌发过程适合业务错综复杂的中大型系统的设计 开发。因此，基于面向对象技术在医院信息系统的设计开发中具有很强的现实意义。面向对象方法已经成为当前系统设计开发的主要方法，与传统的系统分析设计方法不 同，它以对象的思考模式，把现实中业务抽象为一个个对象。封装成对象的好处是在对系 统的部分功能修改后，只需对相关对象进行修改，不会影响整个系统架构，从而较好的适 应医院业务的需求变化。统一建模语言(Unified Model ing Language，UML)和软件开r'1发统一过程(Rational Unified Process，RUP)是面向对象技术建模的主要手段“。综上所述，面向对象分析设计方法的研究，特别是UML和RUP的研究，不仅有理论价一3一浙江=1：业大学硕士学位论文值，而且能够很好的用在医院信息系统的开发中。12国内外发展现状如今国内使用UML建模医院信息系统的例子已经不少，例如：rJl宛楠在uML在HIS需求分析中的应用“。中使用UML对HIS系统进行了需求分析，包括执行者(Actor)的获取，确定系统中的执行者，是按角色来划分；用户的获取，通 过寻找各个角色的用例确定它与HIS之间的关系，即角色如何通过HIS完成其工作或得到 相应服务，这样可以对每个执行者提出问题以获取用例；活动图描述角色用例，着重描述 操作实现中所完成的工作以及用例实例或对象中的活动，已经对象状态改革的结果。r式1高德军在基于UML的医院信息化建模与实现。中使用UML对医院信息化进行了建模和实现，首先建立系统的需求模型，确定系统的使用者及功能。用u札用例图来表示需 求模型，用例图主要由用例和角色组成。用例就是系统提供的某种功能的描述，它与实现 方法无关，角色是用例的功能使用者。接着建立了分析设计模型，包括静态模型(用类图 表示)和动态模型(用顺序图表示)。通过分析用例描述，确定用例涉及的对象，包括病 历、病理明细、病情描述分析、检查化验单、处方单、药品、药品库、入库单、入库单明 细等，再抽象成类。建立静态模型后，为了描述系统的动态特征，需建立系统动态模型。动态模型可以用时序图、合作图、状态图表示。最后是数据库模型设计，采用关系型数据 库系统，根据静态模型中的实体类图，将分析出的类中需要永久保存的实体类转化为关系 数据库中的表。在本文中作者从系统分析到实现和部署的全过程描述使用UML语言建模易 于开发者之间、开发者与用户之间的交流，使软件系统易于开发和维护，能够满足用户的 需求，减少开发与维护成本。在UML建模的基础上开发的系统，在系统的易用性、可移植 性、可维护性、可靠性等方面都有非常明显的提高。rRl何菊在基于UML的医院信息系统建模。中介绍了标准建模语言UML用于对软件进行描述、可视化处理、构造和建立软件系统的文档。UML适用于各种软件开发方法、软件 生命周期的各个阶段、各种应用领域以及各种开发工具。但建模并不等同于程序编码，利 用同样的UML模型可以生成不同语言的框架代码，而且可以通过反向生成，在编写代码过 程中及时更新UML模型。本文同时借助ROSE2002这个开发工具的支持，结合医院管理系 统这个实例，绘制各种相应的图形，从而很好地解决了对系统的建模问题，也从不同角度 和层次上为系统分析、设计和实现提供了支持。本系统本着以病人业务为中心，以信息管浙江：j：业人学硕十学位论文理为主线，以电子病历为发展目标，集病人信息、费用信息、管理信息于一体的原则设计， 虽然不尽完善，但尽可能地提高医院职工的工作效率，加强各部门之间的联系，提高医院 领导对各业务部门的监控能力。r7庞若蔚，王炜在基于UML的医院信息系统领域模型设计”。中介绍了在医院信息系统领域模型设计中的UML建模过程，主要分三个步骤，包括理解需求、分析、医院信息系 统的设计。其中理解需求步骤介绍了医院信息系统是实现医院现代化建设的基础工程，是 提高医院的管理水平，业务的运转效率、医疗水平和服务质量的必要手段；分析步骤中首 先定义用例，确定系统的功能需求，接着对特定领域需求进行了分析，通过阅读规格说明、 用例以及寻找系统处理的“概念"来进行特定领域分析，识别出要处理的所有关键类及它 们的相互关系；在设计步骤中对分析步骤中的成果进一步细化，细化分析类的方法和相互之间关系并增加新类以处理诸如数据库、用户接口、设备等技术领域的问题，细化各子系 统的接口和相互交互，得到实现时可以使用的设计模型。rR金轶，黄刊迪在利用UML建立医院门诊信息系统的用例模型。中介绍了针对门诊信息系统的需求建立用例模型，主要描述门诊信息系统的总体用例图，反映了门诊的核心 功能有门诊、急诊、健康体检、会诊；支撑功能主要有挂号、划价、收费、检查、治疗、 发药等；管理功能主要有经济管理、人员管理、病案管理、药品、物资管理等；门诊在医 院信息系统中不是独立的系统，对内需要与医院信息系统中其他子系统紧密集成，对外需 要与医疗保险、社区医疗、卫生行政部门、工商物价部门等信息系统紧密连接。ra牟艳，楚德博在UML在医院网上挂号预约系统分析与设计中的应用“。中介绍了针对门诊网上挂号预约业务进行分析建模，分为业务需求分析、系统设计两个阶段。在需求 分析阶段由业务需求分析、需求建模、领域建模、用例实化、建立分析模型5个步骤组成。 在系统设计阶段由细化类图、设计数据库模式、建立行为模型、建立实现模型4个步骤组 成。rlnl牛丽、范广慧在基于UML的医院门诊管理信息系统“”中介绍了以HIS中的门诊业务子系统为例，结合UML对其建模进行分析，包括需求分析、系统设计、系统实现及测 试3个阶段。在需求分析阶段，经过业务分析把门诊管理分成了门诊挂号子系统、门诊药 房划价子系统、门诊收费子系统三个子模块，并给出了以门诊的划价收费为例的用例图。 在系统设计阶段，紧紧抓住RUP中“用例驱动、以架构为中心"的核心思想，描述系统的 静态模型及动态行为，找出系统所需要的类框架及类对象之间的交互关系。在系统实现阶一5一浙江：1=业人学硕十学位论文段，把设计阶段的类转换成面向对象的程序设计语言代码。应用UML的组件图和部署图， 可以描述系统的物理实现。施庆平在基于UML医院病房监护系统的分析与设计11中介绍以医院病房监护系 统为例，利用统一建模的技术和方法，进行了系统的分析和设计，并给出了系统的具体实 现。在需求分析阶段，确定系统的功能，通过用例图形象地描述客户的要求，拟建系统(UseCase的集合)和外部坏境(Actor的集合)的关系。在分析和设计阶段，通过静态建模 和动态建模，描述了医院病房监护系统中“中央监视"的业务情况。在系统实现阶段，使 用UML中配置图介绍了系统硬件体系结构。使用UML建模医院信息系统的例子在国外文献中不是很多，但使用UML技术建模其他应用系统也有不少，例如：Pauline AWilcox etc在Business Modelling with UML：the Implementation ofCRM Systems for Online12中介绍了使用统一建模语言(UML)建模一个客户关系管理 (CRM)系统，主要分细化市场需求，制定有针对性的营销策略模型及系统实现三个阶段 来描述。Benoit Eynard，Thomas Gallet，Lionel Roucoules，Guillaume Ducellier在PDMsystem implementati。n based on UML>>13中介绍了以统一建模语言(UML)为理论基础 的建模技术设计开发了产品数据管理(PDM)系统。在分析设计阶段详细说明了生产和管 理服务的业务建模过程。13论文主要目标和内容分析目前国内医院信息系统的现状，我们会发现目前大部分医院信息系统都是传统的 系统分析和设计方法(如结构化设计方法、基于原型的开发方法等)开发的系统，很多系 统的分析设计主要凭系统分析员的经验积累，因此存在很大的风险。随着医院业务需求不 断延伸扩展，越来越多的业务管理需要通过信息系统的管理，使得现有医院信息系统在不 断的改进优化过程中变得越来越混乱，经常出现一些业务需求的修改导致整个系统的不稳 定。加上不断有外部系统需要接入医院信息系统，如医疗保险系统、银联系统等，使得现 有的医院业务过于庞大且错综复杂，加上每个子系统都有不同的团队开发维护，团队之间 缺乏有效的沟通，常常出现同一家计算机公司开发的几套子系统无法共享信息的现象。由 于医院业务的不断扩大，就诊量不断提高，对信息系统提出了更高的性能要求，更高的扩 展性要求，原先cs架构的应用系统光靠大型数据库服务器已经越来越不能满足用户的需一6一浙江T业火学硕十学位论文求。出现类似的问题主要由以下方面原因导致：1)缺少对医院业务统筹的规划理解；2) 现有大部分医院信息系统的开发商采用的软件开发技术还比较落后，还停留在传统的面向 过程的分析设计方法上，使得不能很好的适应医院业务的变化；3)目前大部分医院信息 系统还停留在cs架构，对性能、扩展性的提高越来越有限。J下是处于以上医院信息系统的现状，本文将采用面向对象的分析设计方法，即UML的 建模方法和RUP统一过程，从更高层次分析设计医院信息系统。虽然目lj已经有不少学者 和公司开始采用UML建模应用系统(包括医院信息系统，HIS)，但是他们往往还停留在使 用UML来制作一些图表，没有结合软件工程，传达基于对象的思考方法、分析模式和推导过程以及它们在软件工程的各个阶段如何发挥作用1 4l。而本文根据医院信息系统的特点，对RUP软件开发过程进行必要的裁剪，从医院业务需求抽象提取，经过获取需求、系统分 析、系统设计、系统实现等过程，完成对医院信息系统的设计开发。在统一开发过程中， 将采用UML建模的技术分析医院业务顶层的业务用例，从宏观上把握业务需求，分析每个 业务子系统的边界，定义清晰的系统接口，降低各个子系统之间的耦合度，也从系统层面 打通各个子系统的业务实现互联互通。通过在系统分析阶段，进一步细化业务用例、系统 用例，根据业务的复杂程度和客户提出的非功能性需求(如性能需求、扩展性需求)，吸取可以采用的设计模式和软件架构15I，优化提升信息系统，从根本上满足用户的需求。从本文研究的内容可以得出意义在于：1)通过采用UML面向对象技术方法建模医院信息系统：能很好地解决目前医院信息系统存在的诸多问题。由于采用了先进的分析设计手段，使该系统在同行业处于领先水平；2)通过医院信息系统的成功建模，说明基于RUP核心思想的UML建模技术在中大型系统的开发中切实可行；3)通过一个完整的UML建模的实例，有助于为准备采用该技术的项目或团队提供较好 的借鉴作用。14论文的组织结构本文共分为7张。 第l章是绪论部分，主要介绍本文的研究背景，国内外采用UML建模医院信息系统的发 展现状及本文主要目标和内容。 第2章是技术基础部分，简要介绍本文将要采用的主要技术，包括UML概述，Rational统浙江T业大学硕士学位论文一过程，且结合本文论述系统的特点，对统一过程进行了必要裁剪。 第3章是获取需求部分，主要描述如何获取医院信息系统业务需求的过程，采用用例，活 动图等UML元素描述了医院项层业务用例及门诊业务用例。 第4章是系统分析部分，主要描述在业务用例的基础上，提取系统用例，实现系统用例， 勾勒出软件架构，从而规划出系统的轮廓。第5章是系统设计部分，概括介绍系统体系结构设计、数据库结构设计并详细描述了门诊 收费结算功能的设计模型。 第6章是系统实现部分，主要介绍了门诊业务的相关系统功能及系统代码。 第7章是结论与展望部分，主要回顾整个医院信息系统的建模过程，进一步阐述本文的论 点，并明确了往后研究的方向。一8一浙江：I：业人学硕十学位论文第2章技术基础21 I MI，概述面向对象技术出现之后，先后出现了很多种面向对象的软件开发方法。这些方法术 语不统一，缺乏共同的标准，常给软件开发人员带来困惑。早在1994年BooCh和Rumbaugh 在Rational Software Corporation就开始了UML的研究工作，1995年10月他们发布了第1个版本，称作“统一的方法"(Unified Method 08)。1996年6月发布了第2 个版本UMLO9。鉴于统一行动的产物只是一种建模语言，而不是一种建模方法(因为 不包括过程指导)，所以自09版本起，改称“统一建模语言(Unified Modeling Language)”。在此过程中，由Rational公司发起成立了UML伙伴组织。1997年1月提交到对象管理组织(OMG)申请作为一种标准建模语言，即UMLl0版本。随着更多公司 加入UML伙伴组织，对UML进一步做了修改，产生了UMLl1版本。于是1997年11月，国际对象管理组织 (Object Management Grou删G)将UMLl1作为基于面向对象技r1R1术的标准建模语言“一。r171标准建模语言UML的主要内容可以由五类图(共9种图形)来定义“：第一类是静态图(Static diagram)，包括包图、类图和对象图。其中类图描述系 统中类的静态结构。静态类图不仅包括类的定义和类之问的关联关系(关联、依赖、聚 合等)，还包括类内部的结构。对象图作为类图的实例，采用的表示方法与类图相似， 区别在于对象图表示类的几个对象实例，不是实际的类。第二类是用例图(Use case diagram)，它从用户角色的角度描述系统功能，指出 各业务功能的使用者。第三类是行为图(Behavior diagram)，描述系统的动态模型及对象之间的交互关 系，包括状态图、活动图。其中状态图描述对象所有可能存在的业务状态且状态发生 变化时的转移条件。一般来说，状态图是对类图的补充，对那些有多个状态且受外界环 境的影响发生状态改变的往往需要制作状态图。而活动图描述用例要进行的活动以及它 们间的约束关系。第四类是实现图(Implementation diagram)，包括组件图和配置图。其中组件图 描述部件的物理结构及各部件之间的关联关系。一个部件可以是一个代码部件、一个二 进制部件或一个可执行部件，它包含逻辑类或实现类的相关内容。而配置图定义系统中浙江J下业大学硕十学位论文物理体系结构(包括软硬件设施)。它可以表示实际的计算机和设备及它们之间的关联关系。第五类是交互图(Interactive diagram)，描述对象间的交互关系，包括顺序图和 合作图。其中顺序图显示对象间的动态交互关系，它显示对象问的交互，强调它们之间 消息发送的顺序。而合作图与顺序图相似，描述对象问的协作关系，只不过使用场景的 侧重点不同，如果强调时间和顺序，则使用顺序图：如果强调上下级关系，则选择合作 图。22 Rational统一过程(RUP)统一过程L LJ是一个软件开发过程，它不仅仅是个简单的过程，而是一个通用的 过程框架。它有四个阶段和五个工作流程组成，其中四个阶段包括初始、细化、构造、 移交等，五个工作流程包括需求、分析、设计、实现、测试等。它的核心思想为：用例驱动、以架构为中心、迭代和增量的18l。用例驱动：以用例的提取、分析、设计及实现，贯穿了整个软件开发过程的四个阶 段、五个工作流程。使系统实现的每个功能、设计的每个类都可以追溯至原始的业务用 例27。以架构为中心：在需求分析阶段根据对用例全面了解后将创建粗略的架构轮廓，在 系统分析阶段将确定系统采用的软件架构，而系统设计阶段在实现分析类的基础上，围 绕确定的软件架构，进一步细化设计类。迭代和增量的：当系统非常庞大、经历的周期很长时，往往会根据用例的优先级， 先实现优先级高的用例，然后经过多次的迭代从而实现整个系统。而每一个迭代都经历 一次完整的软件生命周期，即每一次迭代都有需求、分析、设计、实施、测试，这样都将得到一个可运行的系统。迭代的目的是尽早给客户提供一个可运行的系统。 统一过程定义的规范操作流程，包括各个角色在不同的工作流程中主要活动，如图2-1所示：浙江工业人学硕+学位论文争 o口缎M 螽 描 o莎删枞 舞 孵没 Q缪吩帆葫凌； 。口诣f： 。够舄： 口赫f图21角色与五人I：作流稃之间关系18其中各个流程应提交的工作制品包括：需求分析：业务词汇表、业务规则、业务用例模型、目标组织评估、业务前景、业务架构文I 28档、业务用例规约。 、组织单元、业务实体、业务角色、用户界面原型等。·系统分析：参考软件架构文档、系统用例模型、分析模型、分析类、实体关系241模型等。·系统设计：浙江J：业人学硕十学位论文软件架构文档、用例实现、设计模型、设计类、数据库模型等。系统实现： 可执行程序、实施模型、工作版本、集成构件计划等。系统测试： 测试用例等。由于本论文的篇幅有限，每个工作制品的定义和作用，不做详细的展开。众所周知，一个完整的统一过程，是一个重量级的软件开发过程，适合大型项目的 开发。它定义了一套规范的操作流程，并不要求所有项目的开发都必须严格按照该规范 执行，可以根据项目的规模、应用的性质、团队的业务领域的经验、系统的复杂性等因素进行必要的裁剪。因此根据本论文中项目的自身特点，对统一过程进行了必要的裁剪，详见下一章节。23统一过程的裁剪由于本论文阐述的医院信息项目，属于中大型软件项目，是一个系统更新换代的项目 (具体项目的介绍，请详见“第3章获取需求”中“医院业务介绍”章节)，开发团队对 业务需求有一定的理解，因此不一定严格执行统一过程所定义的全部规范，本着实用的原 则对统一过程进行如下的裁剪。首先对统一过程定义的五个工作流程不进行裁剪，因每个软件开发项目都必须经过该五个流程。在本项目中将对流程中的角色、活动、输出的工作制品进行裁剪。由于团队人员结构的限制，把规范中定义的角色划分为需求分析师、系统分析师、架 构设计师、开发工程师、测试工程师等五种。其中需求分析师同时扮演规范中用例描述人 员、用例工程师；开发工程师同时扮演构件工程师、系统集成人员：测试工程师同时扮演 测试工程师、集成测试人员、系统测试人员。各个工作流程活动的裁剪情况如图22所示：浙江T业大学硕十学位论文o0。口撒删工程镡 剥浅。口绯一口一一口钠一口一图22裁剪后角色与五人：I：作流程之间关系其中裁剪后各个流程应提交的工作制品包括：需求分析：业务用例模型、业务用例规约、用户界面原型等。·系统分析：系统用例29模型、分析类等。·系统设计：软件架构文档、用例实现、设计模型、设计类、数据库模型等。系统实现：可执行程序等。系统测试：一13一浙江：r业大学硕十学位论文测试用例等。 由于公司对项目工作制品统一的考虑，数据库模型要求采用传统模型，如实体关系模型采用CDld模型和数据库模型采用PDM模型。为了突出本论文重点，对流程中相对简单的部分(系统测试)进行了必要的删减，结 合本项目的特点对系统设计、系统实现流程只作简要介绍。而获取需求、系统分析部分， 本文将重点介绍。浙江：r业大学硕七学位论文第3章获取需求本章节主要描述如何获取医院信息系统业务需求的过程。主要分几个部分组成，包括 医院业务介绍、获取业务角色、获取业务用例、提取领域问题、获取非功能性需求、系统 界面建模。先从整体医院业务分析，获得顶层的业务用例；再选择门诊就诊这个典型的业 务场景，细化展开，从而获得业务用例的过程。其中涉及的系统界面建模不是本文的重点 故省略。31医院业务介绍一个医院同常在开展的业务一般可以按几条线来概括，一条以服务病人为主的，一条 以业务支撑为主的，另一条以领导决策为主。由于医院涉及的业务范围很广，受到本文篇 幅的限制，没法对所有业务进行逐一详细描述，因此本文只对服务病人这条业务主线中门 诊病人就诊的流程进行详细介绍，剩余业务流程将做简要说明。只要到医院看过病的人都会对医院以服务病人为主的业务流程比较熟悉。服务病人业 务流程又可以分门诊就诊和住院治疗两条线。门诊就诊的一般业务流程包括病人根据自己的病情选择不同的科室进行挂号(可以包 括自助挂号、挂号处挂号、预约挂号多种形式)，拿了挂号单到指定的门诊科室就诊。医 生对病人的病情进行询问，并做出初步诊断。如有需要进一步确诊病人的病情，医生会给 病人开立实验室检查单、影像检查单。病人到门诊收费处交付相应的费用，若病人参加了 基本医疗保险，部分医疗费用将通过医保账户支付。完成费用结算后，病人拿着检查单到 相应的科室接受检查。当检查科室(医技科室、检验科室等)完成检查后，病人拿着检查结果单回到医生处。医生根据检查结果确定病人的诊断，对病人进行必要的医学指导，并 开立处方。病人到门诊收费处交付相应的费用，到相应的门诊药房提取药品，这样完成一 次门诊简单就诊过程。住院就诊的一般流程包括病人入院，病房值班医生为病人办理入院手续并向病人收取 一定数量的押金。然后病房值班医生给病人分配一个由主治医师、护士长等成员组成的医 疗团队，主治医师对病人进行诊断，开立医嘱。护士长给病人分配床位，并根据主治医师 开立的医嘱，安排执行相应的医嘱(包括药物医嘱、手术医嘱等)。经过一段时问的治疗， 病人病情好转，病人需要办出院手续。在办理出院手续时，病人完成住院费用的结算。至于业务支持为主的业务流程包括药房管理、药库管理、检验室流程管理、手术室管 理等。领导决策为主的业务流程包括财务报表管理、决策分析管理等。一15浙江jr业犬学硕十学位论文以上医院业务介绍可以通过以下顶层业务用例模型(图31)概括：手术室管理员药 吴一药 吴一员领实验室管理员o 吴一图3-1医院业务顶层川例图其中灰色标记的用例(门诊治疗)，是本文关注的内容。r10为了更好展现UML建模的过程，本文将以一个具有代表性的业务流程为基础”一，即病人门诊就诊一般过程(不包括实验室检查、影像检查业务过程)。因为该流程是医院几 大核心业务流程之一，涉及的业务复杂度也具有典型性。从系统的角度看，该业务流程涉 及4个子系统的交互，包括医生工作站子系统、门诊收费子系统、医保结算子系统、门诊 药房子系统。其中医保结算子系统属于外部接口，而且接入的医保服务商可能多个，接口 相对复杂。从RUP统一过程的角度看，符合它先从核心业务流程入手建模，符合它迭代开 发的要求，完成该业务流程的开发，生成的可执行程序可以单独运行。只要不断地重复这一16一浙江工业人学硕士学位论文样的迭代过程，就可以完成整个医院信息系统开发。 我们假定病人门诊就诊的业务场景如下： 韭荭玉女士有一天出现头痛、发烧、咳嗽等症状。于是她来到附近的哈雷医院，到挂号收费处跟挂曼虽王墅说要挂内科大夫。挂号员为其开了内科大夫的挂号单并向张女士收取挂号费、诊查费。张女士拿了挂号单，根据挂号单上指明的内科门诊门牌号，找到了她 的凼抖太去!奎明主渔医!巫。李医师一遍询问张女士的病情一遍给张女士做必要的检查。 由于张女士得的是常见的流行性感冒，于是李医师就给张女士开了一张处方，包括头孢拉 定、泰诺等常规药品并说明服用方式、服用频次，并叮嘱张女士要注意休息，多喝开水等 医学指导。张女士谢过李医师，拿着处方来到门诊收费处，把处方递给蝗萤员金田。收费 员询问张女士是否参加了医疗保险。于是张女士拿出医疗卡递给收费员，收费员给张女士办理结算手续，并告诉张女士总计费用要13450元，通过医保支付130元，需要自付450 元。于是张女士把450元递给收费员。收费员收钱后在处方上盖上财务章递给张女士。 张女士拿着该处方单来至'J l'-J诊药房，把处方单递给药趔垭黄杰，黄亮确认已盖财务章后根 据处方内容，整理好药品给张女士。最后张女士拿着药品回家。32获取业务角色分析以上设定的业务场景，我们可以提取的业务角色包括：1)病人：前去医院看病的人。2)挂号员：给病人办理挂号手续的人。3)门诊医师：为门诊病人诊断疾病并给出治疗方案的人。4)收费员：给病人办理除挂号以外的各类费用结算的人。5)药剂师：根据处方内容给病人发放药品的人。33获取业务用例根据以上的业务场景，我们比较容易得出如图32所示的业务用例：浙江jr业火学硕+学位论文吴图3-2门诊业务用例图其中灰色标记的用例(门诊就诊、费用结算、挂号、领药)是本文重点描述的部分。 以下将对该四个用例逐个提取需求。每个过程先以活动图描述业务场景，接着描述用例规 约。331挂号业务用例浙江：业人学硕十学位论文§人挂号员 医保系统J!询所挂科室!l。三多一瞻一否。V一、i伞自费挂廿结算一。1一T是一一1I医保挂号结算I带够钱>·蜘，L，4土I，厶l·曾一l，占、郡”口1q住芍绡异