私人牙科诊所病例管理主要功能模块包括用户管理、科室中心、预约信息、挂号信息、收费信息、病例信息、留言信息、药品管理、添加记录、售出记录，采取面对对象的开发模式进行软件的开发和硬体的架设，能很好的满足实际使用的需求，完善了对应的软体架设以及程序编码的工作，采取MySQL作为后台数据的主要存储单元，采用SSM框架、JAVA技术、Ajax技术进行业务系统的编码及其开发，实现了本系统的全部功能。本次报告，首先分析了研究的背景、作用、意义，为研究工作的合理性打下了基础。针对私人牙科诊所病例管理的各项需求以及技术问题进行分析，证明了系统的必要性和技术可行性，然后对设计系统需要使用的技术软件以及设计思想做了基本的介绍，最后来实现私人牙科诊所病例管理和部署运行使用它。

关键词：SSM技术；MYSQL；私人牙科诊所病例管理

Abstract

In the information society, there is a need for targeted information access, but the expansion of access is basically the direction of people's efforts. Due to the deviation of the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the problems of case management in private dental clinic, this paper studies and analyzes the case management in private dental clinic, and then develops and designs the case management in private dental clinic to solve the problems.

The main functional modules of case management in private dental clinic include user management, Department Center, reservation information, registration information, charging information, case information, message information, drug management, adding records and selling records. The object-oriented development mode is adopted for software development and hardware erection, which can well meet the needs of actual use and improve the corresponding software erection and program coding, MySQL is used as the main storage unit of background data, and SSM framework, Java technology and Ajax technology are used to code and develop the business system, which realizes all the functions of the system. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work. This paper analyzes the various needs and technical problems of case management in private dental clinic, proves the necessity and technical feasibility of the system, and then makes a basic introduction to the technical software and design idea needed to design the system. Finally, it realizes the case management and deployment of private dental clinic.

Keywords:SSM technology; MYSQL； Case management in private dental clinics

1 引言

私人牙科诊所病例信息系统( HOSPITAL INFORMATION SYSTEM)简称HIS,是私人牙科诊所病例实现现代化建设的重要基础工程，是提高私人牙科诊所病例管理水平、医疗水平、业务运转效率和服务质量的必要手段，是指应用电子计算机和网络通信设备，对私人牙科诊所病例的病人医疗信息、财务核算分析信息、预约信息进行收集、存储、处理、提取和数据通讯，满足所有授权用户对信息使用需求的计算机应用软件系统。

1.1 系统开发的项目背景

随着计算机产业的迅速发展，电子计算机已广泛的应用于信息管理，文字处理，辅助设计，辅助教学及人们的日常生活中。牙科诊所管理系统主要针对各医院门诊管理的一系列相关工作的管理，本系统的建立使得牙科诊所的管理更加规范化，系统化，查询手段更加便捷化。同时，本系统采用面向对象的开发方法，进一步解决了结构化范性存在的软件重用程度低，软件产品难以维护的问题。

近年来，随着就诊的病人的数量的逐渐增加，人工书写数据已经不能够处理如此庞大的数据。为了更好的适应信息时代的高效性，一个利用计算机来实现牙科诊所管理系统工作的系统必然诞生。基于这一点，所设计的牙科诊所管理系统用来就诊所进行管理，以便在最短时间内，高效准确的完成整个管理过程。

基于上述认识，收集相关资料和数据，查阅有关文献及技术参数，对用户需求进行调研,发现日前所采用的手工记录的方法进行管理存在对象范围广,数据存储不易,不易存档，成千.上万的信息和堆积如山的单据对管理人员来说是个负担，需要大量的文档资料。而已经存在的一些而向过程设计的诊所管理系统软件重用程度低，软件产品不易维护。鉴于上述种种原因，牙科诊所管理急需一种而向对象的设计的软件来管理数据资料。

计算机技术在现代管理中的应用,使计算机成为领导者和管理人员应用现代技术的重要工具。计算机辅助门诊管理活动，可以极大地增强管理者采集，处理信息的能力，从而有利于管理者及时决策。计算机系统能根据管理过程的变化情况，将原始数据，资料等进行加工，保存，管理人员可以在解决具体问题需要信息资料时，随时进行检索查询，了解整个牙科门诊管理系统的动态情况，进行动态管理，从而有效的处理牙科门诊的管理工作，实现牙科诊所管理的自动化，提高效率。

1.2系统开发目的

牙科诊所管理系统的开发目的是使得牙科诊所管理系统模式从手工记录转变成信息管理，从面向过程开发的软件转变成面向对象开发的软件，为门诊管理人员提供方便，为软件维护工作人员提供方便。对用户的实际情况进行调研，进行详细的需求分析，对现有的管理模式进行改进，开发出一套新型的面向对象的管理系统，从中领悟系统开发的思想，掌握系统开发的流程和方法。随着门诊信息系统的不断完善,医院的管理将越来越依赖于信息化的管理。所以系统开发将围绕牙科门诊工作的实际情况，使之能迅速适应各牙科诊所的需要。

牙科诊所管理系统的实现的现实意义:减少管理诊所的工作人员;管理人员可以随时浏览查看，而且更加直观;改变了以前工资手工记录的方式，电脑录入更加快捷方便;实现了门诊管理系统的计算机化。

随着私人牙科诊所病例数字化建设的蓬勃发展，数字化私人牙科诊所病例的理念已经被广:大私人牙科诊所病例所接受,目前面临的主要问题是如何去建设数字化私人牙科诊所病例。因此，目前我国数字化私人牙科诊所病例的建设重点必须以医疗数字化为主，即着重发展私人牙科诊所病例内与医疗活动相关的各类信息的数字化管理和综合利用，实现诊疗工作的数字化以及医疗流程的自动化，并保证系统的开放性，为将来扩展到区域医疗打下基础。相应地，医疗信息系统作为数字化私人牙科诊所病例建设的系统基础,它的研究重点也将转为面向纯粹医疗活动的各类医疗信息系统及其集成研究。以医疗数字化为建设重点的数字化私人牙科诊所病例的总体规划，它通过各类医疗信息系统的有机集成而实现。可以说，新一代医疗信息系统将在“数字化私人牙科诊所病例”的建设中发挥举足轻重的作用。

1.3论文结构与章节安排

论文将分层次经行编排，除去论文摘要致谢文献参考部分，正文部分还会对网站需求做出分析，以及阐述大体的设计和实现的功能，最后罗列部分调测记录，论文主要架构如下：

第一章：引言。第一章主要介绍了课题研究的背景，系统开发的现状和本文的研究内容与主要工作。

第二章：系统需求分析。第二章主要从系统的用户、功能等方面进行需求分析。

第三章：系统设计。第三章主要对系统框架、系统功能模块、数据库进行功能设计。

第四章：系统实现。第四章主要介绍了系统框架搭建、系统界面的实现。

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

第六章：总结。

2 私人牙科诊所病例管理分析

系统分析是开发一个项目的先决条件，通过系统分析可以很好的了解系统的主体用户的基本需求情况，同时这也是项目的开发的原因。进而对系统开发进行可行性分析，通常包括技术可行性、经济可行性等，可行性分析同时也是从项目整体角度进行的分析。然后就是对项目的具体需求进行分析，分析的手段一般都是通过用户的用例图来实现。下面是详细的介绍。

2.1 可行性分析

（1）经济可行性：

在项目上使用的工具大部分都是是当下流行开源免费的，所以在开发前期，开发时用于项目的经费将会大大降低，不会让开发该软件在项目启动期受到经费的影响，所以经济上还是可行的。尽量用最少的花费去满足用户的需求。省下经费用于人工费，以及设备费用。将在无纸化，高效率的道路上越走越远。

所以经济可行性没有问题。

（2）操作可行性：

此次项目设计参考了几个该模式下网站的开发案例，对他们的操作界面分析，将众多案例结合在一起，突出以人为本简化操作，所以具有基本计算机知识的人都会操作本项目。

因此操作可行性也没有问题。

（3）技术可行性：

技术可行性指的是对于搭建框架的可行性，以及有更优秀的技术出现时系统的技术更新换代的纳新性如何，开发时间成本费用比如何。

现有的Java技术能够迎合所有电子商务系统的搭建。开发这个私人牙科诊所病例管理的时候我采用了Java+MYSQL用以运行整体程序。

综上所述技术可行性也没有问题。

（4）法律可行性：

从开发者角度来看，Java和MYSQL是网上开源且免费的，在知识产权方面不会产生任何法律纠纷。

从用户使用角度来看，只要不再系统上贩卖违禁品，对系统做出条约协议，杜绝非法支付即可。

综上所述法律可行性也没有问题。

2.2 系统流程分析

业务流程是用一些特定的符合和线条来进行演示用户在使用系统时的过程，在进行系统分析的时候，业务流程可以帮助开发人员更好的理解业务，发现错误，完善系统。

2.2.1 数据增加流程

用户成功登入系统后就能够实现增加数据的操作，增加数据的编号是特定的，系统生成，用户不能随意填写，除了编号以外，其他增加信息用户自己填写，填写后的信息经过系统验证，验证合法通过就显示增加数据成功了，相反的话，就没有增加成功，图2-1显示的就是在增加数据时的流程。

图2-1 数据增加流程图

2.2.2 数据修改流程

数据修改时的流程和上面介绍的数据增加时的流程差不多，如图2-2所示。

图2-2 数据修改流程图

2.2.3 数据删除流程

如果系统里面存在一些没有用的数据的话，相关的管理人员还可以对这些数据进行删除，图2-3就是数据删除时的流程图。

图2-3 数据删除流程图

2.3 系统功能分析

2.3.1 功能性分析

按照私人牙科诊所病例管理的角色，我划分为了普通用户管理模块、医生用户管理模块和管理员管理模块这三大部分。

用户管理模块：

（1）用户注册登录：用户注册为会员并登录私人牙科诊所病例管理；用户对个人信息的增删改查，比如个人资料，密码修改。

（3）公告栏：在首页导航栏上我们会看到“公告消息”这一菜单，我们点击进入进去以后，会看到所有管理员在后台发布的公告信息；

（4）牙科资讯：在首页导航栏上我们会看到“牙科资讯”这一菜单，我们点击进入进去以后，会看到所有管理员在后台发布的牙科资讯信息，能够对喜欢的牙科资讯进行点赞，如果下次想要更快的找到这篇资讯，也可以进行收藏、评论；

（5）科室中心：在首页导航栏上我们会看到“科室信息”这一菜单，我们点击进入进去以后，会看到所有管理员在后台发布的科室信息，我们选择想要了解科室的预约信息，可以点赞+收藏+挂号+预约+评论；

（6）我的收藏：在“我的”下可以查看管理“我的收藏”信息，可以查看收藏，也可以对不喜欢的信息进行删除收藏；

（6）我的账户：当用户点击右上角“我的”这个按钮，会出现子菜单，点击“我的账户”可以对个人的资料以及登录系统的密码进行设置；

（7）个人中心：当用户点击右上角“我的”这个按钮，就会进入到对应的后台进行信息的管理了；

管理员管理模块：

（1）登录：管理员的账号是在数据表表中直接设置生成的，不需要进行注册；

（2）站点管理：当点击“站点管理”这一菜单的时候，会出现轮播图+公告栏两个子菜单，可以对这两个模块进行增删改查操作；

（3）用户管理：当点击“用户管理”这一菜单的时候，会出现管理员+医生用户+普通用户三个子菜单，可以对这三个模块进行增删改查操作；

（4）内容管理：当点击“内容管理”这一菜单的时候，会出现牙科资讯+牙科资讯分类这两个子菜单，能够对用户在前台提交的牙科资讯进行管理，同时对前台展示的牙科资讯分类信息进行增删改查操作；

（5）更多管理：当点击“更多”这一菜单的时候，会出现科室中心+预约信息+挂号信息+收费信息+病例信息+留言信息+药品管理+添加记录+售出记录这九个子菜单，能够对这九个模块进行增删改查操作；

（6）商城管理：综合管理所属私人牙科诊所病例管理中的所有的科室、科室分类以及用户提交的订单信息。

2.3.2 非功能性分析

私人牙科诊所病例管理的非功能性需求比如私人牙科诊所病例管理的安全性怎么样，可靠性怎么样，性能怎么样，可拓展性怎么样等。具体可以表示在如下3-1表格中：

表3-1私人牙科诊所病例管理非功能需求表

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

2.4 系统用例分析

通过2.3功能的分析，得出了本私人牙科诊所病例管理的用例图：

用户角色用例如图2-3所示。

图2-3 私人牙科诊所病例管理用户角色用例图

web后台管理上的管理员是维护整个私人牙科诊所病例管理中所有数据信息的。医生用户角色用例如图2-4所示。

图2-4私人牙科诊所病例管理医生用户角色用例图

web后台管理上的管理员是维护整个私人牙科诊所病例管理中所有数据信息的。管理员角色用例如图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-5挂号信息模块结构图

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关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。

sales_record表：

名称	类型	长度	不是null	主键	注释
sales_record_id	int	11	是	是	售出记录ID
drug_name	varchar	64	否	否	药品名称
drug_type	varchar	64	否	否	药品类型
usage_and_dosage	varchar	64	否	否	用法用量
sold_doctor	int	11	否	否	售出医生
date_sold	date	0	否	否	售出日期
quantity_sold_	int	11	否	否	售出数量
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间



reservation_information表：
名称	类型	长度	不是null	主键	注释
reservation_information_id	int	11	是	是	预约信息ID
department_name	varchar	64	否	否	科室名称
department_type	varchar	64	否	否	科室类型
department_doctor	int	11	否	否	科室医生
on_duty_time	varchar	64	否	否	在岗时间
patient_user	int	11	否	否	患者用户
user_name	varchar	64	否	否	用户姓名
user_gender	varchar	64	否	否	用户性别
user_age	varchar	64	否	否	用户年龄
user_address	varchar	64	否	否	用户住址
time_of_appointment	datetime	0	否	否	预约时间
number_of_appointments	varchar	64	否	否	预约人数
user_profile	text	0	否	否	病情简介
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间




registration_information表：
名称	类型	长度	不是null	主键	注释
registration_information_id	int	11	是	是	挂号信息ID
department_name	varchar	64	否	否	科室名称
department_type	varchar	64	否	否	科室类型
department_doctor	int	11	否	否	科室医生
on_duty_time	varchar	64	否	否	在岗时间
patient_user	int	11	否	否	患者用户
user_name	varchar	64	否	否	用户姓名
user_gender	varchar	64	否	否	用户性别
user_age	varchar	64	否	否	用户年龄
user_address	varchar	64	否	否	用户住址
registration_date	date	0	否	否	挂号日期
number_of_registered_persons	varchar	64	否	否	挂号人数
user_profile	text	0	否	否	病情简介
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间




ordinary_users表：
名称	类型	长度	不是null	主键	注释
ordinary_users_id	int	11	是	是	普通用户ID
user_number	varchar	64	是	否	用户编号
user_name	varchar	64	否	否	用户姓名
user_gender	varchar	64	否	否	用户性别
user_age	varchar	64	否	否	用户年龄
examine_state	varchar	16	是	否	审核状态
recommend	int	11	是	否	智能推荐
user_id	int	11	是	否	用户ID
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间




message_information表：
名称	类型	长度	不是null	主键	注释
message_information_id	int	11	是	是	留言信息ID
department_name	varchar	64	否	否	科室名称
department_type	varchar	64	否	否	科室类型
department_doctor	int	11	否	否	科室医生
message_user	int	11	否	否	留言用户
message_time	datetime	0	否	否	留言时间
message_content	text	0	否	否	留言内容
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间




medical_record_information表：
名称	类型	长度	不是null	主键	注释
medical_record_information_id	int	11	是	是	病历信息ID
department_name	varchar	64	否	否	科室名称
department_type	varchar	64	否	否	科室类型
department_doctor	int	11	否	否	科室医生
patient_user	int	11	否	否	患者用户
user_name	varchar	64	否	否	用户姓名
user_gender	varchar	64	否	否	用户性别
user_age	varchar	64	否	否	用户年龄
add_time	date	0	否	否	添加时间
medical_records	text	0	否	否	就诊病历
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间




doctor_user表：
名称	类型	长度	不是null	主键	注释
doctor_user_id	int	11	是	是	医生用户ID
doctor_job_number	varchar	64	否	否	医生工号
name_of_doctor	varchar	64	否	否	医生姓名
doctor_gender	varchar	64	否	否	医生性别
doctor_age	varchar	64	否	否	医生年龄
length_of_medical_service	varchar	64	否	否	从医时长
doctor_certificate	varchar	255	否	否	医生证件
examine_state	varchar	16	是	否	审核状态
recommend	int	11	是	否	智能推荐
user_id	int	11	是	否	用户ID
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间




department_center表：
名称	类型	长度	不是null	主键	注释
department_center_id	int	11	是	是	科室中心ID
department_name	varchar	64	是	否	科室名称
department_type	varchar	64	否	否	科室类型
department_doctor	int	11	否	否	科室医生
on_duty_time	varchar	64	否	否	在岗时间
number_of_reservations	int	11	否	否	可就诊数
doctor_picture	varchar	255	否	否	医生图片
doctor_profile	longtext	0	否	否	医生简介
hits	int	11	是	否	点击数
praise_len	int	11	是	否	点赞数
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间




charging_information表：
名称	类型	长度	不是null	主键	注释
charging_information_id	int	11	是	是	收费信息ID
department_doctor	int	11	否	否	科室医生
patient_user	int	11	否	否	患者用户
charge	int	11	否	否	收取费用
charge_date	date	0	否	否	收费日期
charging_content	text	0	否	否	收费内容
pay_state	varchar	16	是	否	支付状态
pay_type	varchar	16	否	否	支付类型
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间



drug_administration表：
名称	类型	长度	不是null	主键	注释
drug_administration_id	int	11	是	是	药品管理ID
drug_name	varchar	64	是	否	药品名称
drug_type	varchar	64	否	否	药品类型
quantity_of_drugs	int	11	否	否	药品数量
usage_and_dosage	varchar	64	否	否	用法用量
drug_picture	varchar	255	否	否	药品图片
drug_details	text	0	否	否	药品详情
recommend	int	11	是	否	智能推荐
create_time	datetime	0	是	否	创建时间
update_time	timestamp	0	是	否	更新时间

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.2管理员功能模块

4.2.1 站点管理界面

私人牙科诊所病例管理中的管理人员在“站点管理”这一菜单中是可以对前台显示的轮播图以及公告栏进行管控。界面如下图4-7所示。

图4-7站点管理界面图

站点管理关键代码如下所示。

@RequestMapping(value = "/del")

@Transactional

public Map<String, Object> del(HttpServletRequest request) {

service.delete(service.readQuery(request), service.readConfig(request));

return success(1);

}

4.2.2 用户管理界面

私人牙科诊所病例管理中的管理人员是可以对前台注册的用户、医生用户进行管理的，也可以对管理员进行管控。界面如下图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.3 牙科资讯界面

私人牙科诊所病例管理中管理人员是可以对私人牙科诊所病例管理内的牙科资讯信息进行维护和管理的。牙科资讯界面如下图4-9所示。

图4-9牙科资讯界面图

4.2.4 更多管理界面

私人牙科诊所病例管理中的管理人员在“更多管理”这一菜单下是可以对私人牙科诊所病例管理内的科室信息、挂号信息、预约信息、留言信息、药品管理、收费信息、售出记录、添加记录、病例信息进行管控的，其管理界面如下图4-10所示。

图4-11更多管理界面图

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]陈燕帆,官文兵. 一种关于mysql数据库的本地用户访问审计方法[P]. 广东省：CN114328455A,2022-04-12.

[2]王春丽.基于SSM框架的会议管理信息系统设计与实现[J].电脑编程技巧与维护,2022(03):83-85.DOI:10.16184/j.cnki.comprg.2022.03.016.

[3]戴靓婕.MySQL数据库在自动测试系统中的应用研究[J].长江信息通信,2022,35(03):162-164.

[4]王常珏,段尧清,朱泽.基于SSM的政府数据治理联盟链框架构建[J/OL].情报科学:1-18[2022-04-21].http://kns.cnki.net/kcms/detail/22.1264.g2.20220309.1213.002.html

[5]吴明阳,王森琛.基于SSM框架整合的客户服务系统设计和实现[J].新型工业化,2022,12(02):12-15.DOI:10.19335/j.cnki.2095-6649.2022.02.005.

[6]张文慧,王国田,陈永,温禾,袁涛,艾显威.基于SSM框架城市水体治理工程案例信息系统设计与实现[J].软件,2022,43(02):83-88+92.

[7]李双,郭晨晨,李佳虎,张慧娥.基于SSM框架的智能驾校系统的设计与开发[J].电脑知识与技术,2022,18(03):62-63+65.DOI:10.14004/j.cnki.ckt.2022.0150.

[8]王慧芳,孙方,陈玉,朱茜.基于SSM框架的大数据个性化推荐系统设计[J].信息与电脑(理论版),2022,34(02):90-92.

[9]郭静.基于SSM框架的高校新生预报到系统的设计与实现[J].电子技术与软件工程,2022(02):232-235.

[10]徐旭,李明明,夏辉,陈曦,王天宇,肖硕,雍旭.基于SSM框架的互联网+多元监管下构建医疗设备质量控制管理服务平台研究[J].中国医学装备,2021,18(12):106-110.

[11]张洁,张圆梦.基于改进F-AHP的牙科诊所选址合理性研究[J].经营与管理,2022(01):78-84.DOI:10.16517/j.cnki.cn12-1034/f.2022.01.006.

[12]师晨昊,宋谊深,师悦祺,张馨月. 一种用于牙科诊所的电脑管理系统[P]. 河北省：CN213122754U,2021-05-04.

[13]吴晓旭.经济背景下牙科诊所信息系统的分析与设计[J].营销界,2020(35):182-184.

[14]Khan Mahnoor,Soltau Rhea,Sea Juehwan,Sofjan Amelia K. 2078. Patterns, Indications, and Appropriateness of Antibiotics Prescribed at a Private Dental Practice[J]. Open Forum Infectious Diseases,2019,6(Supplement2).

[15]Nikolaus Palmer,Henry Clover. A Pilot Study to Investigate Antibiotic Prescribing in Private Dental Practice in the UK[J]. Primary Dental Journal,2019,8(1).

[16]Jean Gillian,Holden Alexander C L,Tennant Marc,Kruger Estie. Infection Control Standards in Private Dental Practice - The Role of Accreditation.[J]. Journal of law and medicine,2018,25(4).

[17]肖睿,程宁,田崇峰,金志雄,杜毅. MySQL数据库应用技术及实战[M].人民邮电出版社:, 201801.177.

[18]罗蓓蕾. K公司在中国私立牙科诊所的营销策略研究[D].上海交通大学,2017.DOI:10.27307/d.cnki.gsjtu.2017.001276.

致谢

逝者如斯夫，不舍昼夜。转眼间，大学生会员活便已经接近尾声，人面对着离别与结束，总是充满着不舍与茫然，我亦如此，仍记得那年秋天，我迫不及待的提前一天到了学校，面对学校巍峨的大门，我心里充满了期待：这里，就是我新生活的起点吗？那天，阳光明媚，学校的欢迎仪式很热烈，我面对着一个个对着我微笑的同学，仿佛一缕缕阳光透过胸口照进了我心里，同时，在那天我认识可爱的室友，我们携手共同度过了这难忘的两年。如今，我望着这篇论文的致谢，不禁又要问自己：现在，我们就要说再见了吗？

感慨莫名，不知所言。遥想当初刚来学校的时候，心里总是想着工科学校会过于板正，会缺乏一些柔情，当时心里甚至有一点点排斥，但是随着我对学校的慢慢认识与了解，我才认识到了她的美丽，她的柔情，并且慢慢的喜欢上了这个校园，但是时间太快了，快到我还没有好好体会她的美丽便要离开了，但是她带给我的回忆，永远不会离开我，也许真正离开那天我的眼里会满含泪水，我不是因为难过，我只是想将她的样子映在我的泪水里，刻在我的心里。最后，感谢我的老师们，是你们教授了我们知识与做人的道理；感谢我的室友们，是你们陪伴了我如此之久；感谢每位关心与支持我的人。

少年，追风赶月莫停留，平荒尽处是春山。

点赞+收藏+关注 → 私信领取本源代码、数据库

ssm私人牙科诊所病例管理系统的设计与实现毕业设计-附源码071128

1 引言

2 私人牙科诊所病例管理分析

4 私人牙科诊所病例管理详细设计与实现

5系统测试

猜你喜欢

ssm私人牙科诊所病例管理系统的设计与实现 毕业设计-附源码071128

1 引言

2 私人牙科诊所病例管理分析

4 私人牙科诊所病例管理详细设计与实现

5系统测试

猜你喜欢

ssm私人牙科诊所病例管理系统的设计与实现毕业设计-附源码071128