Si samu session-information_industriels_270115_architecture

Modernisation SI & Télécom des Samu Centres-15

PRÉSENTATION DU PROGRAMME DE MODERNISATION SI-SAMU AUX INDUSTRIELS

Présentation de l’architecture technique du SI-Samu

27 janvier 2015

Agenda

Programme de modernisation SI & Télécom des Samu 2

1. Les grands principes de l’architecture technique SI-

Samu

2. Présentation de l’architecture téléphonique retenue

3. Présentation de l’architecture logicielle retenue

4. Présentation de l’architecture réseau retenue

5. Une architecture technique hautement disponible

6. Focus sur les évolutions technologiques

1 LES GRANDS PRINCIPES DE L’ARCHITECTURE TECHNIQUE SI-SAMU


Les grands principes techniques du SI-Samu


• Une solution logicielle nativement en technologie web offrant des capacités de montée en

charge conséquentes pour le logiciel de régulation médicale et l’interface graphique de gestion de la téléphonie

• Une solution fonctionnellement large car intégrant étroitement un logiciel de régulation

médicale avec la téléphonie et la radiophonie dans le but d’améliorer la cohérence opérationnelle de l’ensemble

• Une gestion de la téléphonie novatrice capitalisant sur l’ensemble des bénéfices de la téléphonie sur IP

• La création d’une nouvelle infrastructure technique distribuée et sécurisée grâce au

maintient de composants de téléphonie/radiophonie critiques avec un maillage local

• Un « mode de construction progressif » : fonctionnel / géographique

– sur le périmètre fonctionnel de l’application, déjà clairement loti mais aussi redevable d’un principe de développement agile piloté sur la base d’un « processus d’amélioration continu

• Logique de développement agile pour certaines parties de la solution SI-Samu

• Une très forte importance donnée à l’administration du système

Un changement de paradigme technique en rupture avec les solutions actuelles des Samu nécessitant de construire une solution qui garantira performance, disponibilité et « scalabilité »

Un changement de paradigme technique en rupture avec les solutions actuelles des Samu nécessitant de construire une solution qui garantira performance, disponibilité et « scalabilité »

Les grands principes Les objets métiers


Objets métiers du SRM Typologie d’objets Volume estimé en 2024

Appels entrants Opérationnel 36 millions (**)

DRM Opérationnel 150 millions cumulés (*)

DPR Opérationnel 7 millions cumulés (*)

Enregistrements audio Opérationnel 50 millions sur un an (**)

Nombre d’utilisateurs CRRA Opérationnel 2 000

Nombre d’utilisateurs total Référentiel 18 000

Profil / habilitations Référentiel 2000 (20 profils x 97 CRRA)

(*) : sans prise en compte de la trajectoire de déploiement

(**) : 31 Millions d’appels entrants en 2012. augmentation de 2,5 % par an. Appels sortants : 26%, Appels radio : 2%

Objets métiers du SRM Typologie d’objets

Image / documents (ECG, guide de soins,…) Opérationnels / référentiels

POI (évènement avec coordonnées géographiques) Opérationnels

Cartes géographiques Référentiel (nationale IGN, INSEE)

Organisation Samu/Smur Référentiel

Partenaires (PM) Référentiel / Annuaire

Disponibilité ES (Moyens hospitaliers) Référentiels

Architecture cible retenue Différents scénarios d’architecture mutualisée ont été analysés


Architecture cible retenue Critère de l’analyse multicritère appliquée


• Une analyse multicritère a été menée sur différents scénarios au travers de critères

listés ci-dessous et pour lesquels une pondération a été déterminée (1 : très peu important, 2 : peu important, 3 : moyennement important, 4: important et 5: très important)

Axes d’évaluation Description succincte de l’axe d’évaluation Pondération

Disponibilité Taux de disponibilité de l ’application : rapport entre le temps ou l’application fonctionne normalement et le temps ou l ’application n’est plus accessible

5

Coût Ensemble des coûts de mise en œuvre du scénario selon les modalités définies par l ’étude de faisabilité

que cela soit durant la phase de construction (BUILD) ,la phase de déploiement (ROLLOUT) et la phase d’exploitation (RUN)

2

Maintenance / Support /

Exploitation (inclus administration, supervision, …)

Capacité à maintenir, supporter et exploiter la solution cible. Différents facteurs sont à prendre en compte : • Le niveau de complexité des taches à réaliser • Le niveau de charge engendré par ces tâches

2

Déploiement de la solution au

sein des différents Samu Faci lité d’installation de la solution au sein des Samu 1

Facilité d’intégration des

systèmes tiers Capacité de la solution à intégrer de manière industrielle des l iens fonctionnels avec les partenaires, les

logiciels de santé nationaux, les flux radio au sein du centre d’appels … 2

Minimisation des risques technologiques

Deux notions sont portées par cette axe d’analyse : • Risque d’intégrer dans la solution des technologies qui ne sont pas assez éprouvées • Risque d’intégrer dans la solution des technologies qui vont devenir obsolètes

2

Capacité à monter en charge Capacité de la solution technique à garantir • Des performances sur les temps de réponses compte tenu des fortes volumétries du système • D’une part une augmentation de charge de traitement l iée à une suractivité des Samu

5

Ajout d’un site de crise Capacité de la solution à mettre à disposition dans des délais rapides d’un ou plusieurs plateaux

supplémentaires dédiés à la gestion d’une crise 4

Sécurité Capacité du scénario à répondre aux problématiques de sécurité dont notamment la vulnérabilité de la solution face à une menace climatique ou à des actions de malveillance

5

Indépendance vis-à-vis du (des) prestataire(s) de service

Capacité au changement de prestataire en cas d’insatisfaction du service rendu. En d’autres termes

capacité véri table d’activité la réversibilité du système 3

Architecture cible proposée Une solution distribuée sur la partie « Phonie »


SAMU

SAMU

SAMU

Paradigme distribué

PHONIE PHONIE

PHONIE

Une architecture téléphonie distribuée et sécurisée par un maillage local

Un acheminement local des appels



SERVICES TÉLÉCOM

Paradigme centralisé

SAMU

SAMU

SAMU

SERVICES TÉLÉCOM

PHONIE CENTRALISEE

Slide

Référence

Slide

Référence

Architecture cible retenue Une solution mutualisée et distribuée

14/10/2014 Programme de modernisation SI & Télécom des Samu 9

LRM – CTI - SIG

Data-Center 1

LRM – CTI - SIG

Data-Center 2

Opérateurs de Boucle Locale

Opérateur de Service Intégrant SVI + Solution de

Routage

Patient APPLICATIONS INFORMATIQUES MUTUALISÉES

TÉLÉPHONIE DISTRIBUÉE

Samu 1 Samu 2 Samu 3 Matériel téléphonie conservé en local au sein de chaque Samu

SERVICES TÉLÉCOM Collecte, qualification et routage des appels

Accès LRM et autres applications

Acheminement des appels sur les réseaux opérateurs





RÉSEAU WAN IP MPLS sécurisé et

répliqué

Intelligence de routage des appels

Entraide

Collecte

Entraide

PFLAU

Numéro PDSA*

* *

*: uniquement dans certains départements

Slide Référence

Slide Référence

2 PRÉSENTATION DE L’ARCHITECTURE TÉLÉPHONIQUE RETENUE


WAN IP MPLS Sécurisé

Patient

Prise d’appel

ARM ou Médecin régulateur

CRRA-1

CRRA-2

Opérateurs de Boucle

Locale

Opérateurs de Collecte

Opérateur de Service Intégrant SVI (Norme VXML

pour qualification) + Solution de

Routage Type IBPX


Acheminement du trafic en nominal vers les sites locaux

1

CTI (en datacenter

ou chez l’opérateur)

2

5 Gestion de la logique de routage dans le datacenter (variante : chez

l’opérateur, sous maîtrise ASIP)

Prise d’appel

Gateway avec licence SAS (Stand Alone Survivability)

Enregistrement local

3 4

Acheminement en cas de saturation du CRAA-1 ou sur

compétence spécialisée (entraide)

Datacenters centraux pour LRM

Signalisation : Voix sur IP

Acheminement par MPLS en cas de T2 défaillant ou de

saturation T2

Lien vers intelligence de

routage

Une architecture distribuée qui est sécurisée par un maillage local

Une architecture où les appels sont acheminés en local

Une architecture distribuée qui est sécurisée par un maillage local

Une architecture où les appels sont acheminés en local


ARCHITECTURE CIBLE RETENUE Acheminement des appels directement sur CRRA avec fonctions SVI et

routage type IPBX chez l’opérateur (1/2)


Patient

Prise d’appel


CRRA-1

CRRA-2

Opérateur de Boucle Locale

Opérateur de Collecte

Opérateur de Service SVI & IBPX


CTI (en datacenter

ou chez

l’opérateur)

Prise d’appel





compétence spécialisée

(entraide)

- Forte « scalabilité » des équipements mis en place chez l’opérateur au

niveau SVI - Recours à des équipements de classe opérateur et exploités /

maintenus par des experts techniques de l’opérateur

- Délais de réaction propres à un opérateur

- Forte « scalabilité » des équipements mis en place chez l’opérateur au

niveau SVI - Recours à des équipements de classe opérateur et exploités /

maintenus par des experts techniques de l’opérateur

- Délais de réaction propres à un opérateur


ARCHITECTURE CIBLE RETENUE Acheminement des appels directement sur CRRA avec fonctions SVI et

routage type IPBX chez l’opérateur (2/2)


Patient

Prise d’appel


CRRA-1

CRRA-2





CTI (en datacenter

chez l’opérateur)

Prise d’appel






(entraide)

Le caractère maillé du scénario provient du maintien en local d’un nombre d’équipements non négligeable pour garantir une robustesse très forte notamment au niveau téléphonique

Le caractère maillé du scénario provient du maintien en local d’un nombre d’équipements non négligeable pour garantir une robustesse très forte notamment au niveau téléphonique


ARCHITECTURE CIBLE RETENUE Une sécurisation des équipements locaux (1/2)


Patient

Prise d’appel

CRRA-1

CRRA-2





CTI (en datacenter

ou chez

l’opérateur)

Prise d’appel





(entraide)

- Doublement des équipements télécom locaux au Samu : 2 Gateway

(GW) & 2 enregistreurs - Sécurisation des enregistreurs positionnés devant les GW - Homogénéité des équipements de téléphonie (IPBX,GW et téléphone)

- T2 en double pour les gros Samu et les moyens - Sécurisation des T2 ISDN avec la double pénétration dès que l’ES offre

cette possibilité - Financement de T2 ISDN de qualité pour l’ensemble des Samu - La sécurisation des flux voix IP en local au Samu avec la séparation des

flux voix et data dans des réseaux différents (voix dans un VLAN dédié)

- Doublement des équipements télécom locaux au Samu : 2 Gateway

(GW) & 2 enregistreurs - Sécurisation des enregistreurs positionnés devant les GW - Homogénéité des équipements de téléphonie (IPBX,GW et téléphone)

- T2 en double pour les gros Samu et les moyens - Sécurisation des T2 ISDN avec la double pénétration dès que l’ES offre

cette possibilité - Financement de T2 ISDN de qualité pour l’ensemble des Samu - La sécurisation des flux voix IP en local au Samu avec la séparation des

flux voix et data dans des réseaux différents (voix dans un VLAN dédié)


ARCHITECTURE CIBLE RETENUE Une sécurisation des équipements locaux (2/2)

3 PRÉSENTATION DE L’ARCHITECTURE LOGICIELLE RETENUE


Architecture applicative simplifiée

16

Architecture applicative simplifiée

1 2

17

Cartographie applicative détaillée

18

1 - Le SRM

1


1 - Le SRM (Système de Régulation Médicale)


Des exigences techniques :

• Performance pour des usages sensibles/critiques : recherche de DPR, DRM, et recherche

cartographie (solution d’indexation),

• Ergonomie et fluidité de l’interface graphique, système de complétion avancé,.. • Système de Haute-disponibilité

• Garantie d’acheminement des messages (exemple « cas de la feuille de route » pour les effecteurs)

• Mécanisme de persistance de session (affinité de session) sur l’infrastructure intra-site (uniquement).

• Multi-canal (IHM web, IHM mobile, API WS (connecteur générique)) • Multi-device (différents terminaux et différentes configuration du poste de travail utilisateur (CRRA,

poste nomade)

• Fonctionnalité de workflow/case management,(traitement d’appels, scénario d’entraide,…) • Fonctionnalité de GED

1 - Le SRM ASSEMBLAGE des composants : LRM, SIG et solution CTI


2 - Echanges


2

2 - Echanges Des interfaces normalisées : connecteurs génériques


• Hormis les échanges informatiques avec les pompiers (lien 15-18) qui seront réalisés au

travers d’interfaces au format NF399, les échanges avec les autres partenaires se feront via des interfaces normalisées par type d’objets indépendamment des acteurs

SI-Samu SI-Samu

Pompiers Pompiers

Autres

Partenaires

Autres

Partenaires

DMP DMP

Gestion

interne des

échanges

Gestion

interne des

échanges

Interfaces

d’échange externes SI-Samu

Interfaces

d’échange NF399 Cadre

d’interopérabilité

Référentiels

de santé

Référentiels

de santé

Interfaces d’accès

aux référentiels

2 - ECHANGES : Antares Solution d’interconnexion préconisée


Points forts

• Indépendance des Samu par

rapport au SDIS vis-à-vis des

communication radio.

• Maitrise totale sur les

réseaux radio nécessaires à

son fonctionnement

• Enregistrements

numériques au SAMU de

toutes les communications

radio (nominal + secours)

• Récupération des

ressources radio du SAMU

par un autre SAMU

(interconnexion GVR à GVR)

Points forts

• Indépendance des Samu par

rapport au SDIS vis-à-vis des

communication radio.

• Maitrise totale sur les

réseaux radio nécessaires à

son fonctionnement

• Enregistrements

numériques au SAMU de

toutes les communications

radio (nominal + secours)

• Récupération des

ressources radio du SAMU

par un autre SAMU

(interconnexion GVR à GVR)

Infrastructure locale:

• Poste opérateur Radio

• AG Radio

• GVR

• Enregistreurs

Infrastructure locale:

• Poste opérateur Radio

• AG Radio

• GVR

• Enregistreurs

Lien avec les pompiers

• Uniquement pour les accès

AVL (statut et géolocalisation

Antares)

Lien avec les pompiers

• Uniquement pour les accès

AVL (statut et géolocalisation

Antares)

3 - Autres sujets traités dans le cadre de l’étude de faisabilité


• ECHANGES: Connectivité avec le DMP

• ECHANGES : Connectivité avec la MSSanté

• PILOTAGE : Supervision / Hypervision: pilotage de l’activité à l’échelle nationale et CRRA.

• INFOCENTRE : solution BI

• SRM : SADM : systèmes d’aide à la régulation médicale

• REFERENTIEL : Qualité des données de référence

• Enregistreur et archivage

• Reprise des données existantes : DPR, etc

• Accostage avec le SI des ES

• Préconisations sur les procédures : PCA, PRA.

• Préconisation sur la construction de la solution

• Canal FAX pour les échanges avec les Smur

• …

4 PRÉSENTATION DE L’ARCHITECTURE RESEAU RETENUE


Architecture réseaux WAN


L’architecture préconise une sécurisation de boucle locale à

plusieurs niveau, à savoir : Systématiquement : double adduction, double cheminement

Et si possible double pénétration au sein de l’ES quand

c’est disponible

La sécurisation est également assurée par plusieurs autres scénarios.

L’architecture préconise une sécurisation de boucle locale à

plusieurs niveau, à savoir : Systématiquement : double adduction, double cheminement

Et si possible double pénétration au sein de l’ES quand

c’est disponible

La sécurisation est également assurée par plusieurs autres scénarios.

Utilisation des meilleures pratiques

L’architecture préconise une offre double accès sur un

opérateur unique, avec demande explicite de connaître les chemins de passages sur les derniers tronçons des liaisons

(pour minimiser le risque d’incidents de type voiries ou BTP).

Concernant les connections aux systèmes tiers,

l’interconnexion peut se faire de préférence par Internet.

Les réseaux internes et externes se doivent d’être séparés pour

des raisons de sécurité et de gestion de la qualité de la voix.

L’architecture préconise une offre double accès sur un

opérateur unique, avec demande explicite de connaître les chemins de passages sur les derniers tronçons des liaisons

(pour minimiser le risque d’incidents de type voiries ou BTP).

Concernant les connections aux systèmes tiers,

l’interconnexion peut se faire de préférence par Internet.

Les réseaux internes et externes se doivent d’être séparés pour

des raisons de sécurité et de gestion de la qualité de la voix.

Un opérateur de WAN pour les Samu

Architecture réseau des datacenters


L’architecture est fortement redondante, évolutive et sécurisée.

Les matériels sélectionnés doivent être performants, virtualisables de manière à pouvoir supporter les évolutions de

charge et à séparer différents types d’environnement .

Il y a deux Datacenters qui hébergent chacun le SI Samu et les

services Télécoms pour assurer la redondance.

L’architecture est fortement redondante, évolutive et sécurisée.

Les matériels sélectionnés doivent être performants, virtualisables de manière à pouvoir supporter les évolutions de

charge et à séparer différents types d’environnement .

Il y a deux Datacenters qui hébergent chacun le SI Samu et les

services Télécoms pour assurer la redondance.

L’architecture logique

L’architecture préconisée met en œuvre deux niveaux de

firewalls de constructeurs différents , plus des équilibreurs de charges et des firewalls applicatifs.

Les serveurs sont connectés sur deux commutateurs en cluster ou en stack en TOR (Top of rack) de manière à pouvoir y

agréger au moins deux ports des serveurs.

Ces commutateurs sont eux même connectés sur des switchs

redondants en cœur de réseaux via des agrégats 10Gbs.

L’architecture préconisée met en œuvre deux niveaux de

firewalls de constructeurs différents , plus des équilibreurs de charges et des firewalls applicatifs.

Les serveurs sont connectés sur deux commutateurs en cluster ou en stack en TOR (Top of rack) de manière à pouvoir y

agréger au moins deux ports des serveurs.

Ces commutateurs sont eux même connectés sur des switchs

redondants en cœur de réseaux via des agrégats 10Gbs.

L’architecture physique

Baie 1 Baie 2 …... Baie n

Serveurs Serveurs

Switches Top of RackRedondant

Switches Cœur de réseau

Redondant

Double attachementRedondant

10Gbs

10Gbs

1-2 Gbs

1-2 Gbs

Baies Réseau & SécuritéService de filtrageService ADN (LB)

Zones Frontales

Zones Internes

Zones Externes

Zones Frontales

Zones Internes

Zones InfrastructureAdministration

Supervision

Pare-feux Frontaux

Pare-feux Internes

5 UNE ARCHITECTURE TECHNIQUE HAUTEMENT DISPONIBLE


Architecture cible proposée Une architecture hautement disponible

Un système « opérateur de télécommunication » pour les Samu


Les deux data-centers hébergeant le système d’information sont

redondés, en mode actif-passif, permettant la reprise à chaud en cas d’indisponibilité totale de l’un des data-center

L’utilisation d’un opérateur de service en amont pour le traitement

des appels garantit le même niveau d’exigence, car ces opérateurs disposent du même type d’architecture

Les deux data-centers hébergeant le système d’information sont

redondés, en mode actif-passif, permettant la reprise à chaud en cas d’indisponibilité totale de l’un des data-center

L’utilisation d’un opérateur de service en amont pour le traitement

des appels garantit le même niveau d’exigence, car ces opérateurs disposent du même type d’architecture

Redondance géographique

L’ensemble des équipements importants dans l’architecture est

doublé tant au niveau téléphonie qu’au niveau informatique, et doit pouvoir fonctionner en autonomie

L’ensemble des chaînes de traitement est doublé et croisé : si un

élément s’avère défaillant, il peut être retiré, réparé ou remplacé sans dégradation des services rendus par le système

L’ensemble des équipements importants dans l’architecture est

doublé tant au niveau téléphonie qu’au niveau informatique, et doit pouvoir fonctionner en autonomie

L’ensemble des chaînes de traitement est doublé et croisé : si un

élément s’avère défaillant, il peut être retiré, réparé ou remplacé sans dégradation des services rendus par le système

Redondance physique

L’ensemble de l’architecture a été travaillé sous forme de scénario

primaire ou mode nominal – scénarii secondaires – mode secours Les principes métiers ont été travaillés selon les même principes :

scénario d’entraide, évènement géographique, centre de crise, crise

sanitaire majeure

L’ensemble de l’architecture a été travaillé sous forme de scénario

primaire ou mode nominal – scénarii secondaires – mode secours Les principes métiers ont été travaillés selon les même principes :

scénario d’entraide, évènement géographique, centre de crise, crise

sanitaire majeure

Redondance des scenarii

ARCHITECTURE CIBLE RETENUE Panne généralisée du réseau WAN IP MPLS


Réseau WAN

RTC Opérateur

PRA

CRRA

CRRA

CRRA

CRRA

CRRA

CRRA

Usager

CRRA CRRA

En cas de disfonctionnement du

réseau WAN interconnectant les différents CRRA : la voix est sécurisée par la

nature même de l’architecture qui fait arriver la voix en local dans les CRRA

Au niveau applicatif (LRM et bandeau) l’accessibilité du CRRA se fait via un canal sécurisé sur INTERNET puisque les applicatifs sont web natifs

Patient

Appels du patient

Légende

Informatique chute du réseau WAN (LRM+ bandeau)

Acheminement par l’opérateur des appels collectés directement vers les Samu locaux

Patient

DEFAILLANCE DU RESEAU WAN

INTERNET

Datacenter

primaire Datacenter

secondaire

6 FOCUS SUR LES ÉVOLUTIONS TECHNOLOGIQUES


Architecture cible proposée Une architecture déployée sur plusieurs années


Les architectures vont vers des architectures full IP L’architecture prévoit un acheminement RNIS secouru par la VoIP sur le

WAN dédié du SI-Samu; après déploiement, et progressivement après

validation des qualités de service et par simple augmentation des débits

réseaux, l’architecture permet une bascule full IP secouru par le RNIS.

La 5G est prévue en grand public à compter de 2020 .

Cette évolution technologique (débit plusieurs Gb/S) pourrait sonner le

glas des liaisons TDM, et permettre une solution de secours si les

opérateurs décident d’aller vers une offre entreprise.

Les architectures vont vers des architectures full IP L’architecture prévoit un acheminement RNIS secouru par la VoIP sur le

WAN dédié du SI-Samu; après déploiement, et progressivement après

validation des qualités de service et par simple augmentation des débits

réseaux, l’architecture permet une bascule full IP secouru par le RNIS.

La 5G est prévue en grand public à compter de 2020 .

Cette évolution technologique (débit plusieurs Gb/S) pourrait sonner le

glas des liaisons TDM, et permettre une solution de secours si les

opérateurs décident d’aller vers une offre entreprise.

Evolution des architectures télécom

L’architecture est nativement prévue pour une approche multicanale Gestion potentielle des mails, photo, vidéo, en système synchrone ou

asynchrone

La préconisation en IPV6 permettra de gérer des plans d’adressages d’objets connectés (assistance, télémédecine)

L’architecture permet à la fois la centralisation et la décentralisation de son administration « métier »

Pour prendre en compte les organisations hétérogènes des Samu au sein

de leur région.

L’architecture est nativement prévue pour une approche multicanale Gestion potentielle des mails, photo, vidéo, en système synchrone ou

asynchrone

La préconisation en IPV6 permettra de gérer des plans d’adressages d’objets connectés (assistance, télémédecine)

L’architecture permet à la fois la centralisation et la décentralisation de son administration « métier »

Pour prendre en compte les organisations hétérogènes des Samu au sein

de leur région.

Evolution des usages

Healthcare

Si samu session-information_industriels_270115_architecture