Zen engineers have been working with Mirth Connect, the most popular open-source interface engine in the world, since its release in 2006. Like many interface engineers, we spend a lot of time focusing on interface design and deployment. But as many of you have learned, that is just the beginning. 

Once a Mirth Connect channel is fully deployed into production, the real work begins. The data flowing through the interface is vital to clinical workflows. Channels need to keep flowing 24X7 and be operating at maximum efficiency. You need to monitor for channel errors, queuing rates, and message volumes. You need to be sure your Mirth Connect instances are actually up and running at all times. And if at all possible, be able to intervene BEFORE a channel goes down, or worse, takes your entire Mirth Connect instance down.

So what are your options for alerting and monitoring on your Mirth Connect channels?

To answer this question we need to consider what version of Mirth Connect you are running:  The open-source version or the commercial version with the Advanced Alerting plugin.

Mirth Connect Open Source Capabilities

The open source version does not come with a sophisticated channel alerting solution. However, there are a few steps you can take to enable some types of notifications that are native to the application. 

As described in the Mirth Connect User Guide: “Mirth Connect comes with a built-in Error-based alerting system that listens for error events from selected channels”.

Error based Alerts can be modified in three ways:

Error Type

Here you can choose the type of error you want to alert on from a predefined list, or optionally use Regex to define a more specific error source or even stacktrace that matches to the alert type you wish to use as a trigger

Alert Enabled Channels

Select which channels a given alert can be triggered by.

Alert Actions

Define how an alert is sent. Alerts can be sent either via an email, or via a Mirth Channel to allow for further processing/routing.

Unfortunately, channel errors are not the full picture in terms of a channel’s condition. 

The other alternative for Mirth Connect open-source users is that you could invest a lot of time and money into working with the Mirth Connect API and building an alerting solution out yourself, While that is theoretically possible, we do not know very many IT departments managing interfaces that have that kind of time available.  And having created our own monitoring and alerting solution already – warning!  Be prepared for a very large investment if you want to try to “build your own” and actually end up with an efficient and effective solution that will stand the test of time.

Commercial Mirth Connect Advanced Alerting Extension Capabilities:

When purchasing a commercial license for Mirth Connect, certain license tiers will include the Advanced Alerting extension. This extension allows for more configuration and flexibility than the Alert tool included with the open source. Some of the features and benefits include:

  • Go beyond system generated errors to trigger an alert
  • Create alerts based on various metrics and a given state of a channel or connector
  • Support for escalation and de-escalation until an alert is resolved
  • Be able to send different alert messages to defined user groups based on the escalation level, time, or day.
  • Alert scheduling with groups
  • Define a schedule for given users or roles to ensure the right person gets the alert at the right time
  • Notification throttling
  • Reduce alert “spam” by avoiding repeat notifications for the same alert for a defined period of time

So what’s missing? The biggest issues with the Advanced Alerting Plugin from our perspective is the following:

1. No Consolidated Alerting Strategy Across Instances – The Advanced Alerting plugin needs to be configured on each production instance, and for each channel in an instance. This adds operational overhead and allows for the possibility that you will have different alerting rules for different instances or channels. 

2. Alert Fatigue – The alerting model is a “one issue – one email alert” type scenario. This means that your team could be getting a LOT of incoming emails. Therefore most people will only alert on big issues or, throttle the alerts, potentially missing out on information that a new issue might be emerging.

3. Lack of a Unified Dashboard – In the newest version, the Advanced Alerting Plugin has a Dashboard to show alerting history, but you must log into each production instance of Mirth Connect to view it.  We think Mirth Connect users need a single “pane of glass” to access their Mirth Connect Monitoring Dashboard that gives them data on all Mirth Connect production instances in a single unified view.

4. Channel Alert Configuration Overhead – Individual channel behavior varies a lot. To be effective, the Advanced Alerting plugin requires that you adjust the alert settings for each channel’s behavior. For example, let’s say you want to alert on message volumes or the lack of messages. For one channel, you have a very low message volume, that comes in mostly on one specific day a week. For another channel, you have a very high message volume that is well distributed over time. You will need to set up a specific alert for each of those channels to match that expected behavior.

5. Cost – To use the Advanced Alerting plugin, you must purchase a commercial license from NextGen. For those who want channel advanced alerting capabilities, but who have smaller deployments, it is an expensive option. 

Zen Insight Option Capabilities:

Zen’s Gemini Integration as a Service solution offers a Mirth Connect user interface for our Developer Edition clients who want to build and manage their own interfaces. We wanted to be sure that Zen engineers and our clients had the most effective channel alerting and monitoring solution possible. This led us to create Zen Insight.  

Over the past few years, we have worked closely with our own Mirth Connect engineers and our clients to come up with an alerting and monitoring option that makes it much easier, faster and more efficient to ensure your Mirth Connect channels are operating at an optimal level. Here is why we think it’s the best solution available today:

Enables Proactive Alerting:  No more manually logging into Mirth Connect to try to hunt down issues, or worse, hearing about an issue from a data partner first. With Zen Insight, channel alerts are automatically emailed to your team based on real-time channel behavior.

Uses the Power of Statistics:  Different channels have different characteristics. Using the power of statistics, Zen Insight can identify changes from a channel’s “normal” behavior, meaning your team is focused on issues that are statistically significant.

Avoids Alert Fatigue:  No more “one email per channel alert” scenarios that add up to alert fatigue. With Zen Insight, Alert reports are batched during each reporting period so you get a summary of channel issues based on your preferred reporting interval.

Always On by default:  No more having to configure alerting “one channel at a time” and “one instance at a time” and running the risk of creating holes in your channel monitoring by failing to configure alerting on a newly deployed channel.  Zen Insight is on “by default” for any new channels, while still offering the option to turn off monitoring for certain channels when needed. To add alerting for a new instance, simply load the Zen Insight channel and you are done.

Provides Unified Dashboard View:  For Zen Insight clients on the Professional Tier or higher, Zen Insight provides access to a unified dashboard providing a historical, graphical view of channel performance, including channel alert history. This gives you a single point of access for all the important performance data across all your production Mirth Connect instances.

Help with Optimizing: As you use Zen Insight over time and begin identifying and resolving channel issues, you may choose to make your alerts more or less sensitive or create more customized alerts. Zen’s Insight specialists are available to help ensure you optimize your channel monitoring over time to best meet your needs.

A Better Approach for Escalation – integrate Zen Insight alerts into your existing IT support systems. Who wants to maintain a separate IT support escalation configuration? For those of you who have already established an escalation system, do what Zen did – we simply integrated our alerts into our existing 3rd party tools such as OpsGenie.  Here is where the “build it yourself” approach actually makes sense.

Learn More about Zen Insight or, take advantage of our limited time “Try it for Free for 30 Days” Offer! 

Zen Healthcare IT Case Study

 

Download Full Case Study PDF

 

Enter your name and email to instantly access the case study.