Oui, il est possible de répondre aux exigences du référentiel grâce à une solution tierce. En effet, par exemple, l'homologation CNDA pour l'appel au téléservice INSi peut être obtenue par une application tierce complémentaire à votre dispositif médical numérique.

Non, un même site géographique ne peut bénéficier du SONS que pour une seule instance logicielle pour un même DSR.

Lorsqu'un établissement de santé sous-traite sa biologie à un laboratoire de biologie médicale tiers, c'est le laboratoire de première intention qui doit communiquer le résultat sur le DMP et via la MSS (aux correspondants et aux patients).

Dans le cas où il y a deux versions (patient/professionnel correspondant), il faut ainsi générer six versions techniques, correspondant aux trois formats similaires (CDA R2 N3, CDA R2 N1, PDF/A-1). 4 versions techniques seront ainsi alimentées au DMP (N3/N1 patient et N3/N1 correspondant de santé, sans masquage particulier au patient), 2 versions envoyées par MSS-C (CDA R2 N3 / PDF/A-1 patient) et 2 versions techniques par MSS (CDA R2 N3 / PDF(A-1) professionnel). 

L'éditeur des fonctionnalités de PFI peut être un groupement de solutions : certains éditeurs font référencer une solution en se regroupant avec un ou plusieurs partenaires. Par exemple, un éditeur de DPI qui gère les envois au DMP mais pas MSS présente un référencement avec un partenaire qui vient compléter le périmètre fonctionnel sur la MSS.
Toutefois, dans tous les cas, un seul éditeur porte le référencement auprès de l'ANS (tout en déclarant ses partenaires) et vous ne passez le bon de commande qu'avec cet éditeur. C'est l'interlocuteur unique de l'ANS et de l'ASP. Charge à lui de coordonner et reverser le montant correspondant à son partenaire.

Non, l’ordre d’affichage des traits n’est pas une exigence. Néanmoins, il convient de respecter l’exigence SI 11 du RNIV : « Les traits d’identités affichés conformément à la réglementation doivent pouvoir être facilement distingués, sans risque d’équivoque, par les acteurs concernés ». 

Il faudra à minima que l’INS apparaisse au moins 1 fois sur le document.

Dans le cadre des exigences Segur, les documents concernés sont uniquement les documents de sortie d'hospitalisation. Nous ne traitons donc dans ce périmètre que des ordonnances de sortie d'hospitalisation, ce qui inclut les ordonnances à réaliser en ville ou bien par un autre établissement de santé (par exemple en HAD).

L’objectif est de parvenir à l’automatisation comme demandé pour satisfaire aux exigences et cela que ce soit directement par l’applicatif ou par un outil tiers intermédiaire.

L’AF précise les connecteurs inclus dans la prestation Ségur. Cette dernière est limitée à l’installation, la configuration, la qualification de 5 flux différents au total, en priorisant le flux identité entrant (si pertinent), le flux DMP, le flux MSS Pro, le flux MSS Citoyenne et le flux HL7 ORU/OUL vers l'éventuel DPI/PFI (si pertinent).

Non, cela n'est pas obligatoire. 

D'après les textes relatifs à l'INS, l'édition du datamatrix INS est nécessaire puisque le code associé à la prescription ne reprend pas l'INS à date. 
En revanche, la mise en oeuvre du datamatrix INS n'est pas demandée dans les DSR et donc ne sera pas vérifiée dans le cadre de la vérification de conformité au Ségur du numérique en santé. 

Plusieurs dispositions encadrent cette obligation et notamment :
- l'article R. 6211-4 du Décret n° 2016-46 du 26 janvier 2016 relatif à la biologie médicale ;
- l'article L1111-15 du code de la santé publique, dont certaines modalités (types de documents concernés, date d'application, etc.) seront prochainement précisées dans un arrêté.

Il est possible d'envoyer des CR Bio avec des résultats partiels. En revanche il ne faut pas confondre deux usages : les CR Bio, avec une constante de temps de l'ordre de quelques jours, et des flux au 'fil de l'eau' qui peuvent être mis en place par ailleurs (en cible en HL7 v2 profils IHE LTW et ILW) lorsque le demandeur en a besoin.  

Une Instance logicielle est définie comme l’installation en production d’une version logicielle sur un même serveur physique ou logique, utilisé par une ou plusieurs structures médicale sur un ou des sites géographiques et/ou entités juridiques différentes, et nécessitant un déploiement pour chaque nouvelle version. Un serveur correspond à une instance de base de données. Dans une installation en SaaS, sauf cloisonnement particulier nécessitant des mises à jour sur des infrastructures séparées, une seule instance est comptabilisée. Les instances de test, de pré-production, de qualification, de développement ne sont pas pris en compte comme des instances logicielles.

Non, cette vérification "en masse" n’est pas exigée dans le cadre des DSR Vague 1. Les textes exigent néanmoins que les INS présentes dans une base de données soient vérifiées a minima tous les 5 ans. Votre solution doit donc permettre à vos clients d'assurer une vérification de leur base d'INS dans ce délai.

L'intégration d'autres moyens d'authentification est à l'étude, cependant nous n'avons pas de visibilité sur leur date de disponibilité.

Non, il n’est pas demandé que le logiciel référencé affiche le numéro unique de référencement. En revanche, les noms commerciaux et versions affichés par le logiciel doivent permettre la vérification aisée par l’acheteur du bon référencement de la solution sur le site officiel de l’ANS.

L'éditeur doit à minima préciser les éléments suivants :

• pour quelle raison des pièces d’identité sont-elles stockées et dans quel(s) cas un accès ultérieur à ces documents est-il prévu ?
• les principes du RGPD sont-ils appliqués (protection des données stockées, information du patient, etc.) ?
• algorithme de chiffrement utilisé et taille des clés,
• modalités de gestion de la durée de conservation,
• précisions sur la "gestion des secrets" :
  • de quelle façon les clés de chiffrement sont-elles générées ?
  • de quelle façon les clés de chiffrement sont-elles protégées ?
  • qui peut y accéder ?
  • comment sont-elles gérées dans le temps ?
  • comment s’exécute le processus de déchiffrement d’un document préalablement chiffré lorsque celui-ci est nécessaire ?

Les logiciels pouvant candidater au programme Ségur doivent répondre aux fonctionnalités décrites dans les DSR (Dossier de Spécifications de Référencements).