Concrétiser le plan et intégrer les critères de gestion du PCS aux fonctions administratives et techniques habituelles.Une approche opérationnelle pour un contrôle fluide, tirée de mon parcours en organisation de centres hospitaliers et établissement médico-sociaux (FAM, ESAT), garantissant conformité et efficacité.

SIGLES ET SIGNIFICATIONS

1. PPR
   Plan de Prévention des Risques (naturels, technologiques, miniers… selon contexte).
2. PPRNP
   Plan de Prévention des Risques Naturels Prévisibles (souvent noté PPRn).
3. PLU
   Plan Local d’Urbanisme.
4. PCS
   Plan Communal de Sauvegarde.
5. DICRIM
   Document d’Information Communal sur les Risques Majeurs.
6. ORSEC
   Organisation de la Réponse de Sécurité Civile (dispositif préfectoral).
7. PPI
   Plan Particulier d’Intervention (autour d’un site à risque : SEVESO, barrage, nucléaire…).
8. DUERP
   Document Unique d’Évaluation des Risques Professionnels.
9. Cellule de crise
   Cellule de gestion de crise communale / Poste de Commandement Communal (PCC), ou Centre de Commandement de la Gestion de Crise (CCGC).
10. CTA
    Centre de Traitement de l’Alerte (SDIS – 18/112).
11. CODIS
    Centre Opérationnel Départemental d’Incendie et de Secours (SDIS).
12. COD
    Centre Opérationnel Départemental (préfecture).
13. COS
    Commandant des Opérations de Secours (chef des moyens de secours sur le terrain).
14. RAC
    Responsable de l’Action Communale (ou des Actions Communales) dans le cadre du PCS.

LIEN AVEC LE PLAN COMMUNAL DE SAUVEGARDE (PCS)

2.1 – Documents qui conditionnent ou alimentent le PCS (mais n’en font pas partie)

• PPR / PPRNP
  • Élaborés par l’État (préfet, DDT-M).
  • Rendent le PCS obligatoire quand ils sont prescrits ou approuvés.
  • Fournissent : aléas, zonages, enjeux, prescriptions (évacuation, constructions, etc.).
• PPI
  • Élaboré par le préfet pour les sites à risques (SEVESO, nucléaire, barrage…).
  • Rend le PCS obligatoire pour les communes concernées.
  • Le PCS reprend les consignes PPI (mise à l’abri, évacuation, périmètres, sirènes, etc.).
• PLU
  • Document d’urbanisme communal ou intercommunal.
  • Ne fait pas partie du PCS, mais sert à repérer :
  • zones urbanisées exposées aux risques,
  • établissements sensibles,
  • voies d’évacuation, zones refuges.

2.2 – Éléments qui font partie du PCS ou lui sont directement annexés

• PCS
  • Document communal arrêté par le maire.
  • Contenu principal :
  • analyse des risques et des vulnérabilités,
  • organisation de crise (cellule de crise, fiches missions),
  • procédures d’alerte, d’information, de mise à l’abri, d’évacuation, d’hébergement,
  • inventaire des moyens et des lieux ressources.
• DICRIM
  • Document d’information des habitants sur les risques majeurs de la commune.
  • Juridiquement distinct, mais le plus souvent intégré ou annexé au PCS.
  • Sert de base pour l’information préventive.
• Cellule de crise communale (PCC / CCGC)
  • Fait partie intégrante du PCS.
  • Définit :
  • lieu(x) de repli,
  • composition (maire/DOS, RAC, logistique, population, communication, secrétariat, etc.),
  • règles de fonctionnement (astreintes, relève, main courante, moyens de communication).
• RAC (Responsable de l’Action Communale)
  • Fonction définie dans le PCS.
  • Rôle : coordonner l’action communale sous l’autorité du maire (DOS) :
  • pilotage opérationnel des cellules,
  • liaison avec COS, CODIS, préfecture,
  • synthèse de situation pour le maire.
• DUERP
  • Ne fait pas juridiquement partie du PCS, mais :
  • couvre les risques professionnels des agents communaux,
  • doit être cohérent avec le PCS (protection des agents en situation de crise, continuité de service).

2.3 – Dispositifs supérieurs ou partenaires externes, articulés avec le PCS

• ORSEC
  • Dispositif préfectoral départemental / zonal.
  • Le PCS est l’échelon communal de la réponse de sécurité civile et vient compléter ORSEC.
  • Le PCS doit préciser comment la commune s’insère dans ORSEC (flux d’information, demandes de moyens, application des consignes préfectorales).
• CTA / CODIS (SDIS)
  • Structures opérationnelles du SDIS (réception d’alerte, engagement et coordination des moyens SP).
  • Le PCS définit les modalités de lien : numéros utiles, transmissions d’informations, référents pompiers/mairie.
• COD (préfecture)
  • Structure de gestion de crise à l’échelon départemental.
  • Le PCS doit prévoir :
  • comment la commune remonte sa situation au COD,
  • comment elle applique les consignes départementales (confinement, évacuation, restrictions…).
• COS (Commandant des Opérations de Secours)
  • Désigné par l’autorité qui exerce la fonction de DOS (maire ou préfet).
  • Le PCS précise la relation PCC – COS (échanges d’informations, demandes et mise à disposition de moyens, soutien logistique et à la population).

RÉPARTITION DES RESPONSABILITÉS AU NIVEAU COMMUNAL

3.1 – Maire et commune

• Maire
  • Autorité de police générale sur le territoire communal.
  • Directeur des Opérations de Secours (DOS) sur la commune tant que le préfet ne reprend pas la direction.
  • Responsabilités principales :
  • élaborer, arrêter, mettre à jour le PCS,
  • élaborer et diffuser le DICRIM,
  • décider d’activer la cellule de crise,
  • organiser l’alerte, l’information et la protection des populations,
  • assurer la coordination des moyens communaux,
  • en tant qu’employeur, élaborer et tenir à jour le DUERP pour les agents.
• Conseil municipal / commune
  • Approuve notamment le PLU (ou participe à l’élaboration du PLUi avec l’EPCI).
  • Intègre les contraintes issues des PPR/PPRNP et PPI dans l’urbanisme et les projets d’aménagement.
  • Met à disposition les moyens communaux prévus dans le PCS (locaux, véhicules, matériel, personnel).
• RAC (Responsable de l’Action Communale)
  • Nommé par le maire (souvent DGS, DST, cadre technique ou élu référent).
  • Rôle opérationnel :
  • coordonner l’ensemble de l’action communale en situation de crise,
  • diriger la cellule de crise au quotidien sous l’autorité du maire,
  • assurer la liaison avec les services de secours, la préfecture, l’EPCI, etc.,
  • organiser la mise en œuvre des décisions du maire (mises à l’abri, évacuations, ouverture de centres d’hébergement, etc.).
• Cellule de crise communale (PCC)
  • Bras opérationnel du PCS.
  • Composée selon l’organisation définie par le PCS (logistique, population, communication, secrétariat, technique, etc.).
  • Missions :
  • suivre la situation (renseignement, cartographie, remontées terrain),
  • tenir la main courante,
  • coordonner les actions communales,
  • assurer la liaison avec COS, CODIS, COD, EPCI, etc.

3.2 – Préfet et services de l’État (impact sur la commune)

• PPR / PPRNP
  • Élaborés et approuvés par le préfet.
  • La commune :
  • participe à la concertation,
  • intègre les prescriptions dans le PLU,
  • prend en compte les zonages et prescriptions dans le PCS et le DICRIM,
  • applique les prescriptions dans les autorisations d’urbanisme.
• PPI
  • Élaboré par le préfet en lien avec l’exploitant du site à risques.
  • La commune :
  • reprend les consignes PPI dans son PCS et son DICRIM,
  • prépare les dispositifs de mise à l’abri, d’évacuation et de soutien,
  • participe aux exercices dirigés par la préfecture.
• ORSEC / COD
  • Pilotés par le préfet.
  • Quand ORSEC est activé et qu’un COD est mis en place :
  • le préfet peut devenir DOS à la place du maire,
  • la commune applique les consignes départementales (PCS mis au service du dispositif ORSEC),
  • le maire reste l’autorité de proximité et l’interlocuteur privilégié de la population.

3.3 – SDIS et chaîne opérationnelle de secours (impact sur la commune)

• CTA / CODIS
  • Responsabilité : SDIS.
  • La commune :
  • alerte via CTA/CODIS,
  • fournit les informations de terrain utiles,
  • coordonne ses moyens avec ceux du SDIS (barriérage, locaux, moyens techniques et humains).
• COS (Commandant des Opérations de Secours)
  • Désigné par l’autorité en charge des opérations (maire ou préfet).
  • Sur le terrain :
  • commande les moyens publics et privés de secours,
  • apprécie les besoins opérationnels (renforts, secteurs, sécurité des intervenants).
    • La commune :
  • soutient le COS (logistique, moyens communaux, information à la population),
  • organise l’accueil et l’hébergement,
  • assure la gestion de la vie communale (rétablissement, continuité, soutien social).

SYNTHÈSE OPÉRATIONNELLE

• Font partie du PCS (ou de ses annexes) :
  • organisation communale de crise (maire/DOS, RAC, cellule de crise, fiches missions),
  • procédures d’alerte, d’information, de mise à l’abri, d’évacuation, d’hébergement,
  • DICRIM (lié au PCS et souvent intégré),
  • cartographies, annuaires, inventaire des moyens communaux.
• Alimentent ou cadrent le PCS :
  • PPR / PPRNP, PPI, PLU, DDRM, ORSEC,
  • DUERP (pour le versant santé-sécurité au travail et continuité de service des agents communaux).
• Responsabilités clés au niveau communal :
  • Maire : PCS, DICRIM, DUERP, activation de la cellule de crise, DOS tant que le préfet ne reprend pas la main.
  • RAC : pilote opérationnel de l’action communale en crise, sous l’autorité du maire.
  • Préfet : PPR/PPI/ORSEC, activation COD, possible prise de fonction de DOS.
  • SDIS : CTA/CODIS, mise en œuvre opérationnelle des secours, désignation du COS.

Peut-on automatiser le PCS avec un logiciel ? Et l’IA dans tout ça ?

Pour beaucoup de maires, DGS, agents en charge de la sécurité civile, une question revient régulièrement :

« Est-ce qu’un bon logiciel peut enfin me simplifier le Plan Communal de Sauvegarde (PCS)… voire l’automatiser ? Et l’intelligence artificielle, est-ce que ça peut faire le boulot ? »

La réponse courte :
on peut s’appuyer sur des outils numériques et sur l’IA… mais on ne pourra jamais “automatiser” un PCS au sens de le déléguer à une machine.

Voyons pourquoi — et comment tirer le meilleur de ces technologies sans mettre en risque la responsabilité du maire ni la sécurité de la population.

1. Le PCS : un document “vivant”, pas un simple fichier à remplir

Avant de parler logiciel, il faut rappeler ce qu’est vraiment un PCS :

• Un outil stratégique du maire pour organiser la sauvegarde de la population (Code de la sécurité intérieure).
• Une démarche : analyse de risques, rédaction, organisation interne, formation, exercices, retour d’expérience.
• Un dispositif humain : élus, agents, partenaires (SDIS, gendarmerie, associations de sécurité civile, entreprises, etc.).

Autrement dit :
un PCS efficace, ce n’est pas seulement un classeur ou un PDF bien mis en page.
C’est une organisation prête à agir.

Un logiciel peut aider à structurer tout cela…
mais il ne peut pas, à lui seul :

• rencontrer vos partenaires locaux ;
• arbitrer des choix politiques (quoi protéger d’abord, avec quels moyens ?) ;
• commander des moyens en temps réel en situation dégradée ;
• porter la responsabilité pénale du maire.

2. Ce que l’on peut réellement automatiser avec un logiciel PCS

Là où les solutions logicielles peuvent être utiles, c’est pour industrialiser tout ce qui est répétitif, technique, chronophage.

Exemples concrets :

2.1. La rédaction et la mise en forme du PCS

Un bon (très bon) logiciel pourrait :

• fournir des modèles structurés (plans d’alerte, fiches réflexes, organigrammes de crise…) ;
• vous aider à centraliser les données (moyens matériels, contacts, vulnérabilités) ;
• générer automatiquement :
  • un document PCS “officiel” ;
  • des fiches réflexes par risque / par fonction ;
  • des cartes (zones inondables, PPI, points sensibles…).

👉 Gain : temps de rédaction, mise à jour facilitée, homogénéité entre communes d’un même EPCI.

👉 Frein : le logiciel doit être développé, testé et mis au point puis ensuite être utilisé régulièrement pour bien le maitriser et éviter les erreurs et les blocages.

2.2. L’alerte et l’information de la population

Certains outils numériques permettent :

• l’envoi d’alertes multicanals (SMS, mail, messages vocaux, notifications) ;
• des listes ciblées (personnes vulnérables, services techniques, élus d’astreinte…) ;
• un journal des actions (qui a été appelé, quand, par quel canal).

👉 Gain : réactivité, traçabilité, coordination.

👉 Frein : ne pas savoir se débrouiller si le système est en panne ou si on ne l’a jamais utilisé

2.3. La gestion de crise en temps réel

Les plateformes de gestion de crise apportent :

• un tableau de bord avec les événements, les décisions, les actions en cours ;
• le partage en temps réel entre PC communal, PC intercommunal, SDIS, préfecture (selon les outils) ;
• des fiches action pré-paramétrées (ouvertures de centres d’accueil, coupures de voirie, etc.).

👉 Gain : vision d’ensemble, limitation des pertes d’information, meilleure coordination.

👉 Frein : la mise en place d’une plateforme informatique demande du temps et un investissement financier

3. Les limites de l’automatisation : là où il faut être très clair

Malgré toutes ces fonctionnalités, il y a plusieurs illusions dangereuses.

3.1. Illusion n°1 : “Le logiciel fera le PCS pour nous”

Un logiciel peut aider à structurer ce qui existe, à rédiger, à mettre à jour.
Mais si l’on se contente de remplir des cases sans vraie réflexion locale, on obtient :

• un PCS théorique, parfois juridiquement “présent”,
• mais pratiquement inutilisable en situation réelle.

Un PCS utile suppose toujours :

• des réunions avec les services et partenaires ;
• des choix opérationnels (priorités, moyens réellement disponibles, marges de manœuvre) ;
• des exercices pour tester et corriger.

3.2. Illusion n°2 : “Tout sera géré par l’outil en crise”

En réalité :

• une crise majeure implique souvent des ruptures de réseaux (télécom, électricité, data) ;
• certains logiciels sont hébergés dans le cloud… et peuvent devenir inaccessibles au pire moment ;
• le maire et ses équipes devront prendre des décisions en contexte incertain, parfois à l’intuition, sur le terrain.

D’où la nécessité de :

• prévoir des modes dégradés (imprimés, procédures papier, cartes papier, radios, etc.) ;
• rester capable de fonctionner sans informatique si besoin.

3.3. Illusion n°3 : “Si c’est dans le logiciel, je suis couvert juridiquement”

La responsabilité du maire reste engagée sur :

• la réalité de la préparation (formation, exercices, mises à jour) ;
• l’adaptation des mesures au contexte local (risques, population, urbanisme, activités économiques…) ;
• la capacité réelle à activer le PCS.

Un beau logiciel sans démarche sérieuse de sauvegarde n’apporte aucune garantie sur ce plan.

4. Et l’IA dans tout ça ? Menace, gadget ou vrai levier ?

L’intelligence artificielle ne remplace ni le maire, ni le commandant des opérations de secours, ni les équipes de terrain.
Par contre, bien utilisée, elle peut devenir un assistant puissant à plusieurs étapes. Rappelons que l’IA est, avant tout autre chose, un logiciel.

4.1. Ce que l’IA peut faire (utilement)

1. Aider à la rédaction graphique initiale du PCS
   • proposer des structures de documents adaptées aux différents risques ;
   • générer une première version de fiches réflexes à partir de vos données locales ;
   • homogénéiser le style et la clarté des documents pour les rendre plus lisibles par vos équipes.
2. Générer des scénarios d’exercice réalistes
   • inventer des enchaînements d’événements crédibles (multi-risques, cascades d’effets) ;
   • proposer des injects pour les exercices (messages préfectoraux, appels de population, médias, réseaux sociaux) ;
   • adapter les scénarios au niveau de maturité de la commune.
3. Préparer la communication de crise
   • rédiger des messages pré-formatés à adapter et valider (communiqués, posts réseaux sociaux, SMS d’alerte) ;
   • décliner un même message en version “tout public”, en version plus technique pour les partenaires.
4. Aider à l’analyse des retours d’expérience (RETEX)
   • synthétiser des comptes rendus, témoignages, logs d’intervention ;
   • faire ressortir les points forts / axes d’amélioration ;
   • suggérer des actions correctives à intégrer au PCS.

👉 Dans tous ces cas, l’IA produit des propositions, mais :

• la validation reste humaine ;
• l’adaptation au terrain reste humaine ;
• la responsabilité reste humaine.

4.2. Les risques et points de vigilance avec l’IA

1. Confidentialité des données sensibles
   • listes de personnes vulnérables, coordonnées, plans de sites sensibles, etc.
     ➜ Il faut choisir des solutions d’IA et des paramétrages compatibles avec le RGPD et avec la sensibilité de vos données.
2. “Hallucinations” de l’IA
   • une IA peut inventer des détails, des procédures qui ne sont pas les vôtres, ou qui ne collent pas au droit français, à votre département, à votre organisation.
     ➜ Vérification systématique par un humain connaissant le contexte PCS / sécurité civile.
3. Biais d’automatisation
   • plus un outil a l’air “intelligent”, plus on a tendance à lui faire confiance sans recul critique.
     ➜ Résister à la tentation du “copier-coller” sans lecture attentive.

5. Comment faire, concrètement, dans votre commune ?

Si l’on résume :

• Oui, un logiciel peut considérablement vous aider à :
  • structurer, rédiger, mettre à jour votre PCS ;
  • gérer l’alerte et l’information de la population ;
  • piloter et tracer vos actions en crise.
• Oui, l’IA peut vous faire gagner du temps et de la qualité sur :
  • la rédaction,
  • les scénarios d’exercice,
  • la communication,
  • le RETEX.

Mais non, ni l’un ni l’autre ne remplaceront :

• la vision du maire,
• la connaissance fine du terrain par vos équipes,
• la préparation humaine (formation, entraînement, exercices),
• la coordination réelle avec les partenaires (SDIS, préfecture, forces de l’ordre, associations…).

6. Pourquoi se faire accompagner par un consultant PCS ?

Se poser la question de l’automatisation, c’est souvent qu’il y a déjà :

• un manque de temps en interne ;
• une complexité réglementaire et opérationnelle qui augmente ;
• une pression croissante des risques (climat, inondations, feux de forêt, mouvements sociaux, cyber, etc.).

Un accompagnement expert permet de :

1. Auditer votre situation actuelle
   • Où en est votre PCS (ou l’absence de PCS) ?
   • Quelles sont vos priorités réelles au regard de vos risques ?
   • Quels outils (logiciels, IA) seraient utiles… ou superflus ?
2. Choisir (ou optimiser) vos outils
   • vérifier l’adéquation fonctionnelle : PCS, alerte, gestion de crise, documentation ;
   • analyser les aspects RGPD, sécurité, continuité d’activité ;
   • éviter de payer des modules dont vous n’avez pas besoin.
3. Intégrer logiciel et IA dans une vraie démarche de sauvegarde
   • adapter les modèles d’IA à votre contexte, vos procédures, vos risques ;
   • former vos équipes à un usage maîtrisé (et non naïf) des outils ;
   • organiser des exercices réalistes, qui testent autant l’humain que le numérique.

7. En conclusion

On ne peut pas automatiser un PCS comme on automatise une facture.
En revanche, on peut utiliser les logiciels et l’IA pour :

• réduire la charge administrative,
• améliorer la qualité des documents,
• renforcer la réactivité et la coordination en situation de crise.

La clé, c’est de rester maître de la démarche :
le logiciel et l’IA doivent être des amplificateurs de votre préparation, pas des alibis.

Besoin d’y voir clair pour votre commune ou votre interco ?

• Vous hésitez entre plusieurs logiciels PCS / gestion de crise ?
• Vous vous demandez comment utiliser l’IA sans prendre de risque inutile ?
• Votre PCS est à créer, à réviser, ou à tester par un exercice sérieux ?

👉 Je peux vous accompagner pour :

• auditer votre dispositif actuel,
• clarifier vos besoins réels,
• vous aider à choisir et mettre en place les bons outils,
• intégrer l’IA de manière utile, sécurisée et responsable dans votre démarche PCS.

Contactez-moi via le site plancommunaldesauvegarde.fr pour un premier échange.

Un article de Franck Fournier

Consultant SAFEPLAN