Betasky

Chapter 8: User Management

Overview

User Management is where Agency Administrators add, edit, and manage all staff members who will use the Betasky system. This chapter covers:

  • Adding new users to your agency
  • Assigning roles and permissions
  • Managing multi-branch user access
  • Configuring per-branch custom permissions
  • User status management (Active, Inactive, Pending)
  • Subscription user limits

Who Should Read This Chapter:

  • Agency Administrators
  • Super Administrators
  • HR managers responsible for onboarding staff

Prerequisites:

  • Understanding of user roles and permissions (Chapter 3)
  • Completed agency settings (Chapter 4)
  • Branch setup (Chapter 5) if your agency has multiple locations

8.1 Accessing User Management

Navigation Path

  1. From the Dashboard: Click the Settings icon (gear icon) in the top-right header bar
  2. Select "User Management" from the dropdown menu
  3. The User Management page will open

User Management Page

What You'll See:

  • List of all users in your agency
  • Each user shows: Name, Email, Role, Branch, Status, Last Login
  • Add New User button in the top-right corner
  • Search, filter, and sorting options

8.2 Understanding User Seat Limits

Your agency's subscription tier determines how many users you can add.

8.2.1 User Limits by Subscription Tier

Subscription TierUser LimitNotes
SandboxUnlimitedFor testing purposes only
Test5 usersDevelopment accounts
Growth20 usersSmall to medium agencies
Pro50 usersMid-sized agencies
EnterpriseUnlimitedLarge multi-branch agencies

8.2.2 User Seat Capacity Warning

When Near Limit:

  • System displays a warning: "You have used X of Y user seats"
  • Administrators receive a notification when 90% capacity is reached

At Capacity:

  • Error message: "User seat capacity reached. Please upgrade your subscription or deactivate inactive users."
  • Add New User button is disabled
  • Existing users can still log in and work normally

Solution:

  • Upgrade your subscription (contact Betasky Sales)
  • Deactivate users who no longer work at your agency
  • Set former employees to "INACTIVE" status (they still count toward the limit but cannot log in)

8.3 Adding a New User

Adding a user is a multi-step process that checks for existing users and validates information before granting access.

8.3.1 Step 1: Email Verification

The system first checks if the email address is already in use.

To Begin:

  1. Click the Add New User button (top-right corner)
  2. The Add User modal opens at Step 1: Email Verification

Enter Email Address:

  • Field: Email
  • Format: Valid email address (e.g., john.doe@example.com)
  • Validation:
    • Must be a valid email format
    • System checks if this email already exists in the database

Three Possible Outcomes:

Outcome A: Email Not Found (New User)

  • ✅ Message: "Email is available"
  • Click Continue to proceed to Step 2
  • You will enter all user details from scratch

Outcome B: User Exists, Already Has Access to Your Agency

  • ⚠️ Warning: "This user already has access to your agency"
  • The modal displays the user's current role and branch
  • Action Required: Click Close or Cancel
  • You cannot add the same user twice (edit the existing user instead)

Outcome C: User Exists in System, But Not in Your Agency

  • ℹ️ Info: "User found in the system. Existing profile will be loaded."
  • The system pre-fills the user's details (name, phone, discipline, license) from their existing profile
  • Click Continue to proceed to Step 2
  • Benefit: Speeds up onboarding for users who already work for another agency or were previously invited

Example:

  • Jane Smith worked for "North Austin Home Health"
  • She now joins your agency "West Coast Home Care"
  • When you enter her email, the system finds her profile
  • Her name, phone, and license details auto-fill (you only need to assign her role)

8.3.2 Step 2: User Details

After email verification, you enter (or confirm) the user's personal and professional information.

Add User Modal - Details

Personal Information

First Name
  • Required: Yes
  • Format: Text (up to 100 characters)
  • Example: "John"
Last Name
  • Required: Yes
  • Format: Text (up to 100 characters)
  • Example: "Doe"
Phone Number
  • Required: No (but recommended for clinicians)
  • Format: (###) ###-#### (automatically formatted as you type)
  • Example: (512) 555-1234
  • Purpose: Used for communications, scheduling alerts, and contact purposes

Professional Information (Optional for Non-Clinical Users)

Discipline
  • Required: For clinical staff (RN, LPN, PT, OT, SLP, HHA, MSW)
  • Format: Dropdown selection
  • Options:
    • RN - Registered Nurse
    • LPN / LVN - Licensed Practical Nurse / Licensed Vocational Nurse
    • PT - Physical Therapist
    • PTA - Physical Therapist Assistant
    • OT - Occupational Therapist
    • COTA - Certified Occupational Therapy Assistant
    • SLP - Speech-Language Pathologist
    • MSW - Medical Social Worker
    • HHA - Home Health Aide
    • (None) - For non-clinical staff (administrators, schedulers, billers)

Important:

  • Discipline is required for users who will provide patient care or complete visits
  • Non-clinical staff (Agency Administrators, Intake Coordinators, Billers) can leave this blank
License Number
  • Required: For licensed clinicians only
  • Format: Alphanumeric (varies by state and discipline)
  • Examples:
    • Texas RN: RN123456
    • California PT: PT987654
  • Purpose: Tracked for compliance; required for Medicare/Medicaid billing
License Expiration Date
  • Required: If License Number is provided
  • Format: Date picker (MM/DD/YYYY)
  • Purpose: System alerts administrators when licenses are expiring (90 days, 60 days, 30 days)

Best Practice:

  • Keep license information current
  • Set up alerts in the Compliance Tasks module (Chapter 32) to track expirations

8.3.3 Step 3: Role & Branch Assignment

After entering user details, you assign the user's role and branch(es).

Primary Branch

  • Purpose: The branch the user is primarily assigned to
  • Format: Dropdown selection
  • Options:
    • Head Office (default if single-branch agency)
    • All active branches (if multi-branch agency)

Single-Branch Agencies:

  • If your agency has only one branch, this field auto-selects "Head Office"
  • The user has access to all patients and data within that branch

Multi-Branch Agencies:

  • The user will have access to this branch by default
  • You can grant access to additional branches in the next section

Role

  • Purpose: Defines the user's permissions (what they can do in the system)
  • Format: Dropdown selection
  • Options: All Agency Roles (see Chapter 3 for details):
    • Agency Administrator
    • Clinical Manager
    • Scheduler
    • Biller
    • Intake Coordinator
    • RN Case Manager
    • LPN / LVN
    • Therapist (PT / OT / SLP)
    • Home Health Aide
    • Custom Roles (if your subscription includes Custom Role Builder)

Important:

  • Platform Roles (Super Administrator, Sales & Onboarding, Support Engineer) cannot be assigned by Agency Administrators
  • Platform roles are internal Betasky staff roles managed separately

User Status

  • Purpose: Controls whether the user can log in
  • Format: Dropdown selection
  • Options:
    • ACTIVE - User can log in and work (default for new users)
    • INACTIVE - User cannot log in (for former employees or suspended accounts)
    • PENDING - User has been invited but has not completed setup (reserved for future invitation workflows)

Recommendation:

  • Always set new users to ACTIVE unless you're pre-creating accounts for future employees

8.3.4 Multi-Branch Access (Optional)

If your agency has multiple branches and the user needs access to more than one, you can configure multi-branch assignments.

When to Use:

  • Clinical Managers who oversee multiple locations
  • Traveling clinicians who work at different branches
  • Agency Administrators (who typically need access to all branches)
  • Schedulers coordinating visits across multiple regions

How to Add Additional Branches:

  1. In the Add User modal, scroll to the Branch Access section
  2. Click Add Branch
  3. A new row appears with the following fields:
    • Branch: Dropdown to select the branch
    • Role at This Branch: Dropdown to select the user's role at this specific branch
    • Discipline at This Branch: (Optional) Override the primary discipline for this branch

Example:

BranchRoleDiscipline
North Austin BranchClinical ManagerRN
West Coast DivisionScheduler(None)

In this example, the user is a Clinical Manager (with nursing responsibilities) in North Austin but only a Scheduler in the West Coast Division.

Removing a Branch:

  • Click the Delete icon (trash can) next to the branch row
  • The user will lose access to that branch

8.3.5 Custom Permissions (Pro, Test, Enterprise Only)

If your subscription includes the Custom Role Builder feature, you can assign per-branch custom permissions to further refine access control.

What Are Custom Permissions?

  • Granular permissions beyond the standard role (e.g., CREATE_PATIENT, APPROVE_DOCUMENT, GENERATE_CLAIM)
  • Can be added or removed on a per-branch basis
  • Useful for unique staffing scenarios or temporary elevated access

To Add Custom Permissions:

  1. In the Branch Access section, click Customize Permissions next to a branch

  2. An accordion menu expands, showing all available permissions grouped by category:

    • Patient Management (e.g., CREATE_PATIENT, UPDATE_PATIENT, DELETE_PATIENT)
    • Clinical Documentation (e.g., CREATE_VISIT, APPROVE_OASIS, UPDATE_CARE_ORDER)
    • Billing & Claims (e.g., GENERATE_CLAIM, APPROVE_CLAIM, POST_PAYMENT)
    • Administration (e.g., MANAGE_USERS, MANAGE_BRANCHES, VIEW_AUDIT_LOG)
    • Reports (e.g., VIEW_REPORTS, EXPORT_DATA)
  3. Check or uncheck specific permissions to add or remove them

  4. These custom permissions are additive (they add to the role's base permissions)

Example Scenario:

  • User: Sarah, an RN Case Manager at the North Austin Branch
  • Standard Role Permissions: Can create visits, document care, complete OASIS
  • Custom Permission Added: APPROVE_OASIS (normally only Clinical Managers can approve)
  • Result: Sarah can now approve OASIS assessments at the North Austin Branch, but not at other branches

Important Notes:

  • Custom permissions are only available in Pro, Test, and Enterprise subscriptions
  • If your subscription does not include Custom Role Builder, this section will not appear
  • Custom permissions override role restrictions (use with caution)

8.3.6 Saving the New User

After entering all information:

  1. Click Save or Create User at the bottom of the modal
  2. The system validates all fields:
    • ✅ All required fields are filled
    • ✅ Email is unique within your agency
    • ✅ License expiration date is in the future (if provided)
    • ✅ At least one branch and role are assigned
  3. If validation passes, the user is created
  4. A Success toast notification appears: "User created successfully"
  5. The new user appears in the User Management list

What Happens Next:

  • The user receives an email with their login credentials (if email invitation is enabled)
  • They can immediately log in to the system (if status is ACTIVE)
  • Their name appears in dropdowns for scheduling, patient assignment, and documentation

8.4 Editing an Existing User

To update a user's information, role, or branch assignments:

8.4.1 Open the Edit Modal

  1. In the User Management page, locate the user you want to edit
  2. Click the Edit icon (pencil icon) next to the user's name
  3. The Edit User modal opens with pre-filled information

What You Can Edit:

  • Personal information (name, phone)
  • Professional details (discipline, license number, expiration date)
  • Role and branch assignments
  • User status (Active, Inactive)
  • Custom permissions (per branch)

What You Cannot Edit:

  • Email address (email is the unique identifier)
  • User ID (internal system identifier)

8.4.2 Edit Mode Tabs

The Edit User modal has two tabs:

Tab 1: User Details

  • Update name, phone, discipline, license information
  • Change primary role and branch
  • Update user status

Tab 2: Branch & Permissions

  • Manage multi-branch access
  • Configure per-branch roles and disciplines
  • Set custom permissions for each branch (if available)

To Switch Tabs:

  • Click the User Details or Branch & Permissions tab at the top of the modal

8.4.3 Updating Branch Access

In the Branch & Permissions tab, you can:

Add a New Branch:

  1. Click Add Branch
  2. Select the branch from the dropdown
  3. Assign a role for this branch
  4. (Optional) Set a discipline and custom permissions
  5. Click Save

Edit an Existing Branch Assignment:

  1. Locate the branch in the list
  2. Click the Edit icon next to the branch
  3. Update the role, discipline, or custom permissions
  4. Click Save

Remove Branch Access:

  1. Locate the branch in the list
  2. Click the Delete icon (trash can)
  3. Confirm the action
  4. The user will no longer have access to this branch

Important:

  • Users must have at least one branch assignment
  • You cannot remove the user's last branch (deactivate the user instead)

8.4.4 Managing Per-Branch Custom Permissions

For each branch the user has access to, you can configure custom permissions.

To Customize Permissions for a Branch:

  1. In the Branch & Permissions tab, find the branch
  2. Click Customize Permissions (or expand the branch accordion)
  3. A list of permission categories appears (e.g., Patient Management, Clinical Documentation, Billing)
  4. Click on a category to expand it
  5. Check or uncheck individual permissions
  6. The changes are saved automatically when you click Save in the modal

Example:

Branch: North Austin Branch
Role: RN Case Manager
Custom Permissions Added:

  • APPROVE_OASIS (can approve OASIS assessments)
  • GENERATE_CLAIM (can generate claims)

Custom Permissions Removed:

  • DELETE_PATIENT (cannot delete patients even though some Case Managers can)

Result:

  • This user has elevated approval rights but restricted deletion rights at this specific branch

8.4.5 Saving Your Changes

After editing:

  1. Click Save Changes at the bottom of the modal
  2. The system validates all fields
  3. If validation passes, the user is updated
  4. A Success toast notification appears: "User updated successfully"

8.5 Deactivating or Reactivating a User

8.5.1 When to Deactivate a User

Deactivate a user when:

  • An employee leaves the agency (termination, resignation, retirement)
  • A user account is suspended for policy violations
  • A temporary employee's contract ends
  • You want to preserve historical data but revoke access

Effect of Deactivation:

  • User cannot log in
  • User still counts toward your subscription's user seat limit (unless permanently deleted)
  • Historical data (visits, documentation) remains accessible with the user's name attached

8.5.2 How to Deactivate

Option A: From User Management List

  1. Locate the user in the User Management page
  2. Click the Deactivate button (or status toggle)
  3. Confirm the action

Option B: From Edit User Modal

  1. Open the user in edit mode
  2. Change Status from ACTIVE to INACTIVE
  3. Click Save Changes

8.5.3 How to Reactivate

If you need to restore access to a previously deactivated user:

  1. In the User Management page, filter by Inactive users
  2. Locate the user
  3. Click Reactivate (or edit and change status to ACTIVE)
  4. The user can immediately log in again

8.6 User List Features

8.6.1 Search and Filter

Search Bar:

  • Search by name, email, or role
  • Real-time filtering as you type

Filter Options:

  • Status: Active, Inactive, Pending
  • Role: Filter by specific role (e.g., show only RN Case Managers)
  • Branch: Filter by branch (multi-branch agencies only)
  • Discipline: Filter by clinical discipline

8.6.2 Sorting

Click on column headers to sort by:

  • Name (A-Z, Z-A)
  • Email
  • Role
  • Branch
  • Last Login (most recent, oldest)
  • Status

8.6.3 Bulk Actions (Future Feature)

The system is designed to support bulk actions in future updates:

  • Export user list to CSV
  • Bulk role reassignment
  • Bulk deactivation (e.g., at the end of a contract cycle)

8.7 User Login and Onboarding

8.7.1 How Users Receive Access

Option A: Email Invitation (If Enabled)

  • After an administrator creates their account, the user receives an email with:
    • Login instructions
    • Temporary password (or link to set password)
    • System URL: https://app.betaskyhealth.com/

Option B: Manual Credential Sharing

  • Administrator shares login credentials directly with the user (via phone, in-person, etc.)

8.7.2 First Login

When a user logs in for the first time:

  1. They may be prompted to change their password (if using a temporary password)
  2. They see a brief onboarding tour (optional, can be skipped)
  3. They land on the Dashboard with access scoped to their role and branch

8.7.3 User Profile Settings

Users can update their own:

  • Profile picture
  • Phone number
  • Password
  • Notification preferences

Users cannot change:

  • Their role
  • Their branch assignments
  • Their permissions (only administrators can modify these)

8.8 Troubleshooting Common Issues

Issue 1: "User Seat Capacity Reached"

Error Message: "Cannot add more users. Your plan allows a maximum of X users."

Solution:

  1. Option A: Deactivate users who no longer work at your agency
  2. Option B: Upgrade your subscription:
    • Contact Betasky Sales: sales@betaskyhealth.com
    • Request a tier upgrade (e.g., Growth → Pro)
  3. Temporary Workaround: Set inactive users to INACTIVE status (they still count toward the limit but cannot log in)

Issue 2: "Email Already Exists"

Error Message: "This email is already in use"

Solution:

  • If the user already works for your agency: Edit the existing user instead of creating a new one
  • If the user worked for another agency: The system should detect this and pre-fill their details (see Section 8.3.1, Outcome C)
  • If you believe this is an error: Contact Betasky Support to investigate

Issue 3: "Cannot Remove Last Branch"

Error Message: "User must have at least one branch assignment"

Solution:

  • Users must always have access to at least one branch
  • If you want to remove all access, deactivate the user instead

Issue 4: "License Expiration Warning"

Warning: "This user's license expires in X days"

Solution:

  1. Contact the user to renew their license
  2. Update the License Expiration Date in the user profile once renewed
  3. Set up Compliance Tasks (Chapter 32) to automate license tracking

Issue 5: "Custom Permissions Not Available"

Problem: The "Customize Permissions" option doesn't appear

Solution:

  • Custom permissions are only available in Pro, Test, and Enterprise subscriptions
  • If you need this feature, upgrade your subscription
  • Contact Betasky Sales to discuss your needs

Issue 6: "User Cannot See Patients/Data"

Problem: A user logs in but sees no patients or data

Solution:

  1. Check Branch Assignment: Ensure the user is assigned to the correct branch
  2. Check Role Permissions: Verify the user's role has the necessary permissions (e.g., VIEW_PATIENT)
  3. Check Branch Selector: Ask the user to check the Branch Selector in the header bar and switch to the correct branch
  4. Verify Status: Ensure the user status is ACTIVE (not INACTIVE or PENDING)

8.9 Best Practices

✅ Do This:

  1. Use Descriptive User Profiles:

    • Enter full names (avoid nicknames or abbreviations)
    • Include phone numbers for all clinical staff
    • Keep license information current
  2. Assign Roles Carefully:

    • Use the principle of least privilege (give users only the access they need)
    • Review roles quarterly to ensure they still match job responsibilities
  3. Track License Expirations:

    • Enter license numbers and expiration dates for all clinicians
    • Set up automated alerts (Compliance Tasks module)
    • Review expiring licenses monthly
  4. Deactivate Former Employees Immediately:

    • When an employee leaves, deactivate their account the same day
    • This protects patient data and ensures compliance
  5. Use Multi-Branch Access Strategically:

    • Only grant multi-branch access to users who truly need it
    • Managers and administrators typically need it; field staff usually don't
  6. Leverage Custom Permissions (If Available):

    • Use custom permissions to handle unique scenarios (e.g., temporary elevated access for training)
    • Document why custom permissions were granted (for audit purposes)
  7. Train New Users:

    • Provide a guided tour of the system after their first login
    • Share this user manual with new staff
    • Assign a mentor or supervisor for the first week

❌ Avoid This:

  1. Don't Share Login Credentials:

    • Each staff member should have their own account
    • Sharing logins violates compliance and creates audit issues
  2. Don't Leave Licenses Blank:

    • Even if not immediately required, enter license information for all clinicians
    • Missing licenses can block billing and cause claim denials
  3. Don't Over-Assign Permissions:

    • Not every user needs administrator access
    • Excessive permissions create security risks and data integrity issues
  4. Don't Forget to Deactivate:

    • Inactive accounts are a security vulnerability
    • Deactivate users promptly when they leave
  5. Don't Ignore User Seat Limits:

    • Monitor your user count regularly
    • Plan ahead for seasonal staffing increases (e.g., hiring surge in Q1)
  6. Don't Create "Generic" Accounts:

    • Avoid shared accounts like "scheduler@agency.com" or "nurse1"
    • Every user should have a unique, identifiable account