Babelmesh is a multi-language tool for searching NLM's MEDLINE/PubMed. It has the following features:
- It is intended for users whose native languages is not English.
- Queries can be submitted as single terms or complex phrases in one of the languages listed below.
- The search interface changes to allow search terms to be entered in the chosen language.
- Typing accents or other diacritical marks is optional.
- Queries are transformed into English. Results are MEDLINE/PubMed citations published in any one or more of the listed languages, as specified by the user.
- Links to full-text articles, if available for free, are included in the search results.
Babelmesh is available at (http://pubmedhh.nlm.nih.gov/babelmesh/index.php ).
Bio-SCoRes is a general, modular framework for coreference resolution in biomedical text. It is underpinned by a smorgasbord architecture, and incorporates a variety of coreference types (anaphora, appositive, etc.), their textual expressions (definite noun phrases, possessive pronouns, etc.) and allows fine-grained specification of coreference resolution strategies. The tool includes the coreference resolution framework components and the linguistic components they rely on, as well as the coreference resolution pipelines that were used to evaluate the tool.
Download at https://github.com/kilicogluh/Bio-SCoRes
Provides access to data collections created to support research in consumer-health question answering, extraction of adverse drug reactions, extraction of information from MEDLINE®/PubMed® citations, and many other Lister Hill National Center for Biomedical Communications, National Library of Medicine (NLM) projects.
Go to the bioNLP resource page
Atlas-based lung boundary detection module (MATLAB Code)
We present to you software developed as part of the following article:
Candemir S, Jaeger S, Palaniappan K, Musco JP, Singh RK, Xue Z, Karargyris A, Antani S, Thoma G, McDonald CJ. Lung segmentation in chest radiographs using anatomical atlases with nonrigid registration. IEEE Trans Med Imaging. 2014 Feb; 33(2):577-90. doi: 10.1109/TMI.2013.2290491. PMID: 24239990
We request that you cite the paper if this code is used for publications or product.
The software contains the following assets:
- LungSegment_module.m: performs the lung segmentation on CXRs.
- Patient_Xrays: folder contain patient X-ray to be segmented. Please locate your test X-rays in this folder. The X-ray image can be in DICOM, TIFF, PNG, BMP, or JPEG file formats.
- Model_Xrays: folder contain example X-rays, their corresponding lung masks, vertical, and horizontal profiles. These X-rays and lung masks are used during registration process.
- Model_h.mat and Model_v.mat: precomputed profiles for model x-rays.
- TEST.m: to test the system, please run this function.
- subfunctions: CEB_polygionCurveEvolution.m, cebShape2Spline.m, f_removeBlackBorderds.m, f_RemoveSmallSegments.m, FindSimilarCXR.m, fitSpline.m, read_Xray.m, read_Xray.m, read_X_Mask.m, RegisterModel.m, SmoothBoundary.m (please refer code comments for these functions. )
The system is developed using MATLAB version 8.4 on 64-bit Intel architecture running Windows 7 operating system.
- Employed functions: mexDenseSIFT(m, mex), mesDiscreteFlow(m,mex), SIFTflowc2f.m functions are employed from the “SIFT Flow: Dense Correspondence across Scenes and Its applications”. Please use the http://people.csail.mit.edu/celiu/SIFTflow/ website to download the latest version of these functions. Do not forget citing the SIFTFlow paper.
How to run:
- Download and unpack the zip file containing the code here.
- Locate your CXRs in the Patient X-ray folder.
- Run the TEST.m function. The binary lung masks will be computed for each patient X-ray. The masks will be the same size as patient X-ray.
- Adjust parameters to obtain better results for your CXRs.
Contact: Stefan Jaeger
Clinical Table Search Service (formerly "lforms-service") is a web service which software programs can use for querying clinical data tables.
View the Clinical Table Search Service API
To help you standardize your units of measure, we’ve created this translation table that enumerates the UCUM syntax for many common unit patterns currently used in electronic reporting. We composed this early version in relatively short order and focused on the basics. It was based on content provided by Intermountain Healthcare, from a joint National Library of Medicine and Regenstrief Institute project analyzing raw units from more than 23 laboratory sources, and from the HL7 table of units. We excluded the units of measure for which we couldn’t find clear definitions or patterns of usage, those we believed would only be used in pharmacy dispensing, and units used for purely clinical reporting (e.g. cigarette pack-years). We have included most of the pure metric units from our sources, whether or not they apply directly to lab testing because they will be generally useful (and are pretty straightforward in UCUM).
- Dataset: http://loinc.org/usage/units
Consensus Abstracts is a Web interface formatted for wireless mobile devices (for example, cell phones, smartphones, and tablet computers) for searching MEDLINE/PubMed.
It is available through PubMed for Handhelds ( https://pubmedhh.nlm.nih.gov/pico/consensus.php ), from which either askMEDLINE or PICO can be used to initiate a Consensus Abstracts search:
- With askMEDLINE, a user enters free-text, natural language terms. An example is “For a child with acute abdominal pain, will analgesics mask the diagnosis of acute appendicitis?”
- From PICO (Patient, Intervention, Comparison, and Outcome), a user fills in one or more of a Medical condition, an Intervention (therapy, diagnostic text, etc.), an optional Compare to, and an optional Outcome. The user can also select a publication type from among Clinical Trial, Meta-Analysis, Randomized Controled Trial, Systematic Reviews, and Review, and Practice Guideline.
Consensus Abstracts displays retrieved MEDLINE/PubMed articles as a list of journal citations (author, title, publication date, PubMed ID). A checkbox next to each item allows the user to choose citations of interest or, if the first series of articles are acceptable, those articles can be selected for display through a "Submit" button, or the exact number of articles can be entered.
Consensus Abstracts then presents, on a results Web page, the summaries of each abstract found by The Bottom Line (TBL) (also available through PubMed for Handhelds); the search terms and publication types are also displayed. TBL results and full abstracts can also be displayed on the results page by clicking on links, so a user doesn't have to leave that page. Full-text articles, if available, and lists of related articles can be retrieved through links from citations.
472 consumer health questions submitted to NLM, de-identified and annotated for spelling errors (non-word, real-word). For more information on this dataset, see Kilicoglu et al. (AMIA 2015).
The CORE (Clinical Observations Recording and Encoding) Problem List Subset identifies important clinical concepts in SNOMED CT that occur frequently in the problem list. It facilitates the use of SNOMED CT for clinical documentation at the summary level.
CSpell, a distributable spell checker for consumer language, is designed to detect and correct various types of spelling errors in Consumer Health Questions.
The Interaction API is a web service for accessing drug-drug interactions.
Currently, the API uses two sources for its interaction information - ONCHigh and DrugBank.
View the Drug Interaction API.
For further details, http://lhncbc.nlm.nih.gov/ii/tools/SemRep_SemMedDB_SKR.html#factuality.
The I-MAGIC (Interactive Map-Assisted Generation of ICD Codes) Algorithm utilizes the SNOMED CT to ICD-10-CM Map in a real-time, interactive manner to generate ICD-10-CM codes. This demo simulates a problem list interface in which the user enters problems with SNOMED CT terms, which are then used to derive ICD-10-CM codes using the Map.
The Map can be used in the following scenarios:
- Real-time use by the healthcare provider – In this scenario, the Map is embedded in the problem list application of the EHR used by the physician or other healthcare provider. At the end of a clinic encounter, the clinician updates the problem list, which is encoded in SNOMED CT. The Map-enabled problem list application outputs a list of ICD-10-CM codes based on algorithmic evaluation of map rules, which makes use of patient context (e.g. age, gender) and co-morbidities (other problems on the problem list) to identify the most appropriate candidate ICD-10-CM codes, in accordance with ICD-10-CM coding guidelines and conventions. If necessary, the clinician is prompted for additional information to decide between alternative codes, or to refine the output codes. The clinician confirms the suggested ICD-10-CM codes. (See the I-MAGIC algorithm and demo page)
- Retrospective coding by coding professionals – In this scenario, the Map is used within an application to suggest candidate ICD-10-CM codes to coding professionals based on a stored SNOMED CT encoded problem list. The degree of automation can vary. Textual advice can be displayed in cases where automated rule processing is not available.
- Web Interface: http://imagic.nlm.nih.gov/imagic/code/map
- I-MAGIC Implementation Guide: http://www.nlm.nih.gov/research/umls/mapping_projects/IMAGICImplementationGuide_20120614.pdf
- About the SNOMED CT to ICD-10-CM map: http://www.nlm.nih.gov/research/umls/mapping_projects/snomedct_to_icd10cm.html
Many existing electronic health record (EHR) systems contain clinical information encoded in ICD-9-CM. To facilitate migration to SNOMED CT as the primary clinical terminology for patient problems (diseases and conditions), it is desirable that the legacy ICD-9-CM data be translated to SNOMED CT. This will make it possible to compare newly collected data with historic data, and will also allow the EHR to make use of SNOMED CT to provide clinical decision support and other functions. The goal of the ICD-9-CM to SNOMED CT Map (herein referred to as “the Map”) is to facilitate the translation of legacy data and the transition to prospective use of SNOMED CT for patient problem lists. Note that this Map is not the same as, and serves different purposes from, the SNOMED CT to ICD-9-CM Map.
The most useful mappings are the one-to-one maps, in which a single SNOMED CT concept can be used to represent the full meaning of an ICD-9-CM code. This allows the automatic translation of ICD-9-CM codes into SNOMED CT codes without loss of meaning. The Map tries to identify as many one-to-one maps as possible, however, due to the differences between the two coding systems, one-to-one maps cannot be found for some ICD-9-CM codes. This difference is usually due to one of two reasons. Firstly, in ICD-9-CM, some codes are “catch-all” codes that encompass heterogeneous diseases or conditions (e.g. pneumonia due to other specified bacteria). These codes, commonly known as “NEC codes” (not elsewhere classified codes), will not have one-to-one maps because of their nature. Secondly, since SNOMED CT is more granular than ICD-9-CM in most disease areas, some ICD-9-CM diseases or conditions are further refined as more specific concepts in SNOMED CT. For such cases, it is not possible to map to a more specific SNOMED CT concept without the input of additional information.
The Map is published in two separate files, one containing the one-to-one maps, and the other the one-to-many maps. Also included in the files are the usage frequency of the ICD-9-CM codes, and the usage frequency of the SNOMED CT concepts from the CORE Problem List Subset data. The latter information can help users to identify the more commonly used SNOMED CT targets in the one-to-many maps.
Two lists were obtained from the Centers for Medicare & Medicaid Services (CMS), covering commonly used ICD-9-CM codes in short-stay and outpatient hospitals respectively, for the year 2009. SNOMED CT maps for the ICD-9-CM codes in the lists were derived primarily from two existing knowledge sources: the synonymy between ICD-9-CM and SNOMED CT terms in the Unified Medical Language System (UMLS), and the SNOMED CT to ICD-9-CM Cross Maps published in the International release of SNOMED CT. The choice of target SNOMED CT codes was limited to concepts in three hierarchies: Clinical finding, Situation with explicit context, and Events. One-to-one maps identified by UMLS synonymy were not manually validated. One-to-many maps that were algorithmically identified which involved less than 5 SNOMED CT targets were manually reviewed, with the intention to reduce them to one-to-one maps if possible. ICD-9-CM codes with no maps, or one-to-many maps involving a large number of targets were not manually reviewed.
For further details, https://lhncbc.nlm.nih.gov/ii/information/COVID-19.html.
The Insight Toolkit (ITK) is an open-source software toolkit for performing registration (alignment) and segmentation (partitioning) of biomedical image data. It was developed under contract to NLM by three commercial partners (Kitware, GE Corporate R&D, and Insightful) and three academic partners (UNC Chapel Hill, University of Utah, and University of Pennsylvania). ITK supports NLM's Visible Human Project®.
- Download ITK software: http://www.itk.org/ITK/resources/software.html
- Download SimpleITK software: http://www.kitware.com/news/home/browse/ITK?2013_02_18&SimpleITK+0.6.1+is+Now+Available+for+Download%21
- Copyright and license: http://www.itk.org/ITK/project/license.html
- Learn more: http://itk.org
LexAccess is a lexical access tool in the SPECIALIST Lexicon family. LexAccess is developed to integrate with LexBuild and provide access to the information from the SPECIALIST lexicon.
LexCheck is a software package to check and auto-correct the syntax and contents of Lexical record(s) in the LEXICON based on the technical report of "The SPECIALIST LEXICON".
The SPECIALIST lexical tools are a set of JAVA programs designed to help users manage lexical variation in biomedical text. The tools use information from the SPECIALIST lexicon and other data to generate lexical variants of words or terms appropriate for use in indexing and other NLP applications.
The SPECIALIST lexical tools are a set of JAVA programs designed to help users manage lexical variation in biomedical text. The tools use information from the SPECIALIST lexicon and other data to generate lexical variants of words or terms appropriate for use in indexing and other NLP applications.
Try Lexical Web Tools online.
This file is an export of a key subset of the Panels and Forms represented in LOINC. The entire package of this key subset is currently available at http://loinc.org/downloads/accessory-files, in addition to separate packages for Laboratory panels, Clinical panels, Consumer Health panels, HEDIS panels, the HL7 Clinical Genetics panels, Newborn Screening panels, PhenX panels, US Government panels (including the CMS survey instruments MDSv2, MDSv3, OASIS, and CARE), and Other Survey Instruments. The hierarchical structure is represented in the file by the PARENT_ID, ID and SEQUENCE fields. The root, or top level, records in the file are those records where the PARENT_ID = ID. The records are in a Microsoft Excel spreadsheet (compressed as a zip file) with separate worksheets (tabs) for the form structure, LOINC code details, and answer lists.
Mapping your local laboratory test codes to LOINC can seem like a daunting task at first. Don't worry. To help you get started, we've created an empirically-based list of the most common LOINC result codes.
Knowing that relatively few codes account for much of the typical lab result volume, we think that this Top 2000+ list will be an excellent starter set. It contains just over 2,000 LOINC codes that represent about 98% of the test volume carried by three large organizations that mapped all of their lab tests to LOINC codes.
The LOINC Top 2000+ Lab Observations list is available in two varieties:
- US Version. For those who favor reporting in mass units (e.g. mg/dL)
- SI Version. For those who favor reporting in molar units (e.g. mmol/L)
To go with the Top 2000+ list, we've also written a Mapper's Guide that has a wealth of advice and guidance about which codes to choose for a given purpose. You can download it all here.
- Dataset: http://loinc.org/usage/obs
These 300 (or so) codes cover more than 95% of lab test orders in the U.S.
The LOINC Top 300 Lab Orders is a collection of universal laboratory order codes that covers the most frequent lab orders. It was created for use by developers of provider order entry systems that would deliver them in HL7 messages to laboratories where they could be understood and fulfilled. This value set was developed through both empirical and consensus-driven approaches. Obviously, at only 300 codes it doesn't include everything you might want to order, but is probably a very good "starter set". This is the Laboratory Order Value Set referenced by thein (Table 2-96) and the current HL7 Version 2.5.1 Implementation Guide: S&I Framework Laboratory Orders from EHR, Release 1 being balloted in HL7 and developed in collaboration with the .
- Dataset: https://loinc.org/usage/orders/
Lung region detection in chest radiographs is an important early step in a machine learning (ML) pipeline for pulmonary disease screening and diagnosis. We are providing a dataset of lung masks with corresponding 55 frontal images (contrast enhanced) that have been subset from the NLM Open-i Indiana chest x-ray dataset (https://openi.nlm.nih.gov/faq#collection). This data set was first used in the publication below .
- Xue Z, Yang F, Rajaraman S, Zamzmi G, Antani S, “Cross Dataset Analysis of Domain Shift in CXR Lung Region Detection”, Diagnostics 2023.
This page hosts a repository of P. vivax and P. falciparum images in both thin and thick blood smears from the Malaria Screener research activity.
To reduce the burden for microscopists in resource-constrained regions and improve diagnostic accuracy, researchers at the Lister Hill National Center for Biomedical Communications (LHNCBC), part of National Library of Medicine (NLM), have developed a mobile application, called “Malaria Screener”, which runs on a standard Android smartphone attached to a conventional light microscope. The smartphone's built-in camera acquired images of slides for each microscopic field of view. The images were manually annotated by an expert slide reader at the Mahidol-Oxford Tropical Medicine Research Unit in Bangkok, Thailand. The de-identified images and annotations are archived at NLM (IRB#12972).
The dataset includes five main parts:
Giemsa-stained thick blood smear slides from 150 P. falciparum-infected patients were collected and photographed at Chittagong Medical College Hospital, Bangladesh. We have developed the first deep learning method that can detect P. falciparum parasites in thick blood smear images and can run on smartphones, which consists of two modules: an intensity-based Iterative Global Minimum Screening (IGMS) module for parasite candidate screening and a customized CNN classifier for final classification. The data was published along with the following publication:
Yang F, Poostchi M, Yu H, Zhou Z, Silamut K, Yu J, Maude RJ, Jaeger S, Antani S. Deep Learning for Smartphone-Based Malaria Parasite Detection in Thick Blood Smears. IEEE J Biomed Health Inform. 2020 May;24(5):1427-1438. (URL: https://ieeexplore.ieee.org/document/8846750 )
Giemsa-stained thick blood smear slides from 150 P. vivax-infected patients and 50 uninfected patients were collected and photographed at Chittagong Medical College Hospital, Bangladesh. Based on a dataset of 350 malaria patients, we proposed PlasmodiumVF-Net to diagnose a patients as uninfected, P. vivax-infected, or P. falciparum-infected. The data was published along with the publication:
Kassim Y M, Yang F, Yu H, Maude R J, Jaeger S. Diagnosing Malaria Patients with Plasmodium falciparum and vivax Using Deep Learning for Thick Smear Images. Diagnostic, 11(11):1994, 2021. (URL: https://www.mdpi.com/2075-4418/11/11/1994 )
Giemsa-stained thin blood smear slides from 148 P. falciparum-infected, and 45 uninfected patients were collected and photographed at Chittagong Medical College Hospital, Bangladesh. We proposed RBCNet that consists of a U-Net first stage for cell-cluster or super pixel segmentation, followed by a second refinement stage Faster R-CNN for detecting small cell objects within the connected component clusters. The corresponding publication is:
Kassim YM, Palaniappan K, Yang F, Poostchi M, Palaniappan N, Maude RJ, Antani S, Jaeger S. Clustering-Based Dual Deep Learning Architecture for Detecting Red Blood Cells in Malaria Diagnostic Smears. IEEE J Biomed Health Inform. 2021 May;25(5):1735-1746. (URL: https://ieeexplore.ieee.org/document/9244549 )
Giemsa-stained thin blood smear slides from 171 P. vivax-infected patients were collected and photographed in Bangkok, Thailand. We developed a rapid and robust diagnosis system for the automated detection of P. vivax parasites using a cascaded YOLO model. This system consists of a YOLOv2 model and a classifier for hard-negative mining; see the following publication:
Yang F, Quizon N, Silamut K, Maude RJ, Jaeger S, Antani SK. Cascading YOLO: Automated Malaria Parasite Detection for Plasmodium Vivax in Thin Blood Smears. Proc. SPIE 11314, Medical Imaging 2020: Computer-Aided Diagnosis, 113141Q (16 March 2020); (URL: https://doi.org/10.1117/12.2549701 )
We acquired cell images from 150 P. falciparum-infected and 50 uninfected patients in Giemsa-stained thin blood smears that were collected and photographed at Chittagong Medical College Hospital, Bangladesh. The dataset contains a total of 27,558 cell images with equal instances of parasitized and uninfected cells. An instance of how the patient-ID is encoded into the cell name is shown herewith: “P1” denotes the patient-ID for the cell labeled “C33P1thinF_IMG_20150619_114756a_cell_179.png”. We have also included the CSV files containing the Patient-ID to cell mappings for the parasitized and uninfected classes. The CSV file for the parasitized class contains 151 patient-ID entries. The slide images for the parasitized patient-ID “C47P8thinOriginal” are read from two different microscope models (Olympus and Motif). The CSV file for the uninfected class contains 201 entries since the normal cells from the infected patients’ slides are also in the normal cell category (151+50 = 201). Experiments with the data were reported in the following paper (PeerJ6:e4568):
Rajaraman S, Antani SK, Poostchi M, Silamut K, Hossain MA, Maude, RJ, Jaeger S, Thoma GR. (2018) Pre-trained convolutional neural networks as feature extractors toward improved Malaria parasite detection in thin blood smear images. (URL: https://doi.org/10.7717/peerj.4568 )
Malaria Screener datasheet Details of datasets and download links
Malaria Screener App Download our smartphone-based software "Malaria Screener"
The MEDLINE n-gram set is used to retrieve multiwords for building the SPECIALIST lexicon. Lexical Systems Group (LSG) would like to share this n-gram set (n = 1 ~ 5) with NLP|MLP community. Please download from the following link.
Consult the MetaMap page to learn about the myriad ways to use this tool.
Download the MTI ML package here.
Includes the LOINC terms required to report all newborn screening results for all states — including variables for reporting an overall summary, for most of the card variables and, for reporting impressions, narrative guidance and measures of quantitative markers for each condition or condition category. Think of it as a master template from which each state can select the variables it needs to report NBS results in the same organizational structure.
- Dataset: https://loinc.org/54089-8
- Dataset in spreadsheet format (xls): http://newbornscreeningcodes.nlm.nih.gov/nb/sc/download/54089-8_Newborn_Screening_panel_AHIC-240.xls
- More guidance for e-reporting newborn screening results: http://newbornscreeningcodes.nlm.nih.gov/HL7
Includes the LOINC terms required to report all newborn screening results for all states — including variables for reporting an overall summary, for most of the card variables and, for reporting impressions, narrative guidance and measures of quantitative markers for each condition or condition category. Think of it as a master template from which each state can select the variables it needs to report NBS results in the same organizational structure. This same information in spreadsheet format can be imported into laboratory databases - http://newbornscreeningcodes.nlm.nih.gov/nb/sc/download/54089-8_Newborn_Screening_panel_AHIC-240.xls.
- Dataset: https://loinc.org/54089-8
- Learn More: https://lhncbc.nlm.nih.gov/newbornscreeningcodes/nb/sc/constructingNBSHL7messages.html
To help promote efficient electronic exchange of standard newborn screening data, the Lister Hill National Center for Biomedical Communications, in cooperation with the Newborn Screening Community and HITSP Population Perspective Technical Committee, developed draft guidance about the use of LOINC and SNOMED CT codes to report newborn screening test results in standard Health Level 7 (HL7) version 2.x message format.
- Annotated Example HL7 Message: https://lhncbc.nlm.nih.gov/newbornscreeningcodes/nb/sc/download/2014-09-02_NLM_HRSA_HL7_NBS_example_v6.pdf
- LOINC panel for Reporting Newborn Screening Results: https://loinc.org/54089-8
Narrative clinical reports contain a rich set of clinical knowledge that could be invaluable for clinical research. However, they usually contain personal identifiers. The presence of personal identifiers in clinical reports renders the contents of those reports as protected health information, which is associated with use restrictions and risks to privacy. The Privacy Rule of Health Insurance Portability and Accountability Act (HIPAA) requires that clinical documents be stripped of personally identifying information before they can be released to researchers and others. Our solution, NLM-Scrubber, is a HIPAA compliant, clinical text de-identification tool designed and developed at the National Library of Medicine. It is freely available.
The main purpose of the Nursing Problem List Subset of SNOMED CT is to facilitate the use of SNOMED CT as the primary coding terminology for nursing problems used in care planning, problem lists, or other summary level clinical documentation.
The Open-i project aims to provide next generation information retrieval services for biomedical articles from the full text collections such as PubMed Central. It is unique in its ability to index both the text and images in the articles. The article retrieval is powered by Essie (the search engine that supports ClinicalTrials.gov).
Open-i lets users retrieve not only the MEDLINE citation information, but also the outcome statements in the article and the most relevant figure from it. Further, it is possible to use the figure as a query component to find other relevant images or other visually similar images. Future stages aim to provide image region-of-interest (ROI) based querying. The initial number of images is projected to be around 600,000 and will scale to millions. The extensive image analysis and indexing and deep text analysis and indexing require distributed computing. At the request of the Board of Scientific Counselors, we intend to make the image computation services available as a NLM service.
Vist our Frequently Asked Questions page for more information and help.
Web Interface: https://openi.nlm.nih.gov/
The RxNorm Current Prescribable Content is a subset of currently prescribable drugs found in RxNorm. We intend it to be an approximation of the prescription drugs currently marketed in the US. The subset also includes some frequently-prescribed over-the-counter drugs.
The subset includes only the active RxNorm normalized names, codes (RxCUIs), attributes, and relationships, as well as the FDA structured product label drugs and ingredients. It does not include data from any of the other 10 RxNorm data providers, such as First DataBank, Micromedex, or the Veterans Administration. We also removed suppressed and obsolete data.
The National Library of Medicine provides this subset without any licensing restrictions. You do not need to log into the UMLS Terminology Services to access the subset.
The RxNorm Prescribable API is a web service for accessing the RxNorm Current Prescribable Content from your program.
- API: https://lhncbc.nlm.nih.gov/RxNav/APIs/PrescribableAPIs.html
- Learn More About the RxNorm Prescribable Content: http://www.nlm.nih.gov/research/umls/rxnorm/docs/prescribe.html
PubMed for Handhelds brings the information in NLM's MEDLINE/PubMed to the point of care via devices like smart phones. It includes askMEDLINE to search by text message, PICO (Patient, Intervention, Comparison, and Outcome) to apply clinical filters, and The Bottom Line and Consensus Abstracts to view summary abstracts.
For Android smartphones, PubMed for Handhelds can be downloaded from Google Play https://play.google.com/store/apps/details?id=gov.nih.nlm.lhc.pubmed4hh
Consumer Health Questions submitted to the Genetic and Rare Disease Information Center (GARD) manually labeled with question decomposition annotations.This includes sentence-level annotations (Question, Background, and Ignore), question-level annotations (Coordination, Exemplification), and a document-level annotation (Focus). For more information on this data, see Roberts et al. (LREC 2014; BioNLP 2014).
Consumer Health Questions submitted to the Genetic and Rare Disease Information Center (GARD) manually labeled with question types. Uses the question decomposition annotations (above) to break multi-sentence questions into single-sentence sub-questions. Each sub-question has one question type designed to capture a high-level information need of a consumer health question (e.g., Diagnosis, Management, Susceptibility). For more information on this data, see Roberts et al. (BioTxtM 2014; AMIA 2014).
RxMix has been updated! RxMix is a web application that allows users to combine functions from the RxNorm, NDF-RT and RxTerms APIs to create custom applications that can be run interactively or in a batch mode.
- Function composition. The RxMix interface allows the user to build a workflow of API functions to execute. This saves the user from having to write complex programs to handle multiple function calls. Examples of function composition are contained in the examples below.
- Batch processing. Through the user interface, RxMix allows the user to process large amounts of data through the user defined workflow. The user can provide a file containing a list of inputs, such as drug names or drug identifiers, for input to the workflow. RxMix will execute the workflow and inform the user via email when the job has completed, providing information on how to retrieve the results.
- Output in XML, JSON or Text. RxMix offers the user the choice of formatting the output in XML, JSON, or text.
- Interactive mode. RxMix allows users to interactively test and display the results of the workflow on a single input value.
**Note: RxMix will not work properly with Internet Explorer. Please use FireFox, Chrome or Safari to run RxMix.
- Web interface: http://mor.nlm.nih.gov/RxMix/
- Learn More: http://rxnav.nlm.nih.gov/RxMixTutorial.html
- RxMix Tutorial Batch Example: http://rxnav.nlm.nih.gov/RxMixTutorial2.html
RxNav is a browser for several drug information sources, including RxNorm, RxTerms and NDF-RT. RxNav finds drugs in RxNorm from the names and codes in its constituent vocabularies. RxNav displays links from clinical drugs, both branded and generic, to their active ingredients, drug components and related brand names. RxNav also provides lists of NDC codes and links to package inserts in DailyMed. The RxTerms record for a given drug can be accessed through RxNav, as well as clinical information from NDF-RT, including pharmacologic classes, mechanisms of action, physiologic effects and drug-drug interactions.
- Web Interface: https://mor.nlm.nih.gov/RxNav/
RxNav-in-a-Box provides users with a locally-installable Docker composition of RxNav, RxClass, RxMix, and RESTful companion APIs, including RxNorm, Prescribable RxNorm, RxTerms, RxClass, and drug-drug interactions.
Go to RxNav-in-a-Box
The RxNorm API is a web service for accessing information from the RxNorm data set.
Go to the RxNorm API
RxTerms is a drug interface terminology derived from RxNorm for prescription writing or medication history recording (e.g. in e-prescribing systems, PHRs). An API is available to provide developers with functions for retrieving RxTerms data from the most current RxTerms data set.
- API: https://lhncbc.nlm.nih.gov/RxNav/APIs/RxTermsAPIs.html
- Learn More About RxTerms: https://lhncbc.nlm.nih.gov/MOR/RxTerms/
Use UMLS resources in developing effective natural language processing systems that provide semantic interpretation to support innovative information management applications in the biomedical domain. The SKR_API provides access to the entire suite of SKR tools including MetaMap, Medical Text Indexer (MTI), and SemRep, and allows programmatic access to the SKR Batch and Interactive facilities allowing users to submit data and receive results from within their own application(s).
The SKR project maintains a database of 96.3 million SemRep predications extracted from all MEDLINE citations. This database supports the Semantic MEDLINE web application, which integrates PubMed searching, SemRep predications, automatic summarization, and data visualization. The application is intended to help users manage the results of PubMed searches. Output is visualized as an informative graph with links to the original MEDLINE citations.>/p>
To access any of the SemRep/SemMedDB/SKR Data Sets or the SemMedDB Database, users must have accepted the terms of the UMLS Metathesaurus License Agreement, which requires users to respect the copyrights of the constituent vocabularies and to file a brief annual report on their use of the UMLS. Users must also have activated a UMLS Terminology Services (UTS) account. For information on how to use UTS authentication, please click here.
To download the SemMedDB Database click here.
To run the Semantic MEDLINE web application click here.
SimpleITK is a layer built on top of ITK to facilitate ITK's use in rapid prototyping, education, and interpreted languages. Its main characteristics are:
- C++ library
- Simple easy-to-use procedural interface without templates
- Distributed under an open source Apache 2.0 License
- Available for the following programing languages: Python, R, Java, C#, C++, Lua, Ruby, and TCL
More information is at http://www.simpleitk.org/
The Route of Administration subset of SNOMED CT is a listing of the current set of terms related to the location of administration for clinical therapeutics.
SNOMED CT to ICD-10 Cross Maps (created and maintained by IHTSDO) - support epidemiological, statistical, and administrative reporting.
The map is updated and included with every International release of SNOMED CT which can be downloaded here. http://www.nlm.nih.gov/research/umls/licensedcontent/snomedctfiles.html
Mapping SNOMED CT codes to and from ICD codes
SNOMED CT is clinically-based, and oriented for direct use by healthcare providers, to document whatever is needed for patient care. ICD codes are oriented more for coding professionals to use after patient care has already been provided, for statistical data collection and billing. ICD codes lump less common diseases together in "catch-all" categories, for example, J15.8 Pneumonia due to other specified bacteria, which could result in loss of information. SNOMED Ct has more "granular" (specific) clinical coverage than ICD:SNOMED CT (clinical finding) has 100,000 codes, ICD-10-CM has 68,000 codes, and ICD-9-CM has 14,000 codes.
Due to the differences in granularity, emphasis and organizing principles between SNOMED CT and ICD-10-CM, it is not always possible to have a one-to-one map between a SNOMED CT concept and an ICD-10-CM code. To address this challenge, the SNOMED CT to ICD-10-CM Map follows an approach that is consistent with the approach used by the IHTSDO and WHO. When there is a need to choose between alternative ICD-10-CM codes, each possible target code is represented as a “map rule” (the essence of “rule-based mapping”). Related map rules are grouped into a “map group”. Map rules within a map group are evaluated in a prescribed order at run-time, based on contextual information and co-morbidities. Each map group will resolve to at most one ICD-10-CM code. In the event that a SNOMED CT concept requires more than one ICD-10-CM code to fully represent its meaning, the map will consist of multiple map groups.
We have created the SNOMED CT to ICD-10-CM Map to support semi-automated generation of ICD-10-CM codes from clinical data encoded in SNOMED CT for reimbursement and statistical purposes.
- Download: http://www.nlm.nih.gov/research/umls/mapping_projects/snomedct_to_icd10cm.html
- Latest release in September 2014 provides ICD-10-CM maps for 54,262 SNOMED CT concepts
- Third release (35,000 SNOMED CT concepts mapped to ICD-10-CM) is anticipated for June 2013.
- Second release was in July 2012 (15,000 SNOMED CT concepts mapped to ICD-10-CM).
- First release was in February 2012 (7000 SNOMED CT concepts mapped to ICD-10-CM).
In order to develop and evaluate a sortal anaphora resolution module, we annotated a corpus of 320 MEDLINE citations with pairwise sortal anaphora relations. Since we aimed at a general approach that takes into account all semantic types and consequently supports SemRep, we collected MEDLINE abstracts on a wide range of topics, including molecular biology and clinical medicine.
For further details, https://lhncbc.nlm.nih.gov/ii/tools/SemRep_SemMedDB_SKR.html#sortal.
The SPECIALIST lexicon is a large syntactic lexicon of biomedical and general English, designed/developed to provide the lexical information needed for the SPECIALIST Natural Language Processing System (NLP) which includes SemRep, MetaMap, and the Lexical Tools. It is intended to be a general English lexicon that includes many biomedical terms. Coverage includes both commonly occurring English words and biomedical vocabulary from a variety of sources.
181 structured drug labels (SPLs) extracted from DailyMed and annotated with three entity categories (drugs, drug classes, and substances) as well as several types of coreference relations (anaphora, cataphora, appositive, and predicate nominative). For more information on this dataset, see Kilicoglu and Demner-Fushman (PLOS ONE, 2016).
Available for download at https://github.com/kilicogluh/Bio-SCoRes/tree/master/DATA/SPL
The Sub-Term Mapping Tools (STMT) is a generic tool set that provides comprehensive sub-term related features:
- to find all sub-terms
- to find all prefix sub-terms
- to find the longest prefix sub-term
- to find all sub-term patterns
- to find all permutations of synonymous sub-term substitutions (query expansion)
The following de-identified chest X-ray (CXR) image data sets are available to the research community along with findings and consensus radiologist annotations. Both sets contain normal as well as abnormal CXRs with the latter containing TB-consistent manifestations. The use and sharing of these deidentified images have been reviewed and exempted by the Ethics boards.
Please cite the following publications when using these data.
1. Jaeger S, Candemir S, Antani S, Wáng YX, Lu PX, Thoma G. Two public chest X-ray datasets for computer-aided screening of pulmonary diseases. Quant Imaging Med Surg. 2014 Dec;4(6):475-7. DOI: 10.3978/j.issn.2223-4292.2014.11.20. PMID: 25525580; PMCID: PMC4256233.
2. Rajaraman S, Folio LR, Dimperio J, Alderson PO, Antani SK. Improved Semantic Segmentation of Tuberculosis-Consistent Findings in Chest X-rays Using Augmented Training of Modality-Specific U-Net Models with Weak Localizations. Diagnostics (Basel). 2021 Mar 30;11(4):616. DOI: 10.3390/diagnostics11040616. PMID: 33808240; PMCID: PMC8065621.
Montgomery County CXR Set: The images in this data set have been acquired from the TB Control Program of the Department of Health and Human Services of Montgomery County, MD, USA. This set contains 138 posterior-anterior CXRs of which 80 are normal and 58 are abnormal with manifestations that are consistent with TB. All images are de-identified and available along with left and right PA-view lung masks in PNG format. The data set also includes consensus annotations from two radiologists for 1024 × 1024 resized images and radiology readings. Download Montgomery County CXR Set
Shenzhen Hospital CXR Set: The CXR images in this data set have been collected and provided by Shenzhen No.3 Hospital in Shenzhen, Guangdong providence, China. The images are in PNG format. There are 326 normal and 336 abnormal CXRs, respectively, showing various TB-consistent manifestations. The data set also includes consensus annotations for a subset (N = 68) from two radiologists for 1024 × 1024 resized images and radiology readings. Download Shenzhen Hospital CXR Set
This is a set of web services (APIs) for programs to use when working with units from the Unified Code for Units of Measure (UCUM) system.
Go to the Unified Code for Units of Measure (UCUM) Validation and Conversion API
Chest radiographs are frequently taken as a screening and diagnostic imaging tool. Very often, two views are taken. These could be one of anterior-posterior (AP) or posterior-anterior (PA) frontal views and a lateral view. Figure 1 shows examples of frontal and lateral chest radiographs, respectively. Appearance of anatomical structures is relatively unique in both views. For computer-aided diagnosis (CAD) of cardiopulmonary diseases several image processing and analysis steps are needed, such as segmenting the lung region, locating relevant pathology, and classifying it for diseases. For developing computer models that can achieve these steps successfully and efficiently, there is often a need to know the view of the chest X-ray. However, the view information may be unavailable in the accompanying metadata text or image headers due to poor image quality control or aggressive deidentification.
(* The numbers of frontal and lateral images in the shared files (3864 and 3689 respectively) are different from those in , because not all images are publicly available.)
- Xue Z, You D, Candemir S, Jaeger S, Antani SK, Long LR, Thoma GR, “Chest X-ray Image View Classification”, Proceedings of the 28th IEEE International Symposium on Computer-Based Medical Systems, 2015 (https://lhncbc.nlm.nih.gov/LHC-publications/pubs/ChestXrayImageViewClassification.html)
- D. Demner-Fushman, S.K. Antani, M. Simpson M, G.R. Thoma, “Design and development of a multimodal biomedical information retrieval system”, JCSE, vol. 6, no.2, pp.168-177, June 2012.
The publicly-available Visible Human Project reference data sets are complete, anatomically detailed, three-dimensional representations of normal male and female human bodies. They include transverse CT, MR, and cryosection images. The male was sectioned at one millimeter intervals, the female at one-third of a millimeter intervals. The data sets are used in education, diagnosis, treatment planning, virtual reality, and virtual surgeries.
- Description, access information, and license agreement documents: http://www.nlm.nih.gov/research/visible/getting_data.html