# INS : les 10 erreurs qui compromettent l'identification des patients (et comment les éviter)

L'Identité Nationale de Santé (INS) est aujourd'hui le référentiel unique permettant d'identifier de manière fiable chaque usager du système de santé français. Depuis sa généralisation, elle est devenue un élément incontournable pour référencer les données de santé, alimenter le Dossier Médical Partagé (DMP), échanger avec Mon espace santé ou encore garantir l'interopérabilité entre les logiciels métiers.

Pourtant, de nombreux projets d'intégration rencontrent encore des difficultés. Contrairement aux idées reçues, ces problèmes ne proviennent généralement pas du téléservice INSi lui-même, mais d'erreurs de conception, d'identification ou de gouvernance des données.

Qu'il s'agisse d'un établissement de santé, d'un cabinet libéral ou d'un éditeur de logiciel, une mauvaise utilisation de l'INS peut entraîner des doublons de dossiers, des erreurs d'identification, des échecs lors des échanges avec les services socles nationaux ou encore une dégradation de la qualité des données patient.

Dans cet article, nous passons en revue les dix erreurs les plus fréquentes observées sur le terrain et les bonnes pratiques permettant de les éviter.

---

À retenir

L'INS n'est pas seulement un identifiant. Elle constitue le socle de l'identification numérique des patients et conditionne la qualité de l'ensemble des échanges de données de santé.

---

Pourquoi la qualité de l'INS est-elle devenue un enjeu stratégique ?

L'INS a été mise en place afin de garantir une identification fiable et homogène des usagers sur l'ensemble du territoire.

Elle répond à plusieurs objectifs :

• sécuriser le parcours de soins ;
• améliorer l'identitovigilance ;
• faciliter les échanges entre professionnels de santé ;
• réduire les risques de doublons ou de collisions d'identité ;
• permettre l'alimentation des services socles nationaux.

Concrètement, une identité mal gérée ne se limite pas à un problème administratif.

Elle peut empêcher l'alimentation du DMP, provoquer des erreurs lors des échanges entre établissements ou encore rendre impossible la récupération de documents médicaux.

Pour les éditeurs de logiciels, cela signifie également une augmentation des tickets de support, des anomalies en production et une maintenance plus complexe.

C'est pourquoi le Référentiel INS insiste autant sur la qualité des données d'identité que sur l'utilisation du téléservice INSi.

---

Erreur n°1 : considérer l'INS comme un simple numéro

L'une des erreurs les plus répandues consiste à réduire l'INS au seul numéro d'identification.

En réalité, l'INS est composée de plusieurs éléments indissociables :

• l'identifiant national ;
• les traits d'identité de référence ;
• les informations de qualification.

Ces données forment un ensemble cohérent permettant d'identifier un patient sans ambiguïté.

Lorsqu'un logiciel ne conserve qu'une partie de ces informations ou autorise leur modification sans contrôle, il devient beaucoup plus difficile de garantir la qualité des échanges avec les autres systèmes d'information.

Pourquoi cette erreur est fréquente ?

Pendant de nombreuses années, de nombreux logiciels métiers utilisaient principalement le numéro de sécurité sociale comme identifiant.

Le passage à l'INS nécessite donc une évolution des modèles de données ainsi qu'une adaptation des processus métier.

Bonne pratique

Considérez toujours l'INS comme une identité complète.

Les traits d'identité doivent rester cohérents avec les informations issues du téléservice INSi.

---

Erreur n°2 : récupérer l'INS sans qualifier l'identité du patient

Une autre erreur fréquente consiste à interroger directement le téléservice INSi sans avoir correctement vérifié l'identité du patient.

Pourtant, le téléservice n'a pas vocation à remplacer les procédures d'identification.

Avant toute récupération de l'INS, les informations déclarées par l'usager doivent être confrontées à une pièce justificative reconnue conformément aux recommandations de l'Agence du Numérique en Santé.

Cette étape permet notamment de limiter les risques :

• d'homonymie ;
• de doublons ;
• d'erreurs de rapprochement ;
• d'identités provisoires conservées trop longtemps.

Conséquences

Une identité insuffisamment qualifiée peut sembler correcte au moment de la création du dossier patient.

Les difficultés apparaissent souvent plusieurs semaines ou plusieurs mois plus tard lors :

• d'un échange avec un autre établissement ;
• d'une alimentation du DMP ;
• d'une récupération documentaire ;
• d'une prise en charge multi-sites.

Bonne pratique

Formalisez une procédure d'identitovigilance dès l'accueil du patient et assurez-vous que les équipes administratives disposent des bonnes consignes de contrôle documentaire.

---

Erreur n°3 : sous-estimer l'identitovigilance

L'identitovigilance est parfois perçue comme une contrainte réglementaire.

En réalité, elle constitue l'un des piliers de la qualité des données de santé.

Une erreur d'identification ne se limite pas à un mauvais dossier administratif.

Elle peut entraîner :

• la création de plusieurs dossiers pour un même patient ;
• l'association d'un document au mauvais usager ;
• des difficultés de recherche dans les logiciels ;
• des échanges impossibles avec d'autres structures.

Les établissements les plus matures mettent en place une véritable gouvernance de l'identité comprenant :

• des procédures documentées ;
• des contrôles réguliers ;
• des indicateurs qualité ;
• des campagnes de fusion des doublons.

L'objectif n'est pas uniquement d'être conforme au référentiel INS.

Il s'agit avant tout de garantir la sécurité du parcours patient.

---

Erreur n°4 : penser que le téléservice INSi répond toujours correctement

Une intégration robuste ne consiste pas uniquement à appeler une API.

Elle doit également gérer tous les cas d'erreur.

Sur le terrain, plusieurs situations peuvent survenir :

• identité introuvable ;
• informations incohérentes ;
• indisponibilité temporaire du service ;
• dépassement du délai de réponse ;
• erreurs réseau ;
• certificat expiré ;
• authentification invalide.

Malheureusement, certains logiciels se contentent d'afficher un message d'erreur technique sans guider l'utilisateur.

Cette approche augmente le nombre d'appels au support et ralentit les professionnels de santé.

Les bonnes pratiques

Une intégration moderne doit prévoir :

• une gestion explicite des erreurs fonctionnelles ;
• des messages compréhensibles ;
• une journalisation des transactions ;
• des mécanismes de reprise ;
• une traçabilité complète des opérations.

Une bonne expérience utilisateur est souvent le résultat d'une bonne gestion des scénarios d'échec, bien plus que d'une simple intégration technique.

---

Erreur n°5 : modifier les traits INS retournés par le téléservice

Après l'interrogation du téléservice INSi, certains logiciels permettent aux utilisateurs de modifier librement les traits d'identité associés à l'INS.

Cette pratique est pourtant fortement déconseillée.

Les traits d'identité récupérés auprès du téléservice constituent les données de référence qui garantissent la cohérence de l'identification. Une modification non maîtrisée peut créer une divergence entre les données locales et celles utilisées par les autres systèmes d'information.

À terme, cette incohérence peut entraîner :

• des difficultés lors de nouveaux appels au téléservice ;
• des anomalies lors de l'alimentation du DMP ;
• des erreurs dans les échanges inter-établissements ;
• des conflits lors des synchronisations de données.

Pourquoi cette erreur apparaît-elle ?

Les utilisateurs souhaitent souvent corriger une faute de frappe ou adapter l'affichage du nom du patient selon leurs habitudes.

Or, une distinction doit être faite entre les données d'affichage locales et les traits INS de référence.

Bonne pratique

Conservez les traits INS dans un référentiel dédié et protégez-les contre toute modification non autorisée.

Toute évolution de l'identité doit suivre les procédures d'identitovigilance définies par l'établissement.

---

Erreur n°6 : oublier la traçabilité des opérations

Une intégration INS ne consiste pas uniquement à récupérer une identité.

Chaque opération réalisée doit pouvoir être justifiée.

Cela concerne notamment :

• la date de qualification de l'identité ;
• le professionnel ayant réalisé l'opération ;
• le résultat du contrôle documentaire ;
• les interrogations du téléservice INSi ;
• les éventuelles corrections effectuées.

Sans cette traçabilité, il devient très difficile d'analyser un incident ou de démontrer la conformité des pratiques.

Exemple concret

Un établissement découvre plusieurs mois après une erreur d'identification ayant entraîné la création de deux dossiers patients.

Sans historique des opérations, il devient impossible de déterminer :

• quand la mauvaise identité a été créée ;
• quel professionnel est intervenu ;
• quelle version des données était utilisée ;
• si le téléservice avait déjà signalé une anomalie.

Bonne pratique

Mettre en œuvre une journalisation complète des événements liés à l'identité.

Cette journalisation doit être exploitable aussi bien par les équipes techniques que par les responsables qualité et les référents en identitovigilance.

---

Erreur n°7 : ne pas synchroniser correctement l'INS avec le logiciel métier

L'INS n'est pas une donnée isolée.

Elle interagit avec de nombreux composants :

• dossier patient ;
• logiciel métier ;
• référentiel d'identités ;
• moteur d'interopérabilité ;
• connecteurs DMP ;
• Mon espace santé ;
• messagerie MSSanté.

Lorsque ces systèmes ne sont pas synchronisés, plusieurs problèmes apparaissent rapidement.

Par exemple :

• un dossier est créé avec une identité provisoire ;
• l'INS est récupérée quelques heures plus tard ;
• seul le dossier administratif est mis à jour ;
• les documents déjà produits continuent de référencer l'ancienne identité.

Quelques semaines plus tard, les échanges deviennent incohérents.

Les professionnels ne comprennent plus pourquoi certains documents sont rejetés alors que l'INS semble correcte.

Les impacts métier

Une mauvaise synchronisation peut provoquer :

Conséquence	Impact
Dossiers en doublon	Temps perdu pour les équipes administratives
Documents non retrouvés	Difficulté de prise en charge
Alimentation DMP impossible	Non-conformité fonctionnelle
Recherche patient dégradée	Mauvaise expérience utilisateur

Bonne pratique

L'INS doit être considérée comme une donnée transverse.

Toute modification de son état doit être propagée automatiquement vers les différents composants du système d'information.

---

Erreur n°8 : oublier que l'INS alimente l'ensemble des services socles

L'INS est souvent perçue comme un simple prérequis pour interroger le téléservice INSi.

En réalité, elle constitue le point d'entrée de nombreux services nationaux.

Une INS erronée peut avoir des conséquences sur :

• le Dossier Médical Partagé (DMP) ;
• Mon espace santé ;
• les échanges MSSanté ;
• les flux CDA ;
• les API FHIR ;
• les plateformes régionales ;
• les référentiels patients.

Autrement dit, une anomalie d'identification peut se propager bien au-delà du logiciel qui l'a générée.

Une vision systémique

L'erreur la plus fréquente consiste à traiter chaque projet indépendamment :

• projet INS ;
• projet DMP ;
• projet MSSanté ;
• projet FHIR.

Pourtant, ces briques reposent toutes sur une même qualité d'identification.

Plus cette qualité est élevée, plus les échanges entre systèmes deviennent fiables.

---

Les erreurs les plus fréquentes en un coup d'œil

Erreur	Conséquence principale	Bonne pratique
Considérer l'INS comme un numéro	Données incomplètes	Gérer l'identité dans son ensemble
Ne pas qualifier l'identité	Mauvaise récupération de l'INS	Vérification documentaire systématique
Négliger l'identitovigilance	Doublons et collisions	Gouvernance de l'identité
Mal gérer les erreurs INSi	Blocages utilisateurs	Prévoir tous les scénarios d'échec
Modifier les traits INS	Incohérences	Conserver les données de référence
Oublier la traçabilité	Audits difficiles	Journalisation complète
Mauvaise synchronisation	Échanges incohérents	Mise à jour de tous les référentiels
Ignorer les services socles	Dysfonctionnements multiples	Vision globale de l'interopérabilité

L'avis MetaConnect

Les projets INS les plus réussis ne sont pas ceux qui interrogent correctement le téléservice INSi. Ce sont ceux qui intègrent l'identité comme un référentiel transverse partagé par l'ensemble du système d'information. Cette approche réduit les coûts de maintenance, améliore la qualité des données et facilite l'intégration des autres services socles comme le DMP, Pro Santé Connect, MSSanté ou FHIR.

---

Erreur n°9 : développer une intégration qui ne pourra pas évoluer

L'intégration de l'INS ne doit jamais être considérée comme un projet ponctuel.

Le cadre réglementaire de la santé numérique évolue régulièrement : référentiels ANS, doctrine du numérique en santé, CI-SIS, jeux de valeurs, évolutions du téléservice INSi ou encore nouvelles exigences liées aux programmes nationaux.

Une architecture trop rigide entraîne rapidement une dette technique importante.

Les symptômes sont bien connus :

• chaque évolution réglementaire nécessite une refonte du code ;
• les délais de mise en conformité s'allongent ;
• les coûts de maintenance augmentent ;
• les risques de régression se multiplient.

Pour un éditeur de logiciel, cette situation mobilise inutilement les équipes de développement au détriment de l'innovation.

Les causes les plus fréquentes

• appels directs au téléservice répartis dans plusieurs modules ;
• absence de couche d'abstraction ;
• logique métier mélangée aux appels techniques ;
• absence de gestion centralisée des certificats ;
• manque de supervision des échanges.

Bonne pratique

Concevoir une architecture d'interopérabilité évolutive, dans laquelle les services socles (INS, DMP, MSSanté, Pro Santé Connect, FHIR) sont mutualisés derrière une couche d'intégration unique.

Cette approche réduit considérablement les coûts de maintenance tout en simplifiant les évolutions futures.

---

Erreur n°10 : considérer la conformité comme une finalité

La dernière erreur est probablement la plus importante.

De nombreux projets visent uniquement à "être conformes".

Or la conformité n'est pas une finalité.

Elle constitue simplement le niveau minimal attendu.

Les projets les plus performants utilisent l'INS comme un véritable levier d'amélioration :

• amélioration de la qualité des données ;
• simplification des parcours utilisateurs ;
• réduction des doublons ;
• meilleure interopérabilité ;
• diminution des appels au support ;
• meilleure expérience patient.

Autrement dit, la conformité réglementaire devient une conséquence naturelle d'une bonne gouvernance des données.

L'approche MetaConnect

Chez MetaConnect, l'intégration de l'INS ne se limite pas à connecter un logiciel au téléservice INSi.

Notre approche consiste à accompagner les éditeurs et les établissements dans la mise en œuvre d'une stratégie d'interopérabilité durable.

L'objectif est de connecter l'existant, d'accélérer la conformité et de fluidifier les échanges avec l'ensemble des services socles nationaux.

---

Check-list : votre projet INS est-il réellement prêt ?

Avant toute mise en production, posez-vous les questions suivantes.

Vérification	Oui	Non
Les identités sont-elles qualifiées avant toute récupération de l'INS ?	☐	☐
Les pièces justificatives sont-elles contrôlées ?	☐	☐
Les traits INS sont-ils protégés contre les modifications non autorisées ?	☐	☐
Les appels au téléservice INSi sont-ils tracés ?	☐	☐
Les erreurs techniques sont-elles correctement gérées ?	☐	☐
Les données sont-elles synchronisées dans l'ensemble du SI ?	☐	☐
Les utilisateurs sont-ils formés à l'identitovigilance ?	☐	☐
Une stratégie d'évolution est-elle prévue ?	☐	☐

Si plusieurs réponses sont négatives, il est probable que votre projet présente encore des risques de non-qualité ou de maintenance.

---

Comment MetaConnect accompagne vos projets INS

L'intégration de l'INS s'inscrit dans un écosystème plus large comprenant le DMP, MSSanté, Pro Santé Connect, les API FHIR et les autres services socles de l'ANS.

MetaConnect accompagne les éditeurs, établissements de santé et structures médico-sociales dans :

• l'intégration du téléservice INSi ;
• la mise en conformité avec le Référentiel INS ;
• l'interopérabilité avec les services socles nationaux ;
• la réduction de la dette technique ;
• la sécurisation des échanges de données de santé.

Découvrez également :

• [/services/ins] — Intégration du téléservice INSi
• [/services/dmp] — Connexion au Dossier Médical Partagé
• [/services/fhir] — API et interopérabilité FHIR
• [/services/psc] — Authentification Pro Santé Connect
• [/demo] — Demander une démonstration

---

FAQ

Quelle est la différence entre le NIR et l'INS ?

Le NIR est un numéro d'identification utilisé par l'Assurance Maladie. L'INS est une identité de référence définie par le Référentiel INS. Elle comprend un identifiant ainsi que les traits d'identité nécessaires pour identifier de manière fiable un usager.

Le téléservice INSi suffit-il pour garantir une bonne identification ?

Non. Le téléservice permet de récupérer l'INS, mais la qualité de l'identification repose également sur les procédures d'identitovigilance, la qualification de l'identité et la gouvernance des données.

Pourquoi l'identitovigilance est-elle indispensable ?

Parce qu'elle permet de prévenir les doublons, les collisions d'identité et les erreurs de rapprochement, qui peuvent avoir des conséquences sur la prise en charge des patients.

Une mauvaise INS peut-elle impacter le DMP ?

Oui. Une identité erronée ou insuffisamment qualifiée peut empêcher certaines opérations sur le DMP ou entraîner des anomalies lors des échanges avec les services socles.

Les logiciels doivent-ils conserver un historique des opérations ?

Oui. La traçabilité des qualifications d'identité, des appels au téléservice INSi et des modifications constitue une bonne pratique essentielle pour les audits, l'analyse des incidents et l'amélioration continue.

Comment préparer son logiciel aux évolutions des référentiels ?

En adoptant une architecture d'interopérabilité modulaire, capable d'intégrer les évolutions des référentiels ANS sans remettre en cause l'ensemble du système d'information.

---

Conclusion

L'Identité Nationale de Santé est bien plus qu'une exigence réglementaire. Elle constitue le socle de l'identification numérique des patients et conditionne la qualité de l'ensemble des échanges de données de santé.

Les dix erreurs présentées dans cet article montrent qu'une intégration réussie ne repose pas uniquement sur un appel au téléservice INSi. Elle nécessite une approche globale combinant qualité des données, identitovigilance, architecture logicielle, gouvernance et anticipation des évolutions réglementaires.

Les organisations qui investissent dans cette démarche réduisent leurs coûts de maintenance, améliorent la sécurité des parcours de soins et facilitent l'intégration des services socles nationaux.

Chez MetaConnect, nous accompagnons les éditeurs, établissements de santé et porteurs de projets e-santé dans la mise en œuvre de solutions d'interopérabilité conformes aux référentiels de l'Agence du Numérique en Santé. Notre objectif est de connecter l'existant, d'accélérer la conformité et de fluidifier durablement les échanges de données de santé.

Article rédigé par MetaConnect — conforme au Référentiel d'Identifiant National de Santé (INS) v2.0 de l'ANS — dernière relecture : juin 2026.