javassmmysql医院线上线下全诊疗系统的设计与实现02210-计算机毕业设计项目选题推荐(免费领源码)

目  录

摘要

1 绪论

1.1背景及意义

1.2研究现状

1.3ssm框架介绍

1.4论文结构与章节安排

2 医院线上线下全诊疗系统系统分析

2.1 可行性分析

2.1.1 技术可行性分析

2.1.2 经济可行性分析

2.1.3 法律可行性分析

2.2 系统功能分析

2.2.1 功能性分析

2.2.2 非功能性分析

2.3 系统用例分析

2.4 系统流程分析

2.4.1 数据流程

2.4.2 业务流程

2.5本章小结

3 医院线上线下全诊疗系统总体设计

3.1 系统功能模块设计

3.1.1整体功能模块设计

3.1.2用户模块设计

3.1.3 评论管理模块设计

3.1.4医生管理模块设计

3.1.5线上挂号管理模块设计

3.2 数据库设计

3.2.1 数据库概念结构设计

3.3.2 数据库逻辑结构设计

3.4本章小结

4 医院线上线下全诊疗系统详细设计与实现

4.1用户功能模块

4.1.1 前台首页界面

4.1.2 用户注册界面

4.1.3 用户登录界面

4.1.4医疗资讯界面

4.1.5医生信息界面

4.1.6线上挂号界面

4.1.7我的账户管理界面

4.2管理人员功能模块

4.2.1公告管理界面

4.2.2 资源管理界面

4.2.3系统用户管理界面

4.2.4 医生信息管理界面

4.2.5 线上挂号管理界面

4.2.6 线下医院管理界面

4.2.7 线下分诊管理界面

5系统测试

5.1 系统测试用例

5.2 系统测试结果

结论

参考文献

  

摘要

信息化社会内需要与之针对性的信息获取途径,但是途径的扩展基本上为人们所努力的方向,由于站在的角度存在偏差,人们经常能够获得不同类型信息,这也是技术最为难以攻克的课题。针对医院线上线下全诊疗系统等问题,对如何通过计算机医院线上线下全诊疗系统进行研究分析,然后开发设计出医院线上线下全诊疗系统已解决问题。

医院线上线下全诊疗系统主要功能模块包括医生信息、科室分类、线上挂号、就诊记录、分诊记录、线下医院、线下分诊、线下诊治等信息维护,采取面对对象的开发模式进行软件的开发和硬体的架设,能很好的满足实际使用的需求,完善了对应的软体架设以及程序编码的工作,采取MySQL作为后台数据的主要存储单元,采用java技术、Ajax技术进行业务系统的编码及其开发,实现了本系统的全部功能。本次报告,首先分析了研究的背景、作用、意义,为研究工作的合理性打下了基础。针对医院线上线下全诊疗系统的各项需求以及技术问题进行分析,证明了系统的必要性和技术可行性,然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍,最后来实现医院线上线下全诊疗系统和部署运行使用它。

关键词:ssm;医院线上线下全诊疗系统 ;MySQL

Abstract

In the information society, there is a need for targeted information acquisition channels, but the expansion of channels is basically the direction of people's efforts. Due to the deviation in perspective, people often can obtain different types of information, which is also the most difficult topic for technology to overcome. In response to issues such as the online and offline full diagnosis and treatment system in hospitals, research and analysis were conducted on how to use a computer based hospital online and offline full diagnosis and treatment system, and then a hospital online and offline full diagnosis and treatment system was developed and designed to solve the problem.

The main functional modules of the hospital's online and offline comprehensive diagnosis and treatment system include doctor information, department classification, online registration, medical records, triage records, offline hospitals, offline triage, offline diagnosis and treatment, and other information maintenance. The object-oriented development model is adopted for software development and hardware installation, which can effectively meet practical needs and improve the corresponding software installation and program coding work, Adopting MySQL as the main storage unit for backend data, and using Java and Ajax technologies for business system coding and development, all functions of this system have been achieved. This report first analyzes the background, role, and significance of the research, laying the foundation for the rationality of the research work. Analyze the various requirements and technical issues of the hospital's online and offline full diagnosis and treatment system, prove the necessity and technical feasibility of the system, and then provide a basic introduction to the technical software and design ideas required for designing the system. Finally, implement the hospital's online and offline full diagnosis and treatment system and deploy and operate it.

Keywords:ssm; Hospital's online and offline comprehensive diagnosis and treatment system; MySQL

1 绪论

1.1背景及意义

系统管理也都将通过计算机进行整体智能化操作,对于医院线上线下全诊疗系统所牵扯的管理及数据保存都是非常多的,例如管理员;医生信息、科室分类、线上挂号、就诊记录、分诊记录、线下医院、线下分诊、线下诊治等,这给管理者的工作带来了巨大的挑战,面对大量的信息,传统的管理系统,都是通过笔记的方式进行详细信息的统计,后来出现电脑,通过电脑输入软件将纸质的信息统计到电脑上,这种方式比较传统,而且想要统计数据信息比较麻烦,还受时间和空间的影响,所以为此开发了医院线上线下全诊疗系统;为用户提供了方便管理平台,方便管理员查看及维护,并且可以通过需求进行内容的编辑及维护等;对于用户而言,可以随时进行查询所需信息,管理员可以足不出户就可以获取到系统的数据信息等,而且还能节省用户很多时间,所以开发医院线上线下全诊疗系统给管理者带来了很大的方便,同时也方便管理员对用户信息进行处理。

本论文医院线上线下全诊疗系统主要牵扯到的程序,数据库与计算机技术等。覆盖知识面大,可以大大的提高系统人员工作效率。

1.2研究现状

随着计算机网络的不断渗透,人们的生活与工作、获取信息的方式也在慢慢发生变化。传统的医院挂号相关信息管理方式一般都采取人工的方式,信息的获取、整理、修改、存储等工作还停留在人工阶段。这种方式一方面需要花费大量的人力、物力和金钱,交互起来比较困难,而且会浪费时间;另一方面对用户等信息的管理,特别是随着用户数量的递增,查询、修改起来特别困难;最后由于用户等其他信息的不断增加,信息的存储也成为了难题。

一些发达国家,网络发展比较快,已经很大程度上完成了从人工到计算机管理的转变。我国计算机应用起步比较晚,而且发展区域不平衡,还有很多地区或学校使用传统的方式进行管理,但是目前计算机发展较快,包括网络也已经普及,很多用户也开始慢慢接触各类网络交流平台。纵观这些系统主要有以下几个特点:

(1)先进性:实现网络化管理。

(2)通用性:同一行业基本都能使用。

(3)方便性:通过网络就能完成管理工作。

(4)及时性:信息更新及时。

(5)可扩展性:可根据需要进行模块的增加。

(6)安全性:对医院、患者等信息进行加密。

截至如今,互联网已经深入人们的生活,智能手机、笔记本电脑等已经是人们获取信息的主要工具,这是一个沟通无限的时代,因此,利用网络来进行医院线上线下全诊疗系统也成为大势所趋,所以,开发一个医院线上线下全诊疗系统是有充分需求的。

1.3ssm框架介绍

SSM(Spring+SpringMVC+MyBatis)框架集由Spring、MyBatis两个开源框架整合而成(SpringMVC是Spring中的部分内容)。常作为数据源较简单的web项目的框架。

 Spring
Spring就像是整个项目中装配bean的大工厂,在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC(控制反转),即不再需要程序员去显式地`new`一个对象,而是让Spring框架帮你来完成这一切。
 SpringMVC
SpringMVC在项目中拦截用户请求,它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责,将用户请求通过HandlerMapping去匹配Controller,Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
 mybatis
mybatis是对jdbc的封装,它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件,Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时,通过sqlSessionFactory拿到一个sqlSession,再执行sql命令。

页面发送请求给控制器,控制器调用业务层处理逻辑,逻辑层向持久层发送请求,持久层与数据库交互,后将结果返回给业务层,业务层将处理逻辑发送给控制器,控制器再调用视图展现数据。

1.4论文结构与章节安排

本文共分为六章,章节内容安排如下:

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

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

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

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

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

第六章:总结。

2 医院线上线下全诊疗系统系统分析

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

2.1 可行性分析

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

2.1.1 技术可行性分析

医院线上线下全诊疗系统存储所使用的是mysql数据库以及开发中所使用的是IDEA、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利。系统使用ssm框架进行开发,使系统的可扩展性和维护性更佳,减少java配置代码,简化编程代码,目前ssm框架也是很多企业选择的框架之一。

2.1.2 经济可行性分析

从经济可行性上看项目在开发阶段需要一台开发PC,在生产阶段需要web服务器和数据库服务器。一台个人PC从经济上来看也不是太多问题,在后期的系统部署生产上来说,服务器的投入也不会过高,在经济层面上是一个比较可行的。

2.1.3 法律可行性分析

系统从法律层面上来没有对第三方有其他放有法律层面的问题,系统数据库采用的Mysql 开源社区数据库、框架采用的是开源的ssm。系统资讯和相关内容也是呵呵法律层面的。在源码的管理上采用git开源进行管理,所以在法律可行性上是成立的。

2.2 系统功能分析

2.2.1 功能性分析

医院线上线下全诊疗系统我划分为了管理员模块、线下医生模块、线上医生模块以及患者模块这四大部分。

患者管理模块:

(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现医生信息操作,就必须有这个系统的账号,如果没有账号的话,可以患者进行相关的操作,同时用户还可以通过“个人账户”这以按钮对个人信息以及操作的信息进行管控。

(2)查看医院线上线下全诊疗系统的首页信息:医院线上线下全诊疗系统的首页信息包含了公告、医疗资讯、医生信息、我的(我的账户、我的收藏、个人中心)。

(3)医疗资讯:当用户点击“医疗资讯”这一菜单按钮,会显示管理员在后台发布的所有的医疗资讯,可以查看详情,进行收藏、点赞、评论等;

(4)公告:用户可以查看后台管理员发布的公告信息,在查询到自己想要了解的公告的时候,可以进入查看详细的介绍。

(5)医生信息:当用户点击“医生信息”这一菜单按钮,会显示管理员在后台发布的所有的医生信息,支持通过关键词对医生信息进行搜索,选择需要的医生信息点击可以进入到医生信息详细的介绍界面,在详细界面可以查看到医生的医生编号、医生姓名、科室分类、职称、挂号费用等信息,同时可以进行线上挂号、点赞、收藏、评论操作;

(6)线上挂号:当用户在医生信息详情界面想要进行线上挂号,点击下方的“线上挂号”按钮,就会跳转到线上挂号信息填写界面,根据界面提示输入线上挂号信息,点击“提交”按钮,线上挂号就完成了;

(7)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改+自己收藏的信息进行管控。

管理员管理模块:

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

(2)轮播图:管理员点击“轮播图”菜单可以对首页展示的轮播图进行增删改查。

(3)公告:管理员点击“公告”菜单可以查看到系统中的所有公告信息,对已经存在的公告,管理员可以修改,也可以添加新的公告或者删除公告。

(3)资源管理:管理员点击“资源管理”菜单能够对其下子菜单医疗资讯和资讯的分类列表进行增删改查。

(4)系统用户:管理员点击“系统用户”菜单可以对系统中存在的用户进行管理,包含了管理员用户、患者、线下医生和线上医生。

(5)模块管理:在“模块管理”这一菜单下,我们会看到医生信息、科室分类、线上挂号、就诊记录、分诊记录、线下医院、线下分诊、线下诊治,管理员可以对其进行增删改查操作。

2.2.2 非功能性分析

医院线上线下全诊疗系统的非功能性需求比如医院线上线下全诊疗系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下3-1表格中:

3-1医院线上线下全诊疗系统非功能需求表

安全性

主要指医院线上线下全诊疗系统数据库的安装,数据库的使用和密码的设定必须合乎规范。

可靠性

可靠性是指医院线上线下全诊疗系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。

性能

性能是影响医院线上线下全诊疗系统占据市场的必要条件,所以性能最好要佳才好。

可扩展性

比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。

易用性

用户只要跟着医院线上线下全诊疗系统的页面展示内容进行操作,就可以了。

可维护性

医院线上线下全诊疗系统开发的可维护性是非常重要的,经过测试,可维护性没有问题

2.3 系统用例分析

医院线上线下全诊疗系统的完整UML用例图分别是图2-1、图2-2。

图2-1就是患者角色的用例展示。

图2-1 医院线上线下全诊疗系统患者角色用例图

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

图2-2 医院线上线下全诊疗系统管理员角色用例图

2.4 系统流程分析

2.4.1 数据流程

开发医院线上线下全诊疗系统最主要的一个目的就是实现用户对医生信息的线上挂号,图2-3就是系统的数据流图。

图2-3医生线上挂号操作展开图

2.4.2 业务流程

分析完医院线上线下全诊疗系统的数据流,那么接下来我们来看系统的业务流程,图2-4就是业务流程图:

图2-4业务流程图

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.3.2 数据库逻辑结构设计

通过上一小节中医院线上线下全诊疗系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

表doctor_information (医生信息)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

doctor_information_id

int

10

0

N

Y

医生信息ID

2

photos_of_doctors

varchar

255

0

Y

N

医生照片

3

department_classification

varchar

64

0

Y

N

科室分类

4

doctor_no

int

10

0

Y

N

0

医生编号

5

doctors_name

varchar

64

0

Y

N

医生姓名

6

title

varchar

64

0

Y

N

职称

7

registration_fee

int

10

0

Y

N

0

挂号费用

8

doctor_profile

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

更新时间

表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:

表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

更新时间:

表offline_diagnosis_and_treatment (线下诊治)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

offline_diagnosis_and_treatment_id

int

10

0

N

Y

线下诊治ID

2

department_classification

varchar

64

0

Y

N

科室分类

3

hospital_doctor

int

10

0

Y

N

0

医院医生

4

patient_name

int

10

0

Y

N

0

患者姓名

5

gender

varchar

64

0

Y

N

性别

6

age

varchar

64

0

Y

N

年龄

7

referral_hospital

varchar

64

0

Y

N

转诊医院

8

referral_number

varchar

64

0

Y

N

转诊号

9

medical_expenses

int

10

0

Y

N

0

药费

10

diagnostic_results

text

65535

0

Y

N

诊断结果

11

medication_record

text

65535

0

Y

N

开药记录

12

pay_state

varchar

16

0

N

N

未支付

支付状态

13

pay_type

varchar

16

0

Y

N

支付类型: 微信、支付宝、网银

14

recommend

int

10

0

N

N

0

智能推荐

15

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

16

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表offline_doctor (线下医生)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

offline_doctor_id

int

10

0

N

Y

线下医生ID

2

hospital_doctor

varchar

64

0

N

N

医院医生

3

hospital_name

varchar

64

0

Y

N

医院名称

4

title

varchar

64

0

Y

N

职称

5

gender

varchar

64

0

Y

N

性别

6

examine_state

varchar

16

0

N

N

已通过

审核状态

7

recommend

int

10

0

N

N

0

智能推荐

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

更新时间

表offline_hospital (线下医院)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

offline_hospital_id

int

10

0

N

Y

线下医院ID

2

offline_hospital

varchar

64

0

Y

N

线下医院

3

recommend

int

10

0

N

N

0

智能推荐

4

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

5

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表offline_triage (线下分诊)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

offline_triage_id

int

10

0

N

Y

线下分诊ID

2

department_classification

varchar

64

0

Y

N

科室分类

3

hospital_doctor

int

10

0

Y

N

0

医院医生

4

patient_name

int

10

0

Y

N

0

患者姓名

5

gender

varchar

64

0

Y

N

性别

6

age

varchar

64

0

Y

N

年龄

7

referral_hospital

varchar

64

0

Y

N

转诊医院

8

referral_number

varchar

64

0

Y

N

转诊号

9

registration_fee

int

10

0

Y

N

0

挂号费

10

reason_for_triage

text

65535

0

Y

N

分诊原因

11

referral_suggestions

text

65535

0

Y

N

转诊建议

12

pay_state

varchar

16

0

N

N

未支付

支付状态

13

pay_type

varchar

16

0

Y

N

支付类型: 微信、支付宝、网银

14

recommend

int

10

0

N

N

0

智能推荐

15

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

16

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表online_doctor (在线医生)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

online_doctor_id

int

10

0

N

Y

在线医生ID

2

doctor_no

varchar

64

0

N

N

医生编号

3

doctors_name

varchar

64

0

Y

N

医生姓名

4

title

varchar

64

0

Y

N

职称

5

gender

varchar

64

0

Y

N

性别

6

examine_state

varchar

16

0

N

N

已通过

审核状态

7

recommend

int

10

0

N

N

0

智能推荐

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

更新时间

表online_registration (线上挂号)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

online_registration_id

int

10

0

N

Y

线上挂号ID

2

department_classification

varchar

64

0

Y

N

科室分类

3

doctor_no

int

10

0

Y

N

0

医生编号

4

doctors_name

varchar

64

0

Y

N

医生姓名

5

title

varchar

64

0

Y

N

职称

6

registration_fee

varchar

64

0

Y

N

挂号费用

7

patient_name

int

10

0

Y

N

0

患者姓名

8

gender

varchar

64

0

Y

N

性别

9

age

varchar

64

0

Y

N

年龄

10

pay_state

varchar

16

0

N

N

未支付

支付状态

11

pay_type

varchar

16

0

Y

N

支付类型: 微信、支付宝、网银

12

recommend

int

10

0

N

N

0

智能推荐

13

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

14

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表patient (患者)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

patient_id

int

10

0

N

Y

患者ID

2

patient_name

varchar

64

0

N

N

患者姓名

3

gender

varchar

64

0

Y

N

性别

4

age

int

10

0

Y

N

0

年龄

5

examine_state

varchar

16

0

N

N

已通过

审核状态

6

recommend

int

10

0

N

N

0

智能推荐

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

更新时间

表triage_record (分诊记录)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

triage_record_id

int

10

0

N

Y

分诊记录ID

2

department_classification

varchar

64

0

Y

N

科室分类

3

doctor_no

int

10

0

Y

N

0

医生编号

4

doctors_name

varchar

64

0

Y

N

医生姓名

5

patient_name

int

10

0

Y

N

0

患者姓名

6

gender

varchar

64

0

Y

N

性别

7

age

varchar

64

0

Y

N

年龄

8

patient_self_report

text

65535

0

Y

N

病人自述

9

referral_hospital

varchar

64

0

Y

N

转诊医院

10

referral_number

varchar

64

0

Y

N

转诊号

11

reason_for_triage

text

65535

0

Y

N

分诊原因

12

referral_suggestions

text

65535

0

Y

N

转诊建议

13

recommend

int

10

0

N

N

0

智能推荐

14

create_time

datetime

19

0

N

N

CURRENT_TIMESTAMP

创建时间

15

update_time

timestamp

19

0

N

N

CURRENT_TIMESTAMP

更新时间

表visit_record (就诊记录)

编号

名称

数据类型

长度

小数位

允许空值

主键

默认值

说明

1

visit_record_id

int

10

0

N

Y

就诊记录ID

2

department_classification

varchar

64

0

Y

N

科室分类

3

doctor_no

int

10

0

Y

N

0

医生编号

4

doctors_name

varchar

64

0

Y

N

医生姓名

5

patient_name

int

10

0

Y

N

0

患者姓名

6

gender

varchar

64

0

Y

N

性别

7

age

varchar

64

0

Y

N

年龄

8

patient_self_report

text

65535

0

Y

N

病人自述

9

diagnostic_results

text

65535

0

Y

N

诊断结果

10

medication_record

text

65535

0

Y

N

开药记录

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

更新时间

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

}

    public Map<String,Object> readBody(BufferedReader reader){

        BufferedReader br = null;

        StringBuilder sb = new StringBuilder("");

        try{

            br = reader;

            String str;

            while ((str = br.readLine()) != null){

                sb.append(str);

            }

            br.close();

            String json = sb.toString();

            return JSONObject.parseObject(json, Map.class);

        }catch (IOException e){

            e.printStackTrace();

        }finally{

            if (null != br){

                try{

                    br.close();

                }catch (IOException e){

                    e.printStackTrace();

                }

            }

        }

        return null;

    }

    public void insert(Map<String,Object> body){

        E entity = JSON.parseObject(JSON.toJSONString(body),eClass);

        baseMapper.insert(entity);

        log.info("[{}] - 插入操作:{}",entity);

}

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-5所示。

                  

图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公告管理界面图

公告管理代码如下。

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.2.2 资源管理界面

资源管理主要管理员是对医疗资讯以及医疗资讯所属的分类进行管控,包含了用户对医疗资讯提交的评论信息,界面如下图4-9所示。

图4-9资源管理界面图

4.2.3系统用户管理界面

管理员点击“系统用户管理”这一菜单会显示管理员、线下医生、线上医生和患者这四个子菜单,管理员可以对这四个角色的信息进行增删改查操作。界面如下图4-10所示。

图4-10系统用户管理界面图

4.2.4 医生信息管理界面

管理员点击“医生信息”会显示出所有的医生信息,支持通过科室分类或者医生编号对医生信息进行查询,如果想要添加新的医生信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条医生信息,点击“删除”进行删除。界面如下图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.5线上挂号管理界面

管理员点击“线上挂号”会显示出所有的线上挂号信息,支持输入科室分类或者医生编号对线上挂号信息进行查询,如果想要添加新的线上挂号信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条线上挂号信息,点击“删除”进行删除,也可以点击后面的“就诊记录”、“支付”按钮对线上挂号的就诊记录信息进行更新维护、对线上挂号的支付信息进行设置。界面如下图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.6线下医院管理界面

管理员点击“线下医院”会显示出所有的线下医院信息,支持通过线下医院对线下医院信息进行查询,如果想要添加新的线下医院信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条线下医院信息,点击“删除”进行删除。界面如下图4-13所示。

图4-13 线下医院管理界面图

4.2.7线下分诊管理界面

管理员点击“线下分诊”会显示出所有的线下分诊信息,支持输入科室分类或者医院医生对线下分诊信息进行查询,如果想要添加新的线下分诊信息,点击“添加”按钮,输入相关信息,点击“提交”按钮就可以添加了,同时可以选择某一条线下分诊信息,点击“删除”进行删除,也可以点击后面的“线下诊治”、“支付”按钮对线下分诊的线下诊治信息进行更新维护、对线下分诊的支付信息进行设置。界面如下图4-14所示。

图4-14线下分诊管理界面图

5系统测试

5.1 系统测试用例

系统测试包括:用户登录功能测试、医生信息展示功能测试、医生信息添加、医生信息搜索、密码修改,如表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.2 系统测试结果

通过编写医院线上线下全诊疗系统的测试用例,已经检测完毕用户登录模块、医生信息展示模块、医生信息添加模块、医生信息搜索模块、密码修改模块,通过这五大模块为医院线上线下全诊疗系统的后期推广运营提供了强力的技术支撑。

结论

至此,医院线上线下全诊疗系统已经结束,在开发前做了许多的准备,在本系统的设计和开发过程中阅览和学习了许多文献资料,从中我也收获了很多宝贵的方法和设计思路,对系统的开发也起到了很重要的作用,系统的开发技术选用的都是自己比较熟悉的,比如Web、Java技术、MYSQL,这些技术都是在以前的学习中学到了,其中许多的设计思路和方法都是在以前不断地学习中摸索出来的经验,其实对于我们来说工作量还是比较大的,但是正是由于之前的积累与准备,才能顺利的完成这个项目,由此看来,积累经验跟做好准备是十分重要的事情。

当然在该系统的设计与实现的过程中也离不开老师以及同学们的帮助,正是因为他们的指导与帮助,我才能够成功的在预期内完成了这个系统。同时在这个过程当中我也收获了很多东西,此系统也有需要改进的地方,但是由于专业知识的浅薄,并不能做到十分完美,希望以后有机会可以让其真正的投入到使用之中。

参考文献

[1]付恩狄,姚明亮,梁宇柔,彭伟军.基于JAVA技术的设备绝缘状态自动化监控方法[J].电气自动化,2023,45(02):36-38+41.

[2]苏佳旭,白燕,温晓东.基于Web前端与MySQL数据库的自然灾害应急信息共享平台设计与实现[J].电脑知识与技术,2023,19(05):74-77.DOI:10.14004/j.cnki.ckt.2023.0274.

[3]常婉纶,谈姝辰,屈小娥,田召.基于SSM框架的二级学院教科研信息共享系统的设计与实现[J].电脑知识与技术,2022,18(34):39-41.DOI:10.14004/j.cnki.ckt.2022.2208.

[4]沈志元,张文健.基于Java技术的医院管理系统的设计与实现[J].电脑知识与技术,2022,18(32):38-40+54.DOI:10.14004/j.cnki.ckt.2022.1994.

[5]张丽景,张文川.基于对比分析法的高职“MySQL数据库”课程设计——以兰州石化职业技术大学为例[J].现代信息科技,2022,6(21):188-191.DOI:10.19850/j.cnki.2096-4706.2022.21.046.

[6]杨一帆.服务于MySQL数据库的在线监测系统设计[J].自动化技术与应用,2022,41(10):179-182.DOI:10.20033/j.1003-7241.(2022)10-0179-04.

[7]谢霜.基于Java技术的网络管理体系结构的应用[J].网络安全技术与应用,2022(10):14-15.

[8]Zheng Hongying. A Study on the Design of English Speaking Examination System Based on SSM Framework[J]. Journal of Sensors,2022,2022.

[9]林易康, 基于Java的web应用程序控制管理软件. 湖北省,武汉东湖学院,2021-10-01.

[10]胡文斌,刘卫东,哈进兵,吕建国,戴星辰,高世鹏. 一种基于SSM框架的轨道交通能源管理系统[P]. 江苏省:CN113326143A,2021-08-31.

[11]张永盛. 基于SSM框架的天学网一对一直播课管理系统的设计与实现[D].首都经济贸易大学,2021.DOI:10.27338/d.cnki.gsjmu.2021.000643.

[12]李艾,杜元太,曾巍,郑双意.面向智慧医院的一体化互联网诊疗系统建设实践[J].中国卫生信息管理杂志,2020,17(06):702-705+763.

[13]王立泽,欧阳涛,范照青,何英剑.新型冠状病毒肺炎疫情下肿瘤专科医院临床科室线上诊疗系统的应用[J].中国医院管理,2020,40(11):76-79.

[14]熊禹. 针对Java语言的源代码同源性分析技术研究与实现[D].北京邮电大学,2020.DOI:10.26969/d.cnki.gbydu.2020.000675.

[15]. Design and Implementation of ERP System Based on SSM Framework[J]. ,2020,440(5).

[16]方春露,杨文琦,陈滔等. 基于Javaweb技术广东省学生体质争优运动处方数据库和视频库的构建[C]//中国生理学会运动生理学专业委员会,北京体育大学.2018年中国生理学会运动生理学专业委员会会议暨“科技创新与运动生理学”学术研讨会论文集.2018年中国生理学会运动生理学专业委员会会议暨“科技创新与运动生理学”学术研讨会论文集,2018:161-162.

致  谢

文章能够得以完成,这其中离不开我敬爱的老师的帮助,虽然没有直接指出问题的所在,但也通过言语指点了我,并给出了相对应的建议,让我能够更加快速地成长,在此,由衷地表达我的谢意。

首先,主要感谢的是我的指导老师,是他在我完成我的作品时给了我巨大的肯定,这一点给了我巨大信心,让我有信心完成这项作品。并且还在我的制作过程中给了我不少的建议,让我少走了很多的弯路。为我指出了具体的方向,找到了主干的我,便沿着主干的枝丫逐渐深入,剖析每一个脉络。并且在我的系统的初步完成时,也给我指出了我系统存在的不足和缺陷,让我深刻认识到了自己的不足。

其次还要感谢为我提供参考资料的同学,是他们给了我前人的经验,让我得以站在巨人的肩膀上作为我的起点,这些资料也给我带来了巨大的帮助。

最后还要感谢我的父母,他们给了我最大的支持,也充分肯定了我的作品,这个给了我极大的鼓舞,也奠定了我成功的基础,没有这些人对我的帮助,也就不会有我今天的成功。对此再次感谢各位的帮助。

关注&点赞&收藏&私信博主,免费领取项目源码

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/241941.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Git常用命令及解释说明

目录 前言1 git config2 git init3 git status4 git add5 git commit6 git reflog7 git log8 git reset结语 前言 Git是一种分布式版本控制系统&#xff0c;广泛用于协作开发和管理项目代码。了解并熟练使用Git的常用命令对于有效地管理项目版本和历史记录至关重要。下面是一些…

springcloud-gateway-2-鉴权

目录 一、跨域安全设置 二、GlobalFilter实现全局的过滤与拦截。 三、GatewayFilter单个服务过滤器 1、原理-官方内置过滤器 2、自定义过滤器-TokenAuthGatewayFilterFactory 3、完善TokenAuthGatewayFilterFactory的功能 4、每一个服务编写一个或多个过滤器&#xff0c…

关于“Python”的核心知识点整理大全39

目录 ​编辑 14.1.5 将 Play 按钮切换到非活动状态 game_functions.py 14.1.6 隐藏光标 game_functions.py game_functions.py 14.2 提高等级 14.2.1 修改速度设置 settings.py settings.py settings.py game_functions.py 14.2.2 重置速度 game_functions.py 1…

饥荒Mod 开发(二一):超大便携背包,超大物品栏,永久保鲜

饥荒Mod 开发(二十)&#xff1a;显示打怪伤害值 源码 游戏中的物品栏容量实在太小了&#xff0c;虽然可以放在箱子里面但是真的很不方便&#xff0c;外出一趟不容易看到东西都不能捡。实在是虐心。 游戏中的食物还有变质机制&#xff0c;时间长了就不能吃了&#xff0c;玩这个游…

【高数定积分求解旋转体体积】 —— (上)高等数学|定积分|柱壳法|学习技巧

&#x1f308;个人主页: Aileen_0v0 &#x1f525;热门专栏: 华为鸿蒙系统学习|计算机网络|数据结构与算法 &#x1f4ab;个人格言:"没有罗马,那就自己创造罗马~" 目录 Shell method Setting up the Integral 例题 Example 1: Example 2: Example 3: Computing…

Linux--shell练习题

1、写一个 bash脚本以输出数字 0 到 100 中 7 的倍数(0 7 14 21...)的命令。 vim /shell/homework1.sh #!/bin/bash for num in {0..100} doif [[ num%7 -eq o ]];thenecho $numfi done执行输出脚本查看输出结果 输出结果&#xff1a; 2、写一个 bash脚本以统计一个文本文件…

LLM之RAG实战(七)| 使用llama_index实现多模态RAG

一、多模态RAG OpenAI开发日上最令人兴奋的发布之一是GPT-4V API&#xff08;https://platform.openai.com/docs/guides/vision&#xff09;的发布。GPT-4V是一个多模态模型&#xff0c;可以接收文本/图像&#xff0c;并可以输出文本响应。最近还有一些其他的多模态模型&#x…

flutter 实战 之 dio小实践

我们要对dio进行封装 class HttpRequest {static Future request(String url,{String method "get",Map<String,dynamic>? params})async{// 创建dio实例BaseOptions baseOptions BaseOptions(baseUrl: base_url,connectTimeout: Duration(seconds: 1));fi…

50 个具有挑战性的概率问题 [04/50]:尝试直至首次成功

一、说明 你好&#xff0c;我最近对与概率相关的问题产生了兴趣。我偶然发现了 Frederick Mosteller 所著的《五十个具有挑战性的概率问题及其解决方案》这本书。我认为创建一个系列来讨论这些可能作为面试问题出现的迷人问题会很有趣。每篇文章仅包含 1 个问题&#xff0c;使其…

【四】【C语言\动态规划】地下城游戏、按摩师、打家劫舍 II,三道题目深度解析

动态规划 动态规划就像是解决问题的一种策略&#xff0c;它可以帮助我们更高效地找到问题的解决方案。这个策略的核心思想就是将问题分解为一系列的小问题&#xff0c;并将每个小问题的解保存起来。这样&#xff0c;当我们需要解决原始问题的时候&#xff0c;我们就可以直接利…

一款超好看流行的HTML随机视频播放背景引导页面源码

前言 今天宋佳乐博客给大家带来一款2024新版视频背景网址导航引导页面源码带背景动态HTML源码 源码介绍 2024新版视频背景网址导航引导页面源码带背景动态HTML源码&#xff0c;非常的炫酷&#xff0c;有需要的自行去体验吧&#xff0c;还是非常不错的 演示地址&#xff1a;点…

《xHCI 1.2》3体系结构概览

3.2 xHCI数据结构 3.2.1 Device Context Base Address Array 3.2.2 Device Context 3.2.3 Slot Context

keystone和beaengine的编译

编译Keystone 根据github的文档编译不出来&#xff0c;所以还是用CMake项目转成Visual Studio的项目来编译 1、下载源码 https://github.com/keystone-engine/keystone clone或者直接下载zip都行 2、CMake创建Visual Studio项目 下载和安装CMake就不细说了&#xff0c;在…

网络7层架构

网络 7 层架构 什么是OSI七层模型&#xff1f; OSI模型用于定义并理解数据从一台计算机转移到另一台计算机&#xff0c;在最基本的形式中&#xff0c;两台计算机通过网线和连接器相互连接&#xff0c;在网卡的帮助下共享数据&#xff0c;形成一个网络&#xff0c;但是一台计算…

正餐---二叉树的OJ题

目录​​​​​​​ 前言&#x1f36f; 1. 检查两颗树是否相同&#x1f947; 1.1 思路分析&#x1fa99; 1.2 代码实现&#x1f9f0; 2. 单值二叉树&#x1f332; 2.1 思路分析&#x1f52e; 2.2 代码实现&#x1f488; 3. 二叉树的前序遍历&#x1f39f;️ 3.1 思路分…

【数据结构】线性表

一.线性表 1.定义&#xff1a; n个同类型数据元素的有限序列&#xff0c;记为 L为表名&#xff0c;i为数据元素在线性表中的位序&#xff0c;n为线性表的表长&#xff0c;n0时称为空表。 2.数据元素之间的关系&#xff1a; 直接前驱和直接后继 3.抽象数据类型线性表的定义…

git首次使用--去公司第一次拉取

文章目录 一&#xff0c; 在企业中首次拉取项目二&#xff0c;提交项目1. 提交----新添加的文件2. 将分支上的代码同步到master3. 提交----更改后的文件 三&#xff0c;常见问题1. Git Pull Failed 提示&#xff1a;以下是本篇文章正文内容&#xff0c;下面案例可供参考 一&am…

固定效应模型-以stata为工具

固定效应模型-以stata为工具 文章目录 1.固定效应模型2. 模型原理3. `stata`代码实现1.固定效应模型 固定效应模型(Fixed Effects Model)是一种面板数据分析方法,通过引入个体固定效应来控制个体间的异质性,并更准确地估计解释变量对因变量的影响。它在许多经济、社会科学…

qt项目-《图像标注软件》源码阅读笔记-类图

目录 1. 开源项目链接 2. 项目界面 3. 项目类图 3.1 形状的绘制及形状的存储 3.2 主窗口中心组件的界面管理 3.3 Command负责实现撤销和重做功能 3.4 其他类 3.5 枚举 3.5.1 Status 主窗口的状态变量 3.5.2 Mode 主窗口模式状态变量 3.5.3 shapeStatus 中心组件状态…

josef约瑟 电流继电器 RL-D1 电压AC220V 整定范围0-9.99AAC

系列型号 RL-D1型电流继电器&#xff1b; RL-D2型电流继电器&#xff1b; 基本参数 RL-D系列电流继电器用于发电机、变压器和输电线的过负荷和短路保护装置中作为启动元件。本继电器为集成电路型继电器&#xff0c;精度高、功耗小、动作时间快&#xff0c; 返回系数高、整定…