Assign roles to existing users
Before the new roles go live, every existing user gets one. Review the proposal, then apply it.
Safe default for users with no match
Proposed roles
| User | Today | New role | Why | |
|---|---|---|---|---|
| Hadeel Al-Qahtani | admin | MappedDirect match | ||
| Layla Al-Harbi | provider | MappedDirect match | ||
| Sami Al-Ghamdi | operations | MappedDirect match | ||
| Omar Al-Zahrani | preauth | MappedDirect match | ||
| Maha Al-Mutairi | clinical | MappedDirect match | ||
| Reem Al-Otaibi | billing | MappedDirect match | ||
| Faisal Al-Dosari | finance | Needs your choiceFinance maps to two roles, pick one | ||
| Noura Al-Shehri | finance | Needs your choiceFinance maps to two roles, pick one | ||
| Dalal Al-Rashid | viewer (old) | Read only keptRead only stays read only |
Users nobody mapped
| User | Today | New role | Why | |
|---|---|---|---|---|
| Yousef Al-FahadFacility A | support | Safe default | ||
| Amal Al-KhalidiFacility B | trainee | Safe default |
Why Viewer
The old portal had no role without access, so a user with an unknown role would otherwise land on Receptionist and gain the right to create eligibility checks. Viewer keeps them read only until you decide.
What happened
17 users, 13 mapped directly, 2 chosen by you, 2 old viewers kept read only.
Batch MIG-2026-0007, one entry per user with the old and new role.
Changed your mind?
The whole batch can be undone. Every user goes back to their old portal role.
Undo batch MIG-2026-0007?
All 17 users go back to their old portal role. Nobody is locked out while this runs. Both the batch and the undo stay in the audit log.
Every user gets the role shown. 2 users still need your choice, and until you pick one they keep the safe default, Viewer. One audit entry is written per user.