Allowing multiple ID types and free text to represent the disease in the GDM

[wrightmw]

Currently when creating a GDM, a disease can only be identified by an Orphanet ID. This needs to be opened up to include DO, NCIT and OMIM IDs, and when none of these IDs are available then the curator should be able to add free text instead.

1. In the GDM allow any of the following ID types: Orphanet DO OMIM NCIt

2. We currently populate the disease name automatically based on the Orphanet ID entered, this functionality will need to be expanded to include pulling in the disease names based on OMIM, DO and NCIt disease names.

3. If none of the above disease IDs are available then the curator should have the option of clicking a button to add free text. However they must: i)first enter some sort of confirmation that they have checked all of the ontologies ii)have option of including phenotypes, so another curator can match to it

4. The curator must have a means of changing the disease once they've entered it

[jimmyzhen]

Hi @selinad, @wrightmw,

Here is the instance for you to review the prototype of the modal for users to enter disease information: https://1328-jz-disease-id-types-043b3aa-jzhen.demo.clinicalgenome.org

There are still quite a few details to be worked out (e.g. free text entry confirmation, HPO id validation).

Most importantly, the disease information CAN NOT be saved into the GDM object at the moment. I will need to discuss with Karen on how the GDM schema shall be changed to deal with the disease property that no longer links to the Orphanet object (with implications on existing GDM data in production).

I look forward to all your feedback on this prototype. Thanks!

[wrightmw]

Hi @jimmyzhen Wow, you've come so far on this already! Great work!

I'm going to have a play with it. However, two quick things:

Currently I don't feel it's that obvious to the user that the magnifying glass is how they look-up/add disease gene names...it looks like they can just type IDs into the box, but I think we want people to only use the modal to add disease names? How about greying out the box and having a button on the RHS of the greyed-out box...e.g. re-using the buttons from the VCI:

Once the modal opens, the LHS text in the modal should say something like:

“Select disease source”

Note: the ‘i’ in NCIt should be a capital letter in all instances where you display it

[selinad]

Hi @jimmyzhen -- I tested a bit yesterday, and will do more thorough testing this afternoon. The API is great and I agree with @wrightmw that you implemented this very quickly and it's a fantastic improvement. Every disease I checked worked perfectly and I love having the descriptions come back.

One quick comment -- it would be great to have the UI for this mimic (as much as possible) the UI for the ClinVar modal, etc. I think @wrightmw is on the right track with respect to it looking like adding a disease in the VCI, but need to think through a bit more. I'll add some more ideas when visiting it again.

I'm a bit worried about the edit button -- are we going to allow people to edit a disease once evidence has been added to the GDM?

[wrightmw]

@selinad The edit disease button is vital on the GDM selection page so that curators can go in and edit when they have entered the wrong disease. Once they click through to curation central it's a different story, they would only have the edit disease button when free text has been entered so that they can change it to one of the disease IDs, when available.

[selinad]

Ok, perfect -- thx @wrightmw !

[selinad]

Hi @jimmyzhen -- here is what we discussed (I know you already have some under development)

Create GDM page:

• Use same + Disease button as in VCI for the Disease entry (per above discussion)
• Add "Search OLS for disease term" directly under the text that says enter disease

On modal window:

• On top row: "Search OLS for disease term" "[Orphanet][Disease Ontology][NCIt][OMIM]"
• URLs for different terminology sites -- Orphanet = http://www.orpha.net/consor/cgi-bin/index.php -- Disease Ontology = http://disease-ontology.org/ -- NCIt = https://ncit.nci.nih.gov/ncitbrowser/ -- OMIM = http://omim.org/
• prepend ID (e.g. ORPHA15) to disease term and make the term name (not ID) a hyperlink to OLS entry
• include 2 different error messages (error querying OLS vs. ID not found)

After term returned (back on Create GDM page)

• Prepend ID before term name, return term name here (as on modal)

Free text choice:

• Add box for term name (<= 200 characters)
• Make Description box OR phenotypes required (one or other)

@wrightmw let me know if I've forgotten anything

[jimmyzhen]

Hi @selinad, @wrightmw,

I've spun up a new instance of the add-disease modal for you to review: https://1328-jz-disease-id-types-7b8fb1d-jzhen.demo.clinicalgenome.org

The changes are so far only implemented for the GDM, and you can now save the GDM.

[selinad]

First -- wow! Lots of progress and many things working great! Here are maybe more comments than you need for this instance (meaning I know you have been working on data model changes and you may not have had a chance to get there yet) and a few bugs.

Super work, @jimmyzhen ! thank you.

Comments:

• [x] add link to searching MonDO on create Gene-Disease page (under "Please add disease")
• [x] could probably remove "please" from above title as it's mandatory; maybe "Select disease"
• [x] in example for entering ID,
• [x] add text re where to find ID in OLS (Enter the term "id" found in the Term Info box for the term as displayed in the OLS). Change "Enter ID from MonDO search" to "Enter the term "id" and then add "term "id" can be found in the "Term info" box displayed on the right hand side on the term page of the OLS" Change "Select this checkbox if you are unable to find a known disease ID" to "Note: We strongly encourage use of a MonDO ontology term and therefore specific database identifier for a disease. If you have searched and there is no appropriate database identifier you may contact us at clingen-helpdesk@lists.stanford.edu and/or create a term using free text. Check here to find free text option" ( @wrightmw feel free to edit)
• [x] once a disease is returned via API, can free text option disappear? Slightly confusing + we want to discourage use when possible
• [x] like having curator's name returned for free text! Could we say something like 'Non-ID term" when it is returned (where it says Please add disease?)
• [x] Where would they find a free text description and the HPO terms? I'm thinking we should display those on return?
• [x] is there a limit on term description? Right now, it's too long:

Bug

• [x] bug if I hit submit after entering free text fields (all) and then forget to add moi -- won't submit and there is no error report
• [x] if I edit disease once in record central, save does not update the record central text, even if I refresh (maybe you're not there yet!) ;-)
• [x] once I add piece of evidence, edit button for disease still there...(jzhen: after discussing with Selina, for the moment in the attempt to keep it simple, we will disable the disease edit button after a PMID is added to the GDM).

[selinad]

@jimmyzhen -- it may be that you have it that another curator can't edit the disease if the first has entered evidence -- I'm finding that! Apologies, that might not be a bug. Testing a bit more to check behavior.

[selinad]

@jimmyzhen -- great! A second curator cannot edit the disease. However, it does seem the first curator who created the disease term name with free text can edit it AFTER a second curator has added a piece of evidence -- it may be in your plans already, but want to disallow this ( @wrightmw do you agree?)

• [x] After discussing with Selina, for the moment in the attempt to keep it simple, we will disable the disease edit button after a PMID is added to the GDM.

p.s. this instance does not remove the logic, so 2 curators can't curate from same paper -- not certain whether this will change anything...

[selinad]

• [x] @jimmyzhen just noticed the FREETEXT id -- great! Not sure if we need to display this...what do you think @wrightmw ?

[selinad]

• [x] @jimmyzhen sorry -- one more thing. Is there a way to block entry of an OMIA ID? If not no worries this round. These are for non-human animals. e.g. OMIA:001260

Hopefully, no one would enter this, but if we can block it, it's always better -- let me know; I can make a ticket for July.

@wrightmw we are going to need to create help documentation for using MonDO...

[wrightmw]

I think the FreeText ID should be internal... we shouldn't display it. @selinad The current help docs need to be updated based on the changes to the interfaces, and it would be desirable to add some MonDO help documentation at the same time but I think this is desirable rather than essential (i.e. if we have not had time to add this MonDO help doc then I don't think our release should be delayed to wait for this) .

[selinad]

thx @wrightmw I agree re the FREETEXT ID

It's rare, but I disagree re help -- we need to explain they can only pick terms with MONDO in blue box on the OLS (they will want to know why they can't use ORPHA15, for example), etc. I don't think it has to be complicated, but they will need some guidance. I believe JG mentioned this on a call already, too. They are likely to have had little/no exposure to MonDO.

[selinad]

• [x] One more quick thing @jimmyzhen -- we were going to require HPO terms or Description for free text entries (just to put in writing).

[jimmyzhen]

@selinad, I can disallow the entry of OMIA IDs in the add disease modal.

[selinad]

@jimmyzhen thx re OMIA -- let me know if that is time intensive and we can evaluate against other features.

Here is what @wrightmw and I drew up for editing diseases ( @jimmyzhen I'm trying out the task list, although it may not be appropriate for this list!):

• [x] As we spoke about, a GDM is editable (by creator only) until someone adds a PMID (doesn't matter who) -- if we have time, we will make it so the creator can edit until a 2nd participant has added evidence to the GDM. This means the Disease Edit button will be available next to the Gene:Disease name for the creator until a PMID is added to the record by anyone

• [x] For full text -- the curators will need to be able to view the Description (paragraph length) and HPO terms, as well as the term. They should be able to get to this after entering the free text in GDM, next to the disease term int he GDM record's header, and wherever it is displayed in the interface (first 2 most important). A couple of ideas for implementation:

• hover over that gives description / HPO terms

• display part of text in header under disease with the dotted underline so scroll over shows all of the text (for Description)

• View button that pops up non-editable modal (see next task item though)

• [x] Editing free text term name: The term name (phrase) is not editable except as is allowed for a MonDO term (i.e. behaves just like an ID). If they want to change it to an ontology term, we will help them with this rather than allowing this to be changed to a term (at least for this version)

• [x] For the free text Description, and HPO terms here are a list of options -- you can decide based on implementation time (from least preferred to most preferred)

• allow them to be edited in same circumstances as MonDO term and free text term name

• allow creator to ADD information at any time (not edit -- that can only happen before PMID added to GDM)

• allow any participant to ADD information to it at any time

• [x] For diseases within a Group, Family, Individual

• can we allow them to copy free text term from GDM to the G, F, or I -- @wrightmw and I think this would help a lot

• put edit button by each disease term (MonDO or free text) -- they can only delete a free text term, they could delete or change a MonDO term; we would also need a +Disease button (to add an additional disease)

We think all of the above will work, but happy to walk through it with you! -S

[jimmyzhen]

The flow of add/delete diseases within a Group, Family, Individual and Interpretation:

[selinad]

Notes from our discussion today: ( @wrightmw please feel free to make any edits)

Create GDM page

• [x] Change text to "Search MonDO using OLS"

Modal before save

• [x] for checkbox: "Check this box only if you were unable to find a suitable ontology term and need to enter a free text term"
• [x] add space between "searched" and "and" (says "searchedand" right now)
• [x] put "OR" in stead of comma in example for desired ID -- let's put them in order of Orphanet ID, DOID, OMIM ID (need to add ORPHAID -- can use existing example
• [x] Quick to put the Note in a yellow box? Would stand out better and be more like a warning

Modal after save

• [x] Include this directly before the returned definition for a MonDO term: "Definition:"; if there is not definition, I believe this space is empty, in which case, would not show "Definition:" or would put "none" after it (do what is simplest)

Free text

• [x] Change "Rich text disease name" to "Disease name" and put in entry box: "short phrase (max 100 characters)"
• [x] Change "Disease description" to "Disease definition" and put in entry box: "Describe this disease"
• [x] Between the 1st and 2nd boxes, add text: Either a definition or HPO term(s) is required to describe this disease (both fields may be used)"
• [x] Add warning note at top (in yellow box if possible): "Use of free text could result in different terms being used for the same disease. Please make certain there is no appropriate ontology term before applying a free text disease name"

Resulting Create GDM (following save)

• [x] yellow text box needs text change from "Currently, the above options (gene, disease, mode of inheritance, or adjective) cannot be altered for a Gene:Disease record once the record has been created. This includes adding an adjective to a Gene:Disease:Mode of inheritance record that has already been created or editing an adjective associated with a record." to "The above options (gene, disease, mode of inheritance, or adjective) can be altered for a Gene:Disease record up until a PMID has been added to the record. This includes adding an adjective to a Gene:Disease:Mode of inheritance record that has already been created or editing an adjective associated with a record."
• [x] For a MonDO disease as well as free text, please allow a disease to be updated until a PMID added
• [x] fix display of disease name if text too long (test up to 100 characters)

Group/Family/Individual pages

• [x] Allow ability to Copy disease term from Gene-Disease record, similar to copying orphanet ID from Group to Family. Text for button: "Copy disease term from Gene-Disease Record"; this button and the Disease+ button will appear on the G, F, and I pages. Once a disease is copied or added, the disease name appears as well as the ability to Delete (Delete button). If a user deleted, they return to the Copy button and Disease+ button that appears when they get to G, F, or I page the first time

VCI

• [x] employ same functionality as GCI for a disease (allow them to delete and add again, not edit)

[selinad]

One more potential change, @jimmyzhen as I see you may already have a check next to the item -- seeking @wrightmw 's opinion first:

For the checkbox -- how about: "Check this box to indicate you were unable to find a suitable ontology term and need to create a free text term"

[selinad]

@jimmyzhen As we just discussed, Case-Control also has a Disease field (in addition to G, F, I and the Create GDM).

[jimmyzhen]

Hi @selinad, @wrightmw,

Below are the UIs I have implemented for Group so far:

Two questions:

1. Shall we modify the text messages in the yellow warning box?
2. How would you want the button arrangement to look like for Family and Individual if we also need to include ability to copy disease from the group (e.g. "Copy Orphanet IDs from Associated Group")?

[selinad]

Looks great @jimmyzhen !

1. Yes, we should definitely alter the yellow box. How about "Please enter a disease term and/or phenotype(s); phenotypes may be entered using HPO ID(s) (preferred) or free text when there is no appropriate HPO ID."

2. Did we talk about having 2 buttons for F and I? e.g. Copy disease from Gene-Disease Record" and "Copy disease from Group"? We were thinking we didn't need to add logic now if the GDM disease = Group disease.

[selinad]

@jimmyzhen per our pow-wow with @wrightmw too, let's revise answer to number 2 above so that we don't have Copy disease from Gene-Disease record on F and I pages. Instead, just on the G page and then the F and I pages have "Copy disease from Group" (or whatever current language is), "Copy disease from Family."

One item: For Case-Control, could we have "Copy disease from Gene-Disease record" there? Not urgent if it doesn't work this release, but maybe it's easier as it will be consistent with Group.

[jimmyzhen]

Hi @selinad, @wrightmw,

I have a new instance spun for what I have so far: https://1328-jz-disease-id-types-fbd3dba-jzhen.demo.clinicalgenome.org

The add-disease modal has been implemented throughout the GCI, but not yet in VCI.

A known issue - if the entered disease is not already in the test database, it is not somehow captured in the curation objects (e.g. group, family, individual) 😭

[selinad]

@jimmyzhen you are incredible!

Create GDM page

• [x] remove the link for "OLS" text (I'm sorry as you implemented it as specified -- I'm now worried they will choose a non-MonDO term, so I think it's best to remove the link to OLS

Note: the following work great!

• Can edit disease up until PMID added by myself or 2nd curator 👍
• OMIA can't be added -- perfect error message 👍
• cannot create identical record (G-D-Moi is unique) 👍
• Can curate on paper added by another curator (different ticket, but works well -- message not removed yet, but Chris' probably not yet merged 👍
• Description link works great (clicking on it gives description) 👍

Next times:

• If there is no description, there is no feedback about this -- we can fix this in future release

Modal

• [x] remove remove the link for "OLS" text (as on Create GDM page)

Group

Wow! Works really well -- I tried every permutation I could think of wrt to adding / editing disease and everything held. 👍

Family

Also works great! Can copy disease to individual

• [x] There are "*" for disease and phenotype, but these not required for Family so need to be removed (seems to behave correctly) TEXT CHANGE + LOGIC
• [x] would it be ok to change text from "Disease(s) in Common:" to Disease(s) in Common for Family:" ? TEXT CHANGE
• [x] Some logic has been removed (checking against current demo) -- if I Copy disease from Family to individual, but don't enter label for proband, it lets me save but doesn't store disease.....I can also add label and no disease and it lets me store, but this isn't OK as disease is required for the proband....see behavior in current demo version. The proband then can't be edited without including a disease, which is good, but should not be able to save proband in Family without disease and label. BUG ~1/2 DAY

Small items:

• [x] Could the Group disease that could be copied be returned in bold above the Copy button? For some reason, they it doesn't jump out at user and they are in bold when returned on modal and in header, so user used to it TEXT CHANGE

• [x] Individual: The error button when disease is not included appears up by disease rather than by Save button -- can it move down by Save button like other error messages? Right now, there is no feedback by Save button as to why form is not saving, so it seems like it is frozen. Also, the placement of error message is a little funny with the buttons (not a big deal for this release) ![screen shot 2017-05-28 at 12 09 17 pm] BETTER TO HAVE ~1/2 DAY (https://cloud.githubusercontent.com/assets/11320314/26531475/994f8742-439e-11e7-9884-6176b6c05a1c.png)

Individual

• [x] Related to above issue with disease not being required for proband created with Family. When I tried to save that individual without a disease, got error, as I should. But then when I copied the disease from Family using the button, freezes on Save RELATED TO ABOVE BUG:

• [x] @wrightmw do you think we should remove ability to "Copy disease from Gene-Disease Record" for a new individual that is not a proband? RESOLVED -- LEAVE AS IS

I'll keep testing -- there is a lot going on. Absolutely fantastic, hard work, @jimmyzhen -- thank you!

[jimmyzhen]

A known issue - if the entered disease is not already in the test database, it is not somehow captured in the curation objects (e.g. group, family, individual) 😭

I've fixed the bug mentioned above and patched the current instance with the fix.

[selinad]

@jimmyzhen -- does this explain the bug or are you saying this is a new issue?

[jimmyzhen]

Hi @selinad, @wrightmw,

I've spun up a new instance for you to review: https://1328-jz-disease-id-types-e668045-jzhen.demo.clinicalgenome.org

This instance includes the new add-disease modal for interpretation in VCI, along those in the GCI. Let me know if you have any questions.

[selinad]

Hi @jimmyzhen Thank you! Nice!

Comments on VCI:

• [x] Works great!

• [x] The yellow box is directly on top of the check box free text FIXED ON LOCAL

• [x] I'm wondering if the Delete button should be red? @wrightmw ? I think it would be similar to other delete buttons in the interface QUICK CHANGE

• [x] Links in header for disease work great, and header title looks great!

• [x] Change error message to "Either a description or HPO term(s) (e.g. HP:0000001) is required" FIXED

  

• [x] Free text works great! Displays correctly in header and title, is editable

• [x] Is there a place we could show Description of disease term when it exists, as in GCI?

[selinad]

Hi @jimmyzhen -- I tried entering a free text again and found this (free text was the first thing I entered this time). What's strange is no disease term is showing even though the Delete button is active

Note: I tried to repeat this and could not.

[jimmyzhen]

Hi @selinad,

The strange behavior (e.g. "The yellow box is directly on top of the check box free text") and console error you were seeing might have something to do with a bug in the "Delete disease" button in the VCI. I've addressed the bug and patched the instance. Please try again after refreshing the browser page.

Also, I've added a "View description" link in the VCI header if a disease term has description.

Lastly, I tried the red delete disease button in the VCI. It seemed a bit too much visually, and so I am using the same blue color for the button (as we do for the mode of inheritance association button).

[selinad]

@jimmyzhen a little confused as I still see the yellow box sitting on top of the text box, but the disease seems to be functioning correctly:

[selinad]

@jimmyzhen -- the View Description is great, and the link to the OLS for the VCI. The Description box pops up quite a bit below the link, but I think it's great for now -- thanks!

Re Disease button -- I like the icon, but I'm worried about the blue -- would it be easy to see the red? (do you have a screen capture). Also, it would be more consistent with the rest of the UI to use red, I think....

[selinad]

One thought for the MOI button -- could it be the same blue as the update button for evaluations? Delete and Edit are different and we use the lighter blue for "Update" (= Edit) QUICK

[wrightmw]

@jimmyzhen @selinad I like the dustbin on the Delete button but I think it should be red to make it more obvious to a curator that they are about to delete the disease.

[selinad]

Hi @jimmyzhen

Not a big deal -- it would be great if this either worked like the "View Definition" link you have elsewhere or if easier, was an external link rather than something they'd have to copy/paste. MOVE TO R12

Do you mean to send them to OMIM for the Definition?

[selinad]

HI @jimmyzhen -- a couple of small things:

• [x] maybe you have not had time to implement, but remove the link from the text "OLS" (I think it's too confusing for users) on the very top line (also from create GDM page and on free text disease entry disease modal, ie. after you click check box) QUICK
• [x] I'm thinking we may need to be clearer with this text: "Enter the term "id" (Term "id" can be found in the "Term info" box displayed on the right hand side on the term page of the OLS): " Change to: "Enter a MonDO term "id" from MonDO OLS search (Orphanet, DOID, OMIM and NCIt id's allowed). The term "id" can be found in the "Term info" box displayed on the right hand side of the OLS term page -- e.g. Orphanet:93545): " The Orphanet:93545 can be an external link to https://www.ebi.ac.uk/ols/ontologies/mondo/terms? iri=http%3A%2F%2Fpurl.obolibrary.org%2Fobo%2FOrphanet_93545 (this also is for the case where we can restrict to these 4 -- if not, then we would remove "id's allowed" from end of sentence at put e.g. at beginning) @wrightmw does this sound good? TEXT CHANGE
• [x] If we are able to restrict to Orphanet, DOID, NCIt, and OMIM, could you add an NCIt example? e.g. NCIT:C4089, https://www.ebi.ac.uk/ols/ontologies/mondo/terms?iri=http%3A%2F%2Fpurl.obolibrary.org%2Fobo%2FNCIT_C4089) TEXT CHANGE
• [x] In yellow box, could we add "an allowed" where I've indicated it in caps: "Note: We strongly encourage use of AN ALLOWED MonDO ontology term and therefore specific database identifier for a disease. If you have searched and there is no appropriate database identifier you may contact us at clingen-helpdesk@lists.stanford.edu and/or create a term using free text." TEXT CHANGE

[selinad]

@jimmyzhen is there a way to make the Description text a little wider on return at very minimal time cost -- this is an extreme example. Not worth any amount of time if not. Another possibility would be the "View Description" link that you use elsewhere (if possible from the modal)

The 100 characters works great! MOVE TO R12

Also, would it be quick to insert a space between HPO terms on the following display? QUICK ![screen shot 2017-05-31 at 1 37 17 pm] (https://cloud.githubusercontent.com/assets/11320314/26652948/747edeb2-4606-11e7-9822-befc39240262.png)

[selinad]

@jimmyzhen There are other places where OLS is a link (sorry!). Here's an example that will occur on G, F, I and I assume Case-Control:

Is there an easy way for you to find them (I'll keep adding as I see).

[wrightmw]

In the GDM, once a curator Saves free text, e.g. below: Then they do not have an option to change the free text to an ID, they are stuck on free text...e.g. see below: Curators can delete the free text if they refresh the page, but there is no information to tell them this. This is different from the functionality for IDs, which can be changed within the GDM. Which is confusing. @selinad

Also, when curators add the disease in Groups, Individual, etc.. they do get the option to "Delete Disease" and so they can start over, even if they've added free text. It's only in the GDM that we have this restriction.

[selinad]

HI @wrightmw - yes, @jimmyzhen and I talked about this and felt we should hold given all the other things that needed to happen at the time, with the plan to revisit closer to the release when everything else had been implemented. I agree it's potentially confusing -- it's a bigger problem once the record is created and before a PMID added.....but we have provided a lot more functionality that previously existed...

[selinad]

@jimmyzhen I don't think the URL was here before? It's good as it goes to OMIM. Is it coming directly from the API? Could it be the hyperlink to text like "View term at source's site"? (I'm sure there's something better, but I'm thinking it will be hard to pick out OMIM or Disease Ontology, etc...

p.s. not a big deal for R11 if time consuming MOVE TO R12

[selinad]

@jimmyzhen -- for the View page when a free text term, Definition and HPO terms added (copied from GDM), it only shows the free text term. It's a bit confusing as there are fields for HPO for phenotype. Could you show the Definition and disease associated HPO terms on the View, maybe below the term name but indented? the fields would be empty if none entered. MOVE TO R12

e.g. (minus line space and the actual bullets)

Short term

• Description
• HPO terms

[selinad]

Hi @jimmyzhen Would it be a quick request to have it so that every time there is a description, use the "View Description" link that you have implemented in header -- I think it could get really long displaying on G, F, I pages like here (even tho this one short) REVISIT IN R12 (ok for next release too)

[selinad]

• [x] Hi @jimmyzhen per our discussion today let's check that the ID begins with one of the following: OMIM, Orphanet, DOID or NCIT (don't know whether you include colons). Another option is to "black list" the DC: terms (less preferred). Please let me know if this becomes unreasonable in terms of time. ~1/2 DDAY

Thx! - Selina

[wrightmw]

This is a slightly odd minor bug. I filled out the GDM but the gene symbol was incorrect... I corrected the gene symbol but it would then not let me save the GDM, even though it now had the correct approved symbol: BUG

I filled out the GDM but the gene symbol was incorrect... I corrected the gene symbol but it would then not let me save the GDM, even though it now had the correct approved symbol.

JZHEN: I was not able to reproduce the bug :man_shrugging:

[jimmyzhen]

Hi @selinad, @wrightmw,

Here is how the disease and MOI buttons look in VCI:

[selinad]

I like it @jimmyzhen !

[wrightmw]

I like it also!