Custom Adoption

The Custom Adoption part of our Unique Solution Formula refers to the path you follow to implement EHSIntegrator to fit your unique needs. A path that will most likely involve our detailed participation to help you craft the best approach to follow when implementing our software platform based on the unique state of your needs and any current systems.

Even though we say this will be unique for each customer, we do also outline some possible general approaches below to give you some reference points for thinking about the matter. In all we discuss: 1) a full blown roll-out, 2) a vertical stack for a given safety program, and separately a focus on initially launching either 3) inspection or 4) inspection/ compliance functionality. Besides the narrative given below, you can also look at the Adoption Matrix to see a summary list of suitable components for each approach.

1) EHSIntegrator

The "EHSIntegrator" adoption strategy assumes you want the full-blown platform, but will follow a custom strategy based on any number of unique criteria or conditions existing at your institution. For example, the desire to work with specific EHS sections that have the greatest current need, or who could benefit most from a better system, or maybe a desire to roll-out widely used functionality to as large an audience as possible in order to get wide spread buy-in quickly.

Sidebar: Custom Configuration / Settings

EHSIntegrator has configurable options at many levels so it can be tailored to your needs, regardless, of whether you are following  a custom or general adoption approach.

  • System User Roles can be set to only show desired modules or components.
  • Or assigned to specific users to control what they can see or edit.
  • Particular activities can be matched to people/places to set compliance requirements.
  • Many entities have type data tables with a different options.
  • New types can be defined for many entities to influence system behaviors.
  • All query screens have many options you can set to get custom views/results.
  • The global config table has 100+ parameters that can be used to tweak processes.
  • The platform’s open architecture allows it be easily interfaced with other systems.

General Adoption Strategies (that you can also customize)

The three suggested General Adoption Strategies are described very briefly in separate sections below. For additional information you can click on the Matrix link at the bottom of the page to see a table of all possible module/sub-component options for each strategy, or you can click on the following link to get a single document that consolidates all adoption spec sheets, which contain some additional information: [More details (PDF)]

2) Vertical Stack

The "Vertical Stack" adoption strategy assumes you may want to roll-out a vertical stack of EHSIntegrator functionality to just one major EHS Safety Program permanently, or just initially before other EHS sections of the department get the same.

For example we have a client that has a department that does nothing by Radiation and because of the systems configurability they are able to see a version of the system that appears to do nothing but service the Radiation Safety Program's needs. Also see the sample presentation "Vertical Stack - Biological Safety" for a description of the benefits of using the system for Biological Safety.

3) EHS Inspector

The "EHS Inspector" adoption strategy assumes you initially want to focus on safety inspections and the use of a flexible tool for creating related checklists and easily performing the surveys with a mobile device. As some of the most intensive inspections are often for labs, you might also want to add Lab Signage.

4) EHS Compliance

The "EHS Compliance" adoption strategy assumes that you want to initially focus on safety inspections and training compliance.

The core Principal Profile module can be used to identify which labs need to be inspected and what in them needs to be examined. The system will help to ensure any observed issues are tracked from initial identification through final resolution by the parties to which they are assigned.

Training requirements and current compliance can be identified by relating data for Assistants from the core Principal Profile and Training modules and cross-referencing that with data linked between the Exposure and Training modules.