药品存储标准管理系统软件需求分析报告.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.计算机实施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：系统出现故障时，会自动向管理员发送信息，提醒系统出现问题附录