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

软件需求分析汇报
药品存放管理系统

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

目录

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

一 项现在景文档
1. 业务需求
1) 业务背景
药品管理是一项琐碎、复杂而又十分细致工作，药品数量之庞大、单价改变、进货厂商不一样，通常不许可犯错，假如实施手工操作，天天进货情况和进货时间等须手工填制大量表格，这就会花费药品管理工作人员大量时间和精力，假如利用计算机进行这些管理工作，不仅能够确保多种核实正确无误、快速统计，而且还能够利用计算机对相关多种信息进行统计，服务于财务部门其它方面核实和财务处理，同时计算机含有手工管理所无法比拟优点，比如：检索快速、查找方便、可靠性高、存放量大、保密性好、寿命长、成本低等。这些优点能够极大地提升管理效率,也是管理行业科学化、正规化管理，和世界接轨关键条件。

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

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

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

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

3）假设和依靠条件
医院内部局域网合理计划，包含对该系统使用才场所全部能够访问内部网络。而且每个场所配置电脑需达成最低硬件配置要求。
3. 项目范围和限制
1) 初始公布范围
该版本能够实现药品储存管理工作中药库药品进、销、存等业务，和入库、出库和库存管理，药品管理关键管理药库中全部药品进出和内部统计计算，为药品会计提供基础数据，和包含使用期报警和下限报警。
2) 后续公布范围
针对初始版本运行情况，对该系统运行中出现问题进行处理，从而对该系统加以完善。
3) 限制和排除条件
该系统有肯能在一些情况下出现瓦解，在短时间内不能正常运行，医院针对该情况需要有对应应对方法，从而确保医院各项工作能够正常进行。
4. 业务环境
1) 涉众档案
名称
角色
患者
被服务者
门诊药房管理员
药房服务参与者
住院药房管理员
药房服务参与者
医生
医疗服务参与者
医院管理层
药品管理者
系统管理员
系统维护人员
药品供给商
为医院提供药品

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

二 软件需求规格说明书
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 数据库为基础。
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：系统出现故障时，会自动向管理员发送信息，提醒系统出现问题

附录