# Que faire des NIR\_ANO\_17 correspondant à plusieurs BEN\_IDT\_ANO
**URL:** https://entraide.health-data-hub.fr/t/que-faire-des-nir-ano-17-correspondant-a-plusieurs-ben-idt-ano/1985
**Category:** FAQ
**Tags:** appariement
**Created:** [Mars 4, 2024, 9:41 UTC](https://entraide.health-data-hub.fr/t/que-faire-des-nir-ano-17-correspondant-a-plusieurs-ben-idt-ano/1985 "2024-03-04T09:41:02Z")
**Posts on this page:** 2
**Page:** 1
### Author:  [@Renoux](https://entraide.health-data-hub.fr/u/Renoux)
#### Post date: [Mars 4, 2024, 9:41 UTC](https://entraide.health-data-hub.fr/t/que-faire-des-nir-ano-17-correspondant-a-plusieurs-ben-idt-ano/1985/1 "2024-03-04T09:41:02Z")
Bonjour.
Malgré les explications données [dans la documentation](https://documentation-snds.health-data-hub.fr/snds/fiches/fiche_beneficiaire.html) et [sur ce forum](https://entraide.health-data-hub.fr/t/quel-identifiant-utiliser-entre-ben-idt-ano-et-ben-nir-ano/1712), je ne suis pas certain d’avoir bien compris quelles préconisations suivre concernant les bénéficiaires BEN\_IDT\_ANO partageant un même BEN\_NIR\_PSA avec d’autres bénéficiaires BEN\_IDT\_ANO. Je crois comprendre qu’il soit indispensable de les exclure systématiquement dès lors qu’on exploite à la fois des données DCIR et PMSI, afin de ne garder que les bénéficiaires BEN\_IDT\_ANO pour qui on sache sans ambiguïté à qui rattacher le NIR\_ANO\_17 de chaque séjour.
Ce problème est nouveau pour moi car jusqu’il y a peu je ne travaillais que sur des extractions sur projets réalisées par la DEMEX. Cela ne fait que quelque mois que j’exploite les données via l’accès permanent CHU.
Sauf que je constate qu’on perd de l’ordre de 10% de la population en procédant ainsi, avec une sur-représentation chez ces exclusions des femmes et des bénéficiaires nés dans la première moitié des années 1990. S’agirait-il des jeunes adultes commençant à s’assurer eux même et d’épouses devenues leur propre ouvreuse de droit avec PUMA ?
En procédant à un appariement probabiliste sur le sexe, l’année de naissance et le département de résidence au sein des BEN\_IDT\_ANO d’un même NIR\_ANO\_17, je ne récupère qu’un nombre très négligeable d’exclus.
Le rang de naissance non plus, par manque de fiabilité dans le PMSI. Dans un autre projet, j’avais constaté plus de discordance que de concordance entre PMSI et DCIR sur la commune de résidence (même en utilisant rfcommun.T\_FIN\_GEO\_LOC\_FRANCE), donc la commune de résidence ne peut pas servir à améliorer l’appariement probabiliste.
Me confirmez-vous, malgré le biais induis, que les bonnes pratiques préconisées soient d’exclure les environ 10% de BEN\_IDT\_ANO qui partagent un ou des BEN\_NIR\_PSA avec d’autres bénéficiaires BEN\_IDT\_ANO ?
Bien cordialement.
Axel Renoux, CHU de Toulouse.
---
### Author:  [@AngeliqueDelbarre](https://entraide.health-data-hub.fr/u/AngeliqueDelbarre)
#### Post date: [Mai 22, 2024, 10:02 UTC](https://entraide.health-data-hub.fr/t/que-faire-des-nir-ano-17-correspondant-a-plusieurs-ben-idt-ano/1985/2 "2024-05-22T10:02:33Z")
Bonjour,
Plusieurs identifiants sont disponibles dans le SNDS ([Identifiants des bénéficiaires | Documentation du SNDS & SNDS OMOP](https://documentation-snds.health-data-hub.fr/snds/fiches/fiche_beneficiaire.html#utilisation-des-identifiants)) :
- L’identifiant SNDS, appelé pseudo-NIR, est composé de 3 éléments : NIR de l’assuré ouvreur de droit + date de naissance du bénéficiaire + code sexe du bénéficiaire. Il est crypté avant d’être restitué dans les bases du SNDS à travers les variables BEN\_NIR\_PSA (dans le DCIR) et NIR\_ANO\_17 (dans le PMSI). Dans le cadre des demandes d’extractions des données du SNDS (accès sur projet), cette variable est également cryptée et restituée aux utilisateurs dans la variable NUM\_ENQ.
- Le NIR est également disponible de manière pseudonymisée dans le référentiel des bénéficiaires sous la variable BEN\_NIR\_ANO. Celui-ci ne dépend pas de l’ouvreur de droit, mais uniquement de l’individu. Il est unique pour un individu durant toute sa vie. Cette variable est également cryptée et restituée aux utilisateurs dans la variable NUM\_ENQ\_ANO
- Depuis 2016, la variable BEN\_IDT\_ANO (NUM\_ENQ\_IDT) alimente également la table référentielle IR\_BEN\_R. Elle prend la valeur de la variable BEN\_NIR\_ANO lorsque celle-ci existe, et celle de la concaténation de la variable BEN\_NIR\_PSA et BEN\_RNG\_GEM (rang gémellaire) sinon.
Du fait de cette construction, comme vous le soulevez, un même NIR\_ANO\_17 (ou un même BEN\_NIR\_PSA) peut correspondre à plusieurs BEN\_IDT\_ANO, par exemple dans les cas suivants :
- Lorsque BEN\_NIR\_ANO n’est pas remontée pour un patient (et donc BEN\_IDT\_ANO = BEN\_NIR\_PSA + BEN\_RNG\_GEM) et que le rang gémellaire change à cause d’un changement de régime. En effet, dans le régime général (y compris SLM), ce rang gémellaire permet de distinguer les naissances gémellaires de même sexe ; alors que les autres régimes, comme la MSA, ne gèrent pas le rang gémellaire, mais un rang de bénéficiaire (déterminé lors de l’ouverture des droits et correspondant donc à un numéro d’ordre au sein d’une même famille) ;
- Lorsque plusieurs lignes sont renseignées dans IR\_BEN\_R pour un même couple BEN\_NIR\_PSA/BEN\_RNG\_GEM, le BEN\_NIR\_ANO étant parfois renseigné et d’autres fois non (se référer au max de la date de mise à jour dans ce cas : BEN\_DTE\_MAJ).
Avant d’exclure les BEN\_IDT\_ANO qui partagent un même BEN\_NIR\_PSA, des actions peuvent être mises en place pour repérer et conserver les BEN\_IDT\_ANO correspondant à un même patient. Il est possible de créer une variable concaténant BEN\_NIR\_PSA (ou NUM\_ENQ en identifiant cryptée) et rang gémellaire BEN\_RNG\_GEM, que l’on trouve dans la table IR\_BEN\_R et IR\_BEN\_ARC. Pour cela, il suffit de joindre les données du DCIR (table PRS) et les données du référentiel des bénéficiaires (table IR\_BEN\_R et IR\_BEN\_R\_ARC) à partir de cette variable concaténée, et on conserve aussi le Numéro d’Inscription au Répertoire du bénéficiaire BEN\_NIR\_ANO (ou NUM\_ENQ ANO en identifiant crypté).
On peut alors obtenir une description de toutes les combinaisons possibles d’identifiants, et des règles peuvent être définies au cas par cas selon les combinaisons observées. Le point important est d’avoir suffisamment confiance au choix retenu pour qu’il corresponde à un unique bénéficiaire.
Par exemple, il peut être décidé de conserver des patients qui ont un BEN\_NIR\_PSA/ NUM\_ENQ différents mais le même BEN\_NIR\_ANO/NUM\_ENQ\_ANO, et des BEN\_NIR\_PSA/NUM\_ENQ+BEN\_RNG\_GEM différents :
| BEN\_NIR\_PSA/NUM\_ENQ | BEN\_NIR\_ANO/NUM\_ENQ\_ANO | BEN\_NIR\_PSA/NUM\_ENQ+ BEN\_RNG\_GEM | BEN\_IDT\_ANO |
| --- | --- | --- | --- |
| XXX-1000152915 | XXX-ANO1000000006 | XXX-10001529151 | XXX-ANO1000000006 |
| XXX-1000397380 | XXX-ANO1000000006 | XXX-10003973801 | XXX-ANO1000000006 |
Bien cordialement,
L’équipe du Health Data Hub
Cette réponse a été rédigée en collaboration avec la société HORIANA.