W3C home > Mailing lists > Public > public-semweb-lifesci@w3.org > June 2012

Re: Minutes from BioRDF/LODD telcon Monday 06/12/2012

From: Matthias Samwald <matthias.samwald@meduniwien.ac.at>
Date: Thu, 14 Jun 2012 22:37:08 +0200
Message-ID: <147179D7AE034F83AF4F908794147D3D@zetsu>
To: "M005994" <Jiang.Guoqian@mayo.edu>, <rdb20@pitt.edu>, <public-semweb-lifesci@w3.org>, "M. Scott Marshall" <mscottmarshall@gmail.com>
Cc: "Zhu, Qian" <Zhu.Qian@mayo.edu>

I would also be interested in extending this with data extracted from 
European product labels. Compared to the US and Dailymed, this is far 
trickier. The data is not openly available for many countries, content has 
different languages, and structured product labels are even harder to come 

A Viennese startup called http://www.diagnosia.com/de/ recently made package 
insert texts from 12 European countries openly available. I plan to contact 
them and see if they would also be interested in cooperating with research 
projects. We might not end up with a resource that can be shared without 
restrictions, but at least we could end up with something that allows us to 
run SPARQL queries for analysis and research.

Other ideas for how such a multilingual, pan-European ressource are welcome!


> Hi, Richard,
> Very nice work. Building the linked data source for SPLs is very important
> for facilitating its wide use. It is impressive that you keep the source
> updated once per week.
> As you have pointed out that the SPLs are semi-structured, the combination
> of NLP and standard terminologies will be crucial for producing structured
> data out of the SPLs. As you know, our team at Mayo Clinic is 
> investigating
> the SPLs from the perspective of Adverse Drug Events. We would like to
> collaborate to see whether we could link our ADEpedia data
> (http://adepedia.org) with your LinkedSPLs.
> The following are our preliminary works,
> 1)  Jiang G, Solbrig H, Chute CG. ADEpedia: a scalable and standardized
> knowledge base of Adverse Drug Events using semantic web technology. AMIA
> Annu Symp Proc. 2011;2011:607-16. Epub  2011 Oct 22.
> http://www.ncbi.nlm.nih.gov/pubmed?term=adepedia
> 2) Zhu Q, Jiang G, Chute CG. Profiling Structured Product Labeling using
> RxNorm and NDF-RT. ICBO 2012 Workshop (to be held in July 21-25, 2012).
> Best regards,
> Guoqian
> Guoqian Jiang, M.D., Ph.D.
> ===========================================
> Assistant Professor of Medical Informatics
> Division of Biomedical Statistics & Informatics,
> Mayo Clinic College of Medicine
> 200 First Street, SW,
> Rochester, MN, 55905
> Tel: 1-507-266-1327
> Fax: 1-507-284-0360
> Email: jiang.guoqian@mayo.edu
> ===========================================
> On 6/14/12 12:47 PM, "Richard Boyce" <rdb20@pitt.edu> wrote:
>> Minutes from BioRDF/LODD telcon Monday 06/12/2012
>> Rich Boyce (University of Pittsburgh) presented "LinkedSPLs - a
>> dynamically updated and comprehensive linked data node for US drug
>> package inserts"
>> Link to his slides:
>> <http://www.slideshare.net/boycer/linkedsplsinitialhclspresentation06082012>
>> Summary of discussion:
>> Richard: Purpose of presenting is to attract collaborators...consider
>> Linked Structured Product Labels an important data resource to keep up
>> to date and improved, hopefully with partners.
>> Richard: Structured Product Labels are the standard in the U.S.
>> Medscape, Micromedex echo product labels and add information that is
>> missing. If a recent IOM report (http://tinyurl.com/cxovshm) is acted
>> on, we should see some progress in how the product labels are formed in
>> the next few years
>> ericP: q+ to ask if the SPLs reflect the areas of concensus and that
>> affects the degree to which not being on the SPL indicates variation of
>> information from the various resources
>> Richard: (answering EricP): Interesting question. Warfarin is an example
>> of how consensus from the community ended up in the product label. Often
>> the information is not complete and it is left up to third parties to
>> complete - dynamic process.
>> Richard: FDA wrote laws the dictate the types of claims that should be
>> present in each section. This gives us an opportunity to link to related
>> resources such as for evidence.
>> Richard: FDA wrote laws the dictate the types of claims that should be
>> present in each section.
>> ..This gives us an opportunity to link to related resources such as for
>> evidence.
>> ..[slide8]DailyMed is the public source of SPLs
>> ..[slide9] "SPL IDs are not static, so a label's URL may change if
>> ..the label is updated. However, DailyMed provides permanent
>> ..URLs to view or download the latest version of an SPLē
>> Richard: LinkedSPLs started with Anja's PHP for DailyMed and ported to
>> python
>> EricP: correcting for multiple active ingredients require modeling 
>> changes?
>> Richard: Modeling changes
>> UNII -
>> Unique Ingredient Identifier
>> sounds like Unicode when spoken!
>> CODE: http://swat-4-med-safety.googlecode.com/svn/trunk/linkedSPLs/
>> JoanneLuciano Health Care Delivery Grants from ???
>> Simon Lee: Maybe use for AHRQ grants
>> JoanneLuciano NIN NLM grants
>> JoanneLuciano I'm thinking this can be linked with Safety-Code.org
>> Richard: Think it's a little early for AHRQ grants, more research 
>> necessary
>> Simon: agree.
>> Simon: need working prototype.
>> Simon Lin - Marshfield Clinic
>> michel DrugBank is the best to link to, i think
>> michel they then link out to many other sources
>> JoanneLuciano safety-code.org
>> michel BTW - I've built a new parser for drugbank
>> michel
>> http://bio2rdf.semanticscience.org:8022/describe/?url=http%3A%2F%2Fbio2rdf.org
>> %2Fdrugbank%3ADB00975&sid=5
>> michel we're in the process of adding this to bio2rdf
>> mscottm asks michel - adding what?
>> ericP zakim, please disconnect ericP
>> Zakim EricP is being disconnected
>> gamble @boycer I'm interested in data quality / Minimum information
>> checklist validation potential for this data. Versioning is also
>> interesting. I don't have a mic so I'll follow up by email.
>> michel adding my parse of drugbank to bio2rdf
Received on Thursday, 14 June 2012 20:37:45 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:21:12 UTC