目 录
摘要
本课题的研究对象是康之家医微信小程序,该系统实现了系统用户、医生信息管理、医生分类管理、咨询信息管理、医生预约管理、看诊信息管理、体检信息管理、体检预约管理、体检报告管理等核心功能。本系统在设计上,考虑到系统内容以及系统的受众群体,在系统的美工方面采用了比较正规的设计,同时也提供了友好的页面以及简单的操作,系统采用SSM、Mysql,这样的组合不但利用上了在大学中所学到的知识,并且能够使系统真正的发布到互联网上,而不是一个单纯的演示系统。本系统经过测试,运行效果稳定,操作方便、快捷。在具体的应用过程中,有可能会出现一些问题,今后还会对本系统不断地进行完善、更新,使其功能更强大,应用更广泛。
关键词:Java技术;SSM;康之家医小程序
Abstract
The research object of this project is the Kangzhijia Medical WeChat Mini Program, which implements core functions such as system user, doctor information management, doctor classification management, consultation information management, doctor appointment management, consultation information management, physical examination information management, physical examination appointment management, and physical examination report management. In the design of this system, considering the system content and the audience of the system, we have adopted a more formal design in the system art, and also provided friendly pages and simple operations. The system uses SSM and MySQL. This combination not only makes use of the knowledge learned in college, but also enables the system to be truly published on the Internet, rather than a simple demonstration system. This system has been tested and runs stably, with convenient and fast operation. In the specific application process, there may be some problems, and in the future, this system will be continuously improved and updated to make its functions more powerful and its applications more widespread.
Keywords:Java technology; SSM; Kangzhijia Medical Mini Program
1 绪论
1.1选题背景
社会发展和科技进步,人们对医疗服务的需求也日益增长。然而,传统的医疗方式存在一些问题,例如挂号排队时间长、就诊信息不便获取、医生咨询不及时等。因此,为了提供更加便捷高效的医疗服务,康之家医院推出了康之家医微信小程序。康之家医微信小程序旨在利用微信平台的广泛用户群体和功能,为患者提供全方位的医疗服务。通过该小程序,患者可以随时随地进行预约挂号,避免了传统挂号的排队等待;同时,患者还可以与医生进行在线咨询,获得专业的建议和指导,节省了前往医院的时间和精力。此外,康之家医微信小程序还提供健康管理功能,用户可以记录个人健康数据,更好地管理自己的健康状况。
通过康之家医微信小程序,患者可以方便地获取医院相关信息,包括地址、交通指引、科室介绍等,从而更加轻松地前往医院就诊。这一系列的便捷功能,为患者提供了更好的医疗体验和服务质量,同时也提高了医院的运行效率和医患沟通的便利性。
基于以上背景,康之家医微信小程序选题的目的是为了满足患者对医疗服务便捷性、高效性和个性化管理的需求,提供全方位的医疗服务,提升患者的医疗体验,并促进医患之间的沟通和理解。
1.2研究内容
(1)首先是确定选题,确定好所要做的系统,并对系统的背景及现在面临的一些问题等进行系统的初步确认。
(2)系统确认完成后,结合系统开发的需求进行确认系统开发所使用的技术,康之家医微信小程序的开发使用SSM框架,数据库进行平台的搭建开发,确认好使用的技术进行技术分析,所使用的技术是否可以完成系统的实现。
(3)确定好系统使用的技术,进行在线确认系统所划分的用户角色,并且根据用户角色划分确定所要设计的功能模块。
(4)系统的功能模块确认完成后进行程序及界面的设计,设计完成后,并且通过测试来判断程序是否完善,对于系统测试,需要不同的用户进行不同的内容编辑及提交,及使用不同的测试方式找出程序中存在的漏洞,并对程序出现的漏洞问题进行在线解决处理,如果测试系统没有任何问题时,可以将系统上传进行正式操作使用。
1.3微信小程序的介绍
微信小程序作为2017年上新的产品一经推出就获得了人们的关注,小程序就是轻应用,无需下载安装,即开即用,用完即关。目前,小程序已完全渗透到人们的日常生活和工作之中,除了用于商业应用,还广泛应用于社会公共服务,社区医疗、企业等方面,可快速、免费地向目标用户发送不同类型的信息内容。
无论是开发移动APP还是开发移动网站所投入成本较高,小程序因其基于微信内,无需考虑平台兼容性,成本与开发时间较低,除此之外,基于微信使用率高,用户之间的相互推荐与使用可以为小程序带来流量更加提升其使用率。
2 康之家医小程序系统分析
系统分析是开发一个项目的先决条件,通过系统分析可以很好的了解系统的主体用户的基本需求情况,同时这也是项目的开发的原因。进而对系统开发进行可行性分析,通常包括技术可行性、经济可行性等,可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析,分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。
2.1 可行性分析
(1)操作可行性:
此次项目设计参考了几个该模式下网站的开发案例,对他们的操作界面分析,将众多案例结合在一起,突出以人为本简化操作,所以具有基本计算机知识的人都会操作本项目。
因此操作可行性也没有问题。
(2)技术可行性:
技术可行性指的是对于搭建框架的可行性,以及有更优秀的技术出现时系统的技术更新换代的纳新性如何,开发时间成本费用比如何。
现有的Java技术能够迎合所有康之家医小程序的搭建。开发这个康之家医小程序的时候我采用了Java+MYSQL用以运行整体程序。
综上所述技术可行性也没有问题。
(3)法律可行性:
从开发者角度来看,Java和MYSQL是网上开源且免费的,在知识产权方面不会产生任何法律纠纷。
从用户使用角度来看,只要不再系统上贩卖违禁品,对系统做出条约协议,杜绝非法支付即可。
综上所述法律可行性也没有问题。
2.2 系统流程分析
2.2.1 数据流程
康之家医小程序主要的目的就是实现对医生的在线预约,图2-1就是系统的数据流图。
图2-1医生预约操作展开图
3.3.2 业务流程
分析完系统的数据流,接下来我们来看系统的业务流程,图2-2就是业务流程图:
图2-2业务流程图
2.3 系统功能分析
2.3.1 功能性分析
按照康之家医小程序的角色,我划分为了管理员模块+患者用户模块+医生用户模块这三大部分。
患者用户管理模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现医生预约、收藏评论等,就必须有这个系统的账号,如果没有账号的话,可以注册成会员用户进行相关的操作,同时用户还可以对个人信息以及操作的信息进行管控。
(2)体检信息:用户进行体检信息的阅览,通过查询体检信息,可对某一个体检信息进行预约+点赞+评论+收藏。
(3)通知公告:用户点击“通知公告”菜单显示管理员在后台发布的所有的通知公告信息,可以查看通知公告详情。
(4)医生信息:用户进行医生信息的阅览,通过查询医生信息,可对某一个医生信息进行预约+咨询+评论+点赞+收藏。
(5)基本信息:用户点击“基本信息”可以对个人资料以及密码进行更新。
(6)我的收藏:用户点击“我的收藏”,会显示出自己收藏的所有信息,点击某一条收藏可以查看信息详细介绍,同时删除收藏;
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统用户:管理员点击“系统用户”这一菜单会显示管理员+患者用户+医生用户这三个子菜单,管理员可以对这三个角色的信息进行增删改查操作。
(3)医生信息:管理员点击“医生信息”这一菜单会所有的医生信息,管理员可以对医生信息进行增删改查操作,同时也可以查看前台用户对医生提交的评论。
(4)医生预约:管理员点击“医生预约”这一菜单,管理员可以对医生预约进行管控。
(5)体检信息:管理员点击“体检信息”这一菜单,管理员可以对体检信息进行增删改查操作,同时也可以查看前台用户对体检信息提交的评论
(6)体检预约:管理员点击“体检预约”这一菜单,管理员可以对体检预约进行管控。
(7)通知公告:管理员点击“通知公告”菜单可以查看到系统中的所有通知公告信息,对已经存在的通知公告,管理员可以修改,也可以添加新的通知公告或者删除通知公告。
(8)系统管理:管理员点击“系统管理”菜单可以对首页展示的轮播图进行增删改查。
2.3.2 非功能性分析
康之家医小程序的非功能性需求比如康之家医小程序的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:
表3-1康之家医小程序非功能需求表
安全性 | 主要指康之家医小程序数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指康之家医小程序能够安装用户的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响康之家医小程序占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着康之家医小程序的页面展示内容进行操作,就可以了。 |
可维护性 | 康之家医小程序开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
2.4 系统用例分析
通过2.3功能的分析,得出了本康之家医小程序的用例图:
患者用户角色用例如图2-3所示。
图2-3 康之家医小程序患者用户角色用例图
web后台管理上的管理员是维护整个康之家医小程序中所有数据信息的。管理员角色用例如图2-4所示。
医生用户角色用例如图2-5所示。
图2-5 康之家医小程序医生用户角色用例图
2.5本章小结
本章主要通过对康之家医小程序的可行性分析、流程分析、功能需求分析、系统用例分析,确定整个康之家医小程序要实现的功能。同时也为康之家医小程序的代码实现和测试提供了标准。
3 康之家医小程序总体设计
本章主要讨论的内容包括康之家医小程序的功能模块设计、数据库系统设计。
3.1 系统架构设计
本康之家医小程序从架构上分为三层:表现层(UI)、业务逻辑层(BLL)以及数据层(DL)。
图3-1康之家医小程序系统架构设计图
表现层(UI):又称UI层,主要完成本康之家医小程序的UI交互功能,一个良好的UI可以打打提高用户的用户体验,增强用户使用本康之家医小程序时的舒适度。UI的界面设计也要适应不同版本的康之家医小程序以及不同尺寸的分辨率,以做到良好的兼容性。UI交互功能要求合理,用户进行交互操作时必须要得到与之相符的交互结果,这就要求表现层要与业务逻辑层进行良好的对接。
业务逻辑层(BLL):主要完成本康之家医小程序的数据处理功能。用户从表现层传输过来的数据经过业务逻辑层进行处理交付给数据层,系统从数据层读取的数据经过业务逻辑层进行处理交付给表现层。
数据层(DL):由于本康之家医小程序的数据是放在服务端的mysql数据库中,因此本属于服务层的部分可以直接整合在业务逻辑层中,所以数据层中只有数据库,其主要完成本康之家医小程序的数据存储和管理功能。
3.2 系统功能模块设计
3.2.1整体功能模块设计
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本康之家医小程序中的用例。那么接下来就要开始对本康之家医小程序的架构、主要功能和数据库开始进行设计。康之家医小程序根据前面章节的需求分析得出,其总体设计模块图如图3-2所示。
图3-2 康之家医小程序功能模块图
3.2.2用户模块设计
后台管理者能够实现对前台注册的用户增删改查操作,用户模块结构图如下图:
图3-3患者用户结构图
3.2.3 评论管理模块设计
康之家医小程序是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-4评论管理模块结构图
3.2.4医生管理模块设计
康之家医小程序是中需要存储不少医生信息,其模块功能结构,具体的结构图如下:
图3-5医生信息模块结构图
3.2.5预约管理模块设计
康之家医小程序最重要的一个功能就是预约,其模块功能结构,具体的结构图如下:
图3-6预约模块结构图
3.3 数据库设计
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
3.3.1 数据库概念结构设计
下面是整个康之家医小程序中主要的数据库表总E-R实体关系图。
图3-6 康之家医小程序总E-R关系图
下面根据康之家医小程序的数据库总E-R关系图可以得出康之家医小程序需要很多E-R图,在此罗列出来一些主要的数据库E-R模型图。
图3-7患者用户E-R关系图
图3-8 体检预约E-R关系图
图3-9 体检信息E-R关系图
图3-10 评论信息E-R关系图
3.3.2 数据库逻辑结构设计
通过上一小节中康之家医小程序中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
表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_information (咨询信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | consultation_information_id | int | 10 | 0 | N | Y | 咨询信息ID | |
2 | consultation_title | varchar | 64 | 0 | Y | N | 咨询标题 | |
3 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
6 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
7 | patient_content | text | 65535 | 0 | Y | N | 患者内容 | |
8 | doctors_reply | 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 | 更新时间 |
表consultation_records (看诊记录)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | consultation_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 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
5 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
6 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
7 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
8 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
9 | consultation_content | text | 65535 | 0 | Y | N | 看诊内容 | |
10 | diagnosis_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 | 更新时间 |
表doctor_appointment (医生预约)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_appointment_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 | registration_fees | varchar | 64 | 0 | Y | N | 挂号费用 | |
5 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
6 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
7 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
8 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
9 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
10 | appointment_date | date | 10 | 0 | Y | N | 预约日期 | |
11 | appointment_remarks | text | 65535 | 0 | Y | N | 预约备注 | |
12 | appointment_status | varchar | 64 | 0 | Y | N | 预约状态 | |
13 | appointment_reply | text | 65535 | 0 | Y | N | 预约回复 | |
14 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
15 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表doctor_information (医生信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_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_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
5 | doctors_expertise | varchar | 64 | 0 | Y | N | 医生特长 | |
6 | registration_fees | varchar | 64 | 0 | Y | N | 挂号费用 | |
7 | working_hours | varchar | 64 | 0 | Y | N | 工作时间 | |
8 | doctors_photo | varchar | 255 | 0 | Y | N | 医生照片 | |
9 | introduction_by_doctor | longtext | 2147483647 | 0 | Y | N | 医生介绍 | |
10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | 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_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
4 | doctors_phone_number | varchar | 16 | 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 | 更新时间 |
表health_knowledge (健康知识)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | health_knowledge_id | int | 10 | 0 | N | Y | 健康知识ID | |
2 | knowledge_title | varchar | 64 | 0 | Y | N | 知识标题 | |
3 | knowledge_classification | varchar | 64 | 0 | Y | N | 知识分类 | |
4 | release_date | date | 10 | 0 | Y | N | 发布日期 | |
5 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
6 | content_details | longtext | 2147483647 | 0 | Y | N | 内容详情 | |
7 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
8 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
9 | recommend | int | 10 | 0 | N | N | 0 | 智能推荐 |
10 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
11 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表knowledge_classification (知识分类)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | knowledge_classification_id | int | 10 | 0 | N | Y | 知识分类ID | |
2 | knowledge_classification | 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 | 更新时间 |
表notice (公告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
表patient_files (患者档案)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | patient_files_id | int | 10 | 0 | N | Y | 患者档案ID | |
2 | file_names | varchar | 64 | 0 | Y | N | 档案名称 | |
3 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
6 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
7 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
8 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
9 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
10 | archive_attachments | varchar | 255 | 0 | Y | N | 档案附件 | |
11 | archive_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 | 更新时间 |
表patient_users (患者用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | patient_users_id | int | 10 | 0 | N | Y | 患者用户ID | |
2 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
3 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
4 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
5 | contact_phone_number | varchar | 16 | 0 | Y | N | 联系电话 | |
6 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表physical_examination_appointment (体检预约)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | physical_examination_appointment_id | int | 10 | 0 | N | Y | 体检预约ID | |
2 | physical_examination_items | varchar | 64 | 0 | Y | N | 体检项目 | |
3 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | package_price | varchar | 64 | 0 | Y | N | 套餐价格 | |
6 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
7 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
8 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
9 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
10 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
11 | appointment_date | date | 10 | 0 | Y | N | 预约日期 | |
12 | appointment_remarks | text | 65535 | 0 | Y | N | 预约备注 | |
13 | appointment_status | varchar | 64 | 0 | Y | N | 预约状态 | |
14 | appointment_reply | text | 65535 | 0 | Y | N | 预约回复 | |
15 | pay_state | varchar | 16 | 0 | N | N | 未支付 | 支付状态 |
16 | pay_type | varchar | 16 | 0 | Y | N | 支付类型: 微信、支付宝、网银 | |
17 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
18 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表physical_examination_information (体检信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | physical_examination_information_id | int | 10 | 0 | N | Y | 体检信息ID | |
2 | physical_examination_items | varchar | 64 | 0 | Y | N | 体检项目 | |
3 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | working_hours | varchar | 64 | 0 | Y | N | 工作时间 | |
6 | package_price | varchar | 64 | 0 | Y | N | 套餐价格 | |
7 | cover_photo | varchar | 255 | 0 | Y | N | 封面图片 | |
8 | project_introduction | longtext | 2147483647 | 0 | Y | N | 项目介绍 | |
9 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
10 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
11 | recommend | 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 | 更新时间 |
表physical_examination_report (体检报告)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | physical_examination_report_id | int | 10 | 0 | N | Y | 体检报告ID | |
2 | physical_examination_items | varchar | 64 | 0 | Y | N | 体检项目 | |
3 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
4 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
5 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
6 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
7 | patient_gender | varchar | 64 | 0 | Y | N | 患者性别 | |
8 | patient_age | varchar | 64 | 0 | Y | N | 患者年龄 | |
9 | contact_phone_number | varchar | 64 | 0 | Y | N | 联系电话 | |
10 | report_attachment | varchar | 255 | 0 | Y | N | 报告附件 | |
11 | report_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 | 更新时间 |
3.4本章小结
整个康之家医小程序的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 康之家医小程序详细设计与实现
康之家医小程序的详细设计与实现主要是根据前面的康之家医小程序的需求分析和康之家医小程序的总体设计来设计页面并实现业务逻辑。主要从康之家医小程序界面实现、业务逻辑实现这两部分进行介绍。
4.1用户功能模块
4.1.1 前台首页界面
当进入康之家医小程序的时候,首先映入眼帘的是系统的导航栏,下面是轮播图以及系统内容,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
4.1.2 用户注册界面
游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现预约、收藏、评论等,就必须有这个系统的账号,如果没有账号的话,可以注册成用户进行相关的操作。其用用户注册界面展示如下图4-2所示。
图4-2 前台用户注册界面图
注册关键代码如下:
/**
* 注册
* @return
*/
@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 登录界面图
登录代码如下:
/**
* 登录
* @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;
QueryWrapper wrapper = new QueryWrapper<User>();
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());
tokenService.save(accessToken);
// 返回用户信息
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, "账号或密码不正确");
}
}
public String select(Map<String,String> query,Map<String,String> config){
StringBuffer sql = new StringBuffer("select ");
sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");
sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));
if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){
sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");
}
if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){
sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");
}
if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){
int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;
int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;
sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);
}
log.info("[{}] - 查询操作,sql: {}",table,sql);
return sql.toString();
}
public List selectBaseList(String select) {
List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);
List<E> list = new ArrayList<>();
for (Map<String,Object> map:mapList) {
list.add(JSON.parseObject(JSON.toJSONString(map),eClass));
}
return list;
}
4.1.4医生信息界面
用户点击“医生信息”菜单可以查看所有医生信息,可以按照条件查看医生信息,或者输入关键词进行查询,点击可以进入医生信息详细展示界面,在此界面用户可以预约、咨询、收藏、点赞和评论,医生信息界面如下图4-4所示。
图4-4医生信息界面图
4.1.5体检信息界面
用户点击“体检信息”菜单可以查看所有体检信息,可以按照条件查看体检信息,或者输入关键词进行查询,点击可以进入体检信息详细展示界面,在此界面用户可以预约、收藏、点赞和评论,体检信息展示页面如图4-5所示。
图4-5 体检信息界面图
4.1.6体检预约界面
当用户在体检信息界面想要进行体检预约,点击下方的“体检预约”按钮,就会跳转到体检预约信息填写界面,根据界面提示输入体检预约信息,点击“提交”按钮,体检预约就完成了,界面如图4-6所示。
图4-6 体检预约界面图
4.1.7新闻资讯详情界面
用户点击“新闻资讯”菜单显示所有的新闻资讯信息,可以按照条件进行新闻资讯的筛选或者输入关键词进行局部搜索,点击可以进入新闻资讯详细展示界面,在此界面用户可以收藏、点赞和评论,新闻资讯详情界面如下图4-7所示。
图4-7新闻资讯详情界面图
4.2管理员功能模块
4.2.1系统用户管理界面
管理员点击“系统用户”这一菜单会显示管理员、医生用户和患者用户这三个子菜单,管理员可以对这三个角色的信息进行增删改查操作。界面如下图4-8所示。
图4-8系统用户管理界面图
系统用户管理关键代码如下所示。
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
@Transactional
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
4.2.2医生信息管理界面
点击“医生信息”按钮会显示自己添加的医生信息,如果想要添加新的医生信息,点击“添加”按钮根据提示输入医生信息,点击“提交”后在医生信息界面就可以显示了,如果信息有错可以对医生信息进行更新维护,也可以直接删除某一医生信息,还可以管理评论信息。界面如下图4-11所示。
图4-11医生信息管理界面图
医生信息管理关键代码如下所示。
@RequestMapping("/get_obj")
public Map<String, Object> obj(HttpServletRequest request) {
List resultList = service.selectBaseList(service.select(service.readQuery(request), service.readConfig(request)));
if (resultList.size() > 0) {
JSONObject jsonObject = new JSONObject();
jsonObject.put("obj",resultList.get(0));
return success(jsonObject);
} else {
return success(null);
}
}
4.2.3 医生预约管理界面
管理员点击“医生预约”界面能够对医生预约信息进行管理,可以进行查询、删除等操作,界面如下图4-12所示。
图4-12医生预约管理界面图
医生预约管理关键代码如下:
@RequestMapping("/get_list")
public Map<String, Object> getList(HttpServletRequest request) {
Map<String, Object> map = service.selectToPage(service.readQuery(request), service.readConfig(request));
return success(map);
}
4.2.4患者档案管理界面
管理员点击“患者档案”这一界面能够查看所有的患者档案信息,可以进行查询、删除操作。界面如下图4-13所示。
图4-13患者档案管理界面图
体检信息管理关键代码如下:
@RequestMapping(value = "/del")
@Transactional
public Map<String, Object> del(HttpServletRequest request) {
service.delete(service.readQuery(request), service.readConfig(request));
return success(1);
}
4.2.5 体检信息管理界面
管理员在后台可以对康之家医小程序中显示的体检信息进行增删改查,还可以管理前台用户提交评论信息,界面如下图4-15所示。
图4-15体检信息管理界面图
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大模块为康之家医小程序的后期推广运营提供了强力的技术支撑。
结论
至此,康之家医小程序已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、Java技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。
当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。
参考文献
[1]王晓俊,易雪,赵旭等. 微信小程序在手术室医疗设备管理中的应用 [J]. 检验医学与临床, 2024, 21 (04): 552-555.
[2]孙丽,王皓,戴璐等. 大学校园二手交易平台构建与运营——以E大学“花梨闲转”微信小程序为例 [J]. 科技与创新, 2024, (04): 12-16.
[3]韩小龙,司珍,吕晓峰等. 基于面向对象编程的Java语言程序设计方法分析 [J]. 集成电路应用, 2024, 41 (01): 228-229.
[4]谭光兴,甘景,戚秋晨. 基于Java语言的远程数据采集系统设计与实现 [J]. 科技与创新, 2024, (01): 19-22.
[5]Xiao J ,Zhou H ,Lei Q , et al. Attention-Mechanism-Based Face Feature Extraction Model for WeChat Applet on Mobile Devices [J]. Electronics, 2024, 13 (1):
[6]Wu J ,Chen N ,Xia H , et al. Design and application of a game‐based WeChat mini‐program for screening cognitive impairments in Chinese older adults [J]. Alzheimer's & Dementia, 2023, 19 (S11):
[7]Wu J ,Chen N ,Xia H , et al. Design and development of the intelligent voice recognition‐based cognitive assessment WeChat mini‐program [J]. Alzheimer's & Dementia, 2023, 19 (S11):
[8]袁爱平,陈畅,孙士兵等. 基于SSM框架的高校学生信息管理系统设计与实现 [J]. 工业控制计算机, 2023, 36 (12): 127-129.
[9]胡人元. 基于CBR理论和Java语言的石油化工火灾情景元选择方法[C]// 中国消防协会灭火救援技术专业委员会,中国人民警察大学救援指挥学院,中国人民警察大学防火工程学院,中国消防协会学术工作委员会. 2023年度灭火与应急救援技术学术研讨会论文集 -灭火救援决策指挥与作战行动安全. 重庆市万州区消防救援支队;, 2023: 4.
[10]刘方磊. 基于SSM框架的旅游大数据分析系统设计与实现 [J]. 中国新技术新产品, 2023, (21): 22-25.
[11]Liang C . School Vehicle Management System Based on JAVA Language [J]. Academic Journal of Computing & Information Science, 2023, 6 (9):
[12]文臻铭,吴钧皓. 基于SSM框架的电力电缆附件电子商城系统设计与实现 [J]. 工业控制计算机, 2023, 36 (08): 145-146+153.
[13]Liu S . Explore Java Language and Android Mobile Software Development [J]. International Journal of Frontiers in Engineering Technology, 2021, 3.0 (2.0):
[14]施珺,纪兆辉,赵雪峰. Java语言实验与课程设计指导[M]. 南京大学出版社: 202101. 304.
[15]刘牧樵. “泰康之家”保险养老模式初探 [J]. 中华建设, 2019, (06): 22-25.
[16]GB/T 34944-2019, Java语言源代码漏洞测试规范[S].
[17]杨哲慜. Java语言的程序漏洞检测与诊断技术[D]. 复旦大学, 2019.
致 谢
在撰写本论文期间,我受益于许多人的帮助和支持,在此向他们表示衷心的感谢。首先,我要感谢我的导师,他给予了我宝贵的指导和建议,推动了我研究的方向。同时,他鼓励我不断探索和挑战自己,帮助我克服困难并取得进步。此外,我还要感谢我的同学和朋友们,在我撰写论文过程中给予了我很多鼓励和帮助,分享了他们的见解和经验,让我从不同角度思考问题,提高了我的研究方法。最后,我要感谢我的家人,他们一直以来对我支持和理解,给予我无尽的鼓励和动力,使我坚持下去并完成这篇论文。在此向所有支持和帮助过我的人表示深深的谢意,没有你们的支持,我将无法完成这篇论文。感谢你们的付出和支持!