Scranton, en Pennsylvanie, envisage d'évoluer vers un modèle hybride de services médicaux d'urgence (EMS) associant ambulances publiques et privées. Son projet de budget d'investissement 2027 prévoit l'achat de trois ambulances d'occasion afin de commencer à constituer une capacité EMS exploitée par la ville. En apparence, il s'agit d'un investissement matériel. Les questions les plus difficiles commencent généralement une fois les véhicules mis en service. Qui régule l'appel ? Les ambulances publiques et privées peuvent-elles être gérées dans le même pool de ressources ? Quelle unité est la plus proche et quel niveau de compétence clinique possède son équipage ? L'hôpital d'accueil peut-il prendre en charge ce type de patient à cet instant ? Et lorsqu'un événement fait de nombreuses victimes, à quelle vitesse les pompiers, les EMS, les forces de l'ordre et le centre de régulation peuvent-ils fonctionner comme une seule structure de réponse ? Ajouter des ambulances ne résout automatiquement aucun de ces problèmes.

Pour tout système EMS qui s'étend ou modifie son modèle d'exploitation, le nombre de véhicules n'est qu'un point de départ. Le plus important est de savoir si ces ressources peuvent être vues, engagées et coordonnées dans une même image opérationnelle. C'est là qu'un système mature de régulation et de commandement d'urgence devient essentiel.

Davantage d'ambulances rendent souvent d'abord la régulation plus complexe

La régulation EMS est relativement simple lorsqu'une seule organisation contrôle les véhicules, les équipages, les tableaux de service et l'autorité d'engagement. Le centre de communications dispose d'une visibilité directe sur ses propres ressources et peut les affecter sans franchir de frontières organisationnelles.

Un modèle hybride est différent. Les ambulances municipales, les prestataires EMS privés et les équipes de transport rattachées aux hôpitaux peuvent être disponibles au même moment sans relever de la même structure de gestion. Lorsqu'un appel 911 arrive, le système de régulation doit afficher davantage que « cinq ambulances sont à proximité ». Il doit aussi identifier les unités disponibles, celles déjà engagées, l'adéquation clinique de chaque équipage à la mission, le délai d'arrivée estimé de chaque unité et, tout aussi important, si le régulateur a réellement l'autorité d'affecter cette ressource.

Si ces informations restent isolées dans des systèmes séparés, les régulateurs doivent téléphoner, passer d'une application à l'autre ou appeler les unités une par une à la radio. Cela peut rester gérable lorsque le volume d'appels est faible. Mais lors d'un grave accident de la route, d'un épisode météorologique extrême ou d'une urgence régionale de santé publique, la coordination manuelle peut rapidement devenir l'étape la plus lente de toute la chaîne de réponse.

La première exigence d'un environnement EMS hybride n'est donc pas un mur d'images plus grand. C'est un modèle partagé de statut des ressources. Chaque prestataire peut continuer à utiliser son propre système de gestion, mais les états opérationnels essentiels — disponible, affecté, en route, sur place, en transport, à l'hôpital et de nouveau disponible — doivent être visibles dans une vue de commandement commune.

Lorsque la position, le statut de l'unité et l'affectation à l'incident sont mis à jour en continu, le centre de régulation peut décider selon la distance, les capacités, la compétence territoriale et la priorité de l'incident au lieu de revenir à la méthode sommaire du « premier qui répond à la radio ».

L'information ne doit pas se rompre entre l'appel 911 et la transmission à l'hôpital

L'EMS ne s'arrête pas lorsque l'ambulance rejoint le patient. Une intervention complète peut comprendre la prise d'appel, le triage de l'incident, l'affectation d'une unité, le départ, les soins sur place, le transport, le choix de l'hôpital, l'alerte avant arrivée et la transmission finale. De nouvelles informations apparaissent à chaque étape et chaque mise à jour peut modifier ce qui doit se produire ensuite.

Prenons une situation courante. L'appel initial peut simplement signaler qu'un patient éprouve des difficultés à respirer. À son arrivée, l'équipage peut constater un état nettement plus grave que celui décrit au départ. La priorité de l'incident peut devoir être relevée, des ressources supplémentaires peuvent être nécessaires et l'hôpital initialement prévu peut ne plus être adapté.

Si l'équipe de terrain ne peut répéter ces mises à jour que par radio alors que la régulation, les hôpitaux et les organismes d'appui maintiennent des flux d'information distincts, le même message peut devoir être retransmis plusieurs fois. Chaque relais supplémentaire crée une nouvelle possibilité de retard ou de perte de contexte.

Un système de commandement d'urgence devrait au contraire traiter l'incident comme un dossier opérationnel mis à jour en continu. Dès que le centre de communications crée l'appel, la position et le statut de l'unité sont associés au même incident. À son arrivée, l'équipage peut mettre à jour la catégorie du patient et les besoins de soutien. Lorsque le transport commence, le système peut transmettre au service d'urgence de destination les informations nécessaires avant l'arrivée.

Pour un hôpital, recevoir dix minutes à l'avance une alerte sur le type de patient qui arrive est beaucoup plus utile que de commencer les préparatifs seulement lorsque l'ambulance atteint l'entrée des urgences. Pour les régulateurs, savoir si un hôpital peut actuellement accueillir un type précis d'urgence est plus pertinent que choisir une destination uniquement selon la distance routière.

Il existe ici une limite importante. Un système de commandement d'urgence n'a pas besoin de reproduire l'intégralité du dossier médical électronique. Les décisions de régulation nécessitent généralement des informations opérationnelles telles que la priorité de l'incident, le nombre de patients, une catégorie clinique générale, l'heure d'arrivée estimée et le statut d'acceptation de l'hôpital. Les données cliniques détaillées doivent rester dans les systèmes médicaux appropriés et être contrôlées par les politiques d'accès correspondantes.

Autrement dit, intégrer l'EMS au commandement d'urgence ne consiste pas à mettre toutes les données médicales sur une seule plateforme. Il s'agit de s'assurer que les personnes directement engagées dans l'intervention reçoivent les informations dont elles ont besoin, au moment où elles en ont besoin, pour accomplir leur mission.

L'EMS dépend de plusieurs voies de communication, pas d'un seul réseau

Les communications de terrain EMS n'ont jamais reposé sur un seul réseau. Les ambulanciers peuvent utiliser un réseau radio critique pour rester en contact avec la régulation tout en employant les données cellulaires pour mettre à jour leur position et le statut de la mission. Les hôpitaux peuvent s'appuyer sur la téléphonie fixe, la voix sur IP ou leurs propres applications cliniques. Lors d'un événement majeur, les pompiers, les forces de l'ordre, les services de gestion des urgences et d'autres organismes médicaux peuvent tous rejoindre l'intervention avec des appareils et des systèmes de communication différents.

Pour cette raison, l'architecture de commandement d'urgence ne doit pas se réduire à « donner la même application à tout le monde ». Des utilisateurs différents peuvent continuer à employer des terminaux et des réseaux différents. L'essentiel est de savoir si la couche de commandement peut réunir ces relations de communication.

Lors des interventions courantes, les régulateurs peuvent utiliser la voix de groupe, les appels individuels et la messagerie pour coordonner les missions. Lors d'une réponse multi-organismes, le système devrait pouvoir créer un groupe de communication temporaire réunissant EMS, pompiers et responsables du commandement de l'incident dans la même conversation opérationnelle.

Les communications importantes doivent aussi rester associées à l'événement, avec les horodatages, les actions du régulateur et les enregistrements d'appels pertinents, afin que l'incident puisse être reconstitué ultérieurement si nécessaire.

La gestion des priorités est particulièrement importante dans les urgences médicales. Les communications courantes ne doivent pas gêner les incidents urgents. Lors d'un événement de forte gravité, le centre de commandement doit pouvoir donner la priorité aux groupes de parole ou aux sessions concernés et étendre la participation aux hôpitaux, aux responsables de supervision ou à un centre régional des opérations d'urgence lorsque cela est nécessaire.

La résilience du réseau compte également. Les données cellulaires sont utiles pour les cartes, la vidéo et les mises à jour structurées de statut, mais en cas de congestion ou de zones sans couverture, les communications vocales critiques peuvent encore dépendre d'une radio dédiée. Une architecture EMS résiliente ne suppose pas qu'un réseau sera toujours disponible. Elle fournit des voies de communication principales et de secours et permet un repli progressif lorsque les conditions réseau se dégradent.

Le secteur de la santé impose des exigences plus élevées aux systèmes de commandement d'urgence

Transposer directement une plateforme municipale générale de régulation des urgences dans un environnement de santé a peu de chances de bien fonctionner sans adaptation. La réponse médicale exige de la rapidité, mais elle est aussi soumise à des règles plus strictes en matière d'accès à l'information, de continuité de service et de responsabilité.

La première exigence est l'accès fondé sur les rôles. Conducteurs d'ambulance, ambulanciers, régulateurs, personnel des urgences et responsables de commandement n'ont pas besoin d'accéder aux mêmes informations. Le système doit n'exposer que les fonctions et les données nécessaires à chaque rôle au lieu de permettre à chaque terminal de consulter chaque incident et chaque dossier patient.

La deuxième exigence est la minimisation des données. La position GIS, le statut des unités et la priorité de l'incident sont utiles sur le plan opérationnel, mais l'identité du patient et les informations cliniques détaillées ne doivent apparaître que lorsqu'il existe un besoin légitime. La conception devrait commencer par la question « Qui a besoin de ces données, et pourquoi ? » plutôt que par la collecte et la diffusion d'informations simplement parce que la technologie le permet.

La traçabilité est tout aussi importante. L'affectation, la réaffectation, l'arrivée, le choix de l'hôpital, les communications et les changements majeurs de statut peuvent devenir importants par la suite pour l'analyse qualité ou la responsabilité. La plateforme doit pouvoir reconstruire une chronologie complète de l'événement et montrer pourquoi une unité particulière a été affectée, quand la destination a changé et qui a participé aux décisions critiques.

La dernière exigence est la continuité opérationnelle. L'EMS ne peut pas suspendre le service pendant la maintenance du système. Les fonctions essentielles de régulation, de communication vocale et de statut des unités doivent prendre en compte une panne de serveur, une coupure réseau, une perte d'alimentation et même l'indisponibilité du centre principal de régulation. Les processus critiques doivent disposer de procédures documentées de secours ou de fonctionnement dégradé.

Si le projet doit ensuite intégrer des systèmes d'urgence hospitaliers, des dossiers électroniques de prise en charge du patient ou d'autres applications de santé, des API ou des interfaces normalisées d'échange de données peuvent être utilisées. Ces interfaces doivent toutefois être conçues autour du véritable flux de réponse aux urgences plutôt que d'obliger la plateforme de commandement à reproduire toutes les fonctions d'un système d'information hospitalier.

Conclusion : le système de commandement n'est pas le mur d'images, c'est la chaîne de réponse de la ville à l'hôpital

Le projet de Scranton d'ajouter des ambulances municipales représente davantage que trois véhicules supplémentaires. Il pose une question à laquelle de nombreuses villes finissent par être confrontées : lorsque des ressources EMS publiques et privées opèrent dans la même zone, comment peuvent-elles travailler ensemble lors d'une véritable urgence au lieu de conserver séparément leurs véhicules, leur personnel et leurs systèmes de communication puis de se coordonner manuellement lorsqu'un incident se produit ?

La réponse ne se trouve pas dans la liste d'achat des ambulances. Elle réside dans l'architecture de régulation et de commandement d'urgence. Un système bien conçu peut réunir le statut, la position et les informations d'affectation des véhicules de plusieurs organisations dans une vue opérationnelle commune, aidant les régulateurs à choisir les unités selon leur proximité et leurs capacités. Il peut relier la prise d'appel, les soins de terrain, le transport et la transmission à l'hôpital dans une chaîne d'information continue, afin que chaque participant reçoive la bonne information au bon moment.

Il peut aussi intégrer la radio, les réseaux cellulaires, la voix sur IP et les terminaux mobiles afin que les communications critiques restent disponibles dans différentes conditions réseau. En même temps, il doit répondre aux exigences plus strictes du secteur de la santé en matière de contrôle d'accès, de minimisation des données, de traçabilité et de continuité des opérations.

L'ordre de mise en œuvre compte également. Il faut d'abord définir les responsabilités de prise d'appel et de régulation. Ensuite, identifier les ressources EMS publiques et privées. Puis normaliser les états critiques des unités, la position GIS et les identifiants d'incident. Après cela, intégrer la voix inter-organismes, la messagerie et les communications temporaires liées aux incidents. Les grands tableaux de bord, l'analytique et la visualisation avancée doivent venir plus tard.

Si les relations sous-jacentes entre les ressources ne sont pas intégrées, même l'affichage le plus impressionnant d'un centre de commandement ne réduira pas le temps nécessaire à une ambulance pour atteindre le patient.

Lorsque les services EMS publics, les prestataires privés d'ambulances, les hôpitaux et les organismes municipaux d'urgence peuvent se coordonner autour du même incident, le « commandement intégré » cesse d'être une fonction logicielle et devient une véritable capacité de réponse médicale d'urgence.

Becke Telecom se concentre sur les solutions de commandement d'urgence, de régulation et de communications unifiées pour la santé, la sécurité publique et la réponse municipale aux urgences. Ses solutions peuvent prendre en charge l'accès unifié aux ressources EMS publiques et privées, la création rapide de groupes de communication inter-organismes, la coordination avant arrivée entre les équipes de terrain et les hôpitaux, ainsi que des communications résilientes sur plusieurs voies réseau.

Questions fréquentes

Les prestataires privés d'ambulances doivent-ils remplacer leur système de régulation existant pour rejoindre une plateforme de commandement à l'échelle de la ville ?

Pas nécessairement. Dans de nombreux cas, l'approche la plus pratique consiste à conserver le système opérationnel existant du prestataire et à synchroniser uniquement les données nécessaires de statut, de position et d'affectation des unités via des API, un middleware d'intégration ou des passerelles de régulation. La nécessité d'une plateforme entièrement unifiée dépend de la taille de l'organisation, des limites d'accès et des systèmes déjà en place.

Le suivi des ambulances en temps réel signifie-t-il que tout le monde peut voir l'historique de position des véhicules ?

Il ne devrait pas. La position en temps réel sert principalement à la régulation et à la gestion opérationnelle. L'accès peut être limité selon le rôle, l'organisme et le périmètre de l'incident. La conservation et l'utilisation de l'historique des positions doivent aussi être régies par les besoins opérationnels, les politiques de confidentialité et les règles locales applicables.

Une plateforme de commandement d'urgence a-t-elle besoin d'un accès complet en temps réel à la disponibilité des lits hospitaliers ?

En général non. Pour l'EMS préhospitalier, il est plus utile de savoir si un hôpital peut accepter un type particulier d'urgence, si le service des urgences fonctionne sous des restrictions particulières et quelles consignes de transport s'appliquent au cas en cours. Reproduire tout le système de gestion des lits de l'hôpital dans la plateforme de régulation est généralement inutile.

Un système de commandement EMS peut-il continuer à fonctionner si le service cellulaire tombe en panne ?

Cela dépend de l'architecture. Les déploiements EMS critiques conservent généralement la voix radio, des réseaux de secours ou d'autres méthodes de communication de repli, et définissent également des procédures manuelles de régulation en cas de panne réseau. Les fonctions de données peuvent être temporairement limitées, mais la régulation essentielle et les communications vocales doivent être conçues pour rester disponibles autant que possible.