| Connection type | SMART on FHIR and Epic FHIR APIs |
|---|---|
| Where it runs | Cloud to cloud. Nothing to install on your servers or workstations |
| Who authorizes it | Your Epic Technical Coordinator, with your security and application analysts |
| How | Download the HealthArc client record by Client ID and approve it for your environment |
| Scope | Per organization. One Epic customer’s approval doesn’t apply to another |
| Security | HIPAA compliant, SOC 2 compliant, BAA signed before any data moves |
Exact fields depend on your Epic configuration and the programs you run, and are confirmed in writing during scoping. HealthArc only requests the data those programs need.
None of this needs an IT team. Most of it is a decision or a name, and the scoping call covers anything you haven’t settled yet.
Total time from your team, across the whole setup. HealthArc does the build.
Where your time goes
We confirm the programs you want to run, the providers and locations involved, and who owns clinical work and billing on your side. The HealthArc agreement and business associate agreement are signed before any data moves. You receive the HealthArc Client ID at this step.
Contact your organization’s Epic implementation team. They authorize third-party SMART on FHIR applications in your environment.
Search Epic Showroom for “HealthArc” or “HealthArc RPM”. If you need more help during implementation, your team can work with Epic through Vendor Services.
Epic ShowroomUsing the HealthArc Client ID from your implementation team:
Your team configures SMART on FHIR authorization, OAuth, user access permissions, launch configuration if applicable, and its security review. Some organizations also need firewall, network or proxy changes.
Notify your HealthArc implementation team and, if asked, provide:
Once we have access, our implementation team configures the Epic connection, validates authentication and data access, maps providers and locations, and tests with a small pilot group. Your Customer Success Manager confirms when the integration is complete, and we train your team before enrollment opens.
| Task | Your practice | HealthArc |
|---|---|---|
| Provide the HealthArc Client ID | – | Yes |
| Download and approve the client record | Yes | – |
| Security review and SMART on FHIR configuration | Yes | – |
| Confirm authorization to HealthArc | Yes | – |
| Connection configuration and end-to-end testing | – | Yes |
| Staff training | – | Yes |
| Ongoing monitoring and support | – | Yes |
A business associate agreement is signed before any patient data moves.
Databases are encrypted at rest, and data in transit uses TLS only.
HealthArc’s security program follows the SOC 2 framework, and the platform is HIPAA compliant.
Data is stored on AWS in the United States.
Full details are on the HealthArc security page.
Your Epic Technical Coordinator finds HealthArc in Epic Showroom, signs in to the Epic on FHIR portal, downloads the HealthArc client record using our Client ID, approves it, and configures SMART on FHIR access. Then your team tells HealthArc, and we configure and test the connection.
From your HealthArc implementation team. Your Technical Coordinator uses it to locate and download the HealthArc application record.
Not to authorize HealthArc. Vendor Services is Epic’s program for implementation guidance, testing tools and technical support, and your team can use it if it needs extra help.
Sometimes. Organizations using confidential clients or backend OAuth may need to exchange additional security information, such as client secrets or public keys, before activation.
Your Epic Technical Coordinator, usually an Epic Application Analyst and Security Analyst, and someone with authority to approve third-party applications.
Epic is a trademark of Epic Systems Corporation. HealthArc is an independent company.