Digiryze Pro LLP is the Indian software company that builds and runs DRP-OS, the clinic operating system. This page is everything else we do: the factory-floor MES lines, AI vision platforms, RFID gate systems, websites, apps and ERPs that businesses depend on every shift. Asked what Digiryze does apart from DRP-OS? This is the record.
Marketing sites, portals, booking systems, admin panels. Designed, written, built, hosted.
iOS and Android, one codebase. Push notifications, payments, App Store and Play Store submission handled.
The software your business actually runs on — masters, work orders, inventory, teams, reports — built to your workflow.
Manufacturing execution with stage interlocks — every unit accountable to its serial, every station accountable to the system.
Deep-learning camera systems that watch the real world — presence, identity, activity — and turn it into records and alerts.
Tags, readers, test rigs, tower lamps and PLCs wired into live dashboards. Hardware on the ceiling, data on your screen.
Once it's built, we make it found — content, campaigns, and the analytics to prove what worked.
Twenty-plus station applications across indoor-unit and outdoor-unit air-conditioner lines — base pan to dispatch dock — built around one rule: a unit cannot reach a station until the system has proof it passed the one before.
| SCAN RM SERIAL | BOM ITEM | STATUS |
|---|---|---|
| CMP26-77120 | COMPRESSOR | PASS |
| PCB26-40981 | CONTROL PCB | PASS |
| MTR26-15544 | FAN MOTOR | PASS |
FILM 01 · THE MRP STATION SCREEN, ONE REJECTED + ONE PASSED SCAN · RE-CREATED WITH FICTIONAL DATA
Product, raw-material, BOM and stage masters define the line in software. Work orders generate WIP and customer serials; every unit's identity exists before its base pan does.
The operator scans the WIP serial. The station resolves it to its work order, product and BOM — then checks the unit passed every previous mandatory stage. If it didn't, the scan is rejected. Component serials are validated against the BOM: pattern-matched, range-checked, duplicate-blocked.
Leak-test and flow rigs speak Modbus to our gateway services, which read live registers and write pass/fail with measured values. Vacuum-charging and quality rigs log to SQL Server; mirror services poll, normalise and resolve each cycle to its serial. Test results enter the record without a human typing them.
Indoor and outdoor units pair at Matching — customer serials must agree. Quality can hold or release. Dispatch scans verify every unit onto the truck. Above it all: live dashboards, units-per-hour tracking, and label printing on 300-dpi industrial thermal printers with per-model templates.
EXECUTION PARTNER · AC & PRECISION-COMPONENT PLANTS AND AN AUTOMOTIVE ASSEMBLY LINE · CLIENTS UNDER NDA
The same discipline runs a complete suite for a major automotive manufacturer — from the model-planning software the production plan itself is made in, through live assembly tracking, post-assembly testing after the mandated rest period, packing verification, and dispatch. Five stages that used to be five disconnected sheets.
Attendance registers say who entered the plant. They say nothing about who is at the station doing the work. We built a GPU-accelerated vision platform that knows — per station, per shift, per operator tier.
FILM 02 · THE LIVE STATION WALL, MATCH + STRANGER · RE-CREATED WITH FICTIONAL DATA
Registration takes a handful of photos. Each is augmented — rotation, tilt, perspective, brightness, blur — and a deep face-recognition model (ArcFace) averages them into one embedding per worker, robust to plant lighting and camera angles.
A multi-camera service publishes each USB camera as an independent live feed; the CUDA-accelerated recognition engine consumes them all, matching every face by cosine similarity against the registered roster in real time.
Each station knows its assigned operator, the approved alternates, and their priority tier — Primary, Secondary, Tertiary. Status runs occupied → unknown → empty with floor-tuned timers: a forty-second lock when an operator steps away, a twenty-second threshold before a stranger is flagged, a ledger entry every ten seconds.
A live multi-camera wall for supervisors. Daily and monthly attendance built from vision, exported to CSV and emailed automatically at end of shift — with machine-cycle data mirrored from the line PLC database, so presence and production sit in one report.
Seven dock gates, two ceiling readers each, one shared PLC — an automated gate-control and asset-tracking engine where every trolley crossing is detected, permission-checked, signalled on a tower lamp, and written to a tamper-evident audit trail. No scanning. No clipboards.
| TIME | TROLLEY | EPC | DIRECTION | MOVEMENT_TYPE |
|---|---|---|---|---|
| 10:41:22 | TR-014 | E280·F818 | IN → OUT | valid |
| 10:43:05 | TR-101 | E280·22C4 | OUT → IN | valid |
| 10:44:48 | TR-227 | E280·9A11 | IN → OUT | grace 00:10blocked |
FILM 03 · THE GATE CONSOLE, VALID CROSSING + BLOCKED BREACH · RE-CREATED WITH FICTIONAL DATA
Every UHF tag read is debounced, so one crossing never logs twice. Unknown tags aren't rejected on a single stray read — they're confirmed inside a time window first, so a far-field reflection can't raise a false alarm. Then the lamp goes red.
A trolley seen first on the inside reader and then the outside one has provably left; the reverse order means it came in. A re-arm guard and last-direction check make double-logging impossible, and a new tag appearing outside first is flagged as an invalid start.
A trolley without movement permission that crosses out starts a grace timer. Return in time and the breach cancels; don't, and it's persisted for escalation — with a supervisor approval workflow to grant, deny and audit permissions.
Lamp commands go to the PLC over Modbus — green for a valid crossing, red for a denial, orange when a health watchdog polling every reader, gateway and the PLC itself finds a fault. Every event streams over WebSockets to a live dashboard, backed by full movement reports.
EXECUTION PARTNER · DEPLOYED PLANT-WIDE · CLIENT UNDER NDA
Our own clinic operating system — 32 features, AI assistant, iOS + Android apps, payments settling to the bank. Proof we can build a platform, because we run one.
drp-os →A fintech app built for a client — wallet, live pricing, push notifications — shipped through Apple's review and live on the App Store.
onmocoin.com →Website for a well-known ayurvedic pharmacy — and the first practice running its operations on DRP-OS.
adarshayurvedicpharmacy.com →One WhatsApp message. We reply within a few business hours with an honest read on scope, timeline and cost.