Launching today
Hubble
Retrieve medical records other APIs can't
25 followers
Retrieve medical records other APIs can't
25 followers
Medical records still live behind fax lines, phone trees, and portal logins nobody remembers. A patient verifies their identity once, and Hubble assembles their records from across their providers and returns them through one API, for your AI agent to use.
Hubble
Hey Product Hunt 👋
I'm Prabha, one of the founders of Hubble.
If you're building something that needs a patient's records, there's no clean way to get them. A patient's history is scattered across every provider they've seen, and each system is its own island. Most APIs return the patient-portal subset rather than the full record, so teams either build per-provider integrations for months, fall back to faxes and manual portal logins, or push the problem onto the patient.
Hubble is the layer that goes and gets the rest. Your user verifies their identity once, and we assemble their records from across their providers and return them through one API. We connect into EHRs and HIEs where they work, and when an API comes back empty we keep going with browser agents that submit the request through provider portals and voice agents that call records departments on the patient's behalf. Every request runs on the patient's individual right of access, they review every source, and they can revoke at any time.
We're the team behind the AI agents at Grow Therapy and Amazon's One Medical, used by millions of patients. We kept hitting this wall ourselves, so we built the layer that gets past it.
Would love your feedback, especially from anyone who has fought with records retrieval before. I'll be here in the comments all day.
(PH exclusive: 7 days free. Reach out and mention this post, or email me at prabha@hubble.ai and I'll get you set up.)
@prabhadublish Great framing on the launch, giving patients control to review sources and revoke access makes compliance conversations way easier for dev teams,qq like when a voice agent calls a clinic, does it use dynamic caller ID matching the patient's area code?
Hubble
@vikramp7470 Great question! This is something that we're actively exploring. Fundamentally our goal is to drive conversion of record retrieval via our voice agents and we believe localizing the numbers will help increase the odds that we retrieve records.
@prabhadublish Really interesting approach to making patient record access much easier, all the best🙌
Hubble
@vikramp7470 Appreciate the interesting question!
Hubble
Aaron here, co-founder of Hubble. The reason we built this: AI is going to transform healthcare. I launched Amazon One Medical's first production AI agent and found that the key limiting factor was context. Getting a patient's history meant tons of broken integrations with upstream systems like EHRs and payers. Prabha and I realized everyone (even ourselves!) was rebuilding the same broken pipe, every time. Hubble is that context layer built once for all builders who need access to patient records across domains (care delivery, insurance, consumer health, life sciences research, legal, etc).
Ask me anything about what we learned trying to do this the hard way first.
Hubble
@aaronleon The problem always hits different when you have lived it yourself!
EverTutor AI
Congrats on the launch
The problem you are solving is genuinely interesting especially with patient records being scattered across providers
Curious to see how Hubble handles the messy real world edge cases here and excited to see where this goes
Hubble
@suryansh_tiwari2 100%! There are a ton of challenging edge cases that make the problem of record retrieval an annoying one to build and maintain in house. It's the reason why we're investing in being that trusted bridge so that companies don't need to build this themselves.
EverTutor AI
@prabhadublish Exactly this 👌
The edge cases are probably where things get really interesting
Curious to see what you guys uncover as Hubble scales
Hubble
@suryansh_tiwari2 Appreciate the note! Will definitely share more as we progress.