摘 要
现如今人口老龄化问题日趋明显，居民健康意识不断增强，居家健康管理的需求显著提升。传统线下就医流程繁杂，医疗资源分配不够均衡，无法充分满足家庭健康监测、慢病护理及基础医疗咨询等日常需求。随着互联网与智能技术飞速发展，智慧化居家医疗平台建设成为主流，由此推动家庭医务助手系统的研究与开发。本系统采用Java开发，以Spring Boot、Vue、uni-app为核心技术框架，区分用户、医生、管理员三类角色，支持上门问诊预约、健康数据记录等基础业务，结合协同过滤算法推送个性化健康服务。为适配不同用户使用需求，本文围绕系统功能模块完成整体设计与实现，完善家庭医疗信息管理模式，有效缓解日常就医不便的问题，为用户提供便捷智能、优质高效的一站式居家健康管理服务。
关键词：家庭；医务；Android；Spring Boot；Vue

Abstract
Nowadays, the problem of population aging is increasingly obvious, residents’ health awareness is continuously enhanced, and the demand for home health management is significantly increased. The traditional offline medical treatment process is complicated, and the distribution of medical resources is not balanced enough, which can not fully meet the daily needs of family health monitoring, chronic disease care and basic medical consultation. With the rapid development of Internet and intelligent technology, the construction of intelligent home medical platform has become the mainstream, which promotes the research and development of home medical assistant system. The system is developed in Java, with spring boot, Vue and uni app as the core technical framework, which distinguishes three roles of users, doctors and administrators, supports basic services such as door-to-door appointment and health data recording, and pushes personalized health services combined with collaborative filtering algorithm. In order to meet the needs of different users, this paper completed the overall design and implementation around the system function module, improved the family medical information management mode, effectively alleviated the inconvenience of daily medical treatment, and provided users with convenient, intelligent, high-quality and efficient one-stop home health management services.
Keywords:Family; Medical Matters; Android;Spring Boot;Vue

第一章 绪论
1.1选题背景
当前国内人口老龄化进程持续加快，国民健康防护意识不断提高，居家健康管理与慢性病日常监护的需求日益突出。传统线下就医模式流程繁琐、耗时较长，优质医疗资源分布不均，难以满足普通家庭日常健康监测、基础医疗咨询及居家养护的基础需求。家庭健康数据缺乏统一管理渠道，基层便捷医疗服务供给不足，诸多民生健康问题亟待改善。伴随互联网与智慧医疗技术快速发展，数字化健康服务逐步普及，为居家医疗信息化建设奠定了基础。在此发展背景下，开发高效便捷的家庭医务助手系统，契合大众健康生活需求，也成为当下智慧医疗领域的重要研究方向。
1.2选题意义
家庭医务助手系统的研发与应用，对普通用户、医护人员及平台管理员均具备重要的现实价值与应用意义。对于家庭用户而言，系统可提供健康数据管理、上门医疗预约等服务，简化就医流程，满足居家日常健康管护需求。对于医生群体，能够线上对接患者，合理统筹接诊安排，高效开展远程咨询与居家诊疗工作，提升医疗服务效率。对于管理员，可实现医疗人员、用户信息与服务订单的集中化管控，规范平台运营流程，降低管理成本。整体而言，该系统完善了居家智慧医疗服务体系，推动基层家庭医疗服务朝着智能化、规范化方向发展。
1.3国内外研究现状
1.3.1 国外研究现状
国外家庭医务助手相关研究起步早、应用成熟，已形成多元化、智能化的居家医疗服务体系。美国推出 PillDrill 智能药管家，以 RFID 技术实现用药管理与提醒；新罕布什尔大学研发的家庭照护机器人，为阿尔兹海默症患者提供个性化监护。日本悠翔会构建 “设备 + 数据 + 服务” 闭环，覆盖 47 个都道府县、服务 30万户家庭，提供居家透析、AI 虚拟护士随访等服务。意大利通过 Home Care Premium 项目与 Resilia App，整合 AI 与远程监测优化慢病管理。瑞典应用 Tes、Viva 等 App 实现居家护理任务数字化调度。这些应用以物联网、AI 为核心，覆盖健康监测、慢病管理、用药提醒等场景，为家庭医务助手系统研发提供了成熟参考。
1.3.2国内研究现状
国内家庭医务助手系统研究与应用快速推进，聚焦居家健康管理、慢病监护与远程医疗，形成多元落地场景。腾讯健康家医助手、中国家庭医生等平台，提供在线问诊、健康档案管理、用药提醒等服务。广州“穗小伊”AI就医助理覆盖300余家医院，实现挂号、报告解读与云陪诊；南京大学“超能家医”在南京、上海社区落地，助力慢病管理。福建“智慧家庭病床服务平台”累计服务千余人次，北京西城区、嘉兴秀洲区依托智能设备实现居家体征监测与紧急救援。鱼跃医疗搭建“端-边-云”健康管理平台，联动200+智能设备构建监测闭环。这些应用以物联网、AI为核心，推动家庭医疗服务向智能化、便捷化发展。
1.4主要研究内容
本文围绕家庭医务助手系统展开设计与开发研究，致力于构建功能完善、操作便捷的家庭医务服务平台。首先对家庭医疗场景中的预约上门、健康监护等现有模式进行梳理分析，结合用户实际需求开展全面调研与需求拆解，同时引入协同过滤算法用于个性化服务推荐，以此提升系统智能化水平。在此基础上完成系统功能模块的详细设计，最终实现在线问诊、医学知识科普、健康状况评估、预约上门等核心功能，全面提升家庭医疗服务的便捷性与智能化程度。
本系统采用C/S架构进行开发，用户端通过网络向服务器发送操作与数据请求，服务端接收并处理请求后完成数据响应与交互，保障用户端与服务端高效稳定通信，为系统整体运行提供可靠支撑。
1.5论文章节安排
论文前后划分七章，系统阐述家庭医务助手系统设计与实现。第一章绪论，剖析家庭医务助手系统的课题背景、意义及国内外研究现状；第二章介绍家庭医务助手系统实现的关键技术；第三章从需求与可行性角度，明确家庭医务助手系统建设必要性；第四章聚焦家庭医务助手系统总体设计，确立目标原则，规划功能模块；第五章详述家庭医务助手系统的实现环境与核心功能的具体开发过程；第六章围绕家庭医务助手系统测试，说明测试目的与模块测试情况；第七章总结全文关于家庭医务助手系统的研究成果，展望未来优化方向。
第二章相关开发技术
2.1 SpringBoot框架
Spring Boot框架是基于Spring平台构建的现代化Java后端开发框架，以“约定大于配置”为核心设计理念，简化了传统Spring繁杂的配置流程，支持自动依赖注入、自动装配、内置Web服务器等特性，有效降低开发难度，提升项目搭建与迭代效率。该框架具备稳定性强、扩展性高、兼容性好等优势，可无缝对接各类数据库与前端框架，适用于各类Web应用与管理系统开发。在家庭医务助手系统中，Spring Boot框架作为核心后端支撑框架，负责处理用户登录、数据交互、业务逻辑调度、接口响应等关键操作，为系统的预约上门、健康数据管理、个性化推荐等功能提供高效可靠的运行环境，是保障家庭医务助手系统稳定、安全、高效运行的重要技术基础。
2.2 Vue框架
Vue框架是一款轻量高效、易于上手的前端JavaScript框架，采用组件化开发模式与双向数据绑定机制，能够快速构建响应式、交互友好的用户界面，具有生态丰富、灵活性强、渲染性能优异等特点，广泛应用于各类Web管理系统与移动端页面开发。Vue支持动态数据渲染、路由跳转、组件复用等核心能力，可大幅提升前端开发效率与页面流畅度，为用户提供稳定舒适的操作体验。在家庭医务助手系统中，Vue框架用于搭建用户端、医生端与管理员端的前端界面，实现健康数据展示、在线问诊交互、预约下单、信息管理等功能，与后端高效联动，为家庭医务助手系统提供美观清晰、操作便捷的前端展示层，是提升系统整体使用体验的关键技术支撑。
2.3MySQL数据库
MySQL数据库是一款开源免费、性能稳定的关系型数据库管理系统，凭借体积小巧、运行高效、操作简单、安全性良好等优势，成为中小型软件开发的主流数据库选型。其支持标准SQL语句进行数据读写、查询与维护，能够实现海量结构化数据的分类存储与高效管理，同时兼容多平台、支持多用户并发访问，数据维护与后期拓展十分便捷。在家庭医务助手系统中，MySQL承担核心数据存储工作，统一保存用户资料、医生信息、健康监测数据、上门预约记录、问诊信息及科普内容等关键数据，完成后端数据的持久化存储与快速调取，稳定衔接前后端数据交互，保障家庭医务助手系统各项业务功能有序、流畅运转。
2.4协同过滤算法
协同过滤算法是当下应用广泛的智能推荐类算法，核心通过分析用户历史行为、操作偏好与内容交互数据，计算用户或服务内容之间的相似度，挖掘潜在关联关系，从而完成智能化精准推荐。该算法无需依赖复杂标签体系，自适应能力强，逻辑简洁且落地性高，普遍应用于各类服务推送场景。在家庭医务助手系统中，协同过滤算法会采集用户健康浏览记录、慢病类型、问诊需求及服务使用习惯，结合群体相似特征，智能推送适配的健康科普知识、日常养护方案、居家医疗服务等内容，打破单一化信息展示模式，增强系统智能化与个性化，有效提升家庭医务助手系统的服务质量与用户使用体验。
2.5DeepSeekAI
DeepSeekAI是深度求索研发的新一代人工智能大语言模型，具备强大的自然语言理解、数据运算与专业知识解析能力，推理性能优异，适配多行业智能化场景落地应用。该模型可快速整合、研判多维度数据信息，精准挖掘数据背后的潜在健康规律。在家庭医务助手系统中，DeepSeekAI能够自动采集并分析用户日常心率、血压、作息等身体数据，结合医学常识进行综合研判，生成健康评估报告，提供合理的养生建议与慢病干预参考，同时搭配智能问答服务，有效挖掘用户健康需求，全面提升家庭医务助手系统的数据分析能力与智能服务水平。
2.6本章小结
本章围绕家庭医务助手系统的开发与设计需求，对项目所需的核心技术进行了系统性梳理与介绍，重点阐述了SpringBoot后端框架、uni-app跨平台开发架构及Vue前端框架的关键知识。这些技术的前置讲解，为系统后续的整体设计、功能模块开发及多端适配筑牢了技术根基，完成了项目开发前的技术层面准备工作。

第三章系统分析
3.1系统开发目的
开发家庭医务助手系统，旨在依托信息化与智能技术，优化传统家庭医疗服务模式。系统整合在线问诊、健康档案管理、上门服务预约、健康知识推送等功能，方便居民随时监测身体状况、获取专业医疗指导，降低就医成本。帮助基层医生高效管理签约居民信息，简化随访与问诊流程，减轻工作负担，提升诊疗服务效率。同时便于管理人员统一统筹平台数据、管控服务资源、规范运营秩序。通过搭建一体化移动端服务平台，弥补居家医疗服务短板，改善医疗资源分配问题，全面提升家庭健康管理的智能化、便捷化与规范化水平。
3.2需求分析
截至2025年，全国家庭医生总数达139.1万人，重点人群签约率多地超80%。当前家庭医务以线下签约、上门随访、社区诊疗为主，存在服务供需失衡、数据孤岛、转诊不畅、居民认知不足等问题。基于Android的家庭医务助手系统中，用户需便捷记录健康数据、在线问诊、预约服务与获取健康指导；医生需高效管理签约居民、查看健康档案、远程诊疗与开具处方；管理员需统筹用户与医生信息、监管服务流程、维护系统数据安全，以此破解传统模式痛点，提升家庭医疗服务效率与质量。
3.3 可行性分析
基于对家庭医务助手系统的用户需求剖析，从课题所涉技术层面的可行性、开发全程的经济成本，以及用户最终操作该系统的易用性等维度，对系统实现的可行性展开分析研究。
3.3.1技术可行性
本次开发家庭医务助手系统具备充足的技术可行性，当前Java、SpringBoot、Vue、MySQL等开发技术发展成熟，文档资料丰富，开发流程规范，技术门槛较低且适配性强。移动端Android开发框架完善，能够快速完成界面搭建与功能调试。协同过滤算法、智能数据分析等技术已广泛应用于同类医疗管理系统，可稳定实现个性化推荐与健康数据解析。各类开发工具、调试软件与服务器技术成熟可靠，软硬件环境易搭建、易维护。开发人员熟练掌握相关技术栈，具备项目开发、代码编写与问题排查能力，能够保障系统有序开发、稳定运行与后期迭代优化。
3.3.2经济可行性
家庭医务助手系统具备良好的经济可行性，该系统采用开源技术框架进行开发，无需支付高额软件授权费用，硬件配置要求较低，开发、部署与后期维护成本可控。系统投入使用后，能够减少线下医疗服务的人力、场地及运营开支，节约基层医疗资源消耗。同时，依托数字化服务模式，降低居民线下就医与上门问诊的额外开销，减轻医患双方经济负担。平台可高效整合医疗服务资源，提升家庭医务服务运转效率，减少资源浪费。长期来看，系统后期升级迭代成本低，实用性强，可产生间接社会效益与管理效益，具备较高的经济推广价值。
3.3.3操作可行性
家庭医务助手系统具备良好的操作可行性。系统界面设计简洁直观，操作流程简化，贴合不同年龄段用户的使用习惯，无需专业操作基础即可快速上手。医护人员可便捷完成档案管理、线上问诊、服务排班等日常工作，操作门槛低。管理人员能够可视化处理数据统计、信息审核与权限管控等工作，流程清晰易懂。系统交互逻辑合理，功能分区明确，搭配简易操作指引，可有效降低学习成本。整体操作简单便捷，适配日常办公与居家使用场景，部署上手快，落地应用难度小，完全满足多方用户常态化使用需求。
3.4 系统功能性需求
本家庭医务助手系统开发旨在让家庭医务信息管理工作实现规范化、高效化与系统化。系统主要面向用户、医生和管理员三类群体，根据不同用户角色，量身定制专属功能。接下来，将借助用例图这一工具，针对各用户角色功能展开可行性分析，清晰呈现系统功能架构与用户使用场景，以确保系统能切实满足各方需求。
3.4.1管理员用例分析
在家庭医务助手系统里，管理员拥有最高权限。凭借这一特殊身份，管理员能够查看系统内所有功能产生的数据信息。通过系统精心设计的功能模块，管理员肩负着对身体数据、预约取消等关键功能模块的维护管理重任。这一角色的具体操作流程与权限范围，在管理员用例图（图3-1）中有着清晰直观的呈现，为系统的稳定运行与功能完善提供有力保障。

图3-1 管理员用例图
3.4.2医生用例分析
在本系统里，医生承担着家庭医生的关键角色，主要职责是为用户提供专业的健康问诊服务。凭借系统赋予的权限，医生能够查看、维护和管理在线问诊信息以及健康评估数据信息。通过这些操作，医生可以更好地了解用户健康状况，给予精准诊疗建议。医生角色的具体操作流程，在医生用例图（图3-2）中得以清晰呈现。

图3-2 医生用例图
3.4.3用户用例分析
在家庭医务助手系统中，用户属于基础用户角色。依托该系统，用户能享受诸多便利服务。一方面，用户可预约医生上门服务，让医疗护理直接走进家庭；另一方面，还能查看坐诊医生的详细信息，包括医生的专业领域、坐诊时间等，以便选择合适的医生就诊。用户在系统中的这些操作流程与功能使用，在用户用例图（图3-3）中有着直观且详尽的展示。

图3-3 用户用例图
3.5系统非功能性
3.5.1 性能需求
（1）为确保系统流畅运行，满足用户高效使用需求，系统服务器响应用户数据的能力至关重要。经专业评估，其向用户响应数据的速率最低标准为不少于2000条每秒；
（2）从优化用户体验出发，系统对页面加载速度有着严苛要求。系统页面必须具备快速响应能力，务必保证在3秒以内完成打开操作；
（3）为满足智慧社区垃圾分类的运营需求，系统具备出色的并发处理能力，确保同时在线使用系统的总人数始终维持在不少于2000个的水平；
（4）为充分容纳系统运行中产生的海量数据，对系统数据的存储容量有着明确要求，务必保证在50G以上。
3.5.2 可靠性
（1）在系统的设计与运维过程中，将采取一系列严格且专业的措施，全力降低因系统故障所引发的数据错误概率，以保障数据的精准性和可靠性；
（2）在用户使用系统过程中，一旦检测到操作失误，系统会立即启动智能响应机制。及时给出清晰、明确的提示信息，并提供有效的处理手段，将错误操作拦截，防止错误数据产生；
（3）为全力保障数据的安全性，系统构建了一套完备的数据防护体系。一旦数据出现丢失、损坏或异常等问题，能够迅速启动应急方案，及时执行回滚操作与数据恢复流程，确保数据安全无虞。
3.6本章小结
本章开篇先对系统分析的核心概念及行业内常用的分析方法进行了简要阐述与梳理。在此基础上，围绕平台建设的实际需求，从技术可行性、经济可行性两大可行性等维度以及系统功能性需求、系统非功能需求维度，展开了全面且有条理的需求拆解与论证，为后续系统设计奠定了坚实的需求基础。

第四章系统设计
4.1系统架构设计
家庭医务助手系统采用分层架构设计，主要包含展示层、访问层、应用层与数据层。展示层依托前端页面实现人机交互，面向各类用户展示操作界面；访问层统一拦截请求、完成权限校验与接口转发；应用层承载核心业务逻辑，处理问诊、预约等各项业务功能；数据层以数据库为核心，负责所有业务数据的存储、读取与维护，四层协同保障系统稳定运转。系统架构图如图4-1所示。

图4-1 系统架构图
4.2系统总体设计
本系统功能模块围绕家庭医疗实际使用需求展开规划设计，结合真实应用场景合理划分业务板块。结合用户、医生、管理员三类核心角色的不同业务诉求，针对性完成功能开发，搭建完整的家庭医务服务体系。系统主要实现在线问诊、上门服务预约、个人身体数据管理、健康信息查询等关键业务模块，可规范化处理各类医疗相关信息。整体功能架构层次分明、布局合理，详细结构可见图4-2、4-3、4-4，清晰呈现各模块关联逻辑。通过多角色权限划分与一体化功能整合，集中解决居家健康管理难题，为居民提供一站式医疗健康服务，有效提升家庭医务服务的实用性与便捷性。

图4-2 管理员端功能结构图

图4-3 医生端功能结构图

图4-4用户端功能结构图
4.3系统核心功能设计
通过系统总体设计小节可知，本课题实现的功能比较多且多数功能设计上存在重复性，故而本小节只对系统的核心功能设计的设计思路进行描述与分析。
4.3.1用户功能设计
在用户管理相关功能设计里，管理员能够自主添加新用户，填写账号、姓名、登录密码等基础资料。对于系统里已注册的所有用户信息，管理员可以随时编辑调整资料内容，遇到废弃或违规账号时，也能直接进行删除处理。管理员日常管理用户的完整操作流程，可查看图4-5直观了解。

图4-5管理员端用户功能流程图
4.3.2坐诊医生功能设计
在坐诊医生模块设计中，需为普通用户、执业医生及平台管理员划分差异化操作权限。用户可通过Android客户端浏览全部坐诊医生资料，包括医生姓名、专业擅长、服务空闲时段等内容，同时支持在线预约上门服务、签约家庭医生、实时线上问诊等业务。医生可借助新增入口自主完善坐诊相关内容，填写出诊时间、擅长诊疗领域，并随时对已有坐诊信息进行编辑更新。管理员能够统一查阅全体医生的坐诊安排，查看详细资料。医生端该模块的业务流程可参见图4-6。
图4-6医生端坐诊医生功能流程图
4.3.3预约上门服务功能设计
预约上门服务模块的设计，围绕用户、医生与管理员三类角色，分别配置对应操作权限。用户可自主查询个人上门预约记录，浏览预约编号、预约时段等内容，同时及时查看医生给出的审核反馈结果。医生能够接收并查阅用户提交的预约申请，了解患者症状描述与预约时间，进而完成审核批复工作。管理员可统一查看平台全部上门预约数据，实时掌握预约时间与审核进度。医生端预约上门服务功能的具体业务流程，如图4-7所示。

图4-7医生端预约上门服务功能流程图
4.3.4身体数据功能设计
在身体数据模块设计中，医生与管理员均可查阅全体用户的身体监测信息，涵盖体温、收缩压、心率等关键健康指标，同时支持智能AI数据分析。该分析功能依托DeepSeekAI大模型实现，自动对用户各项身体数据进行智能研判与整合解析。管理员端针对身体数据管理的完整操作流程与业务逻辑，具体可参照图4-8进行查看。

图4-8管理员端身体数据功能流程图
4.3.5签约医生功能设计
在线签约医生模块里，管理员能够统一查询用户与医生的签约记录，掌握签约生效时间、到期日期以及医生的审核进度。医生可浏览用户提交的签约申请，核对签约时间与用户账号信息，并完成线上审核处理。用户则可随时查看自身的签约状态，及时了解医生的审核结果。用户端签约医生功能的完整操作流程，具体可参考图4-9。

图4-9用户端签约医生功能流程图
4.4数据库设计
数据库设计堪称搭建家庭医务助手系统的基石，对构建系统后台数据存储与处理机制至关重要。在家庭医务助手系统中，数据库里实体与关系的设计，如同精密仪器的核心部件，直接影响数据操作效率。合理科学的数据库设计，是系统开发顺利推进的有力保障，更是后续系统稳定、高效运行的关键所在，其重要性不言而喻。
4.4.1数据库逻辑结构设计
在系统开发进程中，数据库概念设计通常会运用实体属性图，以直观的形式呈现相关内容。由于家庭医务助手系统功能关联的业务数据量大且繁杂，在开展数据库概念设计时，仅对主要实体进行分析说明。接下来，将着重围绕本系统数据库的逻辑结构设计，深入剖析其架构组成，探究其中蕴含的内在原理，助力全面理解系统的数据架构。
（1）用户信息实体包含用户账号、用户姓名、密码、联系电话等多项基础属性，完整呈现用户相关核心数据内容。该实体的属性结构与关联关系，已通过用户信息实体属性图直观展示，具体内容详见图 4-10。

图4-10用户信息实体属性图
（2）坐诊医生实体涵盖医生姓名、擅长领域、空闲时间、头像等核心属性，完整囊括医生服务相关基础数据。该实体的各项属性构成与对应结构关系，均在坐诊医生实体属性图中清晰呈现，具体内容可参考图4-11。

图4-11坐诊医生实体属性图
（3）预约上门服务实体包含预约编号、医生工号、医生姓名、科室等关键属性，完整涵盖上门就诊业务核心数据。该实体的属性组成与结构特征，已在预约上门服务实体属性图中完整展示，详细内容见图4-12。

图4-12预约上门服务实体属性图
（4）身体数据实体包含体温、血压、心率、健康评估等关键健康属性，全面收纳用户日常健康监测相关数据。该实体的各项属性构成与整体结构布局，集中展示于身体数据实体属性图中，具体内容详见图4-13。

图4-13身体数据实体属性图
（5）签约医生实体整合签约时间、有效期限、审核状态、医患关联信息等核心属性，覆盖线上签约业务全部关键数据。该实体的属性组成与结构细节，均在签约医生实体属性图中清晰展示，具体内容可查看图4-14。

图4-14签约医生实体属性图
（6）本系统整体业务的数据关联关系，通过总体 E-R 图进行统一梳理与呈现。该图表整合了用户、医生、健康数据、签约医生等核心实体，清晰表达各实体间的关联逻辑与对应联系，整体结构详情如图4-15 所示。

图4-15系统总体E-R图
4.4.2数据库表结构设计
确定家庭医务助手系统的总体实体关系图后，即可开启具体的数据库表设计。在信息化系统开发中，数据库表结构会以数据库字段的形式最终落实。下面，将详细阐述本系统主要数据库表的具体字段结构。这些字段不仅是搭建数据库表的关键，更是实现系统数据存储与管理功能的根基，对系统的正常运转起着决定性作用。
（1）为规范存储用户相关数据，系统设计了用户信息数据库表，用于统一管理账号、姓名、联系方式等基础信息。该数据表的详细字段名称、数据类型及约束条件等完整表结构内容，可具体查看表 4-1。
表4-1用户信息表
序号 列名 数据类型 长度 主键 说明
1 id bigint 20 是 主键
2 addtime timestamp 否 创建时间
3 yonghuzhanghao varchar 16 否 用户账号
4 mima varchar 200 否 密码
5 yonghuxingming varchar 16 否 用户姓名
6 xingbie varchar 16 否 性别
7 nianling int 11 否 年龄
8 lianxidianhua varchar 32 否 联系电话
9 jiatingzhuzhi varchar 200 否 家庭住址
10 touxiang longtext 否 头像
11 money double 否 余额

（2）坐诊医生数据库表主要包含医生编号、姓名、擅长领域、空闲时间、头像等核心字段，用于规范化存储与管理医生的全部基础信息。该数据表的详细字段结构、数据类型及相关约束，具体如表4-2所示。
表4-2 坐诊医生表
序号 列名 数据类型 长度 主键 说明
1 id bigint 20 是 主键
2 addtime timestamp 否 创建时间
3 yishenggonghao varchar 16 否 医生工号
4 yishengxingming varchar 16 否 医生姓名
5 keshi varchar 200 否 科室
6 zhicheng varchar 32 否 职称
7 shanzhanglingyu varchar 32 否 擅长领域
8 kongxianshijian varchar 200 否 空闲时间
9 lianxifangshi varchar 32 否 联系方式
10 yishengjianjie longtext 否 医生简介
11 touxiang longtext 否 头像

（3）预约上门服务数据库表主要包含预约编号、用户账号、用户姓名、医生工号、医生姓名、科室、预约时间、症状描述、审核状态等关键字段，用于规范化存储上门预约相关的全部业务数据。该数据表的详细字段结构、数据类型及约束条件，具体如表4-3所示。
表4-3 预约上门服务表
序号 列名 数据类型 长度 主键 说明
1 id bigint 20 是 主键
2 addtime timestamp 否 创建时间
3 yuyuebianhao varchar 200 否 预约编号
4 yonghuzhanghao varchar 16 否 用户账号
5 yishenggonghao varchar 16 否 医生工号
6 yishengxingming varchar 16 否 医生姓名
7 keshi varchar 200 否 科室
8 zhicheng varchar 32 否 职称
9 shanzhanglingyu varchar 32 否 擅长领域
10 zhengzhuangmiaoshu varchar 200 否 症状描述
11 yuyuerenshu int 11 否 预约人数
12 reservationdate datetime 否 预约时间
13 yonghuxingming varchar 16 否 用户姓名
14 xingbie varchar 200 否 性别
15 nianling int 11 否 年龄
16 jiatingzhuzhi varchar 200 否 家庭住址
17 jiuzhenzhuangtai varchar 200 否 就诊状态
18 touxiang longtext 否 头像
19 sfsh varchar 200 否 是否审核
20 shhf longtext 否 审核回复

（4）身体数据数据库表主要包含数据编号、用户账号、体温、血压、心率、记录时间、健康评估等关键字段，用于规范化存储用户日常健康监测的全部数据。该数据表的详细字段结构、数据类型及约束条件，具体如表4-4所示。
表4-4 身体数据表
序号 列名 数据类型 长度 主键 说明
1 id bigint 20 是 主键
2 addtime timestamp 否 创建时间
3 riqi date 否 日期
4 tizhong double 否 体重(kg)
5 tiwen double 否 体温(°C)
6 shousuoya double 否 收缩压(mmHg)
7 shuzhangya double 否 舒张压(mmHg)
8 kongfuxuetang double 否 空腹血糖(mmol/L)
9 xinlv int 11 否 心率(分/次)
10 jiankangpinggu longtext 否 健康评估
11 yonghuzhanghao varchar 16 否 用户账号
12 yonghuxingming varchar 16 否 用户姓名
13 touxiang longtext 否 头像

（5）签约医生数据库表主要包含签约编号、用户账号、医生工号、医生姓名、签约时间、职称、科室等关键字段，用于规范化存储用户与医生线上签约的全部业务数据。该数据表的详细字段结构、数据类型及约束条件，具体如表4-5所示。
表4-5签约医生表
序号 列名 数据类型 长度 主键 说明
1 id bigint 20 是 主键
2 addtime timestamp 否 创建时间
3 yonghuzhanghao varchar 200 否 用户账号
4 yishenggonghao varchar 16 否 医生工号
5 yishengxingming varchar 16 否 医生姓名
6 keshi varchar 16 否 科室
7 zhicheng varchar 200 否 职称
8 shanzhanglingyu varchar 200 否 擅长领域
9 qianyueshijian datetime 否 签约时间
10 daoqishijian datetime 否 到期时间
11 yonghuxingming varchar 200 否 用户姓名
12 touxiang longtext 否 头像
13 sfsh varchar 200 否 是否审核
14 shhf longtext 否 审核回复
4.5本章小结
本章主要对系统设计内容进行详细论述，先确定系统设计基本原则，开展总体功能设计，划分并介绍核心功能模块。阐述前端APP与后端服务的数据交互方式
第五章系统实现
5.1管理员端主要功能实现
5.1.1看板功能实现
管理员可借助系统数据看板模块，直观查看平台各类统计信息。该模块以可视化图表形式，集中展示科室预约占比、各医生预约订单数量、用户健康身体数据等核心内容。通过图形化的数据呈现方式，能够清晰反映平台整体运营情况与用户健康动态，帮助管理人员快速捕捉关键信息，高效开展数据整理、趋势分析与统筹管理工作，提升管理效率。看板功能的实际展示效果与界面样式，可参照图5-1直观查看。

图5-1 看板功能效果图
5.1.2用户功能实现
在用户功能模块的设计中，管理员拥有完整的用户信息管控权限。管理人员可自主新增系统用户，完善填写账号、姓名、登录密码等基础档案信息，完成新用户的录入创建。同时，针对平台内已注册的全部用户资料，支持随时查看与编辑修改，可及时更正错误信息、更新用户相关内容。对于长期闲置、无效废弃以及存在违规行为的问题账号，管理员也可执行删除操作，以此规范平台用户管理秩序，保障系统稳定合规运行。用功能效果图如图5-2所示。

图5-2 用户功能效果图
用户功能核心代码如下所示：
//以上代码省略
/**
* 后台详情
*/
@RequestMapping(“/info/{id}”)
public R info(@PathVariable(“id”) Long id){
YonghuEntity yonghu = yonghuService.selectById(id);
Map<String, String> deSens = new HashMap<>();
//给需要脱敏的字段脱敏
DeSensUtil.desensitize(yonghu,deSens);
return R.ok().put(“data”, yonghu);
}
//以下代码省略
5.1.3坐诊医生功能实现
管理员可集中管理全院医生相关信息，统一查阅所有在职医生的个人详细档案资料。同时能够实时查看每位医生的日常坐诊排班安排、服务时段与在岗状态，全面掌握医护人员的工作调配情况。借助该管理权限，便于统筹调配医疗资源，及时了解医生工作动态，高效开展人员统筹与日常运维管理工作。坐诊医生功能效果图如图5-3所示。

图5-3 坐诊医生功能效果图
5.1.4预约上门服务功能实现
管理员拥有平台预约数据的整体管理权限，能够集中查看系统内所有上门服务的预约记录。可实时浏览全部预约订单详情，清晰掌握每条预约申请的提交时间、服务时段等关键信息，同步跟进各项申请的审核流程与处理进度。通过整合查看全部预约数据，便于管理员统筹管控整体就诊预约秩序，及时跟进未处理申请，合理协调资源，提升平台预约业务的整体管理效率。预约上门服务功能效果图如图5-4所示。

图5-4预约上门服务功能效果图
5.1.5身体数据功能实现
在身体数据功能模块的设计下，管理员能够批量查看平台所有用户的健康监测记录，包含体温、血压、心率等多项核心生理指标，全面掌握用户健康状况。系统集成智能化分析能力，依托DeepSeekAI大模型搭建智能解析体系，可自动采集汇总各类身体监测数据。通过人工智能算法对多维度健康指标进行综合研判、深度分析与整合梳理，快速挖掘数据背后的健康信息，为日常健康管理与风险筛查提供智能化的数据支撑。身体数据功能效果图如图5-5所示。

图5-5身体数据功能效果图
身体数据功能核心代码如下所示：
//以上代码省略
/**

• 后台列表
  */
  @RequestMapping(“/page”)
  public R page(@RequestParam Map<String, Object> params,ShentishujuEntity shentishuju,
  @RequestParam(required = false) @DateTimeFormat(pattern=“yyyy-MM-dd”) Date riqistart,
  @RequestParam(required = false) @DateTimeFormat(pattern=“yyyy-MM-dd”) Date riqiend,
  HttpServletRequest request){
  String tableName = request.getSession().getAttribute(“tableName”).toString();
  if(tableName.equals(“yonghu”)) {
  shentishuju.setYonghuzhanghao((String)request.getSession().getAttribute(“username”));
  }
  //设置查询条件
  EntityWrapper ew = new EntityWrapper();
  if(riqistart!=null) ew.ge(“riqi”, riqistart);
  if(riqiend!=null) ew.le(“riqi”, riqiend);
  //以下代码省略
  5.1.6签约医生功能实现
  签约医生功能模块中，管理员具备全局查询与监管权限，可集中调取平台内所有用户与医生的线上签约档案记录。能够清晰查阅每一条签约订单的详细内容，精准掌握协议生效起始时间、服务到期截止日期等关键时效信息，实时跟踪医生端的签约申请审核流程与处理状态。通过全面统筹管理签约数据，及时把控整体签约业务开展情况，高效完成信息核查、流程监管与秩序维护，保障医患签约服务规范有序推进。签约医生功能效果图如图5-6所示。

图5-6签约医生功能效果图
5.2医生端主要功能实现
5.2.1坐诊医生功能实现
医生端实现了专属信息编辑入口，医护人员可独立操作、自主维护个人坐诊相关资料。医生能够按需新增完善出诊安排，自主填报日常出诊时段、可接诊时间以及专业擅长的诊疗范围等核心内容，完整展示个人业务能力。同时，针对已录入并保存的坐诊信息，支持随时修改、调整与动态更新，可根据工作排班、岗位变动等实际情况灵活调整内容，保障对外展示的坐诊信息真实准确，方便用户合理预约就诊。坐诊医生功能效果图如图5-7所示。

图5-7坐诊医生功能效果图
5.2.2预约上门服务功能实现
医生可在个人操作页面实时接收用户提交的上门就诊预约申请，逐条查看每条订单的完整详情。其中包含患者自主填写的身体症状、病情相关描述以及选定的上门服务时间等关键内容，便于充分了解就诊需求。结合自身工作安排与接诊能力，医生可对预约订单进行核查判断，完成线上审核、通过或驳回等批复操作，规范处理各项上门就诊申请。预约上门服务的界面展示效果，具体可参考图5-8。

图5-8预约上门服务功能效果图
预约上门服务功能实现核心代码如下所示：
//以上代码省略
/**
* 查询
*/
@RequestMapping(“/query”)
public R query(YuyueshangmenfuwuEntity yuyueshangmenfuwu){
EntityWrapper< YuyueshangmenfuwuEntity> ew = new EntityWrapper< YuyueshangmenfuwuEntity>();
ew.allEq(MPUtil.allEQMapPre( yuyueshangmenfuwu, “yuyueshangmenfuwu”));
YuyueshangmenfuwuView yuyueshangmenfuwuView = yuyueshangmenfuwuService.selectView(ew);
return R.ok(“查询预约上门服务成功”).put(“data”, yuyueshangmenfuwuView);
}
//以下代码省略
5.2.3身体数据功能实现
身体数据模块通过后端接口调取全域用户健康数据，实现管理员权限下的统一查阅功能，可完整加载展示体温、收缩压、心率等多项核心生理监测指标。系统集成DeepSeekAI大模型接口完成功能开发，接入智能分析算法逻辑，实时获取批量健康数据并开展自动化运算处理。依托大模型能力完成数据多维研判、智能解析与汇总整合，落地AI辅助健康分析业务逻辑，实现健康数据智能化处理。该模块前端页面交互与功能呈现效果，详见图5-9。

图5-9身体数据功能效果图
5.2.4签约医生功能实现
医生端后台会实时接收并加载用户发起的签约医生申请，集中展示所有待处理的签约请求条目。系统自动整理并呈现申请人账号、提交时间等关键信息，帮助医生快速核对基础资料，高效核验签约相关内容。医生可结合自身接诊安排、服务负荷与实际工作情况，在线完成签约申请的审批流程。根据实际需求灵活选择审核通过或驳回申请，及时给出处理结果，规范完成每一笔签约业务审批。通过线上化流程管控，简化审批步骤，保障医患签约服务高效、规范、有序开展。签约医生功能效果图如图5-10所示。

图5-10签约医生功能效果图
签约医生功能实现核心代码如下所示：
//以上代码省略
/**
* 列表
*/
@RequestMapping(“/lists”)
public R list( QianyueyishengEntity qianyueyisheng){
EntityWrapper ew = new EntityWrapper();
ew.allEq(MPUtil.allEQMapPre( qianyueyisheng, “qianyueyisheng”));
return R.ok().put(“data”, qianyueyishengService.selectListView(ew));
}
//以下代码省略
5.3用户端主要功能实现
5.3.1坐诊医生功能实现
用户依托Android移动端客户端，可便捷浏览平台内所有坐诊医生的完整资料信息。页面清晰展示医生姓名、专业诊疗方向、擅长领域及可预约空闲时段等核心内容，方便用户自主筛选合适医护人员。客户端集成多项便民服务功能，支持一键发起上门服务预约、线上签订家庭医生合作协议，同时搭载实时线上问诊模块。多类医疗服务功能一体化集成，满足用户日常咨询、就医预约、健康签约等多元化需求，提升就医服务的便捷性与使用体验。坐诊医生功能效果图如图5-11所示。

图5-11坐诊医生功能效果图
5.3.2预约上门服务功能实现
用户能够在Android移动端客户端，独立进入预约上门服务服务页面，自主查询本人提交的全部上门就诊预约记录。系统会完整展示每条预约订单的核心信息，包含预约单号、选定的上门服务时段等详细内容，便于用户随时核对与管理。平台会实时同步医生端的处理动态，自动更新审批流程，让用户快速接收并查看医生的审核意见、处理状态及相关反馈。依托移动端便捷化操作，用户可随时随地查阅订单进度，实时掌握申请审批情况，高效了解预约业务最新动态。

图5-12预约上门服务功能效果图
5.3.3签约医生功能实现
用户可在移动端系统的我的板块，自主进入签约医生页面，实时查看本人提交的家庭医生签约申请进度。系统会实时同步医生端的操作数据，动态更新签约申请的当前状态，清晰呈现待审核、审核通过、申请驳回等不同结果。用户无需复杂操作，便可随时掌握签约流程进展，及时知晓医生给出的审核反馈与处理意见，方便根据结果开展后续操作。整体界面简洁直观，操作简单便捷。签约医生功能的页面设计与实际展示效果，具体可参考图5-13。

图5-13签约医生功能效果图
签约医生功能实现核心代码如下所示：
//以上代码省略
/**
* 查询
*/
@RequestMapping(“/query”)
public R query(QianyueyishengEntity qianyueyisheng){
EntityWrapper< QianyueyishengEntity> ew = new EntityWrapper< QianyueyishengEntity>();
ew.allEq(MPUtil.allEQMapPre( qianyueyisheng, “qianyueyisheng”));
QianyueyishengView qianyueyishengView = qianyueyishengService.selectView(ew);
return R.ok(“查询签约医生成功”).put(“data”, qianyueyishengView);
}
//以下代码省略
5.4本章小结
本章首先对家庭便捷医务助手系统各主要功能模块展开详细设计与具体实现的介绍，采用文字描述搭配功能模块效果图的形式进行呈现。本章重点针对坐诊医生、预约上门服务、身体数据等功能，分别进行具体实现思路的阐述与分析。

第六章 系统测试
6.1 测试目的
系统编码完成后，在部署上线前，开展全面系统测试至关重要。系统开发过程中，开发人员难免会引入一些未知错误，无论其经验如何丰富，这类错误都难以完全避免。若未经测试便匆忙部署上线，势必严重影响用户体验。在测试阶段，一旦发现疑似问题，测试人员需从用户视角出发，审慎判断该情况是否属于真正的错误，抑或可忽略不计。总体而言，系统测试旨在精准揪出潜藏错误，提升系统稳定性，为用户打造更优质、流畅的使用体验。
6.2 测试方法
系统测试的方法丰富多元，适配不同的测试场景与需求。其中，模块测试、集成测试、界面测试是应用最广泛的三类方法，分别对应系统的不同测试维度。在各类测试方法中，黑盒测试法应用最为普遍，其核心优势在于操作便捷、门槛较低，无需掌握系统内部架构与代码逻辑，仅从用户视角出发，模拟真实使用场景开展测试。它无需关注软件内部实现原理，重点验证系统功能是否符合用户需求，贴合实际使用场景，凭借简单高效的特点，在各类系统测试中广泛应用，成为保障系统质量的重要测试方式。
6.3系统功能测试
本节选用黑盒测试法，针对系统中易出错的环节以及部分功能展开测试。对于一些功能相似的部分，为避免赘述，本节不再重复说明。具体测试的功能涵盖坐诊医生模块，旨在检验医生信息展示、坐诊时间查询等是否正常；预约上门服务模块，着重测试预约流程、信息查看与取消操作等是否顺畅；还有在线问诊模块，重点检测问诊信息查看、回复功能等是否符合预期。
6.3.1坐诊医生功能测试
在坐诊医生功能板块，不同角色拥有不同权限与体验。管理员权限丰富，既能精准录入医生工号、姓名等信息，为系统增添新医疗资源，又能灵活修改已有数据，确保数据准确、及时。医生使用该板块时，能轻松查询坐诊时间、所在科室等关键信息，便于合理安排工作。而用户在坐诊医生功能页面，可查看医生擅长领域、职称等详细信息，辅助判断医生专业能力，还能便捷预约上门服务或签约医生，满足个性化医疗需求。坐诊医生测试用例表如表6-1所示。
表6-1 坐诊医生测试用例表
编号 测试功能 操作 预期结果 实际结果
1 坐诊医生的添加 管理员在坐诊医生添加页面，添加一条坐诊医生信息，医生以及用户分别进行查看 医生和用户可以查看到刚刚管理员添加的坐诊医生信息 与预期结果一致，医生和用户可以查看到刚刚管理员添加的坐诊医生信息
2 坐诊医生的修改 医生将刚刚管理员添加的坐诊信息进行修改，用户进行查看是否发生了变化 用户查看到刚刚的坐诊医生信息发生了变化 与预期结果一致，用户查看到刚刚的坐诊医生信息发生了变化
3 坐诊医生的坐诊上门服务 用户查看完坐诊医生信息后，点击预约上门服务，医生在后台登录查看 医生查看到用户的预约上门服务信息添加成功 与预期结果一致，医生查看到用户的预约上门服务信息添加成功
6.3.2预约上门服务功能测试
在预约上门服务功能模块，不同角色有着各自的操作权限与功能体验。管理员权限多样，既能查看用户预约详情及关联信息，还能对这些信息进行审核，保障服务流程规范合理。并且，管理员可根据实际情况执行取消预约等操作，灵活应对各种状况。医生在该板块中，能清晰看到用户预约时间、上门地址等关键信息，凭借这些信息执行审核，让服务流程顺利推进。而用户登录预约上门服务页面，不仅能快速知晓医生上门时间，提前做好准备，若计划生变，也能轻松在页面取消预约，操作便捷。各角色在该模块的功能设计，充分考虑了各自需求，确保高效运作。预约上门服务功能测试用例表详情，可参照表6-2。
表6-2 预约上门服务测试用例表
编号 测试功能 操作 预期结果 实际结果
1 预约上门服务的删除 管理员通过预约上门页面，删除一条信息，医生登录后台进行查看 医生查看到预约上门服务信息少了一条数据信息 与预期结果一致，医生查看到预约上门服务信息少了一条数据信息
2 预约上门服务的审核 用户添加预约上门服务信息后，医生在后台进行审核不通过，用户进行查看 用户查看到预约上门服务信息审核不通过 与预期结果一致，用户查看到预约上门服务信息审核不通过
3 预约上门服务的查看 当医生审核通过后，管理员进行查看预约上门服务详情信息 管理员可以查看到用户的预约上门服务详细信息 与预期结果一致，管理员可以查看到用户的预约上门服务详细信息
6.3.3用户功能测试
在用户功能测试环节中，针对管理员操作权限开展逐项验证测试。测试人员模拟管理员账号登录系统，检验新增用户功能，正常录入账号、姓名、登录密码等基础信息，完成新用户创建测试。同时对已有注册用户信息编辑功能进行实操检测，验证资料修改、内容调整是否正常生效。此外，针对闲置废弃账号与违规账号，测试删除操作的执行效果，校验数据删除逻辑与权限控制是否合规，以此完成用户管理模块全流程功能测试，保障各项操作稳定可用。用户功能测试用例表如表6-3所示。
表6-3 用户管理测试用例
编号 测试功能 操作 预期结果 实际结果
1 用户信息的新增 管理员新增一条用户001的用户信息，使用新增的用户账号信息进行登录 使用新增的用户账号信息可以登录成功且可以使用对应的功能模块 与预期结果一致，使用新增的用户账号信息可以登录成功且可以使用对应的功能模块
2 用户信息的修改 管理员将001的密码由12345改成123456，使用原来的账号密码进行登录 用户账号1使用原来的账号密码登录失败 与预期结果一致，用户账号1使用原来的账号密码登录失败

6.4测试总结
完成家庭医务助手系统全模块功能的综合系统测试后，各项业务功能运行正常，整体表现均符合前期设计目标与预期使用要求。测试结果表明，即便前期代码编写流程规范严谨，系统在实际运行场景中依旧会存在潜在缺陷与隐藏问题。通过标准化、规范化的系统测试流程，能够有效排查并发现程序隐藏漏洞与未知异常。充分验证了系统测试在项目开发中的关键作用，同时体现出软件开发各流程严格把控的必要性，为系统稳定运行与优化迭代提供有效依据。
6.5本章小结
本章围绕家庭医务助手系统的测试工作展开全面介绍，为验证系统的功能完整性与运行稳定性，从三个核心维度对系统测试进行了具体且详尽的阐述：先是明确了系统测试的核心目的，再介绍了适配本系统的专业测试方法，最后针对核心业务模块开展了针对性的功能测试并呈现相关过程。
第七章 总结与展望
7.1论文总结
针对当前家庭医务服务信息化程度不足、管理流程繁琐等问题，本研究围绕家庭医务服务的实际需求，开展系统设计与开发工作。首先明确家庭医务服务的核心痛点，基于此规划系统整体架构，完成数据库构建、功能模块设计等前期筹备工作，运用前沿计算机技术，推进系统开发落地。系统集成在线问诊、上门服务预约、健康数据管理等核心功能，实现家庭医务信息的规范化管理，有效简化服务流程，提升医务服务的信息化、便捷化水平，解决传统家庭医务服务效率低、管理乱的问题，为家庭医务服务的高效有序开展提供可靠技术支撑，满足用户多样化、便捷化的家庭医务服务需求。
7.2未来展望
家庭医务助手系统未来将持续优化升级，结合行业发展趋势与用户核心需求，拓展更多实用功能。后续将深化AI智能分析能力，引入更精准的健康数据研判模型，实现用户健康风险预警、个性化健康建议推送等功能。同时，进一步完善线上问诊、上门服务调度机制，优化预约匹配算法，提升服务效率。此外，将加强多端适配，拓展更多终端接入方式，推动与社区医疗系统、医保系统的数据互通，实现服务闭环。未来还将持续优化系统稳定性与安全性，丰富服务场景，让系统更贴合家庭医务服务需求，为用户提供更精准、便捷、安全的家庭健康管理服务。

致 谢
在XXX四年的学习生涯如白驹过隙，本人的毕业设计与论文撰写也完成。在各位老师和同学的帮助下，顺利克服了在完成毕业设计过程中所遇到的困难、挫折。在此由衷感谢指导老师XXX老师，感谢导师细心无私的指导与帮助，从论文开题报告到毕业设计的测试，再到最后的论文写作指导和评阅，导师都花费了大量心力，他不厌其烦的指导不仅使对计算机科学与技术领域的知识有了更加进一步的认识，而且对我今后的工作态度也产生更加严谨、端正的影响。
衷心感谢XXX学院的各授课老师，正是在他们对计算机相关的专业课程认真负责的讲解下，才拓宽了我在计算机科学与技术领域的视野与角度，提升了我的专业技能，为我顺利完成毕业设计和论文奠定基础。感谢答辩老师在百忙中参加我的毕业论文答辩。
最后衷心感谢各位同学和亲友对我学习、生活上的支持、鼓励和关心，使我能永远保持学习的热情，顺利完成学业。

参考文献
[1]龙超,李佳,杨智凯,等.家庭医生签约服务对糖尿病患者认知、行为和健康结果的影响研究[J/OL].中国全科医学,1-8[2024-12-01].http://kns.cnki.net/kcms/detail/13.1222.R.20241114.1827.010.html.
[2]许忠琴,许红,程春梅,等.渝东北地区家庭医生签约服务质量评价体系的构建及信效度检验[J].中国农村卫生事业管理,2024,44(11):776-781.DOI:10.19955/j.cnki.1005-5916.2024.11.003.
[3]胡源.社区中医康复在家庭医生签约服务中的应用[J].中医药管理杂志,2024,32(21):149-151.DOI:10.16690/j.cnki.1007-9203.2024.21.038.
[4]杨旦红,李俊,李锋,等.基于地理信息系统的家庭医生信息服务平台应用[J/OL].中国全科医学,1-6[2024-12-01].http://kns.cnki.net/kcms/detail/13.1222.R.20240627.1342.002.html.
[5]六部门:搭建家庭医生服务和管理系统,推进“互联网+签约服务”[J].医学信息学杂志,2022,43(03):100.
[6]马君君.基于智能手机终端的家庭医生签约服务智能化系统设计[J].自动化与仪器仪表,2021,(12):160-163.DOI:10.14016/j.cnki.1001-9227.2021.12.160.
[7]张硕,刘磊,吴鼎丰,等.家庭医生微信小程序的研发与应用[J].电子元器件与信息技术,2021,5(07):197-198.DOI:10.19772/j.cnki.2096-4455.2021.7.084.
[8]黄芳,荣朝,薛承斌,等.高校社区的居家药学服务模式的建立与实践[J].中国社区医师,2020,36(22):192-193.
[9]邵祝燕,张红广,吴文辉,等.基于移动医疗技术的家庭医生慢病管理系统[J].医学信息学杂志,2019,40(06):27-30+21.
[10]陈军.居民健康档案管理系统设计与实现[D].电子科技大学,2017.
[11]黄鸣鹂.HK公司家庭医生服务管理系统开发项目的风险管理研究[D].东北大学,2017.
[12]Mashaw A ,Byelyakova H ,Desrochers D . Implementing Systemwide Physician Change Management in an Integrated Health Care Setting: Improving Physician Participation in an Advanced Care at Home Model. [J]. The Permanente journal, 2024, 28 (1): 22-32.
[13]Yoshiki K ,Atsushi Y ,Momoe U , et al. Pharmacist-physician collaborative care for outpatients with left ventricular assist devices using a cloud-based home medical management information-sharing system: a case report [J]. Journal of Pharmaceutical Health Care and Sciences, 2021, 7 (1): 5-5.
[14]Farshad T ,Ashkan A N ,Leila R , et al. Design of a Model for Management of Referral System in the Iranian Urban Family Physician Program. [J]. Iranian journal of public health, 2020, 49 (11): 2144-2151.
[15]Health and Medicine - Family Medicine; Johns Hopkins University Reports Findings in Family Medicine (Ambulatory Antibiotic Stewardship through a Human Factors Engineering Approach: A Systematic Review) [J]. Journal of Engineering, 2018.
[16]Pressentin V K ,Mash R ,Baldwin-Ragaven L , et al. The bird’s-eye perspective: how do district health managers experience the impact of family physicians within the South African district health system? A qualitative study [J]. South African Family Practice, 2018, 60 (1): 13-20.