Will Jewell › Healthcare & clinical data

Health systems · Health tech · Payers · Provider analytics

The feed that failed three days ago.

Interface and warehouse pipelines for healthcare data teams — built, validated, and watched closely enough that you hear about a problem from me, not from a clinician.

Three ways clinical data goes wrong quietly

It stops arriving

A feed fails, the job reports success, and nobody notices until someone asks why last Tuesday is missing.

It arrives wrong

A source system changes a field. Everything downstream keeps running and quietly means something different than it did last month.

It moved and nobody checked

A migration finished. The row counts were close enough. Nobody proved the numbers on the other side match the numbers on this side.

What I do about it

  1. Build the pipeline — interface or warehouse feeds, incremental, tested, documented, with the failure modes written down.
  2. Prove it — freshness, volume, schema and null checks, so a silent failure becomes an alert instead of a discovery.
  3. Validate the move — row-level and aggregate parity between old and new, itemised, with the differences explained rather than waved through.
  4. Hand it over — it runs without me, and the documentation assumes I am gone.

Where I came from

Nine years at HCA Healthcare — the largest hospital operator in the United States, around 190 hospitals. Three in clinical analytics, then six building the data behind an application about 20,000 clinicians used every day, drawing on four separate record platforms — HL7 v2 off a streaming feed. I also validated a warehouse migration end to end.

I am not an interface analyst and I do not sell an integration engine. I build and prove data pipelines, at the volume a health system actually produces.

How the work runs

Async by default

Email or Slack, reply within one business day. Written updates, no standing meetings. Calls are available and billed separately.

Fixed price

Scope and price agreed before work starts, after the review. You are never billed by the hour for something I got faster at.

Read-only first

I start with read access. Nothing in your systems changes until you have approved what changes and why.

What it costs

Fixed price, agreed before anything starts. You are never billed by the hour for something I got faster at, and nothing here needs a procurement process to approve.

Larger scopes get broken into pieces this size rather than quoted as one number. 50% to start, balance on delivery; monthly lines billed in advance. Discounts come from a smaller scope, never a cheaper version of the same scope.

Start with the review

$750, three to five business days. Read-only access to the systems involved. You get back a written scope: what is actually wrong, what it would take to fix, in what order, priced. If you do not like the scope, you keep the document and we stop.

Ongoing work is a monthly retainer against a named number of hours, with the response time written into the agreement.

What you keep

A perpetual, irrevocable licence to everything I deliver — code, models, documentation — to use, modify and pass on for any purpose. No expiry, no restrictions, no further fee. If I vanished tomorrow you could hand it to anyone and carry on; the documentation is written on that assumption.

I keep ownership of my own general-purpose libraries, test harnesses and templates — the same way any contractor keeps their own tools. They hold none of your data, schemas, business logic or identifying details, and your licence covers your use of anything built with them.

Full terms: how every engagement runs.

will@jewellmine.com — send the systems involved, what keeps breaking, and what the output should look like. I reply with the first practical step and whether I am a fit.
Email will@jewellmine.com