What works on day one, and what waits on you

Sign up and get a 14-day free trial of RCM, Rehab, Access, Care, Insights and Workforce, with no card.

Google sign-in. A Microsoft Entra ID provider exists in code but is registered only when its credentials are set, and the sign-in page shows no Microsoft button. SAML (Okta, OneLogin) is switched off until ArkCloud can verify SAML signatures.

Outbound transactional email - portal links, notifications, statements and payment receipts - through SendGrid or an SMTP server, whichever the deployment has configured. Outside production, sends are recorded as simulated.

Referrals received, triaged and accepted into care - creating the patient record and opening the episode in one step.

Rehab patient caseload, admission and patient-level profile.

Courses of rehabilitation care, with an enforced lifecycle.

Native outpatient scheduling: book, confirm, check in, start a visit, complete, cancel and record a no-show.

Recurring weekly availability per provider, dated exceptions, group capacity and expiring slot holds.

What the organisation offers, how long each service takes, what it costs, and whether a patient may book it.

Patients waiting for a slot, matched to openings by when they can actually come.

Whether a late cancellation or a missed visit is chargeable, how much, and who forgave it.

A clinician subscribing to their own ArkCloud schedule from Google, Outlook or Apple Calendar.

A patient choosing and booking a NEW appointment time for themselves.

A patient (or their scheduling proxy) checks in for a booked visit from the portal, before arriving.

Questionnaires a practice sends patients before a visit, completed from a link and attached to the record.

Outbound SMS, checked against the patient's contact consent. Inbound STOP replies withdraw SMS consent once the number's inbound webhook points at /api/webhooks/twilio-sms. Outbound voice calls are not available: they are refused and nothing is recorded.

Contacts in which care was delivered, with their documentation and billing state on the same row.

Complete, sign, co-sign, amend and lock a clinical note, with superseded text preserved verbatim.

A plan of care per episode, with goals, review cycles and signatures. Goals are the existing clinical-goal records, not a second set.

Authorizations recorded, tracked and reviewed: what the payer granted, what is left, and when they must next be called.

Schedule performance: visits held, missed and cancelled, utilisation of declared availability, and new versus returning patients.

Authorizations, charge capture and the financial outcome of a course of care.

Staff record the benefits a payer stated for an episode - copay, coinsurance, deductible, out-of-pocket and the plan's visit limit - by phone or the payer's portal.

Every claim is checked against a set of rules before it is sent; a claim with a blocking finding is stopped with the reasons listed. Live in ArkCloud RCM.

Denials are categorised from their reason codes into a work queue, with appeal deadlines and follow-up tasks. Live in ArkCloud RCM.

A therapist asks a question about the episode or assessment in front of them - the latest score, what is still outstanding, what the documentation status is - and gets an answer built only from that patient's governed record. Live in ArkCloud Rehab on the episode and assessment pages, for staff permitted to view rehab patients.

From what the therapist recorded for today's visit (Quick Capture selections and typed notes) and the episode's own record, the assistant proposes a structured Subjective / Objective / Assessment / Plan draft. Every sentence must cite its source; unsupported sentences are removed before the therapist sees the draft. Live on the hosted service, which turns it on for patient records (REHAB_SOAP_DRAFT_MODE=phi with the approved model host named). It is off by default in the software, so another deployment must switch it on.

When an editable progress report or discharge summary is opened, an AI draft of its narrative sections is prepared beside the document: progress toward goals and reassessment findings, or course of care and goals met. Live on the hosted service. It uses the same deployment setting as the Draft SOAP note (REHAB_SOAP_DRAFT_MODE), off by default in the software.

When a patient conversation is waiting for a reply, a short draft appears in the reply box, labelled as an AI draft. The billing portal inbox in ArkCloud RCM works the same way. Live in ArkCloud Rehab patient messages and the RCM billing portal inbox. The deployment can switch it off with MESSAGE_AI_REPLY_DRAFTS=off.

On a patient account, billing staff can ask questions about that account - its balance, claims, open denial codes, what payers assigned to the patient, any payment plan and recent contacts - and get a written answer in the account's AI tab. Live in ArkCloud RCM for staff permitted to view accounts. On by default; an administrator can switch it off in Settings > AI.

Create Appeal on a denial opens with the letter already drafted, a list of what it relies on (reason codes, the claim line, the signed note, the authorization, the plan of care, your appeal template) and a list of gaps to fill. Live in ArkCloud RCM under Denials. An administrator can switch it off for the organisation in Settings > AI; the deployment can switch every RCM draft off with RCM_AI_DRAFTS=off.

Beside the goal form, Suggest goals proposes goals written toward the episode's documented limitations and findings; beside the plan of care, Draft with AI drafts the problem statement, interventions and discharge criteria. Nothing is created until the therapist saves it. Live on the hosted service. It uses the same deployment setting as the Draft SOAP note (REHAB_SOAP_DRAFT_MODE), off by default in the software, and the patient's AI agreement.

Session-authenticated FHIR R4 read and search of your own Patient, Coverage, Claim and ExplanationOfBenefit data, plus Patient create. No SMART on FHIR or OAuth and no update, so external systems cannot use it.