Script d'automatisation

[jr-k]

Bonjour,

Merci pour ce repository intéressant, j'aurai aimé savoir où se trouve le script qui converti les fichiers d'ameli et alimente la base de donnée sql. Cette partie n'est pas open-source ?

Merci.

[MedShake]

Bonjour,

Il n'y a pas de script de conversion. J'utilise pour ma part les dbf que je convertis en sql.

Bien cordialement,

B.

[jr-k]

Manuellement ?

[MedShake]

Par lot.

[bugeaud]

Comment peut-on répliquer cette conversion de notre côté ?

Je n'ai pas vu de doc sur la partie création de base, moulinette de transfo DBF/SQL ou de script d'import. Quid.

PI, je travailler à Dockeriser cette APP afin de pouvoir l'obtenir à la demande sur une VM privée ou publique. Vu le périmètre plus limité que EHR, ce serait un bon candidat pour une publication de l'image sur un hub.

[MedShake]

Bonjour
Oui, encore du boulot gratis pour des tiers.
Je suis personnellement fatigué et à bout de ressource pour donner plus.

B.

[bugeaud]

Bonjour Bertrand,

C'est le principe du libre non ? Tout "dictateur bénévole" a le choix de faire ou de ne pas faire. Par contre, livrer 90% du code et ne pas être clair dès le départ sur les 10% restant à toujours créé des remous dans le libre quelque soit les contributeurs et le volume de leur contribution dans le temps.

Pour clarifier la situation :

Ces scripts de moulinettes existent-ils déjà (quelque soit leur état de déverminage) ?
Souhaitez-vous les contribuer au public ?

Aucun jugement, c'est juste pour savoir et éviter de passer du temps à refaire qqch qui a déjà été écrit/testé, car étant moi-même dans une situation similaire 😉

Et PI, pour ce qui est du format NX, de ce que j'ai lu de la spec, celà reste un format classique pour de la communication distante sur Mainframe via des cannaux anciens (X.25, CFT, etc). Et plus spécifiquement ici, pour de la synchronisation de référentiels de données (du MDM préhistorique en somme). Un parseur de copybook doit pouvoir manger le tout (les types custo n'ont pas trop l'air délirants) et exposer la structure.

Cdt,
JB

[MedShake]

Il y a quiproquo, non ?
La structure de la base est livrée dans le repo.
Il reste juste à fourrer les données de chaque version de la CCAM dedans au rythme des publications.
Pas de moulinette chez moi comme je l'ai dit, mais un client multi format bdd pour exploiter les dbf fournis en ligne.
Je ne sais pas quoi dire de plus ! Chacun utilisera ce qu'il veut pour faire dbf -> mysql !

B.

[bugeaud]

Ok, merci. La situation est plus claire 👍

[bugeaud]

Pour info, j'ai commencé il y a qqe temps une version d'automatisation utilisant directement les DBF via InnoDB.

L'objectif est de disposer d'un conteneur qui récupére à intervale régulier les DBF de référence et les utilisent comme base référentiel puis les mets à disposition via l'API existante. J'ai utilisé le moteur Connect de MariaDB qui permet d'utiliser directement les DBF.

Au cours de ces travaux, je suis tombé sur certaines limitations sur lesquelles l'auteur du module a travaillé, voir :

https://jira.mariadb.org/browse/MDEV-22561 (Fixé)
https://jira.mariadb.org/browse/MDEV-22571 (En cours)
https://jira.mariadb.org/browse/MDEV-22572 (Fixé)

Je manque toujours cruellement de temps pour travailler progresser sur le Jira non clos (grr) et procéder aux tests, toutefois, j'ai commité la première version de travail en l'état sur https://github.com/bugeaud/API-CCAM-NGAP

Pour la partie CCAM, il reste à s'assurer de la planification de la mise à jour et de vérifier le bon accostage avec le code de l'API et son recettage.

Je ne vois pas trop par contre d'ou viennent les référentiels NGAP ...

JB

[bugeaud]

Pour info le référentiel CCAM est maintenant automatisé sur https://github.com/bugeaud/API-CCAM-NGAP et le fichier README décrit la procédure pour l'utiliser directement depuis docker hub.