Tumhe bhms ke bare me sab kuch pata he? Ya only allopathiy?

Reading File
Haan, BHMS ke baare mein bhi help kar sakta hoon: subjects, syllabus, anatomy, physiology, pathology, materia medica, repertory, Organon, case-taking, exams, aur career-related queries.
Lekin ek clear distinction rakhta hoon:
  • Modern medicine / allopathy: diagnosis, investigations aur treatment ke liye evidence-based guidelines ke hisaab se detailed help de sakta hoon.
  • Homeopathy: uske concepts aur BHMS academic material explain kar sakta hoon, but homeopathic remedies ki effectiveness ke evidence ko honestly bataunga. Serious, emergency, infectious, surgical, cancer, pregnancy-related, ya chronic high-risk conditions mein qualified modern medical care delay nahi honi chahiye.
Aap BHMS student ho ya admission/career ke liye pooch rahe ho?

Natrum mur medicine ke bare me batavo Characteristis symptoms batana

Reading File
Finding Sources
Searching PubMed

homeopathy AND "Natrum muriaticum"

Searching the Web

Natrum muriaticum homeopathic materia medica characteristic symptoms

Natrum muriaticum (Nat mur) homeopathic materia medica mein common salt, yani sodium chloride, se prepared remedy maana jata hai. BHMS exam point of view se iski characteristic picture:

Mind / mental generals

  • Purana dukh, grief, disappointment, especially silent grief.
  • Akela rehkar ro sakta hai, lekin consolation se aggravation maana jata hai.
  • Apni personal baatein share karna pasand nahi karta.
  • Sensitive, easily hurt, past unpleasant events ko baar-baar sochna.
  • Music se emotional ho jana ya rona.

Physical generals

  • Marked emaciation, especially neck area, despite eating reasonably.
  • Weakness, especially morning mein.
  • Great thirst, dry mucous membranes.
  • Salt ki craving ya salty food pasand.
  • Chilly tendency, easily cold lagna.
  • Anaemia-type presentation ka traditional association.
  • Complaints often grief ke baad, sun exposure se, or chronic recurrent tendency ke saath described hain.

Headache

  • Hammering / throbbing headache, often sunrise se sunset tak.
  • Sun, heat, reading, eye strain se worse.
  • Headache ke saath visual disturbance, nausea, ya numbness/tingling described ho sakta hai.
  • Tight band jaisa sensation.

Face, lips, mouth

  • Face oily/shiny, sometimes pale or earthy.
  • Lower lip ke beech mein deep crack, dry, fissured lips.
  • Herpes-like eruptions around lips.
  • Tongue dry, sometimes mapped/geographical appearance.
  • Mouth dryness and intense thirst.

Digestive symptoms

  • Hunger ho sakti hai, but body lean hoti hai.
  • Heartburn, acidity, constipation.
  • Stool hard, dry, difficult to pass, kabhi anal fissure tendency ke context mein discussed.

Female symptoms

  • Menses irregular, scanty or delayed as described in traditional texts.
  • Menses ke baad weakness, headache, sadness.
  • Vaginal dryness or leucorrhoea-type symptoms traditional materia medica mein listed hote hain.

Respiratory

  • Colds with watery nasal discharge initially, later thicker discharge.
  • Sneezing, especially morning.
  • Cough with headache or chest weakness, traditional descriptions mein.

Skin and extremities

  • Dry skin, eczema-type eruptions, especially scalp margins or flexures.
  • Urticaria or herpes-like eruptions are traditionally associated.
  • Hangnails, cracking around nails.
  • Numbness/tingling in fingers and lower limbs.
  • Ankles weak, easily turn ho jana.

Important modalities

Worse:
  • Consolation
  • Sun/heat
  • Sea air in some traditional descriptions
  • Mental exertion, reading
  • Morning
  • Grief and emotional stress
Better:
  • Open air
  • Rest, sometimes lying down
  • Firm pressure/support for back discomfort

Exam ke liye keynotes

  1. Ailments from grief
  2. Consolation aggravates
  3. Craving for salt
  4. Dryness with thirst
  5. Deep fissure in middle of lower lip
  6. Headache from sunrise to sunset
  7. Emaciation, especially neck
  8. Herpetic eruptions around lips
  9. Reserved, weeps alone
These are traditional homeopathic materia medica features, such as those catalogued in Boericke's Natrum muriaticum entry. They should not be treated as a substitute for medical diagnosis or evidence-based treatment. Persistent headache, significant weight loss, anaemia symptoms, severe skin disease, breathing difficulty, or menstrual problems need proper clinical evaluation.

Natrum mur ka quick-reference PDF bana dono ak sath ho jate he

Reading File
Browsing Directory

~/

Running Command

mkdir -p "/tmp/workspace/natrum-mur-reference/src" "/tmp/workspace/natrum-mur-reference/output" && python - <<'PY' from reportlab.lib.pagesizes import A4 from reportlab.lib import colors from reportlab.lib.styles import getSampleStyleSheet, ParagraphStyle from reportlab.lib.enums import TA_CENTER from reportlab.lib.units import mm from reportlab.platypus import SimpleDocTemplate, Paragraph, Spacer, Table, TableStyle, KeepTogether from reportlab.pdfbase.pdfmetrics import stringWidth from reportlab.pdfbase import pdfmetrics from reportlab.pdfbase.ttfonts import TTFont from reportlab.lib.colors import HexColor from reportlab.pdfgen import canvas from reportlab.lib.pagesizes import A4 out='/tmp/workspace/natrum-mur-reference/output/Natrum_Muriaticum_Quick_Reference.pdf' class NumberedCanvas(canvas.Canvas): def __init__(self,*args,**kwargs): canvas.Canvas.__init__(self,*args,**kwargs); self._saved=[] def showPage(self): self._saved.append(dict(self.__dict__)); self._startPage() def save(self): total=len(self._saved) for st in self._saved: self.__dict__.update(st) self.setStrokeColor(HexColor('#D9E2EC')); self.line(18*mm,14*mm,192*mm,14*mm) self.setFont('Helvetica',8); self.setFillColor(HexColor('#52606D')) self.drawString(18*mm,9*mm,'BHMS Study Quick Reference | Natrum muriaticum') self.drawRightString(192*mm,9*mm,f'Page {self._pageNumber} of {total}') canvas.Canvas.showPage(self) canvas.Canvas.save(self) doc=SimpleDocTemplate(out,pagesize=A4,rightMargin=18*mm,leftMargin=18*mm,topMargin=15*mm,bottomMargin=20*mm) styles=getSampleStyleSheet() styles.add(ParagraphStyle(name='TitleX',parent=styles['Title'],fontName='Helvetica-Bold',fontSize=22,leading=26,alignment=TA_CENTER,textColor=HexColor('#102A43'),spaceAfter=4)) styles.add(ParagraphStyle(name='Sub',parent=styles['Normal'],fontSize=10.5,leading=14,alignment=TA_CENTER,textColor=HexColor('#486581'),spaceAfter=12)) styles.add(ParagraphStyle(name='H',parent=styles['Heading2'],fontName='Helvetica-Bold',fontSize=12,leading=15,textColor=HexColor('#0B7285'),spaceBefore=7,spaceAfter=4)) styles.add(ParagraphStyle(name='B',parent=styles['BodyText'],fontSize=9.5,leading=13,textColor=HexColor('#243B53'))) styles.add(ParagraphStyle(name='Key',parent=styles['BodyText'],fontSize=9.3,leading=12.5,textColor=HexColor('#102A43'))) story=[] story += [Paragraph('NATRUM MURIATICUM',styles['TitleX']),Paragraph('Quick Reference | Traditional Homeopathic Materia Medica | BHMS Revision',styles['Sub'])] def box(title, items): data=[[Paragraph(f'<b>{title}</b>',styles['H'])],[Paragraph('<br/>'.join('• '+i for i in items),styles['B'])]] t=Table(data,colWidths=[174*mm]) t.setStyle(TableStyle([ ('BACKGROUND',(0,0),(-1,0),HexColor('#E6FCF5')),('BOX',(0,0),(-1,-1),0.6,HexColor('#B2F5EA')), ('LINEBELOW',(0,0),(-1,0),0.6,HexColor('#B2F5EA')),('LEFTPADDING',(0,0),(-1,-1),8),('RIGHTPADDING',(0,0),(-1,-1),8), ('TOPPADDING',(0,0),(-1,0),2),('BOTTOMPADDING',(0,0),(-1,0),2),('TOPPADDING',(0,1),(-1,1),5),('BOTTOMPADDING',(0,1),(-1,1),6), ])) return KeepTogether([t,Spacer(1,5)]) story.append(box('CORE PORTRAIT',[ '<b>Silent grief:</b> reserved, broods over past sorrow or disappointment; may weep when alone.', '<b>Consolation aggravates</b> (traditional keynote).', '<b>Dryness + thirst:</b> dry mucous membranes, thirst, dry/cracked lips.', '<b>Emaciation:</b> traditional description, especially noticeable about the neck.', '<b>Salt desire:</b> craving or liking for salty food.' ])) story.append(box('MENTAL GENERALS',[ 'Ailments attributed to grief, disappointment, or emotional hurt.', 'Sensitive and easily offended; private about personal distress.', 'Dwells on past events; music may provoke emotion or tears.', 'Sleeplessness may be associated with grief.' ])) story.append(box('PHYSICAL KEYNOTES',[ '<b>Head:</b> throbbing/hammering headache, traditionally described from sunrise to sunset; worse sun, heat, reading, or eye strain.', '<b>Mouth:</b> dry, fissured lips; <b>deep crack in the centre of lower lip</b>; herpes-like vesicles around lips; mapped tongue may occur.', '<b>Digestive:</b> heartburn/acidity; dry, hard, difficult stool; traditional association with fissure tendency.', '<b>Skin/nails:</b> dryness, cracking around nails, hangnails, herpes-like eruptions; numbness/tingling may be listed.', '<b>General:</b> weakness, often morning; tendency to feel cold/easily catch cold.' ])) story.append(box('MODALITIES',[ '<b>Worse:</b> consolation, grief/emotional stress, sun or heat, mental exertion/reading, morning.', '<b>Better:</b> open air; rest or lying down may help some symptoms; firm support/pressure for back discomfort is traditionally noted.' ])) story.append(box('EXAM LAST-MINUTE LIST',[ '<b>Grief</b> • <b>Consolation aggravates</b> • <b>Craving for salt</b> • <b>Dryness with thirst</b> • <b>Lower-lip central fissure</b> • <b>Sunrise-to-sunset headache</b> • <b>Neck emaciation</b> • <b>Herpes around lips</b>.' ])) note=Table([[Paragraph('<b>Safety note:</b> This is an academic summary of traditional homeopathic materia medica, not a diagnostic or treatment guide. Severe/persistent headache, weight loss, anaemia symptoms, breathing trouble, severe skin disease, or menstrual concerns need assessment by a qualified clinician. Do not delay emergency or evidence-based medical care.',styles['B'])]],colWidths=[174*mm]) note.setStyle(TableStyle([('BACKGROUND',(0,0),(-1,-1),HexColor('#FFF3BF')),('BOX',(0,0),(-1,-1),0.5,HexColor('#F08C00')),('LEFTPADDING',(0,0),(-1,-1),8),('RIGHTPADDING',(0,0),(-1,-1),8),('TOPPADDING',(0,0),(-1,-1),6),('BOTTOMPADDING',(0,0),(-1,-1),6)])) story += [Spacer(1,3),note,Spacer(1,6),Paragraph('Study source: Traditional materia medica descriptions, including Boericke. Prepared as a concise revision aid.', ParagraphStyle('source',parent=styles['B'],fontSize=8,leading=10,textColor=HexColor('#627D98')))] doc.build(story,canvasmaker=NumberedCanvas) print(out) PY python - <<'PY' from pypdf import PdfReader p='/tmp/workspace/natrum-mur-reference/output/Natrum_Muriaticum_Quick_Reference.pdf' r=PdfReader(p) print('pages',len(r.pages),'bytes',__import__('os').path.getsize(p)) print(r.pages[0].extract_text()[:500]) PY

PDF ban gaya hai:

Natrum Muriaticum Quick Reference

PDF Document · PDF

Me ak app bana hu uski dari detail ppt me he mene bheji usme dekho

Reading File
Browsing Directory

~/

Browsing Directory

~/attachments/c3f0eddc-aeed-4800-8b8a-aeb3fe010fe7/

Running Command

python - <<'PY' from pptx import Presentation p='/tmp/workspace/attachments/c3f0eddc-aeed-4800-8b8a-aeb3fe010fe7/Rudra Goswami_SSIP_Presentation.pptx' prs=Presentation(p) print('SLIDES',len(prs.slides)) for i,slide in enumerate(prs.slides,1): print('\n'+'='*20+f' SLIDE {i} '+'='*20) texts=[] for shape in slide.shapes: if shape.has_text_frame: t=shape.text_frame.text.strip() if t: texts.append(t.replace('\n',' | ')) elif shape.has_table: for row in shape.table.rows: texts.append(' | '.join(cell.text.strip().replace('\n',' / ') for cell in row.cells)) print('\n'.join(texts) if texts else '[No text]') PY

Maine PPT dekh li hai. App ka naam RootChart hai.
Aapka core idea clear hai: BHMS clinical workflow ko ek jagah digital banana:
Case Taking → Repertory Search → Automatic Repertorization → Remedy Ranking/Why This Remedy → Materia Medica → PDF Report → Case Follow-up

PPT se main points

  • Working Android PoC already available hai.
  • Acute aur chronic case-taking ke structured flows hain.
  • Repertory mein chapter → rubric → sub-rubric guided browsing aur search hai.
  • Automatic repertorization aur remedy ranking available hai.
  • Boericke Materia Medica integration aur matching symptom highlighting hai.
  • Case library, follow-up, PDF report, aur offline-first workflow hai.
  • Future roadmap mein multiple repertories, research tools, doctor-verified AI suggestions, cloud backup/sync, web, iOS, aur college features hain.
  • Target users: BHMS students, practitioners, faculty, researchers, aur colleges.
  • SSIP PoC budget proposal: ₹2.5 lakh.
Presentation ka structure professional aur SSIP pitch ke liye achha hai. Aap ab RootChart ke context mein jo bhi kaam chaho, jaise app ke features define karna, UI content, database/repertory structure, AI workflow, pitch improve karna, judges ke questions ke answers, ya PDF report format, main usme help kar sakta hoon.

Judges ke possible questions aur answers taiyar karo

Reading File
Searching the Web

India National Commission for Homoeopathy digital health software patient data privacy consent telemedicine official guidelines 2026

Searching the Web

India homeopathy colleges practitioners 2025 2026 official National Commission for Homoeopathy statistics

RootChart: Judges ke Possible Questions aur Ready Answers

Answers ko ratna nahi hai. Natural way mein bolna, aur har answer 20-40 seconds mein complete karna.

1. Aapka project exactly kya solve karta hai?

Answer:
RootChart BHMS clinical workflow ko ek integrated digital platform mein laata hai. Aaj ek case mein student ya practitioner case sheet, repertory book, repertorization sheet, Materia Medica aur follow-up records alag-alag handle karta hai. RootChart mein structured case-taking se lekar rubric selection, automatic repertorization, remedy analysis, Materia Medica reference, PDF report aur follow-up ek continuous workflow mein milte hain.

2. Ismein innovation kya hai? Repertory software already available hain.

Answer:
Innovation sirf repertory calculation nahi hai. Existing tools mein features available hote hain, lekin RootChart ka focus BHMS-oriented guided workflow hai:
Case Taking → Rubric Selection → Automatic Repertorization → Why This Remedy → Materia Medica → Report → Follow-up
Hamne beginner student aur busy practitioner dono ke liye workflow ko simple aur structured banaya hai. Iska aim clinical judgement replace karna nahi, repetitive documentation aur calculation ko reduce karna hai.

3. RadarOpus, Hompath ya Similia se RootChart alag kaise hai?

Answer:
Hum un products ko inferior claim nahi karte. Woh established, feature-rich platforms hain. RootChart ka differentiation hai:
  • BHMS-oriented structured acute and chronic case-taking
  • Guided hierarchy: chapter → rubric → sub-rubric
  • Repertorization ke baad direct remedy differentiation
  • Active case ke context mein Materia Medica access
  • Integrated report, case library aur follow-up
  • Offline-first core workflow
  • Student learning aur faculty-supervised use ke liye simple flow
Hamari positioning: advanced tools ka replacement nahi, balki BHMS workflow ko accessible aur integrated banana.

4. Aapka actual product bana hai ya sirf idea/presentation hai?

Answer:
Working Android PoC ready hai, mockup nahi. Current prototype mein structured acute/chronic case-taking, repertory search and browsing, stored repertory data par automatic calculation, remedy ranking, Boericke Materia Medica integration, PDF report, case library, follow-up aur offline core workflow available hai. SSIP support se hum product stability, validation, UI/UX improvement aur controlled pilot testing karenge.

5. Demo mein aap kya dikhaoge?

Answer:
Main ek short patient case se demonstrate karunga:
  1. Acute ya chronic case-taking form complete karna
  2. Symptoms ko repertory rubrics se map karna
  3. Chapter → rubric → sub-rubric browse ya search karna
  4. Rubrics add karke automatic repertorization run karna
  5. Ranked remedies aur “Why This Remedy” explanation dekhna
  6. Relevant Materia Medica reference open karna
  7. PDF report generate aur case save karna
  8. Follow-up entry add karna
Isse judges ko complete end-to-end workflow dikhega.

6. Automatic repertorization ka logic kya hai?

Answer:
Selected rubrics ke against stored repertory data mein remedies aur unke grades/weights mapped hote hain. System selected rubrics ke basis par remedy score calculate karta hai, coverage aur grade contribution ke saath ranking generate karta hai.
Important point yeh hai ki RootChart final prescription nahi deta. It is a decision-support and documentation tool. Final clinical interpretation aur prescription registered practitioner ki responsibility rahegi.

7. “Why This Remedy” feature kaise kaam karega?

Answer:
Repertorization result ke baad sirf remedy name dikhana enough nahi hota, especially students ke liye. “Why This Remedy” selected rubrics ke against remedy coverage, key matching symptoms aur close-ranking remedies ke comparison ko explain karta hai. Isse user blindly result accept nahi karta, balki reasoning verify karta hai.

8. Kya app doctor ki jagah prescription karega?

Answer:
Nahi. RootChart ka role prescription automation nahi hai. Yeh structured documentation, repertory-based calculation, reference access aur case management support karta hai. App mein clear clinical-safety disclaimer hoga: diagnosis, patient assessment, remedy selection, potency, dose, repetition, referral aur emergency decision registered practitioner ke control mein rahenge.

9. Agar app galat remedy rank kar de to responsibility kiski hogi?

Answer:
System ko clinical decision-support tool ke roop mein position kiya gaya hai, autonomous clinical prescriber ke roop mein nahi. Isliye output ke saath source rubric traceability, selected symptoms, score explanation aur disclaimer honge. Practitioner output ko review karke hi decision lega.
We will also add safety flags for red-flag symptoms, where the app prompts clinical evaluation or referral rather than presenting itself as a substitute for urgent care.

10. Red-flag cases ko kaise handle karoge?

Answer:
Phase-wise red-flag screening add ki jayegi. For example: severe chest pain, difficulty breathing, stroke-like symptoms, major bleeding, altered consciousness, high-risk pregnancy complaints, suicidal risk, severe dehydration, or suspected serious infection. Aise cases mein app warning dega that urgent evidence-based medical assessment is needed. RootChart treatment delay promote nahi karega.

11. App mein clinical data ka source kya hoga?

Answer:
Repertory, Materia Medica aur reference content ko properly curated and versioned dataset ke form mein manage kiya jayega. Content source, edition, copyright status, licence condition aur update date record ki jayegi. PoC mein Boericke-based reference integration hai. Commercial release se pehle each repertory and Materia Medica dataset ke licensing rights and attribution formally verify kiye jayenge.

12. Copyright ka issue kaise manage karoge?

Answer:
Ye important point hai. Open/public-domain content ko proper attribution ke saath use kiya ja sakta hai, but copyrighted repertories, books, proprietary datasets ya software content ko without licence copy nahi kiya jayega. RootChart ka data layer source-wise licence tracking, attribution aur edition control ke saath banega. Required proprietary data ke liye licence/partnership model follow hoga.

13. Patient data safe kaise rahega?

Answer:
Current core workflow offline-first local storage par hai, so basic use mein patient data unnecessarily cloud par nahi jaata. Cloud backup/sync launch karne par:
  • explicit patient/user consent
  • data minimization
  • encryption in transit and at rest
  • role-based access
  • secure login
  • audit logs
  • backup and deletion controls
  • consent withdrawal process
implement kiye jayenge. ABDM framework privacy-by-design aur specific, informed, withdrawable consent ko emphasize karta hai, which will guide our approach. ABDM health-data policy also stresses purpose-limited data processing and consent.

14. Offline-first ka real benefit kya hai?

Answer:
Many clinics, field settings aur colleges mein reliable internet always available nahi hota. RootChart ke core functions, such as case entry, local repertory lookup, calculation and stored references, connectivity ke bina run karenge. Internet mainly login, update, sync, backup aur future research retrieval ke liye required hoga. This improves speed, continuity and privacy.

15. AI ka use kahan hoga? Kya hallucination ka risk hai?

Answer:
AI first launch ka dependency nahi hai. Launch 1 stable clinical workflow par focused hai. Later phase mein AI case-taking prompts, rubric suggestions, research retrieval, case consistency checking aur viva practice mein help karega.
AI suggestions always source-linked, clearly labelled and doctor-verifiable honge. AI independently diagnosis, prescription, dose or emergency decision nahi karega. We will design it as assistive, not authoritative.

16. Aap AI se patient data third-party API ko bhejoge?

Answer:
Default approach privacy-first rahega. Identifiable patient information AI call mein send nahi ki jayegi unless explicit consent and legally compliant design is in place. We can use de-identification, minimum necessary data, user controls and opt-in AI features. Sensitive data ke liye secure architecture and clear consent will be mandatory.

17. Target user kaun hai? Student ya practitioner?

Answer:
Dono, but launch strategy phased rahegi:
  • Primary early users: BHMS students and interns, because they need repeated case-taking and repertorization practice.
  • Secondary users: practitioners, for case documentation, follow-up and report generation.
  • Institutional users: faculty and colleges, for supervision, teaching and structured academic workflows.
Students early adoption ke liye best entry point hain, while practitioners and institutions long-term validation and sustainability ke liye important hain.

18. Market size ko aap kaise justify karoge?

Answer:
We are not claiming that every practitioner is an immediate paying customer. Our practical serviceable market starts with BHMS students, interns, teaching departments and digitally active practitioners. India has a regulated homoeopathy education and practitioner ecosystem under the National Commission for Homoeopathy, including college and practitioner registration structures. NCH's Board of Ethics and Registration maintains the national-register function.
For the final pitch, all market figures will be tied to a dated official source and shown as: total ecosystem, early reachable users, and first pilot cohort. This makes our market claim more credible.
Important: PPT mein jo numbers hain, unka official source document/URL backup mein ready rakho. Judge exact source pooch sakte hain.

19. Revenue model kya hoga?

Answer:
Phased freemium and institutional model:
  • Free/student tier: basic case-taking, limited repertory/reference access, learning-oriented tools.
  • Professional tier: full case library, advanced reports, follow-up tools, additional content packs and backup.
  • College/institution tier: faculty dashboard, supervised case review, batch access, academic workflows and institution-level administration.
  • Future: licensed repertory/Materia Medica data packs and research tools.
SSIP phase ka goal revenue maximize karna nahi, product validation and pilot evidence build karna hai.

20. Aap ₹2.5 lakh exactly kis kaam mein use karoge?

Answer:
Funding directly product validation ke liye use hogi:
  1. Android stability, UI/UX refinement and testing
  2. Secure backend, authentication and cloud-readiness
  3. Legal/licensing review and data preparation
  4. Pilot testing with students, faculty and practitioners
  5. Security, clinical-safety and technical mentoring
  6. Test devices, software tools and API/cloud costs
We will use institute-approved SSIP rules and submit itemized expenditure and milestone-based progress.

21. ₹2.5 lakh ke baad measurable output kya hoga?

Answer:
Funding ke end tak our target deliverables are:
  • stable Android v1.0
  • validated structured case-taking workflow
  • tested repertory and report-generation module
  • documented data-source and licensing process
  • privacy and security baseline
  • controlled pilot with students/faculty/practitioners
  • bug log and usability feedback report
  • measurable adoption indicators: cases created, report completion rate, time saved, rubric search usability and user satisfaction

22. Success kaise measure karoge?

Answer:
We will not rely only on downloads. Pilot KPIs will include:
  • number of active pilot users
  • number of completed digital case records
  • time required for case-to-repertorization workflow
  • rubric search success rate
  • report generation completion rate
  • follow-up record completion
  • user-rated usability
  • faculty feedback on documentation quality
  • error reports and feature adoption
Baseline manual workflow ke comparison mein time and usability measure karenge.

23. Pilot validation kaise karoge?

Answer:
Pilot controlled and supervised hoga. Students, interns, faculty and selected practitioners se usability feedback liya jayega. We will test task completion, accuracy of rubric selection workflow, report usefulness, offline performance and privacy controls.
Clinical outcomes ko app success ke proof ke roop mein prematurely claim nahi karenge. First validation is workflow usability, documentation quality, computational transparency and user acceptance.

24. Kya app evidence-based healthcare ke standards ko follow karega?

Answer:
RootChart homeopathy education and practice workflow ke digitalization ke liye built hai. It will not make unsupported cure claims or replace medical assessment. We will clearly separate:
  • reference content
  • repertory calculation output
  • practitioner judgement
  • referral and emergency safety guidance
Any future research feature will prioritize source citation, study quality, transparent limitations and evidence retrieval rather than making blanket claims.

25. Homeopathy ko lekar scientific criticism hoti hai. Aap is challenge ko kaise answer karoge?

Answer:
We acknowledge that health claims require appropriate evidence and patient safety must come first. RootChart is not designed to prove efficacy or make cure claims. Its immediate value is digitizing case documentation, teaching workflow, transparent repertorization and follow-up records within the BHMS ecosystem.
For serious illness or red-flag symptoms, the platform will promote proper medical evaluation and referral. For future research, structured anonymized documentation may help researchers study practice patterns, but it will not substitute for well-designed clinical research.

26. Faculty RootChart ko kyun adopt karegi?

Answer:
Faculty ko student cases standard format mein review karne mein help milegi. They can see symptom selection, rubrics, repertorization logic, report format and follow-up chronology. This can support case demonstration, viva discussion, supervised learning and more organized clinical documentation. Institutional features only after proper pilot feedback and faculty co-design ke baad implement honge.

27. Practitioner handwritten notes hi use kare to app kyun use karega?

Answer:
Handwritten notes familiar hain, lekin retrieval, follow-up, consistency and reporting difficult ho sakta hai. RootChart practitioner ko fast case history, searchability, prior-case retrieval, PDF reporting and follow-up timeline deta hai. It does not force a new clinical philosophy. It reduces repetitive work while keeping practitioner judgement intact.

28. Aapko technical expertise hai? App maintain kaun karega?

Answer:
We already have a working Android PoC, which demonstrates execution capability. For production readiness, we will use a milestone-based development plan and take expert guidance for security, privacy, clinical safety, data licensing and scalable architecture. SSIP support will help strengthen the product beyond a prototype into a tested v1.0.

29. Scale kaise karoge?

Answer:
Scale is planned in stages:
  1. Android PoC refinement and local pilot
  2. Student/practitioner launch with offline core
  3. Institutional pilot with faculty workflows
  4. Secure cloud backup and multi-device sync
  5. Web and iOS expansion
  6. Licensed content integrations and research module
This avoids trying to build every feature at once.

30. Aapko sabse bada risk kya lagta hai?

Answer:
Three main risks hain:
  • Data licensing risk: We address it through source audit, permission checks and licensing before commercial content deployment.
  • Clinical-safety risk: We address it by positioning the app as decision support, not autonomous prescription, and adding referral/red-flag safeguards.
  • Adoption risk: We address it through early user testing with BHMS students, faculty and practitioners, then iterative UI improvement.
A risk ko clearly identify karna aur mitigation plan dikhana judges par positive impression banata hai.

Judges ke Tough Follow-up Questions: Short Replies

Tough questionOne-line reply
“Is this just a digital repertory?”“No, the differentiator is the complete structured workflow from case-taking to follow-up, not only remedy ranking.”
“Why will anyone switch?”“We reduce workflow fragmentation, improve documentation and offer a guided BHMS-first experience.”
“Can you prescribe through the app?”“No. It supports reasoning and records. Prescription remains the registered practitioner’s responsibility.”
“Is the data legally usable?”“Each source will be copyright and licence-audited before commercial deployment.”
“What if the internet is unavailable?”“Core case, repertory, calculation and reference workflows are designed to work offline.”
“Why do you need SSIP funding?”“To turn an already working PoC into a stable, tested, secure and pilot-validated product.”
“What is your first milestone?”“A stable Android v1.0, validated with a supervised pilot and measurable usability outcomes.”
“Will AI replace faculty?”“No. AI will be optional, transparent and faculty/doctor-verifiable.”

45-Second Closing Answer: “Why should SSIP support RootChart?”

Answer:
RootChart addresses a practical gap in the BHMS ecosystem: the clinical workflow is still fragmented across paper case sheets, repertory books, calculation sheets, Materia Medica texts and separate follow-up records. We have already built a working Android PoC that connects these steps into one structured offline-first workflow. SSIP support will help us validate it with real students, faculty and practitioners, strengthen data licensing, safety, privacy and product reliability, and launch a credible version 1.0. Our objective is not to replace clinical judgement. It is to make BHMS case documentation, learning and workflow more organized, transparent and accessible.

Presentation ke Pehle 5 Preparations

  1. Live demo offline mode mein bhi check karo. Wi-Fi fail hone par demo rukna nahi chahiye.
  2. Market-size numbers ka official source backup mein rakho. Date, URL/PDF screenshot aur calculation ready rakho.
  3. Competitors ko criticize na karo. “Different positioning” bolo, “better than all” nahi.
  4. Data licence answer prepared rakho. Yeh technical judges zaroor pooch sakte hain.
  5. Safety line baar-baar clear rakho: “RootChart clinical decision-support and documentation platform hai, autonomous prescription system nahi.”

Create a competitor comparison table

Reading File
Searching the Web

RadarOpus homeopathy software features repertory materia medica case taking official

Searching the Web

Hompath homeopathy software features case taking repertorization materia medica official

Searching the Web

Similia homeopathy software features repertory materia medica case management official

Competitor Comparison Table: RootChart vs Existing Software

Use this as a fair positioning table in your PPT. Avoid saying competitors are “bad”. Say RootChart is focused on a different user journey: a guided BHMS workflow.
Comparison areaRootChart - Current PoCRadarOpusHompath / ZomeoPositioning message
Primary focusStructured BHMS clinical workflow and learning-to-practice flowProfessional homeopathic analysis and reference environmentBroad homeopathic practice, repertory and reference systemRootChart focuses on a guided BHMS sequence, not only a large library
Target usersBHMS students, interns, practitioners, facultyPrimarily professional homeopathsDoctors, students, teachers, researchersRootChart starts with students and academic clinical workflow
Structured case-takingYes - dedicated acute and chronic flowsPatient file / case tools availablePatient records and case-management features availableRootChart makes structured case-taking the starting point
Repertory navigationGuided: Chapter → Rubric → Sub-rubric → AddAdvanced repertory search and analysisSearch across extensive repertory collectionsRootChart is designed to reduce the learning barrier for beginners
Automatic repertorizationYes - based on stored repertory dataYesYesAutomatic calculation is available across the category
Remedy rankingYesYesYesRootChart combines ranking with a simple next-step workflow
“Why This Remedy” explanationYes - selected-rubric and remedy-comparison viewAdvanced analysis tools availableRemedy comparison and filtering features availableRootChart presents a direct explanation for learning and review
Materia MedicaBoericke integration in current PoC, with matching-symptom highlightingLarge repertory, Materia Medica, provings, journals and case libraryLarge Materia Medica and reference libraryRootChart links the reference to the active case instead of making the user start a separate search
Multiple repertories / large reference libraryPlanned for next releases; current PoC is limitedStrong established library, including Synthesis repertoryStrong established library, including many repertories and Materia Medica textsRootChart does not claim to match their library scale at PoC stage
Case library and follow-upYes - save, open, duplicate, follow-up planning and recordsPatient-management capabilities availablePatient records, follow-up and practice-management features availableRootChart integrates this into the same student-friendly case sequence
PDF reportsYes - generated in workflowReporting/export facilities availableReports and practice-management reporting availableRootChart keeps report generation within the case workflow
Offline-first workflowYes - core workflow designed for local/offline useDepends on edition, platform and setupDepends on version, platform and setupRootChart prioritizes core offline use for college and clinic settings
AI-assisted learning / rubric supportPlanned, doctor-verified and optionalNot the current RootChart comparison focusAdvanced tools exist, but feature sets differ by editionRootChart plans AI as transparent support, not autonomous prescribing
Faculty / institutional workflowPlanned: student review, teaching and supervised workflowsMainly practitioner-oriented ecosystemSupports multiple user categories, but institutional workflow differs by planRootChart is planned around BHMS teaching and supervision needs
Current maturityWorking Android PoC, undergoing refinement and validationEstablished commercial productEstablished commercial productRootChart is an early-stage product with a focused implementation strategy

Slide Footnote

Note: Competitor information is based on publicly stated product features and may differ by software version, package, licence, platform and region. This is a workflow-positioning comparison, not a quality ranking.

Best 20-Second Line for Judges

“RadarOpus and Hompath are established, feature-rich systems with much larger libraries. RootChart is not claiming to replace them at the PoC stage. Our differentiation is a simpler, BHMS-oriented, offline-first workflow that takes a student or practitioner from structured case-taking to repertorization, remedy analysis, Materia Medica, report and follow-up in one guided sequence.”
RadarOpus publicly describes access to patient files, repertories, Materia Medica, search tools and Synthesis-based content in its product overview. Hompath describes repertory search, patient records, follow-up, reports and large Materia Medica/repertory collections in its Zomeo feature page and software-features page.

Muje mere app me future me Kuch aesa karna he aese featurs dal ne ke hamara app sakse alg pade koy coptitition hi na ho hamare app ka

Reading File
Searching the Web

homeopathy software AI case taking repertorization features 2026 RadarOpus Hompath competitors

Searching the Web

ABDM health data management policy consent interoperability India digital health official

“Competition hi na ho” realistically possible nahi hota. Lekin aap aisa strong moat bana sakte ho ki competitors ke paas repertory aur AI ho, phir bhi RootChart ko copy karna difficult ho.
Aaj competitors already repertorization, large libraries, case management aur kuch AI features offer karte hain. For example, RadarOpus has large repertory and practice-management tools, and Similia promotes AI semantic search, repertorisation, case management and Materia Medica. Isliye only “AI repertory” ya “Materia Medica” unique nahi hoga.

RootChart ka strongest positioning

“RootChart is not just repertory software. It is the BHMS Clinical Learning, Supervision and Longitudinal Case Intelligence Platform.”
Aapka focus hona chahiye:
Student learns → Faculty verifies → Practitioner uses → Follow-up data improves learning
Ye ecosystem approach competitors se alag ban sakta hai.

3 Signature Features Jo RootChart ko Alag Bana Sakte Hain

1. RootChart Clinical Co-Pilot

“Case lene se report tak, but with transparent reasoning”

User patient ki details type kare ya Hindi/Gujarati/English mein voice se bole:
“Patient ko 3 mahine se headache hai, dhoop mein badhta hai, salty food pasand hai, grief ke baad shuru hua…”
App:
  1. Speech ko text mein convert kare
  2. Symptoms ko structured format mein separate kare
    • Location
    • Sensation
    • Modality
    • Concomitant
    • Mental general
    • Physical general
  3. Relevant rubric suggestions de
  4. Har suggestion ke saamne source and rubric path dikhaye
  5. Student ko “Accept / Edit / Reject” ka control de
  6. Repertorization kare
  7. “Why this remedy?” mein selected rubric coverage explain kare

Ismein difference kya hoga?

AI direct remedy prescribe nahi karega. It will show:
  • “Yeh rubric kyun suggest hua?”
  • “Source kya hai?”
  • “Kaunse symptoms missing hain?”
  • “Top 3 remedies mein difference kya hai?”
  • “Final decision practitioner ka hai.”
Isko naam de sakte ho:
RootReason Engine
Tagline: “Every suggestion should be explainable.”

2. Faculty-Supervised Digital Casebook

“BHMS students ke liye clinical learning system”

Ye RootChart ka sabse bada institutional advantage ban sakta hai.

Student side

  • Structured case-taking
  • Case submission to faculty
  • Rubric selection reasoning
  • Repertorization report
  • Follow-up entries
  • Case-based revision cards
  • Viva preparation

Faculty side

  • Student ka complete case timeline review
  • Rubrics approve/reject/comment
  • “Why did you choose this rubric?” feedback
  • Case quality score
  • Common mistakes dashboard
  • Batch-wise case review
  • Anonymous case discussion mode
  • OSCE/viva case generation

College side

  • Digital case logbook
  • Department-wise case documentation
  • Internship case completion tracking
  • Faculty-supervised clinical learning evidence
  • Standardized case sheets

Why this is hard to copy

Repertory data copy ho sakta hai. But:
  • College relationships
  • Faculty workflow
  • Approved case templates
  • Student case-learning history
  • Feedback dataset
  • Institution-specific adoption
ye sab long-term moat banate hain.
Is feature ko naam de sakte ho:
RootChart Campus
Tagline: “From student case sheet to faculty-verified clinical learning.”

3. Longitudinal Follow-up Intelligence

“Ek case ka complete journey map”

Most apps ek case entry aur repertorization par focus karte hain. RootChart ko case ke long-term follow-up mein best banana chahiye.

Case Timeline

Har follow-up par clearly show ho:
  • Date and visit number
  • Chief complaints
  • Better / worse / unchanged
  • New symptoms
  • Previous remedy and plan
  • Investigations uploaded
  • Clinical notes
  • Referral notes
  • Patient-reported symptom tracking
  • Next follow-up reminder

Smart Follow-up Prompts

Example:
“Last visit mein sleep disturbance documented tha, lekin is follow-up mein update missing hai. Add status?”
“Weight loss, persistent fever, or breathing difficulty mention hua hai. Consider medical evaluation/referral.”

Case Consistency Checker

AI/logic-based check kare:
  • Kya chief complaint change hui?
  • Kya selected rubrics case notes se match karte hain?
  • Kya previous follow-up ka response documented hai?
  • Kya important fields missing hain?
  • Kya red-flag symptom record hua hai?
This is not a treatment engine. It is a documentation-quality and safety-support tool.
Isko naam de sakte ho:
RootTrack
Tagline: “Every case has a story. Track it, review it, learn from it.”

High-Impact Future Features

FeatureWhat it doesWhy it helps RootChart stand out
Multilingual Voice Case-TakingHindi, Gujarati and English voice input to structured case notesIndia-focused and useful in real clinics
Explainable Rubric SuggestionsAI suggestion + exact rubric path + reason + accept/reject optionAvoids black-box AI
Case Quality ScoreShows incomplete history, missing modalities, unclear chronology, absent follow-up detailsImproves student learning and documentation
Red-Flag Safety LayerDetects symptoms that require urgent medical assessment/referralBuilds responsible clinical positioning
Faculty Review DashboardFaculty comments, case approval, student progress and common error trendsStrong college adoption advantage
OSCE and Viva ModeCase simulations, timed rubric selection, viva questions, faculty assessmentDirectly useful for BHMS exams
Case-to-Flashcard GeneratorConverts a real anonymized case into quick revision cardsImproves daily student retention
Differential Remedy StudioCompares top remedies by selected rubrics, keynotes and cited Materia Medica passagesBetter than only showing a rank list
Offline Secure Case SharingEncrypted QR or local transfer of a de-identified student case to facultyUseful in low-connectivity colleges
Patient Follow-up PortalPatient can enter simple symptom changes, reminders and follow-up requestsImproves continuity, with consent
Research RegistryConsent-based anonymized case data for departmental audit and research workflowsLong-term institutional value
Outcome DashboardTracks documentation completeness, follow-up adherence and case workflow metricsUseful for clinics and colleges
Versioned Source LibraryEvery rubric/MM statement has source, edition, licence and update informationBuilds trust and legal discipline
Personal Learning MapApp identifies a student's weak repertory chapters or remedy differentiation gapsMakes RootChart a learning companion

The Most Important Feature: RootReason Engine

Aapke app ka USP ye hona chahiye:
“RootChart never gives an unexplained answer.”
For every AI or repertory suggestion, app should show:
User seesExample
Suggested rubricMind - Ailments from grief
Why suggestedPatient’s case narrative contains “symptoms started after grief/loss”
SourceRepertory name, edition and exact rubric path
Confidence levelHigh / medium / low, based on clarity of case wording
ActionAccept, edit, reject, or search alternatives
Final responsibility“For educational/clinical-support use. Final judgement remains with the qualified practitioner.”
This will create trust among faculty and doctors. AI ko “magic answer machine” nahi, transparent learning assistant banana hai.

Unique BHMS Student Feature Set

RootChart Learn Mode

Student case complete karne ke baad app questions pooche:
  1. Aapne kaunse characteristic symptoms choose kiye?
  2. Kaunse common symptoms exclude kiye aur kyun?
  3. Is rubric ka chapter aur sub-rubric kya hai?
  4. Top 3 remedies mein differentiation kya hai?
  5. Materia Medica mein supporting line kya hai?
  6. Follow-up mein aap kya monitor karoge?
  7. Kis condition mein referral necessary hoga?
Then student ko score, feedback aur weak areas milen.

Example

If student repeatedly “Mind” chapter ke rubrics wrong choose karta hai, system bole:
“You need more practice in Mental Generals and Modalities. Here are 10 guided cases.”
This makes RootChart a clinical practice app plus exam-preparation system, not only a clinic software.

Safety Features Must Be Built In

Health-related app mein safety feature optional nahi hona chahiye.

RootChart Safety Check

App should flag, not diagnose:
  • Chest pain
  • Difficulty breathing
  • Sudden weakness or speech difficulty
  • Severe dehydration
  • Severe bleeding
  • Altered consciousness
  • High-risk pregnancy symptoms
  • Suicidal thoughts
  • Persistent fever with concerning symptoms
  • Rapid unexplained weight loss
Display:
“This symptom pattern may require urgent medical evaluation. RootChart is not an emergency-care or diagnostic substitute.”
Patient data handling should be consent-based, minimal and secure. The ABDM Health Data Management Policy emphasizes privacy by design, consent and interoperable digital-health architecture. This will improve your credibility with judges and colleges.

What Not to Build First

In starting stage, in features par time waste mat karna:
  • Fancy 3D animations
  • Too many repertories without licence clarity
  • Unverified “AI prescription” system
  • Social-media style community feed
  • Web and iOS version before Android pilot success
  • Huge research database without proper source/licence management
  • Overly complex dashboards
First make one workflow excellent:
A student takes one case, selects rubrics correctly, understands the reasoning, faculty reviews it, report is generated, and follow-up is tracked.
Agar ye flow perfect hai, product valuable banega.

Recommended 12-Month Differentiation Roadmap

Phase 1: Build Trust and Core Workflow - Months 1 to 4

  • Refine acute and chronic case-taking
  • Offline repertory search and calculation
  • Boericke integration with source highlighting
  • PDF case report
  • Case library and follow-up
  • User login and encrypted local storage
  • Source/licence audit
  • Pilot with students and faculty
Goal: Reliable Android v1.0.

Phase 2: Build Learning and Faculty Moat - Months 5 to 8

  • RootChart Campus
  • Faculty review dashboard
  • Student digital casebook
  • Case quality score
  • OSCE/viva mode
  • Differential Remedy Studio
  • Explainable rubric suggestions
  • Hindi/Gujarati/English voice case-taking
Goal: Become the preferred BHMS academic clinical platform.

Phase 3: Build Intelligence and Research Moat - Months 9 to 12

  • RootReason Engine
  • RootTrack follow-up intelligence
  • Consent-based anonymized research registry
  • Clinical safety/referral prompts
  • Secure cloud backup and multi-device sync
  • Institution dashboard
  • ABDM-aligned data architecture planning
  • Controlled AI tools with source traceability
Goal: Become a trusted clinical-learning and case-intelligence system.

Your Real Competitive Moat

Aapka moat “one more repertory” nahi hoga. It will be:
  1. Best BHMS case-taking workflow
  2. Faculty-supervised learning ecosystem
  3. Explainable, source-linked AI assistance
  4. Long-term follow-up intelligence
  5. Regional language clinical documentation
  6. Offline-first Indian college and clinic workflow
  7. Trust through safety, consent, data privacy and licence compliance
  8. Institutional partnerships and anonymized learning data, only with proper consent

One-line final vision

“RootChart will become the operating system for BHMS clinical learning, supervised case documentation and longitudinal case management.”
Ye line PPT, pitch aur judges ke answer mein use kar sakte ho.

RootChart Campus ke modules aur user flows define karo

Reading File
Searching the Web

ABDM health data management policy patient consent role based access health records official India

RootChart Campus

Product Definition: Modules + User Flows

Core idea

RootChart Campus is a faculty-supervised digital clinical-learning system for BHMS colleges.
It connects:
Student case-taking → Faculty review → Corrected repertorization → Case discussion → Follow-up → Digital case logbook → Learning analytics
It should not be positioned as an autonomous prescribing system. It is a clinical-learning, documentation and supervised decision-support platform.

1. Users and Roles

UserMain purposeAccess level
StudentTake cases, learn repertory, submit cases, receive feedbackOwn cases and assigned learning material
InternManage supervised clinical cases and follow-upsOwn cases, assigned patient cases, supervisor feedback
Faculty / GuideReview, comment, approve and teach using student casesAssigned students, batches and cases
HOD / Department AdminMonitor department workflow, faculty allocation and reportsDepartment-level dashboard
College AdminManage users, courses, batches, permissions and institutional reportsInstitution-wide administrative access
Patient, optional future portalReceive reminders and submit basic follow-up informationOnly their own consented information

Role hierarchy

College Admin
   ↓
HOD / Department Admin
   ↓
Faculty / Clinical Guide
   ↓
Student / Intern
   ↓
Patient Portal - optional and consent-based

2. Main RootChart Campus Modules

Module 1: Campus Onboarding and Academic Setup

Purpose

College ko RootChart Campus par onboard karna and academic structure set karna.

Admin can set up

  • College profile
  • Departments:
    • Organon of Medicine
    • Repertory
    • Materia Medica
    • Practice of Medicine
    • Community Medicine
    • OPD / IPD department
  • Academic year
  • BHMS batch and semester
  • Faculty accounts
  • Student accounts
  • Student-to-faculty guide allocation
  • Approved case-sheet templates
  • Rubric / repertory data access based on licence
  • Case-submission requirements

Example structure

Vidhyadeep Homoeopathic Medical College
   └── BHMS 2026 Batch
       ├── Batch A
       │   ├── Faculty Guide: Dr. A
       │   └── 40 Students
       ├── Batch B
       │   ├── Faculty Guide: Dr. B
       │   └── 40 Students
       └── Internship Batch
           └── OPD Case Logbook

Module 2: Digital Casebook and Clinical Case-Taking

Purpose

Student ko structured format mein case take karne dena, with learning support and mandatory clinical fields.

Case types

  • Acute case
  • Chronic case
  • Follow-up case
  • Pediatric case
  • Gynecology / obstetric case
  • Dermatology case
  • Respiratory case
  • OPD case
  • IPD case
  • Community / camp case
  • Examination / simulated case

Case-taking sections

SectionFields
Patient identityMinimal required identity, age, sex, case ID
ConsentPatient consent status and permitted academic use
Chief complaintsComplaint, onset, duration, progression
History of present illnessChronology, triggers, modalities, concomitants
Past historyPrevious illness, surgery, hospitalization, medication
Family historyRelevant family history
Personal historyAppetite, thirst, sleep, bowel, bladder, addictions
Menstrual / obstetric historyWhen relevant
Mental generalsEmotional state, stressors, fears, grief, etc.
Physical generalsThermal state, cravings, aversions, perspiration, sleep
ExaminationGeneral and systemic examination
InvestigationsUpload / enter reports where relevant
Provisional diagnosisStudent entry, faculty verification where needed
Red-flag screenMandatory safety screening
Totality of symptomsCharacteristic symptoms selected by student
RubricsLinked to repertory path
RepertorizationResult and reasoning
Materia Medica verificationSupporting references
Plan / follow-upUnder faculty / practitioner supervision

Key student-facing feature: “Case Completeness Meter”

Example:
Case completeness: 72%

Missing or unclear:
- Duration of chief complaint
- Modalities for headache
- Sleep details
- Follow-up date
- Consent record
This teaches the student how to take a better case before submitting it.

Module 3: Clinical Safety and Referral Screen

Purpose

Ensure that RootChart Campus never encourages delay in emergency or appropriate medical care.

Flow

Before a case is submitted or repertorized, app asks a short red-flag screen.

Example flags

  • Severe chest pain
  • Difficulty breathing
  • Sudden weakness, facial droop or speech difficulty
  • Altered consciousness or seizure
  • Severe bleeding
  • Suicidal thoughts or self-harm risk
  • High-risk pregnancy symptoms
  • Very high fever with concerning symptoms
  • Severe dehydration
  • Sudden severe headache
  • Rapid unexplained weight loss
  • Suspected serious infection or malignancy

If a flag is positive

Safety Alert:
This presentation may need urgent medical assessment or referral.

[Document referral] [Continue only under supervisor review] [Call faculty guide]

Important rule

A student should not be allowed to mark a red-flag case as “closed” without faculty review or documented referral action.

Module 4: Guided Repertory and Rubric Learning

Purpose

Student ko sirf rubric search nahi, rubric selection ka logic sikhana.

Student tools

  • Search by word or phrase
  • Browse flow: Chapter → Rubric → Sub-rubric
  • Bookmark commonly used rubrics
  • Add rubric to case
  • See exact repertory source and edition
  • Compare similar rubrics
  • View rubric hierarchy
  • Add personal note: “Why did I select this rubric?”

Mandatory reasoning prompt

When a student selects a rubric, app asks:
“Case ki kaunsi line ya observation is rubric ko support karti hai?”
Example:
Selected rubricStudent reasoning
Mind - Ailments from grief“Symptoms started after death of close family member.”
Generalities - Food and drinks - Salt - Desire“Patient reports marked liking for salty food.”
Head - Pain - Sun - aggravates“Headache increases after sun exposure.”
This prevents random rubric addition and makes faculty review much easier.

Module 5: Repertorization and Differential Remedy Studio

Purpose

Rank list ke beyond student ko reasoning samjhana.

Features

  • Automatic repertorization
  • Remedy ranking
  • Rubric-wise remedy coverage
  • Grade / score contribution
  • Top 3 to top 5 remedy comparison
  • Excluded remedy explanation
  • Materia Medica supporting references
  • Student’s final selected remedy reasoning
  • Faculty correction option

“Why This Remedy?” screen

Top Remedy: Natrum muriaticum

Matched selected rubrics:
✓ Ailments from grief
✓ Desire for salt
✓ Headache aggravated by sun
✓ Dry, fissured lips

Closer differentials:
- Ignatia: grief-related symptoms, but selected physical generals less supportive
- Sepia: may cover some generals, but current rubric coverage lower

Important:
This is a repertory-supported learning output.
Final clinical decision remains with the qualified supervisor/practitioner.

Faculty review options

  • Approve reasoning
  • Ask student to reconsider a rubric
  • Suggest a missing rubric
  • Mark a rubric as over-generalized
  • Compare alternate remedy
  • Add teaching note

Module 6: Faculty Review and Case Approval Workspace

Purpose

Faculty ko student cases review karne ka practical dashboard.

Faculty dashboard sections

  • Pending case submissions
  • Cases needing urgent attention
  • Follow-ups due this week
  • Cases with incomplete documentation
  • Cases needing rubric correction
  • Student-wise progress
  • Batch-wise common mistakes
  • Approved cases for teaching discussion

Faculty review screen

AreaFaculty action
Case historyComment, request clarification, approve
Red flagsVerify referral or safety action
TotalityApprove, edit or suggest symptoms
RubricsApprove, remove, add or comment
RepertorizationReview ranking and analysis
Remedy reasoningAsk for differential explanation
Materia MedicaVerify reference linkage
Follow-upApprove plan / set next review
Final statusReturn for correction / approve / archive

Review statuses

Draft
   ↓
Submitted by Student
   ↓
Faculty Review Pending
   ↓
Returned for Correction
   ↓
Resubmitted
   ↓
Faculty Approved
   ↓
Follow-up Ongoing
   ↓
Case Closed / Archived

Module 7: Faculty Feedback and Teaching Notes

Purpose

Feedback ko simple comment nahi, structured learning asset banana.

Feedback types

  • Missing clinical data
  • Better symptom hierarchy needed
  • Rubric selection needs correction
  • Differential diagnosis needed
  • Materia Medica confirmation needed
  • Good case documentation
  • Safety / referral feedback
  • Follow-up quality feedback

Example feedback

“You selected ‘Headache - pain - sun - aggravates’, which is appropriate. However, the duration and location of headache are not documented. Please add these details before final repertorization.”

Feedback format

  • Text comment
  • Voice note, optional
  • Highlighted case section
  • Suggested rubric path
  • Reference link
  • Mandatory student acknowledgement

Student response flow

Faculty comment received
   ↓
Student reads and acknowledges
   ↓
Student edits case
   ↓
Student adds reply:
“Headache location and duration added.”
   ↓
Resubmits case

Module 8: Digital Clinical Logbook

Purpose

Student/intern ka verified academic case record automatically maintain karna.

Logbook fields

  • Case ID
  • Date
  • Department
  • Case type
  • Acute / chronic
  • Student name
  • Faculty guide
  • Status
  • Number of follow-ups
  • Faculty approval date
  • Learning outcome
  • Referral status, if any
  • De-identified case summary

Student view

My Digital Logbook

Total cases: 38
Approved cases: 24
Cases under review: 5
Returned for correction: 3
Follow-ups due: 6
Cases requiring faculty action: 2

Faculty view

Internship Batch A

Students meeting case-log requirement: 26 / 40
Students below required cases: 14
Pending faculty review: 31
Follow-up completion rate: 68%

Academic value

It can reduce paper logbook errors, missing signatures, duplicate entries and last-minute internship record problems.

Module 9: Case Discussion and Teaching Library

Purpose

Good faculty-approved cases ko anonymize karke teaching cases banana.

Features

  • Faculty marks case as “Teach-worthy”
  • Patient identity automatically removed
  • Student name can be hidden in class discussion
  • Case discussion mode:
    • History only
    • Students choose totality
    • Students select rubrics
    • Compare repertorization
    • Faculty reveals approved analysis
  • Add teaching notes
  • Add viva questions
  • Add differential remedy notes
  • Add supporting Materia Medica passages

Example use

Faculty says:
“Today’s case: chronic recurrent headache. First read the history. Which symptoms are characteristic? Which rubrics will you select? Why?”
Students respond through RootChart Campus. Faculty sees answers live.

Module 10: OSCE, Viva and Repertory Practice Mode

Purpose

BHMS exam preparation directly inside the product.

Features

  • Faculty-created simulated cases
  • Timed case-taking tasks
  • Rubric-identification practice
  • Repertorization practice
  • Remedy differentiation questions
  • Materia Medica quiz
  • Follow-up decision documentation practice
  • Viva question bank
  • Auto-score for objective sections
  • Faculty scoring for reasoning sections

Sample OSCE flow

Faculty publishes “Chronic Headache Case - Station 4”
   ↓
Student opens case in timed mode
   ↓
Student identifies characteristic symptoms
   ↓
Student selects rubrics
   ↓
Student explains top differential remedies
   ↓
Student submits
   ↓
System gives rubric/coverage score
   ↓
Faculty reviews reasoning and provides final score

Score components

ComponentWeight example
Case completeness20%
Correct symptom hierarchy20%
Rubric selection25%
Repertorization interpretation15%
Differential remedy reasoning10%
Safety / referral recognition10%

Module 11: Student Learning Map

Purpose

App should identify where a student needs improvement.

Dashboard examples

  • Rubric selection accuracy by repertory chapter
  • Common feedback themes
  • Cases completed by category
  • Repertorization practice score
  • Materia Medica revision progress
  • Pending corrections
  • Follow-up documentation completion

Example insight

Your learning insight

Strong areas:
✓ Generalities
✓ Sleep and dreams
✓ Materia Medica comparison

Practice needed:
! Mind chapter rubric selection
! Differentiating Pulsatilla and Sepia
! Complete chronic-case chronology

Suggested actions

  • 10 guided rubric questions
  • 3 case simulations
  • Recommended Materia Medica revision cards
  • Reattempt an older faculty-corrected case

Module 12: Department and Institution Analytics

Purpose

HOD and college leadership ko academic workflow insight dena, without exposing unnecessary patient identifiers.

HOD dashboard

  • Cases by student / faculty / batch
  • Case approval rate
  • Average faculty review time
  • Follow-up completion rate
  • Most common case categories
  • Common student documentation gaps
  • Rubric chapters with most errors
  • Number of safety/referral flags
  • Department case volume over time

Important rule

Institutional dashboards should use aggregated and de-identified data unless an authorized faculty member has a specific clinical or academic reason to access an individual record.

3. Key User Flows

Flow A: Student Creates and Submits a New Case

Student login
   ↓
Tap “New Case”
   ↓
Choose: Acute / Chronic / Follow-up / Simulated Case
   ↓
Confirm patient consent and academic-use permission
   ↓
Enter structured case history
   ↓
Complete red-flag screen
   ↓
If red flag positive:
   → Safety alert
   → Document referral / inform faculty
   ↓
Select totality of symptoms
   ↓
Search / browse rubrics
   ↓
Write reason for each key rubric
   ↓
Run repertorization
   ↓
Review top remedies and Materia Medica support
   ↓
Complete “Why this remedy?” reasoning
   ↓
Save as Draft OR Submit to Faculty
   ↓
Faculty receives notification

Student-facing status labels

  • Draft
  • Needs more information
  • Submitted
  • Under faculty review
  • Returned for correction
  • Resubmitted
  • Approved
  • Follow-up due
  • Closed

Flow B: Faculty Reviews a Submitted Student Case

Faculty login
   ↓
Dashboard: “Pending Cases”
   ↓
Open student case
   ↓
Check consent and safety screen
   ↓
Review history completeness
   ↓
Review characteristic symptom selection
   ↓
Review rubrics and student justification
   ↓
Review repertorization and remedy differential
   ↓
Add comments / edits / teaching notes
   ↓
Choose one:
   → Approve
   → Return for correction
   → Escalate / require referral documentation
   ↓
Student is notified

Faculty approval prompt

Before approval:
[ ] Case history is adequate for academic review
[ ] Rubric choices are documented
[ ] Repertorization output is transparent
[ ] Any safety issue has been addressed
[ ] Case is suitable for logbook entry

Flow C: Student Corrects a Returned Case

Student receives notification
   ↓
Opens “Returned for Correction”
   ↓
Views faculty comments by section
   ↓
Edits relevant fields
   ↓
Marks each comment:
   → Resolved
   → Need clarification
   ↓
Adds reply to faculty
   ↓
Resubmits
   ↓
Faculty sees only changed sections first
   ↓
Faculty approves or sends additional feedback
This “show changes only” feature will save faculty time.

Flow D: Follow-up Management

Student / Intern opens approved active case
   ↓
Tap “Add Follow-up”
   ↓
Record:
- Main complaint: better / worse / same
- New symptoms
- Clinical observation
- Investigations, if any
- Existing plan adherence
- Safety check
   ↓
Compare with previous visit
   ↓
Faculty review if required by assignment
   ↓
Set next follow-up date
   ↓
Timeline updates

Follow-up comparison card

ParameterFirst visitFollow-up 1Follow-up 2
Chief complaint intensity8/105/103/10
SleepDisturbedImprovedStable
New symptomsNoneMild coughNone
Safety flagNoNoNo
Faculty reviewApprovedApprovedPending
Do not make the app claim that any intervention caused improvement. It should document the timeline and observations.

Flow E: Faculty Conducts a Classroom Case Discussion

Faculty selects approved anonymized case
   ↓
Tap “Create Teaching Case”
   ↓
Choose mode:
- Classroom discussion
- Rubric practice
- OSCE
- Viva
   ↓
Hide final analysis and remedy result
   ↓
Share case code / QR with students
   ↓
Students submit their totality and rubrics
   ↓
Faculty sees live response patterns
   ↓
Faculty reveals approved analysis
   ↓
Students compare their reasoning
   ↓
Scores and learning points saved

Flow F: Internship Logbook Verification

Intern completes supervised case
   ↓
Faculty approves case
   ↓
Case automatically enters digital logbook
   ↓
Intern selects category / department if needed
   ↓
HOD checks completion progress
   ↓
At end of term:
   → Generate verified digital logbook PDF
   → Faculty / HOD approval
   → Export for institutional record

4. Essential Screens

Student App

  1. Home dashboard
  2. My cases
  3. New case
  4. Case-taking form
  5. Red-flag safety screen
  6. Totality builder
  7. Rubric search and browse
  8. Repertorization result
  9. Differential Remedy Studio
  10. Materia Medica reference
  11. Faculty feedback inbox
  12. Follow-up timeline
  13. My digital logbook
  14. Learn mode / OSCE / viva
  15. Learning map

Faculty Web / Tablet Dashboard

  1. Faculty home
  2. Pending reviews
  3. Urgent / safety-flagged cases
  4. Student case review
  5. Batch overview
  6. Feedback and comments
  7. Teaching-case library
  8. OSCE / viva creator
  9. Logbook verification
  10. Department analytics

College Admin Dashboard

  1. College setup
  2. Departments and batches
  3. Faculty allocation
  4. Student management
  5. Access and permissions
  6. Template manager
  7. Audit logs
  8. Institutional reports
  9. Data retention and export controls

5. Permission Rules

ActionStudentFacultyHODCollege Admin
Create caseYesYesYesNo routine use
View own casesYesYesYesYes, admin-only where necessary
View assigned student casesNoYesYes, department scopeLimited administrative access
Edit student case after submissionOnly if returnedComment / approve, not silently overwriteDepartment oversightNo clinical editing
Approve caseNoYesYesNo
Create teaching caseCan suggestYesYesYes
View identifiable patient dataOwn assigned cases onlyAssigned students/cases onlyAuthorized department scopeStrictly limited
View anonymized analyticsOwn onlyAssigned batchDepartmentInstitution
Export case reportOwn authorized casesAssigned casesDepartment reportsInstitution reports

6. Privacy and Safety Rules

These should be part of RootChart Campus from day one.

Minimum safeguards

  • Patient consent before academic case use
  • Separate consent for anonymized teaching-case use
  • Student cannot access another student’s cases
  • Faculty sees only allocated batch / assigned cases
  • Role-based access control
  • Audit log:
    • Who opened a case?
    • Who edited it?
    • Who approved it?
    • When was it exported?
  • Encryption for stored and transmitted data
  • Patient identity separated from academic case discussion data
  • Anonymized mode for classroom discussion
  • No AI processing of identifiable patient data without explicit consent and suitable safeguards
  • Data deletion and retention controls
ABDM guidance emphasizes consent-based health-record access and patient control over data sharing, so RootChart should follow the same direction from the beginning. The ABDM HIU guidelines state that patient records should not be accessible without patient consent.

7. MVP vs Future Roadmap

Phase 1: Campus MVP

Build these first:
  1. College, faculty, student onboarding
  2. Acute and chronic digital case sheets
  3. Student case submission
  4. Faculty comments and approval workflow
  5. Basic case-status tracking
  6. Guided rubric selection
  7. Automatic repertorization
  8. PDF case report
  9. Digital logbook
  10. Basic follow-up timeline
  11. Consent and red-flag safety screen
  12. Offline-first student workflow

Phase 2: Academic Differentiation

Add after pilot feedback:
  1. Case completeness meter
  2. Faculty dashboard and batch analytics
  3. Teaching case library
  4. Anonymized classroom case discussion
  5. OSCE and viva mode
  6. Student learning map
  7. Differential Remedy Studio
  8. Multilingual voice case-taking
  9. Smart follow-up prompts

Phase 3: Advanced Campus Intelligence

Add only after privacy, licensing and faculty validation:
  1. Explainable AI rubric suggestions
  2. Case consistency checker
  3. Research registry with explicit consent
  4. Institution-level outcome dashboards
  5. Secure cloud backup and multi-device sync
  6. Patient follow-up portal
  7. ABDM-compatible architecture planning
  8. Multi-college network, only with strict data governance

8. Best One-Line Pitch

“RootChart Campus transforms the BHMS case sheet into a supervised learning loop: students document, faculty verify, cases become learning material, and follow-up builds clinical discipline.”

9. Best Feature Set to Show Judges

For your next PPT or demo, show only this powerful loop:
Student takes a structured case
      ↓
System checks missing information and safety flags
      ↓
Student selects rubrics with written reasoning
      ↓
Automatic repertorization and differential comparison
      ↓
Faculty reviews and comments
      ↓
Student corrects and resubmits
      ↓
Approved case enters verified digital logbook
      ↓
Follow-up is tracked and the anonymized case becomes a teaching resource
This is much stronger than presenting RootChart as only another repertory app.
This is a shared conversation. Sign in to Orris to start your own chat.