药品存储管理系统软件需求分析报告

药品存储管理系统软件

需求分析报告

Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】

软件需求分析报告

药品存储管理系统

学生姓名 学 号 专业班级

院 （系）计算机与通信工程学院 指导教师

完成时间 2012 年 月 日 成 绩

目录

前言

随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规范化的必要条件。

医院单位的药品信息和数据纷乱复杂，整理统计费力费时。要做好对企业的管理，企业就必须快速准确地获取自己企业单位的信息，这就要求及时统计数据并方便查看，以及对企业的数据信息进行维护。

医院管理药品管理系统是利用SQl Server 2008 和 Visual C#设计开发的医院药品信息管理系统，是医院信息系统的一个重要组成部分，可实现对医院药品信息的分类管理和数据分析，从而使信息整理快速、准确、简单，以便于相关部门给予统筹安排，从而提高改进传统的管理方法，提高企业管理水平。

一 项目前景文档

1. 业务需求 1) 业务背景

药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财

务处理，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。

2) 业务机会

a) 技术可行性

系统采用B/S系统结构，使用C#开发软件，数据库服务器选用微软公司的SQL Server 2008数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。它的灵活性、安全性和易用性为数据库编程提供了良好的条件。硬件方面，此系统是使用网页作为服务端的，所以对硬件没什么要求，安装有IE就够了。 b) 经济可行性

考虑到药品储存管理工作的性质，如果实行手工操作，因药品数量之庞大，单价之变化，进货厂商不同，工作琐碎复杂却要求细致，而且一旦出错，可能会带来极大的经济损失。而开发出这样一套系统应用于药品储存管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点。相对人力物力的耗费以及可能产生的经济损失，开发出这样一套系统的花费还是值得的。 c) 操作可行性

前台：作为软件开发语言C#,开发这样一个系统有其不可比拟的优越性（高级编程语言中的面向对象语言，开发出这样一种注重人机交

互的系统还是比较可行的）。本来该系统对前台软件的要求不高，而功能强大的C#开发出这样一套系统在技术方面还是比较可行的。 后台：而数据库服务器选用微软公司的SQL Server 2008数据库，它是目前能处理所有中小型系统最方便的流行数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能，对于药品储存管理这样一种系统数据信息的处理不仅能够满足需求，而且可以对数据信息的管理及安全提供很好的保证。

3) 业务目标和成功条件

业务目标：通过这样一个系统的开发，实现药品储存的管理工作的中药库的药品进、销、存等业务，以及入库、出库和库存管理，药品管理主要管理药库中所有药品的进出和内部统计计算，为药品会计提供基础数据，以及包括有效期的报警和下限报警。

成功条件：能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

4) 客户和市场需要

随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规范化的必要条件；而药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天

进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点。些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。

2. 解决方案的前景

1) 前景陈述

该系统不仅可以实现对药品存储的管理，可以对药品的各种信息实现有效的管理，可以极大的提高工作效、信息的准确性，同时通过对不同人操作人员权限的设置可以实现信息的安全保密工作。同时服务与财务部门，并且可以更有效地实现对信息的分析及统计工作。

2) 主要的系统特征

特征 登陆 信息维护 说明 管理员输入帐号密码，系统验证信息，登录系统 管理员信息维护、药品特征维护、药房信息维护、供货单位维护、药品目录维护。 根据供货单输入入库药品属性及数量等，入库同时修改相应药品的库存数量，打印入库单。 优先级 关键的 重要的 风险 高 高 药品入库 关键的 高 库存下限报当库存少于一定数量时，系统提醒增加采购 警 药品需求申统计出低于限定库存数量的药品，发出需求药品申请，打印药品需求申请单。 请 药品有效期统计出低于限定库存数量的药品，发出需求药品申请，打印药品需求申请单。 报警 对现存药品、短缺、积压药品、药品出库统计查询 情况等进行查询，打印查询结果 重要的 重要的 重要的 重要的 中 中 中 中 3）假设和依赖条件

多种方式搜索药品 医嘱处方发药（药品出库） 病人付费清单 友情链接 按药名，关键字，药品分类号搜索在线目录 每天根据住院病房医生开的处方，打印发药单，进行发药，减少药房相应药品的库存数量。 生成病人付费清单，并打印列表 检索时连接到其他药房的在线目录 重要的 关键的 关键的 有用的 中 高 高 低 医院内部局域网合理规划，涉及对该系统使用的才场所都可以访问内部网

络。并且每个场所配置电脑需达到最低硬件配置要求。

3. 项目范围和 1) 初始发布的范围

该版本可以实现药品储存管理工作的中药库的药品进、销、存等业务，以及入库、出库和库存管理，药品管理主要管理药库中所有药品的进出和内部统计计算，为药品会计提供基础数据，以及包括有效期的报警和下限报警。

2) 后续发布的范围

针对初始版本的运行状况，对该系统运行中出现的问题进行解决，从而对该系统加以完善。

3) 和排除条件

该系统有肯能在某些情况下出现崩溃，在短时间内不能正常运行，医院针对该情况需要有相应的应对措施，从而保证医院各项工作能够正常进行。

4. 业务环境 1) 涉众档案

名称 患者 角色 被服务者 门诊药房管理员 住院药房管理员 医生 医院管理层 系统管理员 药品供应商 药房服务的参与者 药房服务的参与者 医疗服务的参与者 药品的管理者 系统的维护人员 为医院提供药品 2) 运行环境

a) 硬件平台 CPU：主频以上 内存：512M以上

打印机：激光式打印机或喷墨式打印机 b) 操作系统很版本

支持Windows XP、Windows Server 2003和Windows 7等多种系统 c) 支撑环境 SQL Server 2008

二 软件需求规格说明书 1. 引言

1.1 概述

该软件需求规格说明描述了“医院药品管理系统”版本的软件功能性需求和非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“医院药品管理系统”版本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。

该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本中加以实现。

1.2 背景

药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。

1.3 定义

实体：客观世界中存在的且可互相区别的事物。 联系：客观事物中的彼此之间的关系。 属性：实体或者联系所具有的性质。

1.4 参考资料

<<软件工程>> 清华大学出版社 张海藩 编着

<<数据库应用开发与管理>> 机械工业出版社 马吉明 孙林 主编

2. 任务概述

2.1 目标

本系统的开发目的主要是为了医院日常经营中包括药品采购、药品销售、药品库存、账务往来等所有业务环节在内的科学化管理，完成日常经营活动中各种业务数据的共享，通过对这些数据的汇总和分析来对决策作出支持。通过本系统，能帮助药品管理人员利用计算机，快速方便的对药品进行管理、进货、出货、查找等所需操作，也使得药品库存管理系统更完善，药品库存管理更方便，减轻了药品库存管理工作人员的工作负担。

2.2 运行环境（Operating Environment，OE）

工作在windows XP系统及更高版本Windows 系统平台的软件，是以SQL Server 2008数据库为基础。

2.3 假定（Assumption）约束（Constraint）

医院内部局域网合理规划，涉及对该系统使用的场所都可以访问内部网络。并且每个场所配置电脑需达到最低硬件配置要求。

3. 需求规定

3.1 对功能的规定

3.1.1

用户需求（描述业务用例模型）

3.1.1.1 组织机构和角色（未完成）

角色名称 说明 去医生处看病，并拿着药房去药房取药，缴费 病人 帮病人看病，并开出药方 医生 对系统拥有超级权限，可以更改药品的价格，并医院相关管理层 且能够设置其他管理员权限 向系统输入药品名称，选择规格和数量，根据系药房管理员 统的费用统计进行收费，打印票据 根据医院打印的清单，药品供应商发出药品 药品供应商 （1）病人参与业务 说明：

1.病人去医生处看病，之后拿到药方

2.病人拿着药方去药房拿药，并拿到打印的清单 3.病人拿着清单缴纳医药费，用例结束 （2）医生参与业务

说明：

1.医生诊断病人病情 2.医生开出药方，用例结束

（3）医院相关管理层业务

说明：

a）维护药房管理员信息

1. 医院相关管理层使用超级账户登陆系统，选择药房管理员信息 2. 医院相关管理层选择需要进行维护信息的药房管理员

3. 医院相关管理层对该药房管理员需要修改维护的信息进行修改 4.系统保存下更改后的信息，用例结束 b）修改药品价格

1.医院相关管理层在日常业务中选择调整价格 2.在医院相关管理层选定调整价格界面后，用例开始 3. 医院相关管理层根据表格要求输入具体数据 4.系统确认数据

5.当医院相关管理层填完具体数据，确认后，数据被保存到系统中，用例结束

补充：可以对数据进行删除，修改 （4）药房管理员业务 说明：

a）维护药品信息

1. 药房管理员使用账户登陆系统，选择药品信息 2. 药房管理员选择需要进行维护信息的药品 3. 药房管理员对该品需要修改维护的信息进行修改 4.系统保存下更改后的信息，用例结束 b）病人去药房拿药

1.病人拿着药方来到药房，用例开始

2.药房管理员根据药方在系统内输入信息，更改库存数量，并给病人拿药

3.系统统计费用，并打印缴费清单 4.病人拿着缴费清单缴费，用例结束 c）统计药品需求

1.根据库存数量下限报警等方面的信息，统计需要入库的药品的信息 2.根据系统的药品有效期报警等方面的信息，统计需要出库的药品的信息

（5）药品供应商业务 说明：

1.系统管理员根据需求对需要入库的药品进行统计，并打印出清单，用例开始

2.医院相关管理层与药品供应商联系

3.药品供应商送出药品，用例结束 3.1.1.2 业务概览 （1）病人看病业务 病人业务说明：

病人去医生处看病，拿到药方之后去药房拿药，并根据药品账单缴纳费用

（2）药品入库业务 药品入库业务说明：

根据供应商的送货清单，将药品按照需求编码、归类，然后通过入库管理录入，更改保存系统的库存数量等信息，同时系统还提供了查询、打印等功能，可将入库单打印输出 3.1.1.3 业务场景 (1)病人看病业务场景 业务场景说明：

病人去医生处看病，拿到医生开的药方之后去药房拿药，并根据打印出的药品账单缴纳费用 (1)药品入库业务场景 业务场景说明：

根据供应商的送货清单，将药品送至药房，付款之后，将药品按照需求编码、归类，然后通过入库管理录入信息，更改保存系统的库存数量等信息，场景结束 3.1.2

系统需求

3.1.2.1 概览

说明：该医院药品管理系统可以实现上图中所有功能，该系统只有一个版本，可以针对系统运行中出现的不足情况对系统进行修改，以使系统更加完善。 3.1.2.2 系统需求规定 （1) 管理维护药品信息

➢ 业务说明

用例名称 实现名称 用例描述 参与者 前置条件 bu_管理维护药品信息 Bur_Manage Medicinal Info 药品管理员通过次用例来管理维护药房药品信息 药房管理员 1.管理员有登陆该系统帐号 2.该管理员帐号有修改药品信息权限 后置条件 3.修改药品信息 4.更新药品库存情况 主事件流 1.药房管理员登陆该系统，计算机显示药品库存信息情况 2.搜索需要修改的药品相对应的信息，计算机显示搜索结果 3.用户按书名、作者、出版社查询，计算机显示查询结果 4.对该药品的库存等相关信息进行修改 5.管理员选择确认修改，计算机提示修改成功并显示修改后的信息 6.计算机执行后置条件。用例结束 备选事件流 管理员帐号不存 1.拒绝登录，用例结束 管理员帐号对应密码错误 1.返回初始登陆界面 搜索不到对应的信息 1.计算机返回到添加新药品界面 2.管理员添加该药品信息 3.计算机执行4 打印药品信息 1. 计算机执行后置条件。用例结束 计算机提示是否继续修改药品信息 1.继续修改，执行2 2.不再修改，计算机执行后置条件。用例结束 业务规则 涉及的业务实体 非功能性需求 可以修改任意多药品信息 Be_管理员帐号，Be_药品信息 药方没有药品时可以通过链接到其他已经联网药的店查看是否有该药品 ➢ 业务场景分析

业务场景说明：该业务场景视图展现管理员维护药品信息过程，成功登陆进入系统后，查询需更改的药品，若能查询到库中有该药品信息，则根据需要修改信息，若查询不到，则先添加该药品信息到库中，然后在修改库存等信息。 ➢ 业务实体分析

（2) 修改药品价格

➢ 业务说明

用例名称 实现名称 用例描述 bu_修改药品价格 Bur_Modify Medicine Price 医院相关管理层通过此用例修改药品价格 参与者 前置条件 医院相关管理层 1. 医院相关管理层拥有超级账户 2. 医院相关管理层成功登陆进入系统 后置条件 1.搜索到药品 2.对药品价格进行更新 3.系统将更新保存 主事件流 1医院相关管理层使用超级帐号登录系统，计算机显示登陆界面 2. 医院相关管理层选择查询晕药品，计算机显示查询界面 3. 医院相关管理层可单选或多选药品，并确认修改价格。计算机显示确认清单。 4. 医院相关管理层选择确认修改，计算机显示保存界面 5.计算机执行后置条件。用例结束 备选事件流 1.账号无权限 1.拒绝登录，用例结束 医院相关管理层选择修改价格 1.计算机执行3; 医院相关管理层选择继续修改 1.计算机执行2； 医院相关管理层选择放弃 1.计算机执行4 医院相关管理层选择保存 1.计算机保存并执行1； 医院相关管理层选择放弃， 1.计算机执行1； 业务规则 涉及的业务实体 非功能性需求 可以选择0到n中药品 Be_管理员帐号，Be_帐号权限，Be_药品，Be_药品信息 ➢ 业务场景分析 业务场景说明：

医院相关管理层用超级管理员帐号成功登陆，搜索需要更改价格的药品，进入该药品的维护信息后，对药品的价格进行更改，保存在系统中

➢ 业务实体分析 业务实体说明：

医院相关管理层成功登陆超级账户进入系统后，搜索药品，查看药品详细信息，并对需要做出的修改进行操作，保存于系统中 （3) 维护药房管理员信息

➢ 业务说明

用例名称 实现名称 用例描述 参与者 前置条件 bu_维护管理员信息 bur_Manage Adimin Info 医院相关管理层通过此实例修改管理员身份、权限等信息 医院相关管理层 1.医院相关管理层有登陆该系统帐号 2.该管理员帐号有修改药品信息权限 后置条件 1. 修改管理员身份信息 2. 修改管理员权限 主事件流 1医院相关管理层用其帐号登录系统，计算机显示该系统已有的管理员信息 2.修改管理员信息 3.计算机打开相修改信息操作窗口 4.用户根据需要进行修改操作 5．操作完成后系统提示是否确定该操作，用户确定 6.用户选择确定 7.计算机执行后置条件。用例结束 备选事件流 帐号密码错误 1.返回登录窗口 2.执行1 用户选择增加操作 1.增加新的管理员帐号及信息 2.计算机执行5 用户选择删除操作 1.计算机提示是否确认操作 2.计算机执行操作5 用户选择继续操作 1.计算机执行3 业务规则 用户可以操作修改、增加、删除中的任意一种中的0到n次操作 涉及的业务实体 非功能性需求 Be_管理员帐号，Be_管理员权限 ➢ 业务场景分析 业务场景说明：

医院相关管理层用超级账号成功进入系统后，选择获取药房管理员信息，对管理员信息进行增加、删除、修改等操作。 ➢ 业务实体分析 业务实体说明：

医院相关管理层登陆超级账户成功进入系统后，选择获取管理员信息，对需要维护的药房管理员信息进行维护或进行添加，设计新的管理员账号权限，并保存于系统中 （4) 智能提醒

➢ 业务说明

用例名称 bu_智能提醒 实现名称 用例描述 参与者 前置条件 后置条件 主事件流 Bur_Smart Remind 系统通过此用例向管理员发出提醒 系统时间、药房管理员 1.管理员成功登陆进入系统 2.系统向药房管理员发出药品需求以及过期药品警告 1.系统正常运行 2.系统定期查询库房药品信息 3.对低于设定最低库存数量的药品发出需求申请，管理员受理该请求 4.对超过有效期限的药品向管理员发出警告，提醒处理该药品，管理员受理该警告 5.计算机执行后置条件，用例结束 备选事件流 3．a药房管理员对系统需求请求未作出任何操作，系统会每隔2分钟发一次需求申请，直至有管理员受理该请求 药房管理员未对该警告做任何操作，系统会持续发出警告，直至药房管理员受理该警告 业务规则 涉及的业务实体 非功能性需求 系统定期查询库存信息及对应规则，做出相应的处理 Be_药品，Be_药品信息 ➢ 业务场景分析 业务场景说明：

管理员成功登陆进入系统后，系统会自动提示某些药品库存已到下限或者有效期已到，管理员需要对系统的请求或者警告做出相应的反应。

➢ 业务实体分析 业务实体说明：

该业务涉及系统时间，药品，库存清单，药品信息实体，系统会定期的查询，对人为设置的规则做出需求申请，药品过期警告反应。 （5) 打印收费清单

➢ 业务说明

用例名称 实现名称 用例描述 参与者 前置条件 bu_打印收费清单 Bur_Print Charge Info List 管理员通过此用例打印出病人的收费清单 药房管理员 1. 管理员成功登陆进入系统 2.管理员帐号有打印的权限 后置条件 1. 更新药品库存等信息 2.打印收费清单 主事件流 1管理员使用帐号登录系统，计算机显示登陆界面 2. 管理员选择查询药品，计算机显示查询界面 3管理员可单选或多选药品，并确认添加。计算机显示确认清单。 4. 管理员选择确认添加，计算机显示清单单及费用 5管理员选择提交定单，计算机显示提交结果和更新后的信息 6.计算机执行后置条件。用例结束 备选事件流 管理员无权限 1.拒绝登录，用例结束 管理员选择查看清单 1.计算机执行3; 管理员选择继续添加 1.计算机执行2； 管理员选择放弃 1.计算机执行4 管理员选择保存清单 1.计算机保存并执行后置条件； 用户选择放弃， 1.计算机执行1； 业务规则 涉及的业务实体 非功能性需求 可以选择1到多种药品，最高不限 Be_药品信息，Be_账单，Be_药房，Be_药品 ➢ 业务场景分析 业务场景说明：

管理员在给病根据药方开过药同时，让药品添加进入清单，系统会根据管理员操作自动修改库存信息，清单添加完成后，系统自动统计费用，之后管理员即可直接打印出药品信息及收费账单

➢ 业务实体分析 业务实体说明：

该业务涉及药品，药方，账单实体，管理员根据给病人开药情况打印出病人的收费清单。 3.1.2.3 数据分析 (1) 概览

三

实体图说明：该实体图涉及药品管理系统中的所有实体以及它们之间的关

系，通过该总体实体图可以简单明了的了解该系统涉及的实体对象及关系。 ➢ 药方 实体名称 实体描述 Be_药方 医生给病人开药方，病人将药方拿到药方取药，一张药方度应包含一到多种药品 ➢ 药品 实体名称 实体描述 Be_药品 每种药品都有其库存信息，管理员给病人开药后库存信息会改变， 供应商送药后药品库存信息也会改变 ➢ 药品信息 实体名称 实体描述 ➢ 账单 实体名称 实体描述 Be_账单 管理员给病人开完药，会根据所开药品打印其账单，药品供应商送药入库时，管理员也会为其出示账单 Be_药品信息 每一种药都有其信息保存在系统中，多种药品信息构成整个药方库存信息 ➢ 管理员帐号 实体名称 实体描述 ➢ 账号权限 实体名称 实体描述 ➢ 库存清单 实体名称 实体描述 Be_库存清单 每种药品都有其对应库存信息，管理员可以根据需要打印每一种药品的库存清单，还可以打印药房药品库存信息 Be_帐号权限 每个管理员帐号都有其对应的权限，用来限定管理员对该系统操作内容 Be_管理员帐号 药房管理员在使用该系统时需要有管理员帐号曾能登陆该系统 3.2 非功能性需求

3.2.1

性能需求（Performance）

PE-1：精度：

要求能准确、无误地查询、添加、修改、删除供应商信息，客户信息，药品信息；能够精确地进行业务数据汇总来支持决策。做到实时通信来保证业务数据的最新性。

PE-2：时间特性要求： a．响应时间

要求响应迅速，实现业务数据的实时传递，时间大约为3s b．更新处理时间

要求执行更新处理操作时，能快速准确地处理，时间大约为3-4s

c．库存盘点时要用到条码扫描终端设备，要求到条码时，能快速转换数据，并将数据迅速传到系统进行汇总处理，时间大约为3s

3.2.2 安全设施需求（SAfety）

系统有自动保存功能，当系统出现故障时，可以利用系统自身的维护工具来进行系统的故障排除，系统正常后可恢复之前最后一次自动保存的内容

3.2.3 安全性需求（Security）

SE-1：用户必须登录到药品库存管理系统才能完成所有操作 SE-2：登录时有三种级别的用户，分别设置了不同的权限

3.2.4

性）

软件质量属性（可靠性、可用性、有效性、可维护性、可移植安全性：设立三种级别用户Guest,Administrator,Superuser，对每种类型的用户设置不同的权限。Guest:只提供信息浏览功能(适于门诊和住院药房管理员)，Administrator:提供对系统的实际操作功能(适于系统管理人员)，Superuser:拥有系统的一切权限(适于医院管理层)。

可靠性：如果得到确认或取消之前，管理员和系统的连接中断，那么管理员应该能通过药品库存管理系统恢复不完整的清单。

灵活性：操作方式上能够满足鼠标和键盘任务切换的需要，能够支持Windows XP、Windows VISTA、Windows 7的运行环境，留有与其他系统的接口，可以根据实际情况自行设置

3.3 外部接口需求

3.3.1

用户界面（User Interfaces，UI）

UI-1：用户界面简洁，以图表为主，重点显示的是数据 UI-2：按钮为标准的矩形按钮，有确定和取消 UI-3：设置快捷键

UI-4：错误信息显示，以弹出对话框的形式

3.3.2 硬件接口（Hardware Interfaces，HI）

HI-1：需要为打印机预留接口以打印报表用

HI-2：该系统有扫描装置，可以扫描药品对应条形码，以方便药品出入库管理

3.3.3 软件接口（Software Interfaces，SI）

支持Windows系列平台系统

3.3.4 通信接口（Communications Interfaces，CI）

CI-1：药品库存管理系统将向管理员发送消息，以报告药品需要更新的信息：药品库存下限、药品有限期等问题

CI-2：系统出现故障时，会自动向管理员发送信息，提示系统出现问题

附录