Attendees

NameRolePresent
Wright, Larry NIH/NCI  x
Fragoso, Gilberto NIH/NCI    x

De Coronado, Sherri    

NIH/NCI   x

Safran, Tracy

NIH/NCI [C]x
Ong, Kim L
ISx
Lucas, Jason R
ISx
Bauer, Scott  Mayox
Stancl, Craig
Mayox
Endle,  CoryMayox
Wynne, Robert    NIH/NCI [C]x

Kuntipuram, Kumar

NIH/NCI [C]x
Haber, MargaretNIH/NCI
 
Mensah, JacobNIH/NCI [C]x
Trong, TracyNIH/NCI [C] 
Din, SanaNIH/NCI [C] 
Kessler, Ron  

Action Items

AssignedDescriptionDate IdentifiedDue DateDate CompletedStatus
      

Agenda

EVS Weekly Tech Meeting

Discussion Points:

  • LexEVS
    • Nothing new to report this week
  • Browser/Tools
  • Data
  • Systems
  • Triple Store/EVS API

Decision Points:

Sprint Status

 

Current Sprint  Sprint 66 (September 28, 2017 – October 11, 2017)


16X237 Agile Development - Sprint Status#16X237AgileDevelopment-SprintStatus-Sprint66
Tier Deployment - Update
  • Tier Deployment
    • Data deployment

Discussion Points:

Decision Points:

Face2Face Discussion

Discussion Points:

  • Possible Travel Dates
    • November
      • 6 - 10
      • 13 - 17
    • December
      • 4 - 8 - This looks like the best week as of now.
      • 11 - 15 (Rob out)
  • F2F discussion and content to include in LexEVS 7.0
    • REST APIs/Triple Stores and their trade offs
    • Stardog and its built in graph database
    • Surfacing history in a REST service
      • Ability to time travel the history - NCIt and ULMS
    • Surfacing history of value sets in a REST service
    • Direct calls to NCIt for value sets

Decision Points:

Value Set Updates
  • Hierarchy prioritization

Discussion Points: 

  •  
  • Some value sets have structure (like neoplasm).  Should this be implemented in LexEVS so the structure can be viewed in the browser? 
  • ICBO 3 map representation is of interest
  • It was suggested that it would be nice to load a set of mappings to a set of URLs instead of a source/target coding scheme. (possibly for LexEVS 7.0)

Decision Points:

  • Larry suggested that overall, this is not a high priority.
  • The highest is the relationship of value set to value set that Kim is doing.
    • Then the next priority would be ICBO 3 map.
Compiled Value sets

Discussion Points: 

  • We should consider removing them.
    • These are loaded at value set resolve time.  The problem is that they are persisted, but don't get updated.  They need to be updated when the value set changes.
  • How would we test performance without them?
    • We can remove them all and then resolve a large value set (which will create the compiled value set). Then again (which will use the compiled value set) and see what the performance difference is.

Decision Points:

  • We should do some initial testing to see what the performance difference is with and without using the compiled value set.
Errors during the History load

Discussion Points: 

  • Not discussed today.

Decision Points:

NCIt load of the published value set version - errors during load

Discussion Points: 

  • Not discussed today.

Decision Points:

Backlog grooming - plan meeting

Discussion Points: 

  • We will plan a grooming session in the near future.

Decision Points:

LexEVS External Users

Discussion Points: 

Decision Points:

Team Absences

Mayo Team

  • Cory -
  • Scott -
  • Craig -

NCI

  • Tracy -
  • Rob - 12/11 - 12/18, 2/13 – 3/6
  • Kim -
  • Larry -

JIRA Issues

Recent LexEVS Related Bugs and Features (within last week)

Recent CTS2 Service Related Issues (within last week)

6.5 LexEVS Related Issues

6.5 CTS2 Service Related Issues

Project Plan Changes

#DescriptionDue DateResourcesNotesRisksMitigation
 None     
       
       

 Planned Activities

Area of InterestDetails
  
  
  

Risks, Issues, Dependencies

Risks

Opened DateDue DateDescriptionLikelihood (H, M, L)ImpactAssignedStatusMitigation Strategy
         
         

Issues

 #Opened DateDescriptionImpactAssignedStatus
      
      
      

Dependencies

Opened DateDescriptionAssigned
   
   

 

Action Item Backlog

 #AssignedDescriptionDate IdentifiedDue DateDate CompletedStatus