Skip to content
All work
AIOctDaily

Clinical AI & EHR Data Platform

A US healthcare product needed to put decision support in front of clinicians, but the data underneath was spread across fragmented EHR and clinical databases that did not agree with each other. I rebuilt the data foundation and then the AI layer that sits on it, because in healthcare one is worthless without the other.

Role
AI Engineer
Timeline
2024
Headline result
+30% data-flow throughput
AzureADFDatabricksADLSSQLML
The problem

What was actually broken

Clinical records lived in mismatched schemas across multiple systems, so any feature that needed a complete patient picture had to stitch the data together at read time. That made the product slow, brittle, and impossible to reason about clinically. You cannot recommend a medicine safely on top of data you do not trust.

Architecture

How it fits together

01

Source normalization

Refactored fragmented EHR and EMR databases into normalized, consistent schemas so a patient is one coherent record rather than fragments across systems.

02

ELT on ADF and Databricks

Azure Data Factory orchestrates extraction and load, with Databricks handling the transformation and modeling into curated clinical tables on ADLS.

03

Decision-support layer

A module that surfaces medicine recommendations and a clear, chronological patient-history view built on top of the curated data.

What I built

The parts that did the work

  • A normalized clinical data model that gives every downstream feature one consistent source of patient truth.
  • A decision-support module that turns history into medicine recommendations clinicians can actually read.
  • Patient-history visualization that makes a fragmented record legible at a glance.
Challenges

The hard parts, and how I got past them

The challenge

Clinical source data was inconsistent and privacy sensitive, with the same concept modeled differently in each system.

How I solved it

A normalization pass mapped every source into a shared schema with validation, so the AI layer reasons over clean, consistent records instead of raw fragments.

The challenge

Recommendations have to be explainable for the people relying on them.

How I solved it

I kept the recommendation surface tied to the visible patient history, so a clinician can see the record the suggestion is grounded in rather than a black box.

Results

What changed for the business

+30%data-flow throughput
One modelunified patient record
Fasteraccess to patient history
What I took away

Healthcare AI lives or dies on the data underneath it. Most of the value here came from the unglamorous work of normalizing fragmented records first, which is exactly the pattern I keep seeing: the model is only as good as the platform it stands on.

More work

View all

Let's build something that ships.

Hiring for a senior Data/AI role, or need a data platform that actually holds up in production? Let's talk.

or email me directly at muhammaduzairkhan329@gmail.com