See a provider’s real availability in the EHRs your software can’t reach, and put appointments onto those calendars, without an integration project. A provider and a date range go in; every open slot comes back grouped by day, in the practice’s own timezone, ready for your scheduling queue, call list, or voice agent.
Overview
Two jobs, one build. Seeing the schedule: a browser agent signs in to the EHR, opens the provider’s calendar, and walks the requested date range, returning every open slot in a form your scheduling service, voice agent, or call list can use directly. Booking against it: the agent verifies a requested slot against the live calendar, creates the appointment for the right patient, and confirms it landed, or reports the slot as taken rather than overwriting anything.
Each EHR is built as its own configured agent, the same way the payer enrollment forms and state-board checks are: the same primitive runs in production against ambulatory EHRs such as eClinicalWorks, and extends system by system to secondary and hospital EHRs.
Step by step
Zero open slots in the range is a normal, successful result: an empty schedule, not an error. And a week that wouldn’t load is reported as unread, never silently skipped, because a gap you know about is schedulable and a gap you don’t is a double-booking waiting to happen.
The write half holds the same discipline as every write workflow in this catalogue. The agent verifies the patient’s identity against the chart before touching anything; a wrong or ambiguous match stops the run rather than booking on the wrong record. It checks the requested slot against the live calendar first, and a taken slot is reported back, not overwritten. And the transition into writing carries a human confirmation gate, so nothing lands on a provider’s calendar unattended unless you deliberately remove that gate.
At scale
A single run answers one provider-range question. At scale, retrieval runs nightly across every provider and location you manage, keeping downstream systems synced without a person re-keying calendars between screens, and write runs execute as bookings arrive. The output is built to be consumed by software: this is the workflow that lets a voice agent that captured the appointment request actually finish the job inside the EHR.
Retrieval and read/write are part of the scheduling workflow library, alongside appointment booking and marketplace profile sync.
Human in the loop
Schedule data is patient data: runs execute on HIPAA-compliant, SOC 2 Type II infrastructure with a per-run log of every appointment read or written. Full posture on the security page.
A part of the range that wouldn’t load.
Named in the coverage report; the rest of the export still completes.
A requested slot that’s taken.
Reported as unavailable with the calendar as evidence; nothing is moved or overwritten.
A patient who can’t be confidently identified.
The write stops before touching the calendar; wrong-chart writes are the one failure this workflow refuses to risk.
The write gate itself.
Appointment creation pauses for approval by default.
Questions
Retrieval and read/write are one workflow in the scheduling workflow library. Every calendar synced by hand is staff time spent re-keying between screens, every day, indefinitely.
Disclaimer
Third-party names, including government agencies and registries, are used only to identify systems commonly involved in healthcare operations workflows. Asteroid is not affiliated with, endorsed by, sponsored by, or certified by those third parties unless expressly stated. Workflow availability depends on customer authorization, account permissions, configuration, and applicable system terms.