GP & family clinics
Walk-ins alongside booked slots, with panel patients and their own billing rules.
Appointments, records and results in the patient's hand — and one queue for the clinic.
The phone line is busiest exactly when patients want to book, and the records they ask about sit in a cabinet behind the counter. A patient portal moves the routine requests off the front desk and gives clinicians one history to work from.
Clinics rarely have a clinical problem here. They have an administrative one: the same handful of requests arriving by phone, all day, every day, from people who would happily do it themselves.
The value shows up wherever the same patient comes back: the history is worth keeping, the recall is worth automating, and the front desk is worth protecting.
Walk-ins alongside booked slots, with panel patients and their own billing rules.
Appointments held against a practitioner and a chair or room, with treatment plans.
Course-based treatments drawn from a package, with before-and-after records.
High volume, report-heavy work where results release is most of the service.
Recurring sessions across weeks, where missed appointments break the programme.
One patient record across branches, so a visit anywhere sees the same history.
Patient data changes the build. Access control, an audit trail on every record view, retention rules and explicit consent are not extras here — they are part of the specification from day one, and they are why a clinic system costs more than a booking system that looks similar.
If you are a single practitioner with a receptionist and a paper diary, a booking tool and good filing will serve you. The portal earns its place once there are several practitioners, branches, or results to hand back.
Six steps. The last one is the one clinics notice in revenue — recalls that used to depend on memory now go out on their own.
Patient registers once, with identification, contact details and consent recorded.
Picks a practitioner, branch and slot from live availability, or is booked at the counter.
Confirmation and a reminder before the day, each with a link to reschedule.
The clinician opens one history. Notes, prescriptions and referrals attach to the visit.
Reports and documents released to the patient's portal once a clinician approves them.
The next review is scheduled and the invitation goes out when it falls due.
Results are released deliberately, not automatically. A clinician decides what a patient sees and when, because a report landing on a phone without context is worse than a phone call.
Most clinics start with patient records and appointments, then add the patient-facing portal once the internal side is running cleanly.
Demographics, identification, next of kin, allergies and history, with duplicate detection.
Per practitioner, room and branch, with walk-in queueing alongside booked slots.
Visit notes, diagnoses, prescriptions and referral letters recorded against the visit.
Lab reports, imaging and screening results, held until a clinician releases them.
Current medication list and a vaccination record with dose, batch and date.
Invoices and receipts, panel and insurance claims, deposits and package balances.
Appointment reminders, review recalls and screening invitations on your own schedule.
Book, reschedule, view released reports, download documents, update contact details.
Role-based access by clinician, nurse and front desk, with a log of every record opened.
From the Southern Health patient app, where patients see their appointments, medication and vaccination records and their own medical history. The full story is in the clinic healthcare case study.
Six stages. A clinician has to be in the room for the first and the fifth, or the system ends up describing a workflow nobody follows.
With the front desk, a nurse and a clinician. We map the patient journey as it runs today, and settle who may see what.
Output: workflow, roles and consent modelThe existing patient list is checked for duplicates, missing identification and records held in more than one place.
Output: clean-up list and migration planScreen-by-screen design of the counter, the consultation room and the patient app, reviewed with the people who use each.
Output: signed-off screens, build scheduleRecords and appointments first, so the clinic runs on the system before the patient-facing portal opens.
Output: test system, updated fortnightlyA full clinic day is rehearsed on the test system — walk-in, booked patient, panel case, result release, a recall falling due.
Output: migration report, signed UATOne branch first, then the rest. Training for the counter, and a written SOP for the daily open and close.
Output: live system, SOP, support windowFor a practice with several clinicians and a patient app. Records and appointments alone, one branch, is closer to ten weeks.
The variable is what the system has to talk to. A standalone clinic system stays inside four months; linking to a laboratory information system or a panel claims gateway usually adds a month, most of it spent waiting on the other side's documentation and test access.
We are delighted to have launched our web-based tool to help doctors and cancer patients make decisions about genetic testing. Thank you, UNO, for helping to bring our idea to life! The team has been attentive and provided constructive suggestions during the development. All queries were handled in an efficient and professional manner. Amazing effort indeed!