Operate
Day-to-day state across every instance you run — what synced, what is stale, and what needs a person.
Operational metadata for REDCap
Access governance, activity analytics, and compliance monitoring for the instances you already run — built entirely on operational metadata, never on study records.
Operate
Overview
Projects
Govern
Access Requests
Access Reviews
Audit Logs
Analyze
Activity Analytics
Compliance Hub
Settings
REDCap connections
Overview
Export12
Dormant accounts
31
Export / admin rights
4
Inactive projects
2
Unapproved accounts
Access requests
3 pending
What you can operate
The console is organized the way the work is. Signing in drops you straight into these — no setup tour, no empty dashboard.
Day-to-day state across every instance you run — what synced, what is stale, and what needs a person.
Decisions about access and the record that proves them, from first request through quarterly attestation.
The recurring questions, already answered — who is active, what got exported, what slipped out of policy.
Set up once, revisit rarely — REDCap connections and credentials, admin-only.
Availability follows your role — access governance is administrator-only.
The data boundary
The platform reads operational metadata and nothing else. That is not a setting someone can toggle — there is no code path that ingests a record, a response, or a file, so the question of where participant data went never arises.
Stored by the platform
Never leaves REDCap
Operating principles
Administrator, principal investigator, and viewer scopes are applied in the backend — never hidden in the interface.
Actor, timestamp, IP, and user agent are recorded for each change, and the log exports to CSV or PDF on demand.
Metadata ingestion is idempotent, so a repeated or resumed run never doubles a record.
Accounts are provisioned by your REDCap administration team. Tell us what you need to do and we will get you the right role.