By Interface Type

Other Integrations

But wait! There's more! We've also created custom integrations using the following approaches.

Outgoing Real Time Prescription Benefit Inquiry and Response

Supports real-time prescription benefits checking (RTPB) during the prescriber ordering process. This feature lets prescribers see expected out-of-pocket costs, lower-cost medication suggestions, and whether additional approvals from the insurance company are needed before the prescription can be filled. Providers can share this information with patients before sending the order to the pharmacy, saving time and money for patients, and help improve medication adherence.
Payers/vendors who are interested in joining the RTPB network, please please reach out for more information.
Current integrations include
  • Arrive Health
  • Bamboo Health
  • CenterX
  • CoverMyMeds
  • DrFirst
  • Humana
  • Surescripts

Outgoing Newborn Personal Identity Code Request and Response

The Outgoing Newborn Personal Identity Code Request interface sends notifications of patient birth to the Population Register Centre (VRK) in Finland. The Incoming Newborn Personal Identity Code Response interface receives the response message from VRK that contains the HETU for the newborn and assigns the HETU to the patient in Epic.
Current integrations include
  • Digi- ja väestötietovirasto

Outgoing Death Notification and Response read the specOutgoing Death Notification and Response technical specification

Sends notifications of patient death to the Population Register Centre in Finland.
Current integrations include
  • Digi- ja väestötietovirasto

Outgoing Provider Query

This XML interface queries the Terhikki provider database to determine whether a provider has specific rights and restrictions. The rights and restrictions associated with a provider are used to determine which features in Epic the provider has access to.

Outgoing eArchive Documents and Query

Queries the Kanta eArchive system for document metadata and content and sends new and updated documents to Kanta eArchive. Licensing for this interface includes the Outgoing eArchive Document Query interface.

Outgoing Demographics Query

Queries the Population Register Centre (VRK) in Finland for a patient's demographics or the patient's HETU.
Current integrations include
  • Digi- ja väestötietovirasto

Outgoing QRDA Documents read the specOutgoing QRDA Documents technical specification

Users can create QRDA Idocuments from data in their Epic EHR. Each QRDA I document is specific to one patient and contains data pertinent to quality measure reporting. Each QRDA III document includes aggregated quality measurement data for a provider or group of providers, including the quality measures they are reporting on and their performance rate. QRDA III documents are typically used by providers for quality measure submission. Many regulatory programs, including Meaningful Use, Core Measures, Inpatient Quality Reporting, ORYX Performance Measurement Reporting, and PQRS, accept QRDA documents to satisfy their quality reporting requirements.
Current integrations include
  • CMS
  • Washington - Public Health Agencies

Bidirectional Referrals read the specBidirectional Referrals technical specification

This pair of interfaces sends and receives referral and consultation requests, along with triage details and care summaries regarding those referrals. These messages are structured according to the HL7-Finland PikaXML standard.

Outgoing Document Notification Interface - Finland

Sends document metadata to Navitas when Navitas queries Epic for a document ID.

Outgoing Social Care Document Query

This XML interface queries the Kanta Social Care system for document metadata and content.

Outgoing Dental Summary Interface - Singapore

Sends a PDF report summarizing the patient's dental health. Requires Wisdom, Epic's dental product.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Referral and Provider Communication Notification Interface - Singapore

Sends a notification to the National Electronic Health Record (NEHR) when referrals are entered in Epic or provider communications are written in the Communication Management activity in Epic.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Demographics Query Interface - Singapore

Queries the National Electronic Health Record (NEHR) system in Singapore for a patient's demographics information.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Transaction Notification Interface - Belgium

Sends metadata for notes, letters, results, and scans to the Belgian National Hub. This process allows the Hub to index references to the source content for external providers to request.
Current integrations include
  • Réseau Santé Wallon

Outgoing Transaction Query Interface - Belgium

Interface for Belgium. A collection of web services invoked from the Chart Review activity that retrieve a list of documents for a patient from the National Hub and request the contents of specific documentation.
Current integrations include
  • Réseau Santé Wallon

Outgoing Birth Notification and Medical Form Interface - Belgium

Sends birth notifications and birth-related medical forms to Belgium's eBirth registry according to the specifications in the eBirth Hospital Web Services Technical User Guide - Final version - 1.6 – 12/05/2016.

Outgoing Medication Orders Request and Response Interface - Belgium

Interface for Belgium. Sends e-prescribing messages to, and receives acknowledgements from, Recip-e. These interfaces can be used to create new prescriptions, cancel prescriptions, and query for a list of prescriptions that a pharmacy can dispense.

Outgoing Social Care Need Query Interface - Finland

Queries the eTotu Social Services system for patient referrals and documents.

Outgoing Financial Transactions Query Interface - Belgium

Sends charges to and receives charge verifications from an external system. Billing-related errors logged by this interface are routed to an activity in Epic where users can correct errors and resubmit affected messages in real time.

Outgoing Imaging Document and Response Interface - Finland

Sends reference links for R2CDA imaging documents to Navitas and receives acknowledgements in return.

Outgoing Vaccination History Query Interface - Norway read the specOutgoing Vaccination History Query Interface - Norway technical specification

Queries the SYSVAK vaccination registry, per Norwegian SYSVAK specification. Each query requests historical immunization data for a given patient. This registry does not provide immunization recommendation data. The incoming portion of the interface does not directly update immunizations in the chart; the provider sees the response from the registry and decides what should be added to the patient record.

Outgoing Vaccination Administration Request and Response Interface - Norway read the specOutgoing Vaccination Administration Request and Response Interface - Norway technical specification

Sends information about vaccination administrations, per the Norwegian SYSVAK specification.
Current integrations include
  • Norwegian Institute of Public Health

Outgoing Sick Leave Interface - Norway read the specOutgoing Sick Leave Interface - Norway technical specification

Sends information regarding a patient's ability to perform work in Norway, as specified by the Norwegian Labour and Welfare administration (NAV). Relevant information includes duration of impairment, cause of impairment, and other supporting information provided by the patient's provider.

Outgoing External Repricing Request Query (X12 837) read the specOutgoing External Repricing Request Query (X12 837) technical specification

Epic's managed care system supports pricing claims in real-time by sending the 837 and receiving a response of a repriced 837 with HCP Segments.

Incoming Health Care Services Authorization Interface - Netherlands

Receives notifications from VECOZO when the status of an authorization request has changed. The incoming interface can update authorization records (RFL or AUT) in Epic, which drive referral workqueue and scheduling workflows.

Outgoing Birth Notification Interface - Norway read the specOutgoing Birth Notification Interface - Norway technical specification

Sends notification of birth and receives back national identifier from the Norwegian citizen registry.

Outgoing Vaccination Codeset Update Request and Response Interface - Norway

Queries the Norwegian SYSVAK registry and returns an import file to update the immunization build for Norwegian customers.

Outgoing Financial Information Query Interface - Norway

Retrieves income, expense, and asset information for patients and their contacts from Financial Assistance.

Outgoing Birth Registry Interface - Norway

Sends clinical information regarding a birth event to the MFR registry.
Current integrations include
  • Norwegian Institute of Public Health

Outgoing GP Patient List Subscription and Response read the specOutgoing GP Patient List Subscription and Response technical specification

In Norway, a regional service (NAV) maintains a list of physicians (GPs) and the patients to whom they provide care. This supports integration for providers to interact with NAVs service; notably, subscribing to their list (signing up for an updated list of patients to be sent monthly), ending their subscription to the monthly list, and checking the status of their subscription.

Outgoing ePrescribing Service Request and Response Interface - Norway

ePrescribing services with the national medication directory service (SFM)

Incoming ePrescribing Service Notification Interface - Norway

ePrescribing services with the national medication directory service.

Incoming MDS CMS Validation Report read the specIncoming MDS CMS Validation Report technical specification

Takes the CMS MDS Validation Final Report flat file, parses the result of all of the MDS assessments in the report, and files the results of the validation back to Epic The MDS Validation Final Report flat file is generated by CMS QIES and the specification for the report can be found in the CASPER Reporting User's Guide For MDS Providers. A full list of CMS error and warning codes (edits) can be found in section 5 of the MDS 3.0 Provider User's Guide.

Outgoing Vaccination Administration Request and Response - Australia read the specOutgoing Vaccination Administration Request and Response - Australia technical specification

Sends information about vaccination administrations to the Australian Immunisation Register (AIR). In an upcoming version, will also query AIR for immunization history.
Current integrations include
  • Services Australia

Incoming Provider Communications Interface - Finland read the specIncoming Provider Communications Interface - Finland technical specification

Receives incoming summary of care if patient receives care out of home municipality.

Outgoing Provider Communications - Finland read the specOutgoing Provider Communications - Finland technical specification

Sends outgoing communication and summary of care for patients receiving care outside of home municipality.

Tapestry Incoming Bank Reconciliation

Receives status updates for check records to match the status assigned by the bank responsible for distributing the check.

Tapestry Incoming Benefit Accumulations

Receives external benefit bucket information so that member cost responsibility can be calculated correctly when processing claims.
Current integrations include
  • Aetna
  • Bright Health
  • Navitus
  • Optum
  • United Healthcare

Tapestry Outgoing Positive Pay Files

Sends check information for processed claims to banks as part of the claims payment cycle.

Incoming Drug Supply Chain Event Notification to Willow Inventory read the specIncoming Drug Supply Chain Event Notification to Willow Inventory technical specification

Enables supply chain partners to capture event information about supply chain events and to share that information with their trading partners securely.  Uses the Electronic Product Code Information Service (EPCIS) GS1 standard and complies with the Drug Supply Change Security Act (DSCSA) regulation that requires organizations exchange package-level tracing information.
Current integrations include
  • Anda
  • Cardinal Health WaveMark

Outgoing Dialysis Updates to CMS read the specOutgoing Dialysis Updates to CMS technical specification

Sends Dialysis Data to CMS (by way of a Renal Healthcare HIE) from the Dialysis Module, per HIE specifications. Requires Nephrology license. Specifications are found https://qnetconfluence.cms.gov/display/ELDF/Documentation+Repository
Current integrations include
  • CMS
  • OneHealthPort
  • Renal Healthcare Association

Incoming Scheduling Slot Availability Query read the specIncoming Scheduling Slot Availability Query technical specification

Receives requests from the United Kingdom's NHS e-Referral Service (also known as Choose and Book) to request appointment slots from Cadence, Epic's scheduling system.
Current integrations include
  • 3M
  • National Health Service

Outgoing PDS Tracing Query read the specOutgoing PDS Tracing Query technical specification

Outgoing PDS Tracing interface sends queries to the Personal Demographics Services (PDS) master index for National Health Service (NHS) patient records in the United Kingdom. PDS Trace Response messages are processed by the Incoming PDS Tracing interface. Message interactions follow HSCIC's Message Implementation Manual (MIM) version 7.2.02 and External Interface Specification 11.6. This interface uses messages expressed in XML encoding syntax.
Current integrations include
  • National Health Service
  • PDS

Outgoing PDS Demographics Synchronisation Query read the specOutgoing PDS Demographics Synchronisation Query technical specification

Outgoing PDS Synchronisation interface sends queries for demographics and demographic updates to the Personal Demographics Services (PDS) master index for National Health Service (NHS) patient records in the United Kingdom. PDS Synchronisation Response messages are processed by the Incoming PDS Synchronisation interface. Message interactions follow HSCIC's Message Implementation Manual (MIM) version 7.2.02 and External Interface Specification 11.6. This interface uses messages expressed in XML encoding syntax.
Current integrations include
  • National Health Service
  • PDS

Outgoing PDS NHS Number Allocation Request for Acute Care read the specOutgoing PDS NHS Number Allocation Request for Acute Care technical specification

Sends requests to the Personal Demographics Services (PDS) to generate a new National Health Service (NHS) number for an adult patient in an acute care setting in the United Kingdom. PDS NHS Number Response messages are processed by the Incoming PDS NHS Number Allocation interface. Message interactions follow HSCIC's Message Implementation Manual (MIM) version 6.3.01 and External Interface Specification 11.6. This interface uses messages expressed in XML encoding syntax.
Current integrations include
  • National Health Service
  • PDS

Outgoing PDS Newborn Notification read the specOutgoing PDS Newborn Notification technical specification

Sends requests to the Personal Demographics Services (PDS) to generate a new National Health Service (NHS) number for a newborn delivery documented in Stork within the United Kingdom. PDS Create Initial Record Response messages are processed by the Incoming PDS Create Initial Record Response interface. Message interactions follow HSCIC's Message Implementation Manual (MIM) version 7.2.02 and External Interface Specification 11.6. This interface uses messages expressed in XML encoding syntax.
Current integrations include
  • National Health Service
  • PDS

Outgoing Medication Orders read the specOutgoing Medication Orders technical specification

Sends outgoing e-prescribed medication orders, following Dutch HL7 v3 Standards (MP6).

Outgoing Medication Dispense History Query

Queries the Landelijk SchakelPunt (LSP) to retrieve patient medication data. Certified with VZVZ. This interface follows the Dutch HL7 v3 standards implemented within AORTA.

Outgoing Medication Orders

Sends ambulatory medication orders that are placed in Order Entry to the National Electronic Health Record (NEHR) in the format required by the NEHR putOrderedMedications service. This interface uses the XML message format.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Medication Dispenses

Sends outpatient medication dispenses to the National Electronic Health Record (NEHR) in the format required by the NEHR putDispensedMedications service. Messages are sent whenever an outpatient medication dispense is received from an internal pharmacy system through an Incoming Medication Orders to EpicCare Ambulatory interface. This interface uses the XML message format.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Laboratory Results

Sends laboratory results to the National Electronic Health Record (NEHR) in the format required by the NEHR putLabResults service. This interface uses the XML message format.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Radiology Results

Sends radiology results to the National Electronic Health Record (NEHR) in the format required by the NEHR putRadiologyResults service. This interface uses the XML message format.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Discharge Summaries

Sends a clinical summary to the National Electronic Health Record (NEHR) in the format required by the NEHR putDischargeSummary service. The summary is generated upon discharge of a patient.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing ED Summaries

Sends a clinical summary to the National Electronic Health Record (NEHR) in the format required by the NEHR putEDNotes service. The summary is generated when the patient is discharged or dismissed from the emergency department.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Surgical Summaries

Sends a surgical summary to the National Electronic Health Record (NEHR) in the format required by the NEHR putOTNotes service at the time that a surgical log is posted or addended. This interface uses the XML message format.
Current integrations include
  • Singapore Ministry of Health Holdings

Outgoing Health Care Claim Grouper and Pricer read the specOutgoing Health Care Claim Grouper and Pricer technical specification

Bidirectional interface that analyzes claims to determine which codes and prices are appropriate, and can work with various external systems.

Outgoing Municipality Integrations

Manages communication with external municipal systems according to established MedCom protocols to coordinate the delivery of home care after discharge. The outgoing interface supports: automatic admission and discharge notifications to alert municipalities when their citizens have been admitted to and discharged from the hospital, clinical reports by nursing staff to convey updated clinical information and home care needs to the home care system so they can prepare to assume responsibility for the patient, and administrative notifications to coordinate and document the extension of admissions if the municipality is not yet prepared to accept responsibility for patient care. This integration also includes an incoming interface for filing admission reports sent by municipality home care systems when they receive an admission notification from the hospital. Clinical staff can use these admission reports to review the current status of home care patients. This interface uses the Medcom XML/EDIFACT standard.
Current integrations include
  • MEDCOM Information Systems

Bidirectional Correspondence read the specBidirectional Correspondence technical specification

Sends and receives patient-centric clinical correspondence messages to external parties, including other hospitals, general practitioners, and municipal systems. These messages are used for ad hoc communication to convey additional information beyond what is included in other specifications.
Current integrations include
  • MEDCOM Information Systems

Outgoing Newborn CPR Assignment Request and Response

Registers newborns in the Danish civil registration system (CPR) and reserves a corresponding CPR identifier (national ID). This interface uses the Medcom Web Service standard.

Outgoing Order Requisitions

Sends orders placed by a clinical user to either an external LIS or Danish laboratory outside the organization. This interface supports general chemistry, blood bank, microbiology, and pathology laboratory procedures placed by users in EpicCare Inpatient and EpicCare Ambulatory, and pathology procedures placed by clinical users in OpTime. This interface uses the Medcom XML standard.

Incoming Pathology Results

Receives pathology test results from a LIS for use in Epic. Results can be received for orders placed in Epic or placed elsewhere. Additionally, this interface can update the status of the results to In Process, Preliminary, Final, or Final-Edited. This interface uses the Medcom XML standard.

Incoming Lab Results Interface

Receives general chemistry, blood bank, and microbiology test results from LIS for use in Epic. Results can be received for orders placed in Epic or placed elsewhere. Additionally, this interface can update the status of the result to In Process, Preliminary, Final, or Final- Edited. This interface uses the Medcom XML standard.
Current integrations include
  • autonik ab
  • DXC Technology
  • Region Midtjylland Microbiology Department

Outgoing Referrals and Booking Confirmation

Manages outgoing referrals communication with external systems according to established MedCom protocols. The interface facilitates sending new referrals composed in Epic and forwarding copies of previously received referral messages. The interface can also send booking confirmations to inform a patient's referring and primary care physicians when a referral is being acted on in Epic. These notifications can be sent automatically when an appointment has been scheduled, or when a patient is preadmitted or arrived in the ED for an issue relating to the referral. This interface uses the Medcom XML/EDIFACT standard.
Current integrations include
  • MEDCOM Information Systems

Incoming Referrals and Booking Confirmation

Manages incoming referrals communications with external systems according to established MedCom protocols. This interface can both create incoming hospital referrals and file booking confirmation messages for referrals originating in Epic.
Current integrations include
  • MEDCOM Information Systems

Outgoing Binary Documents

Sends binary attachment documents associated with a MedCom message. This interface must work in conjunction with one of the following MedCom interfaces: Outgoing Summary of Care, Outgoing Referrals and Booking Confirmation, Bidirectional Correspondence, and Outgoing Order Requisitions.
Current integrations include
  • MEDCOM Information Systems

Incoming Binary Documents

Files the binary attachment documents associated with an incoming MedCom message to the Epic WebBLOB server. This interface must work in conjunction with one of the following MedCom interfaces: Incoming Summary of Care, Incoming Referrals and Booking Confirmation, Bidirectional Correspondence, Outgoing Municipality Integrations - Incoming Response, Incoming Rehabilitation Plan Summary, Incoming Lab Results, and Incoming Pathology Results.
Current integrations include
  • MEDCOM Information Systems

Outgoing Procedure Log Data read the specOutgoing Procedure Log Data technical specification

Sends data for configured case tracking events from a Cupid procedure log case for the purpose of submitting data to external registries. Submissions to the NCDR CathPCI & NCDR ICD registries can be sent directly from Cupid, Epic's CVIS. The messages contain data on the case including panels, staff, timeouts, implants, equipment, radiation, verifications, flowsheets, events, medications, and labs.
Current integrations include
  • Agfa
  • Fujifilm
  • General Data
  • LUMEDX
  • Philips
  • ProSolv CardioVascular
  • TSG Integrations

Incoming Referral Scheduling Request Query read the specIncoming Referral Scheduling Request Query technical specification

Receives requests from the United Kingdom's NHS e-Referral Service (also known as Choose and Book) to book an appointment in Cadence, Epic's scheduling system.
Current integrations include
  • National Health Service

Incoming Summary of Care Interface

Files a summary of care document (Epikrise) from an external hospital or specialist as a note to the patient's chart. These notes describe the care that the patient received from the external hospital or specialist and can be used as reference when providing care in Epic.
Current integrations include
  • MEDCOM Information Systems

Outgoing Summary of Care Interface

Sends a summary of care document (Epikrise) to the patient's referring provider and primary care physician to report the outcome of an ED visit, admission, or ambulatory encounter using a combination of discrete and free-text information. Summary of care messages are automatically sent for the patient whenever a designated Epikrise note has been signed and the patient's encounter is closed. This interface uses the Medcom XML/EDIFACT standard.
Current integrations include
  • MEDCOM Information Systems

Outgoing PAS Data and Response Interface read the specOutgoing PAS Data and Response Interface technical specification

Sends patient, referral, administrative pathway, and encounter data grouped by patient episode to the Victorian Integrated Non-Admitted Health (VINAH) database, which is run by the State of Victoria Department of Health & Human Services in Australia. Additionally, this interface receives asynchronous acknowledgments and error information from VINAH. This interface uses messages expressed in XML encoding syntax.
Current integrations include
  • Victoria Department of Health and Human Services

Data Exchange with 3M Core Grouping Software or Grouper Plus Content Services

This is a proprietary specification to/from 3M's Core Grouping Software or Grouper Plus Content Services. Medicare OP claims data is sent to the 3M Module. CSG/GPCS performs APC/APG grouping, reimbursement calculations, OCE and proprietary claims scrubbing; the results are loaded back into Epic where errors can drive claim edits.

Outgoing FMK Medication Card Services Request and Response read the specOutgoing FMK Medication Card Services Request and Response technical specification

Manages the following interactions between Epic and the Danish medication database Falles Medicinkort (FMK): Filing medication lists for patients into Epic; pushing medication changes from Epic to the national database; and setting the reviewed status of the medication list by a clinician.

Outgoing Medication Orders to Prescription Exchange Service read the specOutgoing Medication Orders to Prescription Exchange Service technical specification

Sends medication orders and receives acknowledgements from a prescription exchange service (the currently supported service is eRx). When clinicians create, cancel, or amend medication orders, this XML interface relays the ePrescription information to eRx, which forwards the medication information to the appropriate dispensing facility. This interface uses the XML message format.

Outgoing Birth Notification Interface read the specOutgoing Birth Notification Interface technical specification

Sends a report to register newborns in the municipal child care system and begin coordination of home visits by municipal pediatric nursing after discharge.
Current integrations include
  • MEDCOM Information Systems

Outgoing ECPR Assignment Request and Response

Requests ECPR identifiers for request a new official ECPR from the Denmark national ECPR registry for non-Danish residents, anonymous, trauma, and unknown patients.

Outgoing Rehabilitation Plan Summary

Sends a summary of the physical therapy/rehabilitation (GGOP) provided for a patient and needs for ongoing therapy/rehab. Frequently used as a way for physical therapists to document ongoing care for a patient, provide progress updates to external parties such as their primary care physician, and transition responsibility for therapy to other entities such as other hospitals or municipality rehabilitation systems. This interface uses the XML (DGOP), GGOP (MedCom XML) standard.
Current integrations include
  • MEDCOM Information Systems

Incoming Rehabilitation Plan Summary

Receives incoming summaries of physical therapy/rehabilitation (GGOP) from physical therapists. This interface can be configured to create scheduling orders, which users can use to plan future appointments for the patient's care. This interface uses the XML (DGOP) GGOP (MedCom XML) standard.
Current integrations include
  • MEDCOM Information Systems

Outgoing Prescription Prior Authorization Request and Response

Submits prior authorization requests to the DHPO and HAAD post office. This interface uses the HAAD XML standard.

Outgoing Claim Submission from Willow Ambulatory

Submits claims to the DHPO and HAAD post office. This interface uses the HAAD XML standard.

Incoming Remittance Advice Download to Willow Ambulatory

Downloads remittance advices that are stored in HAAD post office using a batch job. This interface uses the HAAD XML standard.

Outgoing COV Verification Query

The interface queries Vecozo and uses the VZ37/VZ38 standard to retrieve and store insurance information for a patient. This interface uses the VZ37 / VZ38 standard.

Outgoing IHI Verification Query read the specOutgoing IHI Verification Query technical specification

Queries the Australian Healthcare Identifiers (HI) Service to retrieve and validate a patient's Individual Healthcare Identifier (IHI) Number. The main goal of this query is to allow modules such as Care Everywhere to interact with My Health Record, which requires valid IHI Numbers for patients when uploading documents.
Current integrations include
  • Australian Digital Health Agency
  • Services Australia

Outgoing Perinatal Data read the specOutgoing Perinatal Data technical specification

Submits summary reports at the end of each pregnancy to Perined, a national registry in the Netherlands that records obstetric data. This interface uses the XML HL7 NL standard.

Outgoing Initial Public Health Case Report read the specOutgoing Initial Public Health Case Report technical specification

Satisfies the Meaningful Use objective to send Electronic Case Reports to public health agencies using the HL7 Clinical Document - Electronic Initial Case Report (CDA-eICR) format.
Current integrations include
  • Alabama - Public Health Agencies
  • APHL
  • Arizona - Public Health Agencies
  • Arkansas - Public Health Agencies
  • Artificial Intelligence in Medicine
  • California - Public Health Agencies
  • Center for Disease Control
  • Chesapeake Regional Information System for Our Patients
  • Delaware Health Information Network
  • eHealth Technologies
  • Florida - Public Health Agencies
  • Georgia - Public Health Agencies
  • Hawaii - Public Health Agencies
  • Houston - Public Health Agencies
  • Idaho - Public Health Agencies
  • Illinois - Public Health Agencies
  • Indiana - Public Health Agencies
  • Iowa - Public Health Agencies
  • Kentucky - Public Health Agencies
  • Kentucky Health Information Exchange
  • Louisiana - Public Health Agencies
  • Maryland - Public Health Agencies
  • Massachusetts - Public Health Agencies
  • MedAllies
  • Michigan - Public Health Agencies
  • Minnesota - Public Health Agencies
  • Mississippi - Public Health Agencies
  • Missouri - Public Health Agencies
  • Nevada - Public Health Agencies
  • New Jersey - Public Health Agencies
  • New Mexico - Public Health Agencies
  • New York - Public Health Agencies
  • New York City - Public Health Agencies
  • North Carolina - Public Health Agencies
  • Ohio - Public Health Agencies
  • Oregon - Public Health Agencies
  • Pennslyvania - Public Health Agencies
  • Rhode Island - Public Health Agencies
  • Santa Clara County (CA) - Public Health Agencies
  • South Carolina - Public Health Agencies
  • Surescripts
  • Tennessee - Public Health Agencies
  • Texas - Public Health Agencies
  • Virginia - Public Health Agencies
  • Washington - Public Health Agencies
  • Wisconsin - Public Health Agencies

Outgoing FMK Ordered Refill Request and Response read the specOutgoing FMK Ordered Refill Request and Response technical specification

Sends refill requests to the Danish medication database Fælles Medicinkort (FMK) for a patient or an entire facility.

Outgoing eRx Services Request and Response

Communicates with the prescription center of Finland any time a user makes changes to a patient's prescriptions, as well as when a user needs to reconcile a patient's existing prescriptions into Epic.

Outgoing Prescription Upload Request and Response

Submits a prescription to the UAE Post Office hub for authorization.

Outgoing Prescription Download Request and Response

Downloads a patient's prescriptions from the UAE Post Office hub.

HL7 InfoButton read the specHL7 InfoButton technical specification

The Active Guidelines (AGL) activity in the Epic EHR uses the HL7 InfoButton standard to allow clinicians to retrieve targeted information provided by third parties, specific to the context of the patient or clinical workflow. Rather than searching third party knowledge base, searches are performed automatically based off elements of the patient's chart like diagnoses or orders.
Current integrations include
  • Clin-eguide
  • ClinicalKey
  • Dynamed
  • Facts & Comparisons
  • Isabel
  • KidsHealth
  • Lexicomp
  • MedlinePlus
  • Micromedex
  • Pub Med
  • UpToDate
  • VisualDx

Mobile App Integration read the specMobile App Integration technical specification

Epic's mobile applications - Haiku, Canto, and Rover - can communicate with specialized clinical review applications like document or image viewers. This framework allows our applications to launch your app with context, making for a a smooth and seamless clinical experience for the user.
Current integrations include
  • Sectra Liteview PACS
  • Voalte

Clinical Context Manager Integration read the specClinical Context Manager Integration technical specification

CCOW (formerly known as Clinical Context Object Workgroup) is a vendor-independent HL7 standard protocol designed to allow disparate clinical applications to synchronize data in real-time at the point of care. Epic can integrate as a participant with a third-party clinical context manager.
Epic's patient portal can link to other patient-specific websites through functionality known as Dynamic Links. Dynamic Links are used to launch external websites from within the portal. The link can be configured to pass context about the patient through query string parameters, optionally encrypted using AES.
Current integrations include
  • Apex
  • Blackhawk
  • eHealth
  • Health Media
  • HealthEquity
  • Lasernet
  • MyPreventiveCare
  • RSA Access Manager
  • RxEOB
  • The Health Heritage Family Medical History Project
  • VisionTree

Cash Management read the specCash Management technical specification

This incoming batch interface creates a record of deposits for cash reconciliation using a configurable flat file format. The flat file is configurable and the preferred format is in the linked specification, however Epic can also support industry standard formats such as CCD+.
Current integrations include
  • Bank of America
  • Chase Bank
  • Fifth Third Bank
  • Huntington Bank
  • PNC Bank
  • SunTrust Bank
  • TD Bank
  • Texas Capital Bank
  • US Bank
  • Wells Fargo Bank

Incoming Claim Status Batch (Flat File) read the specIncoming Claim Status Batch (Flat File) technical specification

This incoming batch interface loads information about claim status through a configurable flat file. This interface can update the status of claims in the system and is able to load claim error information from payer and intermediary systems.

The flat file format is configurable, but the common specification is pre-configured in the Foundation System for Epic customers and widely used with success.
Current integrations include
  • Availity
  • Change Healthcare
  • Cirius
  • eSolutions
  • Experian Health
  • Healthcare IP
  • Inovalon
  • InstaMed, a J.P. Morgan Company
  • nThrive
  • Optum
  • Quadax
  • SSI
  • TriZetto Provider Solutions, a Cognizant Company
  • WayStar

Incoming Self-pay Payments read the specIncoming Self-pay Payments technical specification

This incoming batch interface posts self-pay and bad debt payments in a configurable flat file format.

The flat file format is configurable, but the above common specification is pre-configured in the Foundation System for Epic customers and widely used with success.
Current integrations include
  • Bank of America
  • BBVA
  • Fifth Third
  • J.P Morgan Chase
  • Patientco
  • PNC
  • Texas Capital Bank
  • US Bank
  • Wells Fargo

Monthly Premium Withholding Report (MPWR) read the specMonthly Premium Withholding Report (MPWR) technical specification

Transmits premium information to Medicare Advantage plans.

Outgoing 1095-B (Simple) read the specOutgoing 1095-B (Simple) technical specification

The 1095-B is a flat file for tax information.

Outgoing 1099-MISC read the specOutgoing 1099-MISC technical specification

The 1099-MISC tax form is used to report miscellaneous income for Vendors from an AP Cycle processing.

Batch Eligibility Query (BEQ) read the specBatch Eligibility Query (BEQ) technical specification

Outbound BEQ request and Incoming BEQ response. BEQ is a way for plans to submit batches of individuals for verification of various eligibilities.

Outbound Medicare Advantage and Prescription Drug System (MARx) files read the specOutbound Medicare Advantage and Prescription Drug System (MARx) files technical specification

File for reporting drug information between a health plan and CMS.

Tapestry Document Linker DMS Integration read the specTapestry Document Linker DMS Integration technical specification

We recommend using the Hyperdrive Document Linker instead of this technology. This VB integration enables users in an external document management system to launch the Tapestry Document Linker activity in an active Hyperspace session and pass necessary document information to link a document to records in Epic. Additionally the integration can allow for users in the DMS to create new claim and CRM records in Hyperspace with links to the desired document.

Collections Extract and Import read the specCollections Extract and Import technical specification

Epic can generate a flat file extract to collections agencies containing information about charges assigned to the agency. Epic can also receive flat file imports with updates to those charges to support tracking of payments and changes to charges in Resolute.

SAML 2.0 Idp-initiated Single Sign-On (SSO) read the specSAML 2.0 Idp-initiated Single Sign-On (SSO) technical specification

Epic supports launching an external app with SAML 2.0. The SAML 2.0 Identity Provider initiated workflow initiates from Epic, playing the SAML role of Identity Provider. Implementation requires the exchange of an x509 certificate, which is used to sign the SAML claims. This process follows the OASIS SAML 2.0 specification. Epic recommends the use of SMART on FHIR over SAML if possible.

Single Sign-On (SSO) into MyChart read the specSingle Sign-On (SSO) into MyChart technical specification

Typically, the patient portal manages all aspects of patient and user identity. However, a single-sign on integrator could be used to link together the Epic patient portal with other portal-based functionality already in use. In this scenario, usernames and passwords are managed by an external system. The patient logs into the external system, which then can be used to also sign the patient into MyChart. A bundle of Web services are used to create and update patient records and to create and manage proxy relationships. We'll provide you with the specs for this interface at the time we've identified a mutual customer.
Other systems can provide SSO integration into Epic applications like EpicWeb, EpicCare Link, Tapestry Link, or OutReach by passing user and optionally patient context.

Appointment Notifications read the specAppointment Notifications technical specification

Interactive Voice Response systems can be used to deliver appointment reminders to patients prior to their visits, asking them to confirm. Once the appointment is confirmed, the IVR system sends this information back to the Epic EHR so clinic staff can estimate no-show probabilities.

Recall Notifications read the specRecall Notifications technical specification

Interactive Voice Response systems can be used to remind patients to schedule appointments for upcoming recalls. Once the communication happens, the IVR system sends this information back to the Epic EHR to finish the documentation.

Request Notifications read the specRequest Notifications technical specification

Interactive Voice Response systems can be used to remind patients to schedule appointments for upcoming appointment requests. Once the communication happens, the IVR system sends this information back to the Epic EHR to finish the documentation.

Incoming Rehabilitation Plan Summary

Receives incoming summaries of physical therapy/rehabilitation (GGOP) from physical therapists. This interface can be configured to create scheduling orders, which users can use to plan future appointments for the patient's care. This interface uses the XML (DGOP) GGOP (MedCom XML) standard.

Incoming Receipts read the specIncoming Receipts technical specification

Receives receipts for messages sent to the VANS network in relation to the Medcom message sent.

Outgoing Receipts read the specOutgoing Receipts technical specification

Sends positive or negative receipt messages for Medcom messages received from the VANS network using the Medcom XML/EDIFACT standard.

eMediplan APIs

These APIs enable queries into Epic for the full medication list for a patient and can generate a push notification when a user requests an eMediplan in Epic. An interface engine can use the notification to call into these APIs and standard FHIR APIs to gather the necessary information to request an eMediplan document from the HCI eMediplan system. This document can be filed into Epic with an Incoming Scanned Document Link interface or shared with other healthcare organizations. The document includes a QR code that healthcare providers can use to retrieve the patient's medications from eMediplan.

Incoming External Clinical Data read the specIncoming External Clinical Data technical specification

As organizations extend Epic to affiliated practices in their communities, there has been an increasing need to convert historical patient-level data from other vendors' systems into Epic. This interface allows organizations to load patient-level data from organizations that do not otherwise support standards-based data exchange.

Paid Claims Import read the specPaid Claims Import technical specification

Paid claim data can be imported into Epic to support population health and care management workflows by reconciling the data with the rest of the comprehensive medical record. This format is recommended when the data is can be manipulated or the extract is flexible to simplify the process of importing into Epic.
Current integrations include
  • Health Data Innovations
  • Milliman

EDManager read the specEDManager technical specification

This set of APIs allow external applications that are running alongside Epic Hyperspace to programmatically take certain actions, such as logging in/out and launching activities. They also provide the ability to query Epic Hyperspace for information, as well as to be notified when key events occur. These APIs are commonly used for automating external-driven workflows, most notably logins.

Desktop Generic Authentication read the specDesktop Generic Authentication technical specification

This interface allows external authentication software to implement authentication devices for use in Epic. The external authentication software can write installable devices that can be configured for use as devices to authenticate a user for login into Epic, to re-authenticate the user after login (for example, to sign off on medications), or to identify a patient (for example, to check into an appointment).

Scan Acquisition read the specScan Acquisition technical specification

This COM integration enables users to seamlessly launch an external scan acquisition interface from Epic. Epic can pass the user's active context information, such as the patient, encounter, or order.

Scan Viewing read the specScan Viewing technical specification

This COM integration enables Epic to display an ActiveX scan viewing control in a modeless floating window. The user can interact with both the viewer and Epic, and Epic will manage closing the window if the user's patient context changes.

EPS Document Retrieval Plugin read the specEPS Document Retrieval Plugin technical specification

This .NET integration enables Epic print services (EPS) to query a document management system (DMS) for images or documents to insert into a print job. This is useful when you want a scan to be stored in your DMS, but want to include that scan in something you print. We recommend new implementations use the EPS Document Retrieval Web Service instead of this.

SIEM Feed read the specSIEM Feed technical specification

Epic can feed certain security and privacy relevant events to a security information and event management (SIEM) system in near real-time.  Messages coming from Epic can be formatted using Common Event Framework (CEF), Log Event Extended Format (LEEF), or RFC 5424 syslog.

Epic Access Logging read the specEpic Access Logging technical specification

The Epic Access Logging extract script extracts key Epic event logging data, including patient, user, and encounter information, from the Epic organization’s Clarity database into a pipe delimited flat file.

Speech Recognition read the specSpeech Recognition technical specification

This set of APIs allow speech recognition systems to integrate with Epic Hyperspace.  The speech recognition system can receive information about and make changes to the content of a control. See also our Hyperdrive Speech Recognition specifications.

Computable Exports

Epic software gives users the ability to export electronic health information in multiple formats depending on the use case. The following computable formats are available:

  • FHIR-formatted files for a subset of electronic health information in FHIR.
  • C-CDA-formatted XML documents for the subsets of electronic health information that can be expressed in C-CDA templates.
  • EHI Tables for complete electronic health information, in a tab-separated value (TSV) file format native to Epic. Refer to the EHI Tables technical specification for detailed information about what’s included in this export by default. A copy of the specification might also be included in the Full EHI Export package you receive. The TSV files might also come packaged with non-computable files that are referenced in a patient record, such as media files and rich text format notes.

Welcome Accessibility for Vendors read the specWelcome Accessibility for Vendors technical specification

Welcome is Epic’s application for patient self-service arrivals using kiosk enclosures or free-roaming tablets. This guide is intended for vendors supplying Welcome hardware and software solutions and provides an overview of some considerations associated with supporting an accessible patient workflow on those form factors

Welcome Hardware Guide For Vendors read the specWelcome Hardware Guide For Vendors technical specification

Welcome is Epic’s application for patient self-service arrivals using kiosk enclosures or free-roaming tablets. This guide is intended for vendors supplying Welcome hardware solutions and provides an in-depth guide to the integration considerations soliciting organizations may have when requesting hardware.

PB Statement Form 807 read the specPB Statement Form 807 technical specification

Epic can generate a delimited plain text file of information that can be shared with a statement vendor. This file includes information about the patient and their Professional Billing balances in Epic. File format subject to change - fields and segments may be added or removed with future development. Programming should accept or ignore additional fields and segments when they occur gracefully.

SBO Statement Form 808 read the specSBO Statement Form 808 technical specification

Epic can generate a delimited plain text file of information that can be shared with a statement vendor. This file includes information about the patient and their Enterprise billing balances in Epic. File format subject to change - fields and segments may be added or removed with future development. Programming should accept or ignore additional fields and segments when they occur gracefully.

Active Guidelines read the specActive Guidelines technical specification

The Active Guidelines (AGL) activity gives clinicians a convenient way to access web applications without leaving the Epic application. A web app can either be launched as the result of a user interacting with a response from a decision support web service or, depending upon health system configuration, by a user specifically choosing to navigate to the application from various activities or items. The web application is embedded within a sandboxed iframe in the Epic Hyperspace desktop application and can communicate with the EHR through cross-domain web messaging.