Specialties and doctors
How the two relate, and why a patient asking for "implants" reaches the right calendar.
A specialty is what you offer; a doctor is who offers it. Patients and the assistant think in specialties, the calendar thinks in doctors, and this pairing is what connects the two.
Order matters
- Create your specialties first.
- Add doctors and attach each one to the specialties they actually work in.
- Give each doctor their working pattern where it differs from the clinic's.
Keep specialties few and recognisable. They are what a patient picks from, so "Orthodontics" beats "Dr. Yılmaz's Tuesday clinic".
One doctor, several specialties
Normal and supported. The doctor appears under each one, with a single calendar behind them — so a booking made through one specialty blocks the slot for all of them. There is one person and they can only be in one place.
When a doctor leaves
Deactivate rather than delete. Deactivating stops new bookings and takes them out of the patient-facing lists while their past appointments and the records attached to them stay intact and attributed.
A clinical record has to say who performed the treatment. Deleting the practitioner to tidy a list is how a record loses the one fact that makes it evidence.
Multiple locations
A clinic can run more than one location from one panel, with roles set per member. If you operate several sites, model them as branches rather than as separate clinics — separate clinics cannot see each other, which is a feature between competitors and an obstacle between your own two rooms.
Common questions
- Do I have to create specialties if I am a single-handed practice?
- Create one. The assistant and the booking form both need something to offer, and one honest entry beats an empty list.
- Can two doctors share a slot deliberately?
- Book them as two doctors. The server refuses overlaps per doctor, not per clinic, so two calendars is the way to express two people.