基于JAVA+SpringBoot+Vue的疫苗发布和接种预约系统

研究背景

在现在社会，对于信息处理方面，是有很高的要求的，因为信息的产生是无时无刻的，并且信息产生的数量是呈几何形式的增加，而增加的信息如何存储以及短时间分析检索，也是有时效性的，所以，不管是任何的企业和个人，只要需要处理信息，必然是要寻找到一个适合自己的解决方案，而软件开发商和数据库提供商就是为了解决这些问题。相比之前人工信息处理的水平，现代的信息处理方法是完胜以前的信息处理方法。开发一个符合自己需求的信息管理系统，可以把整个信息处理的过程变得很有规范，并且很有水准，让整个信息处理变成一个自动化的过程，并且在数据处理结果之中直接设定好检索标准，或者是多条件检索标准，通过数据分析获得自己需要的内容，这都是信息化的好处。当一切信息数据存在小小的存储介质之中，那么数据迁移备份的重要性也变得更加简洁，可以设置自动化远程备份，自动化远程处理，不管是使用过程还是维护过程，都会变得更加的高效和整洁，最重要的成本上面的控制，可以极限减少，开源节流，不外如是，减少社会资源的浪费，也是计算机技术的存在的一个优势。所以，对于疫苗接种预约信息的管理，一方面为了提高疫苗接种预约信息的管理水平，另一方面为了提高疫苗接种预约信息的维护水平，疫苗发布和接种预约系统的开发就显得十分有必要了。

研究意义

疫苗发布和接种预约系统不仅可以保证信息安全的前提下提高信息处理水平，更重要的是提高了信息使用者以及所有者的管理水平。信息的出现，必须经过人为的处理，人们才能接受和使用，所以提高了信息处理水准就显得极为重要。采用计算机技术，会发现在数据传递方面，有着急速的传递，不管是距离多远，都可以实时抵达，不管数据量多大，都能在短时间进行处理完毕，让人为的可出错性变低，工作量变少。疫苗发布和接种预约系统的出现，让疫苗接种预约信息的管理跟上了信息时代的步伐，不仅可以在全时间段提供着稳定的处理速度以及处理水准，更能完美的保证了数据的可靠性。不仅如此，疫苗发布和接种预约系统在使用上面也是得心应手，操作起来极其的简单，只要认识字就行，页面设计相当不错，不用过多的考虑或者寻找，就能使用。总而言之，疫苗发布和接种预约系统在信息资源的处理方面，表现是极其的出色，不仅提高了管理水准，也让数据的迁移变得更加方便。

系统流程分析

本项目在处理数据方面，必须规定其流程，要让每个步骤都要符合设定预期。注册的结果可以说只有两种结果，一个是成功，一个是失败，成功就会把注册时候输入的数据写入到数据库表里存储，如果失败则提示提示失败，并且不写入数据库。因为两种结果，所以要对数据的合法性进行判断，而数据的合法性需要对每条信息进行判断，主要对哪条信息判断，这些都要有流程。

图3.1用户注册流程图

登录是所有系统必不可少的功能之一。虽然不起眼，但是却是一件不可缺少的事情，登录的作用主要代表着当前操作用户是某人，当然，登录的时候是需要输入账号和密码的，都正确才可以登录，登录的时候会对输入的信息进行判断的。

图3.2 用户登录流程图

数据的添加是一件比较严肃的事情，必须判断正确与否，不然随意的添加可能会导致数据库设定与实际数据输入要求不一致，导致数据丢失的问题，所以必须根据数据设定要求，在输入数据的时候就进行判断输入信息是否合法。

图3.3 信息添加流程图

系统性能分析

在软件开发的环节，有一个很重要的步骤，那就是关于性能需求分析的环节。如果不对软件的性能需求进行分析和预估，那么后果是很严重的。比如国内的12306，如果只是一个用户登录注册，查票购票退票，那么很容易开发出来，但是同时几百万人次的不同操作，如果没有对这个需求的提前分析预估，还是按照十个八个的并发操作进行软件开发，那肯定是上线就崩溃直接就下线的结果。所以说性能需求是很重要的一个环节。一般系统需求从下面几个角度同时考虑。

系统的安全性

一个系统是否安全，不仅仅只是考虑用户的密码是否经过了加密，也更需要考虑数据存储的安全性，比如可以把数据库专门放到一个局域网里的服务器，让主服务器代码远程连接数据库，因为代码服务器与数据服务器的物理分离，如果代码服务器被破解，起码用户数据还有机会保存。

系统易维护性

系统长时间运营，肯定需要进行维护。那么维护所需要带来的是性能的提升还是并发数量的提升，这些都是需要考虑的，系统不仅仅要容易维护，数据容易迁移备份，还要符合其他特性。

系统可扩展性

系统的功能不可能一成不变的，随时可能会加一些其他的模块，比如有些商场用户积分的问题，这些开始都没有这项设定，后续想加的功能，那么就需要在不改变其原来的功能的前提下，对积分相关模块进行升级，这些就是系统设计之初需要考虑的问题，尽量开发模块化。

综上所述，性能需求必须在符合业务逻辑之外，考虑是否会出现其他的各种情况的一种分析，还必须能解决可能会出现的问题的一种需求分析。所以说，系统的性能需求分析是必不可少的一个环节。

系统功能分析

系统功能主要针对主要模块功能进行分析，暂时不考虑非典型性的问题，只要能满足正确操作流程即可。

疫苗发布和接种预约系统设置的角色有管理员，医生，用户等。

（1）管理员

管理员对公告信息，医院信息，疫苗信息，医生信息，用户信息，论坛帖子信息以及预约接种信息等信息进行管理。对管理员的功能进行分析之后，将使用图3.4的管理员用例图来描述管理员的功能。

图3.4 管理员用例图

（2）医生

医生需要审核用户提交的预约接种信息，查看医院信息，公告信息以及疫苗信息。对医生的功能进行分析之后，将使用图3.5的医生用例图来描述医生的功能。

图3.5 医生用例图

（3）用户

用户查看疫苗信息，查看医院信息，提交预约接种信息，查看公告等。对用户的功能进行分析之后，将使用图3.6的用户用例图来描述用户的功能。

图3.6 用户用例图

不管是好用还是不好用的系统，在如今的互联网时代都会被广而告之，但是能留存下来的，必然是好用的，并且好看的系统，不好用并且不好看的系统用户会逐渐抛弃的。所以，开发的系统必须是有主题的，要打开系统就明白这个系统主要的作用和功能，所以设计这方面需要下苦功夫的。

功能模块设计

本小节运用功能结构图来描述管理员具备的详细的功能，对管理员的功能结构图绘制结果如图4.1所示。管理员对公告信息，医院信息，疫苗信息，医生信息，用户信息，论坛帖子信息以及预约接种信息等信息进行管理。

图4.1 管理员功能结构图

本小节运用功能结构图来描述医生具备的详细的功能，对医生的功能结构图绘制结果如图4.2所示。医生需要审核用户提交的预约接种信息，查看医院信息，公告信息以及疫苗信息。

 

图4.2 医生功能结构图

本小节运用功能结构图来描述用户具备的详细的功能，对用户的功能结构图绘制结果如图4.3所示。用户查看疫苗信息，查看医院信息，提交预约接种信息，查看公告等。

图4.3 用户功能结构图

数据库设计

在系统后台选择数据库的时候，首先第一条就是要满足使用需要，只要满足使用需要，再对数据库的使用友好度和性能上进行分析。选择当前分布最广发的关系型数据库是完全能满足需要的，并且在数据的设计上也有完美的设计顺序，最重要的是符合人们的直观要求。

数据库E-R图

下面主要是描述E-R图模型的。对于用户的需求，要具体化，比如有个角色需要有登录，那么最基本的设定必须有账号和密码，那么像姓名，性别其他的对象关系，其实是有从属关系的，通过这样具体化分析，可以得到数据的格式要求，并且能得到数据之间的直接关系。然后可以通过专业的Visio工具来进行E-R图的创建，遵守约定的E-R图表达方式，就可以对数据进行图标形式的描述，并且之间的关系更容易理解。

（1）图4.4即为疫苗这个实体所拥有的属性值。

图4.4 疫苗实体属性图

（2）图4.5即为预约接种这个实体所拥有的属性值。

图4.5 预约接种实体属性图

（3）图4.6即为用户这个实体所拥有的属性值。

图4.6 用户实体属性图

（4）图4.7即为医生这个实体所拥有的属性值。

图4.7 医生实体属性图

（5）图4.8即为上面介绍的实体中存在的联系。

图4.8 实体间关系E-R图

数据库表结构

在程序开发的过程中，系统设计里面包含有数据库的设计，一般都在功能设计的后面进行数据设计，为什么有这样的顺序呢？那是有原因的。数据库设计不能凭空想象，必须符合数据的定义，而数据只是在使用过程之中产生，其实并没有具体化的表现，所以要把数据进行结构的整理，字段的规划。比如用户账号可能是中文或者英文，以及数字形式存在，更或者可能包含一些符号，那么账号字段的设计就只能是文本形式存在，不能是数据形式或者是时间形式存在，以此类推，数据表结构的设计就是在对系统的具体实现数据进行描述规划的一种行为。所以在这个环节尤其要注意，否则可能使用过程中会发现很多不可预料的问题。

对本系统的数据库的要求就是，要严格遵循数据实现原则，符合数据定义范式。对每个表都要进行具体分析，并且表之间的关系更应该有逻辑性，如果违反前面的要求，那么数据很有可能出现问题，所以要把数据之间的关系用E-R图形式画出来，这样理解起来更直观，更不容易出错，效率也更高。

表4.1 论坛表

字段

注释

类型

空

id (主键)

主键

int(11)

否

forum_name

帖子标题

varchar(200)

是

yonghu_id

用户

int(11)

是

yisheng_id

医生

int(11)

是

users_id

管理员

int(11)

是

forum_content

发布内容

text

是

super_ids

父id

int(11)

是

forum_state_types

帖子状态

int(11)

是

insert_time

发帖时间

timestamp

是

update_time

修改时间

timestamp

是

create_time

创建时间

timestamp

是

表4.2 公告信息表

字段

注释

类型

空

id (主键)

主键

int(11)

否

news_name

公告标题

varchar(200)

是

news_types

公告类型

int(11)

是

news_photo

公告图片

varchar(200)

是

insert_time

公告时间

timestamp

是

news_content

公告详情

text

是

create_time

创建时间

timestamp

是

表4.3 管理员表

字段

注释

类型

空

id (主键)

主键

bigint(20)

否

username

用户名

varchar(100)

否

password

密码

varchar(100)

否

role

角色

varchar(100)

是

addtime

新增时间

timestamp

否

表4.4 疫苗信息表

字段

注释

类型

空

id (主键)

主键

int(11)

否

yimiao_name

疫苗标题

varchar(200)

是

yimiao_types

疫苗类型

int(11)

是

yimiao_photo

疫苗图片

varchar(200)

是

yiyuan_id

医院信息

int(11)

是

yimiao_clicknum

点击次数

int(11)

是

insert_time

发布日期

date

是

yimiao_content

疫苗详情

text

是

create_time

创建时间

timestamp

是

表4.5 医生表

字段

注释

类型

空

id (主键)

主键

int(11)

否

username

账户

varchar(200)

是

password

密码

varchar(200)

是

yisheng_name

医生姓名

varchar(200)

是

yisheng_photo

头像

varchar(255)

是

sex_types

性别

int(11)

是

yisheng_phone

联系方式

varchar(200)

是

yisheng_email

邮箱

varchar(200)

是

yisheng_delete

假删

int(11)

是

create_time

创建时间

timestamp

是

表4.6 医院信息表

字段

注释

类型

空

id (主键)

主键

int(11)

否

yiyuan_name

医院名称

varchar(200)

是

yiyuan_types

医院类型

int(11)

是

yiyuan_photo

医院图片

varchar(200)

是

yiyuan_address

医院地址

varchar(200)

是

yiyuan_content

医院详情

text

是

create_time

创建时间

timestamp

是

表4.7 用户表

字段

注释

类型

空

id (主键)

主键

int(11)

否

username

账户

varchar(200)

是

password

密码

varchar(200)

是

yonghu_name

用户姓名

varchar(200)

是

yonghu_photo

头像

varchar(255)

是

sex_types

性别

int(11)

是

yonghu_phone

联系方式

varchar(200)

是

yonghu_id_number

用户身份证号

varchar(200)

是

yonghu_email

邮箱

varchar(200)

是

yonghu_delete

假删

int(11)

是

create_time

创建时间

timestamp

是

表4.8 预约接种表

字段

注释

类型

空

id (主键)

主键

int(11)

否

yonghu_id

用户

int(11)

是

yimiao_id

疫苗

int(11)

是

yuyuejiezong_time

预约日期

date

是

yuyuejiezong_text

预约备注

text

是

yuyuejiezong_yesno_types

预约审核

int(11)

是

yuyuejiezong_yesno_text

审核原因

text

是

create_time

创建时间

timestamp

是

管理员功能实现

疫苗信息管理

管理员点击导航栏的疫苗信息管理链接就进入疫苗信息管理界面。疫苗信息管理界面如图5.1所示。本功能允许管理员对疫苗信息进行修改，包括修改疫苗图片，疫苗标题等信息，删除疫苗信息等。

图5.1 疫苗信息管理界面

医院信息管理

管理员点击导航栏的医院信息管理链接就进入医院信息管理界面。医院信息管理界面如图5.2所示。本功能允许管理员修改医院图片，医院地址等信息，删除需要删除的医院信息等。

图5.2 医院信息管理界面

医生管理

管理员点击导航栏的医生管理链接就进入医生管理界面。医生管理界面如图5.3所示。本功能允许管理员修改医生头像，修改医生姓名等信息，删除需要删除的医生信息。

图5.3 医生管理界面

医生功能实现

预约接种管理

医生点击导航栏的预约接种管理链接就进入预约接种管理界面。预约接种管理界面如图5.4所示。医生需要对预约接种信息进行查看，然后审核预约接种信息。

图5.4 预约接种管理界面

疫苗信息查看

医生点击导航栏的疫苗信息查看链接就进入疫苗信息查看界面。疫苗信息查看界面如图5.5所示。本功能允许医生查询疫苗信息，查看疫苗类型，医院地址，疫苗图片等信息。

图5.5 疫苗信息查看界面

医院信息查看

医生点击导航栏的医院信息查看链接就进入医院信息查看界面。医院信息查看界面如图5.6所示。本功能允许医生查询医院信息，查看医院地址，医院图片等信息。

图5.6 医院信息查看界面

用户功能实现

在线论坛

用户点击导航栏的在线论坛链接就进入在线论坛界面。在线论坛界面如图5.7所示。本功能允许用户查看所有帖子，并可以对已查看的帖子发布评论。

图5.7 在线论坛界面

疫苗信息

用户点击导航栏的疫苗信息链接就进入疫苗信息界面。疫苗信息界面如图5.8所示。本功能允许用户对系统推荐的疫苗信息进行查看，以及对疫苗进行预约接种。

图5.8 疫苗信息界面

医院信息

用户点击导航栏的医院信息链接就进入医院信息界面。医院信息界面如图5.9所示。本功能允许用户查看系统推荐的医院信息，查看医院介绍信息，查看医院地址信息等。

图5.9 医院信息界面