CarelineOS (App)
Full-stack digital health platform for hospitals, clinics, doctors, and patients. MUI frontend, Node.js backend, MongoDB. APIs (TODO: verify count), role-based access (admin, doctor, patient, staff), analysis dashboard for vitals, and secure doctor–patient communication.
Case study summary
- Client type
- Health-tech startup
- Industry
- Healthcare
- Duration
- TODO: Confirm project dates and duration
- My role
- Co-founder and full-stack developer
- Team size
- TODO: Confirm team size and collaborators
- Stack
- React, MUI, Node.js, MongoDB, REST API, JWT, Role-Based Access
- Platforms
- Web application
Challenge
Connect appointments, clinical records and communication across several user roles without letting interface convenience weaken access boundaries.
Approach
Map each role's workflow, keep backend checks authoritative and connect the React/MUI interface to explicit API contracts.
Architecture
Key features
- Role-specific views
- Appointments and records
- Vitals dashboard
- Doctor-patient communication
Results and measurement
The delivered scope is described in this case study. Numeric performance or business results require a measurement source and owner approval.
TODO: Add the verified baseline, final value, measurement period and evidence link. API-count claim: TODO — verify before publication.
Client feedback
TODO: Add an approved client quote for this project, with the client's attribution and source. No invented testimonial is displayed.
Want something similar? Explore this service →Project at a glance
My contribution and the engineering challenge
- My role
- Co-founder and full-stack developer
- The problem
- Bring hospital workflows for administrators, clinicians, staff and patients into one product with distinct access needs.
What I delivered
- React/MUI application and Node.js services
- Appointments, patient records and vitals workflows
- Role-based access and doctor-patient communication
How the parts connect
- STEP 1Role-specific interface
- STEP 2Backend permission checks
- STEP 3Care records and workflows
Simplified implementation overview.
A key design decision
Enforce access rules in backend services as well as the interface; hiding a screen does not protect the underlying data.
TODO: Add permission-approved, sanitized product screenshots. Concept art is not shown as product evidence.
Technical concept illustration. The case study below describes the project implementation.
CarelineOS started as a digital health startup out of the LCE LUMS accelerator, and I co-founded it and engineered it end-to-end — from data model to deployed UI, with a MUI frontend, Node.js backend, and MongoDB underneath. Digital health tools in this market tend to be single-purpose: a booking widget here, a records system there, leaving hospitals to stitch together disconnected software. The brief was one platform serving four very different user types — admins, doctors, patients, staff — with different permissions and workflows, without it feeling like four products bolted together.
What I Built
- APIs (TODO: verify count) spanning appointments, patient records, vitals, and analytics
- Role-based access control — admin, doctor, patient, and staff each see a purpose-built view with granular permission guards
- Vitals analysis dashboard — trend visualization for blood pressure, heart rate, and other recurring readings so doctors can spot patterns at a glance
- Secure doctor–patient messaging — confidential communication threads tied to a patient's care record
- Multi-tenant hospital & clinic management — one platform instance can serve multiple facilities without data bleeding across tenants
- Appointment scheduling engine — conflict-aware booking across doctors and departments
Tech Stack
- Frontend: React, MUI
- Backend: Node.js, Express
- Database: MongoDB
- Auth: JWT, role-based guards
Trade-offs
MongoDB won over a relational database for the core data model because patient records, vitals, and messaging threads vary in shape across hospital and clinic tenants — a flexible document schema let each facility onboard without a migration. Role-based access checks live at the API layer, not just the UI, so a doctor-only endpoint stays protected even if a client request bypasses the frontend. The app was also split into its own project from the backend early, even though both shipped together, so the API contract stayed the actual source of truth rather than an implicit agreement baked into one codebase. Vitals dashboard and messaging got priority over a broader feature list first, since those were the two workflows doctors actually opened the app for daily.
Outcome
Delivered a production-ready digital health platform for the LCE LUMS cohort with scalable architecture and clean separation of concerns between roles, data domains, and tenants — the foundation the CarelineOS backend (its own project) now serves.
Related work
CarelineOS (Backend)
Scalable backend for digital health: APIs (TODO: verify count) supporting appointments, patient records, role-based access, and secure workflows. Node.js, MongoDB, modular architecture for hospital and clinic management.
StoreParity
Full-stack seller-operations dashboard with 100% feature parity against a leading marketplace's seller console. Responsive React frontend and admin panel with category management, articles, and localization. Express backend with MongoDB. Built and tested via RDP as the reference service is unavailable in Pakistan.
RingCascade — Call Center Automation
Call center automation system with MUI frontend and Django backend. Super admin adds campaigns and assigns users; Twilio handles call routing. Full APIs for campaign management, user assignment, and call flow automation.
Interested in similar work?
Review my services and how we can define a useful first milestone.
Discuss similar work