Santé10 mois

Portail de santé : Migration de JSF vers React

Healthcare Technology Company

85% faster
Temps de chargement
+223%
Satisfaction utilisateurs
+60%
Conversion mobile
-70%
Tickets de support
+45%
Utilisation du portail
4x
Vélocité de l'équipe
The Challenge

Le Défi

Un fournisseur SaaS de santé exploitait un portail patient construit avec JSF 2.2 et PrimeFaces. L'interface était lente, non adaptée aux mobiles et de plus en plus difficile à maintenir. Les produits concurrents disposaient d'interfaces modernes et responsive tandis que le leur semblait bloqué en 2010. Le portail servait plus de 500 000 patients et prestataires de soins. L'interface utilisateur était fortement couplée aux services EJB backend via des managed beans, rendant les modifications frontend risquées et chronophages. Défis clés : - Maintien obligatoire de la conformité HIPAA tout au long de la migration - Impossibilité de perturber les sessions actives de patients ou les rendez-vous - Équipe de développement sans expérience React - Nécessité de supporter les appareils mobiles (60 % du trafic) - Impossibilité de se permettre une réécriture "big bang"
Our Approach

La Solution

Mise en œuvre d'une stratégie de modernisation frontend incrémentale : **Phase 1 : Planification de l'architecture (Mois 1)** - Création d'une couche API REST pour découpler le frontend des EJB - Conception d'une architecture d'interface utilisateur basée sur des composants en React - Établissement d'un design system utilisant Material-UI - Configuration d'une architecture micro-frontend pour un déploiement progressif **Phase 2 : Couche API et écran pilote (Mois 2-3)** - Construction d'un wrapper API REST Spring Boot autour des EJB existants - Migration de l'écran de connexion/authentification vers React - Implémentation d'un design responsive pour mobile - Tests A/B avec 10 % des utilisateurs **Phase 3 : Migration des fonctionnalités principales (Mois 4-8)** - Migration de la prise de rendez-vous (fonctionnalité la plus utilisée) - Reconstruction du tableau de bord patient avec mises à jour en temps réel - Implémentation de l'interface de gestion des médicaments - Migration du système de messagerie des prestataires - Déploiement progressif à 100 % des utilisateurs **Phase 4 : Transition complète (Mois 9-10)** - Migration des écrans d'administration restants - Suppression des dépendances JSF - Optimisation de la taille du bundle et des performances - Audit d'accessibilité complet (WCAG 2.1 AA)
Outcomes

Résultats et Impact

Temps de chargement des pages réduit de 8 secondes à 1,2 secondes

Satisfaction des utilisateurs mobiles augmentée de 2,1/5 à 4,7/5

Conformité WCAG 2.1 AA en matière d'accessibilité atteinte avec succès

Productivité des développeurs multipliée par 4 grâce aux outils modernes

Utilisation du portail patient augmentée de 45 % après la migration

Conversion du trafic mobile améliorée de 60 %

Tickets de support liés aux problèmes d'interface réduits de 70 %

Formation réussie de l'équipe interne au développement React

"Notre portail patient est passé d'un handicap concurrentiel à un avantage concurrentiel. La migration s'est déroulée en douceur, notre équipe a appris des pratiques de développement modernes, et les patients adorent la nouvelle expérience."
CTO
Entreprise de technologie de santé
Stack Technologique

Avant la Migration

JSF 2.2
PrimeFaces
JSP
jQuery
EJB 3.1
JBoss EAP 7

Après la Migration

React 18
TypeScript
Material-UI
Next.js
Spring Boot REST API
Redis Cache

Défi Similaire?

Discutons de comment je peux vous aider à moderniser votre application Java legacy.

Planifier une Consultation
More Stories

Plus d'Histoires de Réussite

Explorez d'autres projets de migration

Commerce de détail / E-commerce

Plateforme e-commerce : Migration de Spring legacy vers Spring Boot cloud-native

Une chaîne de distribution nationale exploitait une plateforme e-commerce construite sur le legacy Spring Framework 3.2 avec configuration XML. L'application monolithique était déployée sur des serveurs sur site, rendant la mise à l'échelle pendant les périodes de pointe (Black Friday, fêtes) extrêmement coûteuse et lente. La plateforme gérait 500 M$ de revenus en ligne annuels mais ne pouvait pas évoluer assez rapidement lors des pics de trafic. Les coûts d'infrastructure étaient élevés, la vélocité de déploiement était lente (versions mensuelles), et l'équipe de développement peinait avec le code vieillissant. Exigences critiques : - Gérer des pics de trafic 100x lors des événements de vente - Réduire les coûts d'infrastructure - Ne pas risquer de perte de revenus pendant la migration - Activer le déploiement continu - Moderniser sans réécrire la logique métier

Lire l'Étude de Cas
Services financiers

Migration de plateforme des services financiers de WebLogic vers Spring Boot

Une institution financière du Fortune 500 exploitait une plateforme de trading critique sur WebLogic 10.3 avec plus de 200 composants EJB 2.x. Les coûts de licence annuels dépassaient 400 000 $, et la pile technologique empêchait la migration vers le cloud et l'attraction de talents en développement moderne. La plateforme traitait des millions de transactions quotidiennes et nécessitait une disponibilité de 99,99 %. Toute approche de migration risquant des temps d'arrêt ou l'intégrité des données était inacceptable. De plus, l'équipe de développement possédait une connaissance institutionnelle approfondie du code legacy mais une expérience limitée de Spring Boot. Contraintes clés : - Tolérance zéro pour les temps d'arrêt en production - Impossibilité de geler le développement de fonctionnalités pendant la migration - Maintien obligatoire de la conformité réglementaire tout au long de la transition - Réduction nécessaire des coûts d'infrastructure de 60 % en 18 mois

Lire l'Étude de Cas