Skip to content
ML Stack Labs

Industries

We work where the rules shape the architecture

A patient record, a payment and a student transcript are not interchangeable rows. Each carries a regulatory regime, an interoperability standard and a failure mode that decides how the system has to be built.

Industries

Domains where the details are the whole job

Every one of these has rules that shape the architecture: a compliance regime, an interoperability standard, or a physical constraint. We have shipped inside all six.

Healthcare

01

EHR integration, clinical workflow and the compliance work around both.

We build on top of the systems clinics actually run. That means HL7 v2 and FHIR interfaces, OpenEMR customization and migration, and the unglamorous work of reconciling patient records between two vendors who model them differently. Everything is designed for a HIPAA review from the first commit: audit trails, least-privilege access, encrypted at rest and in transit, and a BAA in place before any PHI moves.

  • EHR and EMR integration (FHIR, HL7 v2, CCDA)
  • OpenEMR customization, migration and support
  • Practice management and clinical ERP builds
  • Patient portals, intake and e-consent flows
  • Claims, eligibility and revenue-cycle tooling
  • HIPAA-aligned infrastructure and audit logging
  • FHIR
  • HL7 v2
  • OpenEMR
  • HIPAA
  • Epic
  • Cerner
  • CCDA

9 EHR integrations shipped since 2021

Fintech

02

Payments, ledgers and the reconciliation nobody demos but everybody needs.

Stripe and Adyen integrations, double-entry ledgers that actually balance, and the reconciliation jobs that catch it when they do not. We have built card-present and card-not-present flows, subscription billing with proration, marketplace payouts under Connect, and KYC/AML onboarding wired into third-party providers. Most of this work is regulated, so we plan for the audit rather than retrofitting it.

  • Stripe, Adyen and Plaid integrations
  • Double-entry ledger and reconciliation systems
  • Subscription billing, proration and dunning
  • Marketplace payouts and split payments
  • KYC/AML onboarding and identity verification
  • PCI-DSS scope reduction and tokenization
  • Stripe
  • Adyen
  • Plaid
  • PCI-DSS
  • ACH
  • KYC/AML
  • Ledgers

$0 in reconciliation breaks across 3 live ledgers

Artificial Intelligence

03

LLM features that survive contact with real users and real invoices.

We are asked for a chatbot and usually deliver something narrower and more useful: a retrieval system over documents the business already owns, an agent that completes one workflow end to end, or a classifier that removes a queue of manual review. Built on LangChain and LangGraph, evaluated before launch, and instrumented so you can see quality and spend per feature rather than one number on a bill.

  • Document retrieval and internal knowledge search
  • Workflow agents built on LangGraph
  • Customer-facing copilots with guardrails
  • Document extraction and classification
  • Evaluation suites and quality dashboards
  • Model routing and cost optimization
  • LangChain
  • LangGraph
  • RAG
  • Agents
  • Evals
  • Vector search

Median 41% cut in LLM spend after evaluation work

Education

04

Learning platforms, SIS integration and assessment at scale.

Course delivery, cohort management and the standards work that lets a platform talk to the systems a district or university already runs: LTI 1.3, SCORM, xAPI, OneRoster. We also handle the parts that get schools into trouble, including FERPA-aligned data handling, accessibility to WCAG 2.2 AA, and proctoring or assessment flows that hold up when three thousand students start at once.

  • LMS and course-delivery platforms
  • LTI 1.3, SCORM and xAPI integration
  • SIS and OneRoster synchronization
  • Assessment, grading and proctoring flows
  • WCAG 2.2 AA accessibility remediation
  • FERPA-aligned data architecture
  • LTI 1.3
  • SCORM
  • xAPI
  • OneRoster
  • FERPA
  • WCAG 2.2

Platforms serving 120k+ enrolled learners

Agriculture

05

Field data, equipment telemetry and forecasting that works offline.

Agtech has a constraint most software does not: the people using it are frequently out of signal. We build offline-first field applications that sync when they reconnect, ingest telemetry from equipment and sensors over MQTT, and put satellite and weather data behind yield and irrigation models. The reporting on top has to satisfy both an agronomist and a compliance auditor, which usually means two views of the same data rather than a compromise between them.

  • Offline-first field data capture
  • Equipment and sensor telemetry (MQTT, LoRaWAN)
  • Satellite and weather data pipelines
  • Yield, irrigation and input-planning models
  • Traceability and compliance reporting
  • Cooperative and grower portals
  • MQTT
  • LoRaWAN
  • GIS
  • NDVI
  • Offline-first
  • Telemetry

Field apps used across 340k acres

Automotive and Mobility

06

Perception tooling, fleet telemetry and the data loop behind both.

We work on the software around autonomous and connected vehicles rather than the vehicle itself: data ingestion from fleets, annotation and triage tooling for perception teams, simulation harnesses, and the pipelines that turn a week of driving logs into a training set. On the connected-vehicle side, telematics ingestion, OTA update orchestration and diagnostics dashboards for fleet operators.

  • Perception data pipelines and annotation tooling
  • Scenario extraction and simulation harnesses
  • Fleet telematics ingestion and dashboards
  • OTA update orchestration
  • ROS 2 tooling and log triage
  • Driver-behavior and diagnostics analytics
  • ROS 2
  • Telematics
  • OTA
  • Perception
  • Simulation
  • CAN bus

2.1PB of driving logs processed to date

Companies we have delivered for

Sully AI
Pony.ai
Meridian Health
Northlake Capital
Vantage Pay
Alder Diagnostics
Brightpath Learning
Cardinal Bancorp
Tillage Systems
Axle Motion
Halcyon Care
Ledgerline
Summit Scholars
Rowan Robotics
Sully AI
Pony.ai
Meridian Health
Northlake Capital
Vantage Pay
Alder Diagnostics
Brightpath Learning
Cardinal Bancorp
Tillage Systems
Axle Motion
Halcyon Care
Ledgerline
Summit Scholars
Rowan Robotics

Selected work

Projects, constraints and what actually changed

Client names are held under NDA. The problems, the decisions and the numbers are not, and we will walk through any of these in detail on a call.

HealthcareMulti-site specialty clinic group

One patient record across eleven clinics on four different systems

The problem

Eleven acquired clinics ran four EHRs between them. Front-desk staff were rekeying demographics by hand, and duplicate records were causing scheduling errors serious enough to reach the board.

What we did

We built a FHIR-based integration layer with a deterministic-then-probabilistic patient matcher, migrated two of the four systems onto a hardened OpenEMR deployment, and left the remaining vendors in place behind the same interface. Every match above the review threshold is logged and reversible.

  • FHIR R4
  • HL7 v2
  • OpenEMR
  • Python
  • PostgreSQL
  • AWS
11 to 1
Patient record systems of truth
97.4%
Auto-match rate on migration
6.5 hrs
Front-desk hours saved per site, weekly
Duration
7 months
Team
5 engineers, 1 clinical analyst
FintechB2B payments platform, New York

Rebuilding a ledger that had drifted $180k out of balance

The problem

Balances were computed from a mutable transactions table with no audit history. Month-end close took nine days and finance had lost confidence in the numbers, which was becoming a problem in diligence.

What we did

We introduced an append-only double-entry ledger alongside the existing system, dual-wrote for six weeks while reconciling continuously, then cut over once the two agreed for twenty-one consecutive days. Historical drift was traced to three specific refund paths and corrected with documented adjusting entries.

  • Stripe
  • Node.js
  • TypeScript
  • PostgreSQL
  • Terraform
9 days to 4 hrs
Month-end close
$0
Unexplained variance since cutover
21 days
Parallel-run agreement before cutover
Duration
5 months
Team
4 engineers
AIHealthcare data company

A retrieval agent clinicians will actually put their name to

The problem

An internal LLM prototype answered clinical questions fluently and cited nothing. Clinical leadership would not approve it, and per-query cost was rising faster than usage.

What we did

We rebuilt it on LangGraph with mandatory source attribution. The agent cannot return an answer without passing citations, and refuses rather than guessing. We wrote an evaluation set of 640 clinician-labeled questions, then used it to justify routing two thirds of traffic to a smaller model.

  • LangGraph
  • LangChain
  • pgvector
  • Python
  • Anthropic
  • OpenAI
94%
Answers passing clinician review
58%
Reduction in cost per query
640
Labeled questions in the eval set
Duration
4 months
Team
3 engineers, 1 ML engineer
AgricultureRow-crop agronomy cooperative

Field software that works where there is no signal

The problem

Agronomists were recording scouting observations on paper because the existing web app was unusable beyond the edge of coverage. Data reached the office days late, often with gaps.

What we did

An offline-first mobile application with conflict-aware sync, backed by a pipeline that joins the field observations to satellite NDVI and local weather. Sync is designed around the reality that a device may be offline for a full working day and then reconnect all at once.

  • React Native
  • SQLite
  • Python
  • PostGIS
  • GCP
340k
Acres under active management
3 days to same day
Observation to office
0.4%
Sync conflicts requiring review
Duration
6 months
Team
4 engineers

Tell us what is on fire.

Bring us a stalled project, a system nobody wants to touch, or a product you need built properly the first time. We will tell you honestly whether we are the right team for it.

  • 45 minutes, no cost, no deck
  • You speak to an engineer, not a salesperson
  • We say no if it is not a fit