caBIG™ Terminology Services Path to Grid Enablement Thomas Johnson 1, Scott Bauer 1, Kevin Peterson 1, Christopher Chute 1, Johnita Beasley 2, Frank Hartel 2 1 Mayo Clinic, 2 NCICB Acknowledgements We wish to thank all members of the NCICB EVS and Mayo LexGrid teams, who continue to contribute to the architecture, development and deployment of LexEVS services. We wish to thank those who continue to provide mentorship for caDSR registration, caGrid™ and related tooling, and the Silver Level review process including Robert Freimuth, Tahsin Kurc, Scott Oster, Joshua Phillips, Nicole Thomas, John White, and Claire Wolfe. Preliminary ServiceEnhanced Prototype Partial LexBIG Query API Sample Applications Full LexBIG Query API Deployment Production Delivery Limited Query API Grid functions were developed as an analytic service. Initial services were selected to meet basic query needs, with focus on providing access to concepts in the NCI Thesaurus and NCI MetaThesaurus vocabularies. Separate methods and parameters were defined to search the NCI MetaThesaurus. This was an artifact of the legacy EVS infrastructure (see below). EVS 3.2 Model Registration Deployment Distributed LexBIG API caCORE 4.0 LexWrapper LexBIG Convenience Methods 3.2 EVS API Java SOAP REST Java MySQL LexBIG DB Lucene Index FIles caCORE3.2DTSRPCDTS Metaphrase M e t a t h e s a u r u s I n d i v i d u a l T e r m i n o l o g i e s 3.2EVS Model SOAP 3.2 EVS API REST Java The Legacy Infrastructure Partial LexBIG Model As part of the EVS 4.1 release, a prototype caGrid™ service was developed based on models used by the LexBIG terminology infrastructure. The LexBIG model is informed by HL7 CTS and ISO standards, and capable of defining all caBIG™ terminologies in terms of a common representation. For the prototype, a limited section or vertical ‘slice’ of the model was selected to support common query functions. Deployment and Registration Once again, grid functions were developed as an analytic service. Implemented search methods were selected as a representative sample of the LexBIG query API, allowing basic retrieval of concepts, properties, and associations. Grid services were implemented in a stateful manner; programming to the grid services essentially mirrors programming against the local Java API. The vertical ‘slice’ of the LexBIG model was approved and registered to caDSR. This was carried out in preparation for formal review and registration of the full LexBIG model in as part of production rollout. Prototyped services are currently deployed to a sandbox caGrid environment within the Mayo Clinic, but are not externally accessible. Full LexBIG Model As part of the EVS 4.2 release, a caGrid™ service will be developed based on a fully expanded version of the LexBIG model (see below). Once approved and registered to the caDSR, the fully enhanced model will serve as reference for Silver Level review. In the 4.2 release this model, dubbed the ‘LexEVS’ model, will coexist with the legacy EVS model. In the EVS 5.0 release this model will serve as the primary representation for EVS data as the legacy model is retired. Sample caGrid Service call getSupportedCodingSchemes() Effective with caCORE 4.0, EVS surfaced a terminology service node based on the caCORE 3.2 EVS API on caGrid™ version 1.1. Services were grounded in the EVS 3.2 data model, depicted above. The model was inferred by classes, parameters, and return values in the underlying Java implementation. Definition of unique but semantically similar concept classes for the MetaThesaurus reflect separate handling by the underlying API. LexBIG Installation caGrid Node hosting Service Client Client Invokes caGrid Service caGrid Service uses Distributed LexBIG to implement call Distributed LexBIG returns requested information to caGrid Service returns response to client Services are deployed to an NCICB-hosted server serving as a node on the caGrid™ and fulfilled through the EVS caCORE infrastructure. This infrastructure is currently being transitioned from a legacy architecture to one based on the caBIG™-sponsored LexBIG project. Whereas the legacy infrastructure imposed unique processing of MetaThesaurus content, the LexBIG infrastructure provides a common API for query of all sources. getMetaSourcesgetMetaSources() Returns all Metathesaurus Sources contained in the EVS. getServiceSecurityMetadatagetServiceSecurityMetadata() Returns the service's security metadata. getVocabularyNamesgetVocabularyNames() Returns all the vocabularies present in the Description Logic in caCORE 3.1 EVS service. searchDescLogicConceptsearchDescLogicConcept(EVSDescLogicConceptSearchParams eVSDescLogicConceptSearchParams) Searches a valid Vocabulary such as NCI Thesaurus and returns Description Logic concepts that meet the search criteria.EVSDescLogicConceptSearchParams searchMetaThesaurussearchMetaThesaurus(EVSMetaThesaurusSearchParams eVSMetaThesaurusSearchParams) Searches NCI meta thesaurus and returns Meta Thesaurus information that meet the search criteria.EVSMetaThesaurusSearchParams searchSourceByCodesearchSourceByCode(EVSSourceSearchParams eVSSourceSearchParams) Searches the Meta Thesaurus based on Source code.EVSSourceSearchParams caGrid™ Node Hosting Service Client Program In addition to the model being approved and registered to caDSR, services are currently registered for availability on the caGrid Portal. The portal provides a visual display of services running on the caGrid infrastructure as well as institutions that are participating in the caBIG program. ClientcaGrid ServiceDistributed LexBIG Calls caGrid ‘getSupportedCodingSchemes()’ Calls Distributed LexBIG ‘getSupportedCodingSchemes() Returns result of call to caGrid Service Results are returned to client with all appropriate caGrid security mechanisms Sample applications have been developed against the prototype caGrid™ services as proof of concept, including command-line driven programs and a modified version of the LexBIG Graphical User Interface. Because the stateful nature of the LexBIG API has been preserved, existing applications were quickly migrated to the grid with little change to core logic. In the EVS 4.2 release, the prototype service will be enhanced to provide full functionality of the LexBIG query API and a formal Silver Level review package will be submitted. In the 4.2 release this service, dubbed the ‘LexEVS’ service, will be externally published and will coexist with the legacy EVS service (to be deprecated). In the EVS 5.0 release, the LexEVS service will provide the primary interface to EVS functions as the legacy service is retired. As part of EVS 4.2 release activities, the LexEVS caGrid™ service will be deployed on the NCI CBIIT production servers as an externally accessible grid node. Internally, this service will rely on the distributed LexBIG API to invoke services on a separate server where the full compliment of LexBIG services has been deployed. Database storage for serviced vocabularies may reside in yet another tier. In addition to NCI CBIIT, it is anticipated that other installations of EVS services will be deployed and registered to the grid. These installations will contribute to a federated system of terminologies, allowing extended discovery and use in grid-based applications. NCI Thes LOINC Other … Discover caGRID Clients Adoption EVS Hosting Services