Open marshalc opened 6 years ago
These tasks will all take place on a new Dev 0.9.0 branch, to be merged into Testing, and then Production.
Progress so far (all in dev, not live):
Task 7 (tbc): Refresh the documentation
Partial release of the 0.9.0 branch being done with task 5 complete - need to test it on the live server though because of performance concerns.
Partial release has brought the server process to a halt, so website offline at present. Investigating.
ISE #317 has been resolve, server is active again.
Also, the Simplified Data Extract ran in under 10 seconds on the server! Performance difference between systems is now somewhat stunning and unpredictable.
Progress so far:
Task 8. Write a function that will automatically set the Inclusion field based on the set of rules outlined in the OP. Add another field to store a note containing the reasons for exclusion so that lookup speed is not affected.
Task list updated with 7 & 8 (though 7 not linked to an issue yet)
Following the meeting on 30th Nov 2017, the following (reduced) overview was minuted (see email at 14:48 for full text):
SK: I met with @AllyBradley , @marshalc and LD this morning in order to better understand the WP4 data, issues and come up with a way forward to create robust DMC reports and trial outcome data moving forwards. We spent over 3 hours looking over the data and reports and have come up with a (hopefully foolproof) plan.
The first thing that is evident is that there are different data sources being used. Unless data has been directly entered into the database or received on a paper CRF or AE form, it cannot be considered in the trial.
We currently have database records for XXX randomised donors (YYY kidneys). This will form the starting point for all analyses/reporting. CM will then be able to provide data for all kidneys that have been excluded, and the reasons for these exclusions, to give us our final number of included kidneys to be analysed. He will report the overall number of kidneys, and the number of complete pairs available.
Potential reasons for exclusion after randomisation are:
It is possible that the final group (no evidence of a transplant in the database) includes some kidneys that were transplanted but we have not received data. Once we have this list, we will provide it for the PI to investigate whether these kidneys were indeed transplanted, and if so, why we have no data available. If necessary, CM can provide trial IDs for each of these groups so that the master database can be compared to any other data sources that you may be keeping.
The consort flowchart for the final DMC report will then follow the template attached. LD will produce this once CM has provided the data.
We have agreed the following action points:
AB/SK will review the report and identify any discrepant data. These will be chased and corrected in the master database prior to submission of the report to the DMC.