FR 2988887 A1 20131004 FR 1200917 A 20120328 À 0 - Description Dans le cadre de la gestion de plan d'urgence l'établissement doit passer rapidement d'un état de fonctionnement normal à un fonctionnement d'urgence avec tous les dangers de dysfonctionnement que cela implique. Dans le but de faire passer l'offre actuelle du marché de systèmes de gestion de plan d'urgence et de diffusion sécurisée d'informations et d'alerte à une offre de système intégré de gestion des plans d'urgence nationaux et régionaux (lien applicatif avec une approche cyndinique). La cyndinique (du grec kundinos, danger), est la science du danger, caractéristique des sociétés du risque telles que les a analysées U. Beck, autrement dit des sociétés qui face à des dangers inédits (risque technologique, écologique,..) ont fait de la gestion du risque un principe politique structurant. Or la cyndinique, si elle est un principe de prospective (évaluer les dangers pour mieux les prévenir ou en anticiper les conséquences) est aussi un marché où des experts en tout genre s'alimentent des craintes qu'ils réussissent à faire naître. La notion de risque comporte toujours deux aspects indissociables qui sont : - d'une part la probabilité d'occurrence d'un événement redouté et indésirable, - d'autre part le degré de gravité des conséquences prévisibles si l'événement devait se produire et à quelle intensité. Aux risques classiques, auxquels sont exposées les organisations humaines viennent 25 s'ajouter dans la gestion du plan d'urgence : 4, Des problèmes de transmissions et de sécurisation de l'information ; - Des problèmes de disponibilité des personnels ; 4 Des problèmes de synchronisation de l'information; 30 311, Des problèmes d'assurance de la prévenance. 4. Des problèmes de rapidité d'interventions La gestion de ces éléments peut aller jusqu'à une régularisation rapide de la diffusion pour assurer, à la fois, l'intervention des services et la dispensions des soins puis le 35 retour aux conditions normales de fonctionnement. La multiplication des sources d'alertes, leurs redondances éventuelles pour l'interprétation, les effets de cascade de défaillances, l'imbrication des traitements d'alertes avec les systèmes d'information et de gestion opérationnelle expliquent 40 l'émergence de la complexité des systèmes et de leur mise au point. Ce sont les demandes successives des autorités et des établissements médicaux qui ont fait prendre conscience la complexité du problème de la gestion des plans d'urgence nationaux et régionaux. 45 A ce jour, dans les établissements de soins, il n'y a pas de solutions permettant la gestion globale de l'ensemble du plan d'urgence. La seule possibilité actuelle est une organisation en grande partie humaine, avec des taux de réaction ou de réactivité très aléatoires et sources d'erreurs prononcées. 50 La prise en compte de ces paramètres ne pouvait plus se faire avec les méthodes adoptées jusque là et nécessitait de prendre du recul. Il était, dés lors, nécessaire de se doter d'un modèle de référence de système intégré de gestion des informations de cellule de plan d'urgence de l'établissement de soins, et d'un système informatique de production des logiciels correspondant, permettant de faire face à des problématiques de 55 déploiement simples, d'évolution régulière et d'interopérabilité avec les systèmes existants hétérogènes. A l'installation du dispositif l'utilisateur peut choisir, s'il le désire, d'activer tel ou tel plan d'urgence par la réalisation préalable de matrices de déclenchement (procédures). Le dispositif est sans impact sur le fonctionnement et les performances du système d'information de l'établissement et il est complètement transparent pour les utilisateurs. Un module indépendant, d'installation non contraignante, sera résident chez le client et une seconde (duplication intégrale de la première en temps réel) à distance sur un autre site. Ce module peut être incorporé dans le système d'information du client ou exister en temps que module externe au système d'exploitation. Le dispositif selon l'invention permet de remédier à la perte de temps excessive due aux lancements individuels des recherches d'informations sur les différents systèmes de l'établissement et des prises de décisions. La finalité du dispositif consiste à tenir à disposition en temps réel un tableau de bord exhaustif de tous les moyens à disposition du Comité de Pilotage à l'instant du déclenchement du plan d'urgence par le Préfet ou autre autorité, à remonter les informations nécessaires aux autorités compétentes, et à prendre un contact interactif avec le personnel, le personnel d'astreinte, les services d'urgence et les prestataires si besoin. Tableaux des prises en compte Fig 3, page dessin n° 3/8 Les grandes orientations de ce projet sont d'ordre novateur et technologique. Le développement ne réside pas à utiliser des produits existants, mais de partir d'une base technique informatique pour en créer le noyau central et d'en rapprocher des agents de collecte et de circulation de l'information. L'étude de différents sites d'exploitation de notre futur dispositif, nous a permis de conforter que la demande est bien la, mais aussi que l'une des différentes complexités est due à l'hétérogénéité des moyens physiques et logiciels de traitement de l'information. Dans le cadre de la législation sur le traitement des plans d'urgence, il s'avère que la gestion du plan d'urgence, qui devrait être de déclenchement ultra rapide, est systématiquement traité par les Etablissements de soins avec des moyens informatiques très hétérogènes, souvent non compatibles entre eux et difficilement adaptables rapidement à ce genre de traitement du plan d'urgence. D'où l'objet de notre invention actuelle, portant sur l'automatisation complète des processus de gestion de ces Plans d'Urgences, visant à permettre une réactivité optimale sur l'opérationabilité de la mise en place et du suivi du plan d'urgence grâce à la mise en place de notre appliance. Un avantage indéniable de notre solution consiste en sa réactivité de remontée et de traitement des bonnes informations et de résolution pour la gestion du plan d'urgences majeures. Le Pilote du Comité du plan d'urgence et les autorités disposent alors en temps record d'un tableau de bord précisant la situation de ses moyens et les traitements déjà lancés pour leurs applications et leurs suivis. Au sein des établissements de soins, il existe des systèmes d'information très hétérogènes, très différents ou inexistants pour gérer les moyens internes et externes, d'où la difficulté de réactivité optimale et pourtant vitale. Qui dit hétérogènes, dit très difficilement exploitables ensemble pour faire une synthèse globale de situation des moyens à un temps T, élément indispensable lors du déclenchement d'un Plan d'Urgence quel qu'il soit. Il n'existe à ce jour aucun système ou dispositif sur le marché permettant de collecter et surtout de traiter toutes ces informations indispensables pour présenter un tableau de 55 bord centralisé et exploitable à très court terme au Responsable Pilote de la cellule du plan d'urgence. O Notre système de gestion de plan d'urgence médical automatisé répondra à ce besoin de traitement et de suivi régulier de ce plan avec déclenchements immédiats des besoins et des informations internes et externes. Ce dispositif est vraiment innovateur dans un domaine ou les plans d'urgence sont très nombreux, pour ne citer que les principaux : le Plan Rouge - le Plan Blanc - le Plan Canicule 10 - le Plan Bleu le Plan Catastrophe le Plan Vermeil - le Plan Orsec le Plan Sater 1.5 - le Plan Polmar - Objectif 20 L'objectif visé sur le plan technique aujourd'hui consiste à mettre en place un système sous forme « d'appliance» préfigurée et facile d'installation chez le client, laquelle permettra au travers de ses différentes sondes de collecter, de centraliser, de comparer, de traiter et de suivre l'ensemble des informations nécessaires à la constitution des 25 tableaux de bord du Pilote et des ses membres du COPIL de la gestion du plan d'urgence et d'en transmettre tous les rapports au responsable de la cellule et aux autorités. Synoptique conceptuel global FIG 4 page dessin 3/8 30 Celle-ci permettra de faire ressortir tous les points en dysfonctionnement et de traiter tous les besoins d'intervention d'urgence pour y remédier automatiquement à distance et/ou en faisant intervenir les équipes de l'établissement ou de prestataires appropriées, compétentes et autorisées. 35 - Performances 40 Les performances du système de gestion de plan d'urgence sont avant tout son taux de réactivité et son exactitude pour le passage de l'établissement d'un état quotidien à un état exceptionnel, dont la réponse est quasiment immédiate à partir de son déclenchement avec la fourniture d'un état complet de situation des moyens humain et matériel sous forme de tableau de bord complet de Pilotage. 45 Il va de soit que ce mode de traitement de l'information tient compte des principes et des normes de discrétion et de sécurité visant à préserver l'intégrité totale et la confidentialité intégrale des éléments traités (informations sur les patients, sur le personnel, sur les éléments logistiques et commerciaux de l'Etablissement). 50 La sécurisation des informations et de la gestion à distance sera optimale, se rapprochant le plus près possible des 100% de résultats. Les performances du traitement des informations de la gestion de Plan d'Urgence 55 proposeront ainsi un taux de résultats très important, très proche du zéro défaut. -4 0 Les établissements de soins doivent participer, en mettant toutes leurs ressources disponibles, aux plans d'urgence nationaux et régionaux ; mise à disposition de lits, de personnels d'urgence, de médicaments et de matériels d'investigation divers (radios) etc.. Le déclenchement d'un plan d'urgence a alors de profondes perturbations sur le fonctionnement de l'établissement de soins. Un guide de la gestion du plan d'urgence est donc défini par les services compétents, mais il faut maintenant en définir les conséquences sur les systèmes d'information, sur les personnels, sur les moyens d'accueil et l'organisation existante au sein de chaque établissement. La mise en oeuvre de ces plans d'urgence est décidée par l'autorité préfectorale et implique d'autres acteurs avec qui il faut pouvoir échanger des données (en particulier des données de situation) du point de vue de la sécurité informatique et autre, tout changement d'état dans le fonctionnement d'un système d'organisation est un moment critique où peuvent se faire des intrusions avec des conséquences imprévisibles. On distingue généralement deux états et quatre niveaux : a) Etat 1. L'état de Vigilance 2. L'état d'Alerte Tableau de classification des niveaux de vigilance : FIG 5 : page dessin 4/8 b) Niveaux 1 Le niveau Vigilance 2 Le niveau Alerte 3 Le niveau Intervention 4 Le niveau Réquisition Niveaux d'alerte en fonction des mesures de risques : FIG 6 : page dessin 4/8 Le système d'information et d'organisation de l'établissement (au sens très large, c'est-à-dire comprenant aussi les personnels avec leurs compétences) change d'état à chaque niveau et pour cela un certain nombre de mesures doivent être prises en urgence (par exemple réquisition du personnel) qui impliquent l'activation de processus spécifiques, des changements de rôles pour les personnels, des changements éventuels dans les politiques de sécurité, des affectations différentes de salles ou de moyens. Les pré-études ont montré que l'approche multi-agents permettrait au moins au niveau de la modélisation de prendre en compte les problématiques de gestion et de sureté de fonctionnements associés. La reconfiguration des systèmes d'information et d'organisation de l'établissement 50 conduit à changer les priorités de fonctionnement de l'établissement et en particulier à modifier les règles de sécurité d'accès physiques et les politiques de gestion des accès logiques aux données de l'établissement. L'invention a pour objectif de développer les agents informatiques et techniques qui 55 prendront en charge ces changements de reconfiguration tout en respectant les contraintes de continuité de soins et de mobilisation des personnels. - Description du modèle Il doit permettre de prendre en compte la complexité des systèmes de systèmes, que nous percevons comme devant faire partie du champ d'investigation, de concevoir des schémas d'interaction plus évolués, comme ceux nécessaires à l'orchestration des demandes sur défaillance ou, à l'adaptation continue à de nouvelles générations de sondes, eux-mêmes potentiellement dotés d'intelligence. Nous avons choisi d'étudier des paradigmes de représentation et de développement de systèmes de systèmes, qui nous permettent de franchir ce niveau de complexité tout en assurant la plus grande utilisation possible de l'existant. Cette solution a aussi pour vocation de simplifier la conception des solutions d'établissements avec les utilisateurs ainsi que la mise en place, la gestion et le suivi opérationnel d'une ou plusieurs politiques de gestion du plan d'urgence. / Un modèle de référence d'architecture de systèmes de gestion du plan d'urgence De la nécessité d'une ontologie pour la modélisation de la gestion de plan d'urgence Parce que les risques médicaux sont de moins en moins tolérés par la société, la 25 préoccupation de construire des systèmes d'information et d'organisation de prévention et d'aide aux interventions est devenu de plus en plus importante. La crise doit être vu en tant que système ayant un cycle de vie généralement un événement déclencheur vient perturber un élément d'un ensemble qui entretenant avec 30 son environnement des relations diverses pas toujours identifiées ni même indentifiables provoquant chez ses voisins des déviations par rapport à leur comportement considérés comme normal faisant émerger de proche en proche des caractéristiques considérées comme dangereuses et dommageables pour d'autres éléments de l'ensemble initial (dont les frontières sont alors difficile à caractériser) 35 1- On ne peut situer ni l'instant ni la brutalité de sa survenance et encore moins identifier les mobiles et visages des faiseurs du plan d'urgences. Mais on peut en prévoir et circonscrire les effets dévastateurs : c'est l'anticipation. 40 2- Il n'y a pas du plan d'urgence mineur : Toute crise est potentiellement destructrice. L'auto-résolution et l'improvisation sont des leurres ravageurs. Le principe d'une cellule d'anticipation du plan d'urgence doit être intégré à la politique managériale de l'établissement de soins au même titre que les autres plans d'action. Elle 45 doit être conduite par un expert. Les dégâts d'une crise peuvent être terrifiants, mais il est patent qu'une organisation dotée d'une cellule d'anticipation du plan d'urgence active parvient à en juguler les désastres et à en tirer même, d'insoupçonnables avantages. Les systèmes actuellement existants sont non centralisés avec des bases de données 50 et de traitements très disparates et qui ne deviennent réactifs que grâce à l'intervention humaine. Ces différents systèmes n'ont pas le moyens, entre les différentes informations remontées, de faire valider la réalité de l'alerte remontée voir même son origine, d'où 55 des déplacements injustifiés des personnels d'intervention. Il s'agit en majeure partie de moyens développés spécifiquement pour leur application. O Un modèle d'ontologie pour les systèmes de gestion de plan d'urgence Développer des systèmes d'interventions sur le système en train d'évoluer pour le contraindre à retrouver un état stable favorable donc développer des systèmes informatiques de gestion du plan d'urgence.(SGPU) La modélisation des différents cas déjà rencontrés conduit à distinguer plusieurs phases dans le développement d'une crise : La détection de changement d'états ou de l'occurrence de phénomènes de sorties d'un régime considéré comme acceptable est faite par plusieurs observateurs ou capteurs pouvant intervenir durant cette phase, ces différents signaux donnant lieu à la définition de seuils (chacun étant souvent dépendant du phénomène observé) il faut faire l'hypothèse de l'existence d'une cellule de veille qui en fonction de ces informations va déterminer le niveau d'alerte et déclencher la mobilisation de la cellule du plan d'urgence (c'est-à-dire le déploiement et la mise sous tension et exploitation des moyens informatiques adaptés au cas du plan d'urgence à traiter, c'est ce système qui est désigné dans la suite de l'exposé par SGPU pour assurer son rôle de fournisseur de moyens d'information aux opérateurs de la cellule du plan d'urgence doit se connecter à d'autres systèmes d'information d'autres institutions déjà en place : C'est la diversité et l'hétérogénéité de ces systèmes, préexistant à l'instanciation du SGPU, qui conduit à considérer que SGPU doit être vu comme un système de systèmes et à se préoccuper des questions d'interopérabilité dans les échanges d'information. Modèle d'ontologie de gestion du plan d'urgence : FIG 7 : page dessin 5/8 Le cadre précédent fait apparaitre deux sous systèmes : - le système perturbé (SP) dont on décide de repérer des composants significatifs pour l'évaluation continue des risques : les personnes, les biens matériels, les sites naturels les sites industriels (cette liste peut être étendue à d'autres « cibles » possibles d'une menace) A ces éléments sont associés des menaces (danger permanent latent) qui se manifestent par des risques dont le niveau de gravité est souvent une fonction du temps. - Un système de gestion et traitement du plan d'urgence qui réunit en fonction du type de risque détecté, différents acteurs ayant chacun le contrôle d'un certain nombre de ressources (moyens techniques et humains) et l'autorité pour les faire agir (responsabilité, transgression des règles communes) Cette réunion implique une coordination des activités de chacune des parties prenantes, activité qui devient de la responsabilité de le cellule de gestion du plan d'urgence qui orchestre alors les interventions des chacun des acteurs , jusqu'au retour à une situation considérée comme satisfaisante. 40 45 50 55 O Chacun de ses sous systèmes implique un référentiel commun pour la qualification et la représentation du plan d'urgence : - Un modèle de Qualification du plan d'urgence (ou référentiel) , dans lequel une crise arrive suite à l'action d'un déclencheur (sorte d'événement) l'occurrence du plan d'urgence produits des effets avec un niveau de gravité qui affecte directement la mesure de la menace et un indicateur de complexité qui permet d'évaluer le changement de menace Ces effets sont associés à des risques et le facteur de gravité impacte le niveau de sévérité du plan d'urgence (dont le niveau résulte d'un calcul à partir d'indicateurs) La construction ultérieure de systèmes d'information de gestion du plan d'urgence pourra tirer partie des connaissances décrites dans cette ontologie. Eléments d'ontologie pour le SP Ce module identifie les éléments pertinents à l'analyse d'un système soumis à des 20 évènements potentiellement catastrophiques (le système perturbé). Les éléments sont donc les parties qui constituent la structure du système. Ce système est ouvert sur son environnement (au sens systémique du terme). Il est donc également composé d'éléments exogènes qui sont, par définition, en dehors du champ d'étude. 25 La classe «Elmt SP» généralise les classes « personne », Biens Matériels » Site Médicaux » « infrastructure » (qui englobent le bâti, les équipements, les réseaux, etc.) 30 Eléments d'ontologie pour les acteurs du traitement du plan d'urgence - Le traitement du plan d'urgence est centré sur le fonctionnement de la cellule du plan d'urgence, qui coordonne les interventions décidées et menées par les acteurs responsables de chaque type d'intervention. Ce plan de mobilisation qui gère l'alerte est le plan particulier d'urgence (PPU) défini par chaque autorité selon les directives de 35 plans généraux. Pour le moment le modèle de déclenchement d'alerte se structure autour de la notion de seuil avec des niveaux de mobilisation et d'engagement des moyens qui sera variable : 40 Le déclenchement d'un plan de gestion du plan d'urgences a alors de profondes perturbations sur le fonctionnement de l'établissement de soins. Un guide de la gestion du plan d'urgence a donc été défini par les services compétents, mais il faut maintenant en définir les conséquences sur les systèmes de communication et l'organisation existante au sein de chaque établissement. 45 La mise en oeuvre du plan d'urgences est décidée par l'autorité de gestion du plan d'urgences locale et implique d'autres acteurs avec qui il faut pouvoir échanger des données (en particulier des données d'information) Du point de vue de la gestion du plan d'urgences, tout changement d'état dans le fonctionnement d'un système est un 50 moment critique ou peuvent se faire des erreurs avec des conséquences imprévisibles. La stratégie R&D retenue a donc été la suivante : - Définir un modèle de référence pour l'architecture de nos systèmes de gestion de plan d'urgence d'établissement de soins vu comme un système complexe. Ce 55 modèle s'appuiera sur le paradigme multi agents dont les applications possibles ont été explorées dans de nombreux domaines. O Développer une « chaîne » ou processus de développement / production des constituants d'un système de plan d'urgence dont les composants puissent toujours être déployés dans des appliances pour s'inscrire dans la continuité de notre projet. L'architecture de système multi agents retenue est la suivante : Le système est constitué d'un ensemble d'entités autonomes, les agents (A), qui, dans un environnement (E) du systèmes d'information des établissements de soins, interagissent entre eux selon des protocoles d'interactions (I) et, exécutent les tâches correspondant à leur rôle dans l'organisation (0), en mettant en oeuvre les compétences qu'ils possèdent (ou peuvent acquérir), pour assurer, à leur niveau, et en coopérant avec les autres agents de l'organisation, la part des missions globales de surveillance qui leurs ont été spécifiés lors de leur installation et de leur déploiement (application des règles et politiques de fonctionnement de l'établissement ordinaire et en cas du plan d'urgence). Ils rendent ensuite compte, sous forme de tableaux de bord, de la situation de l'établissement du point de vue de la situation aux utilisateurs (U) que sont les différents responsables du fonctionnement du plan d'urgence de l'établissement qui peuvent eux aussi à leur niveau déclencher des opérations de reconfiguration. La conception d'un système selon ce « méta modèle » consiste alors à définir, dans l'environnement de santé, (constitution d'une ontologie du domaine de la gestion du plan d'urgence dans le fonctionnement des établissements de santé), les compétences nécessaires à chaque agent pour effectuer les opérations de collectes d'informations, délibération, reporting et actions correspondant à la décomposition des responsabilités (adoption d'un modèle d'agent) ainsi qu'une organisation correspondante des agents (répartition ou distribution des rôles et compétences) et les règles d'interactions entre agent. On a donc une architecture à trois niveaux : - le niveau des agents, - le niveau des interactions, 30 - le niveau de l'organisation. Un agent a trois rôles : - un rôle fonctionnel (de surveillance ou de coordination), - un rôle relationnel (ou social) celui d'appliquer les règles d'interactions définies dans le 35 système, - un rôle organisationnel (celui de savoir avec quels agents il peut interagir). Le rôle de surveillance regroupe trois fonctions : - collecte d'informations (observations), 40 - délibération (ou décision) tenant compte des connaissances sur son environnement, et des objectifs de surveillance, - action (pouvant être à la fois de diffuser une alarme, agir sur un effecteur et rendre compte). 45 Le rôle de coordination consiste pour les agents centraux à distribuer les consignes de surveillance en fonction de l'état global du système et de la politique de gestion du plan d'urgence retenue par la direction de l'établissement, en fonction du mode de fonctionnement adopté. 50 Selon le plan déterminé et les besoins associés, les compétences de délibération pourront être plus ou moins élaborées : il existe au moins un agent de supervision central qui sera chargé aussi de l'information des opérateurs humains ; pour des raisons de sureté de fonctionnement cet agent pourra être doublé et/ou travailler en « miroir » avec un autre agent qui serait son clone. 55 0 Chaque agent dispose d'une base de connaissances qui lui permet de « raisonner » sur la configuration du dispositif logique à surveiller, (collecte des données et constitution de sa base de faits), et d'agir en fonction de règles qui lui sont communiquées par le superviseur pour la mise en oeuvre de la politique de traitement du plan d'urgence et la configuration opérationnelle de l'établissement. Le système central ou agent central dispose d'une représentation de la situation globale élaborée à partir des informations collectées auprès des agents de surveillance ou de collecte ; en fonction des informations reçues le déroulement des plans d'intervention sont mis en place, certains plans peuvent conduire à un changement de mode de fonctionnement de l'établissement (reconfiguration des processus métiers et réallocation de ressources aux processus supports). La modélisation des processus de décision des agents ne pouvant pas se faire in vitro, (c'est à dire sur le terrain), il faut aussi envisager l'exploitation d'une autre dimension des systèmes multi agents : la simulation. Ceci doit donc conduire au développement d'une plateforme de simulation pour la validation in « virtuo » des modèles de décision retenus. Chaque sous-système peut interagir avec un ou plusieurs sous-systèmes, pour 20 confirmer ou conforter l'anomalie ou le dysfonctionnement, et pouvoir intervenir ou, faire intervenir au plus vite. En association cette architecture et ce modèle générique d'agent, il va être nécessaire de mettre en place une chaine d'outils de développement ou atelier de développement 25 des composants logiciels du système multi agents. L'Appliance est composée de l'ensemble des protections indispensables pour un traitement complet de la sécurité optimale de l'information. 30 Une recherche des besoins sur trois sites distincts d'établissement de soins (hôpitaux, clinique,), nous a permis d'en mesurer les différents types et les performances attendues par ces établissements et d'évaluer les moyens à mettre en place. Ces sites présentaient des structures différentes et des outils d'informations très hétérogènes. 35 Le développement ne repose donc pas sur l'utilisation de produits existants mais sur le développement de multi-agents permettant de dialoguer entre les différentes sondes et concentrateurs de données et d'en assurer la circulation, la sécurité et le bon traitement, avec une supervision centralisée pour un traitement distant de l'information. 40 Modèle générique des interactions de collaboration entre les acteurs d'un système de gestion de crise La figure suivante résume le framework de description auquel les pré-études ont mené. 45 Frameworck de description : FIG 8 : page dessin 6/8 Auquel correspond l'automate suivant : 50 Automate de description : FIG 9 : page dessin 7/8 55 Ao 0 Eléments d'ontologie 'Jour la qualification et l'évaluation de situation de crise Chaque acteur observe les éléments du système perturbé et les évènements correspondants et construit des représentations à partir de ses observations. Ces représentations vont permettre de qualifier une situation à partir d'un référentiel conceptuel. Synoptique de référentiel conceptuel FIG 10 page dessin 8/8 Le système «Qualification /Evaluation » permet pour chaque acteur d'expliciter ses catégories d'analyse des éléments du système et des évènements qui s'y déroulent. L'originalité de cette conception est de permettre à tout élément « d'endosser différentes fonctions, celle de source pour l'élément danger, celle de cible pour l'élément vulnérable. L'observateur possède également une représentation des évènements du système qui portent sur les éléments. Ces évènements peuvent être qualifiés d'aléa, d'accident, de catastrophe, d'effet ou de cause. L'aléa est une notion difficile à cerner. Il est considéré ici comme un phénomène potentiel ; s'il se produit il est considéré comme un type d'événement. L'aléa qualifie le type d'évènement qui nomme l'occurrence d'un évènement et ce dernier peut être une cause ou un effet. On distingue la cause, l'effet et l'expression d'une relation causale entre la cause et l'effet. 30 35 40 45 50 15 20 25 55 14 10 15 20 25 30 35 Etapes de développement Spécification de l'architecture d'un SAM de gestion de plan d'urgence Modélisation des concepts des Plans d'Urgence Modélisation de la gestion d'un Plan Canicule Modélisation de la gestion d'un Plan Blanc Modélisation de la gestion d'un Plan Rouge Modélisation de la gestion d'un Plan Vermeil Modélisation de la gestion d'un Plan Bleu Spécification du méta modèle "PUMA" Modélisation de l'information des plans d'urgence sur le site Clinique Modélisation de l'information des plans d'urgence sur le site Hôpital Modélisation de l'information des plans d'urgence sur le site Maison de retraite Modélisation des processus de certification HAS Réalisation du dossier de faisabilité du projet Etude technique du dossier Modélisation des interactions entre agents (organisation) Spécifications des interactions entre agents Modélisation des processus de déclenchement sur le site Clinique Modélisation des processus de déclenchement sur le site Hôpital Modélisation des processus de déclenchement sur le site Maison de retraite Spécification de la plate forme de base Etude et choix du progiciel ou des progiciels de base ..2 Personnalisation et adaptation du ou des progiciels de base Récupérations des données existantes Choix des modes de communication Création et développement des spécifiques centraux Rédaction d'un cahier des charges plan d'urgence type Cliniques Rédaction d'un cahier des charges plan d'urgence type Hôpitaux Rédaction d'un cahier des charges plan d'urgence type Maison de Retraite 40 45 50 55 o A 10 15 20 25 30 35 Spécification des rôles des agents du SMA Vigilance (organisation) Développement de l'agent de présentation utilisateur écran TB Général écran TB RH écran TB Logistique écran TB stocks produits médicaux écran TB stocks produits para médicaux écran TB stocks produits non médicaux écran TB de la maintenance écran TB de la sécurité écran TB informatique écran TB télécommunication Contrôle et validation des agents des écrans Habillage des écrans TB (Design) liens entre les écrans et le progiciel de traitement Développement des agents de collecte d'information et d'intervention RH logistique produits médicaux produits paramédicaux produits non médicaux maintenance sécurité organes de sécurité physiques Socialisation des différents agents et adaptation de comportement Essais laboratoire de tous les agents "simulation" Correction et mise au point des agents Assemblage définitif des agents du système Création des liaisons des points supplémentaires à gérer Contrôle et mise au point du système sur un site pilote Clinique Retouches éventuelles et développements des agents additionnels Contrôle et mise au point du système sur un site pilote Hôpital Retouches éventuelles et développements des agents additionnels _ Contrôle et mise au point du système sur un site pilote Maison de retraite Retouches éventuelles et développements des agents additionnels 40 45 50 55 REVENDICATIONS1) Dispositif ou procédé informatisé permettant de collecter et de traiter de manière sécurisée, facilement et immédiatement toutes les informations indispensables pour le lancement d'un plan d'urgence, intégré dans un boîtier autonome de compilation et de calcul caractérisé, en ce qu'il puisse interroger un ensemble de bases de gestion et d'informations nécessaires à la constitution du tableau de bord général et des tableaux de bord personnalisés de traitement du plan d'urgence. 2) Dispositif selon la revendication précédente caractérisé en ce que le développement des systèmes de systèmes traite en temps réel toutes les informations nécessaires à la mise en place du traitement de la gestion du plan d'urgence et de Plan d'Urgence. 3) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que tous les traitements ou de transports de l'information sont hautement sécurisés par des dispositifs de cryptage spécifiques. 4) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que le simple signal de déclenchement de l'alerte par les autorités est traité immédiatement par le développement d'une architecture SAM de gestion de plan d'urgence et modulable en fonction du plan. 5) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que la modélisation des interactions entre agents est optimale. 6) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que le dispositif est capable d'interroger toutes les bases de 30 l'établissement par le développement d'agents de collecte d'informations, de traitements et d'interventions. 7) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que le développement du méta modèle « PUMA » permet de mettre en 35 forme des écrans opérationnels et exhaustifs de tableaux de bord de contrôle, de pilotage et de gestion pour le COPIL. 8) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que les différents agents sont susceptibles de comparer ou de vérifier 40 entre eux la cohérence des informations collectées avant leurs traitements. 9) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que les modèles sont modulables, ouverts, interopérables, standards et évolutifs dans le but de pouvoir l'adapter aux multiples situations que peuvent 45 engendrer l'aspect hétérogène des systèmes d'informations des établissements de soins. 10) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que les différents agents sont susceptibles de prendre la décision d'émettre des demandes vers les services internes et les prestataires externes par le 50 réseau de communication retenu. 11) Dispositif selon l'une quelconque des différentes revendications précédentes caractérisé en ce que l'appel de la préfecture soit identifié par codification et traité immédiatement par le dispositif quelque soit le mode de communication utilisé. 55