Get Mappings for a Concept
Find how a concept maps to other vocabularies:Get Every Mapping
get_all() walks all pages and returns a single tibble:
max_pages and progress like the other *_all() methods:
Page Through Manually
Filter by Target Vocabulary
Get mappings to a specific vocabulary only:Relationship Types
The endpoint returnsMaps to relationships by default. Composite concepts
decompose across two relationships, and asking only for the default gets you
half the answer:
Maps to value you learn the patient is allergic to a drug but not
which drug. This is the Value-as-Concept pattern - the target belongs in
value_as_concept_id on the OMOP row, not in the main concept column.
get_all() takes the same argument.
Invalid Mappings
include_invalid defaults to TRUE on this endpoint. Pass FALSE to return
only mappings whose relationship and target concept are currently valid:
This parameter was accepted but not applied before 2026-08-11. The default
matches what the endpoint returned then, so nothing changes unless you pass
FALSE.Use Specific Vocabulary Version
Query mappings from a specific vocabulary release:Map Multiple Concepts
Map a batch of concept IDs to a target vocabulary:Map Using Vocabulary Codes
Map concepts directly using vocabulary codes instead of OMOP concept IDs:Use
source_codes when you have vocabulary-specific codes (e.g., SNOMED codes
from your source system). Use source_concepts when you already have OMOP
concept IDs. You cannot use both parameters in the same request.