"HIPAA compliant" gets attached to hosting products as a checkbox marketing claim more often than it gets explained as an actual set of technical and administrative controls. For a REDCap environment handling PHI, here's what actually has to be in place.

Infrastructure-level controls

The Business Associate Agreement

A BAA between your institution and the hosting provider is not optional if PHI is involved — it's required. It should explicitly define what the provider can and can't do with the data, and under the REDCap consortium license terms, a proper hosting provider should have zero direct access to the actual data stored within your REDCap instance, full stop.

Administrative safeguards — the part infrastructure alone doesn't cover

HIPAA compliance isn't purely a technical property of the server. It also requires:

Where Institutions Actually Fail Audits

It's rarely the encryption configuration that trips up a compliance review — that part's usually fine. It's stale user access (former staff still holding active accounts), missing or outdated BAAs, and undocumented incident response processes. The technical controls are necessary but not sufficient.

21 CFR Part 11 — a step beyond HIPAA

Institutions running FDA-regulated trials need REDCap configured for 21 CFR Part 11 as well — electronic signatures, audit trails on every data change, and validated system documentation. This is a materially higher bar than baseline HIPAA compliance and should be scoped explicitly if any of your studies fall under FDA oversight.

Tell us what's not talking to what.

Whether it's a data lake that needs building, an EMPI that needs replacing, or a document pipeline eating your team's time — start with a real conversation.

Start a Conversation