基于Python和VUE的宠物医院管理系统
摘 要
在当今社会,随着人们生活质量的提高和对精神健康的追求,宠物已经成为我们生活中不可或缺的伙伴。与家中宠物朝夕相处,我们与宠物之间建立了深厚的情感纽带。然而,宠物也有可能生病,需要接受医疗护理。与人类一样,无论是人还是动物,都需要一个方便且合适的场所来接受治疗。同时,智能化医院平台的普及使得正规化且办公化管理的医院向高效率的新技术转型。这种转型能够提高管理效率、优化服务质量,并方便快捷地改善各个运营部门的工作环境。因此,基于Python和VUE的宠物医院管理系统成为宠物医院的重要工具。该系统简单实用、灵活,可以事半功倍。
宠物医院管理系统采用了Python作为后端开发语言,并使用VUE作为前端页面的展示语言。系统通过Django框架进行逻辑控制,使用MySQL数据库来存储数据。前端界面使用了Vue.js框架,以提供良好的用户体验。
通过基于Python和VUE的宠物医院管理系统,医院可以更加高效地管理各项工作,并提供优质的服务。系统可以在多个环境下运行,为宠物医院带来便利与效益。
总之,基于Python和VUE的宠物医院管理系统适应了现代化医院的需求,通过采用先进的技术和框架,可以实现高效的逻辑控制和数据管理。该系统为宠物医院提供了全面的改善和升级,为医院工作人员和宠物主人提供了更好的体验和服务。
关键词:基于Python和HTML的宠物医院管理系统、Django框架、MySQL数据库、Vue.js框架
Abstract
In today's society, with the improvement of people's quality of life and the pursuit of mental health, pets have become an indispensable companion in our lives. Being with our pets day and night at home has established a deep emotional bond between us and them. However, pets may also fall ill and require medical care. Like humans, both humans and animals need a convenient and suitable place to receive treatment. At the same time, the popularization of intelligent hospital platforms has led to the transformation of standardized and office managed hospitals towards efficient new technologies. This transformation can improve management efficiency, optimize service quality, and conveniently and quickly improve the working environment of various operating departments. Therefore, a pet hospital management system based on Python and HTML has become an important tool for pet hospitals. The system is simple, practical, flexible, and can achieve twice the result with half the effort.
The pet hospital management system uses Python as the backend development language and HTML as the display language for the front-end page. The system uses the Django framework for logical control and MySQL database to store data. The front-end interface uses the Vue.js framework to provide a good user experience.
Through a pet hospital management system based on Python and HTML, hospitals can manage various tasks more efficiently and provide high-quality services. The system can run in multiple environments, bringing convenience and benefits to pet hospitals.
In summary, the pet hospital management system based on Python and HTML meets the needs of modern hospitals. By adopting advanced technologies and frameworks, efficient logical control and data management can be achieved. This system provides comprehensive improvements and upgrades for pet hospitals, providing better experiences and services for hospital staff and pet owners.
Keywords: Pet Hospital Management System Based on Python and HTML, Django Framework, MySQL Database, Vue.js Framework
目 录
表diagnostic_prescription (诊断开方)
表follow_up_registration (复诊挂号)
表have_an_appointment_with_a_doctor (预约挂号)
目前,很多国内宠物医院信息管理一般采用纯手工管理。这种方法的弊端在于参与管理的人员文化水平不一,字迹不一,互相之间会导致信息传达不便,而.且纸质信息传载媒体有着一个很大的弱点就是容易损坏,造成信息丢失。现在国内也有一些宠物医院管理的软件,采用的技术也是多种多样,但大多数宠物医院管理系统主要用于大型宠物医院的关键部门。至于小型宠物医院,利用宠物医院管理系统管理日常业务的并不多。
国外研究现状
国外的宠物市场已经进入了成熟阶段,国外宠物互联网应用为了满足不同用户不同阶段的需求也出现了不少值得借鉴的新颖产品。在国外,宠物在发达国家里作为产业已经有一二百年的历史,形成了繁育、训练、用品用具、医疗、医药、贸易的产业链。比如一些发达国家,如美国、日本和欧洲国家,宠物医院管理系统已经得到广泛应用。这些系统通过利用物联网、人工智能和大数据等技术,在宠物医疗领域提供了更高效、更便捷的服务。
国内研究现状
在国内,宠物医疗虽然还是一个新生行业,但宠物医院的数量之多已经超出人们的意料,但其中黑宠物医院也占了起码一半的比例,同时经济时报曾有一评论指出宠物医院这一行业暴利在500%以上。在国内暴利行业排名中跃居到第七位,紧随在地产、服装等行业之后。国内认为宠物医疗不像人类医疗,只是涉及部分人利益,一直没有相关法律出台,所以出现了宠物医院开遍地,宠物用药漫天要价的情形。时至今日,养宠物已成普遍,国家开始重视并开始定出相关法规来规范这一行业,宠物医院使用管理信息系统不但让顾客对医院内的药价和治疗费一目了然,也让相关部门前来检查时有据可查,由此可见,使用管理信息系统在一定程度上能消除宠物医院里那口说无凭,坑害消费者的状况,对国家规范宠物医疗行业有着重要作用。
六个章节共同组成了本文研究及设计内容,包括:
第一章:绪论。本文章的开头部分,对本题目的研究背景和国内外研究现状等一些做文字性的描述。
第二章:相关技术介绍。主要介绍Django框架、Python嵌入式脚本语言、Vue.js 介绍等。
第三章:系统分析。包括系统总体需求描述、功能性角度分析系统需求、非功能性等各个方面分析系统是否可以实现。
第四章:系统设计。本文章的重要部分,提供了系统架构的详细设计和一些主要功能模块的设计说明。
第五章:系统实现。将本系统分为前提的开发工具介绍和后期的功能代码实现。
第六章:系统测试。系统完成后,根据各个模块的测试用例才对各个模块进行功能测试。
Django是高水准的Python编程语言驱动的一个开源模型.视图,控制器风格的Web应用程序框架,它起源于开源社区。使用这种架构,程序员可以方便、快捷地创建高品质、易维护、数据库驱动的应用程序。这也正是OpenStack的Horizon组件采用这种架构进行设计的主要原因。另外,在Dj ango框架中,还包含许多功能强大的第三方插件,使得Django具有较强的可扩展性。Django 项目源自一个在线新闻 Web 站点,于 2005 年以开源的形式被释放出来。Django 框架的核心组件有:
用于创建模型的对象关系映射;
为最终用户设计较好的管理界面;
URL 设计;
设计者友好的模板语言;
缓存系统。
Django(发音:[`dʒæŋɡəʊ]) 是用python语言写的开源web开发框架(open source web framework),它鼓励快速开发,并遵循MVC设计。Django遵守BSD版权,初次发布于2005年7月, 并于2008年9月发布了第一个正式版本1.0 。
Django 根据比利时的爵士音乐家Django Reinhardt命名,他是一个吉普赛人,主要以演奏吉它为主,还演奏过小提琴等。
由于Django在近年来的迅速发展,应用越来越广泛,被著名IT开发杂志SD Times评选为2013 SD Times 100,位列“API、库和框架”分类第6位,被认为是该领域的佼佼者。
早在上个世纪90年代,Python就由吉多·范罗苏姆进行创造,自诞生之日起,Python就一直深深的受到了程序开发者的广泛喜爱,它作为计算机主要的编程语言,一直到今。Python语言是真的是一种纯面向对象的计算机语言,在Python的世界中,所有的方法、数据类型、符号等都是以类的方式存在的,最顶层的就是Object,所有的类都是对object的继承。继承是Python中的核心思想,与C语言不同的是,子类只有一个父类,这样的好处就是操作更加的简便,让人更容易理解,在代码的书写上也会容易较多。Python另外一个特性就是多态性,调用父类接口的方法可以实现子类的实现,这样的好处就是很好的对实现方法进行了隐藏(封装),而且又能够把API进行公开,一举两得。接口思想很好的诠释了想象对象的思想,让面向对象编程渐渐转向面向接口编程。如今,随着编程思想的继续发展,Python也加入了一些函数式编程的思想,这样的好处就是让编程代码更加的简洁与方便。本管理系统采用Python编程语言进行后台的开发,一是鉴于标准化制定以后,Python语言常用于大型商业应用程序后台系统中,生态稳定;二是也希望通过本系统的开发提高自己编写Python代码的能力。
Vue (读音 /vjuː/,类似于 view) 是一套用于构建用户界面的渐进式JavaScript框架。与其它大型框架不同的是,Vue被设计为可以自底向上逐层应用。Vue 的核心库只关注视图层,不仅易于上手,还便于与第三方库或既有项目整合。另一方面,当与现代化的工具链以及各种支持类库结合使用时,Vue 也完全能够为复杂的单页应用(SPA)提供驱动。
Vue.js是一套构建用户界面的渐进式框架。与其他重量级框架不同的是,Vue采用自底向上增量开发的设计。Vue 的核心库只关注视图层,并且非常容易学习,非常容易与其它库或已有项目整合。另一方面,Vue 完全有能力驱动采用单文件组件和Vue生态系统支持的库开发的复杂单页应用。
Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。
Vue.js 自身不是一个全能框架——它只聚焦于视图层。因此它非常容易学习,非常容易与其它库或已有项目整合。另一方面,在与相关工具和支持库一起使用时,Vue.js 也能驱动复杂的单页应用。
易用:在有HTML,CSS,JavaScript的基础上,快速上手;Vue.js 的 API 是参考了AngularJS、KnockoutJS、Ractive.js、Rivets.js;Vue.js 的 API 的对于其他框架的参考不仅是参考,其中也包含了许多 Vue.js 的独特功能。
灵活:简单小巧的核心,渐进式技术栈,足以应付任何规模的应用。
性能:20kb min+gzip 运行大小、超快虚拟 DOM 、最省心的优化。
-
系统分析
开发软件有没有触犯法律,这涉及到软件或者系统能不能发布的问题。如果触犯了法律,就必将会受到法律的制裁。常见法律问题就是软件抄袭问题,若是抄袭别人软件,将会受到严厉惩罚。
软件产业经过多年的发展,现在已经达到了很大的规模,从事软件开发的专业人员不计其数,软件产业的重要性已经上升到了影响和推动国民经济发展的核心地位。本系统基于的架构,目前技术已经非常的成熟,是不存在技术上面难以实现的麻烦。
开发软件所需的时间、人力和物力成本,开发完成后的收益如何,从投资回报的角度软件所需功能在现有经济条件能不能实现等进行深入的考虑,都符合实际的要求。所以宠物医院管理系统具有经济可行性和实用性,可以节约管理成本。
宠物医院管理系统主要是为了更加地完善,对医生目录管理、预约挂号管理、药房信息管理、诊断开方管理、复诊挂号管理、开方出库管理等提供了方便的机制。本系统有多类使用者,分别是用户、医生、管理员。以下是从这三种用户的角度分别介绍本系统所要实现的功能。
系统用户:
注册:首先检查用户名和邮箱是否存在,如不存在即可进行注册,并将用户输入的密码进行MD5加密,注册成功后提示注册成功,并将用户信息保存到数据库中。
登录:使用宠物医院管理系统前是需要用户登录个人账号。
通知公告:用户可以查看公告信息。
医生目录:可以查看浏览宠物医院的所有医生详情。
个人中心:用户可以查看个人中心里的信息:个人首页、预约挂号、诊断开方、
复诊挂号、收藏等。
预约挂号:可以在某个宠物医生界面点击预约挂号操作。
诊断开方:就诊后可以查看医生开的诊断开方信息。
复诊挂号:用户可以对宠物需要的进行再次复诊挂号操作。
收藏:用户收藏的宠物医院里的所有资讯内容。
医生用户:
医生目录管理:医生可以在此模块中查看各医生的详情。
预约挂号管理:处理用户提交的预约挂号信息、审核、开方等。
药房信息: 对药品进行入库出库操作,管理药品库存。
诊断开方:对诊断开方列表信息进行详情查看。
复诊挂号:对复诊挂号列表信息进行详情查看。
开方出库:对药品的开方出库列表进行详情查看。
管理员:
系统用户管理:对用户进行管理,用户的注册,包括用户昵称、用户名、账号信息:
医生目录管理: 管理员对医生目录进行添加、详情查看等管理
预约挂号管理: 管理员对预约挂号列表进行详情、开方、复诊回复等管理
药房信息管理: 管理员对药房信息进行列表查看、添加、出库处理等管理
诊断开方管理: 管理员对诊断开方列表进行详情查看等管理
复诊挂号管理: 管理员对复诊挂号列表进行详情查看等管理
开方出库管理:管理员对开方出库列表进行详情查看、出库处理等管理
系统管理: 对系统的轮播图、公告、资讯内容。
通知公告管理: 对系统的通知公告进行维护管理。
系统非功能需求有非常多,比如性能需求、可承载最大用户数、稳定性、易用性需求等。本系统分析时考虑到易用性需求,因为系统是给人使用的,所以必须充分从用户的角度出发,考虑用户体验,使系统易理解易上手易操作。
1.普通用户主要使用系统进行宠物领养申请,下图所示为普通用户的用例。
图3-1 用户用例图
2.下图所示为管理员的用例。
图3-2 管理员用例图
3.下图所示为医生的用例。
图3-3 医生用例图
系统业务流程图如下所示。
本系统架构设计主要分为可以3层,主要有Web层,业务层,Model层。其中web层还包括View层和Controller层,Model层包括元数据扩展层和数据访问层。

图4-1系统架构图
为了将系统从“做什么”落实到“怎么做”,基于系统设计原则,对系统功能进行更适合编码实现的功能划分。根据上图的系统架构设计,整理出规范的系统功能结构图,为系统的实现编码做好准备。
如下图所示为系统功能结构图。

图4-2系统功能结构图
用户管理针对所有用户和管理员。未注册用户点击注册,进入注册页面填写新用户信息,得到自定义生成账号后,注册完成。未注册用户注册的活动图如下图所示。
图4-3未注册用户注册活动图
用户可进行登录使用更多功能,首先进入用户登录界面,输入用户账号和密码,后台对账号和密码信息进行核对验证,验证成功则页面直接显示登录用户昵称代表登录成功,否则返回用户登录界面。用户登录活动图如下图。
图4-4用户登录活动图
用户登录后,进入功能页面,进行宠物医院信息浏览,通知公告、医生目录、预约挂号。用户使用功能活动图如下图所示。
图4-5用户使用功能活动图
用户功能界面可对自己的密码进行修改。进入修改密码界面后核对当前密码,核对成功后填写新密码。修改密码活动图如下图所示。
图4-6修改密码活动图
宠物医院管理系统采用的数据库是MySQL,该部分将根据系统需求和设计,设计合理的数据库。本系统考虑到之后系统的扩展集群,数据库将不使用外键。此外,不用外键时数据管理也较为简单,操作更加方便,性能更高。
E-R图,更加直观的告诉开发人员系统的各个数据的属性,各个数据之间的联系,各个数据的类型。能通过该模型更直观地了解数据库的设计,并根据对其逐渐改善。
本系统图设计,如下图所示。

图4-7系统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 | 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: |
表diagnostic_prescription (诊断开方)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | diagnostic_prescription_id | int | 10 | 0 | N | Y | 诊断开方ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | pet_name | varchar | 64 | 0 | Y | N | 宠物名称 | |
5 | pet_age | varchar | 64 | 0 | Y | N | 宠物年纪 | |
6 | opening_date | date | 10 | 0 | Y | N | 开方日期 | |
7 | list_of_prescriptions | text | 65535 | 0 | Y | N | 药方清单 | |
8 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
9 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
10 | medical_advice_content | varchar | 64 | 0 | Y | N | 医嘱内容 | |
11 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
12 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | doctor_directory_id | int | 10 | 0 | N | Y | 医生目录ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | doctors_photo | varchar | 255 | 0 | Y | N | 医生照片 | |
5 | main_project | varchar | 64 | 0 | Y | N | 主治项目 | |
6 | doctor_introduction | text | 65535 | 0 | Y | N | 医生简介 | |
7 | hits | int | 10 | 0 | N | N | 0 | 点击数 |
8 | praise_len | int | 10 | 0 | N | N | 0 | 点赞数 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | 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_phone_number | varchar | 64 | 0 | Y | N | 医生电话 | |
4 | examine_state | varchar | 16 | 0 | N | N | 已通过 | 审核状态 |
5 | user_id | int | 10 | 0 | N | N | 0 | 用户ID |
6 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
7 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表follow_up_registration (复诊挂号)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | follow_up_registration_id | int | 10 | 0 | N | Y | 复诊挂号ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
5 | pet_name | varchar | 64 | 0 | Y | N | 宠物名称 | |
6 | follow_up_time | datetime | 19 | 0 | Y | N | 复诊时间 | |
7 | follow_up_content | text | 65535 | 0 | Y | N | 复诊内容 | |
8 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
9 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
10 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
表have_an_appointment_with_a_doctor (预约挂号)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | have_an_appointment_with_a_doctor_id | int | 10 | 0 | N | Y | 预约挂号ID | |
2 | regular_users | int | 10 | 0 | Y | N | 0 | 普通用户 |
3 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
4 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
5 | pet_name | varchar | 64 | 0 | Y | N | 宠物名称 | |
6 | pet_age | varchar | 64 | 0 | Y | N | 宠物年纪 | |
7 | pet_photos | varchar | 255 | 0 | Y | N | 宠物照片 | |
8 | pet_type | varchar | 64 | 0 | Y | N | 宠物类型 | |
9 | symptom_description | text | 65535 | 0 | Y | N | 症状说明 | |
10 | appointment_time | datetime | 19 | 0 | Y | N | 预约时间 | |
11 | main_project | varchar | 64 | 0 | Y | N | 主治项目 | |
12 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
13 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
14 | examine_state | varchar | 16 | 0 | N | N | 未审核 | 审核状态 |
15 | examine_reply | varchar | 16 | 0 | Y | N | 审核回复 | |
16 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
17 | 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 | 更新时间: |
表outbound_from_the_opening_party (开方出库)
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | outbound_from_the_opening_party_id | int | 10 | 0 | N | Y | 开方出库ID | |
2 | doctor_users | int | 10 | 0 | Y | N | 0 | 医生用户 |
3 | doctors_name | varchar | 64 | 0 | Y | N | 医生姓名 | |
4 | opening_time | datetime | 19 | 0 | Y | N | 开方时间 | |
5 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
6 | drug_number | varchar | 64 | 0 | Y | N | 药品编号 | |
7 | quantity_of_square_root | int | 10 | 0 | Y | N | 0 | 开方数量 |
8 | create_time | datetime | 19 | 0 | N | N | CURRENT_TIMESTAMP | 创建时间 |
9 | update_time | timestamp | 19 | 0 | N | N | CURRENT_TIMESTAMP | 更新时间 |
编号 | 名称 | 数据类型 | 长度 | 小数位 | 允许空值 | 主键 | 默认值 | 说明 |
1 | pharmacy_information_id | int | 10 | 0 | N | Y | 药房信息ID | |
2 | drug_name | varchar | 64 | 0 | Y | N | 药品名称 | |
3 | drug_type | varchar | 64 | 0 | Y | N | 药品类型 | |
4 | drug_images | varchar | 255 | 0 | Y | N | 药品图片 | |
5 | inventory_quantity | varchar | 64 | 0 | Y | N | 库存数量 | |
6 | drug_number | varchar | 64 | 0 | N | N | 药品编号 | |
7 | function_description | text | 65535 | 0 | Y | N | 作用说明 | |
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 | regular_users_id | int | 10 | 0 | N | Y | 普通用户ID | |
2 | user_name | varchar | 64 | 0 | Y | N | 用户姓名 | |
3 | user_phone_number | varchar | 64 | 0 | Y | N | 用户电话 | |
4 | user_address | varchar | 64 | 0 | Y | N | 用户地址 | |
5 | user_gender | 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 | sensitive_vocabulary_id | int | 10 | 0 | N | Y | 敏感词汇ID | |
2 | sensitive_vocabulary | 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 | 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 | 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 | 更新时间: |
系统中应用的开发工具总结如下表所示。
表5-1开发工具
名称 | 工具 | 版本 |
操作系统 IDE(Integrated Development Environment) | Windows PyCharm | 7/8/10 最新版本 |
服务器 | Django框架 | 最新版本 |
Python解释器 | Python | 3.x 版本 |
数据库 前端框架 浏览器 界面工具 | MySQL Vue.js Google Chrome Adobe Photoshop | 5.7 最新版本 最新版本 最新版本 |
未注册用户在用户注册界面userRegister.html,输入新用户信息,点击注册后,新用户信息由前端界面传递到后端控制层userAction.py,调用addUser(user)方法。通过userDAOImp.py向数据库的用户表插入用户信息。由于用户账号是自动生成的,若成功则返回注册成功的提示,并显示新用户的用户账号;若失败,则返回登录界面,并显示登录失败的提示。
注册界面如下所示。

图5-1注册界面
用户注册关键代码如下所示。
def Register(self, ctx):
print("===================注册=====================")
userService = service_select("user")
body = ctx.body
if "username" not in body and body["username"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名不能为空",
}
}, ensure_ascii=False))
if "user_group" not in body and body["user_group"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户组不能为空",
}
}, ensure_ascii=False))
if "password" not in body and body["password"] == '':
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "密码不能为空",
}
}, ensure_ascii=False))
post_param = body
post_param['nickname'] = body["nickname"] or ""
post_param['password'] = md5hash(body["password"])
obj = userService.Get_obj({"username": post_param['username']}, {"like": False})
if obj:
return ctx.response(json.dumps({
"error": {
"code": 70000,
"message": "用户名已存在",
}
}, ensure_ascii=False))
ret = {
"error": {
"code": 70000,
"message": "注册失败",
}
}
bl = userService.Add(post_param)
if bl:
ret = {
"result": {
"bl": True,
"message": "注册成功"
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
用户在首页点击登录,进入用户登录界面userLogin.html,输入用户账号和密码,点击登录,用户账号和密码信息由前端界面传递到后端控制层userAction.py,调用userLogin(user)方法。通过userDAOImp.py向数据库的用户表搜索该用户账号与密码,并将最终结果反馈给前端。若成功则返回首页;若失败,则返回登录界面,并显示登录失败的提示。
登录界面如下所示。

图5-2登录界面
登录界面关键代码如下所示。
def Login(self, ctx):
print("===================登录=====================")
ret = {
"error": {
"code": 70000,
"message": "账户不存在",
}
}
body = ctx.body
password = md5hash(body["password"]) or ""
obj = service_select("user").Get_obj(
{"username": body["username"]}, {"like": False}
)
if obj:
user_group = service_select("user_group").Get_obj({'name': obj['user_group']}, {"like": False})
if user_group and user_group['source_table'] != '':
user_obj = service_select(user_group['source_table']).Get_obj({"user_id": obj['user_id']}, {"like": False})
if user_obj['examine_state'] == '未通过':
ret = {
"error": {
"code": 70000,
"message": "账户未通过审核",
}
}
return ret
if user_obj['examine_state'] == '未审核':
ret = {
"error": {
"code": 70000,
"message": "账户未审核",
}
}
return ret
if obj["state"] == 1:
if obj["password"] == password:
timeout = timezone.now()
timestamp = int(time.mktime(timeout.timetuple())) * 1000
token = md5hash(str(obj["user_id"]) + "_" + str(timestamp))
ctx.request.session[token] = obj["user_id"]
service_select("access_token").Add(
{"token": token, "user_id": obj["user_id"]}
)
obj["token"] = token
ret = {
"result": {"obj": obj}
}
else:
ret = {
"error": {
"code": 70000,
"message": "密码错误",
}
}
else:
ret = {
"error": {
"code": 70000,
"message": "用户账户不可用,请联系管理员",
}
}
return ctx.response(json.dumps(ret, ensure_ascii=False))
登录用户在首页点击进入用户中心userCenter.html,再点击修改个人信息按钮进入userChangeInfo.html界面。系统根据session中存储的当前登录用户的账号,向后端控制层userAction.py发送请求,搜索当前用户信息。userAction.py调用userDAOImp.py的queryByUserId(user)方法,向数据库的用户表搜索当前用户信息,并将用户信息以对象的形式返回给userChangeInfo.html界面,显示当前用户的个人信息。
如果用户要对个人信息进行修改,则在修改完成后点击确认按钮。前端界面将发送包含修改后的用户信息的请求到后端控制层userAction.py,调用changeUser(user)方法。通过userDAOImp.py向数据库的用户表更新用户信息。若成功,则返回更改成功的提示,并刷新userChangeInfo.html界面以显示更新后的用户信息;若失败,则显示修改失败的提示。
用户在登录状态下浏览医生目录时,点击某个医生的信息进行查看,医生目录可以通过医生姓名、主治项目等信息来搜索查询。
医生目录界面如下所示。

图5-3医生目录界面
用户在登录状态下点点击某个医生目录界面,可以在界面下方点击挂号预约按钮,提交挂号信息,等待后台医生的审核处理。
预约挂号界面如下所示。

图5-4预约挂号界面
预约挂号的关键代码如下。
WSGI_APPLICATION = "app.wsgi.application"
DATABASES = {
"default": {
"ENGINE": "django.db.backends.mysql",
"NAME": "project93355",
"USER": "root",
"PASSWORD": "root",
"HOST": "127.0.0.1",
"PORT": "3306",
}
}
public void insert(Map<String,Object> body){
StringBuffer sql = new StringBuffer("INSERT INTO ");
sql.append("`").append(table).append("`").append(" (");
for (Map.Entry<String,Object> entry:body.entrySet()){
sql.append("`"+humpToLine(entry.getKey())+"`").append(",");
}
sql.deleteCharAt(sql.length()-1);
sql.append(") VALUES (");
for (Map.Entry<String,Object> entry:body.entrySet()){
Object value = entry.getValue();
if (value instanceof String){
sql.append("'").append(entry.getValue()).append("'").append(",");
}else {
sql.append(entry.getValue()).append(",");
}
}
sql.deleteCharAt(sql.length() - 1);
sql.append(")");
log.info("[{}] - 插入操作:{}",table,sql);
Query query = runCountSql(sql.toString());
query.executeUpdate();
}
管理员可以对5.5.1 药房信息进行增删改查操作,比如新添一款药品,需要编辑药品编号、药品名称、药品类型、药品介绍、药品图片、库存等信息,医生可以操作药品的出库记录。
药房信息管理界面图如下所示。

图5-5药房信息管理界面
药房信息管理界面如下所示。

图5-6药品信息新增管理界面
管理员添加医生目录信息时,会给出数据填写的页面,主要包括医生姓名、主治项目、医生简介等信息数据,管理员对此模块可以进行增删改查,医生可以查看个人的目录信息。
医生目录管理设计效果如下图所示。

图5-7医生目录管理界面
医生目录管理界面逻辑代码如下:
from hashlib import md5
def md5hash(key):
input_name = md5()
input_name.update(key.encode("utf-8"))
return input_name.hexdigest()
医生可以查看用户提交的挂号预约信息以及进行就诊处理,管理员可以对预约挂号开方、复诊等数据进行维护管理。
预约挂号管理界面如下图所示。

图5-8预约挂号管理界面
预约挂号管理关键代码如下。
def Add(self, ctx):
body = ctx.body
unique = self.config.get("unique")
obj = None
if unique:
qy = {}
for i in range(len(unique)):
key = unique[i]
qy[key] = body.get(key)
obj = self.service.Get_obj(qy)
if not obj:
error = self.Add_before(ctx)
if error["code"]:
return {"error": error}
error = self.Events("add_before", ctx, None)
if error["code"]:
return {"error": error}
result = self.service.Add(body, self.config)
if self.service.error:
return {"error": self.service.error}
res = self.Add_after(ctx, result)
if res:
result = res
res = self.Events("add_after", ctx, result)
if res:
result = res
return {"result": result}
else:
return {"error": {"code": 10000, "message": "已存在"}}
-
-
- 通知公告管理模块
-
管理员可以对通知公告信息进行增删改查操作。
通知公告管理页面设计效果如下图所示。

图5-9通知公告管理界面图
通知公告管理的关键代码如下。
def Del(self, ctx):
if len(ctx.query) == 0:
errorMsg = {"code": 30000, "message": "删除条件不能为空!"}
return errorMsg
result = self.service.Del(ctx.query, self.config)
if self.service.error:
return {"error": self.service.error}
return {"result": result}
软件测试是软件开发完成后必须经过的一道程序,它在软件开发过程中地位十分重要,需要由专业的测试工程师来对软件进行各方面的测试,大到功能模块测试,小到代码的单元测试,这对测试工程师来说需要有足够的耐心和专业的测试方案,软件测试归根结底就是对软件的结构和功能的综合测评,需要做到结构稳定和功能正确,二者兼顾。软件测试也叫寻找系统bug的过程,世界上没有完美无缺、不存在bug的软件,只能将软件的bug降到最低最小,来追求极致。
登录测试是系统最开始就要进行,测试用户能否登录,才能完成后续的功能操作。
登录测试用例表如下所示。
表6-1登录测试
用例编号 | YL001 | 程序版本 | 1.00 |
功能名称 | 使用者登录测试 | 编制人 | 李铁蛋 |
功能描述 | 根据用户的登录情况测试 | ||
用例目的 | 测试用户登录情况是否正确 | ||
测试项 | 测试数据 | 测试结果 | 预期结果 |
用户名 | 为空 | 请输入用户名 | 请输入用户名 |
密码 | 为空 | 请输入密码 | 请输入密码 |
用户密码组合 | 用户名:klouse 密码 klouses | 用户与密码不匹配 | 用户与密码不匹配 |
用户密码组合 | 用户名 : klouse 密码 klouse | 进入系统 | 正确的用户名和密码 登录系统 |
管理员在发布信息页面,通过按照预先格式发布信息,如果因为输入时候缺少相关内容,就不能发布成功,且有相应错误提示
信息录入发布测试用例表如下所示。
表6-1信息录入发布测试
用例编号 | YL002 | 程序版本 | 1.00 |
功能名称 | 信息发布测试 | 编制人 | 李铁蛋 |
功能描述 | 对使用者发布或者录入信息进行测试,判断其功能是否达到预期的要求 | ||
用例目的 | 对系统使用者录入发布信息进行原型测试。 | ||
测试项 | 测试数据 | 测试结果 | 预期结果 |
属性1 | 为空 | 请输入属性1对应的数据 | 请输入属性1对应的数据 |
属性2 | 为空 | 请输入属性2对应的数据 | 请输入属性2对应的数据 |
属性3 | 为空 | 请输入属性3对应的数据 | 请输入属性3对应的数据 |
全部输入 | 数据均填入 | 录入发布成功 | 录入发布成功 |
管理员在更新信息页面,通过按照预先格式更新信息,如果因为输入时候缺少相关内容或者更新的数据不符合当前规范的话,就不能更新成功,且有相应错误提示
信息更新测试用例表如下所示。
表6-1信息更新测试
用例编号 | YL003 | 程序版本 | 1.00 |
功能名称 | 信息更新测试 | 编制人 | 李铁蛋 |
功能描述 | 对使用者更新信息进行测试,判断其功能是否达到预期的要求 | ||
用例目的 | 对系统使用者更新信息进行原型测试。 | ||
测试项 | 测试数据 | 测试结果 | 预期结果 |
属性1 | 编号:321 | 编号更新成功 | 编号更新成功 |
属性2 | 名称:名称1 | 名称更新成功 | 名称更新成功 |
属性3 | 内容:内容1234内容 | 内容更新成功 | 内容更新成功 |
全部输入 | 数据均未更改 | 更新成功 | 更新成功 |
管理员在信息页面,通过点击数据删除按钮来删除该条数据,如果该数据和其他数据有关联,则提示是否确定删除。
信息删除测试用例表如下所示。
表6-1信息删除测试
用例编号 | YL004 | 程序版本 | 1.00 |
功能名称 | 信息删除测试 | 编制人 | 李铁蛋 |
功能描述 | 对使用者删除信息进行测试,判断其功能是否达到预期的要求 | ||
用例目的 | 对系统使用者删除信息进行原型测试。 | ||
测试项 | 测试数据 | 测试结果 | 预期结果 |
数据1 | 无任何关联的数据1 | 数据删除成功 | 数据删除成功 |
数据2 | 和其他数据有关联的数据2 | 请确认是否删除 | 请确认是否删除 |
在经过之前的所有的工作之后,通过对软件的测试方法、测试原则还有典型的测试用例进行全面的、深入的介绍。经过对系统的全面测试,系统目前所具有的所有功能均成功的实现并且通过了测试,整个系统实现了基于 python 开发的期望。
宠物医院管理系统采用Python和HTML作为开发技术,并结合Vue.js框架,实现了一个成熟、强大、易理解易使用的宠物医院管理系统。通过使用这些技术,降低了开发的难度。本系统实现了基于Python和HTML的宠物医院管理系统,将数据操作维护的过程转化为电脑操作流程,具体实现了对系统人员管理、医生目录数据维护、预约挂号数据维护、药房信息数据维护,让使用者能更清晰的掌握运营情况,帮助使用者进行数据操作维护,简化工作流程,提高工作效率和盈利。
目前完成的宠物医院管理系统,还有许多有待改进的地方。一个是功能上的改进,用户理应可以修改自己的相关信息,故应增设个人中心功能;另外,系统如果能提供更多的功能就会使得系统更加丰富和多样化,比如数据当前分析和未来预测等。第二个是技术上的改进,由于对开发框架不太熟悉,权限管理这部分,如果将URL路径记录到数据库中的话,并实现对其的增删查改操作,更能提高系统的灵活性和可扩展性,最后采用Vue.js作为前端框架,结合Python后端编程语言,还是有待提升系统的视觉效果和用户体验,希望日后能对这个系统有所改进。
参考文献
[1]Jiang Y ,Bugby L S ,Lees E J . PMST: A custom Python-based Monte Carlo Simulation Tool for research and system development in portable pinhole gamma cameras [J]. Nuclear Inst. and Methods in Physics Research, A, 2024, 1061 169161-.
[2]魏晔,崔贯勋. 基于知识图谱的Python程序设计课程教学设想 [J]. 计算机教育, 2024, (02): 51-54.
[3]Aji F P ,Maharani D S ,Megarifera G L , et al. Implementation of Vue Js and Laravel on Monitoring Battery Management System [J]. Applied Mechanics and Materials, 2024, 7052 95-105.
[4]姜子昕,薛瑞雪,楚遵锋等. 山东省部分宠物犬饲养免疫情况问卷调查与分析 [J]. 中国动物检疫, 2024, 41 (01): 20-24.
[5]张良峰. 基于Django和Vue的低代码平台构建 [J]. 数字通信世界, 2024, (01): 45-48.
[6]李滢雪. 《宠物医院》的年轻化叙事和价值传递 [J]. 视听, 2024, (01): 114-117.
[7]谭韵,珠娜,谢妙琦等. 动物诊疗机构管理标准化现状及对策 [J]. 标准科学, 2023, (12): 91-94.
[8]Hagelin S . Shake my hand: Racial fantasies, white saviors, and Django Unchained's haunted screen [J]. The Journal of Popular Culture, 2023, 56 (5-6): 781-796.
[9]孔学礼,陈婷婷,吴礼平等. “双高”背景下宠物医疗技术专业人才需求调研报告 [J]. 中国动物保健, 2023, 25 (10): 127-128.
[10]汤晓燕,朱东. 基于Vue的高校迎新可视化大屏的设计与实现 [J]. 信息与电脑(理论版), 2023, 35 (17): 134-136.
[11]牟昊琨,韩文艺. 给宠物看病 如何才能明明白白[N]. 中国青年报, 2023-09-07 (003).
[12]吴薇羽. 从现实到虚拟:元宇宙如何打造宠物行业新生态 [J]. 销售与市场(营销版), 2023, (08): 86-88.
[13]吕秀萍,王瑞欣. “保险+健康管理”——犬等宠物保险发展新路径研究 [J]. 中国工作犬业, 2023, (08): 10-12.
[14]张昀. 情感与互动:宠物医院室内设计研究[D]. 南京林业大学, 2023.
[15]王慧. 一个宠物医院管理系统的设计与实现 [J]. 电脑知识与技术, 2023, 19 (10): 67-70.
[16]宗海波. 宠物医院财务管理问题探究[C]// 中国国际科技促进会国际院士联合体工作委员会. 2023年财经与管理国际学术论坛论文集(四). 玉溪鹏爱宠物医院有限公司;, 2023: 3.
[17]王眉宇. 瑞派宠物为何连续两年荣登独角兽企业榜单?[N]. 中国畜牧兽医报, 2022-06-19 (004).
[18]石达友,陈义洲,吴玄光等. 高校兽医专业宠物医疗人才培养的思考 [J]. 广东畜牧兽医科技, 2022, 47 (03): 1-3+30.
[19]邓星燕. 宠物医院营收增长的逻辑分析 [J]. 广东畜牧兽医科技, 2022, 47 (03): 43-48+81.
[20]张玉香. 进一步加强宠物医院管理[N]. 华兴时报, 2021-10-29 (003).
致谢
在老师的教导和帮助下,本人完成了本篇论文,老师对论文的内容、格式都有非常严格的要求,在我写毕业论文的过程中,他多次给出了建议,并定期检查,对我们严格要求,帮助我们在文档的编写上写到极致和正确,他这种教学和工作态度,让我对他产生无限的敬佩感和尊敬感。写毕业论文的同时,作为应届生,我也忙着找工作中,遇到了很多选择,感到困惑迷茫的时候,老师给了我很多意见,感谢老师的耐心开导,跟她的聊天我明白了许多。
我还要感谢我的父母,一直以来都非常支持和相信我,在精神和经济上给了我很多力量,如今我将毕业走上工作之路,终于能报答父母的养育教导之恩。还有我大学期间所有老师和全体同学,遇到问题时,这些老师同学总是无私地帮助我,真的非常感谢,我也会加油努力成长为一个有用的人。
请关注点赞+私信博主,免费领取项目源码