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

1、软件需求分析报告药品存储管理系统学生学号专业班级院 （系） 计算机与通信工程学院指导教师完成时间2012 年月日成绩目录前言随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规化的必要条件。医院单位的药品信息和数据纷乱复杂，整理统计费力费时。要做好对企业的管理，企业就必须快速准确地获取自己企业单位的信息，这就要求及时统计数据并方便查看，以及对企业的数据信息进行维护。医院管理药品管理系统是利用SQl Server 2008 和

2、 Visual C#设计开发的医院药品信息管理系统，是医院信息系统的一个重要组成部分，可实现对医院药品信息的分类管理和数据分析，从而使信息整理快速、准确、简单，以便于相关部门给予统筹安排，从而提高改进传统的管理方法，提高企业管理水平。一项目前景文档1. 业务需求1) 业务背景药品管理是一项琐碎、 复杂而又十分细致的工作， 药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种

3、信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、性好、寿命长、成本低等。这些优点能够极提高管理的效率 ,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。2) 业务机会a) 技术可行性系统采用 B/S 系统结构，使用 C#开发软件， 数据库服务器选用微软公司的 SQL Server 2008数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。它的灵活性、安全性和易用性为数据库编程提供了良好的条件。硬件方面，此系统是使用网页作为服务端的，所以对硬件没什么要求，安装有IE 就够了。

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

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

6、为药品会计提供基础数据，以及包括有效期的报警和下限报警。成功条件： 能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、性好、寿命长、成本低等。4) 客户和市场需要随着计算机技术的飞速发展，计算机在系统管理中的应用越来越普及，利用计算机实现各个系统的管理显得越来越重要。对于一些大中型管理部门来说，利用计算机支持管理高效率完成管理的日常事务，是适应现代管理制度要求、推动管理走向科学化、规化的必要条件；而药品管理是一项琐碎、复杂而又十分细致的工

7、作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点。些优点能够极提高管理的效率 ,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。2. 解决方案的前景1) 前景述该系统不仅可以实现对药品存储的管理，可以对药品的各种信息实现有效的管理，可以极大的提高工作效、信息的准确性，

8、同时通过对不同人操作人员权限的设置可以实现信息的安全工作。同时服务与财务部门，并且可以更有效地实现对信息的分析及统计工作。2) 主要的系统特征特征登陆信息维护药品入库库存下限报警药品需求申请药品有效期报警统计查询多种方式搜索药品医嘱处方发药（药品出库）病人付费清单友情说明管理员输入密码，系统验证信息，登录系统管理员信息维护、药品特征维护、药房信息维护、供货单位维护、药品目录维护。根据供货单输入入库药品属性及数量等，入库同时修改相应药品的库存数量，打印入库单。当库存少于一定数量时，系统提醒增加采购统计出低于限定库存数量的药品，发出需求药品申请，打印药品需求申请单。统计出低于限定库存数量的药品，发

9、出需求药品申请，打印药品需求申请单。对现存药品、短缺、积压药品、药品出库情况等进行查询，打印查询结果按药名，关键字，药品分类号搜索在线目录每天根据住院病房医生开的处方，打印发药单，进行发药，减少药房相应药品的库存数量。生成病人付费清单，并打印列表检索时连接到其他药房的在线目录优先级风险关键的高重要的高关键的高重要的中重要的中重要的中重要的中重要的中关键的高关键的高有用的低3）假设和依赖条件医院部局域网合理规划，涉及对该系统使用的才场所都可以访问部网络。并且每个场所配置电脑需达到最低硬件配置要求。3. 项目围和限制1) 初始发布的围该版本可以实现药品储存管理工作的中药库的药品进、销、存等业务，以

10、及入库、出库和库存管理，药品管理主要管理药库中所有药品的进出和部统计计算，为药品会计提供基础数据，以及包括有效期的报警和下限报警。2) 后续发布的围针对初始版本的运行状况，对该系统运行中出现的问题进行解决，从而对该系统加以完善。3) 限制和排除条件该系统有肯能在某些情况下出现崩溃，在短时间不能正常运行，医院针对该情况需要有相应的应对措施，从而保证医院各项工作能够正常进行。4. 业务环境1) 涉众档案名称角色患者被服务者门诊药房管理员药房服务的参与者住院药房管理员药房服务的参与者医生医疗服务的参与者医院管理层药品的管理者系统管理员系统的维护人员药品供应商为医院提供药品2) 运行环境a) 硬件平台

11、CPU：主频 1.00GHz以上存： 512M 以上打印机：激光式打印机或喷墨式打印机b) 操作系统很版本支持 Windows XP、Windows Server 2003和 Windows 7 等多种系统c) 支撑环境SQL Server 2008二软件需求规格说明书1. 引言1.1概述该软件需求规格说明描述了“医院药品管理系统”1.0 版本的软件功能性需求和非功能性需求。同时还描述了用户在系统的工作中所参与的角色以及拥有的权限，从而使开发团队能够明确地了解所开发的“医院药品管理系统”1.0 版本的各个方面，帮助他们在实际的开发过程中准确地完成所开发的模块，以满足用户的需求。该文档计划由实现

12、和验证正确功能的项目团队成员来使用，除非在其他地方另有说明，这里所指定的所有需求都具有高优先级，而且都要在版本1.0 中加以实现。1.2背景药品管理是一项琐碎、复杂而又十分细致的工作，药品数量之庞大、单价的变化、进货厂商的不同，一般不允许出错，如果实行手工操作，每天进货的情况以及进货时间等须手工填制大量的表格，这就会耗费药品管理工作人员大量的时间和精力，如果利用计算机进行这些管理工作，不仅能够保证各种核算准确无误、快速记录，而且还可以利用计算机对有关的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有手工管理所无法比拟的优点，例如：检索迅速、查找方便、可靠性高、存储量大、

13、性好、寿命长、成本低等。这些优点能够极提高管理的效率,也是管理行业的科学化、正规化管理，与世界接轨的重要条件。1.3定义实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。1.4参考资料<<软件工程 >>清华大学海藩 编著<<数据库应用开发与管理 >>机械工业马吉明林 主编2. 任务概述2.1目标本系统的开发目的主要是为了医院日常经营中包括药品采购、药品销售、药品库存、账务往来等所有业务环节在的科学化管理，完成日常经营活动中各种业务数据的共享，通过对这些数据的汇总和分析来对决策作出支持。通过

14、本系统，能帮助药品管理人员利用计算机，快速方便的对药品进行管理、进货、出货、查找等所需操作，也使得药品库存管理系统更完善，药品库存管理更方便，减轻了药品库存管理工作人员的工作负担。2.2运行环境（ Operating Environment，OE）工作在 windows XP系统及更高版本Windows 系统平台的软件， 是以 SQL Server2008 数据库为基础。2.3假定（ Assumption ）约束（ Constraint）医院部局域网合理规划，涉及对该系统使用的场所都可以访问部网络。并且每个场所配置电脑需达到最低硬件配置要求。3. 需求规定3.1对功能的规定3.1.1 用户需求

15、（ 描述业务用例模型 ）3.1.1.1组织机构和角色（未完成）角色名称说明去医生处看病，并拿着药房去药房取药，缴费病人帮病人看病，并开出药方医生对系统拥有超级权限，可以更改药品的价格，并且能够医院相关管理层药房管理员设置其他管理员权限向系统输入药品名称，选择规格和数量，根据系统的费用统计进行收费，打印票据根据医院打印的清单，药品供应商发出药品药品供应商（ 1）病人参与业务说明：1.病人去医生处看病，之后拿到药方2.病人拿着药方去药房拿药，并拿到打印的清单3.病人拿着清单缴纳医药费，用例结束（ 2）医生参与业务说明：1.医生诊断病人病情2.医生开出药方，用例结束（ 3）医院相关管理层业务说明：a

16、）维护药房管理员信息1. 医院相关管理层使用超级账户登陆系统，选择药房管理员信息2. 医院相关管理层选择需要进行维护信息的药房管理员3. 医院相关管理层对该药房管理员需要修改维护的信息进行修改4.系统保存下更改后的信息，用例结束b）修改药品价格1.医院相关管理层在日常业务中选择调整价格2.在医院相关管理层选定调整价格界面后，用例开始3. 医院相关管理层根据表格要求输入具体数据4.系统确认数据5.当医院相关管理层填完具体数据，确认后，数据被保存到系统中，用例结束补充：可以对数据进行删除，修改（ 4）药房管理员业务说明：a）维护药品信息1. 药房管理员使用账户登陆系统，选择药品信息2. 药房管理员

17、选择需要进行维护信息的药品3. 药房管理员对该品需要修改维护的信息进行修改4.系统保存下更改后的信息，用例结束b）病人去药房拿药1.病人拿着药方来到药房，用例开始2.药房管理员根据药方在系统输入信息，更改库存数量，并给病人拿药3.系统统计费用，并打印缴费清单4.病人拿着缴费清单缴费，用例结束c）统计药品需求1.根据库存数量下限报警等方面的信息，统计需要入库的药品的信息2.根据系统的药品有效期报警等方面的信息，统计需要出库的药品的信息（ 5）药品供应商业务说明：1.系统管理员根据需求对需要入库的药品进行统计，并打印出清单，用例开始2.医院相关管理层与药品供应商联系3.药品供应商送出药品，用例结束

18、3.1.1.2业务概览（ 1）病人看病业务病人业务说明：病人去医生处看病，拿到药方之后去药房拿药，并根据药品账单缴纳费用（ 2）药品入库业务药品入库业务说明：根据供应商的送货清单，将药品按照需求编码、归类，然后通过入库管理录入，更改保存系统的库存数量等信息，同时系统还提供了查询、打印等功能，可将入库单打印输出3.1.1.3业务场景(1) 病人看病业务场景业务场景说明：病人去医生处看病，拿到医生开的药方之后去药房拿药，并根据打印出的药品账单缴纳费用(1) 药品入库业务场景业务场景说明：根据供应商的送货清单，将药品送至药房，付款之后，将药品按照需求编码、归类，然后通过入库管理录入信息，更改保存系统

19、的库存数量等信息，场景结束3.1.2 系统需求3.1.2.1概览说明： 该医院药品管理系统可以实现上图中所有功能，该系统只有一个版本，可以针对系统运行中出现的不足情况对系统进行修改，以使系统更加完善。3.1.2.2系统需求规定（ 1) 管理维护药品信息? 业务说明用例名称bu_管理维护药品信息实现名称Bur_Manage Medicinal Info用例描述药品管理员通过次用例来管理维护药房药品信息参与者药房管理员前置条件1. 管理员有登陆该系统2. 该管理员有修改药品信息权限后置条件3. 修改药品信息4. 更新药品库存情况主事件流1.药房管理员登陆该系统，计算机显示药品库存信息情况2.搜索需

20、要修改的药品相对应的信息，计算机显示搜索结果3.用户按书名、作者、查询，计算机显示查询结果4.对该药品的库存等相关信息进行修改5.管理员选择确认修改，计算机提示修改成功并显示修改后的信息6.计算机执行后置条件。用例结束备选事件流1.a 管理员不存1. 拒绝登录，用例结束1.b 管理员对应密码错误1.返回初始登陆界面2.a搜索不到对应的信息1.计算机返回到添加新药品界面2.管理员添加该药品信息3.计算机执行 42.b打印药品信息1.计算机执行后置条件。用例结束3.a计算机提示是否继续修改药品信息1.继续修改，执行 22.不再修改，计算机执行后置条件。用例结束业务规则可以修改任意多药品信息涉及的业

21、务实体Be_管理员， Be_药品信息非功能性需求药方没有药品时可以通过到其他已经联网药的店查看是否有该药品? 业务场景分析业务场景说明： 该业务场景视图展现管理员维护药品信息过程，成功登陆进入系统后，查询需更改的药品，若能查询到库中有该药品信息，则根据需要修改信息，若查询不到，则先添加该药品信息到库中，然后在修改库存等信息。? 业务实体分析（ 2) 修改药品价格? 业务说明用例名称bu_修改药品价格实现名称Bur_Modify Medicine Price用例描述医院相关管理层通过此用例修改药品价格参与者医院相关管理层前置条件1.医院相关管理层拥有超级账户2.医院相关管理层成功登陆进入系统后置

22、条件1.搜索到药品2.对药品价格进行更新3.系统将更新保存主事件流1 医院相关管理层使用超级登录系统，计算机显示登陆界面2.医院相关管理层选择查询晕药品，计算机显示查询界面3.医院相关管理层可单选或多选药品，并确认修改价格。计算机显示确认清单。4.医院相关管理层选择确认修改，计算机显示保存界面5.计算机执行后置条件。用例结束备选事件流1. 账号无权限1.拒绝登录，用例结束2.a 医院相关管理层选择修改价格1.计算机执行 3;3.a 医院相关管理层选择继续修改1.计算机执行 2；3.b 医院相关管理层选择放弃1.计算机执行 44.a 医院相关管理层选择保存1.计算机保存并执行 1；4.b 医院相

23、关管理层选择放弃，1.计算机执行 1；业务规则可以选择 0 到 n 中药品涉及的业务实体Be_管理员， Be_权限， Be_药品， Be_药品信息非功能性需求? 业务场景分析业务场景说明：医院相关管理层用超级管理员成功登陆，搜索需要更改价格的药品，进入该药品的维护信息后，对药品的价格进行更改，保存在系统中? 业务实体分析业务实体说明：医院相关管理层成功登陆超级账户进入系统后，搜索药品，查看药品详细信息，并对需要做出的修改进行操作，保存于系统中（ 3) 维护药房管理员信息? 业务说明用例名称bu_维护管理员信息实现名称bur_Manage Adimin Info用例描述医院相关管理层通过此实例修

24、改管理员身份、权限等信息参与者医院相关管理层前置条件1. 医院相关管理层有登陆该系统2. 该管理员有修改药品信息权限后置条件1.修改管理员身份信息2. 修改管理员权限主事件流1 医院相关管理层用其登录系统，计算机显示该系统已有的管理员信息2.修改管理员信息3.计算机打开相修改信息操作窗口4.用户根据需要进行修改操作5操作完成后系统提示是否确定该操作，用户确定6.用户选择确定7.计算机执行后置条件。用例结束备选事件流1.a 密码错误1. 返回登录窗口2. 执行 12.a 用户选择增加操作1. 增加新的管理员及信息2. 计算机执行 52.b 用户选择删除操作1. 计算机提示是否确认操作2. 计算机

25、执行操作 56.a 用户选择继续操作1.计算机执行3业务规则用户可以操作修改、增加、删除中的任意一种中的0 到 n 次操作涉及的业务实体Be_管理员， Be_管理员权限非功能性需求? 业务场景分析业务场景说明：医院相关管理层用超级账号成功进入系统后，选择获取药房管理员信息，对管理员信息进行增加、删除、修改等操作。? 业务实体分析业务实体说明：医院相关管理层登陆超级账户成功进入系统后，选择获取管理员信息，对需要维护的药房管理员信息进行维护或进行添加，设计新的管理员账号权限，并保存于系统中（ 4) 智能提醒? 业务说明用例名称bu_智能提醒实现名称Bur_Smart Remind用例描述系统通过此

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

27、查询库存信息及对应规则，做出相应的处理Be_药品， Be_药品信息? 业务场景分析业务场景说明：管理员成功登陆进入系统后，系统会自动提示某些药品库存已到下限或者有效期已到， 管理员需要对系统的请求或者警告做出相应的反应。? 业务实体分析业务实体说明：该业务涉及系统时间，药品，库存清单，药品信息实体，系统会定期的查询，对人为设置的规则做出需求申请，药品过期警告反应。（ 5) 打印收费清单? 业务说明用例名称bu_打印收费清单实现名称Bur_Print Charge Info List用例描述管理员通过此用例打印出病人的收费清单参与者药房管理员前置条件1.管理员成功登陆进入系统2. 管理员有打印的

28、权限后置条件1.更新药品库存等信息2. 打印收费清单主事件流1 管理员使用登录系统，计算机显示登陆界面2. 管理员选择查询药品，计算机显示查询界面3 管理员可单选或多选药品，并确认添加。计算机显示确认清单。4. 管理员选择确认添加，计算机显示清单单及费用5 管理员选择提交定单，计算机显示提交结果和更新后的信息6.计算机执行后置条件。用例结束备选事件流1.a管理员无权限1. 拒绝登录，用例结束2.a管理员选择查看清单1. 计算机执行3;3.a管理员选择继续添加1. 计算机执行2；3.b管理员选择放弃1. 计算机执行44.a管理员选择保存清单1. 计算机保存并执行后置条件；4.b用户选择放弃，1.

29、 计算机执行1；业务规则可以选择1 到多种药品，最高不限涉及的业务实体Be_药品信息，Be_账单， Be_药房， Be_药品非功能性需求? 业务场景分析业务场景说明：管理员在给病根据药方开过药同时，让药品添加进入清单，系统会根据管理员操作自动修改库存信息，清单添加完成后，系统自动统计费用，之后管理员即可直接打印出药品信息及收费账单? 业务实体分析业务实体说明：该业务涉及药品，药方，账单实体，管理员根据给病人开药情况打印出病人的收费清单。3.1.2.3数据分析(1) 概览三实体图说明： 该实体图涉及药品管理系统中的所有实体以及它们之间的关系，通过该总体实体图可以简单明了的了解该系统涉及的实体对象

30、及关系。? 药方实体名称Be_药方医生给病人开药方，病人将药方拿到药方取药，一药方度应包含实体描述一到多种药品? 药品实体名称Be_药品实体描述? 药品信息实体名称实体描述? 账单实体名称实体描述? 管理员实体名称实体描述? 账号权限实体名称实体描述每种药品都有其库存信息， 管理员给病人开药后库存信息会改变，供应商送药后药品库存信息也会改变Be_药品信息每一种药都有其信息保存在系统中，多种药品信息构成整个药方库存信息Be_账单管理员给病人开完药，会根据所开药品打印其账单，药品供应商送药入库时，管理员也会为其出示账单Be_管理员药房管理员在使用该系统时需要有管理员曾能登陆该系统Be_权限每个管理员都有其对应的权限，用来限定管理员对该系统操作容? 库存清单实体名称Be_库存清单每种药品都有其对应库存信息，管理员可以根据需要打印每一种实体描述药品的库存清单，还可以打印药房药品库存信息3.2非功能性需求3.2.1 性能需求（ Performance ）PE-1：精度：要求能准确、无误地查询、添加、修改、删除供应商信息，客户信息，药品信息；能够精确地进行业务数据汇总来支持决策。做到实时通信来保证业务数据的最新性。PE-2：时间特性要求：a响应时间要求响应迅速，实现业务数据的实时传