| | 1 | = Onyx to CiviCRM |
| | 2 | |
| | 3 | There are three options available to get BRICCS data from Onyx into CiviCRM: |
| | 4 | |
| | 5 | 1. Load from an Onyx extract. |
| | 6 | 1. Load directly from the Onyx database. |
| | 7 | 1. Load from the data already loaded into i2b2. |
| | 8 | |
| | 9 | The 2nd option is the most desirable, if possible. |
| | 10 | |
| | 11 | == BRICCS Study Enrollment (Case) Type in CiviCRM |
| | 12 | |
| | 13 | I have created a new {{{briccs}}} Drupal module to contain code specific for the BRICCS study. The module creates the BRICCS case type and all custom values specific for the study when it is enabled, and deletes them when it is disabled. The module '''WILL''' also contain the cron hook that loads the participants and their data from the Onyx database. |
| | 14 | |
| | 15 | == Data Requirements |
| | 16 | |
| | 17 | The following data will be copied from the Onyx database to CiviCRM (the question name within Onyx is shown in brackets): |
| | 18 | |
| | 19 | - Date and Time of Interview {?} |
| | 20 | - Partiticant Number (Admin.Participant.barcode) |
| | 21 | - Title (Admin.Participant.pat_title) |
| | 22 | - First Name (Admin.Participant.firstName) |
| | 23 | - Surname (Admin.Participant.lastName) |
| | 24 | - Address |
| | 25 | - Admin.Participant.pat_address1 |
| | 26 | - Admin.Participant.pat_address2 |
| | 27 | - Admin.Participant.pat_address3 |
| | 28 | - Admin.Participant.pat_address4 |
| | 29 | - Admin.Participant.pat_postcode |
| | 30 | - Date of Birth (Admin.Participant.birthDate) |
| | 31 | - Gender (Admin.Participant.gender) |
| | 32 | - Participant NHS Number {Admin.Participant.pat_nhsnumber} |
| | 33 | - Participant UHL System Number {Admin.Participant.enrollmentId} |
| | 34 | - Consent Values |
| | 35 | - Understands the request for consent (consent_q1) |
| | 36 | - Consents to donate blood and urine (consent_q2) |
| | 37 | - Consents to entry in the BRICCS database (consent_q3) |
| | 38 | - Consents to possible further contact from BRU (consent_q4) |
| | 39 | - Understands the rules for withdrawal (consent_q5) |
| | 40 | |
| | 41 | == Additional Requirements |
| | 42 | |
| | 43 | - Make sure that the participant is not copied over to CiviCRM until all sections of the questionnaire have been completed. |
| | 44 | - Since the cron jobs are run in a user's request, make sure that only a few participants are processed for each request. |
| | 45 | - Do we have to cope with updates as well as inserts? |
| | 46 | |
