摘要
医院药品库存管理是医院管理的重要组成部分,对于保障医疗服务的质量和效率具有重要意义。传统的手工管理方式已经无法满足药品库存管理的需求,因此建立一个医院药品库存系统具有重要的实践价值。
使用Java语言开发医院药品库存系统可以兼容不同操作系统,并提供良好的用户体验。通过SSM框架,可以实现系统的模块化设计和灵活的功能扩展。通过MySQL数据库存储和管理医院药品库存相关数据,可以实现数据的安全性和高效性。
医院药品库存系统可以实现药品信息的管理、采购计划的制定和库存调剂的操作等功能,提高医院药品库存管理的效率和准确性。同时,该系统还能够为医院的信息化建设提供支持,并为相关领域的研究和开发提供借鉴和参考。因此,本研究旨在基于Java、SSM和MySQL开发一套完善的医院药品库存系统,以满足医院药品库存管理的需求,并提升医疗服务的质量和效率。
关键词:医院药品库存系统;Java语言;SSM框架;Mysql数据库
Abstract
Hospital drug inventory management is an important component of hospital management, which is of great significance for ensuring the quality and efficiency of medical services. The traditional manual management methods can no longer meet the needs of drug inventory management, so establishing a hospital drug inventory system has important practical value.
Developing a hospital drug inventory system using Java language can be compatible with different operating systems and provide a good user experience. Through the SSM framework, modular design and flexible functional expansion of the system can be achieved. Storing and managing hospital drug inventory related data through MySQL database can achieve data security and efficiency.
The hospital drug inventory system can achieve functions such as drug information management, procurement plan formulation, and inventory adjustment, improving the efficiency and accuracy of hospital drug inventory management. At the same time, the system can also provide support for the informationization construction of hospitals and provide reference and inspiration for research and development in related fields. Therefore, this study aims to develop a comprehensive hospital drug inventory system based on Java, SSM, and MySQL to meet the needs of hospital drug inventory management and improve the quality and efficiency of medical services.
Keywords: Hospital drug inventory system; Java language; SSM framework; MySQL database.
第1章 引 言
1.1 选题背景及意义
随着医院规模的扩大和药品种类的增多,传统的手工管理方式已经无法满足药品库存管理的需求。因此,开发一套功能完善、操作简便的医院药品库存系统对于提高医院的管理水平和服务质量至关重要。现有的研究主要集中在医院药品库存管理系统的设计与实现,但对于不同用户角色的功能需求分析相对较少。因此,本研究旨在对医院药品库存系统的功能进行详细分析,包括医生用户和管理员两个角色的需求,为系统的开发和优化提供参考和指导。通过合理的功能设计和系统优化,可以提高医院药品库存管理的效率和准确性,从而提升医疗服务的质量和效率。
通过对系统功能的深入研究和分析,可以设计出更加高效、智能化的药品库存管理系统,提高药品供应链的运作效率,减少人为错误和浪费。医院药品库存管理的精细化和自动化可以确保药品的及时供应,避免因库存不足而影响患者的治疗进程,提高医疗服务的质量和安全性。通过合理的采购计划管理和库存调剂管理,可以减少药品过期损失和库存积压的情况,降低医院的药品成本,提升资源利用效率。药品库存管理系统是医院信息化建设的重要组成部分,通过研究和优化系统功能,可以推动医院整体信息化水平的提升,提高管理决策的科学性和准确性。本研究可以为医院药品库存系统的开发和优化提供参考和指导,为相关领域的研究人员和开发者提供借鉴和启发。同时,也为其他医疗机构和相关行业提供了解决药品库存管理问题的思路和方法。
1.2国内外研究概况
在国内,医院药品库存管理系统的研究和应用已经取得了一定的进展。许多研究团队致力于医院药品库存管理系统的设计与实现。他们通过建立数据库、设计用户界面和优化算法等方式,提高系统的功能性和易用性。同时,也将RFID技术、物联网技术等应用于系统中,实现药品追踪和自动化管理。部分研究对医院药品库存系统的功能需求进行了初步分析。他们从医生、药师、护士等不同用户角度出发,对系统的功能模块和操作流程进行了探讨,为系统的开发和优化提供了参考。一些研究关注医院药品库存数据的挖掘与预测。他们通过对历史数据进行分析和建模,预测未来的药品需求量,并提供相应的采购计划建议,以减少库存积压和药品浪费。一些研究将医院药品库存管理系统作为医院信息化建设的重要组成部分,与其他系统(如医院信息管理系统、药品采购系统等)进行集成。他们通过优化数据共享和流程协同,提高医院内部各个环节的工作效率。
在国外,医院药品库存管理系统的研究也得到了广泛关注。许多国外研究关注医院药品库存管理系统的自动化和智能化。他们引入机器学习、人工智能和大数据分析等技术,通过对历史数据和患者信息的分析,实现对药品需求的预测和优化的采购计划。一些研究着眼于医院内部不同部门之间的协同合作。他们建立跨部门的药品库存管理系统,促进信息共享和流程协同,提高药品供应链的效率和准确性。一些研究借助移动应用和远程监控技术,实现医生和管理员对药品库存的实时监控和管理。他们通过手机应用或远程控制设备,可以随时了解库存情况并进行相应操作。国外研究对于药品安全和质量控制的重视程度较高。他们通过系统中引入条码识别、RFID技术和批次追踪等手段,确保药品的正规渠道进货、正确用药和追溯能力。
综上所述,国外对于医院药品库存管理系统的研究也取得了一定的进展,注重自动化、智能化和跨部门协同等方面。值得注意的是,国外研究在技术应用和合作伙伴关系方面相对较为成熟,可以为我国相关领域的研究提供借鉴和启发。同时,国内研究者也可以借鉴国外研究的经验和成果,进一步提升医院药品库存管理系统的效率和质量。
1.3 论文结构安排
论文将分层次经行编排,除去论文摘要致谢文献参考部分,正文部分还会对系统需求做出分析,以及阐述大体的设计和实现的功能,最后罗列部分调测记录,论文主要架构如下:
第1章 交代项目的背景、开发这个系统的现状以及论文的章节安排情况。
第2章 对系统的具体需求展开分析。
第3章 阐述了系统的设计,其中涵盖了功能设计以及数据库的设计。
第4章 阐明了医院药品库存系统各个功能模块的实现,以图文的形式进行展示。
第5章 罗列了部分系统调试与测试的记录。
第6章 介绍了医院药品库存系统的结论。
第2章 系统需求分析
2.1 系统可行性分析
2.1.1 技术可行性分析
医院药品库存系统存储所使用的是Mysql数据库以及开发中所使用的是IDEA、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用SSM框架进行开发,使系统的可扩展性和维护性更佳,减少Java配置代码,简化编程代码,目前SSM框架也是很多用户选择的框架之一。
2.1.2 经济可行性分析
在开发医院药品库存系统中所使用的开发软件像IDEA开发工具、Tomcat服务器、MySQL数据库等,这些都是开源免费的,这些环境在学校都进行了系统的学习,自己能够独立操作完成,不需要额外花费,而且系统的开发工具从网上都可以直接下载,因此在经济方面是可行的。
2.1.3 操作可行性分析
此次项目设计的时候我参考了很多类似系统的成功案例,对它们的操作界面以及功能都进行了系统的分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。因此操作可行性也没有问题。
2.2 系统需求分析
2.2.1 功能需求分析
医院药品库存系统应具备医生用户和管理员的功能需求,以提高药品库存管理的效率和准确性。医生用户需要后台首页、药品信息管理、采购计划管理、采购订单管理和库存调剂管理等功能,而管理员则需要后台首页、系统用户管理、药品分类管理、药品信息管理、采购计划管理、采购订单管理、库存调剂管理和权限管理等功能。具体功能分析如下:
医生用户:
- 后台首页:医生用户进入系统后的第一个界面,可以显示药品库存统计信息和采购订单统计信息。
- 药品信息管理:医生用户需要能够查看和编辑药品的基本信息,包括药品编码、名称、品牌规格、生产厂家、图片、价格、库存、成分、用法、功效、注意事项和药品详情等。
- 采购计划管理:医生用户可以制定采购计划,包括订单编号、药品编号、药品名称、品牌、规格、下单医生、计划采购数量、价格、总价、计划内容和预测需求等信息。
- 采购下单:医生用户可以查看和提交采购订单,包括订单编号、药品信息、下单医生、计划数量、采购数量、订单总价和采购说明等。
- 库存调剂管理:医生用户可以进行库存调剂操作,包括选择药品信息、调剂医生、调剂数量、科室和调剂说明等。
管理员:
- 后台首页:管理员可以通过后台首页查看药品信息统计和采购订单统计等数据。
- 系统用户管理:管理员需要管理系统的用户,包括管理员和医生用户。
- 药品分类管理:管理员可以对药品进行分类管理,方便用户查找和管理。
- 药品信息管理:管理员能够添加、编辑和删除药品的详细信息,包括药品编码、名称、品牌规格、生产厂家、图片、价格、库存、成分、用法、功效、注意事项和药品详情等。
- 采购计划管理:管理员可以查看和管理采购计划,包括订单编号、药品编号、药品名称、品牌、规格、下单医生、计划采购数量、价格、总价、计划内容和预测需求等。
- 采购订单管理:管理员可以查看和审核采购订单,包括订单编号、药品信息、下单医生、计划数量、采购数量、订单总价和采购说明等。
- 库存调剂管理:管理员可以进行库存调剂操作或者审核调剂申请,包括选择药品信息、调剂医生、调剂数量、科室和调剂说明等。
- 权限管理:管理员需要管理系统用户的权限,确保各个角色的功能和数据访问权限得到合理控制。
医院药品库存系统的非功能性需求比如医院药品库存系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表2.1 医院药品库存系统非功能需求表
安全性 | 主要指医院药品库存系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指医院药品库存系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响医院药品库存系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着医院药品库存系统的页面展示内容进行操作,就可以了。 |
可维护性 | 医院药品库存系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.3 系统用例分析
医院药品库存系统中用户角色用例图如图2.1所示:
图2.1用户角色用例图
医院药品库存系统中管理员角色用例图如图2.2所示:
图2.2管理员角色用例图
第三章 系统设计
3.1 系统功能模块设计
系统功能模块包括管理员模块和用户模块,登录进去对应相应的功能,具体的功能模块图如图3.1所示。
图3.1 医院药品库存系统功能模块图
3.2 数据库设计
数据库的设计承载者系统的各种数据,在建立数据库的时候,主要是数据库模型的设计以及各个数据库表的设计两部分。
3.2.1 数据库概念结构设计
下面是整个医院药品库存系统中主要的数据库表以及总E-R实体关系图。
图3.2 医院药品库存系统总E-R关系图
3.2.2 数据库逻辑结构设计
通过前面E-R关系图可以看到项目需要创建很多个数据表。以下是项目中的主要数据库表的关系模型:
表access_token (登陆访问时长)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_users_id | int | 10 | 0 | N | Y | 医生用户ID | |
2 | doctor_no | varchar | 64 | 0 | N | N | 医生工号 | |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_classification_id | int | 10 | 0 | N | Y | 药品分类ID | |
2 | drug_code | varchar | 64 | 0 | Y | N | 药品编码 | |
3 | drug_category | varchar | 64 | 0 | Y | N | 药品类别 | |
4 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
5 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | drug_information_id | int | 10 | 0 | N | Y | 药品信息ID | |
2 | drug_code | varchar | 64 | 0 | Y | N | 药品编码 | |
3 | drug_category | varchar | 64 | 0 | Y | N | 药品类别 | |
4 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
5 | drug_brand | varchar | 64 | 0 | Y | N | 药品品牌 | |
6 | drug_specifications | varchar | 64 | 0 | Y | N | 药品规格 | |
7 | manufacturer | varchar | 64 | 0 | Y | N | 生产厂家 | |
8 | drug_images | varchar | 255 | 0 | Y | N | 药品图片 | |
9 | drug_prices | varchar | 64 | 0 | Y | N | 药品价格 | |
10 | drug_inventory | int | 10 | 0 | Y | N | 0 | 药品库存 |
11 | production_date | date | 10 | 0 | Y | N | 生产日期 | |
12 | validity_period | varchar | 64 | 0 | Y | N | 有效期限 | |
13 | pharmaceutical_ingredients | text | 65535 | 0 | Y | N | 药品成分 | |
14 | drug_usage | text | 65535 | 0 | Y | N | 药品用法 | |
15 | matters_needing_attention | text | 65535 | 0 | Y | N | 注意事项 | |
16 | drug_efficacy | text | 65535 | 0 | Y | N | 药品功效 | |
17 | drug_details | longtext | 2147483647 | 0 | Y | N | 药品详情 | |
18 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
19 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | hits_id | int | 10 | 0 | N | Y | 点赞ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 点赞人: |
3 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
4 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | inventory_adjustment_id | int | 10 | 0 | N | Y | 库存调剂ID | |
2 | drug_code | varchar | 64 | 0 | Y | N | 药品编码 | |
3 | drug_category | varchar | 64 | 0 | Y | N | 药品类别 | |
4 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
5 | drug_brand | varchar | 64 | 0 | Y | N | 药品品牌 | |
6 | drug_specifications | varchar | 64 | 0 | Y | N | 药品规格 | |
7 | adjustment_doctor | int | 10 | 0 | Y | N | 0 | 调剂医生 |
8 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
9 | adjustment_quantity | int | 10 | 0 | Y | N | 0 | 调剂数量 |
10 | adjustment_department | varchar | 64 | 0 | Y | N | 调剂科室 | |
11 | adjustment_instructions | text | 65535 | 0 | Y | N | 调剂说明 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | procurement_plan_id | int | 10 | 0 | N | Y | 采购计划ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 订单编号 | |
3 | drug_code | varchar | 64 | 0 | Y | N | 药品编码 | |
4 | drug_category | varchar | 64 | 0 | Y | N | 药品类别 | |
5 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
6 | drug_brand | varchar | 64 | 0 | Y | N | 药品品牌 | |
7 | drug_specifications | varchar | 64 | 0 | Y | N | 药品规格 | |
8 | ordering_doctor | int | 10 | 0 | Y | N | 0 | 下单医生 |
9 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
10 | planned_quantity | int | 10 | 0 | Y | N | 0 | 计划数量 |
11 | purchase_price | varchar | 64 | 0 | Y | N | 采购价格 | |
12 | planned_total_price | varchar | 64 | 0 | Y | N | 计划总价 | |
13 | plan_content | text | 65535 | 0 | Y | N | 计划内容 | |
14 | predict_demand | text | 65535 | 0 | Y | N | 预测需求 | |
15 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
16 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | purchase_order_id | int | 10 | 0 | N | Y | 采购订单ID | |
2 | order_number | varchar | 64 | 0 | Y | N | 订单编号 | |
3 | drug_code | varchar | 64 | 0 | Y | N | 药品编码 | |
4 | drug_category | varchar | 64 | 0 | Y | N | 药品类别 | |
5 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
6 | drug_brand | varchar | 64 | 0 | Y | N | 药品品牌 | |
7 | drug_specifications | varchar | 64 | 0 | Y | N | 药品规格 | |
8 | ordering_doctor | int | 10 | 0 | Y | N | 0 | 下单医生 |
9 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
10 | planned_quantity | int | 10 | 0 | Y | N | 0 | 计划数量 |
11 | purchase_quantity | int | 10 | 0 | Y | N | 0 | 采购数量 |
12 | purchase_price | varchar | 64 | 0 | Y | N | 采购价格 | |
13 | total_order_price | varchar | 64 | 0 | Y | N | 订单总价 | |
14 | supplier | varchar | 64 | 0 | Y | N | 供应商 | |
15 | procurement_description | text | 65535 | 0 | Y | N | 采购说明 | |
16 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
17 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
18 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
19 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | sensitive_vocabulary_id | int | 10 | 0 | N | Y | 敏感词汇ID | |
2 | sensitive_vocabulary | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
表user_group (用户组:用于用户前端身份和鉴权)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
5 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
6 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
7 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
第4章 关键模块的设计与实现
4.1 登录模块
管理员、用户在登录界面输入账号+密码,完成验证,点击“登录”按钮,系统在用户数据库表中会对管理员、用户的账号进行匹配,账号+密码正确的话,就会登录到系统中各个用户的主管理界面,否则提示对应的信息,返回到登录的界面,其主界面展示如下图4.1所示。
图4.1 登录界面图
登录代码如下:
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;
QueryWrapper wrapper = new QueryWrapper<User>();
Map<String, String> map = new HashMap<>();
4.2 注册模块
注册模块满足用户两部分,当用户想要进行相关信息的查询管理的时候,就必须进行登录,如果没有账号的话,在登录界面,点击“注册”按钮就会跳转到注册的界面,根据提示填写好注册信息,添加提交,注册的信息在数据库中就添加完成了,然后再输入填写好的账号和密码进行登录。注册界面如下图所示:
图4.2注册界面图
@PostMapping("register")
public Map<String, Object> signUp(HttpServletRequest request) throws IOException {
Map<String, String> query = new HashMap<>();
Map<String,Object> map = service.readBody(request.getReader());
query.put("username",String.valueOf(map.get("username")));
List list = service.selectBaseList(service.select(query, new HashMap<>()));
if (list.size()>0){
return error(30000, "用户已存在");
}
map.put("password",service.encryption(String.valueOf(map.get("password"))));
service.insert(map);
return success(1);
}
4.3 用户管理模块
系统用户管理:管理员负责管理系统的用户,包括管理员和员工用户的登录、权限分配等操作。他们可以添加、编辑或删除用户账户,并设定相应的权限。界面如下图所示。
图4-3用户管理界面图
系统用户审核代码:
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
4.4 药品信息管理模块
药品信息管理:医生用户需要能够查看和编辑药品的基本信息,包括药品编码、名称、品牌规格、生产厂家、图片、价格、库存、成分、用法、功效、注意事项和药品详情等。界面如下图所示。
图4.4 药品信息查看界面图
药品信息管理:管理员能够添加、编辑和删除药品的详细信息,包括药品编码、名称、品牌规格、生产厂家、图片、价格、库存、成分、用法、功效、注意事项和药品详情等。界面如下图所示。
图4.5 药品信息添加界面图
4.5 采购计划管理模块
采购计划管理:医生用户可以制定采购计划,包括订单编号、药品编号、药品名称、品牌、规格、下单医生、计划采购数量、价格、总价、计划内容和预测需求等信息。界面如下图所示。
图4.6 采购计划提交界面图
采购计划管理:管理员可以查看和管理采购计划,包括订单编号、药品编号、药品名称、品牌、规格、下单医生、计划采购数量、价格、总价、计划内容和预测需求等。界面如下图所示。
图4.7 采购计划审核界面图
4.6 采购订单管理模块
采购下单:医生用户可以查看和提交采购订单,包括订单编号、药品信息、下单医生、计划数量、采购数量、订单总价和采购说明等。界面如下图所示。
图4.8采购下单界面图
采购订单管理:管理员可以查看和审核采购订单,包括订单编号、药品信息、下单医生、计划数量、采购数量、订单总价和采购说明等。界面如下图所示。
图4.9采购订单审核界面图
4.7 库存调剂管理模块
库存调剂管理:医生用户可以进行库存调剂操作,包括选择药品信息、调剂医生、调剂数量、科室和调剂说明等。界面如下图所示。
图4.10库存调剂界面图
库存调剂管理:管理员可以进行库存调剂操作或者审核调剂申请,包括选择药品信息、调剂医生、调剂数量、科室和调剂说明等。界面如下图所示。
图4.11库存调剂管理界面图
第五章 系统测试
5.1 测试的目的
通过前面章节的介绍,我们可以看到医院药品库存系统已经完成了,但是能不能投入使用还是未知,因为在每个项目正式使用之前必须对开发的项目进行测试,如果不进行测试一旦投入使用可能会出现很多未可知的问题,比如使用人数太多导致系统瘫痪,比如某一功能存在bug信息填写错误等,这些错误将给使用者带来很多的困扰,甚至造成更大的损失,因此测试是项目投入使用的最后一步,为用户提供一个运行顺畅、完美的项目也就是我们进行最后测试的目的。
5.2 系统部分测试
用户登录功能测试:
表5.1 用户登录功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
用户登录模块测试 | 用户登录成功的情况 | 点击前登录界面输入账号和密码分别输入admin和admin后点击“登录”按钮。 | 登录成功并调整到用户界面 | 正确 |
药品信息添加功能测试:
表5.2 药品信息添加功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
药品信息添加模块测试 | 药品信息添加成功的情况 | 在药品信息的页面中将点击添加,输入药品信息相关信息,输入正确的信息后然后点击“提交”按钮。 | 提示添加成功 | 正确 |
药品信息添加模块测试 | 药品信息添加失败的情况 | 在药品信息页面中不填写的药品数量,其他信息正常输入“提交”按钮。 | 提示“添加失败,信息不能为空” | 正确 |
查询药品信息功能模块测试:
表5.3 查询药品信息功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
查询药品信息功能测试 | 查询成功的情况 | 在药品信息界面输入药品信息名称进行查询 | 查询成功 | 正确 |
采购计划添加功能测试:
表5.4 采购计划添加功能测试表
测试名称 | 测试功能 | 操作过程 | 预期结果 | 测试结果 |
采购计划添加模块测试 | 采购计划添加成功的情况 | 在采购计划添加管理的页面中,输入计划信息,输入正确的信息后然后点击“提交”按钮。 | 提示添加成功 | 正确 |
采购计划添加模块测试 | 采购计划添加失败的情况 | 在采购计划页面中不填写阅计划采购数量,其他信息正常输入“提交”按钮。 | 提示“添加失败,信息不能为空” | 正确 |
5.3 系统测试结果
通过编写医院药品库存系统的测试用例,已经检测完毕用户的登录模块、药品信息添加模块、查询药品信息模块、采购计划添加模块的功能测试,在对以上功能得测试过程中,发现了系统中的很多漏送并进行了完善,经过多人在线进行测试,系统完全可以正常运行,当然在后期的维护中系统将不断完善。
第六章 结语
在开发医院药品库存系统之前我胸有成竹,觉得很简单,但在实际的开发中我发现了自身的很多问题,许多编程思想和方法都还没有掌握牢靠,比如Bootsatrp、Jquery、AJAX 、SSM、mybeatis等许多Java Web开发技术,通过开发这个医院药品库存系统我成长了很多,懂得了做什么事情都要脚踏实地,不能眼高手低,在本次医院药品库存系统的开发中我逐渐掌握逐渐熟悉的技术。
同时,在本次项目中我也暴露了诸多问题。对于Java的编程知识有所欠缺,环境配置和算法上出现诸多问题,时常导致项目运行出错,或者目标的实现有问题。或者实现想法时算法未优化,使得代码冗长,程序运行不顺畅。
参考文献
[1]孙超.医院档案管理信息系统的设计与实现[J].办公自动化,2024,29(01):70-72.
[2]高中涛,魏群,范宏雷,刘新平,王亮.医院医疗废物管理系统设计与应用[J].河北省科学院学报,2023,40(06):14-17.
[3]林武斌,杨剑辉,林万龙.基于PaaS云模式的微信小程序构建急救药品效期管理系统[J].中国医院药学杂志,1-4.
[4]潘光球.医院信息管理系统与数据库安全管理策略研究[J].信息与电脑(理论版),2023,35(21):202-204.
[5]秦洁,许昌,谢君,苏夏雯,石宇,陈芸.智慧医院科研管理系统建设与应用[J].中国卫生质量管理,2023,30(10):24-27.
[6]Kalliontzis Dimitrios,Kotzamanis Vasileios.Addressing geometric and material nonlinearities in fluid-structure interaction with the ALE-SSM framework[J].Engineering Structures,2023,295
[7]赵晓辉,刘来亮.推进药品标准管理系统数字化[J].大众标准化,2023,(12):1-3.
[8]谭康康,胡支滨,韩阳,杨爱民,齐西伟.药店药品信息管理系统的设计及优化[J].华北理工大学学报(自然科学版),2023,45(02):104-109.
[9]Ramírez Casas Francisco Andree,Sushama Laxmi,Teufel Bernardo.Development of a Machine Learning Framework to Aid Climate Model Assessment and Improvement: Case Study of Surface Soil Moisture[J].Hydrology,2022,9(10):186-186.
[10]肖旭坤,赵静.药品经营企业计算机管理信息系统GSP检查体系的建立[J].中国药业,2022,31(16):31-35.
[11]Zheng Hongying.A Study on the Design of English Speaking Examination System Based on SSM Framework[J].Journal of Sensors,2022,2022
[12]宗佳惠.基于RFID的医院药品物资条码库房管理系统[J].自动化技术与应用,2022,41(06):68-72.
[13]赵艳霞,马克民,周维利,华逢彪,孙铜,程春雷.实验室信息管理系统在药品标准管理中的应用[J].中国药业,2022,31(11):14-16.
[14]School of Business and Management, Institut Teknologi Bandung, Jl. Ganesha No. 10, 40132, Bandung, West Java, Indonesia,School of Information Systems, Bina Nusantara University, Jl. K. H. Syahdan No. 9, 11480, West Jakarta, DKI Jakarta, Indonesia,School of Business and Management, Institut Teknologi Bandung, Jl. Ganesha No. 10, 40132, Bandung, West Java, Indonesia,Faculty of Economy and Business, Universitas Pertamina, Jl. Teuku Nyak Arief, Simprug, 12220, South Jakarta, DKI Jakarta, Indonesia,School of Business and Management, Institut Teknologi Bandung, Jl. Ganesha No. 10, 40132, Bandung, West Java, Indonesia,Faculty of Administrative Science, Universitas Indonesia, M Building 2nd Floor. Kampus UI, 16424, Depok, West Java, Indonesia.Uncovering the failure of Agile framework implementation using SSM-based action research[J].Palgrave Communications,2020,6(8):515-529.
[15]Design and Implementation of ERP System Based on SSM Framework[J].2020,440(5):
结束语
至此论文结束,感谢您的阅读。在此我要特别的感谢我的导师,虽然我在实习期间很忙,论文撰写的时候经常是停停改改,但是我的导师依旧十分的负责,时不时的询问我的任务进展情况,跟进我的论文进度,在指导老师的帮助下,我逐步完成了自己的论文和程序,从导师身上也学习到很多知识和经验,这些知识和经验令我受益匪浅。同时我也从导师身上看到了自己的不足,不论是在技术层面上还是在对待工作的态度上,导师如同明镜一般照出了我的缺点我的不足。此外,我还要感谢在我实习期间在论文和程序上帮助过我的同学和社会人士,此前我对于SSM框架方面的一些知识还不了解,是他们在我编写程序过程中给了我很多的启发和感想,也帮助了我对于程序的调试和检测。没有他们我是不能顺利完成本次毕业设计的。至此,我的毕业设计就花上了一个圆满的句号了。