41595-医院管理系统(免费领源码)可做计算机毕业设计JAVA、PHP、爬虫、APP、小程序、C# 、C++、python、数据可视化、大数据、全套文案
目录
SpringCloud医院管理系统是一个高度集成的软件解决方案,利用云计算技术优化医疗机构的日常运营和管理流程。它通过自动化和数字化的方式,提高了工作效率,减少了人为错误,并确保了患者信息的安全和隐私。该系统通常包括系统用户、患者信息管理、电子病例管理、退药信息管理、系统管理、网站公告管理、资源管理、权限管理等多个模块,从而为医院提供了一个全面的管理平台。通过使用医院管理系统,医疗机构能够更好地跟踪和分析患者数据,优化资源分配,提升服务质量,并最终实现运营成本的降低和患者满意度的提升。
医院管理系统还支持远程医疗服务,使得医生能够通过互联网为患者提供咨询和诊断,从而扩大了医疗服务的覆盖范围。系统中的数据分析工具能够帮助医疗机构进行患者群体分析。医院管理系统还能够与医疗设备进行集成,实时监控设备状态,确保设备的高效运行和维护。通过这些功能,医院管理系统不仅提高了医疗服务的质量和效率,还为医院管理层提供了强大的决策支持工具。借助云计算的强大计算能力和弹性资源,医院管理系统能够实现快速扩展和高效的数据处理,确保系统稳定运行,同时降低医院在IT基础设施上的投入成本。
关键词:医院管理系统;Springcloud:医疗服务;云计算
SpringCloud The Hospital Management System is a highly integrated software solution that uses cloud computing technology to optimize the daily operations and management processes of medical institutions. Being automated and digital, it improves productivity, reduces human error, and ensures the security and privacy of patient information. The system usually includes multiple modules such as system user, patient information management, electronic case management, withdrawal information management, system management, website announcement management, resource management, and authority management, thus providing a comprehensive management platform for the hospital. By using the hospital management system, medical institutions can better track and analyze patient data, optimize resource allocation, improve service quality, and ultimately reduce operating costs and improve patient satisfaction.
The hospital management system also supports telemedicine services, allowing doctors to provide consultation and diagnosis to patients through the Internet, thus expanding the coverage of medical services. Data analysis tools in the system can help medical institutions in the patient population analysis. The hospital management system can also be integrated with medical equipment to monitor the status of the equipment in real time to ensure the efficient operation and maintenance of the equipment. Through these functions, the hospital management system not only improves the quality and efficiency of medical services, but also provides a powerful decision support tool for the hospital management. With the help of the powerful computing power and elastic resources of cloud computing, the hospital management system can realize rapid expansion and efficient data processing, ensure the stable operation of the system, and reduce the investment cost of hospitals in IT infrastructure.
Keywords: hospital management system; Springcloud: medical services; cloud computing
第一章 绪论
1.1选题背景及意义
随着信息技术的快速发展,数字化转型已成为医疗机构提升服务质量和运营效率的关键驱动力。研究背景在于当前医疗服务面临的需求日益复杂和多样化,传统管理模式已难以满足现代医院高效、精确管理的要求。Springcloud医院管理系统作为一种创新的解决方案,通过集成化、自动化的方式优化了从患者信息管理到临床决策支持的全流程操作。其意义不仅在于提高了医疗工作的效率和准确性,减少了人为错误,更重要的是,它通过数据分析为医疗服务提供了科学依据,促进了个性化医疗的发展,并借助远程医疗服务扩大了医疗资源的覆盖范围。此外,该系统还强化了患者信息安全与隐私保护,提升了患者满意度。
Springcloud医院管理系统的应用对于推动医疗服务现代化、提高医疗服务质量和效率具有重要意义。
1.2国内外研究现状
国内外对于医院管理系统的研发现状显示了显著的进步和不同的侧重点。在国外,医院管理系统的发展趋势主要集中在智能化、自动化以及个性化服务方面,利用云计算等先进技术来提升医疗服务质量。许多系统已经集成了远程医疗服务、电子病历管理以及临床决策支持系统,以增强医疗服务的可及性和精准性。国外的研究也非常重视数据安全和隐私保护,确保患者信息的安全存储与传输。
在国内,随着信息技术的迅速发展,医院管理系统也逐步实现了从传统纸质记录向全面电子化管理模式的转型。研究重点在于完善系统功能,如电子病历、预约挂号、药品管理等,同时加强数据安全措施,防止患者信息泄露。人工智能技术也被广泛应用于疾病预测、辅助诊断等领域,推动医疗服务向更加智能化方向发展。此外,国内还积极推进远程医疗服务的发展,试图通过互联网技术解决医疗资源分布不均的问题,提高基层医疗服务水平。总体来看,国内外都在积极探索如何通过先进的信息技术手段来优化医院管理和服务流程,以应对日益增长的医疗服务需求。
1.3研究方法
首先,通过引擎搜索或者查阅相关文献资料,了解了本系统开发的背景以及设计系统的意义所在,收集用户需求信息。其次,在开发工具上,最终确定是基于Mysql数据库,在Java的Springcloud框架设计的基础上实现,设计出系统大致的功能模块。主要从方便系统用户和系统管理员的角度进行分析,明确该系统应该具有的功能。最终是测试系统,通过用例测试发现存在的问题并找到解决的方案。利用现有的开发平台,结合自己所学的知识,在老师的指导帮助下来完成该设计,确保系统的可用性、实用性。
第二章 相关技术介绍
2.1Java编程语言
Java采用函数或者过程来解析对于数据的操作,但又把数据和函数之间相互分开,这样并不利于维护,并会增加程序的工作量。而面向对象的编程将程序的函数和函数对于数据的操作封装在一个类中,作为一个整体来处理。所以Java语言是主要通过面向对象来实现编程,并且摒除了C++语言中的指针、多继承等比较难理解部分,创造出了自身独有的单继承、多接口、高内聚、低耦合等特性。
2.2B/S模式
计算机的系统软件主要分为两种:系统软件和应用软件。应用软件则是为了某个特定的应用而开发的一类软件,比如文字处理软件Word、QQ、开发本软件用的myeclise工具等。而应用型软件大致的分为B/S和C/S两种模式,常用的QQ、Office办公软件就是C/S结构的,另外常见基于的B/S结构开发的有各种网站,比如淘宝、企业的门户网站[7]。
B/S模式的优势有三个:第一是开发和业务扩展简单、只需要改变网页代码,就可以达到想要的网页效果;第二学生的操作显浅易懂;第三具有分布性特定,可以随时随地的进行查询、浏览等业务的处理。这是C/S所无法实现的。综上因素,选择B/S模式来设计和实现本系统。
2.3MySQL简介
MySQL是一个开放的、快速的、多线程的SQL关系型数据库服务器。由于其体积小、免费、运行速度快以及可以通过相关免费的软件来对MySql数据库中的相关数据结构信息等等优点。受广大中等、小型企业所喜爱并占据了很大地位。本系统在数据库方面选用MySQL,并通过Nacivat来进行MySql数据库的管理。在Mysql的安装过程中,最需要注意的就是数据库的编码问题,所以在安装数据库时需要设置数据库的编码为Utf-8,与前台页面和服务器的编码相一致。
2.4Springcloud框架
Springcloud框架是一种基于Spring Boot的微服务架构,它提供了一系列工具,用于快速构建分布式系统。Springcloud通过整合Netflix OSS中的一系列组件,如Eureka(服务注册与发现)、Hystrix(断路器)、Zuul(网关)等,实现了微服务架构中的服务治理、配置管理、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话和集群状态等功能。这些功能使得微服务架构更加灵活、可靠和易于管理。
在Springcloud医院管理系统中,Springcloud框架的应用不仅提高了系统的可扩展性和可维护性,还通过服务注册与发现、负载均衡、熔断机制等特性,增强了系统的稳定性和容错能力。Springcloud提供的配置管理和智能路由功能,使得系统能够更灵活地应对不同环境下的需求变化,提高了系统的灵活性和适应性。
Springcloud框架还支持分布式事务管理,通过集成Seata等分布式事务解决方案,实现了跨服务的分布式事务处理,保证了数据的一致性和完整性。这对于医院管理系统来说尤为重要,因为医疗数据的准确性和完整性直接关系到患者的生命安全和医疗质量。
Springcloud框架在Springcloud医院管理系统中发挥着至关重要的作用,它不仅提高了系统的可扩展性、可维护性和稳定性,还通过分布式事务管理等功能,保证了医疗数据的一致性和完整性,为医疗服务提供了更加可靠的技术支持。
第三章 医院管理系统系统分析
本章内容概括了 医院管理系统的可行性分析、功能分析以及用例分析。
3.1系统目标
医院管理系统的系统目标旨在提高医院的管理效率和服务质量,通过信息化手段优化医疗资源的配置。具体而言,该系统目标涵盖以下几个方面:实现患者信息的电子化管理,确保患者数据的准确性和完整性;优化医院的工作流程,减少不必要的人工操作,提高工作效率;提供便捷的预约挂号、查询报告等功能,提升患者的就医体验;以及支持医疗数据的统计分析,为医院的决策提供科学依据。
3.2可行性分析
3.2.1技术可行性分析
从技术角度来看,采用Java编程语言结合Springcloud框架,以及MySQL数据库,能够实现医院管理系统的各项功能需求。Java语言的面向对象特性和Springcloud框架的微服务架构,使得系统具有较高的可扩展性和可维护性。同时,MySQL数据库的稳定性和性能,能够满足医院管理系统中大量数据的存储和查询需求。此外,B/S模式的选择,使得系统具有更好的用户交互性和分布性,方便用户随时随地访问系统。因此,从技术可行性角度来看,该医院管理系统的设计是可行的。
3.2.2经济可行性分析
经济可行性分析考虑成本和效益。成本方面,使用Java、Springcloud和MySQL技术因开源和广泛支持而成本较低,有助于减少开发和维护费用。B/S模式进一步降低客户端成本,用户仅需浏览器访问。效益方面,医院管理系统能提升管理效率和服务质量,优化资源配置,改善患者体验,增加社会和经济效益。因此,该系统设计在经济上是可行的。
3.2.3社会可行性方面
该系统能够提高医院管理系统的服务质量和客户满意度,满足医院管理市场系统的需求和期望。同时,该系统还能够推动医院管理系统的数字化和智能化发展,促进社会的可持续发展。
3.3功能性分析
医院管理系统我划分为了患者用户模块、测试医生、和管理员模块这三大部分。
患者用户管理模块:
1.首页:患者用户可以浏览医院的最新资讯动态、科室介绍及医生排班信息。
2.网站公告:患者用户查看医院发布的最新通知、公告及健康资讯,保持信息同步。
3.医院资讯:患者用户获取医院新闻、活动预告及健康宣教内容,提升健康意识。
4.医生信息:患者用户查询医生的专业背景、擅长领域及出诊时间,便于预约挂号。
5.药品信息:患者用户了解药品的详细信息、用法用量及注意事项,确保用药安全。
6.我的账户:患者用户管理和修改个人信息、、账户安全设置,保障个人隐私。
7.个人中心:用户可以在此面查看个人首页、患者信息、挂号信息、排号信息、申请检验、电子病例、发药信息、退药信息、就诊费用、收藏、评论管理等就诊记录、检查报告及健康档案,实现健康管理一体化。
测试医生管理模块:
1. 后台首页:测试医生可以方便地浏览和管理患者信息、医生信息、挂号信息、排号信息等核心数据,实现医院运营的高效监控。
2. 患者信息管理:测试医生能够添加新的患者信息,快速查询现有患者信息,删除不再需要的患者信息,并查看患者的详细就诊记录。
3. 医生信息管理:测试医生可以添加新的医生信息,查询医生的专业背景、擅长领域及排班情况,删除离职或调动的医生信息,查看医生详情及患者对其的评价和反馈。
4. 挂号信息管理:测试医生能够查询患者的挂号信息,删除错误的挂号记录,查看挂号详情,分配号源以满足患者的就诊需求,并审核挂号信息的真实性和准确性。
5. 排号信息管理:测试医生可以查询患者的排号信息,删除无效的排号记录,查看排号详情,处理患者的申请检验请求,确保患者能够按时进行检查。
6. 申请检验管理:测试医生能够查询患者的申请检验记录,删除重复的或错误的检验申请,查看检验申请的详情,确保患者得到准确的检验结果。
7. 电子病例管理:测试医生可以查询患者的电子病例,删除过期的或错误的病例信息,查看病例详情,为患者的后续治疗提供有力的参考依据。
管理员管理模块:
1.后台首页:管理员可直观查看系统概览,快速访问各项管理功能。
2.系统用户:管理员能够查询、添加、删除系统用户,包括管理员、患者用户、医生用户,并查看用户详情,确保用户信息的准确性和安全性。
3.患者信息管理:管理员具备对患者信息进行全面管理的权限,包括添加新患者信息、查询现有患者记录、删除不再需要的患者信息以及查看患者详情。
4.医生信息管理:管理员可以管理医生信息,包括添加新医生、查询医生资料、删除离职医生信息、查看医生详情,以及特别地,查看医生收到的评论,以了解医生的服务质量。
5.挂号信息管理:管理员负责挂号信息的管理,包括添加挂号记录、查询挂号状态、删除错误挂号信息、查看挂号详情,还能分配号源、处理支付和审核挂号请求。
6.排号信息管理:管理员可管理排号信息,执行添加、查询、删除、查看详情等操作,同时负责申请检验的流程管理。
7.检查项目管理:管理员能够管理检查项目,包括添加新项目、查询现有项目、删除不再提供的项目以及查看项目详情。
8.申请检验管理:管理员负责申请检验的管理,可以添加、查询、删除、查看申请详情,并有权开具处方。
9.电子病例管理:管理员能够管理电子病例,执行添加、查询、删除、查看详情等操作。
10.药品信息管理:管理员全面管理药品信息,包括添加新药、查询药品库存、删除不再供应的药品、查看药品详情,并负责发药流程的管理。
11.发药信息管理:管理员负责发药信息的记录和管理,包括添加发药记录、查询发药状态、删除错误记录以及查看发药详情。
12.退药信息管理:管理员可管理退药信息,执行添加、查询、删除、查看详情等操作,并负责处理患者的退药申请。
13.就诊费用管理:管理员能够管理就诊费用,包括添加费用记录、查询费用详情、删除错误记录以及查看费用总览。
14.系统管理:管理员负责系统的基础设置,包括轮播图的添加、查询、删除、查看详情等操作。
15.网站公告管理:管理员可发布、查询、删除、查看网站公告,确保用户及时了解医院最新动态。
16.资源管理:管理员负责管理医院资源信息和分类,包括资源的添加、查询、删除和详情查看,确保资源的合理分配和利用。
17.权限管理:管理员负责整个后台系统的权限分配,确保不同角色用户拥有适当的访问和操作权限。
3.4系统功能分析
3.4.1非功能性分析
医院管理系统的非功能性需求比如 医院管理系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1 医院管理系统非功能需求表
| 安全性 | 主要指 医院管理系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
| 可靠性 | 可靠性是指 医院管理系统能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
| 性能 | 性能是影响 医院管理系统占据市场的必要条件,所以性能最好要佳才好。 |
| 可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
| 易用性 | 用户只要跟着 医院管理系统的页面展示内容进行操作,就可以了。 |
| 可维护性 | 医院管理系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
3.5系统用例分析
医院管理系统的完整UML用例图分别是图3-1、3-2、3-3.
患者用户角色用例如图3-1所示。

图3-1 医院管理系统患者用户角色用例图
测试医生角色用例如图3-2所示。

图3-2 医院管理系统测试医生角色用例图
管理员角色用例如图3-3所示。

3.6业务流程分析
医院管理系统基本业务流程图如图3-4所示:

图3.4业务流程图
3.7本章小结
本章主要通过对 医院管理系统的可行性分析、功能需求分析、系统用例分析,确定整个 医院管理系统要实现的功能。同时也为 医院管理系统的代码实现和测试提供了标准。
第四章 医院管理系统总体设计
本章主要讨论的内容包括 医院管理系统的功能模块设计、数据库系统设计。
4.1系统架构设计
本 医院管理系统从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。

图4-1 医院管理系统架构设计图
表现层(UI):又称UI层,主要完成本 医院管理系统的UI交互功能,一个良好的UI可以大大提高用户的用户体验,增强用户使用本 医院管理系统时的舒适度。UI的界面设计也要适应不同版本的 医院管理系统以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本 医院管理系统的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本 医院管理系统的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本 医院管理系统的数据存储和管理功能。
4.2系统模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本 医院管理系统中的用例。那么接下来就要开始对本 医院管理系统的架构、主要功能和数据库开始进行设计。 医院管理系统根据前面章节的需求分析得出,其总体设计模块图如图4-2所示。

图4-2 医院管理系统功能模块图
4.3数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
4.3.1数据库概念结构设计
下面是整个 医院管理系统中主要的数据库表总E-R实体关系图。

图4-3 医院管理系统总E-R关系图
4.3.2数据库逻辑结构设计
通过上一小节中 医院管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | token_id | int | 是 | 是 | 临时访问牌ID | |
| 2 | token | varchar | 64 | 否 | 否 | 临时访问牌 |
| 3 | info | text | 65535 | 否 | 否 | 信息 |
| 4 | maxage | int | 是 | 否 | 最大寿命:默认2小时 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | user_id | int | 是 | 否 | 用户编号 |
表 4-2-apply_for_inspection(申请检验)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | apply_for_inspection_id | int | 是 | 是 | 申请检验ID | |
| 2 | doctor_id | varchar | 64 | 否 | 否 | 医生编号 |
| 3 | hospital_information | varchar | 64 | 否 | 否 | 医院信息 |
| 4 | doctor_users | int | 否 | 否 | 医生用户 | |
| 5 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 6 | doctors_gender | varchar | 64 | 否 | 否 | 医生性别 |
| 7 | doctors_department | varchar | 64 | 否 | 否 | 医生科室 |
| 8 | registration_fee | double | 否 | 否 | 挂号费用 | |
| 9 | scheduling_time | varchar | 64 | 否 | 否 | 排班时间 |
| 10 | patient_users | int | 否 | 否 | 患者用户 | |
| 11 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 12 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 13 | registration_time | datetime | 否 | 否 | 挂号时间 | |
| 14 | assign_serial_number | double | 否 | 否 | 分配序号 | |
| 15 | inspection_items | varchar | 64 | 否 | 否 | 检查项目 |
| 16 | project_cost | varchar | 64 | 否 | 否 | 项目费用 |
| 17 | application_time | datetime | 否 | 否 | 申请时间 | |
| 18 | interview_record | text | 65535 | 否 | 否 | 面诊记录 |
| 19 | electronic_case_limit_times | int | 是 | 否 | 开具处方限制次数 | |
| 20 | create_time | datetime | 是 | 否 | 创建时间 | |
| 21 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 22 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 23 | source_id | int | 否 | 否 | 来源ID | |
| 24 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-3-article(文章)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | article_id | mediumint | 是 | 是 | 文章id | |
| 2 | title | varchar | 125 | 是 | 是 | 标题 |
| 3 | type | varchar | 64 | 是 | 否 | 文章分类 |
| 4 | hits | int | 是 | 否 | 点击数 | |
| 5 | praise_len | int | 是 | 否 | 点赞数 | |
| 6 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 7 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 8 | source | varchar | 255 | 否 | 否 | 来源 |
| 9 | url | varchar | 255 | 否 | 否 | 来源地址 |
| 10 | tag | varchar | 255 | 否 | 否 | 标签 |
| 11 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 12 | img | varchar | 255 | 否 | 否 | 封面图 |
| 13 | description | text | 65535 | 否 | 否 | 文章描述 |
表 4-4-article_type(文章分类)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | type_id | smallint | 是 | 是 | 分类ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 分类名称 |
| 4 | father_id | smallint | 是 | 否 | 上级分类ID | |
| 5 | description | varchar | 255 | 否 | 否 | 描述 |
| 6 | icon | text | 65535 | 否 | 否 | 分类图标 |
| 7 | url | varchar | 255 | 否 | 否 | 外链地址 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-5-auth(用户权限管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | auth_id | int | 是 | 是 | 授权ID | |
| 2 | user_group | varchar | 64 | 否 | 否 | 用户组 |
| 3 | mod_name | varchar | 64 | 否 | 否 | 模块名 |
| 4 | table_name | varchar | 64 | 否 | 否 | 表名 |
| 5 | page_title | varchar | 255 | 否 | 否 | 页面标题 |
| 6 | path | varchar | 255 | 否 | 否 | 路由路径 |
| 7 | parent | varchar | 64 | 否 | 否 | 父级菜单 |
| 8 | parent_sort | int | 是 | 否 | 父级菜单排序 | |
| 9 | position | varchar | 32 | 否 | 否 | 位置 |
| 10 | mode | varchar | 32 | 是 | 否 | 跳转方式 |
| 11 | add | tinyint | 是 | 否 | 是否可增加 | |
| 12 | del | tinyint | 是 | 否 | 是否可删除 | |
| 13 | set | tinyint | 是 | 否 | 是否可修改 | |
| 14 | get | tinyint | 是 | 否 | 是否可查看 | |
| 15 | field_add | text | 65535 | 否 | 否 | 添加字段 |
| 16 | field_set | text | 65535 | 否 | 否 | 修改字段 |
| 17 | field_get | text | 65535 | 否 | 否 | 查询字段 |
| 18 | table_nav_name | varchar | 500 | 否 | 否 | 跨表导航名称 |
| 19 | table_nav | varchar | 500 | 否 | 否 | 跨表导航 |
| 20 | option | text | 65535 | 否 | 否 | 配置 |
| 21 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 22 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-6-code_token(验证码)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | code_token_id | int | 是 | 是 | 验证码ID | |
| 2 | token | varchar | 255 | 否 | 否 | 令牌 |
| 3 | code | varchar | 255 | 否 | 否 | 验证码 |
| 4 | expire_time | timestamp | 是 | 否 | 失效时间 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-7-collect(收藏)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | collect_id | int | 是 | 是 | 收藏ID | |
| 2 | user_id | int | 是 | 是 | 收藏人ID | |
| 3 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 4 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 5 | source_id | int | 是 | 否 | 来源ID | |
| 6 | title | varchar | 255 | 否 | 否 | 标题 |
| 7 | img | varchar | 255 | 否 | 否 | 封面 |
| 8 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-8-comment(评论)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | comment_id | int | 是 | 是 | 评论ID | |
| 2 | user_id | int | 是 | 是 | 评论人ID | |
| 3 | reply_to_id | int | 是 | 否 | 回复评论ID | |
| 4 | content | longtext | 4294967295 | 否 | 否 | 内容 |
| 5 | nickname | varchar | 255 | 否 | 否 | 昵称 |
| 6 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 9 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 10 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 11 | source_id | int | 是 | 否 | 来源ID |
表 4-9-doctor_information(医生信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | doctor_information_id | int | 是 | 是 | 医生信息ID | |
| 2 | doctor_id | varchar | 64 | 否 | 否 | 医生编号 |
| 3 | hospital_information | varchar | 64 | 否 | 否 | 医院信息 |
| 4 | doctor_users | int | 否 | 否 | 医生用户 | |
| 5 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 6 | doctors_gender | varchar | 64 | 否 | 否 | 医生性别 |
| 7 | doctors_department | varchar | 64 | 否 | 否 | 医生科室 |
| 8 | registration_fee | double | 否 | 否 | 挂号费用 | |
| 9 | scheduling_time | varchar | 64 | 否 | 否 | 排班时间 |
| 10 | total_number_of_sources | double | 否 | 否 | 号源总数 | |
| 11 | doctors_photo | varchar | 255 | 否 | 否 | 医师照片 |
| 12 | hands_on_background | text | 65535 | 否 | 否 | 工作经验 |
| 13 | hits | int | 是 | 否 | 点击数 | |
| 14 | praise_len | int | 是 | 否 | 点赞数 | |
| 15 | collect_len | int | 是 | 否 | 收藏数 | |
| 16 | comment_len | int | 是 | 否 | 评论数 | |
| 17 | registration_information_limit_times | int | 是 | 否 | 预约挂号限制次数 | |
| 18 | create_time | datetime | 是 | 否 | 创建时间 | |
| 19 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-10-doctor_users(医生用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | doctor_users_id | int | 是 | 是 | 医生用户ID | |
| 2 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 3 | doctors_gender | varchar | 64 | 否 | 否 | 医生性别 |
| 4 | doctors_department | varchar | 64 | 否 | 否 | 医生科室 |
| 5 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 6 | user_id | int | 是 | 否 | 用户ID | |
| 7 | create_time | datetime | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-11-drug_dispensing_information(发药信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | drug_dispensing_information_id | int | 是 | 是 | 发药信息ID | |
| 2 | drug_code | varchar | 64 | 否 | 否 | 药品编码 |
| 3 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| 4 | drug_type | varchar | 64 | 否 | 否 | 药品类型 |
| 5 | drug_prices | double | 否 | 否 | 药品价格 | |
| 6 | drug_specifications | varchar | 64 | 否 | 否 | 药品规格 |
| 7 | patient_users | int | 否 | 否 | 患者用户 | |
| 8 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 9 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 10 | medication_information | text | 65535 | 否 | 否 | 服药信息 |
| 11 | medication_notes | text | 65535 | 否 | 否 | 发药备注 |
| 12 | drug_return_information_limit_times | int | 是 | 否 | 申请退药限制次数 | |
| 13 | create_time | datetime | 是 | 否 | 创建时间 | |
| 14 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 15 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 16 | source_id | int | 否 | 否 | 来源ID | |
| 17 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-12-drug_information(药品信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | drug_information_id | int | 是 | 是 | 药品信息ID | |
| 2 | drug_code | varchar | 64 | 否 | 否 | 药品编码 |
| 3 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| 4 | supplier_name | varchar | 64 | 否 | 否 | 供应商名称 |
| 5 | drug_type | varchar | 64 | 否 | 否 | 药品类型 |
| 6 | shelf_life | varchar | 64 | 否 | 否 | 保质期限 |
| 7 | drug_prices | double | 否 | 否 | 药品价格 | |
| 8 | drug_inventory | double | 否 | 否 | 药品库存 | |
| 9 | storage_location | varchar | 64 | 否 | 否 | 存放位置 |
| 10 | drug_pictures | varchar | 255 | 否 | 否 | 药品图片 |
| 11 | drug_specifications | text | 65535 | 否 | 否 | 药品规格 |
| 12 | drug_details | text | 65535 | 否 | 否 | 药品详情 |
| 13 | hits | int | 是 | 否 | 点击数 | |
| 14 | praise_len | int | 是 | 否 | 点赞数 | |
| 15 | collect_len | int | 是 | 否 | 收藏数 | |
| 16 | drug_dispensing_information_limit_times | int | 是 | 否 | 发药限制次数 | |
| 17 | create_time | datetime | 是 | 否 | 创建时间 | |
| 18 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-13-drug_return_information(退药信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | drug_return_information_id | int | 是 | 是 | 退药信息ID | |
| 2 | drug_code | varchar | 64 | 否 | 否 | 药品编码 |
| 3 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| 4 | drug_type | varchar | 64 | 否 | 否 | 药品类型 |
| 5 | drug_prices | double | 否 | 否 | 药品价格 | |
| 6 | drug_specifications | varchar | 64 | 否 | 否 | 药品规格 |
| 7 | patient_users | int | 否 | 否 | 患者用户 | |
| 8 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 9 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 10 | reason_for_returning_medication | varchar | 64 | 否 | 否 | 退药缘由 |
| 11 | application_time | datetime | 否 | 否 | 申请时间 | |
| 12 | return_notes | text | 65535 | 否 | 否 | 退药备注 |
| 13 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 14 | examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| 15 | create_time | datetime | 是 | 否 | 创建时间 | |
| 16 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 17 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 18 | source_id | int | 否 | 否 | 来源ID | |
| 19 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-14-electronic_case(电子病例)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | electronic_case_id | int | 是 | 是 | 电子病例ID | |
| 2 | doctor_id | varchar | 64 | 否 | 否 | 医生编号 |
| 3 | hospital_information | varchar | 64 | 否 | 否 | 医院信息 |
| 4 | doctor_users | int | 否 | 否 | 医生用户 | |
| 5 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 6 | doctors_gender | varchar | 64 | 否 | 否 | 医生性别 |
| 7 | doctors_department | varchar | 64 | 否 | 否 | 医生科室 |
| 8 | patient_users | int | 否 | 否 | 患者用户 | |
| 9 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 10 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 11 | inspection_items | varchar | 64 | 否 | 否 | 检查项目 |
| 12 | project_cost | varchar | 64 | 否 | 否 | 项目费用 |
| 13 | inspection_results | varchar | 64 | 否 | 否 | 检查结果 |
| 14 | drug_name | varchar | 64 | 否 | 否 | 药品名称 |
| 15 | usage_and_dosage | varchar | 64 | 否 | 否 | 用法用量 |
| 16 | medical_advice_information | text | 65535 | 否 | 否 | 医嘱信息 |
| 17 | case_information | longtext | 4294967295 | 否 | 否 | 病例信息 |
| 18 | create_time | datetime | 是 | 否 | 创建时间 | |
| 19 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 20 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 21 | source_id | int | 否 | 否 | 来源ID | |
| 22 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-15-hits(用户点击)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | hits_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 否 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID |
表 4-16-household(患者用户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | household_id | int | 是 | 是 | 患者用户ID | |
| 2 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 3 | patient_gender | varchar | 64 | 否 | 否 | 患者性别 |
| 4 | contact_information | varchar | 16 | 否 | 否 | 联系方式 |
| 5 | identity_information | varchar | 255 | 否 | 否 | 身份信息 |
| 6 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 7 | user_id | int | 是 | 否 | 用户ID | |
| 8 | create_time | datetime | 是 | 否 | 创建时间 | |
| 9 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-17-inspection_items(检查项目)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | inspection_items_id | int | 是 | 是 | 检查项目ID | |
| 2 | inspection_items | varchar | 64 | 否 | 否 | 检查项目 |
| 3 | project_cost | double | 否 | 否 | 项目费用 | |
| 4 | create_time | datetime | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-18-medical_expenses(就诊费用)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | medical_expenses_id | int | 是 | 是 | 就诊费用ID | |
| 2 | patient_users | int | 否 | 否 | 患者用户 | |
| 3 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 4 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 5 | identity_information | varchar | 64 | 否 | 否 | 身份信息 |
| 6 | visit_time | date | 否 | 否 | 就诊时间 | |
| 7 | inspection_fees | double | 否 | 否 | 检查费用 | |
| 8 | drug_expenses | double | 否 | 否 | 药品费用 | |
| 9 | total_cost | varchar | 64 | 否 | 否 | 合计费用 |
| 10 | invoice_information | text | 65535 | 否 | 否 | 发票信息 |
| 11 | cost_list | longtext | 4294967295 | 否 | 否 | 费用清单 |
| 12 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 13 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 14 | create_time | datetime | 是 | 否 | 创建时间 | |
| 15 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-19-notice(公告)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | notice_id | mediumint | 是 | 是 | 公告ID | |
| 2 | title | varchar | 125 | 是 | 否 | 标题 |
| 3 | content | longtext | 4294967295 | 否 | 否 | 正文 |
| 4 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 5 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-20-number_information(排号信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | number_information_id | int | 是 | 是 | 排号信息ID | |
| 2 | doctor_id | varchar | 64 | 否 | 否 | 医生编号 |
| 3 | hospital_information | varchar | 64 | 否 | 否 | 医院信息 |
| 4 | doctor_users | int | 否 | 否 | 医生用户 | |
| 5 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 6 | doctors_gender | varchar | 64 | 否 | 否 | 医生性别 |
| 7 | doctors_department | varchar | 64 | 否 | 否 | 医生科室 |
| 8 | registration_fee | double | 否 | 否 | 挂号费用 | |
| 9 | scheduling_time | varchar | 64 | 否 | 否 | 排班时间 |
| 10 | patient_users | int | 否 | 否 | 患者用户 | |
| 11 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 12 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 13 | registration_time | datetime | 否 | 否 | 挂号时间 | |
| 14 | assign_serial_number | double | 否 | 否 | 分配序号 | |
| 15 | allocate_time | date | 否 | 否 | 分配时间 | |
| 16 | apply_for_inspection_limit_times | int | 是 | 否 | 申请检验限制次数 | |
| 17 | create_time | datetime | 是 | 否 | 创建时间 | |
| 18 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 19 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 20 | source_id | int | 否 | 否 | 来源ID | |
| 21 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-21-operation_log(操作日志表)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | operation_log_id | int | 是 | 是 | 操作日志ID | |
| 2 | user_group | varchar | 64 | 否 | 否 | 用户角色 |
| 3 | user_name | varchar | 64 | 否 | 否 | 用户账号 |
| 4 | routes | varchar | 64 | 否 | 否 | 模块名称 |
| 5 | create_time | datetime | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-22-patient_information(患者信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | patient_information_id | int | 是 | 是 | 患者信息ID | |
| 2 | doctor_users | int | 否 | 否 | 医生用户 | |
| 3 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 4 | patient_users | int | 否 | 否 | 患者用户 | |
| 5 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 6 | patient_gender | varchar | 64 | 否 | 否 | 患者性别 |
| 7 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 8 | identity_information | varchar | 64 | 否 | 否 | 身份信息 |
| 9 | record_time | datetime | 否 | 否 | 记录时间 | |
| 10 | allergy_history | varchar | 64 | 否 | 否 | 过敏史 |
| 11 | blood_pressure_condition | varchar | 64 | 否 | 否 | 血压情况 |
| 12 | blood_sugar_level | varchar | 64 | 否 | 否 | 血糖情况 |
| 13 | home_address | text | 65535 | 否 | 否 | 家庭住址 |
| 14 | create_time | datetime | 是 | 否 | 创建时间 | |
| 15 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-23-praise(点赞)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | praise_id | int | 是 | 是 | 点赞ID | |
| 2 | user_id | int | 是 | 是 | 点赞人 | |
| 3 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 4 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | status | tinyint | 是 | 否 | 点赞状态:1为点赞,0已取消 |
表 4-24-registration_information(挂号信息)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | registration_information_id | int | 是 | 是 | 挂号信息ID | |
| 2 | doctor_id | varchar | 64 | 否 | 否 | 医生编号 |
| 3 | hospital_information | varchar | 64 | 否 | 否 | 医院信息 |
| 4 | doctor_users | int | 否 | 否 | 医生用户 | |
| 5 | doctors_name | varchar | 64 | 否 | 否 | 医生姓名 |
| 6 | doctors_gender | varchar | 64 | 否 | 否 | 医生性别 |
| 7 | doctors_department | varchar | 64 | 否 | 否 | 医生科室 |
| 8 | registration_fee | double | 否 | 否 | 挂号费用 | |
| 9 | scheduling_time | varchar | 64 | 否 | 否 | 排班时间 |
| 10 | patient_users | int | 否 | 否 | 患者用户 | |
| 11 | patient_name | varchar | 64 | 否 | 否 | 患者姓名 |
| 12 | contact_information | varchar | 64 | 否 | 否 | 联系方式 |
| 13 | registration_time | datetime | 否 | 否 | 挂号时间 | |
| 14 | registration_remarks | text | 65535 | 否 | 否 | 挂号备注 |
| 15 | examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| 16 | pay_state | varchar | 16 | 是 | 否 | 支付状态 |
| 17 | pay_type | varchar | 16 | 否 | 否 | 支付类型: 微信、支付宝、网银 |
| 18 | number_information_limit_times | int | 是 | 否 | 分配号源限制次数 | |
| 19 | create_time | datetime | 是 | 否 | 创建时间 | |
| 20 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 21 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 22 | source_id | int | 否 | 否 | 来源ID | |
| 23 | source_user_id | int | 否 | 否 | 来源用户 |
表 4-25-schedule(日程管理)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | schedule_id | smallint | 是 | 是 | 日程ID | |
| 2 | content | varchar | 255 | 否 | 否 | 日程内容 |
| 3 | scheduled_time | datetime | 否 | 否 | 计划时间 | |
| 4 | user_id | int | 是 | 否 | 用户ID | |
| 5 | create_time | datetime | 否 | 否 | 创建时间 | |
| 6 | update_time | datetime | 否 | 否 | 更新时间 |
表 4-26-score(评分)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | score_id | int | 是 | 是 | 评分ID | |
| 2 | user_id | int | 是 | 否 | 评分人 | |
| 3 | nickname | varchar | 64 | 否 | 否 | 昵称 |
| 4 | score_num | double | 是 | 否 | 评分 | |
| 5 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 6 | update_time | timestamp | 是 | 否 | 更新时间 | |
| 7 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 8 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 9 | source_id | int | 是 | 否 | 来源ID |
表 4-27-slides(轮播图)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | slides_id | int | 是 | 是 | 轮播图ID | |
| 2 | title | varchar | 64 | 否 | 否 | 标题 |
| 3 | content | varchar | 255 | 否 | 否 | 内容 |
| 4 | url | varchar | 255 | 否 | 否 | 链接 |
| 5 | img | varchar | 255 | 否 | 否 | 轮播图 |
| 6 | hits | int | 是 | 否 | 点击量 | |
| 7 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 8 | update_time | timestamp | 是 | 否 | 更新时间 |
表 4-28-upload(文件上传)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | upload_id | int | 是 | 是 | 上传ID | |
| 2 | name | varchar | 64 | 否 | 否 | 文件名 |
| 3 | path | varchar | 255 | 否 | 否 | 访问路径 |
| 4 | file | varchar | 255 | 否 | 否 | 文件路径 |
| 5 | display | varchar | 255 | 否 | 否 | 显示顺序 |
| 6 | father_id | int | 否 | 否 | 父级ID | |
| 7 | dir | varchar | 255 | 否 | 否 | 文件夹 |
| 8 | type | varchar | 32 | 否 | 否 | 文件类型 |
表 4-29-user(用户账户)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | user_id | int | 是 | 是 | 用户ID | |
| 2 | state | smallint | 是 | 否 | 账户状态:(1可用|2异常|3已冻结|4已注销) | |
| 3 | user_group | varchar | 32 | 否 | 否 | 所在用户组 |
| 4 | login_time | timestamp | 是 | 否 | 上次登录时间 | |
| 5 | phone | varchar | 11 | 否 | 否 | 手机号码 |
| 6 | phone_state | smallint | 是 | 否 | 手机认证:(0未认证|1审核中|2已认证) | |
| 7 | username | varchar | 16 | 是 | 否 | 用户名 |
| 8 | nickname | varchar | 16 | 否 | 否 | 昵称 |
| 9 | password | varchar | 64 | 是 | 否 | 密码 |
| 10 | | varchar | 64 | 否 | 否 | 邮箱 |
| 11 | email_state | smallint | 是 | 否 | 邮箱认证:(0未认证|1审核中|2已认证) | |
| 12 | avatar | varchar | 255 | 否 | 否 | 头像地址 |
| 13 | open_id | varchar | 255 | 否 | 否 | 针对获取用户信息字段 |
| 14 | create_time | timestamp | 是 | 否 | 创建时间 |
表 4-30-user_group(用户组)
| 编号 | 字段名 | 类型 | 长度 | 是否非空 | 是否主键 | 注释 |
| 1 | group_id | mediumint | 是 | 是 | 用户组ID | |
| 2 | display | smallint | 是 | 否 | 显示顺序 | |
| 3 | name | varchar | 16 | 是 | 否 | 名称 |
| 4 | description | varchar | 255 | 否 | 否 | 描述 |
| 5 | source_table | varchar | 255 | 否 | 否 | 来源表 |
| 6 | source_field | varchar | 255 | 否 | 否 | 来源字段 |
| 7 | source_id | int | 是 | 否 | 来源ID | |
| 8 | register | smallint | 否 | 否 | 注册位置 | |
| 9 | create_time | timestamp | 是 | 否 | 创建时间 | |
| 10 | update_time | timestamp | 是 | 否 | 更新时间 |
4.4本章小结
整个 医院管理系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
第五章 医院管理系统详细设计与实现
医院管理系统的详细设计与实现主要是根据前面的 医院管理系统的需求分析和 医院管理系统的总体设计来设计页面并实现业务逻辑。主要从医院管理系统界面实现、业务逻辑实现这两部分进行介绍。
5.1前台首页界面
普通用户登录后,可以在首页浏览到最新的医院资讯信息推荐、医生信息推荐等。首页的设计简洁明了,信息展示清晰,让用户能够快速了解系统的核心内容和功能,前台首页界面展示如下图所示。

图5-1 前台首页界面图
5.2用户注册界面
不是 医院管理系统中正式用户的是可以在线进行注册的,当填写上自己的账号+设置密码+确认密码+昵称+邮箱+手机号+身份+用户姓名+用户性别等信息后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图所示。

图5-2前台用户注册界面图
注册代码如下:
/
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
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);
}
5.3用户登录界面
医院管理系统中的前台上注册后的用户是可以通过自己的用户名+密码进行登录的,当用户输入完整的自己的用户名+密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的用户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到 医院管理系统的首页中;否则将会提示相应错误信息,用户登录界面如下图所示。

图5-3用户登录界面图
登录代码如下:
* 登录
* @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, "账号或密码不正确");
}
}
5.4患者用户模块
5.4.1医院资讯界面
医院资讯:患者用户获取医院新闻、活动预告及健康宣教内容,提升健康意识。医院资讯界面如下图所示:

图5-4医院资讯界面图
5.4.2医生信息界面
医生信息:患者用户查询医生的专业背景、擅长领域及出诊时间,便于预约挂号。、医生信息详情界面如下图所示:

图5-5医生信息界面图
5.4.3药品信息界面
药品信息:患者用户了解药品的详细信息、用法用量及注意事项,确保用药安全。药品信息界面如下图所示:

图5-6药品信息界面图
5.4.4个人中心界面
个人中心:用户可以在此面查看个人首页、患者信息、挂号信息、排号信息、申请检验、电子病例、发药信息、退药信息、就诊费用、收藏、评论管理等就诊记录、检查报告及健康档案,实现健康管理一体化。个人中心界面如下图所示:

图5-7个人中心界面图
5.5测试医生模块
5.5.1挂号信息管理界面
挂号信息管理:测试医生能够查询患者的挂号信息,删除错误的挂号记录,查看挂号详情,分配号源以满足患者的就诊需求,并审核挂号信息的真实性和准确性。挂号信息管理界面如下图所示:

图5-8挂号信息管理界面图
5.5.2排号信息管理界面
排号信息管理:测试医生可以查询患者的排号信息,删除无效的排号记录,查看排号详情,处理患者的申请检验请求,确保患者能够按时进行检查。排号信息管理界面如下图所示:

图5-9排号信息管理界面图
5.5.3申请检验管理界面
申请检验管理:测试医生能够查询患者的申请检验记录,删除重复的或错误的检验申请,查看检验申请的详情,确保患者得到准确的检验结果。申请检验管理界面如下图所示:

图5-10申请检验管理界面图
5.6管理员模块
5.6.1医生信息管理界面
医生信息管理:管理员可以管理医生信息,包括添加新医生、查询医生资料、删除离职医生信息、查看医生详情,以及特别地,查看医生收到的评论,以了解医生的服务质量。医生信息管理界面如下图所示:

图5-11医生信息管理界面图
5.6.2系统用户界面
系统用户:管理员能够查询、添加、删除系统用户,包括管理员、患者用户、医生用户,并查看用户详情,确保用户信息的准确性和安全性。系统用户界面如下图所示:

图5-12系统用户界面图
5.6.3挂号信息管理界面
挂号信息管理:管理员负责挂号信息的管理,包括添加挂号记录、查询挂号状态、删除错误挂号信息、查看挂号详情,还能分配号源、处理支付和审核挂号请求。挂号信息管理如下图所示。

图5-13挂号信息管理界面图
5.6.4检查项目管理界面
检查项目管理:管理员能够管理检查项目,包括添加新项目、查询现有项目、删除不再提供的项目以及查看项目详情。检查项目管理界面如下图所示。

图5-14检查项目管理界面图
5.6.5申请检验管理界面
申请检验管理:管理员负责申请检验的管理,可以添加、查询、删除、查看申请详情,并有权开具处方。申请检验管理界面如下图所示。

图5-15申请检验管理界面图
第六章 系统测试
系统的前台、后台、数据库完成以后,这个系统才算是完成了一半,我们在这之后要对系统进行最后的一个阶段,那就是测试了,测试对一个系统来说是非常重要的,有的时候开发完一个系统,如果测试不合格的话,这个系统是没有办法进行投入使用的,所有我们要用测试对系统的功能进行检验,把不完善的功能尽量完善,把出现的bug解决掉,然后给用户呈现出一个完美的系统。通过对系统最后一步的测试,使得开发人员对自己的系统更加有信心,更加积极的为后期的系统版本的更新提供支持。
6.1系统测试的目的
一个系统测试的目的就是检验系统在真正的工作环境、条件下是不是能够正常运行,各种功能能不能符合设计的要求,通过测试发现系统当中存在的一些潜在的错误,然后对系统进行改进,使得系统最终以完美的形式展现给用户,提高用户使用过程中的体验度,真正达到项目的实际使用目的。
6.2测试用例
6.2.1评论测试
表6-1 评论测试用例
| 测试用例编号 | YL_03 | |
| 测试用例名称 | 系统使用者进行在线交流 | |
| 测试用例描述 | 使用者输入交流标题、内容等信息 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 输入完整的评论标题和内容 | 提示“评论成功”,并进入系统 | 预期结果 |
| 不输入的评论标题和内容 | 提示“请输入完整” | 预期结果 |
6.2.2创建数据测试
在系统中,创建功能也是基础功能之一,因此创建功能的测试很有代表性。在此章节主要列举在创建时各种情况下系统结果的测试。由于系统涉及创建功能操作过多,因此将多处统称创建功能。
创建数据用例如下表所示。
表6-2 创建数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行创建数据 | |
| 测试用例描述 | 使用者输入要创建的数据 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 输入完整并且格式正确的数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心位置数据但非必要位置不输入数据 | 提示“创建成功”,并显示所有数据 | 预期结果 |
| 核心数据位置不输入数据 | 提示“创建失败” | 预期结果 |
6.2.3修改数据测试
在系统中,修改功能是系统主要实现功能,因此修改功能的测试很有代表性。在此章节主要列举在修改时各种情况下系统结果的测试。由于系统涉及修改功能操作过多,因此将多处数据表记录修改和状态修改统称修改功能。
修改数据用例如下表所示。
表6-3 修改数据测试用例
| 测试用例编号 | YL_06 | |
| 测试用例名称 | 系统使用者进行修改数据 | |
| 测试用例描述 | 使用者对可修改的数据项进行修改 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 将现有数据修改成正确的数据 | 提示“修改成功”,并显示所有数据 | 预期结果 |
| 将现有数据修改成错误的数据 | 提示“修改失败” | 预期结果 |
6.2.4查询数据测试
在系统中,查询功能是使用系统使用最多也是最基础的功能,因此查询功能的测试很有代表性。在此章节主要列举在查询时各种情况下系统结果的测试。
查询数据用例如下表所示。
表6-4 查询数据测试用例
| 测试用例编号 | YL_05 | |
| 测试用例名称 | 系统使用者进行查询数据 | |
| 测试用例描述 | 全部查询以及输入关键词查询 | |
| 系统入口 | 浏览器 | |
| 步骤 | 预期结果 | 实际结果 |
| 界面自动查询全部 | 显示对应所有记录 | 预期结果 |
| 输入已存在且能匹配成功的关键字 | 显示所查询到的数据 | 预期结果 |
| 输入不存在的关键字 | 显示数据界面为空 | 预期结果 |
6.3测试结果
在本次测试的过程主要针对所有功能下的添加操作,修改操作和删除操作,并以真实数据一一进行相关功能项目的输入,最终能够保证每个项目涉及的功能都能够正常运行,因此能够保证本次设计的,已实现的功能能够正常运行并且相关数据库的信息也同样保证正确。
经过全面的系统测试,验证了挂号信息管理、检查项目管理、申请检验管理等核心功能的稳定性和可靠性。测试结果表明,系统在处理挂号信息的录入、查询、删除、详情查看以及号源分配、支付处理和挂号请求审核等方面表现良好,未出现明显的功能缺陷或性能瓶颈。检查项目管理和申请检验管理的各项操作也均能达到预期效果,确保了医疗服务的顺畅进行。
在测试用例的执行过程中,我们特别关注了创建数据测试、修改数据测试和查询数据测试等环节,以确保系统在各种使用场景下都能提供准确、高效的服务。测试结果显示,无论是完整的评论提交、创建数据的准确性验证,还是数据的修改和查询操作,系统都能给出正确的反馈和结果,有效提升了用户体验。
综上所述,本次系统测试取得了圆满成功,不仅验证了系统的稳定性和可靠性,也为后续的版本更新和维护提供了有力的支持。我们相信,在不断完善和优化后,该系统将能够更好地服务于医疗机构和广大患者,为提升医疗服务质量和效率做出更大的贡献。
- Setiawan R A A ,Munawar S S ,Ishizaki R , et al. Optimizing biomass supply for cofiring at power plants to minimize environmental impact: A case of oil palm empty fruit bunches in West Java [J]. Fuel, 2024, 367 131359-.
- Yang Y . Design and Implementation of Student Information Management System Based on Springboot [J]. Advances in Computer, Signals and Systems, 2022, 6 (6):
- 余琪. PDCA在医院绩效分配管理系统设计的应用——以某三甲综合性中医院SZY为例 [J]. 现代商贸工业, 2025, (03): 142-144.
- 高华. 医院电子档案管理系统的设计与实施研究 [J]. 兰台世界, 2025, (01): 128-130.
- 张春梅,李秋,俞小毛,等. 医院科研管理系统设计与实现 [J]. 中国数字医学, 2025, 20 (01): 45-50.
- 张璇. 公立医院电子会计档案管理系统应用探索 [J]. 无线互联科技, 2025, 22 (01): 67-71.
- 邱晓冰. 基于J2EE的医院人力资源管理系统设计与实现 [J]. 网络安全和信息化, 2025, (01): 91-93.
- 徐翔,刘沛克,马凯. 医院病历管理系统的设计与实现 [J]. 福建电脑, 2025, 41 (01): 64-71. [7]
- 徐金鑫. 智慧医院背景下的医院采购管理系统建设 [J]. 中国物流与采购, 2025, (01): 129-130.
- 王雪,高姝. 基于多维数据模型的医院信息管理系统研究 [J/OL]. 自动化技术与应用, 1-8[2025-03-02]. http://kns.cnki.net/kcms/detail/23.1474.tp.20241230.1300.142.html.
- 文峻,钱祎晨,余丽慧. 基于整合技术接受模型的公立医院科研管理系统使用行为研究 [J]. 华西医学, 2024, 39 (12): 1847-1853.
- 欧阳辉. 医院实验室信息管理系统的设计与应用 [J]. 电脑知识与技术, 2024, 20 (35): 56-58.
- 孙晓林. 医院物流管理系统在医用耗材管理中的运用分析 [J]. 中国物流与采购, 2024, (23): 67-68.
- 李权光. 医院人力资源管理信息系统与会计薪酬绩效管理关系的探讨 [J]. 市场周刊, 2024, 37 (33): 179-182.
- 张卫军,李云侠. 医院综合信息管理系统的总体设计及实践研究 [J]. 电子元器件与信息技术, 2024, 8 (11): 45-47.
- 程楚棋. 基于移动网络的医院后勤信息管理系统研究 [J]. 微型电脑应用, 2024, 40 (11): 1-5.
- 丁璇. 互联网时代下县级医院档案数字化建设的策略 [J]. 办公自动化, 2024, 29 (22): 4-6.
- 郭伟,崔平. 基于Java开发平台的门诊信息管理系统的设计与应用 [J]. 信息与电脑(理论版), 2024, 36 (20): 88-91.
- 张明文,陈正龙. 智慧型医院手术智能管理系统的设计与效果评价 [J]. 现代仪器与医疗, 2024, 30 (05): 92-96.
- Salunke V S ,Ouda A . A Performance Benchmark for the PostgreSQL and MySQL Databases [J]. Future Internet, 2024, 16 (10): 382-382.
经过精心策划和实施,我们完成了 医院管理系统的设计与开发工作。在此,我要向所有给予我支持和帮助的老师、同学和朋友表达最诚挚的感谢。没有老师们的专业指导,我不可能掌握如此丰富的知识和技能。老师们严谨的工作态度,为我们树立了优秀的榜样。
在系统开发的过程中,我深刻认识到学习的重要性。前端框架、后端框架、业务流程、数据结构、操作系统等各个领域的知识都极为重要,需要我不断深入研究。在此,我要特别感谢老师们的悉心教导,他们的付出和努力让我受益匪浅。我想说:“老师,您辛苦了!有您的指导,我的大学生活才更加充实。”
同时,我也要感谢我的室友们。在开发过程中,他们给予了我很多宝贵的建议和支持,帮助我解决了许多难题。此外,我还要向那些为计算机科学领域做出杰出贡献的先哲们表示敬意。正是有了他们的智慧和付出,我们才能站在巨人的肩膀上,看得更远,走得更稳。
最后,我希望自己能够在未来的道路上继续努力,不辜负大学时光和老师们的期望。我将不断追求进步,为实现自己的理想和目标而努力拼搏。
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢
免费领取项目源码,请关注❥点赞收藏并私信博主,谢谢
更多推荐



所有评论(0)