29 Sep 2026
29 Sep 2026
min read
The thing nobody warns you about growth is that it doesn't break your business gradually. It breaks it all at once, on a specific Tuesday, and you can usually name the Tuesday afterward.
Ours was in the spring of the year we opened location three. Two locations had been fine — annoying, manual, but fine. Three was not fine. Three meant nobody knew where anything was, two branches were calling each other to ask about stock, billing was split across two workflows that had evolved independently, and I found out we'd double-ordered about eleven thousand dollars of equipment because neither branch could see the other's inventory.
That was the Tuesday. That's when we started shopping.
We're at five locations now. I've been through the full evaluation, the migration, and the eighteen months after, which is honestly the part where you find out what you actually bought. Here's what I'd tell someone standing where I was.
Multi-location isn't "more of the same." It's a different problem. At one location, everybody's in the same building and the software gaps get filled by someone shouting across the warehouse. That's a real system! It works! It just doesn't survive distance.
The moment you have two buildings, everything your team was solving by walking over to someone's desk becomes a software requirement. And most platforms that feel fine at one site quietly assume one site.
So the question isn't "is this good software." It's "does this software believe in locations."
This is what we landed on and I'd make the same call again, so let me tell you specifically why rather than just waving at it.
One system of record, genuinely. Not a suite of modules that integrate. One platform where intake, inventory, delivery, and billing are the same system looking at the same data. When you're multi-site, every seam between systems becomes a place where branches disagree with each other, and reconciling that disagreement becomes somebody's permanent job. We'd already hired that person. I wanted to un-hire that job, and I did.
Cross-location visibility that isn't a report. Real-time. When my coordinator at branch four is on the phone with a patient, she can see that branch two has the chair. Not "can run a report and find out." Can see. This single capability is the reason we stopped double-ordering, and it paid for a meaningful chunk of the platform by itself.
Delivery treated as a first-class thing. Multi-location means real logistics — overlapping territories, techs who cross branch lines, equipment that gets picked up by one branch and needs to land at another. Software that treats delivery as "a status field on the order" cannot model that.
Implementation that finished. I'd heard enough horror stories about eighteen-month migrations where the vendor's team evaporates at month four. Ours was measured in weeks, per location, and the people running it answered email. I'm aware of how low a bar that is. I'm also aware of how many vendors don't clear it.
If you're doing the same evaluation, their best dme software overview is a reasonable place to start on the platform side, and the hme billing software breakdown covers the revenue cycle piece, which for us was the second-biggest pain after inventory.
The honest caveat: if you have deeply custom workflows you've built over many years, you'll give some of them up. We did. About two of them I still miss, and about nine of them I'm now embarrassed we ever had.
We looked hard. It's the safe institutional choice, and safe is a legitimate thing to want when you're scaling and everything already feels unstable.
Deep payer connectivity, enormous ecosystem, easy hiring. If we'd been going to fifteen locations instead of five, I'd have weighted that ecosystem more heavily than I did.
Why we didn't: cost as we scaled, and the modular structure — the total for everything we actually needed kept climbing past what the initial conversation suggested. Get the full number in writing early.
Strong on revenue cycle, and if AR had been our primary bleed, it would have ranked higher. Our primary bleed was operational, and operations is where I wanted the investment.
Who I'd recommend it to: multi-location groups whose operations already work and whose money doesn't.
Flexible, and the team has a good reputation for engaging with custom needs. For multi-location, that configurability can genuinely help if your branches operate differently.
The catch we worried about: configurable systems need an owner. We didn't have a person whose job could be "own the platform configuration," and a flexible system without that person drifts into five branches configured five different ways. Which is the problem we were trying to solve.
Serious system for complex mixed-line businesses. If you've got pharmacy in the mix, it moves way up this list.
We're pure DME/HME, so a lot of its depth would have been complexity we paid for and never used.
This was a real option and we spent about a month on it. Add an inventory tool here, a routing tool there, keep the platform.
We modeled it and the integration cost was not small, and the ongoing maintenance was worse — every one of those integrations becomes something that breaks when someone upgrades something. And we'd have ended up with the multi-system reconciliation problem we were trying to escape, just with newer logos on it.
When it makes sense: you're mid-contract and cannot move this year. It's a bridge. Don't confuse it with a destination.
Demo with ugly data. Every platform is beautiful with the vendor's clean sample records. Make them load your worst twenty orders. The patient with three open rentals. The weird secondary payer. The resupply that keeps failing.
Put your branch managers in the demo, not just leadership. I almost didn't. My branch two manager asked a question in demo three that eliminated a vendor on the spot, because she was the only person in the room who knew what actually happens when a tech swaps equipment mid-route.
Ask about location five when you're at three. Ask how the system handles a location structure bigger than yours. Some platforms have a soft ceiling nobody mentions until you hit it.
Count clicks on your single most common task. Multiply by daily volume, multiply by headcount. That's the real price.
Get the implementation staffing answer in specifics. Not "60 to 90 days." Ask who is on your project, how many other clients they're running simultaneously, and what happens if you slip to month five.
Don't sign four years. I did once. I don't recommend it.
Eighteen months in: the reconciliation job is gone, the double-ordering stopped, and I can answer "how are we doing" without three exports and an afternoon.
The thing I didn't anticipate is cultural. When five branches use the same system the same way, they start behaving like one company instead of five small companies wearing the same t-shirt. I wasn't shopping for that. It turned out to be the most valuable part.
If you're on your version of that Tuesday right now — it's fixable. Start the demos. Bring the ugly data. Bring your branch managers.
Keywords:
Not the right document?
Don’t worry, we have thousands of documents for you to choose from: