Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update the MEDLINE method to more recent best practice #66

Open
rkboyce opened this issue Jun 17, 2015 · 1 comment
Open

Update the MEDLINE method to more recent best practice #66

rkboyce opened this issue Jun 17, 2015 · 1 comment

Comments

@rkboyce
Copy link
Contributor

rkboyce commented Jun 17, 2015

This draft article provides some updated best practice for mining ADEs from MEDLINE MeSH tags:
http://mor.nlm.nih.gov/pubs/pdf/2015-jbi-rw.pdf

Update the MEDLINE method to use the recommendations in the next version.

@cgreich
Copy link

cgreich commented Jun 18, 2015

Rich:

Who does this mining for us, btw.? You guys?

We are about to release a cleaned up MeSH with new mappings. In contrast to the other vocabs, where we import all codes that exist, and map those we can map, for MeSH those would be too many. So, we will only import those that have a mapping to something useful for us (Condtiion, Drug, Procedure, Measurement). We will cover both Headings It will come out shortly. Check it out.

The problem with this approach is that we won't have the internal hierarchy of MeSH. Since MeSH codes are not Standard Concepts they don't participate in the concept_ancestor hierarchy. Also, if they are not mapped we won't have them. Not sure whether that is a problem. If yes, let me know, and we start thinking.

Problem 2.6 in the paper we will have no solution for. it is exactly what it says it is.

Problem 2.7 is nasty for us. Because we could map to higher level classes, but right now the only Concepts we have a mapping for would be SNOMED Drug Classes, but we don't accept them as Standard Concept (and hence cannot map into them). We will add SNOMED Classes as as Standard Classification for Drugs. That is in the plan anyway. But it requires a comprehensive mapping between SNOMED and RxNorm Drugs, which I have been toiling with for month now. It's wicked. But we will get it done.

Problem 2.8 is similar to problem 2.6. Usually, they don't just "split" a Concept, except in those stereoisomer situations. We would have a way to fix it, but that would be a big surgery. Maybe later.

Let me know what you think.

C

@rkboyce rkboyce added this to the Fall 2015 LAERTES Update milestone Aug 19, 2015
@rkboyce rkboyce modified the milestones: Fall 2015 LAERTES Update, January 2016 Data Load Dec 2, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants