基于Spring Boot的医疗信息管理系统设计
**技术说明：**本文围绕 Spring Boot、Vue 与 MySQL 组合下的医疗信息管理系统进行设计整理，重点关注业务模块拆分、数据表结构、权限与流程实现、页面功能及测试过程，内容用于软件工程课程设计和系统实现方法复盘，不涉及商业推广或服务宣传。
摘 要
Spring Boot医疗信息管理系统设计的目标是为了给医院的日常管理带来便利，给病人的就诊体验带来方便，给医生的生活带来效率。 Spring Boot医疗信息管理系统基本组成部分是基于模块的组件式系统。 系统包括几个主要模块：管理员模块、用户管理模块、门诊就诊管理模块、病床管理模块、药品管理模块和病例管理模块。 门诊就诊管理模块记录了病人的预约信息，例如病人的预约订单和预约的医师的信息等；并且能够根据医生的工号方便地查询医师的信息。 病床管理模块记录了医院的病床使用信息和病床的空余数量。 药品管理模块记录了所有药品信息，例如药品库存。 Spring Boot医疗信息管理系统具有药品的入库操作、信息更新与查询的全覆盖功能。 医生管理模块记录了医院的医师信息。 病例管理模块增加了对病人病例的添加、修改、查询功能。
系统采用高效、稳定、可扩展的Spring Boot前端框架，并与Vue后端框架相结合，能确保系统数据传输的安全性和准确性。 数据库选用MySQL技术进行数据存储，能有效管理数据信息。 系统的构建及应用能减轻医院人工管理工作量，提升数据信息处理准确性与效率，为患者和医院工作人员服务。
关键字：医疗信息管理；模块化设计；信息化系统；Spring Boot；Vue框架
Abstract
The goal of Spring Boot medical information management system design is to bring convenience to the daily management of the hospital, to bring convenience to the patient 's medical experience, and to bring efficiency to the doctor 's life. The basic component of Spring Boot medical information management system is a module-based component system. The system includes several main modules : administrator module, user management module, outpatient management module, bed management module, drug management module and case management module. The outpatient management module records the patient 's appointment information, such as the patient 's appointment order and the doctor 's appointment information ; and according to the doctor 's work number can easily query the doctor 's information. The bed management module records the hospital 's bed use information and the number of beds available. The drug management module records all drug information, such as drug inventory. Spring Boot medical information management system has the full coverage function of drug storage operation, information update and query. The doctor management module records the doctor information of the hospital. The case management module adds the functions of adding, modifying and querying patients ' cases.
The system adopts an efficient, stable and scalable Spring Boot front-end framework and a Vue back-end framework.
Key words: Medical information management; Modular design; Information system; Spring Boot;Vue framework
1 绪论
1.1 研究背景
随着世界医疗行业的迅速发展，对医疗服务的需求也越来越大，传统手的工管理模式已经无法满足现代医院复杂的管理需求。医院每天需要处理大量的病患资料、药品库存、病床分配等工作，这些工作涉及大量的数据记录和处理，很容易出现错误。这也增加了医护人员的工作量和工作效率，影响了患者的就医体验。
医疗信息系统就是为解决这一问题而设计开发的，通过将信息工程与医疗管理相结合并运用，从而使得医院内部的相关资源得以合理分配以及内部业务流程能够达到更加有效的统一。 例如：完成病人就诊信息的快速录入，快速的药品库存系统，对病床安排使用情况的管理。 这些工作的实现都需要借助于信息化的系统管理，同时系统也能使得医院的各项管理更加的高效可靠，数据的准确性得到保证，也减少出现人工作业失误，为病人和医院双方提供便捷和优质的服务。
1.2 研究意义
随着医疗行业的快速发展，医院管理的复杂性和精细化要求日益提高。怎样使用信息技术优化医疗资源并提高服务效率，是目前医疗行业发展的重要课题。本课题通过开发一套基于Spring Boot的医疗信息管理系统，利用信息化技术来解决传统医院管理中存在的问题，具有重要的理论与现实意义。通过Spring Boot框架来进行开发，研究了系统的模块化设计以及实现过程，可以为类似管理系统的开发提供参考。
该系统可以直接应用于医院的日常管理，为医疗管理带来显著的效率提升。系统不但能够减轻人工劳动的强度，减少人为操作失误，同时通过系统中的不同模块，能够实现信息共享和流程优化，提升医院管理人员的工作效率和患者的就医体验。
总之，在国内医疗行业加速迈向信息化的背景下，本系统的开发及应用将为医疗事业的发展作出应有的贡献。
1.3 国内外研究现状
近年来，随着国内医疗行业信息化的不断推进，对医疗信息管理系统的研究也逐渐成为学术界和工业界的研究热点。国内学者针对医疗信息管理系统的协同性、功能优化、数据安全性等问题进行了广泛的研究，并在众多领域得到了实际应用。
随着智能技术的发展，越来越多学者关注将人工智能、物联网等技术应用于医疗信息管理中。刘平探讨了智能技术在医疗设备管理中的应用，提出将物联网技术应用于设备管理，可以显著提高设备的管理效率和安全性1。这种技术手段可以为设备的实时监控和资源调度提供新的解决方案。
除常规医疗管理外，还有一些研究是对特定领域的医疗信息化需求研究。钱国强等提出的医疗物联网垃圾信息管理系统设计的研究，扩大了物联网在医疗废弃物管理中的应用，更好地实现资源管理和环境保护的2。除了以上的研究之外，在胡倩对信息化系统实现了医疗废物的动态管理的研究中，分析出了其具有及时便利的优势3。
研究表明，在国际范围内，随着急诊信息系统和通信技术的融合，电子病例的实施显著增强了不同医疗机构之间信息交流的可靠性。共享信息是急诊信息研究的重要特征4。国外对互联互通性及数据共享能力更为密切，通过跨机构、跨区域的信息共享，能够实现资源的高效分配与整合，在医疗服务不断追求精细化与个性化的今天，相关技术的进步给予了关键性的辅助。特别是随着大数据分析、物联网应用、人工智能等前沿科技的发展与日趋成熟，国际上对于医疗信息管理系统的研究与开发也取得了显著进展。
这些研究为国内医疗信息系统的开发提供了参考，为今后的进一步发展提供方向，即结合新技术进一步推动当前医疗信息系统的智能化和集成化。
2 系统分析
2.1 可行性分析
2.1.1 理论可行性
本研究基于Spring Boot框架的医疗信息管理系统的设计与开发，建立在大量已有研究成果的基础之上。国内外学者围绕医疗信息系统的协同性优化、模块化设计和智能化技术应用等方面进行了深入探索，这些研究为本课题提供了理论支持和实践参考。
在协同性研究方面，向璨和刘威的研究中提出通过优化系统模块间的协作，可以显著提升系统整体效率和数据共享能力5。这一成果为本系统的功能模块设计和数据交互方案提供了技术思路。在功能设计上，周琳的研究表明模块化设计能够有效增强医疗信息管理系统的灵活性和可扩展性6，为本课题的功能实现提供了指导。基于这些理论基础，本课题所设计的医疗信息管理系统在技术可行性和功能实现路径上具有较强的保障。
2.1.2 实践可行性
在实践可行性方面，我已做好前期准备，为项目的实施奠定了基础。通过技术课程学习，掌握基本的Spring Boot框架开发，熟悉MySQL数据库的设计与优化，前端框架和前后端交互机制，具备开发信息管理系统的技术能力。
在开发本课题前，我通过研究目前医疗信息管理的研究现状，确定了系统需求和功能模块划分，如患者管理、药品管理、病床管理和医生信息管理等关键功能。在调研过程中，我了解了相似系统的实际应用场景，明确了数据安全性、用户体验和系统扩展性的重要性。经过前期的学习和调研，我具备独立完成本课题的能力。本课题在功能设计、技术实现和系统优化等方面具有较高的可行性，预期能够在规定时间内完成系统开发。
2.1.3 经济可行性
就经济效益而言，该系统的建设成本有可能超出原先的预算，而预期的收益可能低于预估目标。Spring Boot作为开源框架，可以省去许可费用，其特点是开发人员可以遵循"习惯优于配置"的原则7，能够大幅度减轻开发效率和开发人员的工作量，降低了人力投入。在维护运行方面，本地部署需要承担机器维护，其中成本方面还有医护人员的培训。
2.2 需求分析
2.2.1 功能性分析
本课题系统使用模块化设计整合患者管理、病例管理、药品管理等核心功能。患者和病例管理实现患者信息录入，生产电子病例。病床信息管理，根据患者和病例信息分配病床。药品管理根据患者病例开处方，同时对药物库存进行统计。
系统管理模块涵盖了一系列关键功能，包括但不限于系统首页、个人中心、门诊管理、住院床位调控、药品库存控制、医生档案管理、病例记录管理、公告发布及系统维护。在这些功能中，管理员拥有浏览和调整权限。管理员登录成功后会最先显示系统首页，每个管理员有自己的账号密码，可通过个人中心可以修改密码和查看个人信息。门诊管理有医院门诊、科室管理和预约订单。医院门诊为每天可预约的医生的相关信息和可预约的时间段，科室管理科室信息，预约订单为每天预约的信息。病床管理为病床的使用情况。药品管理有药品信息、药品分类和开药信息，药品信息可以看到医院内药品信息和库存。药品分类是将医院内药品进行分类，方便查找。开药信息功能为每天开药的信息，包括药品信息、药品分类、医生信息、用户信息等。医生管理功能模块下有医生管理和部门管理，医生管理将医生相关信息管理，部门管理将医生部门信息管理。2图 .1
为管理员用例图。
图 2.1 管理员用例图
Figure 2.1 Administrator Use Case Diagram
用户模块涵盖系统首页、个人中心、门诊管理、病例管理和药品管理，用户只有个人中心和门诊管理功能模块有权限可以进行修改，其他功能没有权限进行修改，只有查看权限。使用用户角色登录成功后，显示系统首页。用户可通过个人中心修改密码并查看及修改个人信息。门诊管理的预约订单可让用户进行预约，并查看历史预约。病例管理可让用户查看历史病例。药品管理可看到用户看到开药信息及支付情况。2图 .2
为用户用例图。
图 2.2 用户用例图
Figure 2.2 User Use Case Diagram
医生模块主要功能有系统首页、个人中心、门诊管理、病床管理、病例管理和药品管理。医生登录成功后进入系统首页，医生可以通过个人中心修改密码和个人信息。在门诊管理功能中，医生能够检索并浏览预定的诊疗安排。在病床管理功能中，可以查看并修改病床的信息。在临床病例管理中，信息被细分为就诊记录、诊疗档案以及患者病例。医生通过审视就诊记录，能够实时了解每日的预约情况及预约详情。而诊疗信息主要涉及对病例档案、诊断与治疗过程，以及处方记录的管理。药品管理部分则涵盖药品资料及处方信息。医生能够通过药品资料来查阅、修改药品的相关信息和库存量，同时可通过处方信息查看到历史处方记录及其支付情况。2图 .3
为医生用例图。
图 2.3 医生用例图
Figure 2.3 Doctor's Use Case Diagram
2.2.2 非功能性分析
本课题系统的非功能性需求分析主要关注系统性能、安全、可靠性及用户体验。在性能需求方面，系统响应时间应及时。对于系统中病人的身份信息和病例，都需要进行加密，数据的安全性是非常必要的。为方便医护人员方便快捷地进行操作，用户界面应简洁明了。这些非功能性需求可以确保系统的长期可维护性。
3 系统关键技术
3.1 SpringBoot后端框架技术介绍
Spring Boot，一款开源Java轻量级框架，其设计初衷旨在简化企业级应用的开发流程，同时也支持微服务架构的创建。相较传统Spring框架，Spring Boot在减少了配置复杂性方面表现出色，使得开发者能够更集中精力在实现业务逻辑上。
Spring Boot是作为一种快速、简单、灵活、生产就绪的框架，能够使开发人员能快速搭建一个高质量、可维护、易扩展的应用程序。所以在本课题的医疗信息管理系统开发中，Spring Boot将作为核心框架，能够提供高效的支持与保障，确保项目的顺利实现。
3.2 Vue前端框架前端技术介绍
Vue是一种用于构建用户界面的渐进式前端框架，其核心优势是灵活性、高性能和开发效率高，适用于从简单的页面到复杂的页面的开发。与其他框架对比，Vue模块更贴近HTML，也更轻量灵活。
Vue作为前端框架，以HTML、CSS和JavaScript构建的，通过实现数据和模块双向绑定来简化了Web开发8，拥有易上手、高性能、丰富的生态系统，具有处理大规模应用的能力，是Web开发的最佳选择之一。
4 系统设计
4.1 系统架构设计
系统架构设计主要围绕Spring boot快速开发一站式架构方式进行搭建，利用Spring boot作为主要框架来集成第三方依赖框架来进行构建。
本系统采用分层架构设计，分为数据层、数据访问层、业务逻辑层、控制层和视图层，各层次之间松耦合且职责明确，便于系统的开发与维护。下面是各层的详细介绍：
视图层负责与用户交互，提供系统的前端界面，使用了Vue前端框架技术搭建。页面布局和交互效果的实现，满足医疗管理系统的易用性和美观性要求。使用Web页面动态渲染，实现信息的实时展示和交互功能。
控制层负责接收用户请求，并调用对应的业务逻辑处理模块完成操作，支持数据处理、页面跳转、事件处理、API调用、网络请求等功能9。每个功能单元都通过对应的控制器类进行管理，例如：用户管理模块对应的是用户控制器类，而医生管理、管理员等其他职能模块分别对应着相应的医生控制器类和管理员控制器类等。
在系统中，业务逻辑层是系统的核心，负责处理各类业务逻辑并与控制层进行交互，包括用户认证、权限控制、数据处理、平台管控等技术模块10。该层内还包含众多Service模块。Service层的职责在于调用数据访问层，以满足业务需求。同时，Service层还确保了业务规则的一致性。
在数据库交互方面，数据访问层承担关键角色。该层应用了持久层框架MyBatis。MyBatis是一款基于Java技术的框架。每个数据表对应一个Mapper界面，例如，管理员、用户和医生等实体均具有相应的Mapper接口。这些接口用于执行数据的基本增删改查操作。
数据层是系统的底层，用来存储系统的核心数据，采用了MySQL数据库技术来实现。本课题中数据表主要的有管理员、用户表、医生表和患者病例等。
具体如4图 .1
所示：
图 4.1 系统架构图
Figure 4.1 System architecture diagram
4.2 功能模块设计
基于Spring Boot的医疗信息管理系统的功能模块设计主要以医疗业务流程和管理需求展开，系统分为三大核心模块，主要是管理员模块、医生模块和用户模块。4图 .2
为系统功能模块的设计图：
图 4.2 系统功能模块图
Figure 4.2 System Function Module Diagram
4.3 系统流程图设计
结合上面的系统功能模块图，分析出了该系统的系统流程。系统打开后，选择角色后，输入正确的账号密码。登录成功后，进入系统首页，可根据需要选择功能。具体流程如4图 .3
所示：
图 4.3 系统流程图
Figure 4.3 system flowchart
4.4 系统数据库设计
4.4.1 数据库概念设计
本系统的数据库设计以关系型数据库MySQL为基础，主要包括以下几类核心表：管理员表、用户表、医生表、部门表、药品信息表、开药信息表、药品分类表、病床信息、医院公告、患者病例等，再根据核心表建立了实体关系模型。下面将介绍核心表的实体属性，以及系统内实体间的关联性。
(1) 管理员表的实体属性图如4图 .4
所示：
图 4.4 管理员实体属性图
Figure 4.4 Administrator Entity Attribute Diagram
(2) 用户表的实体属性图如4图 .5
所示：
图 4.5 用户实体属性图
Figure 4.5 User entity attribute diagram
(3) 医生表的实体属性图如4图 .6
所示：
图 4.6 医生实体属性图
Figure 4.6 Doctor Entity Attribute Diagram
(4) 部门表的实体属性图如4图 .7
所示：
图 4.7 部门实体属性图
Figure 4.7 Department Entity Attribute Diagram
(5) 药品信息表的实体属性图如4图 .8
所示：
图 4.8 药品信息实体属性图
Figure 4.8 Drug Information Entity Attribute Graph
(6) 开药信息表的实体属性图如4图 .9
所示：
图 4.9 开药信息实体属性图
Figure 4.9 Drug Prescription Information Entity Attribute Graph
(7) 药品分类表的实体属性图如4图 .10
所示：
图 4.10 药品分类实体属性图
Figure 4.10 Entity Attribute Graph for Drug Classification
(8) 病床信息的实体属性图如4图 .11
所示：
图 4.11 病床信息实体属性图
Figure 4.11 Bed information entity attribute diagram
(9) 医院公告的实体属性图如4图 .12
所示：
图 4.12 医院公告实体属性图
Figure 4.12 Hospital Announcement Entity Attribute Graph
(10) 患者病例的实体属性图如4图 .13
所示：
图 4.13 患者病例实体属性图
Figure 4.13 Patient medical record entity attribute graph
(11) 根据以上核心表的实体属性图，可以分析出本系统的实体关系，E-R图如4图 .14
所示：
图 4.14 E-R图
Figure 4.14 E-R Diagram
4.4.2 数据库逻辑结构设计
完成数据库逻辑结构计，是在概念设计的基础上进行的，这一阶段的工作是将概念设计中的实体关系图和实体属性图转换成具体的表结构。以下主要展示了管理员表、用户表、医生表、部门表、药品信息表、开药信息表、药品分类表、病床信息、医院公告、患者病例、就诊信息等实体表结构。
(1) 在系统架构中，管理员信息库表扮演了关键角色。该表的设计如下4表 .1
所示。
表 4.1 管理员表
Table 4.1 Administrator Table
| 字段名称 | 数据类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| usename | varchar | 100 | 用户名 | NO | ||
| password | varchar | 100 | 密码 | NO | ||
| role | varchar | 100 | 角色 | YES | ||
| addtime | timestamp | 新增时间 | NO |
(2) 用户表作为系统核心，主要负责存储用户的基本资料，其设计如下4表 .2
所示。
表 4.2 用户表
Table 4.2 User Table
| 字段名称 | 数据类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES |
4表 .2 用户表
（续）
4Table .2 User Table
(countinue)
| 字段名称 | 数据类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| addtime | timestamp | 创建时间 | NO | |||
| yonghuzhanghao | varchar | 200 | 用户账号 | UNI | NO | |
| yonghuxingming | varchar | 200 | 用户姓名 | NO | ||
| mima | varchar | 200 | 密码 | NO | ||
| xingbie | varchar | 200 | 性别 | YES | ||
| touxiang | longtext | 头像 | YES | |||
| dianhuahaoma | varchar | 200 | 电话号码 | YES | ||
| nianling | varchar | 200 | 年龄 | YES | ||
| shenfenzheng | varchar | 200 | 身份证 | YES |
(3) 医生表用于存储医生信息的核心数据表，其设计如4表 .3
所示：
表 4.3 医生表
Table 4.3 Doctor Table
| 字段名称 | 数据类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| addtime | timestamp | 创建时间 | NO | |||
| yishenggonghao | varchar | 200 | 医生工号 | UNI | NO | |
| yishengxingming | varchar | 200 | 医生姓名 | NO | ||
| mima | varchar | 200 | 密码 | NO | ||
| xingbie | varchar | 200 | 性别 | YES | ||
| touxiang | longtext | 头像 | YES | |||
| dianhuahaoma | varchar | 200 | 电话号码 | YES | ||
| bumen | varchar | 200 | 部门 | YES |
(4) 部门表格，作为系统记录医学科室信息的关键工具，其构建方式如下4表 .4
所示：
表 4.4 部门表
Table 4.4 Department Table
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | varchar | 200 | 主键 | PRI | NO | YES |
| addtime | timestamp | 创建时间 | NO | |||
| bumen | varchar | 200 | 部门 | NO |
(5) 药品信息表是系统中用于管理药品信息的重要数据表，其主要功能是记录医院内药品的详细信息，其设计如4表 .5
所示：
表 4.5 药品信息表
Table 4.5 Drug Information Sheet
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| addtime | timestamp | 创建时间 | NO | |||
| yaopinbiaohao | varchar | 200 | 药品编号 | UNI | NO | |
| yaopinmingchen | varchar | 200 | 药品名称 | NO | ||
| yaopinfenlei | varchar | 200 | 药品分类 | YES | ||
| jixing | varchar | 200 | 剂型 | YES | ||
| tupian | longtext | 图片 | YES | |||
| picihao | varchar | 200 | 批次号 | YES | ||
| jiage | int | 价格 | YES | |||
| yongliang | longtext | 用量 | YES | |||
| shengchandanwei | varchar | 200 | 生产单位 | YES | ||
| shengchandizhi | varchar | 200 | 生产地址 | YES | ||
| baozhiqi | varchar | 200 | 保质期 | YES | ||
| yaopinxiangqing | longtext | 药品详情 | YES |
(6) 开药信息表用来记录医生处方所用药品的信息，其设计如4表 .6
所示：
表 4.6 开药信息表
Table 4.6 Dispensing Information Form
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| addtime | timestamp | 创建时间 | NO | |||
| dingdanbianhao | varchar | 200 | 订单编号 | UNI | YES | |
| yaopinmingcheng | varchar | 200 | 药品名称 | YES | ||
| yaopinfenlei | varchar | 200 | 药品分类 | YES | ||
| jixing | varchar | 200 | 剂型 | YES | ||
| jiage | int | 价格 | YES | |||
| shuliang | int | 数量 | YES | |||
| zongjiage | int | 总价格 | YES | |||
| fuyaoshuoming | longtext | 服药说明 | YES | |||
| kaiyaoshijian | date | 开药时间 | YES | |||
| yonghuzhanghao | varchar | 200 | 用户账号 | YES | ||
| yonghuxingming | varchar | 200 | 用户姓名 | YES |
4表 .6 开药信息表
（续）
4Table .6 Dispensing Information Form
(continue)
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| yishenggonghao | varchar | 200 | 医生工号 | YES | ||
| yishengxingming | varchar | 200 | 医生姓名 | YES | ||
| ispay | varchar | 200 | 是否支付 | YES |
(7) 药品分类表主要是将药品信息进行分类，其设计如4表 .7
所示：
表 4.7 药品分类表
Table 4.7 Drug Classification Table
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| addtime | timestamp | 创建时间 | NO | |||
| yaopinfenlei | varchar | 200 | 药品类别 | NO |
(8) 病床表记录了床位的可用状况以及实际占用时长。具体设计如下4表 .8
所示：
表 4.8 病床信息表
Table 4.8 Bed Information Table
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| bingchuang_name | varchar | 255 | 病床名称 | NO | ||
| bingchuang_number | varchar | 255 | 病床编号 | NO | ||
| bingfang_name | varchar | 255 | 病房名称 | NO | ||
| status | varchar | 255 | 状态 | NO | ||
| beizhu | text | 备注 | PRI | NO | ||
| in_time | datetime | 入住时间 | YES | |||
| out_time | datetime | 出院时间 | YES | |||
| add_time | datetime | 添加时间 | YES |
(9) 医院公告表反映了系统公告中呈现的资讯，其结构设计见4表 .9
所示：
表 4.9 医院公告表
Table 4.9 Hospital Notice Form
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| addtime | timestamp | 创建时间 | NO |
4表 .9 医院公告表
（续）
4Table .9 Hospital Notice Form
(continue)
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| title | varchar | 200 | 标题 | NO | ||
| introduction | longtext | 简介 | YES | |||
| picture | longtext | 图片 | NO | |||
| content | longtext | 内容 | NO |
(10) 患者病例表主要记录了就诊信息及就诊医生信息，其设计如4表 .10
所示：
表 4.10 患者病例表
Table 4.10 Patient Case Sheet Table
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| addtime | timestamp | 创建时间 | NO | |||
| zhenzhibianhao | varchar | 200 | 诊治编号 | YES | ||
| yishenggonghao | varchar | 200 | 医生工号 | YES | ||
| yishengxingming | varchar | 200 | 医生姓名 | YES | ||
| bumen | varchar | 200 | 部门 | YES | ||
| keshi | varchar | 200 | 科室 | YES | ||
| zhiliaofangan | longtext | 治疗方案 | YES | |||
| huanzhebingli | longtext | 患者病例 | YES | |||
| xiebinglishijian | date | 写病例时间 | YES | |||
| yonghuzhanghao | varchar | 200 | 用户账号 | YES | ||
| yonghuxingming | varchar | 200 | 用户姓名 | YES | ||
| shenfenzheng | varchar | 200 | 身份证 | YES |
(11) 就诊信息表主要用来记录患者挂号、就诊医生信息和就诊情况，其设计如4表 .11
所示：
表 4.11 就诊信息表
Table 4.11 Medical Visit Information Form
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| id | bigint | 主键 | PRI | NO | YES | |
| addtime | timestamp | 创建时间 | NO | |||
| yuyuebianhao | varchar | 200 | 预约编号 | YES |
4表 .11 就诊信息表
（续）
4Table .11 Medical Visit Information Form
(continue)
| 字段名称 | 类型 | 长度 | 字段说明 | 主键 | 是否为空 | 是否自增 |
|---|---|---|---|---|---|---|
| yishenggonghao | varchar | 200 | 医生工号 | YES | ||
| yishengxingming | varchar | 200 | 医生姓名 | YES | ||
| bumen | varchar | 200 | 部门 | YES | ||
| keshi | varchar | 200 | 科室 | YES | ||
| huanzhejiuzhenshijian | date | 患者就诊时间 | YES | |||
| yonghuxingming | varchar | 200 | 用户姓名 | YES | ||
| yonghuzhanghao | varchar | 200 | 用户账号 | YES | ||
| shenfenzheng | varchar | 200 | 身份证 | YES |
5 系统实现
本系统内，各功能模块细分为管理员子模块、用户子模块与医生子模块。在登录页面上，用户须根据所属角色进行登录，从而进入对应的功能模块界面。以下将对各个功能模块实现进行阐述。5图 .1
为系统登录界面：
图 5.1 系统登录界面
Figure 5.1 System login interface
不管是管理员、用户还是医生，登录成功后都会最先显示系统首页。登录成功后系统首页如5图 .2
所示：
图 5.2 系统首页
Figure 5.2 System Homepage
5.1 管理员模块
该模块主要有系统首页、个人中心、门诊管理、病床管理、药品管理、医生管理、病例管理、公告管理和系统管理。管理员界面的功能是最齐全的，其权限可以对所有功能里的数据进行增删改查。因功能较多，所以只展示比较重要的功能界面。管理员登录成功后如5图 .3
所示：
图 5.3 管理员界面
Figure 5.3 Administrator interfac
在个人中心的管理模块中，管理员可执行两项操作：更改密码与更新个人信息。通过这些功能，管理员能查阅并修改账户密码、账户名以及相关信息。修改密码功能界面如5图 .4
所示：
图 5.4 修改密码界面
Figure 5.4 Password Modification Interfa
门诊管理下包括医院门诊、科室管理和预约订单，医院门诊可以看到今日可预约的医生的相关时间和可预约的时间段，科室管理可以添加或删除科室，医院门诊界面如5图 .5
所示：
图 5.5 医院门诊界面
Figure 5.5 Hospital Outpatient Interface
预约订单可以看到已经预约的订单信息，管理员有权限对里面的信息进行修改和增加，预约订单界面如5图 .6
所示：
图 5.6 预约订单界面
Figure 5.6 Appointment Order Interface
病床管理主要负责录入病床的信息及使用情况，这个界面主要由管理员进行管理，病床管理界面如5图 .7
所示：
图 5.7 病床管理界面
Figure 5.7 Bed Management Interface
药品管理下有药品信息、药品分类和开药信息，药品信息中记录着药物的信息及库存，药品分类是将药品信息中的药物进行了分类，开药信息记录了用户开药的信息及开药医生信息。其中主要展示开药信息界面如5图 .8
所示：
图 5.8 开药信息界面
Figure 5.8 Dispensing Information Interface
医生管理主要是医生的相关信息的管理，管理员有权限对里面的数据进行修改。医生管理界面如5图 .9
所示：
图 5.9 医生管理界面
Figure 5.9 Doctor Management Interface
病例管理下有就诊信息、诊治信息和患者病例，三个功能中记录都相差不大，都是就诊的用户、医生和就诊结果的信息，就诊信息界面如5图 .10
所示：
图 5.10 就诊信息界面
Figure 5.10 Medical Consultation Information Interface
公告管理主要是医院公告的信息管理主要展示在章节5.4，而系统管理是整个系统的管理。
5.2 用户界面
用户界面主要有系统首页、个人中心、门诊管理、病例管理和药品管理，各个功能中只有个人中心的信息可以修改，其他功能用户都没有权限进行修改，只能查看。用户界面如5图 .11
所示。
图 5.11 用户界面
Figure 5.11 User interface
5.3 医生界面
医生界面主要有系统首页、个人中心、门诊管理、病床管理、病例管理和药品管理，每个功能和管理员一致，医生都有权限进行修改。医生界面如5图 .12
所示：
图 5.12 医生界面
Figure 5.12 Doctor interface
5.4 医院公告
医院公告的公告信息，仅有管理员有权限进行编辑，所以，医院公告的内容修改只能在管理员界面进行，每位用户与医疗人员均有权随时查阅并掌握医疗机构发布的公告。该公告显示界面类似下5图 .13
所示：
图 5.13 医院公告界面
Figure 5.13 Hospital Announcement Interface
6 系统测试
6.1 测试目的
本次测试是为了核实系统功能的稳定性，确保其满足性能标准，以及评估其长期运行的可靠性与稳定性。测试结果确认，系统能高效处理实际操作中的数据量，并达成预设的性能指标。
6.2 测试用例
考虑到本次系统功能在技术性方面基本一致，都是围绕增删改查进行操作，所以本文就管理员测试用例作为展示。具体测试用例详细说明如下6表 .1
所示：
表 6.1 系统测试用例表
Table 6.1 System Test Case Table
| 用例编号 | 测试目标 | 前置条件 | 输入数据 | 操作步骤 | 预期结果 |
|---|---|---|---|---|---|
| TC01 | 查询功能验证 | 系统已录入预约订单信息 | 医生工号：医生工号7 | 1. 打开预约订单界面 2. 在搜索框输入医生工号"医生工号7" 3. 点击"查询"按钮 | 表格中医生工号7的预约订单审核通过 |
| TC02 | 模糊查询功能验证 | 系统已录入多条药品信息 | 药品名称：西 | 1. 打开药品信息界面 2. 在搜索框输入药品名称中带有"西" 3. 点击"查询"按钮 | 表格中显示药品信息中"西"的药品信息记录 |
6表 .1 系统测试用例表
（续）
6Table .1 System Test Case Table
(continue)
| 用例编号 | 测试目标 | 前置条件 | 输入数据 | 操作步骤 | 预期结果 |
|---|---|---|---|---|---|
| TC03 | 新增门诊记录功能验证 | 登录管理员具有新增权限 | 病人信息：姓名"李四"，病例号"BL003" | 1.点击"新增"按钮 2.填写病人信息 3.点击"保存"按钮 | 表格中新增一条记录，信息与输入内容一致 |
| TC04 | 修改个人中心功能验证 | 表格中用户个人信息记录 | 修改信息：病人姓名"333"为李四 | 1.点击目标记录右侧的编辑按钮 2.修改病人信息 3.点击"保存"按钮 | 修改后的信息正确保存并显示在表格中 |
| TC05 | 删除单条诊治信息验证 | 表格中已有诊治信息记录 | 诊治编号：011 | 1.勾选目标记录 2.点击"删除"按钮 3. 确认删除操作 | 表格中不再显示该记录 |
| TC06 | 查询无结果验证 | 表格中无符合条件的记录 | 诊治编号：不存在的病例号 | 1.在搜索框输入不存在的诊治编号 2.点击"查询"按钮 | 表格显示"无数据"提示 |
6.3 测试总结
通过测试结果来看，系统各项功能模块都能正常运行，满足需求分析要求。系统的性能、稳定性及安全性都通过了测试，能承受一定的并发负载。目前，系统中还没有发现比较大的问题，整体系统表现还不错，可以进入部署的阶段。
7 总结与展望
7.1 总结
本论文介绍并实现了一个基于医院门诊管理的系统，为了提高医院信息管理的效率和质量。通过对系统架构、数据库设计、系统功能实现、系统测试等方面对系统进行设计实现，主要目的是展示出利用信息化技术来提高医院管理人员的工作效率，为患者提供更好的服务。
在系统设计与实现的过程中，我先分析了医疗信息管理的需求，确定了系统需要实现的各种功能，然后根据功能需求设计了系统架构、数据库结构和系统界面设计等。在数据库结构的设计过程中，我们对表结构进行了设计，确保系统数据存储的规范性、一致性。通过系统模块的设计，系统实现了管理员管理、病人信息管理、门诊记录管理等主要功能，确保各模块能够协调工作，来实现功能。
在开发时，系统使用了前后端分离的架构，前端采用了Vue框架，提高了用户使用体验，后端则通过Java等技术处理业务逻辑。前后端的相互协作，使管理员能够更好地管理医疗信息，更好地提升了医院管理人员的工作效率。
在系统的测试过程中，系统的功能实现、性能以及安全也达到了最初的需求设计。通过对系统的主要功能模块的测试，来验证系统在多重场景下是否具有稳定性和可靠性。但是系统还是存在一些可以改进的地方，希望通过在以后的学习中，能够在数据处理、系统优化等方面进行进一步的提升。
7.2 展望
随着医院管理要求的不断变化，未来医院信息管理系统也应该更加灵活、更具有扩展性。对于目前系统的功能，我认为还可以考虑从以下几个方面进行优化和改进：
智能化发展方面，未来可以引入人工智能算法，为医生提供智能辅助诊断、治疗建议等服务，提高诊疗的准确性和效率。还可以利用大数据分析技术对门诊记录进行深入挖掘，帮助医院优化资源分配，提高运营效率。
移动端适配方面，因为现在智能手机的普及，用户可能会更希望通过手机进行门诊管理。可以考虑开发移动端版本，让医生、患者和管理人员能够随时随地访问、查看和管理等，使系统更加灵活、方便、适用。
数据安全与隐私保护方面，医疗数据安全是至关重要的，因此在未来的发展中，还需要加强数据的加密和隐私保护。为了确保患者信息的安全性，可以采用更高级的数据加密技术。
致 谢
经过半年以来的努力，本次毕业论文也接近尾声。本研究从选题到完成的每一步，都凝聚了众多师长、亲友的支持与帮助，在此谨以最朴实的文字表达谢意。
首先我要感谢我的企业导师，感谢您在论文选题阶段的耐心引导，以及在系统架构设计中提供的宝贵建议。感谢学校所有任课老师，他们的耐心教导，为本篇论文打下基础。其次，还有由衷感谢我的指导老师杨增芳老师，作为数据库领域的引路人，您以严谨的学术思维为我的研究夯实根基。在论文指导中，您认真负责，在我们遇到困难时，您总是耐心引导我们。您的谆谆教诲让我铭记于心。此外，我要感谢同学的帮助和鼓励，谢谢我的同学在我遇到困难时，不厌其烦地帮助我。最后，感恩父母多年如一日的包容与信任。
展望未来，我会继续努力学习，以学校老师们为榜样，在计算机技术的深海继续探索。
参考文献
1 刘平.智能技术在医疗设备管理中的应用J.集成电路应用,2024,41(04):350-351.DOI:10.19339/j.issn.1674-2583.2024.04.160.
2 钱国强,李碧莲,卢小杰,等.医疗物联网垃圾信息管理系统的设计与实现J.福建计算机,2023,39(07):94-97.DOI:10.16707/j.cnki.fjpc.2023.07.019.周琳.医疗信息管理系统分析J.信息与计算机(理论版),2019,(02):223-224+227.
3 胡倩.基于信息化系统的医疗废物动态管理及特点分析J.预防医学论坛,2024,30(06):427-430+449.DOI:10.16406/j.pmt.issn.1672-9153.2024.6.06.
4 李雪梅,张梅英,张伟英.国内外急诊信息系统研究的可视化分析J.解放军医院管理杂志,2021,28(07):694-698.DOI:10.16770/J.cnki.1008-9985.2021.07.031.
5 向璨,刘威.医疗科研信息管理系统协同性的关键性因素分析J.中国医药导刊,2023,25(09):911-915.
6 周琳.医疗信息管理系统分析J.信息与计算机(理论版),2019,(02):223-224+227.
7 王文静,国育家,贾康铖.基于Spring Boot的信息化项目管理系统的设计与实现J.信息技术与信息化,2023,(11):113-116.
8 沈佳棋,倪珊,王杰,等.基于Vue+SpringBoot的分类学科竞赛管理系统设计J.无线互联科技,2020,17(17):74-77.
9 刘永丰,崔博.基于微信小程序云开发的项目实施管理系统设计J.现代信息科技,2025,9(02):46-51.DOI:10.19850/j.cnki.2096-4706.2025.02.008.
10 周璇.基于智能教育的实训教学平台设计与应用J.集成电路应用,2024,41(11):409-411.DOI:10.19339/j.issn.1674-2583.2024.11.193.
11 何军,陈倩怡.Vue+Springboot+Mybatis开发消费管理系统J.电脑编程技巧与维护,2019,(02):87-88+102.DOI:10.16184/j.cnki.comprg.2019.02.025.
12 郭晓沙.信息工程在医院管理系统中的应用J.集成电路应用,2024,41(07):266-267.DOI:10.19339/j.issn.1674-2583.2024.07.122.
13 杨莉.医疗信息系统在医院档案管理中的应用效果评估J.办公自动化,2024,29(12):69-71.
14 毕玉玺.医院信息系统对病案质量和医疗安全的影响J.信息系统工程,2024,(02):16-19.
15 朱伟丽.计算机网络技术在医院信息管理系统中的作用分析C//榆林市医学会.第四届全国医药研究论坛论文集（上）.杭州市妇产科医院;,2024:738-742.DOI:10.26914/c.cnkihy.2024.002522.