Extensions
Live

Mass Inactivate Provider Across Sub-Orgs

Set a provider inactive across every sub-org they belong to in one action — no need to update each sub-org membership individually.

Built by SE Team

The problem it solves

Practices with sub-organizations have no way to offboard a provider in one step — admins have to individually inactivate that provider's membership in every sub-org they belong to, which is slow and easy to leave incomplete, potentially leaving a departed provider with lingering access somewhere.

What's included

  • Loads all active providers across the main org and all sub-orgs
  • Search by name or email (appears once more than 5 providers exist)
  • Displays how many sub-orgs each provider belongs to
  • Confirmation screen listing every affected sub-org before changes are made
  • Parallel inactivation across all sub-orgs with per-sub-org success/failure reporting

How it works

Embedded as a staff-side widget in org/provider management settings. An admin selects a single provider from a searchable list (search appears past 5 providers) and sees how many sub-orgs they belong to. A confirmation screen lists every affected sub-org before any mutation runs. On confirm, the widget calls updateOrganizationMembership with active: false for that provider's membership in each sub-org in parallel, then reports success or failure per sub-org on a results screen. Authenticates the same way as Healthie's other embedded staff-side widgets: a JWT delivered via postMessage, sent as a Bearer token with an AuthorizationSource: ThirdPartyApp header.

Example configuration

mutation InactivateProviderMembership($input: updateOrganizationMembershipInput!) {
  updateOrganizationMembership(input: $input) {
    organizationMembership { id active }
    messages { field message }
  }
}

# Example variables
{ "input": { "id": "sub_org_membership_id", "active": false } }

This staff-side widget lets admins deactivate a provider across their entire sub-org structure in a single action, instead of updating each sub-org membership one at a time. Admins search for and select a single provider — search appears once more than 5 providers exist — and the widget shows how many sub-orgs that provider belongs to. Before making any changes, a confirmation screen lists every affected sub-org so the admin can review the full scope. Once confirmed, the widget inactivates the provider's membership in every sub-org in parallel and reports per-sub-org success or failure inline on the results screen, so a failure in one sub-org doesn't obscure whether the others succeeded.

Building on Healthie?

Talk to our team about API access, white-label, and enterprise architecture — or dive into the docs.