NIH | National Cancer Institute | NCI Wiki  

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migration of unmigrated content due to installation of a new plugin
Scrollbar
iconsfalse

Page info
title
title

...

Panel
titleContents of this Page
Table of Contents
minlevel5
Summary

...

Description of the profile

...

Event Processing and Notifications enables monitoring of services in the ecosystem and provides for asynchronous updates by services, effectively allowing a loose coordination of services that both provide and respond to conditions (possibly defined in business rules).

The semantic infrastructure will provide a placeholder to specify events and triggering conditions for data and services. The platform monitors these events at runtime and acts on these events.

Capability Elaborations

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

Derived From Requirements

...

Capabilities

...

Requirements traceability

Requirement

Source

Capability

Support notification of what is new then need to find the computational and collaboration specifications.

...

Gap Analysis::

...

Manage::

Anchor
_16_5_1_24a0131_1283085780419_861109_4347
_16_5_1_24a0131_1283085780419_861109_4347
087 - Notifications

eventNotificationMessageExchangeModel,

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

eventNotificationMessageExchangeModel,

Event Processing and Notifications

...

enables monitoring of services in the ecosystem and provides for asynchronous updates by services, effectively allowing a loose coordination of services that both provide and respond to conditions (possibly defined in business rules). The semantic infrastructure will provide a placeholder to specify events and triggering conditions for data and services. The platform monitors these events at runtime and acts on these events. Link to use case satisfied from caGRID 2.0 Roadmap: As patient care proceeds, the system notifies the designated clinicians that data (for example, images) are ready for review. Similarly, when notifications are received, event processing logic allows the appropriate parties to assign clinicians for care. In order to facilitate better treatment (a learning healthcare system), as new de-identified glioblastoma data is made available, notifications are sent that could indicate a recommended change in the treatment plan.

Semantic Infrastructure Requirements::caGRID 2.0 Platform and Terminology Integration::

Anchor
_16_5_1_24a0131_1283090069652_889647_4512
_16_5_1_24a0131_1283090069652_889647_4512
Event Processing and Notifications

eventNotificationMessageExchangeModel,

Anchor
EAID_5762829B_7666_4d1e_B203_C427E63DC90B
EAID_5762829B_7666_4d1e_B203_C427E63DC90B
eventNotificationMessageExchangeModel

...

...

Description

...

Event Notification Message Exchange Model create, destroy, edit, maintains.

...

Often the sending agent may not be fully aware of all the agents that will receive the notification; particularly in so-called publish/subscribe (“pub/sub”) situations. In event notification message exchanges, it is rare to have a tightly-coupled link between the sending and the receiving agent(s) for a number of practical reasons. One of the most common is the potential for network outages or communication interrupts that can result in loss of notification of events. Therefore, a third-party agent or service is often used to decouple the sending and receiving agents .

...

Requirements addressed

...

...

Overview of possible operations

...

To be provided.

Scrollbar
iconsfalse