本文基于Django框架,设计并实现了一款医院预约挂号管理系统,旨在提供患者便捷的预约挂号服务,医生高效的排班管理,以及管理员科室信息管理等功能。使医院预约挂号系统的管理工作系统化、规范化,也会提高平台形象,提高管理效率。系统包括用户模块、预约挂号模块、医生管理模块、科室管理模块和就诊记录管理模块,涵盖了医院挂号预约全流程的管理需求。通过系统的设计与实现,将提升医院就诊服务的效率和质量,为患者和医务人员提供更好的就诊体验和管理便利。本论文主要讲述了医院预约挂号开发背景,该系统它主要是对需求分析和功能需求做了介绍,并且对系统做了详细的测试和总结。具体从业务流程、数据库设计和系统结构等多方面的问题。望能利用先进的计算机技术和网络技术来改变目前的医院预约挂号管理状况,提高管理效率。
关键词 :医院预约挂号;Django框架技术;医疗;Python语言
Abstract
Based on the Django framework, this paper designs and implements a hospital appointment and registration management system, which aims to provide convenient appointment and registration services for patients, efficient scheduling management of doctors, and information management of administrators and departments. The management of the hospital appointment and registration system is systematic and standardized, which will also improve the image of the platform and improve the management efficiency. The system includes a user module, an appointment registration module, a doctor management module, a department management module and a medical record management module, covering the management needs of the whole process of hospital registration and appointment. Through the design and implementation of the system, the efficiency and quality of hospital treatment services will be improved, and patients and medical staff will be provided with better treatment experience and management convenience. This paper mainly describes the background of the development of hospital appointment registration, the system mainly introduces the demand analysis and functional requirements, and makes a detailed test and summary of the system. Specifically, it is from many aspects such as business process, database design and system architecture. It is hoped that advanced computer technology and network technology can be used to change the current situation of hospital appointment and registration management and improve management efficiency.
Key words: Hospital Appointment Registration, Django Framework Technology, Medical, Python Language
目 录
1.3研究内容 2
病例信息列表 40
1 概述
1.1开发背景
随着世界计算机技术的高速发展,计算机在人们的生活中扮演着越来越重要的角色。我国在文化、经济、政治、体育、娱乐、商业和服务业利用计算机便于管理、存储数据量大、处理数据速度快的特点高速发展,在我们的日常生活中的地位愈发重要。
现如今,我国的线下医院预约挂号体系存在着非常明显的缺点,例如:疫情过后,线下预约挂号危险性高、医疗信息获取不全、门诊挂号手续复杂多样、医院医师资源分配不均、无法查看预约人数调配时间等问题,这些问题都在客观上导致了现在医院患者爆满、挂号难的现象。这也导致线下倒号、卖号现象严重,进行不道德的买卖,很多人都是一号难求,对于医院本身的声誉和患者的看病过程造成恶劣的影响。此外,患者本身信息匮乏,对于所挂号的医师不甚了解,造成医生和病患的冲突现象时常发生。要解决当前我国我国的线下医院预约挂号体系存在的问题,就需要依赖高速发展的计算机技术,将医院预约挂号与计算机技术相结合,中和各自的问题,让两者相辅相成,使医院预约挂号系统得以实现。因此。医院预约挂号系统的设计与实现具有极其重要的意义。
1.2开发意义
1.2.1理论意义
医院预约挂号系统的设计与实现将互联网技术应用在医疗领域,可以在一定程度上解决患者预约难、取号难等问题,不仅省时省力,增加患者自主性还可以及时有效的共享医疗信息,合理分配医疗资源。并且可以在一定的程度上可以遏制卖号、倒号的行为,使医院的声誉和患者本人的身体情况变得更好。此系统在医院管理方面也更加便捷,可以更好的调配医院的资源,为每一位患者提供更好的就诊环境,提高医院的就诊质量,减缓医院工作人员的就诊压力。
1.2.2现实意义
系统更加方便快捷,患者只需要利用自己的身份证号和手机号码注册并验证以后,就可以登录预约挂号系统。在登录后,患者可以根据自身的身体状况,可以查看医生资料,在线咨询医师,询问自己的病症,了解自己所需要挂号的科室医生,然后根据自己的时间安排选择就诊日期,查看就诊人数,操作简便快捷。
1.3研究内容
医院预约挂号系统将医院线下挂号难的问题转换成线上网络医院挂号服务,为患者提供更好的就诊环境。患者可以利用自己的身份信息,在本系统进行注册登录,患者可以根据自己的身体情况,选择相应的就诊科室,根据当天科室医师的详细资料,选择自己心怡的科室医生,根据患者自己的时间安排,进行挂号选择,选择成功后会有相应的提示,并且显示自己的挂号信息和挂号时间。此外,考虑到患者自身网络知识水平的情况下,系统会有提示、帮助按钮,可以帮助患者更好的完成的预约挂号服务。医院工作人员在此系统中,可以登录管理员界面,完成对医院数据的增删查改,并且可以完善科室医生的资料,供患者查看。医院工作人员可以进行对后台数据的查看、修改和删除,以方便更好的管理医院,更好的完成对医院医疗资源的调配工作,减轻工作压力,减少工作时间,更好的为患者进行服务。
2 相关技术介绍
2.1 B/S架构
B/S架构(浏览器/服务器)是当前应用最为广泛的一种架构,能够使系统的开发变得容易、易操作、易于维护。当你在你的电脑上安装一个数据库和几个非常常见的浏览器时,你就可以使用这个结构。B/S结构可以直接用于 B/S系统,并且 B/S架构可以在实际应用中大大降低了系统的运行维护。在 B/S平台上,各数据库彼此独立,具有很高的安全性。由于 B/S架构可以清晰地观察到系统所处理的业务,使管理者可以及时做出决定,从而避免了企业的亏损。B/S架构的本质特征是集中式管理,用户通过系统产生的数据,将其存入数据库,便于以后的应用,从而达到了各种需要。
B/S模型由一个浏览器、一个网络服务器、一个数据库服务器三个层级构成。数据管理采用了当前大部分现有B/S系统的表现层、应用层和数据层,Web浏览器是为了满足用户的要求而设计的,在数据处理和逻辑过程中使用的中间应用层,从而形成分布式的运行模式。B/S体系结构的逻辑是:在前端完成的处理,将主要的业务逻辑交给后台,而前端只负责少量的请求、渲染等。由于因特网技术的迅速发展,B/S体系结构使得任何时间、任何地点都能访问到该系统。
图2-1 B/S模式三层结构图
2.2 Mysql数据库
mysql 数据库它有很多的优点,例如它在操作上能够让人通俗易懂、功能强大、信息储存量高等优点。所以被人们广泛应用,对于mysql数据库来说它一般主要是对数据进行编码和查询,而且在很多的设计当中都应用到了该数据库,在此过程当中我们可以对常规的数据进行查询和组合,所以我们在进行使用mysql数据库的时候只要对编写一小段的数据就能实现相应的功能。数据库,就是数据存储的储藏室,只不过数据是存储在计算机上的,而不是现实中的储藏室,数据的存放是按固定格式,而不是无序的,则定义就是 :长期有固定格式,可以共享的存储在计算机存储器上。数据库管理主要包括数据表的建立,数据存储、修改和增加数据,为了使数据库系统能够正常运行,相关人员进行的管理工作。数据表的建立,可以对数据表中的数据进行调整,数据的重新组合及重新构造,保证数据的安全性。
2.3 Python语言
Python语言是一种纯面向对象的计算机语言,在Python的世界中,所有的方法、数据类型、符号等都是以类的方式存在的,最顶层的就是Object,所有的类都是对object的继承。继承是Python中的核心思想,与C语言不同的是,子类只有一个父类,这样的好处就是操作更加的简便,让人更容易理解,在代码的书写上也会容易较多。Python另外一个特性就是多态性,调用父类接口的方法可以实现子类的实现,这样的好处就是很好的对实现方法进行了隐藏(封装),而且又能够把API进行公开,一举两得。接口思想很好的诠释了想象对象的思想,让面向对象编程渐渐转向面向接口编程。如今,随着编程思想的继续发展,Python也加入了一些函数式编程的思想,这样的好处就是让编程代码更加的简洁与方便。
3 系统分析
3.1 可行性分析
系统医院预约挂号主要目标是实现诊断记录、科室分类、医生信息、预约挂号的相关信息管理服务。在确定了目标后,我们从以下四方面对能否实现本系统目标进行可行性分析。
3.1.1 技术可行性
技术可行性是指所确定的科学技术或决策方法中的科学技术均未突破组织掌握或相关人员熟悉的科学技术资源的界限。在技术研究过程中,应注意全面调查系统研发过程中包含的各种关键技术问题,尽可能选择成熟技术,认真引用先进技术,关注特定的研究平台和开发人员,评估关键技术的有效性。
Python技术对于该医院预约挂号管理系统的设计和实施很是关键,基于、B/S架构的和MySQL数据库管理,对于前台的应用和后台的数据库管理都是至关重要的,要想有效应用该程序,就需要保持功能全面、易懂易简单使用的特性。构建数据库管理时,需要确保数据分析信息完全、数据分析信息稳定性好、数据分析信息稳定性较高的库。在早期,人们对python的基本重要知识点就有理解和熟悉,对MySQL数据库发生过简要的掌握、熟悉,在早期对软件工程测试,以及UML语言等基础课程发生过大致的掌握和练习,经过对上述课程练习,就能够对上述课程有相应的信息系统开发、检验和判断。
3.1.2操作可行性
系统医院预约挂号的登录界面简单易于操作,采用常见的界面窗口来登录界面,通过电脑进行访问操作,用户只要平时使用过电脑都能进行访问操作。此操作系统的研发工作环境运用了python技术,并运用了B/S结构,这些研发工作环境都使得此系统功能更为完整,使整个设计更为个性化,使用者功能也更为简洁方便。本管理系统具备了易于运行、容易管理、交互性较好的优点,在实际操作上也是非常简单的。因此,本管理系统也可进行商业设计。该设备的研发符合技术、工艺和技术要求,因此其研发具有可操作性。
3.1.3 经济可行性
医院预约挂号管理系统的经济可行性表现在成本降低、收入增长和效率提升三个方面:系统的实施可降低医院运营成本,提高挂号收入,同时优化资源利用和提升服务质量,进而增强医院的市场竞争力,实现经济效益和运营效率的双重提升。
因此,医院预约挂号管理系统的经济可行性较高,能够降低成本、提升收入,改善服务质量,增强医院的市场竞争力,实现经济效益和社会效益的双赢。
3.1.4 法律可行性
此系统医院预约挂号是自己设计的管理系统,具有很大的实际意义。因为无论是软件还是数据库,采用的都是开源代码,因此这个系统的开发和设计,并不存在侵权等问题,在法律上完全具有可行性。
综上所述,系统医院预约挂号在技术、经济、操作和法律上都具有很高的可行性,开发此程序是可行的。
3.2系统流程分析
3.2.1系统开发流程
医院预约挂号开发时,首先进行需求分析,进而对系统进行总体的设计规划,设计系统功能模块,数据库的选择等,
本系统的开发流程如图3-1所示
图3-1系统开发流程图
3.2.2 用户登录流程
为了保证系统的安全性,要使用本系统对系统信息进行管理,必须先登陆到系统中。如图3-2所示。
图3-2 登录流程图
3.2.3 系统操作流程
用户打开客户端并进入系统后,会先显示登录界面,输入正确的用户名和密码,系统自动检测信息,若信息无误,则用户会进入系统功能界面,进行操作,否则会提示错误无法登录,操作流程如图3-3所示。
图3-3 系统操作流程图
3.2.4 添加信息流程
管理员可以对用户信息、等进行信息的添加、删除、修改,用户也可以对自己权限内的信息进行添加删除、修改等等操作,输入信息后,系统会自行验证输入的信息和数据,若信息正确,会将其添加到数据库内,若信息有误,则会提示重新输入信息,添加信息流程如图3-4所示。
图3-4 添加信息流程图
3.2.5 修改信息流程
管理员可以对职位信息、职位推荐等进行信息的修改,用户也可以对自己权限内的信息进行修改,首先进入修改信息界面,输入修改信息数据,系统进行数据的判断验证,修改信息合法则修改成功,信息更新至数据库,信息不合法则修改失败,重新输入。修改信息流程图如图3-5所示。
图3-5 修改信息流程图
3.2.6 删除信息流程
管理员可以对职位信息管理、系统管理等进行信息的删除,对要删除的信息进行选中后,点击删除按钮,系统会询问是否确定,若点击确定,则系统会删除掉选中的信息,并在数据库内对信息进行删除,删除信息流程图如图3-6所示。
图3-6 删除信息流程图
3.3用例分析
1.普通用户主要使用系统的医院预约挂号,下图所示为普通用户的用例图。
图3-1 普通用户用例图
2.医生用户主要使用系统的医院预约挂号业务,下图所示为医生用户的用例图。
图3-2 司机用户用例图
3.管理员主要负责后台首页、站点管理(公告栏、资讯栏)用户管理(管理员、系统用户、医生用户)内容管理(科室类型管理、预约信息管理、排班信息管理、医生信息管理、预约挂号管理)系统管理,下图所示描述管理员的用例图。
图3-3 管理员用例图
3.4数据流程分析
数据流图的简称为DFD,是通过使用图形的方法对系统所具备的逻辑功能进行阐述,描述系统数据的流向和逻辑变换。由于该方法能将难以阐述的问题进行表述,因此被开发者广泛应用,是当前应用范围较为广泛的结构化系统分析方法。
零层数据流程是流程中最抽象的一层,它包括了登录管理、管理员功能管理和检索维护管理等功能模块,在登录模块使用到的数据存储有管理员账户信息文档、管理员信息文档,管理员功能管理模块需要的存储是管理员添加信息文档、查询信息文档、删除信息文档,检索维护是通过以上这些文档信息通过关键词进行搜索。
系统的1层数据流图如下图所示。
图3-2系统数据流图(1层)
2层为管理员操作后台数据流图,管理员可以分别通过添加、修改和删除来对系统管理员进行管理,如下图所示:
图3-4系统数据流图(2层)
4.1 系统概述
进过系统的分析后,就开始记性系统的设计,系统设计包含总体设计和详细设计。总体设计只是一个大体的设计,经过了总体设计,我们能够划分出系统的一些东西,例如文件、文档、数据等。而且我们通过总体设计,大致可以划分出了程序的模块,以及功能。但是只是一个初步的分类,并没有真正的实现。
整体设计,只是一个初步设计,而且,对于一个项目,我们可以进行多个整体设计,通过对比,包括性能的对比、成本的对比、效益的对比,来最终确定一个最优的设计方案,选择优秀的整体设计可以降低开发成本,增加公司效益,从这一点来讲,整体设计还是非常重要的。
医院预约挂号工作原理图如图4-1所示:
图4-1 系统工作原理图
4.2 系统结构设计
系统架构图属于系统设计阶段,系统架构图只是这个阶段一个产物,系统的总体架构决定了整个系统的模式,是系统的基础。基于医院预约挂号的整体结构设计如图4-2所示。
图4-2 系统结构图
数据库是计算机信息系统的基础。目前,电脑系统的关键与核心部分就是数据库。数据库开发的优劣对整个系统的质量和速度有着直接影响。
4.3.1 数据库设计原则
概念模式它主要是建立在数据需求分析的基础上,它通常是用概念数据模型来表示各个数据之间的联系,并且对系统用户进行信息的处理和管理,同时建立起E-R图来表示具体的实体、属性和联系的关系。
4.3.2 数据库实体
数据模型中的实体(Entity),也称为实例,对应现实世界中可区别于其他对象的“事件”或“事物”。例如,公司中的每个员工,家里中的每个家具。
本系统的E-R图如下图所示:
- 用户信息实体E.R图如图4.3所示:
图4.3 用户信息实体图
(2)医生信息ER图如下图所示。
图4-4 医生信息ER图
(3)预约挂号信息ER图如下图所示。
图4-5预约挂号信息ER图
4.3.3 数据库表设计
数据库的表信息属于设计的一部分,下面介绍数据库中的各个表的详细信息。
表系统ointment_information (预约信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | 系统ointment_information_id | int | 10 | 0 | N | Y | 预约信息ID | |
2 | doctor_id | varchar | 64 | 0 | Y | N | 医生编号 | |
3 | doctors_name | int | 10 | 0 | Y | N | 0 | 医生名称 |
4 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
5 | outpatient_type | varchar | 64 | 0 | Y | N | 门诊类型 | |
6 | 系统ointment_users | int | 10 | 0 | Y | N | 0 | 预约用户 |
7 | 系统ointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
8 | number_of_visits | varchar | 64 | 0 | N | N | 就诊人数 | |
9 | 系统ointment_status | varchar | 64 | 0 | Y | N | 预约状态 | |
10 | note_details | text | 65535 | 0 | Y | N | 备注详情 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表case_information (病例信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | case_information_id | int | 10 | 0 | N | Y | 病例信息ID | |
2 | doctors_name | int | 10 | 0 | Y | N | 0 | 医生名称 |
3 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
4 | outpatient_type | varchar | 64 | 0 | Y | N | 门诊类型 | |
5 | 系统ointment_users | int | 10 | 0 | Y | N | 0 | 预约用户 |
6 | diagnostic_results | varchar | 64 | 0 | Y | N | 诊断结果 | |
7 | medical_advice_for_prescribing_medication | varchar | 64 | 0 | Y | N | 医嘱开药 | |
8 | consultation_amount | varchar | 64 | 0 | Y | N | 看诊金额 | |
9 | upload_prescription | varchar | 255 | 0 | Y | N | 上传处方 | |
10 | medical_order_details | text | 65535 | 0 | Y | N | 医嘱详情 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表department_type (科室类型)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | department_type_id | int | 10 | 0 | N | Y | 科室类型ID | |
2 | department_type | 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 | 更新时间 |
表doctor_information (医生信息)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_information_id | int | 10 | 0 | N | Y | 医生信息ID | |
2 | doctor_id | varchar | 64 | 0 | Y | N | 医生编号 | |
3 | doctors_name | int | 10 | 0 | Y | N | 0 | 医生名称 |
4 | doctors_title | varchar | 64 | 0 | Y | N | 医生职称 | |
5 | doctors_profile_picture | varchar | 255 | 0 | Y | N | 医生头像 | |
6 | outpatient_type | varchar | 64 | 0 | Y | N | 门诊类型 | |
7 | visit_time | varchar | 64 | 0 | Y | N | 看诊时间 | |
8 | registration_fees | varchar | 64 | 0 | Y | N | 挂号费用 | |
9 | department | varchar | 64 | 0 | Y | N | 所属科室 | |
10 | doctors_gender | varchar | 64 | 0 | Y | N | 医生性别 | |
11 | 系统ointment_quantity | int | 10 | 0 | Y | N | 0 | 预约数量 |
12 | 系统ointment_notice | text | 65535 | 0 | Y | N | 预约须知 | |
13 | praise_len | 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 | 更新时间 |
表doctor_users (医生用户)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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_title | varchar | 64 | 0 | Y | N | 医生职称 | |
5 | department | 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 | 更新时间 |
表auth (用户权限管理)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
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 | 更新时间: |
5系统界面实现
5.1 登录
管理员输入个人的账号、密码登录系统,这时候系统的数据库就会在进行查找相关的信息,如果我们输入的账号、密码不正确,数据库就会提示出错误的信息提示,同时会提示管理员重新输入自己的账号、密码,直到账号密码输入成功后,会提示登录成功的信息。管理员登录效果图如图5.1所示:
图5.1登录界面
管理员功能模块
管理员首页
管理员可以查看后台服务端后台首页、站点管理(轮播图、公告栏)用户管理(管理员、系统用户、医生用户)内容管理(医疗资讯、资讯分类)更多管理(诊断记录、科室分类、医生信息、预约挂号)等操作。管理员服务端效果图如图5.2所示。
图5.2管理员服务端界面图
用户信息管理
管理员对医生信息管理进行审核等操作,并可进行进行添加、修改、查看等操作。医生信息管理效果图如图5.3所示。
图5.3医生信息管理界面图
诊断记录管理
管理员对诊断记录进行管理审核、查看、编辑等操作。
诊断记录效果图如图5.4所示。
图5.4诊断记录界面图
医生信息管理
管理员对医生信息管理编辑提交、确认、审核等操作。医生信息效果图如图5.5所示。
图5.5医生信息界面图
5.3用户客户端功能模块
用户注册
用户注册在登陆页面填写账号、密码、邮箱、手机昵称、姓名等信息,
进行注册如图5.7所示
图5.7用户注册界面图
用户首页
在用户首页面面用户可以查看医院公告、医院智讯。进行点赞、收藏、发表评论。预约挂号等操作如图5.8所示。
图5.8用户首页界面图
用户信息
在用户信息页面个人中心可以进行添加、查看、编辑个人信息、预约信息、病例信息、收藏等操作如图5.9所示。
图5.9用户信息界面图
医生信息
医生信息列表详情页面可编辑所属科室、医生姓名、医生职称,查看预约等信息,如图5.10所示。
图5.10医生信息界面图
病例信息列表
资讯列表详情页面可查看标题、咨讯内容、点赞数、点击数资讯类型等详情,
如图5.11所示。
图5.11病例信息列表界面图
6系统测试
系统开发的最后一个步骤就是系统测试,系统测试也是整个系统十分重要的一个环节,测试的好坏关系到产品的发展。客户对软件的质量、性能和可靠性等需求就要通过测试来实现。测试过程要必须遵循严谨性、完善性、规范性的原则,测试的主要目的就是看看在系统运行中,是否会出现bug,然后对出现的bug进行调试,直到程序完美运行。但是软件的测试只能尽可能的减少bug,理论上来说是无法达到消除bug。但是bug越少,系统出错的几率就越低,用户使用起来也更方便、更安全。
近年来,软件包含测试从现在的检验当中来看,系统接近预期目标可能出现的问题,并对这些错误做出相应的修正,假如我们不进行早期的测试错误就会延续下去,最后所做出的成品就会有很大的困难。
我们要在这个测试的过程当中找出错误。测试成软件开发的主要一部分,自从有了程序的设计那天开始,它就成为了重要的组成部分。经过统计来看,软件测试可以占据这个系统45%的工作量,而在软件开发的成本当中,对于测试成本来说它包含了很多的测试工作。每个程序测试时都会出现和遇到错误。在整个程序的开发过程当中,人为去查找错误是非常复杂和困难的,所以我们一般都会找一些测试的工具来进行测试
6.1系统测试的意义
随着现代信息的快速发展,在社会各大领域中已经都开始应用网络信息技术,在应用网络技术的同时人们也开始把软件的质量问题作为了一个重要焦点来关注,因为一个软件的好与坏它决定着这个系统在市场上的生存,所以我们必须要把软件质量来做好,这样才有一定的生存能力。对于用户来说它们首先选用的都是保证这个系统软件的质量问题,因为一个系统的软件质量决定着用户在后期上成本经济的问题。图6-1就是纠错测试流程。
图6-1 测试与纠错信息流程
6.2 测试方法
黑盒测试又被人们称作为功能测试,通常是在程序的接口来做一些测试的方法,它一般包括对程序的功能和使用的方法来做出一些数据的接受和输出,同时还可以做出正确的输出信息,并保证与外部信息的完整性。
白盒测试通常被人们称作为结构测试,在整个程序的结构和处理当中它是由程序当中的逻辑测试和检验程序来完成一些正确的工作。
具体的功能测试它是包括:系统的适用性、准确性、安全性等功能测试。
6.3测试分析
本系统医院预约挂号满足相关信息的管理需求,在设计时借鉴了国内外优秀网站的优点,从界面到系统设计都保证了管理员以及用户能够方便操作。系统的主要特点和优点归纳如下:
(1)本系统用的移置性和针对性都比较高,因为针对性高可以提供更好的服务而移置性可以在多个系统上运行,更给用户带来了极大的方便。
(2)该系统医院预约挂号内容全面,管理方便可以及时的全面的处理各种错误,异常,这样避免了很多因用户的马虎操作而出现的失误,其操作方便,用户界面友好,能够上网的人都可以很好的进行操作。
经过对上述的测试结果分析,所有基本功能齐全,操作简单,系统运行性能良好,系统安全可靠,能促进医院预约挂号的发展,发展前景广阔。
结 论
本系统通过利用了目前市场上普遍使用的Python技术,以及数据库管理功能MySQL和目前比较流行的Django框架技术进行系统界面的布置,以现实生活的医院挂号管理过程为标准,相结合构建的医院预约挂号管理系统。网站可以响应式展示。通过本次系统医院预约挂号的研究与实现,我感到学海无涯,学习是没有终点的,而且实践出真知,只有多动手才能尽快掌握它,经验对系统的开发非常重要,经验不足,就难免会有许多考虑不周之处。比如要有美观的界面,更完善的功能,才能吸引更多的用户。
由于在此之前对于Django框架技术知识没有深入了解,所以从一开始就碰到许多困难,不过通过在网上寻找有关资料以及同学的帮助下最后都得到了解决,在此过程中,我不仅学到了很多知识,也提高了自己解决问题的能力,尤其是学会如何从大量的信息中筛选出所需有用的信息,同时我更加深刻的体会到了,虽然书本上的大部分知识都是有价值,正确的,但实际上每个人编程的思路和对数据处理的方法、思想都是不同的,这就要求我们一定要通过实践才能找到解决问题的方案。在此次毕业设计活动中,我不断的提高了自己,也得到了宝贵的经验,我相信这些对我以后的发展都会有很大帮助。
通过这次系统医院预约挂号的开发,我参考了很多相关系统的例子,取长补短,吸取了其他系统的长处,逐步对该系统进行了完善,但是该系统还是有很多的不足之处,有待以后进一步学习。
实践证明,系统医院预约挂号有着非常好的发展前景,经过测试运行,系统各项功能都十分完善,界面漂亮,使用方便,操作容易,在技术理论上已经成熟。
致 谢
大学的学习生活在这个季节将结束,但是在我的生命这仅仅只是一个逗号,我将面对另一个的开始。通过这次毕业设计的整个开发过程,从需求分析到具体功能实现,再到最终测试和维护的理解有了很大的进步,让我对系统开发有了更深刻的认识,对我个人的实践能力和解决问题的能力,都有了很大的帮助。这是这次毕业设计最大的收获。
首先要感谢我的指导老师,他在论文写作上,给予了我各种无私的帮助,治学严谨,严格要求,使我获得了很大的收获。老师深厚的理论知识和丰富的实践经验,都深深的影响到我,在这方面,我谨表示衷心的感谢。
其次,我还要对所有的老师和同学表示感谢,他们在我学习的过程中,都积极的提供了很多帮助,无论是专业知识,还是实践操作技能,也能够让我在论文写作中,遇到的一些难题迎刃而解。
参考文献
[1] 陈建敏,姬五胜,赵宝乐. 基于LabVIEW和Django的线上虚拟仿真实验室 [J]. 物联网技术, 2024, 14 (02): 154-158.
[2] 王玉玲,杨秀玲,张梅等. FOCUS-PDCA在提升门诊预约诊疗服务质量中的应用研究 [J]. 中国现代医生, 2024, 62 (02): 84-87.
[3] 周瑞琪,柏玉华. 不同预约挂号方式分别适合哪些人群 [J]. 家庭生活指南, 2023, 39 (12): 124-125.
[4] 徐玥靓,倪婕,陈龙等. 基于Django的放疗流程管理系统的实现与临床应用 [J]. 中国医疗设备, 2023, 38 (12): 95-100.
[5] 袁方,任海玲,雷蓝等. 门诊患者对医院多途径预约挂号服务使用现状分析 [J]. 医学信息, 2023, 36 (21): 31-36.
[6] 张小梅,何菊,佘侃侃等. Django框架下的用户鉴权机制分析与研究 [J]. 无线互联科技, 2023, 20 (18): 146-148.
[7] 游国强. 网上预约挂号系统的设计与实现[D]. 华中科技大学, 2022.
[8] 巩蕾. 医院挂号预约管理系统设计 [J].电脑编程技巧与维护, 2022, (02): 66-68+8
[9] 冯尘尘,张欣莉,刘嘉怡等. 国内外门诊预约挂号调度系统研究进展 [J]. 西南国防医药, 2021, 31 (03): 265-268.
[10] 叶基林. 某医院挂号预约管理系统设计与实现[D]. 电子科技大学, 2021.
[11] 赵欣蝶,茅梦颖,毛雨静等. 以网上挂号为例探究老年人群新媒介接触现状 [J]. 传媒论坛, 2021, 4 (01): 22-23+26.
[12] 姚文杰. 基于微信公众平台的医院预约挂号系统研究 [J]. 数码世界, 2020, (04): 29.
[13] 王秋颖,李昂,张爱莹. 门诊预约挂号管理系统应用微信小程序的实践与展望 [J]. 中国医药导报, 2019, 16 (28): 170-173.
[14] 戴铭孚. 基于MVC模式的医院预约挂号管理系统的设计与实现[D]. 广西大学, 2019.