Early product direction · static showcase · v2.1

The chamber workflow, finally in one place.

Chamber Companion is an offline-first documentation and prescription workspace for verified doctors in Bangladesh—designed around the encounter, the source, and the doctor’s final decision. AI suggests. The doctor decides and signs.

Explore the workflow See what remains blocked
Doctor-authoredEvery clinical choice remains with the physician—suggestions included.
Offline-firstCore workflow direction does not depend on connectivity.
Source-visibleEvery reference and every AI suggestion shows provenance and gaps.

The operating reality

A busy chamber does not need another chat window.

It needs one dependable path from patient intake to an attributable, readable record—even when the network disappears.
01

Fragmented documentation

Patient context, encounter notes, prescriptions, and follow-up often live across separate surfaces—or only on paper.

02

Connectivity cannot be a prerequisite

The core encounter, reference, draft, and document flow must remain available when the device is offline.

03

Clinical content needs ownership

A source is not enough. Rules, references, and suggestion inputs require licensing, versions, clinician review, effective dates, and rollback.

04

Speed without hidden automation

Templates and suggestions can reduce repetition, but they cannot bypass patient-specific review or the doctor’s explicit signature.

Three trust zones

Who holds which pen.

The current product direction keeps three surfaces visibly separate. Each zone below is a synthetic container: it shows the shape of the boundary, never a clinical rule, drug, dose, or threshold.

Zone A

Doctor workspace

The BMDC-registered doctor writes the assessment, may open AI suggestions, then accepts, edits, ignores, or overrides each one, resolves every check, and signs. Assistants may prepare queue, demographics, and vitals only where permitted.

Synthetic authoring state
AssessmentDoctor enters first
AI suggestionsDoctor-opened · received as candidates, not orders
Per suggestionAccept as draft / Edit / Ignore / Override with reason
Prescription itemsDoctor-entered or doctor-accepted · nothing else
Sign and issueExplicit · re-authenticated · disabled in demo
Zone B

Patient-controlled record

A patient may opt in to a longitudinal record and grant a named, verified doctor scoped, time-bound, revocable access. The patient is a record-holder and consent controller, not a clinical user.

Synthetic consent surface
Longitudinal recordOpt-in · not enabled
Sharing grantNamed verified doctor · scope · expiry · one-tap revoke
Issued documentsShown exactly as issued
Patient-reported itemsFlagged unverified · later phase
This surface never shows AI medicine, test, or dose suggestions, red flags, safety-check outcomes, diagnosis rankings, treatment advice, or a symptom checker.
Zone C

Guarded AI assistance layer

AI may suggest candidate medicines and investigations, warn about conflict and patient-context risks, and present a candidate dose from doctor-confirmed facts. Every suggestion is source-visible and provisional. It enters the prescription only when the doctor accepts or edits it—and is then independently checked.

AI suggestion panel · doctor-opened
SuggestsCandidate medicines · candidate investigations
Warns aboutOther medicines · age · sex · pregnancy/lactation · comorbidities · allergies · weight
Each card carriesSource · inputs used · unknowns · independent-check state
Doctor actionAccept as draft / Edit / Ignore / Override with reason · one at a time
Demo stateEmpty bundle · pending CSO and DEC-008
Candidate dose · gated
Based onDoctor-confirmed medicine, assessment, age, sex, pregnancy/lactation, comorbidities, allergies, weight
Card showsSource basis · inputs · assumptions/unknowns · coverage limits
Writes a doseOnly on explicit Accept or Edit · never silently
After acceptanceIndependent deterministic dose/range/maximum/conflict re-check
Demo stateValue withheld · “dose suggestion unavailable”

How a suggestion travels—and where it stops

Solid cards are doctor actions. Dashed cards are AI or system steps that produce candidates, never prescription items.

  1. Doctor writes the assessmentand confirms patient context: current medicines, age, sex, pregnancy/lactation, comorbidities, allergies, weight.
  2. Doctor opens the suggestion panelOptional and pull-based. Nothing interrupts the encounter; nothing is preselected.
  3. AI presents candidatesMedicine and test candidates, conflict/context warnings, and a candidate dose—each with source, inputs used, and unknowns.
  4. Doctor acts on each cardAccept as draft, Edit, Ignore, or Override with reason. One at a time. No bulk accept.
  5. Independent checks re-runDeterministic dose/range/maximum/conflict checks on every accepted or edited item, again after every edit.
  6. Doctor reviews and signsExplicit “Sign and issue” after re-authentication. Only doctor-entered or doctor-accepted items exist on the pad.
Not an AI doctorNo diagnosis, no diagnosis ranking or probability, no treatment selection, no “right answer” framing.
No automatic prescribing or signingNo suggestion is preselected, bulk-accepted, or auto-populated; the signature is a separate, re-authenticated act.
AI suggests, the doctor writesA candidate medicine, test, or dose enters the draft only through the doctor’s Accept or Edit—then independent checks run again.
No patient symptom checkerNo patient-facing triage, treatment advice, or clinical interpretation in any phase shown here.
Patient surface stays cleanAI suggestions, dose candidates, check outcomes, and red flags are clinician-only and never appear on the patient record view.
Source-visible or absentEvery candidate and every check names its source; where the approved corpus does not cover a question, the product shows the gap.

Core workflow preview

One encounter. Five deliberate steps.

Use the stepper to explore a synthetic workflow. Step 4 opens the AI suggestion panel. This interface demonstrates information architecture only; it contains no clinical logic.

C Chamber workspace
Offline ready · demo state
Synthetic interface

Patient intake

DRAFT
Patient details below are placeholders. Real patient storage remains blocked until privacy, legal, residency, and DPIA gates close.
SYNTHETIC PATIENT
Demo value
Select
Optional · synthetic only
Enter in English, বাংলা, or Banglish
Units + timestamp + recorder
Doctor-authored notes
Structured fields or free text
Optional text structuringEvery extracted field requires confirmation
No diagnosis suggestions, rankings, probabilities, or confidence scores appear in this workflow. The doctor’s assessment comes first; the AI suggestion panel cannot open before it exists.
Provisional / confirmed / rule-out · doctor enters first
Search placeholder list
Date, interval, or condition
Doctor-confirmed patient context · the only facts a suggestion may use
  • Current medicines
  • Age
  • Sex
  • Pregnancy / lactation
  • Comorbidities
  • Allergies
  • Weight · not yet confirmed
GENERIC NAME or Brand option · doctor-entered
Doctor-entered, or a candidate the doctor accepted or edited
Entered by doctor
Reference panelHidden until licensed source approved
AI suggestion panel · doctor-opened · provisional

Suggestions for doctor review

Every card is a candidate, not a clinical output. Nothing here is part of the prescription until the doctor accepts or edits it. Accepted or edited items then run independent checks before signing.

Empty bundle · pending CSO · DEC-008
Inputs this panel may use · doctor-confirmed only
  • Doctor assessment
  • Current medicines
  • Age
  • Sex
  • Pregnancy / lactation
  • Comorbidities
  • Allergies
  • Weight · unknown
Candidate medicineGENERIC NAME · placeholder · candidate 1 of 2 · unranked, neutral order
Suggestion · not in prescription
Source
Source pending · document, edition, page shown here once licensed
Inputs used
Doctor assessment · current medicines · allergies · age · sex
Unknowns
Weight not confirmed · pregnancy/lactation status not recorded
Independent check
Runs after Accept or Edit · rule bundle empty in demo
Doctor action
None yet · nothing written to the draft
Status
Provisional · not a clinical output
Disabled in demo · one candidate at a time · no bulk accept · each action is attributed and audited
Candidate investigationINVESTIGATION NAME · placeholder · unranked
Suggestion · not ordered
Source
Source pending · cited guideline excerpt shown here once licensed
Inputs used
Doctor assessment · history fields the doctor confirmed
Unknowns
Prior results not in record · availability at this chamber unknown
Independent check
Duplicate-order and context check after Accept · fixtures not authored
Doctor action
None yet · investigation list unchanged
Status
Provisional · not a clinical output
Disabled in demo · adds to the doctor’s investigation list only on Accept or Edit
Conflict / context warningPlaceholder warning · basis, severity, and consequence appear when governed rules exist
Warning · doctor must resolve
Source
Source pending · rule source, version, author, reviewer, effective date
Facts checked
Other medicines · age · sex · pregnancy/lactation · comorbidities · allergies · weight
Unknowns
Weight not confirmed · patient-reported allergy unverified
Independent check
Deterministic conflict re-check on every draft change · rule bundle empty in demo
Doctor action
None yet · warning stays visible until resolved
Status
Provisional · no interaction pair or threshold is encoded
Disabled in demo · a warning cannot be dismissed silently; override requires a recorded reason
Candidate doseFor the doctor-chosen medicine · from doctor-confirmed facts
Suggestion · not in prescription

dose suggestion unavailable · value withheld until formula/source, evaluation, and CSO gates close

Source basis
Source pending · formula/source rights and two-clinician review required first
Inputs used
Medicine (doctor-chosen) · assessment · age · sex · pregnancy/lactation · comorbidities · allergies · weight
Assumptions / unknowns
Weight not confirmed · no candidate can be shown without it
Coverage limits
Shown per candidate · population and indication limits named, never implied
Independent check
Deterministic dose/range/maximum/conflict re-check after Accept and after every Edit
Doctor action
None yet · dose field remains doctor-entered
Disabled in demo · the dose field is written only by the doctor’s Accept or Edit · editing is always allowed
The complete draft must be reviewed before an explicit “Sign and issue” action with device re-authentication. Every accepted or edited suggestion shows its independent-check result and override reason here. This demo cannot sign or issue anything.
Synthetic draft · mandatory fields checklist · version reserved
Re-run on every accepted/edited item · results shown before signing
Recorded and attributed · none in demo
A4 / A5 · bilingual
Unsigned draft

Prescription builder preview

The system holds the structure. The doctor holds the pen.

A generic-first builder keeps required fields visible, shows source status, and preserves an explicit boundary between AI suggestions waiting in the tray and the doctor’s authored prescription.

01

Generic always visible

Any optional brand sits beside the generic and uses neutral ordering.

02

Suggestions stay in the tray until accepted

An AI candidate for a medicine, test, or dose becomes a prescription item only when the doctor accepts or edits it—and independent checks re-run.

03

Signing is a separate act

A signature appears only after review, re-authentication, and explicit issue.

Prescription draft · Preview only
UNSIGNED
Synthetic patientDemo chamberVersion 0
GENERIC NAMEBrand option
Strength / formDose / routeFrequencyDurationQuantityInstructions
Origin · doctor-enteredIndependent check · pending fixtures
Reference range hidden until licensed source approved
Suggestion trayOutside the prescription

1 candidate waiting for doctor review · Source pending · becomes a draft item only when the doctor accepts or edits it.

Checks, source status, override reasons, and acknowledgements would appear before issue.Sign and issue · disabled

Operational modules

Useful with the network—and without it.

Core work stays local

Encounter capture, draft prescriptions, deterministic checks, referrals, templates, and PDF direction remain usable when connectivity is unavailable. The AI suggestion panel simply shows “unavailable”; the doctor keeps writing. Sync resumes later with conflicts made visible.

Local workspaceAvailable
AI suggestion planeUnavailable · workflow continues
Deterministic checksLocal · still run
Sync queue2 synthetic changes waiting

The source is part of the answer

Reference views and suggestion cards expose document, edition, page, and corpus version. When the approved corpus does not support a question, the product shows a coverage gap instead of improvising.

Reference resultNo supporting source in current demo corpus
Document editionPending verified source
CoverageVisible to doctor

Rules require accountable owners

Every enabled rule, suggestion source, and dose formula needs a source page, version, clinician author, reviewer, effective date, and expiry. Independent checks are deterministic and run separately from the AI that made the suggestion. This prototype shows the container—never the clinical rule.

Rule sourcePending CSO approval
Suggestion exposureGated · DEC-008 · shadow-mode evidence first
Clinical fixturesNot yet authored
Release stateBlocked

Readiness gates

The interface can move now. Clinical capability cannot.

This distinction is the point of the showcase: mechanics can be explored with synthetic data while accountable decisions, licensed sources, and clinical content remain blocked.

Can prototype

Non-clinical mechanics

Information architecture, empty data models, the suggestion-panel container with empty bundles, offline and sync shells, bilingual rendering, audit mechanics, and research prototypes.

Synthetic data only
Blocked

Clinical rules, suggestions, and references

Dose ranges and candidate-dose sources, interaction pairs, red-flag logic, suggestion rules, advice libraries, clinical templates, and real formulary content.

Needs CSO, editors, sources, licences, AI evaluation, and DEC-008
Blocked

Real data and launch

Real patient storage, pilot use, public claims, and production release remain outside this prototype.

Needs entity, counsel, DPIA, hosting, security, and signed go/no-go

Stakeholder preview

Pressure-test the workflow before we encode the medicine.

This static artifact exists to align founders, doctors, safety leadership, design, and engineering on the product shape—including exactly where an AI suggestion stops and the doctor’s decision begins. It is not a clinical tool and is not production-ready.

Return to the interactive preview