摘 要
科技进步的飞速发展引起人们日常生活的巨大变化,电子信息技术的飞速发展使得电子信息技术的各个领域的应用水平得到普及和应用。信息时代的到来已成为不可阻挡的时尚潮流,人类发展的历史正进入一个新时代。在现实运用中,应用软件的工作规则和开发步骤,采用Spring Boot建设智能候诊系统。
本设计主要实现集人性化、高效率、便捷等优点于一身的智能候诊系统,完成系统用户、预约时段管理、科室医生管理、预约信息管理、预约提醒管理、预约叫号管理、特殊申请管理、系统管理、公告消息管理、资源管理等功能模块。系统通过浏览器与服务器进行通信,实现数据的交互与变更。本系统通过科学的管理方式、便捷的服务提高了工作效率,减少了数据存储上的错误和遗漏。智能候诊系统基于Java语言、MySQL数据库和SpringBoot框架进行智能候诊系统的设计与实现研究。通过使用Java语言的强大功能和灵活性,结合SpringBoot框架的优势以及MySQL数据库的高效数据存储和管理能力,我们将开发一个功能全面、高效可靠的智能候诊系统。
关键词:Java;SpringBoot;智能候诊系统;MySQL数据库
Abstract
The rapid development of technological progress has caused tremendous changes in people's daily lives, and the rapid development of electronic information technology has popularized and applied the application level of electronic information technology in various fields. The arrival of the information age has become an unstoppable fashion trend, and the history of human development is entering a new era. In practical applications, the working rules and development steps of application software are used to build an intelligent waiting system using Spring Boot.
This design mainly implements an intelligent waiting system that combines the advantages of humanization, high efficiency, and convenience. It completes functional modules such as system user, appointment time management, department doctor management, appointment information management, appointment reminder management, appointment call management, special application management, system management, announcement message management, and resource management. The system communicates with the server through a browser to achieve data exchange and change. This system improves work efficiency and reduces errors and omissions in data storage through scientific management and convenient services. The intelligent waiting system is designed and implemented based on Java language, MySQL database, and SpringBoot framework. By utilizing the powerful features and flexibility of Java language, combined with the advantages of SpringBoot framework and the efficient data storage and management capabilities of MySQL database, we will develop a comprehensive, efficient, and reliable intelligent waiting system.
Keywords:Java; SpringBoot; Intelligent waiting system; MySQL database
目 录
摘要
1 绪论
1.1 选题背景与意义
1.2国内外研究现状
1.3论文结构与章节安排
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.2.2 数据库逻辑结构设计
3.3本章小结
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.1.8个人中心界面
4.2后台功能模块
4.2.1医生用户后台管理界面
4.2.2系统用户界面
4.2.3科室医生管理界面
4.2.4系统管理界面
4.2.5资源管理界面
5系统测试
5.1 系统测试用例
5.2 系统测试结果
结论
参考文献
致 谢
1 绪论
智能候诊系统是一种利用现代智能和数据分析技术来改善医疗就诊体验的系统。在传统的就诊流程中,患者通常需要提前预约,然后等待在诊所或医院的候诊区排队等候。由于医疗资源有限,候诊时间通常较长,导致患者不满和效率低下。
智能候诊系统通过利用智能技术来提前分析和预测就诊需求,减少候诊时间并提高就诊效率。通过分析患者的病历和就诊历史数据,智能候诊系统可以根据患者的需求和医生的时间安排合理的就诊时间,以减少患者的候诊时间。此外,智能候诊系统还可以通过在线预约和自助机等功能来提供更便捷的就诊流程,方便患者安排就诊时间和查询医生的资讯。
研究智能候诊系统的意义在于提升医疗服务的效率和质量。通过减少患者的候诊时间,智能候诊系统可以改善患者就诊体验,提高患者的满意度。此外,智能候诊系统还可以提高医疗资源的利用率,减少医疗资源的浪费。对于医疗机构来说,智能候诊系统可以帮助其更好地管理和调度医生的工作时间,提高医疗服务的效率和质量。
最后,研究智能候诊系统还有助于推动医疗行业的数字化和智能化发展。通过应用现代智能和数据分析技术,智能候诊系统可以实现智能化的就诊流程,为医疗机构和患者提供更便捷、高效的服务。同时,智能候诊系统也可以为其他领域的智能应用提供参考和借鉴,推动现代智能技术在医疗领域的应用和发展。
智能候诊系统是借助现代智能技术为医院候诊人员提供便捷服务的一种应用。在传统的医院候诊过程中,患者往往需要在候诊区域等待较长时间,这对于患者来说是一种不便利和浪费时间的体验。而智能候诊系统则通过引入智能化技术,实现预约信息、候诊提醒、就诊顺序调整等功能,为患者提供更便捷、高效的就医体验。
国内外对智能候诊系统的研究和应用已经取得了一定的成果。以下是对国内外研究现状的综述:
(1)预约信息系统:智能候诊系统通常与预约信息系统相结合,通过患者在线上进行预约,实现就诊的快捷、高效。例如,美国的一家医院引入了一种智能候诊系统,患者可以通过手机应用程序进行预约信息,避免了传统的人工预约过程。
(2)候诊提醒功能:智能候诊系统可以通过短信、电话、微信等方式向患者发送候诊提醒,让患者提前了解就诊时间和顺序,减少患者在候诊区等待的时间。瑞典一家医院引入了智能候诊系统,通过短信提醒患者就诊时间和地点,提高了候诊效率。
(3)就诊顺序调整:智能候诊系统可以根据患者就诊需求和医生接诊情况,实时调整就诊顺序,减少因急诊患者或其他特殊情况而导致的候诊时间延长。中国的某医院引入了智能候诊系统,并与电子病历系统相结合,通过分析患者病情和专科医生的接诊能力,实现了智能的就诊顺序调整,提高了就诊效率。
(4)数据分析与优化:智能候诊系统可以通过收集和分析候诊数据,提供医院的候诊监控和优化建议。韩国的一个医院利用智能候诊系统,通过分析患者候诊时间分布和就诊时长,优化科室的排班和医生的工作量,提高医院的服务效率。
智能候诊系统在国内外的研究和应用中取得了一定的进展,通过引入现代智能技术,可以提高医院的服务效率,为患者提供更加便捷、高效的就医体验。然而,目前智能候诊系统的研究仍存在一些挑战,包括数据隐私保护、系统安全性等问题,需要进一步的研究和探索。
本文共分为六章,章节内容安排如下:
第一章为引言,此章节对所设计和实现的系统的背景和状况以及意义进行详细的论述以及说明,同时进行了论文整体框架的结构的简要介绍。
第二章为系统需求分析,章节所做的主要的工作是对系统进行了技术、经济和操作方面可行性的分析;对系统实行了总体功能的需求、用例分析。
第三章为系统的设计,主要是对系统的功能结构进行设计,并对系统数据库的概念结构以及物理结构的设计进行了分析。
第四章就是对系统的实现,根据系统功能的划分,分别的对系统所需要实现的前台客户功能和后台管理员功能进行了分析和说明。
第五章:系统测试。主要对系统的部分界面进行测试并对主要功能进行测试
2 智能候诊系统系统分析
系统可行行分析是对系统对系统可行性进行一个探讨。在探讨系统的可行性上我们主要从技术上的可行性和经济上的可行性以及法律层面的可行性上进行分析,如果三个层面度通过,我们则认为系统是比较可行的。
SpringBoot是一种常用的Java Web开发框架,能够实现分层架构,提高开发效率和代码复用性。智能候诊系统在数据的存储上使用的MySQL数据库,在系统开发中使用了大数据分析技术,结合Java、HTML、Tomcat这些开发工具的使用,能够给我们的编写工作带来许多的便利,可以快速搭建一个功能强大、性能稳定的智能候诊系统。因此,从技术层面分析是可行的。
SpringBoot框架是开源的,拥有大量的社区支持和丰富的学习资源。使用SpringBoot框架进行开发可以降低开发成本,缩短开发周期。此外,SpringBoot框架具备良好的性能和稳定性,可以降低系统的运行成本和维护成本。因此,从经济角度分析是可行的。
智能候诊系统我划分为了患者用户模块,医生用户模块和管理员模块这三大部分。
患者用户模块:
(1)用户注册登录:游客可以随时进入到系统中,对系统中的信息浏览,但是想要实现就诊预约等操作,就必须有这个系统的账号,如果没有账号的话,可以注册患者用户进行相关的操作,同时用户还可以通过“我的”这一按钮对个人信息以及操作的信息进行管控。
(2)查看智能候诊系统的首页信息:智能候诊系统的首页信息包含了首页、公告消息、医院资讯、科室医生等。
(3)公告消息:当用户点击“公告消息”这一菜单按钮,会显示管理员在后台发布的所有的公告消息,可以查看详情。
(4)医院资讯:当用户点击“医院资讯”这一菜单按钮,会显示管理员在后台发布的所有的医院资讯,可以查看详情,进行收藏、点赞、评论等。
(5)科室医生:用户可以查看科室科室医生,在查询到自己想要了解的科室医生的时候,可以进入查看详细的介绍,包括科室名称、科室类型、科室位置、医生用户、医生姓名、医生职称、从医时长、门诊时间等信息,点击“就诊预约”这一按钮以后会跳转到就诊预约医生填写的界面,根据提示填写好就诊预约信息,点击“提交”以后就完成了;在科室医生详情这个界面,同时支持用户对喜欢的科室医生进行收藏。
(6)我的账户:在前台点击“我的”下面的“我的账户”可以对个人资料+密码修改进行管控。
(7)个人中心:患者用户在前台点击“个人中心”可以对个人首页、预约信息、预约提醒、预约叫号、特殊申请和自己收藏的信息进行管理。
医生用户模块:
(1)登录:医生用户根据管理员添加的账号信息进行登录系统。
(2)科室医生管理:医生点击“科室医生管理”会显示出添加的科室医生,支持输入科室名称或医生姓名对科室医生进行查询。
(3)预约信息管理:医生用户点击“预约信息管理”会显示所有患者用户提交的预约信息,点击右侧的“叫号”可以给患者用户进行叫号。
(4)预约叫号管理:医生用户点击“预约叫号管理”会显示所有的预约叫号信息。
(5)特殊申请管理:医生用户点击“特殊申请管理”会显示用户提交的特殊申请信息,可以进行审核回复。
管理员管理模块:
(1)登录:管理员在后台可以输入用户名+密码进行登录,管理员的用户名和密码是在数据库中直接设定好的。
(2)系统用户:管理员可以对智能候诊系统中的管理员以及前台注册的患者用户、医生用户进行增删改查。
(3)预约时段管理:管理员点击“预约时段管理”可以对医生的预约时段信息进行管理。
(4)科室医生管理:管理员点击“科室医生管理”会显示出所有的科室医生,支持输入医生姓名对科室医生进行查询,如果想要添加新的科室医生,点击“添加”按钮,输入科室名称、科室类型、科室位置、医生用户、医生姓名、医生职称、从医时长、门诊时间等信息,点击“提交”按钮就可以添加了,同时可以选择某一条科室医生,点击“删除”进行删除,也可以对用户提交的科室医生评论的信息进行管控。
(5)预约信息管理:管理员点击“预约信息管理”系统会把智能候诊系统当中所有的预约信息都显示出来,可以对预约信息进行提醒、叫号和特殊申请信息添加。
(6)预约提醒管理:管理员点击“预约提醒管理”会显示所有患者的预约提醒信息,点击详情查看详细内容。
(7)预约叫号管理:管理员点击“预约叫号管理”会显示所有患者的预约叫号信息,点击详情查看详细内容。
(8)特殊申请管理:管理员点击“特殊申请管理”会显示所有患者的特殊申请信息,点击详情查看详细内容。
(9)系统管理:管理员点击“系统管理”菜单可以对首页展示的轮播图进行管理。
(10)公告消息管理:管理员点击“公告消息管理”菜单可以查看到系统中的所有医院公告消息,对已经存在的公告消息,管理员可以修改,也可以添加新的公告消息或者删除公告消息。
(11)资源管理:管理员可以对智能候诊系统前台展示的医院资讯以及医院资讯所属的分类进行管控。
智能候诊系统的非功能性需求比如智能候诊系统的安全性怎么样,可靠性怎么样,性能怎么样,可拓展性怎么样等。具体可以表示在如下2-1表格中:
表2-1智能候诊系统非功能需求表
安全性 | 主要指智能候诊系统数据库的安装,数据库的使用和密码的设定必须合乎规范。 |
可靠性 | 可靠性是指智能候诊系统能够按照用户提交的指示进行操作,经过测试,可靠性90%以上。 |
性能 | 性能是影响智能候诊系统占据市场的必要条件,所以性能最好要佳才好。 |
可扩展性 | 比如数据库预留多个属性,比如接口的使用等确保了系统的非功能性需求。 |
易用性 | 用户只要跟着智能候诊系统的页面展示内容进行操作,就可以了。 |
可维护性 | 智能候诊系统开发的可维护性是非常重要的,经过测试,可维护性没有问题 |
智能候诊系统的完整UML用例图分别是图2-1、图2-2和图2-3。
图2-1就是患者用户角色的用例展示。
图2-1 系统患者用户角色用例图
图2-2就是医生用户角色的用例展示。
图2-2 医生用户角色用例图
图2-3就是管理员角色的用例展示。
图2-3 管理员角色用例图
开发智能候诊系统最主要的一个目的就是实现用户对医生的就诊预约信息提交,图2-4就是系统的数据流图。
图2-4就诊预约操作展开图
分析完智能候诊系统的数据流,那么接下来我们来看系统的业务流程,图2-5就是业务流程图:
本章主要通过对智能候诊系统的可行性分析、功能需求分析、系统用例分析、系统流程分析,确定整个智能候诊系统要实现的功能。同时也为智能候诊系统的代码实现和测试提供了标准。
3 智能候诊系统总体设计
本章主要讨论的内容包括智能候诊系统的功能模块设计、数据库系统设计。
在上一章节中主要对系统的功能性需求和非功能性需求进行分析,并且根据需求分析了本智能候诊系统中的用例。那么接下来就要开始对智能候诊系统的架构、主要功能和数据库开始进行设计。智能候诊系统根据前面章节的需求分析得出,其总体设计模块图如图3-1所示。
图3-1 系统功能模块图
本系统的用户包括后台管理员和前台用户,两种用户模块的功能基本是相同的,用户比管理员多了一个注册功能,所以以用户模块的结构图为例进行分析,用户模块结构图为例进行分析,如下图:
图3-2用户模块结构图
智能候诊系统是一个交流性质的公开平台,用户在平台上提交评论,增加用户之间的互动性。但是同时也为了更好的规范评论的内容,给予管理员删除不合适的评论的功能,所以需要专门设计一个评论管理模块,具体的结构图如下:
图3-3评论管理模块结构图
智能候诊系统是中需要存储不少科室医生,其模块功能结构,具体的结构图如下:
图3-4科室医生模块结构图
智能候诊系统最重要的一个功能就是用户提交就诊预约信息,其就诊预约模块功能结构,具体的结构图如下:
图3-5就诊预约模块结构图
数据库设计一般包括需求分析、概念模型设计、数据库表建立三大过程,其中需求分析前面章节已经阐述,概念模型设计有概念模型和逻辑结构设计两部分。
下面是整个智能候诊系统中主要的数据库表总E-R实体关系图。
图3-6 系统总E-R关系图
通过上一小节中智能候诊系统中总E-R关系图上得出一共需要创建很多个数据表。在此我主要罗列几个主要的数据库表结构设计。
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | token_id | int | 10 | 0 | N | Y | 临时访问牌ID | |
2 | token | varchar | 64 | 0 | Y | N | 临时访问牌 | |
3 | info | text | 65535 | 0 | Y | N | ||
4 | maxage | int | 10 | 0 | N | N | 2 | 最大寿命:默认2小时 |
5 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
6 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
7 | user_id | int | 10 | 0 | N | N | 0 | 用户编号: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_call_id | int | 10 | 0 | N | Y | 预约叫号ID | |
2 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
3 | department_type | varchar | 64 | 0 | Y | N | 科室类型 | |
4 | department_location | varchar | 64 | 0 | Y | N | 科室位置 | |
5 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
6 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
7 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
8 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
9 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
10 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
11 | visit_date | date | 10 | 0 | Y | N | 就诊日期 | |
12 | appointment_period | varchar | 64 | 0 | Y | N | 预约时段 | |
13 | call_time | datetime | 19 | 0 | Y | N | 叫号时间 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表appointment_information (预约信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_information_id | int | 10 | 0 | N | Y | 预约信息ID | |
2 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
3 | department_type | varchar | 64 | 0 | Y | N | 科室类型 | |
4 | department_location | varchar | 64 | 0 | Y | N | 科室位置 | |
5 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
6 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
7 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
8 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
9 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
10 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
11 | visit_date | date | 10 | 0 | Y | N | 就诊日期 | |
12 | appointment_period | varchar | 64 | 0 | Y | N | 预约时段 | |
13 | severity | varchar | 64 | 0 | Y | N | 严重程度 | |
14 | medical_condition | text | 65535 | 0 | Y | N | 病情状况 | |
15 | appointment_quantity | varchar | 64 | 0 | Y | N | 预约数量 | |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_period_id | int | 10 | 0 | N | Y | 预约时段ID | |
2 | appointment_period | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | appointment_reminder_id | int | 10 | 0 | N | Y | 预约提醒ID | |
2 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
3 | department_type | varchar | 64 | 0 | Y | N | 科室类型 | |
4 | department_location | varchar | 64 | 0 | Y | N | 科室位置 | |
5 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
6 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
7 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
8 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
9 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
10 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
11 | visit_date | date | 10 | 0 | Y | N | 就诊日期 | |
12 | appointment_period | varchar | 64 | 0 | Y | N | 预约时段 | |
13 | reminder_time | datetime | 19 | 0 | Y | N | 提醒时间 | |
14 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
15 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | article_id | mediumint | 8 | 0 | N | Y | 文章id:[0,8388607] | |
2 | title | varchar | 125 | 0 | N | Y | 标题:[0,125]用于文章和html的title标签中 | |
3 | type | varchar | 64 | 0 | N | N | 0 | 文章分类:[0,1000]用来搜索指定类型的文章 |
4 | hits | int | 10 | 0 | N | N | 0 | 点击数:[0,1000000000]访问这篇文章的人次 |
5 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
6 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
8 | source | varchar | 255 | 0 | Y | N | 来源:[0,255]文章的出处 | |
9 | url | varchar | 255 | 0 | Y | N | 来源地址:[0,255]用于跳转到发布该文章的网站 | |
10 | tag | varchar | 255 | 0 | Y | N | 标签:[0,255]用于标注文章所属相关内容,多个标签用空格隔开 | |
11 | content | longtext | 2147483647 | 0 | Y | N | 正文:文章的主体内容 | |
12 | img | varchar | 255 | 0 | Y | N | 封面图 | |
13 | description | text | 65535 | 0 | Y | N | 文章描述 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | type_id | smallint | 5 | 0 | N | Y | 分类ID:[0,10000] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000]决定分类显示的先后顺序 |
3 | name | varchar | 16 | 0 | N | N | 分类名称:[2,16] | |
4 | father_id | smallint | 5 | 0 | N | N | 0 | 上级分类ID:[0,32767] |
5 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该分类的作用 | |
6 | icon | text | 65535 | 0 | Y | N | 分类图标: | |
7 | url | varchar | 255 | 0 | Y | N | 外链地址:[0,255]如果该分类是跳转到其他网站的情况下,就在该URL上设置 | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | auth_id | int | 10 | 0 | N | Y | 授权ID: | |
2 | user_group | varchar | 64 | 0 | Y | N | 用户组: | |
3 | mod_name | varchar | 64 | 0 | Y | N | 模块名: | |
4 | table_name | varchar | 64 | 0 | Y | N | 表名: | |
5 | page_title | varchar | 255 | 0 | Y | N | 页面标题: | |
6 | path | varchar | 255 | 0 | Y | N | 路由路径: | |
7 | position | varchar | 32 | 0 | Y | N | 位置: | |
8 | mode | varchar | 32 | 0 | N | N | _blank | 跳转方式: |
9 | add | tinyint | 3 | 0 | N | N | 1 | 是否可增加: |
10 | del | tinyint | 3 | 0 | N | N | 1 | 是否可删除: |
11 | set | tinyint | 3 | 0 | N | N | 1 | 是否可修改: |
12 | get | tinyint | 3 | 0 | N | N | 1 | 是否可查看: |
13 | field_add | text | 65535 | 0 | Y | N | 添加字段: | |
14 | field_set | text | 65535 | 0 | Y | N | 修改字段: | |
15 | field_get | text | 65535 | 0 | Y | N | 查询字段: | |
16 | table_nav_name | varchar | 500 | 0 | Y | N | 跨表导航名称: | |
17 | table_nav | varchar | 500 | 0 | Y | N | 跨表导航: | |
18 | option | text | 65535 | 0 | Y | N | 配置: | |
19 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | collect_id | int | 10 | 0 | N | Y | 收藏ID: | |
2 | user_id | int | 10 | 0 | N | N | 0 | 收藏人ID: |
3 | source_table | varchar | 255 | 0 | Y | N | 来源表: | |
4 | source_field | varchar | 255 | 0 | Y | N | 来源字段: | |
5 | source_id | int | 10 | 0 | N | N | 0 | 来源ID: |
6 | title | varchar | 255 | 0 | Y | N | 标题: | |
7 | img | varchar | 255 | 0 | Y | N | 封面: | |
8 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_doctor_id | int | 10 | 0 | N | Y | 科室医生ID | |
2 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
3 | department_type | varchar | 64 | 0 | Y | N | 科室类型 | |
4 | department_location | varchar | 64 | 0 | Y | N | 科室位置 | |
5 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
6 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
7 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
8 | duration_of_medical_practice | varchar | 64 | 0 | Y | N | 从医时长 | |
9 | outpatient_time | varchar | 64 | 0 | Y | N | 门诊时间 | |
10 | doctor_image | varchar | 255 | 0 | Y | N | 医生图片 | |
11 | doctor_introduction | longtext | 2147483647 | 0 | Y | N | 医生简介 | |
12 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
13 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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_age | varchar | 64 | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | id_number | varchar | 64 | 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 | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | praise_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: |
8 | status | bit | 1 | 0 | N | N | 1 | 点赞状态:1为点赞,0已取消 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | slides_id | int | 10 | 0 | N | Y | 轮播图ID: | |
2 | title | varchar | 64 | 0 | Y | N | 标题: | |
3 | content | varchar | 255 | 0 | Y | N | 内容: | |
4 | url | varchar | 255 | 0 | Y | N | 链接: | |
5 | img | varchar | 255 | 0 | Y | N | 轮播图: | |
6 | hits | int | 10 | 0 | N | N | 0 | 点击量: |
7 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
8 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | special_application_id | int | 10 | 0 | N | Y | 特殊申请ID | |
2 | department_name | varchar | 64 | 0 | Y | N | 科室名称 | |
3 | department_type | varchar | 64 | 0 | Y | N | 科室类型 | |
4 | department_location | varchar | 64 | 0 | Y | N | 科室位置 | |
5 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
6 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
7 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
8 | patient_users | int | 10 | 0 | Y | N | 0 | 患者用户 |
9 | patient_name | varchar | 64 | 0 | Y | N | 患者姓名 | |
10 | id_number | varchar | 64 | 0 | Y | N | 身份证号 | |
11 | visit_date | date | 10 | 0 | Y | N | 就诊日期 | |
12 | appointment_period | varchar | 64 | 0 | Y | N | 预约时段 | |
13 | severity | varchar | 64 | 0 | Y | N | 严重程度 | |
14 | medical_condition | text | 65535 | 0 | Y | N | 病情状况 | |
15 | application_time | datetime | 19 | 0 | Y | N | 申请时间 | |
16 | application_remarks | varchar | 64 | 0 | Y | N | 申请备注 | |
17 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
18 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
19 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
20 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | upload_id | int | 10 | 0 | N | Y | 上传ID | |
2 | name | varchar | 64 | 0 | Y | N | 文件名 | |
3 | path | varchar | 255 | 0 | Y | N | 访问路径 | |
4 | file | varchar | 255 | 0 | Y | N | 文件路径 | |
5 | display | varchar | 255 | 0 | Y | N | 显示顺序 | |
6 | father_id | int | 10 | 0 | Y | N | 0 | 父级ID |
7 | dir | varchar | 255 | 0 | Y | N | 文件夹 | |
8 | type | varchar | 32 | 0 | Y | N | 文件类型 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | user_id | mediumint | 8 | 0 | N | Y | 用户ID:[0,8388607]用户获取其他与用户相关的数据 | |
2 | state | smallint | 5 | 0 | N | N | 1 | 账户状态:[0,10](1可用|2异常|3已冻结|4已注销) |
3 | user_group | varchar | 32 | 0 | Y | N | 所在用户组:[0,32767]决定用户身份和权限 | |
4 | login_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 上次登录时间: |
5 | phone | varchar | 11 | 0 | Y | N | 手机号码:[0,11]用户的手机号码,用于找回密码时或登录时 | |
6 | phone_state | smallint | 5 | 0 | N | N | 0 | 手机认证:[0,1](0未认证|1审核中|2已认证) |
7 | username | varchar | 16 | 0 | N | N | 用户名:[0,16]用户登录时所用的账户名称 | |
8 | nickname | varchar | 16 | 0 | Y | N | 昵称:[0,16] | |
9 | password | varchar | 64 | 0 | N | N | 密码:[0,32]用户登录所需的密码,由6-16位数字或英文组成 | |
10 | | varchar | 64 | 0 | Y | N | 邮箱:[0,64]用户的邮箱,用于找回密码时或登录时 | |
11 | email_state | smallint | 5 | 0 | N | N | 0 | 邮箱认证:[0,1](0未认证|1审核中|2已认证) |
12 | avatar | varchar | 255 | 0 | Y | N | 头像地址:[0,255] | |
13 | open_id | varchar | 255 | 0 | Y | N | 针对获取用户信息字段 | |
14 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
15 | vip_level | varchar | 255 | 0 | Y | N | 会员等级 | |
16 | vip_discount | double | 11 | 2 | Y | N | 0.00 | 会员折扣 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | group_id | mediumint | 8 | 0 | N | Y | 用户组ID:[0,8388607] | |
2 | display | smallint | 5 | 0 | N | N | 100 | 显示顺序:[0,1000] |
3 | name | varchar | 16 | 0 | N | N | 名称:[0,16] | |
4 | description | varchar | 255 | 0 | Y | N | 描述:[0,255]描述该用户组的特点或权限范围 | |
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: |
8 | register | smallint | 5 | 0 | Y | N | 0 | 注册位置: |
9 | create_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间: |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间: |
整个智能候诊系统的需求分析主要对系统总体架构以及功能模块的设计,通过建立E-R模型和数据库逻辑系统设计完成了数据库系统设计。
4 智能候诊系统详细设计与实现
智能候诊系统的详细设计与实现主要是根据前面的智能候诊系统的需求分析和智能候诊系统的总体设计来设计页面并实现业务逻辑。主要从智能候诊系统界面实现、业务逻辑实现这两部分进行介绍。
当进入智能候诊系统的时候,系统以上中下的布局进行展示,首先映入眼帘的是系统的导航栏,下面是轮播图,再往下是医院资讯,其主界面展示如下图4-1所示。
图4-1 前台首页界面图
智能候诊系统的游客和用户时可以进行注册登录,当用户右上角“注册”按钮的时候,当填写上自己的账号+密码+确认密码+昵称+邮箱+手机号等后再点击“注册”按钮后将会先验证输入的有没有空数据,再次验证密码和确认密码是否是一样的,最后验证输入的账户名和数据库表中已经注册的账户名是否重复,只有都验证没问题后即可用户注册成功。其用用户注册界面展示如下图4-2所示。
图4-2注册界面图
/**
* 注册
* @param user
* @return
*/
@PostMapping("register")
public Map<String, Object> signUp(@RequestBody User user) {
// 查询用户
Map<String, String> query = new HashMap<>();
Map<String,Object> map = JSON.parseObject(JSON.toJSONString(user));
query.put("username",user.getUsername());
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-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;
Map<String, String> map = new HashMap<>();
if(username != null && "".equals(username) == false){
map.put("username", username);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(email != null && "".equals(email) == false){
map.put("email", email);
resultList = service.select(map, new HashMap<>()).getResultList();
}
else if(phone != null && "".equals(phone) == false){
map.put("phone", phone);
resultList = service.select(map, new HashMap<>()).getResultList();
}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.select(groupMap, new HashMap<>()).getResultList();
if (groupList.size()<1){
return error(30000,"用户组不存在");
}
UserGroup userGroup = (UserGroup) groupList.get(0);
//查询用户审核状态
if (!StringUtils.isEmpty(userGroup.getSourceTable())){
String sql = "select examine_state from "+ userGroup.getSourceTable() +" WHERE user_id = " + byUsername.getUserId();
String res = String.valueOf(service.runCountSql(sql).getSingleResult());
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, "账号或密码不正确");
}
}
用户点击“公告消息”菜单显示管理员在后台发布的所有的公告消息信息,可以查看公告消息详情。公告消息展示界面如下图4-4所示。
图4-4公告消息展示界面图
当访客点击智能候诊系统中导航栏上的“医院资讯”后将会进入到该“医院资讯”列表的界面,然后选择想要看的医院资讯,点击进入到详细界面,在详细界面可以收藏+赞+订单评价等操作。医院资讯界面如下图4-5所示。
图4-5医院资讯界面图
当患者用户点击“科室医生”后就可以看到所有的科室医生,可以输入医生姓名进行搜索查询,选择你想要了解的科室医生后将会进入该科室医生的详情界面,可以了解到该科室医生的科室名称、科室类型、科室位置、医生用户、医生姓名、医生职称、从医时长、门诊时间等,同时可以对点击下方的“就诊预约”、“收藏”进行相关操作。科室医生详情展示页面如图4-6所示。
图4-6 科室医生详情界面图
就诊预约信息提交页面如图4-7所示。
图4-7 就诊预约信息提交界面图
添加就诊预约信息关键代码如下:
@PostMapping("/add")
@Transactional
public Map<String, Object> add(HttpServletRequest request) throws IOException {
service.insert(service.readBody(request.getReader()));
return success(1);
}
public Map<String, Object> addMap(Map<String,Object> map){
service.insert(map);
return success(1);
}
当用户点击右上角“我的”这个按钮,会出现子菜单,点击“我的账户”可以对个人的资料以及登录系统的密码进行设置管理,我的账户界面如下图4-8所示。
图4-8 我的账户界面图
前台用户点击右上角“个人中心”模块,可以查看和管理个人相关的信息和任务,患者用户可以对包括个人首页、预约信息、预约提醒、预约叫号、特殊申请和收藏的信息进行管理。患者用户个人中心界面如下图4-9所示。
图4-9患者用户个人中心界面
医生用户通过管理员添加的账号可以登录后台分别对科室医生管理、预约信息管理、预约叫号管理、特殊申请管理等模块的信息进行管理。科室医生信息添加界面如下图4-10所示。
图4-10科室医生信息添加界面图
预约信息管理界面如下图4-11所示。
图4-11预约信息管理界面图
添加叫号信息界面如下图4-12所示。
图4-12添加叫号信息界面图
医生点击“特殊申请管理”会显示患者用户对发起的特殊申请信息,点击详情可对特殊申请进行审核回复。特殊申请审核回复界面如下图4-13所示。
图4-13特殊申请审核回复界面图
智能候诊系统中的管理人员在“系统用户”这一菜单是中可以对注册的患者用户,医生用户以及管理员进行管控。系统用户管理界面如下图4-14所示。
图4-14系统用户管理界面图
用户列表管理关键代码如下:
@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-15所示。
图4-15科室医生管理界面图
管理人员在“系统管理”这一菜单下是可以对智能候诊系统内的轮播图进行添加修改的,其管理界面如下图4-16所示。
图4-16系统轮播图管理界面图
管理员点击“资源管理”菜单能够对其下子菜单医院资讯和医院资讯的分类进行增删改查。界面如下图4-17所示。
图4-17资源管理界面图
5系统测试
系统测试包括:用户登录功能测试、科室医生查看功能测试、特殊申请添加、医院资讯搜索、密码修改、就诊预约功能测试,如表5-1、5-2、5-3、5-4、5-5、5-6所示:
表5-1 用户登录功能测试表
用例名称 | 用户登录系统 |
目的 | 测试用户通过正确的用户名和密码可否登录功能 |
前提 | 未登录的情况下 |
测试流程 | 1) 进入登录页面 2) 输入正确的用户名和密码 |
预期结果 | 用户名和密码正确的时候,跳转到登录成功界面,反之则显示错误信息,提示重新输入 |
实际结果 | 实际结果与预期结果一致 |
科室医生查看功能测试:
表5-2 科室医生查看功能测试表
用例名称 | 科室医生查看 |
目的 | 测试科室医生查看功能 |
前提 | 用户登录 |
测试流程 | 点击科室医生列表 |
预期结果 | 可以查看到所有科室医生 |
实际结果 | 实际结果与预期结果一致 |
添加特殊申请界面测试:
表5-3 添加特殊申请界面测试表
用例名称 | 添加特殊申请测试用例 |
目的 | 测试特殊申请添加功能 |
前提 | 管理员正常登录情况下 |
测试流程 | 1)点击特殊申请管理,然后点击添加后并填写信息。 2)点击进行提交。 |
预期结果 | 提交以后,页面首页会显示新的特殊申请 |
实际结果 | 实际结果与预期结果一致 |
医院资讯搜索功能测试:
表5-4医院资讯搜索功能测试表
用例名称 | 医院资讯搜索测试 |
目的 | 测试医院资讯搜索功能 |
前提 | 无 |
测试流程 | 1)在搜索框填入搜索关键字。 2)点击搜索按钮。 |
预期结果 | 页面显示包含有搜索关键字的医院资讯 |
实际结果 | 实际结果与预期结果一致 |
密码修改搜索功能测试:
表5-5 密码修改功能测试表
用例名称 | 密码修改测试用例 |
目的 | 测试管理员密码修改功能 |
前提 | 管理员用户正常登录情况下 |
测试流程 | 1)管理员密码修改并完成填写。 2)点击进行提交。 |
预期结果 | 使用新的密码可以登录 |
实际结果 | 实际结果与预期结果一致 |
就诊预约功能测试:
表5-6就诊预约功能测试表
用例名称 | 就诊预约测试用例 |
目的 | 测试用户就诊预约功能 |
前提 | 用户正常登录情况下 |
测试流程 | 1)搜索查看科室医生,点击就诊预约。 2)填写就诊预约内容信息,点击进行提交。 |
预期结果 | 医生回复就诊预约信息 |
实际结果 | 实际结果与预期结果一致 |
通过编写智能候诊系统的测试用例,已经检测完毕用户登录功能测试、科室医生查看功能测试、特殊申请添加、医院资讯搜索、密码修改、就诊预约医生功能测试,通过这6大模块为智能候诊系统的后期推广运营提供了强力的技术支撑。
结 论
在开发本智能候诊系统之前我胸有成竹,觉得很简单,但在实际的开发中我发现了自身的很多问题,许多编程思想和方法都还没有掌握牢靠,比如对于大数据的分析技术和SpringBoot框架的使用,通过开发这个智能候诊系统我成长了很多,懂得了做什么事情都要脚踏实地,不能眼高手低,在本次智能候诊系统的开发中我逐渐掌握逐渐熟悉的技术。
本次智能候诊系统的开发中我还学会了很多,例如良好的编程思想和完善的规划思想。在着手编程之前需要罗列出程序框架的大概,脑海中构建出程序的主题框架。做好这一步我们才能胸有成竹的经行开发项目。当设计框架了熟于心之后,需要思考本次编程所需的主要知识点和技术点,并充分学习。如此一来项目的开发才能循序渐进、如丝般顺滑,长久以往就能养成良好的开发习惯。一个程序好不好还要看出的bug多不多,如果在项目完成前做好bug的查验与预防可能发生的事故才能保证程序的稳定长久性运行。如果项目在完工后出现各种问题自己,那么在进入社会后,不仅会给公司团队带来麻烦和增加不必要的工作,还会导致客户流失,公司对自己的评价下降。
在本次项目中我也暴露了诸多问题。对于SpringBoot的编程知识有所欠缺,环境配置和算法上出现诸多问题,时常导致项目运行出错,或者目标的实现有问题。或者实现想法时算法未优化,使得代码冗长,程序运行不顺畅。
参考文献
[1]邓继红.医院档案管理与档案升级工作探究[J].兰台内外,2024,(02):34-36.
[2]陈红.数字化档案管理信息系统在医院档案管理中的应用[J].办公自动化,2024,29(02):70-72.
[3]孙超.医院档案管理信息系统的设计与实现[J].办公自动化,2024,29(01):70-72.
[4]马庆.计算机软件开发中JAVA编程语言的应用[J].山西电子技术,2023,(06):84-86+98.
[5]黄赛英.基于Springboot的医院档案管理系统设计[J].集成电路应用,2023,40(11):384-385.DOI:10.19339/j.issn.1674-2583.2023.11.176.
[6]杨芬,宋晓燕.MySQL数据库应用的课程教学分析[J].电子技术,2023,52(10):180-181.
[7]王志亮,纪松波.基于SpringBoot的Web前端与数据库的接口设计[J].工业控制计算机,2023,36(03):51-53.
[8]徐震阳,王博,蒋效伟等.多端融合的医疗健康平台设计与实现[J].现代信息科技,2023,7(01):115-118.DOI:10.19850/j.cnki.2096-4706.2023.01.031.
[9]Nitika S ,K. A A ,Pankaj A , et al.Association of waiting time and satisfaction level of patients with online registration system in a tertiary level medical institute outpatient department (OPD)[J].Health Policy and Technology,2022,11(4):
[10]王曼维,杨荻,李岩等.基于SpringBoot框架的智慧医疗问诊系统设计与实现[J].中国医学装备,2022,19(03):133-136.
[11]巩蕾.医院挂号预约管理系统设计[J].电脑编程技巧与维护,2022,(02):66-68+80.DOI:10.16184/j.cnki.comprg.2022.02.033.
[12]陈谦民,翟祥栩,薛颖等.医院信息管理提升平台的设计与实现[J].现代信息科技,2021,5(13):95-98.DOI:10.19850/j.cnki.2096-4706.2021.13.024.
[13]胡小勇.基于SpringBoot的医院门诊管理信息系统的设计与实现[D].华中科技大学,2021.DOI:10.27157/d.cnki.ghzku.2021.001118.
[14]叶基林.某医院挂号预约管理系统设计与实现[D].电子科技大学,2021.DOI:10.27005/d.cnki.gdzku.2021.002694.
[15]Jie H D ,Hsin Y Y ,Hao T W , et al.Cancer Registry Coding via Hybrid Neural Symbolic Systems in the Cross-Hospital Setting[J].IEEE ACCESS,2021,9112081-112096.
[16]刘致放.医院基础信息自动化管理平台的设计与研究[J].电子世界,2020,(20):148-149.DOI:10.19353/j.cnki.dzsj.2020.20.066.
[17]马传宸.智慧医疗服务平台后端服务模块的设计与实现[D].南京大学,2020.DOI:10.27235/d.cnki.gnjiu.2020.002424.
[18]张毅.LM医院挂号预约系统的分析与设计[D].西安理工大学,2020.DOI:10.27398/d.cnki.gxalu.2020.001477.
[19]吴俪昊,吴玮,原明明.浅谈现代化医院管理中的电子信息工程与应用[J].信息系统工程,2020,(05):37-38.
[20]Zexin A ,Xiao Z .System Design of Multiple Network Platform Outpatient Appointment Registration System for Large General Hospitals[J].Journal of Physics: Conference Series,2019,1288012036-012036.
致 谢
这篇文章的完成经历了多个日日夜夜的努力,终于在今天得以完成。这篇文章的创作过程实为不易,但在老师和同学的辛勤帮助下顺利渡过。让我在设计过程中举步维艰时,非常感谢我的导师不耐其烦的帮助我解决问题,给予了我许多指导意见。也感谢所有为我授业解惑的老师!
另外,本文的完成也参考借鉴了许多国内外在大数据和SpringBoot技术上的著作,如果没有著作原作的辛勤付出和科研成果,我也很难完成本论文。感谢在本论文中关联到的学者们!也感谢Google等公司,感谢他们强大的搜索引擎,让我的资料查阅省事简单。
感谢之余也还有几句话要说,虽大学学习四年,怎奈何本人才疏学浅,本文的完成已为尽力,但文中不免有些不当和错误之处,诚挚真切的请求各位老师对本文的批评改正,感谢百忙之中费心审阅我论文的老师。