Industry & Use Cases

Best Medical LLM (2026): Open-Source Medical Models You Can Run on Your Own Servers

Open-weight medical and general models for clinical text, checked against their Hugging Face cards, licences and Ollama listings on 22 October 2026: MedGemma 27B and 1.5 4B, Baichuan-M3 and M2, gpt-oss, Gemma 4, Qwen3.6 and smaller medical fine-tunes, with GPU memory, serving support and the task each one suits.

The best medical LLM to run on your own servers in October 2026 is MedGemma 27B for clinical text and MedGemma 1.5 4B for small GPUs and medical images. Baichuan-M3 leads the open models on HealthBench but needs a multi-GPU server, and general models such as gpt-oss-120b and Gemma 4 31B remain strong choices for reasoning and long documents. None of them is a cleared medical device, so a clinician reviews every output.

Medical language models fall into two groups. Some are fine-tuned specifically for medicine, such as Google’s MedGemma and Baichuan’s M-series. Others are general open-weight models that happen to score well on health questions. The general group improves every few months, so a medical fine-tune of an older base can lose its lead quickly.

This guide compares both groups as they stand on 22 October 2026. Sizes, licences, context windows and release dates come from each model’s Hugging Face card or vendor page, and serving support from the vLLM, llama.cpp and Ollama listings. Benchmark numbers are the vendors’ own unless we say otherwise. For general model choices by GPU size, see the local LLM guide organised by VRAM.

Quick picks for clinical and medical text

JobPickWhy
Clinical text on one 24 GB GPUMedGemma 27B (text-only or multimodal)87.7 on MedQA for the text build per Google; about 17 GB at Q4_K_M
Laptops, 8 GB cards and imaging-adjacent textMedGemma 1.5 4BReads lab reports, EHR text, CT and MRI volumes and pathology slides; 3.3 GB in Ollama
Highest open HealthBench scoreBaichuan-M3-235BApache 2.0; vendor reports 44.4 on HealthBench Hard; needs about 144 GB at Q4_K_M
Apache 2.0 medical model on one workstationBaichuan-M2-32BBaichuan says 4-bit runs on a single RTX 4090
Reasoning over guidelines and policiesgpt-oss-120b57.6 on HealthBench at high reasoning in OpenAI’s model card; fits one 80 GB GPU
Long records and mixed documentsGemma 4 31B or Qwen3.6-35B-A3BApache 2.0 with 256K and 262K windows

Medical fine-tunes versus general open-weight models

A medical fine-tune starts from a general base and adds training on clinical text, exam questions, records and, for multimodal models, medical images. The gain over the base can be large. Google reports that MedGemma 27B text scores 87.7 on MedQA against 74.9 for Gemma 3 27B, the model it was built from.

The catch is the base. MedGemma 27B is built on Gemma 3, released in 2025, while Gemma 4 arrived in 2026 with a 256K window. Gemma 4 31B reports 61.3% on the multimodal MedXpertQA set, but publishes no MedQA or HealthBench figures, so the two cannot be compared directly from the cards. Qwen3.6 and Qwen3.8 cards carry no medical benchmarks at all.

In practice, most teams run one of each. A medical model handles clinical vocabulary, abbreviations and structured extraction, and a general model handles long policy documents, tool calls and anything that needs the newest instruction following. A router can send each request to the right one.

The shortlist: medical LLM models checked in October 2026

Model (vendor)SizeLicenceInputsContextReleasedWorth knowing
MedGemma 27B text (Google)27B denseHealth AI Developer Foundations termsTextAt least 128KMay 202587.7 MedQA zero-shot, 74.2 MedMCQA, 87.0 MMLU Med per Google
MedGemma 27B multimodal (Google)27B denseHealth AI Developer Foundations termsText, imageAt least 128KJuly 202590.5 on EHRQA over synthetic FHIR records; 90.0 macro F1 on MIMIC CXR
MedGemma 1.5 4B (Google)4BHealth AI Developer Foundations termsText, image, CT and MRI volumes, slidesAt least 128K13 January 202669.1 MedQA; lab report extraction and anatomy localisation added
Baichuan-M3-235B (Baichuan)235B MoE on Qwen3-235B-A22BApache 2.0TextNot stated on the cardFebruary 2026 paper44.4 HealthBench Hard per Baichuan; FP8 and INT4 builds published
Baichuan-M2-32B (Baichuan)32B on Qwen2.5-32BApache 2.0TextNot stated on the cardSeptember 2025 paper60.1 HealthBench and 34.7 Hard per Baichuan
gpt-oss-120b and gpt-oss-20b (OpenAI)117B with 5.1B active; 21B with 3.6B activeApache 2.0Text128KAugust 2025OpenAI reports 120b close to o3 on HealthBench at high reasoning
Gemma 4 31B (Google)30.7B denseApache 2.0Text, image256K202661.3% on MedXpertQA MM per the card
Qwen3.6-35B-A3B (Qwen)35B with 3B activeApache 2.0Text, image, video262KApril 2026No medical results on the card; fast on one 24 GB card
II-Medical-8B (Intelligent Internet)8B on Qwen3-8BApache 2.0TextNot stated on the card2025Claims 40% on HealthBench; the card says it is not suitable for medical use
MedPsy-4B (Tether Data, QVAC)4B on Qwen3-4B-Thinking-2507Apache 2.0, described as for research and educationTextNot stated in the postMay 2026Self-run results; 2.72 GB at Q4_K_M

Older medical fine-tunes built on Llama 2 or Llama 3, such as the Med42 line, still circulate on Hugging Face. Their bases are two or three generations behind the models above, so we left them out. For any medical model you find, read the licence before the benchmark table, because research releases often forbid commercial or clinical use.

What MedQA and HealthBench scores do and do not tell you

Most medical claims rest on a handful of tests:

  • MedQA uses multiple-choice questions in the style of the US medical licensing exam. It measures recall and reasoning over a fixed set of options.
  • MedMCQA and PubMedQA do the same for Indian entrance exams and for yes, no or maybe answers about research abstracts.
  • MedXpertQA is a harder expert-level set, with a multimodal part that includes images.
  • HealthBench, published by OpenAI in 2025, grades open-ended health conversations against rubrics written by physicians. A model does the grading.

None of these measures what a hospital usually needs: an accurate summary of a 40-page record, a coding suggestion that matches the documentation, or a patient letter at the right reading level. Public questions also leak into training data. The MedGemma 1.5 card itself advises developers to validate on data that is not publicly available, to reduce contamination risk.

There is also a gap between vendors. Baichuan’s and Tether’s HealthBench results are self-reported, and the QVAC post scores with judge models of its own choosing. Use benchmark tables to build a shortlist of two or three candidates, then decide with your own cases.

MedGemma on-premises: 4B, 27B and the 1.5 update

MedGemma is the family most teams start with, partly because it fits ordinary hardware and partly because Google publishes detailed cards. There are three checkpoints to know.

MedGemma 27B text is the strongest at clinical question answering in the family. Google reports 87.7 on MedQA with zero-shot prompting and 89.8 with best-of-five sampling, plus 84.0 on AfriMed-QA. It accepts at least 128K tokens of input and writes up to 8,192.

MedGemma 27B multimodal adds a SigLIP image encoder that turns each 896 by 896 image into 256 tokens. It scores slightly lower on text questions, 85.3 on MedQA, but reads chest X-rays and answers questions over synthetic FHIR records, where Google reports 90.5 on its EHRQA set.

MedGemma 1.5 4B, released on 13 January 2026, is the only 1.5 checkpoint. Google added support for CT and MRI volumes, whole-slide pathology, comparison of chest X-rays over time, anatomy localisation and extraction of values from lab reports. Google’s announcement reports lab report extraction rising from 60% to 78% macro F1 and EHR question answering from 68% to 90% against the first 4B model. Google released MedASR, a speech-to-text model for medical dictation, on the same day.

To run MedGemma with Ollama, pull medgemma:27b for the multimodal 27B or medgemma1.5:4b for the update. For the text-only 27B, the model card shows vllm serve and SGLang commands. All three are gated on Hugging Face until you accept the terms.

GPU memory for medical models

Weights dominate memory, so the table lists the file size of each build. Add room for context: a long discharge summary plus a retrieved guideline can reach 20,000 tokens, and the KV cache for that grows with model depth. Our VRAM calculator estimates both parts for a given model and context length.

Model4-bit build8-bit build16-bit weightsBasis
MedGemma 1.5 4B3.3 GBNot listedAbout 8.6 GBOllama medgemma1.5 and medgemma 4b tags
MedGemma 27B multimodal17 GB30 GB55 GBOllama medgemma 27b tags
MedGemma 27B textAbout 17 GBAbout 29 GBAbout 54 GB27B parameters at 2 bytes each in BF16
gpt-oss-20b14 GB (MXFP4)n/an/aOllama; OpenAI says it runs within 16 GB
gpt-oss-120b65 GB (MXFP4)n/an/aOllama; OpenAI says it fits one 80 GB GPU
Baichuan-M2-32B22 GBAbout 35 GBAbout 66 GBOllama Q4_K_M; card lists 33B parameters in BF16
Baichuan-M3-235B144 GBAbout 235 GB (FP8)About 470 GBOllama Q4_K_M; Baichuan says INT4 cuts memory to 26%
II-Medical-8BAbout 5 GBAbout 9 GBAbout 16 GB8B parameters
MedPsy-4B2.72 GBNot checkedAbout 8 GBTether’s Q4_K_M GGUF

A practical reading of that table: an 8 GB card runs MedGemma 1.5 4B, a 16 GB card runs gpt-oss-20b, a 24 GB card runs MedGemma 27B at 4-bit, an 80 GB card runs gpt-oss-120b, and Baichuan-M3 needs a multi-GPU server. Baichuan’s own speculative decoding example uses eight 96 GB H20 cards.

Running medical models with vLLM, llama.cpp and Ollama

ModelvLLMllama.cppOllama
MedGemma 27B multimodalYes; vllm serve on the cardCommunity GGUFsYes, official medgemma:27b
MedGemma 27B textYes; Gemma 3 architectureCommunity GGUFsCommunity uploads only
MedGemma 1.5 4BYes; Gemma 3 architectureCommunity GGUFsYes, official medgemma1.5
Baichuan-M3-235BYes, 0.9.0 or later with a reasoning parserNot checkedUnder a baichuan-inc account, Q4_K_M
Baichuan-M2-32BYes, 0.9.0 or laterNot checkedUnder a baichuan-inc account, Q4_K_M
gpt-oss-120b and 20bYesYesYes, official gpt-oss
Gemma 4 31BYesYesYes, official gemma4
Qwen3.6-35B-A3BYes, 0.19.0 or laterQuantized buildsYes, official qwen3.6
II-Medical-8BQwen3 architectureNot checkedNot in the library
MedPsy-4BQwen3 architectureYes; Tether publishes GGUFsNot in the library

Ollama is the quickest way to try a model on a workstation. For a shared service with many clinicians, vLLM or SGLang gives better throughput and an OpenAI-compatible API that other systems can call.

Licences: Health AI Developer Foundations terms and Apache 2.0

MedGemma is not under Apache 2.0. Its weights come under Google’s Health AI Developer Foundations (HAI-DEF) terms, and Google says the HAI-DEF models are free for research and commercial use. The terms add duties that matter in a hospital or a health-tech product:

  • you are responsible for deciding whether a use of the model or its outputs is appropriate, and Google provides no medical advice;
  • uses that could lead a regulator to treat Google as a medical device manufacturer are prohibited, along with uses that break the law;
  • if you distribute the model or a product built on it, including as a hosted service, you pass on the use restrictions and seek health regulatory authorization where it applies;
  • you indemnify Google for claims arising from your use.

Baichuan-M2, Baichuan-M3, II-Medical-8B, gpt-oss, Gemma 4 and Qwen3.6 are under Apache 2.0. Two caveats apply. II-Medical’s card says the model is not suitable for medical use, and Tether describes MedPsy’s licence as applying to research and educational purposes, so neither belongs in a production clinical workflow without legal review.

Matching a model to the clinical task

Clinical note summarisation. MedGemma 27B text is the first choice, because it handles clinical abbreviations and long inputs. Summaries must state only what the note records, and the clinician checks the result against the source before signing. Our clinical documentation support use case shows how that review step fits into the workflow.

Medical coding and billing. Code suggestions need exact matching against ICD-10-CM, CPT and payer rules, which no model memorises reliably. Use retrieval over the current code sets and your payer policies, a general model with strong instruction following such as gpt-oss-120b or Qwen3.6, and a coder who approves each suggestion. The medical coding validation use case describes the checks.

Literature review. Searching and summarising papers needs long context more than medical tuning. Gemma 4 31B and Qwen3.6-35B-A3B take 256K and 262K tokens, and retrieval with citations keeps each claim tied to a source. See the research and literature review use case.

Patient letters and instructions. The hard part is plain language at the right reading level, not medical knowledge. A general model writes clearer letters; a medical model can check the clinical content. A clinician or nurse approves before anything is sent, as in our patient communication use case.

Imaging-adjacent text. MedGemma 1.5 4B and the 27B multimodal model can read images alongside reports, for tasks such as drafting a structured finding list or comparing a new chest X-ray report with a prior one. These are drafting aids for radiologists. Neither model is cleared to make a diagnosis.

Evaluating a medical LLM on your own cases

Run a short, documented test before any model reaches clinicians:

  1. Pick 50 to 200 real cases per task, de-identified, covering common and rare presentations and your specialty mix.
  2. Write the grading rubric first, with clinicians: factual accuracy against the source, omissions, invented findings, tone and format.
  3. Compare two or three models on identical prompts, with the same retrieval and the same context length you will use in production.
  4. Record the model version and quantization. A 4-bit build can behave differently from the BF16 weights a vendor benchmarked.
  5. Repeat the test after every model update and keep the results, so a later reviewer can see why a model was approved.

How VDF AI fits clinical model selection

VDF AI is a self-hosted platform for private assistants, retrieval over your own documents and governed agents, installed on your servers, in a private cloud or air-gapped. Patient records, retrieval indexes, conversation history and audit logs stay in your environment, and models such as MedGemma or gpt-oss run on GPUs you control.

VDF AI Router registers local model endpoints served by Ollama, vLLM or a custom server, so a medical model can take clinical extraction while a general model takes long policy documents. Air-gap mode keeps every request on local models, and pinned model versions mean a model does not change under a validated workflow. Agents can stop for human approval at each step that matters, and every prompt, retrieved source and output lands in the audit log.

The clinical documentation agent structures notes from what was recorded and leaves the signature with the clinician. For the wider picture, see the healthcare and life sciences solution and the private GPT guide for healthcare. Hospitals that want to test models on their own hardware first can begin with a three-month trial of the on-premises platform.

Sources

Model cards and vendor pages checked on 22 October 2026.

Frequently asked questions

What is the best open source medical LLM?

For most hospital teams in October 2026 it is MedGemma 27B from Google, either the text-only build or the multimodal one. Google reports 87.7 on MedQA for the text model with zero-shot prompting, against 74.9 for the Gemma 3 27B base, and it runs on a single 24 GB card at 4-bit. Strictly it is open-weight rather than open source: the weights are free to download, but the Health AI Developer Foundations terms apply instead of an OSI licence. Apache 2.0 alternatives are Baichuan-M2-32B and the much larger Baichuan-M3-235B.

Which local LLM is best for medical work on a single GPU?

Match the model to the card. On 8 GB, MedGemma 1.5 4B fits easily at about 3.3 GB in Ollama and reads lab reports, EHR text and medical images. On 16 GB, gpt-oss-20b runs within its stated 16 GB budget and handles reasoning-heavy questions. On 24 GB, MedGemma 27B at Q4_K_M takes about 17 GB, leaving room for a few thousand tokens of note text. Whatever you choose, run it against your own de-identified cases before anyone relies on the answers.

Can I run MedGemma with Ollama?

Yes. Ollama's own library carries medgemma, with 4b and 27b tags at Q4_K_M, Q8_0 and BF16, and a separate medgemma1.5 entry for the January 2026 4B update. The 27b tag in that library is the multimodal model, which takes text and images. The text-only MedGemma 27B is not in the official library, so use vLLM, Hugging Face Transformers or a community GGUF with llama.cpp for that one. You still have to accept Google's Health AI Developer Foundations terms on Hugging Face.

Is MedGemma approved for clinical use?

No. MedGemma is a developer model, not a cleared medical device. Google's model cards say its outputs are not intended to directly inform clinical diagnosis, patient management decisions or treatment recommendations, and that developers must validate and adapt it for their own use. Its terms also say that whoever redistributes a product built on it should seek regulatory authorization where that applies. A hospital can use it for drafting and summarising with clinician review, but not as an unsupervised diagnostic tool.

Do high MedQA scores mean a model is safe for patients?

No. MedQA is a set of multiple-choice questions in the style of US licensing exams, so a high score shows a model can pick the right option from four or five, not that it writes accurate discharge summaries or knows when to stop. Many questions are public and may have leaked into training data, which inflates results. HealthBench, OpenAI's rubric-graded test of open-ended health conversations, is closer to real use but is still graded by a model. Test on your own records with clinicians grading the output.

Filed under
healthcare AIopen-weight modelslocal LLMon-premises AImodel servingregulated AI
On-Prem AI

Plan your on-prem AI deployment

Book an architecture call and we will scope a private, on-prem AI deployment for your environment — integrations, hardware, and governance included.

Keep reading