Selected Work

How we take a project from challenge to outcome

Each study follows the same honest structure: challenge, requirements, approach, architecture, technology, solution, outcome.

Healthcare

Clinic Operations Platform

A multi-branch clinic managing appointments, patient records and billing across disconnected registers and spreadsheets.

Node.jsPostgreSQLREST APIWeb Portal

Challenge

Every branch kept its own registers; patients repeated their history at each visit, and management had no consolidated view.

Requirements

Central patient records, online appointment booking, branch-level reporting, role-based access for doctors and staff.

Approach

Requirement workshops with clinic staff, followed by incremental rollout — scheduling first, then records, then billing.

Architecture

Web application with a REST API core, PostgreSQL data layer, and a patient-facing booking portal.

Solution

A unified platform where every branch shares one source of truth for patients, schedules and billing.

Outcome

Representative outcome: reception workload reduced and double-bookings eliminated.

Retail / Distribution

Distributor Order & Inventory System

Orders arriving over phone calls and WhatsApp, with stock levels tracked manually at the end of each day.

FlutterNode.jsMySQLAccounting API

Challenge

Field agents relayed orders by phone; stock counts lagged reality by a full day, causing missed and duplicate deliveries.

Requirements

Mobile ordering for field agents, live stock visibility, automated invoicing, integration with the existing accounting package.

Approach

We shadowed field agents to map the real ordering flow before designing a single screen; built mobile-first.

Architecture

Mobile app for agents, admin web dashboard, and a synchronization service integrating with accounting.

Solution

Orders flow from the field straight into inventory and invoicing without re-entry.

Outcome

Representative outcome: same-day order processing and accurate live stock counts.

LIVE ● machines
Manufacturing

Factory Machine Monitoring (IoT)

A manufacturer discovering machine downtime only when production targets were already missed.

ESP32MQTTTime-series DBWeb Dashboard

Challenge

Production logs were written by hand per shift; stoppages surfaced hours later in end-of-day reports.

Requirements

Live machine status, downtime alerts, shift-wise production reports, minimal changes to existing machinery.

Approach

Retrofit sensors on critical machines, stream data over MQTT, iterate dashboards with plant supervisors.

Architecture

Edge sensor nodes → MQTT broker → time-series store → real-time dashboard with alert rules.

Solution

A plant-floor dashboard showing live machine state, with instant alerts on stoppages.

Outcome

Representative outcome: downtime visible in seconds instead of hours.

New In progress Won
Enterprise Services

Sales CRM on Salesforce

Leads arriving from web forms, events and referrals — with no single pipeline view across the team.

SalesforceFlowsApexWeb-to-Lead

Challenge

Leads lived in personal inboxes; follow-ups depended on memory and management reporting was assembled by hand.

Requirements

Central lead capture, automated assignment, follow-up reminders, management dashboards.

Approach

Configured Salesforce around the team's existing vocabulary and stages, then automated the repetitive steps.

Architecture

Salesforce org with custom objects, assignment flows, and web-to-lead integration from the company site.

Solution

Every lead lands in one pipeline with clear ownership and automated follow-up nudges.

Outcome

Representative outcome: no leads lost between inboxes; management sees the full pipeline.

Your project could be the first real study here.

We document every engagement with the same clarity you see above.