Changes for page Onboarding to the Medical Informatics Platform MIP
Last modified by melissargos on 2024/10/11 18:22
Summary
-
Page properties (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- Content
-
... ... @@ -15,8 +15,9 @@ 15 15 = What can I find here? = 16 16 17 17 * Creation of a MIP User Account 18 -* is automatically updated 19 -* to hold this page's headers 18 +* MIP Data Governance 19 +* MIP Data Flow 20 +* MIP GDPR compliance assessment 20 20 21 21 = = 22 22 ... ... @@ -53,7 +53,7 @@ 53 53 54 54 Upon login to the MIP, users are mandated to accept the Terms of Use of the MIP. Accredited users access the MIP through a web-based interface, which will provide them with access to the respective federation on the MIP. 55 55 56 -== TheMIP Data Governance ==57 +== MIP Data Governance == 57 57 58 58 [[image:1728560441625-436.png]] 59 59 ... ... @@ -98,7 +98,52 @@ 98 98 //T(% class="small" %)his diagramme illustrates the MIP Data Flow, indicating processing steps prior to data upload and steps after data upload to the MIP. EHR – electronic health record, MRI - magnetic resonance imaging, ETL - data integration (extract, transform, load), CDE – common data elements, ML – machine learning, GUI – graphical user interface, VM – virtual machine. Data pre-processing: extract data from EHR records and produce pseudonymised data in .csv format; optional Step1: extract brain volumes from MRI images and merge with data extracted from EHR records; Data Quality and Harmonisation: Prepare CDE: if CDE exists – Steps 2B, 4 and 5 are followed; if CDE needs to be prepared, first Steps 2A and 3A need to be performed, followed by Steps 2B, 4 and 5. Data Analysis and ML: anonymised dataset is uploaded either to the federated node in the institution or the dedicated VM on EBRAINS CSCS. Data Analysis can be performed via the Federation Service Layer and User Interface: use of predefined federated algorithms, aggregated results will be retrieved via the GUI.// 99 99 ))) 100 100 101 - 102 +== MIP GDPR compliance assessment == 103 + 104 +Several aspects are crucial for demonstrating GDPR compliance. Hereunder is a compliance assessment based on the GDPR core principles: 105 + 106 + 107 +(% style="color:#27ae60" %)**Lawfulness, Fairness, and Transparency (Article 5 GDPR)** 108 + 109 +**Lawfulness and Fairness:** In alignment with GDPR requirements for lawful processing (Article 6(1)(a)), the MIP legal contracts with Data Providers require that data processing is based on informed consent obtained from data subjects. It requires users to accept the EBRAINS General Terms of Use, adhering to all applicable laws and regulations, including GDPR. Data Transfer Agreements (DTAs) and Data Sharing Agreements (DSAs) provide a legal framework and are mandated before any data transfer or data sharing, ensuring compliance with Article 28(3) regarding processor agreements (GDPR Articles 5(1)(a), 6, and 7). Strict authentication and authorisation procedures are in place, to only provide access to accredited users. Data anonymisation is required before integration in the MIP, which minimises the risk of reidentification, protecting data subjects from potential harm (GDPR Article 6(1)(a)). An additional built in privacy threshold restricts data analysis to receiving aggregate results of at least 10 participant records. 110 + 111 +**Transparency:** The open-source nature of the MIP promotes transparency by providing accessible source code, fostering community involvement, and offering clear information about data governance, federated queries, and data usage without moving original data from its location. Detailed technical and user documentation is available at [[https:~~/~~/github.com/HBPMedical/mip-docs>>url:https://github.com/HBPMedical/mip-docs]], an interactive user guide is accessible directly on the platform. 112 + 113 +(% style="color:#27ae60" %)**Purpose Limitation** 114 + 115 +The MIP processes data for specified explicit, and legitimate purposes related to clinical research of each of the MIP Federations (dementia, traumatic brain injury, epilepsy, mental health, and stroke). Data is not moved or downloaded from the platform, maintaining the integrity of the purpose limitation principle (GDPR Article 5(1)(b)). 116 + 117 +(% style="color:#27ae60" %)**Data Minimisation** 118 + 119 +The MIP adheres to the principle of data minimisation by only processing data necessary for the research purposes stated. This includes the use of Common Data Elements (CDEs) to standardise and limit the scope of data collected or re-used. All data is anonymised, minimising the exposure of personal data (GDPR Article 5(1)(c)). 120 + 121 +(% style="color:#27ae60" %)**Accuracy** 122 + 123 +MIP includes tools like the MIP Data Catalogue and the MIP-DQC Tool to help data managers/curators to ensure data accuracy and quality before data is integrated. Data validation and cleaning are integral parts of the data preparation process (GDPR Article 5(1)(d)). 124 + 125 +(% style="color:#27ae60" %)**Storage Limitation** 126 + 127 +Data within the MIP is kept only as long as necessary for the scientific research purposes. The platform’s architecture, which involves retaining data control at the level of the data provider, mitigates the risks associated with long-term storage, supporting compliance with GDPR’s storage limitation principles (GDPR Article 5(1)(e)). Data Providers can at any time decide that a federation is to be discontinued, either based on the time limits set in the legal contracts or at any time this seems to be appropriate. 128 + 129 +(% style="color:#27ae60" %)**Integrity and Confidentiality** 130 + 131 +MIP employs strong authentication, encryption, and a secure VPN for data protection. The federated analysis framework ensures that data remains confidential and is only accessed by accredited users (GDPR Articles 5(1)(f), 25, and 32). 132 + 133 +(% style="color:#27ae60" %)**Accountability** 134 + 135 +Data owners are responsible for ensuring ethical compliance and the integrity of research data. MIP’s governance framework enforces accountability among data controllers and processors by maintaining records of processing activities including legal agreements and ensuring that data controllers and processors adhere to GDPR requirements. (GDPR Article 5(2)). 136 + 137 +(% style="color:#27ae60" %)**Data Protection by Design and by Default** 138 + 139 +The terms of use of the platform ensures that data is anonymised and remains within the original hospital’s control, reflecting a privacy by design approach. Default privacy settings (e.g., aggregation of results) restrict data analysis, strong authentication and accreditation processes enhance the security of MIP's federations, providing a secure environment for data analysis without exposing individual data (GDPR Article 25). 140 + 141 +(% style="color:#27ae60" %)**Data Subject Rights** 142 + 143 +As MIP processes anonymised data, GDPR data subject rights (e.g., access, rectification, erasure) do not directly apply. However, ethical considerations and informed consent ensure that patients’ rights are respected (GDPR Articles 15, 16, 17, and 18, as applicable to the non-anonymised data collection phase). The system's design respects data ownership and control by data controllers, ensuring they can determine accessibility and availability of their data. 144 + 145 +(% style="color:#27ae60" %)**Data Transfers (Articles 44-50)** 146 + 147 +The MIP ensures that any data transfers comply with GDPR’s requirements for international data transfers. This is achieved using DTAs and DSAs, ensuring that data transferred across borders is protected under equivalent data protection standards. If data is transferred, secure file transfer solutions are used. 102 102 ))) 103 103 ))) 104 104