Taction Software — FHIR Integration with Mirth Connect
FHIR Sprint · From $13,500

eClinicalWorks FHIR $export Sprint — Production-Ready in 6 Weeks

The $export operation in eClinicalWorks FHIR is the bulk-data API that lets you pull patient cohorts as NDJSON files using SMART Backend Authorization. It is required for ONC (g)(10) certification and for population-health and quality-reporting workflows. Most eCW deployments hit two failure modes: SMART Backend Auth setup, and timeout/file-size limits on large cohorts. We resolve both — typically in a 4–6 week fixed-price sprint starting at $13,500.

Talk About: eClinicalWorks $export Sprint

Tell us about your environment in 60 seconds. A solutions architect will reach out within 24 hours to confirm scope.

What is 9 + 5 ?

Why Teams Do This Sprint

ONC (g)(10) certification

$export is required for ONC's g10 single-patient and multiple-patient API criteria. Without it, you can't certify your application for ONC submission.

Population health workflows

Quality reporting (HEDIS, MIPS) and population-health cohort building need bulk patient data, not one-by-one resource fetches. $export is the API for that scale.

SMART Backend Authorization is non-trivial

JWT signing, JWKS publishing, asymmetric client_credentials flow — the spec is well-defined but the implementation is where teams stall. We've shipped it across multiple eCW deployments.

Timeout and chunking discipline

Naive $export implementations time out at 30 minutes on large cohorts. Production-ready exports use _since, _typeFilter, and chunked retrieval.

Cross-EHR portability

The same code patterns work for Epic, Cerner, athenahealth $export. Once you're set up for eCW, expanding to other EHRs is incremental.

What We Deliver

Concrete deliverables. Code in your Git repo at the end.

SMART Backend Authorization configuration — asymmetric client_credentials flow, JWT signing, JWKS endpoint hosted on your infrastructure
$export operation invocation against patient or group endpoints
Polling implementation with proper Content-Location handling and exponential backoff
NDJSON downloader with retry logic and partial-failure recovery
Resource-type filtering using _type=Patient,Encounter,Observation,Condition,etc.
Date-window filtering using _since and _typeFilter for incremental pulls
HIPAA-compliant secure storage and post-export ETL into your data warehouse
Production monitoring (export job status, error rates, file-size metrics)
ONC (g)(10) certification readiness check + documentation pack
Runbook for operating the export pipeline going forward

Common Problems We Fix

If any of these match your situation, the sprint resolves them.

!

401 Unauthorized on the $export POST despite valid client credentials

Root cause: JWT signing or JWKS publishing issue. Common: signing with the wrong key, missing kid in the JWT header, or JWKS endpoint not publicly reachable.

!

$export returns 202 Accepted but Content-Location polling never completes

Root cause: eCW timeout or task-queue backlog. Solution: chunked exports with smaller cohorts and proper polling cadence (15–60 seconds, exponential backoff up to 5 minutes).

!

NDJSON downloads partially complete then fail mid-stream

Root cause: Connection-pooling, retry handling, or transient network issues. Solution: streaming downloader with byte-range resume support and exponential retry.

!

Large cohort exports timeout at 30 minutes

Root cause: Single-shot export of full patient population. Solution: chunked exports with _since and _typeFilter parameters to break into incremental retrievals.

!

Returned resources missing required FHIR R4 elements

Root cause: eCW configuration of profile-conformance levels. Solution: configure US Core profile conformance in eCW admin and validate output against US Core profiles before ETL.

!

Group endpoint returns 404 even though group is configured

Root cause: eCW Group resource ID format mismatch (some deployments use logical IDs, others use technical IDs). Solution: verify Group identifier system + value via FHIR search before $export.

Productized Pricing

Pricing — All Numbers Public

Three productized sprint sizes, plus an optional managed-support continuation.

🎁
Free Assessment

30-minute call with a FHIR-specialist engineer. We review your eCW deployment, ONC certification posture, and target cohorts — produce a written readiness report with effort estimate.

Claim Free Assessment

eCW $export Sprint

From $13,500
6 weeks · single environment · single cohort

Standard sprint package. SMART Backend Auth, $export against one patient/group endpoint, polling, NDJSON download, monitoring, ONC readiness check, documentation.

Multi-Environment Enterprise Rollout

From $36,000
12 weeks · multiple environments · multiple cohorts

Dev/staging/prod parity, multiple Group endpoints, cohort-specific filter configuration, QA gate handoffs, full ONC submission documentation pack.

Add Ongoing Support

From $6,800/mo
Silver Managed Support

After the sprint, continue with monthly Silver support — 24/7 monitoring of the export pipeline, version-upgrade tracking, ONC re-certification cycles.

Continue with managed Silver Mirth Connect support after the sprint — from $6,800/month.
Not ready to commit? Start with a free Mirth Health Check — a senior engineer reviews your situation and confirms whether this sprint is the right fit. See all integration sprints, or browse our Mirth Connect support homepage.
FAQ

eClinicalWorks $export Sprint — FAQ

What is the eClinicalWorks $export operation?
$export is a FHIR R4 operation defined by the FHIR Bulk Data Access specification. It lets authorized clients request all patient resources in a cohort (Patient, Group, or system-wide) as NDJSON files. The operation is asynchronous: you POST a $export request, get a 202 Accepted with a Content-Location URL, poll until ready, then download NDJSON files. ONC requires $export for (g)(10) certification.
Do I need SMART Backend Authorization for $export?
Yes for system-level exports and most group-level exports. eCW supports the asymmetric client_credentials flow (JWT bearer assertion). You publish a JWKS endpoint on your infrastructure; eCW validates the JWT against your public key and issues an access token scoped to the resources you've registered for. Patient-level $export sometimes works with user-context tokens but Backend Auth is the standard for batch and population workflows.
How long does $export setup take in eClinicalWorks?
A typical single-environment setup with one cohort type takes 4–6 weeks end-to-end. Multi-environment rollouts with QA gates take 8–12 weeks. The wall-clock time is more about eCW's request review (registration of the JWKS endpoint, scope approval) than the engineering work.
What FHIR R4 resources can be exported?
All US Core profile resources are supported, plus eCW custom extensions where configured. Most projects filter to: Patient, Encounter, Observation, Condition, MedicationRequest, AllergyIntolerance, Immunization, Procedure, DocumentReference. CarePlan and Goal are also supported but used less often. We tune the filter list during discovery based on your downstream use case.
Can the same code work for Epic and Cerner $export?
Yes — the FHIR Bulk Data spec is the same across vendors. Epic and Cerner both support SMART Backend Auth and $export. The differences are in configuration (JWKS registration process, scope naming, available resource types) and in eCW-specific quirks (timeout behavior, group ID formats). The core code is portable; the configuration is per-vendor.