RN Consult (RR Consult)

• Quoi : RN Consult est un service de base de la plate-forme eHealth pour la consultation de données d'identification provenant du Registre national et des registres de la Banque Carrefour de la Sécurité Sociale^[1][2].
• Comment : des services web distincts traitent l'identification, les modifications, la composition de ménage, la représentation, le registre d'attente et la création de numéros BIS^[3][1][4].
• Accès : l'utilisation requiert une autorisation préalable, un certificat eHealth et l'intégration dans un logiciel^[1].
• État : les hôpitaux, les laboratoires agréés et les maisons de repos et de soins agréées sont autorisés par des délibérations générales^[1].
• Hôpital : la délibération 09/039 couvre l'identification du patient, l'identification univoque dans le dossier médical et la gestion de la facturation via les registres de la Banque Carrefour^[1].
• Plus grande incertitude : pour trois variantes Encoded, aucune documentation n'a été trouvée et aucun plan de retrait progressif pour SOAP n'a été trouvé.

RN Consult (RR Consult en néerlandais) est un ensemble de services de la Plate-forme eHealth qui permettent de rechercher et de consulter les données d'une personne dans le Registre national et dans les registres de la Banque Carrefour de la Sécurité Sociale^[1]. Le Welcome Pack de la plate-forme eHealth classe RN Consult parmi les services de base (voir Services de base de la plate-forme eHealth)^[2]. Une institution ou un prestataire de soins utilise le service via un progiciel médical dans lequel il est intégré^[1].

Quel problème cela résout-il ?

RN Consult donne aux acteurs de soins accès aux données d'identification authentiques des patients. La délibération 09/039 (7 juillet 2009, modifiée le 9 novembre 2021) règle l'accès des hôpitaux aux registres de la Banque Carrefour pour le contrôle et la mise à jour de l'identification du patient, pour l'identification univoque dans le dossier médical et pour la gestion de la facturation^[1]. Les praticiens des soins de santé sont juridiquement autorisés à utiliser le numéro de registre national dans des applications qui utilisent les services de base de la plate-forme eHealth ; cette possibilité est offerte, dans une première phase, aux médecins généralistes^[1].

Pour les personnes sans numéro de registre national, CbssPersonService permet la création d'un numéro BIS dans le registre BIS de la BCSS, sur la base des informations disponibles au maximum^[1].

État : production. La plate-forme eHealth propose le service^[1]. Sur la base de délibérations générales, les hôpitaux, les laboratoires agréés de biologie clinique et d'anatomie pathologique et les maisons de repos et de soins agréées sont, entre autres, autorisés à utiliser les services RN Consult^[1]. La délibération 11/083 du 8 novembre 2011 autorise en outre les maisons de soins psychiatriques et les initiatives d'habitation protégée à accéder aux registres de la Banque Carrefour pour le contrôle et la mise à jour des données d'identification des résidents et pour la gestion de la facturation^[1]. La question de savoir si cette énumération est complète et comment se déroulent les autorisations spécifiques n'est pas établie (voir les questions ouvertes).

Les laboratoires agréés de biologie clinique et les hôpitaux déjà raccordés à RN Consult peuvent aussi, sous conditions, utiliser via la procédure « Circle of Trust » le service web qui crée des numéros NISS et BIS^[1] (voir aussi Cercle de confiance (Circle of Trust, COT)). La question de savoir si cette possibilité vaut de manière générale et durable n'est pas établie (voir les questions ouvertes). Les médecins disposant d'un visa actif mais sans progiciel peuvent créer des numéros BIS via l'application web eHealthCreaBis^[1] ; le catalogue d'API mentionne le service REST qui se trouve derrière cette application web (RNConsult Creabis)^[3].

Données et interfaces

Les services par fonction, selon la documentation de la plate-forme eHealth :

• Identification et historique : ConsultRN-SsinHistory fournit, pour une personne, le numéro d'identification actuel et l'historique des numéros d'identification^[3].

• Mutations : InscriptionService gère l'inscription d'une personne en vue de recevoir les mutations relatives à cette personne ; pour un usage correct, PersonNotificationService doit également être implémenté^[1].

• Composition de ménage : FamilyCompositionService met des données sur la composition de ménage à la disposition des acteurs autorisés (cookbook v1.1 du 30/03/2026)^[1].

• Représentation : RepresentationService met à la disposition des acteurs autorisés des données sur la représentation légale et sur le statut de mineur non accompagné (cookbook v1.1 du 25/07/2025)^[1].

• Registre d'attente : la release R20252.1 (09/12/2025) a apporté le service web SOAP WaitingRegisterService, pour des données du registre d'attente concernant les réfugiés pendant leur procédure de reconnaissance^[4].

• Numéros BIS : CbssPersonService (création dans le registre BIS)^[1] et RNConsult Creabis (REST)^[3].

• Droits : le RNConsult Permission REST Service renvoie la liste des services, des données et des conditions correspondantes telle qu'elle est configurée par eHealth Security (cookbook v1.1 du 23/03/2026)^[1]. Ce service est devenu disponible avec la release R2024.2.1 (production le 03/12/2024) et est limité aux organisations de soins qui disposent d'un certificat eHealth valide et qui sont connues dans CoBRHA comme organisation INAMI ou EHP^[5]. La release R2024.2 a apporté en outre l'API RN Consult-Configuration Service, qui donne aux utilisateurs, par Application ID, un aperçu statique des services qui leur sont ouverts^[6].

• Variantes pseudo : PseudoPersonService fournit des données d'identification de personnes sur la base d'un numéro NISS ou BIS préalablement pseudonymisé et n'est pas accessible aux praticiens des soins de santé^[7] ; PseudoInscriptionService enregistre une nouvelle personne pour les notifications (ou supprime un enregistrement existant) et est disponible pour toutes les organisations de soins disposant d'un certificat eHealth valide^[7]. Le numéro doit avoir été pseudonymisé au préalable via le service de pseudonymisation^[7]. Contrairement à PersonService, PseudoPersonService n'offre pas de recherche sur des critères phonétiques (cookbook v1.0 du 24/10/2023)^[8]. PseudoPersonNotificationService récupère quotidiennement les notifications : des données à caractère personnel provenant du Registre national et du registre BIS après une ou plusieurs modifications^[7] ; ce service n'est pas accessible aux prestataires de soins individuels^[7].

• TRIO : dans la release R2024.2.1, un service RN Consult générique (REST, appelé « PersonReference » dans les release notes) a été développé pour l'application web TRIO ; il affiche, sur la base d'un NISS, des données minimales (prénom et nom)^[5].

API dans le catalogue de la plate-forme eHealth

Toutes les API ci-dessous figurent dans le catalogue de production et dans celui d'acceptation (situation au 28/09/2026, registre de l'Atlas). Version = version figurant dans le catalogue ; documentation = cookbook le plus récent trouvé.

Les 17 API figurent toutes dans le catalogue de production ; les descriptions de ConsultRN-SsinHistory^[3] et de RNConsult Creabis^[3] ont été traitées comme claim. Pour les trois variantes Encoded*, aucune documentation n'a été trouvée dans les sources traitées, de sorte que leur fonction est inconnue.

• Release R2024.2 : l'API RN Consult-Configuration Service^[6].

• Release R2024.2.1 (production le 03/12/2024) : PermissionService (REST)^[5] et un service RN Consult générique pour l'application web TRIO^[5].

• Release R20252.1 (09/12/2025) : WaitingRegisterService (SOAP)^[4]. Les release notes mentionnent peut-être aussi une adaptation de FamilyCompositionService ; celle-ci n'est pas encore traitée (voir les questions ouvertes).

Aucune roadmap pour RN Consult ni aucun planning de retrait progressif des services SOAP n'a été trouvé (voir Services de base de la plate-forme eHealth pour la politique générale concernant SOAP et REST).

• Cadre réglementaire : les hôpitaux sont autorisés par une délibération générale^[1] ; la délibération 09/039 fixe les finalités de l'accès aux registres de la Banque Carrefour (identification du patient, identification univoque dans le dossier médical, facturation)^[1]. Pour les données du Registre national, il existe des délibérations distinctes qui ne sont pas encore traitées (voir les questions ouvertes).

• Conditions : un certificat eHealth et un progiciel dans lequel le service est intégré^[1] ; l'accès est configuré par institution au moyen d'un Application ID, d'abord en acceptation (après accord du Comité de sécurité de l'information) et, après validation du rapport de test, en production^[1]. Pour l'Application ID d'acceptation, l'institution introduit notamment un engagement de respecter les conditions de la délibération^[1], ainsi qu'un acte d'agrément, un formulaire d'évaluation du DPO, une déclaration de conformité relative aux mesures de sécurité de référence et une demande d'utilisation des services web eHealth^[1].

• Numéros BIS : les hôpitaux déjà raccordés à RN Consult peuvent, sous conditions, créer aussi des numéros NISS et BIS^[1] ; savoir si cette possibilité vaut encore est une question ouverte.

• Recommandation (propre) : demandez au fournisseur du système d'administration des patients quels services et quelles versions de RN Consult sont intégrés, et si les mutations sont traitées automatiquement via InscriptionService et PersonNotificationService.

Conditions de mise en œuvre et limites

L'accès à RN Consult requiert une autorisation préalable du Comité de sécurité de l'information (auparavant le comité sectoriel de la sécurité sociale et de la santé)^[1]. Les autorisations obtenues auparavant auprès des comités sectoriels restent valables^[2]. Pour l'Application ID d'acceptation, l'institution introduit notamment un engagement dans lequel elle déclare respecter les conditions de la délibération^[1], accompagné d'un acte d'agrément, d'un formulaire d'évaluation du DPO, d'une déclaration de conformité relative aux mesures de sécurité de référence et d'une demande d'autorisation d'utiliser les services web eHealth^[1]. Après un accord du Comité de sécurité de l'information, l'institution reçoit un Application ID d'acceptation ; après validation du rapport de test, la plate-forme eHealth configure l'accès en production avec un Application ID de production^[1]. L'institution ou le prestataire de soins a besoin d'un certificat eHealth^[1].

Limites : PseudoPersonService n'est pas accessible aux praticiens des soins de santé^[7] et n'offre pas de recherche phonétique^[8] ; PseudoPersonNotificationService n'est pas non plus accessible aux prestataires de soins individuels^[7].

• Variantes Encoded* : trois éléments du catalogue sans documentation trouvée ; leur fonction et leur groupe cible sont inconnus (lacune).

• Groupe cible des praticiens des soins de santé : la source parle d'une première phase pour les médecins généralistes^[1] ; l'information indiquant si et quand d'autres praticiens des soins de santé suivront n'a pas été trouvée.

• Énumération des institutions autorisées : les claims traitées couvrent les hôpitaux, les laboratoires et les maisons de repos et de soins^[1] et, via la délibération 11/083, les maisons de soins psychiatriques et les initiatives d'habitation protégée^[1] ; la question de savoir si la liste est complète et comment se déroulent les autorisations spécifiques n'est pas établie (voir les questions ouvertes).

• Cadre de la délibération 09/039 : la délibération 09/039 concerne les registres de la Banque Carrefour^[1] ; le cadre applicable aux données du Registre national n'est pas encore développé sur cette page.