4 Radnor Corporate Center
Suite 350
Radnor, PA 19087
+1 (888) 507-2270
AE outcome, validation rule SD1332/FDAB034
Forums: General Discussion
SergiyThis is an example of some deficiency in CDISC standards
Hi Titania,
SD1332 is implementation of FDA rule. Most Adverse Events data collected as one record per event. Therefore, I assume that FDA will keep it as it.
I think, this is an example of some deficiency in CDISC standards. It should be a special CT term(s) for Outcome to cover a case of changing Severity/Toxicity Grade of Adverse Event over time. Or some other solutions?
Kind Regards,
Sergiy
AE outcome, validation rule SD1332/FDAB034
IMO the wording "deficiency" is wrong here. It suggests that CDISC, and especially the CDASH user guide is wrong.
A better way to express this is that there is a discrepany or disagreement between how CDISC handles this and how FDA handles this.
We have encounterd this…
We have encounterd this situation, too. If the AE severity changes, we will separate collect this AE to multiple records in EDC. It will trigger this check. Is the best practice we provide an explanation in cSDRG for this?
Please refer to the case in our company.
In our company, if grade of Adverse Event has been upgraded, outcome of the previous AE should be selected as Recovered/Resolved and End date of previous AE should be reported.
If you cannot apply above rule, it is best way that it is described in cSDRG as you think.
As a sponsor, we collect a separate AE when the severity changes, both worsening and improvement. This becomes especially tricky in the event of worsening, because per FDA rule SD1332, the outcome for the initial event cannot have a value of not recovered/not resolved. If an end date is not entered, then we will potentially have events with overlapping dates.
The CDASH User Guide has an example CRF which directly contradicts rule SD1332 (see attached image), therefore I am wondering if changes to this rule are being considered or what other options can be implemented to avoid triggering this check downstream.
The Outcome of Adverse Event (AEOUT) variable is populated with the value NOT RECOVERED/NOT RESOLVED, however the End Date/Time of Adverse Event (AEENDTC) variable is populated with an end date for the adverse event. If the adverse event has an outcome of NOT RECOVERED/NOT RESOLVED, it is expected that no end date is available.
Attached Files