OHDSI Home | Forums | Wiki | Github

Relation between MedDRA and SNOMED

vocabularies

(Denys Kaduk) #1

Hi all, right now we have around 5k mappings from MedDRA to SNOMED, only for ‘LLT’ class and thinking about add it to OMOP vocabulary.

For example such relationships were built:

MedDRA_name MedDRA_code Relationship Snomed_name Snomed_code
Abdominal spasm 10051889 Maps to Abdominal colic 9991008
Incision site pain 10058043 Is a Postoperative pain 213299007
Streptococcal urinary tract infection 10070300 Is a Bacterial urinary infection 312124009
Streptococcal urinary tract infection 10070300 Is a Streptococcal infectious disease 85769006

We currently have MedDRA hierarchically above SNOMED (MedDRA Subsumes SNOMED), but if we add the mappings, MedDRA will be below SNOMED (MedDRA ‘Is a’ or ‘Equivalent’ SNOMED).

As example it will change relationship that we have now:

MedDRA_name MedDRA_code Relationship Snomed_name Snomed_code
Dysphasia 10013951 MedDRA - SNOMED eq(Subsumes) Dysphasia 20301004
Dysphasia 10013951 MedDRA - SNOMED eq(Subsumes) Dysphasia as late effect of cerebrovascular disease 441529001

will become :

MedDRA_name MedDRA_code Relationship Snomed_name Snomed_code
Dysphasia 10013951 Maps to Dysphasia 20301004

According to this ‘Classification’ MedDRA concept that has ‘Maps to’ become non-standard and MedDRA concept that has ‘Is a’ become standard, but as we haven’t mapping for all MedDRA concepts, those MedDRA concept will be mixed. I have proposal to implement this step by step:

  1. Map only ‘LLT’ concept_class, as they are lowest in hierarchy

  2. Leave all other MedDRA concept_class as ‘Classification’.

Will this affect the research that is being conducted? Will it be a good logic? @Christian_Reich, @Dymshyts, @Alexdavv , what do you think about it?


(Christian Reich) #2

@Denys_Kaduk:

Right now MedDRA is a classification on top of SNOMED. Reason is the use case: MedDRA is not a vocabulary of data converted to OMOP CDM (source vocabulary), but one that is used to define cohorts. Reason is that MedDRA is used for recording adverse events in Clinical Trials, which currently are not typically converted to OMOP. Instead, the use case is to find equivalent patients to those in clinical trials, for which a classification is better suited.

Any reason we want to change that?


(Alexander Davydov) #3

@Denys_Kaduk Thanks for bringing it up! I would prefer to incorporate these mappings right after finishing the whole set we’re working on, but the discussion started in advance is always the right choice.

MedDRA low-level terms (LLT) and less likely preferred terms (PT) are used in the Clinical Trial datasets (registration of adverse events, medical history, death reasons, etc.) which are converted to the OMOP CDM from time to time.
For now, just 9% of MedDRA LLTs have ‘MedDRA - SNOMED eq’ links, and mostly they are deprecated. PT level is covered better (39%). But I’m actually not sure if all the required SNOMED concepts are caught.

From my perspective it means:

  • We cannot efficiently use LLT or PT codes to build the equivalent cohort in the MedDRA-free dataset. We need to go up to High-level terms where MedDRA codes are hopefully linked better with SNOMED. Is it accurate enough for studies?
  • When having just MedDRA codes in the source, ETL becomes challengable.
  • LLT (always) and PT (mostly) don’t look like classification terms. Please look at them. They’re ordinary conditions/procedures/measurements may be mapped to Standard.

Not sure we really need to use ‘Is a’ links making them standard. For sure, we are losing something. But isn’t this a case for the SNOMED Extension?

So my vision is:

  1. Insert the available mappings of LLT codes, making them non-standard.
  2. Figure out how LLT/PT and their links to SNOMED are used in the studies. And fix something if affected.
  3. Think about the “MedDRA more specific then SNOMED codes” from the SNOMED Extension perspective.

@zhuk, @Alina_Vaziuro, @Vlad_Korsik, I am sure you are the best feeling this MedDRA. :slightly_smiling_face: Any ideas?


(Dmytry Dymshyts) #4

In short, you want to say that nobody can really use MedDRA to define cohorts due to poor current state of its hierarchy, right?


(Christian Reich) #5

@Alexdavv:

Love your energetic approach to making the vocabulary system better, BUT:

This is by design. The LLTs were mapped opportunistically. Only PTs were mapped systematically. Thsi was decided for a number of reasons: (i) PTs are pretty much leaf concepts and therefore easy to map (as you correctly pointed out), (ii) LLT are supposed to be synonyms of PTs (which in reality is not true very often) and (iii) the higher concepts are sufficiently connected through the hierarchy. The latter would avoid hierarchy conflicts, like we have with ICD10 to SNOMED mappings, except a lot worse, since MedDRA is richer.

If you want to change that you need to do a couple things:

  • Analyze the size of the problem
  • Figure out a solution (you have some of that, essentially abolish MedDRA as a classification, but turn it into a source vocabulary, including SNOMED Extensions to bridge the gaps).
  • Propose that change with use cases (which you have in the mapping of clinical trial data) to the CDM WG (and you started doing that with your vision).

So, let’s say you turn MedDRA into a source, and map LLTs and PTs over. Those become non-standards. What are you going to do with the HLTs, HLGTs and SOCs? They cannot become Standard Concepts, since they would duplicate SNOMED concepts. They cannot stay Classification concepts because they are no longer connected to SNOMED. And they cannot become source concepts because they are not used in the source, and they have this tendency to create hierarchy clashes with SNOMED.

Any good idea?


(Dmytry Dymshyts) #6

It can be the same approach as with LLT and PT - map them to SNOMED, If mapping doesn’t exist create SNOMED Extension.
So if somebody has concept set defined as descendants of given MedDRA concept, they go through Maps to then ancestor and get their concept set.


t