Description

L’IT dans le secteur hospitalier est depuis plusieurs années en pleine expansion. La majorité des établissements de soin outsourcent une partie de plus en plus importante de leur informatique.
De plus, il est important de souligner le nombre considérable de disciplines différentes présentes au sein d’un même établissement. Pour chaque discipline, une application différente est nécessaire. Généralement, chaque discipline a son fournisseur attitré, et la technologie propre qui en découle …
Pour terminer, une dernière couche logicielle non médicale de type gestion administrative, comptable, juridique ou encore sociale vient couronner le tout.

Dans ce cadre, il est aisé d’imaginer la complexité extrême résultant de la cœxistence de ces logiciels, qui en toute évidence, doivent fonctionner avec des données synchronisées.

Actuellement, les logiciels sont intégrés en « point à point », avec une série d’interfaces spécifiques utilisant des technologies distinctes, maintenues en majorité par le service informatique de l’hôpital.
Le maintien de ces interfaces est coûteux et gourmand en temps. Vu la complexité du système, il n’est pas rare que des données soient perdues ou que des erreurs logicielles provoquent des indisponibilités du système.

ePPOCRATIC ESB - L'Enterprise Service Bus du secteur hospitalier

L’idée est de mettre en place une architecture orientée services (SOA) au sein de l'institution.

L'approche est la suivante.

Aspect fonctionnel :

• Si une application à intégrer l’a déjà été dans une autre institution, le connecteur peut être récupéré et ne doit pas être redéveloppé.
• Un connecteur lie une application au bus et non directement à une autre application. Ceci implique que le changement d’une des applications du système n’implique pas de changement au niveau des autres applications connectées. Par exemple, le changement ou la mise en place d’un système d’ADT, de PACS, un dossier médical (etc …) peut être effectué sans entrainer de changement auprès des autres applications en place dans l’institution.

Aspects techniques :

• Si les applications à intégrer ne sont par orientées services, des connecteurs utilisant des protocoles standard type « Web Services » ou « HL7 » peuvent être mis en place pour les rendre compatibles avec cette architecture ;
• Le noyau central, de type « Enterprise Service Bus », permet d’orchestrer les services proposés par ces différentes applications ;
• Un service de gestion avancée permet le monitoring des erreurs de synchronisation avec gestion de notification, statistiques, …

Il reste alors à définir les processus métiers et les règles d’orchestration qui en découlent.

Toutes les interfaces et synchronisations seront ainsi gérées de manière centralisée. En cas d’erreur de transfert, toutes les informations seront présentes en un seul endroit et accessibles de manière standard.
En cas de nouvelle intégration, une charte décrivant une interface standard et moderne pourra être fournie au prestataire externe qui pourra ainsi intégrer son logiciel avec une plus grande simplicité, sans devoir maîtriser le système en place.

Dernier aspect non négligeable, l'architecture mise en place peut être maitrisée sans difficulté par l'équipe informatique de l'institution.

  Intéressé par une architecture SOA au sein de voter institution ?

  Contactez-nous pour obtenir notre charte de bonnes pratiques !