Transmission semi-automatique des données d’intervention à partir des centres 112 (SDS)

1. Transmission semi-automatique des données d’intervention à partir des centres 112 (SDS) P. Rosière - S. Cornet Cellule Organisation des secours, logistique et télématique

2. Objectifsdu projet augmenter la qualité des statistiques SMUREG précision, uniformisation réduction de la charge de travail des centres d’appels unifiés soutenir l’aide médicale urgente garantir la qualité utilisation optimale des moyens

3. Historique Rapport d’enregistrement SMUR 2011 + Manuel Par exemple : intervalleentreréponse à l’appel 100 et ledépart SMUR - Plusieurs indicateurs SMUREG ne sont pas fiables - Enregistrementimprécis des tempsd’appel et d’intervention

4. utilisationdes messagesstatutsradios (“SDS”, short data service) à des finsd’enregistrementSDS Collector • adaptation à la technologie web server • concept valable pour deux types des centres 112: • - Computer AidedDispatch Astrid (VBR, OVL, NAM) • - CityGIS (ANT, BRU, WVL, HAI, LIE, LIM, LUX) • début de la transmission dans 10 centres 112: 26/12/2012 • 1ier trim. 2013 : périoded’observation 2010 : nouveau concept

5. Processusde transmission : notification enregistrement production d’un message automatique résultat

6. Première partie de la transmission : notification d’un évènement • De préférence par touche raccourcie, • sinon par voie radiophonique

7. Deuxièmepartie de la transmission : • l’enregistrement • tâchesclés: la prise d’appel • d’urgence, la régulation, l’alerte et • la gestion des moyensenvoyés • (Loi du 29 avril 2011) • tâche secondaire: • la collecte des informations, l’appui en information

8. Troisième partie de la transmission : message automatique avec les temps d’intervention du centre 112 à la base de données fédérale de production (en fin d’intervention) la transmission n’est pas encryptée mais (assez) sécurisée avec certificat et token (STS) eHealth CENTRE 112 HAI SMALS

9. Résultat de la transmission : des données disponibles dans la base de production pour encodage / validation Les champs : adresse d’intervention, appel et timing sont remplis !

10. Période d’observation (1ier trimestre 2013) - continuité de la transmission des 10 centres d’appels unifiés contrôle hebdomadaire pendant 3 mois délai de transmission possible jusqu’à 12 heures (centres C.A.D.) solution en préparation en cas d’interruption de transmission : retransmission automatique extension de la période maximale demandée (centres C.A.D.)

11. Première analyse donnéessemblentcomplètes donnéessontglobalement de la précisionattendue Base des données du 11/01/2013, 0:00au 11/02/2013, 9:30, 11.933 interventions SMUR et PIT de 10 centres 112 dont 11.303 avecuntemps de départ>=7 sec)

12. Interventions interprovinciales nombre d’interventions interprovinciales : 6,5 % Sur base des données transmises de18/02/2013, 0:00, jusqu’au 18/03/2013, 02:00 Province du point de départ SMUR ou PIT Centre 112

13. Contribution des services dans des interventions interprovinciales concerne potentiellement 25 % des services plus élevé ce pourcentage est , plus élevé est le risque d’une alerte concurrente seul le centre qui coordonne l’intervention peut transmettre des données automatiquement Nombre de services qui font des courses pour plus de 2 centres 112 2 ( note : période d’observation égale à 1 mois)

14. Du projet au processus : utilisation commune des statuts

15. Use Case (1) SMUR accompagnantun transport ou PIT avec transport méthode standard si radio mobile estdéfectueuse : messagesradiophoniquesavec radio portable

16. Use Case (2) SMUR ou PIT indisponible après transport données d’intervention : comme la méthode standard (y compris “etour disponibilité”) en plus (en cas d’intervention dans sa propre province): - notification immédiate de l’indisponibilité au centre 112 + raison ... Comment se remettre disponible au centre 112 ? d’abord radiophonique de suite par touches raccourcies :

17. Use Case (3) SMUR n’accompagnant pas un transport ou PIT sans transport au départ du site : transmission radiophonique de la raison pas transmission de ‘Arrivéehôpital’ départ site : à remplir / vérifierà la mainlors du codage

18. Use Case (4) • Annulationd’une course par lecentred’appelsunifiésavantl’arrivéesur site • lecentred’appelseffectueautomatiquement la mise en disponibilité du véhicule

19. Points d’attention et code de bonne pratique à l’attention des équipes • (grave) panne au sein des centres d’appels : transmission automatique hors service, codification manuelle dans l’application web • correction des temps, par exemple, données transmises trop tôt comme “arrivée sur place” : • centres CAD (VBR, OVL, NAM, WVL) : correction seulement par le codificateur • tous les centres d’appels : corrections seulement possible si transmise à l’opérateur avant le status (6) • équipes qui roulent pour deux centres ou plus, signalent leurs status en début de chaque sortie au centre à pour lequel il sort et signalent leurs indisponibilité aux autres centres

20. Points d’attention pour les codificateurs des fonctions SMUR • retard dans la transmission des donnéesjusqu’à maximum 12 heures (centresd’appels VBR, OVL, NAM / WVL à partir du 23 avril) • si l’heured’appel au 112 > heured’appel SMUR, l’heured’appelestcorrigée : Heured’appel 112 = heured’appel SMUR – 1 seconde (leproblèmeexisteavec les interventionsgéréesavec la police, dans les centresd’appels CAD sus-mentionnés) • si l’heured’appel du SMUR ou du PIT ne sont pas envoyéesautomatiquement, on laisse les champs ‘timing’ vides

21. Points d’attention pour les codificateurs des fonctions SMUR (suite) • En l’absence de donnéesautomatisées : • Contact Center, si possibleaveclenumérod’intervention • (causespossibles : identification de l’équipeinconnue dans la base de donnéecorrélée des fonctions SMUR) • En cas de faute dans les donnéesautomatisées : • Contact Center, si possibleaveclenumérod’intervention

22. Avenir • évaluation • étude du développement à d’autres données enregistrées ou bientôt enregistrées dans les centres d’appels unifiés • développement du projet “AMBUREG” • AR fixant les données qui sont enregistrées au sein des centres d’appels unifiés • upgrade technologique : • CT / MT : adaptations coûts/efficacité • LT : datawarehouse (en collaboration avec le SPF Intérieur)