# AI for Clinics and Practices Front-Desk Admin, Scheduling, Recalls, and Billing. No Clinical Content. ## Overview Clinics lose an enormous amount of clinically trained time to administration. The phone queue, booking and rescheduling, recalls that never quite run, form requests, insurance paperwork, and chasing balances. None of it requires clinical training and all of it is currently done by people who have it. This is scoped deliberately and narrowly to that front-office layer. There is no clinical content anywhere in it: no triage, no symptom assessment, no advice, no clinical decision support. Anything ambiguous is treated as clinical and routed to your staff, which produces more escalations than strictly necessary and is the correct direction to err. The result is not a clinical tool and is not sold as one. It is administrative help for a practice, which is where the recoverable time actually is. ## At a Glance - **Zero** Clinical content, by design - **Routed** Anything ambiguous, to your staff - **Your rules** Recall criteria, set by clinicians - **99/mo** Starting price ## Before / After - **Before:** The desk choosing between the phone and the person in front of it **After:** Routine booking administration handled off the queue - **Before:** Cancellation slots going unfilled **After:** Offered to patients waiting for an earlier appointment - **Before:** A recall policy that exists but never quite runs **After:** Your rules executed on schedule, non-responders followed up - **Before:** Clinical messages queued behind parking questions **After:** Sorted first, clinical routed immediately - **Before:** Claim rejections found weeks later, past the window **After:** Surfaced while still recoverable - **Before:** Patient balances never chased because it feels wrong **After:** Polite, consistent, with hardship escalated to a person ## Benefits ### Booking Administration Requests, reschedules, confirmations, reminders, and cancellation gaps offered to a waiting list you order. ### Executed Recall Cycles Your clinicians rules run on schedule, non-responders followed up, and patients lost from the cycle surfaced. ### A Sorted Inbox Administrative requests handled and tracked, with clinical or ambiguous messages routed to staff without a response. ### Referral Follow-up Outbound referrals tracked for acknowledgement, closing a continuity gap nobody usually watches. ### Billing Cycle Invoices, patient balances, and claim rejections tracked and chased, with coding left entirely to your team. ## Benefits ### No Clinical Content, Structurally No triage, no symptom assessment, no advice, no clinical decision support. This is not a configurable setting, it is the scope. ### Ambiguity Escalates Anything that might be clinical goes to your staff unanswered. Over-escalating is the correct failure direction here and it is the deliberate default. ### Minimal Patient Messaging Recall and reminder wording avoids naming conditions, because a message on a lock screen is health data in a place you do not control. ### Clinical Rules Come From You Recall intervals, waiting-list priority, and appointment types are practice decisions. This executes them and never sets them. ## How It Works 1. **Define the Boundary First**: What is administrative in your practice, what always goes to a person, and your recall and waiting-list rules. This step comes before anything is connected. 2. **Connect the Administrative Systems**: Scheduling, the administrative inbox, and billing. Read our trust documentation properly at this point, with your own compliance advice. 3. **Start With Booking and Recalls**: The two with the clearest administrative boundary and the fastest return in recovered clinical time and refilled appointments. ## Comparison | Dimension | Traditional | With Sista | |---|---|---| | The phone queue | Competing with the patient at the desk | Routine booking handled off the queue | | Cancellation slots | Usually unfilled | Offered to a waiting list you prioritise | | Recalls | A policy that slips every busy week | Executed on schedule against your rules | | The inbox | Clinical and trivial in one queue | Sorted first, clinical routed untouched | | Claim rejections | Found in a monthly reconciliation | Surfaced while still recoverable | | Clinical decisions | Made by your clinicians | Made by your clinicians, unchanged | ## What This Deliberately Does Not Do This is the section that matters most, and it is placed here rather than in a disclaimer at the bottom because it defines the product rather than qualifying it. There is no triage, no symptom assessment, no advice, no interpretation of clinical information, and no clinical decision support of any kind. When a patient message contains clinical content, it is routed to your staff without an automated response. When a message is ambiguous, it is treated as clinical. That produces more escalations than a cleverer system would, and in a healthcare setting that is the right way to be wrong. Software that assesses symptoms or supports clinical decisions is a regulated category in most jurisdictions, with conformity requirements that apply to the product itself. This is administrative software and is scoped to stay firmly outside that boundary, which is why the front-office framing is a genuine limit rather than modest positioning. ## Patient Data Deserves More Than a Reassuring Sentence Health data carries specific obligations under GDPR and equivalent regimes, and a marketing page is the wrong place to settle whether a given arrangement satisfies your regulator. What we can state plainly: patient information stays inside your workspace, it is not used to train anything, and messaging defaults are deliberately minimal so that a reminder appearing on a lock screen does not disclose a condition. What we would tell you to do: read our trust and security documentation properly, involve whoever advises you on compliance, and satisfy yourself before connecting anything containing patient data. If that assessment says no, that is a legitimate outcome and a better one than proceeding on the strength of a confident paragraph. ## FAQ ### Does it triage patients or assess symptoms? No. There is no clinical content anywhere in this. Anything clinical or ambiguous is routed to your staff without a response, and that is the scope rather than a setting. ### Is this a regulated medical device? It is administrative software and is deliberately scoped to stay outside that category. Clinical decision support and symptom assessment are regulated, which is precisely why this does neither. ### How is patient data handled? It stays inside your workspace and is not used to train anything. Whether our arrangements satisfy your regulator is something to assess against our trust documentation with your own compliance advice. ### Can it answer the phone? Voice channels are marked coming soon in our catalog. Today it works over the written channels you offer, which covers much of routine booking administration. ### Who decides recall intervals? Your clinicians. Those are clinical decisions. This executes the list you define and never sets the criteria. ### What if a patient describes symptoms while booking? It routes to your staff and does not respond to the clinical content. That situation is exactly why the boundary is drawn where it is. ## Specialists - **[Appointment Administration](/en/use-cases/healthcare-clinics/appointment-admin)** — Bookings, reschedules, and the gaps they leave - **[Recalls and Follow-up Reminders](/en/use-cases/healthcare-clinics/patient-recalls)** — The routine reminders nobody has time to send - **[Administrative Inbox and Forms](/en/use-cases/healthcare-clinics/clinic-admin-inbox)** — The paperwork around care, not the care - **[Billing and Claims Administration](/en/use-cases/healthcare-clinics/billing-and-claims-admin)** — Get paid without it consuming a person