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

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

学生姓名
学 号  
专业班级 
院 （系）计算机与通信工程学院
指导教师
完毕时间 2023 年 月 日
成 绩

目录

前言
随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，运用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说，运用计算机支持管理高效率完毕管理的平常事务，是适应现代管理制度规定、推动管理走向科学化、规范化的必要条件。
医院单位的药品信息和数据纷乱复杂，整理记录费力费时。要做好对公司的管理，公司就必须快速准确地获取自己公司单位的信息，这就规定及时记录数据并方便查看，以及对公司的数据信息进行维护。
医院管理药品管理系统是运用SQl Server 2023 和 Visual C#设计开发的医院药品信息管理系统，是医院信息系统的一个重要组成部分，可实现对医院药品信息的分类管理和数据分析，从而使信息整理快速、准确、简朴，以便于相关部门给予统筹安排，从而提高改善传统的管理方法，提高公司管理水平。

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

2) 业务机会
a) 技术可行性
系统采用B/S系统结构，使用C#开发软件，数据库服务器选用微软公司的SQL Server 2023数据库，它可以解决大量数据，同时保持数据的完整性并提供许多高级管理功能。它的灵活性、安全性和易用性为数据库编程提供了良好的条件。硬件方面，此系统是使用网页作为服务端的，所以对硬件没什么规定，安装有IE就够了。
b) 经济可行性
考虑到药品储存管理工作的性质，假如实行手工操作，因药品数量之庞大，单价之变化，进货厂商不同，工作琐碎复杂却规定细致，并且一旦犯错，也许会带来极大的经济损失。而开发出这样一套系统应用于药品储存管理工作，不仅可以保证各种核算准确无误、快速记录，并且还可以运用计算机对有关的各种信息进行记录，服务于财务部门其他方面的核算和财务解决，同时计算机具有手工管理所无法比拟的优点。相对人力物力的花费以及也许产生的经济损失，开发出这样一套系统的花费还是值得的。
c) 操作可行性
前台：作为软件开发语言C#,开发这样一个系统有其不可比拟的优越性（高级编程语言中的面向对象语言，开发出这样一种注重人机交互的系统还是比较可行的）。本来该系统对前台软件的规定不高，而功能强大的C#开发出这样一套系统在技术方面还是比较可行的。
后台：而数据库服务器选用微软公司的SQL Server 2023数据库，它是目前能解决所有中小型系统最方便的流行数据库，它可以解决大量数据，同时保持数据的完整性并提供许多高级管理功能，对于药品储存管理这样一种系统数据信息的解决不仅可以满足需求，并且可以对数据信息的管理及安全提供很好的保证。
3) 业务目的和成功条件
业务目的：通过这样一个系统的开发，实现药品储存的管理工作的中药库的药品进、销、存等业务，以及入库、出库和库存管理，药品管理重要管理药库中所有药品的进出和内部记录计算，为药品会计提供基础数据，以及涉及有效期的报警和下限报警。
成功条件：可以保证各种核算准确无误、快速记录，并且还可以运用计算机对有关的各种信息进行记录，服务于财务部门其他方面的核算和财务解决，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
4) 客户和市场需要
随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，运用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说，运用计算机支持管理高效率完毕管理的平常事务，是适应现代管理制度规定、推动管理走向科学化、规范化的必要条件；而药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许犯错，假如实行手工操作，天天进货的情况以及进货时间等须手工填制大量的表格，这就会花费药品管理工作人员大量的时间和精力，假如运用计算机进行这些管理工作，不仅可以保证各种核算准确无误、快速记录，并且还可以运用计算机对有关的各种信息进行记录，服务于财务部门其他方面的核算和财务解决，同时计算机具有手工管理所无法比拟的优点。些优点可以极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。
2. 解决方案的前景
1) 前景陈述
该系统不仅可以实现对药品存储的管理，可以对药品的各种信息实现有效的管理，可以极大的提高工作效、信息的准确性，同时通过对不同人操作人员权限的设立可以实现信息的安全保密工作。同时服务与财务部门，并且可以更有效地实现对信息的分析及记录工作。
2) 重要的系统特性

特性
说明
优先级
风险
登陆
管理员输入帐号密码，系统验证信息，登录系统
关键的
高
信息维护
管理员信息维护、药品特性维护、药房信息维护、供货单位维护、药品目录维护。
重要的
高
药品入库
根据供货单输入入库药品属性及数量等，入库同时修改相应药品的库存数量，打印入库单。
关键的
高
库存下限报警
当库存少于一定数量时，系统提醒增长采购
重要的
中
药品需求申请

记录出低于限定库存数量的药品，发出需求药品申请，打印药品需求申请单。
重要的
中
药品有效期报警
记录出低于限定库存数量的药品，发出需求药品申请，打印药品需求申请单。
重要的
中
记录查询
对现存药品、短缺、积压药品、药品出库情况等进行查询，打印查询结果
重要的
中
多种方式搜索药品
按药名，关键字，药品分类号搜索在线目录
重要的
中
医嘱处方发药（药品出库）

天天根据住院病房医生开的处方，打印发药单，进行发药，减少药房相应药品的库存数量。
关键的
高
病人付费清单
生成病人付费清单，并打印列表
关键的
高
友情链接
检索时连接到其他药房的在线目录
有用的
低

3）假设和依赖条件
医院内部局域网合理规划，涉及对该系统使用的才场合都可以访问内部网络。并且每个场合配置电脑需达成最低硬件配置规定。
3. 项目范围和限制
1) 初始发布的范围
该版本可以实现药品储存管理工作的中药库的药品进、销、存等业务，以及入库、出库和库存管理，药品管理重要管理药库中所有药品的进出和内部记录计算，为药品会计提供基础数据，以及涉及有效期的报警和下限报警。
2) 后续发布的范围
针对初始版本的运营状况，对该系统运营中出现的问题进行解决，从而对该系统加以完善。
3) 限制和排除条件
该系统有肯能在某些情况下出现崩溃，在短时间内不能正常运营，医院针对该情况需要有相应的应对措施，从而保证医院各项工作可以正常进行。
4. 业务环境
1) 涉众档案
名称
角色
患者
被服务者
门诊药房管理员
药房服务的参与者
住院药房管理员
药房服务的参与者
医生
医疗服务的参与者
医院管理层
药品的管理者
系统管理员
系统的维护人员
药品供应商
为医院提供药品

2) 运营环境
a) 硬件平台
CPU：主频1.00GHz以上
内存：512M以上
打印机：激光式打印机或喷墨式打印机
b) 操作系统很版本
支持Windows XP、Windows Server 2023和Windows 7等多种系统
c) 支撑环境
SQL Server 2023

二 软件需求规格说明书
1. 引言
1.1 概述
该软件需求规格说明描述了“医院药品管理系统”1.0版本的软件功能性需求和非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队可以明确地了解所开发的“医院药品管理系统”1.0版本的各个方面，帮助他们在实际的开发过程中准确地完毕所开发的模块，以满足用户的需求。
该文档计划由实现和验证对的功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，并且都要在版本1.0中加以实现。
1.2 背景
药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许犯错，假如实行手工操作，天天进货的情况以及进货时间等须手工填制大量的表格，这就会花费药品管理工作人员大量的时间和精力，假如运用计算机进行这些管理工作，不仅可以保证各种核算准确无误、快速记录，并且还可以运用计算机对有关的各种信息进行记录，服务于财务部门其他方面的核算和财务解决，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点可以极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。
1.3 定义
实体：客观世界中存在的且可互相区别的事物。
联系：客观事物中的彼此之间的关系。
属性：实体或者联系所具有的性质。

1.4 参考资料
<<软件工程>>　清华大学出版社 张海藩 编著　　
<<数据库应用开发与管理>>　机械工业出版社 马吉明 孙林 主编
2. 任务概述
2.1 目的
本系统的开发目的重要是为了医院平常经营中涉及药品采购、药品销售、药品库存、账务往来等所有业务环节在内的科学化管理，完毕平常经营活动中各种业务数据的共享，通过对这些数据的汇总和分析来对决策作出支持。通过本系统，能帮助药品管理人员运用计算机，快速方便的对药品进行管理、进货、出货、查找等所需操作，也使得药品库存管理系统更完善，药品库存管理更方便，减轻了药品库存管理工作人员的工作承担。

2.2 运营环境（Operating Environment，OE）
工作在windows XP系统及更高版本Windows 系统平台的软件，是以SQL Server 2023数据库为基础。
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.a管理员帐号不存
1.拒绝登录，用例结束
1.b管理员帐号相应密码错误
1.返回初始登陆界面
2.a搜索不到相应的信息
1.计算机返回到添加新药品界面
2.管理员添加该药品信息
3.计算机执行4
2.b打印药品信息
1. 计算机执行后置条件。用例结束
3.a计算机提醒是否继续修改药品信息
1.继续修改，执行2
2.不再修改，计算机执行后置条件。用例结束
业务规则
可以修改任意多药品信息
涉及的业务实体
Be_管理员帐号，Be_药品信息
非功能性需求
药方没有药品时可以通过链接到其他已经联网药的店查看是否有该药品
Ø 业务场景分析

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

（2) 修改药品价格
Ø 业务说明
用例名称
bu_修改药品价格
实现名称
Bur_Modify Medicine Price
用例描述
医院相关管理层通过此用例修改药品价格
参与者
医院相关管理层
前置条件
1. 医院相关管理层拥有超级账户
2. 医院相关管理层成功登陆进入系统
后置条件
1.搜索到药品
2.对药品价格进行更新
3.系统将更新保存
主事件流
1医院相关管理层使用超级帐号登录系统，计算机显示登陆界面
2. 医院相关管理层选择查询晕药品，计算机显示查询界面
3. 医院相关管理层可单选或多选药品，并确认修改价格。计算机显示确认清单。
4. 医院相关管理层选择确认修改，计算机显示保存界面
5.计算机执行后置条件。用例结束
备选事件流

1.账号无权限
1.拒绝登录，用例结束
2.a医院相关管理层选择修改价格
1.计算机执行3;
3.a医院相关管理层选择继续修改
1.计算机执行2；
3.b医院相关管理层选择放弃
1.计算机执行4
4.a医院相关管理层选择保存
1.计算机保存并执行1；
4.b医院相关管理层选择放弃，
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.a帐号密码错误
1.返回登录窗口
2.执行1
2.a用户选择增长操作
1.增长新的管理员帐号及信息
2.计算机执行5
2.b用户选择删除操作
1.计算机提醒是否确认操作
2.计算机执行操作5
6.a用户选择继续操作
1.计算机执行3
业务规则
用户可以操作修改、增长、删除中的任意一种中的0到n次操作
涉及的业务实体
Be_管理员帐号，Be_管理员权限
非功能性需求

Ø 业务场景分析

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

业务实体说明：
医院相关管理层登陆超级账户成功进入系统后，选择获取管理员信息，对需要维护的药房管理员信息进行维护或进行添加，设计新的管理员账号权限，并保存于系统中
（4) 智能提醒
Ø 业务说明
用例名称
bu_智能提醒
实现名称
Bur_Smart Remind
用例描述
系统通过此用例向管理员发出提醒
参与者
系统时间、药房管理员
前置条件
1.管理员成功登陆进入系统
后置条件
2.系统向药房管理员发出药品需求以及过期药品警告
主事件流
1.系统正常运营
2.系统定期查询库房药品信息
3.对低于设定最低库存数量的药品发出需求申请，管理员受理该请求
4.对超过有效期限的药品向管理员发出警告，提醒解决该药品，管理员受理该警告
5.计算机执行后置条件，用例结束
备选事件流

3．a药房管理员对系统需求请求未作出任何操作，系统会每隔2分钟发一次需求申请，直至有管理员受理该请求
4.a药房管理员未对该警告做任何操作，系统会连续发出警告，直至药房管理员受理该警告
业务规则
系统定期查询库存信息及相应规则，做出相应的解决
涉及的业务实体
Be_药品，Be_药品信息
非功能性需求

Ø 业务场景分析

业务场景说明：
管理员成功登陆进入系统后，系统会自动提醒某些药品库存已到下限或者有效期已到，管理员需要对系统的请求或者警告做出相应的反映。
Ø 业务实体分析

业务实体说明：
该业务涉及系统时间，药品，库存清单，药品信息实体，系统会定期的查询，对人为设立的规则做出需求申请，药品过期警告反映。
（5) 打印收费清单
Ø 业务说明
用例名称
bu_打印收费清单
实现名称
Bur_Print Charge Info List
用例描述
管理员通过此用例打印出病人的收费清单
参与者
药房管理员
前置条件
1. 管理员成功登陆进入系统
2.管理员帐号有打印的权限
后置条件
1. 更新药品库存等信息
2.打印收费清单
主事件流
1管理员使用帐号登录系统，计算机显示登陆界面
2. 管理员选择查询药品，计算机显示查询界面
3管理员可单选或多选药品，并确认添加。计算机显示确认清单。
4. 管理员选择确认添加，计算机显示清单单及费用
5管理员选择提交定单，计算机显示提交结果和更新后的信息
6.计算机执行后置条件。用例结束
备选事件流

1.a管理员无权限
1.拒绝登录，用例结束
2.a管理员选择查看清单
1.计算机执行3;
3.a管理员选择继续添加
1.计算机执行2；
3.b管理员选择放弃
1.计算机执行4
4.a管理员选择保存清单
1.计算机保存并执行后置条件；
4.b用户选择放弃，
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：系统出现故障时，会自动向管理员发送信息，提醒系统出现问题

附录