药品存储管理系统软件需求分析报告Word文档下载推荐.docx

药品存储管理系统软件需求分析报告Word文档下载推荐.docx

《药品存储管理系统软件需求分析报告Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《药品存储管理系统软件需求分析报告Word文档下载推荐.docx（42页珍藏版）》请在冰点文库上搜索。

3）业务目标和成功条件

业务目标：

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

成功条件：

能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：

4）客户和市场需要

对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规范化的必要条件；

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

些优点能够极大地提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。

2.解决方案的前景

1）前景陈述

该系统不仅可以实现对药品存储的管理，可以对药品的各种信息实现有效的管理，可以极大的提高工作效、信息的准确性，同时通过对不同人操作人员权限的设置可以实现信息的安全保密工作。

同时服务与财务部门，并且可以更有效地实现对信息的分析及统计工作。

2）主要的系统特征

特征

说明

优先级

风险

登陆

管理员输入帐号密码，系统验证信息，登录系统

关键的

高

信息维护

管理员信息维护、药品特征维护、药房信息维护、供货单位维护、药品目录维护。

重要的

药品入库

根据供货单输入入库药品属性及数量等，入库同时修改相应药品的库存数量，打印入库单。

库存下限报警

当库存少于一定数量时，系统提醒增加采购

中

药品需求申请

统计出低于限定库存数量的药品，发出需求药品申请，打印药品需求申请单。

药品有效期报警

统计查询

对现存药品、短缺、积压药品、药品出库情况等进行查询，打印查询结果

多种方式搜索药品

按药名，关键字，药品分类号搜索在线目录

医嘱处方发药（药品出库）

每天根据住院病房医生开的处方，打印发药单，进行发药，减少药房相应药品的库存数量。

病人付费清单

生成病人付费清单，并打印列表

友情链接

检索时连接到其他药房的在线目录

有用的

低

3）假设和依赖条件

医院内部局域网合理规划，涉及对该系统使用的才场所都可以访问内部网络。

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

3.项目范围和限制

1）初始发布的范围

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

2）后续发布的范围

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

3）限制和排除条件

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

4.业务环境

1）涉众档案

名称

角色

患者

被服务者

门诊药房管理员

药房服务的参与者

住院药房管理员

医生

医疗服务的参与者

医院管理层

药品的管理者

系统管理员

系统的维护人员

药品供应商

为医院提供药品

2）运行环境

a）硬件平台

CPU：

主频1.00GHz以上

内存：

512M以上

打印机：

激光式打印机或喷墨式打印机

b）操作系统很版本

支持WindowsXP、WindowsServer2003和Windows7等多种系统

c）支撑环境

SQLServer2008

二软件需求规格说明书

1.引言

1.1概述

该软件需求规格说明描述了“医院药品管理系统”1.0版本的软件功能性需求和非功能性需求。

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

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

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.药房管理员对该品需要修改维护的信息进行修改

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.a管理员帐号不存

1.拒绝登录，用例结束

1.b管理员帐号对应密码错误

1.返回初始登陆界面

2.a搜索不到对应的信息

1.计算机返回到添加新药品界面

2.管理员添加该药品信息

3.计算机执行4

2.b打印药品信息

1.计算机执行后置条件。

3.a计算机提示是否继续修改药品信息

1.继续修改，执行2

2.不再修改，计算机执行后置条件。

业务规则

可以修改任意多药品信息

涉及的业务实体

Be_管理员帐号，Be_药品信息

非功能性需求

药方没有药品时可以通过链接到其他已经联网药的店查看是否有该药品

业务场景分析

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

业务实体分析

（2）修改药品价格

bu_修改药品价格

Bur_ModifyMedicinePrice

医院相关管理层通过此用例修改药品价格

1.医院相关管理层拥有超级账户

2.医院相关管理层成功登陆进入系统

1.搜索到药品

2.对药品价格进行更新

3.系统将更新保存

1医院相关管理层使用超级帐号登录系统，计算机显示登陆界面

2.医院相关管理层选择查询晕药品，计算机显示查询界面

3.医院相关管理层可单选或多选药品，并确认修改价格。

计算机显示确认清单。

4.医院相关管理层选择确认修改，计算机显示保存界面

5.计算机执行后置条件。

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_ManageAdiminInfo

医院相关管理层通过此实例修改管理员身份、权限等信息

1.医院相关管理层有登陆该系统帐号

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_SmartRemind

系统通过此用例向管理员发出提醒

系统时间、药房管理员

1.管理员成功登陆进入系统

2.系统向药房管理员发出药品需求以及过期药品警告

1.系统正常运行

2.系统定期查询库房药品信息

3.对低于设定最低库存数量的药品发出需求申请，管理员受理该请求

4.对超过有效期限的药品向管理员发出警告，提醒处理该药品，管理员受理该警告

5.计算机执行后置条件，用例结束

3．a药房管理员对系统需求请求未作出任何操作，系统会每隔2分钟发一次需求申请，直至有管理员受理该请求

4.a药房管理员未对该警告做任何操作，系统会持续发出警告，直至药房管理员受理该警告

系统定期查询库存信息及对应规则，做出相应的处理

Be_药品，Be_药品信息

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

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

（5）打印收费清单

bu_打印收费清单

Bur_PrintChargeInfoList

管理员通过此用例打印出病人的收费清单

1.管理员成功登陆进入系统

2.管理员帐号有打印的权限

1.更新药品库存等信息

2.打印收费清单

1管理员使用帐号登录系统，计算机显示登陆界面

2.管理员选择查询药品，计算机显示查询界面

3管理员可单选或多选药品，并确认添加。

4.管理员选择确认添加，计算机显示清单单及费用

5管理员选择提交定单，计算机显示提交结果和更新后的信息

1.a管理员无权限

2.a管理员选择查看清单

3.a管理员选择继续添加

3.b管理员选择放弃

4.a管理员选择保存清单

1.计算机保存并执行后置条件；

4.b用户选择放弃，

可以选择1到多种药品，最高不限

Be_药品信息，Be_账单，Be_药房，Be_药品

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

该业务涉及药品，药方，账单实体，管理员根据给病人开药情况打印出病人的收费清单。

3.1.2.3数据分析

（1）概览

三

实体图说明：

该实体图涉及药品管理系统中的所有实体以及它们之间的关系，通过该总体实体图可以简单明了的了解该系统涉及的实体对象及关系。

药方

实体名称

Be_药方

实体描述

医生给病人开药方，病人将药方拿到药方取药，一张药方度应包含一到多种药品

药品

Be_药品

每种药品都有其库存信息，管理员给病人开药后库存信息会改变，

供应商送药后药品库存信息也会改变

药品信息

Be_药品信息

每一种药都有其信息保存在系统中，多种药品信息构成整个药方库存信息

账单

Be_账单

管理员给病人开完药，会根据所开药品打印其账单，药品供应商送药入库