🙊作者简介：多年一线开发工作经验，分享技术代码帮助学生学习。自有计算机毕设的工作室团队，专注计算机毕设开发、定制、远程、文档编写指导等。
🍅 欢迎点赞 👍 收藏 ⭐留言 📝
🍅 Java毕设项目精品实战案例《3000+套》🍅
⬇️文章末尾获取联系方式，需要源码+毕设论文或者演示视频可以联系⬇️
⚡感兴趣大家可以点点关注收藏，后续更新更多项目资料。⚡
本系统包含（源码+数据库+万字毕业论文） 文末可获取本项目java源码和数据库参考。
系统程序文件列表
摘要
随着信息产业的迅速崛起，信息技术的飞速进步不仅为各个行业领域注入了新的生机和活力，同时也伴随着一系列前所未有的挑战。在医疗领域，信息化建设是医院提高服务效率、优化资源配置、提升医疗质量的重要手段。医院门诊药房作为医疗服务体系的重要组成部分，其信息化管理水平直接影响到医院的运行效率和患者的就医体验。正因如此，开发一套集高效、便捷与安全于一体的门诊药房管理系统，对于全面提升医院整体信息化水平而言，无疑具有举足轻重的意义。
这套门诊药房管理系统是采用Java语言精心打造而成，它巧妙地运用了SSM框架和Vue框架，确保了系统的稳定性和易用性。在数据存储方面，选用了MySQL数据库，以确保数据的准确、高效和安全。系统根据角色划分为用户和管理员两大类，用户注册登录后，可以方便地查看药品库存，进行领药、退药、支付等操作，体验到了前所未有的便捷性。而管理员则拥有更高级别的权限，可以对系统的各项信息进行全面管理，包括用户管理、药品库存管理、药品入库管理，以及领药、退药记录管理等，从而保障了医院药房的有序运行和高效管理。门诊药房管理系统的引入可以显著减少传统手工管理所带来的繁琐操作和人为错误。系统可以自动记录药品的入库、出库、库存情况，实现实时更新和查询，从而确保药品信息的准确性和一致性。同时，通过自动化管理，可以大大减少药房工作人员的工作负担，提高他们的工作效率。
关键词：医院门诊病房；SSM框架；MySQL数据库
需求分析是软件开发过程中不可或缺的一部分，它有助于确保开发的网站能够满足用户的需求，提高用户的满意度和使用率；同时也有助于评估项目的规模和难度、确定性能要求、可靠性要求和安全性要求，以及确定管理要求和维护要求。因此，在开发网站之前，必须进行深入的需求分析，以确保项目的成功和客户的满意度。
本系统通过与相关系统的类比，以及查阅图书文献资料，确定了管理员和普通用户两种角色。通过用例图的方式，详细描述了每个角色所具有的功能内容。用例图是一种用于描述系统功能的图形化表示方法，它通过将系统功能划分为不同的用例，并描述每个用例之间的关系，来直观地展示系统的功能和流程。以下是两种用户角色的用例图示。
用户模块：
用户完成注册登录流程后，将能够方便地查看和更新自己的个人信息，包括修改密码。此外，用户还可以实时查看药品库存情况，进行药品领取操作，完成支付流程，并在必要时申请退药。
用户系统用例图如图3.1所示。
图3. 1 用户用例图
管理员模块：
管理员成功登录系统后，将能够方便地查看和修改自己的个人信息，包括修改密码。此外，管理员还具备强大的管理功能，可以进行药品库存管理、药品类型管理、领药记录管理、退药记录管理、药品入库管理以及药品报损管理等多项操作。
管理员系统用例图如图3.2所示。
图3. 2 管理员用例图
SSM框架经过了多年的发展和实践验证，技术上已经相当成熟。这些框架提供了丰富的功能和工具，可以满足大多数开发项目的需求。SSM框架的使用相对简单，提供了详细的文档和丰富的示例，可以帮助开发人员快速上手。同时，这些框架的社区也十分活跃，遇到问题时可以快速找到解决方案。SSM框架允许开发人员根据项目的需求进行定制和扩展，具有很高的灵活性。开发人员可以根据项目的具体要求进行开发，满足各种不同的业务需求。SSM框架经过了大量的实际应用和测试，稳定性得到了充分验证。在开发过程中，可以保证系统的稳定性和可靠性，减少因技术问题导致的项目风险 SSM框架与大多数主流的技术和工具都具有良好的兼容性，可以方便地与其他技术集成。这有助于提高开发效率和系统的可维护性。
SSM等框架提供了丰富的功能和工具，可以大大提高开发效率，减少开发人员的工作量和时间成本。这意味着企业可以用更少的资源完成项目的开发，从而降低开发成本。由于SSM等框架的技术成熟度和稳定性较高，系统出错的概率较低，因此可以减少系统的维护费用和升级成本。使用SSM等框架开发的项目可以更快地推向市场，并且系统的稳定性和性能也得到了保证。这有助于提高用户体验，增加用户黏性，从而提高企业的投资回报率。SSM等框架拥有庞大的社区和生态系统，提供了大量的开源库、插件和工具。这些资源可以免费或低成本地用于项目开发中，进一步降低项目的经济成本。
SSM等框架经过长时间的发展和实际应用，技术上已经相当成熟。这意味着在项目开发过程中，遇到的技术问题或难题的可能性较小，降低了操作风险。SSM等框架提供了清晰的架构和易于操作的API，方便开发人员进行系统的开发和维护。同时，这些框架也提供了丰富的文档和社区支持，方便开发者快速解决问题和获取帮助。使用SSM等框架可以显著提高开发效率，减少开发人员的工作量和时间成本。这意味着企业可以用更少的资源更快地完成项目的开发，缩短项目周期。SSM等框架支持多种操作系统和开发环境，可以方便地在不同的平台上进行开发和部署。SSM等框架具有良好的可扩展性和灵活性，可以根据项目的需求进行定制和扩展。这有助于企业应对市场的变化和业务的发展，降低操作难度和技术风险。 SSM等框架采用了多种数据安全性和可靠性措施，可以保证数据的完整性和安全性。这对于需要处理敏感信息的项目来说非常重要，可以提高操作的安全性和可靠性。
本章阐述了系统的系统分析。系统分析是明确系统目标和功能的关键步骤。通过对医院门诊药房管理系统的需求进行深入分析，可以明确系统的目标。可以确定医院门诊药房管理系统所需的具体功能。这些功能能够满足学生在心理健康方面的需求，提高服务的可用性和可及性。
在本章中，对医院门诊药房管理系统进行了总体设计部分，采用了模块化的设计思想，将系统划分为多个模块和子系统。同时，还进行了界面设计、安全设计等，确保了系统的稳定性和可扩展性。
医院门诊药房管理系统主要由两大模块构成：用户模块和管理员模块。用户模块涵盖了用户的注册登录、个人信息查看与修改、药品库存查看、药品领取、退药申请以及领养和退药记录查询等功能。而管理员模块则聚焦于用户账号的管理（如新增、删除、修改等）、个人信息查看、药品库存管理、药品类型管理、领药与退药记录管理、药品入库管理以及药品报损管理等核心任务。这样的系统设计旨在满足不同角色的使用需求，确保医院门诊药房的高效、规范管理。系统结构功能图如图4.1所示。
图4. 1 系统结构功能图
用户在使用系统前，必须先进行登录操作。若尚未拥有系统账号，则需先完成注册流程以获取登录权限。注册登录流程图如图4.2所示。
图4. 2 注册登录流程图
在医院门诊药房管理系统中，管理员需在后台先行完成数据录入工作，并查询对应的信息编号，以便顺利执行添加操作。待添加完成后，系统会自动将新增信息保存至数据库中。一旦数据库作出响应，即表示添加操作已成功完成，整个信息添加流程也随之结束。这样的设计旨在确保数据录入的准确性和高效性，为药房管理提供有力支持。添加信息流程图如图4.3所示。
图4. 3 添加信息流程图
用户和管理员均有权限执行密码修改操作，以更新和保障其账户安全。修改密码流程图如图4.4所示。
图4. 4 修改密码流程图
管理员具备对系统信息进行管理的权限，能够执行相关操作以维护系统的正常运行和数据的准确性。管理员信息管理流程图如图4.5所示。
图4. 5 管理员信息管理
E-R图作为一种可视化工具，能够直观地展现实体间的关联，为开发人员提供深入理解数据模型的便利，从而优化其设计过程。通过将实体、属性和关系等元素以图形化的方式呈现出来，E-R图能够清晰地揭示出数据之间的逻辑结构，有助于减少歧义和误解。总体E-R图如图4.6所示。
图4. 6 总体E-R图
药品报损实体涵盖了多个关键属性，包括生产厂家、药品编号、药品名称、药品类型以及品牌等，这些属性共同构成了药品报损实体的详细信息。
图4. 7 药品报损实体属性图
管理员实体包括用户名，密码，角色等属性，如图4.8所示。
图4. 8 管理员实体属性图
药品库存实体具有多个重要属性，如药品名称、药品类型、规格、适应症状、库存数量以及进货价格等，这些属性共同描述了药品库存的详细情况。
图4. 9 药品库存实体属性图
退药记录实体包括药品名称，药品类型，品牌，生产厂家，退药时间，退药原因等属性，如图4.10所示。
图4. 10 退药记录实体属性图
领药记录实体涵盖了丰富的属性信息，如药品名称、订单编号、总价、数量、领药时间以及药品图片等，这些属性共同构成了领药记录的完整细节。
图4. 11 领药记录实体属性图
用户实体包含了多个关键属性，如用户账号、密码、姓名、性别以及电话号码等，这些属性共同描述了用户的身份信息和登录凭证。
图4. 12 用户实体属性图
药品入库实体涵盖了多个核心属性，包括采购单号、药品名称、生产厂家、供应商信息、入库数量以及进货价格等，这些属性共同描述了药品入库的详细情况和相关数据。
图4. 13 药品入库实体属性图
数据库表单提供了可视化的界面设计工具，使得开发人员可以以图形化的方式创建和编辑数据库表，大大简化了数据库的设计过程。通过拖拽字段、设置数据类型和约束等操作，开发人员可以轻松地创建出符合业务需求的数据库表结构。
药品报损表主要由生产厂家、药品编号、药品名称、药品类型以及品牌等字段构成，这些字段共同构成了药品报损信息的完整记录。
表4. 1 药品报损表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| yaopinbianhao | varchar | 20 | 药品编号 | ||
| yaopinmingcheng | varchar | 50 | 药品名称 | ||
| yaopinleixing | varchar | 20 | 药品类型 | ||
| pinpai | varchar | 50 | 品牌 | ||
| guige | varchar | 50 | 规格 | ||
| shengchanchangjia | varchar | 50 | 生产厂家 | ||
| shuliang | int | 报损量 | |||
| baosunshijian | date | 报损时间 | |||
| baosunyuanyin | varchar | 200 | 报损原因 | ||
| yaopintupian | longtext | 100 | 药品图片 |
管理员表包含多个关键字段，如用户名、密码、角色和新增时间等，如表4.2所示，每个字段都有其特定的类型、长度、字段说明、主键和默认值说明，共同构成了管理员信息的完整记录。
表4. 2 管理员表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| username | varchar | 50 | 用户名 | ||
| password | varchar | 50 | 密码 | ||
| role | varchar | 50 | 角色 | 管理员 | |
| addtime | timestamp | 新增时间 | CURRENT_TIMESTAMP |
药品类型表主要由创建时间和药品类型两个字段组成，如表4.3所示，每个字段都详细标注了其类型、长度、字段说明、主键和默认值等信息，这些信息共同构成了药品类型数据的完整描述。
表4. 3 药品类型表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| yaopinleixing | varchar | 50 | 药品类型 |
药品库存表详细列出了药品编号、药品名称、药品类型、品牌、生产厂家以及药品库存量等字段，如表4.4所示，每个字段都有明确的类型、长度、字段说明、主键和默认值说明，这些信息为药品库存的管理和查询提供了便利。
表4. 4 药品库存表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| yaopinbianhao | varchar | 50 | 药品编号 | ||
| yaopinmingcheng | varchar | 50 | 药品名称 | ||
| yaopinleixing | varchar | 50 | 药品类型 | ||
| pinpai | varchar | 50 | 品牌 | ||
| guige | varchar | 50 | 规格 | ||
| shiyingzheng | varchar | 200 | 适应症 | ||
| shengchanchangjia | varchar | 50 | 生产厂家 | ||
| shengchanriqi | date | 生产日期 | |||
| youxiaoqi | varchar | 20 | 有效期 | ||
| shuliang | int | 库存量 | |||
| jinjia | int | 进价 | |||
| shoujia | int | 售价 | |||
| buliangfanying | longtext | 200 | 不良反应 | ||
| yaopintupian | longtext | 200 | 药品图片 |
退药记录表详细记录了药品名称、药品类型、品牌、规格以及生产厂家等关键字段，如表4.5所示，每个字段都明确了其类型、长度、字段说明、主键以及默认值说明，这些信息有助于准确记录和管理退药的相关信息，确保数据的完整性和准确性。
表4. 5 退药记录表
| 类型 | 长度 | 字段说明 | 主键 | 默认值 | |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | |||
| dingdanbianhao | varchar | 20 | 订单编号 | ||
| yaopinmingcheng | varchar | 50 | 药品名称 | ||
| yaopinleixing | varchar | 50 | 药品类型 | ||
| pinpai | varchar | 50 | 品牌 | ||
| guige | varchar | 50 | 规格 | ||
| shengchanchangjia | varchar | 50 | 生产厂家 | ||
| shuliang | int | 数量 | |||
| shoujia | int | 售价 | |||
| zongjia | double | 总价 | |||
| tuiyaoshijian | datetime | 退药时间 | |||
| tuiyaoyuanyin | varchar | 200 | 退药原因 | ||
| yaopintupian | longtext | 100 | 药品图片 | ||
| yonghuzhanghao | varchar | 20 | 用户账号 | ||
| yonghuxingming | varchar | 20 | 用户姓名 | ||
| crossuserid | bigint | 跨表用户id | |||
| crossrefid | bigint | 跨表主键id | |||
| sfsh | varchar | 10 | 是否审核 | 待审核 | |
| shhf | longtext | 100 | 审核回复 |
领药记录表包含了订单编号、药品名称、药品类型以及生产厂家等重要字段，如表4.6所示，每个字段均详细列出了其类型、长度、字段说明、主键和默认值等信息，这些信息共同构成了领药记录的完整数据体系，为药品领取的管理和查询提供了有力的支持。
表4. 6领药记录表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| dingdanbianhao | varchar | 20 | 订单编号 | ||
| yaopinmingcheng | varchar | 50 | 药品名称 | ||
| yaopinleixing | varchar | 50 | 药品类型 | ||
| pinpai | varchar | 50 | 品牌 | ||
| guige | varchar | 50 | 规格 | ||
| shengchanchangjia | varchar | 50 | 生产厂家 | ||
| shuliang | int | 数量 | |||
| shoujia | int | 售价 | |||
| zongjia | double | 总价 | |||
| lingyaoshijian | datetime | 领药时间 | |||
| dingdanbeizhu | varchar | 200 | 订单备注 | ||
| yaopintupian | longtext | 100 | 药品图片 | ||
| yonghuzhanghao | varchar | 20 | 用户账号 | ||
| yonghuxingming | varchar | 20 | 用户姓名 | ||
| ispay | varchar | 10 | 是否支付 | 未支付 |
用户表涵盖了用户账号、密码、姓名、性别以及头像等多个字段，如表4.7所示，详细列出了每个字段的类型、长度、字段说明、主键和默认值等信息，这些信息共同构成了用户信息的完整记录，为用户管理和服务提供了数据支持。
表4. 7 用户表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| yonghuzhanghao | varchar | 20 | 用户账号 | ||
| mima | varchar | 20 | 密码 | ||
| yonghuxingming | varchar | 20 | 用户姓名 | ||
| xingbie | varchar | 5 | 性别 | ||
| dianhua | varchar | 13 | 电话 | ||
| touxiang | longtext | 100 | 头像 |
药品入库表包括创建时间，采购单位，药品名称，药品类型等字段，如表4.8所示各字段的类型，长度，字段说明，主键，默认值说明。
表4. 8 药品入库表
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 默认值 |
| id | bigint | 主键 | 主键 | ||
| addtime | timestamp | 创建时间 | CURRENT_TIMESTAMP | ||
| caigoudanhao | varchar | 20 | 采购单号 | ||
| yaopinmingcheng | varchar | 20 | 药品名称 | ||
| yaopinleixing | varchar | 20 | 药品类型 | ||
| pinpai | varchar | 20 | 品牌 | ||
| guige | varchar | 20 | 规格 | ||
| shengchanchangjia | varchar | 20 | 生产厂家 | ||
| gongyingshang | varchar | 20 | 供应商 | ||
| shuliang | int | 数量 | |||
| jinjia | int | 进价 | |||
| zongjia | double | 总价 | |||
| caigoushijian | datetime | 采购时间 | |||
| caigoubeizhu | varchar | 200 | 采购备注 | ||
| yaopintupian | longtext | 100 | 药品图片 |
在本章中，深入探讨了系统的总体设计，这一步骤对于明确系统架构和功能至关重要。通过总体设计，得以确立系统的整体框架、模块的划分以及功能流程的规划，从而为后续的系统开发和实施提供明确的指导和蓝图。总体设计的核心目标是满足用户的实际需求与期待。通过与用户的深入交流和持续反馈，不断优化和完善设计方案，确保平台的功能设置与用户体验能够精准契合用户的期望与需求，为用户带来更加便捷、高效的使用体验。
系统实现是开发项目的核心环节，它直接决定了项目是否能够满足用户的需求。通过系统实现，可以将设计阶段的概念、流程和功能转化为实际的软件产品，从而为用户提供所需的服务或功能。
如图5.1所示，用户在使用系统前，需要先进行登录操作。他们可以点击登录注册按钮，然后按照系统提示输入正确的用户名和密码，再点击登录按钮以完成登录过程。若用户尚未拥有系统账号，则需要先进行注册。此时，用户可点击注册用户按钮，根据系统提示填写必要的注册信息，并点击注册按钮，从而完成系统账号的注册流程。
图5. 1 用户注册界面
图5. 2 用户登录界面
用户注册核心代码：
public R register(@RequestBody YonghuEntity yonghu){
//ValidatorUtils.validateEntity(yonghu);
YonghuEntity u = yonghuService.selectOne(new EntityWrapper<YonghuEntity>().eq("yonghuzhanghao", yonghu.getYonghuzhanghao()));
if(u!=null) {
return R.error(“注册用户已存在”);
}
Long uId = new Date().getTime();
yonghu.setId(uId);
yonghuService.insert(yonghu);
return R.ok();
}
如图5.3所示，用户点击个人中心按钮，进入到个人中心界面。用户可以对个人信息进行查看和修改。点击修改密码按钮，输入原密码，新密码，确认密码，点击保存按钮，进行修改密码。
图5. 3 修改密码界面
如图5.4所示，用户可以通过点击药品库存管理按钮，进入药品库存管理界面。在这个界面中，系统会展示药品库存列表，用户可以点击相应条目进行查看。若用户需要领药，可点击领药按钮，随后跳转到如图5.5所示的领药信息填写界面。在此界面，用户需填写必要的领药信息，并点击提交按钮，以完成领药操作。
图5. 4 药品库存管理界面
图5. 5 药品领药界面
药品库存管理核心代码：
public R list( YaopinkucunEntity yaopinkucun){
EntityWrapper<YaopinkucunEntity> ew = new EntityWrapper<YaopinkucunEntity>();
ew.allEq(MPUtil.allEQMapPre( yaopinkucun, "yaopinkucun"));
return R.ok().put("data", yaopinkucunService.selectListView(ew));
}
如图5.6所示，用户添加的领药信息自动保存至领药记录界面，用户可以对其进行管理，点击支付按钮，可以对其进行支付，点击退药按钮，填写退药信息，进退药操作。
图5. 6 领药记录管理界面
图5. 7 支付界面
领药记录核心代码：
public R save(@RequestBody LingyaojiluEntity lingyaojilu, HttpServletRequest request){
//ValidatorUtils.validateEntity(lingyaojilu);
lingyaojiluService.insert(lingyaojilu);
return R.ok();
}
如图5.8所示，用户添加的退药信息，更新到退药记录管理界面，用户可以对其进行查看，管理员审核通过后，退药成功。
图5. 8 退药记录管理界面
如图5.9所示，管理员在进入系统前，需要先进行登录操作。他们需按照系统提示输入正确的用户名和密码，并选择管理员角色，然后点击登录按钮以完成登录过程。登录成功后，管理员即可对系统的所有信息进行管理。
图5. 9 管理员登录界面
管理员登录核心代码：
public R login(String username, String password, String captcha, HttpServletRequest request) {
UsersEntity user = userService.selectOne(new EntityWrapper<UsersEntity>().eq("username", username));
if(user==null || !user.getPassword().equals(password)) {
return R.error("账号或密码不正确");
}
String token = tokenService.generateToken(user.getId(),username, "users", user.getRole());
return R.ok().put("token", token);
}
如图5.10所示，管理员成功登录后，首先映入眼帘的是后台管理系统的首页。首页左侧精心设计的竖排导航栏，涵盖了首页、个人中心、用户管理、药品库存管理、药品类型管理、领药记录管理、退药记录管理、药品入库管理以及药品报损管理等丰富功能按钮。管理员只需轻轻一点，即可迅速进入对应的管理界面，执行各项操作。首页界面还巧妙地融入了可视化图表，直观展示了系统药品库存综述、领药记录总数、退药记录总数、药品入库总数以及药品报损总数等关键数据。此外，库存统计的环形图、出库统计的柱状图、退药统计的折线图、入库统计的柱状图以及报损统计的折线图等，不仅让数据一目了然，还能根据系统使用情况实时更新，为管理员提供了极大的管理便利。
图5. 10 管理员首页
如图5.11所示，管理员具备管理系统用户信息的权限。他们可以通过点击用户管理按钮，轻松进入用户管理界面。在这个界面中，管理员可以对用户信息进行新增、删除、修改等一系列操作。例如，当需要新增用户时，管理员只需点击新增按钮，随后会跳转至如图5.12所示的新增用户信息界面。在这里，管理员可以根据系统提示，依次输入用户账号、用户姓名、性别等相关信息，并点击保存按钮，即可完成对系统用户信息的添加操作。
图5. 11 用户管理
图5. 12 查看用户信息
用户管理核心代码：
public R page(@RequestParam Map<String, Object> params,YonghuEntity yonghu,
HttpServletRequest request){
EntityWrapper<YonghuEntity> ew = new EntityWrapper<YonghuEntity>();
PageUtils page = yonghuService.queryPage(params, MPUtil.sort(MPUtil.between(MPUtil.likeOrEq(ew, yonghu), params), params));
request.setAttribute("data", page);
return R.ok().put("data", page);
}
如图5.13所示，管理员通过点击药品库存按钮，可轻松进入药品库存管理界面，进而对系统的药品库存实施全面管理。在此界面，管理员不仅可以执行基础的新增、删除、修改等操作，还能进行入库和报损等高级操作，确保药品库存信息的准确性和实时性。如图5.15所示，点击入库按钮，填写入库信息，点击提交按钮，进行药品入库操作。点击报损按钮，填写报损信息，点击提交按钮，进行药品报损。
图5. 13 预警界面
图5. 14 药品库存管理界面
图5. 15 添加入库信息界面
图5. 16 添加破损信息界面
药品库存核心代码：
public R save(@RequestBody YaopinkucunEntity yaopinkucun, HttpServletRequest request){
//ValidatorUtils.validateEntity(yaopinkucun);
yaopinkucunService.insert(yaopinkucun);
return R.ok();
}
如图5.17所示，管理员可以对系统的药品类型进行管理。点击新增按钮，添加药品类型名称，点击提交按钮，进行添加。
图5. 17 药品类型管理界面
如图5.18所示，用户所添加的领药记录均可由管理员进行管理。管理员具备查看、删除、修改等操作权限，能够轻松地对领药记录进行维护，确保数据的准确性和系统的正常运行。
图5. 18 领药记录管理界面
如图5.19所示，用户点击退药记录管理按钮，进入到退药记录管理界面。如图5.20所示，管理员负责审核用户提交的退药申请。在审核过程中，管理员只需点击审核按钮，并根据实际情况选择相应的审核状态，然后点击提交按钮即可完成审核操作。一旦审核通过，退药申请便会被视为成功处理。
图5. 19 退药记录管理界面
图5. 20 退药审核界面
管理员在药品库存中添加的药品入库信息，会自动更新到药品入库管理界面。这样，管理员便能在这个界面中对这些入库信息进行便捷的管理操作。
图5. 21 药品入库管理界面
药品入库核心代码：
@RequestMapping("/update")
@Transactional
public R update(@RequestBody YaopinrukuEntity yaopinruku, HttpServletRequest request){
//ValidatorUtils.validateEntity(yaopinruku);
yaopinrukuService.updateById(yaopinruku);//全部更新
return R.ok();
}
如图5.22所示，当管理员在药品库存中添加药品报损信息后，这些信息会自动同步至药品报损管理界面。管理员可以通过该界面，轻松地对这些报损信息进行查看、编辑或删除等管理操作，确保药品库存数据的准确性和完整性。
图5. 22 药品报损管理界面
本章的核心目标是深入剖析医院门诊药店管理系统的实际运作细节，特别关注其界面展现的形式。同时，还将分享构建这些用户界面的关键代码，以揭示其背后的技术实现。系统界面的主要功能和布局也将得到详尽的介绍，包括用户登录界面、药品管理界面等。每个界面都围绕特定的业务功能进行了精心设计和优化，力求提升用户的使用效率和体验，使系统更加符合用户的实际需求。
为确保医院门诊药房管理系统能够流畅运行并满足用户需求，对其进行详尽的测试至关重要。在测试环节中，将综合运用黑盒测试和白盒测试这两种技术手段，以达到对系统全方位的评估。通过黑盒测试，将模拟用户操作，检查系统的各项功能是否正常，界面是否友好。而白盒测试则深入系统内部，对代码逻辑、结构等进行详细检查，以发现可能存在的潜在问题。通过这两种方法的有机结合，将能够更全面地了解系统的性能和稳定性，从而确保用户在使用过程中获得最佳体验。
系统测试作为保障医院门诊药房管理系统稳定运行的关键环节，不仅能够及时发现并修复功能上的缺陷，更能确保网站各项功能得以顺畅运作，从而充分满足用户的期望与需求。此外，测试过程中还能有效揭示并弥补潜在的安全隐患与错误，进而大幅提升系统的安全防御能力及可靠性。同时，通过系统测试，还能验证系统在各种复杂环境下的稳定性与可靠性，确保系统始终能够为用户提供稳定、高效的服务。系统测试还可以对网站的响应速度、负载能力、吞吐量等性能指标进行测试，发现并优化系统性能问题。
黑盒测试和白盒测试是软件开发过程中两种关键的测试方法，各自有着独特的优势。黑盒测试侧重于验证软件功能是否符合预期，而不考虑内部实现细节，它从用户的角度出发，模拟用户操作来确认软件是否按照规定工作。相反，白盒测试则专注于检查软件的内部逻辑、结构和代码，以揭示可能存在的错误和潜在问题。这两种方法结合使用可以创造出一种更全面、更深入的测试方法，为确保软件质量提供了诸多优势。使用黑盒测试和白盒测试结合的综合方法可以提高测试的覆盖范围。黑盒测试可以验证软件的功能是否满足用户需求，而白盒测试则可以深入到代码层面去检查逻辑错误和边界条件。通过结合这两种测试方法，可以确保软件在功能和内部实现两个方面都得到了全面的验证，提高了测试的全面性和准确性。还可以提高软件的稳定性和安全性。黑盒测试可以发现用户可能遇到的问题，如功能错误、用户界面不友好等，而白盒测试则有助于发现潜在的安全漏洞、逻辑错误和代码缺陷。这种综合测试方法有助于全面识别和修复软件中的各种问题，从而提高了软件的可靠性和安全性。
登录测试在系统测试中占据着举足轻重的地位，其核心目的在于验证用户登录系统时的权限校验机制是否准确无误，同时确保系统能够精准区分不同用户角色（如普通用户和管理员）的权限范围。
表6. 1 登录用例测试表
| 主要功能模块 | 主要登录模块 |
| 检测的目的 | 主要检测用户是否登录，能否正常登录 |
| 具体方法 | 黑盒测试 |
| 具体数据输入情况 | 用户，管理员是否正常登录 |
| 预期结果 | 1.两个角色正常登录 2.用户注册后能够正常登录，数据库检索成功。 |
| 实际结果 | 最终测试结果符合预期要求 |
| 结论 | 登陆模块实现了基本的登录功能。 |
在医院门诊药房管理系统的测试过程中，重点是验证系统的功能组件和操作流程是否符合预先设定的设计目标。此外，还要对数据的精确性、操作的准确性以及系统的安全性进行严格的检查。这种测试方法旨在确保系统的每个部分都能按照预期工作，同时保证数据的完整性和系统的安全性。
表6. 2用户例测试表
| 测试项目 | 测试内容 | 预期结果 | 实际结果 | |
| 1 | 登录 | 用户写入账号密码能否正常登录 | 正常登录 | 通过 |
| 2 | 注册 | 用户输入信息能否注册 | 正常注册 | 通过 |
| 3 | 个人中心 | 用户查看个人中心是否卡顿 | 不卡顿 | 通过 |
| 4 | 查看药品库存 | 用户能否正常查看药品库存 | 正常查看 | 通过 |
| 5 | 进行领药 | 用户能否正常进行领药 | 正常领药 | 通过 |
| 6 | 查看领药记录 | 用户能否正常查看领药记录 | 正常查看 | 通过 |
| 7 | 申请退药 | 用户能否正常申请退药 | 正常申请 | 通过 |
| 8 | 退药记录查看 | 用户能否正常查看退药记录 | 正常查看 | 通过 |
表6. 3 管理员用例测试表
| 测试项目 | 测试内容 | 预期结果 | 实际结果 | |
| 1 | 登录 | 写入账号密码能否正常登录 | 正常登录 | 通过 |
| 2 | 用户管理 | 能否正常管理用户信息 | 正常管理 | 通过 |
| 3 | 个人中心 | 查看个人中心是否卡顿 | 不卡顿 | 通过 |
| 4 | 药品库存管理 | 能否管理药品库存 | 正常管理 | 通过 |
| 5 | 药品分类管理 | 能否管理药品分类 | 正常管理 | 通过 |
| 6 | 领药记录管理 | 能否管理领药记录 | 正常管理 | 通过 |
| 7 | 退药记录管理 | 能否管理退药记录 | 正常管理 | 通过 |
| 8 | 药品入库管理 | 能否管理药品入库 | 正常管理 | 通过 |
| 9 | 药品报损管理 | 能否管理药品报损 | 正常管理 | 通过 |
本章简要概述了系统测试的概念及其核心目标，并深入探讨了黑盒测试与白盒测试两种测试方法。通过综合运用这两种测试方法，成功地对医院门诊药房管理系统的各项功能进行了全面检测。同时，还精心绘制了模块功能用例测试表，确保参与测试的各个模块都能严格遵循预定的测试标准。测试结果表明，大部分模块均顺利通过了用例测试，数据交互信息正常且稳定，基本达到了预期的测试要求。
🙊项目介绍：已获导师指导并通过的高分项目。本源码项目经过严格的调试，项目已确保无误，可直接用于课程实训或毕业设计提交。里面都有配套的运行环境软件，讲解视频，部署视频教程，一应俱全，可以自己按照教程导入运行。附有论文参考，使学习者能够快速掌握系统设计和实现的核心技术。
⬇️文章末尾获取联系方式，需要源码+毕设论文或者演示视频可以联系⬇️
⚡感兴趣大家可以点点关注收藏，后续更新更多项目资料。⚡
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
