Will your doctor’s Allscripts login fail? Not with Goliath.

The Goliath Application Availability Monitor for Allscripts EHR software is an early warning system for EHR/EMR IT professionals, alerting you of logon issues related to Allscripts EMR and Allscripts EHR applications before your clinicians reach the hospital.

What’s more: unlike other application performance monitoring software, we monitor the availability of your Allscripts applications, Citrix, VMware, your end users, and more, all from one view. This way, you’ll not only get early warning alerts, but a detailed look at where logon issue root cause truly exists. Since we can be deployed at each of your healthcare facilities/end user locations, we not only show you which system and infrastructure level is causing an issue – we allow you to validate availability at each site/user level for a fully-encompassing look at the health of your environments.

Slideshow: A Walkthrough of the Allscripts EHR Application Availability Monitor.

Not to be confused with a “logon script” or “logon simulation” tool, our Application Availability Monitor for Allscripts software applications attempts to login exactly as your end users would – click-by-click to exercise the entire Citrix delivery infrastructure and Allscripts EHR application login process. We provide the only Allscripts solution giving authentically verifiable accounts of login success or failure.

How the Allscripts EHR Application Availability Monitor Works

Our Application Availability Monitor for Allscripts EHR applications can alert and help you pinpoint root cause of Allscripts applications not launching or launching poorly/slowly. This is all made possible by the Goliath Virtual User – a small-footprint technology that automates the process of logging on to Citrix/VMware Horizon/RDS to confirm application availability, and that the workflow is operating properly. The Goliath Virtual User is deployed on-premises or remotely (wherever end users are located), automatically logs on like a real user to confirm applications will launch and is configured exactly like a real user with the same permissions within Active Directory. We can provide visibility into all Allscripts applications and non-Allscripts applications (such as common applications like Google Chrome, Adobe Acrobat, and more) being launched at a session level, with reports and drilldown analytics detailing root cause of why users are not able to launch Allscripts applications/modules before users realize there’s an issue. In each case, we provide visual proof of the success or failure of each stage of the Allscripts application launch process.

With each phase of the Allscripts application launch process the Application Availability Monitor attempts, a screenshot is taken to provide visual evidence and objective proof of logon success or logon failure. This allows you to see the potential impact that typically elusive items like disclaimers, secondary authentication, and multiple launch sequences may have on the results of the Allscripts software login process. This allows healthcare IT administrators or the IT help desk to quickly gain context to go along with full-text logon sequencing results. As such, it’s much easier for IT to understand the intricacies of a particular logon issue without needing to: a) attempt to reproduce the problem manually, or b) wait for it to happen again (and when doctors/nurses are down, it’s very costly to act as a manual application performance monitor).

The Application Availability Monitor can be scheduled to run automatically and continuously, based on your preference, measuring the Allscripts EMR / EHR module login success or failure across different locations and/or different types of users as needed. For example, it can run throughout the day so your EHR IT team can know immediately if/where there is a problem and at which stage of the process the problem occurs. Allscripts software launches can be scheduled to execute, for example, every 10-15 minutes so that IT can be alerted to problems before doctors or nurses feel the impact of a health record failing to load or taking far too long to do so. Many of our healthcare customers strategically have the Application Availability Monitor attempt logons overnight to get ahead of Allscripts login and application launch issues, with alerts reaching IT before end users reach their facilities in the morning.

Alert notifications of Allscripts EHR application login failure or login slowness can be sent immediately if a scheduled logon attempt fails at any time. These can be sent via email, SNMP, SYSLOG, or directly to your ticketing or enterprise monitoring solution.

Our Application Availability Monitor can be deployed however it’s needed. You can deploy it on-premises or in the cloud to identify individual user, hospital site, or geographically-sourced application availability issues. Because the Allscripts software login attempts can be scheduled and remotely deployed, it can be strategically positioned at the hospital locations Allscripts EMR end users sign in from to provide objective evidence regarding logon success, logon failure, or logon slowness from the user’s login location. This way, you can diagnose whether Allscripts login issues are hospital-specific, user-specific, or global in nature, providing the help desk with relevant data regarding availability and application performance if users need support.

We integrated a remediation engine directly into the Goliath Application Availability Monitor. The remediation engine is customizable; however, it comes with a large number of prebuilt rules aimed towards quick, automated resolution and prevention of further issues or complications. For example, a XenApp server could be set into maintenance mode to prevent any further failed logon attempts. Key dependencies on role servers could be checked to automate the investigation process. Or, a XenApp server could be checked to validate if it should be unavailable to mitigate false positives.

Unlike other technologies, the Goliath Application Availability Monitor has built-in logon scheduling functionality. We provide an easy to use, templated approach to configuring launch sequences. This gets you scheduled in minutes – not hours – without the need for custom scripting or recording sequences.

The Goliath Application Availability Monitor is fully integrated into the Goliath Performance Monitor. As a result of the inclusion of our Allscripts software performance monitoring tool, IT not only can identify application availability issues but also the root cause of the issue. Other technologies called “logon simulators” may be able to simply ‘identify’ a logon failure, but without full integration into an enterprise monitoring product, there is no way of identifying why the failure or slowness occurred. Therefore, these products can’t help you proactively troubleshoot an issue or prevent it in the future.

Since our Goliath system user attempts the logon process exactly as one of your end users would, our product truly exercises the entire Allscripts application logon process from start to finish, testing the entire VDI delivery infrastructure as well. To achieve high-quality end user experiences, multiple elements of this infrastructure must successfully work in concert. One of the core problems of other applications is that they are monitored disparately. If they are gauged separately, they may look fine. It is only when executing the fully integrated launch process by multiple users – including remote access, XenApp or XenDesktop application/desktop availability, Allscripts application availability, and the Citrix delivery infrastructure – that you not only trigger issues but see contextual, objective evidence of where the root cause of your Allscripts EHR module launch issues is sourced.

  • INFORMATION
  • Press Releases
  • Privacy Policy
  • Reports
  • Dashboards
  • Sitemap
  • FOLLOW GOLIATH
Goliath on LinkedIn Goliath on facebook Goliath on Twitter