Acute care pathways stress a FHIR workflow stack in ways that elective and ambulatory pathways rarely do. Latency budgets are tight, event ordering matters, and state has to survive consumer outages without dropping clinical work on the floor. The tools below are the ones that hold up under those constraints in 2026. For broader context, see additional EHR and EMR integration notes.
The Tools That Hold Up Under Acute Care Load
- HAPI FHIR with Subscription R5 and Task. The reference-grade combination. Pairing HAPI's Task module with Subscription Topics gives a spec-conformant pathway substrate, and the source visibility helps teams reason about race conditions during a stroke alert workflow. Where it shines is conformance; where it falls short is operational tooling, which most acute-care teams supplement.
- Smile Digital Health Acute Care Bundle. A managed HAPI deployment with hardened Task escalation, replayable Subscription delivery, and an alerting layer aligned with US hospital code-team workflows. The right answer for teams that need acute-care guarantees without owning the operational story.
- Aidbox with Workflow Engine and Multi-Tenant Topics. Strong fit for regional health systems running acute care across multiple hospitals under one platform. The multi-tenant Subscription topology keeps inter-site events isolated without sacrificing replay.
- Medplum with Bot-Driven Task Escalation. A platform-native pairing of Task transitions with TypeScript bots that handle escalation timers and on-call paging. Where it shines is the short loop from spec to deployed automation; where it falls short is portability off Medplum, which matters more for acute-care commitments.
- InterSystems Health Connect with FHIR Workflow. Pairs production-grade messaging guarantees with a FHIR workflow surface. The right fit for shops already running HealthShare across the acute care footprint and a reasonable independent choice for hospital networks with strict messaging requirements.
Teams designing acute pathway workflows across multiple hospital sites tend to pair the tool choice above with one of the engines in the multi-hospital FHIR integration engines roundup. The two layers compose differently for acute pathways than for ambulatory ones because event durability becomes load-bearing.
How to Approach the Selection
Three questions narrow the list quickly. The first is the acute pathway envelope. Code-team activation, sepsis alerts, and stroke protocols put a hard ceiling on tolerable event-delivery latency. Tools without queue-backed Subscription delivery struggle on this dimension under burst load.
The second is the survival of in-flight work across an outage. Acute pathways cannot lose a Task transition when a downstream consumer restarts. Smile, Aidbox, and InterSystems handle this with explicit replay semantics; the bare HAPI and Medplum paths require teams to add the durability layer.
The third is whether the deployment serves a single hospital or a regional network. Single-hospital acute deployments do not need multi-tenant isolation and pay no penalty for skipping it. Multi-hospital networks need it, and retrofitting later is painful. The FHIR workflow engines roundup breaks the field down further along this axis.
Acute care workflows are the part of the stack where a working tool fades into the background and a wrong tool becomes the on-call team's full-time job. Selection ends up matching the tool's strengths to the pathway's actual latency and durability envelope, not to the longest feature matrix on a vendor page.
Sources
- FHIR Workflow Module - Spec, HL7, 2024
- FHIR Task resource - Spec, HL7, 2024
- Subscriptions R5 Backport IG - IG, HL7, 2024
