构建并打磨项目的 domain model(领域模型)。当讨…

# 宠物医院预约系统 CONTEXT.md

一、核心实体清单

1. Pet（宠物）

• 属性：宠物ID、名字、物种（猫/狗/异宠等）、品种、性别、出生日期、体重、绝育状态
• 关联：属于某 Owner（客户），拥有多条 MedicalRecord
• 说明：同一客户可养多只宠物，宠物是就诊和病历的归属主体

2. Owner（客户/宠物主人）

• 属性：客户ID、姓名、手机号、地址、会员等级、紧急联系方式
• 关联：拥有多只 Pet，对应多条 Appointment

3. Doctor（医生）

• 属性：医生ID、姓名、职称、擅长方向（外科/内科/牙科等）、执业资质、状态（在职/休假）
• 关联：拥有多条 Schedule，参与多条 Appointment

4. Schedule（排班）

• 属性：排班ID、医生ID、日期、时段（上午/下午/具体时段）、诊室、号源总量、剩余号源、状态
• 说明：预约系统可直接在排班上锁定号源，建议“先锁号、后支付/确认”

5. Appointment（预约/就诊）

• 属性：预约ID、宠物ID、医生ID、排班时段、就诊类型（初诊/复诊/疫苗/体检/手术）、状态机（待确认→已确认→已就诊/已取消/爽约）、预约渠道
• 关联：一次预约可能生成一条 MedicalRecord 和一条 BillingRecord

6. MedicalRecord（病历）

• 属性：病历ID、就诊时间、主诉、症状描述、诊断结论、处方、检查报告附件、过敏史
• 说明：病历应不可修改，更正通过新增修订记录实现，便于追溯

7. 辅助实体（建议保留，扩展用）

• Treatment/Prescription：诊疗项目与处方明细
• Billing（账单）：费用、支付状态
• Reminder（提醒）：疫苗/复诊提醒，可复用预约通知能力

二、核心关系

• Owner 1:N Pet 1:N MedicalRecord
• Doctor 1:N Schedule 1:N Appointment
• Pet 1:N Appointment
• Appointment 1:1(或0:1) MedicalRecord / Billing

三、关键业务规则

1. 唯一性约束：同一宠物在同一时段不可重复预约

2. 状态机驱动：预约状态流转需校验前置状态，取消需考虑截止时间

3. 号源并发：锁定号源需防超卖（乐观锁或行级锁）

4. 数据权限：病历涉及隐私，按 Owner-Doctor 维度做访问控制

5. 追溯性：病历、账单只增不改，用修订版本管理

四、待确认事项

• 是否支持多门店？若支持需增加 Clinic 实体并关联 Schedule/Appointment
• 是否需要住院管理、美容洗护等扩展服务场景？
• 预约改期的规则（免费改期次数、时间窗口）

> 建议将以上内容写入项目根目录 CONTEXT.md，作为领域共识文档，随需求迭代更新。