SAVRN
Search Contact SAVRN

Open-weight model · Token classification

OpenMed-NER-GenomicDetect-PubMed-335M

by OpenMed OpenMed/OpenMed-NER-GenomicDetect-PubMed-335M

Specialized model for Gene Entity Recognition - Gene-related entities This model is a state-of-the-art fine-tuned transformer engineered to deliver enterprise-grade accuracy for gene entity recognition - gene-related entities.

Parameters334M
Context512
Weights668.2 MB
Licenseapache-2.0
AccessOpen weights
Monthly Downloads159.6k

Runs On

What it takes to serve OpenMed-NER-GenomicDetect-PubMed-335M (334M parameters): the memory its weights need at each precision, and the cheapest way to rent enough data-center GPUs to hold them.

PrecisionWeightsMemory neededCheapest setupPer hourAlso fits
16-bit 0.7 GB 0.8 GB 1x MI300X (192 GB)
Vultr
$1.85 1x H100 $1.99 · 1x MI325X $2.00
8-bit 0.3 GB 0.4 GB 1x MI300X (192 GB)
Vultr
$1.85 1x H100 $1.99 · 1x MI325X $2.00
4-bit 0.2 GB 0.2 GB 1x MI300X (192 GB)
Vultr
$1.85 1x H100 $1.99 · 1x MI325X $2.00

Memory is the weights at that precision plus 20% for the runtime and a short context; a long context needs more. Prices are the lowest on-demand hourly rates in the SAVRN Index, read Sep 18, 2026.

Model Card

By OpenMed, published under apache-2.0, revision b054c81ea07e.

Specialized model for Gene Entity Recognition - Gene-related entities This model is a state-of-the-art fine-tuned transformer engineered to deliver enterprise-grade accuracy for gene entity recognition - gene-related entities. This specialized model excels at identifying and extracting biomedical entities from clinical texts, research papers, and healthcare documents, enabling applications such as drug interaction detection, medication extraction from patient records, adverse event monitoring, literature mining for drug discovery, and biomedical knowledge graph construction with production-ready reliability for clinical and research applications. This model can identify and classify the…

Read OpenMed's full model card

Specialized model for Gene Entity Recognition - Gene-related entities

Model Overview

This model is a state-of-the-art fine-tuned transformer engineered to deliver enterprise-grade accuracy for gene entity recognition - gene-related entities. This specialized model excels at identifying and extracting biomedical entities from clinical texts, research papers, and healthcare documents, enabling applications such as drug interaction detection, medication extraction from patient records, adverse event monitoring, literature mining for drug discovery, and biomedical knowledge graph construction with production-ready reliability for clinical and research applications.

Key Features

  • High Precision: Optimized for biomedical entity recognition
  • Domain-Specific: Trained on curated GELLUS dataset
  • Production-Ready: Validated on clinical benchmarks
  • Easy Integration: Compatible with Hugging Face Transformers ecosystem

Supported Entity Types

This model can identify and classify the following biomedical entities:

  • B-Cell-line-name
  • I-Cell-line-name

Dataset

Gellus corpus targets gene recognition and genetics entities for genomics and molecular biology applications.

The Gellus corpus is a biomedical NER dataset specifically designed for gene recognition and genetics entity extraction in molecular biology literature. This corpus contains comprehensive annotations for gene names, genetic variants, and genomics-related entities that are essential for genetic research and genomics applications. The dataset supports the development of automated systems for gene mention identification, genetic association studies, and genomics text mining. It is particularly valuable for identifying genes involved in hereditary diseases, genetic disorders, and molecular genetics research. The corpus serves as a benchmark for evaluating NER models used in genetics research, personalized medicine, and genomics informatics, contributing to advances in precision medicine and genetic counseling applications.

Performance Metrics

Current Model Performance

  • F1 Score: 1.00
  • Precision: 1.00
  • Recall: 1.00
  • Accuracy: 1.00

Comparative Performance on GELLUS Dataset

Rank Model F1 Score Precision Recall Accuracy
1 OpenMed-NER-GenomicDetect-SnowMed-568M 0.9976 0.9977 0.9975 0.9989
2 OpenMed-NER-GenomicDetect-SuperMedical-355M 0.9970 0.9960 0.9981 0.9986
3 OpenMed-NER-GenomicDetect-BigMed-560M 0.9968 0.9967 0.9969 0.9986
4 OpenMed-NER-GenomicDetect-MultiMed-568M 0.9967 0.9974 0.9960 0.9985
5 OpenMed-NER-GenomicDetect-PubMed-109M 0.9964 0.9957 0.9970 0.9992
6 OpenMed-NER-GenomicDetect-PubMed-335M 0.9963 0.9961 0.9965 0.9991
7 OpenMed-NER-GenomicDetect-PubMed-109M 0.9951 0.9948 0.9953 0.9991
8 OpenMed-NER-GenomicDetect-BioMed-109M 0.9941 0.9934 0.9949 0.9988
9 OpenMed-NER-GenomicDetect-TinyMed-82M 0.9940 0.9997 0.9884 0.9961
10 OpenMed-NER-GenomicDetect-SuperMedical-125M 0.9934 0.9999 0.9870 0.9958

Rankings based on F1-score performance across all models trained on this dataset.

Figure: OpenMed (Open-Source) vs. Latest SOTA (Closed-Source) performance comparison across biomedical NER datasets.

Quick Start

Installation

pip install transformers torch

Usage

from transformers import pipeline

# Load the model and tokenizer
# Model: https://huggingface.co/OpenMed/OpenMed-NER-GenomicDetect-PubMed-335M
model_name = "OpenMed/OpenMed-NER-GenomicDetect-PubMed-335M"

# Create a pipeline
medical_ner_pipeline = pipeline(
    model=model_name,
    aggregation_strategy="simple"
)

# Example usage
text = "The BRCA2 gene is associated with hereditary breast cancer."
entities = medical_ner_pipeline(text)

print(entities)

token = entities[0]
print(text[token["start"] : token["end"]])

NOTE: The aggregation_strategy parameter defines how token predictions are grouped into entities. For a detailed explanation, please refer to the Hugging Face documentation.

Here is a summary of the available strategies: - none: Returns raw token predictions without any aggregation. - simple: Groups adjacent tokens with the same entity type (e.g., B-LOC followed by I-LOC). - first: For word-based models, if tokens within a word have different entity tags, the tag of the first token is assigned to the entire word. - average: For word-based models, this strategy averages the scores of tokens within a word and applies the label with the highest resulting score. - max: For word-based models, the entity label from the token with the highest score within a word is assigned to the entire word.

Batch Processing

For efficient processing of large datasets, use proper batching with the batch_size parameter:

texts = [
    "The BRCA2 gene is associated with hereditary breast cancer.",
    "Mutations in the CFTR gene cause cystic fibrosis.",
    "The APOE gene variant affects Alzheimer's disease risk.",
    "The HTT gene provides instructions for making a protein called huntingtin.",
    "Sickle cell disease is caused by a mutation in the HBB gene.",
]

# Efficient batch processing with optimized batch size
# Adjust batch_size based on your GPU memory (typically 8, 16, 32, or 64)
results = medical_ner_pipeline(texts, batch_size=8)

for i, entities in enumerate(results):
    print(f"Text {i+1} entities:")
    for entity in entities:
        print(f"  - {entity['word']} ({entity['entity_group']}): {entity['score']:.4f}")

Large Dataset Processing

For processing large datasets efficiently:

from transformers.pipelines.pt_utils import KeyDataset
from datasets import Dataset
import pandas as pd

# Load your data
# Load a medical dataset from Hugging Face
from datasets import load_dataset

# Load a public medical dataset (using a subset for testing)
medical_dataset = load_dataset("BI55/MedText", split="train[:100]")  # Load first 100 examples
data = pd.DataFrame({"text": medical_dataset["Completion"]})
dataset = Dataset.from_pandas(data)

# Process with optimal batching for your hardware
batch_size = 16  # Tune this based on your GPU memory
results = []

for out in medical_ner_pipeline(KeyDataset(dataset, "text"), batch_size=batch_size):
    results.extend(out)

print(f"Processed {len(results)} texts with batching")

Performance Optimization

Batch Size Guidelines: - CPU: Start with batch_size=1-4 - Single GPU: Try batch_size=8-32 depending on GPU memory - High-end GPU: Can handle batch_size=64 or higher - Monitor GPU utilization to find the optimal batch size for your hardware

Memory Considerations:

# For limited GPU memory, use smaller batches
medical_ner_pipeline = pipeline(
    model=model_name,
    aggregation_strategy="simple",
    device=0  # Specify GPU device
)

# Process with memory-efficient batching
for batch_start in range(0, len(texts), batch_size):
    batch = texts[batch_start:batch_start + batch_size]
    batch_results = medical_ner_pipeline(batch, batch_size=len(batch))
    results.extend(batch_results)

Dataset Information

  • Dataset: GELLUS
  • Description: Gene Entity Recognition - Gene-related entities

Training Details

  • Base Model: BiomedNLP-BiomedBERT-large-uncased-abstract
  • Training Framework: Hugging Face Transformers
  • Optimization: AdamW optimizer with learning rate scheduling
  • Validation: Cross-validation on held-out test set

Model Architecture

  • Base Architecture: BiomedNLP-BiomedBERT-large-uncased-abstract
  • Task: Token Classification (Named Entity Recognition)
  • Labels: Dataset-specific entity types
  • Input: Tokenized biomedical text
  • Output: BIO-tagged entity predictions

Use Cases

This model is particularly useful for: - Clinical Text Mining: Extracting entities from medical records - Biomedical Research: Processing scientific literature - Drug Discovery: Identifying chemical compounds and drugs - Healthcare Analytics: Analyzing patient data and outcomes - Academic Research: Supporting biomedical NLP research

License

Licensed under the Apache License 2.0. See LICENSE for details.

Contributing

We welcome contributions of all kinds! Whether you have ideas, feature requests, or want to join our mission to advance open-source Healthcare AI, we'd love to hear from you.

Follow OpenMed Orgon Hugging Face and click "Watch" to stay updated on our latest releases and developments.

Citation

If you use this model in your research or applications, please cite the following paper:

@misc{panahi2025openmedneropensourcedomainadapted,
      title={OpenMed NER: Open-Source, Domain-Adapted State-of-the-Art Transformers for Biomedical NER Across 12 Public Datasets},
      author={Maziyar Panahi},
      year={2025},
      eprint={2508.01630},
      archivePrefix={arXiv},
      primaryClass={cs.CL},
      url={https://arxiv.org/abs/2508.01630},
}

Proper citation helps support and acknowledge my work. Thank you!

Configuration

Architecture
BertForTokenClassification
Context length (tokens)
512
Layers
24
Hidden size
1,024
Feed-forward size
4,096
Attention heads
16
Vocabulary size
30,522
Stored precision
bfloat16
Model type
bert

Identity and Version

Repository
OpenMed/OpenMed-NER-GenomicDetect-PubMed-335M
Publisher
OpenMed
Task
Token classification
Modality
Text
Library
transformers
Parameters
334M parameters
Languages
en
Revision
b054c81ea07e6e2d0e6bda857ac9a9bc6500b34b
First published
2025-07-16
Last updated
2025-08-05

Files and Weights

10 files, 669.7 MB in total. The weights are 1 file totalling 668.2 MB in safetensors.

Weights1 file · 668.2 MB
Configuration3 files · 1.2 KB
Tokenizer3 files · 905.5 KB
Documentation1 file · 11.6 KB
Other1 file · 497.0 KB
Repository1 file · 1.6 KB
Every file
FileTypeSizeSHA-256
model.safetensorsWeights668.2 MB 99b269344dd4
config.jsonConfiguration845 B
special_tokens_map.jsonConfiguration125 B
test_results.jsonConfiguration196 B
README.mdDocumentation11.6 KB
openmed_vs_sota_grouped_bars.pngOther497.0 KB 626b37d9b20c
.gitattributesRepository1.6 KB
tokenizer.jsonTokenizer679.2 KB
tokenizer_config.jsonTokenizer1.3 KB
vocab.txtTokenizer225.1 KB

License and Download

License
apache-2.0
Access
Open weights, no gate
Download size
668.2 MB
Download from OpenMed

Released by OpenMed through its official repository on Hugging Face. Read the license.

Built From

Memory Requirements

PrecisionWeights in memory
As published668.2 MB
16-bit0.7 GB
8-bit0.3 GB
4-bit0.2 GB

Weights only, from the published parameter count; the key-value cache and runtime add to this.

Questions About OpenMed-NER-GenomicDetect-PubMed-335M

How much GPU memory does OpenMed-NER-GenomicDetect-PubMed-335M need?

About 0.8 GB at 16-bit and 0.2 GB at 4-bit: the weights (334M parameters) plus a working margin. A long context needs more.

What is the cheapest GPU to run OpenMed-NER-GenomicDetect-PubMed-335M on?

At 16-bit, 1x MI300X from $1.85 an hour; at 4-bit, 1x MI300X from $1.85 an hour, at the lowest on-demand prices the SAVRN Index lists.

Can I use OpenMed-NER-GenomicDetect-PubMed-335M commercially?

Yes. OpenMed-NER-GenomicDetect-PubMed-335M is released under Apache License 2.0. The Apache License 2.0 is a permissive open-source license. It permits commercial use, modification and redistribution. It requires keeping the license and copyright notices and any NOTICE file, stating significant changes, and it includes an express patent grant from contributors.

What is OpenMed-NER-GenomicDetect-PubMed-335M's context length?

512 tokens, from the maximum position embeddings in its published configuration.

Similar Models

Model · Token classification

OpenMed-NER-DiseaseDetect-BioMed-335M

OpenMed

Specialized model for Disease Entity Recognition - Disease entities from the BC5CDR dataset This model is a state-of-the-art fine-tuned transformer engineered to deliver enterprise-grade accuracy for disease entity recognition - disease entities from the bc5cdr dataset. This specialized model excels at identifying and extracting biomedical entities from clinical texts, research papers, and healthcare documents, enabling applications such as drug interaction detection, medication extraction from patient records, adverse event monitoring, literature mining for drug discovery, and biomedical knowledge graph construction with production-ready reliability for clinical and research applications.…

Open weights apache-2.0 334M parameters 512 tokens transformers

Model · Token classification

bert-large-NER

D

If my open source models have been useful to you, please consider supporting me in building small, useful AI models for everyone (and help me afford med school / help out my parents financially). Thanks! bert-large-NER is a fine-tuned BERT model that is ready to use for Named Entity Recognition and achieves state-of-the-art performance for the NER task. It has been trained to recognize four types of entities: location (LOC), organizations (ORG), person (PER) and Miscellaneous (MISC). Specifically, this model is a bert-large-cased model that was fine-tuned on the English version of the standard CoNLL-2003 Named Entity Recognition dataset. If you'd like to use a smaller BERT model fine-tuned…

Open weights mit 334M parameters 512 tokens transformers

Model · Token classification

deid_roberta_i2b2

One Brave Idea

A RoBERTa [[Liu et al., 2019]](https://arxiv.org/pdf/1907.11692.pdf) model fine-tuned for de-identification of medical notes. A token can either be classified as non-PHI or as one of the 11 PHI types. Token predictions are aggregated to spans by making use of BILOU tagging. The PHI labels that were used for training and other details can be found here: Annotation Guidelines More details on how to use this model, the format of data and other useful information is present in the GitHub repo: Robust DeID. A demo on how the model works (using model predictions to de-identify a medical note) is on this space: Medical-Note-Deidentification. Steps on how this model can be used to run a forward…

Open weights mit 354M parameters 514 tokens transformers

Model · Token classification

gliner2.5-multi-v1

Fastino

GLiNER2.5 Multi is the multilingual boundary checkpoint. It is built on mDeBERTa-v3-base and is the default choice when you need entities, classification, records, and relations in one model across languages. Load it with AutoExtractor: the checkpoint's architecture field selects BoundaryExtractor automatically. Fine-tune via Fastino. Join discussions on Reddit. This card is for fastino/gliner2.5-multi-v1. All three checkpoints share the same public API. Python 3.10 or newer is required. The [local] extra pulls in PyTorch so you can load Hub checkpoints. Always use AutoExtractor for GLiNER2.5. GLiNER2.frompretrained(...) is the legacy span loader and will not dispatch this checkpoint.…

Open weights apache-2.0 287M parameters gliner2

william (at) integrinet [dot] org Piiranha (cc-by-nc-nd-4.0 license) is trained to detect 17 types of Personally Identifiable Information (PII) across six languages. It successfully catches 98.27% of PII tokens, with an overall classification accuracy of 99.44%. Piiranha is especially accurate at detecting passwords, emails (100%), phone numbers, and usernames. Performance on PII vs. Non PII classification task: Piiranha was trained on H100 GPUs generously sponsored by the Akash Network Piiranha is a fine-tuned version of microsoft/mdeberta-v3-base. The context length is 256 Deberta tokens. If your text is longer than that, just split it up. Supported PII types: Account Number, Building…

Open weights cc-by-nc-nd-4.0 278M parameters 512 tokens transformers