Page History

...

Page info
title title

Services Functional Profile

Users expressed requirements that suggest caBIG services are not sufficiently described to determine if they meets a user’s requirements or are interoperable with other services. These requirements are deemed applicable to future KR services.

Capability Elaborations

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

• serviceMetadataValidationcadsrModel
• serviceMetadataCompatabilityLeveleprModel
• serviceQualityAndStabilityAssessmentModellexEvsAPI
• cadsrModellexEvsRdfBackend
• eprModellexEvsSparqlEndpoint
• lexEvsRdfBackendserviceMetadataCompatabilityLevel
• uniqueIdentifierResolutionserviceMetadataValidation
• lexEvsAPIserviceQualityAndStabilityAssessmentModel
• lexEvsSparqlEndpointuniqueIdentifierResolution

Derived From Requirements

• Gap Analysis::Service::060 - Service metadata validation Make it mandatory that user-friendly service metadata (e.g., service name) is always exposed. Even better, provide automated validation of the service metadata.
• Gap Analysis::Service::061 - Service compatibility level Service metadata should capture the compatibility level of the service, including the date of the review.
• Gap Analysis::Service::062 - Service quality and stability assessment Service metadata should be extended to provide some assessment of service quality and stability
• Gap Analysis::Service::065 - caDSR data element registration Use Introduce Toolkit generated service metadata and a service loader tool to register use/reuse of data elements in caDSR
• Gap Analysis::Service::071 - EPR metadata Semantic infrastructure should support metadata around EPRs
• Gap Analysis::Federation::115 - LexEVS SPARQL Endpoint Provide a SPARQL endpoint for querying. LexEVS
• Gap Analysis::Service::122 - RDF triple store backend for LexEVS Provide an RDF triple store backend for LexEVS, so that LexEVS can leverage tools and technologies (i.e, querying, browsing) developed by the Semantic Web community.
• Gap Analysis::Interface::129 - Programmatic Access to LexEVS API Programmatic Access to LexEVS API
• Gap Analysis::Service::130.3 - Unique Identifier Resolution Provide Unique Identifier Resolution across Grid
• Semantic Infrastructure Requirements::Artifact Management::Artifact Lifecycle Management 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.
• Gap Analysis::EVS::EVS-1 - Concept and Value set Terminology binding KR needs terminology from the enterprise vocabulary services at both the concept and value set level to bind to metadata objects in the knowledge repository.
• Gap Analysis::EVS::EVS-6 - Value Set Versioning KR needs the ability to check in and version the newly annotated metadata objects and link back to the terminology value sets stored in EVS. This requires tracking versioning of the value set as well as versioning of the value set binding to the metadata object

...

Make it mandatory that user-friendly service metadata (e.g., service name) is always exposed. Even better, provide automated validation of the service metadata.

...

Anchor
EAID

...

_

...

Service metadata should be extended to provide some assessment of service quality and stability

...

D2EEFCBC_0D35_4cff_B33A_B9897FDFE1F9 EAID_D2EEFCBC_0D35_4cff_B33A_B9897FDFE1F9

cadsrModel capability elaboration

Use Introduce Toolkit generated service metadata and a service loader tool to register use/reuse of data elements in caDSR

Anchor
EAID_A54679AA_EA15_4452_BF06_FFF00735BDE3 EAID_A54679AA_EA15_4452_BF06_FFF00735BDE3

eprModel capability elaboration

Semantic infrastructure should support metadata around EPRs

Anchor
EAID_E9D59ED9_19F2_44b5_9B29_2D6CE49C8B08 EAID_E9D59ED9_19F2_44b5_9B29_2D6CE49C8B08

lexEvsAPI capability elaboration

Programmatic Access to LexEVS API

KR needs terminology from the enterprise vocabulary services at both the concept and value set level to bind to metadata objects in the knowledge repository.

Anchor
EAID_1D155EE9_7822_4d15_986C_AC750198E5E9 EAID_1D155EE9_7822_4d15_986C_AC750198E5E9

lexEvsRdfBackend capability elaboration

Provide an RDF triple store backend for LexEVS, so that LexEVS can leverage tools and technologies (i.e, querying, browsing) developed by the Semantic Web community.

Anchor
EAID_

...

70FD0874_

...

6EB0_

...

4833_

...

9411_

...

135583B8DF76 EAID_

...

70FD0874_

...

6EB0_

...

4833_

...

9411_

...

135583B8DF76

...

lexEvsSparqlEndpoint capability elaboration

Provide a SPARQL endpoint for querying. LexEVSProvide Unique Identifier Resolution across Grid

Anchor
EAID_

...

9476F63D_

...

48C3_

...

4c81_

...

BF6E_

...

9BC8FC8B87F4 EAID_

...

9476F63D_

...

48C3_

...

4c81_

...

BF6E_

...

9BC8FC8B87F4

...

serviceMetadataCompatabilityLevel capability elaboration

Service metadata should capture the compatibility level of the service, including the date of the review.

Anchor
EAID_E99B99B4_76D4_42cd_BC53_2E66633F885D EAID_E99B99B4_76D4_42cd_BC53_2E66633F885D

serviceMetadataValidation capability elaboration

Make it mandatory that user-friendly service metadata (e.g., service name) is always exposed. Even better, provide automated validation of the service metadata.

Anchor
EAID_F0031E93_C54E_4118_889D_E14099E9FB45 EAID_F0031E93_C54E_4118_889D_E14099E9FB45

serviceQualityAndStabilityAssessmentModel capability elaboration

Service metadata should be extended to provide some assessment of service quality and stability

Anchor
EAID_3D5B90C8_FAF2_4f9b_97D4_BE8F97A24A06 EAID_3D5B90C8_FAF2_4f9b_97D4_BE8F97A24A06

uniqueIdentifierResolution capability elaboration

Provide Unique Identifier Resolution across Grid

Programmatic Access to LexEVS API

KR needs terminology from the enterprise vocabulary services at both the concept and value set level to bind to metadata objects in the knowledge repository.

...

Provide a SPARQL endpoint for querying. LexEVS