We now come to a chapter which may not appear at first glance to apply to many not-for-profit organizations. The concept of "case management" is often used with reference to human service agencies such as those within the health care industry. That is, in fact, where the original functionality of CiviCRM's case tools was born.
However, the concept of case management extends to many other industries and organizations as well. In essence, it is the management of a multi-step process surrounding a single theme, issue, or project.
In this chapter we will:
Even if you do not initially think CiviCRM's case management tools are something you would need to use in your organization, consider reviewing this chapter to better understand the core concepts and potential use cases. You may be surprised by the possibilities case tools offer.
As with other areas of CiviCRM, your implementation of the case tools begins with planning. In fact, the planning and configuration step is absolutely essential for working with cases. Unlike other components within CiviCRM which you may begin working with out-of-the-box with minimal initial planning, the case tools require construction of a configuration file which must be present in your system in order to use the tools.
Before we dig into that process, let's take a step back and understand what case management is and how it differs from activity records.
In the opening section, we described a case as the management of a multi-step process surrounding a single theme, issue, or project. In essence, a case is a container for activities and relationships—a mini CRM within CiviCRM. Each case surrounds a single theme, issue, or project attached to one or more constituents. Within this "container", we track case activities (our multi-step processes), roles, and relationships. By grouping these various pieces of data in a case record, we can keep apart from the rest of the contact's information. This isolation simply helps us track the conversations and key people involved in each issue or project.
In addition, the case tools allow us to build time-based workflows into the issue resolution process. These timelines are constructed to ensure that the staff involved in the resolution adheres to your response-time policies and procedures.
If everything described here sounds like a foreign language to you, consider this summary of key case functionalities:
So what's the difference between cases and activities? Why would I build a case when I can track multiple activities in a constituent's record and assign them to my staff as needed?
The two tools are very similar. In fact, the primary make-up of a case record is the ongoing series of case activities. However, while a contact's basic list of activities will grow and be created from multiple sources (both manually created activities and auto-generated ones), the case record will help manage multiple pieces of communication surrounding a common topic by grouping them together. In this sense, think of a case as an upgraded activity.
Cases don't replace activities. You will still have periodic general communications to and from constituents that you track as activities directly on their contact record. However, if your relationship with a constituent surrounding a single issue, problem, project, or other matter begins to involve multiple steps, multiple pieces of communication, or multiple people in distinct roles, then it's time to upgrade to a case.
If you're still struggling to see the potential application to your organization, consider the following use cases:
These examples are just a few ways in which CiviCRM's case management tools are currently being used and may stimulate your thinking to find ways in which it could be used in your organization.
However, are there times when a case record should not be used? Perhaps a better question to ask is, what are some potential drawbacks to using case tools over simple activity records or other tools?
While considering the use of cases, one should understand that it does add a process layer to the record. That is, of course, the whole point of the tool. That extra layer means the individual activities—your records of communication and interaction surrounding an issue—are one step removed from the contact record. If I visit John Doe's record, I will need to first enter the relevant case record to see those activities.
CiviCRM provides some excellent tools for exposing case details and activities to the system dashboard, so it's not as though the information and data is buried. However, you are adding a layer of "middle management", and if the volume and nature of your record keeping doesn't warrant it, it may be more cumbersome than helpful.