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 #3,920 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 description states that the "Employee Portal for Ambulance Service" is a self-hosted web application built with Node.js, Express, and PostgreSQL to manage employee workflows in EMS organizations. The author, Adam Kinsey, describes it as a configurable platform supporting onboarding, scheduling, payroll, certification tracking, learning management, and operational logs. It was developed using AI-assisted tools like OpenAI Codex and deployed via Docker Compose with Caddy for HTTPS.
The project appears to be an early-stage prototype or proof-of-concept built by one person (Adam Kinsey) in the context of a hackathon submission. There is no evidence of revenue, customers, or traction beyond the author's own account. The system is described as self-hosted and configurable but lacks any indication of adoption or market validation.
The single most important open question is whether this platform has been tested in real-world EMS environments and how it scales beyond a single developer’s use case.
What The Product Actually Is
The description states that the portal is a "self-hosted web application built with Node.js, Express, and PostgreSQL" designed to manage employee workflows in ambulance services. It includes features such as:
- Configurable onboarding processes
- Role-based approval workflows
- Certification and recertification tracking
- Learning management system (LMS)
- Scheduling and payroll systems
- Document submission and review
- Operational run logs and audit histories
The system uses Docker Compose for deployment, Caddy for reverse proxy and HTTPS support, and stores data in PostgreSQL. Uploaded documents and certificates are stored separately using managed storage solutions like S3-compatible storage or a backup server.
It is described as configurable so that different EMS agencies can define their own roles, onboarding phases, requirements, training programs, branding, and operational processes.
Positioning & Claim Evolution
The description states that the project began as an employee onboarding tool but evolved into a broader "employee lifecycle and operations platform." The author claims it addresses fragmentation across paper forms, spreadsheets, emails, shared folders, and separate software systems in EMS environments.
It positions itself as a secure, practical portal designed around actual ambulance service operations. The author emphasizes that the system supports workflows from application through ongoing employment and includes features like automated backups, recovery tools, and mobile compatibility.
The claim evolution suggests an expansion from a narrow problem (onboarding) to a more comprehensive solution covering multiple aspects of employee management and operational workflow in EMS.
Target Customer & ICP
The description states that the target customer is "ambulance services" or "EMS organizations." The system is described as being built around how an ambulance service actually operates, with features tailored for EMS-specific needs such as:
- Onboarding processes
- Certification tracking
- Scheduling and payroll systems
- Operational run logs
- Vehicle, station, and equipment check sheets
The author notes that the portal is configurable so that different agencies can adapt roles, phases, requirements, training programs, branding, and workflows to their specific needs.
Business Model & Pricing Evidence
Not evidenced. The description does not contain any information about pricing models, revenue streams, or business model details beyond the fact that it is a self-hosted application built by one developer.
Technical & Delivery Signals
The description states that the portal is a "self-hosted web application" built with:
- Node.js
- Express.js
- PostgreSQL
- Docker Compose for deployment
- Caddy for reverse proxy and HTTPS support
- OpenAI Codex as an engineering collaborator
It uses role-based access control, stores workflow data in PostgreSQL, and keeps uploaded documents and generated certificates in managed storage outside the source repository. The system includes backup tools that can send copies to S3-compatible storage or a separately hosted backup server.
The author mentions using AI-assisted development throughout the project, including exploring codebases, designing database tables, building backend routes, debugging problems, creating validation scripts, improving mobile layouts, and documenting procedures.
Traction & Maturity Signals
Not evidenced. The description contains no information about revenue, customers, user adoption, or market traction beyond the author's own account. It is described as a prototype built by one person in a hackathon context with no indication of real-world usage or scaling beyond the developer's own environment.
Competitive Context
Not evidenced. The description does not mention any existing competitors or competitive landscape in the EMS employee portal space. No information is provided about other platforms or tools used by ambulance services for similar purposes.
Key Risks & Red Flags
- Single Developer Dependency: The system was built by one person (Adam Kinsey), raising concerns about scalability, maintenance, and institutional knowledge.
- Self-Hosted Deployment Model: The description states the portal is self-hosted, which may limit adoption among organizations without technical infrastructure or expertise.
- Lack of Market Validation: There is no evidence of customer feedback, user testing, or real-world deployment beyond the author's own experience.
- AI-Assisted Development Risks: While Codex was used as a collaborator, there is no indication of quality control processes or verification of AI-generated code beyond manual testing.
- Limited Feature Scope: The system appears to be focused on specific EMS needs and may not easily adapt to other industries or use cases without significant customization.
Diligence Questions To Ask The Founders
- Has the platform been tested in real-world EMS environments?
- What is the actual adoption rate among users beyond the developer's own organization?
- How does the system handle data security and compliance requirements in regulated environments?
- What are the specific operational challenges faced by different types of EMS agencies using this platform?
- Can the system be easily deployed and maintained by organizations without technical expertise?
- What is the roadmap for expanding beyond the current feature set to support additional workflows or integrations?
- How does the system handle edge cases in scheduling, payroll, and certification tracking that are common in EMS operations?
- What are the long-term sustainability plans for ongoing development and maintenance?
Investment/Partnership Verdict
Not evidenced. The description provides no information about funding rounds, valuations, or investment interest beyond the fact that it was submitted to a hackathon. There is no evidence of commercial traction, revenue, or market validation that would support an investment or partnership decision at this stage.
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.