Le module mobile pour Android permet la gestion des disponibilités du membre et la gestion des alertes (déclenchement par autorité compétente et/ou par membre de l'entité) avec ou sans équipe d’astreinte/de garde.
Les membres n’utilisant pas de téléphone Android peuvent maintenant (version 2) répondre aux invitations simplement pas SMS (mode dégradé pour iPhone ou autre téléphone non Android).
Tout au long des interventions (Alertes, missions, événements, DPS),vous pouvez gérer votre SitRep avec des messages prédéfinis ou libre, des photos, et des listes de réponses standard pour chaque message. Ce SitRep est transmis aux autorités de tutelle en temps quasi réel.
Il est possible de gérer plusieurs alertes/interventions simultanément pour la même entité.
Les utilisateurs peuvent aussi voir et répondre aux invitations pour les missions, événements et DPS directement depuis leur téléphone.
Bien sur, seules les personnes invitées par le gestionnaire d'une entité peuvent se connecter au système grâce à un code d'enrollement à usage unique. La sécurité est assurée par un système de login/mot de passe.
L'application mobile reste normalement en mémoire même quand l'utilisateur en sort. Elle se connecte régulièrement au serveur pour récupérerles nouvelles données, et en particulier les alertes qui ont été déclenchées pour l'entité.
Plusieurs stratégies ont été mises en place pour augmenter l'efficacité du système d'alerte, sa fiabilité et les délais de réponse :
1. Pour augmenter la fiabilité du système de transmission d'alertes, celle ci sont envoyées simultanément de deux façon différentes : - par le système de réplication aussi utilisé par le module sous Windows, bien sur, - mais aussi par le biais de SMS encodés spécifiquement. De cette manière, si les personnes à alerter sont dans une zone ou elles n'ont pas d'accès aux données (zone d'ombre 3G/4G),l'application mobile va quand même savoir qu'une alerte est arrivée grace à la réception du SMS codé. Tout aussi intéressant est le fait que si l'application mobile a été arrêtée (soit par le système Android, pour des raisons de maintenance, soit par l'utilisateur qui peut toujours en forcer l'arrêt), elle ne peut plus communiquer avec le serveur par le système de réplication. Dans un cas comme celui ci, l'utilisateur va simplement voir arriver le SMS codé dont le texte commence par 'DPSALERTE'. Il va alors s'apercevoir que l'application n'est pas lancée et la relancer. L'application va automatiquement se rendre compte de l'alerte en cours et donner la possibilité de répondre à l'invitation. Finalement,il faut aussi noter que dans certains cas, le message par SMS va arriver AVANT celui routé par nos serveurs, ce qui va réduire d'autant le délai de réponse.
2. Lorsqu'une alerte est créée, l'utilisateur qui la génère doit saisir un certain nombre d'informations (moyen lourd, choix des membres à contacter, position GPS, détails), ce qui peut prendre un certain temps. Pour diminuer les délais de réponses, un message de PRE-Alerte est envoyé dés le début de ce processus de préparation à tous les membres qui se sont déclarés disponibles. De cette manière, ils sont sur le qui-vive s'ils reçoivent ensuite une invitation à participer et peuvent répondre très rapidement.
3. En temps 'normal' l'application se connecte au serveur toutes les minutes pour envoyer/recevoir les nouvelles informations. Pour rendre le système plus réactif, dés que le message de PRE-Alerte est envoyé ou reçu, l'application se connecte au serveur toutes les 10 secondes au lieu de toutes les minutes, et ce jusqu'au message de fin d'alerte.
4. Nos téléphones sonnent, vibrent et couinent tout le temps. Il devient de plus en plus difficile de savoir ce qui a sonné et pour quelle raison. Pour pouvoir identifier clairement une alerte, l'application use des sons spécifiques (cloches) et monte automatiquement le volume du téléphone avant de les jouer. Il est bien sur toujours possible de placer son téléphone en mode complètement silencieux si nécessaire, mais si un utilisateur s'est déclaré disponible, il peut simplement mettre le volume à zéro, et seule la sonnerie d'alerte de DPS sera audible (au volume maximum du téléphone). Ce comportement est débranchable par l'utilisateur.
5. Tout a été fait pour que les opération des utilisateurs soient simples et rapides. Ainsi, lors de la création d'une alerte, l'utilisateur doit : - Choisir le moyen lourd à employer dans une liste, ce qui charge et affiche la liste des compétences nécessaires - Sélectionner les personnes à contacter (leurs compétences sont aussi affichées, ce qui rend la sélection simple et rapide) en les cochant - Presser le bouton d'envoi de l'invitation et confirmer. C'est TOUT et ca peut être effectué en quelques secondes. Les invitations et les SMS sont envoyés sans aucune intervention de l'utilisateur. L'utilisateur PEUT aussi saisir la position GPS de l'intervention et les détails de celle-ci, mais il peut le faire APRES avoir envoyé les invitations. De la même façon, répondre à une invitation est une simple question d'appuyer le bouton OUI ou sur le bouton NON et de confirmer. En mode dégradé (version 2), il suffit de répondre par un SMS disant OUI ou NON.
6. Un mode relai a été mis en place dans la version 2 : Ceci permet : - d’ ACCÉLÉRER la transmission du déclenchement d’alerte depuis le web par l’autorité de tutelle - de RELAYER dans la base de données les informations de SitRep transmises par SMS dans le cas ou les équipes en intervention n’ont plus accès à internet.
Les nouveautés de la version 2 :
Il est maintenant possible de fonctionner en mode « Equipes de garde/astreinte » : Lors du déclenchement d’une alerte les équipiers de garde pour le moyen lourd choisi sont présélectionnés.
Pour permettre une meilleure communication entre membres d’une entité, une nouvelle fonction permettant de voir tous les équipiers opérationnels et de les appeler ou de leur envoyer des SMS est maintenant disponible : vos équipes sont à porté de votre main.
Il est maintenant possible pour les équipiers d’utiliser le système SANS INSTALLER l’application mobile, grâce au nouveau mode dégradé, ceci principalement pour les iPhones et autres téléphones non Android. Ce mode dégradé permet UNIQUEMENT de recevoir les pré-alertes et alertes et de répondre aux invitations. Nous conseillons toujours fortement à tous les équipiers d’utiliserun téléphone Android pour bénéficier de toutes les fonctionnalités du système.
A la demande des utilisateurs, le son de pré-alerte est maintenant joué 3 fois pour être parfaitement identifiable.
Pour améliorer encore la fiabilité de DPS par DataTale, un téléphone peut (reccomandé) maintenant être mis en mode RELAI : dans ce mode le téléphone relève les données toutes les 10 secondes tout le temps, de manière à RELAYER le plus rapidement possible ce qui doit l'être. Bien sur, ce téléphone doit être placé dans un endroit ou il a un bon accès à internet et être branché sur une alimentation fiable. Ceci permet : - d’ ACCÉLÉRER la transmission du déclenchement d’alerte depuis le web par l’autorité de tutelle -de RELAYER dans la base de données (et donc à tous les responsables connectés) les informations de SitRep transmises par SMS dans le cas ou les équipes en intervention n’ont plus accès à internet.
Le SitRep est maintenant aussi disponible pour les missions, évènements et DPS : En plus de permettre un suivi précis de ce qui se passe dans tous les cas d’intervention, cette amélioration permet aussi de créer des MISSIONS D’ASTREINTE : les entités qui ont des équipes d’astreinte peuvent donc les gérer à l’avance, et avoir simplement accès aux équipes d’astreinte lors du lancement de l’alerte, les utilisateurs retenus pour la mission d’astreinte sur ce moyen lourd étant présélectionnés. Bien sur, le responsable peut toujours modifier son équipe en fonction des besoins.
Dans la saisie de message SitRep, ajout de la possibilité de choisir une réponse pré-définie dans une liste. Ceci permet de pré-saisir des séries de cas/réponses standards et de simplifier la saisie en cours d’intervention. Bien sur, même dans ce cas, il est toujours possible de COMPLETER cette réponse avec du texte libre.
Il est maintenant possible de gérer plusieurs alertes simultanées pour une même entité : Quand on appuie sur le bouton alerte, on est maintenant présenté avec la liste des alertes existantes, les alertes ouvertes étant affichées d'une autre couleur, et on peut créer une nouvelle alerte même si une ou plusieurs alertes sont déjà en cours. On peut aussi retourner sur le SitRep d'une alerte existante et donc reprendre ce qu'on faisait si on a du sortir de l'application en cours d'alerte. Ceci est possible que l'alerte soit ouverte ou fermée, de manière à pouvoir aussi bien aller compléter ou fermer une alerte restée ouverte que consulter le SitRep d'une alerte déjà fermée.
Amélioration du système de transmission d’information pour alléger la charge sur la batterie du téléphone.
On peut maintenant surveiller l’état des moyens lourds : a-t-on suffisamment de compétences disponibles pour les utiliser ? Ceci permet à un responsable d’équipe de surveiller l’état de son équipe potentielle et éventuellement de contacter des équipiers pour leur demander de se rendre disponible.
|