药品存储管理系统软件需求分析报告.docx
《药品存储管理系统软件需求分析报告.docx》由会员分享，可在线阅读，更多相关《药品存储管理系统软件需求分析报告.docx（28页珍藏版）》请在冰点文库上搜索。
药品存储管理系统软件需求分析报告
Companynumber：
【WTUT-WT88Y-W8BBGB-BWYTT-19998】
药品存储管理系统软件需求分析报告
软件需求分析报告
药品存储管理系统
学生姓名
学号
专业班级
院（系）计算机与通信工程学院
指导教师
完成时间2012年月日
成绩
前言
随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。
对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规范化的必要条件。
医院单位的药品信息和数据纷乱复杂，整理统计费力费时。
要做好对企业的管理，企业就必须快速准确地获取自己企业单位的信息，这就要求及时统计数据并方便查看，以及对企业的数据信息进行维护。
医院管理药品管理系统是利用SQlServer2008和VisualC#设计开发的医院药品信息管理系统，是医院信息系统的一个重要组成部分，可实现对医院药品信息的分类管理和数据分析，从而使信息整理快速、准确、简单，以便于相关部门给予统筹安排，从而提高改进传统的管理方法，提高企业管理水平。
一项目前景文档
1.业务需求
1）业务背景
药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。
2）业务机会
a）技术可行性
系统采用B/S系统结构，使用C#开发软件，数据库服务器选用微软公司的SQLServer2008数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。
它的灵活性、安全性和易用性为数据库编程提供了良好的条件。
硬件方面，此系统是使用网页作为服务端的，所以对硬件没什么要求，安装有IE就够了。
b）经济可行性
考虑到药品储存管理工作的性质，如果实行手工操作，因药品数量之庞大，单价之变化，进货厂商不同，工作琐碎复杂却要求细致，而且一旦出错，可能会带来极大的经济损失。
而开发出这样一套系统应用于药品储存管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点。
相对人力物力的耗费以及可能产生的经济损失，开发出这样一套系统的花费还是值得的。
c）操作可行性
前台：
作为软件开发语言C#,开发这样一个系统有其不可比拟的优越性（高级编程语言中的面向对象语言，开发出这样一种注重人机交互的系统还是比较可行的）。
本来该系统对前台软件的要求不高，而功能强大的C#开发出这样一套系统在技术方面还是比较可行的。
后台：
而数据库服务器选用微软公司的SQLServer2008数据库，它是目前能处理所有中小型系统最方便的流行数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能，对于药品储存管理这样一种系统数据信息的处理不仅能够满足需求，而且可以对数据信息的管理及安全提供很好的保证。
3）业务目标和成功条件
业务目标：
通过这样一个系统的开发，实现药品储存的管理工作的中药库的药品进、销、存等业务，以及入库、出库和库存管理，药品管理主要管理药库中所有药品的进出和内部统计计算，为药品会计提供基础数据，以及包括有效期的报警和下限报警。
成功条件：
能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
4）客户和市场需要
随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。
对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规范化的必要条件；而药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点。
些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。
2.解决方案的前景
1）前景陈述
该系统不仅可以实现对药品存储的管理，可以对药品的各种信息实现有效的管理，可以极大的提高工作效、信息的准确性，同时通过对不同人操作人员权限的设置可以实现信息的安全保密工作。
同时服务与财务部门，并且可以更有效地实现对信息的分析及统计工作。
2）主要的系统特征
特征
说明
优先级
风险
登陆
管理员输入帐号密码，系统验证信息，登录系统
关键的
高
信息维护
管理员信息维护、药品特征维护、药房信息维护、供货单位维护、药品目录维护。
重要的
高
药品入库
根据供货单输入入库药品属性及数量等，入库同时修改相应药品的库存数量，打印入库单。
关键的
高
库存下限报警
当库存少于一定数量时，系统提醒增加采购
重要的
中
药品需求申请
统计出低于限定库存数量的药品，发出需求药品申请，打印药品需求申请单。
重要的
中
药品有效期报警
统计出低于限定库存数量的药品，发出需求药品申请，打印药品需求申请单。
重要的
中
统计查询
对现存药品、短缺、积压药品、药品出库情况等进行查询，打印查询结果
重要的
中
多种方式搜索药品
按药名，关键字，药品分类号搜索在线目录
重要的
中
医嘱处方发药（药品出库）
每天根据住院病房医生开的处方，打印发药单，进行发药，减少药房相应药品的库存数量。
关键的
高
病人付费清单
生成病人付费清单，并打印列表
关键的
高
友情链接
检索时连接到其他药房的在线目录
有用的
低
3）假设和依赖条件
医院内部局域网合理规划，涉及对该系统使用的才场所都可以访问内部网络。
并且每个场所配置电脑需达到最低硬件配置要求。
3.项目范围和限制
1）初始发布的范围
该版本可以实现药品储存管理工作的中药库的药品进、销、存等业务，以及入库、出库和库存管理，药品管理主要管理药库中所有药品的进出和内部统计计算，为药品会计提供基础数据，以及包括有效期的报警和下限报警。
2）后续发布的范围
针对初始版本的运行状况，对该系统运行中出现的问题进行解决，从而对该系统加以完善。
3）限制和排除条件
该系统有肯能在某些情况下出现崩溃，在短时间内不能正常运行，医院针对该情况需要有相应的应对措施，从而保证医院各项工作能够正常进行。
4.业务环境
1）涉众档案
名称
角色
患者
被服务者
门诊药房管理员
药房服务的参与者
住院药房管理员
药房服务的参与者
医生
医疗服务的参与者
医院管理层
药品的管理者
系统管理员
系统的维护人员
药品供应商
为医院提供药品
2）运行环境
a）硬件平台
CPU：
主频以上
内存：
512M以上
打印机：
激光式打印机或喷墨式打印机
b）操作系统很版本
支持WindowsXP、WindowsServer2003和Windows7等多种系统
c）支撑环境
SQLServer2008
二软件需求规格说明书
1.引言
1.1概述
该软件需求规格说明描述了“医院药品管理系统”版本的软件功能性需求和非功能性需求。
同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“医院药品管理系统”版本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。
该文档计划由实现和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本中加以实现。
1.2背景
药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。
1.3定义
实体：
客观世界中存在的且可互相区别的事物。
联系：
客观事物中的彼此之间的关系。
属性：
实体或者联系所具有的性质。
1.4参考资料
<<软件工程>> 清华大学出版社张海藩编着
<<数据库应用开发与管理>> 机械工业出版社马吉明孙林主编
2.任务概述
2.1目标
本系统的开发目的主要是为了医院日常经营中包括药品采购、药品销售、药品库存、账务往来等所有业务环节在内的科学化管理，完成日常经营活动中各种业务数据的共享，通过对这些数据的汇总和分析来对决策作出支持。
通过本系统，能帮助药品管理人员利用计算机，快速方便的对药品进行管理、进货、出货、查找等所需操作，也使得药品库存管理系统更完善，药品库存管理更方便，减轻了药品库存管理工作人员的工作负担。
2.2运行环境（OperatingEnvironment，OE）
工作在windowsXP系统及更高版本Windows系统平台的软件，是以SQLServer2008数据库为基础。
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_ManageMedicinalInfo
用例描述
药品管理员通过次用例来管理维护药房药品信息
参与者
药房管理员
前置条件
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_ModifyMedicinePrice
用例描述
医院相关管理层通过此用例修改药品价格
参与者
医院相关管理层
前置条件
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_ManageAdiminInfo
用例描述
医院相关管理层通过此实例修改管理员身份、权限等信息
参与者
医院相关管理层
前置条件
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_SmartRemind
用例描述
系统通过此用例向管理员发出提醒
参与者
系统时间、药房管理员
前置条件
1.管理员成功登陆进入系统
后置条件
2.系统向药房管理员发出药品需求以及过期药品警告
主事件流
1.系统正常运行
2.系统定期查询库房药品信息
3.对低于设定最低库存数量的药品发出需求申请，管理员受理该请求
4.对超过有效期限的药品向管理员发出警告，提醒处理该药品，管理员受理该警告
5.计算机执行后置条件，用例结束
备选事件流
3．a药房管理员对系统需求请求未作出任何操作，系统会每隔2分钟发一次需求申请，直至有管理员受理该请求
药房管理员未对该警告做任何操作，系统会持续发出警告，直至药房管理员受理该警告
业务规则
系统定期查询库存信息及对应规则，做出相应的处理
涉及的业务实体
Be_药品，Be_药品信息
非功能性需求
Ø业务场景分析
业务场景说明：
管理员成功登陆进入系统后，系统会自动提示某些药品库存已到下限或者有效期已到，管理员需要对系统的请求或者警告做出相应的反应。
Ø业务实体分析
业务实体说明：
该业务涉及系统时间，药品，库存清单，药品信息实体，系统会定期的查询，对人为设置的规则做出需求申请，药品过期警告反应。
（5）打印收费清单
Ø业务说明
用例名称
bu_打印收费清单
实现名称
Bur_PrintChargeInfoList
用例描述
管理员通过此用例打印出病人的收费清单
参与者
药房管理员
前置条件
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_库
升级会员 