Projects using OpenAI in RawalpindiProjects using OpenAI in RawalpindiInForm - AI-Driven Physiotherapy App for Diagnosis, Rehab & Recovery Tracking
The core problem it solves:
Patients struggle to get timely, structured physiotherapy guidance, while physiotherapists are overwhelmed managing cases, tracking progress, and creating personalized rehab plans manually. Existing systems either lack intelligence or lack control.
This product creates a complete digital workflow where diagnosis, communication, and recovery are all connected into a single system.
What was built:
A full AI-powered physiotherapy platform with mobile apps for patients and a web-based admin system for physiotherapists.
Patients begin by submitting structured symptom data through guided questionnaires. Instead of jumping directly to conclusions, the system uses an AI diagnosis engine to analyze patterns and generate internal clinical suggestions. These suggestions are never shown to patients, they act as decision support for physiotherapists, ensuring every diagnosis remains human-approved.
Once a case is created, physiotherapists review patient data, validate or override AI recommendations, and communicate directly through an in-app messaging system. Every interaction is tied to a structured case, ensuring context is never lost.
The system then moves into recovery management.
Physiotherapists create personalized rehab plans with multi-phase programs, exercise libraries, and video guidance. Patients follow these plans inside the app, logging progress, completing KPI-based milestones, and moving through recovery phases in a structured way.
A key part of the system is the progress tracking engine. Patients log metrics, complete phase-based goals, and unlock new stages only when criteria are met. Physiotherapists get real-time visibility into adherence, performance, and patient feedback, making the system both trackable and measurable.
Alongside this, an intelligent chatbot handles general queries and reduces load on physiotherapists. When confidence is low or cases become complex, the system escalates conversations into structured cases with full context preserved.
Technical architecture:
Built as a scalable mobile-first system using React Native for patient apps and React.js for the admin panel, with a Node.js/Nest.js backend and Python powering AI-driven diagnosis logic. Data is managed through PostgreSQL, with secure authentication and encrypted communication layers.
The AI layer is designed as a support system, not a replacement. It uses LLM-based reasoning to assist diagnosis and continuously improves through feedback loops based on physiotherapist decisions, creating a human-in-the-loop learning system.
Deployed on cloud infrastructure (AWS/GCP), with Stripe integration for subscription-based access and a modular architecture designed for future AI expansion.
Business model built in from day one:
Subscription-based access for patients, with clear pathways to expand into AI-assisted rehab recommendations, outcome analytics, and protocol optimization.
The system is designed to evolve into a data-driven recovery platform where every patient interaction improves future treatment accuracy, turning clinical workflows into scalable intelligence. Back in 2021 when I started my career as an iOS Developer, this was my first project that I worked on. This is an app where users can connect with friends, create events and invite others etc. I started as a junior developer fixing smaller bugs, then I learnt and refined my skills and became a senior developer. I coordinated with the team on estimating, planning, implementing new features. I along with other team members, redesigned this app, implemented numerous features, fixed memory leaks, implemented AI, stripe payments. It was initially built in UIKit, but while redesigning we chose SwiftUI. Screen by screen in each sprint we completely made it into a SwiftUI app, which reduced the development times by a lot. I learnt a lot while working on this project, actually I learnt both Swift and SwiftUI while working on it. AI Operations Agent: RAG-Powered Retail Intelligence & Task Automation
This project was built for large-scale restaurant groups and multi-unit retail operators who manage high volumes of data across dozens or hundreds of locations. Specifically designed for Regional Managers and Operations Directors, the system serves as an enterprise-grade "Digital Consultant" that bridges the gap between fragmented POS/inventory data and daily on-the-ground execution. By transforming millions of rows of restaurant performance metrics into high-priority tasks, it provides a centralized platform for leadership to monitor KPIs, approve AI-suggested corrective actions, and ensure operational consistency across their entire portfolio.
1. What We Built
We developed a production-ready Autonomous AI Operations Agent designed to bridge the gap between complex retail data analysis and daily execution. The system acts as a digital consultant for regional managers, transforming raw KPIs into actionable tasks.
Analytical AI Chat: A free-form conversational interface where users can query performance data (e.g., "Show me the top 5 worst profitable stores in Istanbul for the last 3 months").
Task Management Dashboard: A structured workflow where AI-suggested actions are automatically logged for manager approval or rejection.
Automated Action Logic: The agent uses an "Action Suggestion Map" to identify specific defects (like low audit scores or high food waste) and suggest precise corrective measures.
Persistent Memory: Includes both short-term memory for the current chat session and long-term RAG memory to maintain context over time.
2. How We Built It (The Stack)
The system was engineered for scalability and reliability using a modern, containerized stack:AI Orchestration: LangGraph was used to manage complex, multi-turn reasoning and agentic workflows.
Frontend: React/Next.js 14 for a responsive, real-time user interface.
Backend & Data: Node.js paired with a PostgreSQL database capable of handling 1M+ records.
LLM Access: Integrated via OpenRouter to allow for flexible model selection and switching.
Infrastructure: Fully Dockerized to ensure consistent deployment across environments.
3. Challenges We Faced
As the system scaled from prototype to processing millions of records, we encountered several critical engineering hurdles:
Response Latency: The initial monolithic prompt architecture led to response times exceeding 60 seconds, far slower than the required "ChatGPT-like" speed.
Prompt Verbosity & Errors: Complex questions involving multiple variables caused the LLM to lose focus, leading to "reasoning errors" and incorrect SQL generation.
Hallucination Risks: In multi-branch queries, the model occasionally fabricated data points, particularly around manager hours and performance metrics.
Context Switching Bugs: The agent sometimes struggled to "let go" of a previous topic, continuing to reference an old store when the user had asked about a new city.
4. How We Solved It
We re-engineered the core pipeline to transition from a single, heavy agent into a Modular Multi-Step Architecture:
75% Latency Reduction: By decomposing the main logic into smaller, task-specific nodes, we dropped processing time from 60s down to 15s.
Task Decomposition & Specialized Models: We stopped using a "one-size-fits-all" model. Instead, we implemented a router that uses lighter, specialized models for SQL generation and action identification, and flagship models only for final reasoning.
Granular SQL Generation: Breaking the metadata analysis into narrow sub-steps eliminated SQL hallucinations. The model now only "sees" the specific schema needed for the current sub-task, ensuring 100% accuracy.
10-Point Testing Protocol: We implemented a rigorous QA protocol that specifically verified bug fixes for context switching, task duplication, and chart coverage before final delivery.
