L'infrastructure

IEmergency-Administration

Cette partie permet la gestion administrative de la Zone de Secours. Par exemple : les prestations, les fiches signalétiques du personnel, ...

IEmergency-Operations

Cette partie permet la gestion opérationnelle de la zone de Secours. Par exemple : le dispatching de moyens, le paging, l'accès aux données cartographiques, ...

IEmergency-Serveur

Cette partie fonctionne sur les serveurs du local technique et n'est donc pas visible des utilisateurs. Elle permet les interactions entre les différents équipements de la Zone. Par exemple : l'envoi de paging vers Astrid, l'envoi des commandes domotiques vers les relais, ...

IEmergency-Nomade

Cette partie correspond à tous les équipements embarqués sur le terrain. Par exemple : le système de navigation des véhicules, le système de rédaction des rapports ambulance, ...

IEmergency-Central

Cette partie correspond à toutes les données qui sont communes aux zones de secours. Elle permet de les éditer et de les mettre à jours. Par exemple : le rue, les communes, les données cartographique, ...

IEmergency-Outils

Cette partie regroupe l'ensemble des programmes qui ne rentrent pas dans les autres catégories. Par exemple : le client pour les écrans, ...

IEmergency-Hub

Cette partie est accessible depuis l'internet. Elle permet depuis un ordinateur ou smartphone d'accéder aux données de la zone et d'effectuer certains actions. Par exemple : changer son statut, etc. A terme, cette partie remplacera IEmergency-Administration.

Une seule base de données

Pour éviter toute redondance entre différents systèmes, et pour éviter les multiples encodages, tout le système est architecturé autour d'une seule base de données unique pour la Zone.

Une base de données partagées

Pour permettre l'échange d'information entre les zones de secours, une base de données "centrale" contient toutes les données qui sont communes à tous. Par exemple, les données cartographiques. Cela permet en cas d'échange d'adresse qu'une rue soit identifiée de la même manière par tous.

DESCRIPTION TECHNIQUE

Schéma général

Le schéma ci-dessous, décrit les différents serveurs nécessaires au fonctionnement d'IEmergency. Attention, il ne faut pas voir chaque serveur comme étant une machine Main frame indépendante et très chère. La plupart de ces machines sont de simples ordinateurs classiques qui peuvent être virtualisés au besoin.

L'infrastriture est conçue pour être la plus redondante possible. Tous les éléments qui le peuvent sont doublés (A et B). Le serveur A est celui qui fonctionne en temps normal. En cas de panne de ce dernier, le serveur B s'enclenche. Dès que le serveur A revient à la normal, le B se remet en veille.

Serveur APPLICATIF

Ce serveur remplit deux fonctions. Il est à la fois l'espace partagé sur le réseau sur lequel se trouve les exécutables permettant d'installer le programme et également la machine par laquelle il est possible de se connecter au serveur de base de données zonale pour effectuer les mises à jour.

Serveur XML

Ce serveur permet de faire le lien entre le réseau ASTRID et le réseau ZONE. Il a pour rôle de transmettre les demandes de paging créées depuis IEmergency vers le réseau ASTRID. Il a aussi pour rôle de recevoir les demandes XML arrivant depuis les Centres 112 par le réseau ASTRID, de les interpréter et de les encoder dans la base de données pour que les autres systèmes IEmergency dont le dispatching puissent en disposer.

Serveurs INTERCONNEXION (A / B)

Ces serveurs (high availability) sont conçus pour fonctionner en continu. Si le serveur A s'arrête, le serveur B prend le relais. Leur fonction principale est de gérer toutes les interconnexions avec des systèmes technique comme par exemple, le track&trace, la domotique, le back-page, etc.

Serveurs COMMUNICATION (A / B)

Ces serveurs (high availability) sont conçus pour fonctionner en continu. Si le serveur A s'arrête, le serveur B prend le relais. Leur fonction principale est de gérer toutes les communications avec des systèmes technique comme, par exemple, l'envoi de sms, l'envoi de sds etc.

Serveur SON

Le serveur son est, quand à lui, une simple machine qui consulte la base de données pour vérifier si un son doit être joué dans l'interphonie d'un poste. Si c'est le cas, le serveur joue le son et confirme son exécution.