LF Patient

The description states that LF Patient is a Philippines-focused marketplace for supervised care offered through Dental Hygiene and Dental Medicine students. It allows students to:

• Create and verify their student profile
• Publish clear listings with care details, photos, location, schedule, and costs
• Preview and share listings across social media, group chats, and direct messages
• Privately manage patient responses for each listing

Patients can:

• Browse and search listings without creating an account
• Compare clear care details and listing photos
• Share listings with someone who may need them
• Express interest privately through their preferred contact methods

The platform does not request diagnoses, symptoms, medication details, insurance information, or medical history. Patient contact details are visible only to the student who owns the listing.

Not evidenced No revenue, customer data, or adoption metrics are provided.

The description states that LF Patient sits at the "awkward gap between an informal 'looking for patients' post and a trustworthy public platform: clearer facts, visible care boundaries, and one page and link that is easy to share."

It aims to keep the reach of social sharing while giving students and patients a clearer, safer platform to connect.

Not evidenced No evidence of how this positioning compares to existing solutions or whether it has evolved from an earlier version. The description does not indicate any prior versions or iterations.

The description states that LF Patient targets:

• Students: Dental Hygiene and Dental Medicine students in the Philippines
• Patients: Individuals seeking supervised care, who can browse listings without creating an account

It also notes that the platform is piloted in the Philippines and can expand to other countries and medical fields.

Not evidenced No evidence of customer segmentation beyond this basic grouping. No data on how many students or patients are currently using it, or whether there is a defined market need.

The description does not provide any information about pricing or business model.

It states that:

• Students can publish listings with care details, photos, location, schedule, and costs
• Patients can browse and express interest without creating an account
• Patient contact details are visible only to the student who owns the listing

Not evidenced No mention of fees, monetization strategies, or how the platform intends to generate revenue.

The description provides some technical details:

• Built with React, TypeScript, and Vinext on Cloudflare Pages
• Node.js API and PostgreSQL database run on Graylabs behind nginx and Cloudflare
• Secure features include:
  • HttpOnly sessions
  • Authenticated encryption for private contact details
  • Strict Origin and CORS validation
  • Persistent rate limits
  • Owner-only access to patient responses
  • Server-side publication checks
  • One narrow public data model shared by marketplace cards, listing pages, social metadata, and sharing copy

• API checks listing images, removes their metadata, resizes them, and converts them to WebP before storage
• Database and private development email service have no public listener
• Cloudflare protects the API with hostname-scoped Strict TLS

Not evidenced No evidence of scalability, infrastructure capacity, or production readiness beyond the single developer's build.

The description states that this is a hackathon submission, built by one person (John Paul Gonia), and includes:

• A working student-to-patient marketplace backed by PostgreSQL
• Responsive patient and student experiences
• Searchable service and Philippine location discovery
• Shareable listing pages with dynamic social metadata
• Public listing photos with server-side image processing
• Protected patient contact details with encryption and owner-only access
• Structured student profiles and school-email verification
• Validated through automated tests and desktop/mobile browser QA
• Deployed the frontend and API behind Cloudflare

Not evidenced No evidence of user adoption, revenue, or customer engagement beyond the single developer’s own use.

The description does not provide any information about competitive landscape or existing solutions in the market.

It mentions that students often rely on Facebook groups, group chats, and personal networks to find patients for supervised care, but does not name or describe competing platforms.

Not evidenced No evidence of competitors, their features, pricing, or market share.

• Single-founder project: The entire product was built by one person (John Paul Gonia), which raises concerns about scalability and long-term maintenance.
• No revenue or traction data: There is no evidence of any monetization strategy or user adoption beyond the developer’s own use.
• Limited scope: The platform is currently focused only on Dental Hygiene and Dental Medicine students in the Philippines, with plans to expand — but no indication of how that expansion will be executed.
• AI dependency: Heavy reliance on AI tools (Codex, GPT-5.6) for development may pose risks if those services change or become unavailable.
• Trust and verification issues: The description notes challenges in building trust without implying endorsement, and protecting patients without adding friction — indicating potential regulatory or ethical concerns.

1. What is the actual market demand for this type of platform among dental hygiene and medicine students in the Philippines?
2. How many students and patients are currently using the platform?
3. Are there any partnerships with colleges or universities that could support adoption?
4. What is the plan for monetization, and how will the platform sustain itself long-term?
5. Has the founder considered legal or regulatory implications of connecting students with patients in healthcare settings?
6. How does the platform handle disputes or issues between students and patients?
7. What are the plans for scaling beyond the Philippines and into other health disciplines?
8. Is there any intention to integrate with existing academic systems or student databases?