Objective 2 - LocalVar
LocalVar was created to address several needs associated with the
longitudinal maintenance of a variant collection. A demo is available
that will allow readers to explore the functionality described in this
section
(http://www.watkinscv.com/app-demos/LocalVar).
Once the collection is loaded, the main page (Figure 5) shows an
interactive table of the entire collection. This is enhanced with an
autocomplete search bar that can pre-empt duplicate entries and a
drop-down text area where new single or bulk entries can be added to the
collection.
When a variant record from this collection table is clicked or searched,
the user is navigated to a record details page (Figure 6). If the HGVS
expression of the record is also found in ClinVar, the clinical
significance from ClinVar and all associated synonymous HGVS expressions
from ClinVar will also be displayed. Additionally, a custom link is
provided to view these extra data on the ClinVar online portal using the
variationID (ClinVar identifier stored in the HGVS bins) for that
variant. In this record details page, any field of the record, except
for the system-generated VRS identifier, can be directly edited. Manual
changes to the HGVS expression will initiate the auto-creation of a new
corresponding VRS identifier and an update of corresponding ClinVar
data. Any changes made are tracked by the LocalVar edit history. This
history is prominently displayed on the record details page. There is a
two-step process for removing variant records. Deleted records will
initially be moved into a “trash” collection, shown in Figure 7.
Within this trash collection, variant records can still be restored to
the main collection without any loss of data and with such an event
being recorded in the edit history for that record. These records can
also be permanently removed from the trash collection but only after
another prompt warning the user that the removed record will not be
recoverable.
The HGVS bins are also used to generate a collection of suggested data
updates for the user. An example of suggested updates is shown in Figure
8 and can be navigated to using the fixed navigation sidebar. The first
suggestion type, “Update Interpretation,” is created for each record
in the collection with an HGVS expression that matches a ClinVar entry
and has a different interpretation than what is in ClinVar. The user can
choose whether to accept this suggestion (which will update the value of
the interpretation column for that record) or to reject the suggestion.
If rejected, the user is prompted by the tool with the option of marking
the “conflicting” interpretations as synonymous. This would be
suitable for instances where, for example, the variant collection used
the term “Indeterminate” while ClinVar uses the term “Uncertain
Significance” to refer to a variant of uncertain significance. If the
user chooses to use this option, all conflicts of those two terms in the
collection would be removed and the tool would store that preference for
any subsequent suggestions. This allows LocalVar to “learn” how to map
institution interpretations to those found in ClinVar while remaining
institution-agnostic. It also reduces the number of erroneous
suggestions for the user and increases their likelihood of finding
significant interpretation conflicts. The second suggestion type,
“Merge Duplicate,” allows the user to merge records in the collection
that have separate unique collection identifiers but the same HGVS
expression. As shown in Figure 9, the user is given the opportunity to
select which fields to carry into the newly merged record. The third
suggestion type, “Merge Synonym,” utilizes the HGVS bins to allow
users to merge records in the collection that have HGVS expressions that
are recorded as synonyms by ClinVar. The user is given the opportunity
to select which HGVS expression to carry into the merged entry. Any row
in the main “View Collection” table can also be selected for the
option of merging two or more records into one. In order to merge
multiple records into one, the user must select at least one value for
each column. For all merge events, the resulting record is saved under
the collection ID selected by the user and the records whose collection
IDs were not selected are moved to the trash. All such events are
tracked in the history of the records involved.
Another feature that was added to LocalVar is the ability to easily
download three different “reports.” This option is prominently
displayed on the fixed sidebar and can be selected from anywhere in the
tool. The first report is a .csv snapshot of the entire collection. This
updates every time the collection is modified and allows users to easily
capture the collection in its current state and either move to another
collection managing software or share the collection with interested
partners. The second report is a .json file of the entire history of the
collection. This allows users to have a detailed record of every edit,
accepted suggestion, variant addition or deletion, etc. The JSON format
of this file allows the history to be easily searched as each edit event
is tied to a specific record. The third report is a .json file of the
HGVS bins used to associate the variants in the collection with those
from ClinVar. The JSON format of this file also makes it easily
searchable and straightforward. This is an effort to make LocalVar
suggestions transparent and relatively simple to validate or otherwise
audit.