1. caBIG ™ is an initiative of the National Cancer Institute, NIH, DHHS Semantic Integration Workbench (SIW) v3.1 and UML Model Browser v.5  Session Date: April 11, 2006  Session Length: 40 minutes  Target Audience: caBIG Annual Meeting Attendees  Trainer: Jennifer Brush jbrush@scenpro.com jbrush@scenpro.com  Subject Matter ExpertsTBD

2. Objectives  UML / Metadata Crash Course  Decompose a UML class and its attributes into Data Elements  Define the Semantic Integration Process  Describe the purpose of the Semantic Integrator Workbench (SIW)  Discuss the functions of the SIW (6 User Modes)  Describe the characteristics and parameters necessary for submitting an Annotated UML model xmi file to the UML Loader

3. Class attribute association UML Model Metadata Anatomy of a UML Model: Class Diagram

4. UML Model Metadata Anatomy of a Common Data Element Object Class Property Data Element Concept Representation Value Domain + What is it?How do you want to represent it? = Data Element Concept Value Domain Data Element Common Data Element + = Enterprise Vocabulary Services

5. UML Model Metadata Anatomy of a Common Data Element Object Class Property Data Element Concept Representation Value Domain + What is it?How do you want to represent it? = Data Element Concept Value Domain Data Element Common Data Element + = String*Gene Name Gene Name java.lang.string* Enterprise Vocabulary Services + =

6. UML Model Metadata Mapping UML to ISO/IEC 11179 Metadata Class: Gene Datatype: String Attribute: Name

7. UML Model Metadata Mapping UML to ISO/IEC 11179 Metadata Gene Name java.lang.String Gene Name Gene Name java.lang.String Class: Gene Datatype: String Attribute: Name

8.  Semantic Integration is the series of steps taken to map UML classes and attributes to EVS concept codes.  Those concepts are used to build metadata (data element concepts and data elements) in the caDSR.  Semantic Integration creates associations between caDSR metadata and controlled vocabularies.  These associations permit unambiguous interpretation of UML model objects and mapping between those objects in different domains.  Result: metadata is more sharable and interoperable.  The Semantic Integrator Workbench (SIW) is the tool used to facilitate and simplify the semantic integration process. Semantic Integration Overview

9.  Integrated into the semantic integration process.  Uses the same XMI parser as the Semantic Connector and the UML Loader.  Streamlines semantic annotation by offering direct queries to the NCI Thesaurus.  Facilitates requested for new EVS concepts to associate with classes and attributes.  Simplifies review of the the final XMI before registration.  Sets UML Loader defaults. Semantic Integration Workbench (SIW) Overview Features

10. Semantic Integration SIW and the Semantic Integration Process  Design System and draw model 1.Fix-XMI Task 2.Perform Roundtrip 3.Run Semantic Connector (First Run) 4.Curate Semantic Connector Report 5.Run Semantic Connector (Second Run) 6.Review Annotated Model  Register Metadata (UML Loader)  Generate and deploy system (Code Generator)

11.  Java Web Start (can be downloaded as part of Java Run Time edition from Sun’s website: http://java.sun.com ).http://java.sun.com  SIW has been tested on Windows 2000, Linux, Mac OSX, and Solaris 8. Semantic Integration Workbench (SIW) Overview System Requirements

12. Using the Semantic Integration Workbench Launch the SIW  To launch the SIW, enter this URL: http://cadsrsiw.nci.nih.govhttp://cadsrsiw.nci.nih.gov  If Java Web Start is already installed, follow the prompts to launch the SIW – Java Webstart dialog box displays. You will see the SIW start-up executing. This will take a few minutes. – Click YES at the Security Warning prompt. – Click INSTALL at the next prompt.  Troubleshooting – If you get a File Download dialog box, you don’t have Java Web Start installed. Click CANCEL and go to the Sun website to download it: http://java.sun.com.http://java.sun.com – SIW v3.1 cannot be run without going to the caDSR SIW web site.

13. Using the Semantic Integration Workbench Launch the SIW http://ncicb.nci.nih.gov/NCICB/infrastructure/cacore_overview/cadsr

14. Using the Semantic Integration Workbench SIW User Modes  The SIW Welcome panel includes six options for SIW use, listed in the order of their use in the SIW Workflow. 1. 2. 3. 4. 5. 6.

15. Using the Semantic Integration Workbench SIW User Modes  The SIW Welcome panel includes six options for SIW use, listed in the order of their use in the SIW Workflow. User ModeDone byFunctionInputOutput 1. Fix-XMIModel Owner This ant script strips out unnecessary tags. This option runs the code from the same CVS repository that the caCORE SDK is downloaded from, so the downloaded Fix- XMI is exactly the same as this option Original UML Model in XMI format Fixed XMI file 2. Perform Roundtrip XMI Model Owner This step will automatically annotate the model with existing data from caDSR that was created by the UML Loader. Fixed XMI fileRoundtrip Fixed XMI 3. Run Semantic Connector (First Run) Model Owner Performs EVS Search for each element in the model; attaches 1 or more EVS concepts per element to produce the Semantic Connector Report. UML Model in XMI format per SDK guidelines for “Export” XMI Fixed XMI file and the Semantic Connector Report (.CSV)

16. Using the Semantic Integration Workbench SIW User Modes  The SIW Welcome panel includes six options for SIW use, listed in the order of their use in the SIW Workflow. User ModeDone byFunctionInputOutput 4. Curate Semantic Connector Report EVS Concept Curation Team EVS Curation Team adds and removes concepts and indicates required semantic mappings. Semantic Connector Report (.CSV) Updated Semantic Connector Report 5. Run Semantic Connector (Second Run) NCICB Application Support Reviewer Updates the Fixed XMI file by inserting new concept tags based on the updated Semantic Connector Report Fixed XMI File & Updated Semantic Connector Report “Annotated Model” (.XMI) 6. Review Annotated Model Model Owner or Reviewer Validates XMI file to ensure it will be correctly translated into caDSR metadata; allows changes to EVS recommended semantic mappings. “Annotated Model” or “Roundtrip XMI” “Reviewed, Annotated, Fixed XMI File”

17. Using the Semantic Integration Workbench 1. Run the “Fix-XMI’ Task  Performed by: Model Owner  Input: UML Model in XMI format [ ${filename}.xmi ]  Strips out unnecessary tags  Runs the code from the same CVS repository that the caCORE SDK is downloaded from, so the downloaded Fix-XMI is exactly the same as this option  Output: – Fixed_${filename}.xmi: A cleaned- up version of the original UML Model in XMI format, with EA specific tags removed. This XMI file, still non-annotated is referred to as the “Fixed XMI”.

18. Using the Semantic Integration Workbench 2. Perform XMI Roundtrip  Performed by: Model Owner  Input: Fixed XMI file - fixed_${filename}.xmi  Automatically annotates the model with existing data from caDSR  Launched by entering the Project Name, (Classification Scheme Long Name) and Version  Output: roundtrip_fixed_${filename}.xmi. A partially annotated XMI file. The file is annotated with caDSR public IDs rather than EVS concepts. After performing this step, the model owner should review the mapping in the XMI Review mode (Step 6)

19. Using the Semantic Integration Workbench 3. Run the Semantic Connector (First Run)  Performed by: Model Owner  Input: Fixed XMI form the Fix-XMI Task [Fixed_${filename}.xmi]  Performs an EVS search for each element in the UML Model and attaches one or more EVS concepts per element  Output: – EVSReport_fixed_${filename}.csv: A file in Comma Separated Values (CSV) format, referred to as the “Semantic Connector Report”. This file should be sent to EVS curation team for review and insertion of new concepts to match the UML class and attribute entities.

20. Using the Semantic Integration Workbench 3. Run the Semantic Connector (First Run)  Next Steps for Model Owner – Send the Fixed_${filename}.xmi, the EVSReport_fixed_${filename}.csv, the documentation file from EA, and the submission form (via email) to NCICB Application Support (ncicb@pop.nci.nih.gov)ncicb@pop.nci.nih.gov Include the semantic integration submission template (see the “Docs” section of the UML Model project NCICB GForge site http://gforge.nci.nih.gov/projects/registrymodels ) http://gforge.nci.nih.gov/projects/registrymodels  NCICB Application Support conducts a cursory review of the files to verify completeness and opens a new file in the UML Model Project into which the files are uploaded.  EVS concept curation team performs Step 4: Curate Semantic Connector Report.

21. Using the Semantic Integration Workbench 3. Tips and Tricks  Can’t find the fixed.XMI or.CSV files – Files are created in the same root directory as the input file – Note the location of your.XMI input file  Error message displays or first run does not complete – Confirm your.XMI file is in the expected format – Check.XMI export settings in EA

22. Using the Semantic Integration Workbench 4. Curate the Semantic Connector Report  Performed by: EVS Concept Curation Team  Input: Semantic Connector Report (First Run) [EVSReport_fixed_${filename}.csv]  EVS curation team adds and removes concepts and indicates recommended semantic mappings. Can be an iterative process.  New or existing EVS concepts can be utilized for annotating the model (by EVS staff only).  Output: – EVSReport_fixed_${filename}.csv: The updated CSV referred to as the “Curated Semantic Connector Report”. EVS Concept Curation Team will be in contact with the model owner if they have questions.

23. Using the Semantic Integration Workbench 5. Run the Semantic Connect (Second Run)  Performed by: NCICB Application Support Reviewer  Input: Fixed XMI file Fixed_${filename}.xmi and Updated Semantic Connector Report EVSReport_fixed_${filename}.csv  This step updates the Fixed XMI file using the Curated Semantic Connector Report as the basis to insert new concept tags.  Output: Annotated_fixed_${filename}.xmi: A fully annotated XMI document.

24. Using the Semantic Integration Workbench 6. Review the Annotated Model  Performed by: Model Owner or Reviewer  Input: Annotated_fixed_${filename}.xmi  SIW performs a number of validation checks to ensure the XMI file will be correctly transformed into caDSR metadata  Users review concept mapping and association details between a specific class or attribute and EVS concept  Output: – Annotated_fixed_${filename}.xmi: The Annotated Model.

25. Using the Semantic Integration Workbench 6. SIW Annotated Model Verification  For each UML Class and Attribute, SIW Checks for the presence of at least one: – Concept code – Concept name – Concept definition – Concept definition source – Valid datatypes  SIW verifies that no two classes have identical concept mappings  SIW verifies that no two attributes have the same concept annotations within a class  Inheritance: should not have a child class with an attribute that is also defined in its parent.  Associations – SIW verifies they are present (not ‘unspecified’) and all have a role name – If multiplicity >1, the role name should end with ‘Collection’

26. Using the Semantic Integration Workbench SIW Viewer Window UML Entities Mapped Concept

27. Semantic Integration Workbench (SIW) Overview Mapping UML attribute to Common Data Element (CDE)

28.  Results appear as a table  Select a Data Element that is valid  All of the Data Element's information is entered in the View Panel

29. Using the Semantic Integration Workbench SIW Viewer Window

30. Semantic Integration Workbench (SIW) Overview Validating EVS Concepts

31. Using the Semantic Integration Workbench Editing Annotation Details  Editing with the Same Concept Code – Two concepts with the same concept code must have the same concept name, definition and definition source. – When you change concept properties, the SIW will apply the changes to ALL OTHER UML Elements in the model with that concept code.  Changing the Concept Code – If the concept code is changed, only the edited element is modified.

32. Setting SIW Preferences Accessing the Preferences Menu  View Associations in Class Tree: to view associations as child classes  Display UML Description Last: allows you to choose to display a description either before or after the concept mapping information  Automatically Search EVS on EVS Link: clearing this checkbox prompts the user for input prior to conducting an EVS search  Use Private API

33. Setting UML Loader Run-time Parameters Accessing the UML Loader Run-time Menu  To access, select Run > Defaults from the SIW menu.  Only available in Review Annotated Model mode.  Several Run-time parameters can be set.  Project Name is the Classification Scheme Preferred Name specified in the model submission template.  Project Long Name is the Classification Scheme Long Name specified in the model submission template.

34.  Fix-XMI as independent step. Runs the same task as the one packaged in the caCORE SDK.  Accepts UML Classes stereotyped >  Allows mapping a UML Attribute to a new stereotyped Value Domain or to an existing Value Domain  Allows mapping a UML attribute to an existing CDE  Ensures that two attributes within one model are not mapped to the same CDE or concepts.  Validates Concept Mappings Against EVS to ensure no errors have been introduced  Performs “Roundtrip” to insert existing caDSR components into the XMI file Semantic Integration Workbench (SIW) Overview New Features

35.  Model owners may create or point to any Value Domain or Data Element that the model owner wants to use, regardless of datatype.  The mapping of an UML Model attribute to a non-enumerated java.lang Value Domain with the java.lang datatype is a DEFAULT behavior if no Value Domain is specified. – Please see the caCORE 1.1 SDK Programmers Guide for details – ftp://ftp1.nci.nih.gov/pub/cacore/SDK/caCORE_SDK1.1_Program mers_Guide.pdf  After a model is loaded, the Data Element (DE) can be associated with any Value Domain, of any datatype.

36. SIW and the UML Loader  Questions?

37. caBIG ™ is an initiative of the National Cancer Institute, NIH, DHHS Using the UML Model Browser  Session Date: April 2006  Session Length:20 minutes  Audience:caBIG Annual Mtg  Trainer: Jennifer Brush jbrush@scenpro.com jbrush@scenpro.com  Subject Matter ExpertJane Jiang

38. UML Model Browser Overview  UML Model Browser Overview  UML Model Browser Interface  Searching for UML Models – Basics of Searching – Using the Search Page – Using the Search Tree  Viewing the Details of a UML Model: Class Search  Viewing the Details of a UML Model: Attribute Search

39. UML Model Browser Overview  First release (.5) of new caCORE Tool  Web-based – http://umlmodelbrowser.nci.nih.gov/umlmodelbrowser/ http://umlmodelbrowser.nci.nih.gov/umlmodelbrowser/  Designed for UML model owners  Search for and view UML model components in caDSR – classes – class attributes – associations between classes and attributes – ISO Components (metadata) related to those classes and attributes

40. UML Model Browser Interface UML Model Search Tree: Search for model components. Basic Class/Attribute Search Pane: Users looking for classes and attributes can enter search criteria here. Basic Class/Attribute Search Pane: Users looking for classes and attributes can enter search criteria here. Navigation Menu: Access other caDSR tools and resources.

41. UML Model Browser : UML Model Search Tree  Displays current caDSR Contexts  For each Context, – lists all the UML classes – grouped by project, subproject and package  Search for classes by navigating the tree and clicking on a context, project, subproject or package  Search for attributes by clicking on a class project subproject package class

42. UML Model Browser : UML Basic Class / Attribute Search Pane Clear existing search criteria and prepare for a new search. Enter a class or attribute name (or fragment - the asterisk (*) can be used as a wild card character). Click the Class or Attribute Search button to start the search based on the selected/entered criteria.

43. UML Model Browser Search Tips  Searching for a collection of UML Models? (i.e. find the UML Models associated with an organization) – Use the caDSR Search Tree.  Searching for individual classes? – Search by keyword using the Class Search.

44. UML Model Browser : UML Class - Model Tree Search Results # Matches ‘crumb trail’ Class Search Results Package

45. UML Model Browser : UML Class - Search Result Details Click on a class name to view its details. Displays the number of matching UML components. Select the Public ID to view object class details in the caDSR Object Class browser.

46. UML Model Browser : UML Attribute – Model Tree Search Results # Matches ‘crumb trail’ Attribute Search Results Class

47. UML Model Browser : UML Attribute - Search Results Details Click on the Data Element (DE) Name to view DE details in the CDE Browser

48. UML Model Browser : Viewing Data Element Details in the CDE Browser Data Element details viewed in the CDE Browser

49. NCICB Application Support  Live Support: Monday – Friday 8 am – 8 pm Eastern Time – Telephone support is available Monday to Friday, 8 am – 8 pm Eastern Time, excluding government holidays. – You may leave a message, send an email or submit a support request via the Web at any time.  Email: ncicb@pop.nci.nih.gov  Phone: 301-451-4384  Toll-free: 888-478-4423  Web: http://ncicbsupport.nci.nih.gov

50. Recommended Follow-On Training and Resources  caCORE Curriculum – http://ncicb.nci.nih.gov/NCICB/training/cadsr_training http://ncicb.nci.nih.gov/NCICB/training/cadsr_training  caDSR Home Page – http://ncicb.nci.nih.gov/NCICB/infrastructure/cacore_overview/cadsr http://ncicb.nci.nih.gov/NCICB/infrastructure/cacore_overview/cadsr  caDSR Training ListServe – caDSR_Training-L@list.nih.gov caDSR_Training-L@list.nih.gov – http://list.nih.gov http://list.nih.gov  NCI Thesaurus – NCI Terminology Browser Guide – http://nciterms.nci.nih.gov/NCIBrowser/docs/help/NCITerminologyBrowser Guide.html http://nciterms.nci.nih.gov/NCIBrowser/docs/help/NCITerminologyBrowser Guide.html  NCI Metathesaurus – NCI Metaphrase Guide – http://ncimeta.nci.nih.gov/Metaphrase/NCIMetaphraseUserGuideV1.02Fin al.pdf http://ncimeta.nci.nih.gov/Metaphrase/NCIMetaphraseUserGuideV1.02Fin al.pdf

51. Documentation/Recommended Reading Materials  Metaphrase User’s Guide: http://ncimeta.nci.nih.gov/Metaphrase/NCIMetaphraseUserGuideV1.02Final.pdf http://ncimeta.nci.nih.gov/Metaphrase/NCIMetaphraseUserGuideV1.02Final.pdf  caDSR Homepage: http://ncicb.nci.nih.gov/NCICB/infrastructure/cacore_overview/cadsr  caCORE User Application Manual: ftp://ftp1.nci.nih.gov/pub/cacore/NCICBapplications/NCICBAppManual.pdf  caCORE Technical Guide: – ftp://ftp1.nci.nih.gov/pub/cacore/caCORE2.0_Tech_Guide.pdf ftp://ftp1.nci.nih.gov/pub/cacore/caCORE2.0_Tech_Guide.pdf – ftp://ftp1.nci.nih.gov/pub/cacore/caCORE3.0.1_Tech_Supp.pdf ftp://ftp1.nci.nih.gov/pub/cacore/caCORE3.0.1_Tech_Supp.pdf  caDSR API Guide: http://ncicb.nci.nih.gov/NCICB/infrastructure/cacore_overview/cadsr/app_developer/api _examples  caDSR Business Rules – http://ncicb.nci.nih.gov/NCICB/infrastructure/cacore_overview/cadsr/business_rules http://ncicb.nci.nih.gov/NCICB/infrastructure/cacore_overview/cadsr/business_rules  caDSR_Users List serv subscribe: http://list.nih.gov – Send Request for caDSR Account to: ncicb@pop.nci.nih.govncicb@pop.nci.nih.gov

52. UML Model Browser  Questions?

53. Backup Slides  Metadata and the caDSR (5)  Viewing UML Model Metadata in the caDSR (5)  Value Domain Details (4)  Accessing UML-derived metadata in the caDSR (2)  Value Domain Options (1)

54.  Metadata is data about data  Metadata describes the content, quality, condition, and other characteristics of data  Example: If a question on a form reads: “What is your age?” – What is the data? – What is the metadata? Define Metadata

55. caDSR Overview: Metadata Example: Patient Age in Years caDSR metadata repository Data Describes the data in What is your age?: Metadata 32 Local database stored in Person Self Reported Age (data element) Person Self Reported Age (data element concept) Age Values (value domain) Person (object class) Self Reported Age (property) Datatype: Numeric Max length: 10 Version: 2.0 High Value: 999 Low Value: 0 Type: Non-enumerated stored in

56. Cancer Data Standards Repository (caDSR )  Metadata repository and registry  Based on the ISO/IEC 11179 standard for metadata registries  Designed to integrate caCORE infrastructure  Supports the development and deployment of Data Elements that are used as metadata descriptors

57.  ISO: International Organization for Standardization  ISO is a non-government network of the national standards institutes of 151 countries  ISO develops standards that specify the requirements for products, services, processes, materials, systems and conformity assessment – For example: mathematics, manufacturing, electrical mechanical and civil engineering, imaging, electronics, and information technology  http://www.iso.org/ What is ISO?

58. caCORE Infrastructure Vocabulary for CDE specification Dictionary, thesaurus services Domain object metadata Common data elements Public APIs Common data elements (CDEs)

59. caDSR: Forms and Data Elements – Example caDSR ISO 11179Form Data Element Label Possible Responses Object Class Property Object Class Qualifier Property Qualifier Question Collection of Values Value / Response What is your date of birth? Patient Birth Date Conceptual Domain (VD) Conceptual Domain (DEC) Patient Birth Date Patient Birth Representation Term Rep Term Qualifier Date n/a Value Domain Data Element Concept Permissible Value / Meaning / Description (non-enumerated)

60. Finding UML Model Metadata in the CDE Browser Navigate down the tree structure, into the desired Classification scheme / item. Select the link to search for all data elements in that classification scheme item. Select a Data Element from the list of Search Results. View details about that Data Element (including it’s Value Domain information) by selecting the Long Name.

61. Viewing a UML Model Metadata in the CDE Browser Additional Data Element Details are viewed by selecting the tabs at the top of the screen.

62. Viewing UML-derived Metadata Details in the Browser Use the Object Class Browser (“More Details”) to view Inheritance, Classifications, Alt Names and Associations.

63. View Object Class Details in the Browser Visual representations of an Object Class’ Associations. Types of Associations

64. Scroll down to view Value Domain- specific information.

65. Value Domain Attributes in caDSR  Context  Type (Enumerated / Non-Enumerated)  Long Name  Preferred Name  Definition  Conceptual Domain  Version  Workflow Status  Data Type  Permissible Values / Value Meanings / Origin  Effective Begin Date  Unit of Measure  Display Format  Minimum Length  Maximum Length  Low Value  High Value  Decimal Place  Representation Term  Classification Scheme / Scheme Items  Value Domain Origin  Language  Effective End Date  Comment / Change Note

66. Curate a Value Domain in the Curation Tool (Production)  Find the existing Data Element in the CDE Browser. Document the Public ID and Version of the DE and the VD you are going to replace.  Login to the Curation Tool (using your caDSR ID and Password)  Select “Create  Value Domain  New”

67. Select the appropriate Context, Select Value Domain Type of Enumerated, and enter/select the other Value Domain attributes (see the Curation Tool Help Document for detailed instructions)

68. “Search Parent” lets you conduct a search of EVS for a parent concept to use to restrict your values search. Select the parent, click on “Select Values” and select “Get Immediate Subconcepts” on the EVS Search page that appears. “Use Selection” populates your list of values (on the Create VD page) with the selected sub-concepts.

69. Methods for Accessing Your UML-Derived caDSR Metadata  caCORE caDSR Application Programming Interfaces (APIs) – See the caCORE 3.0.1 Technical Guide Supplement for detailed information: ftp://ftp1.nci.nih.gov/pub/cacore/caCORE3.0.1_Tech_Supp.pdf ) ftp://ftp1.nci.nih.gov/pub/cacore/caCORE3.0.1_Tech_Supp.pdf  caDSR Curator Tools (view in any tool by using the project’s specified Classification Scheme/Classification Scheme Item) – CDE Browser: http://cdebrowser.nci.nih.gov/http://cdebrowser.nci.nih.gov/ Navigate Tree Download as MS Excel Download as XML http:// API’s – CDE Curation Tool: http://cdecurate.nci.nih.gov/http://cdecurate.nci.nih.gov/ – caDSR Admin Tool: http://cadsradmin.nci.nih.gov/http://cadsradmin.nci.nih.gov/  UML Model Query Service – Java application for retrieving UML object model-derived caDSR metadata – Provides four basic methods (findAllClasses, findAssociatedClasses, findAttributeMetadata, findAllAttributes) – Details available in the SDK 1.0.3 Programmer’s Guide: ftp://ftp1.nci.nih.gov/pub/cacore/SDK/caCORE_SDK1.0.3_Programmers_Guide.pdf ftp://ftp1.nci.nih.gov/pub/cacore/SDK/caCORE_SDK1.0.3_Programmers_Guide.pdf

70. Methods for Accessing Your UML-Derived caDSR Metadata: caCORE API Details  caCORE API Java and HTTP – http://cabio.nci.nih.gov/servlet/GetXML?query=DataElement&crit_ publicId=2178693&crit_version=2.1 http://cabio.nci.nih.gov/servlet/GetXML?query=DataElement&crit_ publicId=2178693&crit_version=2.1 Returns XML Parse-able metadata to use in application programs or databases – http://ncicb.nci.nih.gov/NCICB/core/caDSR/caDSRHTTPAPI http://ncicb.nci.nih.gov/NCICB/core/caDSR/caDSRHTTPAPI HeavyXML example: Find only Data Elements associated with VERSION 2.1 of Data Element Concept with Public ID 2178546 – http://cabio.nci.nih.gov/servlet/GetXML?query=DataElement&crit_ DataElementConcept_PublicId=2178546&crit_DataElementConc ept_Version=2.1&returnHeavyXML=true – Java API Tutorial: http://ncicb.nci.nih.gov/NCICB/core/caDSR/UserContributions http://ncicb.nci.nih.gov/NCICB/core/caDSR/UserContributions

71. UML Loader-Generated Value Domains: Three Options  Use the UML generated DE as is. – i.e. ‘Patient Race Category java.lang.String’  Restrict your Value Domain (VD) to a specific list of terms by curating a new Value Domain – Value Domain Type = enumerated – Fill in permissible values (these can be drawn from EVS or entered manually) – Classify the new VD within your Project classification scheme  Reference a large value list (i.e. >100 items) that is externally described somewhere (and is not in EVS) – Create new non-enumerated VD, with a Reference Document that points to a specific standard (you do not have to actually instantiate a 1000 item pick list) – Add value list to EVS or point to a parent concept within the external standard – Classify the new VD within your Project classification scheme