门诊管理系统
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
c 获得信息 a b 读入信息 ab 检查 c e 显示信息 f 保存信息 c 挂号 d 输出信息 d
挂号处理
a b c
输入病人基本信息
从数据库读入病人基本信息 合法数据
d e f
处理后的数据 需要显示的信息 需要保存的信息
诊断模块sc图
诊断 c 获得信息 a b 读入信息 ab 检查 c e 显示信息 f 保存信息 c d 输出信息 d
职工信息表
名称 职工号 姓名 性别 出生年月 科室号 职称 简历 数据类型及长度 Char(8) Char（10） Char(2) Char(8) Char(4) Char(10) Char(4)
是否为空
备注
Primary key Not null Not null Not null Not null Not null Not null
特殊需求：
用例名称：查询
描述：挂号人员、发药收费人员、医生使用查询用例完成病人信息查询活动 标识符:uc1 优先级：A(中) 角色:挂号人员、发药收费人员、医生 前置条件：挂号人员、发药收费人员、医生已经登录系统并具有病人信息查询的权限 主事件流: 1. 挂号人员、发药收费人员、医生选择“病人信息查询”选项，用例开始 2.打开病人信息查询窗体 3.输入条件进行查询 4.获得查询信息 5．用例结束
科室号
职工名
系统E-R图
电话 编号
接受
科室号
科室号
属于
1
n
挂号单
属于
1
职工号
医生
1
职称
主诊
1
病人
年龄 性别
n
姓名
填写
姓名
1 处方 n
接受
1
药房
1
收取
n
费用
n
支付
1
发出
n
药品
n
领取
3.2 数据库设计
名称
数据类型及长度 Char(9) date Char(20) Char（10） Char（10） Char（2） Char（8） Char（1） Char（8） Char（7） Char（4） Char(4)
• 本门诊管理系统中包含了门诊挂号系统、收费及付费系统、 医生就诊系统、人员管理系统四个子系统，主结构图如下
主程序
挂 号 处 理
诊 断 处 理
收 费 处 理
人 员 管 理
• 对于门诊挂号，作为医院对病人的第一门面，主要针对给 病人挂号。就诊者主要依所挂科室可查询到相应的科室就 诊，并凭处方去付费取药，主诊医生通过查询了解有哪些 病人挂号，准备就诊，人员管理人员主要管理职工信息。
其他事件流： 后置条件： 特殊需求：
用例名称：浏览 描述：挂号人员、发药收费人员、医生或管理员使用登录用例完成登录活动 标识符:uc4 优先级：A(中) 角色:挂号人员、发药收费人员、医生或管理员 前置条件：挂号人员、发药收费人员、医生或管理员已经登录系统并且具有浏览相关信息 的权限 主事件流: 1. 挂号人员、发药收费人员、医生或管理员选择“浏览”选项，用例开始 2.打开浏览窗体 3.输入法条件 4.反馈浏览信息 5．用例结束 其他事件流： 后置条件： 特殊需求：
诊断处理
a b c
输入病人基本信息
从数据库读入病人基本信息 合法数据
d e f
处理后的数据 需要显示的信息 需要保存的信息
收费发药模块sc图
收费 c 获得信息 a b 读入信息 ab 检查 c e 显示信息 f 保存信息 c d 输出信息 d
收费发药
a b c
输入病人基本信息
从数据库读入病人基本信息 合法数据
模块三： 模块三：收费及发药
• 收费（及发药）处理模块的用户是医院药房负 责收费（及发药）的医务人员。该模块将“医 生诊断处理模块”核算出的药品的总体价格通 知付费者，同时完成整个治疗过程的费用结算。
模块四： 模块四：人员管理模块
• 实现对医院职工的管理工 作，查询、添加和删除职 工信息
2.2 结构化分析
病人信息 药房信息
药房登陆 输入密码
3.1核对密码 核对密码 密 码 错 误
重 新 输 入
3.5收费发药 收费发药
收费结果
3.4登陆失败 登陆失败
显示信息
显示屏
收费发药子系统DFD图
职工资料
原密码
4.3修改密码 修改密码 进 入 密 码 修 改 4.2登陆成功 登陆成功 登 陆 信 息 4.6输出结果 输出结果 修 改 结 果 进入管理模块
主要职责：挂号窗体是一个可见的用户界面，挂号人员可以通过这个界面完成 病人挂号业务，处理病人的预约挂号，输入病人基本信息并且能反馈挂号成功 与否，并具有打印挂号单的功能。
2、诊断用例分析类图
3、付费用例分析类图 、
4、发药用例分析类图 、
5、登录用例分析类图
2.3.6设计类框图
这里将列出类框图，包含挂号、登录、 诊断、付费、发药的类关系图。
主控界面
系统顶层DFD图
启动
数据库 输出 系统软件
显
读入 输入数据
示 信
息 显示屏
• 第一层数据流图
职工资料
原密码
2.3修改密码 修改密码 进 入 密 码 修 改 2.2登陆成功 登陆成功 登 陆 信 息 登陆信息 2.6输出结果 输出结果 修 改 结 果 进入诊断模块
病人信息
诊断登陆 输入密码
2.1核对密码 核对密码 密 码 错 误
2.5诊断处理 诊断处理
重 新 输 入
诊断结果
2.4登陆失败 登陆失败
显示信息
显示屏
诊断处理子系统DFD图 图 诊断处理子系统
职工资料
原密码
3.3修改密码 修改密码 进 入 密 码 修 改 3.2登陆成功 登陆成功 登 陆 信 息 登陆信息 3.6输出结果 输出结果 修 改 结 果 进入收费模块
2.1‚G 2.1‚G功 图 块
挂号处理
诊断处理
收费处理
系统管理
添 加 数 据
查 询 数 据
删 除 数 据
浏 览 数 据
浏 览 数 据
诊 断 处 理
药 方 处 理
查 询 数 据
浏 览 数 据
收 费 处 理
信 息 查 询
信 息 修 改
信 息 删 除
•
挂号处理模块的用户是医院负责挂号的医务人 员，用来处理一天之中前来挂号的病人信息， 它首先将病人的基本信息添加到数据表中；对 于已经挂号的病人可以按病人姓名或该病人所 挂号的科室进行查询；对于现有病人信息可以 进行修改及删除，同时可以全局浏览当天的病 人挂号以及被诊治的情况。
2.3.3时序图 时序图
• 时序图，是用来显示对象之间的关系，并强调对象之 间消息的时间顺序，同时也显示了对象之间的交互。 • 时序图中包括如下元素：类角色，生命线，激活期和 消息
2011年12月16日星期五3时 15分47秒
挂 号 用 例 分 析 时 序 图
2.3.4协作图 协作图
• 协作图用于描述相互合作的对象间的交互关系和链接关系。 • 在协作图中， 消息的描述内容包含名称、参数、返回值 以及序列号，返回值和序列号是可选的。 • 协作图主要强调交互对象间的静态链接关系。
2.3.2.活动图 活动图
活动图适于表示用例中的事件和过程，也可以用来 表示复杂的算法以及并发处理进程。 这里将列出查询管理、登入管理、挂号管理、浏览管 理、删除管理、修改管理和诊断管理所涉及到的活动图。
挂 号 用 例 活 动 框 图
诊 断 用 例 活 动 框 图
发 药 用 例 活 动 框 图
1.2 客户介绍
本系统针对四类人员使用，就诊者、挂号及收费发药人 员、主诊医生、系统管理人员。对于门诊挂号，作为医院 对病人的第一门面，主要针对给病人挂号。就诊者主要依 所挂科室可查询到相应的科室就诊，并凭处方去付费取药， 主诊医生通过查询了解有哪些病人挂号，准备就诊，系统 管理人员主要管理职工信息。
科室信息 职工信息
管理登陆 输入密码
4.1核对密码 核对密码 重 新 输 入 密 码 错 误
4.5系统管理 系统管理
职工信息
4.4登陆失败 登陆失败 登陆信息
显示信息
显示屏
系统管理子系统DFD图
1、病人信息 、
数 据 词 典
数据文件名 称 别名 简述 关键码 组成 组 方
病人信息 无 存储病人的基本信息，诊疗信息等 病人ID 病人ID+姓名+性别+年龄+科室号+治疗医生+治 疗进程+疾病名+费用结算+病历+药方 ， 病人ID
门诊管理系统
小组成员：王胜勇 韩子壬 袁 倩 朱正辉 胡 强 陈彩云
2011-12-7
• 1.系统总体规划 • 2.系统分析
2.1结构化分析 2.2面向对象分析
• 3.系统设计
3.1运行环境设计 3.2数据库设计 3.3系统界面设计
• 4.系统实施，维护与管理
一 系统总体规划
1.1系统调查 门诊部是医院的一个重要部门。经过我们小组前期调查 工作，我们发现：随着社会的进步，信息的不断发展，传 统的医院管理模式不再适合现在的发展模式。看病难主要 体现在过多繁杂的程序上，浪费了大量时间。本系统实现 了对医院医疗信息的全过程追踪和动态管理，从而简化就 诊者的诊疗过程，优化就诊环境。
挂号设计类关系
登录类关系图
诊断设计类关系
付费设计类框图
发药设计类关系图
三 系统设计
3.1.运行环境设计 3.2.数据库设计 3.3.界面设计 3.4.代码设计
3.1 系统环境设计
• • • • 数据库系统：SQL Server 2000 操作系统：Windows xp/ w7 开发工具：eclipse JDK版本：JDK 1.5
用例图
用例名称：挂号
描述：挂号人员使用挂号用例完成病人挂号活动 标识符:uc3 优先级：A(中) 角色:挂号人员 前置条件：挂号人员已经登录系统并具有对病人挂号的权限 主事件流: 1.挂号人员登录，选择 “病人挂号”选项，用例开始 2.打开病人挂号窗体 3.输入病人信息 4.系统记录一条新病人信息 5.查看是否预约挂号 A1有预约 6.显示挂号信息 7．用例结束 其他事件流： A1有预约 1.系统提示预约信息，并取消预订。 2.返回主事件流第6步 后置条件：系统成功记录一条挂号信息，病人当前的数量加1
是否为空
备注
病人信息表
பைடு நூலகம்
病人ID 日期 门诊号 姓名 性别 年龄 挂号科室 治疗医生 疾病名 费用 病历 药方
Primary key Not null Not null Not null Not null Not null Not null Not null Not null Not null Not null Not null
d e f
处理后的数据 需要显示的信息 需要保存的信息
2.3 面向对象分析
2.3.1 用例模型说明
• 用例模型描述了系统的业务概述、用例说明、角色、用例 图、活动图。 • 用例模型 的用途是列出系统中的用例和参与者，并显示哪 个参与者参与了 哪个用例的执行。
• 角色是与系统进行交互的实体，关于系统的角色描述如下：
挂号协作图
2.3.5分析类框图 分析类框图 分析类是通过对用例模型中每个用例 的分析而得到的。它主要有三种类型：边 界类、控制类和实体类。下面将对系统管 理和收费管理相关分析包中的用例进行分 析。分析结果以分析类框图的形式给出。
1、挂号用例分析类图
挂号窗体
分析类名：挂号窗体 相关用例：挂号 标志符：uc3-Ac3
3、职工信息 、
数据文件名 称 别名 简述 关键码 组成 组织方式 查询要求 安全要求
职工信息 无 存储医院职工的基本信息 职工号 职工号+姓名+性别+年龄+科室号+简历+登录密 码 索引表，以职工号为主索引 要求能立即查询 管理人员可以修改全部信息；职工本人可以修改 登录密码
挂号模块sc图
2.3 SC图
模块二： 模块二：医生诊断处理
• 医生来自不同的科室，当天进行门诊工作的医生登录以后，该模块会记 录这位医生所在的科室号，并且调用医生诊断处理模块。医生诊断处理 模块的用户是医院负责诊治病人的医生。该模块会根据医生在“医生登 录模块”在登录之后所记录的科室号，将挂号于该科室的病人信息呈现 给医生，由医生在“医生诊断”界面按挂号次序对病人进行诊治，医生 对病人进行诊治时，记录病人的病情及处理情况，然后进入“药方处理” 界面开具并打印出药方，然后回到“医生诊断”界面由医生对下一位病 人进行诊治。对于已经过诊治的病人，可以进行病情查询。
号人 病人ID 年龄 科室 号等病人基本信息 信息 病 人 信息等 医生 病人的疾病名 治疗进程 治疗医生 药方等病人治疗信息 病人 信息
2、药品信息 、
数据文件名称 药品信息 别名 简述 关键码 组成 组织方式 查询要求 安全要求 无 存储药房的药品信息 药品序号 药品序号+药品名+剂量+单位+价格+库存 量+进货日+经办人 药品序号为主索引 要求能立即查询 管理员可以直接修改、删减药品信息，其 它人员均不能直接修改药品信息，但可以 查看药品信息
挂号处理
a b c
输入病人基本信息
从数据库读入病人基本信息 合法数据
d e f
处理后的数据 需要显示的信息 需要保存的信息
诊断模块sc图
诊断 c 获得信息 a b 读入信息 ab 检查 c e 显示信息 f 保存信息 c d 输出信息 d
职工信息表
名称 职工号 姓名 性别 出生年月 科室号 职称 简历 数据类型及长度 Char(8) Char（10） Char(2) Char(8) Char(4) Char(10) Char(4)
是否为空
备注
Primary key Not null Not null Not null Not null Not null Not null
特殊需求：
用例名称：查询
描述：挂号人员、发药收费人员、医生使用查询用例完成病人信息查询活动 标识符:uc1 优先级：A(中) 角色:挂号人员、发药收费人员、医生 前置条件：挂号人员、发药收费人员、医生已经登录系统并具有病人信息查询的权限 主事件流: 1. 挂号人员、发药收费人员、医生选择“病人信息查询”选项，用例开始 2.打开病人信息查询窗体 3.输入条件进行查询 4.获得查询信息 5．用例结束
科室号
职工名
系统E-R图
电话 编号
接受
科室号
科室号
属于
1
n
挂号单
属于
1
职工号
医生
1
职称
主诊
1
病人
年龄 性别
n
姓名
填写
姓名
1 处方 n
接受
1
药房
1
收取
n
费用
n
支付
1
发出
n
药品
n
领取
3.2 数据库设计
名称
数据类型及长度 Char(9) date Char(20) Char（10） Char（10） Char（2） Char（8） Char（1） Char（8） Char（7） Char（4） Char(4)
• 本门诊管理系统中包含了门诊挂号系统、收费及付费系统、 医生就诊系统、人员管理系统四个子系统，主结构图如下
主程序
挂 号 处 理
诊 断 处 理
收 费 处 理
人 员 管 理
• 对于门诊挂号，作为医院对病人的第一门面，主要针对给 病人挂号。就诊者主要依所挂科室可查询到相应的科室就 诊，并凭处方去付费取药，主诊医生通过查询了解有哪些 病人挂号，准备就诊，人员管理人员主要管理职工信息。
其他事件流： 后置条件： 特殊需求：
用例名称：浏览 描述：挂号人员、发药收费人员、医生或管理员使用登录用例完成登录活动 标识符:uc4 优先级：A(中) 角色:挂号人员、发药收费人员、医生或管理员 前置条件：挂号人员、发药收费人员、医生或管理员已经登录系统并且具有浏览相关信息 的权限 主事件流: 1. 挂号人员、发药收费人员、医生或管理员选择“浏览”选项，用例开始 2.打开浏览窗体 3.输入法条件 4.反馈浏览信息 5．用例结束 其他事件流： 后置条件： 特殊需求：
诊断处理
a b c
输入病人基本信息
从数据库读入病人基本信息 合法数据
d e f
处理后的数据 需要显示的信息 需要保存的信息
收费发药模块sc图
收费 c 获得信息 a b 读入信息 ab 检查 c e 显示信息 f 保存信息 c d 输出信息 d
收费发药
a b c
输入病人基本信息
从数据库读入病人基本信息 合法数据
模块三： 模块三：收费及发药
• 收费（及发药）处理模块的用户是医院药房负 责收费（及发药）的医务人员。该模块将“医 生诊断处理模块”核算出的药品的总体价格通 知付费者，同时完成整个治疗过程的费用结算。
模块四： 模块四：人员管理模块
• 实现对医院职工的管理工 作，查询、添加和删除职 工信息
2.2 结构化分析
病人信息 药房信息
药房登陆 输入密码
3.1核对密码 核对密码 密 码 错 误
重 新 输 入
3.5收费发药 收费发药
收费结果
3.4登陆失败 登陆失败
显示信息
显示屏
收费发药子系统DFD图
职工资料
原密码
4.3修改密码 修改密码 进 入 密 码 修 改 4.2登陆成功 登陆成功 登 陆 信 息 4.6输出结果 输出结果 修 改 结 果 进入管理模块
主要职责：挂号窗体是一个可见的用户界面，挂号人员可以通过这个界面完成 病人挂号业务，处理病人的预约挂号，输入病人基本信息并且能反馈挂号成功 与否，并具有打印挂号单的功能。
2、诊断用例分析类图
3、付费用例分析类图 、
4、发药用例分析类图 、
5、登录用例分析类图
2.3.6设计类框图
这里将列出类框图，包含挂号、登录、 诊断、付费、发药的类关系图。
主控界面
系统顶层DFD图
启动
数据库 输出 系统软件
显
读入 输入数据
示 信
息 显示屏
• 第一层数据流图
职工资料
原密码
2.3修改密码 修改密码 进 入 密 码 修 改 2.2登陆成功 登陆成功 登 陆 信 息 登陆信息 2.6输出结果 输出结果 修 改 结 果 进入诊断模块
病人信息
诊断登陆 输入密码
2.1核对密码 核对密码 密 码 错 误
2.5诊断处理 诊断处理
重 新 输 入
诊断结果
2.4登陆失败 登陆失败
显示信息
显示屏
诊断处理子系统DFD图 图 诊断处理子系统
职工资料
原密码
3.3修改密码 修改密码 进 入 密 码 修 改 3.2登陆成功 登陆成功 登 陆 信 息 登陆信息 3.6输出结果 输出结果 修 改 结 果 进入收费模块
2.1‚G 2.1‚G功 图 块
挂号处理
诊断处理
收费处理
系统管理
添 加 数 据
查 询 数 据
删 除 数 据
浏 览 数 据
浏 览 数 据
诊 断 处 理
药 方 处 理
查 询 数 据
浏 览 数 据
收 费 处 理
信 息 查 询
信 息 修 改
信 息 删 除
•
挂号处理模块的用户是医院负责挂号的医务人 员，用来处理一天之中前来挂号的病人信息， 它首先将病人的基本信息添加到数据表中；对 于已经挂号的病人可以按病人姓名或该病人所 挂号的科室进行查询；对于现有病人信息可以 进行修改及删除，同时可以全局浏览当天的病 人挂号以及被诊治的情况。
2.3.3时序图 时序图
• 时序图，是用来显示对象之间的关系，并强调对象之 间消息的时间顺序，同时也显示了对象之间的交互。 • 时序图中包括如下元素：类角色，生命线，激活期和 消息
2011年12月16日星期五3时 15分47秒
挂 号 用 例 分 析 时 序 图
2.3.4协作图 协作图
• 协作图用于描述相互合作的对象间的交互关系和链接关系。 • 在协作图中， 消息的描述内容包含名称、参数、返回值 以及序列号，返回值和序列号是可选的。 • 协作图主要强调交互对象间的静态链接关系。
2.3.2.活动图 活动图
活动图适于表示用例中的事件和过程，也可以用来 表示复杂的算法以及并发处理进程。 这里将列出查询管理、登入管理、挂号管理、浏览管 理、删除管理、修改管理和诊断管理所涉及到的活动图。
挂 号 用 例 活 动 框 图
诊 断 用 例 活 动 框 图
发 药 用 例 活 动 框 图
1.2 客户介绍
本系统针对四类人员使用，就诊者、挂号及收费发药人 员、主诊医生、系统管理人员。对于门诊挂号，作为医院 对病人的第一门面，主要针对给病人挂号。就诊者主要依 所挂科室可查询到相应的科室就诊，并凭处方去付费取药， 主诊医生通过查询了解有哪些病人挂号，准备就诊，系统 管理人员主要管理职工信息。
科室信息 职工信息
管理登陆 输入密码
4.1核对密码 核对密码 重 新 输 入 密 码 错 误
4.5系统管理 系统管理
职工信息
4.4登陆失败 登陆失败 登陆信息
显示信息
显示屏
系统管理子系统DFD图
1、病人信息 、
数 据 词 典
数据文件名 称 别名 简述 关键码 组成 组 方
病人信息 无 存储病人的基本信息，诊疗信息等 病人ID 病人ID+姓名+性别+年龄+科室号+治疗医生+治 疗进程+疾病名+费用结算+病历+药方 ， 病人ID
门诊管理系统
小组成员：王胜勇 韩子壬 袁 倩 朱正辉 胡 强 陈彩云
2011-12-7
• 1.系统总体规划 • 2.系统分析
2.1结构化分析 2.2面向对象分析
• 3.系统设计
3.1运行环境设计 3.2数据库设计 3.3系统界面设计
• 4.系统实施，维护与管理
一 系统总体规划
1.1系统调查 门诊部是医院的一个重要部门。经过我们小组前期调查 工作，我们发现：随着社会的进步，信息的不断发展，传 统的医院管理模式不再适合现在的发展模式。看病难主要 体现在过多繁杂的程序上，浪费了大量时间。本系统实现 了对医院医疗信息的全过程追踪和动态管理，从而简化就 诊者的诊疗过程，优化就诊环境。
挂号设计类关系
登录类关系图
诊断设计类关系
付费设计类框图
发药设计类关系图
三 系统设计
3.1.运行环境设计 3.2.数据库设计 3.3.界面设计 3.4.代码设计
3.1 系统环境设计
• • • • 数据库系统：SQL Server 2000 操作系统：Windows xp/ w7 开发工具：eclipse JDK版本：JDK 1.5
用例图
用例名称：挂号
描述：挂号人员使用挂号用例完成病人挂号活动 标识符:uc3 优先级：A(中) 角色:挂号人员 前置条件：挂号人员已经登录系统并具有对病人挂号的权限 主事件流: 1.挂号人员登录，选择 “病人挂号”选项，用例开始 2.打开病人挂号窗体 3.输入病人信息 4.系统记录一条新病人信息 5.查看是否预约挂号 A1有预约 6.显示挂号信息 7．用例结束 其他事件流： A1有预约 1.系统提示预约信息，并取消预订。 2.返回主事件流第6步 后置条件：系统成功记录一条挂号信息，病人当前的数量加1
是否为空
备注
病人信息表
பைடு நூலகம்
病人ID 日期 门诊号 姓名 性别 年龄 挂号科室 治疗医生 疾病名 费用 病历 药方
Primary key Not null Not null Not null Not null Not null Not null Not null Not null Not null Not null Not null
d e f
处理后的数据 需要显示的信息 需要保存的信息
2.3 面向对象分析
2.3.1 用例模型说明
• 用例模型描述了系统的业务概述、用例说明、角色、用例 图、活动图。 • 用例模型 的用途是列出系统中的用例和参与者，并显示哪 个参与者参与了 哪个用例的执行。
• 角色是与系统进行交互的实体，关于系统的角色描述如下：
挂号协作图
2.3.5分析类框图 分析类框图 分析类是通过对用例模型中每个用例 的分析而得到的。它主要有三种类型：边 界类、控制类和实体类。下面将对系统管 理和收费管理相关分析包中的用例进行分 析。分析结果以分析类框图的形式给出。
1、挂号用例分析类图
挂号窗体
分析类名：挂号窗体 相关用例：挂号 标志符：uc3-Ac3
3、职工信息 、
数据文件名 称 别名 简述 关键码 组成 组织方式 查询要求 安全要求
职工信息 无 存储医院职工的基本信息 职工号 职工号+姓名+性别+年龄+科室号+简历+登录密 码 索引表，以职工号为主索引 要求能立即查询 管理人员可以修改全部信息；职工本人可以修改 登录密码
挂号模块sc图
2.3 SC图
模块二： 模块二：医生诊断处理
• 医生来自不同的科室，当天进行门诊工作的医生登录以后，该模块会记 录这位医生所在的科室号，并且调用医生诊断处理模块。医生诊断处理 模块的用户是医院负责诊治病人的医生。该模块会根据医生在“医生登 录模块”在登录之后所记录的科室号，将挂号于该科室的病人信息呈现 给医生，由医生在“医生诊断”界面按挂号次序对病人进行诊治，医生 对病人进行诊治时，记录病人的病情及处理情况，然后进入“药方处理” 界面开具并打印出药方，然后回到“医生诊断”界面由医生对下一位病 人进行诊治。对于已经过诊治的病人，可以进行病情查询。
号人 病人ID 年龄 科室 号等病人基本信息 信息 病 人 信息等 医生 病人的疾病名 治疗进程 治疗医生 药方等病人治疗信息 病人 信息
2、药品信息 、
数据文件名称 药品信息 别名 简述 关键码 组成 组织方式 查询要求 安全要求 无 存储药房的药品信息 药品序号 药品序号+药品名+剂量+单位+价格+库存 量+进货日+经办人 药品序号为主索引 要求能立即查询 管理员可以直接修改、删减药品信息，其 它人员均不能直接修改药品信息，但可以 查看药品信息