Stage Yohann Poiron Semaine 9

   Projets  »  Stage Yohann Poiron Master 2  »  Stage Yohann Poiron Semaine 9

Cette page a pour but de présenter le travail effectué en Semaine 9

Semaine 9 : Installation serveur sur site / Fin de la gestion des acquittements

Installation serveur sur site

Le serveur configuré la semaine précédente a été installé sur le site de la clinique.

Fin de la gestion des acquittements

Gestion des événements en mode synchrone

Actuellement la gestion des événements patients se fait de manière synchrone comme le montre l'exemple ci-dessous:

Description du scénario :

1. Le CIP1 envoie un message d'événement patient par l'intermédiaire de SOAP vers le SIP.
2. Le SIP exécute la fonction d'enregistrement du patient. Ce dernier effectue l'action demandée sur le patient, et les actions sur les identifiants externes.
3. Ensuite le SIP envoie un message d'événement patient aux CIP1 et CIP2. Ce dernier contient le patient qui a été enregistré avec l'identifiant IPP du patient.
4. Le CIP1 envoie un message d'acquittement au SIP pour savoir si l'événement patient a bien été reçu et si cela c'est bien effectué.
5. Le CIP2 envoie un message d'acquittement au SIP pour savoir si l'événement patient a bien été reçu et si cela c'est bien effectué.
6. Le SIP envoie un message d'acquittement au CIP pour savoir si l'événement patient a bien été reçu et si cela c'est bien effectué.

Gestion des événements en mode asynchrone

Comme il est décrit précédemment le mode synchrone suppose que les CIPs renvoient immédiatement les acquittements pour que le système ne soit pas bloqué et que les messages soient traités. Ceci pose donc un problème dès lors qu'un CIP soit indisponible.

Il a donc été décidé de changer le mode de fonctionnement du système. Ainsi la gestion des événements patients sera réalisée en mode asynchrone, comme le schéma ci-dessous le présente :

Description du scénario :

1. Le CIP1 envoie un message d'événement patient par l'intermédiaire de SOAP vers le SIP.
2. Le SIP exécute la fonction d'enregistrement du patient. Ce dernier effectue l'action demandée sur le patient, et les actions sur les identifiants externes.
3. Le SIP enregistre les messages d'événements patients pour le CIP1 et le CIP2 dans la base de données.
4. Le SIP envoie un message d'acquittement au CIP1 pour savoir si l'événement patient a bien été reçu et si cela c'est bien effectué.
5. Un cron est lancé pour permettre l'exécution de la notification des événements patients vers les CIP1 et CIP2.

Modifications a apporter

• Création d'une table pour la gestion des événements patients
• Utilitaire de visualisation des événements / acquittements
• Visionneur des documents XML produits
• Création d'un cron pour la gestion des événements