Overview
Way to Health (W2H) is a platform used to power a range of programs in the realms of connected health, remote patient monitoring, and patient engagement. Most of our clinical programs use text messaging, but we also use surveys, connected devices, and other data sources.
This document is intended as a high-level overview of W2H’s Epic integration features, aimed at clinical or IT decision makers. Epic’s Third-Party App Setup and Support Guide on Galaxy also has useful high-level information. For technical audiences, Epic Integration: Technical details for Epic analysts contains further in-depth information as well as the full Epic Implementation guide.
Different programs, different integration needs
Different Way to Health programs will have different workflows and integration needs. For example, Heart Safe Motherhood (a postpartum BP monitoring program) requires a way to enroll patients, start them in the program post-discharge, and send BPs received from the patient back to the medical record. Coloprep (a text program to improve colonoscopy prep) does not require manual enrollment, but instead uses an HL7 scheduling feed to enroll patients and trigger the text messages at the right time.
Your W2H implementation lead will guide your clinical, operational, and IT teams in deciding which features are needed for the specific program(s) you are implementing.
Setup once, use for multiple programs
W2H’s Epic integration requires a one-time setup before it can be used for any number of programs. For example, once the embed is available, health systems can begin enrolling and monitoring patients in as many W2H programs as they’d like with no additional IT setup. Similarly, once an outbound ADT feed is established, this can be used by any number of programs to start the intervention after discharge. This applies to all of the features described below except for flowsheets and In Basket messaging, which are typically configured for a specific program or care team and therefore require program-specific customization.
Use Cases and features
Epic embed: Enrolling and monitoring patients
The primary way clinical users interact with most W2H programs is through our EHR-embedded view from within a patient chart. It’s up to you and your health system to determine which menus the W2H link appears in. At Penn Medicine, it is available to all users from the “additional activities” menu or from the search, and some users modify their workspace (the “wrench” tool) to put the “Way to Health link” in their tab bar on every patient chart.
Once clicked, the link opens a W2H tab in a sidebar of the patient chart.
The first time someone loads the embedded view they are prompted to create an account or link their existing W2H account if they have one. (Any given user will only see this screen once.)
Once the user has access to W2H, they will see all W2H programs linked to your EHR.
The Programs tab shows a list of any programs the patient is currently enrolled in, plus any programs they are eligible to be enrolled in. Each program can configure whether any user with the access to the EHR can enroll patients, or if they need to be explicitly granted access.
Requesting Access sends an email to any Project Managers set up for the project requesting approval. Once access is approved (or denied) the user is sent an email at an address they specify.
The Enroll button opens a screen gathering whatever information a program needs to enroll the patient. All information is pre-populated from the patient’s demographics data retrieved from the EHR. (In this instance, the patient did not have a textable phone number, so the field was blank.)
The Inbox section shows all text messages (both manual and automated) between Way to Health and the patient, and allows staff to directly text the patient as well.
For programs collecting blood pressures or other structured data, the Data Snapshot can be a useful way of viewing the BP data at a glance.
Flowsheet
For programs collecting discrete data such as blood pressures, we can send that data back to the EHR to be filed in a flowsheet. The Implementation Guide and Epic Integration: Technical details for Epic analysts include details on what type of flowsheets we can send data to, and the technical approaches and requirements.
Automated enrollment
For some programs, the ideal enrollment workflow is for clinicians to manually enroll a patient in a W2H program. This enrollment step can include consenting the patient, educating them on e.g. how to take and send in their blood pressures, and so on. For other programs, automation is critical - no one can possibly manually enroll 5000 patients in an outreach programs. Sometimes, the right approach is a hybrid - enroll the patient manually while they’re in the hospital, and have the automation start the program as soon as they go home.
We have a variety of automation tools at our disposal, and will work with you to set up whatever makes most sense for your clinical workflows and IT resources.
File transfer
Often, the simplest way to automate enrollment is with a daily transfer of a flat (CSV) file. Your IT teams will need to set up something to automatically generate this file and transfer it to a location where we can pick it up and process it.
HL7 ADT feed
The ADT (Admission, Discharge, Transfer) feed can be used to trigger initiation of a post-acute program after a patient is discharged.
HL7 scheduling feed (OpTime or Cadence)
The HL7 appointment scheduling feed can be used to trigger pre-appointment or post-appointment patient messaging
The HL7 surgical case scheduling feed can be used to trigger pre-procedure or post-procedure patient messaging, and can be used (together with the ADT feed) to trigger programs after discharge from a surgical hospitalization.
Silencing messaging during admissions
For long-term (chronic) programs, patients might receive months of messaging checking up on them, asking them to report pain scores or blood pressures, and so on. Sending these messages while a patient is readmitted makes no sense. The HL7 ADT feed can be used to inform W2H when a patient enters and leaves the hospital, and W2H can silence messaging during that time period.
In Basket
Our primary recommended way of sending escalations is via In Basket message to a pool. Some of our clinical teams will choose to use existing pools they use for communicating amongst themselves; others will create new pools specific to W2H programs.
Most W2H programs send messages using the Staff Message message type - this requires no additional EHR build. We can also send messages using a custom message type. The Implementation Guide contains instructions for setting that up if desired.
We can also send escalations to pagers, cell phones, or by email. (We do not include patient identifiers in escalation messages to pagers or cell phones unless an exception is approved by your privacy office.)
Escalations can also be monitored or managed in W2H’s Triage View.
SDEs
SmartDataElements can be a useful way to capture patient-level info in the EHR. They can be pulled into RWB reports, used to show flags at various places in the chart (e.g. the story board), used in analytics, and more.
Out of the box, we can update an Epic SDE with a value showing the patient’s status in a W2H program. (The values we send are customizable - for example, we could send Pending when their enrollment is started, Active when they start receiving daily messages, and Finished when the program ends.
Additionally, we can set up custom automation to send other SDE values. For example, we have some programs where we send structured data into SDEs which are used to prepopulate a note.
Smart Forms and Smart Phrases
Some of our health system customers use Smart Forms to drive some of the enrollment or tracking process. Some programs have set up Smart Phrases to pull flowsheet data sent from W2H into clinical notes. If you’re interested in using these tools, we can connect you with the IT staff or physician builders who set these up.
Implementation process
Build and testing for a connected health program
Your W2H Implementation Lead will work with you to gather requirements, build, and test a new connected health program. For multi-site programs (e.g. a program launching at Penn followed by other locations), the program typically will be tested at the first site and will require much less testing at the subsequent sites (mostly covering any site-specific tweaks that may have been made).
Testing for Epic integration
We will provide a test script for each Epic integration feature described above (embed, flowsheet, SDE, etc.). For the embed and In-Basket, the test script only needs to be run once for W2H. Flowsheet and SDE test scripts may differ slightly for each program.
These test scripts can also be used as part of testing for Epic upgrades when warranted (primarily when Nova release notes indicate that things are changing in the affected areas).
Support, program changes, and shutdown
During the EHR setup process as well as during the setup of any connected health programs, there will be an assigned technical and project management point person.
Once a program is live, any issues or program changes (including shutdown requests) should be submitted through our help desk located at http://support.waytohealth.org .