API for ClinVar Variants

This API provides access to information about simple genetic variants taken from the ClinVar dataset, restricted to records whose assembly is GRCh37 or "na". For details about how we have processed the data, see the data construction section.

Source files: The ClinVar data files variant_summary.txt.gz, hgvs4variation.txt.gz, and variation_allele.txt.gz. Data version date:

API Documentation

API Base URL: https://clinicaltables.nlm.nih.gov/api/variants/v3/search (+ query string parameters)

This data set may also be accessed through the FHIR ValueSet $expand operation.

In addition to the base URL, you will need to specify other parameters. See the query string parameters section below for details.

Query String Parameters and Default Values

At a minimum, when using the above base URL, you will need to specify the "terms" parameter containing a word or partial word to match.

Parameter Name	Default Value	Description
terms		(Required.) The search string (e.g., just a part of a word) for which to find matches in the list. More than one partial word can be present in "terms", in which case there is an implicit AND between them.
maxList	7	Optional, with a default of 7. Specifies the number of results requested, up to the upper limit of 500. If present but the value is empty, 500 will be used. Note that this parameter does not support pagination, see "count" and "offset" below for details on pagination support.
count	7	The number of results to retrieve (page size). The maximum count allowed is 500, see "offset" below on pagination support.
offset	0	The starting result number (0-based) to retrieve. Use offset and count together for pagination. Note that the current limit on the total number of results that can be retrieved (offset + count) is 7,500. We reserve the right to decrease or increase this limit based on system capacity and/or other factors. Please see the FAQ page on how to sign up to our email list to be notified of any changes or new features.
q		An optional, additional query string used to further constrain the results returned by the "terms" field. Unlike the terms field, "q" is not automatically wildcarded, but can include wildcards and can specify field names. See the Elasticsearch query string page for documentation of supported syntax.
df	VariantID,Name	A comma-separated list of display fields (from the fields section below) which are intended for the user to see when looking at the results.
sf	All fields	A comma-separated list of fields to be searched.
cf	VariantID	A field to regard as the "code" for the returned item data.
ef		A comma-separated list of additional fields to be returned for each retrieved list item. (See the Output format section for how the data for fields is returned.) If you wish the keys in the returned data hash to be something other than the field names, you can specify an alias for the field name by separating it from its field name with a colon, e.g., "ef=field_name1:alias1,field2,field_name3:alias3,etc. Note that not every field specified in the ef parameter needs to have an alias.

Variants Field Descriptions

Field	Field Description
AlternateAllele	The value of the AlternateAllele field in the source file.
AlleleID	The ID of the allele as taken from the AlleleID column of the source file.
AminoAcidChange	This is the amino acid change (starting with "p.") parsed from the Name field.
Chromosome	The chromosome number, taken from the Chromosome field in the source file.
ChromosomeAccession	The chromosome accession number, taken from the ChromosomeAccession field in the source file.
Cytogenetic	The cytogenetic location of the allele, taken from the "Cytogenetic" field in the source file.
dbSNP	The "rs" ID number from dbSNP, taken from the "RS# (dbSNP)" field in the source file.
GeneID	The gene ID from NCBI's gene database.
GeneSymbol	This is the GeneSymbol field listed in the source file. It is the symbol for the gene that overlaps the variant.
GenomicLocation	This is an HL7-style concatenation of the Start and Stop fields, i.e., Start^Stop.
hgnc_id	A unique ID provided by the HGNC for each gene with an approved symbol. Although standard HGNC IDs are of the format HGNC:n, where n is a number, we have removed the "HGNC:" prefix, so that these values are just numbers.
HGVS_c	The NucleotideExpression field from the source file. (The "RefSeq cDNA-based HGVS expression".)
HGVS_exprs	The list of all NucleotideExpression and ProteinExpression for the variant.)
HGVS_p	The ProteinExpression field from the source file. (The "RefSeq protein-based HGVS expression".)
Name	This is the "Name" field (a description of the allele) from the source file.
NucleotideChange	This is the nucleotide change (usually starting with "c.") parsed from the Name field.
phenotypes	This list only includes phenotypes that have an MedGen ID. This contains disease name and MedGen code pairs. The data is stored as an array of objects, where each object has a "text" property (with the disease name) and a "code" property. See PhenotypeIDS and PhenotypeList for more details.
phenotype	This contains the shortest disease name from the phenotypes field above. (There are some situations where one is enough.). Like the phenotypes field, its value is an object with a "text" property for the disease name and a "code" field. For the "df" (display field) API parameter, the code by itself or the disease name by itself can be requested as phenotype.code or phenotype.text. When just "phenotypes" is speficied with "df", the code and disease name values will be returned a combined string.
PhenotypeIDS	The list of phenotype ids for the variant.
PhenotypeList	The list of phenotypes (disease names) for the variant.
RefSeqID	This is the RefSeq accession number parsed out of the "Name" field.
ReferenceAllele	The value of the ReferenceAllele field in the source file.
Start	The starting position of the allele, taken from the Start field in the source file.
Stop	The ending position of the allele, taken from the Stop field in the source file.
Type	The type of the variant, taken from the Type field in the source file.
VariantID	Deprecated, use VariationID (has the same value) instead. The VariantID is populated from the VariationID for purpose of backward compatibility.
VariationID	The preferred id for the ClinVar variants data. It's taken from the VariationID field in the source file.

Output format

Output for an API query is an array of the following elements:

1. The total number of results on the server, which can be more than the number of results returned. This reported total number of results may also be significantly less than the actual number of results and is limited to 10,000, which may significantly improve the service response time.
2. An array of codes for the returned items. (This is the field specified with the cf query parameter above.)
3. A hash of the "extra" data requested via the "ef" query parameter above. The keys on the hash are the fields (or their requested aliases) named in the "ef" parameter, and the value for a field is an array of that field's values in the same order as the returned codes.
4. An array, with one element for each returned code, where each element is an array of the display strings specified with the "df" query parameter.
5. An array, with one element for each returned code, where each element is the "code system" for the returned code. Note that only code-system aware APIs will return this array.

Sample API Queries

Query	Result	Description
https://clinicaltables.nlm.nih.gov/api/variants/v3/search?terms=FAM	25524, ["359713","359718","359723","359728","359735","359740","359745"], null,[["359713","NM_032581.3(FAM126A):c.*4278_*4279insGT"], ["359718","NM_032581.3(FAM126A):c.*3878C>T"], ["359723","NM_032581.3(FAM126A):c.*3486_*3489delCAGA"], ["359728","NM_032581.3(FAM126A):c.*2904A>T"], ["359735","NM_032581.3(FAM126A):c.*2108G>A"], ["359740","NM_032581.3(FAM126A):c.*1878T>G"], ["359745","NM_032581.3(FAM126A):c.*1506T>A"]]]	Returns the first 7 matches for terms starting with FAM (which in this case matches only gene names.)
https://clinicaltables.nlm.nih.gov/api/variants/v3/search?terms=FAM&ef=GeneSymbol	[25524, ["359713","359718","359723","359728","359735","359740","359745"], {"GeneSymbol":["FAM126A","FAM126A","FAM126A","FAM126A","FAM126A","FAM126A","FAM126A"]}, [["359713","NM_032581.3(FAM126A):c.*4278_*4279insGT"], ["359718","NM_032581.3(FAM126A):c.*3878C>T"], ["359723","NM_032581.3(FAM126A):c.*3486_*3489delCAGA"], ["359728","NM_032581.3(FAM126A):c.*2904A>T"], ["359735","NM_032581.3(FAM126A):c.*2108G>A"], ["359740","NM_032581.3(FAM126A):c.*1878T>G"], ["359745","NM_032581.3(FAM126A):c.*1506T>A"]]]	This is the same query as above but with a request to return the GeneSymbol field as an "extra field" (ef).

Data Construction Details

This section describes in detail the steps we followed in processing the source files, to provide more specifics about the content we are providing and also to allow someone to reproduce our processing. This is not quite an algorithm, but details the changes made to the data.

Highlights (summary)

1. There are 3 files to work with: variant_summary.txt.gz, hgvs4variation.txt.gz, and variation_allele.txt.gz
2. Only records which are for assembly "GRCh37" or "na", and which have a Name field containing an NCBI RefSeq and a DNA HGVS expression are included.
3. The Name field is parsed and used to populate new fields AminoAcidChange and NucleotideChange.
4. Besides the PhenotypeIDS and PhenotypeList fields that come with the data, two new fields, pheonotype and phenotypes, have been created from them, to include only the phenotypes that have MedGen codes. The field values are json object strings for phenotype and json array strings for phenotypes. For more details, please see the "Processing details" section below.
5. Records for the same VariationID are combined into a single record, with the values for each field being combined either with tildes or brackets, depending on the field.

Processing details:

1. Only include records that have the "Assembly" field set to "GRCh37" or "na"
2. A record's Name field value usually begins with an NCBI RefSeq accession number, possibly followed by a gene symbol, followed by an DNA HGVS expression, possibly followed by an protein HGVS expression. The regular expression used to check this is:

         /^(N\S_\d+\.?\d+)(\(([A-Z0-9]+)\))?:(\S\.\S+)( \((\S.\S+)\))?/

3. Parse the Name field using the above regular expression, and then: store the protein HGVS piece in a new field, AminoAcidChange; store the RefSeq accession number in a new field, RefSeqID; and, use the DNA HGVS piece as the value for the NucleotideChange field. When any of such pieces do not exist in the Name, the fields will be backfilled with information from the following fields of the data files: ProteinChange field, NucleotideChange field, and the NucleotideExpression field.
4. Store all the values of the record's NucleotideExpression and ProteinExpression fields as HGVS_exprs, and a "best" pair of NucleotideExpression and ProteinExpression is selected to populate HGVS_c and HGVS_p. The rules for selecting this best pair is as follows: the first pair whose NucleotideExpression starts with "NM" and whose ProteinExpression is populated is selected; if no such pair exists, the first pair whose NucleotideExpression starts with "NM" is selected; otherwise, the first pair seen is selected.
5. If there is a value in the record's Chromosome field, create a GenomicLocation field as the value of the Start field, plus a '^' character, plus the value of the Stop field.
6. If the value in the record's "RS# (dbSNP)" field is not "-1", create a "dbSNP" field equal to "rs" plus that value.
7. The field "nsv/esv (dbVar)" is renamed to nsv_esv.
8. For each phenotype (based on PhenotypeIDS and PhenotypeList) in the record that has a MedGen code, a JSON object is created with two properties: "code" that is the MedGen code, and "text" that is the phenotype name. These JSON objects are then stored in the "phenotypes" field as a JSON array string. The one such phenotype that has the shortest phenotype name (text) is stored in the "phenotype" field as a JSON object string.
9. Combine data for records sharing the same VariationID. For the ReferenceAllele and Alternate allele fields, the combined value is whatever values are in the variant's records joined with a tilde, regardless of whether those values are the same or not. For other fields, if the values are the same across the variant's record, the combined value is simply that shared value. If the values are not all the same, then the combined value is created by wrapping each value (unique or not) in brackets and concatenating the result.