Overview
Translates codes between vocabularies using OMOPMaps to relationships. Supports both forward (source code to OMOP standard) and reverse (OMOP concept to source code) translation.
Key R4/R5 difference: R4 responses use equivalence, R5/R6 use relationship.
Forward Translation
Translate a source code to its OMOP standard equivalent:POST with sourceCoding
Reverse Translation
Look up the source code for an OMOP concept:Parameters
Forward
*Provide either
sourceCode + system or sourceCoding.
Reverse
*Provide either
targetCode or targetCoding.
Response (R4)
The
target-table product property is OMOPHub-exclusive. It tells ETL
developers exactly which OMOP CDM table the translated concept belongs to.$translate returns both Maps to and Maps to value targets. The latter
decomposes composite concepts into a value concept (HL7 FHIR-to-OMOP IG
Value-as-Concept pattern) — e.g. SNOMED “Allergy to penicillin” yields an
“Allergy to drug” match (Maps to) and a “Penicillin G” match (Maps to value). Each match carries an OMOPHub-exclusive omop-relationship product
(Maps to vs Maps to value) so you can route the value concept to
value_as_concept_id. Administrative code systems (gender, encounter class,
…) translate via the IG’s administrative
ConceptMaps.R5/R6 Difference
On the/fhir/r5/ and /fhir/r6/ endpoints, equivalence is renamed to relationship: