21 | | === OpenClinica useage |
22 | | |
23 | | - OpenClinica allows you to define sets of study data to be entered by clinicians. |
24 | | - The definitions are recorded in Excel spreadsheets and are version controlled. So that when data is extracted you can tell the particular version of a question the clinician was asked and what options they were give. |
25 | | - Data can be entered manually into OpenClinica or it can be imported from a spreadsheet. |
26 | | - The import process requires you to map the column in the spreadsheet to a particular version of a question in a CRF. (In the demonstration the column in the spreadsheet was renamed to be specific question ID from the CRF XML definition. I don't know if this is necessary or helps with the mapping.) The mapping can then be saved and reused with many spreadsheets. |
27 | | - Importing seems to be done in 2 stages. The first stage takes the input file and converts it to several mapped files. (So as not to be too large?) The mapped files are then imported. |
28 | | |
29 | | === Infrastructure |
30 | | |
31 | | - The RDCIT instance of OpenClinica currently sits on a server in Cambridge this instance is '''not secure for storing Patient Identifiable Data''' and so is called OC Anonymous. |
32 | | - RDCIT have commissioned a server in a data centre in Liverpool that will comply with various security requirements and so will be suitable for patient identifiable data. This will be called OC Secure and should be ready in June. |
33 | | - Both servers are visible on N3 and the equivalent university network. |
34 | | |
35 | | === Remaining Issues |
36 | | |
37 | | After the presentation several questions and issues were raised, some of which require further clarification: |
38 | | |
39 | | - Ethics and Consent: It may be necessary to re-consent patients to put their data on the RDCIT OpenClinica instance. GEL has ethics policy that should be reusable for this project. |
40 | | - Data Sharing: There seemed to be no consensus on whether Data Sharing Agreements would have to be created for all involved organisations. It was put forward that as long as a responsible clinician entered or approved each individual data entry, it should be OK. Whether the Trsusts would be OK with this is another matter. RDCIT was going to seek clarification from the Department of Health. |
41 | | - Responsibility for the coding and mapping of the data lies with the study team, although technical assistance may be available from RDCIT through the Theme coordinator. |
42 | | - Funding for IT should be covered by the BRU budget as this is an amendment to the BRU contract. |
43 | | - Requests for new users, groups and permissions should be made to RDCIT. There is no devolved user / permissions admin. |
| 34 | **We are waiting for the requirements of data to be uploaded from Dave and Abi** |