Domain-Specific RAG: Medical, Legal, Financial Vocabularies

Why Domain RAG Is Harder

Generic embeddings (text-embedding-3-large, BGE-base) trained on web text understand "myocardial infarction" because the web does. They struggle with ICD-10 codes, CPT codes, drug names, legal Latin, financial instrument abbreviations. The vocabulary gap means relevant documents do not embed near the queries.

For medical, legal, and financial RAG in 2026, addressing this gap is the difference between "demo works" and "production reliable."

Three Approaches

flowchart TB
    Approach[Approach] --> A1[Domain-tuned embedding model]
    Approach --> A2[Hybrid retrieval: BM25 + dense]
    Approach --> A3[Vocabulary expansion]

Domain-Tuned Embedding

Fine-tune an embedding model on domain text. Improves recall substantially.

• Medical: PubMedBERT, MedCPT, BioGPT-derived embeddings
• Legal: Casetext-trained embeddings (proprietary), Law-specific BGE variants
• Financial: FinBERT-derived embeddings, BloombergGPT-derived

The 2026 reality: open-source domain embeddings exist for medical and legal; financial domain embeddings are mostly proprietary.

Hybrid Retrieval

BM25 catches exact-match domain terms (ICD codes, drug names) that dense embeddings miss. The 2026 hybrid pattern combines:

• BM25 for keyword and code matches
• Dense embeddings for conceptual queries
• Sparse learned embeddings for hybrid

Fused via RRF, this pattern handles both code-heavy and language-heavy queries.

Vocabulary Expansion

Expand the user's query before retrieval to include synonyms and codes:

• "heart attack" → "heart attack | myocardial infarction | MI | I21"
• "fired" → "fired | terminated | discharged | severance"
• "loan" → "loan | debt | borrowing | credit"

LLM generates expansions; retriever queries the expanded form.

Domain-Specific Patterns

Medical RAG

• Index ICD-10 / CPT / SNOMED codes alongside text
• Use medical-tuned embeddings (MedCPT, PubMedBERT)
• Respect HIPAA: PHI in prompts must follow BAA paths
• Prefer cited sources (clinical guidelines, peer-reviewed)
• Date-aware: medical knowledge evolves; old answers may be wrong

Legal RAG

• Cite-aware retrieval (citations are first-class)
• Jurisdiction filtering critical (federal vs state vs Fifth Circuit)
• Date-aware (laws change; case law evolves)
• Plain-language vs technical-language modes
• Disclaimers in outputs ("not legal advice")

Financial RAG

• Time-aware (yesterday's prices vs today's)
• Entity disambiguation (Apple Inc vs Apple Records)
• Compliance-aware outputs (FINRA 2210 for investor-facing content)
• Privileged information handling
• Audit trail per query

A Production Architecture

flowchart LR
    Q[Query] --> Domain{Domain classifier}
    Domain --> Med[Medical: MedCPT + ICD index]
    Domain --> Leg[Legal: Citator + jurisdiction filter]
    Domain --> Fin[Financial: time-aware + entity index]
    Med --> Gen[Generate with citations]
    Leg --> Gen
    Fin --> Gen

Each domain gets its own retrieval pipeline; the generation step uses domain-aware system prompts.

Evaluation

Domain RAG eval suites must include:

• Domain-specific test questions
• Code-only queries (ICD, CPT, statute citations)
• Mixed code + natural-language queries
• Time-sensitive queries
• Edge cases the domain has known issues with

Generic RAG benchmarks (HotpotQA, NaturalQuestions) miss domain failure modes.

Cost Considerations

Domain-tuned embedding models are typically smaller than frontier text models, but require:

• Re-embedding the corpus when models are updated
• Storage for embeddings
• Compute for re-embedding

For corpora that change rarely (medical guidelines, statute law), this is a one-time cost. For high-velocity corpora (financial news), it adds up.

What Goes Wrong

• Using generic embeddings on a domain corpus and accepting poor recall
• Not handling codes (ICD, CPT, statute citations)
• Stale corpora (last year's guidelines, last quarter's regulations)
• Mixing domains (legal corpus retrieved for medical query)
• Privacy violations (PHI / PII in prompts to non-BAA providers)

Sources

• MedCPT embeddings — https://github.com/ncbi/MedCPT
• "BioGPT" Microsoft — https://github.com/microsoft/BioGPT
• "Legal AI" Stanford CodeX — https://law.stanford.edu/codex
• "FinBERT" — https://github.com/yya518/FinBERT
• Casetext / CoCounsel — https://casetext.com

## Domain-Specific RAG: Medical, Legal, Financial Vocabularies: production view Domain-Specific RAG: Medical, Legal, Financial Vocabularies is also a cost-per-conversation problem hiding in plain sight. Once you instrument tokens-in, tokens-out, tool calls, ASR seconds, and TTS seconds against booked-revenue per call, the right tradeoff between Realtime API and an async ASR + LLM + TTS pipeline becomes obvious — and it's almost never the same answer for healthcare as it is for salons. ## Broader technology framing The protocol layer determines what's possible: WebRTC for browser-side widgets, SIP trunks (Twilio, Telnyx) for PSTN voice, WebSockets for the Realtime API streaming session. Each has its own jitter buffer, its own ICE/STUN dance, and its own failure modes when a customer's corporate firewall is hostile. Front-end is **Next.js 15 + React 19** for the marketing surface and the in-app dashboards, with server components used heavily for the SEO-critical pages. Backend splits across **FastAPI** for the AI worker, **NestJS + Prisma** for the customer-facing API, and a thin **Go gateway** that does auth, rate limiting, and routing — letting each service scale on its own characteristics. Datastores: **Postgres** as the source of truth (per-vertical schemas like `healthcare_voice`, `realestate_voice`), **ChromaDB** for RAG over support docs, **Redis** for ephemeral session state. Postgres RLS enforces tenant isolation at the row level so a misconfigured query can't leak across customers. ## FAQ **How does this apply to a CallSphere pilot specifically?** Setup runs 3–5 business days, the trial is 14 days with no credit card, and pricing tiers are $149, $499, and $1,499 — so a vertical-specific pilot is a same-week decision, not a quarterly project. For a topic like "Domain-Specific RAG: Medical, Legal, Financial Vocabularies", that means you're not starting from scratch — you're configuring an agent template that's already been hardened across thousands of conversations. **What does the typical first-week implementation look like?** Day one is integration mapping (scheduler, CRM, messaging) and prompt tuning against your top 20 real call transcripts. Day two through five is shadow-mode running, where the agent transcribes and recommends but a human still answers, so you can compare side-by-side. Go-live is the moment your eval pass-rate clears your internal bar. **Where does this break down at scale?** The honest answer: it scales until your tool catalog gets stale. The agent is only as good as the integrations it can actually call, so the operational discipline is keeping schemas, webhooks, and fallback paths green. The platform handles the rest — observability, retries, multi-region routing — without your team owning the GPU layer. ## Talk to us Want to see how this maps to your stack? Book a live walkthrough at [calendly.com/sagar-callsphere/new-meeting](https://calendly.com/sagar-callsphere/new-meeting), or try the vertical-specific demo at [escalation.callsphere.tech](https://escalation.callsphere.tech). 14-day trial, no credit card, pilot live in 3–5 business days.