Archive position — measured, not model output
12 likes on Devpost
8 of the 7,856 archived projects have more likes, and 3 share exactly 12 — so this project's #10 place in the like-ranked listing is a tie-break inside that group, not a ranking.
Projects (log scale)
Likes on Devpost. ▲ marks this project's group.
Show the figures
| Likes | Projects | Share of archive |
|---|---|---|
| 0 | 5,592 | 71.2% |
| 1 | 1,758 | 22.4% |
| 2 | 285 | 3.6% |
| 3–4 | 132 | 1.7% |
| 5–9 | 75 | 1.0% |
| 10+ | 14 | 0.2% |
Executive Summary
The company appears to be a single-person project (Claudio Carvalho) building a clinical decision support platform in Brazil using OpenAI technologies and specialized health data sources. The author states the goal is to help physicians access, analyze, and understand relevant clinical evidence through a persistent, traceable conversation with a GPT-powered virtual assistant.
What changed
This project was submitted to the OpenAI 2026 hackathon, indicating it is in an early development or prototype stage.
Single most important open question
Is there any evidence of actual physician adoption or clinical use beyond this hackathon submission?
Analysis basis
Self-reported only — no revenue, customers, traction or independent verification. The description states the platform retrieves specialized evidence from 13 indexes including PubMed, NCBI Bookshelf, Anvisa, VigiMed, Notivisa, and others.
What The Product Actually Is
The description states that Expectro Health — Clinical Evidence is a bilingual clinical decision support platform powered by OpenAI functionalities and a specialized evidence retrieval layer. It allows physicians to:
- Initiate a persistent clinical session
- Receive a unique session code
- Retrieve the same session later
- Describe signs, symptoms, medications, test results, and clinical progression
- Retrieve relevant scientific, pharmacovigilance, and regulatory evidence
- Ask follow-up questions to a Virtual General Practitioner using GPT technology
- Preserve the conversation and linked evidence for traceability
The platform is described as built with OpenAI technologies, including Codex and the OpenAI Responses API. It integrates with 13 specialized evidence indexes such as PubMed, NCBI Bookshelf, Anvisa drug data, VigiMed adverse reactions, drugs and notifications, Notivisa, technovigilance, hemovigilance, drug restrictions, pricing, and toxicological data.
Positioning & Claim Evolution
The description states that the platform extends the vision of ChatGPT Health with Brazil-specific clinical evidence, pharmacovigilance, and regulatory data—bilingual, traceable, and built for clinicians. The author emphasizes:
- It is not meant to replace physicians but to help them access, analyze, organize, and understand relevant evidence
- The physician remains the ultimate decision-maker
- The platform supports persistent and traceable conversations
This positioning suggests a clinical support tool rather than an autonomous diagnostic or treatment recommendation system. The claim evolution appears to be focused on combining conversational AI with specialized Brazilian health data infrastructure.
Target Customer & ICP
The description states that the target customer is clinicians, specifically physicians in Brazil who need access to specialized clinical evidence beyond general health information. The platform is described as built for clinicians and aims to help them access, analyze, organize, and understand relevant evidence while maintaining the physician as the ultimate decision-maker.
Business Model & Pricing Evidence
Not evidenced. The description does not contain any information about pricing, monetization strategy, or business model.
Technical & Delivery Signals
The platform is built using:
- OpenAI technologies (Codex, GPT, OpenAI Responses API)
- Engineering agent: Codex for auditing repositories, understanding architecture, implementing persistent sessions, creating backups and rollback manifests, building bilingual interface, connecting evidence adapter, implementing OpenAI Responses API layer, creating automated tests, identifying regressions, verifying protected components
- Workflow process: Clinical case → Retrieval of specialized evidence → Evidence linked to the session → GPT explanation → Follow-up conversation → Physician's decision
- Development approach: Small, controlled phases where Codex implements and tests, user decides, project memory records
The platform is described as using RAG (Retrieval-Augmented Generation) with 13 specialized evidence indexes.
Traction & Maturity Signals
Not evidenced. The description states that this was submitted to the OpenAI 2026 hackathon and contains no information about revenue, customers, or adoption beyond the author's own account.
Competitive Context
Not evidenced. The description does not contain any information about competitors or market positioning relative to existing clinical decision support tools.
Key Risks & Red Flags
- Single-person team: Only one member listed (Claudio Carvalho)
- Hackathon submission: No evidence of commercial traction or product-market fit beyond a hackathon project
- No revenue or customer data: The description does not contain any information about actual users, customers, or monetization
- Unverified claims: All features and capabilities are self-reported without independent verification
- Limited evidence of clinical adoption: No indication that physicians are actually using the platform beyond the author's own account
Diligence Questions To Ask The Founders
- What is the current status of the platform? Is it in production or still a prototype?
- Have you had any actual users or clinicians test the platform?
- How do you plan to monetize this platform?
- What are your plans for scaling beyond the hackathon submission?
- Are there any partnerships with Brazilian health institutions or regulatory bodies?
- What is the timeline for bringing this to market?
Investment/Partnership Verdict
Not evidenced. The description does not contain sufficient information to assess investment or partnership potential. It is unclear whether this represents a viable business opportunity, given that it appears to be a hackathon submission with no evidence of traction, revenue, or customer adoption. The single-person team and lack of verified commercial activity raise significant concerns about scalability and execution risk.
Customer Segments
evidenced
The description states: "Physicians in Brazil need more than just general health information."
Inferred
The platform is built for clinicians, but the specific roles or specialties are not detailed.
Value Propositions
evidenced
The description states: "Our goal is not to replace physicians. The goal is to help them access, analyze, organize, and understand relevant evidence, while maintaining the physician as the ultimate decision-maker."
It also states: "A physician can initiate a persistent clinical session... Retrieve relevant scientific, pharmacovigilance, and regulatory evidence... Ask follow-up questions to a Virtual General Practitioner using GPT technology... Preserve the conversation and linked evidence for traceability."
Inferred
The value proposition is tied to the integration of AI with specialized Brazilian health data, but the specific benefits beyond access are not detailed.
Channels
evidenced
The description states: "A physician can initiate a persistent clinical session... Receive a unique session code... Retrieve the same session later."
It also mentions: "We use Codex as an engineering agent to implement persistent sessions; create backups and rollback manifests; build the bilingual interface; connect the evidence adapter; implement the OpenAI Responses API layer..."
Inferred
The method of how physicians access or discover the platform is not specified.
Customer Relationships
evidenced
The description states: "A physician can initiate a persistent clinical session... Retrieve the same session later."
It also mentions: "The project memory records" and "preserve the conversation and linked evidence for traceability."
Inferred
There is no explicit statement about how customer support or engagement is managed.
Revenue Streams
not evidenced
The description does not mention any revenue model, pricing, or monetization strategy.
Key Resources
evidenced
The description states: "OpenAI is fundamental to both the engineering process and the clinical experience."
It also mentions: "We use Codex as an engineering agent... GPT feeds the conversational layer through the OpenAI Responses API."
Inferred
The specific resources such as data repositories, APIs, or infrastructure are not detailed beyond their use.
Key Activities
evidenced
The description states: "A physician can initiate a persistent clinical session... Describe signs, symptoms, medications, test results, and clinical progression... Retrieve relevant scientific, pharmacovigilance, and regulatory evidence."
It also mentions: "Codex implements and tests. The user decides. The project memory records."
Inferred
The activities related to development or maintenance of the platform are not fully detailed.
Key Partnerships
evidenced
The description states: "We use Codex as an engineering agent... GPT feeds the conversational layer through the OpenAI Responses API."
It also mentions: "We work in small, controlled phases: Codex implements and tests. The user decides. The project memory records."
Inferred
There are no explicit partnerships with external organizations or institutions mentioned.
Cost Structure
not evidenced
The description does not mention any cost structure, including operational costs, development expenses, or resource allocation.
Evidence & Gaps
- Customer Segments: Marked as evidenced based on the statement "Physicians in Brazil need more than just general health information." The specific roles or specialties are inferred and would require further detail to be evidenced.
- Value Propositions: Marked as evidenced based on the stated goal of helping physicians access, analyze, organize, and understand relevant evidence. The benefits beyond access are inferred.
- Channels: Marked as evidenced based on the description of persistent sessions and session retrieval. How physicians discover or access the platform is inferred.
- Customer Relationships: Marked as evidenced based on the ability to initiate, retrieve, and preserve sessions. Engagement or support mechanisms are inferred.
- Revenue Streams: Marked as not evidenced; no mention of pricing, monetization, or revenue model.
- Key Resources: Marked as evidenced based on use of OpenAI, Codex, and GPT. Specific resources like data repositories are inferred.
- Key Activities: Marked as evidenced based on the described workflow of session initiation and evidence retrieval. Development or maintenance activities are inferred.
- Key Partnerships: Marked as evidenced based on use of Codex and GPT. Explicit partnerships with external entities are inferred.
- Cost Structure: Marked as not evidenced; no information provided about operational or development costs.
To convert the inferred blocks into evidenced ones, the following questions would be needed:
- What specific roles or specialties of physicians does the platform target?
- How do physicians discover and access the platform?
- What are the specific benefits beyond access that the platform provides?
- Is there a pricing model or monetization strategy in place?
- What are the specific data repositories or infrastructure used?
- What are the development or maintenance activities involved?
- Are there any explicit partnerships with external organizations or institutions?
- What are the operational or development costs of the platform?
