OHDSI Home | Forums | Wiki | Github

Mapping OMOP CDM to FHIR

Has anyone mapped OMOP CDM to FHIR? If so, where can I find the mapping?

If not, is there any interest in creating this mapping as a way to simplify integration with EHRs, since most EHRs have FHIR interfaces.


1 Like

Hi Nsikak!

There’s a lot going on related to the OMOP CDM and FHIR. @jon_duke leads the FHIR working group. The Wiki page can be found here: http://www.ohdsi.org/web/wiki/doku.php?id=projects:workgroups:fhir-wg.

There’s also this great resource from Georgia Tech: http://omoponfhir.org/


You are too kind @krfeeney! @Guoqian_Jiang is primary lead on the FHIR WG, but yes the community is doing some cool stuff!

Our OMOP to FHIR mappings can be largely found here in our OMOP on FHIR github repo. Props to @myungchoi and @MikeRileyGTRI for building this awesome resource.

Feedback is welcome!


Recently, HL7 published a mapping between OMOP and FHIR, published here: http://build.fhir.org/ig/HL7/cdmh/profiles.html#omop-to-fhir-mappings
Probably nothing that hasn’t been covered before, but is is a nice public resource in the FHIR documentation itself.


This is good to hear that HL7 included OMOP in their mapping efforts. @MaximMoinat, by any chance, do you know who is in charge of this IG? It seems like this is not created in the FHIR Connectathon community. I can’t find the group.

1 Like

The Common Data Model Harmonization (CDMH) project is led by FDA in collaboration with NIH and HHS/Office of the National Coordinator for Health Information Technology (ONC). The goal of this project is to harmonize 4 CDMs (Sentinel, OMOP, i2b2/ACT and PCORnet) and be able to leverage open, consensus-based standards (e.g. HL7 FHIR and Clinical Data Interchange Standards Consortium (CDISC) standards). In this project, we leveraged the Biomedical Research Integrated Domain Group (BRIDG) as the intermediary model and mapped the 4 CDMs to the BRIDG model.

The CDMH data elements have been registered at National Cancer Institute (NCI) Cancer Data Standards Registry and Repository (caDSR) and available at:

caDSR: https://cdebrowser.nci.nih.gov/cdebrowserClient/cdeBrowser.html#/search?programArea=0&contextId=6CB969CC-DD4B-1016-E053-F662850A40C7&classificationSchemeId=339F8634-199C-3A8A-E050-BB89AD431025

NIH CDE Repository: https://cde.nlm.nih.gov/cde/search?selectedOrg=NCI&classification=PCORTF%20CDMH;OMOP%204.0


Hello everybody.

I have an interest in being able to import FHIR R4 into a OMOP CDM database. I am looking around for activity on this topic since last year, but I can’t find much. However, I see that there is new code being written over here (https://github.com/omoponfhir) to support FHIR R4.

I have a couple of questions:

  1. Is the FHIR working group still meeting?
  2. I can’t figure out in the omoponfhir project how to send it FHIR documents. There seems to be an API entry point for reading FHIR from OMOP, but not the other way round. Am I missing something?

Thank you in advance,


1 Like

I’m pretty much in the exact same boat. Interested in the aswers

Hi, Sam. I am the omoponfhir author. We do have R4 to OMOPv5, currently in testing phase, and we are in the process of using SqlRender (being away from JPA to support Google Big Query and Redshift). New project will begin around the beginner of next year. So, some time next year, we will be having R4 to OMOPv5 bidirectional.

Currently, JPA can be used for R4 to OMOPv4 and vice versa. We are supporting both direction. You can write to OMOP via FHIR API using FHIR resources. We may have Bundle write transaction operation next year. But, currently, we only support limited message operation (writing bundle message type).

Hope this answers your question.

Thank you so much Myung Choi.

My pet project is to change ETL-Synthea to load FHIR bundles instead of the CSV files. I will be in touch in the future.


We have recently completed some work related to converting FHIR to OMOP CDM V5.3.1. This work was completed for an internal project where requires the code not be shared due to some IP restrictions related to the source data, however we can potentially refactor the relevant code out for the FHIR specific pieces. I would suggest not necessarily changing ETL-Synthea from loading CSV, but fully support adding the ability to ETL from the FHIR files generated by Synthea.


Are you creating or using a new code base separate from the omoponfhir work here (https://github.com/omoponfhir), or are you building upon it?


Friends: Please come to the FHIR-OMOP kick-off meeting on Wednesday.