SSM城市社区慢性病人信息管理系统-计算机毕业设计源码23699

本设计主要实现集人性化、高效率、便捷等优点于一身的城市社区慢性病人信息管理系统，完成系统用户、医生目录管理、预约就诊管理、病历上传管理、提醒通知管理、咨询问题管理、健康监测管理、病历上传管理、系统管理、通知公告管理、资源管理等功能模块。系统通过浏览器与服务器进行通信，实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率，减少了数据存储上的错误和遗漏。城市社区慢性病人信息管理系统后端使用了SSM框架来实现系统的业务逻辑与数据交互，配合前端HTML技术，数据储存方面选用了关系型数据库MySQL，通过科学的管理方式、便捷的服务提高了工作效率，减少了数据存储上的错误和遗漏。通过使用Java语言的强大功能和灵活性，结合SSM框架的优势以及MySQL数据库的高效数据存储和管理能力，我们将开发一个功能全面、高效可靠的城市社区慢性病人信息管理系统。

关键词：Java；SSM；城市社区慢性病人信息管理系统；MySQL

Abstract

The rapid development of technological progress has caused tremendous changes in people's daily lives, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The arrival of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In practical application, the working rules and development steps of the application software are used to construct an urban community chronic patient information management system using SSM technology.

This design mainly implements an urban community chronic patient information management system that combines the advantages of humanization, high efficiency, and convenience. It completes functional modules such as system user, doctor information management, appointment information management, file information management, reminder and notification management, consultation information management, health monitoring management, drug information management, system management, notification and announcement management, and resource management. The system communicates with the server through a browser to achieve data exchange and change. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The backend of the urban community chronic patient information management system uses the SSM framework to implement the system's business logic and data interaction, combined with front-end HTML technology. In terms of data storage, the relational database MySQL is used, which improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. By utilizing the powerful features and flexibility of Java language, combined with the advantages of SSM framework and the efficient data storage and management capabilities of MySQL database, we will develop a comprehensive, efficient, and reliable urban community chronic patient information management system.

Keywords:Java; SSM; Urban community chronic patient information management system; MySQL

1 绪论

1.1 选题背景与意义

随着经济的发展和城市化的进程，人们的生活方式发生了巨大的变化。传统的饮食结构和体育锻炼逐渐被快餐和久坐所替代，导致慢性病的发病率迅速上升。慢性病已成为当前全球卫生领域的重大问题之一。特别是在城市社区，由于人口密集、生活压力大、环境污染等因素的影响，慢性病的发病率更高。

然而，当前对于城市社区慢性病管理的关注度和研究尚不足够。目前大多数的慢性病管理主要还是依赖于医疗机构，缺乏与社区居民之间的有效信息沟通和管理手段。为了提高慢性病管理的效率和质量，需要建立起一种有效的城市社区慢性病人信息管理系统。

建立城市社区慢性病人信息管理系统，可以使医护人员更加便捷地获取和更新病人的相关信息，提升慢性病治疗和管理的效率。通过信息管理系统，病人可以及时了解自己的病情和治疗计划，方便查询自己的健康数据和医疗记录，提高病人对自身健康状况的认知。同时，医生和病人之间也可以进行在线交流和信息共享，提高医患之间的沟通效率和治疗协作，推动医患关系向良性方向发展。通过慢性病人信息管理系统，可以更加全面地掌握社区居民的健康状况、慢性病的分布情况等信息，为社区的卫生管理工作提供依据，制定针对性的预防和管理策略。

1.2国内外研究现状

根据世界卫生组织的数据统计，慢性病已经成为全球最主要的健康威胁。慢性病病人需要长期用药、随时测量血压以及进行定期体检，这些需要社区医疗机构为病人提供专业的服务。在城市社区中，慢性病病人数量逐年增加，对社会卫生系统造成了巨大负担。有效管理慢性病病人的信息数据，对于提高病人生活质量和健康管理水平具有重要意义。因此，建立城市社区慢性病人信息管理系统具有重要意义，有助于提供个性化、全面的治疗和服务，实现慢性病防治的精准化和个体化。

在国外，一些发达国家已经建立了城市社区慢性病人信息管理系统，如美国的“慢性病管理项目（Chronic Disease Management Program）”，通过建立电子健康档案，整合病人的基本信息、病史、检查报告等数据，实现了病人信息的全面化管理。同时，借助大数据和人工智能技术，分析病人的健康状况，提供个性化的治疗方案和预防措施，实现了病人健康管理的精准化和持续性。

在国内，一些城市社区开始建立慢性病人信息管理系统，如北京、上海等一线城市的社区卫生服务中心。这些系统通常包括病人基本信息管理、病例管理、医疗记录管理、用药管理等模块，利用信息化技术对病人信息进行管理和分析，并提供个性化的健康管理服务。同时，一些研究也探讨了慢性病病人的生活方式、遵医行为等影响因素，为慢性病防治提供了科学依据。

城市社区慢性病人管理的信息化建设是一项相当紧迫的任务。建立城市社区慢性病人信息管理系统将是提高社区医疗服务水平、满足病人健康需求的关键手段之一。随着信息技术的不断发展，这一管理系统将逐渐完善并赋予更多的功能，以为慢性病的防治、医疗管理、医疗资源的合理分配、公共卫生决策等提供有效支撑。

总体而言，国内外城市社区慢性病人信息管理系统的研究较为活跃，但还存在一些问题，如信息共享不畅、数据安全性等方面的挑战。未来的研究可以进一步完善系统功能、强化数据安全保护，并结合物联网、云计算等新技术，提高慢性病人信息管理系统的效率和效果，为慢性病防治工作提供更有力的支持。

1.3论文结构与章节安排

本文共分为六章，章节内容安排如下：

第一章为引言，此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明，同时进行了论文整体框架的结构的简要介绍。

第二章为系统需求分析，章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析；对系统实行了总体功能的需求、用例分析。

第三章为系统的设计，主要是对系统的功能结构进行设计，并对系统数据库的概念结构以及物理结构的设计进行了分析。

第四章就是对系统的实现，根据系统功能的划分，分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。

第五章：系统测试。主要对系统的部分界面进行测试并对主要功能进行测试

第六章：总结。

2 城市社区慢性病人信息管理系统系统分析

系统需求分析是系统开发的一个关键环节，它在系统的设计和实现上起到了一个承上启下的位置。系统需求分析是对所需要做的系统进行一个需求的挖掘，如果分析的准确可以精准的解决现实中碰到的问题。如果分析不到位会影响后期系统的实现。一个系统的优秀程度需求分析也是占据了非常大的比例，如果需求分析不到位，后面的系统设计要实现就是一个偏离导航的设计。

2.1 可行性分析

系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析，如果三个层面度通过，我们则认为系统是比较可行的。

2.1.1 技术可行性分析

SSM是一种常用的Java Web开发框架，能够实现分层架构，提高开发效率和代码复用性。城市社区慢性病人信息管理系统在数据的存储上使用的MySQL数据库，在系统开发中使用了Java、HTML、Tomcat这些开发工具的使用，能够给我们的编写工作带来许多的便利。结合SSM和Java技术，可以快速搭建一个功能强大、性能稳定的城市社区慢性病人信息管理系统。因此，从技术层面分析是可行的。

2.1.2 经济可行性分析

SSM框架是开源的，拥有大量的社区支持和丰富的学习资源。使用SSM框架进行开发可以降低开发成本，缩短开发周期。此外，SSM框架具备良好的性能和稳定性，可以降低系统的运行成本和维护成本。因此，从经济角度分析是可行的。

2.1.3 操作可行性分析

本系统实现功能的操作很简单，普通电脑的常见配置就可以运行本软件，并且只要粗通电脑使用的基本常识就可以流畅的使用本软件。电脑具备连接互联网的能力，并且可以正常访问系统，并不需要操作者有什么高超的能力，只需了解业务流程，并且按照专业知识进行正确操作即可，所以高校教材订购管理系统具备操作可行性。

2.2 系统功能分析

2.2.1 功能性分析

城市社区慢性病人信息管理系统我划分为了病人用户模块，医生用户模块和管理员模块这三大部分。

病人用户模块：

（1）用户注册登录：游客可以随时进入到系统中，对系统中的信息浏览，但是想要实现咨询医生、预约和健康监测等操作，就必须有这个系统的账号，如果没有账号的话，可以注册病人用户进行相关的操作，同时用户还可以通过“我的”这以按钮对个人信息以及操作的信息进行管控。

（2）查看城市社区慢性病人信息管理系统的首页信息：城市社区慢性病人信息管理系统的首页信息包含了首页、医生目录、我的账号、个人中心等。

（3）医生目录：用户可以查看医生目录，在查询到自己想要了解的医生目录的时候，可以进入查看详细的介绍，包括医生用户、医生姓名、医生性别、主诊病类、上班时间、医生简介等信息，点击“咨询”这一按钮以后会跳转到咨询医生填写的界面，根据提示填写好咨询问题，点击“提交”以后就完成了；在医生目录详情这个界面，同时支持用户对医生进行看病预约就诊填写，也可以对喜欢的医生目录进行收藏、点赞以及评论的功能。

（4）我的账号：在前台点击“我的”下面的“我的账号”可以对个人资料+密码修改进行管控。

（5）个人中心：病人用户在前台点击“个人中心”可以对咨询问题、医生回复、预约就诊、病历上传、就诊记录、医生回访和自己收藏的信息进行管理。

医生用户模块：

（1）登录：医生用户注册后由管理员审核通过后方可登录系统。

（2）查看城市社区慢性病人信息管理系统的首页信息：城市社区慢性病人信息管理系统的首页信息包含了首页、医生目录、我的账号、个人中心等。

（3）我的账号：在前台点击“我的”下面的“我的账号”可以对个人资料+密码修改进行管控。

（4）个人中心：医生用户在前台点击“个人中心”可以对个人中心、医生目录、咨询问题、医生回复、预约就诊、病历上传、就诊记录、医生回访等信息进行管理。

管理员管理模块：公共管理（轮播图）、用户管理、医生目录、病情类型、咨询问题、医生回复、预约就诊、病历上传、就诊记录、医生回访、病类数据、病人数据

（1）登录：管理员在后台可以输入用户名+密码进行登录，管理员的用户名和密码是在数据库中直接设定好的。

（2）公共管理：管理员点击“公共管理”菜单可以对首页展示的轮播图进行管理。

（3）用户管理：管理员可以对城市社区慢性病人信息管理系统中的管理员，医生用户、以及前台注册的病人用户进行增删改查。

（4）医生目录：管理员点击“医生目录”会显示出所有的医生目录，支持输入医生姓名或主诊病类对医生目录进行查询，如果想要添加新的医生目录，点击“添加”按钮，输入医生用户、医生姓名、医生性别、主诊病类、上班时间、医生简介等信息，点击“提交”按钮就可以添加了，同时可以选择某一条医生目录，点击“删除”进行删除，也可以对用户提交的医生评论的信息进行管控。

（5）病情类型：管理员点击“病情类型”系统会把医疗系统当中所有的病情类型都显示出来，管理员可进行添加病情类型和类型描述管理，并可进行查询、重置或删除等相应操作。

（6）咨询问题：管理员点击“咨询问题”会显示出所有的咨询问题，支持通过咨询标题对咨询问题进行查询，可以选择某一条咨询问题查看详情。

（7）医生回复：管理员点击“医生回复”会显示出所有的医生回复信息，可以选择某一条医生回复查看详情。

（8）预约就诊：管理员点击“预约就诊”系统会把城市社区慢性病人信息管理系统当中所有的预约就诊记录都显示出来，支持通过医生姓名或预约状态对预约就诊记录进行查询，点击右侧的“病历上传”可以填写病人用户的病历信息。

（9）病历上传：管理员点击“病历上传”会显示所有病人的病历信息，点击详情查看详细内容。

（10）就诊记录：管理员点击“就诊记录”会显示所有病人的就诊记录，点击详情查看详细内容，也可以对其进行医生回访操作。

（11）医生回访：管理员点击“医生回访”会显示所有的医生回访信息，点击详情查看详细内容。

（12）病类数据：后台管理员可以查看医生前端得到的所有数据，然后添加病类数据记录，得出病类数据统计图。

（13）病人数据：后台管理员可以查看系统前端得到的所有病人数据，然后添加病人数据记录，得出病人数据统计图。

2.2.2 非功能性分析

城市社区慢性病人信息管理系统的非功能性需求比如城市社区慢性病人信息管理系统的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下2-1表格中：

表2-1城市社区慢性病人信息管理系统非功能需求表

安全性	主要指城市社区慢性病人信息管理系统数据库的安装，数据库的使用和密码的设定必须合乎规范。
可靠性	可靠性是指城市社区慢性病人信息管理系统能够按照用户提交的指示进行操作，经过测试，可靠性90%以上。
性能	性能是影响城市社区慢性病人信息管理系统占据市场的必要条件，所以性能最好要佳才好。
可扩展性	比如数据库预留多个属性，比如接口的使用等确保了系统的非功能性需求。
易用性	用户只要跟着城市社区慢性病人信息管理系统的页面展示内容进行操作，就可以了。
可维护性	城市社区慢性病人信息管理系统开发的可维护性是非常重要的，经过测试，可维护性没有问题

2.3 系统用例分析

城市社区慢性病人信息管理系统的完整UML用例图分别是图2-1、图2-2和图2-3。

图2-1就是病人用户角色的用例展示。

图2-1 系统病人用户角色用例图

图2-2就是医生用户角色的用例展示。

图2-2 医生用户角色用例图

图2-3就是管理员角色的用例展示。

图2-3 管理员角色用例图

2.4 系统流程分析

2.4.1 数据流程

开发城市社区慢性病人信息管理系统最主要的一个目的就是实现用户对医生的咨询预约，图2-4就是系统的数据流图。

图2-4咨询预约医生操作展开图

2.4.2 业务流程

分析完城市社区慢性病人信息管理系统的数据流，那么接下来我们来看系统的业务流程，图2-5就是业务流程图：

图2-5业务流程图

2.5本章小结

本章主要通过对城市社区慢性病人信息管理系统的可行性分析、功能需求分析、系统用例分析、系统流程分析，确定整个城市社区慢性病人信息管理系统要实现的功能。同时也为城市社区慢性病人信息管理系统的代码实现和测试提供了标准。

3 城市社区慢性病人信息管理系统总体设计

本章主要讨论的内容包括城市社区慢性病人信息管理系统的功能模块设计、数据库系统设计。

3.1 系统功能模块设计

3.1.1整体功能模块设计

在上一章节中主要对系统的功能性需求和非功能性需求进行分析，并且根据需求分析了本城市社区慢性病人信息管理系统中的用例。那么接下来就要开始对城市社区慢性病人信息管理系统的架构、主要功能和数据库开始进行设计。城市社区慢性病人信息管理系统根据前面章节的需求分析得出，其总体设计模块图如图3-1所示。

图3-1 系统功能模块图

3.1.2用户模块设计

本系统的用户包括后台管理员和前台用户，两种用户模块的功能基本是相同的，用户比管理员多了一个注册功能，所以以用户模块的结构图为例进行分析，用户模块结构图为例进行分析，如下图：

图3-2用户模块结构图

3.1.3 评论管理模块设计

城市社区慢性病人信息管理系统是一个交流性质的公开平台，用户在平台上提交评论，增加用户之间的互动性。但是同时也为了更好的规范评论的内容，给予管理员删除不合适的评论的功能，所以需要专门设计一个评论管理模块，具体的结构图如下：

图3-3评论管理模块结构图

3.1.4医生目录管理模块设计

城市社区慢性病人信息管理系统是中需要存储不少医生目录，其模块功能结构，具体的结构图如下：

图3-4医生目录模块结构图

3.1.5预约就诊管理模块设计

城市社区慢性病人信息管理系统最重要的一个功能就是用户提交预约生成预约就诊信息，其预约就诊模块功能结构，具体的结构图如下：

图3-5预约就诊模块结构图

3.2 数据库设计

数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程，其中需求分析前面章节已经阐述，概念模型设计有概念模型和逻辑结构设计两部分。

3.2.1 数据库概念结构设计

下面是整个城市社区慢性病人信息管理系统中主要的数据库表总E-R实体关系图。

图3-6 系统总E-R关系图

3.2.2 数据库逻辑结构设计

通过上一小节中城市社区慢性病人信息管理系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

表access_token (登陆访问时长)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	token_id	int	10	0	N	Y		临时访问牌ID
2	token	varchar	64	0	Y	N		临时访问牌
3	info	text	65535	0	Y	N
4	maxage	int	10	0	N	N	2	最大寿命：默认2小时
5	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：
7	user_id	int	10	0	N	N	0	用户编号:

表appointment_for_medical_treatment (预约就诊)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	appointment_for_medical_treatment_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	main_diagnosis_category	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	user_gender	varchar	64	0	Y	N		用户性别
9	id_number	varchar	64	0	Y	N		身份证号
10	appointment_time	datetime	19	0	Y	N		预约时间
11	personal_notes	text	65535	0	Y	N		个人备注
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表appointment_reply (预约回复)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	appointment_reply_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	main_diagnosis_category	varchar	64	0	Y	N		主诊病类
5	regular_users	int	10	0	Y	N	0	普通用户
6	user_name	varchar	64	0	Y	N		用户姓名
7	appointment_time	datetime	19	0	Y	N		预约时间
8	appointment_status	varchar	64	0	Y	N		预约状态
9	reply_content	text	65535	0	Y	N		回复内容
10	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
11	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表auth (用户权限管理)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	更新时间：

表collect (收藏)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	更新时间：

表comment (评论)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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：

表consultation_questions (咨询问题)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	consultation_questions_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	user_address	varchar	64	0	Y	N		用户地址
5	user_gender	varchar	64	0	Y	N		用户性别
6	user_phone_number	varchar	64	0	Y	N		用户电话
7	consultation_date	date	10	0	Y	N		咨询日期
8	consultation_questions	text	65535	0	Y	N		咨询问题
9	doctor_users	int	10	0	Y	N	0	医生用户
10	doctors_name	varchar	64	0	Y	N		医生姓名
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表disease_data (病类数据)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	disease_data_id	int	10	0	N	Y		病类数据ID
2	record_month	varchar	64	0	Y	N		记录月份
3	disease_type	varchar	64	0	Y	N		病情类型
4	number_of_sick_individuals	int	10	0	Y	N	0	患病人数
5	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
6	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表disease_type (病情类型)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	disease_type_id	int	10	0	N	Y		病情类型ID
2	type_name	varchar	64	0	Y	N		类型名字
3	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
4	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctors_reply (医生回复)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctors_reply_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	reply_date	date	10	0	Y	N		回复日期
5	question_response	text	65535	0	Y	N		问题回复
6	regular_users	int	10	0	Y	N	0	普通用户
7	user_name	varchar	64	0	Y	N		用户姓名
8	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
9	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_directory (医生目录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_directory_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_photo	varchar	255	0	Y	N		医生照片
5	doctors_gender	varchar	64	0	Y	N		医生性别
6	main_diagnosis_category	varchar	64	0	Y	N		主诊病类
7	working_hours	varchar	64	0	Y	N		上班时间
8	doctor_introduction	text	65535	0	Y	N		医生简介
9	appointment_remarks	varchar	64	0	Y	N		预约备注
10	hits	int	10	0	N	N	0	点击数
11	praise_len	int	10	0	N	N	0	点赞数
12	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
13	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_follow_up (医生回访)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_follow_up_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	regular_users	int	10	0	Y	N	0	普通用户
5	user_name	varchar	64	0	Y	N		用户姓名
6	id_number	varchar	64	0	Y	N		身份证号
7	follow_up_date	date	10	0	Y	N		回访日期
8	diagnosed_disease_name	varchar	64	0	Y	N		诊断病名
9	follow_up_records	text	65535	0	Y	N		回访记录
10	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
11	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表doctor_users (医生用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	doctor_users_id	int	10	0	N	Y		医生用户ID
2	doctors_name	varchar	64	0	Y	N		医生姓名
3	doctors_phone_number	varchar	64	0	Y	N		医生电话
4	doctors_gender	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	更新时间

表hits (用户点击)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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：

表medical_record_upload (病历上传)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	medical_record_upload_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	id_number	varchar	64	0	Y	N		身份证号
5	user_gender	varchar	64	0	Y	N		用户性别
6	personal_age	varchar	64	0	Y	N		个人年纪
7	personal_height	varchar	64	0	Y	N		个人身高
8	personal_weight	varchar	64	0	Y	N		个人体重
9	upload_date	date	10	0	Y	N		上传日期
10	medical_record_certificate	varchar	255	0	Y	N		病历证明
11	medical_history_explanation	text	65535	0	Y	N		病史说明
12	doctor_users	int	10	0	Y	N	0	医生用户
13	doctors_name	varchar	64	0	Y	N		医生姓名
14	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
15	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表patient_data (病人数据)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	patient_data_id	int	10	0	N	Y		病人数据ID
2	record_date	date	10	0	Y	N		记录日期
3	number_of_visits	int	10	0	Y	N	0	就诊人数
4	number_of_consultations	int	10	0	Y	N	0	咨询人数
5	number_of_follow_up_visits	int	10	0	Y	N	0	回访人数
6	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
7	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

表praise (点赞)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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已取消

表regular_users (普通用户)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	regular_users_id	int	10	0	N	Y		普通用户ID
2	user_name	varchar	64	0	Y	N		用户姓名
3	user_address	varchar	64	0	Y	N		用户地址
4	user_phone_number	varchar	64	0	Y	N		用户电话
5	user_gender	varchar	64	0	Y	N		用户性别
6	id_number	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	更新时间

表slides (轮播图)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	更新时间：

表upload (文件上传)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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		文件类型

表user (用户账户：用于保存用户登录信息)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
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	email	varchar	64	0	Y	N		邮箱：[0,64]用户的邮箱，用于找回密码时或登录时
11	email_state	smallint	5	0	N	N	0	邮箱认证：[0,1](0未认证\|1审核中\|2已认证)
12	avatar	varchar	255	0	Y	N		头像地址：[0,255]
13	open_id	varchar	255	0	Y	N		针对获取用户信息字段
14	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
15	vip_level	varchar	255	0	Y	N		会员等级
16	vip_discount	double	11	2	Y	N	0.00	会员折扣

表user_group (用户组：用于用户前端身份和鉴权)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	group_id	mediumint	8	0	N	Y		用户组ID：[0,8388607]
2	display	smallint	5	0	N	N	100	显示顺序：[0,1000]
3	name	varchar	16	0	N	N		名称：[0,16]
4	description	varchar	255	0	Y	N		描述：[0,255]描述该用户组的特点或权限范围
5	source_table	varchar	255	0	Y	N		来源表：
6	source_field	varchar	255	0	Y	N		来源字段：
7	source_id	int	10	0	N	N	0	来源ID：
8	register	smallint	5	0	Y	N	0	注册位置:
9	create_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	创建时间：
10	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间：

表visit_records (就诊记录)

编号	名称	数据类型	长度	小数位	允许空值	主键	默认值	说明
1	visit_records_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	regular_users	int	10	0	Y	N	0	普通用户
5	user_name	varchar	64	0	Y	N		用户姓名
6	id_number	varchar	64	0	Y	N		身份证号
7	diagnosis_and_treatment_date	date	10	0	Y	N		诊治日期
8	diagnosed_disease_name	varchar	64	0	Y	N		诊断病名
9	treatment_plan	text	65535	0	Y	N		治疗方案
10	check_the_information	varchar	255	0	Y	N		检查资料
11	create_time	datetime	19	0	N	N	CURRENT_TIMESTAMP	创建时间
12	update_time	timestamp	19	0	N	N	CURRENT_TIMESTAMP	更新时间

3.3本章小结

整个城市社区慢性病人信息管理系统的需求分析主要对系统总体架构以及功能模块的设计，通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。

4 城市社区慢性病人信息管理系统详细设计与实现

城市社区慢性病人信息管理系统的详细设计与实现主要是根据前面的城市社区慢性病人信息管理系统的需求分析和城市社区慢性病人信息管理系统的总体设计来设计页面并实现业务逻辑。主要从城市社区慢性病人信息管理系统界面实现、业务逻辑实现这两部分进行介绍。

4.1前台用户功能模块

4.1.1 前台首页界面

当进入城市社区慢性病人信息管理系统的时候，系统以上中下的布局进行展示，首先映入眼帘的是系统的导航栏，下面是轮播图，再往下是医生目录，其主界面展示如下图4-1所示。

图4-1 前台首页界面图

4.1.2 用户注册界面

城市社区慢性病人信息管理系统的游客和病人用户时可以进行注册登录，当用户右上角“注册”按钮的时候，当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据，再次验证密码和确认密码是否是一样的，最后验证输入的账户名和数据库表中已经注册的账户名是否重复，只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。

图4-2注册界面图

注册关键代码如下:

@PostMapping("register")

public Map<String, Object> signUp(HttpServletRequest request) throws IOException {

Map<String, String> query = new HashMap<>();

Map<String,Object> map = service.readBody(request.getReader());

query.put("username",String.valueOf(map.get("username")));

List list = service.selectBaseList(service.select(query, new HashMap<>()));

if (list.size()>0){

return error(30000, "用户已存在");

}

map.put("password",service.encryption(String.valueOf(map.get("password"))));

service.insert(map);

return success(1);

}

4.1.3 用户登录界面

城市社区慢性病人信息管理系统中的前台上注册后的用户是可以通过自己的账户名和密码进行登录的，当病人用户输入完整的自己的账户名和密码信息并点击“登录”按钮后，将会首先验证输入的有没有空数据，再次验证输入的账户名+密码和数据库中当前保存的用户信息是否一致，只有在一致后将会登录成功并自动跳转到城市社区慢性病人信息管理系统的首页中；否则将会提示相应错误信息，用户登录界面如下图4-3所示。

图4-3用户登录界面图

登录关键代码如下：

@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;

QueryWrapper wrapper = new QueryWrapper<User>();

Map<String, String> map = new HashMap<>();

4.1.4 医生目录界面

当用户点击“医生目录”后就可以看到所有的医生目录，可以输入医生姓名或主诊病类进行搜索查询，选择你想要了解的医生目录后将会进入该医生目录的详情界面，可以了解到该医生目录的医生用户、医生姓名、医生性别、主诊病类、上班时间、医生简介等，同时可以对点击上方的“咨询”、“预约”、“点赞”、“收藏”进行相关操作，也可以在下方评论区输入想要评论的内容进行评论，医生目录详情展示页面如图4-4所示。

图4-4 医生详情界面图

咨询问题提交页面如图4-5所示。

图4-5 咨询问题提交界面图

预约就诊提交页面如图4-6所示。

图4-6 预约就诊提交界面图

4.1.5我的账号界面

当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账号”可以对个人的资料以及登录系统的密码进行设置管理，我的账号界面如下图4-7所示。

图4-7 我的账号界面图

4.1.6个人中心界面

前台用户点击右上角“个人中心”模块，可以查看和管理个人相关的信息和任务，不同角色有着不同的管理模块。病人用户可以对咨询问题、医生回复、预约就诊、病历上传、就诊记录、医生回访和收藏的信息进行管理。在这里可以查看提交的咨询问题和医生的回复；也可以查看预约就诊信息和就诊记录以及医生回访的信息，还可以管理个人的病历信息和收藏列表信息。病人用户个人中心界面如下图4-8所示。

图4-8 病人用户个人中心界面

医生用户在此页面可以对医生目录、咨询问题、医生回复、预约就诊、病历上传、就诊记录、医生回访等信息进行管理。医生可以添加个人的医生目录信息，查看病人的咨询问题并且回复；对病人的病历信息进行上传以及就诊结束后不定期进行回访。医生用户个人中心界面如下图4-9所示。

图4-9 医生用户个人中心界面

4.2后台功能模块

4.2.1公共管理界面

管理人员在“公共管理”这一菜单下是可以对城市社区慢性病人信息管理系统内的轮播图进行添加修改的，其管理界面如下图4-10所示。

图4-10 系统轮播图管理界面图

4.2.2用户管理界面

城市社区慢性病人信息管理系统中的管理人员在“系统用户”这一菜单是中可以对注册的病人用户，医生用户以及管理员进行管控。系统用户管理界面如下图4-11所示。

图4-11用户管理界面图

4.2.3医生目录管理界面

管理员点击“医生目录管理”显示所有的医生目录，支持通过医生姓名或主诊病类对医生目录进行查询。如果想要添加新的医生目录，点击“添加”按钮，输入医生用户、医生姓名、医生性别、主诊病类、上班时间、医生简介等信息，点击“提交”按钮就可以添加了，也可以对用户提交的医生评论的信息进行管控。医生目录管理界面如下图4-12所示。

图4-12 医生目录管理界面图

4.2.4病历上传管理界面

管理员点击“病历上传”会显示出所有的病历上传信息，可以点击右侧的“就诊记录”对病历信息添加就诊记录。病历上传管理界面如下图4-13所示。

图4-13病历上传管理界面图

4.2.5病类数据管理界面

后台管理员可以查看医生前端得到的所有数据，然后添加病类数据记录，得出病类数据统计图。添加病类数据界面如下图4-14所示。

图4-14添加病类数据界面图

4.2.6病人数据管理界面

后台管理员可以查看系统所有的病人数据信息，然后添加病人数据记录，得出病人数据统计图。添加病人数据界面如下图4-15所示。

图4-15 添加病人数据界面图

5系统测试

5.1 系统测试用例

系统测试包括：用户登录功能测试、医生目录展示功能测试、病类数据添加、医生目录搜索、密码修改、咨询医生功能测试，如表5-1、5-2、5-3、5-4、5-5、5-6所示：

用户登录功能测试：

表5-1 用户登录功能测试表

用例名称	用户登录系统
目的	测试用户通过正确的用户名和密码可否登录功能
前提	未登录的情况下
测试流程	1) 进入登录页面 2) 输入正确的用户名和密码
预期结果	用户名和密码正确的时候，跳转到登录成功界面，反之则显示错误信息，提示重新输入
实际结果	实际结果与预期结果一致

医生目录查看功能测试：

表5-2 医生目录查看功能测试表

用例名称	医生目录查看
目的	测试医生目录查看功能
前提	用户登录
测试流程	点击医生目录列表
预期结果	可以查看到所有医生目录信息
实际结果	实际结果与预期结果一致

添加病类数据界面测试：

表5-3 添加病类数据界面测试表

用例名称	添加病类数据测试用例
目的	测试病类数据添加功能
前提	管理员正常登录情况下
测试流程	1）点击病类数据，然后点击添加后并填写信息。 2）点击进行提交。
预期结果	提交以后，页面首页会显示新的病类数据
实际结果	实际结果与预期结果一致

医生目录搜索功能测试：

表5-4医生目录搜索功能测试表

用例名称	医生目录搜索测试
目的	测试医生目录搜索功能
前提	无
测试流程	1）在搜索框填入搜索关键字。 2）点击搜索按钮。
预期结果	页面显示包含有搜索关键字的医生目录
实际结果	实际结果与预期结果一致

密码修改搜索功能测试：

表5-5 密码修改功能测试表

用例名称	密码修改测试用例
目的	测试管理员密码修改功能
前提	管理员用户正常登录情况下
测试流程	1）管理员密码修改并完成填写。 2）点击进行提交。
预期结果	使用新的密码可以登录
实际结果	实际结果与预期结果一致

咨询医生功能测试：

表5-6咨询医生功能测试表

用例名称	咨询医生测试用例
目的	测试用户咨询医生功能
前提	用户正常登录情况下
测试流程	1）搜索查看医生目录，点击咨询医生。 2）填写咨询内容信息，点击进行提交。
预期结果	医生回复咨询问题
实际结果	实际结果与预期结果一致

5.2 系统测试结果

通过编写城市社区慢性病人信息管理系统的测试用例，已经检测完毕用户登录功能测试、医生目录展示功能测试、病类数据添加、医生目录搜索、密码修改、咨询医生功能测试，通过这6大模块为城市社区慢性病人信息管理系统的后期推广运营提供了强力的技术支撑。

结论

在开发本城市社区慢性病人信息管理系统之前我胸有成竹，觉得很简单，但在实际的开发中我发现了自身的很多问题，许多编程思想和方法都还没有掌握牢靠，比如HTML、Spring、SpringMVC、MyBatis等许多Java Web开发技术，通过开发这个城市社区慢性病人信息管理系统我成长了很多，懂得了做什么事情都要脚踏实地，不能眼高手低，在本次城市社区慢性病人信息管理系统的开发中我逐渐掌握逐渐熟悉的技术。

本次城市社区慢性病人信息管理系统的开发中我还学会了很多，例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概，脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后，需要思考本次编程所需的主要知识点和技术点，并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑，长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多，如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己，那么在进入社会后，不仅会给公司团队带来麻烦和增加不必要的工作，还会导致客户流失，公司对自己的评价下降。

在本次项目中我也暴露了诸多问题。对于SSM的编程知识有所欠缺，环境配置和算法上出现诸多问题，时常导致项目运行出错，或者目标的实现有问题。或者实现想法时算法未优化，使得代码冗长，程序运行不顺畅。

参考文献

[1]Bae S Y ,Kim H K .Development of Clinical Decision Support System for Patient Blood Management in Hospital Information System.[J].Studies in health technology and informatics,2024,3101374-1375.

[2]陈红.数字化档案管理信息系统在医院档案管理中的应用[J].办公自动化,2024,29(02):70-72.

[3]Ying W ,Mengyao J ,Mei H , et al.Design and Implementation of an Inpatient Fall Risk Management Information System.[J].JMIR medical informatics,2024,12e46501-e46501.

[4]孙超.医院档案管理信息系统的设计与实现[J].办公自动化,2024,29(01):70-72.

[5]潘光球.医院信息管理系统与数据库安全管理策略研究[J].信息与电脑(理论版),2023,35(21):202-204.

[6]张浩.SSM框架在Web应用开发中的设计与实现研究[J].电脑知识与技术,2023,19(08):52-54.DOI:10.14004/j.cnki.ckt.2023.0353.

[7]A S L ,Joanna D ,W R A , et al.Hospital-based preventative interventions for people experiencing homelessness in high-income countries: A systematic review.[J].EClinicalMedicine,2022,54101657-101657.

[8]Moshe J I ,Mbali E M .Health systems responsiveness towards the Mentor Mother Program for preventing mother-to-child transmission of HIV in military hospitals.[J].Nursing open,2022,10(4):2295-2308.

[9]罗梦兰,文庭孝.基于用户体验的医院挂号系统服务优化研究[J].医学信息学杂志,2022,43(10):80-84.

[10]郭亚腾,朱珠,汪小锋等.多渠道综合医院检查预约智能管理系统的设计与实现[J].中国医学装备,2022,19(08):123-127.

[11]周兴朝,康复医学信息管理系统的开发及应用.云南省,大理大学第一附属医院,2022-03-03.

[12]巩蕾.医院挂号预约管理系统设计[J].电脑编程技巧与维护,2022,(02):66-68+80.DOI:10.16184/j.cnki.comprg.2022.02.033.

[13]邢娜,郑蕾,王莉.医院网站预约挂号系统设计[J].解放军医院管理杂志,2021,28(10):929-930+969.DOI:10.16770/J.cnki.1008-9985.2021.10.012.

[14]常佳宁,潘琳.一种基于Web的医院挂号系统设计[J].中国科技信息,2021,(16):45-46.

[15]叶基林.某医院挂号预约管理系统设计与实现[D].电子科技大学,2021.DOI:10.27005/d.cnki.gdzku.2021.002694.

[16]李慧宁,王文军.基于JavaWeb的医院在线挂号系统设计与实现[J].电子元器件与信息技术,2021,5(02):172-175.DOI:10.19772/j.cnki.2096-4455.2021.2.076.

[17]任方针,王秀友.基于SSM的体检预约系统设计与实现[J].电脑知识与技术,2020,16(34):10-13.DOI:10.14004/j.cnki.ckt.2020.3865.

[18]马纪林,张雪平.基于医院信息管理系统的上海市松江区糖尿病患者药物使用情况研究[J].中国全科医学,2020,23(31):4000-4006.

[19]胡川,罗浩,汪鹏.医院智能血糖监测管理系统设计与应用[J].医学信息学杂志,2020,41(07):68-71.

[20]常磊.医院网络心理咨询平台的设计与开发[J].电脑知识与技术,2020,16(19):49-51.DOI:10.14004/j.cnki.ckt.2020.2267.

致谢

这篇文章的完成经历了多个日日夜夜的努力，终于在今天得以完成。这篇文章的创作过程实为不易，但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时，非常感谢我的导师不耐其烦的帮助我解决问题，给予了我许多指导意见。也感谢所有为我授业解惑的老师！

另外，本文的完成也参考借鉴了许多国内外在SSM技术上的著作，如果没有著作原作的辛勤付出和科研成果，我也很难完成本论文。感谢在本论文中关联到的学者们！也感谢Google等公司，感谢他们强大的搜索引擎，让我的资料查阅省事简单。

感谢之余也还有几句话要说，虽大学学习四年，怎奈何本人才疏学浅，本文的完成已为尽力，但文中不免有些不当和错误之处，诚挚真切的请求各位老师对本文的批评改正，感谢百忙之中费心审阅我论文的老师。

免费领取项目源码，请关注❥点赞收藏并私信博主，谢谢~

标签：10,varchar,慢性病,医生,用户,SSM,源码,毕业设计,信息管理系统
From： https://blog.csdn.net/Biye_Design/article/details/143673118

SSM城市社区慢性病人信息管理系统-计算机毕业设计源码23699

1 绪论

2 城市社区慢性病人信息管理系统系统分析

4 城市社区慢性病人信息管理系统详细设计与实现

5系统测试

相关文章

赞助商

阅读排行