Skip to main content

Incident Reporting

Incident, Incidents, Incident Reporting, Reporting

Kauri Sander avatar
Written by Kauri Sander
Updated today

This article aims to give an overview of the Incident Reporting module.

This article covers a general overview of the functionality, how to set it up and manage it, general troubleshooting steps, and a link at the end of the article on how the employees can report an Incident during their shift.

Please continue scrolling or click on your desired topic below (or on the Table of Contents on the right):


1. Incident Reporting overview

The Incidents functionality helps you record, track, and report on incidents. Maintaining a comprehensive incident log is crucial for the following:

  • Protecting you and your business legally

  • Helps identify potential risk patterns

  • Improves workplace safety

Keeping your incident reporting in Parim streamlines work for both – employees reporting incidents on shifts and operations managing incident lifecycles.

Incident Reporting is a paid module that can be enabled on the Subscription page.

The incidents module is available for customers on the Professional plan or higher.


2. Benefits of Incident Reporting

The benefits of Incident Reporting for operations gives the ability to report and manage incidents in Parim, while making incident information easily accessible to anyone who needs to know in real-time. Parim's incident management provides:

  • Real-time accessibility of incident information

  • Instant notifications (can be managed in System Settings > Notifications)

  • Easy follow-up and lifecycle tracking

  • PDF and CSV export options for detailed analysis

By centralising incident reporting, the module makes it easier for your team to maintain comprehensive records and proactively address workplace safety.


3. How to set up the Incident Reporting form

Once the Incident Reporting module has been enabled and can be used, it needs to be properly set up by a Superadmin. Incident Reporting can be set up on the Incident page under Settings.

On the Incident Settings page, the following steps are available (only visible for Superadmin):

  • Incident Reporting can be enabled - please ensure you have set up the settings before the Incidents is enabled

  • manage (add, edit, or delete) Custom Fields and manage their appearance order

  • manage (add, edit, or delete) Incident Categories and add Descriptions

    a more detailed explanation of the Custom Fields and Incident Categories can be viewed further down, in topic 5

Warning: deleting any custom fields will permanently delete all associated data with the custom field(s) (if they were used on any previously reported Incidents) and the action is irreversible. Please consider exporting the data first to prevent data loss.


4. How the Incident Reporting works

Once the Incident Settings for Incident Reporting have been adjusted to fill the needs of your company, and the Incident Reporting has been enabled in your Parim environment - for other admins and employees - there is a need to cover the basics, of how Incident Reporting works. The Incident Settings will determine how the Incident Reporting looks on the Parim mobile app.

The general Incident Reporting form layout is touched briefly below and shown in an example visually in the next subtopic Reporting an Incident.

Each Incident form starts with five default fields:

  • Title (short free text, required) – a way to easily identify incidents

  • Severity (low/medium/high, required) – to easily indicate more serious or urgent situations

  • Category (single-select, customisable responses, required) – to filter different types of incidents

  • Incident date and time when an incident took place. It defaults to the time when the incident report was started but can be edited or cleared if it is unknown

  • Photos (either taken with Camera or uploaded through Gallery)

Then, any Incident Categories and Custom Fields will follow. When you initially gain access to Incident Reporting, there are some sample Incident Categories and Custom Fields added, which can be freely edited and/or removed.

Reporting an Incident

Disclaimer: Incident Reporting can be added only through the Parim app when a shift is running on the Time Clock tab - a 'Report Incident' will appear. This also means that your environment must allow clocking actions for your employees - the toggle for 'Allow people to clock in' needs to be enabled in the System Settings > Time & Attendance.

While the Incident Reporting functionality is meant for employees to use, the functionality is also available to be added or reported by admins on their own Parim mobile app; and admins can make Incident Reports on behalf of the employee, whose shift is running.

When 'Report incident' is tapped, the reporter will be directed to the next page to fill in the Incident - everything that was added on the Incident Settings page will appear here. In addition, photos of the incident can be taken and/or uploaded through the Gallery (supported file types are .jpeg, .png, and .bmp).

After the Incident is filled in and 'Saved', it will be considered Reported. The employee and/or admin can look over the reported Incident to make any adjustments to report another Incident.

As an admin, you can make adjustments to the employee-reported incidents through your Parim app through the Schedule page, when you select the employee and their active running shift. Reported Incidents can have many different statuses depending on your operations workflow (as shown below) and may already been managed through the Admin Portal by another admin.

While the adjustments can be made to the reported Incident by the admin, the Incident Report cannot be managed in the app, but on the Admin Portal (e.g. change the Status of the Incident). Next, we will cover how to manage the Incident Reports on the Admin Portal.

How to ensure that admins are set up to review and manage reported Incidents

While Incidents can be reported through the Parim app on a running shift, the Incidents can be tracked and managed real-time on the Admin Portal. Only the admins, who have Permission granted, can manage Incidents.

The same applies to Notifications - ensure that your admins and/or operations will receive them so they can react in time. Notification settings can be adjusted in the System Settings > Notifications.

Note that admins can overwrite their personal notification settings on their personal notification settings on their profile.

When the Permissions are granted and the Notifications are turned on, then the admins are set to review and manage Incidents.

How to review and manage reported incidents

Incidents reported during a shift are visible to all (admins and the employee) who can access the said shift info. The Editing rights are defined in the System Settings -> Role Permissions.

Incoming incidents are displayed on the Incidents > Active page, where the data can also be sorted and filtered, and exported as a .CSV file.

Note that the Incident Settings is missing for other admins.

Once you have loaded or filtered what you need, click on the Incident to view and/or edit its full details. The first thing that can be, and should be, changed is the status of the Incident. Then, any adjustments can be made by editing, and, if needed, the Incident Report can be effortlessly exported as PDF (for storing, forwarding, or printing).

Incident reports have some data linked to them automatically:

  • Auto-generated incident reference e.g., INC-187

  • Reporter name

  • Reporter’s phone

  • Reported date and time (when the incident was first created)

  • Client

  • Location(and Area if applicable)

  • Event (if applicable)

Incident statuses

New incidents always come through with Reported status. As you follow up on the individual incidents, you can change the incident status between Reported, Received, Escalated, Rejected and Closed depending on the internal operations processes of your company.

Statuses should help better understand and manage incidents through their lifecycle and differentiate which are being worked on or do not require further action.

Things to keep in mind:

  • If the shift where the incident was reported is still running, the employee may still add/edit information on the report.

  • If the incident status is changed to Rejected or Closed, this will restrict the employee from making any further changes.

  • Incidents in Rejected and Closed status are moved from Active Incidents to Inactive view.

Editing existing reports and adding internal notes

The list of details that can be edited or added during the opened Incident page:

  • Quick-edit status, severity, category, incident date and time values inline

  • Click ‘Edit’ at the top right to edit all incident fields

  • Upload or remove photos from the incident report. Supported file types for upload are jpeg, png and bmp.

  • Add or remove internal notes > won't be exported as they are Internal Notes for Internal purposes

CSV and PDF exports

There are two types of exports available for incident reports

  1. Export incident report data in bulk to .csv from the Active or Inactive table (top-right corner export CSV button). All visible reports will be exported. You can apply filters before starting to export only select incidents.
    This is great for further analysis and trend-spotting.

  2. Export a PDF report of an individual incident. To access this, open the incident detail view and click ‘PDF’ at the top-right corner.

    This is great for passing incidents over to relevant third parties.


5. Expanded info about the Incident Categories and the Custom Fields

Use Incident Categories to define the response options the reporter/employee needs to choose from. This is a single-select question, so they can only pick one answer.

You can take the following actions:

  1. Create new categories - Add Category button

  2. Edit existing categories - click on the category name

  3. Remove a category - from the trash bin icon in the table

Each category (=answer option) must have a name but you can also add a description to make it easier for your employees to identify the correct choice.

Categories appear in alphabetical order in reporting form. Use numbering in category names to achieve your desired order.

There is no limit on how many Custom Fields can be added to the incident report form, and their order can be adjusted and can be defined as a required field that must be filled in.

To reorder existing custom fields, use the display order column arrows. Custom fields will appear in the specified order that they are seen in the Custom Fields table on the Incident Settings page.

To edit or remove a custom field, click to open it.

To add a new custom field, click on ‘Add Field’ and set up the information:

  1. Label = The question to be answered in the incident form field E.g., Who was involved?

  2. Description = Optional to add additional instruction or context.

  3. Type = Choose between 6 different answer types

    1. Yes/No

    2. Text – short (100 characters) or long (3000 characters)

    3. Number

    4. Single-select – requires you to also provide the selections to choose from. Selections appear in alphabetical order in the reporting form. Use numbering in field option names to achieve your desired order.

    5. Multi-select - requires you to also provide the selections to choose from. Selections appear in alphabetical order in the reporting form. Use numbering in field option names to achieve your desired order.

    6. Date and time - the reporter has to select the date & time

  4. Define if the question is required or not. Incident reports can not be saved if the required fields are not filled in.

  5. Define the display order of the question in the incident form relative to other existing custom fields

Warning: deleting any custom fields will permanently delete all associated data with the custom field(s) (if they were used on any previously reported Incidents) and the action is irreversible. Please consider exporting the data first to prevent data loss.


6. General Troubleshooting steps

The following topic will cover general troubleshooting steps, should one encounter them. Should you still require further assistance, don't hesitate to let our support know.

Please note that it is best that the following steps are followed by an admin with a Superadmin Role added.

  1. Can't see the Incidents tab? - Ensure the Incident Reporting module is turned ON on the Subscription page

  2. I enabled the module, what now? - Ensure the Incident Reporting Settings is properly set and the functionality toggle is turned ON

  3. Where can I or my employees report Incidents? - Incidents can be reported on the Parim app through a running shift - meaning, the employee and/or admin needs to be clocked in

  4. Where can the Incidents be added? - Incidents can be added on the Time Clock page on the app; and the admin can add or edit an employee Incident Report on the Schedule page, but their own on the Time Clock page

  5. What file types are supported for images? - Remind employees and/or admins that only .jpeg, .png and .bmp file format images are supported.

  6. Where can I manage Incidents? - While Incidents can be reported on the Parim app, they can be managed on the Admin Portal

  7. How can the admins access and manage Incidents? - Ensure that different levels of admins can manage Incidents by turning the permission on on the Role Permission page in the general Parim environment System Settings

  8. How are the admins notified of new Incidents? - Ensure that the admins and/or operations will receive notifications once they are reported in System Settings > Notifications


Other relevant support articles:

Did this answer your question?