同一位主人为多只宠物预约就诊时，系统不仅要识别“谁下单”，还要明确“谁接受诊疗”。如果只在用户资料中填写宠物昵称，预约、病历与疫苗记录就容易混在一起。主宠关联模型的核心，是将主人身份、宠物身份和双方关系分开表达，让医疗记录始终归属于正确的宠物。
主人与宠物应独立建档
主人档案承载账户与联系方式，宠物档案承载品种、生辰、绝育情况等信息。两者分别具有稳定的身份标识，再通过关联关系连接，而不是把多只宠物的信息塞进主人档案的重复字段。
基础业务可以采用“一位主人关联多只宠物”的结构。如果需要支持共同照护或主人变更，则适合单独保存关联关系，并明确关系状态与有效范围。这是模型选择的判断条件，不必在需求尚未明确时预先增加复杂度。
宠物昵称不宜作为身份依据：昵称可能重复，也可能修改。修改名称不能导致既往病历失去关联，更不能把不同宠物的记录合并。
医疗记录围绕宠物组织
预约需要同时明确下单主人与就诊宠物；病历、过敏史、疫苗记录和化验报告则应关联宠物身份。这样，同一只宠物多次就诊后，才能形成连续的健康时间轴，而不是散落在不同服务订单中。
还应区分基础属性与持续发生的医疗事件。品种属于档案属性，接种和就诊属于带有时间信息的记录。若只反复覆盖“最近一次”的内容，就无法保留完整过程，也难以支撑后续追踪。
跨院区调阅时，数据关联不等于查看授权。系统能够找到某只宠物的病历，并不意味着所有人员都应读取；访问范围仍需结合岗位、诊疗关系和业务权限判断。
验收模型时，可以沿着“主人切换宠物、宠物再次就诊、主人关系变更”的路径检查：记录是否始终归属正确，历史是否保留，权限是否随关系调整。能经受这些变化，主宠关联才不只是一个录入功能。
