Les équipes qui développent des logiciels de santé sur mesure entendent souvent la même demande : « un écran unique pour tout ». Derrière cette formule, il y a parfois une attente irréaliste de remplacement total de dix ans d’investissements en une release. Derrière une formulation plus sage, il y a un contrat produit : réduire les silos visibles pour le clinicien sans nier la diversité des moteurs métier.
Les standards d’échange — dont les familles HL7 — existent parce que personne ne repart de zéro. Les cadres nationaux, portés par la HAS, rappellent que la qualité repose sur des dossiers complets et partagés. Le développeur sur mesure qui ignore ces cadres produit une belle UI qui ne passera pas l’homologation locale.
Un bon cahier des charges commence par la cartographie : quelles applications restent, lesquelles seront remplacées, quelles données sont maîtres (patient, médicament, compte rendu, imagerie). Sans cette carte, chaque sprint ajoute une feature qui duplique un flux existant et fatigue les équipes cliniques déjà saturées.
Le cœur reste le dossier patient informatisé : identité, timeline, droits, documents structurés. Les modules périphériques (LIS, RIS, pharmacie) publient des événements, ils ne devraient pas imposer une nouvelle fenêtre à chaque clic.
L’architecture event-driven simplifie les tests : on simule un résultat labo, on vérifie qu’il apparaît dans la timeline avec le bon statut, le bon horodatage et le bon auteur. Les revues de code portent alors sur les invariants métier, pas seulement sur le CSS.
Promed HIS sert d’exemple de plateforme modulaire : Promed HIS n’est pas un slogan marketing dans ce paragraphe, c’est une référence à une suite où l’on peut brancher des modules existants avant de remplacer progressivement. Voir la liste des modules Promed HIS aide à cadrer un MVP réaliste.
Les pièges classiques du sur-mesure : réécrire un moteur de prescription sans pharmacien à bord ; sous-estimer la gestion des droits ; négliger la performance sur des dossiers de dix ans. Un DPI qui met plus de trois secondes à ouvrir un séjour perd le chirurgien en une semaine.
La gouvernance open-source ou low-code n’élimine pas la dette d’intégration. Au contraire, elle la rend visible dans les connecteurs. Budgéter des sprints « interface » comme des sprints « écran » est une discipline rare mais payante.
Les contrats SLA doivent distinguer disponibilité du portail et fraîcheur des données. Un portail vert alors que les résultats ont trente minutes de retard est pire qu’une lenteur honnête.
Sécurité : OAuth2 entre services, secrets en coffre, journaux corrélés patient ↔ message ↔ utilisateur. Le développeur sur mesure qui branche des webhooks sans authentification mutuelle prépare un incident.
En livrant, préférez des démonstrations sur données masquées mais volumineuses : le clinicien croit ce qu’il voit sur son propre type de patient, pas sur un patient de démo de trois lignes.
Les équipes offshore doivent comprendre les statuts labo (préliminaire, définitif, corrigé) — une traduction UI sans sémantique métier recrée des bugs invisibles jusqu’au lit du patient.
Le sur-mesure gagne à livrer des connecteurs versionnés comme des libs open source internes : changelog, tests HL7, rollback documenté.
Les achats publics demandent parfois du code source ; sans tests d’intégration rejouables, le code livré reste une boîte noire jusqu’au premier incident sur un résultat critique non affiché dans le DPI.
Pair programming biologiste + dev sur le mapping des codes résultats accélère plus qu’un mois de réunions de cadrage.
Documenter les invariants (« un patient, une timeline ») dans le README du monorepo évite que chaque prestataire réinvente un connecteur incompatible avec le DPI existant.
Les revues d’architecture trimestrielles doivent inclure un clinicien : sinon les dettes d’interface s’accumulent jusqu’au prochain incident médiatisé ou à la prochaine inspection des autorités sanitaires régionales.
Prévoir un environnement de replay HL7 par discipline (labo, pharmacie, imagerie) réduit les surprises le jour J où l’hôpital active le nouvel écran de consultation pour tout un service pilote.
Conclusion : le sur-mesure hospitalier gagne vraiment quand il respecte les moteurs métier existants tout en unifiant l’expérience clinique au lit. C’est un travail d’intégration autant que de design — et c’est là que se joue la valeur durable pour l’hôpital.