Skip to main content
This is the operational recipe for laying out accounts across a multi-entity group: which accounts, whose name, who signs, who sees. The compliance constraints come from Why MSO-PC banking is different; this page implements them.

Prerequisites

  • Every entity formed with its own EIN
  • A decision on your naming convention
  • Clarity on who the PC’s authorized officer is

The account map

Per PC

For the MSO

Every account is another reconciliation, another set of signers, and another statement. Add accounts because they solve a specific problem, not because a diagram looks tidy.

Naming convention

Decide once and never deviate:
This matters more than it sounds. It is what makes a thirty-account list readable, makes reconciliation scriptable, and prevents someone paying a Colorado expense from the Arizona account because the names were ambiguous.

Signing authority

The pattern that works: operations prepares, the PC’s officer approves. The MSA authorizes the MSO to provide financial administration services including preparing payments; the authority to release funds stays with the PC.
Never give the MSO unilateral withdrawal authority over a PC account. Not a standing ACH debit authorization, not an MSO executive as signer, not shared credentials. This is a CPOM self-audit finding regardless of whether the underlying transfers are legitimate.

Visibility vs control

These are different axes, and only one is a compliance question. Read-only visibility across all entities creates no CPOM exposure — nobody’s receipts or clinical judgment are controlled by someone seeing a balance. Withdrawal authority is the constrained thing. So: maximize visibility, constrain control. Give the MSO’s finance team read access to everything and withdrawal authority over nothing on the PC side.

How commingling actually happens

Not through fraud. Through convenience. Every one of these is fixable the day it happens and painful a year later. The rule: if money moves between entities, there is either an invoice or a note, recorded on both sides, the same day.

Steps

1

Write the account map before opening anything

Which accounts, which entity, which purpose.
2

Apply the naming convention from account one

3

Set signers per the table above

4

Provision read-only access broadly, withdrawal authority narrowly

5

Issue per-entity payment cards, labeled

6

Store per-entity check stock separately, physically

7

Document the map and add it to the per-entity setup runbook

So entity twelve is set up identically to entity two. See Per-entity account checklist.
8

Review access quarterly

Departed employees, changed roles, and new entities. Access drift is a real finding.

Cash concentration, carefully

Groups with meaningful balances want to concentrate idle cash for yield. The constraints:
  • PC cash moves to the MSO only as an invoiced management fee or a documented loan repayment, never as an automated sweep
  • Each PC retains enough to cover clinical payroll and direct obligations
  • No structure may give the MSO withdrawal authority over PC accounts
  • Automated sweeps between differently owned entities are the pattern to avoid — the automation is what reads as control

Verify it worked

  • Account map documented before opening
  • Naming convention applied consistently
  • PC signers are PC officers; no MSO signers on PC accounts
  • Read-only access provisioned across all entities
  • No standing sweep or ACH debit authority for the MSO
  • Per-entity cards and check stock, physically separated
  • Setup runbook written
  • Quarterly access review scheduled