Get Mappings for a Concept
Find how a concept maps to other vocabularies:Get Every Mapping
get_iter() walks all pages and yields each mapping, so you never have to
decide whether one page was the whole set:
Page Through Manually
If you would rather control the paging yourself:get() returns the response’s data field only, so the
meta.pagination.has_next that would tell you whether more pages exist is not
part of what you get back. That is why get_iter() exists - prefer it over
looping on get() and guessing from the page length.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.
A comma-separated string works too, and get_iter() 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:
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.