Replaces Epic Bridges

Every system
connected.
Every signal delivered.

FHIR-native. HL7v2-fluent. Open by design. Zero lock-in.

Conduit is the integration and interoperability engine that replaces Epic Bridges with a FHIR R4-native platform. Where Bridges bolts interoperability onto a proprietary data model as an afterthought, Conduit is built from the foundation on open standards — every clinical data element is natively FHIR-addressable, every legacy system speaks through a universal translation layer, and every third-party application connects through standards-based APIs without custom development or vendor permission.

100%
FHIR R4 resource coverage — no gaps, no facades
<200ms
Median API response time under production load
0
Proprietary data formats or vendor lock-in mechanisms
48hr
Average time to connect a new SMART on FHIR app
The Interoperability Crisis

Healthcare's data is trapped inside vendor silos.

Epic processes 45 billion interface messages per month across its network. That sounds impressive until you understand the architecture: those messages flow through proprietary channels, in proprietary formats, controlled by a single vendor that decides who can connect, what data they can access, and how much they pay for the privilege. Epic Bridges is not an open integration engine — it is a gatekeeper. Third-party vendors cannot connect independently; they must work through Epic customers and, in many cases, with Epic itself. The result is a healthcare data ecosystem where the vendor that stores the data also controls who can use it.

The 21st Century Cures Act was supposed to end information blocking. Instead, it created a compliance checkbox while the fundamental architecture of vendor-controlled data silos remained unchanged. Conduit is the architectural answer to that structural problem.

86%
Of health IT leaders report interoperability as their top operational challenge
$30B
Annual cost of healthcare data integration failures in the United States
60,000+
Active interfaces in the Epic ecosystem — each one custom-configured and maintained
18 mo
Average timeline to build a complex HL7v2 interface with Epic Bridges
Core Capabilities

Eight layers. One universal fabric.

Conduit is not a module bolted onto an EHR. It is the connective tissue of the entire Clarion ecosystem — the infrastructure layer through which every clinical system, every third-party application, every medical device, and every external health network communicates. It is invisible when it works. It is indispensable always.

01
FHIR R4 Native API Gateway
Every clinical data element natively addressable through standards-based REST APIs

Conduit does not wrap a proprietary data model in a FHIR facade. The underlying data architecture is FHIR R4 from the ground up. Patient demographics, clinical observations, medications, conditions, procedures, diagnostic reports, and care plans are stored as native FHIR resources. When an external application queries a Patient resource, it receives a standards-compliant response — not a proprietary translation that may lose fidelity. This distinction matters profoundly: a FHIR facade introduces latency, mapping errors, and version lag. A FHIR-native architecture eliminates them entirely.

// Native FHIR R4 — no translation layer, no facade
GET /fhir/R4/Patient/12345
Authorization: Bearer {oauth2_token}
Accept: application/fhir+json

// Response: 38ms — native, not translated
Full USCDI v4 Coverage
OAuth 2.0 / SMART Security
Bulk FHIR $export
Subscription / WebHook
JSON & XML Support
Rate Limiting & Throttling
100%
FHIR R4 resource coverage — zero proprietary gaps
<38ms
Median single-resource API response time
99.99%
API gateway uptime SLA
02
HL7v2 Legacy Bridge
Bidirectional translation between HL7v2 and FHIR — because legacy systems are not going away

FHIR is the future. HL7v2 is the present — and the present includes thousands of laboratory systems, pharmacy dispensing cabinets, radiology information systems, and billing platforms that will speak HL7v2 for the next decade. Conduit's Legacy Bridge provides bidirectional, real-time translation between HL7v2 message types (ADT, ORM, ORU, SIU, DFT, MDM) and their FHIR R4 resource equivalents. An HL7v2 ORU lab result message arrives from a third-party LIS, and Conduit translates it to a FHIR DiagnosticReport resource that flows natively into the Clarion clinical record — with every field mapped, every code system reconciled, and every edge case handled through configurable transformation rules.

ADT ↔ Patient/Encounter
ORM/ORU ↔ ServiceRequest/Observation
SIU ↔ Appointment/Schedule
DFT ↔ Claim/ChargeItem
MDM ↔ DocumentReference
Custom Segment Mapping
100%
Coverage of HL7v2 message types used in production
<50ms
HL7v2-to-FHIR translation latency
99.97%
Message delivery reliability with store-and-forward
03
SMART on FHIR App Marketplace
Launch third-party clinical apps inside Clarion — no custom integration required

SMART on FHIR enables any authorized application to launch inside the clinical workspace with full patient context — no custom HL7 interfaces, no Bridges configuration, no vendor negotiation. A genomics interpretation tool, a clinical trial matching engine, a patient education platform, or a specialty-specific decision support app can be connected to Conduit in 48 hours, tested in a sandbox environment, and deployed to production in days, not months. This is the app ecosystem model that healthcare has been promised for a decade but never received from vendors whose business model depends on keeping third-party innovation out.

EHR Launch & Standalone
Patient Context Passing
OAuth 2.0 Scoped Access
App Sandbox Environment
Curated App Gallery
Usage & Security Analytics
48hr
Average time to connect a new SMART on FHIR app
140+
Pre-certified apps in the Conduit marketplace at launch
0
Custom interface builds required for SMART apps
04
CDS Hooks Real-Time Decision Support
External decision support services that fire at the moment of clinical action

CDS Hooks is the standard that enables external services to inject clinical decision support directly into the EHR workflow at defined trigger points — patient-view, order-select, order-sign, encounter-start. Conduit implements CDS Hooks as a first-class capability, allowing both internal Sentinel AI engines and external third-party CDS services to surface recommendations at the exact moment the clinician needs them. A payer's prior authorization service can respond at order-sign. A pharmacogenomics engine can recommend dosing adjustments at order-select. A clinical trial matching service can display eligible trials at encounter-start. All through standardized hooks — no custom integration, no vendor gatekeeping.

patient-view Hook
order-select / order-sign
encounter-start / encounter-discharge
External CDS Registration
Sentinel Engine Integration
Response Time Enforcement
<300ms
CDS Hook response time SLA — enforced, not aspirational
104+
Internal Sentinel engines connected via CDS Hooks
Unlimited
External CDS services — no vendor approval required
05
Device Integration & IoT Hub
Medical device connectivity from bedside monitors to wearable sensors

A modern hospital generates clinical data from hundreds of connected devices — bedside monitors, ventilators, infusion pumps, pulse oximeters, glucometers, fetal heart rate monitors, and increasingly, patient-worn sensors that transmit data from home. Conduit's Device Hub provides a unified connectivity layer that speaks IEEE 11073 SDC for bedside devices, Bluetooth Low Energy for portable sensors, and FHIR Device/Observation resources for data normalization. Device data flows directly into the patient's clinical record without manual transcription — a nurse does not re-enter a blood pressure that the monitor already captured.

IEEE 11073 SDC Protocol
Bluetooth LE Sensor Gateway
FHIR Device Resources
Vital Sign Auto-Population
Remote Patient Monitoring
Alarm Management & Routing
340+
Supported device models at launch
<1s
Device-to-chart data latency for bedside monitors
100%
Elimination of manual vital sign transcription
06
Health Information Exchange (HIE)
Carequality, CommonWell, TEFCA — connected to every network, locked into none

Epic's Care Everywhere network connects Epic customers to each other — creating a powerful but closed ecosystem. If the patient's prior records are in a non-Epic system that does not participate in Care Everywhere, they may be invisible. Conduit participates in every major health information exchange network: Carequality (which includes Epic's network but extends far beyond it), CommonWell Health Alliance, eHealth Exchange, and the emerging TEFCA framework. When a patient presents at a Clarion-powered hospital, Conduit queries all available networks simultaneously and presents a unified longitudinal record regardless of which EHR vendor stored the original data.

Carequality Framework
CommonWell Health Alliance
eHealth Exchange
TEFCA QHIN Participation
C-CDA Document Exchange
IPS International Support
4
Major HIE networks connected simultaneously
<3s
Cross-network patient record query time
100%
Vendor-agnostic — works with Epic, Cerner, Meditech, and all others
07
Data Transformation & Mapping Engine
Visual mapping tools that translate between any format — no custom code required

Every integration ultimately comes down to mapping: translating data from one system's format into another's. In Epic Bridges, this requires certified interface analysts who understand both Epic's proprietary data structures and the external system's format. In Conduit, mapping is visual, auditable, and reusable. A drag-and-drop mapping editor shows source fields on the left and target fields on the right. Code system translations (ICD-10, SNOMED CT, LOINC, RxNorm, CPT) are handled by a built-in terminology service that auto-suggests mappings and flags ambiguities. Once a mapping is built for one interface, it can be templated and reused across similar connections — so the hundredth lab system integration takes hours, not weeks.

Visual Drag-Drop Mapper
Terminology Auto-Mapping
Reusable Mapping Templates
SNOMED/LOINC/RxNorm/ICD
Validation & Error Handling
Version Control & Audit
4hr
Average time to build a standard interface mapping
92%
Code system auto-mapping accuracy
0
Custom code required for standard interface patterns
08
Integration Monitoring & Observability
Real-time visibility into every message, every API call, every failure — before it impacts care

An integration engine that processes millions of messages per day is only as reliable as your ability to see when something goes wrong. Conduit's observability layer provides real-time dashboards showing message throughput, latency percentiles, error rates, and queue depths across every active interface. Anomaly detection identifies patterns — a lab system that suddenly stops sending results, an ADT feed that begins producing duplicate messages, an API consumer that exceeds its rate limit — and alerts the integration team before clinical workflows are affected. Every message is logged with full payload visibility, searchable by patient, timestamp, message type, and source/destination system.

Real-Time Throughput Dashboards
Anomaly Detection & Alerting
Full Message Payload Logging
Latency Percentile Tracking
Dead Letter Queue Management
Uptime & SLA Reporting
<30s
Anomaly detection-to-alert latency
99.99%
Platform uptime — contractual SLA, not marketing
90 days
Full message history retention with instant search
Competitive Analysis

Conduit vs. Epic Bridges

Epic Bridges
Clarion Conduit
ArchitectureFHIR facade over proprietary Chronicles/MUMPS data model
ArchitectureFHIR R4 native — no translation layer, no proprietary substrate
Third-Party AccessVendor must work through Epic customer and often Epic itself to connect
Third-Party AccessSMART on FHIR marketplace — any authorized app connects in 48 hours
HL7v2 SupportNative HL7v2 engine — strong, but mapping is manual and analyst-dependent
HL7v2 SupportBidirectional HL7v2↔FHIR translation with visual mapper and reusable templates
HIE NetworksCare Everywhere network — powerful but Epic-centric ecosystem
HIE NetworksCarequality + CommonWell + eHealth Exchange + TEFCA — vendor-agnostic
CDS IntegrationCDS Hooks supported but external services require Epic approval process
CDS IntegrationOpen CDS Hooks — any service registers and responds, no gatekeeper
Device ConnectivityDevice integration through Bridges requires custom interface per device
Device ConnectivityIEEE 11073 SDC + BLE gateway — 340+ devices supported natively
Interface Build TimeWeeks to months for complex HL7v2 interfaces; certified analyst required
Interface Build Time4 hours average for standard patterns; visual mapper, no code required
Data PortabilityData stored in proprietary format; export requires Epic-specific tools
Data PortabilityAll data natively FHIR-exportable; patient data belongs to patients, not vendors
Case Studies

What happens when the walls between systems come down.

Regional Health Network · 8 Hospitals · 4 Different Legacy EHRs

Unified data exchange across four EHR platforms in 90 days

A regional health network operating eight hospitals across four different EHR platforms (two Epic, one Cerner, one Meditech) deployed Conduit as a unified integration layer. Within 90 days, every hospital could query patient records from every other hospital in real time — regardless of which EHR stored the data. The HL7v2 Legacy Bridge connected 147 existing interfaces without re-engineering them. The FHIR gateway enabled 23 third-party clinical applications to connect across the entire network through a single API. Prior to Conduit, building a cross-platform interface required an average of 14 weeks and $85,000 per interface. After deployment, new interfaces averaged 6 hours and $0 in incremental cost.

4 EHRs
Unified under a single integration fabric
147
Legacy interfaces migrated without re-engineering
14wk→6hr
Interface build time reduction
$2.4M
Annual integration staff cost savings
Academic Medical Center · 1,200 Beds · 60,000+ Devices

Device integration eliminates 420,000 hours of annual manual vital sign transcription

A 1,200-bed academic medical center deployed Conduit's Device Hub to connect bedside monitors, ventilators, and infusion pumps directly to the patient record. Before deployment, nurses manually transcribed vital signs from monitor screens into the EHR — an estimated 420,000 hours annually across the institution. After Conduit connected 4,200 bedside devices through the IEEE 11073 SDC protocol, vital signs flowed automatically into the patient's flowsheet within one second of capture. Nursing documentation time decreased by 28 minutes per patient per shift. Two medication pump programming errors were caught in the first month by Conduit's smart pump verification system — errors that would have reached patients under the previous workflow.

420K hrs
Annual manual transcription hours eliminated
4,200
Bedside devices connected to patient records
<1s
Device-to-chart data latency achieved
2
Pump programming errors caught in month one
We had fourteen integration analysts maintaining 380 interfaces. Their entire job was keeping data flowing between systems that should have been able to talk to each other natively. Conduit replaced the custom plumbing with a universal fabric. We did not eliminate those fourteen people — we redeployed them to build clinical analytics, quality dashboards, and population health tools that actually create value. Infrastructure should be invisible. Conduit made it invisible.
David Chen, Chief Technology Officer, 8-Hospital Regional Health Network
Every minute a nurse spends typing a blood pressure that a machine already measured is a minute she is not at the bedside. Four hundred twenty thousand hours. That is the number we quantified. That is 202 full-time nursing equivalents spent transcribing numbers from one screen to another. Conduit gave us those nurses back — not by hiring, not by overtime, but by connecting the devices that were already in the room to the record that was already in the system. The technology existed on both sides. What was missing was the bridge between them.
Margaret Owens, DNP, RN, Chief Nursing Informatics Officer, 1,200-Bed Academic Medical Center

Data that cannot flow
is data that cannot heal.

See Conduit configured for your integration landscape — your legacy systems, your device fleet, your network participation requirements.

Or contact us at conduit@brindwell.com