Skip to main content
Pilot programmeNow setting up pilot hospitals across Nigeria — book a walkthrough

Platform module

Appointments, Scheduling & Referrals

A real clinician calendar, double-booking prevented at the database, and referrals tracked to a decision.

What it is

Appointment books fail quietly: two clerks write the same slot, the clinician finds out at 9am. GSHS prevents overlapping bookings in the database itself, so no combination of screens, tabs or slow networks can create a clash.

Referrals are tracked as a conversation with an outcome — sent, accepted or declined with a reason — rather than a letter that disappears.

GSHS · appointments referrals

Provider calendar

Week view · Dr E. Adeyemi

AO
MON 14TUE 15WED 16THU 17FRI 18
09:30
Consultation
11:00
Referral
13:00
Consultation
12:00
Recorded walkthrough coming soon.Book a live demo

Why teams value it

No double booking

Enforced at the database, not in the browser.

Week and day views

Provider calendars built from real bookings.

Reminders

Patients notified when an appointment is made or changed.

Referral outcomes

Accept or decline, always with a reason.

Provider calendar

A grid that reflects reality

Bookings are made against a named provider, branch and appointment type, with start and end times. Booking a slot removes it from everyone else's view immediately.

  • Week and day grids
  • Booked, confirmed, checked-in, in progress, completed, no-show, cancelled
  • Records whether staff or the patient booked
Front-desk flow

Check-in that leads straight into care

Checking a patient in moves the appointment through its states and hands the clinician a ready encounter, so the clinical note and the schedule never drift apart.

  • Status changes are audited
  • No-shows recorded rather than deleted
  • Reason for visit carried into the encounter
Referrals out

Send a case with its clinical summary

A referral carries the reason, urgency and a clinical summary to the receiving organisation or department, and stays visible to the sender until a decision is made.

  • Urgency levels
  • Internal department or external organisation
  • Resulting encounter linked back to the referral
Referrals in

A queue the receiving team actually works

Incoming referrals arrive in a worklist where the receiving team accepts or declines with a reason, closing the loop for the referring clinician.

  • Decision reasons stored
  • Status visible to both sides
  • Feeds the receiving facility's appointment book

Questions about this module

Explore related modules

See this module on real screens

Book a walkthrough and we will demonstrate it using workflows that match your facility.

Book a Demo