...
Protocols (records) that are “Submitted” in SPARCRequest by users are sent to an Epic Queue in SPARCRequest; from there they
If the Epic queue configuration is turned on, the protocols that are interfaced to Epic are sent automatically in a batch mode on daily basis; If the Epic queue configuration is turned off, the protocols are queued and have to be pushed manually by system identified users.
Authorized users can view, send or delete the protocols in the SPARC/Epic queue with the functions described below.
Epic Queue Function (from SPARCDashboard)
In SPARCDashboard, authorized service providers are able to see the
“Epic Queue” button“Epic Queue” button (Figure 4), which will allow them to check what studies are in the process of being pushed to Epic.
Figure 4
Epic Queue Page
Once the user clicks the "Epic Queue" button, there are 3 tabs on the page displayed: Current, Past, and Protocol Update tabs.
Epic Queue
- Here is the view once “Epic Queue” is selected.” There is a current, past, and protocol update tab view found within the “Epic Queue.”
Figure 4
Epic User Interface
Figure 5 shows the "Current" tab, where the current queued protocols are listed and waiting to be pushed to Epic. These queued protocols can be pushed or deleted from the queue, and there are URLs linking back to the individual protocols.
Figure 5
When adding authorized users or editing an authorized user, there is an EPIC EMR Access flag that authorizes whether a user can have access to Epic:
Figure 6
Figure 7
Previously pushed protocols are listed in the "Past" tab, showing the detailed information about the previous Epic pushes that happened to the protocols, such as PI, last queued date, status, source of the push, and by whom.
There are three types of Epic pushes: Overlord Push, Protocol Update and Admin Push. The Overlord Push is push from the Epic Queue page, Admin Push are the ones done from SPARCDashboard Admin Edit section, and Protocol Update are the automatic protocol information update pushes triggered by user updates (Figure 8).
Figure 8
On
Figure 9
Technical Specs.
- Format: Health Level Seven (HL7) messaging, based on an XML encoding syntax synt
- Protocol: Simple Object Access Protocol (SOAP)
- The API can be used for other Electronic Health Record (EHR) Systems as a template
- For more details, please check the links below to the GitHub codes and the screenshot:
...