EHR Integration in 2026: FHIR, HL7, Epic, and Cerner Without the Headache

A field guide for US product teams integrating with Epic, Cerner, athenahealth, and other EHRs using FHIR R4, HL7 v2, and modern middleware.

By UZ Technologies · · 9 min read

EHR Integration in 2026: FHIR, HL7, Epic, and Cerner Without the Headache
EHR Integration in 2026: FHIR, HL7, Epic, and Cerner Without the Headache

EHR Integration in 2026: FHIR, HL7, Epic, and Cerner Without the Headache

Every serious US healthcare product eventually needs to talk to an EHR. In 2026, that is easier than it has ever been, thanks to the ONC's FHIR mandates and a healthy middleware market. It is still not simple. Here is what actually works.

FHIR is now the default, but HL7 v2 is not going away

Since the ONC's Cures Act rules, every certified EHR in the US exposes a FHIR R4 API for a defined set of USCDI v3 data. In practice this means you can read Patient, Observation, MedicationRequest, Condition, and other core resources without a custom interface engine.

That said, you will still meet HL7 v2 in the wild for:

  • ADT feeds from hospitals
  • Lab orders and results (ORM, ORU)
  • Scheduling messages from legacy systems
  • Any write path that a health system has not exposed via FHIR yet

Plan for both.

Three integration paths, ranked

  1. Middleware (Redox, 1upHealth, Health Gorilla): one contract, one API, dozens of EHRs. Fastest path to market. Ideal when you serve many customers.
  2. Direct FHIR + SMART on FHIR: cleanest tech, best for a single large enterprise customer or an in-EHR app.
  3. Custom interface engine (Mirth, Rhapsody): only when you own the interface and have a dedicated team.

For most startups and mid-market vendors, Redox or 1upHealth pays back within the first two customers.

Getting into Epic's App Orchard / Showroom

Epic's vendor program (now branded as Showroom) still requires:

  • A signed vendor agreement
  • Security review, including SOC 2
  • Sandbox validation with test patients
  • Customer sponsorship to go live in production

Budget 3 to 6 months from application to your first live production customer. Cerner (Oracle Health) is similar, with a slightly friendlier sandbox story.

Read vs write

Read access via FHIR is generally straightforward. Write access is harder: most health systems limit which resources you can create or update, and many still require HL7 v2 for orders. Design your product so that read-only is enough for launch, and write is a paid upgrade or a per-customer negotiation.

Common integration mistakes

  • Assuming every EHR returns the same fields for the same resource
  • Not caching FHIR responses (rate limits are real)
  • Skipping patient matching (MPI is hard, do not roll your own)
  • Ignoring bulk data ($export) for population-level use cases
  • Forgetting that Epic's test data does not match production shapes

Cost and timeline

  • Single-EHR FHIR read integration: $18k to $45k, 4 to 8 weeks
  • Multi-EHR via middleware: $25k to $70k, 6 to 12 weeks
  • Full bi-directional with ADT, orders, results: $80k to $220k, 12 to 24 weeks

Next step

If you are scoping an EHR integration for a US customer, book a 30-minute technical call. We will map your target EHRs to the fastest path.

Contact UZ Technologies · Read more articles