门诊管理系统UML
- 格式:doc
- 大小:414.50 KB
- 文档页数:17
目录第一章背景和意义第二章需求分析第三章用例图第四章类图第五章时序图,协作图第六章活动图第七章状态图第八章组件图和部署图一.背景,意义我们对药店并不陌生,当我们生病时,经常要去买药。
传统的药店管理是,药店负责人对药品买卖进行登记,每个月/季度对药品的存余进行统计。
当病人去买药时,也是负责人去取药。
这种管理方式花费较多的人力物力,效率较低。
而且人的精力是有限的,有时难免出错,容易造成损失;当有大量的药品需要登记,管理时更容易出错造成损失。
对客户而言,店铺里面有无他所需的药品不确定,而且价格也是不知的,这样难免会觉得没保障。
传统方式药品买卖,效率相对较低,给客户带来不便。
药店管理系统能够对药品进行统一的登记,管理;这样大大简化了药店负责人的工作,提交效率。
用电脑系统管理药品不仅效率高,也大大提高管理的可靠性。
药店管理系统罗列出店铺拥有的药品,而且标注价格,提供服务。
客户不需上门便可以通过网络了解药品的情况,给交易带来便利。
整个系统的模块分为客户购药系统和工作人员操作系统:二、客户购药子系统的需求分析购药子系统要完成以下几个功能: (1)分为登录状态和非登录状态非登录状态完成:查询药品(价格,种类,数量,厂家和生产日期); 将选定的药品放入购物车; 查看自己的查询记录登录状态:除了实现非登录状态的功能还能完成以下功能: 查看自己帐号余额,用余额支付; 预约药品 药店管 理系统 客户购药 系 统工 人 员 操 作 系 统工作人员操作子系统操作系统需要完成以下功能: (1)对用户设置权限(2)统计每种药品的销售,剩余 (3)计算本月的盈余,发到电脑非登录 购药子系统 选定药品放入购物车查询药品 查看查询记录登录 购药子系统 操作帐号 余额预约药品查看 查询记录 选定药品放入购物车 查询药品 工作人员 操作子系统 计算盈余统计各类数据管理 用户三、用例图浏览用户用例图注册用户用例图用例:用户操作简述:未注册用户和注册用户可以通过进入网站,进行一系列的操作参与者:未注册用户/注册用户前置条件:进入药店管理系统后置条件:成功购药/退出基本路径:1、系统要求管理员输入药品信息2、输入药品信息3、系统检查药品信息,返回结果4、将药品放入购物车5、查看查询记录6、注册用户用余额结帐7、用例结束管理人员用例图用例:管理人员操作简述:管理人员通过登录系统,管理用户,查看药品销售,剩余,存储信息。
门诊管理系统第1章需求分析1.1系统建设的意义随着社会的发展,人们的生活节奏不断加快,各种突发事故也频繁发生。
因此对于医护人员来说提高单位时间内的工作效率显得原发重要。
门诊管理系统结合了各种新的技术,还将医务人员从繁琐重复的病历文书书写工作中解脱出来,为医务人员节省出大量的时间,更好的为门诊和患者服务,集中精力关注病人的诊疗。
1.2系统需求描述从系统功能描述可以划分为以下几方面:挂号子系统:该系统有人工挂号系统和自主挂号系统。
挂号子系统主要描述了挂号过程中的各种活动,让病人和医护人员更加清楚这一过程中的环节。
遵循这个规范则可以节省更多的时间,从而提高医护人员的工作效率。
查询子系统:此查询系统可为患者提供个人病例查询,药品的相关信息的查询和就诊医生的相关的信息,病人需输入相关的验证信息;另外医务人员还可以通过此查询为病人拿相应的药品。
收费子系统:该子系统的功能是主要医院提供打印收费票据、医疗项目收费统计、收费汇总等功能。
此外还可以为本院的忠实患者办理医疗卡、进行医疗卡预存。
医疗卡能方便患者进行挂号及自助挂号和缴付各种医疗费用。
系统主要功能是面向医院的工作人员。
办理就诊卡子系统:对于初来患者需要录入本人的相关信息并办好就诊卡,以后挂号就可以直接使用就诊卡进行挂号,这样既减轻了医务人员的工作负担,同时也缩短了患者的挂号时间,能够更短时间的就诊。
第2章系统的UML基本模型2.1系统整体的用例模型图2-1系统整体用例模型用例模型描述:患者主要使用查询病例信息用例和自主挂号用例。
收银员主要使用药费和办理医疗卡用例,其中用费用例又包含收取挂号费和检查费用例。
护士的主要使用挂号、配药、办理就诊卡和登记患者信息用例;信息管理人员主要使用医护人员管理、药品管理和病人信息管理用例;医生主要使用检查和诊断用例,其中诊断用例有包含开检查单、开药方和开诊断结果用例。
2.2系统整体的用户类图图2-2系统整体用户类图系统用户类图描述:系统用户有病人、医生、护士、收银员、信息管理人员。
医院门诊管理系统概要设计说明书14130110057张本辉14130110059邱薛松14130110081赵圣锋1. 引言1.1 编写目的1.编写概要设计说明书的目的:说明对程序系统的设计考虑,包括程序系统的基本设计概念和处理流程、系统总体结构和模块外部设计、功能分配、接口设计、数据结构设计、设计结构、出错处理设计、安全保密设计和维护设计等,为程序的详细设计提供基础。
2.说明概要设计的用途:在对医疗门诊管理系统进行需求分析后,建立概要设计,了解次系统的逻辑模型,从而将一个复杂系统按功能进行模块划分、建立模块的层次结构及调用关系、确定模块间的接口及人机界面等,明确这个系统将采用什么样的体系构架、需要创建哪些功能模块、模块之间的关系和系统的数据结构,以及系统需要的运行环境提供、数据库等。
为后面的详细设计做基础。
3.该设计所针对的读者对象:各大医院以及相关医疗组织机构.1.2 项目背景1.计算机已成为各行各业在业务处理与管理工作中必不可少的辅助工具,并对各行业的发展起到很大的推动作用,采用计算机管理信息系统可以使医院管理科学化、现代化,为了加快医院系统的信息化步伐,提高医院的业务水平,建设和完善医院系统已变得十分必要。
借助计算机数据处理的严密可靠,通过医院门诊管理系统可降低医院管理人员的工作强度,提高医疗工作的质量,从而医院带来明显的经济效益和社会效益。
2.本项目的委托单位、开发单位和主管部门:郑有才教授。
3.该软件系统与其他系统关系:工作于Windows所有系统。
1.3 定义1.4 参考资料软件工程——理论与实践(第四版)[美],高等教育出版社2009年2. 任务概述2.1 目标医院门诊管理系统的主要目标是支持医院的行政管理与事务处理业务,减轻事务处理人员的劳动强度,辅助医院管理,辅助高层领导决策,提高医院的工作效率,从而使医院能够以少的投入获得更好的社会效益。
2.2 运行环境1.硬件平台:普通计算机一台。
医院就诊管理信息系统设计方案目录1 概述 (1)1.1系统设计的目的 (1)1.2可行性分析 (1)1.2.1经济可行性 (1)1.2.2技术可行性 (2)1.2.3操作可行性 (2)1.2.4时间可行性 (2)1.2.5法律可行性 (2)1.3项目实施计划 (3)1.3.1任务分解 (3)1.3.2 系统开发分工 (3)1.3.3 文档撰写分工 (3)2 需求分析 (4)2.1背景 (4)2.2功能性需求 (4)2.2.1 系统功能模块图 (5)2.2.2 医生信息管理 (6)2.2.3 科室信息管理 (6)2.2.4 患者信息管理 (7)2.2.5 预约挂号信息管理 (8)2.2.6 药品详情信息管理 (8)2.2.7 病历信息管理 (9)2.2.8 系统用例分析 (9)2.3非功能性需求 (11)2.3.1 系统性能需求 (11)2.3.2 系统安全性需求 (12)2.3.3 系统设计需求 (12)2.3.4 系统其它需求 (12)2.4相关技术 (13)2.4.1 JSP (13)2.4.2 “结构化查询语言”(SQL) (14)2.4.3 B/S服务架构 (15)2.4.4 MVC (16)3 系统设计 (18)3.1系统设计原则 (18)3.2系统框架 (18)3.3数据库的分析与设计 (19)3.3.1 数据库的概念结构设计 (20)3.3.2 数据库的实现 (21)3.3.3 数据库的连接原理 (26)3.4系统软件结构设计 (27)3.4.1 数据流程图 (27)3.4.2 系统顶层图 (27)4详细设计 (28)4.1患者端详细设计 (28)4.1.1 注册模块 (28)4.1.2 登录模块 (29)4.1.3 当前预约模块 (29)4.1.4 查看病历模快 (29)4.1.5 挂号模块 (30)4.1.6 充值模块 (31)4.2医生端详细设计 (31)4.2.1 登录模块 (32)4.2.2 处理预约模块 (33)4.2.3 查看已完成诊断模块 (33)4.3管理员端详细设计 (33)4.3.1 登录模块 (34)4.3.2 医生信息管理模块 (34)4.3.3 科室信息管理模块 (35)4.3.4 药品信息管理模块 (36)5 系统测试 (37)5.1系统测试目标 (37)5.2测试设计 (37)5.2.1 测试环境与需求 (37)5.3注册登录测试 (38)5.4患者模块测试 (39)5.4.1 我的预约功能测试 (39)5.4.2 挂号预约功能测试 (40)5.4.3 用户充值功能测试 (41)5.5医生模块测试 (42)5.5.1 医生登录测试 (42)5.5.2 当前预约查看测试 (43)5.6管理员模块测试 (43)5.6.1 医生信息管理测试 (43)5.6.2 科室信息管理测试 (44)5.6.3 药品信息管理测试 (45)5.7系统性能测试 (47)5.8缺陷分析 (48)5.9测试结果总结 (48)参考文献 (49)1 概述1.1 系统设计的目的医院每天看病人数非常多,病人去医院看病,通过挂号、候诊、就诊、划价和取药等一系列排队等候,往往需要将近1天的时间。
医院门诊管理信息系统的设计及实现摘要:目前,医院信息管理系统(hospital information system,his)的构建及应用,已经作为医院现代化管理的重要组成部分和评测标准。
本文使用uml建模工具及贯穿着rup统一过程开发思想对医院信息系统中的门诊子系统进行了详细的分析设计和实现。
在此过程中,进行了问题领域的分析,确定了use case 图,刻画了动态的行为模型、对象类图及其物理实现的组件图、配置图,建立数据库模型等。
关键词:his;uml;rup中图分类号:r952 文献标识码:a 文章编号:1007-9599 (2012)19-0000-051 分析问题领域首先确定业务需求和系统目标。
本系统是门诊管理系统,是医院信息系统的一个重要组成部分,主要完成门诊病案管理、门诊挂号、门诊划价收费工作。
门诊挂号完成医院日常窗口挂号业务功能,根据院情设置专科、专家及普通挂号收费标准,支持医保ic卡挂号,支持专家的限号和限时挂号,支持病人自主选医生挂号,自动产生会计凭证供财务系统使用,同时负责病员基本信息维护、查询等功能。
门诊划价收费主要满足以收费为核心的管理,完成收费日清月结,随时生成各类门诊收费报表及各种统计报表,支持将划价、收费一条龙的服务模式,包括录入处方及检查治疗单、核算病人的费用、完成现金收费,支持医保病人ic卡联机收费,并打印发票等功能,并增加语音唱收唱付。
凡是挂号、划价、收费、退费、门诊查询都属于系统的职责范围,其他如:库房的管理、住院管理、物资管理、院长查询等都不属于本系统职责范围。
门诊系统与其他系统存在着系统的边界,从医院信息管理系统全局数据库中获得基本数据字典,如员工的基本资料,科室编码、物资费用代码,非药品系统类别编码、医保药品及其从药库管理系统中获得药品基本资料表等。
2 系统分析与设计2.1 用例建模通过对医院医护人员和相关的行政人员调研,根据医院有关门诊管理的业务流程,基于uml使用面向对象分析方法对门诊系统进行分析,得出系统的用例模型。
门诊管理系统
第1章需求分析
1.1系统建设的意义
随着社会的发展,人们的生活节奏不断加快,各种突发事故也频繁发生。
因此对于医护人员来说提高单位时间内的工作效率显得原发重要。
门诊管理系统结合了各种新的技术,还将医务人员从繁琐重复的病历文书书写工作中解脱出来,为医务人员节省出大量的时间,更好的为门诊和患者服务,集中精力关注病人的诊疗。
1.2系统需求描述
从系统功能描述可以划分为以下几方面:
挂号子系统:该系统有人工挂号系统和自主挂号系统。
挂号子系统主要描述了挂号过程中的各种活动,让病人和医护人员更加清楚这一过程中的环节。
遵循这个规范则可以节省更多的时间,从而提高医护人员的工作效率。
查询子系统:此查询系统可为患者提供个人病例查询,药品的相关信息的查
询和就诊医生的相关的信息,病人需输入相关的验证信息;另外医务人员还可以通过此查询为病人拿相应的药品。
收费子系统:该子系统的功能是主要医院提供打印收费票据、医疗项目收费统计、收费汇总等功能。
此外还可以为本院的忠实患者办理医疗卡、进行医疗卡预存。
医疗卡能方便患者进行挂号及自助挂号和缴付各种医疗费用。
系统主要功能是面向医院的工作人员。
办理就诊卡子系统:对于初来患者需要录入本人的相关信息并办好就诊卡,以后挂号就可以直接使用就诊卡进行挂号,这样既减轻了医务人员的工作负担,同时也缩短了患者的挂号时间,能够更短时间的就诊。
第2章系统的UML基本模型2.1系统整体的用例模型
图2-1系统整体用例模型
用例模型描述:患者主要使用查询病例信息用例和自主挂号用例。
收银员主要使用药费和办理医疗卡用例,其中用费用例又包含收取挂号费和检查费用例。
护士的主要使用挂号、配药、办理就诊卡和登记患者信息用例;信息管理人员主要使用医护人员管理、药品管理和病人信息管理用例;医生主要使用检查和诊断用例,其中诊断用例有包含开检查单、开药方和开诊断结果用例。
2.2系统整体的用户类图
图2-2系统整体用户类图
系统用户类图描述:系统用户有病人、医生、护士、收银员、信息管理人员。
其中病人输入相关验证信息可以查询自己的病例和相关的药品信息;医生可以把病人的诊断结果以及真短信息写入;护士可以给病人挂号和办就诊卡;收银员收取诊断费和检查费用;信息管理人员主要是针对医务人员、患者和药品的相关信息进行增加、删除和修改。
2.3系统总体的顺序图
图2-3门诊信息系统主要的顺序图
系统总体顺序图描述:系统总体可以分为登陆窗口界面、系统界面、相应管理界面和信息界面。
在登陆窗口界面,输入正确的身份验证信息之后,进入相应身份的系统界面,然后在系统界面点击或者输入相关的信息,在数据库中提取信息并进入相应的信息界面。
2.4查询
2.4.1查询系统类图
图2-4查询系统类图
类图说明:信息查询器类处理所有的信息查询操作。
系统中所有用户的查询功能都是通过此类提供的各种查询方法实现。
信息查询器根据用户的不同级别控制其信息的访问权限
图2-5查询系统活动图
图2-6查询病例顺序图
2.5挂号
2.5.1挂号管理子系统类图
图2-7挂号管理子系统类图
2.5.2挂号管理活动图
图2-8挂号管理活动图
2.6自助挂号
2.6.1自助挂号活动图
图2-9自主挂号活动图
2.6.2自助挂号顺序图
图2-10自助挂号顺序图
2.7收费系统
2.7.1收费子系统类图
图2-11收费系统类图
2.7.2收费系统顺序图
图2-12收费系统顺序图
2.8办理就诊卡系统
2.8.1办理就诊卡类图
图2-13办理就诊卡类图
2.8.2办理就诊卡顺序图
图2-14办理就诊卡顺序图。