BridgeLab — an HL7 v2 / FHIR workbench for healthcare integration engineers, built with Tauri 2 + Rust

[techemv-srl]

Hi all — sharing an app I built with Tauri that just reached 1.4.1.

What it is. BridgeLab is a desktop workbench for the people who build and debug the interfaces between hospital systems. It edits and validates HL7 v2 messages (segments, fields, custom XSD catalogues) and FHIR resources, talks MLLP (the little TCP framing protocol the whole healthcare world still runs on) and HTTP, masks patient identifiers so you can paste a sample into a ticket safely, runs FHIRPath, and batch-validates whole folders of messages. Everything runs offline — messages never leave the machine, which is a hard requirement in this field.

Repo: https://github.com/techemv-srl/BridgeLab — site: https://techemv-srl.github.io/BridgeLab/

The Tauri side. Rust does all the heavy lifting: a hand-written HL7 v2 parser (escape sequences and repetitions are where every parser hides its skeletons), the MLLP client/listener on tokio, an HTTP client, and the licensing (Ed25519 signatures over canonical JSON, verified locally). The webview is only the UI. Things I appreciated: a small binary that installs on locked-down hospital workstations without complaints, the same codebase shipping Windows/macOS/Linux, and the capability system when the app needs raw TCP sockets. Things that took work: the async plumbing between a long-running listener and the frontend (events + state), and keeping the parser fast on multi-megabyte batch files.

Model. Open-core: the core is MIT and free for commercial use; a paid Pro tier (MLLP listener, batch tools, PHI masking, full schema catalogue) funds development.

Happy to answer questions about the Tauri architecture, the parser, or how a healthcare tool ends up on Tauri instead of Electron — and very open to feedback from people who ship Tauri apps in regulated environments.