Switch from Mirth Connect to MessageFoundry
Move Mirth channels to Python interfaces in your own Git repository. Optional AI assistance can draft the code; your team reviews, tests, and plans each cutover.
Why Mirth teams are evaluating a move
Mirth Connect has an established community and channel-based workflow. Its licensing is one reason teams may consider a move.
Mirth’s open-source line ended at version 4.5.2; version 4.6 moved to a closed-source, paid model. See the dated comparison sources and verify current terms before deciding.
What you move to
Open source, by license
MessageFoundry uses the AGPL and runs on your infrastructure without per-interface license fees.
Python routing and transforms
Write transforms and routing in Python. Translate existing Rhino JavaScript logic and review the results.
Configuration in Git
Keep interfaces in one configuration repository across Test and Production. Review diffs and unit-test the Python code.
AI-assisted migration
The optional AI assistant drafts Python equivalents of your channel logic. Your team reviews, refines, and tests each draft.
How the migration works
Follow the staged engine migration process below for your Mirth channels.
- List each channel’s source and destination connectors, filters, transformers, and code templates.
- Recreate each channel as MessageFoundry connections, routers, and handlers. Review and refine any AI-generated translations of JavaScript transformers.
- Replay representative messages through both engines and compare outputs. Then run MessageFoundry alongside Mirth to check live traffic without cutting over.
- Move interfaces in waves. Keep Mirth available for rollback until each interface is proven in production.
A Mirth channel that receives over MLLP, filters, and forwards becomes ordinary Python:
from messagefoundry import MLLP, inbound, outbound, router, handler, Send # Source + destination connectors — wired together by name inbound("IB_ADT", MLLP(port=2575), router="adt_router") outbound("OB_EHR", MLLP(host="ehr.internal", port=6000)) # Filter — the Mirth "filter" tab, as a plain function @router("adt_router") def route(msg): if msg["MSH-9.1"] != "ADT": return [] # not ADT -> UNROUTED return ["adt_handler"] # Transformer — review and refine what the AI drafts @handler("adt_handler") def handle(msg): msg["PID-5.1"] = msg["PID-5.1"].title() return Send("OB_EHR", msg)
What Mirth still does better today
Mirth has a larger community, more pre-built adapters, and years of production use. MessageFoundry has broadly similar transports but a smaller adapter library. Check any Mirth extensions you depend on before moving. Read the sourced comparison and weigh the project’s shorter track record.
Switching from Mirth — FAQ
Is MessageFoundry a Mirth Connect alternative?
Yes. MessageFoundry is a self-hosted engine licensed under the AGPL. Write interfaces in Python and keep them in your Git repository. Mirth has a larger community and more pre-built adapters.
Is Mirth Connect still open source?
Mirth Connect’s open-source line ended at version 4.5.2. Version 4.6 and later are closed and paid; the free line no longer receives security patches. Check current terms and the dated sources linked above before deciding.
Do I have to rewrite my Mirth JavaScript transformers by hand?
The optional AI assistant can draft Python equivalents of existing channel logic. Your team must review, refine, and test the results. Keep the Python in your Git repository.
How long does migrating from Mirth Connect take?
Timing depends on channel count and complexity, validation, and cutover work. Migrate in waves and keep Mirth available for rollback until each interface is proven in production.
Start your move off Mirth
Install the engine in a sandbox, then translate and test your first channel.