宠物医院管理系统
摘 要
随着人们生活水平的提升和养宠观念的转变,宠物已经逐渐融入人们的日常生活中,成为家庭不可或缺的一员。宠物的健康与幸福,也因此成为了宠物主人日益关注的焦点。然而,传统的宠物医院管理方式往往存在诸多不足,如信息记录不完整、查询不便捷、管理效率低下等,这些都极大地影响了宠物医院的服务质量和效率。
为了解决这些问题,基于Spring Boot框架,设计并开发了一款宠物医院管理系统。Spring Boot以其快速构建、易于部署和高效运行的特点,为宠物医院管理系统的开发提供了强大的技术支持。通过该系统,旨在实现宠物医院运营管理的全面自动化和智能化,提升服务质量,优化资源配置,为宠物主人和宠物医生提供更加便捷、高效的服务体验。
该系统将涵盖宠物知识管理、宠物信息管理、宠物医生管理、预约信息管理、诊断结果管理、开药信息管理、病历记录管理、药品信息管理、在线反馈管理、系统管理、公告消息管理等多个方面,通过整合各项关键管理功能,实现宠物医院运营的全面数字化和智能化。相信通过这一系统的应用,宠物医院将能够更好地满足宠物主人的需求,提升服务质量和效率,为宠物的健康与幸福保驾护航。
综上所述,基于Spring Boot的宠物医院管理系统不仅是宠物医院提升服务质量和效率的重要工具,更是推动宠物医疗行业信息化、智能化发展的关键一步。我们期待这一系统能够为宠物医院带来革命性的变革,为宠物主人和宠物医生带来更加美好的体验。
关键词:宠物医院管理系统;Java;Spring Boot框架
Pet Hospital Management System
Abstract
With the improvement of people's living standards and the transformation of pet ownership concepts, pets have gradually integrated into people's daily lives and become an indispensable member of the family. The health and happiness of pets have become a growing concern for pet owners. However, traditional pet hospital management methods often have many shortcomings, such as incomplete information records, inconvenient queries, and low management efficiency, which greatly affect the service quality and efficiency of pet hospitals.
To address these issues, a pet hospital management system was designed and developed based on the Spring Boot framework. Spring Boot provides powerful technical support for the development of pet hospital management systems due to its fast construction, easy deployment, and efficient operation. Through this system, the aim is to achieve comprehensive automation and intelligence in the operation and management of pet hospitals, improve service quality, optimize resource allocation, and provide pet owners and doctors with a more convenient and efficient service experience.
The system will cover multiple aspects such as pet knowledge management, pet information management, pet doctor management, appointment information management, diagnosis result management, medication information management, medical record management, drug information management, online feedback management, system management, announcement message management, etc. By integrating various key management functions, it will achieve comprehensive digitalization and intelligence of pet hospital operation. I believe that through the application of this system, pet hospitals will be able to better meet the needs of pet owners, improve service quality and efficiency, and safeguard the health and happiness of pets.
In summary, the pet hospital management system based on Spring Boot is not only an important tool for pet hospitals to improve service quality and efficiency, but also a key step in promoting the informatization and intelligent development of the pet medical industry. We look forward to this system bringing revolutionary changes to pet hospitals and a better experience for pet owners and doctors.
Key words:Pet hospital management system; Java; Spring Boot framework
目 录
第1章 绪论
1.1研究背景与意义
宠物医院管理系统的研究背景与意义在于,随着社会的快速发展和人们生活水平的日益提高,宠物已经逐渐成为许多家庭的重要成员。宠物的健康和幸福不仅关乎它们的生活质量,更直接影响着宠物主人的情感生活。因此,宠物医疗服务的需求日益增长,对宠物医院的管理水平和服务质量也提出了更高的要求。
传统的宠物医院管理方式往往存在着诸多不足,如信息记录不完整、查询不便捷、管理效率低下等,这些问题不仅影响了宠物医院的运营效率,更制约了宠物医疗服务水平的提升。因此,开发一套高效、便捷的宠物医院管理系统,对于提升宠物医院的服务质量、优化资源配置、提高管理效率具有重要意义。
宠物医院管理系统通过整合信息化技术,实现了宠物信息的快速录入、查询和更新,提高了数据的准确性和完整性。同时,系统还可以对宠物病历、预约信息、药品信息等进行统一管理,方便医生进行病情分析和治疗方案的制定。此外,系统的预约挂号、在线咨询等功能也为宠物主人提供了更加便捷的服务体验。
综上所述,宠物医院管理系统的研究背景源于社会对宠物医疗服务需求的日益增长,以及对传统管理方式不足的认识。其意义在于通过信息化手段提升宠物医院的管理水平和服务质量,为宠物主人和宠物医生提供更加高效、便捷的服务体验,推动宠物医疗服务的健康发展。
1.2国内外研究现状
宠物医院管理系统在国内外均受到广泛关注和研究。随着信息技术的不断进步和宠物市场的快速发展,越来越多的宠物医院开始认识到管理系统的重要性,并积极投入资源进行研发和应用。
在国内,宠物医院管理系统的发展相对较快。一些先进的宠物医院已经开始采用基于Spring Boot等成熟技术的管理系统,实现了宠物信息管理、医生资源管理、预约服务管理、诊断与药品管理以及用户反馈等多项功能的整合。这些系统不仅提高了宠物医院的管理效率和服务质量,还为宠物主人提供了更加便捷的服务体验。然而,国内宠物医院管理系统在功能完善性、用户体验和安全性等方面仍有待进一步提升和优化。
在国外,宠物医院管理系统的发展已经相对成熟。许多发达国家或地区的宠物医院都广泛采用了先进的管理系统,这些系统不仅具备基本的预约挂号、医生排班等功能,还融入了智能推荐、移动应用等先进技术,以提供更加便捷和个性化的服务体验。此外,国外在系统的选型、实施和维护方面也积累了丰富的经验,为宠物医院的高效运营提供了有力支持。
总的来说,国内外在宠物医院管理系统的研究和应用方面都取得了一定的进展,但仍然存在一些挑战和问题。未来,随着技术的不断进步和市场的不断变化,宠物医院管理系统将继续得到优化和完善,为宠物医院的高效运营和优质服务提供有力保障。
1.3论文组成结构
根据市场调研得到的信息数据,结合国内外前沿研究,利用相关系统开发和设计方法,最终设计出宠物医院管理系统。
本文共有七章,如下所示。
第一章概述了宠物医院管理系统的研究背景和意义;精炼地总结了国内外研究情况和未来的研究趋势,最后给出了论文的组成结构。
第二章简要对系统各业务流程进行需求分析、可行性分析。
第三章对宠物医院管理系统进行设计。
第四章对宠物医院管理系统进行实现,并贴出相关页面截图,语言描述出具体功能实现的操作方法。
第五章对宠物医院管理系统采用测试用例的方式来对一些主要功能模块测试,最后得出测试结果。
第六章总结全文并对未来的研究做出展望。
第2章 系统分析
2.1可行性分析
在软件开发的过程中系统的可行性分析是必不可少的,可行性的研究就是评估问题是否能得到解决并且是要以最少的时间和最少的代价来解决。为实现上面的目标还要必须考虑到解决这些问题的方法的优点和缺点,还要考虑到实现了这些系统规模的开发带来的经济效益。这里可以用技术的可行性,操作的可行性,经济的可行性对我们的系统进行可行性的研究。宠物医院管理系统的可行性分析如下所示:
2.1.1技术可行性
宠物医院管理系统采用Spring Boot框架进行开发,在技术上是完全可行的。Spring Boot以其简洁、快速和高效的特点,为系统的开发和部署提供了强大的支持。它集成了众多成熟的技术和组件,使得开发者能够专注于业务逻辑的实现,而无需过多关注底层技术的细节。同时,Spring Boot还提供了丰富的文档和社区支持,使得开发者在遇到问题时能够快速找到解决方案。因此,基于Spring Boot开发宠物医院管理系统,不仅技术实现上可行,而且能够确保系统的稳定性和可扩展性,为宠物医院的运营管理提供可靠的技术保障。
2.1.2经济可行性
宠物医院管理系统采用Spring Boot框架进行开发,在经济上同样具备可行性。Spring Boot框架的开源特性和广泛的应用基础,使得系统开发和维护成本相对较低。此外,通过引入自动化和智能化的管理功能,宠物医院能够提升运营效率,减少人力成本,并在长期运营中带来可观的收益。同时,该系统还能提升宠物医院的服务质量和用户体验,从而吸引更多客户,增加收入来源。因此,从经济角度来看,采用Spring Boot开发宠物医院管理系统是一种高效且经济的选择,能够为宠物医院带来长远的经济效益。
2.1.3操作可行性
本系统是基于浏览器和服务器的宠物医院管理系统,系统开发完成之后用户只需要在浏览器中输入正确的URL地址即可进行访问。本系统的前台页面简单明了,在没有操作指导的情况下也可以进行操作,无论是系统管理员还是用户在页面中所有的操作都是在浏览器中完成的,因此只要电脑在有网络的情况下,打开浏览器都能操作。而且在使用之前也不用进行相关的环境配置,因此本系统方便、简单、易于使用,所以该系统是容易并且可操作的。
2.2需求分析
在设计和开发宠物医院管理系统之前,我们进行了深入细致的需求分析,旨在确保系统能够精准地满足宠物医院及其用户群体的实际需求。
明确业务核心:宠物医院管理系统应涵盖系统用户、宠物知识管理、宠物信息管理、宠物医生管理、预约信息管理、诊断结果管理、开药信息管理、病历记录管理、药品信息管理、在线反馈管理、系统管理(轮播图)、公告消息管理、资源管理(宠物资讯、资讯分类)等多个核心业务流程。这些流程需要高效整合,以确保医院能够有序、高效地提供医疗服务。
系统性能与效率:鉴于宠物医院日常业务繁忙,系统必须具备出色的性能,能够处理大量并发请求,确保业务流程的顺畅进行。同时,系统应提供高效的数据处理能力,快速响应各种查询和统计需求,为医院管理层提供决策支持。
用户体验与交互:系统界面应简洁明了,易于操作,以适应不同用户的操作习惯和技能水平。通过优化交互设计,降低用户的学习成本,提高使用效率。此外,系统还应提供清晰的用户指引和反馈,帮助用户快速上手并解决使用过程中遇到的问题。
数据安全与隐私:宠物医院管理系统涉及大量的敏感信息,如宠物档案、医生资源、开药信息等。因此,系统必须采取严格的数据加密和访问控制措施,确保数据的安全性。同时,系统还应具备完善的备份和恢复机制,以应对可能的数据丢失或损坏风险。
扩展性与可维护性:随着宠物医院业务的不断发展和变化,系统可能需要不断扩展和升级。因此,我们在设计系统时充分考虑了扩展性和可维护性,采用模块化设计和灵活的配置方式,以便在未来能够轻松地添加新功能或调整现有功能。
综上所述,宠物医院管理系统的需求分析旨在确保系统能够精准地满足宠物医院的业务需求,提升医院的管理效率和服务质量。通过优化性能、提升用户体验、保障数据安全以及实现系统的可扩展性和可维护性,我们期待这一系统能够为宠物医院带来实质性的改进,推动宠物医疗服务的健康发展。
2.3性能分析
宠物医院管理系统的性能分析是评估系统在各种使用场景下是否能够满足性能要求,确保系统运行的稳定性和可靠性。以下是对宠物医院管理系统性能的主要分析点:
系统响应时间是一个关键指标。在处理大量用户请求和复杂业务逻辑时,系统需要能够快速响应用户的操作,提供流畅的用户体验。优化数据库查询、减少系统资源占用、采用负载均衡等技术手段,都可以帮助提升系统的响应速度。
系统的并发处理能力也至关重要。宠物医院每天都会有大量的宠物进出,系统需要能够同时处理多个用户的请求,确保各个业务流程的顺利进行。通过增加服务器资源、优化代码逻辑、使用分布式架构等方式,可以提升系统的并发处理能力。
系统的稳定性和可靠性也是性能分析的重要方面。系统需要能够长时间稳定运行,避免因为软件缺陷或硬件故障导致的数据丢失或系统崩溃。通过进行充分的测试、使用成熟的开发框架和技术、定期维护和更新系统,可以确保系统的稳定性和可靠性。
在数据安全方面,宠物医院管理系统也需要具备强大的性能。系统应确保数据的完整性、保密性和可用性。采用加密技术、访问控制、数据备份和恢复策略等手段,可以有效保护用户数据和宠物医疗信息的安全。
系统的可扩展性和可维护性也是性能分析不可忽视的方面。随着宠物医院业务的增长和变化,系统可能需要不断升级和扩展。设计灵活的系统架构、采用模块化的开发方式、提供清晰的接口和文档,有助于降低系统升级和维护的难度和成本。
综上所述,宠物医院管理系统的性能分析需要综合考虑响应时间、并发处理能力、稳定性、可靠性、数据安全以及可扩展性和可维护性等多个方面。通过不断优化和提升这些性能指标,可以确保系统能够满足宠物医院的业务需求,提升医院的管理效率和服务质量。
2.4系统用例分析
宠物医院管理系统的完整UML用例图分别是图2-1、图2-2和图2-3,在参与者上包括普通用户和管理员。
普通用户角色的用例描述:用户通过注册登录后,即可在首页浏览最新的公告消息和宠物资讯,了解医院动态和宠物养护知识。同时,系统还提供了宠物知识库,方便用户随时查询宠物健康知识。在宠物医生板块,用户可以查看医生的简介和专长,选择合适的医生进行咨询或预约。此外,用户还可以通过在线反馈功能,随时向医院提出意见和建议。在个人中心,用户可以查看和管理自己的开药信息、宠物信息、病历记录、预约信息等,方便快捷地掌握自己和宠物的健康状况。整个系统界面友好,操作简单,为用户提供了全方位、个性化的宠物健康管理服务。
普通用户角色用例如图2-1所示。
图2-1普通用户用例图
管理员角色的用例描述:管理员登录系统后,可以直观地看到后台首页的各项管理选项。在系统用户管理模块,管理员可以方便地管理用户账号和权限。同时,管理员还可以对宠物知识、宠物信息、宠物医生、预约信息、诊断结果、开药信息、病历记录等进行详细的管理和编辑,确保信息的准确性和完整性。此外,药品信息管理、在线反馈管理以及资源管理等功能,也大大提升了管理员的工作效率。特别值得一提的是,系统还提供了轮播图、公告消息等自定义设置,让管理员能够灵活调整系统界面和内容,满足医院特定的宣传需求。整个后台管理系统操作简便,功能丰富,为宠物医院的高效运营提供了有力支持。
管理员角色用例如图2-2所示。
图2-2管理员用例图
医生用户角色的用例描述:医生登录系统后,可进入后台首页,轻松管理个人工作界面。在宠物医生管理模块,医生可以查看并更新自己的专业信息,以便用户更好地了解并选择。预约信息管理功能让医生能够清晰地查看用户的预约情况,合理安排工作时间。诊断结果管理、开药信息管理以及病历记录管理等功能,则帮助医生高效整理和分析宠物的诊疗信息,提升医疗质量。此外,药品信息管理功能确保医生能够及时了解药品库存和使用情况,为诊疗过程提供有力保障。整个系统界面简洁明了,操作便捷,为医生用户提供了全方位、专业化的宠物诊疗管理支持。
医生用户角色用例如图2-3所示。
图2-3医生用户用例图
2.5系统流程分析
(1)增加数据流程
系统中的所有用户(管理员、普通用户和医生用户)都可以实现增加数据功能,图2-4显示的就是在增加数据时的流程。
图2-4增加数据流程图
(2)修改数据流程
在录入系统信息的时候如果信息有错,可以对系统中的数据进行编辑。图2-5显示的就是修改数据的流程。
图2-5修改数据流程图
(3)删除数据流程
在系统中经常会出现一些过期的数据,那就可以直接删除这些数据,图2-6就是删除数据时的流程图。
图2-6删除数据流程图
第3章 系统设计
3.1系统架构设计
由于本系统在逻辑事务处理方面对数据库的操作比较频繁所以系统在底层连接数据库时并没有使用原生的JDBC,而是把JDBC进行了封装,封装之后相当于一个连接数据库的工具DB UTIL,这样使用起来会更加方便而且这样进行封装还可以降低系统中代码的冗余,当我们需要连接和使用数据库时只需要调用这个工具里面的一个方法就可以了。而且通过封装可以把对数据库的操作独立起来,当需要连接不同种类的数据库时只需要加以修改就可以达到目的。
DAO层本来并无这个类,它只是java中MVC构造里的一个model概念,主要就是里面的一些方法,而这些方法就是用来访问数据库的方法。我们在软件开发时DAO层我们一般都放接口和接口的实现类,用于来规范实现类的我们叫它接口,实现类重点用于对数据库的操纵。
MVC是一种系统研发的关键模型,M是Model模型,它是系统内部关键程序运行的核心,主要进行对数据库的各种操作。视图View是V也叫做视图,主要的作用是对一些数据进行显示。控制器Controller 是C执行从View的视图层来读取数据,然后控制用户的输入。
系统架构如下图所示。
图3-1系统架构图
3.2系统功能结构
进入系统后首先要进行登录,验证你的身份,赋予你不同的权限。当你成功登录后,页面会有多个板块,分别是后台首页、系统用户、宠物知识管理、宠物信息管理、宠物医生管理、预约信息管理、诊断结果管理、开药信息管理、病历记录管理、药品信息管理、在线反馈管理、系统管理(轮播图)、公告消息管理、资源管理(宠物资讯、资讯分类)。系统分为普通用户、医生用户和管理员三大模块,里面界面简单易懂,根据标示可以直接进行方便快捷的操作。
系统功能结构图如下所示。
图3-2系统功能结构图
3.3数据库设计
一个好的系统它的后台数据库一定要考虑的全面,这和我们建造房子一个概念,房子不是随心所欲建起来的,一切都是在合理设计的基础是实现的,地基打牢固了房子才能建的更高。数据库如果设计的很合理,而且每个方面都能考虑到了那么这个系统才能不会出现大的问题。
一个好的数据库可以关系到程序开发的优劣,数据库设计离不开表结构的设计,还有表与表之间的联系,以及系统开发需要设计的数据表内容等信息。在进行数据库设计期间,要结合实际情况来对数据库进行针对性的开发设计。
3.3.1数据库E-R图设计
宠物医院管理系统采用的是mysql数据库,数据存储快,因为宠物医院管理系统,主要的就是对信息的管理,信息内容比较多,这就需要好好的设计一个好的数据库,分类要清楚,不能添加信息的时候,造成信息太过混乱,设计好的数据库首先就需要先把各个实体之间的关系表达明确,
系统的主要实体间关系E-R图如下图所示。
图3-3系统E-R图
3.3.2逻辑结构设计
此环节把概念转变成数据。由于整个数据库所处理的信息过多,就只展示以下几个表。
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
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 |
用户编号: |
表appointment_information (预约信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
appointment_information_id |
int |
10 |
0 |
N |
Y |
预约信息ID |
|
2 |
doctor_users |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生名称 |
|
4 |
doctors_title |
varchar |
64 |
0 |
Y |
N |
医生职称 |
|
5 |
doctors_excel_in |
varchar |
64 |
0 |
Y |
N |
医生擅长 |
|
6 |
regular_users |
int |
10 |
0 |
Y |
N |
0 |
普通用户 |
7 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
8 |
user_phone_number |
varchar |
64 |
0 |
Y |
N |
用户电话 |
|
9 |
appointment_time |
datetime |
19 |
0 |
Y |
N |
预约时间 |
|
10 |
number_of_reservations |
varchar |
64 |
0 |
Y |
N |
预约人数 |
|
11 |
appointment_remarks |
varchar |
64 |
0 |
Y |
N |
预约备注 |
|
12 |
examine_state |
varchar |
16 |
0 |
N |
N |
未审核 |
审核状态 |
13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
article_id |
mediumint |
8 |
0 |
N |
Y |
文章id:[0,8388607] |
|
2 |
title |
varchar |
125 |
0 |
N |
Y |
标题:[0,125]用于文章和html的title标签中 |
|
3 |
type |
varchar |
64 |
0 |
N |
N |
0 |
文章分类:[0,1000]用来搜索指定类型的文章 |
4 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击数:[0,1000000000]访问这篇文章的人次 |
5 |
praise_len |
int |
10 |
0 |
N |
N |
0 |
点赞数 |
6 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
7 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
8 |
source |
varchar |
255 |
0 |
Y |
N |
来源:[0,255]文章的出处 |
|
9 |
url |
varchar |
255 |
0 |
Y |
N |
来源地址:[0,255]用于跳转到发布该文章的网站 |
|
10 |
tag |
varchar |
255 |
0 |
Y |
N |
标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 |
|
11 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文:文章的主体内容 |
|
12 |
img |
varchar |
255 |
0 |
Y |
N |
封面图 |
|
13 |
description |
text |
65535 |
0 |
Y |
N |
文章描述 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
type_id |
smallint |
5 |
0 |
N |
Y |
分类ID:[0,10000] |
|
2 |
display |
smallint |
5 |
0 |
N |
N |
100 |
显示顺序:[0,1000]决定分类显示的先后顺序 |
3 |
name |
varchar |
16 |
0 |
N |
N |
分类名称:[2,16] |
|
4 |
father_id |
smallint |
5 |
0 |
N |
N |
0 |
上级分类ID:[0,32767] |
5 |
description |
varchar |
255 |
0 |
Y |
N |
描述:[0,255]描述该分类的作用 |
|
6 |
icon |
text |
65535 |
0 |
Y |
N |
分类图标: |
|
7 |
url |
varchar |
255 |
0 |
Y |
N |
外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 |
|
8 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
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 |
collect_id |
int |
10 |
0 |
N |
Y |
收藏ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
收藏人ID: |
3 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
4 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
5 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
6 |
title |
varchar |
255 |
0 |
Y |
N |
标题: |
|
7 |
img |
varchar |
255 |
0 |
Y |
N |
封面: |
|
8 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
comment_id |
int |
10 |
0 |
N |
Y |
评论ID: |
|
2 |
user_id |
int |
10 |
0 |
N |
N |
0 |
评论人ID: |
3 |
reply_to_id |
int |
10 |
0 |
N |
N |
0 |
回复评论ID:空为0 |
4 |
content |
longtext |
2147483647 |
0 |
Y |
N |
内容: |
|
5 |
nickname |
varchar |
255 |
0 |
Y |
N |
昵称: |
|
6 |
avatar |
varchar |
255 |
0 |
Y |
N |
头像地址:[0,255] |
|
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
9 |
source_table |
varchar |
255 |
0 |
Y |
N |
来源表: |
|
10 |
source_field |
varchar |
255 |
0 |
Y |
N |
来源字段: |
|
11 |
source_id |
int |
10 |
0 |
N |
N |
0 |
来源ID: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
diagnostic_results_id |
int |
10 |
0 |
N |
Y |
诊断结果ID |
|
2 |
doctor_users |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生名称 |
|
4 |
doctors_title |
varchar |
64 |
0 |
Y |
N |
医生职称 |
|
5 |
regular_users |
int |
10 |
0 |
Y |
N |
0 |
普通用户 |
6 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
7 |
user_phone_number |
varchar |
64 |
0 |
Y |
N |
用户电话 |
|
8 |
diagnosis_time |
datetime |
19 |
0 |
Y |
N |
诊断时间 |
|
9 |
diagnostic_content |
text |
65535 |
0 |
Y |
N |
诊断内容 |
|
10 |
diagnostic_results |
text |
65535 |
0 |
Y |
N |
诊断结果 |
|
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
doctor_users_id |
int |
10 |
0 |
N |
Y |
医生用户ID |
|
2 |
doctors_name |
varchar |
64 |
0 |
N |
N |
医生姓名 |
|
3 |
doctors_gender |
varchar |
64 |
0 |
Y |
N |
医生性别 |
|
4 |
doctors_age |
varchar |
64 |
0 |
Y |
N |
医生年龄 |
|
5 |
doctors_department |
varchar |
64 |
0 |
Y |
N |
医生部门 |
|
6 |
doctor_position |
varchar |
64 |
0 |
Y |
N |
医生岗位 |
|
7 |
examine_state |
varchar |
16 |
0 |
N |
N |
已通过 |
审核状态 |
8 |
user_id |
int |
10 |
0 |
N |
N |
0 |
用户ID |
9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
drug_information_id |
int |
10 |
0 |
N |
Y |
药品信息ID |
|
2 |
drug_number |
varchar |
64 |
0 |
N |
N |
药品编号 |
|
3 |
drug_name |
varchar |
64 |
0 |
N |
N |
药品名称 |
|
4 |
drug_type |
varchar |
64 |
0 |
Y |
N |
药品类型 |
|
5 |
drug_inventory |
int |
10 |
0 |
Y |
N |
0 |
药品库存 |
6 |
drug_unit_price |
int |
10 |
0 |
Y |
N |
0 |
药品单价 |
7 |
pharmaceutical_images |
varchar |
255 |
0 |
Y |
N |
药品图片 |
|
8 |
drug_effects |
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 |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
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 |
medical_record_id |
int |
10 |
0 |
N |
Y |
病历记录ID |
|
2 |
doctor_users |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生名称 |
|
4 |
doctors_title |
varchar |
64 |
0 |
Y |
N |
医生职称 |
|
5 |
regular_users |
int |
10 |
0 |
Y |
N |
0 |
普通用户 |
6 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
7 |
user_phone_number |
varchar |
64 |
0 |
Y |
N |
用户电话 |
|
8 |
diagnosis_time |
datetime |
19 |
0 |
Y |
N |
诊断时间 |
|
9 |
diagnostic_content |
text |
65535 |
0 |
Y |
N |
诊断内容 |
|
10 |
diagnostic_results |
text |
65535 |
0 |
Y |
N |
诊断结果 |
|
11 |
drug_name |
varchar |
64 |
0 |
Y |
N |
药品名称 |
|
12 |
drug_type |
varchar |
64 |
0 |
Y |
N |
药品类型 |
|
13 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
14 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
notice_id |
mediumint |
8 |
0 |
N |
Y |
公告id: |
|
2 |
title |
varchar |
125 |
0 |
N |
N |
标题: |
|
3 |
content |
longtext |
2147483647 |
0 |
Y |
N |
正文: |
|
4 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
5 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
online_feedback_id |
int |
10 |
0 |
N |
Y |
在线反馈ID |
|
2 |
regular_users |
int |
10 |
0 |
Y |
N |
0 |
普通用户 |
3 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
4 |
feedback_time |
datetime |
19 |
0 |
Y |
N |
反馈时间 |
|
5 |
feedback_content |
text |
65535 |
0 |
Y |
N |
反馈内容 |
|
6 |
feedback_reply |
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 |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
pet_doctor_id |
int |
10 |
0 |
N |
Y |
宠物医生ID |
|
2 |
doctor_users |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生名称 |
|
4 |
doctors_title |
varchar |
64 |
0 |
Y |
N |
医生职称 |
|
5 |
doctors_excel_in |
varchar |
64 |
0 |
Y |
N |
医生擅长 |
|
6 |
doctors_picture |
varchar |
255 |
0 |
Y |
N |
医生图片 |
|
7 |
doctor_introduction |
longtext |
2147483647 |
0 |
Y |
N |
医生简介 |
|
8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
pet_information_id |
int |
10 |
0 |
N |
Y |
宠物信息ID |
|
2 |
regular_users |
int |
10 |
0 |
Y |
N |
0 |
普通用户 |
3 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
4 |
pet_name |
varchar |
64 |
0 |
N |
N |
宠物名称 |
|
5 |
pet_breeds |
varchar |
64 |
0 |
Y |
N |
宠物品种 |
|
6 |
pet_size |
varchar |
64 |
0 |
Y |
N |
宠物大小 |
|
7 |
pet_source |
varchar |
64 |
0 |
Y |
N |
宠物来源 |
|
8 |
pet_pictures |
varchar |
255 |
0 |
Y |
N |
宠物图片 |
|
9 |
pet_notes |
text |
65535 |
0 |
Y |
N |
宠物备注 |
|
10 |
health_condition |
text |
65535 |
0 |
Y |
N |
健康状况 |
|
11 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
12 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
pet_knowledge_id |
int |
10 |
0 |
N |
Y |
宠物知识ID |
|
2 |
knowledge_title |
varchar |
64 |
0 |
Y |
N |
知识标题 |
|
3 |
knowledge_type |
varchar |
64 |
0 |
Y |
N |
知识类型 |
|
4 |
knowledge_tags |
varchar |
64 |
0 |
Y |
N |
知识标签 |
|
5 |
knowledge_description |
varchar |
64 |
0 |
Y |
N |
知识描述 |
|
6 |
cover_photo |
varchar |
255 |
0 |
Y |
N |
封面图片 |
|
7 |
knowledge_content |
longtext |
2147483647 |
0 |
Y |
N |
知识内容 |
|
8 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
9 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
praise_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: |
8 |
status |
bit |
1 |
0 |
N |
N |
1 |
点赞状态:1为点赞,0已取消 |
表prescription_information (开药信息)
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
prescription_information_id |
int |
10 |
0 |
N |
Y |
开药信息ID |
|
2 |
doctor_users |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生名称 |
|
4 |
doctors_title |
varchar |
64 |
0 |
Y |
N |
医生职称 |
|
5 |
regular_users |
int |
10 |
0 |
Y |
N |
0 |
普通用户 |
6 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
7 |
user_phone_number |
varchar |
64 |
0 |
Y |
N |
用户电话 |
|
8 |
diagnosis_time |
datetime |
19 |
0 |
Y |
N |
诊断时间 |
|
9 |
diagnostic_content |
text |
65535 |
0 |
Y |
N |
诊断内容 |
|
10 |
diagnostic_results |
text |
65535 |
0 |
Y |
N |
诊断结果 |
|
11 |
drug_number |
varchar |
64 |
0 |
Y |
N |
药品编号 |
|
12 |
drug_name |
varchar |
64 |
0 |
Y |
N |
药品名称 |
|
13 |
drug_type |
varchar |
64 |
0 |
Y |
N |
药品类型 |
|
14 |
drug_unit_price |
varchar |
64 |
0 |
Y |
N |
药品单价 |
|
15 |
prescription_quantity |
int |
10 |
0 |
Y |
N |
0 |
开药数量 |
16 |
total_prescription_price |
varchar |
64 |
0 |
Y |
N |
开药总价 |
|
17 |
pay_state |
varchar |
16 |
0 |
N |
N |
未支付 |
支付状态 |
18 |
pay_type |
varchar |
16 |
0 |
Y |
N |
支付类型: 微信、支付宝、网银 |
|
19 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
20 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
regular_users_id |
int |
10 |
0 |
N |
Y |
普通用户ID |
|
2 |
user_name |
varchar |
64 |
0 |
N |
N |
用户姓名 |
|
3 |
user_gender |
varchar |
64 |
0 |
Y |
N |
用户性别 |
|
4 |
user_age |
varchar |
64 |
0 |
Y |
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 |
更新时间 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
slides_id |
int |
10 |
0 |
N |
Y |
轮播图ID: |
|
2 |
title |
varchar |
64 |
0 |
Y |
N |
标题: |
|
3 |
content |
varchar |
255 |
0 |
Y |
N |
内容: |
|
4 |
url |
varchar |
255 |
0 |
Y |
N |
链接: |
|
5 |
img |
varchar |
255 |
0 |
Y |
N |
轮播图: |
|
6 |
hits |
int |
10 |
0 |
N |
N |
0 |
点击量: |
7 |
create_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间: |
8 |
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 |
会员折扣 |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
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 |
更新时间: |
编号 |
名称 |
数据类型 |
长度 |
小数位 |
允许空值 |
主键 |
默认值 |
说明 |
1 |
user_rating_id |
int |
10 |
0 |
N |
Y |
用户打分ID |
|
2 |
doctor_users |
int |
10 |
0 |
Y |
N |
0 |
医生用户 |
3 |
doctors_name |
varchar |
64 |
0 |
Y |
N |
医生名称 |
|
4 |
doctors_title |
varchar |
64 |
0 |
Y |
N |
医生职称 |
|
5 |
doctors_excel_in |
varchar |
64 |
0 |
Y |
N |
医生擅长 |
|
6 |
regular_users |
int |
10 |
0 |
Y |
N |
0 |
普通用户 |
7 |
user_name |
varchar |
64 |
0 |
Y |
N |
用户姓名 |
|
8 |
scoring_score |
varchar |
64 |
0 |
Y |
N |
打分分数 |
|
9 |
create_time |
datetime |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
创建时间 |
10 |
update_time |
timestamp |
19 |
0 |
N |
N |
CURRENT_TIMESTAMP |
更新时间 |
第4章 系统实现
4.1普通用户模块的实现
4.1.1 前台首页界面
进入系统首页,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,最下面是宠物资讯,其主界面展示如下图所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
用户注册:当用户想要进入系统中对信息进行查看的时候,就必须要登录到系统当中,要是新的用户没有系统的账号的话,点击“注册”按钮,就会进入到新用户注册这个界面上,用户输入对应的账号(必须填写)+密码(必须填写)+确认密码(必须填写,而且要与密码一直)+昵称+邮箱+性别+联系电话+选择用户身份等,然后点击“注册”,系统在用户这一数据库中会查询账号是不是存在,两次密码是不是一样,都填写正确就会注册成功,然后再进行登录,如果是之前已经注册过的用户很长时间没有使用,忘记密码,也可以点击“忘记密码”进行找回。用户注册界面如下图所示。
图4-2 用户注册界面图
注册代码如下:
public String encryption(String plainText) {
String re_md5 = new String();
try {
MessageDigest md = MessageDigest.getInstance("MD5");
md.update(plainText.getBytes());
byte b[] = md.digest();
int i;
StringBuffer buf = new StringBuffer("");
for (int offset = 0; offset < b.length; offset++) {
i = b[offset];
if (i < 0)
i += 256;
if (i < 16)
buf.append("0");
buf.append(Integer.toHexString(i));
}
re_md5 = buf.toString();
} catch (Exception e) {
e.printStackTrace();
}
return re_md5;
}
4.1.3 用户登录界面
系统中的前台上注册后的用户是可以通过自己的账户名、密码和验证码进行登录的,当用户输入完整的自己的账户名和密码信息并点击“登录”按钮后,将会首先验证输入的有没有空数据,再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致,只有在一致后将会登录成功并自动跳转到系统的首页中;否则将会提示相应错误信息。用户登录界面如下图所示。
图4-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, "账号或密码不正确");
}
}
4.1.4 宠物资讯界面
当用户点击“宠物资讯”这一菜单按钮,会显示管理员在后台发布的所有的宠物资讯信息,支持通过关键词对资讯进行搜索,选择需要的资讯信息点击可以进入到资讯信息详细的介绍界面,同时可以进行点赞、收藏和评论等操作,宠物资讯界面如下图所示。
图4-4宠物资讯界面图
4.1.5 宠物知识界面
当用户点击“宠物知识”这一菜单按钮,会显示管理员在后台发布的所有的宠物知识信息,支持通过关键词对宠物知识进行搜索,选择需要的宠物知识点击可以进入到宠物知识详细的介绍界面,同时可以进行收藏,宠物知识界面如下图所示。
图4-5宠物知识界面图
4.2管理员功能模块的实现
4.2.1 管理员登录界面
管理员进入到系统登录界面,需要填写正确的账号、密码和验证码等信息输入准确无误后登录进入到系统操作界面。管理员的账号是在数据表表中直接设置生成的,不需要进行注册;修改密码:管理员可以随时修改自己进入系统的登录密码,以保证系统的安全性。管理员登录界面如下图所示。
图4-6管理员登录界面图
4.2.2 管理员功能界面
管理员可以查看后台首页、系统用户、宠物知识管理、宠物信息管理、宠物医生管理、预约信息管理、诊断结果管理、开药信息管理、病历记录管理、药品信息管理、在线反馈管理、系统管理(轮播图)、公告消息管理、资源管理(宠物资讯、资讯分类)等,并且可以根据需要进行相应的操作。在功能界面可以查看预约信息统计图。管理员功能界面如下图所示。
图4-7管理员功能界面图
4.2.3 系统用户管理界面
管理员可以对系统中所有的用户角色进行管控,包含了管理员、普通用户和医生用户这三种角色,如果需要添加新的用户,点击页面中的“添加”按钮根据提示输入上用户信息,点击“提交”以后在对应的用户界面就可以查看到了,可以点击用户后面的“删除”按钮直接删除某一用户。系统用户管理界面如下图所示。
图4-8系统用户管理界面图
4.2.4宠物医生管理界面
提供对宠物医生的管理功能,包括添加新医生、编辑医生信息、删除医生等操作。管理员可以设置医生的排班情况、专长领域等信息。宏物医生管理界面如下图所示。
图4-9宠物医生管理界面图
4.2.5 系统管理界面
管理员可以对系统前台展示的轮播图进行增删改查,方便用户进行查看。系统管理界面如下图所示。
图4-10系统管理界面图
轮播图添加代码:
@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);
}
4.2.6公告消息管理界面
管理员可以对系统前台展示的通知公告进行增删改查,方便用户进行查看。公告消息管理界面如下图所示。
图4-11公告消息管理界面图
4.3医生用户功能模块的实现
4.3.1诊断结果管理界面
提供对宠物诊断结果的管理功能,包括记录诊断结果、添加诊断说明、上传检查报告等操作。医生可以查看和编辑宠物的诊断结果。诊断结果管理界面如下图所示。
图4-12诊断结果管理界面图
4.3.2开药信息管理界面
提供对开药信息的管理功能,包括开具处方、记录用药量、药品名称等。医生可以根据宠物病情开具相应的药方。开药信息管理界面如下图所示。
图4-13开药信息管理界面图
第5章 系统测试
5.1系统测试的目的
系统开发到了最后一个阶段那就是系统测试,系统测试对软件的开发其实是非常有必要的。因为没什么系统一经开发出来就可能会尽善尽美,再厉害的系统开发工程师也会在系统开发的时候出现纰漏,系统测试能够较好的改正一些bug,为后期系统的维护性提供很好的支持。通过系统测试,开发人员也可以建立自己对系统的信心,为后期的系统版本的跟新提供支持。
5.2 系统测试用例
系统测试包括:用户登录功能测试、宠物资讯查看功能测试、宠物医生添加、宠物医生搜索、密码修改功能测试,如表5-1、5-2、5-3、5-4、5-5所示:
表5-1 用户登录功能测试表
用例名称 |
用户登录系统 |
目的 |
测试用户通过正确的用户名和密码可否登录功能 |
前提 |
未登录的情况下 |
测试流程 |
1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 |
用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 |
实际结果与预期结果一致 |
宠物资讯查看功能测试:
表5-2宠物资讯查看功能测试表
用例名称 |
宠物资讯查看 |
目的 |
测试宠物资讯查看功能 |
前提 |
用户登录 |
测试流程 |
点击宠物资讯列表 |
预期结果 |
可以查看到所有宠物资讯信息 |
实际结果 |
实际结果与预期结果一致 |
管理员添加宠物医生界面测试:
表5-3 管理员添加宠物医生界面测试表
用例名称 |
宠物医生添加测试用例 |
目的 |
测试宠物医生添加功能 |
前提 |
管理员正常登录情况下 |
测试流程 |
1)管理员点击宠物医生添加,填写信息。 2)点击进行提交。 |
预期结果 |
提交以后,宠物医生列表会显示新的宠物医生 |
实际结果 |
实际结果与预期结果一致 |
宠物医生搜索功能测试:
表5-4宠物医生搜索功能测试表
用例名称 |
宠物医生搜索测试 |
目的 |
测试宠物医生搜索功能 |
前提 |
无 |
测试流程 |
1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 |
页面显示包含有搜索关键字的宠物医生 |
实际结果 |
实际结果与预期结果一致 |
密码修改功能测试:
表5-5 密码修改功能测试表
用例名称 |
密码修改测试用例 |
目的 |
测试管理员密码修改功能 |
前提 |
管理员用户正常登录情况下 |
测试流程 |
1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 |
使用新的密码可以登录 |
实际结果 |
实际结果与预期结果一致 |
5.3 系统测试结果
通过编写宠物医院管理系统的测试用例,已经检测完毕用户登录模块、宠物资讯查看模块、宠物医生添加模块、宠物医生搜索模块、密码修改功能测试,通过这5大模块为宠物医院管理系统的后期推广运营提供了强力的技术支撑。
第6章 总结与展望
宠物医院管理系统的开发与实践,是我在大学期间最为充实和收获丰富的项目之一。这个项目不仅锻炼了我的技术能力,也加深了我对宠物医疗行业管理需求的理解,为未来的职业发展奠定了坚实的基础。
在开发过程中,我充分利用了所学的专业知识,结合市场需求,为宠物医院打造了一套高效、便捷的管理系统。该系统涵盖了用户管理、宠物知识管理、宠物信息管理、宠物医生管理、预约信息管理、诊断结果管理、开药信息管理、病历记录管理、药品信息管理、在线反馈管理、系统管理、公告消息管理、资源管理等多个核心模块,实现了宠物医院日常业务的全面数字化管理。
通过该系统的应用,宠物医院能够更加高效地管理宠物信息、医生资源、药品信息等关键数据,提升了医院的工作效率和服务质量。同时,系统还提供了丰富的数据分析和报表功能,帮助医院管理层更好地了解业务状况,制定科学的决策方案。
回顾整个开发过程,我深感团队协作的重要性。在项目推进中,我与团队成员紧密配合,共同攻克了一个又一个技术难题,不断优化和完善系统功能。这种团队协作的精神不仅提升了项目的开发效率,也增强了我们之间的默契和信任。
展望未来,我将继续关注宠物医院行业的发展动态和技术趋势,不断优化和完善宠物医院管理系统。同时,我也希望能够将更多的创新理念和技术应用到实际项目中,为宠物医疗行业的发展贡献自己的力量。
总之,宠物医院管理系统的开发与实践是我大学生活中的一次宝贵经历。它不仅提升了我的技术能力和团队协作精神,也让我更加深入地了解了宠物医疗行业的实际需求和发展方向。在未来的道路上,我将继续努力学习、不断进步,为宠物医疗事业的发展贡献自己的力量。
参考文献
[1]Insani N ,Ridhoi R ,Hidajat G H , et al.Pro-Environmental Tourism: Lessons Learned from Adventure, Wellness and Eco-tourism in Padusan Village, Mojokerto, East Java[J].IOP Conference Series: Earth and Environmental Science,2024,1313(1):
[2]Annisa F L ,Umi L .Accuracy of Antenatal Visits in West Java Province: Comparison between Rural and Urban Areas Data Analysis of the Indonesian Demographic and Health Survey 2017[J].IOP Conference Series: Earth and Environmental Science,2024,1313(1):
[3]Acintya R ,Kinanthi D H ,Kuncoro B A , et al.Impact of Rice Field Conversion on the Availability of Rice in Banyumas Regency, Central Java Province[J].IOP Conference Series: Earth and Environmental Science,2024,1313(1):
[4]Utami W B ,Hariadi S S ,Raya B A .The Paradox of Farmers in Response Agricultural Land Conversion to National Strategic Development Policies in Central Java[J].IOP Conference Series: Earth and Environmental Science,2024,1313(1):
[5]Hanindityasari L ,Auliyani D ,Wahyuningrum N , et al.Reducing the Susceptibility of Flood Supplier Areas in Gondang Micro-Catchment, Bojonegoro, East Java Province: a Flood Disaster Mitigation Effort[J].IOP Conference Series: Earth and Environmental Science,2024,1313(1):
[6]孙铁强,刘俊,于洪健,等.基于SpringBoot框架的在线监测和专家系统的研究[J].自动化应用,2024,65(04):15-16+19.DOI:10.19769/j.zdhy.2024.04.006.
[7]徐少军,李宗哲,梅杰,等.基于Springboot+Vue框架的质量检验监督管理系统研发[J].纺织标准与质量,2024,(01):11-14+21.
[8]雷欣,马宏琳,郑霖,等.基于SpringBoot的域名信息系统设计与实现[J].电脑知识与技术,2024,20(05):44-47.DOI:10.14004/j.cnki.ckt.2024.0188.
[9]白茹鑫.基于SpringBoot+SSM框架的企业安全培训管理系统设计与实现[J].现代信息科技,2024,8(01):44-49.DOI:10.19850/j.cnki.2096-4706.2024.01.009.
[10]石雨昕,关家兴,邹博华,等.基于SpringBoot微服务架构设计与实现实验室开放课题管理系统[J].实验室检测,2024,2(01):101-106.
[11]张雷雨,单田清,梁霄.基于SpringBoot的水利地理信息系统设计与实现[J].连云港职业技术学院学报,2023,36(04):1-7.DOI:10.19858/j.cnki.1009-4318.2023.04.003.
[12]吴伶琳.基于SpringBoot的客户关系管理系统设计与实现[J].无线互联科技,2023,20(24):60-62.
[13]武际斌,段良华,金永亮.基于Vue+SpringBoot的课程思政素材库的设计与实现[C]//百色学院马克思主义学院.2023年思想政治教育论坛论文集.山东信息职业技术学院;,2023:3.DOI:10.26914/c.cnkihy.2023.087218.
[14]吴昊,张丹.基于SpringBoot框架的大学生网上兼职系统设计与实现[J].电脑知识与技术,2023,19(35):68-72.DOI:10.14004/j.cnki.ckt.2023.1860.
[15]姜一波.基于SpringBoot+Vue的在线考试系统设计与实现[J].无线互联科技,2023,20(23):68-71.
[16]田斌.基于SSM框架的宠物医院系统设计[J].无线互联科技,2023,20(14):69-71.
[17]张昀.情感与互动:宠物医院室内设计研究[D].南京林业大学,2023.DOI:10.27242/d.cnki.gnjlu.2023.000113.
[18]李晓辉.宠物医院的管理制度研究[J].畜牧业环境,2023,(09):116-117.
[19]王慧.一个宠物医院管理系统的设计与实现[J].电脑知识与技术,2023,19(10):67-70.DOI:10.14004/j.cnki.ckt.2023.0505.
[20]王萨仁图雅,薛爱兰.动物医院管理系统软件的应用技巧[J].当代畜禽养殖业,2021,(05):63-64.DOI:10.14070/j.cnki.15-1150.2021.05.022.
致谢
经过几个月时间的努力终于完成了这篇文章,在文章的写作与研究的过程中遇到了很多困难,都在同学和老师的帮助下解决了。尤其非常感谢我最敬爱的老师,他对我进行了无私的指导和帮助,不厌其烦的帮助进行文章的修改。老师严谨的治学态度、渊博的学术知识、诲人不倦的敬业精神以及宽容的待人风范使我获益颇丰。此外,在校图书馆查找资料的时候,图书馆的老师也给我提供了很多方面的支持与帮助。在此,向帮助和指导过我的老师表示最衷心的感谢!感谢这篇文章所涉及到的各位学者。本文引用了数位学者的文献,如果没有各位学者的研究成果的帮助和启发,我将很难完成本篇文章的写作。感谢我的同学和朋友,在我写文章的过程中给与了我很多素材和帮助,还在文章的撰写和排版过程中提供热情的帮助。同时,感谢我的室友对我的热心指导和帮助,经常有不懂之处都是大家在帮助我,才使得我比较顺利的完成了这篇文章。由于我水平有限,所写文章难免有不足之处,恳请各位老师和学友批评和指正!
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-
免费领取项目源码,请关注❤点赞收藏并私信博主,谢谢-