Skip to main content

Product note

Why we redesigned appointment scheduling

Day, week, month and list views, drag-and-drop, resizing and inline patient creation: the UX decisions behind the Clinosys medical calendar.

8 min readUpdated 9 September 2026

Booking an appointment sounds simple until a busy practice has to identify the right person, assign the right clinician and avoid a conflict. We therefore chose one principle: familiar where it helps, healthcare-safe where it matters.

Four views for four decisions

Day view gives timings and the immediate schedule room to breathe. Week view makes it easy to compare days and spot open slots. Month view provides a workload overview and a quick route to a later date. List view offers a linear reading order that works well on a smaller screen or with assistive technology.

The structure uses conventions people already know from everyday calendars: time is spatial, an appointment occupies its duration and an empty space invites planning. The goal is not to reproduce every feature of a consumer calendar. It is to reduce the time needed to understand the practice calendar.

Start the booking where the intent appears

In day and week views, a click opens a 30-minute appointment and a vertical selection carries the exact duration chosen on the 15-minute grid. In month view, the selected day carries into the form. The New appointment button remains another entry point.

The selected context is a starting point rather than an irreversible decision: date, time, duration, reason and internal note can still be reviewed before the appointment is added.

Edit the schedule without cancelling and recreating

A scheduled or confirmed appointment can be dragged to another time, resized by its handle, or opened to edit the patient, clinician, date, time, duration, reason and internal note. After a move, Undo restores the previous time for ten seconds.

Drag-and-drop speeds up visual adjustments, but it is never the only route. The Edit button opens the same complete form for keyboard and touch users and whenever precision matters more than a gesture.

Search first, create only when necessary

The form does not guess the patient. Searching by name, file number or phone shows possible matches, after which the user explicitly chooses the correct record. This avoids a silent default and makes search the first safeguard against duplicate records.

If none of the matches is correct, the minimal patient form opens inside the same dialog. Before confirmation, Clinosys flags similar records based on normalized name, phone, or the combination of name and date of birth. The user can choose an existing record or confirm that they have verified the identity before creating one. This lowers duplicate risk without claiming to guarantee identity uniqueness.

After the record is created, the flow returns to the appointment with that patient selected. These remain two distinct confirmations: creating the patient does not automatically create the appointment, and a later booking failure does not remove the patient record that was already created.

  • Compare name, file number and phone before creating a record.
  • Choose a suggested existing record or confirm creation after verification.
  • Never merge two similar identities automatically.
  • Ask only for the information needed for the initial record.

Make the clinician and conflicts explicit

The appointment is assigned to an active clinician selected in the form. That step matters in a multi-practitioner setting: a time may be free for one clinician and occupied for another.

When an appointment is saved, Clinosys checks for overlaps for the selected clinician and rejects a conflicting booking. The safeguard is atomic in the appointment service rather than only represented by a box colour. If two workstations edit the same appointment, a revision check prevents the later save from silently overwriting the first and reloads the latest version.

Validation also covers Morocco’s final clock change on 20 September 2026: the repeated local hour and appointments crossing the change are rejected, after which the calendar follows the permanent move to GMT. The interface and service enforce the same rule so a displayed time keeps the same meaning when it is saved.

A calendar that does not depend on a mouse

Every appointment has visible focus and an accessible label containing the patient, time, clinician and status. Enter or Space opens its details. Alt-based shortcuts switch views, return to today, move through time, create an appointment or undo the latest move without taking over ordinary typing keys.

Statuses remain available as text as well as colour, list view provides a linear alternative, and the full Edit form replaces every drag action. Animation follows reduced-motion preferences.

Familiar where it helps, healthcare-safe where it matters

Known patterns — day, week, month and list views, a current-time line, a 15-minute grid, clicking, selecting, dragging and resizing — shorten the learning curve. A medical calendar, however, should not blindly carry over every assumption from a personal calendar.

That is why patient identity is never inferred, the clinician remains explicit, permissions are respected, collisions are validated in the database and concurrent changes cannot overwrite one another. Speed comes from keeping the workflow in context; safety comes from the decisions the system refuses to make on behalf of the care team.

Design sources

Try the workflow with a realistic scenario

Request a demo and use fictional data to book from a slot, move and resize the appointment, undo the change, then create a new patient without leaving the dialog.