Changes between Version 18 and Version 19 of BRICCS Study


Ignore:
Timestamp:
09/25/15 11:52:45 (9 years ago)
Author:
Richard Bramley
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • BRICCS Study

    v18 v19  
    33Tags: [[LCBRU Study Category]]
    44
    5 BRICCS, the Biomedical Informatics Centre for Cardiovascular Science, is the founding project behind the BRICCS platform, now the LCBRU IT Platform. BRICCS is a cohort discovery project to accelerate recruitment into translational medicine studies, recruiting patients with cardiovascular conditions (ACS, Aortic Stenosis, CHD, heart failure, etc) into a population from which cohorts can be isolated for common phenotypes.
     5== Details
    66
    7 BRICCS uses - and provided the initial impetus for development of - most of the tools in the LCBRU IT Platform.
     7 BRICCS:: Biomedical Informatics Centre for Cardiovascular Science
    88
    9 Onyx: For recruitment management and electronic data capture / questionnaire.[[BR]]
    10 CiviCRM: For electronic data capture / questionnaire, from October 2014.[[BR]]
    11 REDCap: For recruitment management, from October 2014.[[BR]]
    12 CaTissue: For specimen collection management and inventory.[[BR]]
    13 i2b2: For cohort discovery and clinical data integration.[[BR]]
     9A project to accelerate recruitment into translational medicine studies by recruiting patients with cardiovascular conditions (ACS, Aortic Stenosis, CHD, heart failure, etc) into a population from which cohorts can be identified.
    1410
     11== Contacts
    1512
    16 === Transition to REDCap ===
     13 Principle Investigator:: Professor Nilesh Samani
     14 Project Manager:: Jayshree Gracey
     15 Research Nurse:: ?
    1716
    18 As from October 2014, recruitment into BRICCS will be performed using REDCap not Onyx. We will therefore need a revised process in CiviCRM to ensure that the full set of recruited participants is accurate in CiviCRM, which currently relies on an automated feed from the Onyx database to populate CiviCRM records.
     17== Sub-Studies
    1918
    20 === CiviCRM ===
     19- [[Aortic Stenosis Study]]
     20- [[BRAVE Study]]
    2121
    22 There is a basic case type definition for BRICCS in CiviCRM. This currently provides a standard timeline for only a 'Recruit and Interview' event and a 'Participant loaded into i2b2' event. There is also a 'Withdrawal' activity available.
     22== External Sites
    2323
    24 This will need expanding to enable full study management in CiviCRM. Enrolments will need an activity or status to indicate that recruitment is completed, mirroring the 'available for cohorting' concept in [[GENVASC Study]].
     24- [[External Sites]]
     25- [[BRICCS External Site Rollout]]
    2526
    26 In the case type definition XML, the 'Recruit and Interview' activity should no longer be created in the 'Completed' state, but 'Scheduled'. Ultimately, the BRICCS module should enable data submitted in CiviCRM to be passed via the REDCap API to create a stub record in REDCap for data entry.
     27== IT
    2728
    28 But as an interim, manual data entry in both CiviCRM and REDCap would be acceptable. Process should be: search for patient first in CiviCRM to ensure no duplicate entry, create a record in CiviCRM and enrol the participant in the BRICCS study, entering custom data manually. Then switch to REDCap and enter the questionnaire data (note that for the time being this involves a small amount of double entering of consent data etc).
     29=== Onyx
    2930
    30 When we roll out data flows between CiviCRM and REDCap, the process will be that administrators can create enrolments in CiviCRM at the time of invitations being issued, which automatically creates a stub record in REDCap. When the nurse interviews the participant in REDCap, the data flows back into CiviCRM to update the enrolment with custom data and an updated status.
     31 Leicester Questionnaire (Deprecated Oct 2014):: [[Link]]
     32 Northampton (Deprecated Aug 2015):: [[Link]]
    3133
    32 We also need to verify that all Onyx data is accurately captured in CiviCRM. This can be performed as part of the '[[Onyx closedown]]' process.
     34=== REDCap
    3335
     36 Leicester Questionnaire:: [[Link]]
     37 External Questionnaire:: [[Link]]
    3438
    35 === Remote sites ===
     39=== CiviCRM (Leicester only)
    3640
    37 Multiple sites came on board with BRICCS in September 2014, using REDCap as the data collection tool on an externally-facing server accessed over the NHS N3 secure network. See [[External BRICCS Sites]] for details.
     41''See BRICCS Drupal module and case type definition for customizations''
    3842
    39 SUPERCEDED
     43=== OpenSpecimen
    4044
    41 See [[Northampton Recruitment into BRICCS]] for details of the parallel recruitment project, whereby patients are being recruited into the BRICCS population from non-UHL hospitals, initially Northampton General Hospital.
     45 Protocol:: [[Link]]
    4246
    43 In addition we're planning to roll out recruitment to Leeds and potentially Derby, Burton and Kettering. For these sites recruitment will only be for Aortic Stenosis in the initial phase. As a result, a reduced recruitment questionnaire is needed to accelerate recruitment. Work on that [[BRICCS reduced questionnaire]] is ongoing.
     47=== i2b2
    4448
    45 === Recruitment reporting
     49 Database:: {{{i2b2_app03_b1_data}}}
    4650
    47 **DEPRECATED - See [[BRICCS CRLN Recruitment Report]]**
     51=== Reporting
    4852
    49 As from November 2014, recruitment is monitored in REDCap for all sites (excluding Northampton, which is still using Onyx). To collect recruitment monitoring data from REDCap, the REDCap logging table can be used.
    50 
    51 November 2014 example - Leicester:
    52 
    53 * mysql -h briccsdb -u auditor -p redcap -e "SELECT pk,project_id,ts from redcap_log_event where event = 'INSERT' and object_type = 'redcap_data' and project_id = '24' and ts > '20141101000000' and ts < '20141201000000' order by ts;" > briccs_enrolment_leicester_2014_11.txt
    54 
    55 November 2014 example - external sites:
    56 
    57 Note: Project ID 12 is the DEMO project. Watch that when other externally facing projects are set up, they don't mess with the reporting...
    58 
    59 * mysql -h briccsdb -u auditor -p redcap_briccsext -e "SELECT pk,project_id,ts from redcap_log_event where event = 'INSERT' and object_type = 'redcap_data' and project_id <> '12' and ts > '20141101000000' and ts < '20141201000000' order by ts;" > briccs_enrolment_external_sites_2014_11.txt
    60 
    61 
    62 SUPERCEDED
    63 As of February 2013, the BRICCS project was included in the Leicestershire, Northamptonshire and Rutland CLRN Portfolio. Monthly reporting is therefore required for the CLRN, starting with an initial report of recruitment from the start until the end of January:
    64 
    65 * mysql -h briccsdb -u auditor -p briccs -e "SELECT barcode, start_date, status FROM participant ptone, interview WHERE NOT EXISTS (SELECT 1 FROM participant pttwo WHERE pttwo.enrollment_id = ptone.enrollment_id LIMIT 1, 1 ) AND barcode is not null AND status <> 'CANCELLED' AND ptone.id = interview.participant_id order by start_date;" > briccs_enrollment_to_date.txt
    66 
    67 After that first report, each month the report should be re-populated with a specific month's recruitment FROM BOTH THE LEICESTER AND NORTHAMPTON DATABASES
    68 
    69 Examples from Jan 2014:
    70 
    71 * mysql -h briccsdb -u auditor -p briccs -e "SELECT barcode, site_no, start_date, status FROM participant ptone, interview WHERE NOT EXISTS (SELECT 1 FROM participant pttwo WHERE pttwo.enrollment_id = ptone.enrollment_id LIMIT 1, 1 ) AND barcode is not null AND status <> 'CANCELLED' AND start_date > '2014-01-01 00:00:00' AND start_date < '2014-02-01 00:00:00' AND ptone.id = interview.participant_id order by start_date;" > briccs_enrollment_leicester_2014_01.txt
    72 
    73 * mysql -h briccsdb -u auditor -p briccs_northampton -e "SELECT barcode, site_no, start_date, status FROM participant ptone, interview WHERE NOT EXISTS (SELECT 1 FROM participant pttwo WHERE pttwo.enrollment_id = ptone.enrollment_id LIMIT 1, 1 ) AND barcode is not null AND status <> 'CANCELLED' AND start_date > '2014-01-01 00:00:00' AND start_date < '2014-02-01 00:00:00' AND ptone.id = interview.participant_id order by start_date;" > briccs_enrollment_northampton_2014_01.txt
    74 
    75 Reports are generated and sent to Angel Christian at angel.christian@uhl-tr.nhs.uk
     53- [[BRICCS CRLN Recruitment Report]]
    7654
    7755[[BackLinks]]