SERVICE DONNÉES DE GESTION

1. POLICE FÉDÉRALE DIRECTION GÉNÉRALE DE L’APPUI OPÉRATIONNEL (DGS) DIRECTION DE LA BANQUE DE DONNÉES NATIONALE (DSB) DONNÉES DE GESTION CIRCULATION PCS SERVICE DONNÉES DE GESTION FPF/DGS/DSB/Données de gestion

2. Organigram

3. OBJECTIF DSB/B Circulation • Fourniture • Rapide • Complète de données de gestion/statistiques • De qualité Base d’une gestion de sécurité routière appuyée

4. OBJECTIF DSB/B Circulation • Fourniture de données de gestion/statistiques Mais: en respectant certains principes, à savoir  saisie unique là où c’est possible  intégrée dans le cadre fonctionnel et des techniques informatiques établi pour l’ensemble de la police intégrée

5. Circulation et Données de gestion • Domaine circulation: dernières années  ATTENTION P. ex.: • Priorité donnée à, entre autres: Vitesse Alcool Drogues Ceinture Poids lourds • Besoin de chiffres lors de RédactionÉvaluation Etats généraux de la sécurité routière Conventions de la circulation

6. CIRCULATION etDONNÉES DE GESTION • Conséquence: insistance accrue auprès des services de police en ce qui concerne les prestations mais également en matière de reporting et de responsabilité • Rapidité et performance: + • Précipitation: -

7. MARCHE À SUIVRE • Regroupement des besoins politiques enquête Agora • Traductionde ces besoins vers l’organisation policière: quelle information est déjà présente? où se situe cette information dans le système? cette information est-elle exploitable, si oui, comment? • Lorsqu’il n’y a pas de réponse concluante:  nouveaux développements, au sein du système intégré

8. Données de gestion etreporting • Reporting = fin de la chaîne • Conditions pour une bonne statistique? • Rapide • Complète • De qualité

9. Conditions pour de bonnes données de gestion? Saisie des données • Rapide • Complète • De qualité Alimentation de la banque de données Reporting/exploitation

10. BNG DWH Syst. Fed. ISLP

11. Nécessités pour de bonnes données de gestion? • 1 version des données, pour tout le pays, aux différents niveaux  tout le monde parle la même “langue” partage de l’information • Les mêmes règles de comptage • transparence des procédures • Attention continue vis-à-vis dela qualitéetlaquantité des données

12. Aperçu Statistiques de circulation • Accidents 1.1 Recueil des données 1.2 Reporting • Activités 2.1 Recueil des données 2.2 Reporting Passé – Présent – Futur

13. 1. Accidents

14. 1.1 Recueil des données

15. Passé ( +/- 2002) • Formulaire papier (FAC) complété après un accident avec lésion(s) corporelle(s) + envoyé vers l’INS ou la DST (Direction de la télématique) pour la saisie + “Qualité” des données --- Complétude des données

16. Présent • Police locale: Les données sont envoyées directement vers la BNG via l’application ISLP 1.1 (ou 1.2) depuis le milieu de l’année 2003 +++ Grande amélioration dans la complétude --- Qualité de la saisie: amélioration possible

17. Fédéral: Des formulaires papier sont encore toujours envoyés vers la DST pour leur saisie en attendant que les applications VOFAC ou Pol Officesoient validées + Qualité des données --- Complétude des données?

18. Accidents de la circulation: actions DSB/B de la fin 2004 jusqu’à aujourd’hui • Récupération des données 2003/2004 (ISLP et VOFAC) analyse générale de la complétude # FAC/PV • Analyse détaillée par zone baromètre de la circulation • Contrôle de qualité sur l’enregistrement des morts

19. Baromètre de lasécurité routière? • Quick Indicators: chiffres des accidents à court terme • Base de ces chiffres = FAC • Grands déficits de FAC provenant des versions papier • Autres déficits de FAC provenant d’ISLP par manque d’existence d’une table nationale ‘Type Accidents Circulation’et de couplages associés

20. Solution • Récupération des données issues des registres PV via une requête ISLP nationale • Exclusivement les données locales • Moins de variables que dans les FAC • La requête est validée par une analyse et une comparaison avec les chiffres accidents des ZP locales

21. Momentanément 2 sources de données • FAC: beaucoup d’informations par accident pas de complétude • registre PV: exclusivement les variables de base complétude

22. Objectif • Fusion des 2 sources de données • Intégration d’une table nationale ‘Type Accidents Circulation’ + couplages et contrôles qui vont de pair • Flux ISLP = Complet • Récupération des données PV plus nécessaire

23. Avenir • Objectif FUSIONBANQUE DE DONNÉESdonnées FAC/PV

24. AVENIR: applications • LOCAL: option: données transmises directement à la BNG via l’application corrigée ISLP 1.2 • FEDERAL: option: flux automatique VOFAC Intégration des systèmes de saisie local et fédéral dans une plate-forme unique: Pol Office

25. 1.2 Reporting

26. Passé ( 2003) • Production des rapports se déroulait difficilement • PC “Stand-Alone” (pas de liaison réseau)  Difficile de charger 50.000 accidents par an • Programme de reporting pas adapté aux changements et à de nouveaux besoins • Absence d’environnement graphique

27. Présent • Datawarehouse ‘Accidents’ au niveau fédéral (DSB/B) • Toutes les données de 1998  2002 • Les données sont nettoyées avant chargement • Environnement de reporting fiable et consistant (données avant 2002  peu d’inconsistances)

28. 2. Activités

29. 2.1 Recueil des données

30. Passé • Systèmes de saisie pour la campagne BOB (local et fédéral) • SEM (fédéral) • Radar (fédéral)

31. Présent • Le module “Campagne Alcool” est intégré dans l’application ISLP depuis sa version 1.1 • ISLP 1.2 comprend la saisie de toutes les infractions liées à la circulation prévues dans la loi (alcool, vitesse, etc.) • SEM et radar restent des systèmes fédéraux indépendants

32. Avenir • Pol Office • Saisie continue des contrôles alcool possible  appui de DSB/B concernant le reporting/l’exploitation • Option: saisie des données vitesse via une application séparée sur base volontaire appui de DSB/B concernant le reporting/l’exploitation

33. 2.2 Reporting

34. Passé ( 2003) • Production des rapports via l’application TRAFFIS • Lourd et lent • Aucun outil d’exploitation pour les données Radar

35. Présent • Datawarehouse contrôles alcool  En utilisation depuis la campagne BOB 2004

36. Avenir • Datawarehouse ‘Activités’ • base: besoins états généraux/Agora • Toutes les activités policières liées àla circulation, excepté les accidents, disponibles dans les applications

37. Coordonnées • Adresse: Direction de la Banque de données nationaleService Données de gestion Quartier Couronne - Bloc H Rue Fritz Toussaint, 47 1050 Bruxelles (Ixelles) • Wendy De Weser 02 554 44 13 • Stéphane Seynave 02 554 44 38 • FAX 02 554 44 55 • Teamware _DGS/DSB/TRAFFIC