NIH | National Cancer Institute | NCI Wiki  

Error rendering macro 'rw-search'

null

Versions Compared

Key

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


{scrollbar}
{children}

h3. {
Scrollbar
Children Display
page-info

...

Summary

Description of the profile

There were more requests for various types of extensibility than any other category of request other than improvements to tool interfaces. caBIG users and other stakeholders articulated a compelling business need to readily extend models, terminologies, and data elements in a variety of ways.

Capabilities

Requirements traceability

...

Requirement

...

Source

...

Capability

...

Allows the user to dynamically define the data sets they want

...

dynamicDataSetDefinition,

...

Support more terminologies to be made available to the modelers, unapproved or in-review terminologies need to be advertised to help modelers suggest terms for inclusion in either NCIt or BiomedGT.

...

localizeTerminologies,

...

Add additional data elements to applications at run time. These could be discovered in a metadata repository or, if the appropriate data element does not yet exist, it may need to be created. These newly added data elements need to then be immediately discoverable and made available through the application programmatic interface.

...

runtimeDataElementAddition,

...

Support local and non public standards that can extend public regional or global standards, providing extensibility with individual element granularity

...

localizeElements,

...

Be capable of easily consuming information from the USHIK resource as static semantic content.

...

ushikMetadataRegistryAPI,

...

Provide for interoperation with external research communities depending upon semantically aware networks.

...

externalResearchCommunityInteroperation,

...

Provide a standard for units (expand UCUM)

...

ucumUnitsOfMeasureAPI,

...

Support adding arbitrary binary data to data element definitions

...

binaryData,

...

Artifact lifecycle management and metadata requirements include the ability to: * Manage lifecycle, governance and versioning of the models, content and forms * Establish relationships and dependencies between models, content and forms * Determine provenance, jurisdiction, authority and intellectual property * Create represention and views of the information, realized through the appropriate transforms * Provide access control and other security constraints * Create annotations for better discovery and searching of artifacts * Develop usage scenarios and context for the information * Provide terminology and value set binding The artifacts are bound to the services via the service metadata. The service metadata combined with the artifacts and supporting metadata provide a comprehensive service specification. The artifact management requirements listed above are derived from the following use cases: * caEHR: The caEHR project has adopted ECCF for specifications and CDA documents for interoperability. The caEHR project requirements include the need for an infrastructure for managing all the artifacts generated during specification process, including HL7 models and documents. The caEHR project also intends to publish these artifacts for the community and vendors. The infrastructure needs to support better discovery, making all the relevant information available in the right context. * ONC and other external EHR adopters: ONC has adopted CCD and CCR for meaningful use. All national EHR implementations are expected to support forms and the semantics of these forms play a critical role in interoperability. The semantic infrastructure must provide a mechanism to create, store and manage these forms. * Clinical Trials: Clinical trials use forms to capture clinical information, and the semantics captured by these forms are critical for interoperability and reporting. The semantic infrastructure must provide a mechanism to manage the lifecycle of these forms.

...

:title}
	
h4. Summary

h5. Description of the profile

There were more requests for various types of extensibility than any other category of request other than improvements to tool interfaces. caBIG users and other stakeholders articulated a compelling business need to readily extend models, terminologies, and data elements in a variety of ways.



h5.  Capabilities


* [binaryData|#EAID_B516CD5C_5178_460d_A595_BC1ACDECE59D]
* [dataModelExtensibility|#EAID_15755B4A_BAA7_438d_A9E6_6FC3AB23C894]
* [dynamicDataSetDefinition|#EAID_2D00C6FB_7424_4f0c_8495_BF133FECEC38]
* [externalResearchCommunityInteroperation|#EAID_5956E11D_A7F8_4f9f_8B8D_406A5FE77356]
* [internationalization|#EAID_287D754C_827E_44e7_828F_612996254969]
* [localizeElements|#EAID_016B8D23_8DF5_4b4e_9185_7B16D1730BFF]
* [localizeTerminologies|#EAID_8AC09A63_C352_492d_B61D_57F0F3FF1611]
* [runtimeDataElementAddition|#EAID_BBCDB8E0_BE0E_4b48_B996_DE65026D033D]
* [ucumUnitsOfMeasureAPI|#EAID_B5CC5FC8_E1BF_40a2_8E74_D13574DFC0D3]
* [ushikMetadataRegistryAPI|#EAID_98F28F8F_FB0D_4f83_926B_CA9AB85B556E]

h4. Requirements traceability
																					
																																
																																			
																																
																																			
																																
																																			
																																
																																			
																																
																																			
																																
																																			
																																
																																			
																																
																																			
																																
																																			
																																
															
||Requirement||Source||Capability||	
|Allows the user to dynamically define the data sets they want |Gap Analysis::Extend::{anchor:_16_5_1_24a0131_

...

1283083368793_

...

dynamicDataSetDefinition, localizeTerminologies, runtimeDataElementAddition, localizeElements, ushikMetadataRegistryAPI, externalResearchCommunityInteroperation, ucumUnitsOfMeasureAPI, binaryData, dataModelExtensibility, internationalization,

...

There is a need to support extensions to the existing caDSR UML model and its exposure of these extensions as an API without the need for writing new caDSR code in the original application.  Local data models are dynamic; a change in previously curated data model (e.g., clinical trial schema) can take months and involve lots of people.  A faster way to update the caDSR CDEs and their value domains to better reflect the semantics of local information models is desired.  A good place to start supporting extensions is in the ability to change permissible value sets in the clinical domain.  The underlying motivations for these capabilities include: * Pathology, imaging, and clinical data elements are required to annotate biospecimens, patient/participant encounters, and patients/participants are unique to the complex disease being studied. * Even if the existing model is comprehensive enough, cutting edge research will continue to demand the comprehensive capture of new kinds of data (e.g. a novel, predicted biomarker for prostate cancer). * Users may also want to capture associated information that may be institution-specific and will not be shared (e.g. a freezer’s maintenance contract # and support end date). *Source:  * * caDSR documentation * Interview 5/24/2010, Dianne Reeves

...

dataModelExtensibility,

...

The Knowledge Repository should provide appropriate references and/or attributes to enable the use of all objects internationally.  This globalization requirement will be expanded upon in the CDSIC Requirements Package 2. *Source:  * * CDISC Requirements Package 1 - NCI Semantic Infrastructure, 5/28/2010, Section 2.7

...

155965_4230}019 - Dynamic Data Set Definitions|{li}[dynamicDataSetDefinition|#EAID_2D00C6FB_7424_4f0c_8495_BF133FECEC38]{li}|	
|Support more terminologies to be made available to the modelers, unapproved or in-review terminologies need to be advertised to help modelers suggest terms for inclusion in either NCIt or BiomedGT. |Gap Analysis::Extend::{anchor:_16_5_1_24a0131_1283083374322_125661_4254}043 - Support More Terminologies|{li}[localizeTerminologies|#EAID_8AC09A63_C352_492d_B61D_57F0F3FF1611]{li}|	
|Add additional data elements to applications at run time. These could be discovered in a metadata repository or, if the appropriate data element does not yet exist, it may need to be created. These newly added data elements need to then be immediately discoverable and made available through the application programmatic interface. |Gap Analysis::Extend::{anchor:_16_5_1_24a0131_1283083370283_657606_4233}056 - Add data elements at run time|{li}[runtimeDataElementAddition|#EAID_BBCDB8E0_BE0E_4b48_B996_DE65026D033D]{li}|	
|Support local and non public standards that can extend public regional or global standards, providing extensibility with individual element granularity |Gap Analysis::Extend::{anchor:_16_5_1_24a0131_

...

1283083371207_

...

internationalization,

...

Description

Support adding arbitrary binary data to data element definitions

Requirements addressed
Overview of possible operations

...

Description

Support data model extensibility.

Requirements addressed
Overview of possible operations

...

Description

Allows the user to dynamically define the data sets they want

Requirements addressed
Overview of possible operations

...

Description

Provide for interoperation with external research communities depending upon semantically aware networks.

Requirements addressed
Overview of possible operations

...

Description

Support internationalization of biomedical research and healthcare data.

Requirements addressed
Overview of possible operations

...

Description

Support local and non public standards that can extend public regional or global standards, providing extensibility with individual element granularity

Requirements addressed
Overview of possible operations

...

Description

Support more terminologies to be made available to the modelers, unapproved or in-review terminologies need to be advertised to help modelers suggest terms for inclusion in either NCIt or BiomedGT.

Requirements addressed
Overview of possible operations

...

Description

Add additional data elements to applications at run time. These could be discovered in a metadata repository or, if the appropriate data element does not yet exist, it may need to be created. These newly added data elements need to then be immediately discoverable and made available through the application programmatic interface.

Requirements addressed
Overview of possible operations

...

Description

Provide a standard for units (expand UCUM)

Requirements addressed
Overview of possible operations

...

Description

Be capable of easily consuming information from the USHIK resource as static semantic content.

Requirements addressed
Overview of possible operations

...

510702_4236}078 - Support Localized Standards|{li}[localizeElements|#EAID_016B8D23_8DF5_4b4e_9185_7B16D1730BFF]{li}|	
|Be capable of easily consuming information from the USHIK resource as static semantic content. |Gap Analysis::Extend::{anchor:_16_5_1_24a0131_1283083371998_584139_4239}095 - USHIK Semantic Content|{li}[ushikMetadataRegistryAPI|#EAID_98F28F8F_FB0D_4f83_926B_CA9AB85B556E]{li}|	
|Provide for interoperation with external research communities depending upon semantically aware networks. |Gap Analysis::Extend::{anchor:_16_5_1_24a0131_1283083372665_477684_4242}116 - External Research Community Interoperation|{li}[externalResearchCommunityInteroperation|#EAID_5956E11D_A7F8_4f9f_8B8D_406A5FE77356]{li}|	
|Provide a standard for units (expand UCUM) |Gap Analysis::Extend::{anchor:_16_5_1_24a0131_1283083373406_355045_4245}145.2 - Extend UCUM|{li}[ucumUnitsOfMeasureAPI|#EAID_B5CC5FC8_E1BF_40a2_8E74_D13574DFC0D3]{li}|	
|Support adding arbitrary binary data to data element definitions |Gap Analysis::Extend::{anchor:_16_5_1_24a0131_1283083373936_654210_4251}161 - Support arbitrary binary data|{li}[binaryData|#EAID_B516CD5C_5178_460d_A595_BC1ACDECE59D]{li}|	
|Artifact lifecycle management and metadata requirements include the ability to:       * Manage lifecycle, governance and versioning of the models, content and forms      * Establish relationships and dependencies between models, content and forms          * Determine provenance, jurisdiction, authority and intellectual property          * Create represention and views of the information, realized through the appropriate transforms          * Provide access control and other security constraints          * Create annotations for better discovery and searching of artifacts          * Develop usage scenarios and context for the information          * Provide terminology and value set binding  The artifacts are bound to the services via the service metadata. The service metadata combined with the artifacts and supporting metadata provide a comprehensive service specification.    The artifact management requirements listed above are derived from the following use cases:   * _caEHR_: The caEHR project has adopted ECCF for specifications and CDA documents for interoperability. The caEHR project requirements include the need for an infrastructure for managing all the artifacts generated during specification process, including HL7 models and documents. The caEHR project also intends to publish these artifacts for the community and vendors. The infrastructure needs to support better discovery, making all the relevant information available in the right context.   * _ONC and other external EHR adopters_: ONC has adopted CCD and CCR for meaningful use. All national EHR implementations are expected to support forms and the semantics of these forms play a critical role in interoperability. The semantic infrastructure must provide a mechanism to create, store and manage these forms.   * _Clinical Trials_: Clinical trials use forms to capture clinical information, and the semantics captured by these forms are critical for interoperability and reporting. The semantic infrastructure must provide a mechanism to manage the lifecycle of these forms. |Semantic Infrastructure Requirements::Artifact Management::{anchor:_16_5_1_24a0131_1283090023842_213150_4485}Artifact Lifecycle Management|{li}[dynamicDataSetDefinition|#EAID_2D00C6FB_7424_4f0c_8495_BF133FECEC38]{li}{li}[localizeTerminologies|#EAID_8AC09A63_C352_492d_B61D_57F0F3FF1611]{li}{li}[runtimeDataElementAddition|#EAID_BBCDB8E0_BE0E_4b48_B996_DE65026D033D]{li}{li}[localizeElements|#EAID_016B8D23_8DF5_4b4e_9185_7B16D1730BFF]{li}{li}[ushikMetadataRegistryAPI|#EAID_98F28F8F_FB0D_4f83_926B_CA9AB85B556E]{li}{li}[externalResearchCommunityInteroperation|#EAID_5956E11D_A7F8_4f9f_8B8D_406A5FE77356]{li}{li}[ucumUnitsOfMeasureAPI|#EAID_B5CC5FC8_E1BF_40a2_8E74_D13574DFC0D3]{li}{li}[binaryData|#EAID_B516CD5C_5178_460d_A595_BC1ACDECE59D]{li}{li}[dataModelExtensibility|#EAID_15755B4A_BAA7_438d_A9E6_6FC3AB23C894]{li}{li}[internationalization|#EAID_287D754C_827E_44e7_828F_612996254969]{li}|	
|There is a need to support extensions to the existing caDSR UML model and its exposure of these extensions as an API without the need for writing new caDSR code in the original application.  Local data models are dynamic; a change in previously curated data model (e.g., clinical trial schema) can take months and involve lots of people.  A faster way to update the caDSR CDEs and their value domains to better reflect the semantics of local information models is desired.  A good place to start supporting extensions is in the ability to change permissible value sets in the clinical domain.  The underlying motivations for these capabilities include:    * Pathology, imaging, and clinical data elements are required to annotate biospecimens, patient/participant encounters, and patients/participants are unique to the complex disease being studied.   * Even if the existing model is comprehensive enough, cutting edge research will continue to demand the comprehensive capture of new kinds of data (e.g. a novel, predicted biomarker for prostate cancer).   * Users may also want to capture associated information that may be institution-specific and will not be shared (e.g. a freezer’s maintenance contract # and support end date).   *Source:  *   * caDSR documentation   * Interview 5/24/2010,  Dianne Reeves |Gap Analysis::caDSR::{anchor:_16_5_1_24a0131_1283073544119_777120_4016}caDSR-7 - Support data model extensibility|{li}[dataModelExtensibility|#EAID_15755B4A_BAA7_438d_A9E6_6FC3AB23C894]{li}|	
|The Knowledge Repository should provide appropriate references and/or attributes to enable the use of all objects internationally.  This globalization requirement will be expanded upon in the CDSIC Requirements Package 2.    *Source:  *   * CDISC Requirements Package 1 - NCI Semantic Infrastructure, 5/28/2010, Section 2.7 |Gap Analysis::CDISC::{anchor:_16_5_1_24a0131_1283075779485_773708_4056}CDISC-17 - Support internationalization of biomedical research and healthcare data|{li}[internationalization|#EAID_287D754C_827E_44e7_828F_612996254969]{li}|


h4. {anchor:EAID_B516CD5C_5178_460d_A595_BC1ACDECE59D}binaryData
h5. Description

Support adding arbitrary binary data to data element definitions
h5. Requirements addressed
																			
* [161 - Support arbitrary binary data|#_16_5_1_24a0131_1283083373936_654210_4251]																															
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]														

h5. Overview of possible operations



h4. {anchor:EAID_15755B4A_BAA7_438d_A9E6_6FC3AB23C894}dataModelExtensibility
h5. Description

Support data model extensibility.
h5. Requirements addressed
																			
* [caDSR-7 - Support data model extensibility|#_16_5_1_24a0131_1283073544119_777120_4016]																															
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]														

h5. Overview of possible operations



h4. {anchor:EAID_2D00C6FB_7424_4f0c_8495_BF133FECEC38}dynamicDataSetDefinition
h5. Description

Allows the user to dynamically define the data sets they want
h5. Requirements addressed
																			
* [019 - Dynamic Data Set Definitions|#_16_5_1_24a0131_1283083368793_155965_4230]																															
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]														

h5. Overview of possible operations



h4. {anchor:EAID_5956E11D_A7F8_4f9f_8B8D_406A5FE77356}externalResearchCommunityInteroperation
h5. Description

Provide for interoperation with external research communities depending upon semantically aware networks.
h5. Requirements addressed
																			
* [116 - External Research Community Interoperation|#_16_5_1_24a0131_1283083372665_477684_4242]																															
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]														

h5. Overview of possible operations



h4. {anchor:EAID_287D754C_827E_44e7_828F_612996254969}internationalization
h5. Description

Support internationalization of biomedical research and healthcare data.
h5. Requirements addressed
																			
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]																															
* [CDISC-17 - Support internationalization of biomedical research and healthcare data|#_16_5_1_24a0131_1283075779485_773708_4056]														

h5. Overview of possible operations



h4. {anchor:EAID_016B8D23_8DF5_4b4e_9185_7B16D1730BFF}localizeElements
h5. Description

Support local and non public standards that can extend public regional or global standards, providing extensibility with individual element granularity
h5. Requirements addressed
																			
* [078 - Support Localized Standards|#_16_5_1_24a0131_1283083371207_510702_4236]																															
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]														

h5. Overview of possible operations



h4. {anchor:EAID_8AC09A63_C352_492d_B61D_57F0F3FF1611}localizeTerminologies
h5. Description

Support more terminologies to be made available to the modelers, unapproved or in-review terminologies need to be advertised to help modelers suggest terms for inclusion in either NCIt or BiomedGT.
h5. Requirements addressed
																			
* [043 - Support More Terminologies|#_16_5_1_24a0131_1283083374322_125661_4254]																															
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]														

h5. Overview of possible operations



h4. {anchor:EAID_BBCDB8E0_BE0E_4b48_B996_DE65026D033D}runtimeDataElementAddition
h5. Description

Add additional data elements to applications at run time. These could be discovered in a metadata repository or, if the appropriate data element does not yet exist, it may need to be created. These newly added data elements need to then be immediately discoverable and made available through the application programmatic interface.
h5. Requirements addressed
																			
* [056 - Add data elements at run time|#_16_5_1_24a0131_1283083370283_657606_4233]																															
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]														

h5. Overview of possible operations



h4. {anchor:EAID_B5CC5FC8_E1BF_40a2_8E74_D13574DFC0D3}ucumUnitsOfMeasureAPI
h5. Description

Provide a standard for units (expand UCUM)
h5. Requirements addressed
																			
* [145.2 - Extend UCUM|#_16_5_1_24a0131_1283083373406_355045_4245]																															
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]														

h5. Overview of possible operations



h4. {anchor:EAID_98F28F8F_FB0D_4f83_926B_CA9AB85B556E}ushikMetadataRegistryAPI
h5. Description

Be capable of easily consuming information from the USHIK resource as static semantic content.
h5. Requirements addressed
																			
* [Artifact Lifecycle Management|#_16_5_1_24a0131_1283090023842_213150_4485]																															
* [095 - USHIK Semantic Content|#_16_5_1_24a0131_1283083371998_584139_4239]														

h5. Overview of possible operations



{scrollbar}