Notifications
Your personal alerts plus the three approval queues only a Provider Network Admin can clear.
Notifications is one page doing two jobs: alerts addressed to you, and the three approval queues that only a Provider Network Admin can clear.
Questions people ask about this page
How do I tell read from unread?
An unread row has a solid dot before its title and a faintly tinted background; read rows are plain white with no dot. Unread rows also sort to the top. The only other tell is the Mark read button — it disappears once the item is read.
What is the difference between Mark read and Dismiss?
Mark read clears the badge and the dot; the item stays in the list. Dismiss removes it from every list permanently — there is no "dismissed" tab to get it back from. Read when you have seen it; dismiss only when there is nothing left to do.
What clears the number next to Notifications in the menu?
The badge counts items that are unread and not dismissed and already due to appear. Reading them clears it, dismissing them clears it, and Mark all read clears it in one click without removing anything. It is the only badge this page affects — the Messages, Forms, and two Visits badges each reset from their own pages.
My list is empty but I was told something is coming.
Notifications carry a scheduled reveal time. One created now can stay invisible until later, so an empty list does not mean nothing is queued. Check again after the send time.
Where is the Notifications page for my Providers?
There is not one. /notifications is registered for Provider Network Admin only. Providers, Provider Delegates, Client Admins, and Client Staff have no notification centre — for them "notifications" means sidebar count badges, live toasts, and email or SMS.
Does approving an availability reduction here actually change the schedule?
Yes. Approving applies the reduction to the Provider's real availability. Check booked visits first — the item's own meta line tells you how many visit conflicts the change creates.
Why do I never get availability requests?
Because Allow provider availability reductions is on in Settings → Operations. With that setting on, a Provider's reduced hours apply immediately and never enter this queue. Turn it off if you want the approval step.
Can I link someone to a specific tab?
No. The tabs are local state and do not appear in the URL. /notifications always opens on All.
Where to find it
Left menu → Notifications. Direct link: /notifications. Visible to: Provider Network Admin only; every other role gets Access Denied / You do not have permission to view notifications. The number beside the menu item is your unread count.
What is on this page
| What you see | What it does |
|---|---|
| Subtitle | Reads Availability & approvals · {n} unread - {m} pending review, or pending reviews when that number is not one. The second number is how many items still need a decision. |
| Mark all read | Top right. Only rendered when at least one item is unread. Clears every dot and the sidebar badge; removes nothing. |
| Tab strip | All · Availability · NPI changes · License changes · Other · Unread, each with its own live count. |
| A row | Title, one-line descriptor, relative time, a kind chip, and the key detail. The whole row is a toggle labelled Toggle details for {title}. |
| Expanded row | The Provider's name as a link (it opens their profile on the matching tab), the block date, Submitted {date}, and — when there are any — {n} scheduled visits, which is the same number the collapsed row calls {n} visit conflicts. Then a deep link (Open schedule or Open credentials) and Approve / Reject. Mark read and the dismiss icon (Dismiss notification) appear only when the request has a notification of its own — some requests do not, and then those two controls are simply absent. |
| Error banner | We couldn't load your notifications. Some items may be missing — please refresh. |
The three approval queues
| Tab | What lands here | Row reads | Deep link |
|---|---|---|---|
| Availability | A Provider reduced or removed hours while reduction approval is required. | {Provider} requested availability change. The line under it is the notification's own description when it has one — for example {Provider} requested to remove availability for Sat, Jul 11, 1:00 PM - 9:00 PM. — and otherwise the generic Review this provider availability change request before it is applied. Meta shows the block date, plus a {n} visit conflicts chip only when that count is above zero. No chip means no conflicts. | Open schedule |
| NPI changes | A Provider submitted a new NPI through Request NPI Change. | {Provider} requested NPI update — Review this NPI change request before it updates the live provider profile. Meta shows Current {npi} and Requested {npi}. | Open credentials |
| License changes | A Provider submitted one or more licences for review. | {Provider} - {n} pending — Review the provider's credential tab to approve or reject submitted licenses. Meta shows their email and {n} licenses. | Open credentials |
| Other | Everything else addressed to your account — visit assignments, lab results, patient messages, refill requests, prescription updates, support ticket replies, reminders. | The notification's own title and description, with an absolute date. | Varies by item |
How to work the page
Open it
In the left menu, click Notifications. You land on All.
Clear the approval queues first
Work Availability, then NPI changes, then License changes. These are the only items where someone else is blocked waiting on you. A zero on a tab means nothing is pending there.
Expand the row before you decide
Click the row — the control is labelled Toggle details for {title}. Read the full request. Never approve from the collapsed summary.
Check the downstream effect
For an availability request, read the conflict count — if there is no {n} visit conflicts chip at all, the change collides with nothing — then click Open schedule to see what is actually booked. For an NPI change, click Open credentials and compare Current with Requested against real evidence. For a licence, open the credentials tab and look at the uploaded document.
Approve or reject
Click Approve or Reject in the expanded row. Either decision removes the item from the queue — the empty state says so: Approved or rejected requests leave this stream automatically.
Sweep the rest
Switch to Unread and read what is left. Click Mark read on anything you have handled, or Mark all read to clear the badge in one go.
Dismiss only when it is finished
The dismiss icon (Dismiss notification) removes the row from every list for good. Use it for noise, not for work you have not done.
Verify the result
After an approval, reopen the Provider and confirm the new availability or credential state, then check whatever visit or prescription the request was blocking.
Statuses you will see here — read, unread, dismissed
| State | How it looks | What changes it | Counted in the sidebar badge? |
|---|---|---|---|
| Unread | Solid dot before the title, tinted row background, sorted above read items, Mark read button present. | Mark read, Mark all read, or dismissing it. | Yes |
| Read | No dot, plain white row, still in the list, no Mark read button. | Nothing brings it back to unread. | No |
| Dismissed | Gone from every tab, including All. | Nothing — this is one-way. | No |
| Not yet due | Invisible. A scheduled reveal time has not passed. | Time. | No, not until it appears |
| High priority | A rose High label on the row. | Set by whatever created it. | Same as any other item |
Marking read is not the same as dismissing, and neither is the same as acting. An availability request you mark read is still pending — the second number in the subtitle keeps counting it until you Approve or Reject it.
Empty states, and what each one means
| Tab | Headline | Body |
|---|---|---|
| Availability | No pending availability requests | Approved or rejected requests leave this stream automatically. |
| NPI changes | No pending NPI requests | Approved or rejected NPI requests leave this stream automatically. |
| License changes | No pending licenses | Provider credentials waiting for approval will appear here. |
| Other | No other notifications | General updates will appear here. |
| Unread | No unread notifications | Everything has been reviewed. |
| All | No notifications yet | New activity will appear here. |
What can go wrong
| What you see | Why | Fix |
|---|---|---|
| The sidebar badge will not clear | Something unread is sitting in a tab you have not opened, most often Other. | Open Unread — it shows every unread item regardless of kind — then click Mark all read. |
| An item you dismissed is gone for good | Dismiss is one-way. Every query filters dismissed items out. | Nothing here. Go to the source — the Provider record, the visit, the order — and act there. |
| Availability requests never arrive | Allow provider availability reductions is on, so reductions apply immediately. | Turn it off in Settings → Operations if you want to approve them. |
| You approved a reduction and visits fell off the calendar | The conflict count in the row was not zero. | Rebook or reassign those visits from Visits SYNC. Read the conflict count before approving next time. |
| Mark all read is not on screen | It only renders when the unread count is above zero. | Nothing — you are already clear. |
| A request has no Mark read button and no dismiss icon | That approval request has no notification document behind it, so there is nothing to mark or dismiss. | Act on it with Approve or Reject — that is what clears it from the stream. |
| We couldn't load your notifications. Some items may be missing — please refresh. | A query failed. The page shows what it could load. | Refresh. Do not treat an empty queue as authoritative while this banner is up. |
| You told a Provider to "check your notifications" | They have no such page. | Message them in Messages, or rely on their sidebar count badges. |
| Tabs reset when you come back | The tab is local state, not part of the URL. | Nothing. Re-select the tab. |
Next
Was this helpful?