Free Mirth Connect Health Check
A senior Mirth engineer reviews your instance and sends you a written report on what's at risk. No cost, no call required, no sales follow-up unless you ask for one.
Part of our Mirth Connect support practice — senior HL7 and FHIR R4 engineers, based in the US.
What you get
A written 12-point audit report, covering channel health, version and license risk, performance headroom, security and HIPAA gaps, and single points of failure, delivered in 48 hours.
The report tells you:
Channel health
We go through your channels one at a time and record which ones have no error handling, no retry logic, and no alerting. Then we tell you what actually happens when each of those fails — whether the message is queued, dropped silently, or left in an error state nobody is watching. Most teams discover at least one channel where a failure produces no signal anywhere: no email, no dashboard, nothing. The message just stops arriving, and someone downstream notices days later.
Version and license risk
We identify exactly which Mirth or NextGen Connect build you are running, what has changed since it shipped, and which of those changes are security fixes rather than features. Then we map your upgrade path and flag the breaking changes on it — the JavaScript engine differences, the connector behavior changes, the database migration steps that are not reversible. If you are on an unsupported version, you will know what that exposes you to and what the shortest safe route off it looks like.
Performance headroom
Heap allocation measured against your actual workload, database growth rate, message retention and pruning schedule, queue depths, and transformer execution time. From that we estimate how much more volume your current setup will absorb before it degrades — not a generic figure, but one based on your channel count, message sizes, and destination latency. If you are planning to triple throughput next quarter, this is the section that tells you whether that lands or falls over.
Security and HIPAA gaps
TLS versions and cipher suites on every listener and sender, where credentials are stored and whether any of them sit in plaintext, whether your audit log captures the events an investigator would ask for, and — the one that catches most teams — whether PHI is being written into your Mirth logs or error messages. We check this against what auditors currently ask for, not what was acceptable five years ago.
Single points of failure
Backups, replication, and what would genuinely happen if the instance died tonight rather than what the runbook claims. That includes the human single points of failure. If one person understands your interfaces — if the transformer logic lives in their head and nowhere else — that goes in the report, in writing, because it is usually the largest risk in the environment and the hardest one to raise internally without something to point at.
The twelve findings, in order
Channel Architecture Review
Are your channels designed for maintainability or did they grow organically into a tangle? We map your current architecture and flag the anti-patterns.
Error Handling & Resilience
What happens when an ACK doesn't come back? When a destination is down? When a malformed message arrives? We test your failure paths.
Performance Bottlenecks
We look at queue depths, transformer execution time, database round-trips, and threading configuration to identify where throughput is being lost.
Java Heap & JVM Tuning
The single most common production issue with Mirth. We check your heap settings against your actual workload and flag tuning opportunities.
Database Health
Is your Mirth database growing unbounded? Are you on the right pruning schedule? Is the database itself sized correctly?
Security Configuration
TLS versions, cipher suites, certificate management, API authentication, user access controls, and password policies — checked against current HIPAA expectations.
PHI Handling & Audit Logging
Where does PHI sit in your message store? Is your audit log capturing the right events? Could you produce evidence for an OCR investigation tomorrow?
Monitoring & Alerting
What do you know is broken right now? In most environments we audit, the answer is less than the team thinks. We check what's monitored and what isn't.
Disaster Recovery Posture
Backups, replication, RTO/RPO assumptions, documented runbooks. We pressure-test what would actually happen if your Mirth instance died tonight.
Upgrade Readiness
Are you on a supported version? What's blocking an upgrade to the latest NextGen Connect release? What breaks if you upgrade?
Channel Documentation Score
Could a new engineer take over your channels tomorrow? We rate documentation quality and flag the channels that are bus-factor risks.
Cost & Resource Optimization
Are you over-provisioned? Under-provisioned? Running on infrastructure that doesn't fit your workload? We flag the obvious efficiency gains.
What we need from you
Whichever of these you can share: a channel export (XML, PHI-stripped is fine); your Mirth version and deployment details; recent error logs if you have failures.
We can work from partial information. If you can only share the version and a rough description of what is worrying you, we will still tell you what we can — a version number on its own determines which known issues and security fixes apply to you, and that is a useful finding by itself. Nobody gets turned away for sending too little.
Why it's free
Because it's how we show our work. Describing our own expertise on a services page proves nothing — anyone can write that. Handing you a specific written assessment of your own environment proves something, so that is what we do instead.
Most teams who take the health check don't buy anything, and that's fine. The ones who do, buy because the report was specific enough to be useful on its own. That is the entire mechanism; there is no other catch to go looking for.
Who this is for
You inherited a Mirth instance and don't know what's in it
The engineer who built it has left, the documentation is thin or absent, and you are responsible for something you did not design. The report gives you an inventory and a risk ranking — a starting point that does not depend on reverse-engineering the whole thing yourself first.
One person on your team understands the interfaces and you know that's a risk
You already know this is a problem. What you may not have is a written, external assessment saying so in terms a budget holder will act on. That is a large part of what the report turns out to be useful for.
You're about to increase message volume and don't know if the setup will hold
A configuration that is comfortable at fifty thousand messages a day can fall over at half a million. We would rather tell you which component gives out first before the go-live than diagnose it afterwards at 2am.
An auditor asked a question you couldn't answer
Usually about audit logging, PHI handling, or access control. We check the same things auditors check and tell you plainly where the evidence exists and where it does not.
Request the health check
Reviewed by a senior engineer, not a script. Reply in 48 hours.
Need something faster?If a channel is down right now, don't wait on the health check — send us the error or call +1 307 459 0850.
Frequently Asked Questions
Common questions about the Health Check itself.