摘 要
本文设计并实现了一种医院耗材管理系统,旨在提高医院对耗材的采购、入库、出库和库存管理的效率和精确性。该系统基于Java+MySQL技术开发,通过网页界面提供便捷的操作方式。
该系统具有以下核心功能:系统用户、耗材信息管理、申购信息管理、入库信息管理、科员申领管理、科员申领出库管理、科员报废管理、主任申领管理等等。通过医院耗材管理系统的设计与实现,可以提高医院对耗材的管理效率和准确性,降低耗材成本和资源浪费。该系统为医院提供了一个可靠、智能化的管理工具,促进医疗服务质量的提升和医疗资源的合理配置。
关键词:Java开发语言;springboot框架技术;耗材管理
Abstract
This article designs and implements a hospital consumables management system, aiming to improve the efficiency and accuracy of hospital procurement, warehousing, outbound, and inventory management of consumables. This system is developed based on Java+MySQL technology and provides convenient operation methods through a web interface.
The system has the following core functions: system user, consumables information management, purchase information management, inbound information management, clerk application management, clerk application and outbound management, clerk scrap management, director application management, and so on. The design and implementation of a hospital consumables management system can improve the efficiency and accuracy of hospital consumables management, reduce consumables costs and resource waste. This system provides a reliable and intelligent management tool for hospitals, promoting the improvement of medical service quality and the rational allocation of medical resources.
Key words:Java development language; Springboot framework technology; Consumable Management
目 录
在当今世界,互联网快速发展的现在,如何利用互联网创造更简单高效的生活,这是我们首要讨论的。需要医院耗材管理系统相关网站,一方面使得管理员可以对医院耗材管理系统的信息进行及时更新和信息化的管理,可以较为容易的获取信息,系统的操作更加的准确,这是一种潜在趋势,或许可以有效加快医院耗材管理系统的普及情况。
我国医院耗材管理系统的起步较晚,应用于医院的时间也较短,在很多方面都还不够成熟。材料物品库引进医院耗材管理系统,可以有效地提高材料物品库的管理水平。此外,系统可以为成本核算提供源头数据,实现明细数据查询功能,为各科成本核算提供依据,为医院经济管理做贡献。它在医院的应用前景值得我们去进一步探讨和研究。
目前,医院耗材管理系统的开发已经取得了一定的进展。许多医院意识到耗材管理对于提高工作效率和控制成本的重要性,并开始积极采用信息化手段进行管理。
在系统功能方面,医院耗材管理系统已经实现了基本的耗材信息录入、库存管理、采购流程等功能。管理员可以通过系统准确记录和查询耗材的详细信息,以便进行有效的采购和库存管理。然而,在医院耗材管理系统的开发中仍存在一些挑战和亟待解决的问题。首先,需要进一步完善系统的用户界面和操作流程,以提高系统的易用性和用户体验。其次,系统的稳定性和安全性也是关键问题,需要加强系统的安全防护措施,保护耗材信息的机密性和完整性。此外,系统还需要与医院其他信息系统进行集成,实现数据的共享和交互,以提高工作效率和减少重复操作。
医院耗材管理系统的开发正在逐步推进,并取得了一定的成果。随着技术的不断进步和应用的深入,相信医院耗材管理系统将在未来发展中发挥更加重要的作用,为医院提供更高效、精确和可持续的耗材管理解决方案。
B/S架构(浏览器/服务器)是当前应用最为广泛的一种架构,能够使系统的开发变得容易、易操作、易于维护。当你在你的电脑上安装一个数据库和几个非常常见的浏览器时,你就可以使用这个结构。B/S结构可以直接用于 B/S系统,并且 B/S架构可以在实际应用中大大降低了系统的运行维护。在 B/S平台上,各数据库彼此独立,具有很高的安全性。由于 B/S架构可以清晰地观察到系统所处理的业务,使管理者可以及时做出决定,从而避免了企业的亏损。B/S架构的本质特征是集中式管理,用户通过系统产生的数据,将其存入数据库,便于以后的应用,从而达到了各种需要。
B/S模型由一个浏览器、一个网络服务器、一个数据库服务器三个层级构成。数据管理采用了当前大部分现有B/S系统的表现层、应用层和数据层,Web浏览器是为了满足用户的要求而设计的,在数据处理和逻辑过程中使用的中间应用层,从而形成分布式的运行模式。B/S体系结构的逻辑是:在前端完成的处理,将主要的业务逻辑交给后台,而前端只负责少量的请求、渲染等。由于因特网技术的迅速发展,B/S体系结构使得任何时间、任何地点都能访问到该系统。

图2-1 B/S模式三层结构图
-
- Java语言
早在上个世纪90年代,Java就由詹姆斯·高斯林进行开发,自诞生之日起,Java就一直深深的受到了程序开发者的广泛喜爱,它作为计算机主要的编程语言,一直到今。Java语言是真的是一种纯面向对象的计算机语言,在Java的世界中,所有的方法、数据类型、符号等都是以类的方式存在的,最顶层的就是Object,所有的类都是对object的继承。继承是Java中的核心思想,与C语言不同的是,子类只有一个父类,这样的好处就是操作更加的简便,让人更容易理解,在代码的书写上也会容易较多。Java另外一个特性就是多态性,调用父类接口的方法可以实现子类的实现,这样的好处就是很好的对实现方法进行了隐藏(封装),而且又能够把API进行公开,一举两得。接口思想很好的诠释了想象对象的思想,让面向对象编程渐渐转向面向接口编程。如今,随着编程思想的继续发展,Java也加入了一些函数式编程的思想,这样的好处就是让编程代码更加的简洁与方便。本管理系统采用Java编程语言进行后台的开发,一是鉴于标准化制定以后[4],Java语言常用于大型商业应用程序后台系统中,生态稳定;二是也希望通过本系统的开发提高自己编写Java代码的能力。
-
- MySQL数据库
数据库作为数据的存储地方是项目必须的,MySQL是一款非常优秀的关系型数据库,早期的MySQL并不是甲骨文公司的,后来才被他收购的。MySQL非常的小巧,安装包才几兆,sql语言的书写也比较容易学习,最重要的是MySQL同时也是一款开源的软件,所以不需要额外进行付费,本系统本身也是以学习总结所学知识为主,在系统的开发上最好尽量使用免费的软件,所以选用MySQL进行数据库管理。MySQL的容量也是非常大的,同时支持分库分表的操作,支持分布式,所以越来越多的中小企业选择该款数据库管理工具。另外值得一提的是,开源也有一个不好的地方,就是容易遭到破解和黑客攻击,所以MySQL在使用上还是更多的使用在中小项目中。
MySQL不会对平台有需求,所以任何一个程序员都可以通过 MySQL数据库来完成自己的系统开发,并且还可以节约大量的资源。因为它具有强大功能,所以可以用来储存这个系统的数据。
MySQL适合于各种应用,我们在运行数据库的时候,也很容易上手,我们只要编写一段代码,就可以完成相应的功能,并且可以在任何的平台上使用,而不需要再进行第二次的编译。MySQL数据库还具备在本地存储数据和允许结构化查询以方便管理的优势;MySQL是一个完全网络化的系统,它的数据库可以在互联网的任何位置被访问,它可以在任何地点与任何人分享;此外,MySQL也提供了存取控制的能力,可以阻止数据被非法使用,MySQL服务稳定,开发成本低,所以在开发过程中,MySQL数据库是最受欢迎的。
可行性分析也是为了分析项目的开发系统是否对开发有价值,以及是否真的需要改进管理系统在信息听写方面的不足。以本项目医院耗材管理系统的设计目标和实施过程为例,如果开发该系统,希望能很好地解决用户的管理信息问题,并且如果这使医院耗材管理系统可以发展出最大价值学说,并且还可以变相的解决了用户在一定程度上的问题,那么这个项目的研发系统也就是最有价值有意义的系统。但研发目标又是不是达到了所期望的结果,以及科研任务在实现后的最大效用和价值,它是否等于所有总成本。因此,研发阶段本质上就是研发体系能否真正设计的阶段。
技术可行性是指所确定的科学技术或决策方法中的科学技术均未突破组织掌握或相关人员熟悉的科学技术资源的界限。在技术研究过程中,应注意全面调查系统研发过程中包含的各种关键技术问题,尽可能选择成熟技术,认真引用先进技术,关注特定的研究平台和开发人员,评估关键技术的有效性。
Java技术对于该医院耗材管理系统的设计和实施很是关键,基于B/S架构的和MySQL数据库管理,对于前台的应用和后台的数据库管理都是至关重要的,要想有效应用该程序,就需要保持功能全面、易懂易简单使用的特性。构建数据库管理时,需要确保数据分析信息完全、数据分析信息稳定性好、数据分析信息稳定性较高的库。在早期,人们对Java的基本重要知识点就有理解和熟悉,对MySQL数据库发生过简要的掌握、熟悉,在早期对软件工程测试,以及UML语言等基础课程发生过大致的掌握和练习,经过对上述课程练习,就能够对上述课程有相应的信息系统开发、检验和判断。
Java可以和MySQL结合起来研发一个医院耗材管理系统,一定是合理而且有效的。
医院耗材管理系统的注册与登陆页面设计简洁容易应用,可以通过最常见的页面窗口来登陆页面,并利用过计算机实现登陆功能,因此使用者只要平时利用过计算机都可以实现登陆应用。此操作系统的研发工作环境运用了Java技术,并运用了B/S结构,这些研发工作环境都使得此系统功能更为完整,使整个设计更为个性化,使用者功能也更为简洁方便。本管理系统具备了易于运行、容易管理、交互性较好的优点,在实际操作上也是非常简单的。因此,本管理系统也可进行商业设计。
综上所述,该设备的研发符合技术、工艺和技术要求,因此其研发具有可操作性。
科员用户用例图如下所示。

图3-1 科员用户用例图
管理员用例图如下所示。

图3-2 管理员用例图
表3-1 个人信息管理用例描述
用例名称 | 管理和修改个人信息 |
参与者 | 用户 |
描述 | 用户查看、修改个人信息 |
前置条件 | 用户已登录到系统中 |
后置条件 | 无 |
事件流 | (1)用户查看个人信息 (2)用户修改个人信息 |
补充说明 | (a)用户可修改密码 (b)用户可修改个人资料,例如姓名,头像等 |
表3-1 评论用例描述
用例名称 | 评论 |
参与者 | 用户 |
描述 | 用户发表评论 |
前置条件 | 用户已登录 |
后置条件 | 评论内容不违规 |
事件流 | (1)在评论页输入评论数据,提交评论 (2)更新并显示评论板 |
补充说明 | (a)评论内容不能为空 |
表3-1 用户管理用例描述
描述项 | 说明 |
用例名称 | 用户操作 |
用例描述 | 管理员正确登录后台管理的条件下,对用户进行管理 |
参与者 | 管理员 |
前置条件 | 管理员登录成功并跳转到后台主界面 |
后置条件 | 操作成功 |
主事件流 | 管理员跳转用户管理页面,查询用户详情的信息 管理员可以删除用户信息 |
异常事件流 | e1.报500错误 e2.数据库连接异常 |
表3-1 入库信息用例描述
用例名称 | 入库信息 |
参与者 | 管理员 |
描述 | 管理员执行入库信息操作 |
前置条件 | 管理员已登录 |
后置条件 | 该耗材存在,并且能被入库 |
事件流 | (1)在耗材页点击要入库的耗材 (2)填写耗材入库数据 |
补充说明 | (a)耗材入库表单数据不能为空 |
申领出库用例描述如下表所示。
表3-1 申领出库用例描述
用例名称 | 申领出库 |
参与者 | 管理员 |
描述 | 管理员执行申领出库操作 |
前置条件 | 管理员已登录 |
后置条件 | 该耗材存在,并且能被申领出库 |
事件流 | (1)在耗材页点击要申领出库的耗材 (2)填写申领出库数据 |
补充说明 | (a)申领出库表单数据不能为空 |
表3-1 耗材管理用例描述
描述项 | 说明 |
用例名称 | 耗材操作 |
用例描述 | 管理员正确登录后台管理的条件下,对耗材模块进行管理 |
参与者 | 管理员 |
前置条件 | 管理员成功登录 |
后置条件 | 操作成功 |
主事件流 | (1)管理员进入耗材管理页面,查询耗材的信息 (2)管理员可以对耗材进行增删除和编辑耗材操作 (3)管理员新增耗材,添加成功跳转到查询页面 |
异常事件流 | e1.报500错误 e2.数据库连接异常 |
表3-1 通知公告管理用例描述
用例名称 | 通知公告管理 |
参与者 | 管理者 |
描述 | 管理者提供新增、修改、删除、查阅等功能 |
前置条件 |
|
后置条件 | 无 |
事件流 | (1)管理者查看修改通知公告 (2)管理者添加通知公告 (3)管理者删除通知公告 |
补充说明 | (a)新添加的通知公告不符合要求时会添加失败 (b)修改的通知公告不符合要求时会修改失败 |
第一,友好界面。医院耗材管理系统开发设计,界面的友好性比较重要,满足这一要求才能体现出人性化设计特征,和用户应用系统便捷性相适应,动态的人机交互设计,用户应用系统的时候能感受到操作的便利,提高用户的体验良好感受,才能有助于将系统开采设计的作用价值充分发挥出来。
第二,稳定性要求。开发设计的医院耗材管理系统,需要保持其稳定,系统应用稳定才能有助于各项管理工作高效率完成,提升系统使用体验度。系统运行保障因外部异常造成系统崩溃,系统发生问题后数据能及时备份,第一时间恢复数据信息,保障系统良好运行。
第三,可扩展性。医院耗材管理系统的开发设计,需要满足可扩展性的要求,系统的设计需要考虑未来系统业务扩展问题,在测试不断应用下,功能需求会不断扩展,通过良好扩展性作用发挥,满足多样化的需要。
医院耗材管理系统主要服务于医院的耗材管理,利用网络改变传统医院耗材管理模式,简化医院耗材管理流程,减轻传统医院耗材管理带来的工作负担和降低大量资源的消耗。本系统达到的目标主要有以下几点:
(1)通过简单的页面设计和便捷的功能操作,保证系统的简单性和实用性,形成良好的用户体验。
(2)本系统主要针对医院耗材管理需求进行设计开发,突出较强的针对性。
(3)能够具有一定的安全机制,保证用户信息的安全性。
层次框图是一系列由多层矩形框架组成的树,其顶部为矩形框架,表示整个数据结构,下方的长方形立方体表示独立的数据,下方的长方形表示该数据的实际数据(不能进行分割)。由于这个架构的精炼,层级方块图描述的资料结构也愈加详尽,这个模型很好地满足了需求分析的要求。首先对最上层的信息进行分类,然后在图表中的每个路径上重复地进行优化,直至完整的数据结构被确定。
这个系统由四个模块组成,一个是管理员,二是科员用户,三是科主任用户,最后是库管用户,这四个部分看起来是独立的,实际上却是连接着数据库,每个模块都有自己的权限,唯一不同的,就是访问的方式不同。在调研资料的基础上,完成了各个模块的功能。在对上述功能进行分析的基础上,本系统提出了四个主要的模块,每个单元可划分为若干小单元。
系统的功能结构图如下图所示。

图4-2 系统功能结构图
1.登录模块:
本医院耗材管理系统的用户登录涉及到三类信息的判断:第一类是用户名和密码是否为空;第二类是验证码是否录入和正确;第三类就是用户登录信息、验证码和权限是否匹配通过。在该用户登录流程对会对用户名和密码是否为空进行判断,以及验证码是否正确进行判断,只有以上的几类信息中的一种存在问题的情况下都是无法登录成功的。
2.通知公告管理模块:
本医院耗材管理系统中的通知公告管理,管理方式都是对信息的三种基本操作:一种是完成通知公告信息的添加,在这里会对通知公告信息的录入情况来判断;一种是对通知公告信息的修改,另一种就是对通知公告信息的删除。其后两种操作都是要建立在第一种操作而生成的通知公告列表的基础上完成的。
3.耗材管理模块
耗材包括供用户申请的耗材和供管理员进行耗材出入库,管理者发布耗材,更新、删除耗材编号、名称、类型、库存数量、耗材图片等信息,用户申请耗材后,耗材库存数量会对应减少,管理者要对库存已经不足的耗材进行入库操作。
5.供应商信息模块:
供应商信息管理模块:相关权限用户可以进行供应商信息信息的查询、添加、修改、删除操作,也可以对供应商名称、供应商电话等数据项进行单独操作,设置数据类型等参数。
医院耗材管理系统总体ER图如下图所示。

图4-3 总体ER图
所有系统的应用数据相互区分。一旦在相应的系统中实现,它们将与自己相应的网络和服务器通信。所以这个系统可以连接这些数据。当我们选择桥梁截面时,以下将简要介绍如何建立系统。在单击上一个按键的时候,就会自动在对话框中弹出数据源的名字,之后再单击下一个按键时,就在填写相对应的身份验证和登录信息。按照系统功能设计的特点与职能模块的分类,医院耗材管理系统的总体设计和实施过程一共涉及到了几个资料表格。
以下就介绍了一些根据各类别主要数据库表的设计结构以及基本功能建立数据库表:
表classification_of_consumables (耗材分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | classification_of_consumables_id | int | 10 | 0 | N | Y | 耗材分类ID | |
2 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
3 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表clerk_applies_for_outbound_delivery (科员申领出库)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | clerk_applies_for_outbound_delivery_id | int | 10 | 0 | N | Y | 科员申领出库ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | staff_users | int | 10 | 0 | Y | N | 0 | 科员用户 |
6 | application_quantity | varchar | 64 | 0 | Y | N | 申领数量 | |
7 | warehouse_management_users | int | 10 | 0 | Y | N | 0 | 库管用户 |
8 | outbound_date | date | 10 | 0 | Y | N | 出库日期 | |
9 | outbound_remarks | text | 65535 | 0 | Y | N | 出库备注 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表directors_application (主任申领)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | directors_application_id | int | 10 | 0 | N | Y | 主任申领ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | chief_user | int | 10 | 0 | Y | N | 0 | 主任用户 |
6 | application_quantity | int | 10 | 0 | Y | N | 0 | 申领数量 |
7 | application_remarks | text | 65535 | 0 | Y | N | 申领备注 | |
8 | management_approval | varchar | 64 | 0 | Y | N | 管理审批 | |
9 | manage_replies | text | 65535 | 0 | Y | N | 管理回复 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表director_applies_for_outbound_delivery (主任申领出库)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | director_applies_for_outbound_delivery_id | int | 10 | 0 | N | Y | 主任申领出库ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | chief_user | int | 10 | 0 | Y | N | 0 | 主任用户 |
6 | application_quantity | varchar | 64 | 0 | Y | N | 申领数量 | |
7 | warehouse_management_users | int | 10 | 0 | Y | N | 0 | 库管用户 |
8 | outbound_date | date | 10 | 0 | Y | N | 出库日期 | |
9 | outbound_remarks | text | 65535 | 0 | Y | N | 出库备注 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表director_of_science_user (科主任用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | director_of_science_user_id | int | 10 | 0 | N | Y | 科主任用户ID | |
2 | name_of_department_head | varchar | 64 | 0 | Y | N | 科主任姓名 | |
3 | gender_of_department_head | varchar | 64 | 0 | Y | N | 科主任性别 | |
4 | directors_job_number | varchar | 64 | 0 | N | N | 科主任工号 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表director_scrapped (主任报废)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | director_scrapped_id | int | 10 | 0 | N | Y | 主任报废ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | chief_user | int | 10 | 0 | Y | N | 0 | 主任用户 |
6 | scrap_quantity | int | 10 | 0 | Y | N | 0 | 报废数量 |
7 | scrap_remarks | text | 65535 | 0 | Y | N | 报废备注 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表notification_announcement (通知公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | notification_announcement_id | int | 10 | 0 | N | Y | 通知公告ID | |
2 | announcement_number | varchar | 64 | 0 | Y | N | 公告编号 | |
3 | announcement_title | varchar | 64 | 0 | Y | N | 公告标题 | |
4 | announcement_date | date | 10 | 0 | Y | N | 公告日期 | |
5 | announcement_image | varchar | 255 | 0 | Y | N | 公告图片 | |
6 | announcement_content | text | 65535 | 0 | Y | N | 公告内容 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表scrapped_by_staff (科员报废)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | scrapped_by_staff_id | int | 10 | 0 | N | Y | 科员报废ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | staff_users | int | 10 | 0 | Y | N | 0 | 科员用户 |
6 | scrap_quantity | int | 10 | 0 | Y | N | 0 | 报废数量 |
7 | scrap_remarks | text | 65535 | 0 | Y | N | 报废备注 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表staff_application (科员申领)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | staff_application_id | int | 10 | 0 | N | Y | 科员申领ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | staff_users | int | 10 | 0 | Y | N | 0 | 科员用户 |
6 | application_quantity | int | 10 | 0 | Y | N | 0 | 申领数量 |
7 | application_remarks | text | 65535 | 0 | Y | N | 申领备注 | |
8 | management_approval | varchar | 64 | 0 | Y | N | 管理审批 | |
9 | manage_replies | text | 65535 | 0 | Y | N | 管理回复 | |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表staff_users (科员用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | staff_users_id | int | 10 | 0 | N | Y | 科员用户ID | |
2 | officers_name | varchar | 64 | 0 | Y | N | 科员姓名 | |
3 | gender_of_staff | varchar | 64 | 0 | Y | N | 科员性别 | |
4 | employee_id | varchar | 64 | 0 | N | N | 科员工号 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表storage_information (入库信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | storage_information_id | int | 10 | 0 | N | Y | 入库信息ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | warehouse_management_users | int | 10 | 0 | Y | N | 0 | 库管用户 |
6 | storage_date | date | 10 | 0 | Y | N | 入库日期 | |
7 | inventory_quantity | int | 10 | 0 | Y | N | 0 | 入库数量 |
8 | storage_remarks | text | 65535 | 0 | Y | N | 入库备注 | |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表subscription_information (申购信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | subscription_information_id | int | 10 | 0 | N | Y | 申购信息ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | staff_users | int | 10 | 0 | Y | N | 0 | 科员用户 |
6 | chief_user | int | 10 | 0 | Y | N | 0 | 主任用户 |
7 | subscription_quantity | int | 10 | 0 | Y | N | 0 | 申购数量 |
8 | subscription_remarks | text | 65535 | 0 | Y | N | 申购备注 | |
9 | director_approval | varchar | 64 | 0 | Y | N | 主任审批 | |
10 | directors_reply | text | 65535 | 0 | Y | N | 主任回复 | |
11 | management_approval | varchar | 64 | 0 | Y | N | 管理审批 | |
12 | manage_replies | text | 65535 | 0 | Y | N | 管理回复 | |
13 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
14 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表supplier_information (供应商信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | supplier_information_id | int | 10 | 0 | N | Y | 供应商信息ID | |
2 | supplier_name | varchar | 64 | 0 | Y | N | 供应商名称 | |
3 | supplier_phone_number | varchar | 64 | 0 | Y | N | 供应商电话 | |
4 | supplier_address | varchar | 64 | 0 | Y | N | 供应商地址 | |
5 | supply_items | text | 65535 | 0 | Y | N | 供应物品 | |
6 | supplier_description | text | 65535 | 0 | Y | N | 供应商描述 | |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表supplies_information (耗材信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | supplies_information_id | int | 10 | 0 | N | Y | 耗材信息ID | |
2 | consumable_number | varchar | 64 | 0 | Y | N | 耗材编号 | |
3 | consumable_name | varchar | 64 | 0 | Y | N | 耗材名称 | |
4 | classification_of_consumables | varchar | 64 | 0 | Y | N | 耗材分类 | |
5 | consumable_inventory | int | 10 | 0 | Y | N | 0 | 耗材库存 |
6 | consumable_images | varchar | 255 | 0 | Y | N | 耗材图片 | |
7 | consumable_description | text | 65535 | 0 | Y | N | 耗材描述 | |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表warehouse_management_users (库管用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | warehouse_management_users_id | int | 10 | 0 | N | Y | 库管用户ID | |
2 | warehouse_manager_name | varchar | 64 | 0 | Y | N | 库管姓名 | |
3 | gender_of_warehouse_manager | varchar | 64 | 0 | Y | N | 库管性别 | |
4 | warehouse_manager_id | varchar | 64 | 0 | N | N | 库管工号 | |
5 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
6 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
7 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
用户登录的验证将不再局限于登录信息和权限的匹配验证,而是另外增加了一个验证码,只有界面上所有的编辑框数据都准确的情况下才能实现登录成功。管理员的登录和前台用户登录是一样的过程,其主要就是利用权限字段来完成对用户或管理员的角色识别。
用户登录流程图如下所示。

图5-1 用户登录流程图
登录界面如下图所示。

图5-1 登录界面
登录关键代码如下:
/**
* 登录
* @param data
* @param httpServletRequest
* @return
*/
@PostMapping("login")
public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {
log.info("[执行登录接口]");
String username = data.get("username");
String email = data.get("email");
String phone = data.get("phone");
String password = data.get("password");
List resultList = null;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.selectBaseList(service.select(map, new HashMap<>()));
}else{
return error(30000, "账号或密码不能为空");
}
if (resultList == null || password == null) {
return error(30000, "账号或密码不能为空");
}
//判断是否有这个用户
if (resultList.size()<=0){
return error(30000,"用户不存在");
}
User byUsername = (User) resultList.get(0);
Map<String, String> groupMap = new HashMap<>();
groupMap.put("name",byUsername.getUserGroup());
List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());
if (res==null){
return error(30000,"用户不存在");
}
if (!res.equals("已通过")){
return error(30000,"该用户审核未通过");
}
}
//查询用户状态
if (byUsername.getState()!=1){
return error(30000,"用户非可用状态,不能登录");
}
String md5password = service.encryption(password);
if (byUsername.getPassword().equals(md5password)) {
// 存储Token到数据库
AccessToken accessToken = new AccessToken();
accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));
accessToken.setUser_id(byUsername.getUserId());
Duration duration = Duration.ofSeconds(7200L);
redisTemplate.opsForValue().set(accessToken.getToken(), accessToken,duration);
// 返回用户信息
JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));
user.put("token", accessToken.getToken());
JSONObject ret = new JSONObject();
ret.put("obj",user);
return success(ret);
} else {
return error(30000, "账号或密码不正确");
}
}
-
- 用户管理模块的实现
用户通过注册了方可获得登录使用权限,此时选择注册用户选项,系统就会自动转到用户注册工作面,在注册该部分信息时系统会自动调用add函数,然后在给定的文本框中填写有关该用户的基础信息后选择确认即可完成注册。检索用户信息,在新增用户信息以后,在检索工具栏中填写对应的用户信息,系统就会将该用户有关的所有信息展示出来。
用户管理流程图如下所示。

图5-1 用户管理流程图
用户管理界面如下图所示。

图5-1 用户管理界面
用户管理关键代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
-
- 通知公告管理模块的实现
在主页左侧菜单栏中点击“通知公告管理”按钮,再从二级目录中点击“新增通知公告”按钮,进入到新增通知公告界面。在此处通知公告可以添加通知公告的标题、内容。
在主页左侧菜单栏中点击“通知公告管理”按钮,再从二级目录中点击“查询通知公告”按钮,进入到查询通知公告界面。在此处通知公告可以查询当前所有通知公告记录。
通知公告展示界面如下图所示。

图5-1 通知公告管理界面
-
- 耗材信息管理模块的实现
在主页左侧菜单栏中点击“耗材信息管理”按钮,再从二级目录中点击“新增耗材信息”按钮,进入到新增耗材信息界面。在此处耗材信息可以添加耗材信息的耗材编号、耗材名称、耗材分类、耗材库存。
在主页左侧菜单栏中点击“耗材信息管理”按钮,再从二级目录中点击“查询耗材信息”按钮,进入到查询耗材信息界面。在此处耗材信息可以查询当前所有耗材信息记录。
耗材信息管理流程如下图所示。

图5-1 耗材信息管理流程
耗材信息管理界面如图所示。

图5-1 耗材信息管理界面
耗材信息管理关键代码如下:
@PostMapping("/set")
@Transactional
public Map<String, Object> set(HttpServletRequest request) throws IOException {
service.update(service.readQuery(request), service.readConfig(request), service.readBody(request.getReader()));
return success(1);
}
-
- 耗材分类模块的实现
管理员执行耗材分类管理,并可以操作相关内容,例如添加,查看,编辑和删除。通过单击“添加耗材分类”,可以通过耗材分类添加界面添加详细信息并添加耗材分类注释。单击查看字段级别链接以查看有关所选字段级别的信息。然后单击“提交”跳转重返到添加页面。添加成功后的信息会载入到耗材分类查询列表中,管理员可进行编辑以及修改。
耗材分类管理流程如下图所示。

图5-1 耗材分类管理流程
耗材分类界面如下图所示。

图5-1 耗材分类界面
耗材分类管理关键代码如下:
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
public void delete(Map<String,String> query,Map<String,String> config){
QueryWrapper wrapper = new QueryWrapper<E>();
toWhereWrapper(query, "0".equals(config.get(FindConfig.GROUP_BY)),wrapper);
baseMapper.delete(wrapper);
log.info("[{}] - 删除操作:{}",wrapper.getSqlSelect());
}
-
- 入库信息管理模块的实现
当耗材的库存数量不足时,操作时通过JS控制打开库存管理的二级菜单,输入要入库的耗材及入库数量,既可以完成入库操作,入库后,该耗材的数量马上增加。
其中rukujilu_add.vue提供入库操作的视图层,consumable_warning.py提供入库操作的逻辑层,conttrol.py提供入库操作的控制层,首先视图层收到请求,调用控制层,控制层找到逻辑层完成入库操作。
入库信息流程图如下所示。

图5-1 入库信息流程图
入库信息界面如下图所示。

图5-1入库信息管理界面
-
- 科员申领管理模块的实现
科员申领管理包括删除科员申领、修改科员申领、查询科员申领等,以科员申领查询为例,在视图层请求科员申领信息查询,反馈后,调用业务逻辑层,通过业务逻辑层的接口调用底层的数据逻辑层完成数据库联动操作。
科员申领管理的流程如所示。

图5-1 科员申领管理流程
科员申领管理界面如下图所示。

图5-1 科员申领管理界面
-
- 供应商管理模块的实现
在主页左侧菜单栏中点击“供应商管理”按钮,再从二级目录中点击“新增供应商”按钮,进入到新增供应商界面。在此处供应商可以添加供应商的供应商名称、供应商电话、供应商地址、供应商物品、供应商描述。
在主页左侧菜单栏中点击“供应商管理”按钮,再从二级目录中点击“查询供应商”按钮,进入到查询供应商界面。在此处供应商可以查询当前所有供应商记录。
供应商管理流程如下图所示。

图5-1 供应商管理流程
供应商管理界面如图所示。

图5-1 供应商管理界面
在这个产品被投入使用前,首先需要进行试用,这是重要的环节。考虑到某个部分的开发没有缺陷情况下,把各种模块拼接,也有一定概率就存在矛盾。这就好比每个人都很独特,但聚在一起就显得杂乱无章,需要保证有默契的配合。对于测试,要看它的各项内容是否契合的原则。若与最初定下的标准有一定程度上的出入,那么就需要做出一些调整,让最终的大方向朝着目标前进。
测试是为了发现在开发的程序中所存在的问题,测试这一工作是非常艰巨的,而又是非常困难的,这一部分在程序的设计中占有很大比例,可以说一个程序的开发工作量要是占据了百分至六十,那么剩下的百分之四十必然是测试这一部分,甚至更高。
表6-1 登录测试用例
测试用例编号 | YL_01 | |
测试用例名称 | 系统使用者登录 | |
测试用例描述 | 登录者输入用户名、密码和验证码 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
输入正确的用户名、密码和验证码 | 提示“登录成功”,并进入系统 | 预期结果 |
输入错误的用户名、密码和验证码 | 提示“登录失败”,并返回登录界面 | 预期结果 |
不输入用户名、密码和验证码 | 提示“请输入完整” | 预期结果 |
-
-
- 创建数据测试
-
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如下表所示。
表6-5 创建数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行创建数据 | |
测试用例描述 | 使用者输入要创建的数据 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
-
-
- 修改数据测试
-
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如下表所示。
表6-6 修改数据测试用例
测试用例编号 | YL_06 | |
测试用例名称 | 系统使用者进行修改数据 | |
测试用例描述 | 使用者对可修改的数据项进行修改 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
-
-
- 查询数据测试
-
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如下表所示。
表6-7 查询数据测试用例
测试用例编号 | YL_05 | |
测试用例名称 | 系统使用者进行查询数据 | |
测试用例描述 | 全部查询以及输入关键词查询 | |
系统入口 | 浏览器 | |
步骤 | 预期结果 | 实际结果 |
界面自动查询全部 | 显示对应所有记录 | 预期结果 |
输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都是能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
本次医院耗材管理系统利用了Web应用同现实医院耗材管理工作进行相结合,在系统功能开始编码之前,作者花费了大量时间在图书馆内进行资料文献的收集和总结,通过大量文献的分析,能够发现,医院耗材管理的方式在医院中扮演的位置是越来越重要,而使用的方式也是越来越多元化,也正是因为这个原因,作者深深的希望能够开发出一种专门针对医院的医院耗材管理系统,以满足用户的需求。
在本次医院耗材管理系统中,利用了目前市场上普遍使用的Java技术,以及数据库管理功能MySQL,和目前比较流行的springboot框架,最后配合使用到了VUE页面布局技术进行系统界面的布置,以现实生活的医院耗材管理过程为标准,并维护好后台的信息和整体系统的稳定性。
但是由于作者受到了技术水平的限制,在有限的时间,只能够将系统功能模拟时的功能实现,在许多功能方面仍然存在很大的弊端,而这些弊端需要不断的测试,不断的总结,不断的改进。例如本次系统设计中,在数据储存的方面并不够全面,很容易出现信息泄露的风险;例如针对用户权限的设置同样不够全面完整,没有考虑权限在实际情况的运用是否能够完美执行。而在这之后的日子里,作者将会继续学习Java技术和相关的信息技术,对系统功能进行更加完整的,详细的分析,将系统功能一一进行完善,帮助使用者完成相应的操作。
[1]吴昊,张丹. 基于SpringBoot框架的大学生网上兼职系统设计与实现 [J]. 电脑知识与技术, 2023, 19 (35): 68-72.
[2]刘明,杨胜飞,张冶锋等. 基于SpringBoot框架的长距离输水工程水量监测系统设计 [J]. 云南水力发电, 2023, 39 (11): 359-362.
[3]邬江涛. 浅谈高值耗材智能管理系统在医院二级库房中的运用 [J]. 华东科技, 2023, (04): 64-66.
[4]杨龙,邓炜斯,曹阳鑫等. 医院耗材管理系统和管理方法[P]. 湖南省: CN115240834A, 2022-10-25.
[5]张芳燕,张燕萍,章雅萍. 微萌医院管理系统在医院高耗材管理中的应用 [J]. 中医药管理杂志, 2022, 30 (05): 229-230.
[6]高志平. 基于SpringBoot框架与ITIL方法的运维管理系统的设计与实现[D]. 华东师范大学, 2021.
[7]Xinbin H ,Yongbin B ,Lisen Y , et al. Design and Implementation of Information System Based on Java Technology Platform [J]. Journal of Physics: Conference Series, 2021, 2033 (1):
[8]林城,潘国兵,倪际龙等. 基于J2EE的医用耗材管理系统的设计与应用 [J]. 中国医学装备, 2020, 17 (08): 123-126.
[9]吴晓燕. 新医改环境下医院高值耗材管理系统的建设 [J]. 中国新通信, 2020, 22 (13): 229-230.
[10]宗晓祥,李振叶,万隆等. 医院耗材供应链一体化管理的应用 [J]. 信息技术与信息化, 2020, (04): 96-98.
[11]范曾. 医院低值耗材管理系统的设计 [J]. 中国新通信, 2020, 22 (07): 131.
[12]韩福恒. 耗材管理精准数据库为医院管理决策提供支撑[N]. 中国会计报, 2019-07-13 (005).
[13]周子越. 医院耗材信息管理系统的设计与实现[D]. 东南大学, 2019.
[14]王晓东, 中小医院医用耗材管理系统的建立及研究---以朱家角人民医院为例. 上海市, 上海市青浦区朱家角人民医院, 2019-12-23.
[15]Lin Y W . The Tobacco Industry Consume Material Management Systems Research and Development [J]. Applied Mechanics and Materials, 2019, 3207 (556-562): 6736-6738.
[16]Jianping Z ,Beijun S ,Huili Z . [Development of medical supplies management system]. [J]. Zhongguo yi liao qi xie za zhi = Chinese journal of medical instrumentation, 2019, 36 (6): 415-9.
在此论文完成之际,感谢我的指导老师。在指导老师的网页设计课上,当时我学到了很多东西,这对于我实习过程中也打了一定的基础,而且指导老师对于我的设计也提出许多建议,并予以悉心的指导,对于一些细小的问题都耐心的指导我去完善,授予我写论文的心得,时常的鼓励我,另外感谢教导我完善此项目的前端同学,对于这个项目,我是边学习边实现完成的,有许多东西开始并不是很明白,但前端开发的同学非常耐心的引导我去将这个项目完成,在系统的后端开发中,所用到的后台开发技术也时常会给我讲解,助于我更好的将论文完成,在此对帮助到我的同学和一直予以教导的指导老师 致以衷心的感谢,祝事业有成。
免费领取源码,请点赞关注私信博主