I have practiced in households with two cats and a dog. They check in together, check out together, and pay one invoice. Most PMS treat this as three separate appointments and three separate transactions, and you can feel the front desk apologizing every time.
The obvious thing
A household is the unit, not a pet. Most owners interact with us at household scope. The chart is a per-pet thing; the relationship is a per-household thing. Conflating them was the original sin.
Why it was hard
- Patient charts have to stay isolated for clinical reasons (no cross-contamination of records).
- The schedule wants three slots, not one.
- Reminders need to address Mrs. Carter, not Bailey.
- Consents are per-pet; intake forms are per-household.
- Invoices and payments fold to the household; Rx and labs do not.
We built the data model so each pet keeps its own chart, but the household is a first-class entity that can be addressed in scheduling, comms, and billing. It sounds simple as a sentence; it was two months of work.
Built for the check-in screen
Where multi-pet pays off first is the front of the visit. The check-in screen shows all the household's pets stacked, with vitals captured against each, so a tech can move between them without context-switching — no juggling three separate appointments.
The bundle invoice
When the multi-pet bundle estimate goes out as one SMS instead of three, there is one thing to open and one thing to approve. The household frame does real work — for the owner and for the front desk.