Maintaining Staff Roles
Related Topics
Overview
Staff roles are effectively staff accounts set up as role templates. Once set up, staff accounts can be linked to staff roles to inherit their access levels or staff settings.
Non-role staff accounts are listed under the Staff codes node and role templates are listed under the Staff roles node. A user can be promoted or demoted into roles as required. The CCLAS EL program settings required for the various staff roles in the laboratory can be defined by staff role templates. The use of staff role templates results in the following:
- A reduction in the number of program settings required per staff account, as they are automatically inherited from their role template. This reduces the maintenance of these program settings. Any program setting set at staff level takes precedence over the program setting set for the role template.
- A reduction in the maintenance of access levels per staff account, as a staff member's access levels can be inherited from the role template. An access level of -1 for a particular application or function indicates that this access level is to be inherited from the staff member's role template. Any non -1 access level takes precedence over the access level set for the role template.
- Data restrictions settings can be set at the role template level. As this is a negating definition (that is, it defines the fields that are locked from the staff member), there is the ability to lock the fields at the role template level, but enable the fields at the staff member level.
Once staff roles are created, individual staff members can be associated with their appropriate role. Once this is done, then any program setting that is not defined at the individual staff account level is inherited from their staff role. If the staff role does not have the program setting defined, it is inherited from the CCLASMGR staff account. If a staff account is not linked to a staff role, then any setting that are absent are directly inherited from the CCLASMGR staff account (that is, staff role definitions are optional).
Access levels for individual staff members can also be inherited from the staff role. If the individual staff account has an access level of -1, then this implies that the access level for that particular application or function should be inherited from their staff role.
The CCLASMGR staff account is automatically treated as a staff role.
Staff Roles for Staff Accounts
Once a staff account is associated with a staff role, then any program setting that is not defined at the individual staff account level is inherited from the staff role. If the staff role does not have the program setting defined, it is inherited from the CCLASMGR staff account. If a staff account is not linked to a staff role, then any setting that are absent are directly inherited from the CCLASMGR staff account (that is, staff role definitions are optional).
Access levels for individual staff members can also be inherited from the staff role. If the individual staff account has an access level of -1, then this implies that the access level for that particular application or function should be inherited from their staff role.
This process is pertinent to LIMS configuration personnel and laboratory managers who configure user accounts for CCLAS.
Process
Staff roles for CCLASMGR and general users are maintained under the Staff roles node of the Staff application.
The AccessLevel STAFFAPP program setting controls user access to the Staff application, and the AccessLevel STAFF_ROLE program setting controls user access to the Staff roles node.
Access staff roles in the Staff application
Staff roles are maintained using simple SCRUD (search, create, review, update, delete) functionality, in the same way in which staff accounts are maintained. Extra staff details are entered using the StaffUser.SCR script. This option is not available if this file does not exist in the folder defined by the ConfigDirectory GLOBAL setting. The default script that is installed with CCLAS contains controls that are used to select various colour themes for CCLAS screens or change the individual colours defined by the FormBackColour, InputBackColour, InputForeColour, LabelBackColour and LabelForeColour CCLAS program settings.
