A systematic way of recording data use conditions that are based on consent permissions as found in the datasets of the main public genome archives (NCBI dbGaP and EMBL-EBI/CRG EGA).
Citation: Dyke SOM, Philippakis AA, Rambla De Argila J, Paltoo DN, Luetkemeier ES, Knoppers BM, et al. (2016) Consent Codes: Upholding Standard Data Use Conditions. PLoS Genet 12(1): e1005772. https://doi.org/10.1371/journal.pgen.1005772
Editor: Gregory S. Barsh, Stanford University School of Medicine, UNITED STATES
Published: January 21, 2016
This is an open access article, free of all copyright, and may be freely reproduced, distributed, transmitted, modified, built upon, or otherwise used by anyone for any lawful purpose. The work is made available under the Creative Commons CC0 public domain dedication.
Funding: SOMD is supported by the Canadian Institutes of Health Research (grants EP1-120608; EP2-120609), the Canada Research Chair in Law and Medicine, and the Public Population Project in Genomics and Society (P3G). DNP and ESL are supported, in part, by the Intramural Research Program of the NIH, Office of the Director, Office of Science Policy. BMK is supported by the Canada Research Chairs Program. MT and MR are sponsored by ODEX4all (NWO 650.002.002) and funding from the European Commission (FP-7 project RD-Connect, grant agreement No. 305444). The funders had no role in the preparation of the article.
Competing interests: The authors have declared that no competing interests exist.
Restrictions on data use may be necessary in order to respect the consent of research participants and patients. As members of the Global Alliance for Genomics and Health (Global Alliance), we examined the variation in data use conditions that are based on consent provisions for genomics datasets in research and clinical settings based on the following: (1) a review of guidance from the National Institutes of Health; (2) a survey of data use conditions for data accessed within a large research institute, the Broad Institute of MIT and Harvard, and for data held within the European Genome-phenome Archive (EGA) of the European Bioinformatics Institute (EMBL-EBI) and Centre for Genomic Regulation (CRG); and (3) consultation with the international scientific community via the Global Alliance Data Working Group and with the Matchmaker Exchange Project. Based on our study, we propose a structure for recording data use “categories” and “requirements” with a view to support maximum data use and integration.
The Global Alliance for Genomics and Health (Global Alliance; ) is an international coalition dedicated to increasing the potential of genomic medicine to advance human health through effective and responsible data sharing. To this end, it has established the Framework for Responsible Sharing of Genomic and Health-Related Data . In addition, the Beacon Project is a key Global Alliance project launched as a test of the willingness of international research and clinical sites to share genomic data in the simplest of all technical contexts. Its goal is to address barriers to international genomic data sharing by fostering the creation and development of “Beacons” that share data in a manner that respects the interests of research participants. A Beacon is a simple public web service that any institution can implement, designed to accept simple queries such as "Do you have record of any genomes with an 'A' at position 100,735 on chromosome 3?" .
From an ethical, legal, and social perspective, the Beacon Project aims to resolve core data sharing issues: how to enable broad data access and translation while protecting and promoting the interests and rights of research participants and patients. Respecting the terms of the consent of individuals presents challenges as large-scale datasets are shared and analyzed in numerous research studies. Expertise in interpreting permissible uses of data based on the original informed consent process represents a significant research cost in terms of both time delays and financial expense. These could be reduced if conditions of data use and sharing were clearly communicated and recorded at the time of data generation. This would also facilitate respecting the appropriate secondary research use of data. Here, we examine the variation in data use conditions that are based on consent provisions for genomics datasets in both the research and clinical settings. A large proportion of these datasets are shared through data access mechanisms, which allow for limitations to research uses of the data according to their compatibility with research participant and patient consent (“registered,” “controlled,” or “managed” access). Based on our study of existing data use restrictions, we propose a structure for recording data use “categories” and “requirements” with a view to supporting maximum data use and integration, as well as the inclusion of consent information within projects like the Beacon Project.
Results and Discussion
The proposed data use categories and requirements (“‘Consent Codes”) to be used to assign genomic datasets to standardized data use groups so as to facilitate their reuse (i.e., consistent interpretation for appropriate secondary data uses and the ability for integration with other data) are shown in Table 1. It is important to note that this proposal derives from our knowledge of current data use conditions based on past analysis of various research participant and patient consent protocols, many of which are for legacy data collections that preceded the era of both big data and broad data sharing policy (for guidance on legacy consents and international data sharing, see the Global Alliance consent tools ). In particular, it is not intended as a suggestion of how consent ought to be sought. Guidance on the consent process, while lacking to some extent in the context of large-scale genomic studies, varies depending on jurisdiction, and standardizing consent processes internationally presents great challenges [4,5]. Having said this, clarifying data use groups that result in large part from the information having been provided at the time of consent is likely to provide greater understanding of downstream permissions and restrictions on the use of data generated for research studies. It may also be at this level that standardization of data use conditions can best be achieved. Standard data use conditions may also permit “bridging” consent between areas of research with different consent standards, such as disease-specific clinical research and population biobanking .
We divided data use conditions into nineteen data use Categories and Requirements. Requirements are conditions that would require some form of additional agreement on the part of the data provider or data user or additional criteria in order for the data to be reused. Data use Categories were further divided into primary (Iry) and secondary (IIry) Categories. All datasets should fall into only one primary Category, whereas a number of secondary Categories and Requirements may also apply to datasets. For the Beacon Project, assigning datasets to a primary Category has become mandatory so as to enable the inclusion of data that comes with some restrictions on secondary use.
We reused existing abbreviations from the National Institutes of Health (NIH) library of Standard Data Use Limitations (DULs) for the Categories and Requirements  to facilitate consistent interpretation of the appropriate secondary uses of the data and compatibility between different datasets. However, the definitions of several of these Categories have been expanded with respect to the use of data in research and in clinical care (see discussion below for GRU, HMB, and DS-[XX]). This is shown by the abbreviation (CC), for “clinical care.”
Here, we discuss the main issues that were raised by the categorization of data use conditions and our rationale for the choices made.
A “no restrictions” data use Category was included primarily for datasets for which consent to an “open” dataset to be placed in an unrestricted online access repository (e.g., HapMap, 1000 Genomes Project) has been provided. It could also be used for datasets for which consent to data sharing is usually not required (e.g., summary statistics).
Research and clinical care
A major issue we sought to address is that of dataset generation and use in both research and clinical contexts. An example of this is sharing either anonymized or coded patient information to find similar cases elsewhere among colleagues around the world. A goal of the Global Alliance Matchmaker Exchange (MME) project is to facilitate the use of coded patient information to enable discovery and, ultimately, clinical care.
In general terms, the need for consent to data sharing for either clinical care or research is usually dependent on the context in which data are collected and/or produced and shared, and on the balance between potential benefits and the probability of occurrence and seriousness of potential harm introduced by sharing possibly re-identifying information. Sharing within professional clinical networks is very important and often necessary for providing the best clinical care for patients. Nevertheless, broader accessibility and use of clinical datasets is potentially of great value to both scientific research and the clinical care it supports. As we foresee more clinical datasets being used in research in the future, we sought to identify any data use conditions that could specifically arise when seeking consent to data sharing for research purposes in a clinical setting, and we consulted researchers with experience in a clinical setting to this end. None were identified, which is, perhaps, not surprising, as many Database of Genotypes and Phenotypes (dbGaP) datasets, upon which much of the documentation we used was based, while considered typical research datasets, were partially generated in the clinic and include, for example, patient information about disease status.
Furthermore, when it is based on current standards of clinical practice, the sharing of clinical genomic datasets in support of clinical care may sometimes rely on presumed (or implied) consent—for example, for the use of data derived from residual medical samples . We also sought to clarify if additional data use conditions would result from relying on presumed consent to clinical care. While we considered including a “clinical use only” category, this ultimately seemed unsatisfactory, as it would result in a silo of data with unclear permissions, whereas sufficient protection of clinical data could be achieved with the “health/medical/biomedical research and clinical care” or “disease-specific research and clinical care” data use Categories, along with the “collaboration required” data use Requirement for more complex data sharing agreements.
Conversely, it was important to consider the use of research datasets in the clinic. We expanded standard “research use” categories to “research and clinical care” in general terms with the understanding that, due to data quality and the likely consent situation, most of the time, research data would not be used directly in clinical decision-making (by researchers, clinicians, or others) or to provide research participants with their genetic information. If an obligation to share genetic data with research participants exists—and this may increasingly appear—it could be included under the “collaboration required” data use Requirement, which we imagine would be used to regroup different kinds of collaborative requirements (e.g., return of results, co-publication), though some of them might not be based on consent. As a separate matter, data quality, which may be of clinical grade, should be conveyed to data users. Defining data use Categories as for use in research and clinical care is, therefore, meant to reflect the pervasive contribution of scientific and medical research to inform clinical care, albeit in a somewhat indirect fashion for now. Along with this, a “research use only” IIry data use Category was included, as a safeguard if participants were given assurances about limitations as to research use of data. Finally, it is important to address concerns about inclusion of research datasets in databases that may affect commercial services available to participants  through legal and other protections.
MME provides a good example of the overlap between research and clinical care uses of data. Patient data (typically phenotype and candidate genes from genomic analyses), which may have been collected in either a research or clinical care setting, are submitted during a broad query of networked databases. The goal is to find "matches" that may build evidence for implicating a new genetic cause of a disease phenotype. In this setting, both clinical care and research are facilitated, and the need for consent, either for clinical care or for research, is dependent on the detail and type of data shared .
As we enter the era of "learning healthcare," where every clinical encounter contributes to research, and research is being applied in real time to clinical care (e.g., for clinical sequencing or clinical trial entry in cancer treatment), we expect to see an ever greater blurring of research and clinical care boundaries.
Another important question was how to represent data use for statistical methods development research. Statistical methods development research is an essential domain within research—indeed, it is inextricable from research—and, similarly to disease-focused research, relies on access to data. Of 945 applications for access to the Genetic Association Information Network (GAIN) data received through 2011, 26% were for methods development . As methods typically lead to applications that may be broader than the scope of the research for which they have been developed, methods development research raised questions with respect to the scope of patient and research participant consent, as it is often overlooked in descriptions of research projects. On the other hand, such research usually presents considerably less risk for data subjects, as datasets are not used to answer a specific research question, such as “What does this individual’s genetic information signify in this context?” Here, we can draw a comparison with the distinction between quality assurance and research. Quality assurance presents fewer ethical or legal risks than research with regard to the use of human biological materials and data, which are used to test a wider apparatus rather than for their research analysis . The IIry Category “no general methods research” was included for situations in which it would not seem acceptable to allow methods development research generally, and it would be limited by other data use conditions of the dataset. Our general assumption, therefore, is that statistical methods development research is permitted unless denoted by this IIry Category (“no general methods research”).
While conditions of publication on research results, such as a publication moratorium (or publication embargo), are not based on consent, we included a data use Requirement for these conditions, as they exist within the research community and ought to be clearly communicated to data users.
Use of ontologies
The growing number of genomic datasets to be shared and reused is requiring machine-readability of data use conditions, including descriptions of types of data, details of sequencing protocols, variant types, and detailed patient data, along with our consent-based data use conditions. A growing number of ontologies are available to describe these and make them computable. For example, the Sequence Ontology [13,14] is a set of terms and relationships used to describe the features and attributes of biological sequence; for example, binding_site or exon. Similarly, ontologies are available to describe diseases (e.g., Disease Ontology  and Orphanet ) and phenotypes (Human Phenotype Ontology [HPO] ) and can be used for research restrictions based on disease area. In particular, the HPO has been widely adopted by many Global Alliance member institutions for detailed patient-level data.
In order to facilitate the application of data use conditions in software and tool development, we are considering integration of this proposed framework with one or more metadata and digital object models. We mention (i) the recently developed FAIR data principles (Findable, Accessible, Interoperable, Reusable; Mons et al. manuscript in preparation) ; (ii) ISA (Investigation, Study, Assay), a model for capturing research information originally for submission to EBI repositories ; (iii) research objects, a mechanism to bundle and annotate any kind of artefact related to an experiment ; and (iv) nanopublication, a newly developed mechanism to publish the smallest possible statements, such as a protein–protein interaction or a gene–disease association [21,22]. Although these models are usually very generic, they can relatively easily be extended, for instance, by using the aforementioned ontologies. The categories that we present here provide a basis for extensions that capture these data use conditions, thereby attaching them to a specific dataset. In this way, tools can be built that enable users to make more efficient use of the data use conditions as captured in the metadata of the digital object. This may include, for example, automated checks for compliance to conditions, condition-dependent search and navigation through large data collections, and facilitating automated negotiation of conditions in any type of data exchange.
Our aim has been to develop a systematic set of Consent Codes for sites hosting data and for those preparing data for submission to the public archives to use in metadata descriptions of data. Their use should avoid introducing unnecessary new restrictions on data use while at the same time facilitating research with the greatest amount of suitable data available, based upon consents and the corresponding Consent Codes. Discussing the codes with ethics and governance committees (e.g., Institutional Review Boards [IRBs], Research Ethics Committees [RECs]) involved in research preparations, especially in reviewing consent protocols, will be important to facilitate their optimal use.
In the Beacon Project, the codes can be used to systematically disclose restrictions on use and to match the visibility of datasets shared through Beacon with investigators’ planned use of them. For clinical exchange services and in data discovery, the codes would help users identify host sites with data that would be suitable for their planned activities. We expect the tables to evolve over time as data sharing policy evolves and as more clinical and healthcare sites start engaging in real data exchange. The process of integrating the Consent Codes with computational tools may reveal outstanding uncertainties, which we will aim to resolve as they arise.
Current policy developments in the United States are relevant to this discussion. First, proposed changes to the Common Rule may encourage seeking broader consent to research purposes . Second, from January 2015, many NIH-funded studies must share genomic data to the greatest extent possible, accompanied by the expectation that participants in these studies should provide consent to such sharing of genomic data .
Data use conditions
Our study of data use conditions included: (1) a review of guidance from the NIH; (2) a survey of data use conditions for data accessed within a large research institute, the Broad Institute of MIT and Harvard, and for data held within the EGA  of the EMBL-EBI and CRG; and (3) consultation with the international scientific community via the Global Alliance Data Working Group and with the MME project. Taken together, these provided us with a broad overview and evidence from a large number of datasets that are representative of the field.
The EGA follows a similar procedure for access to the controlled-access datasets it stores: Researchers requesting data apply to a given DAC in order to be granted access to the controlled data . Each DAC reviews whether the applicant’s research purpose fits with the provided controlled Data Access Agreement (DAA) with the data donors. A difference with dbGaP is that the DAC process is not centralized, and each DAC has its own policy for gathering the information relating to application acceptance or rejection.
We also incorporated the findings of a research study that analyzed data use limitations in DUCs and other access agreements for datasets used at the Broad Institute of MIT and Harvard. This identified additional data use conditions as well as provided an estimate of their preponderance. Finally, we also incorporated knowledge of additional data use conditions from the experience of the EGA and of the members of the Global Alliance Data Working Group . As the material we drew upon stemmed largely from experience with research datasets, we also sought a clinical genetics perspective from leaders of the MME project , a collaborative initiative to share data to enable rare disease gene discovery and supported by the Global Alliance, the International Rare Disease Research Consortium (IRDiRC) , ClinGen , and the individual MME services. We note that the MME and Beacon projects represent distinct approaches to data sharing. The MME provides access to extremely detailed patient data (e.g., matching case-level detail and data owner) and requires logging into an MME service and depositing case-level data such as phenotype and gene/genotype. The structure of the Beacon project allows for very easy access to data, but the data shared are less detailed (currently only the existence of a variant).
Data use categories and requirements
We identified 19 categories of data use conditions and clarified their descriptions. These were then classified into “primary categories” or “secondary categories” and as “requirements,” based on their occurrence and on the resulting criteria for data access.
For validation purposes and to ensure as much compatibility as possible, we compared our classification to how the NIH ascribed dbGaP Consent Groups based on the NIH DULs, and to the DAA categorization performed by the EGA on the DAAs related to the studies with data stored in it. We included the abbreviations adopted by the NIH for overlapping data use conditions (e.g., GRU, HMB).
We thank Richard Durbin, David Haussler, and members of the GA4GH Data Working Group and Beacon Project for helpful discussion of this work.
- 1. The Global Alliance for Genomics and Health. http://genomicsandhealth.org.
- 2. Knoppers BM (2014) Framework for responsible sharing of genomic and health-related data. The HUGO Journal 8(1): 3.
- 3. The Beacon Project, Global Alliance for Genomics and Health. http://www.ga4gh.org/#/beacon.
- 4. Legacy Consents and International Data Sharing. Prepared for GA4GH by P3G—IPAC. http://genomicsandhealth.org/files/public/GA4GH-ConsentTools-FINAL.pdf.
- 5. Tasse A-M (2013) From ICH to IBH in Biobanking? A Legal Perspective on Harmonization, Standardisation and Unification. Studies in Ethics, Law, and Technology 7(1).
- 6. Budin-Ljosne I, Tasse AM, Knoppers BM, Harris JR (2011) Bridging consent: from toll bridges to lift bridges? BMC Med Genomics 4: 69. pmid:21970509
- 7. NIH Standard Data Use Limitations. http://gds.nih.gov/pdf/standard_data_use_limitations.pdf.
- 8. Gefenas E, Dranseika V, Serepkaite J, Cekanauskaite A, Caenazzo L, Gordijn B, et al. (2012) Turning residual human biological materials into research collections: playing with consent. J Med Ethics 38: 351–355. pmid:22408238
- 9. Bovenberg JA, Knoppers BM, Hansell A, de Hoogh K (2015) Exposing participants? Population biobanks go geo. Eur J Hum Genet.
- 10. Philippakis AA, Azzariti DR, Beltran S, Brookes AJ, Brownstein CA, Brudno M, et al. (2015) The Matchmaker Exchange: A Platform for Rare Disease Gene Discovery. Hum Mutat 36: 915–921. pmid:26295439
- 11. Ramos EM, Din-Lovinescu C, Bookman EB, McNeil LJ, Baker CC, Godynskiy G, et al. (2013) A mechanism for controlled access to GWAS data: experience of the GAIN Data Access Committee. Am J Hum Genet 92: 479–488. pmid:23561843
- 12. Ogrinc G, Nelson WA, Adams SM, O'Hara AE (2013) An instrument to differentiate between clinical research and quality improvement. IRB 35: 1–8.
- 13. Eilbeck K, Lewis SE, Mungall CJ, Yandell M, Stein L, Durbin R, et al. (2005) The Sequence Ontology: a tool for the unification of genome annotations. Genome Biol 6: R44. pmid:15892872
- 14. Mungall CJ, Batchelor C, Eilbeck K (2011) Evolution of the Sequence Ontology terms and relationships. J Biomed Inform 44: 87–93. pmid:20226267
- 15. Schriml LM, Arze C, Nadendla S, Chang YW, Mazaitis M, Felix V, et al. (2012) Disease Ontology: a backbone for disease semantic integration. Nucleic Acids Res 40: D940–946. pmid:22080554
- 16. Vasant D, Chanas L, Malone J, Hanauer M, Olry A, Jupp S, et al. ORDO: An Ontology Connecting Rare Disease, Epidemiology and Genetic Data. Proceedings of ISMB 2014 (Phenotype Day).
- 17. Kohler S, Doelken SC, Mungall CJ, Bauer S, Firth HV, Bailleul-Forestier I, et al. (2014) The Human Phenotype Ontology project: linking molecular biology and disease through phenotype data. Nucleic Acids Res 42: D966–974. pmid:24217912
- 18. Data FAIRport. http://datafairport.org/.
- 19. Sansone SA, Rocca-Serra P, Field D, Maguire E, Taylor C, Hofmann O, et al. (2012) Toward interoperable bioscience data. Nat Genet 44: 121–126. pmid:22281772
- 20. Hettne KM, Dharuri H, Zhao J, Wolstencroft K, Belhajjame K, Soiland-Reyes S, et al. (2014) Structuring research methods and data with the research object model: genomics workflows as a case study. J Biomed Semantics 5: 41. pmid:25276335
- 21. Nanopub.org. http://nanopub.org.
- 22. Mons B, van Haagen H, Chichester C, Hoen PB, den Dunnen JT, van Ommen G, et al. (2011) The value of data. Nat Genet 43: 281–283. pmid:21445068
- 23. Federal Policy for the Protection of Human Subjects, Federal Register / Vol. 80, No. 173 / Tuesday, September 8, 2015 / Proposed Rule 45 CFR Part 46. https://www.gpo.gov/fdsys/pkg/FR-2015-09-08/pdf/2015-21756.pdf
- 24. National Institutes of Health US (2014) NIH Genomic Data Sharing Policy (NOT-OD-14-124). http://grants.nih.gov/grants/guide/notice-files/NOT-OD-14-124.html
- 25. The European Genome-phenome Archive. https://www.ebi.ac.uk/ega/home; https://ega.crg.eu/.
- 26. The Database of Genotypes and Phenotypes. http://www.ncbi.nlm.nih.gov/gap.
- 27. Institutional Certification documents, NIH Genomic Data Sharing webpage. http://gds.nih.gov/Institutional_Certifications.html.
- 28. Paltoo DN, Rodriguez LL, Feolo M, Gillanders E, Ramos EM, Rutter JL, et al. (2014) Data use under the NIH GWAS data sharing policy and future directions. Nat Genet 46: 934–938. pmid:25162809
- 29. Lappalainen I, Almeida-King J, Kumanduri V, Senf A, Spalding JD, Ur-Rehman S, et al. (2015) The European Genome-phenome Archive of human data consented for biomedical research. Nat Genet 47: 692–695. pmid:26111507
- 30. Global Alliance for Genomics and Health Data Working Group. http://ga4gh.org/#/.
- 31. Matchmaker Exchange. http://matchmakerexchange.org/.
- 32. International Rare Disease Research Consortium (IRDiRC). http://www.irdirc.org.
- 33. Rehm HL, Berg JS, Brooks LD, Bustamante CD, Evans JP, Landrum MJ, et al. (2015) ClinGen—the Clinical Genome Resource. N Engl J Med 372: 2235–2242. pmid:26014595