一、每只宠物背后都有一条断断续续的病历链我朋友在社区开了家小型宠物诊所。说是诊所更像一间挂着诊疗室的宠物店——门口摆着猫粮候诊区偶尔窜过一只仓鼠。人少的时候前台用微信记录预约医生用本子写病历主人一遍遍地翻聊天记录问上次的药还要吃多久。带宠物看病和给人看病不太一样诊的是动物但沟通的是人。前台要找预约、医生要翻历史病历、主人要问复诊时间三方信息断在各自的纸和聊天窗口里。我想做一个把预约→就诊→开药→复诊这条链完整串起来的诊疗管理页面——前台能登记、医生能写病历、主人能看记录所有人都不用再翻本子和聊天记录。二、我把页面拆成了三家视角这个系统的核心逻辑很简单一个宠物对应一条连续的时间线时间线上挂着预约、病历和用药。但我没有把所有功能揉进同一个页面。而是按诊所里的角色切分前台在预约管理和宠物档案页维护最基础的信息——主人电话、宠物品种、预约时间。医生在接诊工作台看到今天的队列每次接诊都要写症状、诊断、处方和复诊日期。宠物主人在意的是用药什么时候结束、什么时候该复查——复诊提醒页专门展示这些时间节点。为了让页面有亲和力又不失医疗信息清晰度我没有用冷冰冰的医疗蓝白配色而是做了暖色调的 Teal Coral 视觉体系。每个宠物有自己的头像卡片卡片上显示名字、品种、年龄和当前状态点击就进入完整的诊疗时间线。三、先让智能引导把数据关系跑顺这次依然从飞算 JavaAI 的智能引导起步。输入需求的时候我特意把前台登记、医生接诊、主人查看三个角色的操作都写了进去——这样 AI 生成表结构时会自动分出宠物表、主人表、预约表、病历表、用药表之间的关系。需求 PromptAI 在这一步给出的实体设计出乎意料地完整——它自动将诊疗记录关联了宠物 ID 和医生并将用药处方作为病历的子对象嵌套进去而不是平铺成一张大表。这种表结构恰好匹配我对一条连续时间线的预期。四、八个功能模块覆盖完整诊疗场景项目规划了 8 个导航菜单覆盖从预约到统计的完整链路工作台首页放的是指标卡片——今日预约数、治疗中宠物、需复诊数量和活跃用药。下方是今日预约列表和需关注宠物的快捷入口。医生一登录就能看清今天要干嘛。宠物档案这里不是简单的名字列表。每只宠物用渐变头像卡展示点击卡片进入它的就诊时间线可以看到过去每一次就诊的症状、诊断、用药记录和复诊安排。这种卡片时间线的结构比表格更直观尤其适合连续复诊的慢性病例。接诊工作台医生最常待的页面。左侧显示今日待接诊队列按顺序排队中间是正在接诊区域医生看完一个点完成接诊就自动进入下一个。这个简单的一键流转省掉了医生在病历和预约之间来回切换的麻烦。就诊记录这是整个系统的核心资产。每次就诊按时间倒序排列每次记录包含症状、诊断、处方和复诊日期。对于宠物主人来说这是最直接的看病档案对医生来说这是下一次开药的参考依据。用药管理与复诊提醒这两个页面本质上是时间驱动的——用药记录追踪每种药的开始/结束时间复诊提醒则在到期日主动提示医生和主人。数据统计用柱状图展示每日接诊量用进度条展示常见诊断分布——虽然只是简单图表但能让诊所老板直观看到哪类病例最多、哪天最忙。五、可爱的视觉不能牺牲信息清晰这个项目最容易做成一堆卡通元素——宠物、爪子、骨头、笑脸样样都来。但医疗信息必须比可爱更重要。我保留了宠物头像的圆角卡片风格把姓名、症状、用药和复诊日期放在每个卡片最醒目的位置。凡是涉及日期和药品的信息都用不同颜色做了视觉区分——橙色代表活跃用药绿色代表健康红色代表需复诊。页面有亲和力但不妨碍医生一秒找到关键信息。整个系统没有做电子病历系统的全功能只把预约、接诊、病历、用药和复诊做成了端到端的闭环。对于小型宠物诊所来说这个范围已经覆盖了日常 90% 的操作场景。六、AI 搭骨架人填细节飞算 JavaAI 在这个项目的贡献主要在两个层面第一是表结构规划。宠物、主人、预约、病历之间的外键关系AI 在一轮对话里就给出了合理的设计节省了自己画 ER 图的时间。第二是页面路由和表格组件的冷启动。8 个页面的 Vue Router 配置、Mock 数据层的 CRUD 函数、表格的筛选排序逻辑——这些重复性工作交给 AI 生成骨架我从样板代码里解放出来去打磨页面设计和业务逻辑。但细节还是得自己来。比如复诊提醒的逻辑判断——并不是所有就诊都需要复诊只有在医生明确填写了复诊日期时才算没填的病例不在提醒范围内。这种业务条件的微妙判断AI 生成的通用代码不会替你考虑周全。宠物诊疗的信息系统骨架由 AI 快速搭建但病历时间线的展示逻辑、用药状态的判断规则、可视化的亲和力设计最终还是靠开发者注入灵魂。#飞算JavaAI炫技赛 #AI编程 #Java开发 #宠物医疗 #宠物诊所 #技术分享