fbpx

Système de sécurité pour maison de retraite

Pour une maison de retraite pour personnes âgées dans l’un des nouveaux états fédéraux, un système de sécurité devait être planifié en fonction des conditions et de l’infrastructure de la maison de repos et utilisé conjointement avec l’appel du patient, le système d’alarme incendie et les services du bâtiment.

Pré-requis

On a supposé que seul un système moderne avec une structure innovante et ouverte serait utilisé pour mettre en œuvre les améliorations et innovations techniques futures.

Le système de sécurité a pour tâche de recevoir différents domaines tels que l’appel du patient, le système d’alarme incendie, les services de construction et d’autres situations d’urgence des appels d’urgence pour gérer intelligemment et rejeter des alarmes et des informations pour aider le personnel.

Le système à utiliser devait être un serveur d’alarmes et d’information au sens propre du terme, qui remplit sans restriction les services requis. Des entrées de matériel découplées, des systèmes tiers, des capteurs, des unités de sortie d’alarme et des techniques similaires devaient être intégrés dans le système global.

son (etc. ventilation, chauffage, climatisation), avait plusieurs types d’alarme, tels que la protection individuelle, l’évacuation des bâtiments (évacuation), la surveillance de la machine, les alarmes de construction alarme anti-effraction, porte / alertes de but, rappel des tâches exécutées périodiquement, etc., si nécessaire, la modernisation ,

Les exigences énoncées pour le serveur d’alarme et d’information devaient au moins être réalisées et proposées.

Les soumissionnaires étaient libres d’offrir des composants et des fonctions supplémentaires pour optimiser la solution globale.

Quatre des cinq soumissionnaires ont été offerts par la Nouvelle alarme vocale et le serveur d’informations « MobiCall » pour alerte efficace, protection individuelle fiable, sécurisée surveillance et l’optimisation des flux de travail.

Pour le système prévu, comme requis dans l’appel, une fiche technique avec des descriptions détaillées en langue allemande pourrait être jointe.

demandes de solution

Le serveur d’alarmes et d’information devait satisfaire aux exigences de base suivantes.

  • C’était une solution hautement disponible avec la fonctionnalité d’une auto-surveillance (interfaces, fonctions, etc.) requise. Avec le matériel sélectionné en conséquence (matériel du serveur selon RAID 1) et le boîtier de commande du chien de garde, une disponibilité de> 99,9% est atteinte.
  • Les composants matériels et les erreurs logicielles défectueux sont détectés par des mesures appropriées et signalés automatiquement dans un délai très court.
  • Le système devait être connecté au système de communication via des interfaces SØ normalisées. C’était une exigence illimitée que tous les services spéciaux pour les processus d’alarme soient mis en œuvre de manière bidirectionnelle par les deux systèmes.
  • Les appels d’urgence et les informations doivent être extraits du système d’appel infirmier existant et du système d’alarme incendie via des interfaces intelligentes (interfaces de données avec le protocole ESPA 4.4.4). Grâce aux interfaces intelligentes, le serveur d’alarme et d’information peut reconnaître quel appareil de déclenchement (bouton du système d’appel infirmier, bouton d’alarme incendie, détecteur de fumée, etc.) reçoit l’appel d’urgence correspondant.

Chaque appel d’urgence devait avoir son propre scénario pour déclencher une alerte spéciale. Chaque alarme est associée à une minuterie. Après le déclenchement d’une alarme, un scénario de notification dépendant du jour et de l’heure est exécuté immédiatement.

  • Chaque appel d’urgence devait avoir son propre scénario pour déclencher une alerte spéciale. Chaque alarme est associée à une minuterie. Après le déclenchement d’une alarme, un scénario de notification dépendant du jour et de l’heure est exécuté immédiatement.

D’un côté des boîtiers de contact, une connexion LAN devait constituer l’interface avec le serveur d’alarme et d’information, tandis que, de l’autre côté, les contacts en tant qu’ouvreurs et fermeurs devaient fournir les interfaces à l’équipement technique. Selon les besoins, les entrées et les sorties de relais doivent également être activées.

Les boîtiers de contact devaient être conçus de manière à pouvoir être surveillés par le serveur d’alarmes et d’informations.

En raison de ces exigences, les boîtes de contact de la série WAGO 750 à conception modulaire ont été utilisées pour jusqu’à 512 contacts New Voice.
À propos du serveur d’alarmes et d’informations, diverses alarmes ont été enregistrées dans diverses formes d’enregistrement, d’édition et de suppression parallèles. Des alarmes individuelles et des groupes d’alarmes devaient être réalisés ensemble.

Les types de déclenchement d’alarme suivants devaient être mis en œuvre pour la protection planifiée:

  • Déclenchement des alarmes en reprenant les informations d’un système d’appel infirmier de type Ackermann. Le transfert s’effectue via une interface de données série avec le protocole ESPA 4.4.4.
  • Déclenchement des alarmes en reprenant les informations d’un détecteur de type système d’alarme incendie. Le transfert s’effectue via une interface de données série avec le protocole ESPA 4.4.4.

Expiration de l’alarme

L’alarme se déclenche par appel infirmière, système d’alarme incendie, postes téléphoniques, terminaux GSM et contacts.

Il a dû groupe d’alarmes individuelles et les alarmes ayant jusqu’à 8 utilisateurs peuvent être réalisés. L’alarme et le serveur d’informations envoie les membres des participants du groupe d’alarme respectifs un message de texte correspondant sur l’écran du terminal téléphonique en interne. Avec la livraison du message en même temps, vous entendrez un anneau distinctif remarquable. Si l’appel d’alarme accepté comme une conversation, un message correspondant sera annoncé plus.

L’alarme parallèle à d’autres postes téléphoniques internes et externes, les téléphones portables, les ordinateurs et la transmission des alarmes par e-mail, SMS, avaient visuelle et sonore à être mis en place comme une alternative.

En plus des messages directs des messages en fonction du temps sont possibles. Les messages en fonction du temps, par exemple, Appelez la police / incendie après un temps de jeu si le processus est pas arrêté avant, est libre de définir.

Afin d’assurer une alerte rapide ciblée des abonnés individuels, le nombre de canaux de connexion entre le serveur d’alarme et d’information et le système de communication a été dimensionné en conséquence. Si, dans des cas individuels, le nombre d’abonnés à alarmes dépasse le nombre de canaux de connexion, les abonnés qui ne sont pas encore alertés sont traités successivement par le système, en fonction de leur priorité.

Scénarios d’alarme

Si une alarme est déclenchée, jusqu’à 8 participants sont alertés simultanément. Un déclenchement par PC, par SMS ou par courrier n’est actuellement pas nécessaire, mais peut être implémenté par le système à tout moment.

Lors de l’envoi d’un message d’alarme, l’alarme est envoyée simultanément à l’interne et éventuellement aux participants externes. Alternativement, les priorités, par ex. d’abord la signalisation interne, puis externe à mettre en place.

Chaque alarme informe la personne appelée avec une sonnerie spéciale. Dans l’affichage du terminal, le lieu de l’alarme est spécifié en texte clair. L’alarme est réglée individuellement avec ou sans acquittement.

Si un abonné interne appelé par un appel d’urgence parle, l’appel est déconnecté de force. Après cela, le scénario décrit est réalisé.

Si nécessaire et pris en charge par le terminal correspondant, les haut-parleurs des terminaux sont automatiquement ouverts. Par la suite, une annonce a lieu, basée sur l’événement déclencheur.

Les répétitions multiples des alarmes sont possibles si l’alarme n’a pas réussi la première fois.

Scénarios d’escalade

Si une alarme n’est pas programmée, des scénarios d’escalade sont programmés. Selon le type d’alarme, différents scénarios d’escalade sont mis en œuvre.

Les scénarios d’escalade sont définis différemment selon la date et l’heure.

Niveaux de priorité

Chaque alarme a une priorité qui lui est assignée. Si plusieurs alarmes se produisent simultanément, l’alarme ayant la plus haute priorité est traitée en premier / en premier.

Les abonnés de même priorité sont appelés dans un ordre aléatoire. Avec différentes priorités d’abonné, il est possible de définir si l’ordre de priorité est strictement respecté pendant la sélection ou si des abonnés de priorité inférieure sont interposés dans des pauses de numérotation.

Conférence téléphonique

Après l’envoi d’une alarme, les conférences avec des participants prédéfinis sont automatiquement commutées. Les participants externes et internes sont impliqués.

La structure des conférences se fait automatiquement par « MobiCall », mais peut également être effectuée manuellement.

Au moins 2 conférences simultanées avec au moins 6 participants par conférence sont possibles.

Annonces

Des textes d’annonce sont requis pour diverses fonctions. Les textes d’annonce sont enregistrés par des organismes autorisés ou saisis par écrit (texte-parole). Pour chaque situation d’alarme, un texte d’annonce individuel est disponible.

Il y a 10 textes d’annonce fixes disponibles, qui sont stockés numériquement. Les textes individuels peuvent être saisis à volonté et modifiés à tout moment. La longueur du texte est de 30 secondes.

Différents textes d’annonce peuvent être utilisés après l’opération, la date et l’heure.

Acquittement de l’alarme

Les paramètres du serveur d’alarmes et d’informations ont été configurés pour qu’une alarme soit acquittée ou non. L’accusé de réception a lieu via un poste téléphonique.

Si des alarmes doivent être acquittées, il existe une option d’accusé de réception positif (peut réagir) ou négatif (ne peut pas répondre). De plus, il est possible de déterminer si un acquittement doit être effectué pendant ou après le message d’alarme.

Si un message d’alarme est acquitté pendant l’annonce, l’accusé de réception est possible au plus tôt après avoir entendu 50% du texte du message. Les réglages individuels sont possibles.

Les messages sont émis en parallèle sur plusieurs terminaux. Un accusé de réception sur l’un des terminaux s’applique à cet abonné et simultanément aux messages parallèles. Le message d’alarme aux bornes parallèles est interrompu.

Annulation d’alarme

Si une alarme est annulée, elle est effectuée uniquement par des personnes ou des terminaux autorisés.

Pour libérer l’alarme, un numéro de code est entré dans un terminal autorisé en plus d’une procédure d’accès ou une touche programmée en permanence est activée. L’annulation de l’alarme est effectuée et affichée sur les affichages correspondants des terminaux.

Fausse alarme

Il peut être décidé lors d’une alarme déclenchée qu’il s’agisse d’une alarme aiguë ou d’une fausse alarme. S’il est déterminé qu’il s’agit d’une fausse alarme, le scénario d’alarme est interrompu par une procédure spécifique.

Processus d’alarme de journalisation

L’enregistrement des processus d’alarme est une condition préalable dans le cas décrit.

Pour un suivi optimal d’un cas d’alarme, la connexion à la seconde est effectuée à partir de l’origine des messages, des destinataires qui ont reçu les messages et des messages activés.

Toutes les alarmes et les actions suivantes sont incluses dans un journal. Les messages de journal individuels dans les fichiers et les impressions ont des numéros de message actuels et des horodatages exacts. La plus haute priorité dans la journalisation est la documentation des non-participants. Cela s’applique également aux participants sous contrôle interne et externe.

Tout accusé de réception est documenté comme tout autre processus avec des détails sur le destinataire, la date, l’heure, le message et le type d’accusé de réception.

La journalisation a lieu en tant que sauvegarde dans un ou plusieurs fichiers journaux (fichiers journaux). Les fichiers journaux générés ne peuvent pas être manipulés par l’administrateur.

La journalisation est enregistrée pour évaluation sur le serveur.

L’utilisation du serveur d’alarme et d’information « MobiCall » de New Voice répond pleinement aux exigences de la maison de retraite. Les systèmes individuels existants, tels que l’appel du patient, le système d’alarme incendie et la domotique, ont été intégrés comme spécifié.

Le développement en cours de « MobiCall » garantit que les futures technologies (telles que l’IoT) seront également intégrées pour répondre aux exigences croissantes de la technologie de sécurité.

Ecrivez et taper Entrer pour rechercher