Concept et réalisations :
InteropStudio2024 est un outil interne pour l’équipe Interopérabilité de la DEII. Il est en évolution
permanente et a vocation à agréger des modules utilitaires destinés à l’ensemble de l’équipe
amenée à travailler sur l’outillage Art Décor, Gazelle, ou encore sur la génération d’exemples.
Plusieurs modules sont développés :
- Module de validation
- Module XDM
- Module de Contrôles CDA
- Module XPATH
- Module Art Decor
- Module Statistiques, Module FHIR.
- Implémentation des service web HTTP en Java avec prise en charge du multithreading pour
optimiser les performances et la gestion concurrente des requêtes.
 Rédaction des spécifications fonctionnelles des différents volets ANS
 Rédaction des spécification techniques des différents volets ANS
 Réalisation des tests fonctionnels sur Gazelle
 Création des documents CDA sur Art Decor
 Analyse et correction des retours du support techniques et fonctionnelles
 Création et mise à jour des documents CDA (Clinical Document Architecture) développé en XM
 Création et mise à jour des feuilles de style XSLT et XSL-FO ANS
 Expérience dans l'intégration et le déploiement d'applications Java avec Maven et GitHub, en
utilisant Docker pour la conteneurisation, Jenkins pour l'automatisation CI/CD et Kubernetes pour
l'orchestration des conteneurs.
 Surveillance et diagnostic des logs
 Gestion et monitoring des incidents en production et correction des retours support
 Conception, réalisation, développement et mise en production autonome de plusieurs projets Java :
Projet Viewer CDA (10 mois)
Equipe : 1 chef de projet, 1 responsable applicatif, 2 MOA, 1 responsable technique.
Concept et réalisations :
La visualisation des documents CDA directement via les navigateurs internet étant de moins en
moins possible pour des raisons de sécurité, l'ANS a développé un Viewer CDA qui permet de :
- Visualiser un document CDA avec une feuille de style XSLT.
- Visualiser un document CDA dans un navigateur internet.
- Générer un document PDF à partir du document CDA via XSL-FO.
- Ouvrir un document CDA dans un éditeur (qui permet notamment de visualiser l'arborescence
XML du document CDA).
- Ouvrir un document CDA dans l’éditeur par défaut.
Equipe : 1 responsable applicatif, 1 MOA, 2 Développeurs, 1 responsable technique
Réalisations :
 Développement des scripts Shell
 Analyse de logs (PROD, Pré Prod, recette et DEV)
 Analyse du code source
 Revue de code
 Suivi hebdomadaire de production
 Livraison de l’application sur les environnements hors production
 Préparation des documents d’installation de l’application sur l’environnement de production (dossier
d’installation DI, dossier d’exploitation DEX et chronogramme)
 Participation aux mises en intégration et mise en production et assistance de l’intégrateur lors de
l’installation de la version
Projet Corpex (10 mois)
Equipe : 1 chef de projet, 4 ingénieurs Développeurs
Réalisations :
● Mise en place de l’environnement de travail,
● Mise en place de l’architecture du projet.
● Utilisation d’une brique logicielle Sopra qui fournit une plateforme de télétransmission, assurant les
fonctions d’échange entre les clients, les partenaires et la banque.
● Module Webbanking : modification des entrées et des sorties du traitement.
● Modules Exit de personnalisation et interface : personnalisation des métadonnées lors des
échanges avec les frontaux.
● Module des batch BI et importation des certificates : personnalisation des entêtes de flux, traitement
des flux.
● Rédaction des spécifications techniques des différents modules.
Correction des bugs et réalisation des évolutions entre les différents patches.
● Emballage et installation des livraisons.
Environnement :
- Framework: Maven 3, Hibernate 4, JPA 2.0, Spring 4, Spring Batch, WS Rest, Spring Boot
- SGBD : Oracle.
- Langage : Java 8, SQL, Script Shell
- Editeur : Eclipse, GIT.
- Tests unitaires : JUnit
Projet SBS HeliPay (7 mois)
Equipe : 1 chef de projet, 3 ingénieurs Développeurs
Réalisations :
● La mobilité bancaire (loi Macron) et la vérification des informations bancaires des clients via
SEPAMail (le service de messagerie sécurisé entre les fournisseurs de services de paiement),
● Mise en place de l’environnement de travail,
● Mise en place de l’architecture du projet,
● Diriger les développements du module d'intégration de la vérification des informations bancaires,
● Développer de nouveaux modules, services web et évolutions dans les scripts Java et Shell,
● Aider à la création de spécifications, comprendre et respecter les aspects fonctionnels,
● Analyser et corriger les bugs,
● Améliorer le code et les performances,
● Personnaliser le contenu en fonction des besoins du client,
● Emballage et installation des livraisons.
Environnement :
- Framework: Maven 3, Hibernate 4, JPA 2.0, Spring 4, Spring Batch, Spring Boot
- SGBD : Oracle.
- Langage : Java8, SQL, Script Shell
- Editeur : Eclipse, GIT.
- Tests unitaires : JUnit
Projet A-DCP : Alliance DCP (Demand Capacity Planning ou Gestion de la Demande Capacitaire)
Equipe : 1 chef de projet, 12 ingénieurs Développeurs
Réalisations :
Refonte de l’application Renault-DCP pour couvrir aussi le besoin de Nissan en termes de la gestion
capacitaire des fournisseur...
Equipe : 1 chef de projet, 1 responsable applicatif, 2 MOA, 1 responsable technique.
Concept et réalisations :
Le générateur de JDV de l'ANS permet :
- La génération des fichiers de JDV « .xml » à partir du fichier XSL de travail.
- La génération des fichiers de JDV « .xml » à partir des fichiers NOS.
- Le trie le fichier « JDV_Generes.xml » et de l’afficher sous forme d’arborescence.
- Le trie le fichier « JDV_FHIR.xml » et de l’afficher sous forme d’arborescence.
- La mise à jour des terminologies suite au téléchargement des fichiers « .rdf » du site
« ********-des-terminologies/ » .
- La validation des fichiers JDV.
Concept et réalisations :
TCC-GUI est un outil qui sert à faire la validation des documents CDA par rapport aux schémas et
aux schématrons. Il permet la création des rapports pour un document CDA choisi par rapport au
schéma et aux schématrons, et d'afficher un rapport déjà crée pour un document CDA choisi.
.
Concept et réalisations :
EPU-TO-CDA est un projet qui permet de convertir un ensemble de fichier EPU en forme CDA
(Clinical Document Architecture).
Equipe : 1 responsable applicatif, 2 MOA, 4 Développeurs, 1 responsable Technique
Réalisations :
 Réalisation des scripts de reprise de données SQL
 Développement des scripts Shell
 Analyse des logs (PROD, Pré Prod, recette et DEV)
 Suivi hebdomadaire de productions
 Analyse des retours de production (ticket TN3) et proposition des correctifs nécessaires
 Création des changes (demandes) pour le support interne pour tous problèmes liés à la production
 Analyse du code source et proposition des solutions aux développeurs
 Participation aux cellules de crises liées aux problèmes de production
 Import de Dump sur les environnements hors production
 Installation de l’application sur les postes des utilisateurs
 Installation de la version sur les environnements hors production
 Préparation des documents technique pour l’installation de l’application sur l’environnement de
production et pré production (dossier d’installation, dossier d’exploitation et chronogramme)
 Participation aux mises en intégration et mise en production et assistance de l’intégrateur lors de
l’installation de la version