Domain separation and Pre-Visit Management
Domain separation is supported for Pre-Visit Management. Domain separation enables you to separate data, processes, and administrative tasks into logical groupings called domains. You can control several aspects of this separation, including which users can see and access data.
Starting with the Yokohama release, Pre-Visit Management is being prepared for future deprecation. It will be hidden and no longer activated on new instances but will continue to be supported.
For details, see the Deprecation Process [KB0867184] article in the Now Support knowledge base.
Support level: Basic
- Business logic: Ensure that data goes into the proper domain for the application’s service provider use cases.
- The application supports domain separation at run time. The domain separation includes separation from the user interface, cache keys, reporting, rollups, and aggregations.
- The owner of the instance must set up the application to function across multiple tenants.
Sample use case: When a service provider (SP) uses chat to respond to a tenant-customer’s message, the customer must be able to see the SP's response.
For more information on support levels, see Application support for domain separation.
Pre-Visit Management overview
The Pre-Visit Management application includes domain separation for transactional data like procedure request cases. The application is based on the Healthcare and Life Sciences data model that also includes domain separation.
How domain separation works in Pre-Visit Management
For customers using the Pre-Visit Management application to raise procedure requests, the domain is set from the logged-in user’s session, in the case created, and the associated healthcare data.
Use cases
When healthcare providers have their healthcare data separated by domains, the healthcare requests and corresponding fulfillment tasks are associated with the respective customer domains.