US Medication Risk Evaluation and Mitigation Strategies (REMS) FHIR IG
1.0.0 - STU1 United States of America flag

This page is part of the US Medication REMS (v1.0.0: STU1) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions

REMS IG Home Page

Overview

A Risk Evaluation and Mitigation Strategy (REMS) is a drug safety program that the United States Food and Drug Administration (FDA) requires for medications with serious safety concerns. REMS are designed to reinforce medication use behaviors and actions that support the safe use of the medication. While all medications have labeling that informs health care stakeholders about medication risks, only a small number of medications require REMS programs.

This implementation guide focuses on provider workflows during the ordering of REMS medications and associated patient encounters. It defines information exchanges to support those events, including interactions between…

  • the provider and the REMS Administrator that manages the associated program
  • the provider and the pharmacy to which the prescription is sent for dispensing
  • the pharmacist or other involved party and the REMS Administrator, to learn the status of REMS steps associated with a patient prescription and/or additional REMS requirements for which they are responsible (discuss)

The guide describes the use of FHIR features including CDS Hooks and SMART App Launch to exchange REMS-related information between providers and REMS Administrators during patient care, and it provides guidance for including REMS-related information in the resulting prescription sent to the pharmacy in an NCPDP SCRIPT transaction.

The goal of this guide is to establish information exchange conventions that support…

  • notifying providers and patients of REMS requirements early in the ordering process
  • satisfying REMS information needs using data from the patient's electronic record where possible–minimizing manual data entry
  • capturing information about a specific patient's participation in a REMS program–including identifiers or other information assigned by the REMS Administrator–in the Provider System
  • reducing prescription fulfillment delays by completing up-front REMS steps before the order is sent to the pharmacy and including relevant REMS information in the prescription
  • enabling those involved in fulfilling the prescription to learn of their responsibilities and the status of other REMS requirements.

… with the aim of ensuring safe use in a way that gets the medication to the patient quicker.

Content and organization

The implementation guide is organized into the following sections:

  • REMS Steps and Terminology provides the high-level set of steps and timeframes the IG uses as the context for its guidance. It also describes how REMS steps fit within e-prescribing workflows and provides guidance for integrating related FHIR and NCPDP SCRIPT exchanges
  • Participant Roles and Needs identifies the REMS program participants, the systems they use, and their needs addressed by this implementation guide
  • Use Cases introduces the REMS workflows, identifies the participants and scenarios covered by the guide, and describes how the associated systems interact to support the process goals
  • REMS Interaction Events and Triggers provides guidance for initiating interactions between the Provider System (e.g., an EHR) and REMS Administrator System at appropriate points in the patient's care
  • Future Directions discusses REMS flows and features that are not covered in this version of the IG, but are the focus of continued efforts
  • Technical Background describes the specifications this implementation guide relies on and indicates what developers should read and understand prior to implementing this specification, including US Core profiles used in this IG.. It also provides background and rationale for key aspects of the IG's approach, and describes how approaches used in this guide relate to those employed in the Da Vinci "Burden Reduction" guides
  • Formal Specification provides detailed implementation requirements and conformance expectations related to:
    • this IG's use of CDS Hooks conventions for triggering exchanges and exchanging information in different scenarios
    • guidance related to the SMART on FHIR app launch process and associated workflows
    • REMS-specific and general FHIR requirements related to security and patient privacy
  • CDS Hooks Card Profiles formally defines content for CDS Hooks cards and system actions returned in REMS flows
  • Artifacts introduces and provides links to the FHIR resource profiles and other FHIR artifacts defined in this implementation guide
  • Downloads allows download of this and other specifications as well as other useful files
  • Credits identifies the individuals and organizations involved in developing this implementation guide

Dependencies

This implementation guide relies on the following other specifications:

  • CDS Hooks 2.0 - The official standard for trial use publication of CDS Hooks that defines the CDS Hooks protocol and interfaces used by this implementation guide
  • SMART on FHIR 2.1 - The specification provides a reliable, secure authorization protocol for SMART apps launched from a clinical system or standalone application to support REMS information capture and data exchange
  • FHIR R4 - The current official version of FHIR as of the time this implementation guide was published
  • US Core - The current published version of US Core profiles based on FHIR R4

Sponsoring HL7 Workgroup

Pharmacy

Co-Sponsors

Clinical Decision Support Biomedical Research & Regulation

Authors

HL7 Pharmacy Work Group
Frank McKinney fm@frankmckinney.com
Robert Dingwell bobd@mitre.com

Dependencies

IGPackageFHIRComment
.. US Medication Risk Evaluation and Mitigation Strategies (REMS) FHIR IGhl7.fhir.us.medication-rems#1.0.0R4
... HL7 Terminology (THO)hl7.terminology.r4#6.0.2R4Automatically added as a dependency - all IGs depend on HL7 Terminology
... FHIR Extensions Packhl7.fhir.uv.extensions.r4#5.1.0R4Automatically added as a dependency - all IGs depend on the HL7 Extension Pack
... US Corehl7.fhir.us.core#3.1.1R4
... SMART App Launchhl7.fhir.uv.smart-app-launch#2.2.0R4

Cross Version Analysis

This is an R4 IG. None of the features it uses are changed in R4B, so it can be used as is with R4B systems. Packages for both R4 (hl7.fhir.us.medication-rems.r4) and R4B (hl7.fhir.us.medication-rems.r4b) are available.

Global Profiles

There are no Global profiles defined

IP Statements

This publication includes IP covered under the following statements.