Tenant Management
The following multi-tenancy concept is based on a technical foundation in azuma doa and implemented across all azuma products.
Idea
Most products are defined to store and access data based on the currently logged-in user
.
The current user
can e.g. be identified via
identity id
(user data)organization id
(organization data)department id
(partial organizational data)- ...
In the health industries, there are many cases in which the individual account could belong to multiple organizational instances, e.g.
- a doctor might work in multiple practices
- a supervisor in a hospital might also advise further hospitals as well as have his own practice
- ...
Solution
To support the requirements mentioned above, azuma doa implements the following concept
Users
(user accounts) can belong to multipletenants
Users
(user accounts) can belong to multipledepartments
within atenant
Users
(user accounts) can have differentroles
in differenttenants
/departments
Users
(user accounts) an have differentlicenses
in differenttenants
(coming soon, see Roadmap
Products implementing the concept of azuma doa can choose how to map tenant-data based on their requirements.
Tenant
A tenant
in azuma doa is either a practice or an organization with the following required data:
Name
Address
(Selection of the correct Address is powered by google maps)- (Optional) Specific data for 'Practice'
BSNR
('Betriebsstättennummer')NBSNR
('Nebenbetriebsstättennummer')
Integration scenarios
Scenario 1: User mapping
The most simple integration scenario maps application data
to an individual user
.
For that, only the association between application data
and identity id
of the user
is required.
Every account
/identity'
in azuma doa has an unique identity id
, which can be used for this integration scenario.
Scenario 2: Single tenant mapping
A standard integration scenario is to support only one single tenant
.
This scenario is very easy to implement, but very hard to change to a multi-tenant scenario.
In azuma doa you can achieve this scenario, by
- selecting the
tenant
automatically, if theuser
has exactly onetenant
- asking the
user
to select atenant
from his list of assignedtenants
Even if you plan on only supporting single tenants
, from a technical standpoint we strongly advise you to consider/implement the multi-tenant scenario below.
Scenario 3: Multi-tenant mapping
The more advanced integration scenario maps an application
to a multitude of tenants
.
This scenario still supports the single tenant usage scenario, but also allows to work with multiple tenants
simultaneously.
Example
Coming soon.
Technical Implemenation
Coming soon.