A patient completes a daily eDiary entry from home. A separate clinic visit gets recorded in the EDC a few days later. Both are accurate records of what happened but if the two systems don't talk to each other, nobody actually knows, in real time, whether the patient-reported data and the clinic-reported data agree, whether entries were made inside the required visit window, or whether a compliance gap is quietly building before it shows up as a protocol deviation or a stack of manual queries.
This disconnect is common, and it creates specific, recurring friction for the people closest to the data: site coordinators, monitors, and data management teams. Here's what actually changes when EDC and ePRO/eCOA are connected instead of running as two separate systems.
When ePRO and EDC are disconnected, a CRC typically finds out about missed or late patient entries only when someone specifically checks the ePRO system separately from the EDC. Connected, patient compliance status shows up alongside the subject's other visit data so a missed entry is visible the same day, not discovered during the next monitoring visit or a data quality sweep weeks later.
Without a connected view, a coordinator managing dozens of patients has to check ePRO compliance separately from clinic visit status just to know who needs a reminder call. With the two systems aligned, coordinators can act on a single compliance signal instead of splitting attention across two separate interfaces to build the same picture manually.
A monitor preparing for a visit needs to know which patients have gaps in ePRO compliance, which entries fall outside the expected visit window, and whether that pattern is isolated or recurring at a specific site. When this data lives in a separate system from the EDC, assembling that picture requires manual cross-referencing before every visit. Connected data means this compliance context is already part of the pre-visit review, not a separate research task.
Comparing what a patient reported through an eCOA against what was recorded during a clinic visit is a routine part of ensuring data quality but when the two live in disconnected systems, this comparison typically happens as a distinct, manual reconciliation pass, often close to a milestone like database lock. When the systems are connected, discrepancies between patient-reported and clinic data can surface as they occur, rather than accumulating until a scheduled reconciliation catches up.
An inconsistency between ePRO data and EDC data often generates a query but if the two systems aren't connected, that query may need to be raised, tracked, and resolved outside the normal EDC query workflow entirely. This creates two parallel query processes for what is fundamentally one data quality issue, adding avoidable overhead for both sites and data management.
Many protocols specify visit windows or entry timing requirements for patient-reported data. When ePRO timestamps aren't automatically checked against those windows as part of the same system as the EDC, an entry outside the allowed window may not be identified as a deviation until a later review. Connected data allows timing violations to be flagged closer to when they happen, rather than discovered retrospectively.
| Workflow Step | Disconnected EDC and ePRO/eCOA | Connected EDC and ePRO/eCOA |
|---|---|---|
| Compliance visibility | Checked separately, often after the fact | Visible in real time alongside visit data |
| CRC workflow | Manual cross-checking across two systems | Single compliance signal to act on |
| CRA visit prep | Manually assembled before each visit | Already part of the pre-visit picture |
| Reconciliation | Separate manual pass, often near milestones | Discrepancies surface as they occur |
| Query management | Two parallel workflows | One unified query process |
| Deviation detection | Identified retrospectively | Flagged closer to when they occur |
Data quality expectations under ALCOA+ particularly contemporaneousness and consistency apply directly to patient-reported data, not just clinic-entered records. A timestamp on an eCOA entry only has real value if it can be verified against the expected visit window without a separate manual lookup.
ICH E6(R3) reinforces that sponsors need confidence in data quality throughout the trial, and that includes being able to demonstrate that patient-reported and clinic-reported data are being actively reconciled, not just independently collected and occasionally compared.
Cloudbyz builds ePRO, eCOA, and EDC on the same underlying platform, which is designed to keep patient-reported and clinic-reported data closer to aligned by default, rather than requiring a separate reconciliation process bridging two disconnected systems. This is intended to reduce not fully eliminate the manual comparison work, since some discrepancies still require human judgment to resolve.
Compliance status, timing-window checks, and query generation are positioned to work from the same underlying data, so a coordinator, monitor, or data manager can work from one consistent view rather than reconciling two separate exports.
The gap between patient-reported and clinic-reported data isn't caused by either dataset being wrong it's caused by two systems operating independently, with reconciliation left as an afterthought instead of something built into the daily workflow. Closing that gap changes the job for nearly everyone touching the data, from the site coordinator managing patient compliance to the data manager closing out queries.
Book a demo with Cloudbyz.