Hero App - Notice history

99.97% uptime

Admin Portal - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

Patient Booking Service - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

Hero Toolbar - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

Hero API - Operational

99.88% uptime
Aug 2026 · 99.65%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026
99.89% uptime

EMIS integration - Operational

99.97% uptime
Aug 2026 · 100.0%Sep · 99.92%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

PDS Provider - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

Prescriptions integration - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

Stripe integration - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

SMS provider - Operational

99.40% uptime
Aug 2026 · 98.24%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

Video consultation provider - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026
100.0% uptime

Partner API - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

Staging enviroment - Operational

100.0% uptime
Aug 2026 · 100.0%Sep · 100.0%Oct · 100.0%
Aug 2026
Sep 2026
Oct 2026

Notice history

View current status

Oct 2026

No notices reported this month

Sep 2026

Degraded slot availability
ResolvedPartial outage8 hours 32 minutes
  • Postmortem
    UTC
    Postmortem

    Incident summary

    Earlier today, an internal system responsible for processing appointment availability became overloaded and stopped responding, which temporarily interrupted availability updates across the platform. Service has now been fully restored and is operating normally. Below is a summary of what happened, the impact, and the steps we've taken.

    Timeline

    Time

    Event

    ~09:15

    The system processing availability became unresponsive and availability updates stopped.

    09:15 to 11:00

    Availability could not be processed. Slot information was not refreshed during this period.

    11:00 to 11:45

    Service restored and performance briefly degraded while the system caught up on outstanding work.

    11:45

    Normal service resumed and confirmed stable.

    Impact

    While the system was affected, availability could not be processed, so slot information across the platform was not refreshed during the incident. In practice this meant that newly opened, changed, or filled slots may not have been surfacing, so availability views and booking outcomes could have been out of date for the affected period. Some booking attempts may have failed or needed to be retried while the system was unavailable.

    The disruption was limited to availability processing. No patient or practice data was lost, and the rest of the platform remained accessible throughout. Once service was restored, all outstanding work was processed and slot information returned to an accurate, up-to-date state.

    What caused it

    We recently made a change to how the platform retrieves availability from connected systems. This change increased the everyday, background level of load on the underlying system that processes availability. Under normal daytime conditions this remained within safe limits, but it reduced the spare capacity available to absorb busier periods.

    When the busiest period of the day arrived, the combination of this raised background load and the normal peak in demand exceeded what the system could handle at once. It reached full capacity and stopped responding, which halted availability processing until we intervened. The issue was the result of this specific change to how availability is retrieved, rather than a wider or ongoing limitation of the platform, which is why the preventive steps below focus on reducing that background load and giving ourselves earlier warning in future.

    Corrective and preventive actions

    Action

    What it does

    Faster detection

    We're implementing an improved alerting system so issues like this are flagged much sooner, before they become outages.

    Load protection

    We're rolling out a caching layer to reduce load on the system and lower the risk of it becoming overwhelmed in the same way again.

    Safer rollout process

    We're moving to a less aggressive, less continuous approach to retrieving availability, rather than syncing everything at once.

  • Resolved
    UTC
    Resolved

    Earlier this morning, an internal system responsible for processing appointment availability became unresponsive, which temporarily interrupted availability updates across the platform. Service has now been fully restored and is operating normally.

    Impact

    Between approximately 09:15 and 11:00, availability could not be processed, which meant slot information was not refreshed during this period. Some bookings and availability views may not have reflected the most up-to-date position or rendered availability while the system was affected. Performance was then degraded while the system caught up on queued work between 11:00 and 11:45, after which normal service resumed.

    What caused it

    A new process that continuously retrieves appointment availability had gradually raised the baseline load on the underlying system. This left insufficient capacity to absorb the usual morning peak in demand, and the combination of the two caused the system to reach capacity and stop responding.

    How we resolved it

    We restored the affected system, then paused new availability processing to allow it to stabilise. Once the queued work had cleared and the system was quiet, we resumed availability processing and confirmed it was operating normally.

  • Update
    UTC
    Update

    The service has been restored and the platform is operating normally again. The disruption lasted approximately 1 1/2 hours. Some recently submitted updates may take a little longer than usual to appear as our systems work through a short backlog, which we expect to clear over the coming period. We're continuing to monitor closely and will confirm once everything is fully resolved. Thank you for your patience during the disruption.

  • Monitoring
    UTC
    Monitoring

    We've implemented a fix and are currently monitoring the result. Our service will start to return to regular performance levels.

  • Identified
    UTC
    Identified

    We've identified an issue with an internal service that manages availability retrieval, which affected the performance and slot availability of the platform. Our team is working to restore normal service as soon as possible.

  • Investigating
    UTC
    Investigating

    We're currently investigating an issue that is affecting EMIS session availability of the platform. Our team has identified a likely cause and is working to restore normal service.

Previous

Aug 2026 to Oct 2026

Next