There are four permissions types, each of which is composed of multiple permissions that can be granted to individuals or groups of users within any of the permissions layers. Click a permission type here to view its details below:
TIP: For a complete list of all available permissions within these types, including descriptions click here.
TIP: A fifth permission type category - "Cross Chart Access" - may also be available in some databases. For more information on this optional permissions type, please see the Various - Optional Enhancements Request Form.
This type of permission is used to determine who receives internal audit messages via the AWARDS Messages module. Internal audit messages are generated by AWARDS to provide users with reminders about upcoming and past due events, to distribute periodic summary reports, and to send data entry notifications.
TIP: Most internal audit message permissions when set on the Work Role layer have a Role Required option available with them. When that option is checked off for a specific message, a user is only on the cc list for that message if he or she has the selected role AND the Individual layer permission for that message. A user can be exempt from the work role requirements for messages if the NO Role Required option is checked off for those messages on the user's Individual permissions layer. If the user is NOT exempt, the role requirement is either in relation to the client (if the message is about an individual) or in relation to the program (for all other role required messages).
Program chart access permissions control which programs are displayed in a user's program selection drop-down list throughout AWARDS.
TIP: Users can only see and assign program chart access permissions for those programs to which they themselves have access.
Data entry/access permissions grant the user access to specific AWARDS modules and the features and records within those modules.
TIP: A Read-Only checkbox also displays on the "Display Chart Records..." data entry/access permissions. When a user is given access to a module (or Home screen button) and the read-only checkbox is selected, the user will have access to the module, but be restricted to read-only viewing. The Read-Only checkbox is only available for selection if the user has been given access to the module. This option appears on all permission assignment layers (global, job title, work role, user group, and individual), and follows the existing rules of permission inheritance between layers.
Users with read-only access to a module can view the module's information in various places in AWARDS, but cannot access it in data entry mode. Users are prevented from accessing data entry for these modules via the face sheet, Consumer Search menu, dynamic sections within FormBuilder forms, and the Calendar.
Example 1: If a user is assigned read-only access to the Medical module, he will still be able to view medical sections of the face sheet, but the corresponding "Update" buttons will not display. He will be able to view medical data on FormBuilder forms, but not access them in data entry mode. He will be able to view scheduled medical appointments on the Calendar, but will not be able to schedule one.
Example 2: If a user needs access to enter Services documentation, but does not need data entry access to any other module, she can be given access to the Services module, and read-only access to all other modules. This would allow her to view and print face sheets, intake forms, medication sheets, etc., if needed, while protecting the data recorded in those locations.
Exception override permissions grant access to more powerful system features are intended to be reserved for select staff with higher levels of access, and management or system administration responsibilities.