OSS Mirth® Connect Package by Innovar Enterprise Ed. (Not NextGen) logo

    OSS Mirth® Connect Package by Innovar Enterprise Ed. (Not NextGen)

    This image contains the open-source version of Mirth® Connect, originally developed by NextGen Healthcare, packaged for easy deployment by Innovar Healthcare with OpenAI, SSL, AutoScale.

    Ratings and reviews

    4
    3 ratings
    5 star
    3 star
    2 star
    1 star
    0%
    100%
    0%
    0%
    0%
    0 AWS reviews
    |
    3 external reviews
    External reviews are from PeerSpot .

    Filters

    Review type

    AWS Marketplace reviews
    External reviews
    Reviews (3)
    reviewer2902977

    Streamlines clinical data exchange and has improved HL7 to FHIR transformation and monitoring

    Reviewed on Sep 25, 2026
    Review provided by PeerSpot

    What is our primary use case?

    My main use case for Mirth Connect Health Check is primarily for data transmission from a different source to a different destination. As a source application, if I am using HL7 or XML or JSON, the outbound requires a different data format such as a FHIR resource.

    A quick specific example of how I use Mirth Connect Health Check for data transmission is that it is mostly used in our organization for different health clinical applications. Those clinical scenarios are pushed into the respective repository system or clinical devices.

    I mainly use Mirth Connect Health Check as an interface engine. In my case, I am transforming those HL7 formats.

    What is most valuable?

    The best features Mirth Connect Health Check offers are that it provides a graphical way to create channels, source connectors, destination connectors, filters, and transformers without the need for extensive coding. The dashboard messages browser allows me to track message status, receiving, send, error, and troubleshooting issues quickly. It supports HL7, XML, JSON, and TCP/IP and HTTPS, RESTful APIs, and databases.

    Out of all those features, I find myself appreciating the troubleshooting issues, error identification, the API, and multiple protocols the most.

    The message browser logs, test messages, and connection testing make troubleshooting easier than many custom integration solutions. It also provides JavaScript and custom libraries that can be integrated for advanced use cases.

    In our organization, we are mostly using patient care devices, services, and order APIs. So mostly, EMR data, we are integrating with Mirth Connect Health Check as an HL7 integration. For the outbound, we are sending using RabbitMQ to device applications.

    Since using Mirth Connect Health Check, I have noticed that it has definitely reduced a lot of time as an HL7 or healthcare data integration. Different data formats require compliance and other aspects, but if I go with some other native language, it takes more time to build an application. Mirth Connect Health Check is very easy to use.

    What needs improvement?

    I think Mirth Connect Health Check can be improved by adding more features, such as a security part and some other plugins, such as a spec check or the setting check, and other things can be improved.

    Regarding needed improvements, I feel that compared to the modern web-based integration platform, administrator interfaces look dated and less intuitive for the new user. High-volume interfaces may require carefully threading or database or JVM tuning for optimal performance. Additionally, the licensing changes have reduced the traditional open-source flexibility for newer versions.

    For how long have I used the solution?

    I have been using Mirth Connect Health Check for around eight years.

    What other advice do I have?

    Regarding Mirth Connect Health Check's AI capabilities, I think its governance and security are positive since they are using ChatGPT as a plugin, which is good to see.

    Concerning Mirth Connect Health Check's AI capabilities, for accuracy, I sometimes get a good response, but sometimes I need to analyze those responses, and based on that, I can utilize those replies.

    Mirth Connect Health Check is deployed in my organization on a private cloud. The private cloud deployment is on-premises because I do not trust a cloud for health data, so I am using our on-premises setup.

    For others looking into using Mirth Connect Health Check, I advise checking the UI for the application's utilization, receiving messages, and error-out messages.

    I would like to mention some strengths about Mirth Connect Health Check, including its easy channel creation and monitoring, excellent HL7 and FHIR interoperability support, powerful transformation capabilities, and its support for many protocols and integration patterns. The weakness part is that the UI is somewhat outdated, making it difficult to manage with large environments, and it requires JavaScript knowledge for advanced development. Performance tuning and governance are needed to support enterprise-scale development. I would rate Mirth Connect Health Check an eight out of ten.

    reviewer2900331

    Routing HL7 data has accelerated deployments and supports flexible API‑driven integrations

    Reviewed on Sep 18, 2026
    Review provided by PeerSpot

    What is our primary use case?

    My main use case for Mirth Connect Health Check is to use this as a router to get HL7 messages, HL7 V2 messages and route them to a transformation service, getting information later for HL7 to fire for HL7 V2 messages from medical devices. Currently, at my company, we are not using Mirth Connect Health Check; we're using an in-house product.

    How has it helped my organization?

    Mirth Connect Health Check has positively impacted my organization by speeding up deployment time in my previous jobs. When I mention deployment time, I mean it helped reduce the time needed for deployments; instead of having to build our own HL7 V2 gateway and our own transformation services, we were able to have the demo running in two days, and we were able to have a full pipeline running within a couple of weeks.

    What is most valuable?

    The best features that Mirth Connect Health Check offers in my experience are stability, API, and the ability to extend via Java.

    The API of Mirth Connect Health Check helps me with remote management of Mirth Connect Health Check; I was able to use simple scripts to manage it, so I could deploy, create channels, and deploy transformation rules via the API without having to rely on the user interface, and Java helped me in one case to use the IBM HL7 V2 libraries and another use case was to integrate it with a message broker.

    Mirth Connect Health Check helps me manage or monitor those transformations by solving a couple of challenges; the first one is that Mirth Connect Health Check is pretty mature, and the concept of channels makes a lot of sense, as Java is something I used a lot and I valued greatly.

    What needs improvement?

    In my opinion, Mirth Connect Health Check can be improved in a couple of ways; the first thing is that since we used to have in the previous company multiple Mirth Connect Health Check installations, it would be very useful if there was a unified interface to manage all those installations from one interface, and second, a simplified UI as the current UI probably needs an interface instead of JavaScript.

    For how long have I used the solution?

    I have been using Mirth Connect Health Check on and off in various projects for at least six years.

    What do I think about the stability of the solution?

    In my experience, Mirth Connect Health Check is very stable; it's a very stable solution.

    What do I think about the scalability of the solution?

    Mirth Connect Health Check's scalability is pretty good for small to medium hospitals, but for bigger installations, we had issues talking about millions of messages per day, and that's why we ended up coding our own solution.

    How are customer service and support?

    The customer support for Mirth Connect Health Check was pretty good as we did not use the paid version but used the open-source version.

    Which solution did I use previously and why did I switch?

    Before Mirth Connect Health Check, we needed a different solution because we needed much more control over the incoming messages and custom code; that's why we coded our own custom solution.

    What was our ROI?

    I have seen a return on investment with Mirth Connect Health Check; the time saved, as I mentioned before, was significant as the time to the demo and time to have it working was very fast, and it saved us a lot of time building our own HL7 gateway, but then we changed to building for customers because it made more sense for us.

    What's my experience with pricing, setup cost, and licensing?

    Regarding pricing, setup cost, and licensing for Mirth Connect Health Check, I used the open-source version, so the license was open, which for us was perfect, and the pricing was basically zero while the setup is good.

    Which other solutions did I evaluate?

    Before choosing Mirth Connect Health Check, we evaluated other options between Mirth Connect Health Check versus in-house code, and we decided for Mirth Connect Health Check since it was just easier to have it starting and to have it going at the beginning.

    What other advice do I have?

    The advice I would give to others looking into using Mirth Connect Health Check is that the learning curve is steep and you will need time to understand the internals, how it works, but once you have it, it becomes fire and forget, so you configure it once and that's it; it's a very good tool.

    I rate Mirth Connect Health Check overall as a ten out of ten.

    If I had to pick a number from one to ten, I would give Mirth Connect Health Check overall a solid eight; once you know the tool, it just goes. I choose eight out of ten because of the learning curve; if the UI was simpler, onboarding for new developers would be faster.

    Regarding Mirth Connect Health Check's AI capabilities, I think its governance and security are lacking since I used the open-source version, and I think it can be easier to extend the current capabilities. The accuracy and reliability of output are perfect.

    reviewer2895597

    Centralized lab data collection has saved time and improves accuracy for high-volume diagnostics

    Reviewed on Sep 03, 2026
    Review provided by PeerSpot

    What is our primary use case?

    My main use case for Mirth Connect Health Check is to gather data for my healthcare client. We used to gather data from the clinical instruments in Mirth Connect and then translate that data through Mirth Connect to our company application that was for QC data. Then we used to translate that data in the reporting format for our healthcare client.

    A quick specific example of how I used Mirth Connect Health Check in that process is by handling diagnostic data. The type of diagnostic data I collected includes all the blood reporting data for lab results. We used to get the data in our Mirth Connect application through something called grabber in our application. Grabber was a programming language that used to connect to the instrument using Mirth Connect. There used to be a configuration in Mirth Connect with a server ID, server IP address, and port number. That configuration used to communicate with the application, and then we used to capture the data from the instrument using Mirth Connect Health Check. Mirth Connect Health Check was a receiver. From there we used to collect data in our application using that terminal server that was a physical device with its own IP address and port number.

    One main challenge I faced was because I was using a 32-bit application, and the amount of data that we were collecting was significant since it was our country's biggest laboratory, processing thousands of samples every day. The limitation of Mirth Connect Health Check was handling a huge amount of data, and since the application memory was very low, it sometimes hung. However, we used to process data part by part. There was also a higher memory version of Mirth Connect Health Check available. When we migrated to that version, our experience became much easier. Mirth Connect Health Check is a very useful tool to use.

    What is most valuable?

    The best features Mirth Connect Health Check offers include easy connectivity to protocols, and through those channels, I can always grab the data.

    Protocol admin feature helps in my daily work by providing one-to-one channel communication with the instrument because I used to connect hundreds of clinical instruments with Mirth Connect Health Check, each having their own IP address. There is never a data collision, and that is one of the cool features we had, allowing for one-on-one communication. That was the biggest feature.

    Mirth Connect Health Check has positively impacted my organization because all the data comes into a single application, and we do not need separate applications to grab the data.

    Having all the data in a single application helped my team by saving time and improving accuracy. We did not have to browse through different applications or pay vendors for their applications, making it a go-to tool for all the data with a very user-friendly UI. Everything worked perfectly, saved our time, and the data improved and became more accurate without collision.

    What needs improvement?

    An improvement point I see for Mirth Connect Health Check is a heavier version in terms of memory.

    I chose eight out of ten because it is not a web application.

    For how long have I used the solution?

    I have used Mirth Connect Health Check for around three years or three and a half years.

    What do I think about the stability of the solution?

    Mirth Connect Health Check is 100% stable.

    What do I think about the scalability of the solution?

    Mirth Connect Health Check's scalability is there because it can expand and be installed on different servers as well, making it more scalable.

    How are customer service and support?

    Customer support was not that great at that time, but I would say it was not too bad either.

    Which solution did I use previously and why did I switch?

    Before Mirth Connect Health Check, I used to collect data in our network in a folder. When I heard about Mirth Connect Health Check, it was an application with more cool features because I could create all the instruments in one single stop without having to use different folders.

    What was our ROI?

    In terms of money, I estimate my organization saves probably around $10,000 Canadian annually.

    Which other solutions did I evaluate?

    I did not evaluate other options because Mirth Connect Health Check was a one-stop shop for us.

    What other advice do I have?

    I would advise others looking into using Mirth Connect Health Check to look for its capability in handling data. If that suffices your requirements, definitely go ahead, and also check for a web-based version if available.

    Regarding Mirth Connect Health Check's AI capabilities, it provides the fundamental features that you would expect, such as user roles, permissions, and admin controls. These controls should be tied to least privilege or probably named accounts. For security purposes, deployment should be secure, with regular patching and database security.

    I have not used Mirth Connect Health Check with AI, so I would not be in a perfect situation to answer that about its accuracy and reliability of output.

    I believe I have covered the main points. I gave this product a rating of eight out of ten.