How to Automate Glooko

Glooko automates the diabetes data itself. Meters, pumps and CGMs sync remotely into one record, the clinic dashboard sorts a panel by clinical risk, and results reach Epic, athenahealth and the other connected EHRs. Supplies, retinal screening and prior authorizations live on separate sites, which an agent such as WebRun reads.

Glooko turned the device download into a shared record

Glooko is the layer that made diabetes device data usable by a clinic. A person with diabetes wears or carries several devices, and for years every manufacturer had its own cable, its own desktop uploader and its own report. Glooko consolidates them: meters, insulin pumps, continuous glucose monitors, connected pens, activity trackers and scales, from a long list of makers, into one record a clinician and a patient can look at together. European clinics that knew the service as diasend are on the same platform.

The people using it are diabetes care and education programs, endocrinology clinics, primary care practices carrying large panels, hospitals and health systems, and patients themselves through the mobile app.

It has grown by acquisition as well as by integration. Since Glooko acquired Monarch Medical Technologies it also carries EndoTool, the inpatient insulin dosing system, so one company now spans the ward and the clinic.

Everything except the glucose still arrives late

A diabetes service that has solved its data problem has not solved its day.

Consider what a diabetes educator is actually holding. A patient on an insulin pump needs infusion sets, reservoirs and sensors, ordered from a supplier that ships them and reports on its own portal. A new CGM prescription needs a prior authorization, filed on a payer's site and decided on the payer's timetable. Every patient needs an annual retinal screening, done at an optometrist or an ophthalmology practice that sends something back if anybody remembers to ask. An A1C drawn at a hospital lab is a result on that hospital's system.

Then the classes. A self-management education program has a roster, a waiting list and people who did not turn up, and the roster is almost never kept where the readings are.

The glooko.com homepage, the app these three jobs run in. Glooko
Sensors that arrive before they run out Supply orders checked at each distributor's portal against who is due, so nobody ends up stretching an infusion set.
Authorizations followed to a decision CGM and pump requests tracked at the payer's own site through pended, denied and approved, with the date attached.
Eye exams marked done when they are done Retinal screening results chased at the practice that performed them, so a completed exam stops reading as an open gap.

The dashboard can only rank what has already synced

Glooko covers its own ground thoroughly, and any clinic should exhaust that before adding anything.

Remote syncing means data arrives without a cable, an appointment or a manual upload, which was the original problem and is no longer one. The clinic dashboard turns a panel into something a care team can work through: the TIDE view sorts patients by clinical risk using measures like time in range and hypoglycemia, so the ones needing attention sit at the top instead of being buried. Population Metrics show how much of the panel is monitoring and syncing at all, and Engagement Metrics show where that has dropped off. EHR integration puts the data where the visit happens, with Epic, Oracle Health, MEDITECH, Greenway Health, eClinicalWorks, NextGen and athenahealth among the systems connected. The mobile app gives the patient the same picture the clinic has.

Every one of those works on glucose, insulin and activity data that Glooko already receives.

A supplier's shipping portal sends no glucose. Neither does the payer's authorization queue, the optometrist, or the outside lab that ran the A1C.

Supplies, screening and approvals tracked beside the readings

The readings are already arriving. Everything alongside them can arrive the same way.

Pump and CGM supply orders checked at each supplier's portal against who is due, so a patient about to run out of infusion sets is found before they start stretching them. CGM prior authorizations tracked at the payer's own site through submitted, pended and approved, so a sensor cleared on Tuesday is not still sitting in a folder on Friday.

Retinal screening chased at the practice that performed it, so an eye exam done in March is recorded as done rather than showing as an open gap all year. A1C results collected from outside labs and set beside the sensor data for the same person, so a value drawn at a hospital turns up in the same review. Education class rosters and waiting lists read from wherever they are kept, with the people who booked and never came listed for a call. Foot exams that are due, ordered by how long overdue they are.

The gaps around the glucose get watched too

Reading a glucose chart is the part a diabetes educator trained for. Working out from six supplier and payer sites why a patient has no sensors this month is not.

WebRun takes that part. It is an agent working an ordinary Chrome browser, logged in as a member of your team, opening the supplier site, the payer portal, the eye clinic or the lab and reading what is on the screen.

It runs on your schedule, in a private environment of your own, with sessions kept apart and each workflow restricted to named domains. Gathering runs unattended. Editing a record, sending a message and submitting a form all stop at a draft until a clinician approves them.

The workflows below each name the sites they open.

Questions people ask

Could a workflow alter an insulin dose or a pump setting?

No. Reading is all a workflow does by default. Doses, pump settings and anything else that affects therapy stay with the clinician, and where a change looks warranted it is written up for review rather than applied to anything.

We already sync Glooko into Epic. Which sites does that still leave out?

The ones holding no glucose. Supplier portals, payer authorization queues, the optometrist who did the retinal screening and the outside lab that ran the A1C sit outside both systems, and every one of them has a login of its own.

Is patient data leaving our environment for this?

No. Each workflow runs in a private environment tied to your account, sessions are not shared between tools, and a run can be restricted to an explicit list of domains. You can watch a run while it happens and stop it.

12 ready-made Glooko workflows

Each one names the apps it touches and the exact steps it takes. Open one to read what it will do, then turn it on.

Glooko Automated Retinopathy Referral Tracking
Every Monday, WebRun checks Glooko for patients referred for a diabetic retinopathy eye exam who have not yet completed it, checks Gmail for any results back from the eye specialist, and posts an open-referral worklist to Slack for the care coordinator.
GlookoGmailSlack
Glooko Automated Quarterly PCP Care Reports
Every quarter, WebRun pulls each shared patient's time in range and glucose trend from Glooko, checks recent visit notes and medications in athenahealth, and drafts a quarterly care summary email in Gmail to the patient's primary care physician for the CDCES to review before sending.
GlookoathenahealthGmail
Glooko Automated Insulin Pump Supply Reminders
Every Monday, WebRun checks Glooko for insulin pump patients running low on infusion sets or reservoirs based on usage data, checks Edgepark for their reorder eligibility, and posts a refill worklist to Slack for staff to confirm and place the order.
GlookoEdgeparkSlack
Glooko Automated New Diagnosis Onboarding
Every morning, WebRun checks Epic for newly diagnosed diabetes patients, sets up their Glooko account and device pairing invite, and drafts a welcome email in Gmail with their onboarding checklist and DSMES referral, ready for staff to personalize and send.
EpicGlookoGmail
Glooko Automated Insulin Titration Reminders
Every morning, WebRun checks Glooko for patients mid-way through an insulin titration schedule, posts their glucose trend to the care team in Slack, and drafts a check-in text in Twilio asking the patient to log their readings, held for staff review.
GlookoSlackTwilio
Glooko Automated Hypoglycemia Event Alerts
Every hour, WebRun checks Glooko for new severe or repeated low glucose events, pages the on-call nurse in Twilio right away, and drafts a check-in email in Gmail to the patient, held for clinician review before it sends.
GlookoTwilioGmail
Glooko Automated DSMES Class Scheduling
Every Monday, WebRun finds patients in Glooko who are due for diabetes self-management education, checks Google Calendar for upcoming class dates and open seats, and drafts a class invite email in Gmail for each eligible patient.
GlookoGoogle CalendarGmail
Glooko Automated DSMES Class Reschedule Outreach
Every morning, WebRun checks Glooko for patients who no showed or canceled a DSMES class, finds the next open session in Google Calendar, and drafts a reschedule text in Twilio for each patient, held for the coordinator to review before it sends.
GlookoGoogle CalendarTwilio
Glooko Automated Diabetic Foot Exam Reminders
Every night, WebRun checks Epic for diabetes patients overdue for their annual foot exam, cross-checks neuropathy risk flags in Glooko, and drafts a reminder text in Twilio for each overdue patient, ready for staff review the next morning.
EpicGlookoTwilio
Glooko Automated CGM Prior Authorization Tracking
Every Monday, WebRun checks Glooko for patients whose CGM supply prescription is expiring soon, checks CoverMyMeds for the prior authorization status, and posts a worklist to Slack of which requests still need a clinician signature.
GlookoCoverMyMedsSlack
Glooko Automated Pre-Visit CGM Data Review
Every morning, WebRun opens Google Calendar to see which patients have a visit today, pulls each one's CGM and pump trends from Glooko into a one-page brief, and posts the care team a ready-to-read summary in Slack before patients arrive.
GlookoGoogle CalendarSlack
Glooko Automated A1C Follow-up Tracking
Every morning, WebRun checks athenahealth for new A1C results, pulls each patient's recent glucose trends from Glooko for context, and drafts a follow-up text in Twilio for any elevated result, queued for the care team to review before it sends.
athenahealthGlookoTwilio

Want one of these running on your own Glooko?

Show WebRun the process once and it will run it on schedule, in your own private browser environment.