药房管理系统需求分析说明书
1 引言
1.1 文档编制目的
此需求规格说明书对《药房管理系统》软件做了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要说明书和完成后续设计与开发工作。本说明书的预期读者为客户、业务或需求分析人员、用户文档编写者、项目管理人员。
本说明书定义了药房管理系统的详细需求，明确了药房管理系统的功能内容、功能边界、开发途径，是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。
1.2 背景
如何利用现代信息技术使企业拥有快速、高效的市场反映能力和高度的效率，已是医药经营企业，特别是医药连锁经营企业特别关心的问题。尽快建立一个功能齐备的药品进、出库管理系统，完善现代企业的信息化管理机制，已成为医药企业生存发展的当务之急。通过开发这个药品管理系统，使药品进销存管理工作系统化，规范化，自动化，从而达到提高管理效率的目的。
随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规范化的必要条件；而药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能过保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：检索速度、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高管理的效率，也是管理行业的科学化、正规化管理，与世界接轨的重要条件。
基于以上的原因，有很多从事软件开发人员，在试卷生成方面做了很大的研究。目前这一领域也以良好的发展姿态而不断进步，早期已经有了一些类似的系统，但经过软件开发人员不断的完善，大致形成了具备如下功能的系统：这个药房管理系统主要涉及医院药库的药品进、销、存等业务，以及入库、出库和库存管理，药品管理主要管理药库中所有药品的进出和内部统计计算，为药品会计提供基础数据，以及包括有效期的报警和下限报警。本系统开发设计思想就是实现药品管理的数字化。
1.3 定义
需求——用户解决问题或达到目标所需的条件或功能：系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或全能。
静态数据——系统固化在内的描述系统实现功能的一部分数据。
动态数据——在软件运行过程中用户输入后系统输出给用户的一部分数据，也就是系统要处
理的数据。
数据字典——数据字典的名字都是一些属性与内容的抽象与概括，它们的特点是数据表的“严密性”和“精确性”。
1.4 参考资料
张海潘软件工程导论（第5版）清华大学出版社.2008年2月
郑阿奇 Power-Builder实用教程（第3版）电子工业出版社.2010年1月
2 软件概述
2.1 软件范围定义及目标
本系统是一个药房管理系统，这个系统主要涉及医院药库的药品进、销、存等业务，以及入库、出库和库存管理，药品管理主要管理药库中所有药品的进出和内部统计计算，为药品会计提供基础数据，以及包括有效期的报警。
2.2 系统运行环境
操作系统：Microsoft Windows 2000 Advanced Server以上
支持环境：IIS 5.0
数据库：Microsoft SQL Server 2000
2.3 条件和限制
为了能够保证系统的正常运行，学校医院已经建立好通畅的局域网环境。
学校财务系统预留接口，可接受高校医院管理信息系统的数据作为财务系统数据输入的组成部分。
3数据描述
3.1 静态数据
药房管理系统的静态数据包括：
管理员信息
订货信息
药品信息
患者信息
3.2 动态数据
输入数据：鼠标对按钮的点击
查询方式、查询关键字；
新建供应商项、药品项、用户项；
供应商、药品项、用户项相应记录的更改；
受限操作所需的密码；
输出数据：查询关键字确定的数据库记录的子集；
统计结果及其格式化文件；
信息录入。删改结果（成功或失败）；
数据备份输出的数据备份文件；
内部数据：查询操作建立的索引
3.3 数据分析
药房管理E-R图如下：
药房管理E-R 图
3.4 数据字典
本系统的数据字典如下：
1 名字：订货报表 别名：订货信息
描述：每月一次送给仓库管理员需要订货的药品信息 定义：药品编号+药品名称+生产厂家+订货数量+进价 +供应商
位置：输出到打印机 2 名字：药品编号 别名：无
描述：唯一的标识库存中的一个特定药品 定义：药品编号=5{数字}5
位置：订货报表，过期报表，药品信息，药品入库信息表，药品出库信息表 3 名字：订货数量 别名：无
描述：某个药品订货的数量
药品
类别
类型 下限库存 库存量
取药
患者
患者号 取药时间
患者号 患者姓名
病症
零售价
剂量
开方医师
药品名称
p
q
单价
处方药
规格
有效日期 上限库存
进价
备注
定义：订货数量=1{数字}5
位置：订货报表
4 名字：过期报表
别名：过期药品信息
描述：在这一段时间里，过期失效的药品信息
定义：过期报表=药品编号+药品名称+生产厂家+库存量+进价
位置：输出到打印机
5 名字：药品信息
别名：无
描述：完整的描述药品的各类信息
定义：药品信息=药品编号+药品名称+通用名称+生产厂家+类别+类型+规格+处方药+生产日期+有效日期+上限库存+库存量+下限库存+进价+零售价+备注
6.名字：药品入库明细表
别名：无
描述：记录药品入库的详细信息
定义：药品入库明细表=入库单号+入库日期+供应商+管理员+药品编号+药品名称+类别+类型+规格+生产厂家+有效日期+进价+零售价+入库数量+入库金额
位置: 输出到显示器
7.名字：药品出库明细表
别名：无
描述：记录药品出库的详细信息
定义：药品出库明细表=出库单号+出库日期+管理员+出库方式+供应商+药品编号+药品名称+类别+类型+处方药+规格+生产厂家+有效日期+出库数量+进价+零售价+销售金额+退货金额
位置：输出到显示器
8 名字：药方
别名：无
描述：记录患者治疗用的药品和开方医师
定义：药方=药品名称+类别+剂量+单价+总价+开方医师
位置：输出到显示器
9 名字：患者信息
别名：无
描述：记录患者的相关信息
定义：患者信息=姓名+患者号+病症+药品名称+开方医师+单价
4 功能需求
4.1 功能划分
详细列出该系统特性包含的功能集。这些是须提交给用户的软件功能，使用户可以使用所提供的特性执行特定的服务。描述各功能需求如何响应可预知的出错条件或者非法输入或动作。对每个功能需唯一标识。其数据流图如下
总体数据流图
详细数据流图
4.2 功能描述
1.药品信息管理功能
管理员在初始化药品库存的时候，要先添加药品，建立药品库，对所有药品实行编码并生成相应的编号。药品添加要把药品所有信息进行添加，包括：药品名称、化学名称、规格、药品类别、规格、以及生产厂家等。对于添加的药品数据信息也可以进行的修改，或者删除，全凭用户需要。
2.进货单管理功能
入库单管理即是需要管理所有的入库单，并以列表的形式显示出来：该功能要实现添加入库单，完成药品入库，并在把入库信息显示出来，并能根据要求进行入库单修改或废除。
3.过期药品处理功能
当药品有效期到期时，系统需存储该药品的信息。每过一个月，将过期的药品信息报表进行处理，将过期的药品处理掉，防止患者服用过期药品造成的副作用，保证库存药品的有效性、安全性，更好的保证药店的信誉。
4.患者信息管理功能
系统需对患者信息进行记录。对于那些需长期服药的慢性病患者，系统需记录其个人信息，以及医生为其开据的药方。方便对患者药方进行查询，管理。可以更方便地服务患者，提高医院的服务质量。
5 性能需求
5.1 数据精确度
查询时应保证查全率，所有在相应域中包含查询关键字的记录都应能查到，同时保证查准率。
5.2 时间特性
一般操作的响应时间应在1—2秒内。
5.3 适应性
满足运行环境在允许操作系统之间的安全转换和与其它应用软件的独立运行要求。
6 运行需求
6.1 用户界面
描述需要的用户界面的逻辑特征。
1）用户界面简洁，以图表为主，重点体显示的是数据，色调为灰色
2）按钮为标准的矩形按钮，有确定和取消
3）设置快捷键
4）错误信息显示以弹出对话框的形式
6.2 硬件接口
描述软件系统和硬件各个接口的特征。这些特征包括但不限于支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。
6.3 软件接口
描述软件系统与其他外部组件（须注明名称和版本）的连接，包括数据库、操作系统、工具软件、库和集成的商业组件。
明确在软件组件之间交换数据的目的，描述所需要的服务以及内部组件通信的性质。确定将在组件间共享的数据。
6.4 故障处理
正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可
恢复的系统错误，也必须保证数据库完好无损。
根据用户反馈信息，及时更新系统信息和升级系统功能
7 其他需求
定义在本文档的其他部分未出现的但需要提起注意的需求：
1）特定的业务规则，例如某些最终用户只有在特定的环境下才可以执行何种操作；
2）国际化需求或法律法规的需求；
3）需要增加有关操作、管理和维护的功能需求来完善软件系统的安装、配置、启动和关闭、修复和容错以及登录和监控等方面的操作。