摘 要现如今人口老龄化问题日趋明显居民健康意识不断增强居家健康管理的需求显著提升。传统线下就医流程繁杂医疗资源分配不够均衡无法充分满足家庭健康监测、慢病护理及基础医疗咨询等日常需求。随着互联网与智能技术飞速发展智慧化居家医疗平台建设成为主流由此推动家庭医务助手系统的研究与开发。本系统采用Java开发以Spring Boot、Vue、uni-app为核心技术框架区分用户、医生、管理员三类角色支持上门问诊预约、健康数据记录等基础业务结合协同过滤算法推送个性化健康服务。为适配不同用户使用需求本文围绕系统功能模块完成整体设计与实现完善家庭医疗信息管理模式有效缓解日常就医不便的问题为用户提供便捷智能、优质高效的一站式居家健康管理服务。关键词家庭医务AndroidSpring BootVueAbstractNowadays, 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.5DeepSeekAIDeepSeekAI是深度求索研发的新一代人工智能大语言模型具备强大的自然语言理解、数据运算与专业知识解析能力推理性能优异适配多行业智能化场景落地应用。该模型可快速整合、研判多维度数据信息精准挖掘数据背后的潜在健康规律。在家庭医务助手系统中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);MapString, 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 MapString, 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-3021.[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.
