NIH | National Cancer Institute | NCI Wiki  

Versions Compared

Key

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

...

Children Display

Page info
title
title

...

Summary

Description of the profile

The Semantic Infrastructure keeps track of each version, any relevant provenance information (e.g., who made the change), and supports the concept of being able to revert to any prior state. This version control would include the authoring of any new metadata (making contexts more explicit) and the assertions of model alignments.
Artifact descriptions change over time and their contents will reflect changing needs and context.

This Functional Profile includes, but is not limited to, the following capability elaborations:

Derived From Requirements

...

Architectural implications of change on the Semantic Infrastructure are reflected in the following capabilities:

  • mechanisms to support the storage, referencing, and access to normative definitions of one or more versioning schemes that may be applied to identify different aggregations of descriptive information, where the different schemes may be versions of a versioning scheme itself;
  • configuration management mechanisms to capture the contents of the each aggregation and apply a unique identifier in a manner consistent with an identified versioning scheme;
  • one or more mechanisms to support the storage, referencing, and access to conversion relationships between versioning schemes, and the mechanisms to carry out such conversions.
Capabilities

Requirements traceability

Requirement

Source

Capability

View the history on a particular data element to view changes on prior versions that exist in caDSR.

Gap Analysis::Manage::

...

Anchor
_16_5_1_24a0131_1283085778659_442981_4338
_16_5_1_24a0131_1283085778659_442981_4338
026.1 - Data Element History

dataElementHistory,

Provide a LexWiki tooling versioning management and upgrade mechanism.

...

Gap Analysis::

...

Manage::

Anchor
_16_5_1_24a0131_1283085781793_583295_4356
_16_5_1_24a0131_1283085781793_583295_4356
136 - LexWiki tooling versioning management

lexWikiToolingVersioningManagement,

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
_16_5_1_24a0131_1283090023842_213150_4485
Artifact Lifecycle Management

dataElementHistory,

In conjunction with CDISC-1 distributed Knowledge Repository a tool will be needed to create/add, delete, update/modify and retire content from multiple sources.  There must be version control for CDISC objects (e.g., attributes, associations, classes, etc.).  This includes versioning information about CDISC controlled terminology and any external authoritative source terminologies.  The KR and Tools should provide a mechanism for preserving and viewing the contributing sources and/or contributing organizations for each object.  Detailed tracking of contributions among objects is not required. Source: * CDISC Share Pilot Report * CDISC Requirements Package 1 - NCI Semantic Infrastructure, 5/28/2010, Section 2.5 & Section 2.8

Gap Analysis::CDISC::

Anchor
_16_5_1_24a0131_1283075778818_720389_4053
_16_5_1_24a0131_1283075778818_720389_4053
CDISC-16 - Ensure versioning, change management and traceability

dataElementHistory,

 

Semantic Profile::OASIS SOA::

Anchor
_16_5_1_24a0131_1283763560612_868976_4608
_16_5_1_24a0131_1283763560612_868976_4608
Service Description Model

versioning from inherited abstract profile Change, configurationManagement from inherited abstract profile Change, transition from inherited abstract profile Change,

Anchor
_16_5_1_24a0131_1283700133655_905377_3117
_16_5_1_24a0131_1283700133655_905377_3117
configurationManagement

Description

Mechanisms to support the storage, referencing, and access to normative definitions of one or more versioning schemes that may be applied to identify different aggregations of descriptive information, where the different schemes may be versions of a versioning scheme itself.

Requirements addressed
Overview of possible operations

Anchor
EAID_ECE80B0D_86DB_495a_8514_0C0D7C14A2BD
EAID_ECE80B0D_86DB_495a_8514_0C0D7C14A2BD
dataElementHistory

Description

View the history on a particular data element to view changes on prior versions that exist in caDSR.

Requirements addressed
Overview of possible operations

Anchor
_16_5_1_24a0131_1283180724193_489102_4845
_16_5_1_24a0131_1283180724193_489102_4845
lexWikiToolingVersioningManagement

Description

Provide a LexWiki tooling versioning management and upgrade mechanism.

Requirements addressed
Overview of possible operations

Anchor
_16_5_1_24a0131_1283700246486_44421_3128
_16_5_1_24a0131_1283700246486_44421_3128
transition

Description

One or more mechanisms to support the storage, referencing, and access to conversion relationships between versioning schemes, and the mechanisms to carry out such conversions.

Requirements addressed
Overview of possible operations

Anchor
_16_5_1_24a0131_1283699095521_961509_3106
_16_5_1_24a0131_1283699095521_961509_3106
versioning

Description

Configuration management mechanisms to capture the contents of the each aggregation and apply a unique identifier in a manner consistent with an identified versioning scheme.

Requirements addressed
Overview of possible operations
Scrollbar