Knowledge Repository Scope Text

Provide design and reference implementation of a ISO 11179 ed. 3 compliant metadata repository.

Initiative 1 explicitly calls for "a production realization of the PIM of the distributed ISO 11179 Ed3 repository..."

According to the standard, the purposes of ISO/IEC 11179 are:

• Standard description of data
• Common understanding of data across organizational elements and between organizations
• Re-use and standardization of data over time, space, and applications
• Harmonization and standardization of data within an organization and across organizations
• Management of the components of data
  
• Re-use of the components of data
  

To the extent that ISO 11179 achieves these purposes, it provides support for data integration. This aligns with caBIG goals of supporting translational research, which benefits from data integration.

Provide the design and reference implementation of Model Repository, initially to include representations of UML Models, but also to allow recording/registering of other types of end user models that represent the information model for a given application.

Initiative 1 calls for "...model repositories and tooling including storage and sharing of DAMs and of 'lower-level" models derived from DAMs." It describes the need to use UML-based information models such as BRIDG and LS-DAM to provide a "shared semantic view." It describes the need to enable "model repositories to be decomposed into data description..." We interpret this to mean that there should be some alignment of UML information models to ISO 11179 metadata elements, similar to what is currently in use within caBIG. The purposes for this alignment include 1) encouraging reuse of data elements; 2) enabling description of semantic relationships among UML models. However, alternatives should be considered that may not include ISO 11179, but do support creation of a shared semantic view.

BRIDG and LS-DAM represent the consensus, shared semantic views of the clinical research and care and life sciences domains. By providing the capability to describe the semantic relationships among these models and other UML-based information models, the repository would enable view-based data integration, which can support query re-writing or construction of data warehouses.

One of the goals of this effort is to reduce barriers to sharing metadata. Therefore, the repository should be not be restricted to recording only UML or 11179 metadata elements. Instead, it should allow users to record metadata in any form (e.g. spreadsheets, XSDs, etc.). The ISO 11179 ed. 3 model allows for this kind of unconstrained recording of metadata. So, ultimately, we may be able to use that feature of 11179 in order to achieve the goal of lowering barriers.

Extend the 11179 Value Domain to support representation of ISO 21090 Heathcare datatypes and accommodate UML models that use these datatypes.

Initiative 1 does not explicitly call for ISO 21090 support. However, it might be inferred from a call for support of DAMs such as BRIDG which use these datatypes. The Statement of Work for the Knowledge Repository project specifically calls for "Extension of ISO 11179 Value Domain Datatype to include representation of ISO 21090 Healthcare data types" and "support for representation of complex ISO 21090 Healthcare data types" by the services that this project produces.

According to the ISO 21090 standard, its purpose is to:

• provide set of data type definitions for representing and exchanging basic concepts that are commonly encountered in healthcare environments in support of information exchange in the healthcare environment,
• specify a collection of healthcare related data types suitable for use in a number of health related information environments,
• declare the semantics of these data types using the terminology, notations and data types defined in ISO 11404 rev 2005,
• provide UML definitions of the same data types using the terminology, notation and types defined in Unified Modeling Language (UML) version 2.0,
• define an XML (Extensible Markup Language) based representation of the data types suitable for use when exchanging information between information processing entities.

To the extent that use of these datatypes will support interoperability, this item aligns with the caBIG goal to "Connect scientists and practitioners through a shareable and interoperable infrastructure."

The system should provide support for selecting and describing specific 21090 types, and allow localization of 21090 data types (constraining/expanding).

The system should allow metadata that has been stored in the repository to be queried and manipulated from the perspective of multiple views. Therefore, we will define isomorphic transformation between all supported views. ISO 11179 and UML are the currently identified views.

Initiative 1 calls for "...transformation capabilities to allow model repositories to be decomposed into data descriptions that can be reused through the existing infrastructure to support deployment of these semantics in practical end user solutions via software engineering techniques such as forms development and forms generation. "
Here, the main requirement seems to be, enabling use of the existing infrastructure, which is oriented toward a ISO 11179 view of metadata.
The RFP expands the notion of transformation to include higher-level services such as comparison. This is captured here in a separate scope item.

There are existing tools (e.g. form builders) that rely on a ISO 11179 view of metadata. This project should support them.

The architecture of the 11179 and UML repositories should enable physical distributed and logical federation. The architecture should support distributed linking of content and federated workflows (e.g. versioning, curation, query) over that content.

The sub title of Initiative 1 is "Distributed, federated metadata repositories and model repositories and operations." It indicates that the "...architecture for the distributed metadata repository (MDR) will be decentralized in nature, allowing multiple peer repositories to be present at the same time, for sharing of data elements."

According to the SI Conops Initiatives overview, "The need for all semantic metadata to be formally recorded in a single central repository would limit or preclude application of the semantic infrastructure to very large, diverse communities such national health care. Distributed, federated metadata resources will clearly be required."

The architecture of the metadata and model repositories will be service-oriented, according to the principles defined here. Functionality will be exposed through semantically annotated service interfaces.

The Si Conops calls for the use of the Services Aware Interoperability Framework (SAIF), which prescribes a SOA-based approach.

NCI is using SOA as it strategy to "ensure working interoperability between differing systems that need to access or exchange specific classes of information and/or coordinate cross-application behaviors."

This project will produce tooling that utilizes the distributed, federated metadata and model repository services to support an updated and revised semantic integration workflow (i.e. the ECCF) that enables decentralized and localized additions of models and data elements.

Initiative 1 calls for "Development of a set of user applications or services as needed for creation, management, search and retrieval and of metadata." And, the SI Conop Mission statement calls for:

• Employ the Enterprise Compliance and Conformance Framework to represent frameworks and models in an implementation independent manner;
• Build and adapt tools and interfaces for generation, curation, storage and use of semantic information, and for convenient lookup, retrieval and transformation of this information by both end-users and applications;

The semantic infrastructure requirements have both run-time and design-time aspects. The primary design-time requirements involve application of the ECCF to build systems that achieve Working Interoperability.

The NCI's approach to metadata registries should support some level of interoperability with registries of other agencies and external groups.

<source>

<justification>