Skip to content
This repository has been archived by the owner on Sep 27, 2024. It is now read-only.

inab/cdw

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

66 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Clinical Data Warehouse

The purpose of this Project is to build an open-source, scalable data warehouse that will ensure the integration of multiple types of omics/bioinformatics data with deep clinical phenotype information obtained from clinical databases, registries and biobanks.

The European Project RD-Connect (http://rd-connect.eu/) supports this effort providing the resources and the uses cases that will drive the development of this data warehouse. In particular the system developed will be the main outcome of the project’s WP5 in which several groups participate. (for the full list of partners in the consortium see http://rd-connect.eu/about/partners/)

Due to the complexity of this task we would like to encourage all people to contribute with comments and issues/bug fixes requests. The project Wiki and the Issues tracking system will be the main channels for this communication.

System architecture

The initial software architecture is represented below:

alt tag

ETL

As in many others data warehouse solutions, data is imported into the system through an ETL layer. In this case however there are two issues that might compromise the performance of the system and should be carefully considered.

Lack of standards: In contrast with well established industries where huge efforts have been devoted to standardize the way data is exchanged, the field of bioinformatics and also the clinical domain are full of different data exchange formats.

Data size: after the arrival of the “Omic era” the explosion of data in bioinformatics has been enormous. For instance each single NGS experiment produces data in the order of Terabytes. This data has to be processed, standardized and cleaned; all this demands a considerable amount of computational resources and CPU time.

Due to these two factors, the ETL layer has to be flexible enough to accommodate different kinds of data transformations and has to be efficient in order to manipulate all this data in a reasonable amount of time.

During the ETL process, the data from different entities (patient registries, Biobanks, research groups, etc.) will be inspected to ensure compliance with the long-term supported standards adopted by the consortium. (See the Adopted Standards section for a complete list)

Data repository

The data repository will store the data needed to: 1) search the data warehouse integrating parameters related with the different original sources, 2) provide access to the original information in the form of secured links.

To illustrate the case let’s assume a patient with a spinocerebellar ataxia (SCA):

The patient clinical data is stored in one of the registries listed in the Ataxia Foundation (http://www.ataxia.org/research/patient-registry.aspx). The patient has been sequenced searching for Ataxia related genes and the FastQ files containing the unaligned reads from the exome sequencing experiment were deposited in the European Genome Phenome Archive (EGA, https://www.ebi.ac.uk/ega/)

The data warehouse should allow authorized researchers to search for the spinocerebellar ataxia related conditions and ultimately retrieve the exome data. To facilitate this process we store in the data repository a subset of the patient clinical data previously normalized using the adopted standards. The repository also stores the experiment metadata including the software version, the parameters that were used to make the analysis and the link to the original files in the EGA.

Authorized researchers then can query the data warehouse using a controlled vocabulary to retrieve the list of all the patients that match the ataxia conditions, can then filter this information by the pipeline used to get the mutation data and finally get the link to the original files for further analyses.

Key enabling products/technologies evaluated during the design phase

See the [wiki] (https://github.com/inab/cdw/wiki/Key-enabling-products-technologies)

Standards evaluated during the design phase

See the [wiki] (https://github.com/inab/cdw/wiki/Standards)

Implementation plan

  • 2012

    • 1S

      • Determine information required from end-users (business cases)
      • Create a list of the data resources available
      • Create a list of the standards available
      • Create a compilation of the key enabling technologies
      • Setup the Github project
    • 2S

      • Analysis of the datamodel requirements
      • Analysis of the infrastructure requirements
      • Selection of the right technology
      • First data-model proposal
      • First architecture proposal
  • 2013

    • 1S

      • First release of the system
    • 2S

  • 2014

    • 1S

      • Second release of the system
    • 2S

  • 2015

    • 1S

      • Third release of the system
    • 2S

  • 2016

    • 1S

      • Fourth release of the system
    • 2S

Legacy data examples

Genomics

Chondrodysplasia.
Vissers LE, et al; Am J Hum Genet. 2011 May 13;88(5):608-15.
Chondrodysplasia and abnormal joint development associated with mutations in IMPAD1, encoding the Golgi-resident nucleotide phosphatase, gPAPP.

Transcriptomics

Skeletal dysplasia. Lausch E, et al; Nat Genet. 2011 Feb;43(2):132-7. Genetic deficiency of tartrate-resistant acid phosphatase associated with skeletal dysplasia, cerebral calcifications and autoimmunity.

Proteomics

Toxic Oil Syndrome. Rodriguez C, et al; Proteomics. 2006 Apr;6 Suppl 1:S272-81. Proteotyping of human haptoglobin by MALDI-TOF profiling: Phenotype distribution in a population of toxic oil syndrome patients.

Metabolomics

Cerebellar ataxia. Mochel F, et al; Brain 2009, 132(Pt 3): 801-9. Cerebellar ataxia with elevated cerebrospinal free sialic acid (CAFSA)

References

Releases

No releases published

Packages

No packages published

Languages