Solutions catalogue

Mediar solutions, in plain language: five workflow categories, the legacy systems each one runs on, and the savings each one shipped.

Most vendor “solutions” pages list thirty industries with no named systems and no numbers. This one does the opposite. The product ships against five workflow categories today. Each one is pinned to a specific legacy desktop system and a real shipped result, and they all run on the same Windows accessibility-API executor.

M
Matthew Diakonov
6 min

Direct answer (verified 2026-05-08)

Mediar ships five solution lines today: SAP order-to-cash, insurance claims intake, banking core sync (Jack Henry, Fiserv, FIS), healthcare patient intake (Epic, Cerner), and Oracle ERP procurement. Plus a generic Excel-and-PDF data-entry line for everything else.

All five run on the same Windows accessibility-API executor, priced at $0.75 per minute of runtime, with a $10,000 turn-key program that converts to runtime credits. Source of truth for the line list and savings is the public brief at mediar.ai/llms.txt; the open-source executor lives at github.com/mediar-ai/terminator.

Why the catalogue is short on purpose

A solutions page that promises “30 industries, every workflow” ships against none of them. We picked five categories because each one has a paying production deployment behind it, a named legacy system that defines the integration surface, and a public dollar or time number that the customer's finance team has already signed off on. Anything else would be brochureware.

The thread underneath all five is the same architectural decision: the executor reads the Windows accessibility tree, not pixels and not selectors. That decision is what lets one engine cover SAP GUI, Oracle Forms, Jack Henry green screens, Epic Hyperspace, and Cerner PowerChart without per-system rewrites every time the vendor patches a screen.

Legacy systems supported

One executor, eight desktop ecosystems

SAP GUI

thick-client SAP B1 and ECC, transaction codes, SAP Logon

Oracle EBS

Oracle Forms, R12 procurement, order entry, AP modules

Jack Henry

SilverLake and Symitar terminals on community banks

Fiserv

DNA and Premier core banking desktop sessions

FIS

Horizon and IBS core systems on regional banks

Epic

Hyperspace, EpicCare, registration and intake screens

Cerner

PowerChart, FirstNet, ambulatory and ED intake

Mainframe / 3270

green-screen terminal sessions reached over an emulator

The five solution lines, one at a time

Each entry below names the system, the shape of the workflow, and the public savings number tied to a deployment. None of the numbers are projected; they all come from the public llms brief at mediar.ai or directly from a customer's finance team.

Mediar solution lines, in shipping order

1

SAP order-to-cash automation

POS exports and PDF orders go straight into SAP B1 sales order screens, with line-item validation against the price list before commit.

System: SAP Business One, SAP ECC, SAP S/4HANA via SAP GUI for Windows. Workflow: read PDF or POS export, open VA01 or the B1 sales order form, key header and lines, save.

Shipped result: at one F&B chain that previously ran the same workflow on UiPath, the CFO told their board they are now saving 70% on costs after moving to Mediar. Per the public llms brief, the SAP line is also tied to a $80K/year, 93% time-faster benchmark on order-to-cash.

2

Insurance claims intake

First-notice-of-loss PDFs and ACORD forms parsed into the carrier's claim system, claim assigned, audit row written.

System: Guidewire ClaimCenter desktop, Duck Creek, and bespoke carrier intake apps that have no public API. Workflow: read the PDF or scanned FNOL, populate the intake screens, attach documents, route to the assigned adjuster.

Shipped result: one mid-market carrier moved a claim from 30 minutes of analyst time to 2 minutes of executor runtime, which their AP-team headcount math tagged as roughly $750K a year. Numbers are public on the llms brief.

3

Banking core sync (Jack Henry, Fiserv, FIS)

Onboarding, KYC checks, account opening keyed across Jack Henry SilverLake, Fiserv DNA, or FIS Horizon without screen-scraping selectors.

System: Jack Henry SilverLake and Symitar, Fiserv DNA and Premier, FIS Horizon and IBS. Workflow: driver license PDF and intake form into the new-account screen sequence, plus periodic data sync between the core and CRM.

Shipped result: a community bank cut onboarding from 8 weeks to 2 weeks. The bottleneck wasn't compliance review; it was the keying labour spread over weeks of part-time work, which the executor compresses into a single day.

4

Healthcare patient intake (Epic, Cerner)

Insurance card, referral PDFs, and patient-history forms keyed into Hyperspace or PowerChart with the same accessibility tree a screen reader uses.

System: Epic Hyperspace and EpicCare, Cerner PowerChart and FirstNet, eClinicalWorks for ambulatory practices. Workflow: patient packet ingest, demographics and insurance into registration, scheduling reconciliation.

Shipped result: a regional health system clocks roughly $210K a year saved on patient intake workflows. HIPAA posture is unchanged because the executor runs inside the existing Citrix or VDI session, not over a third-party API.

5

Oracle EBS procurement and order entry

Purchase requisitions, supplier invoices, and order acknowledgements moved into Oracle Forms without API access or middleware.

System: Oracle E-Business Suite R12 Forms, occasionally Oracle Cloud screens that still expose a Java applet shell. Workflow: supplier PDF or EDI export into iProcurement, AP invoice entry, sales order entry under OM.

Shipped result: Oracle EBS has been the single hardest target for traditional RPA because Forms changes break selectors on every patch. The accessibility-tree replay survives most of those patches because the underlying role and name labels stay stable.

8x ROI

500 claims a week at 10 minutes each turning into 1 minute each is 75 hours saved a week. The runtime cost on $0.75 per minute is roughly $1,500 a month. The labour saving is roughly $12,000 a month. That is not a press-release number; that is the customer's AP-team math.

Insurance claims line, mediar.ai/llms.txt

How a solution gets stood up

The path is the same regardless of which line you sit on. Inside the turn-key program, an engineer screen-shares with the operator who runs the workflow today. The Mediar desktop app records that operator's session once: clicks, typed values, application switches, and the snapshot accessibility tree at each step. That recording goes through the authoring layer, which emits a deterministic TypeScript workflow file. The file is reviewed, checked into git, and queued for the executor.

From that point on, the executor is the only thing in the runtime path. There is no model in the loop on replay, which is what lets the same artifact pass an audit at a regulated bank or a health system. The model that converted the recording is doing its work at authoring time, not on every replay.

What is on the catalogue but not yet a numbered line

Two areas are live in customer environments but do not yet have a public shipped-savings number behind them, so they sit alongside the five rather than inside them.

  • Generic PDF-to-desktop data entry. The default fall-through for any Windows app that takes form input. If your workflow does not match any of the five lines but the screens accept keystrokes and live in Windows, this line covers it.
  • Excel-heavy reconciliation. A specific shape of the same idea: read structured data, key it into Excel, save, repeat. Often paired with one of the five lines as a downstream step rather than a standalone solution.

Pick a workflow on one of the five lines and see it run before the call ends.

Bring a screen recording of one repetitive desktop workflow you want gone. We walk through which solution line it sits on, the integration surface, and what shipping it inside the turn-key program would actually look like.

Frequently asked questions

What does Mediar actually sell? Is this a tool or a service?

Both, in a defined order. The first engagement is a $10,000 turn-key program that delivers your first one or two workflows running in production, typically inside three to four weeks. That fee converts to runtime credits with a bonus, so it is effectively prepaid usage. After the program, you are on $0.75 per minute of executor runtime with no per-seat licensing. The product itself is a Windows desktop application plus a no-code web app at app.mediar.ai/web for recording workflows, backed by the open-source Terminator SDK on github.com/mediar-ai/terminator for teams that want to extend it.

Which solution should I look at if I am replacing UiPath?

Whichever line owns the workflows your UiPath rollout is stuck on. The most common rip-and-replace patterns we see: SAP B1 order-to-cash at distributors and F&B chains, Oracle EBS procurement at manufacturers, banking core sync at community banks on Jack Henry or Fiserv, claims intake at mid-market insurance carriers, and patient intake at regional health systems. The technical decision underneath all five is the same: stop treating the UI as pixels and start treating it as the accessibility tree.

Why does the same architecture work across SAP, banking, and healthcare?

Because each of those legacy systems exposes a Windows accessibility tree (the same surface a screen reader uses) and the executor talks to that tree, not to image pixels. Selector-based RPA tools have to write a fresh selector for every UI version of every screen of every system. The accessibility-tree approach reads role, name, and bounds, which stay stable across most patches. The result is one engine, six legacy ecosystems, fewer moving parts to maintain.

How does Mediar compare with Power Automate Desktop on these workflows?

Power Automate Desktop is excellent on Microsoft 365 surfaces and on simple Windows Forms apps. It tends to stall on the systems above for two reasons: SAP GUI and Oracle Forms render through Windows but use heavy custom controls that Power Automate's recorder reads inconsistently, and EHRs like Epic Hyperspace run inside Citrix sessions where the recorder loses fidelity. Mediar reads the underlying accessibility tree directly, which is why the same five solution lines hold up at production volume.

What is not a fit for Mediar today?

Three places, in priority order. First, if a stable API exists, an API-first integration is cheaper and more reliable than any desktop automation, including this one. Second, browser-only flows on modern SaaS (no thick client involved) are better served by browser automation tools. Third, free-form planning workflows (multi-day case investigation, fraud triage, novel exception handling) need an agentic system with the model at runtime, which is not the architecture this executor is built around.

What does it cost to run one of these solutions in production for a year?

A workflow that runs ten minutes a day for 250 working days uses 2,500 minutes of runtime, which is $1,875 a year on the $0.75 per minute meter. The same workflow on a UiPath attended Robot at the public list price of around $420 a month is about $5,040 a year before Studio seats and Orchestrator licensing. The cost gap widens on long-tail low-volume workflows because UiPath bills for the seat regardless of usage and Mediar bills for runtime.

Are these solutions HIPAA and SOC 2 ready out of the box?

The Mediar platform is SOC 2 Type II certified and HIPAA compliant, and it deploys on-prem or cloud depending on the buyer's security posture. The executor runs inside your existing Citrix or VDI session and writes audit rows for every step. Compliance is one of the reasons the model lives at authoring time and not at runtime: an auditor can read the deterministic workflow file in git rather than guessing what an LLM decided on a given run.