Operations overview
Live fleet health, assignments, and firmware activity
connecting
Fleet status
Hospitals
Loading…
Needs attention
0 itemsRecent firmware activity
Alerts
Vital-sign and device alerts from every hospital, with what was done about them. Times in IST.
| Opened (IST) | Hospital | Patient / hub | Alert | Status | Outcome | Resolved | |
|---|---|---|---|---|---|---|---|
| Loading… | |||||||
Fulfillment
Order → pack → QC lock → assign → dispatch
Create order
| Order | Hospital | Patient / destination | Hub | Stage | Courier / AWB | Notes | Updated |
|---|---|---|---|---|---|---|---|
| Loading… | |||||||
Hubs & devices
Inventory by warehouse, device locking, and deployed records
Hub inventory
existing fleet records populate automatically
| Operations no. | Hub ID | Operational status | Inventory status | Warehouse | Firmware | Patient |
|---|
Device inventory
serial and warehouse fields are ready for the next stock intake
| Type | MAC | Serial | Status | Warehouse | Locked to |
|---|
Returns & RMA
Pickup → bench inspection → refurbish, replace, or scrap
Raise RMA
| RMA | Hospital | Hub | Patient | Reason | Status | Warehouse | Updated |
|---|---|---|---|---|---|---|---|
| Loading… | |||||||
Needs attention
Fleet
every hub that's ever been provisioned
| Operations no. | Hub ID | Hospital | Status | Patient | Firmware | Memory | Last seen |
|---|---|---|---|---|---|---|---|
| Loading… | |||||||
Patients
everyone with a hub, or waiting for one
| Patient | Hospital | Contact | Programme | Health profile | Doctor | Assigned hub | |
|---|---|---|---|---|---|---|---|
| Loading… | |||||||
Hospitals
Customers on the platform: each hospital sees only its own doctors, patients, hubs and alerts in its portal at /hospital/. Open a hospital to manage it.
New hospital
First hospital admin login. They add their own doctors and staff, register patients, and set alert limits:
| Hospital | Status | Managed by | Active patients | Doctors | Staff (admins) | Hubs (in stock) | Open alerts (urgent) | |
|---|---|---|---|---|---|---|---|---|
| Loading… | ||||||||
Care team
Doctors, portal access, and current patient caseload. Doctors of a hospital that runs itself are managed in its portal.
Create doctor account
| Doctor | Hospital | Registration | Specialty | Contact | Portal login | Assigned patients | Status | |
|---|---|---|---|---|---|---|---|---|
| Loading… | ||||||||
Firmware
build once, roll out to any subset of the fleet
Builds
| Version | SHA-256 | Fast OTA | Notes | Rollout | Uploaded | |
|---|---|---|---|---|---|---|
| No builds uploaded yet | ||||||
Push jobs
most recent 100, live
| Hub | Version | Transfer | Status | Timeline (IST) |
|---|---|---|---|---|
| No push jobs yet | ||||
Support
Questions sent by patients from their portal
Patient tickets
open tickets first
Loading…
Audit trail
Every recorded action by MedTel staff, hospital users and the system (latest 500 matching). Times in IST.
| Time (IST) | Hospital | Category | Action | Target | Detail | Actor |
|---|
Reports
Operational counts derived from the live database
Settings
Warehouses, thresholds, stock levels, and operations team
Warehouses
Alert & stock settings
Checking email setup…
Hub lights — MedTel default
Brightness of the hub’s light for every hub without its own setting (hub detail, or the hospital’s Devices page). Hubs on firmware 1.33.10 or later pick it up at their next check-in. Times are IST.
Vital alert limits — MedTel defaults (hospitals can override)
Defaults follow the guideline shown for each limit. Review alerts ask someone to look today; urgent alerts are for acting now. Leave a box blank to use the default, or type off to turn that limit off. A patient's active care plan replaces the review limits for that patient. A hospital’s own limits (set in its portal; see its Settings tab under Hospitals) replace these for its patients. Confirm these with your clinical lead before relying on them.
| Loading… |
Team & roles
Role permissions
AdministratorAll operations
InventoryStock, fulfillment, returns, firmware
CarePatients, assignments, support
ViewerRead only
Permissions are enforced by the server for every write action.
Patient reading email
Checking…Automatic deliveryChecking configuration…
Sender—
Waiting—
Failed after retries—
A saved reading is never delayed by email delivery. Unsent messages remain queued and retry automatically.