医院门诊管理信息系统设计及实现.docVIP

医院门诊管理信息系统设计及实现 　　摘要：目前，医院信息管理系统（Hospital　Information　System，HIS）的构建及应用，已经作为医院现代化管理的重要组成部分和评测标准。本文使用UML建模工具及贯穿着RUP统一过程开发思想对医院信息系统中的门诊子系统进行了详细的分析设计和实现。在此过程中，进行了问题领域的分析，确定了USE　case图，刻画了动态的行为模型、对象类图及其物理实现的组件图、配置图，建立数据库模型等。 　　关键词：HIS；UML；RUP 　　中图分类号：R952 文献标识码：A 文章编号：1007-9599　（2012）　19-0000-05 　　1 分析问题领域 　　首先确定业务需求和系统目标。本系统是门诊管理系统，是医院信息系统的一个重要组成部分，主要完成门诊病案管理、门诊挂号、门诊划价收费工作。门诊挂号完成医院日常窗口挂号业务功能，根据院情设置专科、专家及普通挂号收费标准，支持医保IC卡挂号，支持专家的限号和限时挂号，支持病人自主选医生挂号，自动产生会计凭证供财务系统使用，同时负责病员基本信息维护、查询等功能。门诊划价收费主要满足以收费为核心的管理，完成收费日清月结，随时生成各类门诊收费报表及各种统计报表，支持将划价、收费一条龙的服务模式，包括录入处方及检查治疗单、核算病人的费用、完成现金收费，支持医保病人IC卡联机收费，并打印发票等功能，并增加语音唱收唱付。凡是挂号、划价、收费、退费、门诊查询都属于系统的职责范围，其他如：库房的管理、住院管理、物资管理、院长查询等都不属于本系统职责范围。 　　门诊系统与其他系统存在着系统的边界，从医院信息管理系统全局数据库中获得基本数据字典，如员工的基本资料，科室编码、物资费用代码，非药品系统类别编码、医保药品及其从药库管理系统中获得药品基本资料表等。 　　2 系统分析与设计 　　2.1 用例建模 　　通过对医院医护人员和相关的行政人员调研，根据医院有关门诊管理的业务流程，基于UML使用面向对象分析方法对门诊系统进行分析，得出系统的用例模型。 　　图1：　用例图 　　用例的文字描述： 　　主要角色：门诊操作员 　　设计范围：门诊挂号收费处 　　目标等级：用户目标等级 　　关系人与利益： 　　病人——能够根据自身要求进行挂号，得到挂号单 　　门诊操作员——根据病人要求发号并负责收费 　　事先条件：病人先到分诊台领号 　　成功事后保证：病人拿到挂号单 　　触发条件：病人拿到分诊号前来挂号 　　主要成功情节/场景： 　　挂号员根据分诊号对病人进行挂号 　　挂号员收取挂号费用并打印挂号单及发票 　　病人根据需要拿到挂号单 　　扩充情节/场景： 　　病人是初诊，则挂号员要求此病人提供其基本信息并录入此病人的基本信息，同时系统为此病人分配门诊号 　　病人是复诊，则挂号员可从系统中提取病人的基本信息情况 　　病人是预约专家号，检查其预约时间及其预约号是否正确。 　　若预约时间小于3小时，则给予挂专家号； 　　若时间超过3小时，挂号员查看专家号记录，若没有超过专家门诊数则给予挂专家号，若超出专家门诊次数，只要专家同意，可继续挂专家号。若不可挂专家号，可询问病人是否转为普通号。 　　2.2 顺序图建模 　　在此场景中我们已经提到进行门诊挂号的的角色是门诊操作员，病员只有通过他才能与系统交互，操作员向边界类（窗口）发出消息，进行查看病员信息或是添加病员信息，然后返回门诊号信息及病员主要信息，操作员再向边界类发出查看坐诊记录信息，坐诊记录对象完成查询任务返回，根据病员的意见进行挂号并创建挂号单，同时根据设置的挂号费用对病员进行收费，创建发票对象，发票对象向后台数据库发出记帐消息，后台数据库进行记帐，成功后返回成功信息，打印出发票，并打印出挂号单返回操作员，然后交给病员。 　　同样可以对划价收费进行顺序图建模，这时病人拿着医生开具的处方到门诊操作员处进行划价交费。如图2所示。 　　图2：挂号用例的顺序图 　　图3：划价收费用例的顺序图 　　2.3 活动图建模 　　图4：　门诊挂号活动图 　　2.4 协作图建模 　　下面就门诊收费发药用例使用协作图来描述对象之间的消息连接关系，如图5所示。 　　图5：　划价收费协作图 　　3 系统分析与设计 　　3.1 类/对象建模 　　通过分析出系统用例模型、顺序图、协作图等就可以分析出系统的一些基本对象/类来。 　　病员类：负责处理病员的基本资料。病员类按照费用类别可分为：自费，医保，一般属性应有：病员ID、姓名、性别、出生日期、血型、婚否、费别、住址、联系电话等，对于医保病人还应该有卡类别、卡号、工作单位等基本信息。其操作应该有增加、查询、修改等。