Compare commits
2 Commits
36910a6156
...
37a6b409ed
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
37a6b409ed | ||
| d59dce511d |
258
关鹏飞-开题报告.md
Normal file
258
关鹏飞-开题报告.md
Normal file
@@ -0,0 +1,258 @@
|
|||||||
|
# 大连科技学院
|
||||||
|
|
||||||
|
# 毕业设计(论文)开题报告
|
||||||
|
|
||||||
|
学院 信息科学与技术学院
|
||||||
|
|
||||||
|
专业班级 网络工程(专升本)24-1
|
||||||
|
|
||||||
|
学生姓名 关鹏飞
|
||||||
|
|
||||||
|
学生学号 2406490117
|
||||||
|
|
||||||
|
指导教师 刘鑫
|
||||||
|
|
||||||
|
导师职称 工程师
|
||||||
|
|
||||||
|
# 1 选题的意义和研究现状
|
||||||
|
|
||||||
|
# 1.1 选题的意义
|
||||||
|
|
||||||
|
近年来,随着我国居民生活水平的不断提高以及情感需求的逐步增强,宠物已从过去“看家护院”的传统角色,逐渐转变为“家庭成员”般的情感陪伴。根据《2025年中国宠物行业白皮书(消费报告)》数据显示,截至2024年,全国犬猫数量已达到1.2亿只。
|
||||||
|
|
||||||
|
中国城镇宠物(犬猫)市场规模破3000亿元,预计在2027年将达到4042亿元。然而,尽管宠物诊疗机构数量已突破2.3万家,行业内仍存在集中度低、信息化程度欠缺以及服
|
||||||
|
|
||||||
|
务流程规范性不足等诸多待解决的问题。例如,病历以手写形式记录导致易丢失,预约挂号时的长队现象、疫苗与驱虫信息分散、收费项目缺乏透明性等问题,不仅增加了宠物主人的时间成本与心理负担,同时也对宠物医院的运营效率和品牌口碑构成了明显的制约。
|
||||||
|
|
||||||
|
在这样的背景下,借助互联网及大数据技术搭建一套面向中小型连锁宠物医院的综合管理平台,已成为推动宠物医疗行业高质量发展的关键路径之一。
|
||||||
|
|
||||||
|
本课题聚焦于“爱维宠物医院管理平台”的设计与实现,旨在围绕“提升医院运营效率、优化宠物主就诊体验、保障诊疗数据安全”这三大核心目标,开发出一套包含预约
|
||||||
|
|
||||||
|
挂号、病历管理、药品库存、收费结算、疫苗驱虫提醒以及数据统计分析等主要功能的信息化系统。通过这一平台的应用,宠物医院可以实现业务的标准化、流程化和无纸化支持,从而降低劳动力成本、减少出错几率,并提升复诊的转化率。同时,该平台还为宠物主提供了在线预约、随时查询诊疗记录、健康档案等便利服务,这些功能有助于增强用户的黏性和信任感。
|
||||||
|
|
||||||
|
从理论层面来看,本研究旨在进一步丰富“互联网+宠物医疗”场景下的信息系统设计理论,为后续开展宠物健康大数据分析及远程诊疗等相关研究提供坚实的理论基础在实践层面,该平台的落地与推广能够为广大的中小型宠物医院提供一个低成本、具备可复制性与可扩展性的信息化解决方案,这一成果不仅对于促进宠物医疗行业的数字化转型具有重要意义,同时也将在提升动物福利水平方面发挥积极作用。
|
||||||
|
|
||||||
|
# 1.2本课题所涉及问题在国内外设计或研究的现状
|
||||||
|
|
||||||
|
# 1.2.1 国内外研究现状
|
||||||
|
|
||||||
|
国内宠物医院管理研究主要集中在信息管理平台的开发和服务流程的系统化上。许多学者致力于构建宠物医院的管理信息系统,重点解决门诊预约管理、宠物档案建立、医疗记录存档、药品库存管理、订单支付等问题,以此提升宠物医院运营的效率,同时改善
|
||||||
|
|
||||||
|
宠物主人的服务体验。例如,有研究针对门诊预约和宠物档案管理的双向结合提出了数字化解决方案,通过信息化技术实现宠物医疗记录的自动存档与高效检索,从而减少了人工处理数据的时间。而另一部分研究则更加关注宠物主人与宠物医院之间的交互体验探索移动终端应用,提高动态数据的可追溯性和服务的精准性。
|
||||||
|
|
||||||
|
相比之下,国外在宠物医院管理系统的研究和应用方面起步较早,并在管理智能化与服务创新方面走在了前列。例如欧美国家和地区的宠物医院管理平台,通过整合大数据、云计算和人工智能技术,形成了更加全面、便捷且个性化的服务体系。许多国家如美国、英国和澳大利亚,宠物医院管理系统不仅具备预约诊疗、处方管理等基础功能,还加入了远程医疗功能及在线咨询模块,旨在为宠物主人与宠物医生之间提供更加及时高效的沟通渠道。同时,国外宠物医院系统在药品管理与财务报表呈现等方面更强调数据分析能力。通过结合宠物医疗数据和区域病情信息,许多系统具备预测疾病流行趋势的能力,以支持医院药品库存和服务资源的规划。除此之外,国外研究也重视宠物主人的行为习惯与数据分析方法,例如借助智能算法实时分析用户活跃情况,以优化平台功能设计。
|
||||||
|
|
||||||
|
总体来看,国外对于宠物医院管理的研究进一步拓展了宠物医疗服务的技术应用边界,使其在智能化、集成化和个性化方向取得了显著成效。而国内在宠物医院管理系统的
|
||||||
|
|
||||||
|
研究目前仍处于起步阶段,更多集中在理论研究和功能开发层面,与国外相比还有较大的提升空间。
|
||||||
|
|
||||||
|
通过国内外研究现状的梳理可以看出,宠物医院管理平台发展是行业信息化建设的必然趋势。伴随着物联网、大数据和人工智能技术的普及,该行业将向着更高效、更智能更协同的方向发展,为宠物医疗服务的规范化和品质化提供有力支撑。
|
||||||
|
|
||||||
|
# 2 课题设计或研究的内容、预期目标和实施计划
|
||||||
|
|
||||||
|
# 2.1 主要设计或研究的主要内容方案论证分析
|
||||||
|
|
||||||
|
# 2.1.1 主要研究内容
|
||||||
|
|
||||||
|
本课题主要基于宠物医院管理需求,设计和实现一个多功能的管理系统。系统从管理员、宠物医生、顾客(宠物主人)三类用户的不同需求出发,为管理员提供员工和账号管理、药品/库存管理、运营与财务报表统计等核心功能;为宠物医生提供门诊接待、宠物信息查询、病历与处方管理等专业诊疗支持;为顾客(宠物主人)提供在线预约、宠物档案管理、报告查询和费用支付等便捷服务。系统旨在通过信息化手段提高宠物医院的运营效率。具体功能如下:
|
||||||
|
|
||||||
|
# (1) 前台模块
|
||||||
|
|
||||||
|
就诊指南:为有需求的顾客提供门诊预约流程和就诊要求,方便宠物主人快速了解。
|
||||||
|
|
||||||
|
系统公告:系统公告:展示医院重要通知、优惠活动、疫苗提醒等公告,确保顾客及时获取最新消息。
|
||||||
|
|
||||||
|
留言板:提供用户与系统管理员的互动渠道,用于反馈意见和咨询问题。
|
||||||
|
|
||||||
|
后台管理:为管理员和用户提供便捷的后台管理入口,确保不同权限用户高效操作。
|
||||||
|
|
||||||
|
个人中心:顾客可以在此管理个人信息、宠物档案信息等。
|
||||||
|
|
||||||
|
登录注册模块:为顾客提供安全的用户注册和登录入口。
|
||||||
|
|
||||||
|
# (2) 后台模块
|
||||||
|
|
||||||
|
# 1)宠物医生功能
|
||||||
|
|
||||||
|
个人中心:管理个人信息和查看历史诊疗记录,确保资料的准确性。
|
||||||
|
|
||||||
|
宠物信息管理:实时掌握宠物档案信息、疫苗和驱虫记录、既往病史等,便于合理安排诊疗。
|
||||||
|
|
||||||
|
门诊管理:管理门诊接待流程,包括预约分诊、叫号、创建就诊记录等。
|
||||||
|
|
||||||
|
病例模块:存储详细病历信息,包括主诉、检查结果、诊断结论和治疗方案等。
|
||||||
|
|
||||||
|
处方模块:管理药品、治疗方案的开具与使用情况,并支持处方审核和打印。
|
||||||
|
|
||||||
|
# 2)顾客功能
|
||||||
|
|
||||||
|
个人中心:查看和修改个人信息,保持联系信息的准确性。
|
||||||
|
|
||||||
|
门诊预约模块:查看和进行在线门诊预约的详细信息。
|
||||||
|
|
||||||
|
我的订单模块:查看所有服务订单和支付记录。
|
||||||
|
|
||||||
|
报告查询模块:在线查询宠物的各项医疗报告结果。
|
||||||
|
|
||||||
|
处方查询模块:查看医生的电子处方信息,并支持打印或下载。
|
||||||
|
|
||||||
|
宠物档案:实时掌握宠物档案信息。
|
||||||
|
|
||||||
|
在线支付模块:完成各类医疗服务和药品订单的在线支付。
|
||||||
|
|
||||||
|
# 3)管理员功能
|
||||||
|
|
||||||
|
个人中心:管理个人信息。
|
||||||
|
|
||||||
|
账户管理模块:管理员工和顾客的信息,包括权限设置和资料更新。
|
||||||
|
|
||||||
|
公告设置模块:负责公告信息的发布与管理。
|
||||||
|
|
||||||
|
药品模块:负责药品、耗材的库存、消耗记录和预警管理。
|
||||||
|
|
||||||
|
统计报表:统计收入、销量、业绩等相关信息并导出Excel。
|
||||||
|
|
||||||
|
门诊管理:对门诊数据进行最高权限的增、删、改、查等操作。
|
||||||
|
|
||||||
|
病例管理:对病例数据进行最高权限的增、删、改、查等操作。
|
||||||
|
|
||||||
|
宠物档案管理:对宠物档案进行最高权限的增、删、改、查等操作
|
||||||
|
|
||||||
|
总体功能图如图1所示。
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
图1总体功能图
|
||||||
|
|
||||||
|
|
||||||
|
# 2.1.2 研究方案及可行性分析
|
||||||
|
|
||||||
|
本课题研究的目标是设计和实现一个面向宠物医院的管理系统,系统将基于现代信息技术,涵盖前台展示、后台管理、宠物医生功能、顾客功能等多个模块,满足宠物医院管理员、宠物医生以及顾客用户的需求。系统设计将采用模块化架构,分为前端用户界面、后端管理系统和数据存储系统三部分。首先,通过需求分析明确系统功能需求,并完成功能模块划分;其次,使用常见的开发框架如Spring Boot、MySQL数据库等,构建数据库及用户交互界面,确保数据处理的高效性;最后,通过测试和优化,确保系统运行的稳定
|
||||||
|
|
||||||
|
性和安全性,并提升系统的用户体验。
|
||||||
|
|
||||||
|
# 2.1.3 可行性分析
|
||||||
|
|
||||||
|
# (1) 技术可行性
|
||||||
|
|
||||||
|
本系统的开发基于成熟的技术框架和工具,如 Java 开发语言、Spring Boot 框架、MySQL 数据库、HTML、CSS 及 JavaScript 等前端技术。现有的技术和工具能够完全支持宠物医院管理系统的开发与实现,保障系统的高效运行。通过 Spring Boot 框架可以实现灵活的后台管理功能,如药品库存管理、数据统计等,确保数据交互的稳定性和安全性。同时,前端技术成熟,可以为顾客提供简洁、直观且友好的交互界面。此外,系统采用模块化设计,使得功能扩展性和可维护性较高,未来可根据宠物医院的实际需求进行功能调整和升级。从技术角度来看,本研究方案是可行的。
|
||||||
|
|
||||||
|
# (2)经济可行性
|
||||||
|
|
||||||
|
在经济方面,系统的开发和运行成本相对较低。本系统采用开源技术和工具,包括Spring Boot、MySQL数据库和Vue.js,这能有效降低软件开发和维护的许可费用。硬件方面,宠物医院可以利用现有的计算机设备来部署该系统,无需购买额外的硬件,进一步降低建设成本。系统上线后,由于信息化管理提升了运营效率,能够减少人工工作量、操
|
||||||
|
|
||||||
|
作复杂性和人为出错几率,从而降低医院的运营成本。此外,系统维护仅需安排一名系统管理员即可,维护成本相对较低。总体而言,系统的开发和运行成本合理,具有较高的经济可行性。
|
||||||
|
|
||||||
|
# (3) 社会可行性
|
||||||
|
|
||||||
|
随着人们对宠物健康管理需求的增加,宠物医院信息化管理逐渐成为行业发展的趋势。本系统的开发有助于提升宠物医院的服务质量和管理效率,为客户提供便捷的在线服务,例如预约门诊、报告查询、宠物档案管理等功能。同时,管理员和宠物医生可以通过系统优化医院资源的管理,如药品库存监控、报表生成等功能,从而提升工作效率和服务质量。从社会可行性来看,系统能够显著提高宠物医院的服务水平,增强宠物主人和医院管理者的满意度,具有较大的社会价值。因此,社会对该系统的需求较高,社会可行性较强。
|
||||||
|
|
||||||
|
# 2.2本课题选题特色及预期的目标
|
||||||
|
|
||||||
|
本课题的特色在于针对宠物医院的具体管理需求,构建一个多角色、多功能的智能管理系统,涵盖管理员、宠物医生和顾客(宠物主人)的不同视角,提供从门诊预约、宠物档案管理到药品库存、订单查询和报告打印等全方位的服务支持,提升宠物医院的管理
|
||||||
|
|
||||||
|
效率和服务质量。同时,系统以现代信息技术为依托,注重模块化设计,具备良好的扩展
|
||||||
|
|
||||||
|
性和可维护性,能够根据宠物医院的实际需求实现灵活调整和功能升级。
|
||||||
|
|
||||||
|
预期目标是通过系统的开发与应用,实现宠物医院日常管理的数字化和智能化,优化服
|
||||||
|
|
||||||
|
务流程,提高宠物主人在线服务的便捷性和满意度,提升宠物医生的工作效率,规范管理
|
||||||
|
|
||||||
|
员的资源管理,推动宠物医疗服务的现代化发展。
|
||||||
|
|
||||||
|
# 2.3 本课题实施计划
|
||||||
|
|
||||||
|
<table><tr><td>周数</td><td>进度计划</td></tr><tr><td>第1周</td><td>确定毕业设计题目,在网络上对“宠物医院管理平台”进行调研</td></tr><tr><td>第2周</td><td>根据前期的调研情况,查阅相关资料完成开题报告撰写</td></tr><tr><td>第3周</td><td>选择与课题相关的外文文献,完成外文翻译。进行前期资料自查,进行系统可行性分析和需求分析</td></tr><tr><td>第4周</td><td>完成毕设前期检查。依据系统功能需求和业务流程分析,完成用例图和用例说明</td></tr><tr><td>第5周</td><td>进行系统分析,以用例图为基础进行类图、活动图和顺序图的绘制,确保系统的一致性和可维护性</td></tr><tr><td>第6周</td><td>完成数据库设计、界面设计,根据反馈意见进行修改</td></tr><tr><td>第7周</td><td>系统实现,按功能模块进行编码</td></tr><tr><td>第8周</td><td>完成毕设中期检查。系统实现,按功能模块进行编码</td></tr><tr><td>第9周</td><td>系统测试,测试本系统各业务功能运行是否正常,验证功能需求是否都符合规范要求。完成论文主体部分</td></tr><tr><td>第10周</td><td>按照系统测试结果修改代码完善功能,并完成论文剩余相关内容编写</td></tr><tr><td>第11周</td><td>提交论文初稿,根据反馈意见修改论文</td></tr><tr><td>第12周</td><td>继续修改论文,完成论文查重稿定稿。检查系统功能,为软件验收做好准备</td></tr><tr><td>第13周</td><td>进行软件验收,参加校级论文查重,根据论文内容制作答辩PPT</td></tr><tr><td>第14周</td><td>进行毕业设计答辩,并按照答辩组意见修改论文定稿,完成毕设资料存档</td></tr></table>
|
||||||
|
|
||||||
|
# 3 主要参考文献
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[1] 王慧. 一个宠物医院管理系统的设计与实现[J]. 电脑知识与技术,023(10):67-70.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[2]田斌.基于SSM框架的宠物医院系统设计[J].无线互联科技,2023,(14):69-71.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[3] K. Nandhini. Veterinary Hospital Management System Using AI Integrated Advisory[J]. International Journal of Science, Engineering and Technology, 2025, 13(2).
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[4]颜惠.基于Web的宠物店信息管理系统设计[J].软件,2023,(2):147-149.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[5] 艾钰承,朱海风,刘舟.基于 SpringBoot 的“喵站”宠物服务平台的设计与实现[J].科技资讯,2023,(22):22-25.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[6]庞嵩昊,李盈,赵艺,苏盼盼,田新志.基于Vue和SpringBoot前后端分离的宠物服务系统的设计与实现[J].电脑知识与技术,2023,(21):42-45.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[7] 丁禹钧,朱一龙,王雪静.基于 SpringBoot 和 Vue 的高校学生社团管理系统[J].电脑编程技巧与维护,2025,(9):110-112,165.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[8] 陈宇佳.基于Web服务器的宠物托管服务管理系统设计[J].电脑编程技巧与维护, 2024, (2):80-82,120.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[9] 丁子木, 刘美彤, 韩梦杰, 曹严, 赵礼扬. Vue 框架中的 MVVM 思想的实践与优化[J]. 电脑编程技巧与维护, 2025,(4):76-78.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[10]吴园园.基于机器学习的宠物医院药品需求预测研究[D].成都:电子科技大学,2025.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[11]胡甜.宠物在线问诊平台项目创业计划书[D].大连:大连理工大学,2023.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
[12]柳伟卫.Vue.js+Spring Boot全栈开发实战[M].人民邮电出版社,2023.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
指导教师意见:
|
||||||
|
|
||||||
|
指导教师:
|
||||||
|
|
||||||
|
年月日
|
||||||
|
|
||||||
|
# 教研室意见:
|
||||||
|
|
||||||
|
审查结果:R同意开题
|
||||||
|
|
||||||
|
□不同意开题
|
||||||
|
|
||||||
|
教研室主任:
|
||||||
|
|
||||||
|
年月日
|
||||||
178
需求清单.md
Normal file
178
需求清单.md
Normal file
@@ -0,0 +1,178 @@
|
|||||||
|
# 爱维宠物医院管理平台(可落地需求清单 v1)
|
||||||
|
|
||||||
|
来源:`关鹏飞-开题报告.md`(提炼 + 落地化改写)
|
||||||
|
|
||||||
|
## 0. 目标与范围
|
||||||
|
|
||||||
|
### 0.1 建设目标
|
||||||
|
- 提升宠物医院运营效率:流程标准化、无纸化、减少排队与人工重复录入。
|
||||||
|
- 优化宠物主就诊体验:在线预约、随时查询档案/病历/处方/报告。
|
||||||
|
- 保障诊疗数据安全:权限控制、审计(可选)、数据备份策略(可选)。
|
||||||
|
|
||||||
|
### 0.2 系统用户与角色
|
||||||
|
- 管理员(后台全局管理)
|
||||||
|
- 宠物医生(诊疗业务)
|
||||||
|
- 顾客/宠物主人(前台自助服务)
|
||||||
|
|
||||||
|
### 0.3 MVP 建议边界(用于阶段验收)
|
||||||
|
- 顾客端:注册登录、宠物档案、门诊预约、订单/支付(可先做“线下支付/模拟支付”)、报告/处方查询
|
||||||
|
- 医生端:门诊接待(接诊/叫号/分诊简化)、病历、处方
|
||||||
|
- 管理员端:账号管理、公告管理、药品/耗材库存、基础统计
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 1. 权限与通用能力(RBAC)
|
||||||
|
|
||||||
|
### 1.1 账号体系
|
||||||
|
- 支持登录/退出
|
||||||
|
- 支持注册(顾客)
|
||||||
|
- 支持重置密码(管理员为员工重置;顾客找回可选)
|
||||||
|
|
||||||
|
### 1.2 权限控制
|
||||||
|
- 管理员:拥有最高权限,可进行门诊/病例/宠物档案等全局增删改查
|
||||||
|
- 医生:仅能处理授权范围内的诊疗数据(默认本人接诊记录;可扩展到科室/门店)
|
||||||
|
- 顾客:仅能访问“本人 + 本人宠物”的数据
|
||||||
|
|
||||||
|
### 1.3 通用能力(建议)
|
||||||
|
- 操作审计日志(可选,建议对:删除、作废、退款、库存出入库等关键操作记录)
|
||||||
|
- 文件上传(报告附件、宠物头像等)
|
||||||
|
- 数据导出(Excel/CSV,报表二期可增强)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 2. 顾客端(前台)需求
|
||||||
|
|
||||||
|
### 2.1 登录/注册
|
||||||
|
- 顾客注册信息:手机号/邮箱(二选一)+ 密码(验证码可选)
|
||||||
|
- 登录后进入个人中心
|
||||||
|
|
||||||
|
### 2.2 就诊指南(内容展示)
|
||||||
|
- 展示门诊预约流程、就诊要求、注意事项
|
||||||
|
- 内容由管理员维护(后台公告/文章形式即可)
|
||||||
|
|
||||||
|
### 2.3 系统公告
|
||||||
|
- 公告列表/详情
|
||||||
|
- 支持置顶、发布时间、下架
|
||||||
|
- 场景:医院通知、优惠活动、疫苗/驱虫提醒类公告
|
||||||
|
|
||||||
|
### 2.4 留言板/咨询
|
||||||
|
- 顾客提交:标题、内容、联系方式、提交时间
|
||||||
|
- 管理员处理:回复内容、处理状态(待处理/已处理)
|
||||||
|
|
||||||
|
### 2.5 个人中心
|
||||||
|
- 个人信息:姓名/昵称、联系方式等
|
||||||
|
- 查看我的宠物列表
|
||||||
|
|
||||||
|
### 2.6 宠物档案(顾客自助)
|
||||||
|
- 新增/编辑宠物:名称、品种、性别、生日、体重、照片(可选)
|
||||||
|
- 疫苗/驱虫记录:日期、项目、备注、下次提醒日期
|
||||||
|
|
||||||
|
### 2.7 门诊预约
|
||||||
|
- 预约信息:门店/科室/医生(可选)、日期、时段、就诊宠物、备注
|
||||||
|
- 预约状态:待确认/已确认/已到诊/已取消/爽约
|
||||||
|
- 顾客可取消(规则:如就诊前 X 小时内不可取消,规则可选)
|
||||||
|
|
||||||
|
### 2.8 我的订单 & 在线支付
|
||||||
|
- 订单列表/详情
|
||||||
|
- 订单状态:未支付/已支付/已取消/退款中/已退款
|
||||||
|
- 支付:
|
||||||
|
- MVP:记录支付方式与支付状态(线下/模拟)
|
||||||
|
- 二期:对接微信/支付宝
|
||||||
|
|
||||||
|
### 2.9 报告查询
|
||||||
|
- 按宠物/时间筛选
|
||||||
|
- 报告形式:文本摘要 + 附件(图片/PDF)
|
||||||
|
|
||||||
|
### 2.10 处方查询
|
||||||
|
- 查看医生开具的电子处方
|
||||||
|
- 支持下载/打印(可选:导出 PDF)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 3. 医生端(后台)需求
|
||||||
|
|
||||||
|
### 3.1 个人中心
|
||||||
|
- 个人资料维护
|
||||||
|
- 查看历史诊疗记录
|
||||||
|
|
||||||
|
### 3.2 门诊接待/门诊管理
|
||||||
|
- 查看预约列表(按日期、状态筛选)
|
||||||
|
- 到诊登记/叫号(可简化为状态流转)
|
||||||
|
- 创建就诊记录(Visit)并关联:顾客、宠物、预约
|
||||||
|
|
||||||
|
### 3.3 宠物信息查询
|
||||||
|
- 查看宠物档案、疫苗/驱虫记录、既往病史
|
||||||
|
|
||||||
|
### 3.4 病历管理
|
||||||
|
- 创建/编辑病历:
|
||||||
|
- 主诉、现病史、体格检查、检查结果、诊断结论、治疗方案、医嘱
|
||||||
|
- 病历与就诊记录关联
|
||||||
|
- 病历状态:草稿/已完成(可选)
|
||||||
|
|
||||||
|
### 3.5 处方管理
|
||||||
|
- 开具处方:药品明细(名称、规格、数量、用法用量、天数)
|
||||||
|
- 处方状态:草稿/已提交/已发药(可选)/已作废
|
||||||
|
- 支持打印/导出(可选)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 4. 管理员端(后台)需求
|
||||||
|
|
||||||
|
### 4.1 账户管理
|
||||||
|
- 员工账号管理:新增、禁用、重置密码、分配角色
|
||||||
|
- 顾客账号:查看/禁用(可选)
|
||||||
|
|
||||||
|
### 4.2 公告管理
|
||||||
|
- 发布、编辑、置顶、下架
|
||||||
|
|
||||||
|
### 4.3 药品/耗材管理(库存)
|
||||||
|
- 药品资料:名称、规格、单位、库存、预警阈值(进价/售价可选)
|
||||||
|
- 入库:入库数量、入库时间、经办人
|
||||||
|
- 出库/消耗:消耗数量、消耗时间、关联处方/手工出库(MVP 可先手工)
|
||||||
|
- 预警:库存低于阈值的列表提示
|
||||||
|
|
||||||
|
### 4.4 数据管理(全局)
|
||||||
|
- 门诊管理:全局查询、纠错、删除(建议保留审计)
|
||||||
|
- 病例管理:全局查询、纠错、删除/作废
|
||||||
|
- 宠物档案管理:全局查询、纠错
|
||||||
|
|
||||||
|
### 4.5 统计报表
|
||||||
|
- 基础报表:
|
||||||
|
- 收入统计(按日/周/月)
|
||||||
|
- 订单数量
|
||||||
|
- 医生业绩(按医生汇总)
|
||||||
|
- 导出 Excel(建议二期)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 5. 数据实体草案(用于 ER 图/数据库设计)
|
||||||
|
|
||||||
|
> 该部分用于数据库设计草案,可按项目栈进一步细化字段。
|
||||||
|
|
||||||
|
- User(用户:顾客/员工)
|
||||||
|
- Role / Permission(或简化为 user.role)
|
||||||
|
- Pet(宠物)
|
||||||
|
- VaccineRecord(疫苗/驱虫记录)
|
||||||
|
- Appointment(预约)
|
||||||
|
- Visit(就诊/门诊记录)
|
||||||
|
- MedicalRecord(病历)
|
||||||
|
- Prescription(处方)
|
||||||
|
- PrescriptionItem(处方明细)
|
||||||
|
- Drug(药品)
|
||||||
|
- StockIn(入库流水)
|
||||||
|
- StockOut(出库/消耗流水)
|
||||||
|
- Order(订单)
|
||||||
|
- Payment / Refund(支付/退款,可 MVP 合并到 Order)
|
||||||
|
- Report(检查报告:文本 + 附件)
|
||||||
|
- Notice(公告)
|
||||||
|
- MessageBoard(留言)
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 6. 关键待确认点(决定后续架构与实现)
|
||||||
|
|
||||||
|
1) 前端技术:Vue3(SPA)还是模板渲染(如 Thymeleaf)?
|
||||||
|
2) 形态:一个 Web 站点多入口,还是顾客端另做 H5/小程序?
|
||||||
|
3) 支付:MVP 仅记录支付状态,还是要真实对接?
|
||||||
|
4) 多门店/多院区:是否必须?
|
||||||
|
5) 报告来源:人工上传附件为主,还是要对接设备/第三方?
|
||||||
Reference in New Issue
Block a user