RAHO — Clinic reception, appointments and invoicing

The desk selects a numbered non-personal visitor code, practitioner, room, service, day and slot. RAHO checks that the full administrative duration fits the practitioner and room shifts and does not overlap another reservation for any of the three resources.

One slot ending exactly when the next starts is allowed; an overlapping minute blocks saving. The configured durations are an internal desk policy, not treatment advice or a calculation of clinical need.

Before arrival, a reasoned reschedule checks resources again and retains the initial plan and every before-and-after slot. It does not erase an earlier promise. Cancellation before the period ends or no-show recording after its end on the appointment date are reasoned decisions from booked status only.

Desk date and time are explicitly manual. Arrival is recorded on the appointment day, service starts after arrival within the shift and completion uses a later time, with notes for each stage. Promised and actual times remain visible together.

Adjacent planned slots do not authorize concurrent actual service. A practitioner, room or visitor still in service elsewhere blocks the next start. An unresolved earlier day's active visit also continues to block the shared resource rather than disappearing when the screen day changes.

A late finish is retained without moving the original reservation. Reading can return to an earlier day or time, but a new file operation cannot precede its latest event. Looking back is therefore different from rewriting history.

After completion, the desk creates one invoice draft starting with the booked service. Descriptions, quantities and prices can be reviewed, lines added or removed with reasons, and a discount set within the subtotal. Issue freezes the lines, discount and total without automatically recording collection.

The operator records partial receipts manually with an amount, method label, reference and note. Each amount is limited to the remaining balance. Cash, card and transfer describe the record only; the interface neither executes a payment nor connects to a financial account.

Correcting a receipt retains its original amount and every before-and-after value, reason and time. Zero can remove an entry's financial effect without deleting it, and corrections cannot take total receipts above the invoice. A later-day correction remains attached to the original visit date.