Availables Cases
1. What does this feature do? (High-Level Overview)
Section titled “1. What does this feature do? (High-Level Overview)”This feature provides a public page where prospective or current providers can review available client cases by agency location. It helps recruiting and operations teams share current openings with enough detail for providers to identify a possible match and contact the office.
2. Who is this for? (Roles & Permissions)
Section titled “2. Who is this for? (Roles & Permissions)”- Public users with the page link: Can view available case information for the location included in the URL.
- Current or prospective providers: Can review case location, schedule, and status before contacting the team.
- Recruiting and operations teams: Can share a location-specific link and use the page as a public reference for current case availability.
- Permission model: This page is in the public module and the API route is public. No authenticated app role is required, but the page needs a valid
location_idquery parameter to load case data.
3. Business Rules & Enforcements
Section titled “3. Business Rules & Enforcements”- Location is required: The available cases API returns an error when
location_idis missing. The frontend also waits forlocation_idbefore requesting cases or the agency logo. - Only approved public locations are exposed: The backend returns cases only for allowed location IDs
1,5,6,7,8, and9. Other location IDs return an empty successful response. - Available-case definition: A case is shown when it belongs to the requested location and either:
- it has no assigned home RBT and its status is not
active,inactive,void,onHold, oronDischarge; or - its status is
activeRbtReplacement.
- it has no assigned home RBT and its status is not
- Read-only public view: Users can review case information and contact instructions, but this page does not provide create, edit, assign, or reserve actions.
- Paged results: The frontend requests up to 100 cases per page and keeps the active page in the URL query parameters.
- Status display: Status codes are converted into user-friendly labels before they are shown in the table.
- Empty-state handling: When no records are returned, the table displays
No data available.
4. UI Placement
Section titled “4. UI Placement”- Public route:
/availables-cases. - Required query parameter:
location_id. - Optional query parameter:
page.
Inside the page:
- Cases tab: Shows the agency logo/name when available, the available cases table, and pagination.
- Contact us tab: Shows application links, contact information, and bilingual guidance about how available cases are offered and communicated.
The cases table displays:
- Patient identifier.
- Status.
- City.
- Schedule.
- Summer Schedule, with
N/Awhen no summer schedule is available.
5. How-To Guide (Step-by-Step)
Section titled “5. How-To Guide (Step-by-Step)”Scenario A: Review available cases for one location
Section titled “Scenario A: Review available cases for one location”- Open
/availables-cases?location_id=<location-id>. - Wait for the loading skeleton to finish.
- Confirm the agency name/logo shown above the table.
- Review the available cases by patient identifier, status, city, schedule, and summer schedule.
- Use
Previous, page numbers, orNextto move through additional pages when available.
Scenario B: Share a location-specific available cases page
Section titled “Scenario B: Share a location-specific available cases page”- Open the available cases page with the correct
location_id. - Navigate to the page number that should be shared, if needed.
- Copy the current URL, including query parameters.
- Send the link to the provider so they land on the same location and page context.
Scenario C: Find contact and application instructions
Section titled “Scenario C: Find contact and application instructions”- Open the available cases page for the relevant location.
- Select the
Contact ustab. - Review the application link and office contact details.
- Return to the
Casestab to continue checking open availability.
6. What happens if…? (Edge Cases / FAQ)
Section titled “6. What happens if…? (Edge Cases / FAQ)”- Q: What happens if
location_idis missing from the URL?- A: The frontend does not request cases or the agency logo. If the API is called directly without
location_id, it returns an error that the parameter is required.
- A: The frontend does not request cases or the agency logo. If the API is called directly without
- Q: What happens if the location is not approved for the public list?
- A: The backend returns a successful response with no cases, so the table displays
No data available.
- A: The backend returns a successful response with no cases, so the table displays
- Q: What happens if a case has an assigned RBT?
- A: It is normally excluded from this public list unless the case status is
activeRbtReplacement.
- A: It is normally excluded from this public list unless the case status is