Chapter 01
The Beginning
I joined HFA as one of three builders, initially approaching it like many technical projects: define the problem,
write the code, optimize the output. I took on the pieces I could execute directly—turning ideas into working
prototypes, testing early pipelines, and iterating fast when the system didn't behave as expected.
Chapter 02
The Challenge
Once we moved beyond prototypes, the work became less clean and more honest. Medical data didn't fit neat assumptions.
Edge cases appeared everywhere. Small errors created outsized consequences.
In our team check-ins, progress didn't always look impressive—sometimes it was hours spent tracing a single bug,
validating signals, or rewriting a component because it wasn't dependable enough.
The “annoying” questions I kept asking
- What happens when the device gives noisy readings?
- What does the user do when the alert fires?
- What information is actually useful to a doctor?
Chapter 03
The Shift
Our turning point came when we spoke with a doctor at the National Hospital of Endocrinology and learned about a
patient in Thai Nguyen who couldn't travel regularly for monitoring. The doctor's message was direct: in healthcare,
it's safer to consult experts than to rely entirely on AI.
As a three-person team, we made a hard decision: pivot from “AI diagnosis” as the headline to real-time alerts that help
connect patients and doctors. That choice forced us to prioritize responsibility over flashiness—and to build for trust,
not just performance.
Chapter 04
What I Learned
After the pivot, I stopped thinking of AI as the product and started thinking of it as one component in a larger system:
user behavior, device reliability, clinical workflow, and communication under pressure.
My work became less about chasing perfect metrics and more about making the system stable, interpretable, and usable in
real life—because a health tool that isn't dependable is worse than no tool at all.
Usability
Design for what users do under stress, not what they do in a demo.
Reliability
Handle noise, edge cases, and failures as first-class requirements.
Clinical workflow
Support experts instead of replacing them; integrate with real decision paths.