电子病历管理系统的设计与实现_南京鼓楼医院可信电子病案管理系统的设计与实现下载-CSDN博客

本文链接：https://blog.csdn.net/weixin_46959376/article/details/145172756

摘要

当前随着互联网技术的飞速发展，医院也也引入了大量的管理系统，如住院管理系统、药品采购系统等，但对病历的管理有的仍然采用传统的人工记录的方式来管理，这种方式已不太使用当前病历向电子化、信息化处理的发展趋势，另外纸质病历的方式不太容易查询，医生无法根据以往的病历来对患者的病情做出更有效的诊断，因此病历的电子化变得十分有必要，由此本课题针对以上诸多情况而开发一款电子病历管理系统用来管理患者病历。

电子病历管理系统基于B/S开发模式设计，利用SSM框架来设计电子病历系统的功能框架，利用JSP技术将设计的系统以界面的形式直观展示出来，以MySQL数据库来存取电子病历管理系统的数据，可供医生、护士和管理员来使用，医生可对患者及病历信息进行记录与管理；护士主要是执行医生出具的常规检查项目并进行管理；而管理员则负责与电子病历相关联信息的管理，通过以上三类用户实现的功能从而构成一套完成的电子病历管理系统。

关键词

电子病历管理系统；SSM框架；JSP技术；MySQL数据库；设计

Abstract

At present, with the rapid development of Internet technology, hospitals have also introduced a large number of management systems, such as inpatient management system and drug purchase system. However, some of the medical records are still managed by the traditional manual recording method, which is less used than the current development trend of electronic and information processing of medical records, In addition, the way of paper medical records is not easy to query, and doctors cannot make a more effective diagnosis of the patient's condition according to the previous medical records. Therefore, the electronization of medical records becomes very necessary. Therefore, this subject develops an electronic medical record management system to manage the patient's medical records according to the above many situations.

The electronic medical record management system is designed based on B/S development mode, uses SSM framework to design the functional framework of the electronic medical record system, uses JSP technology to visually display the designed system in the form of interface, and uses MySQL database to access the data of the electronic medical record management system, which can be used by doctors, nurses and administrators, Doctors can record and manage the information of patients and medical records; Nurses mainly carry out routine examination items issued by doctors and manage them; The administrator is responsible for the management of the information associated with the electronic medical record. Through the functions realized by the above three types of users, a set of completed electronic medical record management system is formed.

Key words

Electronic medical; SSM framework; JSP technology; MySQL; Design

4.3 患者病历管理功能的实现(医生模块界面)

4.3.1 医生修改病历信息时序图

4.3.2 医生修改病历实现界面

4.3.3 医生修改病历流程图

4.4 常规检查管理功能的实现（护士界面）

第一章前言

1.1 研究背景

随着互联网技术的飞速发展，医院也开始步入信息化管理时代，各类系统也以投入使用，如住院管理系统、财务人资管理系统等，但对患者病历的管理有的仍然采用传统的人工记录的方式来管理，这种方式已不太使用当前病历向电子化、信息化处理的发展趋势，另外纸质病历的方式不太容易查询，医生无法根据以往的病历来对患者的病情做出更有效的诊断，因此病历的电子化变得十分有必要，由此本课题针对以上诸多情况而开发一款电子病历管理系统用来管理患者病历。

1.1.1 国内研究现状

设计的电子病历管理系统的研究过程采用的是期刊文献资料库为主的方式来进行资料获取与研究的，其具体的研究情况如下。

程顺达、夏芳，项巧燕、朱寒骏和王旸以及刘辉、徐乐勤、陈少玫通过分析当前医院在执行挂号及看病的过程中所遇到的很多患者忘记带病历本的问题[1]。导致看病有所迟缓，部分医院尚未完全实现病人病历的电子化处理，提出了一种利用MVC模式而开发适合于医院的集成了挂号与电子病历的系统，可将医院的部分号源直接通过网络来分配出去供用户线上挂号，还可在就诊时根据患者姓名直接调出患者的历史病历情况，这样可更为有效地与过往病史再结合当前的症状完成患者的就诊诊断[2]。

吴超，孙慧子和李仁歌、傅小玲以及迟爱民通过对当前当前已投入电子病历系统的部分医院发现，仍然有大量的患者前往医院需携带病历本[4]。这是因为部分医院的病历尚无法查看到来自于其他医院的看病病历情况，需借助于上一次的就诊情况来做出一些诊断，由此，开发一款贯通医院的病历系统是非常必要的[5]。采用web技术和病历接口的方式将一个医疗集团内的医院的病历信息化系统建立起来，可解决忘记病历本而无法快速知晓过往病历就诊记录的问题，为医生的高效和准确的诊断病情提供一些帮助[7]。

1.1.2 国外研究现状

在国外电子病历管理系统的应用比较早，通过很多年的发展和应用，取得了良好的成果。大约在上个世纪六十年代的时候，美国就有医院研究并且开发电子病历管理系统并且把开发完成的系统投入到日常的使用当中。日本在上个世纪九十年代的时候，当时的政府就很重视此事，在研发电子病历管理系统时候，花费了大量的物理和财力。近些年，国外很多学者针对电子病历管理系统方面进行研究，也取得了一定的成果。通过该系统大大提高病历利用效率，为医生的工作带来了便捷。

1.2 研究目的与意义

电子病历管理系统的引入可以提高医护人员的工作效率并且对医院的信息化管理水准进行提高。电子病历管理系统可供医生和护士，管理人员应用，不用笔写记录，易查看，提升了的病历利用率。

1.2.1 研究目的

在疾病诊断、医疗医护、疾病防治、病源控制、卫生监督所等众多医疗技术应用领域中，病历作为医疗信息的传递，在病人的一整个生命周期中，一直激发着不可替代的功效。信息技术在二十一世纪得到了充分的发展，并通过和传统行业相结合全面改变和颠覆着人们的生活，传统行业也适应着时代的要求，加入了信息化、自动化发展的洪流。病历这一医疗信息载体的存储形式也逐渐从传统的纸质、胶片转变为了电子信息。除此之外，病历还存在着类型复杂、内容繁多庞杂、关联程度高、数据量巨大等多个特点，传统电子信息存储方式已远远不能满足需要，在临床实际工作中引入更符合现状的病历管理系统的需求变得格外迫切[6]。

1.2.2 研究意义

电子病历管理系统软件的研发对医院门诊管理高效率和信息化水准有着关键的实际意义，一个方面，该电子病历管理系统可供医生和护士来使用，无需再通过手写来记录，不易查询，提高了病历的利用效率；另一个方面，利用该电子病历管理系统系统的投入可为医院的其他系统的建设提供一种方法借鉴并提升医院的信息化水平。

1.3.1 JSP技术

JSP技术是当前被认为是和HTML、ASP.NET等相关技术并列的主流web页面开发技术之一，该技术的基础也是来自于HTML，不过可通过在遵循HTML标准的基础上加入Java代码来实现简单的功能以及加入标记来完成对页面的表达展示[12]。该JSP技术有一个比较好的优点是当同一个页面被用户在第一次被调用之后，剩下的调用无需再通过来获取数据并反馈到用户，其所耗用的时间开销则会小很多，只需要在第一次被调用的时候完成内存的驻留即可实现被多次低耗时的访问；此外，还具有可多平台部署使用、非常容易进行扩展、较低的学习门槛以及可实现客户所获取的内容与显示层面的分离等优点[13]。

1.3.2 MySQL数据库

数据库是储存信息的系统软件。数据库是这种系统的库，用于储存通过系统的数据信息。数据库在开发者的日常生活中，占据了很大的地位。因为使用数据可以使自己系统存储数据更加方便、快捷[14]。

MySQL之所以受到广大开发人员的欢迎，主要原因使因为数据库的使用是免费的。最开始的数据库研发出后，是需要收费的，但是随着MySQL的出现和不断更新，越来越多的用户去使用这款软件[15]。首先它是开源且免费的，这样大大减少了开发的成本；第二MySQL可以在多个平台上使用，在MAC、Windows和Linux上都可以使用。其次它的性能也是十分强大的，性价比极高。最后，MySQL相比其他数据库语言来说，更加简单易于上手；可以与很多平台搭建联系，比如本文使用的Java [13] 。

1.3.3 B/S结构

B/S架构，也就是浏览器/Server (Browser/Server)，是在因特网技术发展过程中，C/S架构的一种改变和完善。采用该架构，可以充分利用WWW的浏览器来完成用户接口，而在前端完成交易的部分业务，而服务端则完成了交易的基本功能。这就构成了3- tier的构造。B/S体系架构，采用了日益完善的WWW技术，将各种Script、VBScript、JavaScript、ActiveX等技术相融合，通过一款普通的网络浏览器，既可以完成一些复杂的特定程序，又可以节省大量的资源，又可以节省大量的资源。由于视窗98/2000把浏览器技术移植到了操作系统中，所以这个架构现在已经是目前最受欢迎的应用程序架构了。

B/S架构，也就是浏览/伺服器（Browser/Server）架构，是指仅有一个伺服器（Server）被安装，而客户机则使用浏览（Browse）来执行该软件。这是因特网技术出现后，C/S架构的一种改变与完善。它充分运用日益完善的WWW技术，并将各种Script、JavaScript、ActiveX等Script技术相融合，形成了一个崭新的体系结构技术。

1.3.4 SSM框架

SSM框架是spring和mybatis俩大开源框架的整合，SpringMVC是Spring的组成部分之一，它是标准的MVC模式，总共分为四层，分别为为模型层，控制层，服务层，DAO层四层[8]。SpringMVC：表现层，也称之为Handler层，承担控制实际的工作控制模块流程。可以在这个方面写多功能性的业务流程编码，也就是后台管理编码。控制也在Spring环境变量中实行。针对一个特殊的业务流程流程，会出现不一样的控制器。在实际的设计过程中，可以对流程开展抽象化和汇总，设计方案出可重用的子模块流程控制模块。这种模式可以减小程序与程序间的关联，降低耦合度，方便以后功能的修改。用户点击网页某一个功能按钮是，向远程服务器调度服务器发送请求，调度网络服务器控制器查看HanderMapping以寻找解决请求的控制器。控制器启用领域模型开展加工处理后，会向前面控制器推送指令；前端控制器根据接收到的命令进行解析，解析完毕后渲染视图，将该视图发送到用户的服务端，显示在浏览器上[9]。

Spring：业务层，也称之为服务层，关键承担设计方案一些方式，如加上、删掉、检索等。先设计方案接口，再设计它完成的类。随后在Spring环境变量中配备其建立的关系。那样大家就可以启用运用中的服务接口开展业务处理了。服务层业务完成，从总体上便是启用界定好的DAO层接口[10]。封装Service层的业务逻辑有益于通用性业务逻辑的单独性和可重新使用性，程序流程十分简约。

Mybatis：是一个适用SQL句子查看的架构，关键进行在数据信息持久层的工作中，这里封装了一些负责联系数据库的任务。在使用传统的JDBC时，代码、参数、检索结果都需要手工设置，用到数据库就会创建连接，用完了就会自动关闭，经常关闭、连接，会对数据库造成一定的负荷，也占用了很多系统缓存。sql语句是写在服务层的，如果需要改变功能，则需要改动java代码，对于程序员的工作量就会增加。Mybatis立即把sql语句和主要参数放到XML文档中，载入sql语句时不用联接和关掉数据库，也不需要重新编译java代码，节省了很多资源和时间[14]。SSM的优势在于使用了MVC3层的设计思想，是开发轻量级的web框架，对web层进行解耦，大大的减轻了代码程序的繁杂和简化后续修改。

1.4 系统要解决的主要问题及论文结构

这一部分主要是详细介绍两个具体内容，一是系统的功能和关键叙述，二是论文的结构。在系统待完成的功能和系统的关键叙述中简略介绍了系统的功能，在论文结构中叙述了该论文的结构。

1.4.1 系统要完成的功能及主要描述

电子病历管理系统基于B/S开发模式和SSM框架来设计，利用HTML5、JSP等编程技术将设计的系统以界面的形式直观展示出来，用MySQL数据库存放电子病历管理系统的数据。电子病历管理系统可供三类客户应用：医师、护理人员和管理人员，医生用户可对患者及病历信息进行记录与管理，其看病的诊断是要通过医生所开的并由护士所执行的常规检查出具的结果而做出的，医生可对其进行分析与判断；护士主要是执行医生出具的常规检查项目，并根据检查项目初步给出意见，然后交由医生来判断；而管理员则负责与电子病历相关联信息的管理，通过以上三类用户实现的功能从而构成一套完成的电子病历管理系统。

1.4.2 论文组织结构

文中共分成五章：

第一章为前言，关键讲解了系统开发设计环境、科学研究目地、研究意义、研究现状、关键工作任务和论文框架。

第二章剖析了系统的要求，探讨了系统的可行性分析。可行性研究包含经济发展、经营、技术性和法规层面。

第三章主要讲述了全部系统的总体设计，包含总体设计、系统构架、解决步骤、控制模块区划等。概念模型设计等。

第四章得出了实际的系统设计方案和实际的方案设计。

第五章是测试环境、检测目地、检测简述、单元测试和系统测试。

是全文的结尾，对全文的探讨和科研成果做了简略的汇总。

第二章需求分析

需要通过需求分析，将用户提出的业务需求提炼为可以指导系统研发人员进行各方面需求上的一个分析。同时，本文还对该系统的经济、运行、技术和法律进行了可行性的探讨。

2.1 可行性研究

可行性研究就是对产品或者是项目进行检测并确定该产品或者是项目是否值得被投入金钱、时间和其他的一些资源，是一种评估活动。软件项目的开发过程中，会受到一些因素的限制，会使开发项目的过程越来越困难，所以尽早的对项目的可行性进行分析，是很有必要的。

2.1.1 经济可行性

本系统所需要用到的所以的工具都是开源，不收费的，并且本系统因为不具有太过于复杂的结构，用户维护系统的费用也不高。所以，本系统的经济可行性是可行的。

2.1.2 操作可行性

当今社会，电脑已经是耳熟能详的存在了，绝大部分用户都可以通过电脑轻松操作本系统。由此可知，我的电子病历管理系统对于绝大部分用户来说，操作是完全可行的，并不存在操作上的盲区。

2.1.3 技术可行性

技术上的可操作性是项目建设顺利进行的一个关键因素，技术措施必须达到要求，方能使项目顺利进行。该方案使用了开放源码的代码，并使用Java等技术，对软件的设计具有适度的困难和对电脑的硬件需求。所有的语言都很容易使用。该项目具有技术上的可行性。

2.1.4 法律可行性

该系统是一家医院的管理系统，使用的所有软件都是开放源码的，并自行进行了系统的开发和设计。从理论上来说，这是一种可行的方法。

2.2 系统功能需求

从业务需求和功能需求两个角度，对电子病历管理系统进行了详细的阐述。业务需求主要介绍了护士、医生、管理员主要负责的任务，更能直观了解此系统的大体功能。功能需求分析结果影响整个系统的功能。

2.2.1 业务需求

设计的电子病历管理系统根据其使用用户角色的不同将其划分为三类不同的用户：医生、护士及管理员来使用。医生主要负责管理患者及病历，以此判断用户过往看病经历，为给患者诊断提供一定的依据；护士主要负责患者的常规检查，可对相关的信息管理，可供医生来查看；管理员则可对医生、护士相关联的各类信息管理，以此为医生和护士提供基础信息。

2.2.2 功能需求

在系统的需求分析中，功能需求的分析是最关键的，它的分析结果直接关系到整个系统的商业功能。本课题的目标是对电子病历管理系统进行管理。

2.2.3 确定业务参与者

采用参与者词汇表进行描述，如表2-1所示。

表2-1 参与者词汇表

序号	词汇	描述
1	医生	医生管理患者信息以及病例信息
2	护士	护士根据医生的要求进行常规检查管理
3	管理员	拥有最高权限，对医院进行管理

2.2.4 用例建模

用例图表是使用者与系统互动的最简化表达，显示使用者与有关用例的关联。使用案例图表可以了解到各种类型的系统使用者和使用情况。用例图也常会和其他图表配合使用。

医生登录系统，可进行个人资料管理、患者信息管理、患者病例管理；护士登录系统，可进行个人资料管理、查看病历以及常规检查管理；管理员登录系统，可进行系统用户管理、医生信息管理、护士信息管理、科室信息管理、病例信息管理、患者信息管理、病房信息管理、常规检查信息管理。

管理员在电子病历管理系统中功能的用例图如图2-1所示。

图2-1 管理员用例图

医生在电子病历管理系统中功能的用例图如图2-2所示。

图2-2 医生用例图

护士在电子病历管理系统中功能的用例图如图2-3所示。

图2-3 护士用例图

2.2.5 用例描述

医生、护士和管理员的用例词汇如表2-2所示。

表2-2 用例词汇表

用例名称	描述	预期参与者
登录	用户在浏览之前需要进行登录，然后进入主页面	管理员、医生、护士
浏览	用户在登录之后进行相关内容的浏览	管理员、医生、护士
个人中心	用户可以修改个人信息	医生、护士
患者信息管理	对患者的信息进行增加、修改、查询和删除	管理员、医生
病历信息管理	管理员、医生对病历信息进行增加、修改、查询和删除护士对病历信息进行查询	管理员、医生、护士
科室信息管理	对科室信息进行增加、修改、查询和删除	管理员
病房信息管理	对病房信息进行基本操作	管理员
常规检查信息管理	对常规检查信息进行基本操作	管理员、护士
用户管理	管理员可以管理系统用户的信息	管理员

已经有了系统帐号的用户，在填好资料后，就可以登陆了。若您键入的帐号不正确，将会无法登入。您必须再次输入您的资料以进行重新登入。登录模块用例描述如下表2-3所示。

表2-3 登录模块用例描述

用例条目	描述
用例名称	登录用例
主要业务参与者	医生、护士、管理员
其他参与者	暂无
描述	只有登录后才能对系统进行操作
前置条件	必须已经注册
后置条件	对系统信息进行操作管理
触发条件	登录操作时触发
基本流程	1.进入登录界面，输入账号、密码和验证码 2.系统后台对输入的信息进行校验 3.登录成功
替代流程	1a用户账号、密码或验证码输入错误时登录失败 2a用户账号、密码或验证码为空时登录失败
结束	登录成功或者失败
实现约束说明	必须已注册
待解决问题	暂无

使用者在登陆之后，可以修改名称、修改联系方式等个人资料。

个人信息管理用例描述如下表2-4所示。

表2-4 个人信息管理用例描述

用例条目	描述
用例名称	个人信息管理用例
主要业务参与者	医生、护士
其他参与者	暂无
描述	登录后可以修改个人信息
前置条件	需先登录系统
后置条件	用户查看、修改信息
触发条件	登录后需要查看个人信息、修改信息
基本流程	1.点击个人中心 2.选择对应的模块点击查看或修改 3.成功
替代流程	输入错误的个人信息修改失败
结束	查看结束或修改成功
实现约束说明	必须已登录
待解决问题	暂无

管理员在登录后，可以对用户进行管理，包括添加帐号、删除帐号等。也可以用户的资料。如名称，登录名，身份状态等。用户信息管理模块用例描述如下表2-5所示。

表2-5 用户信息管理用例描述

用例条目	描述
用例名称	用户管理用例
主要业务参与者	管理员
其他参与者	暂无
描述	登录后可以管理用户

续表2-5

用例条目	描述
前置条件	需先登录系统
后置条件	管理员管理用户
触发条件	登录后需要进入用户管理模块
基本流程	1.点击用户管理 2.选择对应的模块 3.成功
替代流程	未正确选择用户信息，请选择一条记录
结束	信息处理成功
实现约束说明	必须已登录
待解决问题	暂无

管理员与医生可以对患者信息进行管理。患者信息管理模块用例如下表2-6所示。

表2-6 患者信息管理模块用例描述

用例条目	描述
用例名称	患者信息管理模块用例
主要业务参与者	管理员、医生
其他参与者	暂无
描述	管理员、医生在登录后可对患者信息进行查看处理
前置条件	需先登录系统
后置条件	患者信息处理
触发条件	患者信息更新
基本流程	1.点击患者信息管理 2.选择对应的模块进行信息处理 3.成功
替代流程	未正确选择患者信息，请选择一条记录
结束	信息处理成功
实现约束说明	必须已登录
待解决问题	暂无

管理员、医生、护士可以对病历信息进行管理。病例信息管理模块用例如下表所示。

表2-7 病历信息管理模块用例描述

用例条目	描述
用例名称	病历信息管理模块用例
主要业务参与者	管理员、医生、护士
其他参与者	暂无
描述	管理员、医生在登录后可对病历信息进行处理
前置条件	需先登录系统
后置条件	病历信息处理
触发条件	病历信息更新
基本流程	1.点击病历信息管理 2.选择对应的模块进行信息处理 3.成功
替代流程	未正确选择病历信息，请选择一条记录
结束	信息处理成功

续表2-7

用例条目	描述
实现约束说明	必须已登录
待解决问题	暂无

管理员可以对病房信息进行管理。病房信息管理模块用例如下表2-8所示。

表2-8 病房信息管理模块用例描述

用例条目	描述
用例名称	病房信息管理模块用例
主要业务参与者	管理员
其他参与者	暂无
描述	管理员在登录后可对病房信息进行处理
前置条件	需先登录系统
后置条件	病房信息处理
触发条件	病房信息更新
基本流程	1.点击病房信息管理 2.选择对应的模块进行信息处理 3.成功
替代流程	未正确选择病房信息，请选择一条记录
结束	信息处理成功
实现约束说明	必须已登录
待解决问题	暂无

管理员可以对科室信息进行管理。科室信息管理模块用例如下表2-9所示。

表2-9 科室信息管理模块用例描述

用例条目	描述
用例名称	科室信息管理模块用例
主要业务参与者	管理员
其他参与者	暂无
描述	管理员在登录后可对科室信息进行处理
前置条件	需先登录系统
后置条件	科室信息处理
触发条件	科室信息更新
基本流程	1.点击科室信息管理 2.选择对应的模块进行信息处理 3.成功
替代流程	未正确选择科室信息，请选择一条记录
结束	信息处理成功
实现约束说明	必须已登录
待解决问题	暂无

管理员、护士可以对常规检查信息进行管理。常规检查信息管理模块用例如下表2-10所示。

表2-10 常规检查信息管理模块用例描述

用例条目	描述
用例名称	常规检查信息管理模块用例
主要业务参与者	管理员、护士
其他参与者	暂无
描述	管理员在登录后可对常规检查信息进行处理
前置条件	需先登录系统
后置条件	常规检查信息处理
触发条件	常规检查信息更新
基本流程	1.点击常规检查信息管理 2.选择对应的模块进行信息处理 3.成功
替代流程	未正确选择常规检查信息，请选择一条记录
结束	信息处理成功
实现约束说明	必须已登录
待解决问题	暂无

2.3 本章小结

本文重点阐述了系统需求分析和可行性分析，对电子病历管理系统的业务和职能要求进行了阐述，并对其主要的功能要求进行了详细的描述。系统可行性研究，介绍经济、操作、技术、法律等方面的可行性，并进行可行性论证，以论证该体系的可行性。

第三章系统设计

本章主要介绍系统设计，简要介绍了对系统总体如系统框架和流程做出设计，主要对数据库和时序图进行设计，本系统采用B/S架构，数据库采用MySQL数据库以及JSP技术，结合国内外管理系统现状，开发了一个电子病历管理系统。

3.1 系统总体设计

设计的电子病历管理系统系统可提供给三类用户：医生、护士及管理员来使用。医生主要负责管理患者及病历，以此判断用户过往看病经历，为给患者诊断提供一定的依据；护士主要负责患者的常规检查，可对相关的信息管理，可供医生来查看；管理员则可对医生、护士相关联的各类信息管理，以此为医生和护士提供基础信息。其电子病历管理系统的功能模块图设计如图3-1所示。

图3-1 系统总体设计结构图

3.2 实现框架与处理流程

系统的实现由管理员界面、医生界面、护士界面组成。系统的实现框图如图3-2所示。

图3-2 实现框架图

3.3 功能模块简介

功能需求主要分为八大功能模块，分别为登录模块、患者信息管理模块、病房信息管理模块、病例信息管理模块、科室信息管理模块、用户管理功能模块、个人中心模块、常规信息检查管理模块。

1.登陆模块：客户恰当键入账户、登陆密码和短信验证码，就可以进到第一页面。

2.个人中心：让客户更好的管理变更自个的信息。

3.患者信息管理功能模块：管理员和医师可以管理病人信息。

4.病房信息管理功能模块：管理员管理病房信息，如查询病房床铺是不是可以用，加上或删掉病房等。

5.病例信息管理功能模块：管理员、医生与护士可以对病人的信息开展解决。护理人员只有依据医师的标示对病案开展查验，对患者开展常规体检。

6.常规信息管理功能模块：管理员和助理可以管理方法病人的常规体检信息。

7.用户管理功能模块：管理员可以加上新用户并授于管理权限。

8.科室信息管理功能模块：管理员管理部门信息，如依据病人总数提升或删掉部门。

3.4 数据库设计

1.数据库的设计过程中关系到技术、管理和数据基础，这三者的重要程度是不断递增的，数据基础是前提，也是重中之重，数据必须保证真实性和有效性，才能够体现应用的意义。

2.数据库的设计过程要和应用程序的开发过程同步进行，如果先完成了数据库的建立，在应用开发全过程中，假如发觉数据库基本建设不科学，必须进行改动，这甚至需要回到需求分析阶段、逻辑设计阶段重新进行，代价很大。

3.数据库的设计过程必须强调客户的参与，应用系统的开发是给客户的使用的，如果不能充分了解和体现客户的需求则显得毫无意义，后期甚至需要重新开发造成不必要的麻烦。

4.应用系统开发过程中经常会遇到需求变更的情况，数据库的修改也是在所难免的，所以在设计阶段要充分考虑数据库的重构和重组，并且要做好数据备份。

3.4.1 E-R图设计

E-R图（Entity-Relationship Diagram）也称（实体-关系图），它提供了对此实体类型、属性和关系的方法，通过属性可以区分同类实体。

一般来说，当开发者在设计E-R图表时，会采用长方形代表一个实体，在一个长方形的方块上注明一个实体名称（一个实体名称是一个惟一的识别），一个椭圆形代表一个属性，一个无向线把它和一个实体相联系。系统的E-R图如下。

图3-3 系统E-R图

管理员实体属性图，包含了管理员添加时间，权限，用户密码，用户名，Id等信息如图3-4所示。

图3-4 管理员实体属性图

病房实体属性图，包含了病房的Id，病房编号，病房床位以及添加时间等信息，如图3-5所示。

图3-5 病房实体属性图

患者实体属性图包括患者Id、患者序号、身份证件、患者名字、患者性别等信息，如下图3-6所示。

图3-6 患者实体属性图

常规检查数据实体属性图，包含了检查结果，检查项目，患者姓名，患者性别等信息，如图3-7所示。

图3-7 常规检查数据实体属性图

患者病历实体属性图，包含了病情，发病时间，患者姓名等信息，如图3-8所示。

图3-8 患者病历实体属性图

护士实体属性图，包含了护士的Id，工号，密码，科室等信息，如图3-9所示。

图3-9 护士实体属性图

科室实体属性图，包含了科室的Id，科室简介，科室名称等信息，如图3-10所示。

图3-10 科室实体属性图

医生的实体属性图包括医生的Id、工号、登陆密码、主冶症状等信息，如下图3-11所示。

图3-11 医生实体属性图

3.4.2 数据库表的设计

好的数据库查询会在制定之初设计好方案，数据库查询的表构造。在确保冗余的情形下，还要考虑到信息的易用性和使用的空间的合理化。其电子病历系统的关键数据库表设计方案如下所示。客户数据表用以存储系统员信息。管理人员数据表如表3-1所显示。

表3-1 管理员用户数据表

字段	字段属性	主键	允许为空	说明
id	int(11)	是	否
username	varchar(50)	否	是	用户名
pwd	varchar(50)	否	是	用户密码
cx	varchar(50)	否	是	权限
addtime	Datetime	否	否	添加时间

病房数据表用来存储病房信息，病房数据表如表3-2所示。

表3-2 病房数据表

字段	字段属性	主键	允许为空	说明
id	int(11)	是	否
fangjianhao	varchar(50)	否	是	病房编号
chuangwei	varchar(50)	否	是	病房床位
addtime	Datetime	否	否	添加时间

患者数据表用来存储患者信息，患者数据表如表3-3所示。

表3-3 患者数据表

字段	字段属性	主键	允许为空	说明
id	int(11)	是	否
huanzhebianhao	varchar(50)	否	是	病号
huanzhexingming	varchar(50)	否	是	患者姓名
xingbie	varchar(50)	否	是	患者性别
shouji	varchar(50)	否	是	手机号
shenfenzheng	varchar(50)	否	是	身份证号
zhaopian	varchar(50)	否	否	照片

常规检查数据表用来存储常规检查信息，常规检查数据表如表3-4所示。

表3-4 常规检查数据表

字段	字段属性	主键	允许为空	说明
id	int(11)	是	否
huanzhexingming	varchar(50)	否	是	患者姓名
xingbie	varchar(50)	否	是	患者性别
lianxidianhua	varchar(50)	否	是	手机号
jianchaxiangmu	varchar(50)	否	是	检查项目
zhenduanjieguo	varchar(50)	否	是	诊断结果
yishengxingming	varchar(50)	否	是	医生姓名

患者病历表用来存储患者病历信息，患者病历数据表如表3-5所示。

表3-5 患者病历数据表

字段	字段属性	主键	允许为空	说明
id	int(11)	是	否
bingrenxingming	varchar(50)	否	是	患者姓名
jiuzhenjieguo	varchar(50)	否	是	就诊结果
yaopinmingcheng	varchar(50)	否	是	开药记录

续表3-5

字段	字段属性	主键	允许为空	说明
bingqing	varchar(50)	否	是	病情
yishengxingming	varchar(50)	否	是	医生姓名
fabingshijian	Datetime	否	否	发病时间

护士数据表用来存储护士信息，护士数据表如表3-6所示。

表3-6 护士数据表

字段	字段属性	主键	允许为空	说明
id	int(11)	是	否
hushihao	varchar(50)	否	是	护士工号
mima	varchar(50)	否	是	护士密码
keshi	varchar(50)	否	是	科室
xingming	varchar(50)	否	是	姓名
xingbie	varchar(50)	否	是	性别

科室数据表用来存储科室信息，科室数据表如表3-7所示。

表3-7 科室数据表

字段	字段属性	主键	允许为空	说明
id	int(11)	是	否
keshi	varchar(50)	否	是	科室名称
jieshao	varchar(500)	否	是	科室简介

医生数据表用来存储医生信息，医生数据表如表3-8所示。

表3-8 医生数据表

字段	字段属性	主键	允许为空	说明
id	int(11)	是	否
yishenggonghao	varchar(50)	否	是	医生工号
mima	varchar(50)	否	是	医生密码
xingbie	varchar(50)	否	是	医生性别
yishengxingming	varchar(50)	否	是	医生姓名
lianxidianhua	varchar(50)	否	是	手机号
keshi	varchar(50)	否	是	科室
zhuzhizhengzhuang	varchar(50)	否	是	主治症状

3.5 本章小结

这一章重点介绍了该体系结构的整体结构，然后详细介绍了该体系结构和具体的工作过程，并对各个功能进行了区别，并详细地说明了该系统的具体设计思路。最后，完成了对数据库E-R图表及数据库表格的开发。进行了数据库表的设计，例举了多张数据表。

第四章系统详细设计与实现

系统实现是按照安排预先的设计，一步步具体地实现电子病历管理系统的全过程。系统实现包含系统构造，编码，代码评审，构件构造等过程，最后能生成可运行，有意义的软件系统。

4.1 用户登录功能的实现

登陆电子病历管理系统涉及到三个人物角色：护理人员、医生和管理人员应用体系的入口。仅有合理合法用户才可以应用以上功能，不然不法用户或没经认证的用户不可以应用系统软件。这是以安全性视角设计的。登录界面的设计风格相对性简易，包含三个编辑框、一个下拉框和2个按键，供用户各自键入自个的用户名、登陆密码和验证码。下拉框用以挑选用户种类。仅有恰当键入用户名、登陆密码和验证码才可以取得成功登陆，不然无法登录。

4.1.1 用户登录功能时序图

用户登录功能的时序图如图4-1所示。

图4-1 登录时序图

4.1.2 用户登录功能界面

用户浏览网站的首页信息，可以进行角色选择登录，登陆后进入相对应的后台管理页面如图4-2所示。

图4-2 用户登录界面

4.1.3 用户登录功能流程图

用户登录。假如用户名和登陆密码管理权限根据认证，用户将进到管理页面；不然，用户将再次登录。登录流程图如下所示。

图4-3 用户登录流程图

4.2 个人中心模块功能实现

医生护士管理员等用户通过登录访问电子病历管理系统，可以对其个人信息进行增加或删除进行修改。在整体系统中，此模块算是比较重要的一部分，因为可以对医生护士的信息进行更改。

4.2.1 个人资料修改时序图

用户个人中心功能的时序图如图4-4所示。

图4-4 个人中心时序图

4.2.2 个人资料修改界面

医生登录进入系统后，可以修改个人资料。实现界面如图4-5所示。

图4-5 医生修改个人资料界面

护士登录进入系统后，可以修改个人资料。实现界面如图4-6所示。

图4-6 护士修改个人资料界面

4.2.3 个人资料修改流程图

用户修改个人中心功能的流程图如图4-7所示。

图4-7 修改个人资料流程图

4.3 患者病历管理功能的实现(医生模块界面)

医生输入自己的号码以及之前设置好的密码，还有验证码进行登录。登录成功后，医生可以对病人的病历进行添加，或者删除掉进行修改。此功能模块也是电子病历管理系统不可或缺的一部分。

4.3.1 医生修改病历信息时序图

医生修改病例信息的时序图如图4-8所示。

图4-8 医生修改病历信息时序图

4.3.2 医生修改病历实现界面

患者病历信息管理可由医生来根据前来医院就医的患者的病情情况来录入到系统中。如图4-9所示。

图4-9 医生的病历记录界面

4.3.3 医生修改病历流程图

医生登录改动病史信息。病历信息管理流程如下图4-10所示。

图4-10 病历修改流程图

4.4 常规检查管理功能的实现（护士界面）

护士输入自己的号码以及之前设置好的密码，还有验证码进行登录。登录成功后，护士可以对病人进行常规检查管理，增加或者删除掉信息并进行修改。此功能模块也是电子病历管理系统不可或缺的一部分。

4.4.1 常规检查管理时序图

护士进行常规检查管理操作的时序图，如图4-11所示。

图4-11 常规检查管理时序图

4.4.2 常规检查管理界面

护士根据医嘱为患者准备常规检查，选择要进行检查的项目，最后记录检查结果。如图4-12所示。

图4-12 常规检查管理界面

4.4.3 常规检查流程图

护士登录对常规检查进行更改，常规检查的流程图如4-13所示。

图4-13 常规检查管理流程图

4.5 科室管理功能的实现

管理人员输入自己的号码以及之前设置好的密码，还有验证码进行登录。登录成功后，管理人员可以进入科室管理页面，增加或者删除掉科室的信息并进行修改。此功能模块也是电子病历管理系统不可或缺的一部分。

4.5.1 科室管理功能时序图

用于查看修改科室信息，科室管理时序图如图4-14所示。

图4-14 科室管理时序图

4.5.2 科室管理功能实现界面

管理员可以对医院的科室信息进行基础操作，界面如图4-15所示。

图4-15 科室管理界面

4.5.3 科室管理流程图

输入用户名，密码，验证码，如果正确进行科室的管理，科室管理流程图如图4-16所示。

图4-16 科室管理流程图

4.6 本章小结

本章是论文的系统详细设计与实现部分，该章节有运行界面的展示而且还例举了部分功能模块的时序图与流程图。从用户登录，管理员模块界面，医生模块界面还有护士模块界面出发，详细介绍了每个模块的功能。可以更直观的了解每个功能模块的具体功能以及页面显示情况。

第五章系统测试

系统使用了基于黑盒测试和白盒测试的方法来进行系统的测试工作，同时，也从窗体测试、数据跟踪、综合测试三个方面进行了测试。也开展了包括单元测试，集成测试，系统测试等的测试内容。

5.1 测试环境

电子病历管理系统的测试环境如表5-1所示。

表5-1 测试环境信息表

分类	名称	版本
操作系统	Windows	10
数据库	MySQL	8.0
浏览器	Chrome	87.0.4280.88

5.2 测试目的

软体测试的目标，就是要对软件或应用程式进行评价与检验。在进行测试时，可以避免错误，降低开发成本，并改善表现。在互联网的飞速发展下，现在各个行业都在运用互联网来进行信息的处理，而品质问题则成为衡量信息的一个关键指标，同时也影响着人们的选择。因此，一定要保证软件的品质，一定要做到最好，最大限度的减少问题。只有如此，才能吸引更多的人来使用，从而获得更多的宣传。因此，在完成了这个系统之后，我必须做很多的实验来保证它的稳定和易用性。并决定了该体系的品质是否能够达到人们的要求。在整个系统的开发和设计中，这是一个十分关键的部分，它的检测效果将会影响到整个系统的性能。

整合试验：在系统的检测过程中会有许多问题，我需要在进行检测的过程中进行自动的检测，以便既精确、快捷，也不会产生疲乏感。手工的检测很可能会产生疲劳感，并且有时候会导致测试的错误，因此在进行测试的时候最好选择最适合的方式进行。

在检测的时候，能够及时的找到问题，然后加以处理，从而保证系统能够在不发生任何问题的情况下，正常、平稳的工作。根据下面三个程序，我执行了一个软件的试验：

1.模组试验：对每个项目进行有针对性的试验，并找出问题所在。

2.系统试验：使该体系在不同工况下长期工作，并对其工作过程中出现的问题进行及时的处理和反馈。

5.3 测试方法

测试方法主要有人工测试和机器测试两种测试方法。

1.人工测试

人工测试又称代码复审，包括个人复查、走查、会审三种方法。

2.机器测试

计算机检测有两种方式：黑盒测试和白盒测试。黑盒测试：从外观上找出它的缺点和错误。黑盒测试是在编程接口上进行的，它仅仅是为了检验样品的执行情况，而不是根据要求规范的要求进行；白盒测试：对软件的内在构造进行了剖析，即在编程接口上进行了试验，其目的仅仅在于检验样品的执行情况，而不能满足要求规范的要求，检测来寻找问题。

在最终的检测中，本研究采取了将后黑盒子检测与白盒子检测相融合的方式。黑箱试验是为了对系统的输入、输出性能进行测试，以发现其性能上的误差和潜在的不足。白箱试验的目的是为了检测程序和程序的运行路线，从而找出运行中的问题。该系统有两种方式：单位试验和综合试验。

5.4 单元测试

此部分分别对五个模块进行了测试，如登录测试、修改密码测试、患者信息管理测试等。经过反复多次测试，其每个功能模块都能很好运行其功能。最终得出的结论是登录模块实现成功，修改密码模块实现成功，修改信息模块实现成功。

5.4.1 登录测试

登录测试模块时，最先键入用户名、登录密码和验证码，随后点一下登录按键。假如信息加入恰当，会正常的进到系统主页。如果信息填写错误，能否弹出弹框，用来提示用户何处输入错误。登录测试用例如下表所示。

测试目的：测试登录模块是否正常：信息输入正确时能否进入系统、信息输入错误时能否给予用户相应的提示。

测试方法：黑盒测试

表5-2 登录测试用例

测试模块	用户登录模块测试
测试数据	正确的用户名与密码分别为：202202、123456 1.输入正确的用户与密码，即输入用户名为202202、密码为123456 2.输入正确的用户名，单输入错误的密码，例如：用户名202202、密码为654321 3.输入一个未注册的用户名和任意密码，例如：用户名202208、密码654321 4.不输入用户名也不输入密码，直接点击登录按钮
预期结果	1.登录成功，成功跳转到系统首页。 2.登录失败，提示用户账号或密码输入错误。 3.登录失败，提示用户账号或密码输入错误。 4.登录失败，提示用户必填项未输入。
实际结果	与预期结果相同。
结论	登录模块实现成功。

测试结论：登录模块实现成功。

5.4.2 修改密码测试

测试登录密码，输入密码，输入新密码，随后输入新密码，更改密码，输入密码，修改密码。假如输入数据信息不正确，将显示用户输入不正确的信息。下表表明了密码重置测试的实例。

测试目的：测试修改密码模块是否正常：信息输入正确时能否将密码修改、信息输入错误时能否给予用户相应的提示。

测试方法：黑盒测试

表5-3 修改密码测试用例

测试模块	修改密码模块测试
测试数据	原密码为：123456 1.输入原密码为123456，新密码为2018010620，确认新密码为2018010620 2.输入原密码为123456，新密码为2018010620，确认新密码为2018010618 3.输入原密码为666666，新密码为2018010620，确认新密码为2018010620 4.输入原密码为123456，新密码为2018010620，确认新密码未输入。
预期结果	1.密码修改成功。 2.密码修改失败，提示用户两次新密码输入不一致。 3.密码修改失败，提示用户原密码输入错误。 4.密码修改失败，提示用户必填项未输入。
实际结果	与预期结果相同
结论	修改密码模块实现成功。

测试结论：修改密码模块实现成功。

5.4.3 患者信息管理测试

测试患者信息管理模块，首先输入原信息，再输入新信息，再输入新信息，最后点击修改信息，确认信息输入正确，则弹出信息修改完成。若信息增加有误，则说明使用者信息的输入有误。修改的信息如下面的表格显示。

测试目的：测试患者信息管理模块是否正常：信息输入正确时能否将信息修改、信息输入错误时能否给予用户相应的提示。

测试方法：黑盒测试

表5-4 患者信息管理测试用例

测试模块	患者信息管理模块测试
测试数据	1.医生可录入患者姓名为“袭玮晨”，地址为“齐齐哈尔市建设路”，身份证为“1111”，提交 2.医生可录入患者姓名为“袭玮晨”，地址为“齐齐哈尔市建设路”，身份证为“230204199907190210”，提交 3.选择患者姓名为“袭玮晨”的信息，修改地址为“齐齐哈尔市龙华路”，提交 4.选择患者姓名为“袭玮晨”的信息，点击并确认删除，提交
预期结果	1.患者身份证的格式不对。 2.患者姓名为“袭玮晨”添加成功。 3.患者姓名为“袭玮晨”地址更新成功。 4.患者姓名为“袭玮晨”不再显示在患者列表中。
实际结果	与预期结果相同
结论	患者信息管理模块实现成功

测试结论：患者信息管理模块实现成功。

5.4.4 病历信息管理测试

测试目的：测试病历信息管理模块是否正常：信息输入正确时能否将信息修改、信息输入错误时能否给予用户相应的提示。

测试方法：黑盒测试

表5-5 病历信息管理测试用例

测试模块

病历信息管理模块测试

测试数据

1.录入选择患者姓名为“袭玮晨”的信息，病情为“咳嗽低烧症状”，就诊结果为“风寒普通感冒”，提交

2.选择患者姓名为“袭玮晨”的病历信息，修改诊断结果为“病毒性感冒”，提交

3.选择患者姓名为“袭玮晨”的病历信息，点击并确认删除，提交

预期结果

1.患者姓名为“袭玮晨”的病历添加成功。

2.患者姓名为“袭玮晨”的就诊结果更新成功。

3.患者姓名为“袭玮晨”的病历信息不再显示。

续表5-5

测试模块	病历信息管理模块测试
实际结果	与预期结果相同
结论	病历信息管理模块实现成功

测试结论：病历信息管理模块实现成功。

5.4.5 常规检查管理测试

常规检查管理模块可以对病人的常规检查信息进行添加，修改或删除。常规检查的测试用例如表5-6所示。

测试目的：测试常规检查管理模块是否正常：信息输入正确时能否将信息修改、信息输入错误时能否给予用户相应的提示，是否可以增加或删除常规检查信息。

测试方法：黑盒测试

表5-6 常规检查管理测试用例

测试模块	常规检查管理模块测试
测试数据	1.录入患者姓名为“袭玮晨”，检查项目为“血常规”，提交 2.选择患者姓名为“袭玮晨”的常规检查记录，录入检查结果为“病毒性感冒”，提交 3.选择患者姓名为“袭玮晨”的常规检查记录，点击并确认删除，提交
预期结果	1.患者姓名为“袭玮晨”的常规检查项目添加成功。 2.患者姓名为“袭玮晨”的常规检查检查结果更新成功。 3.患者姓名为“袭玮晨”的常规检查记录不再显示。
实际结果	与预期结果相同
结论	常规检查管理模块实现成功

测试结论：常规检查管理模块实现成功。

5.5 测试结论

测试流程应按明确流程开展。在这个全过程中，要有耐心，用心记录测试结论，便于我们在全过程中全自动做出一些挑选。这类方式精确、迅速，但必须人工实际操作。这种方式比较精确，速度也比较快，但是手工的话，就没有那么的便利了，有很大的问题，而极限试验是不会有任何的疲惫和问题的。在进行检测的过程中必须保持高度的集中精神，随时注意检测的效果，如果出现任何不正常的情况，立即进行修正。在完成了测试后，文件应当被保留，以便在将来进行测试时使用。在这次的实验中，我们也能感觉到，在我们进行系统的最初设计之前，一定要将自己的思想整理好。这样你就有了编写好的编码的时间。在以后的试验中，逻辑良好的程式码可以防止错误发生，还会为我们节约大量的时间和不必要的作业。

5.6 本章小结

最先叙述了电子病历管理系统的测试自然环境、测试目地和测试简述，随后详细介绍了模块测试结论。通过测试，该系统软件基本上符合要求。系统软件使用根据白盒测试和黑盒测试的方式开展测试。

结论

在导师的细心教导下，我的毕业论文已经写得差不多了，这几个月我学到了不少东西。本次的毕业设计需求是建立一个利用MySQL数据库的电子病历管理系统。为使我能够更好地进行毕业项目的开发与设计，我要尽量多地了解JSP和JSP的相关知识，并在网上查阅相关的文献、教学视频等方面进行自学。有了足够的基础，我就可以考虑自己的毕业作品了。按照自己的需求和毕业设计的需求，将整个软件划分成几个部分，以达到软件所需的功能。经过了前期的充足的准备和丰富的工作，整个系统的测试非常的成功。然而，由于时间短、基础不扎实、缺乏实践经验等原因，使得该系统的设计仍有许多问题有待完善，而在设计中，也有许多地方不能充分地加以考量。尽管现在的这个软件的性能还很单一，还有很多缺陷，但是却是我继续前进的动力。比如许多可以改进的地方：界面不够美观，编写的代码不够简练。可以增强其安全性以及可扩展性。安全性是不容忽略的，它保护了用户的相关信息。而可扩展性则使得在未来需要添加新的功能模块时可以更加方便。

总而言之，这次的毕业设计令我巩固并增强了在校所学的知识，了解了国内外对本课题的相关研究内容及成果。让我掌握了开发程序的大致流程，培养了好的编程习惯。学习到更多的开发技术，提高了自己的能力。

参考文献

程顺达,夏芳.以病人信息为中心的医院信息系统建设[J].电子世界,2020,(2):182-183.
项巧燕,朱寒骏.医院病历管理信息化软件系统开发[J].电子世界，2019,(19):166-167.
刘辉,徐乐勤,陈少玫.厦门市中医门诊电子病历云的建设与应用[J].中国卫生信息管理杂志,2019,(06):18-20.
吴超.电子病历使用中存在的问题及对策研析讨论[J].信息与电脑(理论版),2019,(02): 11-13.
孙慧子.电子病历实施过程中的法律风险及应对策略研究[J].齐齐哈尔医学院学报, 2018,(23):54-56.
李仁歌,傅小玲.精细化管理的电子病历对病案管理的促进作用[J].世界最新医学信息文摘,2019,(07):31-34.
迟爱民.互联网下电子病历在医院信息系统建设中的应用[J].中西医结合心血管病电子杂志,2019,(11):18-20.
许跃颖.基于敏捷开发的SSM Web应用开发措施[J].电子制作,2021,(16):44-46.
曹华山.SSM框架在Web应用开发中的设计与实现[J].无线互联科技,2021,18(11):108- 109.
徐飞龙.JSP的网络数据库连接技术探讨[J].时代汽车,2021(23):36-37.
赵晓丹.网页开发中的JSP技术分析[J].南方农机,2019(20):247-248.
周传婷.论传统黑盒测试基础上的软件测试[J].通讯世界,2017(23):339-340.
张继东.MySQL数据库基于JSP的访问技术[J].电子技术与软件工程,2017(15):169.
王建国.数据库设计在网站开发中的应用[J].山东农业工程学院学报,2017,34(04):158-159+164.
Soni R K , Soni N . Deploy a Spring Boot Application Talking to MySQL in AWS[J]. 2021.
Yang Z , Huang Y , Jiang Y , et al. Clinical Assistant Diagnosis for Electronic Medical Record Based on Convolutional Neural Network[J]. Scientific Reports,2018, 8(1):6329.
Delgado M K , Shofer F S , Patel M S , et al. Association between Electronic Medical Record Implementation of Default Opioid Prescription Quantities and Prescribing Behavior in Two Emergency Departments[J]. Journal of General InternalMedicine, 2018, 33(4):1-3.
Ying, Shen, Lizhu, et al. CBN: Constructing a Clinical Bayesian Network based on Data from the Electronic Medical Record.[J]. Journal of biomedical informatics, 2018.
Taizhi Lv;Jun Zhang.The Design and Implementation of Graduation Thesis Management System[J]. Academic Journal of Computing & Information Science, 2019, 2(1): 162-167.