Taction Software — FHIR Integration with Mirth Connect
EHR Integration

NextGen Enterprise Integration Services: A Genuinely Direct Connection

NextGen Enterprise integration services carry a genuine advantage on this specific platform: NextGen Healthcare is the company that builds and maintains Mirth Connect itself, which means Mirth's native support for NextGen's own Enterprise EHR is unusually deep compared to third-party engines bolting on generic connectivity after the fact. NextGen Enterprise exposes over 400 REST API routes for reading and writing EHR and practice management data, alongside a FHIR-enabled Patient Access API and SMART on FHIR support for embedded clinical apps.

Below is what NextGen's Enterprise API actually covers, how we build integrations that take advantage of the native Mirth relationship, and where HL7 v2 still fits for teams already running Mirth against NextGen today. If you're scoping a NextGen integration project, our free Mirth Health Check can review your requirements directly — part of the Mirth Connect support work we do for US healthcare teams.

What NextGen Enterprise's API Layer Actually Covers

NextGen Enterprise's API surface is genuinely broad, spanning both clinical and practice management data through a large set of documented routes rather than a narrow, limited subset of common resources.

Over 400 REST API Routes for Read and Write Access

NextGen's Enterprise API comprises more than 400 JSON-based RESTful routes covering EHR and practice management workflows, supporting both reading existing data and writing updates back into the platform across a broad range of use cases.

Built-In FHIR-Enabled Patient Access API

NextGen provides a built-in Patient Access API supporting FHIR standards, giving patient-facing applications a standards-based path to clinical data that aligns with broader industry FHIR adoption rather than a purely proprietary interface.

SMART on FHIR Support for Embedded Clinical Apps

Applications built to the SMART on FHIR standard can embed directly into NextGen's clinical workflow, giving users an integrated experience similar to what SMART on FHIR apps achieve inside other major EHR platforms.

Bulk FHIR APIs Aligned With Cures Act Requirements

NextGen's platform includes Bulk FHIR API support aligned with 21st Century Cures Act requirements, relevant for use cases needing larger-scale data export rather than single-patient, single-request API calls.

How We Build on Mirth's Native NextGen Relationship

Because NextGen Healthcare builds Mirth Connect itself, integrations between the two benefit from a documented, first-party relationship rather than reverse-engineered or loosely supported connectivity built by a third party.

Leveraging Mirth Connect's Documented NextGen Support

NextGen explicitly documents Mirth Connect as a supported integration engine for NextGen Enterprise, which means the connection patterns we build on are based on genuine, first-party integration guidance rather than unofficial workarounds.

Scoping Your Specific API Routes and Data Needs

With over 400 available routes, we work with you to scope exactly which specific endpoints your integration actually needs, avoiding the complexity of building against a broader API surface than your use case requires.

Building Both FHIR and Proprietary REST Connections

Depending on your specific requirements, we build connections through NextGen's FHIR-based Patient Access API, its broader proprietary REST routes, or both together, depending on which best fits your particular data and workflow needs.

Testing Thoroughly in NextGen's Sandbox Environment

We validate NextGen integrations against a proper testing environment before touching production data, the same disciplined approach we'd apply to any EHR integration regardless of the underlying vendor relationship involved.

Where HL7 v2 Still Fits for Existing Mirth and NextGen Sites

Many organizations already running Mirth Connect against NextGen Enterprise rely on established HL7 v2 interfaces, and a realistic integration plan often builds on that existing foundation rather than replacing it outright.

Existing HL7 v2 Channels Often Still Work Well

If your organization already has working Mirth channels handling HL7 v2 exchange with NextGen, those interfaces often continue serving their purpose well, and a new project can extend rather than necessarily replace that existing work.

REST APIs Fit New, Modern Integration Needs

For newer integration needs, particularly patient-facing applications or third-party tools needing standards-based access, NextGen's REST and FHIR APIs are often the more natural fit than building new HL7 v2 interfaces from scratch.

We Assess Your Existing Mirth Environment First

Before recommending an approach, we review what's already running in your Mirth environment against NextGen, since building on and extending existing, working infrastructure is usually more efficient than starting over unnecessarily.

Combining Both Approaches in One Coherent Architecture

Many NextGen integration projects genuinely benefit from combining existing HL7 v2 channels with newer REST or FHIR connections, rather than treating the choice between them as strictly either-or for your entire integration architecture.

Scoping a NextGen integration project?

Start with a free Mirth Health Check to review your requirements, send us the exact error if you're troubleshooting an existing integration, or check pricing for our support plans.

FAQ

Frequently Asked Questions

Does NextGen actually support Mirth Connect officially?
Yes, NextGen Healthcare owns and builds Mirth Connect, and documents it as a supported integration engine for NextGen Enterprise specifically, giving this combination a genuinely first-party integration relationship rather than third-party workarounds.
How many API routes does NextGen Enterprise actually expose?
NextGen's Enterprise API comprises more than 400 JSON-based RESTful routes covering both EHR and practice management data, spanning read and write access across a substantially broader range of use cases than many EHR APIs offer.
Should I use NextGen's REST API or FHIR API for my project?
This depends on your specific use case — the broader proprietary REST API offers deeper access across more workflows, while the FHIR-based Patient Access API suits standards-based, patient-facing applications following broader industry conventions.
Can existing Mirth channels connecting to NextGen be extended rather than rebuilt?
Often yes, if your existing HL7 v2 channels are working well, extending that foundation with new REST or FHIR connections for additional use cases is usually more efficient than rebuilding your entire integration from scratch.
Does NextGen support Bulk FHIR data export?
Yes, NextGen's platform includes Bulk FHIR API support aligned with 21st Century Cures Act requirements, relevant for use cases needing larger-scale data export rather than individual, single-patient API requests.
Is NextGen integration meaningfully different from other EHR platforms because of the Mirth relationship?
In terms of documentation and support depth specifically, yes — because NextGen builds Mirth Connect itself, the integration guidance and connector support for this particular combination tends to be more thorough than typical third-party EHR connectivity.

Need expert Mirth Connect support?

Whether you have a one-time integration project or need ongoing managed support, every engagement is named, scoped, and priced upfront — productized packages, no hourly billing.

Talk to a Mirth Solutions Architect

60-second form. Senior engineer responds within one business day.

What is 9 + 7 ?