Specialty Medication Enrollment
0.1.0 - STU1 Ballot

Publication Build: This will be filled in by the publication tooling

## Use Cases and Roles

### Use Cases

The exchanges described in this implementation guide all support the goal of supplying information to those involved in fulfilling a patient’s specialty medication prescription. The guide supports three basic use cases:

- As a party fulfilling the prescription, I need to retrieve patient clinical or coverage information from their medical records.
  - Solicited Flow section of Systematic Query Workflows
- As a party fulfilling the prescription, I need to ask a question of the prescriber or their staff.
  - Information Flows Requiring Human Interaction
- As the prescriber of the prescription, I want to proactively supply clinical or coverage information from the patient’s medical records to a party fulfilling the prescription.
  - Unsolicited Flow section of Systematic Query Workflows

### Human Roles

#### Requester Staff

Staff at the pharmacy, specialty Hub or other party involved in fulfilling the prescription. These people identify information needs that result in information exchanges, and use the provided information

#### Prescriber

The prescriber provides responses to information requests that require human interaction, such as clarifications to aspects of a prescription.

#### Prescriber Agent

The prescriber agent can provide responses to on behalf of the prescriber. Example: clinic staff.

### System Roles

#### Requesting System

In the Specialty Rx workflow, the Requesting System is one used by a stakeholder who participates in fulfilling specialty medication prescriptions. It may be a pharmacy system or a system used by another party such as a specialty Hub or pharmaceutical manufacturer.

A Requesting System…

- enables staff to request patient information from the prescriber’s electronic health record (EHR) system using RESTful searches or a Specialty Rx Query message)
- if supporting Specialty Rx messaging, receives Specialty Rx Query Response and Specialty Rx Query Response - Unsolicited messages
- enables staff to ask additional questions or request supporting information requiring human attention by prompting an EHR user to launch and interact with a SMART application, using a Specialty Rx SMART Launch Task.

#### Data Source System

The responding system in the Specialty Rx workflow is the EHR system used by the prescriber of the specialty medication or associated staff.

The Data Source system typically will…

- If supporting RESTful data source interactions: Respond to RESTful patient matching and search requests based on data stored in the patient’s electronic chart
- If supporting Specialty Rx messaging: Respond systematically when a Specialty Rx Query message is received, returning a Specialty Rx Query Response based on data stored in the patient’s electronic chart. It may also send Specialty Rx Query Response - Unsolicited messages proactively when a prescription is written
- Enable staff to respond to additional questions or supporting information requests that require human attention by accepting a Specialty Rx SMART Launch Task and then prompting an EHR user to launch and interact with the requester’s SMART application.

#### Intermediary System

An Intermediary System facilitates the exchange of information between other parties. This role is optional and assists with Requesting and/or Data Source system responsibilities when desired. See Intermediary Facilitation.

- In the messaging-based exchanges, an intermediary may use its knowledge of network participants and connection information to route prescriptions and other data exchanges between sources and receiving parties.
- In the intermediary-facilitated RESTful exchanges described above, the intermediary performs additional actions to enable data sources that only support RESTful interactions to interact with messaging-based partners.