New-request alerts
We watch for new appointment requests or messages coming through the portal and route them to a shared inbox or a text alert, so the front desk isn't checking a separate tab between patients.
AdvancedMD's patient portal, available on the web and as a companion app, lets patients request appointments, send secure messages, view visit details, and handle some intake paperwork, separate from the staff-facing side of the software. What it doesn't do is tell anyone the moment something new comes in. We build the part that watches the portal and routes what lands there into whatever the practice actually uses day to day.
Patients use the portal to request an appointment time, message the practice directly, review visit summaries, and in some setups fill out intake forms ahead of a visit. It's a separate login from the provider and staff side of AdvancedMD, and the mobile app mirrors most of the same functions for patients who'd rather not log in through a browser.
For the practice, the portal is genuinely useful, it cuts down on phone calls for routine requests. The part that usually falls through is what happens after a patient hits send: nothing in the portal pushes that request anywhere else automatically.
Most practices end up treating the patient portal like a separate inbox someone has to remember to open, on top of the phone, the fax, and whatever else is already coming in. A new appointment request or a secure message can sit for hours if the front desk is mid-visit with another patient, and there's no native alert that tells anyone it's waiting.
AdvancedMD doesn't expose portal activity through a webhook or an API a practice can casually subscribe to for this kind of real-time alerting, so the automation has to work the way a staff member already does, checking the portal itself, just on a schedule a person wouldn't keep up with on their own.
We watch for new appointment requests or messages coming through the portal and route them to a shared inbox or a text alert, so the front desk isn't checking a separate tab between patients.
When a patient fills out an intake form through the portal ahead of a visit, we push the relevant fields into whatever the front desk actually works from, so nobody re-types what the patient already entered once.
Tell us what should happen the moment a patient messages or requests an appointment, and we'll build the automation that makes it happen without someone babysitting a tab.
The patient portal is one entry point into your practice. We build the automation for whatever else arrives manually too, phone requests, faxed referrals, or anything else that still depends on someone catching it.
Let's talk →Request appointments, send secure messages to the practice, review visit summaries, and in some configurations complete intake forms ahead of a visit. The app covers most of what the web version does, for patients who prefer it.
Not automatically through AdvancedMD itself. The portal doesn't push a built-in alert to staff when new activity arrives, which is usually why practices end up building a separate notification layer on top of it.
Yes. Patients log into the portal through their own credentials, entirely separate from the staff and provider login used to run the practice side of AdvancedMD.
In setups where it's enabled, patients can complete intake paperwork through the portal before a visit. Whether that data flows cleanly into the rest of the chart depends on how the practice has it configured.