Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Most of the setup process and instructions you can find Third-Party App Setup and Support Guide on Galaxy. This document serves as a supplement - it adds details specific to Way to Health, and points you to specific sections of the Galaxy document as not all portions of that document are necessary.

...

Way to Health’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 InBasket messaging, which are typically configured for a specific program or care team and therefore require program-specific customization.

Use Cases,

...

features, and

...

required setup

Our app listings specify the broadest set of APIs and interfaces we use, but each connected health program will only use a subset. In this document we’ll try to specify which features, which setup, and which apps are required for specific types of connected health programsThis table summarizes which integration features are available to support workflow needs, and the setup required.

Use Case

Feature

Required Setup

Enrolling patients

Monitoring patients (data, messaging, and more)

Embed

  • Webservices access (via frontend OAuth2/SMART on FHIR)

  • Web App Integration Record (details below)

  • Web App Integration Launch Point (see Galaxy for details)

  • “Way to Health” client ID

Sending patient-entered data to the medical record via flowsheets

(Requires only one of these 3 approaches)

Inbound HL7 flowsheet via TCP/IP

  • VPN between your interface engine and ours

  • Flowsheet identifiers for use in OBX-3

Inbound HL7 flowsheet over HTTPS

  • “Way to Health - Backend” client ID

  • Flowsheet identifiers for use in OBX-3

Flowsheet - via Observation.Create

  • Webservices access (via Backend OAuth2)

  • Flowsheet identifiers (see details below)

  • “Way to Health - Backend” client ID

Alerting clinicians or care teams of patients needing attention

InBasket

  • Webservices access (via Backend user)

  • Inbasket pool/HIP (details below)

  • “Way to Health - Backend” client ID

Triggering text outreach programs post-discharge

Turning participant messaging on and off during readmissions

Outbound HL7 ADT feed

  • VPN between your interface engine and ours

  • Establishing outbound interface

Triggering text outreaches prior to a procedure

Outbound HL7 Optime Scheduling feed

  • VPN between your interface engine and ours

  • Establishing outbound interface

Triggering text outreaches prior to an appointment

Outbound HL7 Cadence Scheduling feed

  • VPN between your interface engine and ours

  • Establishing outbound interface

Implementation process

Build and testing for a connected health program

TODO

Setup and testing for Epic integration

TODO

Information to send to Way to Health

(reference: Send Specific Information to Your App Vendor)

When do we need this?

Example

Patient ID Type

Always

MRN, HUP MRN, MR, etc.

Interconnect Base URLs

  • Prod OAuth

  • Non-prod OAuth

Always

https://vendorservices.epic.com/interconnect-amcurprd-oauth/

Inbasket pool

  • Pool ID (HIP .1)

Each Inbasket where we’ll send escalations

14234

Flowsheet information

For each data point (e.g. systolic BP) that we’ll send via WebServices or HL7

Either

  • FLO .1 (e.g. 1320)

  • AND Health-system-specific OID (e.g. urn:oid:1.2.840.114350.1.13.0.1.7.2.707679)

OR

  • Flowsheet FHIR ID

Network configuration

If needed to access Interconnect

VPN info

To be worked out between your networking/security team and our sysadmin team

If we’re using a TCP-based HL7 feed (in either direction)

For inbound HL7 flowsheet, we can use the HL7v2 webservice instead

Root CA

If Interconnect’s TLS certificates are self-signed or issued by a private CA

PEM file such as yourhospital_root_ca.pem

...

Program changes and shutdown

All Once a program is live, all program changes (including shutdown requests) should be submitted through our help desk located at http://support.waytohealth.org

...

Mechanism

Content

Flowsheet row identifiers

Encounter

Receiving system

Requires VPN

HL7 over TCP

HL7 message (ORU^R01)

OBX-3 identifier

Can be created by interface

Interface engine or Bridges

Yes

HL7 over HTTPS

Interconnect

No

Observation.Create

JSON

flowsheet ID (FLO .1)

Must already exist, and encounter ID in w2h

...