Search and review patient records
The patient area includes responsive list and table views, search controls, filters, pagination, and patient summary patterns.
Move from a permission-aware patient directory into profile, care-team, appointment, documentation, messaging, billing, form, and portal context without rebuilding the story in every tool.
Find and orient
The patient area includes responsive list and table views, search controls, filters, pagination, and patient summary patterns.
Patient detail routes organize profile and related workflow information around a stable patient record rather than loose contact entries.
From the patient context, staff can reach appointment, chat, billing, insurance, form, and documentation workflows that exist in the current application.
Access boundaries
A healthcare record should not appear merely because a route exists. The current architecture layers route, UI, API, and data-access checks.
The staff application resolves the active organization before organization-scoped workflows and supports switching only among available memberships.
Patient access distinguishes broader patient-management permissions from own-patient, location, company, and chart-related flags.
Service and database layers contain explicit organization and patient-access checks; production tenant isolation still requires independent environment evidence.
Patient relationship
Invitation and patient-context routes connect an approved patient identity to a separate portal shell.
Explore patient self-serviceStaff and patient messaging routes support conversation access without exposing the full staff workspace to patients.
Patient form routes create a focused place for assigned actions while staff retain the broader administrative view.
Choose a task such as scheduling, forms, messaging, or billing and see how staff and patient views remain connected without becoming the same interface.