Non, les données provenant de l'annuaire santé ne sont pas modifiables. De fait, si une modification de la fiche utilisateur a lieu, il faut alors vérifier que les données entrées manuellement ne viennent pas en contradiction avec les informations de l'annuaire santé.

Néanmoins, il est bien sûr possible d’ajouter (et non pas remplacer) sur la fiche utilisateur des éléments qui ne sont pas dans l'annuaire.

Oui, il est possible de ne remplir qu’un seul formulaire pour la structure. La commande du certificat se fait avec le FINESS géographique du GIE. Pour plus d’informations, nous vous invitons à consulter le guide spécifique à la radiologie, disponible depuis le site esanté accessible via le lien suivant

Oui, l'envoi de tous les documents produits dans le cadre du Ségur du numérique en santé est systématique et automatique. Cette fonctionnalité doit être paramétrée par défaut (permettant ainsi d'atteindre les objectifs d'usage pour la ROSP des médecins = avenant 9).
Néanmoins, la fonction doit être désactivable, au cas par cas, pour les patients ne souhaitant pas l'envoi systématique de leurs documents dans leur espace santé.
Par ailleurs, pour certains documents (CR de biologie, par exemple)  il est important de bien définir la visibilité du document par le patient et les autres intervenants de la prise en charge, dans le cas où une consultation d'annonce est nécessaire. (Masquer le document dans le DMP, ne pas envoyer automatiquement le document par MSSanté)

Les données opposables de l’Annuaire Santé sont principalement l’identité du professionnel (nom/prénom d'exercice et le numéro RPPS) et la qualification du professionnel (profession/rôle et spécialité si elle existe).
Les coordonnées de contact/lieu d'exercice sont des données dynamiques : l'Annuaire Santé publie ce que déclarent les professionnels auprès de leurs autorités compétentes.

Nous recommandons ne pas permettre la modification des données issues du RPPS au niveau du logiciel car cela introduit une complexité de gestion des mises à jour.

Néanmoins, un éditeur, s’il le souhaite, peut permettre de compléter les données dans le référentiel adossé au SI. Idéalement, il doit le gérer dans des attributs séparés de ceux de l’Annuaire. Par exemple, s'il collecte des numéros de téléphone de structure "localement", il devrait les enregistrer à part, et gérer ensuite une règle de priorité (entre données RPPS et données collectées localement) pour l'affichage à ses utilisateurs.

Il n'est pas indispensable de récupérer la totalité des données du professionnel concerné.
A minima doivent être récupérées et utilisées les données d'identification et d’échanges de données :

• numéro RPPS
• nom/prénom
• profession/spécialité
• "catégorie" (professionnel en exercice vs étudiant/interne)
• Adresse(s) MSS.

Les autres données peuvent être récupérées en fonction de l'usage.

En effet, l'adresse MSSanté du demandeur doit être insérée dans le document CDA. Néanmoins, il n'est pas nécessaire de faire mention de celle-ci dans le PDF.

L'exigence traite principalement du cas des messages envoyés depuis des BAL applicatives, mais la modification de l'adresse de retour est possible pour tout type de BAL. Si vous ne gérez que des BAL personnelles et n'implémentez pas d'adresse de retour, vous devez le mentionner dans la réponse au cas de test.

Oui. Les associations d’aide à la personne font partie du périmètre « Acteurs du domicile » (DOM).

Une personne ne peut avoir qu'une seule e-CPS à la fois.

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é.