Jenny Smith: github Ames Ma: [email protected] Ahmad Al Khleifat: [email protected] Ray Funahashi: [email protected] Priyanshu Jain: [email protected] Aishwarya Chander: [email protected] Jędrzej Kubica: [email protected]
To develop a tool to facilitate reporting of multiomics data. The tool generates two reports, one is aimed for clinical use and the second aimed for researchers, informing the interpretation of genetic variants pertaining to the gene provided by the user.
Many multi-omics datasets of different diseases have been generated and the availability of many new analytical tools are now for the first time allowing the combining of all of these resources in several ways in clinical reporting. The identification of biologically meaningful targets using multi-omics data will allow for better stratification, more targeted treatments, and a greater understanding of disease mechanisms.
Flowchart illustrating the different data types and thier integration into a clinical report.Omics-ReportR is available in GitHub https://github.com/collaborativebioinformatics/omics_clinical_reporting
SQLITE table
The tool generates two reports, one is aimed for clinical use and the second aimed for researchers, informing the interpretation of genetic variants pertaining to the gene provided by the user.
Omics-ReportR requires a SQLITE table that includes all the variants that should be genotyped (Flow chart).
#Flow Chart
genomics data simplification, which genes are overexpressed, how much of a gene is overexpressed (how the cohort respond to a certain treatment regarding this gene), In the gene level summary of the most pathogenic variants identified, each column in the dynamic table can be sorted and searched dynamically, and all data used by the app is available for download in tab-delimited files. By default, allele frequency is reported based on dbVar and gnomAD genomes and exomes. The tools provide Link to local genetic counselor, link to clinical trials related to the disease and the gene of interest and five most recent publications about the identified gene.
While the advent of multi-omics data presents us with more opportunities to diagnose and treat health conditions with a genetic component, most clinicians are not bioinformatics experts and may not want to sift through various databases or run their own analyses to understand what the data means for their particular case.
Clinicians already interface with a wide variety of tools when examining a patient, which are often data-heavy and not user-friendly. Previous research done on medical data visualization has informed the design of our clinical reports. In an article by Pollack and Pratt, the authors mention that clinicians typically search for data that helps them with a specific clinical action such as prescribing medications or ordering tests. They write that “given that physicians typically search for information to help them accomplish a specific clinical task (eg, prescribing medications), well-designed concept-oriented views could provide all the required data elements in a single location to support the task’s successful completion.” While physicians would not make treatment decisions solely based on the results of a genetic report, making clinically relevant data points clearly visible to clinicians can support their decision-making process.
Omics-ReportR will ultimately produce two types of reports, a clinician (non-specialist) report and a genomics researcher (specialist) report. The researcher report will prioritize displaying all available genomics data to the viewer, and will be able to display customized results depending on what types of information the researcher is interested in. The clinician report will contain a summary of -omics data that is relevant to clinical decision-making, allowing clinicians to skim the report if desired. The summary data will also break down the -omics data into clinically relevant and more understandable terms.
A single patient can generate hundreds of pieces of clinical data in the hospital as well, adding to the cognitive burden of the treating physicians. Well-designed reporting supports a clinician’s ability to prioritize the given information, understand the material faster, and reduce the frustration of adapting to new technology. Due to the busy nature of a clinician’s work, we predict that user-friendly, tailored multi-omics reports will result in greater adoption rates as compared to a spreadsheet of data.
References: Pollack AH, Pratt W. Association of Health Record Visualizations With Physicians' Cognitive Load When Prioritizing Hospitalized Patients. JAMA Netw Open. 2020;3(1):e1919301. Published 2020 Jan 3. doi:10.1001/jamanetworkopen.2019.19301
1-EXPERT VIEW
Gene-level summary in addition to information about associated disease. Links to the gene's page on OMIM, GTEx, gnomAD. A dynamic table with the annotated variants overlapping the gene. A graph with showing summary of all the variants within the gene. Chromosome location. Table showing summary of gene expression analysis. Tissue specific gene expression summary table. PRS score SV data summary
2- Patients, non-specialist clinicians
The next steps are to re-create the patient/clinician report using Rmarkdown. This will require the development of a new css and html template. The R package pagedown
was the inspiration for creating these css/html templates and we will plan on using the the pagedown
templates to design our own UX design for the report.
Below are the some images to illustrate the template formats that will need to be created, and are taken from the pagedown::poster-relaxed
format to start.
Example of CSS and HTML templates to be created for the UX implementation.
Example of poster template to be created for the UX implementation.