GuillaumePressiat
commented
5 years ago Bonjour,
Merci de votre intérêt pour ce répertoire.
Pour vous répondre ici en premier lieu sur les deux points évoqués :
intégrer les nomenclatures du PMSI qui nous manquent (cf issue), en se branchant d'une façon ou d'une autre à vos travaux
Pourquoi pas. Mais il faut savoir que les nomenclatures PMSI peuvent évoluer très souvent désormais (nous sommes déjà en CCAM v60). Il faut tendre l'oreille pour ne pas rater une version*. À se demander si on ne passera pas un jour plus de temps à maintenir les références qu'à s'y référer.
Voici déjà pour le story telling autour de nomensland :
- tout le monde utilise des référentiels, mais comme tout le monde est une drôle de personne, tout le monde les gère dans son coin/outil. C'est lié au fait que chaque outil a son propre schéma pour digérer les référentiels, et que souvent les personnes ne passent pas trop de temps sur ce sujet pourtant structurant.
- l'idée est née à l'AP-HP avec @NamikTaright de développer un serveur de référentiels pour les utilisateurs et les applicatifs AP-HP, nous avons fait ça avec une bdd postgres et un "plumber" R utilisant future ; permettant de récupérer en json et en csv les différentes nomenclatures mais aussi des références pour des requêtes (quel code CIM utiliser pour le diabète de type ..? etc.). C'est donc un travail géré en commun par moi et @NamikTaright, tout deux d'@IM-APHP. Quel temps gagné alors, si tout le monde utilise ce même serveur, on ne se pose plus de questions...
- Cette api s'appelle referime.
- Un jour sans accès à l'api en dehors du réseau AP-HP, j'ai pensé à faire nomensland pour les gens en dehors, la partie "publique" des référentiels utilisés à l'AP-HP encapsulée dans un package, au moins pour ceux utilisant pmeasyr
Pour vous répondre, en l'état, nomensland n'est pas un outil qui garantie que les nomenclatures dedans sont 100% à jour. C'est un travail que j'ai fait et que je continue à gérer mais qui est compliqué/ambigu en terme de responsabilités quand ce n'est pas à jour : qui fait référence quand il y a plusieurs références ?
Pourquoi ne pas se rapprocher de l'ATIH qui :
- met à jour la plupart de ces référentiels désormais ; s'alimenter à la source et non passer via un "prestataire", même s'il est étiqueté open-source !
- les administre proprement et les met à disposition au travers de la base nationale sous SEG : la garantie de tables mises à jour par l'Agence Technique qui en est responsable, quel que soit le format ensuite, le schéma est propre et relativement transparent.
- prévoit si je ne me trompe pas, en parallèle de l'outil Druides, son propre serveur de références
- cela ferait sens de se référer à l'Agence Technique de l'Information sur l'Hospitalisation en ce domaine, surtout pour un projet comme le SNDS
lister les projets open-source sur le SNDS (cf issue)
- *Voici un lien intéressant en open source pour s'abonner à des flux rss indiquant les màj des nomenclatures d'Ameli : http://opikanoba.org/ par @flrt même si la CCAM descriptive est maintenue par l'ATIH (pour lesquels un programme de veille peut être mis en place), et d'autres études intéressantes sur les fichiers Finess Etalab dans le cadre des GHT.
- Voici l’éventail actuel des travaux https://guillaumepressiat.github.io/miscellany/connexes/ autour de R et du PMSI en ce qui concerne pmeasyr & co (ces travaux sont principalement centrés sur les données PMSI au niveau établissement juridique, et non pas au niveau national).
C'est une première réponse, je vous contacte pour échanger si besoin.
flrt
pajachiet
Bonjour,
Nous avons initié un projet pour formaliser le schéma du SNDS : à savoir les tables, les variables et leurs nomenclatures : https://gitlab.com/healthdatahub/schema-snds
Nous redécouvrons vos travaux très intéressants, et pensons qu'il serait profitable de collaborer sur au moins 2 aspects :
Plus d'autres sujets, par exemple intégrer les noms des tables et variables du PMSI au format ATIH dans le schéma-snds
Explications sur le projet schema-snds
La description des tables et variables est réalisée avec le standard table-schema (ou voire explication dans le dépôt), dans le dossier schemas.
Le lien entre variable et nomenclatures est réalisé par un champ spécial "nomenclature".
Les nomenclatures sont des tables au format csv, également décrites avec un table-schema pour automatiser des tests, et stockées dans le dossier nomenclatures.
Ce schéma alimente :
Il pourra alimenter d'autres usages comme
Pour nous contacter : ld-lab-github@sante.gouv.fr