Service

An RPM and telehealth program build is the work of writing the operating program for a new remote patient monitoring or telehealth service: the program description, policies, workflows, forms and training your staff will run it on. It is for organizations launching a remote patient monitoring or telehealth program. Integral Healthcare Solutions (IHS) drafts the program, policies and clinical content for your clinicians to review and approve, and maps each document to the CMS remote monitoring and telehealth requirements that apply to your service.

Last reviewed: October 2026.

What is an RPM and telehealth program build?

It is the build of a program, measured against the rules your service will run under. For Medicare, those rules sit in four places IHS works from:

MLN901705 sets out the operating rules a remote monitoring program has to be built around. Among them:

Source for each item above: CMS MLN901705, December 2025.

For telehealth visits, 42 CFR 410.78(a)(3) defines the equipment: "Interactive telecommunications system means, except as otherwise provided in this paragraph (a)(3), multimedia communications equipment that includes, at a minimum, audio and video equipment permitting two-way, real-time interactive communication between the patient and distant site physician or practitioner" (42 CFR 410.78).

State telehealth, licensure and practice law is outside this page. IHS identifies the state provisions your counsel should read; it does not summarize them here.

Who needs it and what triggers it

Organizations launching a remote patient monitoring or telehealth program need the program written before the first patient is enrolled. The common triggers, each tied to a CMS text:

How IHS helps

IHS drafts the program, policies and clinical content for your clinicians to review and approve. The process:

  1. Gap assessment against the governing texts above and any others you name, including your payer contracts.
  2. Questionnaires that collect your operating facts: population, conditions monitored, devices, roles, hours and escalation.
  3. Document and evidence mapping: a crosswalk from each CMS requirement and each state requirement you name to the policy, form, log or record that meets it.
  4. Drafting the program description; policies and procedures for enrollment and eligibility, consent, device issue and return, data review, alert response and escalation, documentation, privacy and security, and billing-rule controls; workflows from referral to discharge from the program; forms (consent, enrollment, device agreement, monitoring log, escalation record); and staff training material. Each clinical document carries an approval line for your medical leaders, and any fact only you can supply is marked as an open item.
  5. Mock review of the drafted program against the governing texts, before launch.
  6. Readiness support: a launch work plan and training material for the staff who will run the program.

What you supply

Your service model, device vendor contracts, staffing and supervision plan, the states where your patients are, screenshots of your EHR and monitoring platform, and access to your counsel for state-law and licensure questions.

Who decides what

Your medical leaders set the clinical protocols, alert thresholds and escalation rules, and approve every clinical document. Your billing staff own code selection and claims.

The limit

IHS does not select devices, configure platforms, submit claims or give a legal opinion on state law.

What to have ready

None of this has to be finished before you call. Each item ties to the CMS text that makes it matter.

Bring whatever you have to the introductory call; the gaps on this list are where the build starts.

How it compares

Building the program, reviewing an existing program's compliance, and seeking accreditation are separate pieces of work. Organizations do them in different orders.

WorkWhat it coversGoverning text
RPM and telehealth program build (this page)Writing the program a new service will run on.The CMS texts above, plus the state law and contracts you name.
RPM compliance reviewMeasuring an RPM program that already runs against the rules.The same CMS texts.
URAC Telehealth AccreditationAccreditation of an existing telehealth program.URAC's page links a file named "Telehealth v4.0 Standards at a Glance"; the version label comes from the file name, read October 2, 2026 (URAC).
URAC Remote Patient Monitoring AccreditationAccreditation of an existing RPM program.Version not shown on the URAC page we reviewed.
ACHC Telehealth CertificationAn ACHC program, covered on its own page.ACHC's standards.

See also the Program Development practice line.

What it costs

URAC does not publish a fee schedule on the pages we reviewed; fees depend on scope. IHS scopes each engagement after a free introductory call.

What this is not

Frequently asked questions

What has to be in place before we start billing Medicare for remote patient monitoring?

CMS MLN901705 (December 2025) lists conditions that include an established patient relationship for remote physiologic monitoring, patient consent at the time of service, a device that meets FDA's medical device definition, and, for remote physiologic monitoring, data collected for 2-15 or 16+ days out of 30, depending on the code descriptor. Only one practitioner can bill remote monitoring per patient in a 30-day period. The program's policies, forms and logs are how your staff show each of those on every claim.

Which RPM codes apply in 2026, and what changed with 99445 and 99470?

The CY 2026 Physician Fee Schedule final rule, published November 5, 2025, states that the CPT Editorial Panel created two new RPM codes, 99445 and 99470, for RPM services with less than 16 days of data transmission per 30-day period and less than 20 minutes of interactive communication per month. Your billing staff choose the codes; the program's monitoring log has to capture the day counts and minutes those codes depend on.

Do we need an established patient relationship before enrolling a patient in RPM?

For remote physiologic monitoring, yes. MLN901705 states that remote physiologic monitoring, but not remote therapeutic monitoring, requires an established patient relationship. The enrollment procedure IHS drafts includes a step that records how that relationship was confirmed.

How do we document patient consent for RPM?

CMS states that it requires patient consent at the time you provide RPM services. IHS drafts a consent form and a consent procedure that say who obtains consent, when, and where it is recorded. Your clinical leaders approve both, and the record location is set to fit your EHR.

Who on our staff can perform RPM work, and under what supervision?

MLN901705 states that auxiliary personnel can provide remote monitoring services under the general supervision of the billing practitioner. IHS drafts a roles and supervision section that names which staff do which tasks and which practitioner supervises them. Your medical leaders decide the assignments.

What makes a device acceptable for Medicare RPM?

CMS states that the device used to collect and transmit the data must meet the definition of a medical device defined by FDA. IHS does not select devices. The program's device policy records how your organization confirms that each device meets that definition, using documentation from your vendor.

How long do the Medicare telehealth flexibilities last, and what changes on January 1, 2028?

The CMS Telehealth FAQ, updated February 26, 2026, states that through December 31, 2027, beneficiaries can receive Medicare telehealth services anywhere in the United States and territories. Starting January 1, 2028, except for behavioral health services, beneficiaries will generally need to be in a medical facility and in a rural area. A program built now can include a dated review step for that change.

How do we set alert thresholds and escalation rules, and who approves them?

Your medical leaders set the clinical thresholds and escalation rules. IHS drafts the alert response and escalation procedure and the escalation record, with the thresholds left as marked fields for your clinicians to fill in and approve.

What is the difference between building the program and getting it accredited?

The build writes the program a new service runs on. Accreditation, such as URAC Telehealth Accreditation, reviews an existing program against the accreditor's standards. IHS covers accreditation on separate pages; this page covers the build.

Talk with IHS's CEO

A 30-minute introductory meeting with Thomas G. Goddard, JD, PhD, to scope what your organization needs.

Book an introductory meeting