Registry Use Cases

[[PA Interdependent Registries|Back to Project Page]

May 2011 Use Cases

The following use cases will be addressed by the May 2010 Interdependent Registry Domain Analysis Model (DAM) ballot:

Look up Provider By Organization or Location

This use case is based on NHIN Direct User Stories.

Pre-conditions

• NHIN Direct care provider refers patient to hospital including summary care record
  • The provider describes the order, including the hospital facility she is ordering service[...].

Basic Scenario

1. Based on the requesting provider's request, the EHR System or Portal/HIE/ISP

connects to the local Organization Registry and looks up the organization intended as the destination for the referral

1. Search organization that match services offered, location, name, etc.
2. Identify matching organization(s)
3. If the identity of a specific provider is known, then the EHR Systemwill look up the provider by name, specialty, etc. in the Provider Registry
4. If the provider's identity is not known then a generic request for provider will be issued to the destination EHR System or Portal/HIE/ISP using the specialty or the services required for the referral.

Post-conditions

1. The name, contact information, and up-to-date certifications/service information is made available to the requesting provider.

Actors

• EHR System
• Provider Registry
• Organization Registry
• Portal/HIE/ISP
• Requesting Provider who initiates the look up

Dependencies

This use case relies on correct associations between organizations, locations, and provider and requires up-to-date provider records that use digital certificates stored in the Provider Registry.

Look up Provider by Specialty

This use case is based on NHIN Direct User Stories.

Pre-conditions

• NHIN Direct care provider refers patient to specialist including summary care record
  • In some cases the referral is directed to a specific specialist, and in other cases to a specialist practice.

Basic Scenario

1. Based on the requesting provider's request, the EHR System or Portal/HIE/ISP

connects to the local Organization Registry and looks up the organization intended as the destination for the referral

1. Search organization that match services offered, location, name, etc.
2. Identify matching organization(s)
3. If the identity of a specific provider is known, then the EHR Systemwill look up the provider by name, specialty, etc. in the Provider Registry
4. If the provider's identity is not known then a generic request for provider will be issued to the destination EHR System or Portal/HIE/ISP using the specialty or the services required for the referral.

Post-conditions

1. The name, contact information, and up-to-date certifications/service information is made available to the requesting provider.

Actors

• EHR System
• Provider Registry
• Organization Registry
• Portal/HIE/ISP
• Requesting Provider who initiates the look up

Dependencies

This use case relies on correct associations between organizations and provider and requires up-to-date credentials to be stored in the Provider Registry

---