Questions fréquentes

C'est un scénario nominal possible si les fichiers d'attente ne sont pas synchronisés au sein du logiciel. Si cette situation se produit :

• Côté DMP : La V2 sera stockée (comme version initiale ou de remplacement selon le choix fait à la Question 1).
• Côté MSSanté : Le destinataire ayant reçu la V1, l'émetteur DOIT obligatoirement renvoyer la V2 par MSSanté (selon le principe du "Annule et remplace" exigé en vague 1) afin de garantir que le correspondant dispose de la même information médicale que celle présente sur le DMP du patient.
   

Note : Les éditeurs sont encouragés, dans la mesure du possible, à synchroniser leurs files d'attente DMP et MSSanté pour éviter ces écarts.

Si le DMP n'a jamais reçu la version initiale (V1), toute tentative d'envoi d'une V2 contenant une métadonnée de remplacement (RPLC ou lien vers l'identifiant de la V1) sera refusée par le DMP, car le document à remplacer est inconnu de ses services. Dans ce scénario, le logiciel a deux options, la première étant fortement recommandée :

1. Option privilégiée : Envoyer directement la version finale (V2) au DMP en tant que document initial (V1 pour le DMP). Les modifications intermédiaires restent purement locales au logiciel métier.
2. Option secondaire : Envoyer de manière séquentielle la V1, puis la V2 avec sa requête de remplacement (génère un trafic technique peu utile).

En vertu du RGPD vous devez déjà tracer l’accès aux données de santé à caractère personnel. Le fait de rajouter l’INS à ces données de santé à caractère personnel ne change rien. Il sera simplement vérifié que cette traçabilité est faite. Cette exigence sera vérifiée en s'assurant que lorsqu'un acteur accède au dossier d'un usager - doté ou non d'une INS (ouvre le dossier de cet usager) - cet accès est tracé dans la solution.

L’exigence SC.MSS/va1.15 telle que définie historiquement dans le référentiel client de messagerie MSSanté est erronée depuis sa publication. Elle décrit un mécanisme d’accusé de réception non conforme aux normes RFC. Cette anomalie est présente dans les référentiels de la vague 1 et reprise dans certains REM de la vague 2. Sur le terrain, les éditeurs ont majoritairement implémenté les accusés de réception conformément à la norme RFC.

L’exigence SC.MSS/va1.15 évolue pour s'aligner sur le mécanisme DSN normalisé afin de garantir la bonne émission et réception des accusés de réception par les solutions MSSanté.

La nouvelle version de l'exigences est la suivante : 
Le système DOIT permettre de demander un accusé de réception de type DSN lors de l'émission d'un courrier. Lors de l'envoi du message, le paramètre NOTIFY doit être positionné avec les valeurs SUCCESS,FAILURE,DELAY dans la commande SMTP "RCPT TO:"
Le mécanisme DSN est décrit dans la RFC 3461.
Exemple : RCPT TO: <adresse email> NOTIFY=SUCCESS,FAILURE,DELAY

Les nouveaux scénarios et preuves sont également mis à jour : 

Scénario - Accusé de réception par l'opérateur destinataire
Etapes :

1. Préparer un courriel.
2. Choisir l'option qui permet d'avoir un accusé de réception de type DSN.
3. Envoyer le message.

Preuves : 

• Preuve 1 : Produire des copies d’écran : du courriel envoyé afin de valider la preuve.
• Preuve 2 : Produire des copies d’écran : de l’accusé de réception reçu suite à l’envoi du courriel émis.

Un site géographique est identifié par sur n° FINESS géographique ainsi que par ses données d'identification : dénomination, adresse d'implantation.

L'identifiant sectoriel de référence pour un établissement de santé (personne morale) est l'identifiant FINESS juridique ou géographique.
A défaut, le numéro SIREN ou SIRET doit être utilisé.

Il est prévu d’associer des zones d’intervention à la maille Activité, selon la nature de l’activité (médico-sociale, sociale, etc.).
Une zone d’intervention : 

• est définie par un nom, 
• correspond à une liste de communes, 
• peut être saisie à la maille région, département ou commune.

L’application FINESS permet de consulter les informations relatives aux structures et à leurs autorisations à un instant donné (instant T).

Les événements clés concernant une structure sont consultables dans les Fiches détaillées de l’application.

Par ailleurs, l’historique des données FINESS est accessible via les jeux de données publiés sur data.gouv.fr. 

Vous pouvez y consulter :

• une photographie des données à l’instant T,
• une photographie mensuelle,
• une photographie annuelle.

Pour récupérer les données FINESS, vous pouvez : Réaliser des extractions au format CSV sur le site web FINESS : https://finess.esante.gouv.fr . 

La recherche est cependant limitée à 3 500 résultats. Le site web FINESS est actualisé quotidiennement.  Vous pouvez télécharger la base FINESS au format CSV sur l’open data des ministères : https://www.data.gouv.fr/fr/search/?q=finess. 

Les données misent à disposition sur cette plateforme sont actualisées tous les 2 mois.

Plusieurs entités géographiques (plusieurs numéros FINESS géographiques) peuvent correspondre à un même établissement/SIRET. Pour être enregistrée, l‘entité géographique doit exercer une activité relevant des domaines : sanitaire, médico-social, social ou de l'enseignement. 

4 caractéristiques déterminent une entité géographique : 

• la catégorie d’exercice ;
• le lieu géographique d'exercice ;
• le type de budget (tableau de bord) ;
• le mode de fixation tarifaire.

Les règles d’enregistrement d’une entité géographique d’exercice sont les suivantes : 

• l’adresse d’exercice enregistrée est celle qui est indiquée par le document administratif justificatif ;
• le SIRET de l’établissement Sirene qui correspond à l’entité géographique doit être enregistré dans FINESS ;
• le SIRET de l’entité géographique doit être cohérent avec le SIREN de la personne morale à laquelle elle est rattachée.