Integration Not Search for Scan.com

The moat is not consumer search, it is the hard plumbing that turns thousands of fragmented imaging centers into one bookable network. Each new center means connecting into its scheduling system, mapping scanner types and prep rules, syncing price and payer data, and getting reports back out in a standard format. That work compounds, because once built, the same center can serve cash pay, employers, health plans, and workers' comp through one connection.

• Scan.com is selling live operational access, not a directory. Its API lets partners search centers, place orders, retrieve reports, and handle prior auth and patient communication, while the health plan product says it surfaces open slots from each center's RIS, one center at a time.
  1 scan 2 scan 3 scan
• That implementation work matters because imaging is locally messy. Centers run different scheduling and record systems, have different modality inventories, and often still rely on phone and fax style workflows. A new entrant with a prettier search layer would still need to build center by center connectivity to actually book scans and return results.
  2 scan 3 scan 5 simonmed
• The closest analog is a managed vertical marketplace, where the durable advantage comes from workflow software and transaction operations wrapped around fragmented supply. In these markets, curation, vetting, and embedded tooling matter more than simple discovery because the marketplace has to make the transaction actually happen.
  6 sacra 7 sacra

As Scan.com adds more centers and payer channels, the integration layer can become the default rail for outpatient imaging. That would push the company further from lead generation and closer to infrastructure, where the winner is the network that already sits inside the booking, authorization, report, and billing workflow.