医院药房管理系统_第1页
医院药房管理系统_第2页
医院药房管理系统_第3页
医院药房管理系统_第4页
医院药房管理系统_第5页
已阅读5页,还剩17页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、精品 医院药房管理系统 1需求 分析 11 概述 药品管理主要是药品管理员对药品库 存进行的相关管理。在该管理系统中,药品管理员主要 需要对药品的库存信息进行记录,查询和统计功能。药 品管理是医院日常管理事务中的重要内容,药品管理过 程的准确性和高效性至关重要。利用计算机高效,准确 的特点能够很好的满足医院药品管理过程的需求,在保 证管理过程准确性的基础上,最大程度地提高管理效 率。目前,大多数医院都已采用医院管理系统进行医院 药品管理业务的计算机管理。 医院药品管理系统主要 是为医院药品管理人员提供药品信息的记录,查询和统 计功能,为管理人员提供重要的信息参考。通过医院药 品管理系统,管理人

2、员可以对医院药品的入库,出库以 及库存信息进行管理,系统提供方便的药品管理信息的 查询和统计功能,能够满足医院药品管理人员的基本管 理需求。 12 可行性分析 本次课程设计主要是为医院 药品库存管理系统设计合理的数据库,基于所研究的课 题是我们日常生活中比较常接触的,所以从以下三个方 面对其可行性进行分析: 经济可行性:本次课程设计 主要在自己的电脑上开发,而且从老师给的初始条件结 合平时自己对这个业务的理解,而且我们获取需求的时 候有很多人帮 助。所以在完成这次课程设计的 时候基本上没有什么经济开销。所以就经济可行性而 言,我就的我也有能力独立完成这次课程设计。 技 术可行性:本次课程设计的

3、核心问题是要为药品管理系 统设计一个理的数据库。就我学习的数据库课程中,重 点讲述的就是如何设计和实现一个合理的数据库,而且 我们在数据库课程学习的过程中做过实现一个简单的数 据库的试验,因此这方面有一定的基础。这次课程设计 主要添加的内容是需要我们自己去进行需求分析,自己 从客户那里获取相应的功能需求。这一方面的知识我在 软件工程和软件需求中都有学习,所以是可行的。另一 方面,本次课程设计可以使用 1 比较简单的 jsp 为数据库设计相应 的前台界面。所以就技术而言,可以 完成这次课程设计 . 操作可行 性:本次课程设计所做的是药品管理 系统,主要完成的功能是为医院药品 管理人员提供药品信息

4、的记录,查询 和统计功能,为管理人员提供重要的 信息参考。鉴于药品管理员对药品信 息管理已经很熟悉,而且本次课程设 计出的数据库的操作非常简单,所以 操作可行性也没有什么问题 . 综 上所述,我觉得我有相应的技术和能 力独立完成本次课程设计,而且我所 设计出的数据库功能齐全,简单明 了,方便客户使用。所以我认为本次 课程设计是可行的。 1.3 用户需求 本次课程设计的主要任务是为药品管 理系统设计一个合理的数据库,在实 现该系统的过程中,必须满足该系统 的基本目标:医院药品管理人员提供 药品信息的记录,查询和统计功能, 为管理人员提供重要的信息参考。我 所设计的药品管理数据库正是基于这 个目标

5、而开发的。在实现该系统的同 时,也相应的锻炼了我们的动手能 力,让我们有机会将课本上的知识运 用到实际中来,加深了我们对知识的 理解,我认为这也是该系统的目标之 一。 该系统的主要任务是为了完成 医院药品管理人员提供药品信息的记 录,查询和统计功能,为管理人员提 供重要的信息参考。但是基于该系统 的功能比较简单,所以可以在此基础 上相应的增加一些相关的功能:当管 理员发现某类药品的库存数量低于某 个标准时,管理员要联系供应商购买 相应的药品来补充该药品的库存;当 医院的某个部门缺少某类药品时,需 向管理员申请提取相应的药品时,管 理员可以根据该药品的库存情况为该 部门分配相应数量的药品。 2.

6、 开 发和运行环境 2 1 网络逻辑结构 本次课程设计采用 B/S 模式来实 现, B/S 模式是三层 C/S 模式的一 种实现方式,其结构为:浏览器 /WEB 服务器 / 数据库服务器。其中 表示层(浏览器) 负责处理用户的 输入和向客户输出。功能层( WEB 服务器)负责建立数据库的连接, 2 根据用户的请求生成访问数据库的 SQL 语句,并把结果返回给客户 端。数据层(数据库服务器)负责实 际的数据库存储和检索,响应功能层 的数据处理请求,并将结果返回给功 能层。 在 B/S 模式中,用户要运行 某个应用程序时只需在浏览器上键入 相应的网址。调用 WEB 服务器上的 应用程序并对数据库进

7、行操作完成数 据处理工作,最后将结果通过浏览器 返回给用户。 供应商 药品管理员 药品管理数 WEB 服务器 据库 (mysql) ( Tomcat ) 医生 所以用户的操作非常简单,而且客户 端要求的配置也不高,这是我选择这 中模式的主要原因 。 2.2 软件支撑环境及开发工具 本次课程 设计主要是设计一个合理的数据库, 而我的电脑上安装了 Mysql, 所以可 以在自己的电脑上完成本次课程设计 运行环境为 WindowsXP, 而且和数 据库的联系也比较简单 ,方便 .考虑使 用 JSP 来完成前台的设计。所以涉 及到的工具为: Mysql, Eclipse,WINDOWSXP. 3 概念

8、结 构设计 3 3 1 总体 DFD 药品管理系统中的主要功能是在药 品入库和药品出库时,方便药品管理员对药品入库信 息,药品出库信息和药品库存信息进行查询和统计的功 能。所以该系统主要是对药品入库管理和药品出库管理 进行设计的,所以设计基于药品入库管理和药品出库管 理的数据流图如下: 药品入库单 供应 供应商 药品库 存信息 提取 部门 药品出库单 3.2 功能结构 本次课 程设计主要是针对医院药品管理人员设计的,主要是为 了方便药品管理人员在进行购买药品时药品入库,和提 出药品时药品出库时对药品进行记录查询和统计。所以 本次课程设计主要分成 4 个大的功能模块:用户管 理,药品的入库,药品

9、出库,库存清点: 4 医院药品管理系统 用药药库户品品存管供提清理 应 取 点3.2.1 用户管理 该课程设计中主要有 2 类用户,一类是系统管理员,一类是药品仓库管理员。 其中由于该数据库主要针对药品管理员而设计,所以在 这里主要讲述药品管理员的功能需求:药品管理员主要 是负责药品的入库和药品的出库管理和库存的清点工 作。 管理员 用户管理 供应商 医生 5 3.2.2 供应药品 供应药品主要是供应商为药品仓库提供药品补 给,其中主要要求药品管理员对供应清单进行记录,而后药品入 库后,会对库存的药品产生一定的影响,药品管理员需对相应的 变化对药品记录做相应的改变 填写供应单 保存供应单 供应

10、药 品 编辑入库药品信息 药品入库 3.2.3 提取药品 提取药品主要 是某个部门申请提取药品,主要要求药品管理员对提取单做相应 的修改和记录。而后药品出库后,会对库存的药品产生一定的影 响,药品管理员需对相应的变化对药品记录做相应的改变 填写 提取单 保存提取单 提取药品 编辑出库药品信息 药品出库 6 3.2.4 库存清点功能 该功能主要是针对 药品的现有库存信息进行查询和统计功能, 在每次进行药品入库和药品出库后药品的库 存信息将有所改变,所以需要对库存的药品 进行清点功能,提醒药品管理员进行药品入 库或其他操作。 库存信息查询 库存信息浏 览 库存清点 出库信息查询 入库信息查 询 3

11、.3 局部视图设计 3.3.1 数据字典 数据字典是系统中各类数据描述的集合,是 进行详细的数据收集和数据分析所获得的主 要成果,并且数据字典的内容将在数据库的 设计过程中不断的修改、充实和完善。数据 字典有多种表示方法,在这里,我使用的书 上介绍的,一般包含:数据项,数据结构, 数据流,这几个部分。 库存药品的数据项描 述: 数据项名 数据项含义 类型 长度 约束 药品编号 药品的编号 int 2 每个药品有一个 唯一的编号 仓库编号 仓库的编号 int 2 必须 与某个仓库编号一至 药品名称 药品的名称 varchar 20 必须是炒菜,汤,煲类之一 药 品种类 药品的种类 varchar

12、 10 药品属于中 药或西药之一 7 单价 药品的单价 int 5 必须大于 0 生产日期 输入 必须符合日期的格式 药品的生产日 datetime 期 过期 日期 药品的过期日 datetime 过期日期必须大于生产 日期 期 库存数量 药品的数量 int 10 必须大于 0 供 货商数据项描述: 数据项名 数据项含义 类型 长度 约束 int 2 每个供货商有一个唯供货商编号 供货商编 号 一的编号 名称 名称 VARCHAR 20 电话 供货商电 话 bigint 8 地址 供货商地址 VARCHAR 20管理 员的数据项描述: 数据项名 数据项含义 类型 长度 备注 int 2 每个管

13、理员有唯一一个管理员编号 管理员 的编编号 号 VARCHAR 20 姓名 管理员的性 VARCHAR 10 性别必须是男或女 性别 别 年龄 厨师的 年龄 int 2 0 到 60 之间, 60 岁退休 仓库编号 仓库的 编号 int 2 必须与某个仓库编号一至药品仓库的数 据项描述: 数据项名 数据项含义 类型 长度 备注 8 仓库编号 仓库的编号 int 2 每个仓库有唯一一个编号 地址 仓 库的地址 VARCHAR 20 地址不能为空 电话 仓库的电话 BIGINT 8 电话号码不能为空 面积 仓库的大小 int 4 必须大于 0 部门数 据项描述: 数据项名 数据项含义 类型 长度

14、约束 部门编号 部门 编号 int 2 每个部门有一个唯一的编号 名称 名称 VARCHAR 20 电话 供货商电话 bigint 8 3.3.2 实体-联系图 根据上面的功 能需求分析过程可以看出,可以将本系统划分成 3 个大的功能模 块,所以可以将本系统画出 3 个局部 ER 图,如下所示: 由于 本次课程设计中没有涉及到前台的操作,所以这里画出药品管理 员这个实体和该实体的属性: 管理员编性别 名称 年龄 号 药品 管理员 供应药品子系统的分 ER 图: 9 n 药品 库存 供应商编号 1 名称 供 n 货 1 药 品仓库 供应 地址 商 m 电话 管理 1 药品管理员 供 应标识 时间

15、 供应量 提取药品子系统的分 E R 图: 10 药品管理员 n 提取标识 提取时间 库存 1 提 取量 1 药品仓库 提取 1 部门编号 n 部门名称 管 理 部门 m 电话 药品管理员 11 药品管理系统 ER 图: 供应 标识 提取标识 时间 时间 提取量 供 应量 m m 供应 药品 提取 n n n 库存 供应商 部门 1 药品仓 库 1 管理 n 药品管理员 4 逻辑结构设计 本次课程设计中的 逻辑设计采用关系模型来设计,根据 概念设计中的 E-R 图,将图中的实 体和实体间的关系转化成关系模式, 在将 E-R 图转化成关系模型的时 候,由于在我所设计的 E-R 图中存 在实体间的

16、联系,根据课本中提到的 情况: 药品管理员(管理员编号, 名称, 性别,年龄,仓库编号) 12 药品仓库(仓库编号, 地址,电话, 面积) 库存药品(药品编号,仓库编号, 药品名称,药品种 类,库存数量,单价, 生产日期, 过期日期 ) 供应商(供应商编号, 名称, 地址, 电话) 供应 (供应标识, 供应商编号, 药品编号, 仓库编号,时 间,供应量 , 单价) 13 部门(部门编号, 部门名称, 电话) 提取(提取标识, 部门编 号 , 药品编号, 仓库编号, 时间, 提取量) 5. 应用系统界面设计 welcome 精品 在把数据库设计完成之后,转而投入 了实现了前台界面与后台数据库的交

17、 互,我此次用的是 JSP 实现的一个 小型界面,这正是 B/S 模式的体 现,通过程序与数据库连接,可以对 数据库里面的信息进行修改,删除, 查看等操作。 1 药房管理员工作流 程如下图: 14 输入相应的编号,系统会与数据库取得联系,判断 该用户是哪类用户,若输入 10 则表示是药房管理员: 选择要进行的操作,按提交,这里有三种操作供选择, 这里选择查看库存信息: 2 供应商的工作流程如 下: 输入编号 20 表示是供应商,进入界面: 15 welcome 精品 输入响应信息后,显示此次的供应单并计算总 价: 3 医生提取药品的工作流程: 输入编号 30 表示是医生,进入界面: 16 输入

18、相应信息后,点显示此次的提 取单并计算价钱: 6. 经验总结 在这一周的课程设计实习过程中,我 的收获良多。在一周的时间中,其实 画在建立数据库这个环节上的时间不 是很多。在学习数据库这门课程的时 候,我记得书上有讲过:“数据库设 计的特点之一是三分技术,七分管 理,十二分基础数据”。在这一周的 课程设计中我深有体会,在开始的需 求分析和基础数据的获取阶段我差不 多花了 3 天的时间来收集整理材 料,由于我对于医院的药品管理这个 领域比较陌生,所以花了比较长的时 间来了解这个行业的情况和信息。当 收集的资料差不多之后,接下来的任 务就比较轻松:因为在需求分析阶段 了解可以将整个系统中划分成几个实 体,每个实体有什么属性,以及实体 和实体之间有什么联系。所以在接下 来的概念设计中的 ER 图的设计就 比较简单,而且在画 ER 图的时候 就可以大致知道整个系统需要划分成 几个基本表来实现,所以逻辑设计阶 段也比较轻松,至于物理阶段的设 计,使用的是 MYSQ

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论