La gestion des attributs d'identités "Identité fictive" et "Identité douteuse" n'est pas obligatoire (INS 27 et 28).

Si ces attributs d'identité ne sont pas gérés, cette exigence peut être considérée comme non-applicable.

En revanche, si le Système permet à l'utilisateur de sélectionner l'un de ces attributs, alors le Système DOIT rétrograder le statut de l’identité à "Identité provisoire".

L'exigence INS 35 peut être « Non Applicable » lorsque la transmission de l’identité se fait uniquement dans un même domaine d’identification. Dans le cas contraire, cette exigence est obligatoire.

En cas de non applicabilité, une déclaration sur l'honneur justifiée et signée par le responsable légal de l'ENS devra être fournie à la place de la preuve attendue. 

L'implémentation de l'INS est obligatoire si le DMN permet un accès aux les professionnels de santé.

Les professionnels de santé sont listés de manière exhaustive dans le code de la santé publique :

• les professions médicales : médecins, odontologistes, chirurgiens-dentistes et sage-femmes (art. L4111-1 à L4163-10) ;
• les professions de la pharmacie et de la physique médicale : pharmaciens d’officine (exerçant en ville) et hospitaliers et physiciens médicaux (art. L4211-1 à L4252-3) ;
• les professions d’auxiliaires médicaux : aides-soignants, auxiliaires de puériculture, ambulanciers, assistant dentaires, infirmiers, masseurs-kinésithérapeutes, pédicures-podologues, ergothérapeutes, psychomotriciens, orthophonistes, orthoptistes, manipulateurs d’électroradiologie médicale, techniciens de laboratoire médical, audioprothésistes, opticiens-lunetiers, prothésistes, orthésistes, diététiciens (art. L4311-1 à L4394-4).

Les PSAD (ou PSDM) ne sont donc pas considérés comme des professionnels de santé au sens du code de la santé publique.

En revanche, les professionnels de santé travaillant au sein d'un PSDM doivent référencer l'INS.

En conclusion, si le DMN permet un accès à des professionnels de santé (en plus des accès aux PSAD ou PSDM), l'implémentation de l'INS est obligatoire. Si le DMN ne donne pas d'accès aux professionnels de santé, l'implémentation de l'INS n'est pas nécessaire.

Vous trouverez toutes les informations nécessaires à l'implémentation de l'INS sur le Portail Industriels.

Si un système de télésurveillance/DMN est Référentiel d’identité et qu’il n’a pas besoin de consommer ou de diffuser l’identité au sein du même domaine d’identification, alors l’exigence INS 45 du référentiel des DMN peut être « Non Applicable ». Vous devez alors à minima fournir une déclaration sur l’honneur que le système ne reçoit pas d’échanges pour la gestion de l’INS, à la place des preuves INS 45 exigées. 

Vous trouverez les jeux de test de l'INS à l'adresse ci-dessous. Pour rappel, les preuves INS à fournir lors de la candidature pour la certification de conformité au référentiel des DMN sont à réaliser grâce à ce jeu de test.

L'exigence INS 41 peut être « Non Applicable » lorsque la solution ne permet pas d’échanger des données avec une application tierce via un format informatisé. Dans le cas contraire, cette exigence est obligatoire.

En cas de non applicabilité, une déclaration sur l'honneur justifiée devra être fournie à la place de la preuve attendue. 

Il existe plusieurs niveaux d’exigences pour l’intégration d’un module au Système d’Information Hospitalier (SIH). Les exigences principales du référentiel de néonatologie concernent : 

• les principes généraux d’interfaçage, de contrôle et de sécurité ; 
• les exigences faisant référence au processus de prescription ; 
• les exigences relatives à l’intégration avec un thesaurus national de prescription ; 
• les exigences concernant le pilotage médico-économique et décisionnel ; 
• les exigences d’ergonomie, fonctionnelles, et correspondant aux alertes et notifications ; 
• les exigences correspondant aux fonctions de paramétrage. 

Au total, 139 exigences servent à considérer un niveau minimal d’intégration du module avec le SIH. Le respect de ce niveau minimal par l’établissement permet de faire porter les exigences générales de sécurité et de traçabilité sur le SIH, et non sur le module lui-même. 

Le référentiel actuel, publié en 2017, a été conçu avec des experts du secteur. Il présente le contexte particulier dans lequel s’inscrit la mission de l’ANS et des objectifs à atteindre pour renforcer la sécurité des activités de néonatologie et réanimation pédiatrique.  

Le référentiel vous guide à travers les différents concepts et fondamentaux utilisés pour appréhender les protocoles et les exigences liés au développement de logiciels, en particulier concernant l’aide à la prescription en milieu hospitalier. 

La néonatologie est une activité à haut risque pour deux raisons :  

• la fragilité des patients traités (des bébés prématurés) ; 
• les médicaments administrés – près de 50% le sont hors AMM (autorisation de mise sur le marché). 

Des accidents survenus en services de réanimation en néonatalogie1 ont conduit la Direction Générale de l’Offre de Soin (DGOS) à réaliser une analyse du circuit du médicament. Initiée en janvier 2014 en lien avec les sociétés savantes2, elle mène un état des lieux des pratiques dans ce domaine. 
 
Le rapport de l’Inspection générale des affaires sociales3 (IGAS) alerte d’un risque non maitrisé sur l’ensemble du circuit du médicament en néonatologie. L’informatisation de la prescription figure parmi les 41 préconisations de l’IGAS visant à augmenter le niveau de sécurité de cette activité. 

Cette ligne directive est donc une des priorités de l’ANS dans la numérisation des services santé. 

Pour indiquer que l'entreprise ou un produit a participé à un connectathon, il est possible d'utiliser les champs de saisie libre comme :

• le champ « certifications » du questionnaire d’identification (étape 1) de l’ajout d’un produit ;
• les espaces de commentaires dans le questionnaire « Interopérabilité ».

La plateforme vise à mesurer les capacités techniques des produits.

Ainsi, si un produit propose plusieurs interfaces dont certaines interopérables, il est conseillé d'indiquer le niveau de maturité associé aux interfaces interopérables que celles-ci soient utilisées ou non.

Si un usage n'est pas couvert par le CI-SIS, il est possible de répondre en indiquant que les critères de maturité sont non applicables et signalant à l'ANS que le cas d'usage n'est pas couvert via :

• l’espace de commentaire dans le questionnaire ;
• la complétion d'un formulaire d'expression des besoins disponible sur le site de l’agence du numérique en santé.

En effet, lorsqu'un produit est DMP compatible, l'interface avec le DMP est mise en œuvre dans le respect des spécifications du CI-SIS selon les distinctions suivantes pour les 3 profils.

DMP compatibilité pour le profil « Administration », indiquez :

• dans les questions de qualification, que le produit est une infrastructure de partage de documents de santé ;
• dans le questionnaire « Interopérabilité », que le produit atteint le niveau vert à la question A08.4.3 Mise en œuvre interopérable du service Gestion de Dossiers Patient Partagés.

DMP compatibilité pour le profil « Alimentation », indiquez :

• dans les questions de qualification, que le produit interagit avec une infrastructure de partage de documents de santé,
• dans le questionnaire « Interopérabilité », indiquez que :
  • le produit atteint le niveau vert à la question A08.3.1 Connexion synchrone avec d'autres SI,
  • le produit atteint le niveau vert à la question A08.4.1 Mise en œuvre interopérable du service Partage de Documents de Santé,
  • le produit atteint le niveau vert à la question A08.5.01 Partage et/ou échange de documents (producteur de documents CDA) - structuration minimale (sauf si c'est un connecteur qui prend les documents produits par d'autres).

DMP compatibilité pour le profil « Consultation », indiquez :

• dans les questions de qualification, que le produit interagit avec une infrastructure de partage de documents de santé,
• dans le questionnaire « Interopérabilité », indiquez que :
  • le produit atteint le niveau vert à la question A08.3.1 Connexion synchrone avec d'autres SI,
  • le produit atteint le niveau vert à la question A08.4.1 Mise en œuvre interopérable du service Partage de Documents de Santé,
  • le produit atteint au moins le niveau jaune à la question A08.5.23 Partage et/ou échange de documents (consommateur de documents CDA) - structuration minimale.

La doctrine du numérique en santé identifie le Cadre d’Interopérabilité des Systèmes d’Information de Santé (CI-SIS) comme le référentiel qui fixe les règles d’une informatique de santé communicante en spécifiant les flux entre les systèmes d’information de santé.

La plateforme Convergence mesure donc le respect des volets du cadre d'interopérabilité actuellement publiés et qui portent principalement sur les échanges extrahospitaliers.

Le but des travaux menés par l’ANS est de constituer un référentiel fonctionnel pour le module applicatif. Cela correspondant, en tout ou en partie, à une solution logicielle, commercialisée par une société ou produite par un établissement de santé, permettant la gestion du processus de la prescription à l’administration en réanimation pédiatrique et néonatologie.