Comité de sécurité de l'information (chambre sécurité sociale et santé)

• Quoi : le CSI a été créé par la loi du 5 septembre 2018^[1] et se compose de la chambre sécurité sociale et santé et de la chambre autorité fédérale^[2].

• Comment : la chambre sécurité sociale et santé délivre des délibérations pour des communications de données à caractère personnel, pour autant que la réglementation l'impose^[3] ; les communications entre prestataires de soins concernés par un patient déterminé en sont exclues^[3].

• État : il a approuvé les règlements de base pour le partage de données via les hubs, comme la matrice d'accès et le règlement cercle de confiance^[4][5] ; pour les services de pseudonymisation de la Plate-forme eHealth, une autorisation préalable est nécessaire^[6][6].

• Pour qui : des délibérations récentes concernent directement les hôpitaux, p. ex. des demandes auprès de l'INAMI via EEFA (26/080) et Colindos (26/124)^[7][8].

• Délai : une demande complète introduite dans les trente jours calendrier avant une réunion est en principe traitée au plus tard lors de la réunion suivante^[9].

• Plus grande incertitude : une délibération n'autorise un flux de données que sous des mesures déterminées ^[1][10] ; interprétation : elle ne prouve pas que le flux est en production.

Le Comité de sécurité de l'information (CSI ; en néerlandais : IVC) a été créé par la loi du 5 septembre 2018 instituant le comité de sécurité de l'information^[1]. Le Welcome Pack de la Plate-forme eHealth désigne le CSI comme l'ancien « sectoraal comité van de sociale zekerheid en de gezondheid »^[6]. Les autorisations obtenues auparavant auprès de ce comité sectoriel (ou auprès du comité sectoriel du Registre national) restent valables^[6]. Ainsi, la délibération 14/016 mentionne que Vitalink a été autorisé par la délibération 12/046 du 19 juin 2012 du Comité sectoriel^[11]. La loi eHealth consolidée renvoie, pour le répertoire des références, à une délibération de la chambre sécurité sociale et santé du CSI^[12]. Un hub candidat doit introduire sa demande d'adhésion auprès du Comité sectoriel, qui est aujourd'hui le CSI^[13]. Historiquement, le Comité sectoriel a approuvé en 2012-2013 l'adhésion des premiers hubs : l'Antwerpse Regionale Hub, UZ Leuven, le Réseau Santé Bruxellois (Abrumet), FRATEM et l'asbl Collaboratief Zorgplatform Vlaanderen^[11]. Le RSW wallon est lui aussi en production dans le système hub-métahub après autorisation du Comité sectoriel de la Santé^[14]. Voir aussi VZN-hub, CoZo (Collaboratief Zorgplatform) et Réseau Santé Bruxellois (Abrumet).

Composition et indépendance

Le CSI se compose de la chambre sécurité sociale et santé, établie auprès de la BCSS et de la Plate-forme eHealth, et de la chambre autorité fédérale, établie auprès du SPF Stratégie et Appui^[2]. Selon la loi, il compte huit membres effectifs, quatre néerlandophones et quatre francophones^[15]. Le membre expert en matière de sécurité de l'information et de protection de la vie privée siège dans les deux chambres et préside les deux^[15]. Siègent en outre dans la chambre sécurité sociale et santé deux juristes ayant une expertise en droit social ou en droit de la santé^[15] et deux médecins ayant une expertise en gestion de données de santé^[15]. La Chambre des représentants nomme les membres pour un terme renouvelable de six ans, sur proposition du Conseil des ministres^[15] ; les membres actuels ont été nommés le 25 janvier 2024^[3]. Les membres de la chambre sécurité sociale et santé ne peuvent pas se trouver sous l'autorité hiérarchique du ministre de la Sécurité sociale ou du ministre de la Santé publique et doivent être indépendants, entre autres, des institutions de sécurité sociale^[15] ; dans le cadre de leurs compétences, ils ne reçoivent d'instructions de personne^[15]. Ils ne peuvent être ni membres de l'Autorité de protection des données ni appartenir à son personnel^[15].

Le CSI n'est pas une autorité de contrôle au sens du RGPD ; le contrôle, les litiges et les plaintes relèvent de l'Autorité de protection des données^[2]. La chambre sécurité sociale et santé a repris de l'ancien comité sectoriel des compétences, telles que la formulation de bonnes pratiques, la délivrance de délibérations et le soutien aux délégués à la protection des données^[2]. Exemple d'une telle bonne pratique : le 2 décembre 2025, la chambre a présenté de bonnes pratiques pour le développement d'applications d'agenda selon les critères de la Plate-forme eHealth (n° 25/212)^[16].

Le CSI décide, par voie de délibérations, sous quelles conditions des données de santé peuvent être communiquées. La mise en œuvre du répertoire des références (le métahub) ne peut avoir lieu qu'après une délibération de la chambre sécurité sociale et santé^[12]. Cette chambre détermine aussi l'accès concret aux catégories de données de santé, par catégorie de prestataire de soins et par projet^[13]. Pour les prestataires de soins autres que les médecins, les droits d'accès sont fixés par application dans la délibération requise à cet effet^[4]. Lorsqu'une communication de données requiert une autorisation du CSI, elle ne peut avoir lieu qu'après cette autorisation et conformément à celle-ci^[17].

Quand une délibération est-elle nécessaire ?

Selon la page eHealth, toute communication de données à caractère personnel relatives à la santé requiert une délibération de la chambre sécurité sociale et santé, sauf dans un nombre limité de cas^[3]. Sont exceptées les communications entre professionnels des soins de santé associés à la prise en charge d'un patient déterminé^[3], les communications de données anonymes^[3] et la recherche scientifique, mais cette dernière exception ne vaut que si toutes les conditions sont remplies de manière cumulative, parmi lesquelles le consentement préalable, explicite et éclairé des personnes concernées^[3]. La note 26/116 du CSI rappelle que la communication de données à caractère personnel requiert une délibération dans les cas prévus par la loi^[18].

Demande, contrôle et rapportage

Les demandes sont introduites par voie électronique ; le secrétariat confirme au plus tard une semaine après réception si la demande est complète^[9]. Le CSI ne statue que sur les demandes qui complètent intégralement le modèle de demande figurant sur les sites web du SPF BOSA, de la BCSS et de la Plate-forme eHealth^[9]. Une demande complète introduite dans les trente jours calendrier précédant une réunion est en principe traitée au plus tard lors de la réunion suivante^[9]. Le règlement d'ordre intérieur a été approuvé par arrêté royal du 25 décembre 2023^[9]. Après une réunion, le ministre compétent peut, dans un délai de dix jours ouvrables, imposer l'adaptation d'une délibération contraire à la Kruispuntbankwet ou à d'autres règles de protection de la vie privée ; les délibérations entrent en vigueur après ce délai, sauf si le ministre fait savoir qu'une adaptation n'est pas nécessaire^[3]. Ensuite, le CSI fait rapport à la Chambre des représentants et, pour information, à l'Autorité de protection des données^[3].

Fonctionnement en chiffres (2025)

En 2025, la chambre s'est réunie onze fois (chaque mois sauf en août)^[16] et a traité et approuvé 188 demandes, dont 54 portant sur des données de santé et 134 sur des données issues du réseau de la sécurité sociale^[16]. Toutes les demandes considérées comme complètes ont été traitées dans les délais^[16]. Le rapport annuel paraît au plus tard fin février de l'année suivante^[9]. Le registre sur le site eHealth comptait, le 8 octobre 2026, 1093 résultats au total (recommandations, avis et délibérations du CSI et de ses prédécesseurs réunis)^[19]. Le rapport annuel 2025 cite aussi deux projets avec des hôpitaux ou des prestataires de soins : PROMS/PREMS avec des données pseudonymisées de la Fondation Registre du Cancer et des hôpitaux belges (25/124)^[16] et e-Agreement light via la plate-forme NIPPIN, examiné le 1er juillet 2025 (25/126)^[16].

Note 26/116 sur l'utilisation secondaire

La note 26/116 du 2 juin 2026 traite des principes généraux de traitement, de pseudonymisation et de répartition des rôles des responsables du traitement en cas d'utilisation secondaire, spécifiquement pour la Plate-forme eHealth et la HDA^[18]. Interprétation : il s'agit d'une note et non d'une délibération. En cas de couplage de sources, un tiers de confiance (TTP) est toujours associé^[18] ; la Plate-forme eHealth n'a pas accès aux données de santé et agit comme TTP de codage^[18]. Chaque prestataire de soins ou institution de soins est responsable du traitement pour le traitement en vue de la dispensation de soins^[18], mais ni la Plate-forme eHealth ni la HDA ne peuvent elles-mêmes traiter des données comme responsable du traitement en vue d'une utilisation secondaire^[18]. Selon la note, Healthdata.be a été intégré le 1er avril 2026 dans la HDA, qui ne dispose pas encore d'une base légale expresse pour agir comme TTP autonome^[18]. Une adaptation de la loi organique de la HDA est en préparation ; en attendant, la Plate-forme eHealth peut agir, pour la deuxième étape de pseudonymisation, comme responsable du traitement avec la HDA comme sous-traitant^[18]. Voir aussi Pseudonymisation et anonymisation (plate-forme eHealth).

Les règlements de base sont approuvés à la fois par le CSI et par le Comité de gestion de la Plate-forme eHealth, et la Plate-forme eHealth les publie avec les deux dates d'approbation^[5]. Interprétation : cela indique une répartition des tâches entre les deux organes ; les sources ne décrivent pas de rapport hiérarchique. Un partenaire qui souhaite utiliser les services de base de la Plate-forme eHealth (p. ex. un hôpital ou un fournisseur de logiciels ; exemples de l'Atlas) prend d'abord contact avec la cellule de projet, après quoi la Plate-forme eHealth examine sur le plan juridique si une délibération ou un avis du CSI est nécessaire^[20]. D'autres autorités renvoient elles aussi au CSI : le SPF Santé publique renvoie les demandeurs de données individuelles ou couplées du Résumé Hospitalier Minimum au CSI^[21]. Des délibérations touchent aussi des flux flamands : l'Agentschap et les caisses d'assurance soins de la Protection sociale flamande (plate-forme numérique) ont accès aux registres de la Banque Carrefour de la Sécurité Sociale sur la base de la délibération 22/090 du 3 mai 2022^[22].

Le CSI ne fournit pas de services techniques mais des décisions normatives. Classement (interprétation de l'Atlas, pas une typologie officielle) : les délibérations présentes dans la base de claims se répartissent en quatre types.

1. Règlements de base pour le partage de données entre prestataires de soins

• Règlement hubs-métahub (Hubs & Metahub (répertoire des références)) : le CSI a approuvé, après approbation par le Comité de gestion, des versions modifiées le 5 novembre 2024 et le 2 septembre 2025. La dernière modification affine l'accès des collaborateurs au sein d'organisations disposant d'un contrat Circle of Trust et règle l'accès pour un médecin de garde établissant un certificat de décès^[11]. Les modifications du 2 septembre 2025 apportées à la délibération 14/016 sont entrées en vigueur le 17 septembre 2025^[11]. La page des règlements mentionne une approbation par le Comité de gestion le 11 février 2025 et par le CSI le 2 septembre 2025 ; la même phrase figure aussi auprès du règlement cercle de confiance^[5].
• Relation thérapeutique (Relation thérapeutique) : le règlement relatif aux preuves électroniques a été approuvé par le Comité de gestion (13/11/2018) et le CSI (03/03/2020)^[5].
• Matrice d'accès (Matrice d'accès (règlement de la plate-forme eHealth et du Comité de sécurité de l'information)) : approuvée par le CSI le 4 décembre 2018 et modifiée le 6 juillet 2021^[4]. Selon la délibération 18/190, la matrice s'inscrit exclusivement dans le cadre de l'échange de données de santé^[4]. Toute adaptation passe par le Comité de concertation avec les utilisateurs, le Comité de gestion et le CSI^[4].
• Cercle de confiance (Cercle de confiance (Circle of Trust, COT)) : le règlement comportant 13 critères^[23] relève de la délibération CSI n° 19/166 du 1er octobre 2019, modifiée pour la dernière fois le 2 septembre 2025^[5].
• Consentement éclairé (Consentement éclairé au partage de données) : il n'existe pas de règlement CSI distinct à ce sujet. Il y a bien une note informative, approuvée par le Comité de gestion (12/09/2017) et le Comité sectoriel (03/07/2018)^[5].

2. Délibérations propres à un flux pour les soins et l'administration

• BelRAI (BelRAI 2.0 (banque de données fédérale et service web)) : la délibération 18/026 (20/2/2018, modifiée pour la dernière fois le 2/3/2021) règle l'échange entre les acteurs de soins et la banque de données BelRAI 2.0 via la Plate-forme eHealth^[24].
• Schéma de médication pharmaceutique (source : FarmaFlux) : le flux de données a été approuvé dans la délibération 12/082 du 18 septembre 2012, modifiée pour la dernière fois le 2 décembre 2025^[25]. Voir aussi Schéma de médication partagé.
• Demandes auprès de l'INAMI (Institut national d'assurance maladie-invalidité (INAMI)) : EEFA (26/080), Colindos (26/124) et la plate-forme RP (26/060) ; voir le tableau ci-dessous.
• Protection sociale flamande : la délibération 22/026 du 11 janvier 2022 règle la communication de données (de santé) dans le cadre de la mise en production de la structure d'échange de données de la Protection sociale flamande pour les hôpitaux de revalidation^[22]. La source ne donne que le titre de la délibération ; elle n'indique pas si ni quand cette mise en production a eu lieu.

3. Utilisation secondaire : recherche, qualité et registres

Les délibérations pour la recherche et les registres travaillent le plus souvent avec des données pseudonymisées et des tiers de confiance, p. ex. la Plate-forme eHealth et TTP VI dans 22/262^[1]. Exemples en dehors du tableau : les laboratoires vigies peuvent participer volontairement à la collecte de données pour le suivi EPILABO^[26], sous la délibération 17/010 du 21 février 2017 (à l'époque encore du Comité sectoriel), modifiée pour la dernière fois par le CSI le 6 décembre 2022^[26]. Les couplages avec des registres concernent aussi la Fondation Registre du Cancer (Belgian Cancer Registry) (24/132, voir tableau) et l'utilisation secondaire que soutient la Agence des données de santé (Health Data Agency, HDA/GDA) ; ce dernier lien est une référence de l'Atlas, pas un contenu des délibérations. Pour l'évaluation de l'Hospitalisation à domicile, un protocole de recherche doit être soumis à l'approbation du CSI^[27].

4. Autorisations pour les services de pseudonymisation

Pour la pseudonymisation via la Plate-forme eHealth (entre autres WS Seals, batch codage, Blinded pseudo), une autorisation préalable du CSI est, selon la Plate-forme eHealth, absolument indispensable, et le CSI impose le niveau de sécurité^{[6][6][6][6][6]}. Pour WS SEALS, Batch codage, Blinded pseudo et l'anonymisation, un accord du CSI est obligatoire^[6][28].

Le tableau contient les neuf délibérations qui figuraient le 27 septembre 2026 sur la première page du registre des délibérations ; ce n'est pas un inventaire complet. La colonne « Décision initiale » donne la date de la délibération initiale et des modifications éventuelles (d'après le titre de la décision) ; la colonne « Entrée en vigueur » donne la date figurant à la fin de la décision. Pour les délibérations modifiées, cette date ne vaut que pour la modification, pas pour la décision initiale. Les flux figurent dans le registre des échanges avec le statut onbekend, parce qu'une délibération ne prouve pas que le flux est opérationnel.

Chacune de ces neuf décisions n'autorise la communication qu'à condition que soient respectées les mesures fixées en matière de limitation des finalités, de minimisation des données, de limitation de la conservation et de sécurité de l'information^{[1][10][29][30][31][32][7][8][33]}.

Conditions marquantes par délibération

• Pseudonymisation et accès : sous 24/132, les chercheurs ne reçoivent que des numéros d'identification pseudonymisés ; le numéro d'identification de la sécurité sociale n'est utilisé que lors de la fourniture et du couplage^[29]. Les données restent sur l'infrastructure de l'AIM jusqu'à la fin du projet, estimée à huit ans après la mise à disposition^[29]. Sous 22/262, seuls des chercheurs désignés du VIKZ ont accès au dataset d'analyse^[1].
• Données non pseudonymisées avec consentement : Colindos traite des données de santé non pseudonymisées ; la partie demanderesse doit obtenir au préalable le consentement du patient ou du membre^[8]. Dans le projet Telehealth, le consentement pour le volet de couplage de données est demandé via une option à cocher^[33]. BRBDR ne transmet le numéro d'identification de la sécurité sociale que des patients ayant donné leur consentement^[10].
• Réserve pour d'autres autorisations : 23/202 fait réserve des autorisations d'accès aux données du Registre national et des registres de la BCSS^[10], 26/060 d'une autorisation ministérielle pour le Registre national^[32]. Pour Statbel, 24/132 fait réserve d'un protocole de communication ou, à défaut, d'une délibération de la chambre autorité fédérale^[29].
• Période : pour 25/224, des données sont demandées par année pour 2024 jusqu'à 2028 inclus^[30].
• Responsabilité lors de la consultation : pour EUROCAT, la consultation des dossiers hospitaliers et des dossiers de Kind & Gezin a lieu sous la responsabilité de ces institutions, chaque fois avec une convention^[31].

• Réglementation : les règles d'accès aux documents des hubs (relation thérapeutique, matrice d'accès, cercle de confiance) ont été approuvées par le CSI^[5][4]. Ainsi, la modification du 2 septembre 2025 a affiné l'accès des collaborateurs^[11]. Interprétation : de telles modifications peuvent toucher à la configuration des accès dans les DPI.
• Autorisations existantes : les autorisations obtenues auparavant du comité sectoriel (p. ex. pour RR Consult) restent valables^[6].
• L'hôpital comme expéditeur : dans des délibérations récentes, les hôpitaux agissent comme demandeur auprès de l'INAMI (EEFA, Colindos)^[7][8] et comme source pour des registres tels que BRBDR et EUROCAT^[10][31]. La délibération limite le flux à la finalité décrite et aux mesures fixées^[7][8].
• Condition pour de nouveaux projets : un nouveau flux de données via les services de base eHealth, ou une application de pseudonymisation pour la recherche, peut requérir une délibération ou une autorisation préalable^[20][6].
• Recommandation (propre) : faites suivre par le DPO les délibérations du CSI qui concernent l'hôpital comme expéditeur ou comme destinataire (règlements de base et flux de projet tels qu'EEFA et Colindos), vérifiez, lors d'une participation à un registre ou à une étude, quelle délibération couvre le flux, et associez la Plate-forme eHealth tôt aux projets comportant de la pseudonymisation.

L'accès concret est déterminé par catégorie de prestataire de soins et par projet^[13]. Une délibération n'autorise la communication que sous les mesures fixées^[30], et peut dépendre d'autres autorisations ou protocoles^[10][29]. Interprétation : le CSI approuve des cadres et des flux, tandis que l'application technique relève de la Plate-forme eHealth, des hubs, des tiers de confiance et des DPI ; de nouveaux cas d'usage (p. ex. CareSets) peuvent dès lors nécessiter de nouvelles délibérations. Les types d'acteurs génériques du registre des échanges (p. ex. « hôpital », « institution de recherche ») n'élargissent pas le cercle autorisé : seules les parties désignées dans la décision en relèvent.

• Dénomination. La version pdf du Welcome Pack mentionne encore, dans les conditions de projet, une approbation par le « Comité sectoriel »^[6], mais utilise ailleurs aussi le nom Comité de sécurité de l'information^[6] ; la version web parle du CSI^[20]. Le pdf emploie donc les deux dénominations indifféremment. Les sources désignent le CSI comme le successeur^[13][6]. Il s'agit donc d'une terminologie dépassée, pas de deux organes actifs.
• Dates d'approbation des règlements. La page des règlements de la Plate-forme eHealth mentionne les mêmes dates d'approbation pour le règlement hubs-métahub et pour le règlement cercle de confiance^[5]. Pour la date du CSI, cela est cohérent avec les délibérations 14/016 et 19/166, modifiées toutes les deux le 2 septembre 2025^[11][5]. La date du Comité de gestion (11 février 2025) n'est pas confirmée de manière indépendante pour le règlement hubs-métahub.
• Statut opérationnel. Une délibération, une description de demande ou une date de lancement dépassée ne prouve pas une utilisation en production ; tous les flux du tableau figurent dès lors comme onbekend dans le registre (lacune).
• Exhaustivité. Seule la première page du registre (neuf délibérations) a été traitée sur les 1093 résultats du registre ; la liste historique, le registre de la BCSS et les publications francophones n'ont pas été comparés (lacune). Les délibérations de la réunion du 6 octobre 2026 n'ont pas été trouvées le 8 octobre 2026 sur la première page du registre ; la page eHealth mentionne encore des réunions les 6 octobre, 3 novembre et 1er décembre 2026^[3].
• Dates. La date de publication, la date de la décision et l'entrée en vigueur diffèrent. Le tableau indique dès lors tant la date de la décision initiale que l'entrée en vigueur ; pour une délibération modifiée, l'entrée en vigueur ne concerne que la modification. La date de publication figurant au registre n'a pas été consignée.
• Modifications parmi les membres. Des modifications de la composition depuis la nomination du 25 janvier 2024 n'ont pas été trouvées ; les sources mentionnent encore la même nomination^[3].