Architecture d’entreprise pour la santé : guide pratique
Un établissement de santé fait travailler ensemble dossier patient, laboratoire, imagerie, pharmacie, planification et facturation. L’architecture décrit ces applications, leurs échanges et leurs responsables avant tout changement.
Mis à jour le
Un paysage applicatif hérité de plusieurs époques
Un hôpital ou un groupe de soins peut faire tourner des dizaines de systèmes spécialisés : dossier patient, laboratoire, imagerie, pharmacie, planification et facturation. Ils ont été achetés à des époques et à des éditeurs différents, chacun avec son modèle de données.
Un système clinique ne s’arrête pas pour ranger l’architecture : son interruption touche les soins. L’architecture d’entreprise rend visibles les applications, leurs dépendances et leurs responsables, pour préparer chaque changement avant d’y toucher.
Interopérabilité et standards
HL7 publie FHIR, un standard d’échange électronique d’informations de santé. DICOM est le standard international des images médicales et des informations associées ; la NEMA en assure le secrétariat. Les environnements réels mêlent pourtant plusieurs versions, des mises en œuvre partielles et des interfaces point à point peu documentées.
Un modèle d’architecture décrit quelles applications détiennent quelles données, par quelles interfaces elles circulent et où se trouvent les intégrations fragiles. Dans ArchiLU, chaque interface relie une application source à une application cible, avec son protocole et les données qu’elle transporte. Un protocole comme FHIR s’ajoute au catalogue des protocoles s’il n’y figure pas, et une interface sans protocole est signalée comme incomplète.
Moderniser sans interrompre les soins
Remplacer tous les systèmes cliniques d’un coup expose les soins à une interruption. Une carte des capacités et des applications permet de phaser la modernisation : encapsuler, remplacer ou retirer des composants dans un ordre qui protège la continuité des soins et étale le coût et le risque.
Dans ArchiLU, la vue 360 d’une application montre ses flux, ses interfaces, les processus qu’elle sert et les capacités qu’elle réalise. Le paysage applicatif porte l’existant, la cible et une feuille de route datée.
- Relier chaque système existant aux capacités qu’il soutient.
- Identifier les applications et les interfaces qui en dépendent avant un remplacement.
- Ordonner les changements pour protéger la continuité des soins.
Données de santé et cadre réglementaire
Le RGPD range les données concernant la santé parmi les catégories particulières de données : leur traitement est interdit, sauf dans les cas prévus à son article 9. La directive NIS 2 classe la santé parmi les secteurs hautement critiques et vise notamment les prestataires de soins de santé. Au Luxembourg, la loi du 5 mai 2026 transpose NIS 2.
Ces textes demandent de savoir où se trouvent les données et quels systèmes les traitent. Le référentiel d’architecture documente les applications, les données qu’elles échangent et leurs responsables, ce qui sert aux revues d’accès et de risque. Il décrit ces données sans contenir les dossiers des patients.
Cette documentation ne garantit pas la conformité. Le respect des règles sur les données de santé et sur la sécurité reste de la responsabilité de l’établissement, avec ses fonctions juridique et sécurité.
Commencer dans ArchiLU
Chaque organisation a son instance dédiée, hébergée dans l’Union européenne. Un déploiement chez vous est proposé en option, sur devis.
La liste des applications porte, pour chacune, son responsable, sa criticité, son cycle de vie et son fournisseur ; la vue TIME montre le support de ses technologies. Ces éléments préparent une feuille de route de modernisation. Pour décrire les activités, un catalogue de processus comme le PCF d’APQC pour les établissements de santé peut servir de point de départ.
Questions fréquentes
- Pourquoi l’interopérabilité est-elle difficile en santé ?
- Les établissements accumulent des systèmes spécialisés d’éditeurs et d’époques différents. Même avec FHIR et DICOM, les versions et les mises en œuvre partielles diffèrent. Le modèle d’architecture rend explicites les systèmes et leurs échanges avant de planifier l’interopérabilité.
- L’architecture d’entreprise aide-t-elle à moderniser les systèmes cliniques ?
- Oui. Elle relie chaque système aux capacités qu’il soutient et à ce qui en dépend, ce qui permet de phaser les remplacements. Le projet de migration reste à conduire ; l’architecture lui fournit les dépendances et un ordre défendable.
- Où ArchiLU est-il hébergé, et contient-il des données de patients ?
- Chaque organisation a son instance dédiée, hébergée dans l’Union européenne ; un déploiement chez vous est proposé en option, sur devis. Le référentiel décrit les applications, leurs flux et les données qu’ils transportent, pas les dossiers des patients. Il ne remplace pas l’analyse de conformité de l’établissement.