Les utilisateurs de mon organisation ne disposent pas d’adresses e-mail professionnelles. Est-il possible d’utiliser des adresses e-mail privées pour la connexion à AGOV ?

Il est explicitement autorisé de s’inscrire avec une adresse e-mail privée.

Les personnes qui créent les utilisateurs dans SII, c’est-à-dire les responsables de l’application au niveau des cantons et des organisations, doivent s’assurer que cette adresse e-mail appartient bien à la personne à autoriser.

Les membres de la protection civile ne disposent pas d’appareil de service et ne peuvent être contraints d’utiliser leur appareil privé pour se connecter à AGOV.

Les membres de la protection civile doivent noter qu’à partir de l’été 2026, avec le remplacement du livret de service par le gestionnaire de service de DIZIS, chacun devra créer un identifiant compatible eIAM, c’est-à-dire, pour la plupart, avec AGOV.

Idéalement, le même identifiant / la même adresse e-mail que pour SII sera donc utilisé pour DIZIS.

Quelles autres fonctionnalités de connexion sont disponibles ?

Les dispositions légales n’autorisent pas les accès impersonnels à SII. Nous explorons donc plusieurs approches pour mettre en place un identifiant personnalisé. Pour répondre aux cas d’utilisation signalés par différents cantons (hôpitaux, services de secours), AGOV s’impose grâce à l’utilisation de clés USB FIDO. Les personnes concernées doivent créer gratuitement un compte personnel sur AGOV, qui doit être enregistré dans le SII. La clé USB FIDO personnelle peut ensuite être enregistrée dans AGOV.

Ces jetons sont disponibles à partir d’environ 20 CHF, comme indiqué sur la page suivante : https://help.agov.ch/?c=descseckey&l=fr. Les jetons peuvent être transmis par des collaborateurs ayant quitté l’entreprise à de nouveaux arrivants, mais ne peuvent pas être utilisés simultanément par plusieurs personnes.

Pourquoi des identifiants personnels sont-ils nécessaires ? Ne peut-on pas continuer à utiliser des identifiants impersonnels ?

Nous sommes ici confrontés à un conflit entre les exigences en matière de protection des données, dont nous devons tenir compte avec le SII, et la facilité d’utilisation, qui doit être garantie pour une application rarement utilisée. En raison des données personnelles sensibles traitées dans le SII, une connexion sécurisée doit être assurée.

Les connexions impersonnelles ne seront pas possibles ici. Nous étudions d’autres possibilités pour le processus de connexion et vous tiendrons informés en temps voulu.

La connexion TIP sera-t-elle utilisable pour le SII ?

Le login TIP est disponible depuis fin août 2026 pour les organisations gérées par TIP (par exemple différentes polices cantonales).

Quelles méthodes de connexion sont disponibles pour le SII ?

Le SII prend actuellement uniquement en charge les identifiants pouvant être utilisés via l’eIAM de l’administration fédérale. Concrètement, les modes de connexion suivants sont actuellement disponibles : AGOV, FedLogin, TIP Login, GenèveID, ZUGLOGIN, eZug, SWITCH edu-ID et #edaLogin.

Comment l’accès est-il réglementé pour les personnes qui travaillent en Suisse mais vivent dans un autre pays et ne disposent pas d’un numéro de téléphone mobile suisse ?

Pour la connexion, SII utilise le service AGOV de l’administration fédérale. Celui-ci est explicitement autorisé pour les personnes du monde entier, et aucun numéro de téléphone mobile n’est requis pour l’enregistrement. Si nécessaire, un numéro de téléphone peut être saisi comme facteur d’authentification supplémentaire ; les pays limitrophes de la Suisse sont également pris en charge.

Pour les alertes, SII s’appuie sur les services d’alerte de la société F24, qui prend explicitement en charge ce cas de figure. Toutefois, cela n’a pas encore été spécifiquement vérifié dans le cadre des développements actuels.

Est-il possible de transférer des données du SII SSC vers le SII ?

Le transfert des données de base est assuré par un export depuis le SII SSC vers un fichier Excel, suivi d’adaptations manuelles de ce fichier, puis de son import dans le SII.

Cette procédure est disponible pour les organisations et les utilisateurs. Elle est également prévue pour les ressources (p. ex. les moyens de secours) ainsi que pour l’alerte.

À quoi ressemble le concept des fonctions et autorisations ?

Il existe un concept clair des fonctions et des autorisations pour le SII, qui comprend des fonctions telles que « ambulancier » ou « centre d’appel d’urgence », lesquelles régissent l’accès aux fonctionnalités du système. Les organisations peuvent adapter elles-mêmes les fonctions selon leurs besoins. Les super-utilisateurs de l’organisation sont formés à cette tâche dans le cadre de la formation dispensée par l’OFPP.

Les super-utilisateurs de l’organisation gèrent les utilisateurs et leur attribuent les fonctions et les organisations.

Où sont stockées les données relatives aux événements ?

Pendant le traitement de l’événement, toutes les données relatives à l’événement peuvent être enregistrées dans le SII. SII ne conservera à long terme que des données anonymisées. En conséquence, les données juridiquement pertinentes relatives aux événements doivent être archivées par les organisations responsables conformément à leurs obligations de conservation. La fonctionnalité permettant d’exporter ces données à la clôture de l’événement sera disponible d’ici la mise en service.

Une automatisation via une interface n’est pas prévue.

Comment les services de sauvetage aérien actifs dans plusieurs cantons sont-ils gérés dans le système ?

La réponse définitive fait partie de la procédure de consultation. Il est prévu que les services de sauvetage aérien soient directement rattachés à l’OFPP et qu’ils gèrent eux-mêmes leurs organisations.

Qui crée et gère les organisations de sauvetage aérien ainsi que leurs utilisateurs dans le système ?

​La réponse définitive fait partie de la procédure de consultation. Il est prévu que l’OFPP crée l’organisation ainsi que les super-utilisateurs, puis que les organisations gèrent elles-mêmes leurs utilisateurs.

De nouvelles fiches SAP sont-elles nécessaires ?

Non, les fiches SAP existantes peuvent continuer à être utilisées. Pour le SII, le code QR figurant sur les bracelets SAP est déterminant pour permettre l’identification univoque des patients et des personnes.

Pourquoi le transport d’un patient peut-il avoir lieu s’il n’est pas enregistré comme prêt à être transporté ?

SII s’efforce, dans la mesure du possible, de ne pas imposer de processus fastidieux, mais d’apporter son soutien. Dans cette optique, il est déjà possible, dès la première saisie d’un patient, de planifier son transport sans avoir besoin d’informations supplémentaires sur celui-ci.

Si l’option « prêt pour le transport » est activée, elle s’affiche dans l’aperçu de la fonction « Responsable des transports » et aide à déterminer quel patient peut être transporté en suivant, sans pour autant empêcher le transport de patients ne disposant pas de cette information.

Qu’en est-il des moyens de secours provenant de l’étranger ?

SII gère les moyens de secours des services de secours suisses. Il est prévu que les moyens de secours puissent être enregistrés de manière ad hoc sur le lieu de l’incident afin qu’ils soient à la disposition du responsable des transports. Les services de secours étrangers peuvent également être configurés dans SII par les centrales d’appel d’urgence afin que les données soient disponibles pour les modèles d’incident ou d’autres préparatifs.

Une notification est-elle automatiquement envoyée en cas de changements critiques de la situation ?

Les notifications aux organisations concernées ou à informer ne sont actuellement pas prévues de manière automatisée. C’est l’utilisateur qui décide qui est informé, quand et de quels changements via les entrées du journal.

Quelles sont les fonctionnalités mises à la disposition de la police, des états-majors et d’autres organisations ?

SII proposera différentes fonctionnalités à la police, aux états-majors et aux tiers.

En raison du développement agile, il n’est pas garanti que toutes soient disponibles, mais elles sont prévues de manière définitive dans la roadmap de développement.

Dans le cadre du processus de développement, nous travaillons avec des spécialistes des domaines concernés, qui apportent leur soutien lors de la spécification, du développement et des tests.

• Gestion des personnes : SII permettra de recenser toutes les personnes concernées par un événement. Outre la gestion des patients conformément à SAP Suisse, la gestion des personnes permettra, par exemple, de recenser et de gérer les proches, les témoins ou toute autre personne concernée. L’accent est mis ici sur les caractéristiques d’identification, les intérêts ainsi que la documentation des coordonnées. Cette fonctionnalité est destinée aux personnes occupant le rôle de gestion des données.
• Hotline : SII permet la documentation des appels à la hotline, grâce à laquelle les appels reçus en cas d’événement peuvent être consignés. Cette documentation est ensuite mise à la disposition des gestionnaires de données pour la gestion des personnes.
• Gestion des objets saisis : les objets saisis par la police dans le cadre d’événements peuvent être enregistrés dans le SII et, dans un deuxième temps, attribués à des personnes spécifiques.
• Prise en charge / accompagnement : les personnes intervenant dans l’accompagnement psychologique lors d’un événement peuvent documenter leurs entretiens avec les personnes prises en charge dans le SII.
• États-majors : contrairement à SII SSC, les états-majors ne disposent plus dans SII d’un suivi complet de la situation ni de fonctionnalités cartographiques. Ils disposent dans SII, d’une part, d’une vue d’ensemble du lieu de l’incident et des hôpitaux concernés (tableau de bord de conduite) et, d’autre part, d’un journal de conduite.

Comment les personnes ne disposant pas d’un compte SII peuvent-elles être alertées ?

Il est prévu que les personnes ne disposant pas d’un compte SII puissent également être alertées. Les utilisateurs du SII pourront personnaliser leur mode d’alerte (par exemple SMS, e-mail).

La documentation doit-elle continuer à être effectuée sur papier, uniquement dans la nouvelle application SII ou sur les deux supports ?

Cette décision dépend de la situation concrète, raison pour laquelle aucune recommandation générale ne peut être formulée.

La fiche SAP doit continuer à être utilisée pour l’identification de chaque personne concernée. En particulier, la décision de triage (détachement des catégories non utilisées) doit continuer à être documentée en parallèle sur papier.

Pour toutes les autres informations, la procédure doit être définie dans les concepts d’intervention des organisations responsables.

Les données des chats peuvent-elles également être enregistrées/exportées ?

Les données de chat sont en principe des données liées à un événement. Dans le cadre de l’export de l’ensemble des données de l’événement, une possibilité d’export sera disponible à cet effet. En revanche, aucun export spécifique des chats n’est prévu pendant l’événement.

Que se passe-t-il s’il n’est pas possible de rétablir la connexion en ligne ?

Un mode hors ligne est disponible dans l’application pour smartphone. Les données sont alors enregistrées sur l’appareil concerné. Elles ne peuvent pas être sauvegardées au moyen d’un mécanisme de backup. Elles sont chiffrées de manière à ne pas pouvoir être simplement copiées depuis l’appareil.

Après une utilisation hors ligne, il est donc important que l’application se synchronise ultérieurement avec le serveur du SII afin de mettre les données à disposition des autres utilisateurs et de respecter les obligations de conservation.

Si l’application ou le SII ne sont plus disponibles, d’autres solutions doivent être utilisées. Celles-ci ne font pas partie du projet SII.

Que se passe-t-il s’il n’est pas possible de rétablir la connexion en ligne ?

L’échange de données via des réseaux locaux entre les terminaux mobiles fait partie des développements prévus. Cet échange reposera sur des technologies locales telles que Bluetooth ou WLAN.

Ces concepts se trouvent toutefois encore à un stade très précoce. La mise en œuvre technique est complexe, notamment en raison des différentes générations et catégories d’appareils. Cette fonctionnalité ne sera donc pas disponible au moment de la mise en service (Go-Live).

Comment saisir les capacités des hôpitaux dans le SII ?

Il est prévu que le SII propose, d’ici la mise en service, des interfaces pour la transmission automatique des capacités hospitalières à intervalles courts (quelques minutes). Une dérogation manuelle, par exemple en cas de déclenchement de plans d’urgence ou si l’interface n’est pas encore automatisée, sera également disponible. La connexion de tous les hôpitaux de Suisse ne sera probablement pas entièrement achevée d’ici la mise en service et se poursuivra pendant la phase d’exploitation.

Comment ajouter des moyens de transport à un événement dans SII ?

Pour l’affectation des moyens de transport aux événements, trois possibilités devraient être disponibles dans le SII d’ici la mise en service :

1. La centrale d’appel d’urgence sanitaire affecte un véhicule manuellement ou via une interface avec son système informatique correspondant (par exemple, une ambulance parmi les moyens de transport mis à disposition par cette centrale). Il est prévu de mettre à disposition les interfaces avec les centrales d’appel d’urgence sanitaire d’ici la mise en service du SII.
   La connexion de toutes les centrales d’appel d’urgence sanitaire de Suisse ne sera probablement pas entièrement effective d’ici la mise en service et se poursuivra pendant la phase d’exploitation.

2. Dans la salle d’attente, les prestations de transport peuvent être saisies, par exemple en scannant le numéro du véhicule si celui-ci est déjà connu dans SII (par exemple, une ambulance provenant d’un autre canton).
3. La prestation de transport n’est pas connue dans SII et est créée spécifiquement pour l’événement (par exemple, un véhicule utilisé spontanément pour l’intervention).

Y aura-t-il d’autres supports de formation tels que des formations en ligne interactives ou des vidéos de formation ?

Nous mettons actuellement en place une plateforme d’apprentissage en ligne axée sur les fonctions et davantage soutenue par la vidéo, qui prend également en charge des informations supplémentaires spécifiques à chaque canton. Nous vous informerons ici des prochaines étapes en temps voulu.

Comment les releases SII sont-elles planifiées ? Quelle est la planification juste avant le Go-Live ?

Nous distinguons les releases majeures, installées environ toutes les 18 semaines, les releases de correctifs (patch), qui peuvent être installées toutes les 3 semaines si nécessaire, les releases d’urgence, qui peuvent être effectuées à tout moment, et les releases de plateforme, qui ont lieu une fois par mois.

Lors des releases majeures et des releases de correctifs, de brèves interruptions peuvent ponctuellement survenir. C’est pourquoi elles sont toujours effectuées le mercredi soir entre 18h00 et 22h00 et peuvent entraîner des interruptions d’une durée maximale d’une demi-heure. Les releases d’urgence et de plateforme n’entraînent pas d’interruptions perceptibles.

Entre l’installation de la version 1.0 sur l’environnement de production fin mars et le Go-Live proprement dit le 18 mai, deux dates sont prévues pour des releases de correctifs.

À partir de quand l’application de production sera-t-elle disponible et quel sera le cycle de mise à jour ?

L’application SII destinée à l’environnement de production devrait être disponible à partir de début mars, dès que le déploiement de la release sur l’environnement de production sera terminé.

L’application sera mise à jour en même temps que les autres releases. Les anciennes versions de l’application devront alors être remplacées par les nouvelles versions disponibles dans le store.

Quand le SII SSC sera-t-il arrêté, respectivement à partir de quand ne devra-t-il plus être utilisé ?

Le SII SSC restera disponible jusqu’au 30 juin. Après cette date, le système sera entièrement désactivé.

À partir du Go-Live, le 18 mai, seuls le SII et ses fonctionnalités devront être utilisés pour les nouveaux événements. À compter de cette date, les nouveaux événements seront créés dans le SII.

Si un événement est encore en cours dans le SII SSC au moment de la transition, il y sera mené à son terme. Les modalités précises de la transition seront communiquées ultérieurement en détail.

Que se passe-t-il si un événement majeur a lieu à la date de mise en service ?

En cas d’événement majeur, les deux systèmes fonctionneront en parallèle jusqu’à la fin de l’événement. Les nouveaux événements survenant à partir de la date de mise en service seront enregistrés dans le SII, tandis que ceux ouverts auparavant dans le SII SSC seront clôturés.

Le système de formation servira-t-il également de système de secours en cas de panne du système de production, comme c’est le cas pour le SII SSC ? Si ce n’est pas le cas, comment la redondance est-elle assurée ?

L’architecture du SII permet une mise à jour pratiquement ininterrompue de la version logicielle. L’infrastructure serveur est conçue pour offrir une haute disponibilité. Il n’est actuellement pas prévu d’utiliser le système de formation ou l’un des autres systèmes secondaires comme solution de secours.

Le système de production sera-t-il copié sur le système de formation ?

Au cours de la phase précédant la mise en service du SII, il n’y aura pas de copies complètes du système de l’environnement de formation vers l’environnement de production. Les configurations relatives aux organisations, aux utilisateurs, aux prestations (moyens de transport, capacités hospitalières) ou aux chaînes d’alerte pourront être échangées entre les environnements à partir de la version de l’été 2026 via des transferts de configuration (exportation et importation CSV).

La configuration pourra ainsi être facilement synchronisée entre les systèmes.