Skip to content
ITAS Health

Integrations

We connect to what you already run. And we tell you what we haven't built.

Health-tech integration pages tend to be a wall of logos with no indication of what is real. Here is ours with the status marked honestly: in production, enabled per practice, or on the roadmap.

Network cabling and small office infrastructure behind a clinic front desk
In production
Per practice
On the roadmap

Status reflects what is deployed, not what is announced.

Reading your chart

We need your problem lists, medications, allergies, and visit history to know who qualifies. We take the least invasive route that gets us there.

  • FHIR / US Core export

    Panel and problem-list ingest

    In production

    Standard FHIR bundles, bulk $export NDJSON, and Epic EHI archives. Works on day one without waiting for anyone's API approval queue.

  • SMART-on-FHIR direct read

    Continuous chart sync

    On the roadmap

    A live authorized read against Epic FHIR R4 and equivalent endpoints, replacing periodic exports. Built behind the same internal interface, enabled per practice as access is granted.

  • Structured write-back

    Notes and orders into the chart

    On the roadmap

    Discrete write-back where the EHR supports it. Never a billing prerequisite — the fax path already satisfies the documentation requirement.

Getting data from the patient

For RPM, the device has to transmit on its own. That constraint eliminates most consumer hardware and all patient-typed numbers.

  • Cellular device fleet

    FDA-cleared and auto-transmitting

    In production

    FDA-cleared blood pressure cuffs, scales, glucometers, and pulse oximeters that transmit on their own cellular connection, with no dependency on the patient's home network. Ships preconfigured to the patient.

  • Patient messaging

    SMS reminders and nudges

    In production

    Enrollment reminders, transmission nudges, and scheduling. Engagement only — messaging never counts toward the interactive-communication requirement.

  • Consumer health app data

    Engagement context

    Per practice

    Patient-reported and phone-sourced readings can be displayed for clinical context. They are explicitly excluded from the transmission-day count.

Verifying and billing

Eligibility drives the APCM level and catches the single-biller problem before it becomes a duplicate claim.

  • Eligibility & claims

    Coverage checks, MBI, and 837P

    In production

    Coverage and beneficiary-tier verification at enrollment and monthly, plus claim preparation. Also how we detect that someone else is already billing the program.

  • Your billing system

    Claim submission

    Per practice

    Claims are prepared for your existing workflow and submitted by your practice under your own NPI. We do not bill Medicare and never take reassignment of benefits.

Getting documents back

Signed orders and monthly summaries have to land in the legal record. Fax is unglamorous and it is also universal.

  • Fax-to-chart

    Signed orders, monthly summaries

    In production

    HIPAA-compliant fax delivery through a vendor under a business associate agreement, with delivery confirmation retained as part of the evidence file.

  • Document export

    Evidence files on demand

    In production

    Any patient-month's complete evidence file, retrievable as a single document for audit response or internal review.

Every vendor that touches protected health information on our behalf operates under a downstream business associate agreement. We do not list a partner as in production until it is running in a real deployment path rather than a demo adapter.

Integration questions

What IT asks

Do we have to change or replace our EHR?
No, and we would push back if you offered to. ITAS is an overlay. Your certified EHR stays the clinical and legal system of record; we read from it and write documentation back into it.
What if our EHR has no usable API?
Then we start with an export for reading and fax-to-chart for writing, which is a complete working loop. API access improves the experience; it is not a prerequisite for billing a compliant month.
Where do device readings actually live?
In our system as the operational record for RPM, because the transmission-day count and the audit trail have to be authoritative and reconstructable. Write-back to your chart is a per-practice enhancement on top of that, not a dependency.
How long does onboarding take?
The honest answer is that it depends almost entirely on your EHR export path and how fast devices can reach patients, not on our software. We would rather scope it against your actual systems during the panel scan than quote you a number we invented.

Tell us what you run and we'll tell you what's involved

Bring your EHR name and your billing setup to the panel scan. We will map the actual path rather than promising a generic one.

No EHR change. No commitment.