The team I led.
Eight people, a seven-week deadline, and a working product to deliver.
I led technical design, trained teammates, and reviewed code.
See the team creditsEight people. Seven weeks.
Equipment, locations, and service requests in one desktop application.
View the project sourceWPI academic team project · Lead Software Developer
Illustrative walkthrough · No patient data
Model → SQL / MongoDB · CSV representation
The equipment model keeps type, location, and clean status together, so a request can refer to a specific item.
A location gives the request a concrete destination. The application also includes a hospital-navigation component.
A service request links the equipment, destination, assignee, and status in one record.
The model connects equipment changes to SQL or MongoDB storage and supports a CSV representation. The interface is only one part of the product.
Based on the project’s Equipment and MedicalEquipmentServiceRequest models.
Eight people, a seven-week deadline, and a working product to deliver.
I led technical design, trained teammates, and reviewed code.
See the team creditsOur team explored facial-recognition login for a hands-free interaction.
Our team placed in the top 2 of 10 in all seven weekly reliability and functionality reviews.
— Amitai Erfanian, reflecting on the course
The idea was to reduce dependence on typing when a hospital worker’s hands were occupied. Our academic prototype included face-recognition login alongside the equipment workflows.
This was an exploration, not a clinically validated or hospital-deployed authentication system. A real deployment would need security, privacy, accessibility, and workflow validation.
Explore the implementation