E-SANTE De la nécessité de passer à une logique évènementielle - humeur et humour de topinambourg et Alain de Malglaive

Aujourd'hui la plupart des applications de gestion fonctionne en logique de traitement c'est à dire des chaines applicatives qui se succèdent pour consommer du stock d'information et produire du stock d'information.
Observons le scénario suivant:
Paul enregistre sa nouvelle adresse sur son I-phone pour aller vite...

Il se retrouve à la 4000eme place dans un fichier de la chaîne d'intégration administrative et sera intégré le soir même vers minuit pour finir en avenant de contrat en instance car il manque une pièce au dossier d'avenant( il a déménagé en Alsace Moselle).

Un courrier de réclamation est généré par le traitement d'édition qui finit la chaîne de la nuit.

Dans le meilleur des cas il reçoit son courrier 3 jours après.
Le changement d'adresse est toujours en instance! etc...etc...

Repassons le scénario en logique évènementielle:

Paul enregistre sa nouvelle adresse sur son I-phone pour aller vite...

Il se retrouve parmi 4000 articles candidats immédiats de la chaîne d'intégration administrative évènementielle. Il est intégré immédiatement car son status C to B le rend prioritaire dans la gestion des processus. il faut 15 secondes pour génerer un article en avenant de contrat en instance car il manque une pièce au dossier d'avenant( il a déménagé en Alsace Moselle).

Son status C to B fait qu'une réclamation est générée par un traitement d'alerte évènementielle qui apparait sur le i-phone1 minute après la saisie.

Paul qui comme chacun sait s'attarde toujours sur Linkedin, lit le message, photographie la pièce et renvoie le tout par mail à l'adresse indiquée en pestant après ces assureurs si lents à la détente.. On ne peut pas être parfait!

Le lendemain Alain, gestionnaire émerite reçoit dans sa corbeille photo et acte en instance, il valide le tout et hop!