Topics | Role | Search: |
Role Access are a critical part of the over all Access Control mechanism.
A number of roles like Doctors, Reception, Nursing Assistant, Back Office,
Transcription, Admin, Patient can be defined in the application. This option defines for a selected role, all the possible Access types for each Menu option in the application. A menu option say Settings \ Masters \ Doctors can have one or more of these possible access types:
It is obvious that in the above example Approve is not applicable, so there will be no check box under the A column. If the Role does not have R access the user having that Role assigned to him will not be able to select the Doctors option from the menu when he runs the application. System Roles When the software is installed and database created the following Roles are created by default:
Access Control Each User has a default role assigned to him (as explained above). The Admin / Super User / authorized person can assign any number of roles to each User. Let us assume the Role X defines that a Doctors record has access rights RCU i.e. can be Read, Created and Updated (not deleted). Role Y defines that a Doctors record has access rights RUD i.e. can be Read, Updated and Deleted (not created). If both roles X and Y are assigned to a User, he will get the Best of Both i.e.. He gets RCUD Read, Create, Update, Delete Access rights. In other words if Access is available in any one of the assigned roles, the user will get it. Note that the User himself need not be aware of all roles assigned to him. If the Admin adds / removes more roles assigned to a user, he will automatically get more/less menu options accessible to him using his own user id and password. save: Click to save the Role. save as: Click to save the defined Access rights with a different Role name. delete: Click to delete the Role. reset: Click to reset the Role to the previously saved values. |
See Also: | |
User Role |