🎯 Ce qu'est Réactis

Réactis est une plateforme web de gestion de crise conçue spécifiquement pour les établissements de santé : cliniques, hôpitaux, EHPAD, HAD, SSIAD.

Quand une crise éclate dans un établissement (incendie, panne informatique, intoxication, coupure d'eau…), les équipes gèrent habituellement la situation via des appels téléphoniques, des SMS et des post-its. La traçabilité est approximative, les informations se perdent, et le rapport de fin de crise prend des heures à rédiger.

Réactis centralise tout ça en temps réel. C'est une main courante numérique accessible depuis n'importe quel appareil — ordinateur, tablette, smartphone — sans installation.

Ce que Réactis fait concrètement

• Ouvre une crise en 3 clics — type, nom, membres de la cellule
• Journalise chaque action, décision, alerte, information en temps réel avec horodatage automatique
• Alerte instantanément toute la cellule de crise par email, WhatsApp et Telegram à chaque ouverture ou mise à jour
• Propose des conseils IA basés sur le plan blanc de l'établissement et le type de crise
• Génère automatiquement les comptes rendus de réunion, la synthèse de crise, le rapport de fin et le RETEX
• Archive toutes les crises avec leur journal complet et leurs documents pour 5 ans (RETEX indéfiniment)

Ce que Réactis n'est pas

• Ce n'est pas un logiciel à installer — tout se passe dans le navigateur web
• Ce n'est pas un logiciel médical ou DPI — on n'y saisit pas de données patients
• Ce n'est pas un outil de gestion quotidienne — il s'active uniquement lors d'une crise
• Ce n'est pas un outil de communication public — c'est un espace privé pour la cellule de crise

🏥 Utilisateurs ciblés

Types d'établissements

💬 Ce que Réactis apporte

Chiffres clés

• 5,45 € / jour pour 1 établissement jusqu'à 20 licences d'accès (1 990 € HT/an ÷ 365)
• 2 minutes pour ouvrir une crise et alerter toute la cellule
• 2 clics pour générer le rapport de fin de crise (au lieu de 2 jours)
• 5 ans d'archivage des crises, RETEX conservés indéfiniment
• 0 installation sur les postes — fonctionne sur tout navigateur
• 0 donnée patient transmise à l'IA

🛡️ Objections fréquentes et réponses

📋 Journal de crise

⚡ Rappel d'organisation à l'ouverture

À chaque ouverture de cellule de crise, Réactis affiche automatiquement une fenêtre de rappel invitant à désigner les rôles clés avant de commencer :

• Coordinateur·rice — pilote la cellule et prend les décisions
• Secrétaire de cellule de crise — dont le rôle est décrit ci-dessous

Lorsque la secrétaire est désignée dans la fenêtre d'ouverture, son nom est automatiquement consigné dans le journal (entrée ORGANISATION).

Le journal est le cœur de Réactis. Toute information saisie pendant la crise y est enregistrée avec :

• L'horodatage automatique à la seconde
• Le type d'entrée : INFO, ACTION, ALERTE, DÉCISION, RÉUNION, DOCUMENT
• L'auteur (nom de la personne connectée)
• Le statut : une ACTION peut être cochée ✓ Fait, une ALERTE peut être résolue

Types d'entrées expliqués

Fonctionnalités avancées du journal

• Date ou heure différente : permet de saisir une entrée avec un horodatage passé (utile pour documenter ce qui s'est passé avant l'ouverture de la crise). L'heure réelle de saisie est conservée en plus de l'heure indiquée par le collaborateur (visible au survol du badge « ⏱ heure rétroactive »), pour la traçabilité.
• Correction orthographique (bouton ✏️ Corriger) : corrige les fautes avant de valider l'entrée — dictionnaire français local, sans appel à une IA
• @ Taguer : associe directement l'entrée ACTION à un membre de la cellule, qui reçoit une notification par email (et par SMS en plus, si ce canal complémentaire est activé pour cette fonctionnalité dans l'admin du tenant)
• Dictée vocale (🎤 Dicter) : reconnaissance vocale pour saisir sans clavier
• Filtre par membre : en vue Pilotage, affiche uniquement les tâches d'un membre

Vue Journal vs Vue Pilotage

• Vue Journal : chronologique, toutes les entrées dans l'ordre — orientée secrétaire de cellule de crise
• Vue Pilotage : vue par défaut — organisée en 5 blocs — Alertes actives, Dernières informations, Actions en cours, Tâches assignées, Décisions prises. Idéal pour le coordinateur de crise.

🎓 Tour guidé — formation autonome intégrée

Réactis inclut sa propre prise en main : un tour guidé interactif, un par rôle (Coordinateur, Secrétaire, Membre, Invité), accessible depuis le tableau de bord. Aucune intervention d'un formateur externe n'est nécessaire — l'apprentissage est entièrement automatisé et autonome pour l'utilisateur.

Comment ça marche

• Chaque rôle a son propre parcours pas à pas (34 étapes Coordinateur, 25 Secrétaire, 15 Membre, 30 Invité), adapté exactement à ce que ce rôle peut faire dans l'outil — pas un mode générique unique.
• Au démarrage, le tour génère automatiquement une crise de Formation pré-remplie avec un scénario réaliste ("Rupture alimentation eau" — 18 entrées INFO/ACTION/DÉCISION/ALERTE + 7 aides), avec substitution des vrais membres de l'établissement (noms, emails) à la place de noms fictifs — un journal déjà vivant, pas un écran vide.
• Cette crise est en mode Formation (voir Nature de la crise ci-dessus) : aucun canal externe n'est jamais utilisé (email, WhatsApp, Telegram, Teams), et elle est exclue du corpus IA (RETEX, benchmark).
• À la dernière étape du tour, la crise de Formation est supprimée automatiquement (déplacée en corbeille, restaurable 30 jours) — aucune Formation ne reste jamais ouverte en permanence sur un tenant.

Pourquoi c'est un argument de vente fort

• Zéro coût de formation externe — pas de session à organiser, pas de prestataire à financer : l'établissement forme ses équipes lui-même.
• Traçabilité pour la certification HAS — la complétion du tour est enregistrée côté serveur (badge 🏅 sur le tableau de bord), preuve d'accompagnement à la prise en main de chaque utilisateur.
• Relançable à tout moment — nouvel arrivant, changement de rôle, rappel avant un exercice de simulation : quelques minutes suffisent, sans intervention.
• Répond directement à l'objection « Nos équipes ne sont pas à l'aise avec les outils numériques » (voir Objections fréquentes) — le tour guidé rend l'outil auto-explicatif.

📡 Alertes multi-canaux

À chaque événement clé, Réactis envoie automatiquement une notification à tous les membres de la cellule de crise.

Événements déclenchant une alerte

• Ouverture de crise : alerte immédiate à tous les utilisateurs du périmètre concerné
• Mise à jour périodique : compte rendu d'étape généré par IA et envoyé automatiquement par email toutes les X heures (réglage « Points d'étape », configurable par le coordinateur depuis le journal de crise, par défaut 1h — désactivable)
• Fermeture de crise : notification de clôture
• Entrée de type ALERTE saisie dans le journal : alerte push immédiate via WhatsApp et/ou Telegram (canaux activés dans l'admin du tenant), et par SMS en plus si ce canal complémentaire est activé pour les ALERTE
• Assignation d'une ACTION à un membre (@ Taguer) : un email est envoyé automatiquement au membre désigné avec le détail de la tâche à réaliser et un lien direct vers la cellule de crise, et par SMS en plus si ce canal complémentaire est activé pour cette fonctionnalité
• Invitation à rejoindre une visioconférence (bouton RÉUNION)

Canaux disponibles

Intégration Microsoft Teams

Réactis propose deux niveaux d'intégration Teams, indépendants et cumulables, pour les établissements dont les équipes travaillent principalement dans l'environnement Microsoft 365.

Option A — Notifications sortantes (Incoming Webhook)

Réactis envoie automatiquement un message dans un canal Teams à chaque événement clé de la crise. Aucune connexion Azure AD requise.

Configuration (3 min) : Dans Teams → canal cible → ⋯ → Connecteurs → Incoming Webhook → Configurer → Copier l'URL → Admin Réactis → Teams → Option A → coller l'URL → Enregistrer → Tester.

Option B — Écoute d'un canal Teams (messages entrants → journal)

Les messages postés dans un canal Teams dédié à la crise par les membres de la cellule sont automatiquement intégrés dans le journal Réactis en temps réel (type INFO), avec le nom de l'auteur et l'horodatage Teams. L'équipe peut ainsi continuer à travailler dans Teams tout en alimentant Réactis.

Configuration des destinataires

Les destinataires des emails de crise sont exclusivement les utilisateurs enregistrés dans Admin → Utilisateurs, tous rôles confondus (Coordinateur, Membre, Invité), filtrés par périmètre : un utilisateur associé au périmètre "CLINIQUE" ne reçoit que les emails des crises de type "CLINIQUE". Il n'existe pas d'adresse email libre indépendante d'un compte utilisateur — chaque destinataire correspond à une licence d'accès.

Les numéros WhatsApp et identifiants Telegram sont configurés séparément (Admin → WhatsApp / Telegram), également par périmètre.

Des membres supplémentaires peuvent être ajoutés lors de l'ouverture d'une crise spécifique, sans modifier la configuration globale.

📊 Pilotage en temps réel

La vue Pilotage offre une vision synthétique de l'état de la crise en 5 blocs :

• 🚨 Alertes actives : toutes les entrées ALERTE non résolues — affiche combien d'alertes sont en cours
• ℹ️ Dernières informations : les 5 dernières entrées INFO
• ✅ Actions en cours : toutes les entrées ACTION avec leur statut ✓ Fait / en attente
• 👤 Tâches assignées : actions assignées à un membre spécifique via @ Taguer
• 🎯 Décisions prises : toutes les entrées DÉCISION

Le filtre par membre en haut de la vue Pilotage permet d'afficher uniquement les tâches d'une personne. Pratique lors des points de situation : chaque responsable voit ce qui lui est assigné.

📹 Réunion et compte-rendu

Le bouton RÉUNION dans le panneau de saisie déclenche deux actions simultanées :

1. Une entrée "RÉUNION" est ajoutée dans le journal avec le lien visio
2. Une invitation WhatsApp, Teams et/ou email est envoyée à tous les membres de la cellule avec le lien de visioconférence (selon les canaux paramétrés)

Compte rendu d'étape IA

Réservé aux coordinateurs (+ secrétaire de main courante). Après une réunion, le bouton Compte rendu d'étape génère automatiquement un compte rendu structuré basé sur les entrées du journal. Si une transcription Teams a été importée, elle est incluse dans l'analyse. Le CR peut être copié, édité manuellement ou verrouillé puis envoyé par email à la cellule.

Intégration Teams

Réactis propose deux modes d'intégration avec Microsoft Teams :

• Connexion directe Teams (si configurée par le client) — depuis l'onglet Admin → Teams, le client saisit son Webhook entrant. Dès l'ouverture d'une crise, les alertes et mises à jour sont automatiquement postées dans le canal Teams configuré. Les membres reçoivent les notifications directement dans leur environnement de travail habituel.
• Import de transcription (réservé aux coordinateurs + secrétaire de main courante) — après une réunion Teams, il est possible d'importer le fichier de transcription (format .vtt, .docx ou .txt). Avant tout traitement IA, Réactis scanne automatiquement le contenu à la recherche d'éléments à risque (données sensibles, informations personnelles…) et bloque l'import tant qu'ils ne sont pas corrigés. Une fois cette vérification passée, Réactis filtre automatiquement les échanges sans valeur opérationnelle ("d'accord", "au revoir"…) et intègre les échanges pertinents dans le journal en tant qu'entrées INFO, enrichissant ainsi le compte-rendu IA.

📄 Fiches de mission

Les fiches de mission sont des listes de tâches prédéfinies par service, accessibles en un clic depuis la crise active (bouton 📋 Fiches de mission). Chaque fiche représente un rôle dans la cellule de crise.

Les fiches standards incluses

Fonctionnement

• Chaque fiche contient une liste d'actions ordonnées par priorité pour la phase de crise
• L'opérateur coche les actions réalisées — les coches sont sauvegardées en temps réel
• La modale des fiches est large (960px) avec des onglets aux intitulés complets (plus de troncature) pour naviguer facilement entre les services
• Les actions cochées apparaissent dans le rapport de fin de crise (section conformité)

Fiches génériques — entièrement modifiables (Admin → Documents)

Les 10 fiches standards ci-dessus sont éditables directement depuis le panneau Admin (onglet Documents, encart "📋 Fiches de mission génériques") — réservé aux coordinateurs. Il est possible de modifier le libellé du service, l'emoji, la couleur, le texte de chaque action, d'ajouter une action ("+ Ajouter une action"), de supprimer une action ou une fiche entière, et même d'ajouter une fiche générique entièrement nouvelle ("+ Nouvelle fiche") — utile pour un service récurrent chez ce client qui ne justifie pas une génération IA. Chaque fiche a ses propres cases à cocher pour choisir les types de crise (périmètres) où elle doit apparaître.

Fiches personnalisées depuis le plan blanc — générées par IA et personnalisables

En plus des fiches standards, l'IA peut générer des fiches supplémentaires adaptées à l'établissement (bloc chirurgical, oncologie, réanimation néonatale…) en analysant le plan blanc uploadé. Ces fiches générées sont ensuite entièrement personnalisables avant enregistrement : modifier le texte de chaque action, en supprimer, en ajouter (bouton "+ Ajouter une action"), ou supprimer la fiche entière. Voir la section ✨ Génération IA de fiches pour le détail complet.

Configuration pour les clients

Les fiches standards s'adaptent à chaque client directement depuis le panneau Admin (voir ci-dessus, plus besoin d'éditer le fichier JSON à la main). Pour les services très spécifiques identifiés dans le plan blanc (centre de greffes, chirurgie robotique…), la génération IA reste l'option la plus rapide.

📨 Templates de communication

Le bouton 📨 Communiquer donne accès à une bibliothèque de templates de messages pré-écrits, organisés par audience :

• Personnel : alertes internes, procédures dégradées, retour à la normale
• Familles : messages d'information, points de situation rassurants
• Presse : communiqués, points de situation publics
• Partenaires : alertes prestataires, signalement ARS, demandes de transfert

Chaque template est pré-rempli automatiquement avec le nom de l'établissement, la date et l'heure de la crise. L'opérateur clique sur "🔍 Ouvrir" pour lire le message en grand, le modifier si besoin, puis "📋 Copier" pour le coller dans son outil de messagerie.

📚 Plan blanc et base documentaire

Base documentaire

Réservé aux coordinateurs (+ secrétaire de main courante). La base documentaire (bouton 📚 Base documentaire) permet d'uploader et consulter les documents de référence de l'établissement : plan blanc principal, fiches réflexes, procédures d'urgence. Ces documents sont accessibles pendant la crise sans quitter l'interface.

🔍 Scanner de risques à l'intégration

Aucun document déposé (plan blanc, fiches réflexes, base documentaire) n'échappe à un contrôle automatique local, sans aucun appel IA, exécuté avant tout enregistrement : recherche de marqueurs de classification restreinte/interne, de numéros de mobile personnels et d'adresses email nominatives. Selon le réglage choisi dans Admin → Documents (bloquant par défaut, ou avertissement), un document signalé est soit refusé (à corriger avant réintégration), soit conservé mais marqué à risque — et dans ce cas jamais transmis au pipeline IA tant qu'il reste signalé.

Ce contrôle automatique s'ajoute à la validation humaine existante : chaque document déposé dans la base documentaire doit être approuvé par un Valideur (bouton ✅ Valider) avant d'être exploité par les fonctions IA. Cette validation conditionne également l'usage du plan blanc et des fiches réflexes par l'IA (conseils en cellule de crise, rapport de fin de crise, génération des fiches de mission) : un plan blanc ou une fiche déposé par l'administrateur n'est exploité par l'IA que si un document au nom correspondant a par ailleurs été approuvé par un Valideur dans la base documentaire.

Extraction automatique du plan blanc

Quand un PDF est uploadé dans la base documentaire, Réactis l'extrait automatiquement via OCR (reconnaissance de texte) au démarrage du serveur. Le contenu extrait est utilisé par l'IA pour les conseils et le rapport de fin de crise.

Documents reconnus automatiquement :

• Plan blanc principal (plan_blanc.pdf)
• Fiches réflexes : incendie, intoxication, rupture eau, alerte sociale, indisponibilité SI

✨ Génération de fiches de mission depuis le plan blanc (IA)

Dans Admin → Documents, le bouton "✨ Analyser le plan blanc" déclenche une analyse IA du plan blanc pour générer des fiches de mission personnalisées, adaptées aux services spécifiques de l'établissement.

• L'IA identifie les services SPÉCIFIQUES mentionnés dans le plan blanc (ex : bloc chirurgical, oncologie, réanimation néonatale, HAD…)
• Les fiches standard sont exclues de la génération — seuls les services propres à l'établissement sont créés
• Chaque fiche proposée est entièrement éditable avant validation : nom du service, actions, couleur, emoji
• Les fiches générées s'ajoutent aux fiches standard sans les remplacer

🧠 RETEX et apprentissage continu

Le RETEX (Retour d'EXpérience) est un document structuré généré par l'IA après chaque crise. Il analyse le journal complet et produit :

• Résumé exécutif de la crise
• Chronologie critique des moments décisifs
• Décisions clés prises pendant la crise
• Points forts de la gestion
• Axes d'amélioration
• Recommandations concrètes pour les prochaines crises
• Métriques de performance (score de coordination, réactivité, documentation)

Apprentissage continu

Les RETEX validés par l'administrateur sont réinjectés dans l'IA lors des crises du même type. Concrètement : lors d'une deuxième panne informatique, les conseils proposés par l'IA tiendront compte des leçons apprises lors de la première panne. C'est un apprentissage propre à chaque établissement.

Conservation des RETEX

Les RETEX sont conservés indéfiniment, même après la purge réglementaire des données brutes des crises (5 ans). Ils représentent la mémoire institutionnelle de l'établissement.

🌿 Conseils terrain

Onglet "🌿 Conseils terrain" dans l'admin — accessible après validation du RETEX, même plusieurs jours après la clôture de la crise.

Ces conseils sont des retours opérationnels libres : ce qui manquait dans le plan blanc, ce qui a bien fonctionné, des recommandations issues du terrain qui ne relèvent pas forcément d'une procédure formelle.

Organisation

• Conseils classés par type de crise (panne informatique, intoxication alimentaire, incendie…)
• Chaque conseil est horodaté et peut être associé à la crise source
• Ajout, modification et suppression à tout moment

Utilisation

Les conseils terrain ne sont pas encore une source pour l'IA : ils ne sont pas lus au moment où l'IA génère ses conseils en cellule de crise. Ils restent aujourd'hui consultés à la main par les coordinateurs — recherche dans l'onglet, impression, ou envoi par email — avant ou pendant une crise du même type.

Sources réellement utilisées par les conseils IA (en cellule de crise)

Le bouton "Conseils" affiché pendant une crise s'appuie, lui, sur quatre sources automatiques :

• Le journal de la crise en cours (entrées déjà saisies, anonymisées avant envoi à l'IA)
• Les RETEX validés de crises passées du même type (jusqu'à 3, avec points forts, axes d'amélioration, recommandations et priorités identifiées)
• Un comparatif de performance en direct vs. l'historique des crises du même type (taux de résolution des actions, actions non traitées)
• Le plan blanc et les fiches réflexes validés, filtrés selon le domaine et le type de crise en cours

Partage

• Imprimer : bouton 🖨 en haut de l'onglet — génère un document propre par type de crise
• Envoyer par email : bouton 📧 — sélection dans la liste des utilisateurs enregistrés (établissement, puis régional/national liés à terme), aucune saisie libre d'adresse

💶 Impact financier des crises

Onglet "💶 Impact financier" dans l'admin — accessible pour chaque crise clôturée, même plusieurs jours après la fermeture. Typiquement renseigné par la directrice financière ou la directrice de l'établissement.

Saisie

• Plusieurs lignes de coûts avec catégorie, description et montant en euros
• Catégories : Ressources humaines, Matériel et équipements, Prestataires externes, Coûts logistiques, Pénalités/pertes d'exploitation, Communication, Autres
• Total calculé automatiquement à la saisie
• Champ "Notes complémentaires" libre (contexte, précisions)

Partage

• Imprimer : bouton 🖨 dans le panneau de chaque crise
• Envoyer par email : bouton 📧 — sélection dans la liste des utilisateurs enregistrés (établissement, puis régional/national liés à terme), aucune saisie libre d'adresse

Remontée multi-tenant

L'impact financier de chaque crise est automatiquement agrégé aux niveaux supérieurs :

📑 Rapport de fin de crise

Le rapport de fin de crise est généré automatiquement à la fermeture via le bouton correspondant. Il comporte 3 parties :

Partie 1 — Conformité au plan blanc

• Ce qui a été fait conformément au plan blanc
• Ce qui a été omis ou incomplet
• Ce qui n'a pas été fait
• Score de conformité sur 10

Partie 2 — Analyse du pilotage

• Bilan de la coordination (réunions, taux de résolution des actions)
• Points forts
• Axes d'amélioration
• Recommandations opérationnelles pour la prochaine crise

Partie 3 — Utilisation de la plateforme

• Score d'utilisation sur 100 : mesure si toutes les fonctionnalités ont été exploitées
• Fonctionnalités bien utilisées vs sous-exploitées
• Objectif pour la prochaine crise

📧 Envoi RETEX & CR par email

Une fois la crise clôturée, le bouton "📧 Envoyer RETEX & CR" apparaît sur l'écran de fermeture. Il permet d'envoyer en un clic les documents de synthèse aux destinataires choisis.

Choix des destinataires

Une case à cocher par utilisateur enregistré (Coordinateur ou Membre) permet de sélectionner précisément qui reçoit l'email — aucune adresse externe en saisie libre : seuls les utilisateurs enregistrés de l'établissement (et à terme des tenants régional/national liés) peuvent être destinataires. Pour joindre une personne extérieure (direction générale, ARS, assurance, partenaire externe…), elle doit d'abord être créée comme utilisateur, ou — en cellule de crise active — ajoutée comme "personne ponctuelle" (bouton dédié), ce qui lui ouvre un accès Invité limité à cette crise et l'autorise alors comme destinataire.

Contenu de l'email

L'email contient, selon ce qui est disponible pour la crise :

• Le RETEX validé (si un administrateur l'a validé) — synthèse IA structurée de la crise
• Le Rapport de fin de crise (s'il a été généré) — rapport IA en 3 parties

Prérequis

• La configuration SMTP de l'établissement doit être renseignée dans l'admin (onglet Configuration → Emails)
• Les membres doivent avoir une adresse email configurée pour le mode "Membres de la cellule"

🤖 Intelligence Artificielle — Comment ça marche

Réactis utilise l'intelligence artificielle pour assister l'équipe de crise, pas pour décider à sa place. Tout ce que l'IA génère peut être modifié, ignoré ou rejeté par l'opérateur humain.

Principe général

L'IA fonctionne comme un consultant expert en gestion de crise hospitalière qui lit le journal en temps réel et propose des suggestions. Elle ne "voit" que le contenu du journal de la crise et les documents du plan blanc — rien d'autre.

Choix des fournisseurs

Le client dispose d'un seul fournisseur IA actif à la fois parmi les quatre disponibles — aucune combinaison simultanée n'est possible (garantie d'exclusivité au niveau du backend). Le fournisseur actif est configurable en self-service, à la main du client, depuis Admin → Établissement → bloc 🤖 Intelligence artificielle. Depuis le 16/07/2026, Mistral AI est le fournisseur activé par défaut à l'ouverture de tout nouveau tenant.

❌ Désactivation complète de l'IA — self-service (depuis le 21/07/2026)

Le même sélecteur Admin → Intelligence artificielle propose un 5e choix, "❌ Aucune IA (désactivée)", au même titre qu'un 5e fournisseur — le client bascule dessus exactement comme il basculerait entre Mistral et Groq, sans étape intermédiaire ni intervention de l'équipe Réactis. Aucune clé n'est retirée ni modifiée : callAI() refuse simplement tout appel côté serveur tant que ce réglage est actif, avec un message d'erreur explicite propagé jusqu'à l'interface.

Fournisseur par défaut : Mistral AI — inclus gratuitement

Mistral AI est une entreprise française, dont le traitement des données s'effectue intégralement au sein de l'Union européenne — aucun transfert hors UE, donc aucun recours nécessaire aux clauses contractuelles types (CCT/SCC) contrairement à Groq et Anthropic (sociétés américaines). Le modèle utilisé est mistral-small-latest. C'est un choix particulièrement adapté au secteur hospitalier, soucieux de la localisation des données. Son usage dans Réactis est gratuit pour le client (coûts inclus dans l'abonnement).

Fournisseur disponible : Groq — inclus gratuitement

Groq est un service d'IA américain qui utilise le modèle Llama 3.3 70B (un grand modèle de langage développé par Meta, disponible en open-source). Groq est particulièrement rapide (réponse en 1-3 secondes) et son usage dans Réactis est gratuit pour le client (les coûts sont inclus dans l'abonnement).

Fournisseur disponible : Anthropic Claude — inclus gratuitement

Anthropic est une entreprise spécialisée en IA fondée par d'anciens membres d'OpenAI. Leur modèle Claude Haiku est utilisé dans Réactis. Claude produit des textes généralement plus fluides et nuancés que Groq. Comme Groq, son usage dans Réactis est gratuit pour le client.

Fournisseur disponible : Microsoft Copilot — abonnement du client

Si l'établissement dispose déjà d'un abonnement Microsoft 365 Copilot, le client peut connecter Réactis à sa propre instance Copilot en renseignant lui-même sa clé API, en self-service depuis Admin → Établissement. L'IA utilisée est alors celle du client — Réactis n'est que le canal d'envoi des requêtes.

• Coût pour le client : couvert par leur abonnement Microsoft 365 existant — aucun surcoût Réactis
• Activation : le client configure lui-même sa clé API Azure OpenAI/Copilot en self-service, depuis Admin → Établissement → bloc ☁️ Azure OpenAI (Copilot) — Réactis n'a jamais accès à cette clé et ne peut pas la configurer à sa place
• Avantage : les données restent dans l'environnement Microsoft de l'établissement (souveraineté des données, conformité RGPD interne)
• Cas d'usage typique : groupes hospitaliers ou CHU déjà équipés Microsoft 365 — Réactis s'intègre dans leur écosystème existant sans coût IA additionnel

Comparatif des quatre fournisseurs

💡 Bouton CONSEILS — Détail complet

C'est la fonctionnalité IA la plus visible : en crise active, le panneau gauche propose des conseils en temps réel basés sur le plan blanc.

📊 Rapport Conseils IA (Admin)

L'onglet 📊 Conseils IA dans l'admin offre une vue analytique complète :

• KPIs globaux : total d'appels, conseils proposés, taux d'acceptation, répartition des statuts
• Lacunes plan blanc : si un service est fréquemment marqué "Non pertinent" ou "Plus tard" sur plusieurs crises, c'est un signal que les procédures de ce service méritent d'être renforcées dans le plan blanc
• Détail par crise : tableau chronologique de toutes les crises ayant utilisé les conseils IA — cliquer sur une ligne ouvre une modal détaillée
• Modal de détail par crise : affiche les conseils groupés par appel IA (avec horodatage et délai depuis l'ouverture de la crise), chaque suggestion avec son badge statut coloré (✅ vert / ⏭ bleu / ⏰ ambre / ❌ rouge / ○ gris), la priorité (URGENT/IMPORTANT/SURVEILLANCE), le service responsable et la source (fiche réflexe). Un récapitulatif des KPIs figure en en-tête de la modal.

🎯 Filtres KPI interactifs

Les vignettes KPI sont cliquables à deux endroits :

• Dans le tableau principal (Admin → Conseils IA) : cliquer sur une vignette de statut (ex. "Fait", "Déjà traités"…) filtre le tableau et n'affiche que les crises ayant au moins un conseil avec ce statut. La vignette active est entourée d'un encadré coloré. Cliquer à nouveau dessélectionne le filtre.
• Dans la modal de détail d'une crise : cliquer sur une vignette KPI de la modal filtre les suggestions affichées et masque les appels IA qui ne contiennent aucune suggestion correspondante. Utile pour isoler rapidement, par exemple, tous les conseils "Non pertinents" et identifier les failles du plan blanc.

✏️ Correction orthographique

📧 Point d'étape automatique

À l'intervalle configuré par le coordinateur (réglage « Points d'étape » dans le journal de crise, par défaut toutes les heures, désactivable), Réactis génère et envoie automatiquement par email un compte rendu d'étape complet rédigé par IA, sur le même modèle qu'un compte rendu de réunion. Il contient :

• La situation actuelle (4-6 phrases : contexte, chiffres clés, état opérationnel, tendance)
• Les décisions, actions en cours et actions réalisées depuis le compte rendu précédent
• Les prochaines étapes et points de vigilance
• Une synthèse globale de l'évolution de la crise depuis son ouverture

📊 Synthèse IA manuelle

En crise active, le bouton Synthèse IA (accessible via le menu 🤖 IA) génère à la demande une synthèse exécutive du journal.

📝 Compte rendu d'étape IA

📑 Rapport de fin de crise IA — Détail

C'est la fonctionnalité IA la plus complexe. Elle s'active à la fermeture de la crise.

🧠 RETEX IA — Retour d'Expérience

🎙️ Filtrage de transcription Teams

Une transcription de réunion peut arriver dans Réactis de deux façons :

• Automatiquement — si le client a connecté son tenant Microsoft Teams à Réactis (configuration dans Admin → Teams). Dès qu'une réunion Teams se termine pendant une crise active, la transcription est transmise et traitée sans intervention humaine — elle passe par le même scan de risques réglementaire obligatoire que l'import manuel, sans exception.
• Manuellement — en important un fichier de transcription (format .vtt, .docx ou .txt) via le bouton dédié dans la main courante — soumis au même scan de risques réglementaire obligatoire avant tout traitement IA.

Dans les deux cas, le comportement est identique une fois la transcription reçue : Réactis ne l'intègre pas brute dans le journal, mais commence par un scan de risques 100% local (aucun appel IA), puis seulement ensuite un filtrage IA du bruit conversationnel.

✨ Génération de fiches de mission depuis le plan blanc

Cette fonctionnalité permet à l'IA d'analyser le plan blanc de l'établissement et de générer des fiches de mission personnalisées pour les services spécifiques de la structure.

🔒 Données et confidentialité IA

Ce qui est transmis à l'IA

• Le contenu du journal de crise (les textes saisis par les opérateurs)
• Le type et nom de la crise (ex : "CLINIQUE — Panne informatique serveur HIS")
• Des extraits du plan blanc filtrés de l'établissement (numéros de téléphone masqués localement avant tout envoi)
• Des statistiques agrégées sur la crise (nombre d'entrées, taux de résolution…)

Ce qui n'est jamais transmis

• Aucune donnée nominative patient — c'est une règle d'usage documentée dans les CGU
• Aucune donnée médicale
• Aucun identifiant d'établissement (nom ou FINESS)
• Aucune donnée de compte utilisateur
• Tout ce qui est intercepté par les filtres réglementaires locaux (numéros de téléphone, emails, NIR détectés dans le journal, les documents importés ou le plan blanc) — masqué ou bloqué avant l'envoi, jamais transmis à l'IA

Engagements des fournisseurs IA

Choix et activation des fournisseurs IA

Le fournisseur IA actif (Mistral AI par défaut, ou Groq / Anthropic / Azure OpenAI au choix du client) et la désactivation totale ou partielle des fonctions IA sont à la main du client, en self-service depuis Admin → Établissement. La plateforme continue de fonctionner normalement pour le journal, les alertes et les pilotages — seules les fonctionnalités IA (conseils, synthèses, rapports automatiques) sont affectées si le fournisseur est désactivé.

🚀 Onboarding d'un nouveau client

Formulaire de demande client (signup.html)

Le client remplit le formulaire en ligne et choisit son offre parmi quatre options :

Le client peut ajouter des packs de +5 licences d'accès (195 € HT/an chacun, via un champ quantité sur le formulaire) — la limite est alors 20 + 5 × nb_packs_membres à la création. La demande et toutes les options choisies sont stockées dans data/signups.json du tenant maître.

Validation dans le panneau maître

Les demandes en attente apparaissent dans la section "Demandes d'essai" avec des badges indiquant le type d'offre choisi, la limite de licences d'accès et le fournisseur IA. Cliquer "✅ Activer 30j" déclenche automatiquement :

• Création du tenant du bon type (établissement, régional ou groupe) via le script adapté
• Enregistrement DNS A chez OVH (sous-domaine slug.crise.ifclubs.fr)
• Email de bienvenue avec les accès
• Configuration SSL (bouton "🔒 SSL" dans le panneau maître une fois le DNS propagé)
• max_members, tenant_type, nb_perimetres inscrits dans le tenant.json du nouveau tenant

Pack +5 licences d'accès (depuis le panneau maître)

Rien n'est automatique : quand un client approche de sa limite (≥ 80 % de la capacité), un bouton "📦 +5" apparaît dans sa ligne dans le panneau maître à titre de simple indicateur — il ne déclenche rien tout seul. Frédéric ne clique dessus que si le client a effectivement acheté un pack supplémentaire (paiement reçu) ; le seul franchissement du seuil de 80 % n'autorise pas l'ajout. Le clic incrémente alors max_members de 5 dans son tenant.json, sans redémarrage nécessaire.

Étapes de déploiement

1. Inscription en ligne — le client choisit son offre, ses options et envoie sa demande. Rien n'est créé à ce stade : la demande reste simplement en attente dans le panneau maître.
2. Validation manuelle par Réactis — Frédéric vérifie la demande dans le panneau maître et ne clique "✅ Activer 30j" qu'après validation (notamment confirmation du paiement). Tant que ce clic n'a pas eu lieu, aucun tenant n'est créé et le client ne reçoit rien.
3. Provisionnement — déclenché uniquement par ce clic de validation : le tenant est alors créé (URL personnalisée, identifiants admin, DNS)
4. Email de bienvenue — envoyé seulement à la suite de cette validation manuelle, jamais avant : le client reçoit ses accès (URL + identifiants admin) et peut se connecter
5. Configuration initiale — réalisable en autonomie par le client grâce à l'interface d'administration guidée. Un accompagnement à la prise en main est proposé en option (formation facturable) :

Configuration initiale (à réaliser par le client — niveau facile — assistance possible, facturable)

🛡️ Panneau Maître — Fonctionnalités d'administration Réactis

Le panneau maître (admin.crise.ifclubs.fr, port 6099) est l'interface d'administration exclusivement réservée à Réactis. Il consolide la supervision et la gestion de tous les tenants en production.

Vue d'ensemble des tenants

Tous les tenants sont organisés en groupes (Établissements clients, Régionaux, Groupes, Staging, Démo). Chaque groupe est plié par défaut à la connexion — cliquer sur l'en-tête de groupe pour déplier. L'état ouvert/plié est mémorisé par le navigateur.

Chaque ligne de tenant affiche sous l'URL des badges d'options : type d'offre souscrite, nombre de périmètres, licences d'accès actuelles / maximum, et un bouton "📦 +5" quand le client approche 80 % de sa limite.

Demandes d'essai (nouveaux prospects)

Les demandes reçues via signup.html apparaissent avec des badges indiquant les choix du prospect : type d'offre, nombre de périmètres, limite de licences d'accès, fournisseur IA. Rien n'est créé tant que Frédéric n'a pas validé la demande : saisir un slug → cliquer "✅ Activer 30j" uniquement après vérification (notamment du paiement). Ce clic déclenche alors, et alors seulement, la création du tenant, le DNS et l'envoi de l'email de bienvenue au client. La configuration initiale, elle, n'est pas automatique : elle est réalisée ensuite par le client lui-même depuis son interface d'administration.

Création d'un tenant régional

Dans la section "Outils avancés" du panneau, le formulaire "🗺️ Créer régional" permet de provisionner un nouveau tenant régional sans aucune intervention en ligne de commande. Le script /opt/crise-admin/create-regional-tenant.sh génère automatiquement : répertoire de données, tenant.json, .env, service systemd, configuration Nginx et déclenche le DNS OVH.

⚙️ Ce que peut configurer l'administrateur client

👥 Gestion des comptes utilisateurs

Les 3 types de licence d'accès

Chaque personne enregistrée dans l'onglet Utilisateurs se voit attribuer un ou plusieurs rôles via des cases à cocher (🔑 Coord. / 👁️ Membre / ✅ Valideur / ✉️ Invité). Coordinateur, Membre et Invité sont les 3 identifiants de connexion possibles (chacun avec son propre mot de passe partagé par défaut, pas de compte individuel — sauf si le tenant a activé le mode 2 ou 3, voir "🔐 Modes de connexion" ci-dessous) — chaque personne compte pour 1 licence d'accès, quel que soit son rôle. Le rôle "Valideur" n'est pas un identifiant de connexion séparé : c'est une case à cocher additionnelle qui se combine à Coordinateur ou Membre pour donner un droit de validation des documents importés.

🔐 Modes de connexion (3 modes, au choix par tenant, depuis le 2026-07-19)

Indépendamment des rôles/licences ci-dessus, chaque tenant établissement choisit dans Admin → Utilisateurs (section "Mots de passe d'accès") comment ses trois identifiants (Coordinateur/Membre/Invité) s'authentifient. Réglage tenant.json.login_mode : 'shared' (absent = valeur par défaut) / 'pin' / 'totp'. Les trois modes coexistent dans le code, un seul est actif par tenant à la fois — changer de mode ne supprime aucune donnée (PIN/secret TOTP déjà enregistrés restent en base, simplement inutilisés tant que le mode n'est pas réactivé).

• Mode 1 — Mot de passe partagé (défaut historique) : un seul mot de passe par rôle. L'identité affichée dans le journal est déclarative, choisie librement dans la modale "Qui êtes-vous ?" à chaque connexion — jamais vérifiée côté serveur.
• Mode 2 — Identité + PIN : l'utilisateur choisit son nom dans un roster filtré par rôle (GET /api/auth/roster) puis saisit un code à 4 chiffres propre à cette personne, vérifié serveur (POST /api/auth/pin-check, hash bcrypt). Flux "PIN oublié" par email/SMS à usage unique (TTL 10 min, 5 tentatives). Reset admin (POST /api/admin/members/reset-totp pour le mode 3, équivalent reset-pin pour le mode 2) efface le facteur sans jamais le réassigner — ré-enrôlement obligatoire, tracé dans l'audit log (PIN_RESET / TOTP_RESET).
• Mode 3 — Identité + TOTP (Google/Microsoft Authenticator) : même principe que le mode 2, mais le facteur est un code à 6 chiffres rotatif toutes les 30s (RFC 6238, librairie otplib) au lieu d'un PIN fixe. Enrôlement en 2 étapes : POST /api/auth/totp/enroll/start génère un secret temporaire et un QR code (qrcode, même mécanisme que le QR WhatsApp) sans rien persister, puis POST /api/auth/totp/enroll/confirm vérifie le premier code réel avant de sauvegarder le secret. Secret chiffré au repos (AES-256-GCM, clé TOTP_ENC_KEY propre à chaque environnement) — contrairement au PIN haché à sens unique, le serveur doit pouvoir déchiffrer ce secret pour vérifier les codes suivants, d'où le chiffrement réversible plutôt qu'un hash. Anti-rejeu : un code déjà accepté est refusé une seconde fois dans sa fenêtre de 30s.

📡 Messagerie hiérarchique — messages du niveau régional (depuis le 2026-07-11)

Si l'établissement est rattaché à un tenant régional, celui-ci peut envoyer des messages de type INFO ou ALERTE vers l'établissement, via un canal dédié et tracé, distinct du journal opérationnel de chaque crise. Ces messages ne sont visibles que par les personnes explicitement cochées 📡 Région dans l'onglet Utilisateurs (case combinable avec n'importe quel rôle, sur le même principe que ✅ Valideur) — typiquement 1 ou 2 coordinateurs désignés. Une pastille 📡 apparaît dans l'en-tête de la crise active pour ces personnes uniquement dès qu'un nouveau message est disponible ; un clic ouvre la liste des messages des 30 derniers jours. Depuis le 2026-07-11, la pastille est agrandie et clignote tant qu'au moins un message n'a pas été ouvert (lu/non-lu suivi côté navigateur, par personne).

✍️ Secrétaire de main courante (désignation par crise depuis le 2026-07-17)

Par défaut, un compte Membre ou Invité ne voit pas les entrées de type ALERTE et RÉUNION dans le journal (voir tableau ci-dessus). À chaque ouverture de crise, le formulaire d'ouverture impose de désigner une personne précise — Membre ou Invité, typiquement celle qui tient la main courante au poste de commandement — dans un menu déroulant listant tous les membres du périmètre concerné (Invités compris) : impossible d'ouvrir la crise sans ce choix. Cette personne conserve la lecture intégrale pour la durée de cette crise uniquement, sans pour autant recevoir les droits d'écriture d'un coordinateur, et sans mot de passe séparé : elle continue à se connecter avec son identifiant habituel (Membre, Invité ou Coordinateur).

En plus de la lecture intégrale du journal, la personne désignée Secrétaire de main courante retrouve l'accès à 4 fonctions IA normalement réservées au Coordinateur : 💡 Conseils ciblés, 📝 Compte rendu d'étape, 📋 Rapport de crise et 🧠 RETEX (génération, consultation, édition avant validation, et validation/dévalidation). Les autres fonctions réservées au Coordinateur (📧 Résumé message externe, Transcription Teams, création de Réunion, Base documentaire, Suivi des présences, Espace Admin) restent hors de portée, y compris pour la Secrétaire.

Le mécanisme repose sur un lien individuel généré automatiquement par le serveur à l'ouverture — il n'y a plus de configuration statique dans Admin → Établissement :

• Dès que la crise est ouverte, un jeton propre à cette crise est généré côté serveur et un email est envoyé automatiquement à la personne désignée, avec son lien d'accès personnel (ex : https://client.crise.ifclubs.fr/?secretaire=XXXXXXXX) — sauf en 🎓 Formation ou en environnement de démonstration, où l'envoi est simulé (aucun email réel)
• Ce lien est personnel, à ne pas transmettre — quiconque l'ouvre dans son navigateur reçoit un jeton stocké localement sur cet appareil, qui débloque la lecture intégrale et les 4 fonctions IA dès sa prochaine connexion avec son mot de passe habituel
• Le jeton n'est valable que pour la durée de cette crise : à la clôture, il cesse immédiatement de fonctionner. Une nouvelle crise impose une nouvelle désignation et génère un nouveau jeton, indépendant du précédent
• Rien n'empêche de désigner la même personne à chaque ouverture si c'est toujours elle qui tient la main courante — mais le choix doit être refait à chaque fois

Environnements de démonstration

Compte démo standard

• Admin : DEMO.CRISE / CRISE
• Membre : DEMO.MEMBRE / MEMBRE
• Invité : DEMO.INVITE / INVITE

Réinitialisation de mot de passe

Les mots de passe sont stockés sous forme hachée (bcrypt). En cas d'oubli, l'administrateur peut changer son propre mot de passe depuis Admin → Abonnement. Pour réinitialiser le mot de passe d'un autre compte, il faut contacter le support à contact@ifclubs.fr.

🔑 Abonnements et tarifs

Formule générale : Total = 1 990 € + (nb_périmètres_supplémentaires × 1 155 €) + (nb_packs_5_licences × 195 €). Un tenant établissement est plafonné à 3 périmètres — au-delà, orienter vers un tenant régional ou groupe.

Choix du fournisseur IA

Le client choisit son fournisseur IA à la souscription. Un changement ultérieur se fait en self-service, à la main du client, depuis Admin → Établissement.

Garantie d'exclusivité : un seul fournisseur est actif à la fois. Lorsqu'un fournisseur est configuré comme actif (Mistral par défaut, ou Groq/Anthropic/Azure au choix du client), le code source de Réactis ne tente aucun appel vers les autres. En cas d'erreur, la fonctionnalité échoue explicitement — aucun fallback silencieux vers un autre fournisseur. Les clés API des fournisseurs non utilisés peuvent être retirées du fichier de configuration du tenant sans aucun risque.

Option pack +5 licences d'accès supplémentaires

+195 € HT/an par pack de 5 licences d'accès, pour l'ensemble du tenant (tous périmètres confondus) — permet de dépasser le plafond de 20 licences d'accès incluses dans la formule de base, par incréments de 5. À utiliser pour les établissements avec une grande cellule de crise ou un organigramme de crise étendu.

❓ FAQ utilisateurs — Questions courantes

🔧 Problèmes courants et solutions

📞 Escalade technique

Pour les problèmes qui ne peuvent pas être résolus par les solutions ci-dessus, contacter le développeur :

• Email : contact@ifclubs.fr
• Réponse sous 48h ouvrées

Informations à fournir lors d'une escalade

• Nom de l'établissement client et URL de leur plateforme
• Description précise du problème (quand, comment, message d'erreur éventuel)
• Capture d'écran si possible
• Navigateur et appareil utilisé

Ce qui ne peut pas être traité sans le développeur

• Réinitialisation d'un mot de passe admin oublié (opération serveur)
• Modification des fichiers de configuration serveur
• Restauration de données après suppression
• Questions sur la facturation et les abonnements

🔄 Processus de validation des mises à jour

Toutes les nouvelles fonctionnalités passent par un cycle Staging → Validation → Production avant d'être disponibles chez les clients. la consultante joue un rôle central dans cette validation.

Les 4 étapes du cycle

Déploiement & Rollback — Boutons dans le master admin

La section "⚙️ Déploiement & Rollback" est toujours visible en haut du panneau admin.crise.ifclubs.fr, avec deux colonnes :

Que faire si un bug est découvert plusieurs jours après un déploiement ?

Si plusieurs déploiements ont eu lieu entre le moment où une mise à jour problématique a été déployée et le moment où le problème est découvert, le rollback total n'est pas adapté (il annulerait aussi des mises à jour saines). La marche à suivre dans ce cas :

Règles importantes

• Une feature à la fois — on ne démarre pas une nouvelle feature tant que la précédente n'est pas déployée en prod
• Tag DEMO — les modifications sur les données/fichiers de démonstration ne passent pas par le circuit de validation et ne sont pas inscrites dans RELEASE.json
• Garantie technique — le système utilise des patches git individuels : seul le code explicitement sélectionné et validé par la consultante est appliqué en production

Environnements de développement

Trois environnements staging distincts, chacun avec son équivalent production : établissement, régional et national.

🏢 Réactis Groupe — Vue consolidée multi-établissements

Réactis Groupe propose une offre destinée aux groupes sanitaires qui gèrent plusieurs établissements : groupes de cliniques, groupes EHPAD, GHT, opérateurs multi-sites.

Principe d'invisibilité côté établissement

Les équipes opérationnelles des établissements membres ne savent pas et n'ont pas besoin de savoir qu'un tenant groupe les observe. Elles utilisent leur Réactis habituel sans changement. Le groupe lit les données en arrière-plan via une clé technique sécurisée. Ne pas mentionner le tenant groupe lors des formations établissements.

Qui sont les membres du tenant groupe ?

Les directeurs et directrices d'établissements du groupe — pas les équipes opérationnelles. Le coordinateur groupe (DG groupe, Directeur des Risques groupe) pilote depuis le dashboard consolidé pendant que chaque établissement gère sa crise avec son propre Réactis.

Dashboard consolidé

Une carte par établissement, avec en temps réel :

Rafraîchissement automatique configurable (30s par défaut). Un bouton ↻ permet une actualisation manuelle.

Cliquer sur une carte ouvre un panneau détail (modal fond blanc) avec l'intégralité de l'état de situation : métriques complètes, durée, et les 3 derniers comptes-rendus de réunion en texte complet. Fonctionne aussi bien pour les cartes EN CRISE que NOMINAL.

📊 Tableau de bord Qualité & Performance (régional)

Bouton "📊 Tableau de bord Qualité & Performance" dans la barre du dashboard régional. Trois blocs, ajoutés le 2026-07-10 suite à la vente d'un tenant régional à un interlocuteur cumulant DG Régional et Directeur Qualité & Performance Groupe :

• Score qualité & classement — score composite 0-100 par établissement, pondéré 40% RETEX validés / 30% restitutions RETEX tenues / 30% documents à jour. Calculé uniquement sur les axes disposant de données — un établissement sans RETEX n'est pas pénalisé, simplement non noté sur cet axe.
• Alertes proactives — détection automatique des dérives sans lecture manuelle : RETEX généré depuis plus de 6 mois et jamais validé (critique) ; aucune restitution tenue sur ≥2 RETEX (attention) ; <50% des documents validés sur ≥3 documents (attention).
• Export PDF & Excel — bouton "Export PDF" (impression de la page, scopée au tableau de bord) et "Export Excel" (CSV point-virgule, BOM UTF-8, généré côté client, zéro dépendance npm) directement exploitables en réunion CA/CME/HAS.

La route POST /api/conseils-coordination a été élargie en cohérence : hors crise active, elle n'est plus muette — si des alertes qualité sont détectées, elle déclenche un appel IA dédié (persona "directeur régional, en charge à la fois des risques ET de la qualité") qui propose audit croisé, partage de bonnes pratiques, délai de mise en conformité ou remontée groupe.

Mode TV — Écran de supervision permanent

Le bouton "📺 Mode TV" bascule directement dans une vue plein écran optimisée pour être projetée en permanence sur un grand écran en salle de direction — sans ouvrir de nouvel onglet. Le bouton "← Tableau de bord" (ou la touche Échap) revient au dashboard normal.

• Filtre automatique : seuls les établissements EN CRISE sont affichés. Les établissements nominaux disparaissent de l'écran pour que toute l'attention soit concentrée sur ce qui brûle. Si aucune crise active : grand écran vert "✅ TOUT EST NOMINAL".
• Grille adaptive selon le nombre de crises actives : 1 → pleine largeur ; 2 → 2 colonnes ; 3-4 → 2 colonnes ; 5-6 → 3 colonnes
• Horloge temps réel en haut à droite
• Point vert animé indiquant que la connexion est active
• Pied de page : total alertes actives sur les sites en crise
• Clignotement rouge sur les cartes en crise — visible d'un coup d'œil à 5 mètres
• Rafraîchissement automatique partagé avec le dashboard (30s par défaut)
• Cliquer sur une carte EN CRISE ouvre un modal blanc avec : titre et type de crise, durée, métriques (alertes / actions / en cours / résolues / membres), les 3 derniers CRs de réunion en texte complet. Fermeture via ✕, clic autour ou touche Échap.

IA de coordination — Triple niveau en cascade

C'est la fonctionnalité différenciante de l'offre groupe. Réactis propose une IA en cascade à 3 niveaux : chaque niveau analyse l'intelligence déjà synthétisée du niveau inférieur — jamais les données brutes.

⏱️ Fréquences de récupération entre les niveaux

Chaque niveau (établissement, régional, groupe) rafraîchit son dashboard à un intervalle fixe, codé en dur côté serveur/frontend. Aucun de ces intervalles n'est réglable par le client — il n'existe à ce jour aucune interface de configuration self-service pour ce paramètre, à aucun niveau.

📨 Messages hiérarchiques — Communication top-down

Les directeurs régionaux peuvent diffuser des messages INFO ou ALERTE directement depuis leur dashboard vers tous les établissements de leur périmètre, sans passer par un outil externe. 🔒 Fonctionnalité réservée au niveau régional — le tenant groupe (national) n'a ni bouton ni route pour cet usage à ce jour.

Côté émetteur (Régional)

• Bouton 📨 Messages dans la barre de navigation du dashboard
• Zone de saisie : sélection du type (INFO ou ALERTE) + texte libre + bouton Envoyer
• Le message est publié immédiatement et diffusé en push à tous les établissements du périmètre
• Suppression : un message effacé au niveau émetteur est automatiquement retiré de tous les établissements destinataires

Côté destinataire (Établissement)

• Les messages apparaissent dans l'interface de crise — icône 📡 dans l'en-tête, visible dès qu'une crise est ouverte. Rien n'apparaît dans le dashboard admin (dashboard.html), qui n'affiche pas cette information.
• « L'administrateur de l'établissement », c'est le Coordinateur — au sens du mot de passe partagé Coordinateur (pas un compte individuel nommé), sauf tenant passé en mode 2 (PIN) ou 3 (TOTP) où chaque connexion Coordinateur est liée à une identité vérifiée. Visibilité par défaut : Coordinateur uniquement, et seulement pour les membres cochés « Reçoit les messages du niveau régional » (onglet Utilisateurs) — ciblage individuel via leur identité auto-déclarée (badge de présence).
• Le Coordinateur peut élargir cette visibilité aux rôles Membre et/ou Invité (panneau Admin › Établissement › « Messagerie hiérarchique — visibilité »). Dans ce cas, tous les utilisateurs connectés avec le mot de passe du rôle coché voient le même flux de messages — pas de ciblage individuel possible pour ces deux rôles, leur identité n'étant pas vérifiée côté serveur.
• Les ALERTEs s'affichent en rouge — les INFOs en bleu, avec origine (nom du niveau émetteur) et heure d'envoi
• La pastille clignote tant qu'un message n'est pas lu — statut purement local (par identité déclarée, ou par rôle à défaut), sans suivi individuel côté serveur

Architecture technique

🔔 Alertes montantes — Ouverture de crise vers le niveau supérieur

En complément des messages top-down (régional → établissements), Réactis propage également les ouvertures de crise vers le haut : quand un établissement ouvre une crise, le tenant régional parent est automatiquement notifié.

Ce qui est notifié

• Dashboard régional — un message hiérarchique "🚨 [Établissement] — Ouverture de crise : [Type] Nom" apparaît automatiquement dans le flux de messages du dashboard régional
• Email — envoi aux destinataires configurés dans l'admin régional (nom de l'établissement en titre)
• WhatsApp — message dans les groupes WA configurés du tenant régional
• Microsoft Teams — carte adaptive dans le canal Teams via Incoming Webhook
• Telegram — message HTML dans les chats/groupes du bot Telegram configuré
• SMS — message court (max 459 car.) envoyé aux numéros configurés via l'API Scaleway

Canaux configurables dans l'admin régional

Architecture technique

Prérequis

• L'établissement doit être rattaché au régional (demande de rattachement acceptée) — le rattachement stocke la regional_url et le groupe_key dans link_request.json
• Le tenant régional doit avoir configuré au moins un canal de notification dans son admin
• Pour l'email : le SMTP du tenant régional doit être renseigné dans Admin → Alertes ouverture de crise
• Pour WhatsApp : le client WA du régional doit être connecté (QR scanné)
• Pour Teams : l'URL Incoming Webhook doit être renseignée (Teams → canal → ⋯ → Connecteurs → Incoming Webhook)
• Pour Telegram : le token du bot + les chat IDs doivent être renseignés
• Pour SMS : rien à configurer côté client — la clé API Scaleway (Secret Key) + le Project ID sont centralisés côté serveur Réactis (variables d'environnement SCALEWAY_API_KEY / SCALEWAY_PROJECT_ID, communes à tous les tenants régionaux) ; le client renseigne uniquement les numéros de téléphone des membres destinataires

💰 Tarification Réactis Régional & Groupe

Les licences régionale et groupe se facturent en supplément des abonnements établissements individuels. Architecture à 3 niveaux :

Interlocuteurs clés par niveau

🌐 Hébergement — Ce qu'il faut savoir (simplifié)

Réactis est hébergé sur un serveur virtuel (VPS) mutualisé en France chez IONOS SE, certifié ISO 27001 — le même VPS héberge l'ensemble des services internes de l'éditeur (clubs d'investissement, autres SaaS). Une migration vers un serveur dédié OVH certifié HDS (Hébergeur de Données de Santé) est prévue au premier semestre 2027.

Spécifications techniques du serveur

Sauvegardes

Les sauvegardes sont assurées par un script automatisé (cron quotidien), qui produit une archive chiffrée AES-256 (OpenSSL) du répertoire de données de chaque tenant, conservée 30 jours glissants sur le serveur. Il n'y a pas de réplication hors site à ce jour.

Protection du serveur

Durcissement système standard : accès SSH par clé, pare-feu (ufw, deny par défaut), mises à jour de sécurité régulières, et CrowdSec (agent de détection comportementale + blocage automatique des IP malveillantes, open-source) actif sur le serveur. Pas de suite EDR commerciale dédiée à ce jour.

Données en France

Les données des clients (journal de crise, documents, rapports) restent en France sur le VPS IONOS. Seul le contenu du journal est envoyé temporairement au fournisseur IA actif lors des appels IA — encadré par des DPA RGPD. Par défaut ce fournisseur est Mistral AI, qui traite en UE (aucun passage par les États-Unis) ; au choix du client, le fournisseur peut être Groq, Anthropic ou Azure (ces trois-là basés aux États-Unis, transfert encadré par des CCT).

🔒 Sécurité des données — Points clés (simplifié)

• Connexion sécurisée HTTPS : toutes les communications entre le navigateur et le serveur sont chiffrées
• Mots de passe hachés : les mots de passe ne sont jamais stockés en clair
• Isolation par tenant : chaque client a son propre espace de données, complètement séparé des autres
• Chiffrement au repos : LUKS/dm-crypt — activation prévue lors de la migration vers le serveur OVH certifié HDS (S1 2027)
• Protection endpoint : CrowdSec déployé sur le serveur — EDR open source, détection comportementale et blocage automatique des IP malveillantes en temps réel
• Sauvegardes : scripts quotidiens chiffrés AES-256 par tenant, rétention 30 jours
• Pentest : audit de sécurité prévu avant la mise en production définitive
• Documents protégés : les PDF de la base documentaire (plans blancs, pièces jointes du journal) sont servis derrière une authentification obligatoire (/uploads, /attachments) — impossible d'y accéder en devinant l'URL, même en étant déconnecté
• Filtrage réglementaire du contenu avant IA : avant tout envoi à un fournisseur IA, le contenu du journal, du plan blanc et des documents importés passe par un filtre local et déterministe (aucun appel externe, aucune IA) qui détecte et masque automatiquement numéros de téléphone, emails et NIR — voir « Données et confidentialité IA »
• Validation de document : valider ou approuver la mise à jour d'un document exige un mot de passe de rôle valide (admin ou membre). Le nom du valideur est vérifié contre l'identité de session en mode PIN/TOTP (getVerifiedMemberName()) ; en mode 1 (mot de passe de rôle partagé, sans identité individuelle), le nom déclaré reste une limite acceptée faute d'identité de session à vérifier
• Déploiement/rollback staging → prod : les routes /api/release/deploy et /api/release/rollback (-groupe pour le niveau national) exigent une authentification valide, et le paramètre de backup est vérifié contre la liste réelle des sauvegardes sur disque avant exécution

🛡️ RGPD — Points clés (simplifié)

• IFclubs SAS est éditeur du logiciel et sous-traitant pour les clients (signature d'un DPA)
• Le client reste responsable de traitement pour ses données
• Conservation des données : 5 ans par défaut (configurable), RETEX indéfiniment
• Suppression des données : à la demande ou via la purge manuelle Admin → RGPD
• Données traitées : journal de crise (pas de données patients), fichiers de documents (pas de données à caractère personnel), emails des membres

📂 Arborescence de la plateforme Réactis

Vue complète de la structure de fichiers de la plateforme. Chaque service est un répertoire autonome avec son propre backend Node.js et son frontend HTML/JS.

Niveau Établissement (/opt/crise-staging/)

Structure identique pour toutes les instances établissement (crise-staging, crise, et chaque client).

Niveau Régional (/opt/crise-staging-regional/ et tenants /opt/crise-tenants/tna/)

Service agrégateur qui consolide en temps réel les données de tous les établissements de la région. Chaque tenant régional dispose de son propre répertoire dans /opt/crise-tenants/{slug}/ avec un tenant.json de type "type": "regional".

Tenant régional de production actuel : TNA

Connexion d'un établissement à un tenant régional (côté admin TNA)

L'administrateur du tenant régional (ou Frédéric depuis le panneau maître) connecte un établissement membre depuis le bouton "⚙️ Établissements" dans la barre du dashboard régional. Le formulaire demande uniquement le nom, l'URL interne et le slug du service. Tout le reste est automatique :

1. Génération d'une GROUPE_KEY aléatoire (32 octets hex)
2. Écriture de la clé dans le .env de l'établissement (GROUPE_KEY=xxx)
3. Redémarrage du service de l'établissement
4. Test de connexion /api/groupe/summary avec la clé
5. Sauvegarde de l'établissement dans le tenant.json du régional

Niveau Groupe / National (/opt/crise-staging-groupe/)

Service agrégateur de niveau national. Consolide les données des niveaux régionaux et des établissements en accès direct.

Niveau Master (/opt/crise-master/)

Panneau maître interne Réactis (accès Fred uniquement) — pas de duplicata staging pour son propre code. Provisionne et supervise tous les tenants (établissement, régional, groupe), gère la facturation et les demandes d'essai. Port 6099, service crise-master.service.