Summary
Healthcare ERP software rarely gets replaced, even when everyone agrees it should be. A hospital finance team can be running a system deployed in 2004 and still choose not to touch it, because a failed cutover risks payroll and supply orders during active patient care. With the median hospital operating margin at 1.3%, the math rarely favors a rip-and-replace project. This article covers:
- Why hospitals keep decades-old ERP systems like Infor Lawson, Meditech, and PeopleSoft running
- What a full ERP replacement costs, how long it takes, and where the budget usually breaks
- What staying on a legacy ERP costs in manual processing, security exposure, and knowledge risk
- How finance teams automate accounts payable and reconciliation without replacing the ERP underneath
- A decision framework for choosing between replacing, modernizing around it, or sequencing both
Why Healthcare ERP Software Rarely Gets Replaced
Hospital ERP replacements stall because the risk is clinical, not just financial. The ERP touches payroll, procurement, the general ledger, and cost accounting tied to reimbursement. A cutover failure can mean payroll running late or a supply order not reaching a floor. That risk profile is specific to healthcare, and it explains why these systems routinely outlive their vendor's roadmap.
The systems still running hospital finance
Infor Lawson S3 was deployed in waves across US hospitals and universities between 2002 and 2010, according to migration consultancy Syntra ETL. Two decades later it is still doing the back-office work at a large share of them, alongside Meditech's older Magic and Client-Server financial modules and PeopleSoft installs frozen at their last major upgrade.
None of these were built with a modern API, because none were built in an era where that was standard practice. That single fact shapes every automation decision a hospital finance team makes afterward.
What a full replacement actually costs and risks
ERP implementations average $450,000 and run about 9 months, down from 15 months the prior year, according to Panorama Consulting Group's 2025 ERP Report. Those are cross-industry figures. Hospital projects sit at the harder end of the range, because the customization load is heavier and the cutover risk is higher.
The customization load is the part most cost models miss. Large health systems running Lawson average 4,500 to 9,000 custom objects, and upgrade attempts historically run 18 to 36 months with 40% to 60% rework of custom code, according to Infor migration specialist Sama Consulting. Twenty years of 4GL form modifications, IPA flows, and Mongoose-built shadow systems do not migrate cleanly.
When budgets break, they break for predictable reasons. 2025 research cited in ERP implementation cost analyses attributes overruns to underestimated project staffing (38%), scope expansion (35%), and technical or data issues (34%).
The margin math that decides it
Hospital operating margins closed 2025 at an adjusted year-to-date median of 1.3%, according to Kaufman Hall's National Hospital Flash Report, which draws on data from more than 1,300 US hospitals. Margins then fell 5% nationally across the first five months of 2026 against the same period in 2025.
At a 1.3% margin, a $450,000 implementation has to be funded out of roughly $35 million in revenue. That is the calculation sitting behind every deferred ERP replacement, and it is why "the system still works" keeps winning the argument.
Multiview's KLAS rating and who it applies to
Even the strongest replacement option in this category is built for a specific segment. Multiview was rated the top ERP for healthcare organizations under 300 beds by KLAS Research for a second consecutive year, with an overall satisfaction score of 91. It is explicitly positioned for community and rural hospitals. A multi-hospital network running Lawson across twelve facilities is not the buyer that rating was built for, which is worth knowing before a vendor cites it in a pitch.
What Staying on a Legacy ERP Actually Costs
Staying is not free. The cost shows up in three places: manual processing labor, security exposure from unsupported software, and knowledge concentrated in a shrinking group of people. None of these appear on an invoice, which is exactly why they get left out of the comparison.
The manual processing cost
The average organization spends $9.40 to process a single invoice and takes 9.2 days to do it, according to Ardent Partners' Accounts Payable Metrics That Matter in 2025. Top performers process the same invoice for $2.78 in 3.1 days. The gap between average and top performers is roughly $6.62 per invoice.
Exception handling drives most of that gap. Ardent puts the industry average invoice exception rate at 22%, against 9% for top performers. In a hospital, exceptions are structurally common: supply invoices that do not match the purchase order quantity, contract pricing that changed mid-quarter, and consignment inventory billed after the fact.
For a health system processing 8,000 supplier invoices a month, closing that per-invoice gap is worth roughly $635,000 a year. That figure is larger than the average ERP implementation cost cited above, and it does not require replacing anything.
The security and compliance exposure
Legacy systems are a named sector risk, not a theoretical one. HHS testimony on healthcare cybersecurity points to hospital infrastructure containing an unwieldy number of vulnerable legacy systems as a core driver of sector risk, and the HHS 405(d) Program's Hospital Cyber Resiliency Landscape Analysis was commissioned specifically to assess that exposure.
The dates matter here. Lawson on-premise end of support is set for December 31, 2030, and Lawson Applications 10.0.x mainstream support ends in December 2027. Underlying platform dependencies expire earlier than the ERP itself, which is why some hospitals end up migrating servers twice to keep an application alive they already plan to retire.
The knowledge concentration risk
Lawson 4GL, IPA, and Mongoose developers are retiring, and replacing them is getting harder and more expensive, per Syntra ETL's analysis of why health systems are modernizing now. The practical version of this risk inside a finance department is narrower and more immediate: two or three people know which screens to click, in what order, and what to do when an invoice does not match. When one of them leaves, the process leaves with them.
Can You Modernize Healthcare ERP Software Without Replacing It?
Yes, for the workflow layer: accounts payable, invoice matching, reconciliation, and reporting. No, for the ERP as a system of record. Modernizing at the workflow layer does not change the general ledger's architecture. It changes how data gets into and out of it, and who does the keying.
Where the workaround approach actually works
Invoice matching, exception handling, bank reconciliation, and report generation are the highest-labor, highest-error parts of hospital finance. They are also the parts an automation layer can reach without write access to the ERP's core database. These are the same processes where the $9.40 versus $2.78 per-invoice gap lives, which is why they are the first place to look.
Where it doesn't
EHR integration, general ledger architecture, and chart-of-accounts restructuring still require the underlying ERP. If Lawson cannot produce a balance sheet the auditors will sign, or a system has stopped receiving security patches entirely, no workflow layer fixes that. This approach solves the process problem. It does not repair a failing system of record.
The sequencing option most vendors do not mention
There is a third path that rarely appears in vendor materials, because no vendor's sales model rewards it: automate the workflow layer now, and replace the ERP later on its own timeline.
This is the option that fits how hospital budgets actually work. It removes the manual processing cost in the current fiscal year, without committing to an 18-to-36-month project. It also produces something useful for the eventual replacement, a documented, rule-by-rule map of how AP actually runs across every facility, which is precisely the discovery work that inflates implementation budgets when it has to be reconstructed from scratch. Automating first makes the eventual migration cheaper, not harder.
How Finance Teams Automate Around an Old ERP
The mechanism is software that operates the ERP's own screens rather than requiring an API connection. Meditech, Lawson, and PeopleSoft-era financial modules were built before modern API standards existed, and their vendors are investing in successor platforms rather than retrofitting integration layers into products with published end-of-support dates.
Working without an API
LayerNext's computer-use agent works inside a hospital's existing ERP the same way a person does, through the actual user interface, with no API, middleware, or IT integration project. For a hospital running Lawson with no modern integration layer, an invoice gets entered, matched, and posted through the same screens a clerk uses today, without a clerk doing the clicking. Our guide to AI agents for AP automation covers how the same approach applies to other legacy ERPs.
Keeping HIPAA and audit requirements intact
In LayerNext, every exception the agent cannot resolve creates a structured task in the enterprise portal, searchable by invoice number, rather than disappearing into an email thread. The Insight Board gives finance leaders a real-time count of what has processed and what is pending clarification. That matters when an auditor asks about a specific transaction six months later, not just when the invoice posts. Our guide to healthcare accounts payable automation under compliance rules covers the audit trail requirements in more depth.
What the first 90 days look like
Workflow automation is scoped by process, not by system. A realistic sequence starts with one invoice type at one facility, usually the highest-volume supplier where the matching rules are well understood, then expands facility by facility once exception rates are measured against the 22% industry average. Nothing in the ERP changes, which is why this can run during a fiscal year rather than between them.
Why LayerNext
LayerNext was built for hospitals that have already decided not to replace their ERP. The computer-use agent, entity-level business rules, and multi-channel invoice intake solve one underlying problem: doing AP and reconciliation work inside a system that was never designed to be integrated with, without waiting for IT to build that integration.
One agent, every input channel
A health system does not receive invoices through one channel. A dedicated AP inbox catches vendor emails, a shared folder holds scans from a facility that still works on paper, and a cloud storage bucket holds anything routed through procurement. LayerNext ingests from all of these, plus SQL databases and direct ERP retrieval, so intake does not have to be standardized before automation can start.
One portal across every facility
A 12-hospital network does not want twelve places to check AP status. LayerNext runs from a single enterprise portal where every automation across every facility is visible in one place, including the Insight Board showing what has processed and what is waiting on a person.
No development cycle when a rule changes
Healthcare finance rules change more often than the ERP does: a new supplier contract, a new compliance requirement, a facility added through acquisition. LayerNext's workflow configuration requires no code, so a sequence can change without a development cycle. The Business Rules section lets the finance team write and edit per-supplier and per-facility exceptions directly, in plain English, and the query engine retrieves the correct rule even across thousands of them.
What to Evaluate Before You Decide
Replace the ERP when the system is failing at its core job. Modernize around it when the system still works but the manual process built up around it does not. Most health systems are in the second category and treat themselves as though they are in the first, which is how a workflow problem turns into a multi-year capital project.
A decision framework
Most of the right column is addressable inside a fiscal year. Most of the left column is not.
Questions to ask any vendor
Ask whether the tool can apply different processing rules per supplier and per facility without a developer involved. A 12-hospital network does not have one accounts payable process. It has twelve. A tool requiring an IT ticket every time a facility's rule changes recreates the bottleneck it was purchased to remove.
Then ask three more: what happens to an invoice the system cannot match, who is notified and how it is tracked, and whether that record is retrievable by invoice number a year later. The answers to those separate audit-ready automation from automation that quietly creates a second reconciliation problem.
How to run a fair comparison
Compare total cost over the same period, not license against license. On the replacement side: implementation, internal staffing, the rework percentage against your custom object count, parallel-run cost, and retraining. On the modernizing side: subscription cost against current invoice volume multiplied by the gap between your cost per invoice and the $2.78 top-performer benchmark. Run both across 36 months, since that is the realistic length of a hospital ERP replacement, not the 9-month cross-industry average.
Frequently Asked Questions


