门诊管理系统课件

小组成员：王胜勇韩子壬袁倩朱正辉胡强陈彩云门诊管理系统2011-12-7目录1.系统总体规划2.系统分析

2.1结构化分析

2.2面向对象分析3.系统设计

3.1运行环境设计

3.2数据库设计

3.3系统界面设计4.系统实施，维护与管理

1.1系统调查门诊部是医院的一个重要部门。经过我们小组前期调查工作，我们发现：随着社会的进步，信息的不断发展，传统的医院管理模式不再适合现在的发展模式。看病难主要体现在过多繁杂的程序上，浪费了大量时间。本系统实现了对医院医疗信息的全过程追踪和动态管理，从而简化就诊者的诊疗过程，优化就诊环境。一系统总体规划设计方法本门诊管理系统中包含了门诊挂号系统、收费及付费系统、医生就诊系统、人员管理系统四个子系统，主结构图如下主程序主程序挂号处理诊断处理收费处理人员管理二、需求分析对于门诊挂号，作为医院对病人的第一门面，主要针对给病人挂号。就诊者主要依所挂科室可查询到相应的科室就诊，并凭处方去付费取药，主诊医生通过查询了解有哪些病人挂号，准备就诊，人员管理人员主要管理职工信息。2.1模块功能图主程序添加数据查询数据删除数据浏览数据浏览数据诊断处理药方处理查询数据挂号处理诊断处理收费处理系统管理主程序添加数据查询数据删除数据浏览数据浏览数据诊断处理药方处理查询数据浏览数据收费处理信息查询信息删除挂号处理诊断处理收费处理系统管理信息修改

挂号处理模块的用户是医院负责挂号的医务人员，用来处理一天之中前来挂号的病人信息，它首先将病人的基本信息添加到数据表中；对于已经挂号的病人可以按病人姓名或该病人所挂号的科室进行查询；对于现有病人信息可以进行修改及删除，同时可以全局浏览当天的病人挂号以及被诊治的情况。模块一：挂号处理模块模块三：收费及发药收费（及发药）处理模块的用户是医院药房负责收费（及发药）的医务人员。该模块将“医生诊断处理模块”核算出的药品的总体价格通知付费者，同时完成整个治疗过程的费用结算。系统顶层DFD图系统软件主控界面输入数据数据库显示屏启动读入输出显示信息2.2结构化分析职工资料2.1核对密码2.3修改密码2.4登陆失败2.5诊断处理2.6输出结果2.2登陆成功显示屏病人信息原密码诊断登陆输入密码密码错误重新输入登陆信息登陆信息修改结果进入密码修改进入诊断模块显示信息诊断结果诊断处理子系统DFD图

职工资料3.1核对密码3.3修改密码3.4登陆失败3.5收费发药3.6输出结果3.2登陆成功显示屏病人信息原密码输入密码密码错误重新输入登陆信息登陆信息修改结果进入密码修改进入收费模块显示信息收费结果收费发药子系统DFD图药房登陆药房信息职工资料4.1核对密码4.3修改密码4.4登陆失败4.5系统管理4.6输出结果4.2登陆成功显示屏科室信息原密码输入密码密码错误重新输入登陆信息登陆信息修改结果进入密码修改进入管理模块显示信息职工信息系统管理子系统DFD图职工信息管理登陆数据文件名称病人信息别名无简述存储病人的基本信息，诊疗信息等关键码病人ID组成病人ID+姓名+性别+年龄+科室号+治疗医生+治疗进程+疾病名+费用结算+病历+药方组织方式索引表，以病人ID为主索引查询要求要求能立即查询安全要求挂号人员只能修改病人ID、、年龄、科室号等病人基本信息、删除空白信息、查看病人全部信息等；医生只能修改病人的疾病名、治疗进程、治疗医生、药方等病人治疗信息、查看病人全部信息；1、病人信息数据词典数据文件名称药品信息别名无简述存储药房的药品信息关键码药品序号组成药品序号+药品名+剂量+单位+价格+库存量+进货日+经办人组织方式药品序号为主索引查询要求要求能立即查询安全要求管理员可以直接修改、删减药品信息，其它人员均不能直接修改药品信息，但可以查看药品信息2、药品信息挂号模块sc图挂号获得信息读入信息检查挂号处理输出信息显示信息保存信息cabccabeddfa输入病人基本信息d处理后的数据b从数据库读入病人基本信息e需要显示的信息c合法数据f需要保存的信息2.3SC图诊断模块sc图诊断获得信息读入信息检查诊断处理输出信息显示信息保存信息cabccabeddfa输入病人基本信息d处理后的数据b从数据库读入病人基本信息e需要显示的信息c合法数据f需要保存的信息2.3.1用例模型说明用例模型描述了系统的业务概述、用例说明、角色、用例图、活动图。用例模型的用途是列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。2.3面向对象分析角色是与系统进行交互的实体，关于系统的角色描述如下：用例名称：挂号描述：挂号人员使用挂号用例完成病人挂号活动标识符:uc3优先级：A(中)角色:挂号人员前置条件：挂号人员已经登录系统并具有对病人挂号的权限主事件流:1.挂号人员登录，选择“病人挂号”选项，用例开始2.打开病人挂号窗体3.输入病人信息4.系统记录一条新病人信息5.查看是否预约挂号A1有预约6.显示挂号信息7．用例结束其他事件流：A1有预约系统提示预约信息，并取消预订。返回主事件流第6步后置条件：系统成功记录一条挂号信息，病人当前的数量加1特殊需求：用例名称：查询

描述：挂号人员、发药收费人员、医生使用查询用例完成病人信息查询活动标识符:uc1优先级：A(中)角色:挂号人员、发药收费人员、医生前置条件：挂号人员、发药收费人员、医生已经登录系统并具有病人信息查询的权限主事件流:1.挂号人员、发药收费人员、医生选择“病人信息查询”选项，用例开始2.打开病人信息查询窗体3.输入条件进行查询4.获得查询信息

5．用例结束其他事件流：后置条件：特殊需求：

用例名称：浏览

描述：挂号人员、发药收费人员、医生或管理员使用登录用例完成登录活动标识符:uc4优先级：A(中)角色:挂号人员、发药收费人员、医生或管理员前置条件：挂号人员、发药收费人员、医生或管理员已经登录系统并且具有浏览相关信息的权限主事件流:1.挂号人员、发药收费人员、医生或管理员选择“浏览”选项，用例开始2.打开浏览窗体3.输入法条件4.反馈浏览信息

5．用例结束其他事件流：后置条件：特殊需求：

挂号用例活动框图诊断用例活动框图发药用例活动框图

2.3.3时序图时序图，是用来显示对象之间的关系，并强调对象之间消息的时间顺序，同时也显示了对象之间的交互。时序图中包括如下元素：类角色，生命线，激活期和消息挂号用例分析时序图

2.3.4协作图协作图用于描述相互合作的对象间的交互关系和链接关系。在协作图中，消息的描述内容包含名称、参数、返回值以及序列号，返回值和序列号是可选的。协作图主要强调交互对象间的静态链接关系。挂号协作图2.3.5分析类框图分析类是通过对用例模型中每个用例的分析而得到的。它主要有三种类型：边界类、控制类和实体类。下面将对系统管理和收费管理相关分析包中的用例进行分析。分析结果以分析类框图的形式给出。1、挂号用例分析类图挂号窗体分析类名：挂号窗体相关用例：挂号标志符：uc3-Ac3主要职责：挂号窗体是一个可见的用户界面，挂号人员可以通过这个界面完成病人挂号业务，处理病人的预约挂号，输入病人基本信息并且能反馈挂号成功与否，并具有打印挂号单的功能。

2、诊断用例分析类图3、付费用例分析类图4、发药用例分析类图5、登录用例分析类图

这里将列出类框图，包含挂号、登录、诊断、付费、发药的类关系图。2.3.6设计类框图挂号设计类关系登录类关系图诊断设计类关系付费设计类框图发药设计类关系图三系统设计3.1.运行环境设计3.2.数据库设计3.3.界面设计3.4.代码设计3.1系统环境设计数据库系统：SQLServer2000操作系统：Windowsxp/w7开发工具：eclipseJDK版本：JDK1.5科室号医生处方属于职工号姓名职称科室号职工名电话药房费用挂号单病人药品性别年龄姓名属于填写编号科室号收取主诊接受支付领取接受发出1n111n1n1nnn11n系统E-R图3.2数据库设计名称数据类型及长度是否为空备注病人IDChar(9)Primarykey日期dateNotnull门诊号Char(20)Notnull姓名Char（10）Notnull性别Char（10）Notnull年龄Char（2）Notnull挂号科室Char（8）Notnull治疗医生Char（1）Notnull疾病名Char（8）Notnull费用Char（7）Notnull病历Char（4）Notnull药方Char(4)Notnull病人信息表名称数据类型及长度是否为空备注职工号Char(8)Primarykey姓名Char（10）Notnull性别Char(2)Notnull出生年月Char(8)Notnull科室号Char(4)Notnull职称Char(10)Notnull简历Char(4)Notnull职工信息表名称数据类型及长度是否为空备注科室号Char(9)Primarykey科室名Char(20)Notnull科室信息表名称数据类型及长度是否为空备注序号Char(6)Primarykey药品名称Cha