NIH | National Cancer Institute | NCI Wiki  

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

NameRolePresent
Haber, MargaretNIH/NCI
 x
Fragoso, Gilberto NIH/NCI     

De Coronado, Sherri    

NIH/NCI    x

Safran, Tracy

NIH/NCI [C] 
Ong, Kim L
IS x
Lucas, Jason R
IS x
Bauer, Scott  Mayo x
Stancl, Craig
Mayo x
Endle,  CoryMayo x
Wynne, Robert    NIH/NCI [C] x

Kuntipuram, Kumar

NIH/NCI [C] 
Mensah, JacobNIH/NCI [C] x
Trong, TracyNIH/NCI [C] 
Din, SanaNIH/NCI [C] 
Kisler, BronNIH/NCI [C] 
Remennik, LyubovNIH/CC/BTRIS x

Action Items

AssignedDescriptionDate IdentifiedDue DateDate CompletedStatus
      

...

EVS Weekly Tech Meeting

Discussion Points:

  • LexEVS
    • Updates for DEV system to be configured to run Docker containers.
      • Jacob mentioned that they are still working on thisis testing Docker implementation.
    • CTS2 online API documentation on-line documentation is running on NCI Dev system and Heroku.
      • redis server is not needed. This ticket was cancelled.
      • Ticket submitted for setting Jenkins to build/deploy on all of the tiers.
        • Jacob is working on this issue as well.
    • Lexevs-system-tests - updates in progress due to centos7_tomcat image different than standard unbunto image.
      • Jenkins and Docker - users and permissions.
      • Margaret suggested resurfacing this issue at the next Monday meeting

      • Cory requested to install the required redis server
      • Jacob is looking into if we can install this redis server.  Redis is currently not on the technology stack.
  • Browser/Tools
  • Data
  • Systems
  • Triple Store/EVS API

Decision Points:

Roll Call 

Sprint Status

 

Current Sprint  Sprint 74 (January 18, 2018 – January 31, 2018)

16X237 Agile Development - Sprint Status#16X237AgileDevelopment-SprintStatus-Sprint74

CTS2 on-line documentation update
API Meeting/Discussion Update

Discussion Points:

CTS2 online API documentation on NCI Dev. 

  • npm and node.js were installed.  It was determined that the redis server is required for the API documentation service to run.
  • Cory requested to install the required redis server.
  • Jacob is looking into if we can install this redis server.  Redis is currently not on the technology stack.

Decision Points:

  • If Jacob determines redis cannot be installed, we will move forward migrating to the Swagger API.

Discuss empty value sets

Discussion Points:

  • When to - load, represent, and search.
  • Currently these aren’t loaded due to the fact their concept have no incoming Concept_In_Subset associations.
  • But the browser is representing them in the hierarchy.
  • Also, we decided long ago not to load empty value sets (as coding schemes) because it wasn’t possible to search when multiple value sets including an empty value set were selected.
  • Rob suggested to not load empty value sets at all - even source asserted value sets.
  • Scott suggested there are options to manage empty value sets.

Decision Points:

  • We will test this on Dev. 
    • Manually update a terminology with publish=no and set Concept_In_Subset associations and determine how this displays in the browser.
    • Rob will test with the FDA terminology.
  • Bron and Tracy are out today.
  • Scott gave a quick overview of the last meeting.  Much of the time was discussing and documenting the existing architecture.
  • Margaret suggested this meeting should include requirements gathering and gap determination as well as day to day needs.

Decision Points:

  • Scott will send a link to the slides to Margaret and Lyubov.

Empty value sets - Update (Rob)

Discussion Points:

  •  VS have loaded last night on Dev.
  • Should we load empty VS?  Rob suggested that it may be OK.
    • The browser should be able to handle an empty VS.

Decision Points:

Resolved Value Set rework

Discussion Points:

  • Resolved VS were persisted in the past.  They are now dynamically resolved (without being persisted).
  • VS definitions are still be persisted to the system.
  • We depend upon the resolved VS for the existing CTS2 REST API.
    • The lexevs resolved value set API will need to be updated to still return the resolved value sets.
  • The VS search API will change (source asserted API).  The browser will need to use the new API.

Decision Points:

  • Rob suggested that this scenario should work:
    • Browser - If multiple value sets are selected, and one is empty, the browser should still get results back.
    • If a user clicks on the empty value set in the hierarchy, they should be able to see the value set information and an empty value set.
      • The user currently see a "null" response.
     
Ongoing Remote API strategy

Discussion Points:

  • Scott asked the question - should new lexevs API calls be remote enabled?  This would take additional time to accomplish.

Decision Points:

  • This should be covered in the future technical EVS meetings.

LexEVS External Users

Discussion Points:

  • caDSR and configuration of the remote client- LexEVS REST vs Java API discussion on Friday.

Decision Points:

Team Absences

Mayo Team

  • Cory -
  • Scott -
  • Craig -

NCI

  • Tracy - 1/29 - 2/6
  • Rob - 2/13-3/6
  • Bron -
  • Sana -
  • Kim -

...