Illustration for: Two Engineers, One Phone Number Spark Pype AI for Hospital Automation
Business & Startups

Two Engineers, One Phone Number Spark Pype AI for Hospital Automation

3 min read

Two recent MIT graduates turned a single, mis‑dialed number into the seed of a startup they now call Pype AI. The engineers—both with backgrounds in software engineering—found themselves fielding calls from a regional hospital that wanted a quick fix for its patient‑flow bottlenecks. That early dialogue convinced them that the health‑care sector was hungry for AI‑driven efficiency tools.

They built a prototype that used evaluation‑focused algorithms to score clinical processes, then pitched it to a handful of administrators. The response was lukewarm; many executives balked at integrating a system that seemed to add another layer of oversight to already complex workflows. The founders soon realized that the regulatory strictness of health‑care meant that “automation” was a much narrower concept than they’d imagined.

Their optimism collided with a reality where compliance, data privacy and entrenched procedures dominate every tech decision. It’s this tension that frames the next observation about the hidden chaos inside hospital operations.

Advertisement

Inside the Operational Mess Hospitals Hide With the early success, the founders assumed hospitals would be eager for more automation. Their first product leaned on evaluation-focused AI tooling, which hospitals had little interest in. "Healthcare being a very regulated industry… wherever we went, people said, I don't trust the agents," Tripathy said.

At Sparsh and HCG in Bengaluru, they spent weeks sitting beside call operators, clinicians and front-desk staff. They watched operators handle a never-ending stream of patient queries while juggling Excel sheets carrying discount rules, doctor schedules, branch-specific offers and quirky internal protocols. A discount on a specific health package might apply only at one branch.

Doctors had their own parity system dictating who received new OPD patients. Operators sometimes quit without notice, and onboarding replacements took months. The founders learnt that frontline hospital communication was not clinical work.

It was context recall, triage, schedule navigation, emotional labour and quick decision-making, all built on scattered information. No app or chatbot had ever come close to capturing that complexity. From Appointment Bots to Care Coordinators These observations pushed the team to reposition the product.

Instead of building an appointment bot, they began designing a care coordinator. The agent needed to understand multi-speciality departments, doctors practising in multiple facilities and the constant churn of operational rules. "It is intelligent enough to understand if a doctor is working at multiple facilities," Mehra said.

The system soon expanded to handle conversations in Kannada, Telugu, Tamil and Hindi. It built a living glossary of medical terms and hospital-specific shorthand. A breakthrough came when doctors began correcting the agent during test calls.

By saying "feedback," clinicians could switch the agent into a correction mode and note inaccurate terminology.

Related Topics: #Pype AI #hospital automation #MIT #AI-driven #patient‑flow #evaluation‑focused algorithms #health‑care #data privacy

The story of Pype AI began with two engineers asking a simple question about a system that still feels built for processes, not patients. Dhruv Mehra, a former Meta engineer turned CEO, says the pandemic nudged him toward his own health and, by extension, toward the broader gaps he saw in care delivery. Their first offering leaned heavily on evaluation‑focused AI tooling, a niche that, according to the founders, hospitals greeted with little enthusiasm.

“Healthcare being a very regulated industry… wherever we went, pe…” suggests that compliance concerns quickly tempered expectations. Early traction proved promising, yet the assumption that hospitals would eagerly embrace further automation proved premature. It remains uncertain whether the company can pivot its technology to meet the stricter demands of a regulated environment while still delivering tangible benefits to clinicians.

The founders’ original motivation—to make the system more human‑centric—still guides their work, even as they grapple with the practical realities of adoption in a cautious industry.

Further Reading

Common Questions Answered

How did a mis‑dialed phone number lead to the creation of Pype AI?

The mis‑dialed number connected the two MIT graduates to a regional hospital that needed a quick fix for patient‑flow bottlenecks. That unexpected call sparked the idea for an AI‑driven automation startup, which they later named Pype AI.

What role did evaluation‑focused AI tooling play in Pype AI’s first product, and how did hospitals react?

Their initial offering relied on evaluation‑focused algorithms that scored clinical processes, aiming to improve efficiency. However, hospitals responded with little enthusiasm, citing distrust of AI agents in a heavily regulated industry.

Which hospitals did the founders of Pype AI engage with during early testing, and what insights did they gain?

The founders spent weeks alongside call operators, clinicians, and front‑desk staff at Sparsh and HCG hospitals in Bengaluru. They observed real‑world workflows and learned that automation solutions must address trust and regulatory concerns to gain acceptance.

How did Dhruv Mehra’s background and the pandemic influence the mission of Pype AI?

Former Meta engineer Dhruv Mehra, now CEO, was motivated by his own health concerns during the pandemic, which highlighted systemic gaps in care delivery. This experience drove him to steer Pype AI toward patient‑centric automation tools that improve hospital efficiency.

Advertisement