FINESS Extraction du Fichier des établissements

Ministère des Solidarités et de la Santé

—

Posté le 12 novembre 2025

Bonjour, Suite à la dernière mise à jour du fichier "Extraction Finess des Etablissements géolocalisés au 03/11/2025", il semblerait que l'encoding de la partie coordonnées géographiques soit incorrect. Quand on ouvre le fichier en `utf-8` les coordonnées en `EPSG:2154 RGF93 / Lambert-93 (Métropole)` sont chargés avec un soucis de lecture de l'accent: `geolocalisation;930025796;664085.2;6871051.7;1,ATLASANTE,96,BAN,EPSG:2154 RGF93 / Lambert-93 (MÃ©tropole);2025-11-04` (ligne 121627 par exemple). Pour obtenir le texte correct, en python, je dois faire un premier encodage en `latin-1` puis un decodage en `utf-8`: ``` In [1]: with open('data/finess/raw/finesset/latest.csv', encoding='utf-8') as fp: ...: lines = fp.readlines() ...: In [2]: lines[121627] Out[2]: 'geolocalisation;260007653;839563.4;6385720.5;1,ATLASANTE,97,BAN,EPSG:2154 RGF93 / Lambert-93 (MÃ©tropole);2025-11-04\n' In [3]: lines[121627].encode("latin-1").decode("utf-8") Out[3]: 'geolocalisation;260007653;839563.4;6385720.5;1,ATLASANTE,97,BAN,EPSG:2154 RGF93 / Lambert-93 (Métropole);2025-11-04\n' ``` Cela indique qu'à l'origine le texte était en `utf-8` puis qu'il a été réencodé en `latin-1`et ensuite sauvegardé en `utf-8`. Ce qui conduit à ce double encodage en `utf-8`. Serait-il possible de corriger ce soucis ? Merci pour votre aide

Code Officiel Géographique (COG)

emmanuel MOUSTEY

—

Posté le 12 novembre 2025

Bonjour, je ne retrouve pas l'information concernant le millésime du COG utilisé pour les fichiers actuels. Pouvez-vous le préciser ? Cordialement

Géolocalisation Etablissements FINESS

Sylvain VALLET

—

Posté le 21 août 2025

Bonjour, Dans le tableau d'extraction Finess des établissements géolocalisés au 01/07/2025, les colonnes concernant la géolocalisation des établissement, notamment les X et Y, ne sont pas remplies. Pouvez-vous corriger cela ? De plus il manque les intitulés des données en tête de colonnes. Merci pour votre retour.

—

Posté le 22 août 2025

—

Producteur

Bonjour, Le fichier est structuré en 2 parties; pour consulter les coordonnées de géolocalisation, il fait étudier la seconde partie du .csv Merci de consulter à ce sujet la description de ce dernier disponible dans le PDF fourni à cet effet, Cordialement, équipe Finess projet.

Sylvain VALLET

—

Posté le 22 août 2025

Bonjour, Après consultation de la description du jeu de données des "établissements géolocalisés", je vous confirme que les données pour la section Géolocalisation (numéros d'ordre 33 à 38) n'apparaissent pas. Je ne trouve pas non plus de 2ème partie dans le tableau (1 seul onglet "etalab-cs1100507-stock-20250703-0338", complété sur 32 colonnes mais pas au-delà) à moins qu'il y ait une manip particulière à faire lors de l'ouverture du CSV dans l'import du texte ? Merci de votre aide Cordialement.

Jean-Yves EHRHART

—

Posté le 25 août 2025

Bonjour, Les données de géolocalisation sont bien là, à partir de la ligne n° 101 647. Par contre ce n'est pas très pratique pour une exploitation automatique des données, ne serait-il pas plus judicieux de tout mettre dans un tableau unique ? Et donc compléter le tableau initiale avec les colonnes correspondant à la géolocalisation.

Sylvain VALLET

—

Posté le 25 août 2025

Bonjour, Parfait, merci ! Effectivement je n'avais pas vu ce découpage. Bien cordialement

Extraction Finess Json

Julien Bes

—

Posté le 19 août 2025

Bonjour, Vous évoquez dans un message une future mise à disposition du répertoire Finess en format Json par l'ANS. Comme je ne l'ai pas trouvé, savez-vous à peu près quand ce sera disponible ? Merci pour votre retour.

Ministère des Solidarités et de la Santé

—

Posté le 22 août 2025

—

Producteur

Bonjour, d'ici 1 an le fichier sera mis en ligne quand le développement de la nouvelle application sera terminé. Cordialement, équipe Finess projet.

Où sont les centres d'imagerie médicale ou centres de radiologie ?

Jean-François MARY

—

Posté le 2 mai 2025

Bonjour, merci pour cette mise à disposition. Je tente vainement à partir des champs (categagretab, libcategagretab, categetab et libcategetab) de rechercher les centres d'imagerie médicale (AKA radiologie) pour notre répertoire de structures de santé. J'ai l'impression qu'elle ne figurent pas au répertoire FINESS ? On en trouve une bonne partie dans la catégorie "Autre Etablissement loi hospitalière" (pas très explicite !) mais ce n'est pas fiable de les filtrer ainsi car 1°) il y a d'autres établissements de cette catégorie qui ne semblent pas être des centres d'imagerie médicale (exemple le GCSMS SIAO 76 FINESS 760028985) et 2°) inversement, par exemple, notre Centre d'imagerie Verdun (au Havre) est classé en "Laboratoire de Biologie médicale" (car il doit être adossé à un labo). Comment gérer ses surdéfinitions ? On comprend mieux pourquoi cette catégorie d'équipement de santé, pourtant indispensable à la santé du quotidien, ne se retrouve pas dans la base permanente des équipements de l'Insee. Merci de votre éclairage !

—

Posté le 13 mai 2025

Bonjour, Pour rappel, FINESS enregistre uniquement des personnes morales soumises à autorisation. Dès lors, les structure d'imagerie ne sont pas toutes présentes dans FINESS car elles ne relèvent pas systématiquement d'une seule personne morale. Nous ne pouvons malheureusement pas vous proposer de solutions qui vous permettent de traiter votre besoin, sauf à prendre en compte les données de l'annuaire santé en combinant les structures d'imagerie FINESS avec les radiologues qui officieraient à une même adresse. Cordialement, équipe Finess.

Jean-François MARY

—

Posté le 14 mai 2025

Bonjour, merci de votre réponse. Je comprends bien que tous les centres d'imagerie médicale ou de radiologie ne sont pas présents dans FINESS. On évoque l'exhaustivité. Cependant je m'étonne ici qu'il n'y ait pas de catégorie (categagretab, libcategagretab, categetab et libcategetab) qui permette de les identifier clairement et de les extraire même de manière partielle. Je maintiens donc mon étonnement. Je vais regarder les données de l'annuaire santé ; vous parlez de ce site internet : https://annuaire.sante.fr/ ? Merci pour cette orientation. Cordialement, JFM

Incohérence département 06

—

Posté le 30 janvier 2025

Bonjour, Je voulais obtenir la base FINESS dans le cadre des travaux de la banque des territoires J'utilise cette page https://finess.esante.gouv.fr/fininter/jsp/recheaarcheSimple.jsp Quand je cherche pour le département 06, on m'indique que le nombre de résultats 3690 dépasse le maximum autorisé de 3500 Or quand je déroule l'ensemble des communes des Alpes Maritimes j'arrive à 1845 établissements. Dans le fichier sur data.gouv.fr https://www.data.gouv.fr/fr/datasets/finess-extraction-du-fichier-des-etablissements/ Je trouve 1843 établissements dans les Alpes Maritimes. J'ai deux questions 1 : - D'où vient le 3690 affichés pour une recherche simple sur 06 ? NB : 1845 * 2 = 3690 , est ce qu'un facteur 2 se serait glissé par erreur quelque part ? - Qui est le plus à jour, la base du site qui donne finalement 1845 établissements où le fichier sur data.gouv.fr qui donne 1843 établissements Je vous remercie du temps que vous voudrez bien accorder à ma question PS : le formulaire de contact sur https://finess.esante.gouv.fr/fininter/jsp/contact.do est cassé (Erreur 502) Belle journée

—

Posté le 30 janvier 2025

Ajoutons que la structure du fichier semble très chaotique avec sans headers et des formats de colonnes très aléatoires A la ligne 101002, le fichier change de structure ce qui le rend exploitable Il serait plus judicieux d'ajouter une colonne latitude et longitude (éviter le LAMBERT93 qui n'est pas adapté au DOMTOM)

—

Posté le 31 janvier 2025

Bonjour, il y-a en effet un bug dans le module de recherche que nous allons corriger sur le mode de recherche par thème; en passant par le mode de recherche par Nomenclature cela vous permet d'éviter ce problème. Ensuite sur data.gouv.fr, les fichiers fournis en open data ne sont mis à jour que tous les 2 mois; si vous souhaitez des données à jour à J+1, il faut faire vos recherches via le site web car toute mise à jour effectuée par un gestionnaire en base est chargée la nuit qui suit par nos traitements. L'erreur 502 est peut être lié à l'incident de production qui a impacté la plupart des applications dimanche dernier et pour Finess jusqu'à la matinée du lundi 27 janvier. Nous recevons depuis les messages normalement sur notre application de tickets. La structure du fichier des établissements géolocalisés est décrite dans notre PDF à télécharger sur cette même page; le fichier est en effet en 2 parties, la seconde concernant les données de géolocalisation et sans entêtes de colonne. La précision a été améliorée pour certains établissements depuis la rentrée de septembre dernier 2024 (le détail est décrit dans le descriptif général de la page nous a été fourni par Atlasanté car nous ne faisons que recevoir ces données de ces derniers sur la base des adresses saisies en base) mais du fait de l'ancienneté de ces fichiers csv et qu'à un horizon proche de nouveaux fichiers JSON seront mis à disposition par l'ANS sur leur page propre, nous n'envisageons pas de modifier ces extractions csv qui datent maintenant de 2004 pour des raisons évidentes de coût. Merci de votre compréhension, cordialement, l'Equipe Finess.

—

Posté le 31 janvier 2025

Bonjour Monsieur Ngo, Merci pour votre retour rapide et détaillé ! Toutes nos équipes attendent les différentes améliorations dont vous parler avec impatience ! Belle journée !

—

Posté le 31 janvier 2025

J'ajoute qu'en analysant les donnés, on réalisé que les exports complets ne ressortent pas le code APE alors que celui-ci est bien rempli dans les fiches des établissements.

—

Posté le 19 février 2025

Bonjour, pour information l'équipe de data.gouv.fr met à disposition dans l'onglet "Ressources communautaires" les données retraitées (aux formats csv et parquet), si jamais cela peut faciliter leur réutilisation. Elles seront mises à jour automatiquement lorsque les données sources le seront. N'hésitez pas à nous faire des retours si besoin. Cordialement.

—

Posté le 19 février 2025

Bonjour, Bonne nouvelle ! Est-ce qu'il serait possible d'avoir des détails sur les retraitements qui sont faits ? est-ce qu'il s'agit "juste" d'une conversion de format ou est-ce que les soucis dans le contenu des données sont également gérés (coordonnées manquantes, dates vides etc.) ?

—

Posté le 19 février 2025

Le code de retraitement est disponible ici : https://github.com/datagouv/datagouvfr_data_pipelines/blob/main/data_processing/sante/finess/task_functions.py Nous ne faisons aucune correction des données, il s'agit uniquement d'une réexposition sous des formats plus lisibles. Si cela s'avère pertinent, nous pourrons envisager de les enrichir. Vos suggestions sont les bienvenues.

—

Posté le 19 février 2025

Merci pour le lien ! En fait, pour les besoins de la HAS, on retraite depuis plusieurs années, les données du finess open-data, en faisant pas mal de corrections, conversions etc. Le code est ici: https://gitlab.has-sante.fr/has-sante/public/bqss/-/blob/main/bqss/finess/processing_finess.py?ref_type=heads On publie également une version parquet du fichier historique finess retravaillé ici: https://www.data.gouv.fr/fr/datasets/base-sur-la-qualite-et-la-securite-des-soins-anciennement-scope-sante/ Tous ces traitements sont faits dans le cadre de la BQSS qui alimente l'espace Qualiscope du site internet de la HAS: - https://has-sante.pages.has-sante.fr/public/bqss/ - https://www.has-sante.fr/jcms/c_1725555/fr/qualiscope-qualite-des-hopitaux-et-des-cliniques

—

Posté le 19 février 2025

Impressionnant, je ne connaissais pas ce jeu de données ! N'hésitez pas à utiliser nos fichiers réexposés s'ils vous sont utiles, ou à revenir vers nous si vous avez des pistes d'améliorations ou de synergies potentielles.

—

Posté le 21 février 2025

Bonjour, merci pour votre signalement concernant le problème pour rapatrier le code APE dans l'export Finess. Nous avons reproduit ce problème avec l'équipe en charge de la maintenance applicative qui doit étudier comment corriger ce problème. Nous communiquerons dès que la correction sera implémentée. Veuillez nous excuser pour la gêne occasionnée. Cordialement, équipe Finess.

—

Posté le 13 mai 2025

Bonjour, pour information, l'anomalie concernant la récupération du code APE sur l'export global a été corrigée par notre exploitant. Cordialement, équipe Finess.

Delata Finess Site / Fichier

Antoine LOTZ

—

Posté le 24 janvier 2025

Bonjour, Sur le site https://finess.esante.gouv.fr/ le Finess 230005050 a 25 places installées , or dans l’extraction du 10 janvier (données du 3/01) les places installés sont vides. Un erreur ?

Définition champs date

Eloïse Piette Sémeril

—

Posté le 22 janvier 2025

Bonjour, J'aurais voulu avoir une définition complète des champs date suivants qu'on retrouve dans l'extract base finess Etablissement : -Date d’ouverture -Date d’autorisation -Date de mise à jour sur la structure Merci !

Réutilisation sur Sirsé / Géoclip plus largement

frederic gjosteen

—

Posté le 21 novembre 2024

Bonjour, Je viens de réutiliser les données pour faire une carte dans Sirsé, et la géolocalisation ne correspond pas entre les données mises à disposition ici et le fond de carte utilisé par Atlasanté dans Sirsé (via "Données externes"). Les établissements FINESS du Vaucluse apparaissent en Allemagne. Je sais que c'est sans doute "normal" dans la mesure où les référentiels utilisés sont différents, mais cela limite la réutilisation possible pour ceux qui ne mobilisent pas leurs propres logiciels de carto. Frédéric Gjosteen

Elias OUADGHIRI

—

Posté le 28 novembre 2024

Bonjour Frédéric, Oui, le système de coordonnées géographiques utilisé dans SIRSé est le WGS 84 web-mercator (EPSG:3857) alors que les coordonnées enregistrées dans FINESS sont celles des 6 systèmes de coordonnées légales en France (lambert93 pour la métropole ainsi que ceux des DOM). Je t'invite à utiliser le fichier que nous diffusons via notre projet DATASANTE (dispo sur data.gouv.fr) et notamment le fichier FINESS géolocalisé dans lequel tu trouveras les coordonnées en web-mercator, en systèmes légaux, et en système GPS : https://www.data.gouv.fr/fr/datasets/referentiel-finess-t-finess/ Bien cordialement,

CONSEIL : A NE PAS UTILISER : Données instables.

—

Posté le 14 novembre 2024

Bonjour, Le fichier source a encore changé : Les données de source de coordonnées ont été modifiés ! Avant : geolocalisation;010000024;870199.9;6571579.2;1,ATLASANTE,81,BAN_05-09-2024,LAMBERT_93_METROPOLE;2024-09-03 Maintenant : geolocalisation;010000024;870199.9;6571579.2;1,ATLASANTE,81,BAN_06-11-2024,L93_METROPOLE;2024-11-04 LAMBERT_93_METROPOLE devient L93_METROPOLE @Thierry Ngo : L'intérêt d'une extraction mise à disposition et maintenue à jour est de permettre à ses utilisateurs de développer des programmes s'appuyant sur ces extractions, mais également de permettre une mise à jour régulière et automatisée. Visiblement, certaines données font le yoyo, et rendent de fait cette extraction inexploitable. Je rejoins l'avis de @Lionel BIDEO : Au delà du format de fichier, qu'il faut redécouper afin d'exploiter les données, ce qui est abérrant (pourquoi pas 2 fichiers, ce serait plus simple pour tout le monde), mais passons : Cette extraction a-t-elle pour objectif : - D'entraîner les stagiaires à la génération d'un fichier aux données aléatoires ? - D'occuper le temps des informaticiens du ministère de la santé ? - De faire perdre du temps aux industriels ? Si le PIB de la France intégrait le temps perdu en actions et tâches volontairement contre-productives, nous serions première puissance mondiale ! Pour ma part, je vais donc "travailler" à l'atteinte de ce bel objectif commun de perte de temps généralisé et re-re-développer notre intégration sur base d'un fichier sérieux : https://www.data.gouv.fr/fr/datasets/referentiel-finess-t-finess En vous souhaitant bonne continuation.

Julien Guérard

—

Posté le 6 décembre 2024

Bonjour, Merci pour votre travail d'ouverture de ces données de référence. Malheureusement, et je rejoins Michel-Ange K., le format du fichier et son instabilité ne facilitent pas sa réutilisation. Proposer deux fichiers serait effectivement plus simple pour les réutilisateurs et valoriserait d'autant plus votre travail d'ouverture de ces données. Plus vos données seront faciles à réutiliser, plus il y aura de réutilisateurs. Je cite le guide de data.gouv sur la publication de données ouvertes : "Il est nécessaire de réfléchir en amont à la meilleure structure pour vos données. Tant que les données de votre structure sont dans un environnement logiciel, leur usage reste adapté à des problématiques métiers spécifiques. L’ouverture de ces données en dehors de leur environnement impose de structurer le jeu de données en fonction des attentes des réutilisateurs et non plus en fonction des besoins propres à l’organisation." Bien cordialement,

—

Posté le 19 février 2025

Modification Source des coordonnées ?

—

Posté le 12 septembre 2024

Bonjour, Le contenu du champ "Source des coordonnées" (sourcecoordet) a changé depuis la mise à jour de septembre 2024, au niveau de la clé de définition du système de coordonnées. Ainsi, - LAMBERT_93 devient LAMBERT_93_METROPOLE - UTM_N20 devient UTM_N20_ANTILLES - UTM_N22 devient UTM_N22_GUYANE etc. Nos traitements automatisés utilisent ce champ afin d'effectuer les conversions appropriées au passage en projection WGS84. Ces changements sont-ils définitifs ou est-ce une erreur ?

Morgan CAMILLERI

—

Posté le 13 septembre 2024

Bonjour à tous, Même question est-ce définitif ? Notre service ne peut plus traiter le fichier à cause de ce changement. Merci pour votre aide.

—

Posté le 27 septembre 2024

Bon... ne pouvant attendre réponse, nous avons modifié nos programmes de chargement. Est-ce possible d'envisager de prévenir les utilisateurs lorsque des modifications originales sont prévues ? Par avance merci !

—

Posté le 10 octobre 2024

Bonjour, depuis les traitements de septembre, la géolocalisation a été améliorée et s'appuie sur la BAN et la BD-ADRESSE dorénavant, ce changement étant définitif, ATLASANTE ne pouvant plus nous fournir pour des raisons techniques cette géolocalisation; cette dernière n'était de plus pas assez précise. Nous sommes désolés de vous avertir a posteriori, ne connaissant pas la liste complète des consommateurs des données open source Finess. Cordialement.

Lionel BIDEO

—

Posté le 24 octobre 2024

Bonjour, En premier lieu, je tiens à remercier la DINUM pour ses jeux de données car par exemple l'extraction du fichier Finess me permet de démontrer qu'il est TRES aisé de réidentifier les patients dans la base de données du SNDS (Système national des Données de Santé) ! En second lieu, je conseille vivement aux utilisateurs de ce fichier, au combien inexploitable tant il est mal pensé, de traiter la base t-Finess (1) d'une part car ce fichier contient le numéro Finess sans la clé de contrôle (2) (i.e. sur 8 caractères) et d'autre part parce que la géolocalisation des établissements est immédiate (en utilisant la catégorie, l'adresse, les coordonnées GPS et le système Lambert93). En troisième lieu, après analyse (partielle) du SNDS je ne peux m'empêcher de me rappeler une réplique que lance Jean Gabin à Françoise Rosay, dans l'excellent film Le cave se rebiffe : « Ouais ! Mais celui-là c'est un gabarit exceptionnel ! Si la connerie se mesurait, il servirait de mètre étalon ! Il serait à Sèvres ! ». En effet la constitution de cette base de données portant sur l'ensemble de la population a été réalisé au mépris du secret médical (3, 4, 5). Cordialement, Lionel BIDEO (1) « La table t_finess est le référentiel des structures sanitaires, sociales et médico-sociales de la base de données DataSanté. Elle est disponible à l'adresse suivante » : https://www.data.gouv.fr/fr/datasets/referentiel-finess-t-finess (2) Le numéro FINESS dans le SNDS. « Cette fiche a été rédigée par Kristel JACQUIER (DSS) , Marlène Bernard (ATIH) et Albert Vuagnat (DREES) » https://documentation-snds.health-data-hub.fr/snds/fiches/ref_etab.html#construction-du-numero-finess (3) Article du Code pénal « La révélation d'une information à caractère secret par une personne qui en est dépositaire soit par état ou par profession, soit en raison d'une fonction ou d'une mission temporaire, est punie d'un an d'emprisonnement et de 15 000 euros d'amende. » (4) Article L1110-4 du CSP : « (....) Le fait d'obtenir ou de tenter d'obtenir la communication de ces informations en violation du présent article est puni d'un an d'emprisonnement et de 15 000 euros d'amende (...) » (5) Article L1111-18 du CSP « (....) Tout manquement aux présentes dispositions donne lieu à l'application des peines prévues à l'article 226-13 du Code pénal (...) »

—

Posté le 24 octobre 2024

@Thierry Ngo : Merci pour votre réponse. Je réagis à ce que vous avancez : "...ATLASANTE ne pouvant plus nous fournir pour des raisons techniques cette géolocalisation" Je ne comprends pas très bien : Le fichier https://www.data.gouv.fr/fr/datasets/r/263ac65b-73b9-490f-b2d4-d319349d5a08 documentant la source Atlasanté du référentiel t_finess (https://www.data.gouv.fr/fr/datasets/referentiel-finess-t-finess/) indique, page 10 : "Mise à jour de la table avec les extractions data.gouv.fr du 01/07/2024 – les coordonnées sont issues de la nouvelle procédure de géocodage (BAN) et sont cohérentes avec celles diffusées par l’ANS diffuse sur data.gouv.fr" => Atlasanté fournirait donc apparemment les coordonnées correctes ? Deuxième question : Suite à la découverte de la source t_finess, quelle est la pertinence de proposer 2 extractions, une du ministère de la santé et l'autre de AtlaSanté ? Et dans la foulée de cette question, quelle est la source la plus fiable, tant en quantité de données qu'en qualité ? @Lionel BIDEO : Merci pour la source t_finess. Concernant le SNDS, je ne peux que vous suggérer de remonter l'info et votre méthodologie de recoupement à la CNIL ou à Mediapart, selon vos orientations. Tout le monde paraît se plaindre du format de ce fichier. Une commande Linux simple permet de le scinder en 2 fichiers exploitables individuellement : awk -F ';' '!seen[$1]++{f=$1\".csv\"};{f=$1\".csv\"; print >> f; close(f)}' etalab_geoloc.csv

Lionel BIDEO

—

Posté le 24 octobre 2024

@Michel-Ange K. @DINUM Pour avoir tester les deux fichiers, le plus complet et le plus fiable est de loin le fichier t-Finess tout particulièrement parce qu'il propose un historique Finess et un Finess sans clé sur 8 caractères ce qui permet de traiter les tables SNDS avec aisance. Quant à la pertinence d'avoir plusieurs fichiers Finess, j'avance deux hypothèses : - (i) il faut que les stagiaires de la DINUM s'exercent à la mise à disposition de données publiques quitte à ce qu'il existe déjà des fichiers plus adaptés à la recherche ; - (ii) il faut bien pouvoir perdre les utilisateurs en présentant des fichiers incomplets avec des éléments inexacts. S'agissant de l'exploitation des fichiers, il est bien plus commode d'utiliser la fonction linux sed. S'agissant de la remonter d'info, il est préférable de se passer de la CNIL et donc d'éviter la justice administrative. J'ai tenté de m'opposer par deux fois à l'hébergement du SNDS chez Microsoft. L'éminent juge a estimé que je n'avais pas d'intérêt à agir (sic !) : si j'avais parfaitement anticipé que mes requêtes soient rejetées, je ne m'attendais toutefois pas à une argumentation aussi simpliste et sans saveur de la part du Conseil d'Etat. Pour compléter ma réponse il y a deux "bulles sécurisées" permettant d'exploiter les données de santé : - (i) le portail SNDS de la CNAM qui se trouve à l'adresse https://auth.sniiram.ameli.fr (présentant des failles de sécurité) dont les données sont hébergées... par le cloud d'Oracle (1, 2) (j'en attends la confirmation) ; - (ii) le portail e-pmsi de l'AITH qui se trouve à l'adresse https://www.epmsi.atih.sante.fr/welcomeEpmsi.do‌ étant entendu qu'en pratiquant le test du singe on finit en moins de 2 minutes par découvrir des failles de sécurité et que l'hébergement de cette "bulle" a été confié à SFR (3) (j'en attends la confirmation). Un petit traitement de la base de données des projets proposée par le GIP PDS (4) révèle que ces deux "portails" sont utilisés pour la recherche... DINUM, pouvez-vous me rappeler la conclusion de la (prétendue) mission d'expertise ? Pour vous aider, je partage la réponse de la Présidente de la CNIL : « Je vous informe que le rapport de "la mission d’expertise pilotée par la délégation du numérique en santé (DNS), la direction interministérielle du numérique (DINUM) et l’Agence du numérique en santé (ANS)" fait l’objet d’une diffusion publique et est accessible à l’adresse suivante : https://madada.fr/request/45292/response/8011/attach/4/Support%20rapport%20d%20expertise%20VF%20CADA%2020240228.pdf?cookie_passthrough=1. » Il est évident qu'en interrogeant 3 candides sans expérience dans des délais particulièrement restreints, les conclusions étaient écrites d'avance ! Un détail cependant à dû échapper aux "experts", le responsable de traitement est l'Agence européenne des médicaments (EMA)... Etant entendu également que l'Espace Numérique en Santé (Mon espace santé) à été confié à Santeos (5) et que dans le même temps le dossier pharmaceutique a été confié à Docapost (6). Ce qui me pousse à rappeler la définition du faux en écriture publique à la DINUM, l'ANS et la DNS : « tout écrit qui atteste un droit ou un fait rédigé dans l'exercice de ses attributions par [une] personne exerçant une fonction publique constitue une écriture publique (…) En conséquence, la falsification frauduleuse d'un tel document, dans les conditions de l'article 441-1 du Code pénal, si elle est établie, est susceptible de constituer le crime de faux en écriture publique commis par une personne dépositaire de l'autorité publique ou chargée d'une mission de service public. » (Cass. Crim. 2024, n°22-87605, points 13 et 14) Cordialement, Lionel BIDEO (1) https://blogs.oracle.com/oracle-france/post/avec-oracle-exadata-la-cnam-anticipe-avec-serenite-la-croissance-des-usages-des-donnees-de-sante‌ (2) https://www.oracle.com/fr/news/announcement/oracle-cloud-infrastructure-hds-certification-2020-07-16 (3) https://www.sfrbusiness.fr/infrastructure-it/hebergement-donnees-sante (4) https://www.health-data-hub.fr/projets (5) https://www.monespacesante.fr/protection-donnees-personnelles (6) https://www.docaposte.com/blog/actualite/le-cnop-renouvelle-sa-confiance-a-docaposte

—

Posté le 19 février 2025

Doublon SIRET

Filipe A.

—

Posté le 29 août 2024

Bonjour Pourquoi le fichier contient plusieurs doublon SIRET? exemple avec le fichier 86 du 2024-07-17: - 31723624800017 existe 59x - 22780646000019 existe 49x - ../.. - 95191883800024 existe 2x. Il semblerait que c'est doublon de siret ne soient en plus pas les meme établissements Merci

—

Posté le 5 septembre 2024

Bonjour, en effet, plusieurs numéros Finess peuvent posséder le même numéro de SIRET mais l'inverse n'est pas vrai. Le numéro de SIRET n'est pas une clé dans la base de données; cette donnée de plus n'est pas obligatoire lors de la création du dossier Finess (le SIREN figure parfois même à la place) et n'est pas mise à jour de manière automatique dans la version actuelle de Finess. La qualité des données sera corrigée dans la prochaine version de Finess. Cordialement.

Date mise à dispo fichier cvs FINESS

Aurélie Guiriec

—

Posté le 27 août 2024

Bonjour, Pourriez-vous nous indiquer à quelle date au plus tard le fichier FINESS est actualisé en csv (tous les 2 mois) svp? Merci.

—

Posté le 5 septembre 2024

Bonjour, nous essayons de mettre à jour au plus tard les données à la fin de la première semaine du mois, tous les 2 mois. Mais comme cette action nécessite l'intervention manuelle de 3 équipes liées à 3 acteurs distincts (ATLASANTE, l'ANS et l'exploitant de la base Finess), ces délais peuvent varier surtout en période de vacances scolaires. Cordialement.

Extraction csv du 13/05 non conforme

Thierry Gaillard

—

Posté le 24 mai 2024

Bonjour, Les fichiers csv, fichiers d'extractions des données FINESS, n'ont pas un bon entête (1ere ligne) il y a en 1ere ligne : finess;etalab;71;2024-05-17 pour le fichier géolocalisé. finess;etalab;84;2024-05-17 pour celui non géolocalisé. On devrait avoir : finess;nofinesset;nofinessej;rs ;rslongue ;complrs ;compldistrib ;numvoie ;typvoie ;voie ;compvoie ;lieuditbp ;code_commune;departement ;libdepartement ;ligneacheminement ;telephone ;telecopie ;categetab ;libcategetab ;categagretab ;libcategagretab ;siret;codeape ;codemft ;libmft ;codesph ;libsph ;dateouv ;dateautor ;datemaj De plus, il manque les données de géolocalisation dans l'extraction "géolocalisée" Si on suit la documentation, les colonnes manquantes sont: coordxet coordyet sourcecoordet datemaj Merci d'avance pour la correction de ce problème

—

Posté le 24 mai 2024

Bonjour, Le fichier est constitué en 2 parties; il faut aller au milieu de celui-ci pour consulter les données de géolocalisation; les entêtes sont fournies sur un PDF à télécharger dans la page plus loin dans le menu; la première ligne est générée par nos traitements automatisés; c'est à vous de la remplacer si vous souhaitez retravailler ce dernier en format XLS. Cordialement,

Éric Mauvière

—

Posté le 29 juin 2024

Bonjour M. Ngo, quand je lis votre réponse, j'ai l'impression que vous êtes face à une grande difficulté technique vous empêchant de proposer un fichier CSV conforme. En tant que statisticien et développeur, j'ai un peu de peine à le comprendre. Les traitements automatisés que vous évoquez ne sont précisément pas possibles de la part des usagers dans un tel contexte, qui oblige à modifier manuellement vos fichiers pour pouvoir les utiliser. Je vous serais donc reconnaissant de bien vouloir mettre à l'étude la possibilité d'adapter vos traitements. Et, si j'osais, un export alternatif au format parquet serait tout simplement génial ! Cordialement,

olivier lamy

—

Posté le 15 juillet 2024

Bonjour M. Ngo Le format du fichier est étrange. Avec quelques efforts, on réussit tout de même à le charger. Mais vous ne rendez pas la tâche facile... Serait-il possible d'avoir un dictionnaire des données ? En particulier du champ "sourcecoordet" ? Il semble qu'il contient une donnée de précision de géocodage en première position. Est-ce bien le cas ? Cordialement, OL

—

Posté le 13 août 2024

Bonjour, Si ça peut vous aider, la Haute Autorité de santé utilise le FINESS open-data et a un projet open-source qui inclue, le parsing, nettoyage, conversion de système de coordonnées et compilation de l'historique: le code: https://gitlab.has-sante.fr/has-sante/public/bqss/-/blob/main/bqss/finess/processing_finess.py?ref_type=heads#L20 le fichier nettoyé: https://www.data.gouv.fr/fr/datasets/base-sur-la-qualite-et-la-securite-des-soins-anciennement-scope-sante/

Éric Mauvière

—

Posté le 15 août 2024

Bonjour M. Chehab, merci pour cette belle ressource !

—

Posté le 19 février 2025

Composition de la première ligne du fichier

Mario Castellino

—

Posté le 23 avril 2024

Bonjour, J'ai un doute sur la nature de la troisième valeur de la première ligne -> 69 finess, etalab, 69, 2024-03-19 Est-il possible de savoir à quoi correspond cette valeur '69' ? Merci à vous.

fichier historique 2023-12-31 corrompu: 690051545 a un `;` dans `complrs`

—

Posté le 16 février 2024

Bonsoir, Sauf erreur de ma part, la mise à jour du 15 février 2024 a introduit un fichier corrompu pour l'export du 2023-12-31. Le finess 690051545 a un `;` dans le champs `complrs` qui n'est pas échappé et qui introduit donc un champ supplémentaire: "ASSO; LA RELÈVE" Serait-il possible de corriger cet export ? Merci pour votre aide

—

Posté le 19 février 2024

Je rajoute quelques autres erreurs sur lesquelles je tombe en essayant de contourner le problème. Toujours dans le même fichier `etalab_stock_et_20231231.csv`: 690054911 et 940008758 ont un champs `sph` avec une valeur contenant un espace ` `. - dans `etalab_stock_ej_20231231.csv`: les finess Juridiques ['840010474', '570030932', '780000808', '910808781', '800009318', '330066960', '690054887', '750075012', '690054903'] ont la colonne `categej` à la valeur `" "` (trois espaces)

—

Posté le 19 février 2024

Également, dans le fichier `etalab_stock_et_20231231.csv` les finess suivants ont des coordonnées géographiques nulles: ['060019957', '120001888', '120006937', '120009659', '120009667', '120009675', '140018284', '210003059', '270000342', '270029416', '270030935', '300021748', '310793583', '310796891', '380802728', '420780678', '450000252', '490536109', '560031742', '600011795', '620000349', '680017829', '710011560', '760000166', '940000409', '970404406']

—

Posté le 5 mars 2024

Bonjour, je me permets de vous relancer au sujet de ces problèmes dans l'export 2023, est-ce que vous avez pu regarder ?

—

Posté le 13 mars 2024

Bonjour, nous remontons ce pb vers les équipes en charge des extractions et reviendrons vers vous dès que nous en saurons plus; pour info, les process étant automatisés et exécutés seulement tous les 2 mois, nous n'avons pas la possibilité de les refaire tourner de manière exceptionnelle; les prochaines extractions seront mises en ligne la semaine prochaine a priori, merci de votre compréhension, Equipe Finess.

—

Posté le 14 mars 2024

Bonjour, Merci pour votre réponse. 🙏 À la HAS, nous maintenons une suite de tests automatiques de validation des données finess open data. - https://gitlab.has-sante.fr/has-sante/public/bqss/-/blob/main/bqss/bqss/models/finess.py?ref_type=heads#L323 - https://gitlab.has-sante.fr/has-sante/public/bqss/-/blob/main/tests/finess/test_processing.py?ref_type=heads Ce sont ces test qui m'ont permis de remonter les erreurs dans cette discussion Étant donné qu'il n'est pas possible de refaire tourner les process de façon exceptionnelle, il pourrait être intéressant de capitaliser sur ces tests et de les valider en amont de la publication en open-data. Nous rencontrons malheureusement des problèmes avec ces données au début de chaque année calendaire au moment de l'export de l'année précédente: - 2024: https://gitlab.has-sante.fr/has-sante/public/bqss/-/issues/216 - 2023: https://gitlab.has-sante.fr/has-sante/public/bqss/-/issues/191 - 2023: https://gitlab.has-sante.fr/has-sante/public/bqss/-/issues/153

—

Posté le 2 avril 2024

Bonjour, la géolocalisation est mise à jour tous les 2 mois pour les établissements mais les données historisées ne le sont qu'une fois l'an ,courant du mois de janvier sous la forme de traitements exceptionnels. Ce que nous pouvons faire pour avancer sur ce sujet c'est vous proposer une réunion via Teams pour discuter de vos anomalies et tests réalisés sur ces données historisées. Merci de nous fournir vos disponibilités à venir et contact mail à cette adresse : monserviceclient.finess@esante.gouv.fr , Cordialement,

—

Posté le 2 avril 2024

Bonjour Thierry, Merci pour les précisions, est-ce que cela veut dire que le `;` pour `690051545` va rester dans les fichiers en l'état ? Merci également pour la proposition de réunion, je vous envois mes disponibilités par email. Bonne fin de journée

API FINESS

Jordan M.

—

Posté le 18 décembre 2023

Bonjour Je voudrais savoir si ces données sont accessibles via une API ? Si oui, pouvez-vous fournir l'adresse de celle-ci, je ne la trouve pas sur api.gouv.fr ni sur le site FINESS. Pour automatiser certains traitements, pour filtrer, et pour que les données que l'on souhaite traitées soient toujours à jour ce serait "pratique". Cordialement

Xavier VITRY

—

Posté le 18 décembre 2023

Bonjour, Merci pour votre intérêt et votre remarque tout à fait pertinente. Cela sera intégré dans la future version de Finess, en cours de refonte. En l'état, Finess est une solution ancienne inadaptée à l'implémentation des API. Nous sommes bien conscient de l'intérêt de ces fonctionnalités pour le partage et la mise à jour des données. Le projet de refonte va redémarrer après les fêtes, nous vous indiquerons prochainement les dates de déploiements prévisionnelles de cette nouvelle version qui intégrera des API. Vous souhaitant d'excellentes fêtes de fin d'année.

Jordan M.

—

Posté le 21 février 2024

Bonjour Merci pour votre précédente réponse. C'est une très bonne chose que Finess soit appelable via une API. Est ce que vous avez des informations quand à la mise à disponibilité de ce service ? Même en version beta, pour pouvoir prévoir les développements de mon coté également. Cordialement

Pas de coordonnées gps

Laurine Moyon

—

Posté le 20 novembre 2023

Bonjour, Dans le fichier "Extraction Finess des Etablissements géolocalisés au 03/11/2023" les corrdonnées GPS n'apparaissent pas dans le document. De plus, les entêtes de colonnes sont absentes ou ne correspondent pas à la description du document. Merci par avance, Bien cordialement.

Alexandre Duclaux

—

Posté le 29 novembre 2023

Je confirme. Inutilisable en l'état. Prière de renseigner les entêtes de colonne svp. Cdt,

Gautier Sido

—

Posté le 5 janvier 2024

Bonjour, Même problème effectivement. Cdt

—

Posté le 17 janvier 2024

Bonjour, cela a toujours été le cas; les entêtes sont à récupérer dans le fichiers "Description des jeux de données". Le fichier est structuré en 2 parties; la seconde fait apparaître les coordonnées GPS. Cordialement, équipe Finess.

Gautier Sido

—

Posté le 22 janvier 2024

Bonjour, Les deux fichiers mis à disposition à savoir le : Extraction Finess des Etablissements géolocalisés au 08/01/2024 et Extraction Finess des Etablissements au 08/01/2024 sont exactement les mêmes ! Même donnée, même nombre de colonne, pas de géolocalisation, une seule feuille sur les deux fichiers... Merci de nous apporter plus d'informations. Cordialement

Gautier Sido

—

Posté le 22 janvier 2024

Les informations géolocalisées sont à la suite des lignes... pas sûr que ce soit la meilleure option pour un bon traitement et pour une bonne compréhension de la base au vue de tous les commentaires... Merci tout de même pour ce travail essentiel Cordialement