药品存储管理系统软件需求分析报告.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.计算机执行42.b打印药品信息1. 计算机执行后置条件。用例结束3.a计算机提醒是否继续修改药品信息 1.继续修改，执行22.不再修改，计算机执行后置条件。用例结束业务规则可以修改任意多药品信息涉及的业务实体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.计算机执行44.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.执行12.a用户选择增长操作 1.增长新的管理员帐号及信息 2.计算机执行52.b用户选择删除操作 1.计算机提醒是否确认操作 2.计算机执行操作56.a用户选择继续操作 1.计算机执行3业务规则用户可以操作修改、增长、删除中的任意一种中的0到n次操作涉及的业务实体Be_管理员帐号，Be_管理员权限非功能性需求 业务场景分析业务场景说明：医院相关管理层用超级账号成功进入系统后，选择获取药房管理员信息，对管理员信息进行增长、删除、修改等操作。 业务实体分析业务实体说明：医院相关管理层登陆超级账户成功进入系统后，选择获取管理员信息，对需要维护的药房管理员信息进行维护或进行添加，设计新的管理员账号权限，并保存于系统中（4) 智能提醒 业务说明用例名称bu_智能提醒实现名称Bur_Smart Remind用例描述系统通过此用例向管理员发出提醒参与者系统时间、药房管理员前置条件1.管理员成功登陆进入系统后置条件2.系统向药房管理员发出药品需求以及过期药品警告主事件流1.系统正常运营2.系统定期查询库房药品信息3.对低于设定最低库存数量的药品发出需求申请，管理员受理该请求4.对超过有效期限的药品向管理员发出警告，提醒解决该药品，管理员受理该警告5.计算机执行后置条件，用例结束备选事件流3a药房管理员对系统需求请求未作出任何操作，系统会每隔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.计算机执行44.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响应时间规定响应迅速，实现业务数据的实时传递，时间大约为3sb更新解决时间规定执行更新解决操作时，能快速准确地解决，时间大约为3-4sc库存盘点时要用到条码扫描终端设备，规定到条码时，能快速转换数据，并将数据迅速传到系统进行汇总解决，时间大约为3s3.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：系统出现故障时，会自动向管理员发送信息，提醒系统出现问题附录