OpenAI 2026 hackathon

MedSim

An interactive clinical case simulator for medical students

Solo project by Quam Bello · 0 likes · 0 comments

Archive position — measured, not model output

0 likes on Devpost

2,264 of the 7,856 archived projects have more likes, and 5,592 share exactly 0 — so this project's #5,232 place in the like-ranked listing is a tie-break inside that group, not a ranking.

Projects (log scale)

1
10
100
1k
10k
05,592
11,758
2285
3–4132
5–975
10+14

Likes on Devpost. ▲ marks this project's group.

Show the figures
LikesProjectsShare of archive
05,59271.2%
11,75822.4%
22853.6%
3–41321.7%
5–9751.0%
10+140.2%
Devpost like counts for all 7,856 archived projects, captured when this archive was built.

Executive Summary

What the company appears to be

MedSim is a self-reported web-based clinical case simulator for medical students, built as a prototype using AI tools like Codex, GPT-5.6 Terra, and LangChain. It allows students to interact with virtual patients and equipment in an immersive environment, with AI-powered grading of student submissions.

What changed

The project was developed over a 4-day hackathon period by one developer (Quam Bello), using AI-assisted development tools. The author reports building a working prototype that demonstrates core functionality including interactive simulation, AI grading, and case creation via web or ChatGPT integration.

The single most important open question

Is there evidence of any traction, revenue, or customer adoption beyond the single developer's own use case? The description contains no data on actual users, usage metrics, or commercial viability.

Back to contents

What The Product Actually Is

The description states that MedSim is a "web-based clinical case simulator for medical students." It allows students to explore an interactive environment and perform actions on entities such as patients, defibrillators, and tools. Each action returns specific results based on interaction. Students submit answers against the case's goal, which are scored by an AI grader using GPT-5.6 Terra.

The product also supports creation of custom cases through two methods: direct web input or via MCP connection from ChatGPT. The CaseGenerator agent handles both paths.

Evidence The author describes how it works in detail, including the use of React frontend, FastAPI backend, and Docker containerization. It uses Codex for planning and building, LangChain for structured output, and GPT-5.6 Terra for AI grading.

Inference The product appears to be a proof-of-concept prototype built under time constraints rather than a production-ready solution. No evidence of commercial deployment or user base exists.

Back to contents

Positioning & Claim Evolution

The author positions MedSim as an "interactive clinical case simulator" aimed at medical students, contrasting it with existing tools that are described as "resource-heavy and complex to set up." The goal is to provide something simple, animated, and engaging instead of static text-based cases.

Claim

The product aims to make clinical learning more immersive and engaging than traditional methods.

Inference This positioning suggests a focus on education technology (EdTech) or medical training tools. However, there's no evidence of market research, competitive analysis, or user feedback beyond the developer’s personal experience.

Back to contents

Target Customer & ICP

The description states that MedSim targets "medical students" who practice with case studies regularly. It also mentions that other fields like law and chemistry may benefit from similar tools in the future.

Claim

Medical students are the primary target audience.

Inference While the author identifies a clear user group, there is no evidence of customer interviews, surveys, or actual student adoption data to support this claim.

Back to contents

Business Model & Pricing Evidence

There is no mention of pricing models, monetization strategies, or business model details in the description. The project is described as a prototype built during a hackathon.

Claim

None provided.

Inference Given that it's a hackathon submission and lacks any commercial data, there is no evidence of a defined business model or pricing structure.

Back to contents

Technical & Delivery Signals

MedSim was built using:

  • Frontend: React
  • Backend: FastAPI
  • Containerization: Docker
  • AI tools: Codex, GPT-5.6 Terra, LangChain, MCP (FastMCP server)
  • Integration with ChatGPT via tunneling and API keys

The author reports overcoming technical challenges such as:

  • Designing an immersive simulation environment
  • Ensuring reliable structured output from LLMs (using LangChain)
  • Connecting the app to ChatGPT through tunneling

Evidence The description includes details about architecture, tooling, and problem-solving steps taken during development.

Inference The technical stack indicates a modern, AI-integrated application. However, there is no evidence of scalability, performance testing, or production deployment readiness.

Back to contents

Traction & Maturity Signals

The project was developed in 4 days as part of a hackathon. It is described as a "working prototype" but lacks any data on:

  • User engagement
  • Adoption rates
  • Revenue
  • Customer feedback
  • Market traction

Claim

A working prototype exists.

Inference No evidence of real-world usage or customer validation beyond the developer's own testing and personal experience.

Back to contents

Competitive Context

The author notes that existing simulation tools are "resource-heavy and complex to set up," suggesting a gap in the market for simpler, more accessible alternatives. However, there is no mention of specific competitors or competitive analysis.

Claim

Existing tools are too complex or resource-heavy.

Inference Without evidence of competitor names, features, or market positioning, this remains an unverified assertion.

Back to contents

Key Risks & Red Flags

  • Single Developer: The entire project was built by one person (Quam Bello), raising concerns about scalability and long-term maintenance.
  • Prototype Only: No evidence of commercial viability, user adoption, or product-market fit beyond the developer’s own use case.
  • Unverified Claims: All claims are self-reported without external validation.
  • No Revenue or Customers: There is no data on revenue, customers, or monetization.
  • AI Dependency Risks: Heavy reliance on AI models (GPT-5.6 Terra) introduces risks related to availability, cost, and consistency.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific feedback have you received from medical students or educators about the prototype?
  2. Have you conducted any user testing beyond your own experience?
  3. How do you plan to scale beyond a single developer and prototype phase?
  4. Are there any plans for monetization or commercial partnerships?
  5. What are the technical limitations of relying on AI models like GPT-5.6 Terra for grading and case generation?
  6. How will you ensure consistency and reliability in AI-generated content at scale?

Back to contents

Investment/Partnership Verdict

Not evidenced

There is no evidence of revenue, customer adoption, or traction beyond the single developer’s prototype development. The project is described as a hackathon submission with no indication of commercial viability or market validation.

The description contains no data on:

  • Revenue
  • Customers
  • Market size
  • Competitive landscape
  • Financials
  • Product-market fit

Confidence Level Low — based entirely on self-reported information, which lacks corroboration or external verification.

Back to contents

Source

Submitted to the OpenAI 2026 hackathon on Devpost. Project home on DevPost.

The analysis above was generated by a language model from the project's own one-line description. It is not independent research and contains no verified traction, revenue or customer data.