医院门诊药房管理系统毕业设计论文(编辑修改稿)

医院门诊药房管理系统毕业设计论文(编辑修改稿)内容摘要：

数据集的内容以及数据如何在 Web 页中显示或输出到某个设备。 它以可扩展、易用和安全 的特点，成为建设大型 Web 站点最好的数据存储设备之一。 6． 数据仓库支持 SQL Server 20xx 中包括析取和分析汇总数据以进行联机分析处理（ OLAP 即在线分析处理）的工具，使联机分析处理成为可能。 同时 SQL Server 20xx 提供了英文查询工具和编程接口，使得以英文为基础设计、管理和查询数据库成为了可能。 7． 语言排序规则 在 SQL Server 20xx 以前的版本中，所有的数据库被限制在一个代码页以及语言集排序次序中，当使用英文版 SQL Server 数据库系统时，所有的语言排序规则就必须依赖英 文的排序次序， SQL Server 20xx 在 Windows排序规则的基础上增加了一套新的排序规则，它代替了代码页和排序次序，为开发多国语言的数据库应用系统提供方便。 8． 全文搜索和文档管理功能 全文搜索和文档管理功能被默认包含于 SQL Server 20xx 的所有版本中，这些功能可以在关系表的纯文本中执行文本查询和搜索所有的索引列，全文搜索功能还可以与 SQL 语句结合使用。 9． 增强了分布式查询功能 SQL Server 20xx 引入了一个 OPENROWSET 函数，可以在指定分布式查询中查询一个特定的连接 信息，同时授予了“ OLEDB”数据源更多的 SQL 操作权。 系统分析 8 2 系统分析 系统分析 (systems analysis)，是指在管理信息系统开发的生命周期中应用系统思想和系统科学的原理进行分析工作的方法和技术。 系统分析阶段的目标：就是按系统规划所定的某个开发项目范围内明确系统开发的目标和用户的信息需求，提出系统的逻辑方案。 为了实现本系统，做必要的可行性分析是非常重要的一个过程，其中可行性分析是实现 “ 做还是不做 ” ，需求分析是实现 “ 做什么。 怎么做。 ”。 可行性分析 当接受一个软件开发任务，就进入软件生命的 第一个阶段，即进行可行性的研究。 并不是所有问题都具有简单的解决办法，许多问题都是不能在预定的规模之内解决。 因此通过可行性的研究分析可以从中发现问题，并对其提出有无可行性的解决方法，进而避免人力、物力和才力的浪费。 在现行系统初步调查的基础上京可以提出新系统目标，即新系统建立后所要求达到的运行指标，这是系统开发和评价的依据。 系统目标应充分体现，并直接为 医院门诊药房 管理系统服务，且程序可以分期、分批实现。 但是，需要指出的是，系统目标是不可能在总体规划阶段就提出的非常具体，它还将在开发过程中逐步明确和定量化。 以达到 更加出色的程序系统。 可是，目标的提法不尽相同，例如： （ 1） 提高 门诊药房 管理效率，减轻劳动强度； （ 2） 提高信息处理速度和准确性； （ 3） 为 药房 管理者提供更方便、科学的服务项目。 系统的目标确定后，就可以从以下四方面对能否实现新系统目标进行可行性分析： 山东科技大学毕业设计（论文）说明书 9 Made by SQH ……………………………装……………………………………订…………………………………线…………………………… 1． 技术可行性 根据客户提出的系统功能、性能及实现系统的各项约束条件，根据新系统目标来衡量所需的技术是否具备，本系统是一个数据库管理和查询的系统， 现有的技术以较为成熟，硬件、软件的性能要求、环境条件等各项条件良好，估计利用现有技术条件应完全可以达到该系统的功 能目标。 同时，考虑给予的开发期限也较为充裕，预计系统是可以在规定期限内完成开发。 系统设计 使用 C语言和后台数据库开发，最后生成一个单机版的应用软件，最大程度的适应客户需要 ,节省客户投资。 该系统可以根据需要安装在不同的操作系统上，如 Windows9 Windows20xx、 Windows Xp、 Vista、Windwos7 等等。 2． 经济可行性 估算新系统的成本效益分析，其中包括估计项目开发的成本，开发费用和今后的运行、维护费用，估计新系统将获得的效益，估算开发成本是否 会 高于项目预期的全部经费。 并且，分析 系统开发是否会对其它产品带来一定影响。 系统的效益可以从经济效益和社会效益两方面考虑。 对于 药房 管理系统则应着重分析其 经济 效益。 例如，系统投入运行后可以使 药房 管理实现科学化、规 范化。 增加 强了工作人员对 药房 管理能力、提高了工作效率。 3． 运行可行性 新系统的研制和开发是充分得考虑工作人员对 药房 的易于管理，管理者方便查询设备信息效率。 从而能完全满足使用者的要求。 所以从以上几个方面的分析来看，开发本软件是完全可行的。 系统分析 10 需求分析 需求分析过程是整个系统开发的重要阶段，分析的成功与否，决定着整个系统功能的完善性 以及稳定性。 在该阶段需求分析人员需要确定整个产品的功能要求，并且将现实事务抽象成对象并建模。 需求分析是系统开发的第一步也是最重要的一步。 开发一个 医院门诊药房管理 系统之前，开发者首先要了解和澄清用户的要求。 开发者只有和用户充分理解了需求之后才能开始设计系统。 一、 该 系统分为 二 个主要流程 ： 管理员的相应操作 用户的相应操作。 （ 1） 管理员 的相应操作： 管理员通过输入用户名和密码，经过验证，进入系统的主界面，进行相应的操作，如 信息管理 （ 不包括 用户的管理） 、门诊管理、药房仓库 、统计查询 、药品过期提醒 ， 系统管理、 帮助、辅助工具 等功能。 （ 2） 普通用户 的相应操作 ： 系统管理员 通过输入用户名和密码，经过验证，进入系统的主界面，进行相应的操作，如信息管理（ 用户管理）、门诊管理、药房仓库 、统计查询、药品过期提醒 、辅助工具 等功能。 以下是医院门诊药房管理系统的主要功能需求表： 山东科技大学毕业设计（论文）说明书 11 Made by SQH ……………………………装……………………………………订…………………………………线…………………………… 表 医院门诊药房管理系统功能需求表 角 色 功 能 子 功 能 备 注 管理员 信息管理 药品信息 药品过期提醒包括查看已经过期的药品信息、快要过期的药品信息、并对它们进行相应的处理。 收费项 目 供应商信息 用户管理 门诊管理 挂号管理 划价管理 收费管理 药房发药 药品仓库 药品报损 药品报溢 出库管理 入库管理 退药 统计查询 科室挂号量 药品库存量 系统管理 数据恢复 数据备份 数据压缩 辅助工具 计算器 记事本 Excel word 帮助 流程说明 技术支持 药品过期提醒 退出系统 普通用户 信息管理 药品 信息 收费项目 供应商信息 门诊管理 挂号管理 划价管理 系统分析 12 续 医院门诊病房管理系统 收费管理 药房发药 药品仓库 药品报溢 药品报损 出库管理 入库管理 退药 盘点管理 统计查询 科室挂号量 药品库存量 药品过期提醒 帮助 流程说明 技术支持 辅助工具 计算器 记事本 Excel word 退出系统 二．构建用例模型 及用例约束 用例 图是需求分析中的产物，主要作用是描述参与者和用例之间的关系，帮助开发人员可视化地了解系统的功能。 借助于用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式地问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。 该系统的主要 参与者分为管理员和用户。 A． 确定用例： ：  登录  药品信息  供应商信息  收费项目 山东科技大学毕业设计（论文）说明书 13 Made by SQH ……………………………装……………………………………订…………………………………线……………………………  用户管理  药品库存量  科室挂号量  出库管理  入库管理  药品报损  药品报溢  退药  挂号管理  划价管理  收 费管理  药房发药  系统备份  系统恢复  系统压缩 、用例约束 确定参与者和用例后就可以开始着手创建用例图，根据上面的分析，创建用例图。 1. 医院门诊药房管理系统信息管理用例图 系统分析 14 修改供应商信息信息管理用户管理 in c l u d e 药品信息 in c l u d e 供应商信息 in c l u d e 收费项目 in c l u d e 系统管理员增加药品信息删除药品消息修改药品消息增加供应商信息删除供应商信息删除收费项目修改收费项目增加收费项目查看供应商信息查询药品信息查看收费项目普通用户登录 图 信息管理用例图 图 说明，系统管理员可以直接参与的用例为“登录”、进行“信息管理”，其中信息管理又包括“药品信息”管理、“供应商信息”管理、“收费项目 ” 管理、“用户管理”。 这些子菜单都可以进行增、删、改、查询功能。 而普通只能进行这些子菜单的查询操作。 （ 1）针对信息管理 用例图 中的用户管理（ 添加用户）设计用例约束，如表 所示： 表 添加用户的用例约束 用例名称 添加用户 用例编号 001 前提条件 登录成功，进入系统主界面 成功的结束状态 能够成功将用户信息添加到数据库中 失败的结束状态 添加不到库 执行者 管理员 主要流程 步骤 动作 山东科技大学毕业设计（论文）说明书 15 Made by SQH ……………………………装……………………………………订…………………………………线…………………………… 续表 添加用户的用例约束 ，进行系统主界面 “信息管理”菜单下的“用户管理” ，选择用户权限，单击“添加”按钮 扩展步骤 步骤 动作 无 无 字段列表 用户编号、用户名、用户密码、用户权限 （ 2）针对信息管理 用例图 中的供应商信息（删除供应商信息）设计用例约束，如表 所示： 表 删除供应商信息的用例约束 用例名称 删除供应商信息 用例编号 002 前提条件 登录成功，进入系统主界面 成功的结束状态 能够成功将指定的供应商信息从数据库中删除 失败的结束状态 无法从数据库中删除 执行者 管理员 主要流程 步骤 动作 ，进行系统主界面 “信息管理”菜单下的“供应商信息” ，单击“ 删除”按钮 扩展步骤 步骤 动作 无 无 字段列表 供应商编号、供应商名称、供应商地址、负责人、 联系方式 （ 3）针对 信息 管理中的 药品 信息（ 查询药品 信息）设计用例约束，如表 所示： 系统分析 16 表 查询药品信息的 用例约束 用例名称 查询药品 信息 用例编号 003 前提条件 登录成功，进入系统主界面 成功的结束状态 能够成功 查询指定的药品信息 失败的结束状态 无法从数据库中 查询找到指定的药品信息 执行者 管理员 、用户 主要流程 步骤 动作 成功，进行系统主界面 “信息管理”菜单下的“ 药品 信息” ，单击“搜索”按钮 扩展步骤 步骤 动作 无 无 字段列表 供应商编号、供应商名称、供应商地址、负责人、 联系方式 药品库存量系统管理员科室挂号量统计查询 i n c l u d e i n c l u d e 普通用户登录。