Url du projet
Aperçu du projet
la plateforme étant privée, uniquement l’écran d’accueil peut être partagé
Contexte
Les Unités Médico-Judiciaires sont des services de santé qui interviennent à la demande de la police, de la gendarmerie et de la justice pour examiner les victimes d’agressions et établir un descriptif précis des dommages physiques et psychologiques subis. C’est notamment de ces examens que sont issus les certificats d’ITT (Incapacité Temporaire Totale) qui font foi devant les tribunaux.
Historiquement, l’UMJ opérait plusieurs bureaux — Argenteuil, Paris Nord — sous forme d’instances complètement séparées : chaque site disposait de sa propre application web, hébergée sur son propre domaine, avec sa propre base de données, à partir d’un code dupliqué à 80 %. Toute évolution devait être répliquée sur chaque instance, et l’ouverture d’un nouveau bureau imposait une opération manuelle lourde de duplication du code et de la base. Un modèle devenu ingérable dès qu’il s’agissait de faire grandir le service, et un frein direct au déploiement de l’UMJ dans de nouveaux territoires.
L’objectif de la refonte : passer d’un système par duplication à une plateforme unifiée multi-instances, où l’ajout d’un nouveau bureau devient une opération de configuration et non de développement, tout en préservant l’isolation logique des données entre instances.
Les UMJ sont des professionnels de la santé qui collabore avec le judiciaire dans la réalisation des actes de constatations médicaux. Ils procèdent à des examens sous sollicitation de l’autorité judiciaire. Leur rôle est d’analyser et chiffrer les conséquences physiques et psychologiques liées aux dommages subis par les victimes.
Refonte complète de l’application UMJ en une plateforme web unifiée pour les secrétariats, adossée à une application mobile dédiée aux médecins intervenants.
- Plateforme web multi-instances pour les secrétariats : un domaine unique, un écran de connexion unifié avec sélection d’instance, et la possibilité de créer ou d’archiver une instance directement depuis l’interface d’administration — sans intervention technique.
- Dossier patient complet, du premier contact à la remise du rapport définitif : identité, réquisition judiciaire, type d’examen (ITT, GAV, K90, DU, PS, IPM), photos, dictées vocales, observations, documents joints, cycle de vie tracé de bout en bout.
- Gestion des rendez-vous victimes dans les locaux UMJ : agenda de prise de rendez-vous avec affichage des prochaines disponibilités des médecins, indication d’arrivée, annulation, replanification, prise hors créneau.
- Gestion des demandes de visites en commissariat (GAV — garde à vue) : demande par commissariat ou par zone de garde, création à partir de la liste des médecins de garde, récapitulatifs de visites à venir par médecin.
- Espace psychologues reprenant l’intégralité du fonctionnement de l’espace médecins, focalisé sur les examens K90.
- Application mobile dédiée aux médecins :
- planning des ITT du jour et du lendemain ;
- planning des GAV sur le créneau de garde ;
- notifications push (planning quotidien, affectations, appels pour dépôt) ;
- enregistrement vocal direct des dictées ou upload depuis le téléphone ;
- ajout de photos et d’observations ;
- motifs de refus de visite (médecin suivant, victime absente, rendez-vous annulé) ;
- statistiques et comptabilité personnelles ;
- téléchargement des modèles de documents vierges.
- Gestion des commissariats et régies, avec rattachement aux instances UMJ, coordonnées, secteurs et régies payeuses.
- Module bordereaux : constitution, envoi, encaissement des paiements, avec cycle de vie complet.
- Statistiques et comptabilité, en vision globale (secrétariats) et en vision personnelle (chaque médecin depuis son espace).
- Configuration centralisée : jours fériés, types d’examens, villes et zones de garde, tranches horaires de garde.
- Gestion des utilisateurs, rôles et modèles de documents unifiée pour toutes les instances.
La difficulté principale de cette refonte n’était pas d’ajouter des fonctionnalités — la plupart existaient déjà — mais de transformer un système par duplication en un système multi-instances propre, sans jamais mélanger les données de deux bureaux et sans perdre la capacité qu’a un médecin d’être rattaché à plusieurs instances à la fois.
L’instance a été promue au rang d’entité de premier ordre du modèle de données : chaque objet métier (dossier patient, rendez-vous, commissariat, médecin, planning, bordereau, statistique) porte son rattachement à une ou plusieurs instances, et l’ensemble des requêtes est filtré côté serveur en fonction du contexte d’affichage sélectionné par l’utilisateur. Un médecin affecté à Argenteuil et Chartres verra son planning agrégé sur les deux sites, tandis qu’un médecin uniquement affecté à Paris Nord n’aura jamais visibilité sur le reste : l’isolation est stricte et automatique.
Sur le plan technique, la plateforme a été construite avec une stack éprouvée :
- Next.js côté frontend web
- NestJS côté backend
- PostgreSQL comme base de données principale
- Redis pour le cache et les files asynchrones
- Déploiement en conteneurs Docker orchestrés derrière un load balancer Nginx
Cette architecture permet de faire évoluer horizontalement les backoffices en fonction de la charge et d’assurer une haute disponibilité sur un service dont la continuité est critique pour les procédures judiciaires en cours.
L’application mobile pour les médecins a été pensée comme une extension du poste de travail, pas comme un simple visualisateur. Un médecin doit pouvoir, entre deux consultations, ajouter une dictée vocale au dossier d’une victime, indiquer qu’il transfère une garde à vue au médecin suivant, ou consulter le planning que le secrétariat vient de mettre à jour, le tout en quelques gestes.
Les notifications push sont directement câblées sur les événements métier réels :
- affectation d’un patient ;
- appel pour un dépôt ;
- mise à jour du planning ;
- planning du jour envoyé chaque matin ;
- planning du lendemain envoyé chaque soir.
La plateforme est en production depuis 2022. Elle a permis à l’UMJ de consolider ses activités sur un socle applicatif unique, de fluidifier considérablement l’interaction entre médecins et secrétariats, et surtout d’ouvrir la possibilité — pour la première fois — d’accueillir de nouveaux bureaux sans repayer une intégration complète à chaque fois.