- Home
- Build status
Every screen, and how far it has got.
The register CBS is built from, published rather than summarised. Each screen carries a permanent number, and is scored twice: once for the API beneath it and once for the interface on top. A live API with no screen is real work and is not a deliverable, and one figure cannot honestly say both.
Where it stands
The headline, and the two axes under it.
99%
Overall, across 149 numbered screens
— backend weighted 60%,
interface 40%
100%
Backend — endpoints mounted and doing the work
100%
Interface — a real screen rather than a placeholder
12/13
Platform foundations live — listed at the foot of this page
Live both the API and the screen
Partial one of the two, or part of one
Yet to start nothing in the codebase
| Surface | Screens | Live | Partial | Yet to start | Score |
|---|---|---|---|---|---|
| CBS Dock | 96 | 95 | 1 | 0 | 99% |
| CBS Medico | 22 | 22 | 0 | 0 | 100% |
| CBS Care | 19 | 19 | 0 | 0 | 100% |
| CBS Counter | 12 | 12 | 0 | 0 | 100% |
| All surfaces | 149 | 148 | 1 | 0 | 99% |
The register
Numbers are permanent. A screen is never renumbered.
| Sl. | Task | Backend | Screen | Status | Where it stands |
|---|---|---|---|---|---|
| DK-01 | Patient registration | Live | Live | Live | Register, MRN, duplicate detection, consent rows. Four fields the design draws have no column yet: language, next of kin, insurance, Care claim code |
| DK-02 | Appointment desk | Live | Live | Live | Slots, next-free, book, reschedule, cancel |
| DK-03 | Incoming appointment requests | Live | Live | Live | Requests triaged, then scheduled or declined with a reason. A request is not an appointment until the slot engine schedules it |
| DK-04 | SOS and alert desk | Live | Live | Live | Events and notification live, and the facility's own alert queue with the counts behind the desk tiles |
| DK-05 | Billing -- OP, IP, pharmacy | Live | Live | Live | Invoice, lines, part-payments, discount, auto-lock, dashboard filters. Money is integer paise on the wire |
| DK-06 | Discharge summary print | Live | Live | Live | Renders as PDF on the facility letterhead; nine locales, refusing rather than printing boxes. Printed from Dock |
| DK-07 | Consumable inventory | Live | Live | Live | The hospital's own consumable store, on a ledger separate from the shop's — ruled 2026-09-11. Issues to a ward, expiry, reconciliation |
| DK-08 | Vendors and purchase orders | Live | Live | Live | Vendors, purchase orders and goods receipts. A receipt writes the store's movements in one transaction, validated before any line lands |
| DK-09 | Doctor payments | Live | Live | Live | Terms, payouts and what is owed. The whole run; a doctor sees only their own on MD-05 |
| DK-10 | Duty roster | Live | Live | Live | The week, with leave beside the shifts. Says who was expected, never who attended |
| DK-11 | Finance metrics to Vitta | Live | Live | Live | The hospital's own money — billed, collected, owed, by category and by payer. Reports and sends nothing outward |
| DK-12 | Consent forms and certificates | Live | Live | Live | Prints the facility's own wording, and a marked preliminary draft where it has none. MTP and sterilisation get no draft — the prescribed text governs, and the form says so |
| DK-13 | Facility dashboard | Live | Live | Live | The facility's day at a glance, over one aggregate read and no writes |
| DK-14 | Patient index -- search, list, edit, export | Live | Live | Live | Read, search, the facility list, correction of a registered record, and CSV export |
| DK-15 | Ward board and bed management | Live | Live | Live | Wards, beds, occupancy, snapshots, device pairing |
| DK-16 | Admission | Live | Live | Live | Admit, assign bed, transfer |
| DK-17 | In-patient census | Live | Live | Live | Census and summary, on a screen of its own |
| DK-18 | Discharge -- the operational half | Live | Live | Live | Screen built. The endpoint can be called once and never re-read or amended -- needs GET and PATCH on the discharge record |
| DK-19 | Admission history | Live | Live | Live | By number, open-for-patient, the facility's history list, and CSV export |
| DK-20 | Prescription register | Live | Live | Live | Create, the active list, and the facility's register with a medication search |
| DK-21 | Follow-up desk and reminders | Live | Live | Live | Overdue and summary live, and the appointment reminder is emitted on the event spine |
| DK-22 | Formulary | Live | Live | Live | Search, stock flag, discontinue, formula-injection guard |
| DK-23 | Formulary import | Live | Live | Live | Template columns, import, batch history, on a screen of its own |
| DK-24 | Users and roles | Live | Live | Live | Invite by Google address, list, change role, turn access on and off. The last active administrator cannot be turned off |
| DK-25 | Audit log | Live | Live | Live | Ten route guards and a read permission, with a screen over them |
| DK-26 | System and error log | Live | Live | Live | The ring buffer, and the delivery failures that survive a restart. Says on the page that its buffer is one worker's memory |
| DK-27 | Facility profile -- name, address, letterhead | Live | Live | Live | Registry, letterhead block, GSTIN and registration number |
| DK-28 | Sign in | Live | Live | Live | OAuth2, Google SSO, rate limiting, lockout |
| DK-29 | Clinical handovers | Live | Live | Live | Endpoints mounted and role-guarded — doctor and nurse |
| DK-30 | Departments | Live | Live | Live | Department is on neither the user nor the token |
| DK-31 | Integrations -- FHIR, ABDM | Live | Live | Live | Both clients exist; neither has a configuration screen |
| DK-32 | Device estate | Live | Live | Live | Bedside devices: pairing, unpairing and the boot lookup, on real data. Home devices register but cannot yet be listed |
| DK-33 | Support desk | Live | Live | Live | Ticket desk, SLA sweep, notifications |
| DK-34 | Policies and compliance | Live | Live | Live | The establishment's policies and what CBS observed. It records and reports and does not block: the administrator decides, and CBS keeps the account of what was decided |
| DK-40 | Lab orders | Live | Live | Live | Raise, track and cancel a lab order. The ordering half of the specimen lifecycle; no result is shown here because at this stage the specimen has not been taken |
| DK-41 | Specimen collection | Live | Live | Live | The collection round, with recollection recorded rather than overwriting the original |
| DK-42 | Result entry | Live | Live | Live | Entry, verification and retraction. The API withholds a value until it is verified, and the screen says why the cell is empty |
| DK-43 | Navigation policy | Live | Live | Live | A hospital edits its own rail. Replaces the CBS default per destination; an empty role list turns one off for everybody |
| DK-45 | AI referral approvals | Live | Live | Live | The treating doctor approves or declines an AI-suggested referral; one marked critical goes to the administrator; with no decision in 15 minutes it is deemed approved and recorded as such. The administrator decides whether the hospital uses AI suggestions at all (VKG, 2026-10-09) |
| DK-44 | Staff records | Live | Live | Live | Employment and fitness for duty — joining, confirmation, exit, who to telephone, and whether somebody may be worked long hours. The only screen holding staff health information, administrator-only; the roster is told that a restriction exists and never why |
| DK-47 | Scan & Share -- ABDM OPD registration | Partial | Live | Partial | The patient scans the counter HIP QR in their ABHA app; CBS matches or registers them and returns an OPD token to the app. Built against the ABDM v3 documentation; live once the facility's HIP registration and gateway credentials are configured |
| DK-49 | Laundry and linen | Live | Live | Live | Linen by type with a par level per ward; collect soiled, send in-house or to a vendor, receive back, issue clean. Shortfall, condemned and infected batches tracked; a vendor's bill is pieces × rate, per cycle and per month. Clean stock is the DK-07 store's own ledger |
| DK-50 | Buildings and upkeep | Live | Live | Live | Equipment register with make, serial, warranty and maintenance contract; planned servicing for buildings, plant and equipment raised as a job on its due date; repair requests from any ward or desk tracked to completion; electricity, water, generator and medical gas meters |
| DK-51 | Safety register | Live | Live | Live | Fire drills with who took part, what was found and the actions; guards on duty by shift with sign-in and sign-out; daily CCTV checks; tonight's on-call list and emergency numbers |
| DK-52 | OPD token display | Live | Live | Live | Desk calls the next token per room; the waiting-room TV opens a rotatable unguessable link and shows token numbers and rooms only, never a name; refreshes itself |
| DK-53 | Limits and approvals | Live | Live | Live | The administrator sets per-role limits for discount, refund and write-off and the amount above which a named second person approves; held requests wait in a queue; every grant and refusal recorded. Off until set; the administrator is never held. Refund and write-off approvals are recorded decisions -- DK-05 has no refund or write-off money path yet |
| DK-54 | Staff attendance and leave | Live | Live | Live | Attendance marked per shift beside the DK-10 roster, so expected and attended sit side by side; leave applied for, decided by the administrator, and balanced against the facility's own entitlements. Leave stays in DK-10's table; no health reason is stored beyond the leave type |
| DK-55 | Grievances | Live | Live | Live | Raised by any member of staff and read only by the person who raised it, the person handling it and the administrator; never shown on anyone else's list; every read and every act recorded |
| DK-56 | Pay and benefits | Live | Live | Live | Monthly pay with PF, ESI and professional tax computed from the rates the facility enters -- CBS ships none; pay slips on the facility's letterhead; gratuity and other benefits accrued per person from the facility's own formula. Doctor payouts stay in DK-09 |
| DK-57 | Registrations and training | Live | Live | Live | Nursing, medical and pharmacy council registrations and the pharmacy licence with their expiry, raised on the screen's Alerts card N days ahead; BLS, fire safety and infection-control certificates with their expiry |
| DK-58 | Laboratory equipment and QC | Live | Live | Live | Analysers taken from the DK-50 equipment register, with calibration and servicing due dates; a daily quality-control log per analyser with pass, warning or fail computed and a Levey-Jennings trend; a failed run is reported, never a block on result entry |
| DK-59 | Reagents, outside lab and workload | Live | Live | Live | Reagent and kit lots with lot number, expiry and opened-on date, in the laboratory's own ledger; samples sent to an outside laboratory and their reports back, whose values go through DK-42 verification; workload by test and by technician from the result register |
| DK-70 | Test menu and signers | Live | Live | Live | The hospital's own tests and studies with LOINC, sample, turnaround and price; CBS suggests a starter menu and surveyed low, typical and high prices, and nothing applies until the administrator adopts it; who may sign which reports; accession prefixes, collection places, the culture panel and whether optometry is on |
| DK-71 | Sample reception | Live | Live | Live | A collected sample is received at the bench and given its accession number, or rejected with a reason; the tube label prints from the browser with a barcode |
| DK-72 | Bench worklist | Live | Live | Live | Received samples by bench, STAT first; values entered here wait for a second person to verify them on DK-42 |
| DK-73 | Report sign-out | Live | Live | Live | Verified results signed by a person on the hospital's signatory list; the report prints on the letterhead with the sample collection record and only verified values |
| DK-74 | Culture and sensitivity | Live | Live | Live | Preliminary and final culture reports: organisms, colony count and S, I or R against the hospital's own antibiotic panel |
| DK-75 | Imaging worklist | Live | Live | Live | X-ray, ultrasound, CT and MRI orders, performed here or referred out; CBS keeps the report and a link, not the images |
| DK-76 | Imaging report | Live | Live | Live | The report written and signed by a listed signatory and printed on the letterhead; an AI triage is never the report |
| DK-77 | Ultrasound Form F | Live | Live | Live | Form F recorded before an obstetric ultrasound is performed, and the monthly register |
| DK-60 | Sponsored treatment and assistance | Live | Live | Live | Applications for help with a bill, made by the patient or family or by staff on their behalf, decided by the administrator with a written reason; an approved case is sponsored under a case code, and the sponsor sees only the code, the condition category and the amounts, never the patient's name, number or photograph; sponsorship is credited to the DK-05 bill as a sponsor payment. With the patient's recorded consent, withdrawable at any time, the administrator lists the case on the public sponsors' corner as sex, age, procedure and cost |
| DK-61 | Donors and charity fund | Live | Live | Live | Donor register with consent to be named and PAN held encrypted; a numbered receipt on the facility letterhead for every gift, carrying no tax wording of CBS's own; general, corpus and restricted funds with gifts in, spending out against DK-60 case codes, and the balance per fund; overspending warns and is recorded, never refused |
| DK-62 | CSR partners, donor report and donor wall | Live | Live | Live | CSR agreements with their dates, renewal notice and the camps, beds and equipment they fund; a yearly report to donors on the letterhead from DK-61 totals and DK-60 case codes, with no patient identity; a public donor wall in the DISA design adopted from Aayojana -- today's donors first, tiers, occasion and 'in the name of', sponsors listed separately -- reached by a rotatable unguessable link, listing only donors who agreed to be named, and a former patient only after their treatment has closed |
| DK-63 | Sponsor pledges and the sponsors' corner | Live | Live | Live | A public sponsors' corner at /sponsors lists consented, approved cases by budget, as sex, age, procedure and cost, with no name or photograph; a sponsor pledges for one case or several and chooses the Donor Trust or the hospital; the pledge reaches this inbox, and is marked paid only when the money is credited to the patient's bill through DK-60. The sponsor pays the hospital or the Trust directly; no online payment is taken on the corner yet |
| DK-64 | Staff letters | Live | Live | Live | The letter book: inter-departmental memos, five appointment letters and the payroll start note, numbered in the hospital's own format, approved along its own chain, issued on the letterhead with a kept checksum, and accepted on a date. CBS suggests the patterns; the administrator adopts them. Wording is the hospital lawyer's, through format vetting |
| DK-65 | Draft a letter | Live | Live | Live | Blanks filled from the staff, pay and doctor records, each naming its record; pay suggested from an Indian market survey, never below the state minimum wage, and never filled without a click |
| DK-66 | Payroll start | Live | Live | Live | New joiners: whether each is on the monthly pay sheet, paid through DK-09 instead, or waiting on a payroll start note; an approved note enters its salary structure in DK-56 |
| DK-78 | Doctor onboarding | Live | Live | Live | Invite a doctor or receive an application, check it, decide. The administrator decides; CBS records (ruled 2026-10-09) |
| DK-79 | Doctor credentials | Live | Live | Live | Each doctor's entry on the credentials wall and whether the administrator has checked it |
| DK-80 | Invite a doctor | Live | Live | Live | Sends a doctor the hospital's join page, /medico/join/{facility} |
| DK-81 | Onboarding case review | Live | Live | Live | One application: what was submitted, what was checked, and the administrator's decision, on an append-only trail |
| DK-82 | Onboarding pattern & specialties | Live | Live | Live | The hospital's own onboarding pattern and specialty list |
| DK-83 | ID cards | Live | Live | Live | Plastic CR80 photo cards for staff, associates, the administration team and trainees on placement; every field checked against the card layout with the exact overflow and a shortened form the person chooses; the person's consent to what is printed recorded before print; lost, revoked, expired and reissued cards keep their history |
| DK-84 | Temporary passes | Live | Live | Live | Adhesive labels for OPD patients (token number, never a diagnosis), conference delegates, external invigilators and visitors, checked against the label layout, with the person's consent recorded before print |
| DK-85 | Print cards and label sheets | Live | Live | Live | A front-and-back CR80 PDF batch for a card printer and A4 label sheets (3x8 or 2x7, part-used sheets supported) in nine scripts; finalising a batch issues its cards |
| DK-86 | Access areas and readers | Live | Live | Live | Operation theatre, laboratory, wards, records room, vault and each ambulance van as an area; card readers registered per area with a hashed, rotatable key; an emergency open-for-all-staff switch the administrator sets with a reason |
| DK-87 | Access grants | Live | Live | Live | Per person and per area, with an optional time window, granted and withdrawn by the administrator with a reason |
| DK-88 | Access log | Live | Live | Live | Every card presented at every reader, allowed or refused, refused first; who opened which ambulance van and when |
| DK-89 | MANI connection | Live | Live | Live | Connect this facility to its MANI canteen: connect code -> request -> the canteen approves -> key claimed and kept encrypted on the server; canteen name, payment module, meal cut-offs, today's menu and the canteen's statement. Inventory is MANI's (14.1, 14.5) |
| DK-90 | Kitchen orders, indents and diet orders | Live | Live | Live | Orders by ward and bed; at each cut-off one MANI indent per ward per meal with diets by bed code; dispatch received with shortages; delivered to the bed (who, when) and charged to the DK-05 bill at MANI's price or paid at the counter, nothing when non-paid (14.2, 14.3, 14.6) |
| DK-91 | Ward meals and intake | Live | Live | Live | Per delivered meal: what was served, how much was eaten and fluids in ml; daily summary; poor intake flagged after two under-half meals in a row, here and on MD-01 (14.4) |
| DK-92 | Help desk | Live | Live | Live | The hospital's register of complaints, problems and feedback from patients and families (Care, CR-25), staff (Jalpa) and the counter; status as append-only events, each emailed to the customer; assign; one-action escalation to CBS carrying only the fault; the administrator sets the ticket prefix (Jalpa desk, Prong B) |
| DK-93 | Bedside and home collection (Dock app) | Live | Live | Live | The phone edition of DK-41 for the collection round: samples waiting to be collected, then collector, qualification, place type and place; the time is the server's; refused with the missing facts named, and kept on the screen when the phone is offline so it can be sent again |
| DK-94 | Platform desk | Live | Live | Live | The CBS team's desk on the DK-33 ticket model: CB- tickets from Jalpa on cbshealth.in, from staff and escalated from hospital desks with the link back; status events emailed to the customer; technical tickets open a GitHub issue with no contact details, logged as skipped when GITHUB_ISSUES_TOKEN is unset (Jalpa desk, Prong A) |
| DK-95 | Sign-up requests | Live | Live | Live | Requests from /signup on cbshealth.in -- a hospital, nursing home or clinic, a doctor, or a household with the CBS Attendant -- numbered SU-, acknowledged to the applicant by email and sent to the CBS team; contacted, onboarded or declined recorded as append-only events; promo code and referral kept on the request (Pancha block 9) |
| DK-96 | Jalpa app | Live | Live | Live | Jalpa as an installable web app at /jalpa (Android, iPhone, Windows, Mac; $0): the full-screen conversation with page finding, voice in four languages, tickets, ticket lookup and ask-later; own manifest, icons and a service worker caching the shell only; offline page says what needs a connection (global rule 27, Pancha block 10) |
| DK-97 | Abhijna app | Live | Live | Live | Abhijna as an installable web app at /abhijna: public Verify of a CBS card or pass number (state, facility, validity; name and role only for a current staff or trainee card; rate-limited; card QR now opens it), Authenticator for signed-in staff via the #pair hand-over, Generator links to DK-83..85 and Reader links to DK-86..88 by role (global rule 27, Pancha block 10) |
| DK-98 | Desk mail and GitHub routing | Live | Live | Live | Jalpa's formal email for every ticket with an email, in the ticket's language, from and reply-to tech@dharmaposhanam.in over Gmail SMTP; recorded as mail_skipped while the app password is unset; tech@ copied on every new ticket; technical issues assigned to CBS_DESK_GITHUB_ASSIGNEE or labelled needs-admin (JALPA-DESK 7.3-7.5, Pancha block 10) |
| DK-99 | Settings | Live | Live | Live | One Settings page for every shell: text size in four steps applied on every page from this device (x1 to x1.5, multiplies, never clamps), language per account when signed in and per device otherwise, Jalpa voice switches with what this browser supports, Refresh the app (service workers and cache cleared, settings kept), account and Sign out, About with the credit line; a gear in every top bar (Pancha block 11, JALPA-VOICE-SETTINGS 1) |
| DK-100 | Jalpa interactive voice | Live | Live | Live | With Interactive voice on, Jalpa speaks each reply and listens when it finishes, in te, kn, hi or en; skip, back, repeat, cancel and stop listening by voice; stops after six seconds of silence and says Tap the mic to answer; take me to Settings in nine languages; mic hidden with the dictation hint where the browser has no recognition; browser speech only, $0 (Pancha block 11, JALPA-VOICE-SETTINGS 2.1-2.2) |
| DK-101 | Fill by voice | Live | Live | Live | A Fill by voice button on registration, appointment booking, the bill line and the payment, the counter sale and the grievance form: Jalpa asks each field, parses amounts, dates, choices, phones and emails, suggests patient names from this hospital's index, reads each value back and ends with Check the form and press Save; it never presses Save or Submit (Pancha block 11, JALPA-VOICE-SETTINGS 2.3-2.4) |
| DK-102 | Hands-free voice on every page | Live | Live | Live | With Interactive voice on, Jalpa takes commands on any app page: open a screen by its name or number (en, hi, te, kn), next patient on the token board, new receipt and new invoice open the form, show today's orders, read the total, read the last entry, next, back, repeat, stop listening; listens again after each answer, pauses in the background and on stop listening; a large Listening sign whenever the mic is open; never saves by voice (Pancha block 12, JALPA-VOICE-SETTINGS 5.1-5.2, 5.5) |
| DK-103 | Passkeys and spoken step-up | Live | Live | Live | Staff add a passkey in Settings (face, fingerprint or screen lock) and sign in with it; a role change, access on or off and the audit export ask for a passkey or the authenticator's six digits, which may be spoken aloud, then hold a 15-minute window; a person with neither proceeds and is asked to enrol; voice is never a biometric; every step audited (Pancha block 12, JALPA-VOICE-SETTINGS 5.3, rule 23) |
| DK-104 | Stay signed in on the phone; scheduled sign-off | Live | Live | Live | On a phone or the installed app CBS stays signed in until sign-out, refreshing silently; computers and tablets keep the 7-day limit; Settings offers sign-off Never, Weekly or Monthly, enforced at refresh with a plain message; sign-out and access off end the session at once or at the next refresh (Pancha block 12, JALPA-VOICE-SETTINGS 5.4) |
| DK-105 | Server management (SMP) | Live | Live | Live | Server Management Protocols, for the CBS team: where the data and compute are, database storage, accounts added, login accounts, records per account, connections, memory, concurrency and instances, each against a named capacity, read live; at 65% the operator is mailed for more storage or bandwidth, reminded daily, cleared below 60%, every step an append-only event (VKG 2026-10-23) |
| DK-35 | My profile | Live | Live | Live | Profile reads; no password to change, by design -- staff use Google |
| Sl. | Task | Backend | Screen | Status | Where it stands |
|---|---|---|---|---|---|
| MD-01 | Patient timeline | Live | Live | Live | One patient's record as a single ordered stream, with the filter chips served from the API |
| MD-02 | Consult, prescribe, save | Live | Live | Live | Prescribing and interaction checks, written against a real encounter record; signs the prescription on the consult screen and sends it to the counter (NX-02) |
| MD-03 | Discharge authoring | Live | Live | Live | The narrative is written at discharge, and DK-18 reads it back and amends it afterwards |
| MD-04 | Messages -- in- and out-patient | Live | Live | Live | Threads, participants, priority, offline queue |
| MD-05 | My earnings | Live | Live | Live | A doctor's own statement, scoped by the token rather than by a parameter, so one consultant cannot open another's |
| MD-06 | Prescription print | Live | Live | Live | Prints with the prescriber's registration and the interactions caught at prescribing. Printed from Medico |
| MD-07 | Ward round notes | Live | Live | Live | Read and write, per admission |
| MD-08 | Clinical Buddy | Live | Live | Live | Mounted and role-guarded on all three routers — asking the assistant a clinical question is separated from curating what it knows |
| MD-09 | My follow-ups | Live | Live | Live | Due, overdue and summary, on a screen. It is the facility's list, not mine -- the endpoints carry no attending clinician |
| MD-10 | Sign in | Live | Live | Live | Shared with DK-28 |
| MD-11 | Home -- today's work | Live | Live | Live | Today's work, over one aggregate read |
| MD-12 | My patients | Live | Live | Live | The clinician's own list, distinct from the desk view |
| MD-13 | Reviews queue | Live | Live | Live | The review queue, over its own endpoint |
| MD-14 | Reports | Live | Live | Live | Reports, with saved views and a server-side export |
| MD-15 | Institution | Live | Live | Live | A clinician's read-only view of the facility profile |
| MD-16 | Settings | Live | Live | Live | Notification preferences, plus the shared Settings sections: text size, language on the account, Jalpa voice, Refresh the app, account, About (extended in Pancha block 11) |
| MD-17 | Help | Live | Live | Live | Answers all three modes. The top-bar help icon used to 404 on every Dock and Care page |
| MD-20 | Order investigations | Live | Live | Live | Tests and imaging ordered from the hospital's own menu with the price; billed on order where the hospital chooses |
| MD-21 | Results inbox | Live | Live | Live | Verified results and signed reports for the doctor's own orders, critical values first; unverified values are never shown |
| MD-23 | Critical lab values | Live | Live | Live | A verified value beyond the hospital's critical range tells the ordering doctor and the in-charge at once, in the app and on the phone; who acknowledged and when is recorded; unacknowledged after the hospital's window (default 15 minutes) it goes to the in-charge and administrators again |
| MD-22 | Eye examination | Live | Live | Live | Visual acuity, refraction, eye pressure and the spectacle prescription; off until the hospital turns optometry on |
| MD-33 | My credentials | Live | Live | Live | A doctor's own entry on the doctors' wall and whether the administrator has checked it. MD-30 to MD-32 are the join page, reached before sign-in |
| Sl. | Task | Backend | Screen | Status | Where it stands |
|---|---|---|---|---|---|
| CR-01 | Sign in and link record | Live | Live | Live | OTP, account, and the link to a patient record -- twelve routes. The sign-in page exists; the linking screen does not |
| CR-02 | Book an appointment | Live | Live | Live | Clinics, free slots, and a booking that becomes a request the desk answers — patient-scoped throughout, and a slot taken while the patient decides is said in the server's own words |
| CR-03 | SOS | Live | Live | Live | The in-app button and the paired device both raise it. No automatic escalation ladder: a person answers, which is the design |
| CR-04 | Reports and bills | Live | Live | Live | The results and invoices this patient may see, patient-scoped |
| CR-05 | My health | Live | Live | Live | The patient's own summary of their record, patient-scoped |
| CR-06 | Medicines and adherence | Live | Live | Live | What this patient is on and whether it is being taken, patient-scoped |
| CR-07 | Messages to the care team | Live | Live | Live | Thread engine and patient identity live; a patient is still not a participant on a thread |
| CR-08 | Care team | Live | Live | Live | The care team as the patient sees it, patient-scoped |
| CR-09 | Today's plan | Live | Live | Live | Today's plan for this patient, patient-scoped |
| CR-11 | My medicines | Live | Live | Live | What the patient can collect at the shop and has already collected — the prescription joined to the shelf and the bills. Not a second CR-06 |
| CR-12 | Refill request | Live | Live | Live | Asks the shop to prepare a repeat. A request, never a dispensing: it closes by attaching a bill the till made, so stock leaves one place |
| CR-13 | Order status | Live | Live | Live | What the shop has accepted, prepared and handed over |
| CR-10 | People I care for | Live | Live | Live | Delegation is live -- read, list and revoke, scoped. Screen to build |
| CR-14 | Stay | Live | Live | Live | Each stage of an admission with its time, for the patient and the attendants they nominated, who are also told by app notice and SMS. Results, summary and bill stages are FULL-scope only |
| CR-22 | Share my record | Live | Live | Live | A time-limited share of the patient's own history, by QR or texted link, opened only with the code sent to the patient's phone. The link is drawn as a QR on the web page too, in the browser (NX-04) |
| CR-23 | Ask for a sponsor | Live | Live | Live | The patient asks to be listed in the sponsors' corner, confirmed with the Care code; the request is the consent. Stopping is one tap. Family use the printed Grant Request form at the hospital |
| CR-24 | Canteen | Live | Live | Live | The patient or an attendant orders from the MANI canteen's menu to the bed, or asks for a dish not on it; diet order and allergies beside each dish and a conflict flagged before ordering; nil by mouth stops ordering and says why (MANI 14.1-14.3, 14.6) |
| CR-25 | Complaints and feedback | Live | Live | Live | The patient or an attendant raises a complaint, problem or suggestion to their own hospital and sees each status event and the hospital's replies; the number is shown at once (Jalpa desk, Prong B) |
| CR-26 | Settings | Live | Live | Live | The shared Settings page for the patient and attendant: text size, language saved on the Care account, Jalpa voice, Refresh the app, account and Sign out, About (Pancha block 11) |
| Sl. | Task | Backend | Screen | Status | Where it stands |
|---|---|---|---|---|---|
| CN-01 | Counter sale | Live | Live | Live | Counter sale — discount, khata credit and tender modes, over the till API |
| CN-02 | Prescription queue | Live | Live | Live | Prescription queue — a prescription signed in Medico arrives pre-filled (pending / partly dispensed / dispensed); the pharmacist confirms each line against stock, and the bill is linked to the prescription it filled |
| CN-03 | Item master | Live | Live | Live | Item master with composition provenance and per-item GST |
| CN-04 | Receive stock | Live | Live | Live | Receive stock, distributor invoice reconciled |
| CN-05 | Purchase | Live | Live | Live | Reorder by days of cover rather than by shortfall. The shop's own purchasing, separate from DK-08 since the ledgers are separate |
| CN-06 | Expiry board | Live | Live | Live | Expiry board and dead stock |
| CN-07 | Statutory registers | Live | Live | Live | H1 and X registers with the printed PDF. Whether Karnataka requires a bound register is still to be settled with a working shop |
| CN-08 | Day book | Live | Live | Live | Day book, including the held-bill sync queue |
| CN-09 | Stock take | Live | Live | Live | Stock take and variance |
| CN-10 | Owner metrics | Live | Live | Live | Owner metrics — valuation, reorder, dead stock, takings |
| CN-11 | Khata — credit accounts | Live | Live | Live | The shop's credit book — customer accounts, credit limit, what is owed and what was collected. A limit of zero, the default, means cash only; a walk-in with no account must pay in full |
| CN-13 | Settings | Live | Live | Live | The shared Settings page for the medical shop: text size, language, Jalpa voice, Refresh the app, account and Sign out, About (Pancha block 11) |
Under the screens
The platform the register does not count.
Counting screens is not counting the product. These layers carry every screen above them, and none of them appears in the percentages at the top of this page.
| Layer | Status | Detail |
|---|---|---|
| Public website | Live | cbshealth.in -- every page written and deployed behind Cloudflare |
| API gateway | Live | 464 mounted routes across clinical, hospital, messaging and admin |
| Authentication and SSO | Live | OAuth2, Google sign-in with a personal account, rate limiting, lockout |
| Field-level encryption | Live | AES-256-GCM in a Rust core, not in application code |
| Audit trail | Live | Logged at the query, not at the route |
| Compliance plugins | Live | India, USA, UK, Singapore, Malaysia, plus data excellence |
| Continuous integration | Live | Green since 2026-09-05; the PostgreSQL gate runs on every push |
| Database | Live | Managed PostgreSQL. The move to an Indian region is planned after testing |
| Demonstration data | Live | 36 accounts, five countries, every synthetic patient marked JLT |
| Patient identity | Live | Role.PATIENT and Role.CAREGIVER, OTP sign-in, record linking and caregiver delegation -- the dependency all ten Care screens waited on |
| Native mobile apps | Live | Three Expo apps, 61 screen files — Dock 21, Medico 20, Care 20. All 28 register screens built |
| Printing and documents | Live | One letterhead-aware PDF frame; discharge, consent and prescription all print, and synthetic records watermark themselves |
| Terraform infrastructure | Yet to start | Written for three clouds and never applied; the service runs on Cloud Run |
Awaiting a decision
Questions an engineer should not answer alone.
None of these blocks the screens already in build. Each is recorded here so it is visible rather than assumed.
| Sl. | Question | Kind | What it holds up |
|---|---|---|---|
| D3 | Self-booking policy -- which specialities, how far ahead, what cancellation window | Commercial and clinical | The Care appointments screen |
| D4 | The ten booking policy defaults -- approve, or amend by line | Commercial and clinical | DK-02 shipping to a facility |
| D5 | Who may consent for a minor or an incapable patient | Legal -- drafted, needs a lawyer | Care reaching the public |
| D6 | Who is the data fiduciary when a facility uses its own AI key | Legal -- drafted, needs a lawyer | Any outward claim about BYOK |
| D8 | Who may countersign -- a role, a seniority, or a named senior per facility | Clinical and organisational | The approvals model, and both phones' primary screen |
| D9 | What may be raised for approval -- any prescription, high-risk drugs only, C-section decisions, discharge | Clinical | The scope of approvals |
| D10 | Unanswered countersignature -- after how long, and to whom does it escalate | Clinical safety | Shipping approvals to a facility |
| D12 | Which requests may a nurse raise, as against a doctor | Clinical and organisational | Recipient rules on the exchange |
| D13 | Escalation clock per request kind | Clinical safety | Shipping the exchange to a facility |
| D14 | Do journey notifications go to the patient, the attendant, or both -- and who nominates the attendant | Legal and product | Sending anything to a patient |
| A1 | Ayurvedic vocabulary -- transliteration, the panchakarma staging, and whether it belongs in demonstration data | Domain truth | The AYUSH catalogue reaching a customer |
Want to drive it rather than read about it?
A demonstration environment with synthetic patients, five countries and every role signed in. No real patient data is involved at any point.