Transcript 1. Presentatie Han Arends, Wouter Pieper, Ilse Mollet

24-9-2014
Afronding project
Voorbereidingsfase
Nationaal Meldkamer Systeem
september 2014
Inhoud presentatie
Doelstelling en resultaten project Voorbereidingsfase NMS
Uitvoering van het project
Kwaliteit
Pakket werkprocessen
Functioneel programma van eisen & wensen
Kaders voor niet-functionele eisen en kaders architectuur NMS
Aanbestedingsstrategie, Marktconsultatie en Best Practice onderzoek
Adviezen vervolgfases NMS
2
1
24-9-2014
Project voorbereidingsfase NMS
3
Status per september 2014
1. Eindproducten opgeleverd aan de stuurgroep op 22 januari 2014
•
Ingestemd met de set werkprocessen. Overige eindproducten
instemming als advies aan LMO. Uitwerking FPVE in eisen/wensen
•
Inhoudelijke review op samenhang en kwaliteit eindproducten. Gateway
review (i.s.m. DGPOL) afronding en overdracht aan VenJ / LMO
•
16 mei werkprocessen vastgesteld in Veiligheidsberaad
2. 27 juni laatste stuurgroep NMS: vaststelling Functioneel PVE&W,
overdrachtsdocument en projecteindrapport
3. 26 sept decharge door Veiligheidsberaad, overdracht aan Min. VenJ.
4
2
24-9-2014
Eindproducten project
1.
Pakket werkprocessen
(+ voorstel implementatie en beheer)
2.
Functioneel programma van eisen en wensen en
Kaders voor niet-functionele eisen
3.
Advies aanbestedingsstrategie
4.
Advies vervolgfases NMS
-
Overdrachtsdocument
-
Projecteindrapport
5
Quality Assurance project NMS
Projectplan: ‘halverwege en aan het eind een review’
Sept 2013
Gateway 1
April 2014
Novius
Mei 2014
Gateway 2
v
Sept 2012
start
HEC advies:
Keuzes
maken
Sept 2014
afronding
Markt
Keuzes voorgelegd
consultatie
Projectopzet
Best Practice
bijgesteld
Scope
bijgesteld
BesluitEindproducten
vorming en
opgeleverd
overdracht
6
3
24-9-2014
Afronding en overdracht
1. Eindproducten opgeleverd aan de stuurgroep in januari en juni 2014
•
16 mei werkprocessen vastgesteld in Veiligheidsberaad en
overgedragen aan Kwartiermaker LMO
•
Bestuurlijke regiegroep LMO 9 juli 2014:
Afronding en decharge door Veiligheidsberaad
Overdracht aan Ministerie van VenJ
De nadere voorbereiding en aanbesteding NMS moet worden
toegevoegd aan de opdracht van de KLMO
2. 26 sept decharge door Veiligheidsberaad, overdracht aan VenJ.
7
Uitvoering van het project
4
24-9-2014
Pijlers voorbereidingsfase

Besluit Veiligheidsberaad november 2011:
GMS vervangen door een pakket uit de markt wat als
landelijke dienst wordt aangeboden

Standaardisatie werkprocessen als basis voor het
functioneel programma van eisen

Transitieakkoord, kwaliteitsdoelstellingen, o.a. principe
van de virtuele meldkamer
9
Activiteiten en resultaten (projectplan)
10
5
24-9-2014
Opzet voorbereidingsfase
11
Aanbestedingsstrategie: advies HEC

Opdracht aan PBLQ HEC: advies aanbestedingsstrategie
Documentenstudie
Interviews
Toetsen aan EMVI-model

December 2012: nu geen aanbestedingsstrategie te
bepalen, eerst keuzes maken. Advies:
 Technische dialoog
 Best Practice onderzoek ‘gluren bij de buren’
12
6
24-9-2014
Kwaliteit
Quality Assurance project NMS
Projectplan: ‘halverwege en aan het eind een review’
Sept 2013
Gateway 1
April 2014
Novius
Mei 2014
Gateway 2
v
Sept 2012
start
HEC advies:
Keuzes
maken
Sept 2014
afronding
Markt
Keuzes voorgelegd
consultatie
Projectopzet
Best Practice
bijgesteld
Scope
bijgesteld
BesluitEindproducten
vorming en
opgeleverd
overdracht
14
7
24-9-2014
Eerste Gateway review september 2013
> Governance en sturing
> Scope
> Aanpak en fasering
> Aanbestedingstraject
‘Het Reviewteam is, op basis van de bevindingen in
de review, van oordeel dat het project NMS bij
ongewijzigd beleid een groot risico loopt en de
verwachtingen niet kan waarmaken.’
Bijstelling van de scope van de voorbereidingsfase tot die
zaken die op dit moment vanuit de gebruikerskant
overzien kunnen worden.
15
Review op kwaliteit en samenhang
Toets op de onderlinge samenhang en de inhoudelijke
kwaliteit op basis van professionele normen door Novius
Adviesgroep voor Organisatie en Informatie.
Samengevat is de conclusie, dat er veel nuttig werk is
verzet om te komen tot een gedegen voorbereiding van
de aanbesteding van het NMS. Novius noemt met name
de beschrijving en acceptatie van de gestandaardiseerde
werkprocessen. Een aantal inhoudelijke aanbevelingen
zijn overgenomen door de stuurgroep.
16
8
24-9-2014
2e Gateway review: afronding/ overdracht
Door de opdrachtgever, de portefeuillehouder informatievoorziening van
het Veiligheidsberaad en de DG Politie is opdracht gegeven voor het
uitvoeren van een Gateway review op de afronding en overdracht van het
project. Dit heeft in de derde week van mei plaatsgevonden. Centraal
stond de vraag wat ervoor nodig is, zowel vanuit de KLMO als het
voorbereidingsproject NMS, om de resultaten te kunnen overdragen.
De conclusie van het reviewteam met betrekking tot de
voorbereidingsfase NMS is dat dit in februari in de eindfase terecht is
gekomen. De NMS projectproducten zijn nagenoeg gereed om te worden
overgedragen. Aan de afronding van het project NMS is dan ook de
Delivery Confidence Groen gegeven.
17
Pakket werkprocessen
Pakket werkprocessen, user interface, voorstel
implementatie en voorstel beheer
9
24-9-2014
Pakket werkprocessen
Pakket werkprocessen bevat de volgende onderdelen :
•
Uitgangspunten (kader) en blauwdruk
•
Beschrijvingen van de processen intaken (bestaande uit routeren,
multi-intake en verlengde intake), inzetten, ondersteunen en
GRIP-opschalen
•
Beschrijvingen van de bijbehorende informatieproducten
•
Beschrijving standaard werkwijze centralist en user interface
•
Beschrijving begrippenkader en gegevens(sets)
•
Beschrijving proces operationele informatievoorziening
19
Standaardisatie werkprocessen
Belangrijkste redenen voor standaardisatie:
•
Eén landelijke meldkamerorganisatie met 10 locaties die samen
als één meldkamer moeten functioneren
•
Eén manier van werken multi- en mono per discipline
•
Standaardisatie belangrijk voor één NMS voor alle multi en mono
processen en gebruikers op de meldkamer.
20
10
24-9-2014
Kader SW (1)
•
Notitie Meerpartijenoverleg  Transitie akkoord oktober 2014
•
Gemeenschappelijk (multi): routering, multidisciplinaire intake en
GRIP- opschaling; gegevens, protocollen.
•
Monodisciplinair: verlengde intake, inzetten en ondersteunen
•
Leidende thema’s:
o burger staat centraal
o veilig werken (plegen inzet in veilige omstandigheden voor burger &
hulpverlener)
o snel en adequaat samenwerken
21
Kader SW (2): organisatie en werkwijze
•
Organisatorisch één meldkamer: eenduidigheid processen,
protocollen, procedures gegevenssets en verbindingen.
•
Burger wordt zoveel mogelijk in het eerste contact geholpen
door een multidisciplinaire centralist die werkt op basis van
een landelijk multidisciplinair uitvraagprotocol.
•
Multidisciplinair werken waar het kan en monodisciplinair waar
het moet vanwege de expertise.
•
Monitoren van incidenten, beschikbare mensen en materieel
teneinde landelijke regie te kunnen voeren op de operationele
inzet multi- en monodisciplinair.
22
11
24-9-2014
Kader SW (3): informatievoorziening
• Realtime multidisciplinair beeld van meldingen, incidenten
en inzet hulpverleners, eenheden, materiaal en instanties:
dagelijkse en in opgeschaalde situaties.
• Registratie van meldingen, incidenten en daaraan
gekoppelde operationele gegevens.
23
Scope werkprocessen
Referentiekader bedrijfsprocessen Meldkamer van de toekomst
versie 0.3 (15-04-2013)
BESTUREN
Ontwikkelen
beleid en strategie
Richting bepalen met
externe partners
Integraal
plannen en monitoren
VOORBEREIDEN
UITVOEREN
Verzamelen en
Verwerken
uitvoeringsinformatie
Intaken
Inzetten
Organisatie
VERBETEREN
Verzamelen en
verwerken
Verbeterinformatie
Kiezen en monitoren
verbeterwerk
Financiën
Opschalen
Prepareren
Ondersteunen
Plannen bezetting
Meldkamer van de Toekomst
gerelateerde
processen
Personeel
Informatievoorziening
Afspraken
Samenwerking
Brandweer, Politie
Ambulancezorg en
externe partners
Opleiden,Trainen en
Oefenen
BEDRIJFSVOEREN
Meldkamer van de Toekomst en
NMS gerelateerde
processen
Automatisering
Uitvoeren
verbeterwerk
Communicatie
Huisvesting en
inrichting
Meldkamer van de Toekomst en
NMS primaire processen
Meldkamer van de Toekomst en
NMS ondersteunende
processen
24
12
24-9-2014
Samenvatting aanpak
Top down
m.b.v. OMP
Gat tussen OMP
beschrijving en werkwijze
centralist aan de meldtafel !!
Bottom up
m.b.v. use cases
25
Aanpak top-down
26
13
24-9-2014
Aanpak bottom-up:
vanuit handeling centralist
Use cases beschreven  voorstel standaard werkwijze
en  voorstel userinterface voor intake, inzetten,
ondersteunen en opschalen
27
Standaard activiteiten
Routeren melding
Intaken
Melding
Inzetten op
incident
Ondersteunen
Operatie
GRIP
Opschalen
Binnenkomen
melding
Ontvangen
melding
Bepalen inzet en
gevaarzetting
Monitoren
incidenten
Opschalen
multi
commando
structuur
Distribueren
melding
Uitvragen
Melding
Alarmeren en
uitgeven
opdrachten
Actualiseren
operationeel beeld
Multidisciplinair
leidinggeven
Labelen
Melding
Monitoren
Inzet
Optimaliseren
spreiding eenheden
Multidisciplinair
Beeldvormen
Genereren
inzetvoorstel
Begeleiden
Inzet
Afronden
incidenten
Multidisciplinair
Analyseren
gevaarzetting
Instrueren
Melder
Overdragen
regie
Regisseren
berichtenverkeer
Overdragen
Leiding
Informatie
verstrekken
Afronden GRIP
opschaling
Afronden intake
melding
28
14
24-9-2014
Geïntegreerde user interface
Uitwerking incidentstrip voor verschillende vensters
29
Uitwerking User Interface
30
15
24-9-2014
Routeren multi
Opschaling
multi
Multi intake
Routeren
Multi intake
Verlengde
intake
Opstarten
werkzaam
heden MKA
Verlengde
intake MKA
Resultaat eerste
beschrijving
werkprocessen
1 maart 2013
Intake planbare
zorg
Instrueren
melder
Opschalen
Inzetten
Inzetten
spoedeisende
zorg
Inzetten
planbare zorg
Ondersteunen
Opschalen
mono
Ondersteunen
incident
GRIP 0
Afsluiten
werkzaamhe
den MKA
Opschaling
GRIP 1/4
Afschaling
GRIP
Kwantitatieve
opschaling en
afschaling
Plannen
capaciteit
Verstrekken
informatie
Beheren
gegevens
Diversiteit
aangeleverde
werkprocessen
informatieproducten en
begrippen
Intake
Brandweer
Verlengde
intake Pol
Veredelen melding
Regie op inzet
Brandweer
Opschalen
brandweer
GRIP
Kiezen en
toewijzen werk
Opschalen
incident politie
Monitoren
capaciteits
aanbod
Ondersteunen
en mono
opschalen
Veredelen
melding
Monitoren
werk aanbod
Monitoren
capaciteit
Herpositionere
n eenheden
31
Gemaakte keuze april 2013
•
Standaardisatie binnen en tussen kolommen vanuit het
oogpunt van één NMS voor het hele land en alle
disciplines.
•
Standaardisatie begrippenkader
•
Ontwikkelen van 4 generieke processen: intaken (incl.
routeren), inzetten, ondersteunen en GRIP-opschalen
met alleen hoogst noodzakelijke varianten
•
Saneren informatieproducten
32
16
24-9-2014
Resultaat sanering
•
Van 31 naar 5 generieke processen
•
Van 98 naar 24 activiteiten
•
Van 211 naar 91 generieke informatieproducten
•
Van 198 naar 168 gegevens
Het verschil tussen de kolommen komt vooral tot uiting
in de gegevens, protocollen en procedures
33
Processchema
34
17
24-9-2014
Voorbeeld proces intaken
35
10 gegevenssets
•
Objectinformatie
•
Voertuiginformatie
•
Persoonsinformatie
•
Bevolkingsinformatie
•
Effectinformatie
•
Capaciteitsinformatie
•
Melding- en incidentinformatie
•
Geografische informatie
•
Voorspellingsinformatie
•
Procedure, protocol- en plan informatie
36
18
24-9-2014
Impact
Verschillen ten opzichte van de huidige situatie:
•
Eén landelijke meldkamer op 10 locaties
•
Routering acute meldingen met landelijk bereik
•
Onderscheid tussen multi-intake en verlengde intake
•
Mens, cultuur en organisatie
•
Eén generiek proces voor routeren, multi-intaken / verlengde
intake, inzetten, ondersteunen en GRIP-opschalen, met een
aantal specifieke gegevens per discipline
•
Eerste aanzet landelijk begrippenkader en (gegevens)sets
•
Actueel operationeel beeld (lokaal, regionaal, landelijk)
37
Voorstel implementatie
Voorgestelde vervolgactiviteiten voorafgaand aan
implementatie:
•
Kritieke protocollen (w.o. multi-uitvraag) en
informatieproducten uitwerken
•
Valideren, afstemmen, simuleren, oefenen
•
Verkenning verandervermogen meldkamers
•
Real life pilots uitvoeren
38
19
24-9-2014
Voorstel beheer
Voorgestelde vervolgactiviteiten ten aanzien van beheer:
•
Beheerprocedure uitwerken incl. wijzigings- en
versiebeheer
•
Beheertool selecteren
•
Inrichten tijdelijk beheer
•
Randvoorwaarden beheer uitwerken
•
Samenhang bewaken van het beheer van
werkprocessen/begrippenkader/gegevenssets met
Functioneel Programma van Eisen & Wensen
39
Functioneel programma van
Eisen & Wensen NMS
20
24-9-2014
Functioneel Programma van E&W
De volgende hoofdstukken worden in het functioneel
programma van eisen en wensen onderscheiden:
•
Geïntegreerde grafische gebruikers interface en FE
•
Werkprocessen en FE
•
Koppelvlakken en FE
•
Specifieke onderwerpen en FE
41
Uitgangspunten voor het FPvE&W
•
Het werk van de centralist als centrale kapstok
•
Samenhang tussen werkprocessen, werkwijze
centralist, gegevenssets, kernfunctionaliteiten,
applicatielandschap en functionele eisen
•
Behoeftestelling die aansluit op het uitgangspunt van
één meldkamerorganisatie met 10 locaties die als een
geheel werken
•
Behoeftestelling die goed aansluit op die van de
disciplines
•
Behoeftestelling op pakketniveau
42
21
24-9-2014
Vensters GUI als basis
43
Standaard activiteiten uitgangspunt
voor kernfunctionaliteiten
Routeren melding
Intaken
Melding
Inzetten op
incident
Ondersteunen
Operatie
GRIP
Opschalen
Binnenkomen
melding
Ontvangen
melding
Bepalen inzet en
gevaarzetting
Monitoren
incidenten
Opschalen
multi commando
structuur
Distribueren
melding
Uitvragen
Melding
Alarmeren en
uitgeven
opdrachten
Actualiseren
operationeel beeld
Multidisciplinair
leidinggeven
Labelen
Melding
Monitoren
Inzet
Optimaliseren
spreiding eenheden
Multidisciplinair
Beeldvormen
Genereren
inzetvoorstel
Begeleiden
Inzet
Afronden
incidenten
Multidisciplinair
Analyseren
gevaarzetting
Instrueren
Melder
Overdragen
regie
Regisseren
berichtenverkeer
Overdragen
Leiding
Afronden intake
melding
Informatie
verstrekken
Afronden GRIP
44
opschaling
22
24-9-2014
Procesbeschrijvingen uitgangspunt
voor kernfunctionaliteiten
45
Kernfunctionaliteiten NMS
Klantcontacten
Gegevens
administraties
Preparatie
Management
Besturing
Informatievoorziening
burger
professional
Intake
Inzetten
Bedrijven/
instellingen/
OMS
C2000
OMS
Ondersteuning
Opschaling Grip
Pol
Geïntegreerde userinterface
Aanname
Check
Monitoren
Berichtenverkeer,
dataopslag, zoeken en opvragen
en koppelvlakken
Uitvraag
Labeling
Telefonie
AZN
Primaire functies
Routeringsfunctionaliteit
voor:
Meldingen
Telefonie,
Ontvangen,
Automatische
melders,
beoordelen
Sociale
en routeren
media,
Ecalls
112
Evaluatie
Verbetering
Voorbereiding OTO
Roosterplanning
Generatie
Functionaliteit:
Inzetvoorstel
Ontvangst
Instructie
Uitvraag
Labeling
melding
Afsluiting
Inzetvoorstel
intake
genereren
Instructie geven
Afronding intake
melding
inzetvoorstel
Bediening (Radio, telefonie,Begeleiding
alarmering)
Uitgifte
(Koppeling
/ tekst, beelden en spraak
Logging
Herpositionering
alarmering
eenheid) Geo-functionaliteit
Life line functie
Aanpassing inzet
Functionaliteit:
Regie
Functionaliteit:
Afsluiting
Monitoring
incidenten
Berichtenverkeer
Bepaling
inzet
en
inzetten
Actualisering
gevaarzetting
Informatie
operationeel
beeld
Alarmering en Uitgifte
verstrekking
Optimalisering
spreiding
inzetopdracht
Monitoring inzet
Begeleiding inzet
Overdracht regie
eenheden
Regie berichtenverkeer
Verstrekking informatie
afronding incident
Alarmering
functionarissen
Brw
Beeldvorming
Afstemming
Kmar
Functionaliteit:
Risico
analyse
Alarmering multi
Overdracht
commandostructuur
Multi leiding
leidinggeven
Multi
Beeldvorming
Afsluiting
Multi
analyse
opschaling
gevaarzetting
Overdracht leiding
Afronding Grip
opschaling
GBA
BAG
Geo
Bedrijfsvoering
Pac’s
Personeel
HRM
ETL
Informatiemanagemt
Data mining
O&I
Organisatie
Financiële
Financiën
AutomatiICT Beheer
sering
CommuCommunicatie
nicatie
Etc.
Huisvesting
Gebouwen
inrichting
beheer
Middelen-beheer
Kern Functionaliteit
NMS
46
23
24-9-2014
NMS
Applicatie
Architectuur
13-01-14
Versie definitief
MDT
POL
BVH
BVI-IB
RSC
POL
RTIC
veredelen
AVLS
Politie
BPS
POL
Protocollen
Politie
Roosters
POL
AZN
Inz.voorstel
AZN
Acute Zorg
Netwerk
BRW
LMO
MDT
BRW
NMS
.
Man.Info.Syst.
C2000
VoiceLog
Kantoor
Autom.
INS
Telefonie
112
applicatie
Protocollen
LMO (multi)
Protocollen
AZN
MDT
AZN
NMS
User
Interface
BPS
BRW
DGS
AVLS
AZN
Geïntegreerde Bedien Interface
Functioneel
Beheer
CaCo
Geo
Verwerking
Telefonie
bediening
Veredelen
AZN
BPS
AZN
Locatiebepaling
Business Logic
OMS
DCU
Veredelen
BRW
Meldingen
Incidenten
Ritten
Taken
Ontvangst
Routering
Verrijking
Inzetvoorstel
generiek
Resources
Alarmering
Kladblok
Verwerking
Actueel
Oper.Beeld
Communicatie
C2000
bediening
Interfaces Koppelvlakken
Gasmal
Data
Protocollen
BRW
KMAR
MDT
KMAR
Dekking
bewaking
Roosters
BRW
Roosters
AZN
Protocollen
KMAR
Centrale NMS Database Manager
Roosters
KMAR
AVLS
BRW
Veredelen
KMAR
GeoData
Externe
Bronnen
Burgernet
Overheid
Meetnet
RadioAct.
Multi en
Social Media
Publiek
BPS
KMAR
METEO
LCMS
NL-Alert
Veiligheidsregio´s
AVLS
47
KMAR
Onderscheid in eisen en wensen
•
Vervolgopdracht (april - juni 2014) binnen
voorbereidingsfase om eisen (= knock-outs) en
wensen te onderscheiden
•
Wensen worden in 3 niveaus geprioriteerd (laag,
midden, hoog)
•
Aanbevelingen Novius worden verwerkt
•
Inconsistenties eruit en aanscherping op sommige
punten
•
Gehele programma van eisen en wensen is 27 juni
2014 vastgesteld door de stuurgroep NMS
48
24
24-9-2014
Impact
•
Een landelijke functionele basis/standaard voor een
NMS en een implementatie te gebruiken op 10 locaties
•
Dwingt gestandaardiseerd werken op 10 locaties af,
regionale verschillen en vrijheden worden verminderd /
verdwijnen
•
Majeure verandering voor mens, cultuur en organisatie
•
Afhankelijkheid van onderverdeling in knock-outs,
eisen en wensen.
49
Aanbevelingen aan de LMO
•
Onderzoek of ambitieniveau en behoeftestelling realistisch en
betaalbaar is (middels technische dialoog) en werk de BC
verder uit
•
Betrek de markt bij het zoeken naar innovatieve & toekomst
vaste oplossingen (middels technische dialoog)
•
Bewaak de samenhang tussen werkprocessen, overige
projecten (o.a. C2000 / Geo / 112) en de eisen en wensen.
•
Houd het dossier NMS warm, gebruik de bestaande
structuren om PvE&W aanbesteding gereed te maken.
•
Zodra de aanbestedingsmethodiek & -strategie bekend is
breng verfijning aan en schrijf de beoordelingsmethodiek uit.
50
25
24-9-2014
Integratie LCMS in NMS
Integratie LCMS in NMS
•
Projectplan Voorbereidingsfase NMS:
Inzicht in impact van eventuele integratie van LCMS in NMS
• Gebruik van zowel GMS als LCMS bij opschaling in de
meldkamer
• Meldkamerbeeld: delen van gegevens
• Financieel voordeel bij ‘beheer van één systeem in plaats
van twee
• Marktverkenning van 2010 laat zien dat meldkamersystemen functionaliteit voor crisisbeheersing bevatten
52
26
24-9-2014
Opdracht M&I/Partners: impactanalyse
Impactanalyse op twee scenario’s:
1.
Samenvoegen: LCMS-functionaliteit is geïntegreerd in NMS (waarbij
NMS eventueel modulair is opgebouwd)
2.
Koppelen: LCMS-functionaliteit is ondergebracht in een apart systeem
waarbij sprake is van een koppeling tussen LCMS en NMS.
Nuchtere en feitelijke vergelijking, op basis van expertise
Argumenten, geen advies
Uitgangspunten
•
Er bestaat een geïntegreerde oplossing op de markt
•
Werkwijzen, processen en governance in ontwikkeling
•
Programma van eisen LCMS2.0
53
Eerste uitkomst impactanalyse
Proces
S
Organisatie
S
H. Financiën structureel
√
√
I1. Personeel
√
√
√
I2. Juridisch
√
√
I3. Techniek
√
√
J. Governance
√
√
S
K
K
A. Meldkamer
C. Crisismanagement
G. Beheer en beveiliging
√
Functioneel/systeem
S
B1. Centralist
√
Project
B2. CaCo/Teamleider
√
E. NMS
D. Crisisorganisatie
√
K
K
√
F. Netcentrisch werken
√
√
√
Discussie / weegfactoren toekennen in werkgroep NMS: vervolg nodig
54
27
24-9-2014
Vervolg en uitkomst impactanalyse
•
Discussie in netwerk Netcentrisch Werken
•
Meenemen in marktconsultatie: geen geïntegreerde
oplossingen beschikbaar in de markt die aansluiten bij
gepresenteerde werkprocessen / eisen
•
Besproken met voorzitters regiegroep Netcentrisch
Werken en stuurgroep NMS:
geen integratie maar goede koppeling
55
Kaders voor niet-functionele eisen
28
24-9-2014
Kaders niet-functioneel: opdracht
•
PvE primair functioneel, maar ook technische
randvoorwaarden formuleren. Daarnaast eisen aan beheer.
•
Uitsplitsing in onderwerpen over expertteams Beheer en
Meldkamertechniek.
•
Zoektocht: LMO als landingsplaats is nog niet bekend, wat
kan nu bepaald worden.
•
Positief: veel kennis en betrokkenheid, “hart voor” de
meldkamer
57
Proces en resultaat
·
·
·
·
·
·
Brondocumenten
Functionele eisen
Visie LMO
MK specifiek
Vakmanschap
Inzichten en adviezen
· Partnership en
innovatie
Kaders voor de
·
ICT-architectuur
niet-functionele
·
Kwaliteitseisen
eisen
· Beveiliging
· Beheer
De kaders hebben, omdat het kaders
zijn, een bredere scope dan alleen NMS
Status: advies aan LMO. Herijking en nadere uitwerking
tot een bestek met eisen en wensen moet plaatsvinden
in het verband van de samenhangende ontwikkeling van
het LMO ICT-landschap en het beheer
58
29
24-9-2014
Varianten ‘Dienst’
MK locaties
MK Rekencentra
Leverancier(s)
Communicatielaag
Variant 1

Werkplek
Systeem
A
Systeem
B
NMS
Platform
Platform
Platform
Platform
Netwerk
WAN
Netwerk
MK locaties
MK Rekencentra
Leverancier(s)
Communicatielaag
Systeem
A
Werkplek
Variant 2
Platform
Netwerk
Systeem
B
NMS
Platform
Platform
Platform
WAN
Netwerk
WAN

Netwerk
59
NMS als dienst in eigen infrastructuur
MK locaties
Centrale Rekencentra
Communicatielaag
Werkplek
Systeem
A
Systeem
B
NMS
Platform
Platform
Platform
Platform
Netwerk
WAN
Netwerk
60
30
24-9-2014
Specifieke eisen aan beheer
61
Beheertaken
62
31
24-9-2014
Kernpunten beheer
•
•
•
•
•
•
•
•
•
•
LMO heeft eigen landelijke, centrale beheerorganisatie
LMO beschikt over een eigen multi-domein met eigen
governance
Volwassenheid voor regierol
Specifieke karakter meldkamerorganisatie.
Betrokkenheid.
Nauwe samenwerking leverancier. Real-time inzicht.
Beheer omvat een keten van organisaties en systemen
Beheer sluit aan op beheerorganisaties van de kolommen
Tijd: ontwikkeling volwassenheid en partnership leveranciers
Tijd: ontwikkeling meldkamerorganisatie lokaal naar centraal
63
Demarcatie beheer
•
•
•
•
Functioneel beheer: eigen beheerorganisatie (BiSL)
Applicatiebeheer: leverancier, in nauwe
samenwerking met eigen beheerorganisatie (ASL)
Technisch beheer: eigen beheerorganisatie (ITIL)
Servicedesk: eigen beheerorganisatie
• Met fysiek aanwezige skilled ondersteuning op de
meldkamerlocaties
64
32
24-9-2014
Schets beheerorganisatie
Beheerprocessen
MK 1
MK 2
MK 9
MK 10
Centrale servicedesk SOoL
SOoL
SOoL
SOoL
BiSL
ASL
ITIL
Rekencentra
LMObeheerdomein
65
Regie op alle niveaus
LMO-beheerorganisatie
(BiSL / ITIL)
Is voor deze onderwerpen
Leverancier (ASL)
gesprekspartner van:
Strategisch niveau
Visie, innovatie in lijn met de ontwikkeling
van de organisatie
Vormgeving van de dienst
Budget
…
Directie / senior account
management
Tactisch niveau
Plannen wijzigingen en Projecten
Service Level Management
Procedures
…
Change Advisory Board
Service level
management
Operationeel niveau
(waaronder centrale
servicedesk)
Incidenten
Problemen
Operationele taken
Uitvoeren wijzigingen en projecten
…
Servicedesk leverancier
Technische
ondersteuning
66
33
24-9-2014
Uitwerking eisen beheer
•
•
•
•
•
Uitwerken in LMO-verband
Dienstverlening vastleggen in SLA. Alle ingrediënten
opnemen in PvE
Concentreer op “interfaces” tussen eigen BiSL en ITIL
processen en ASL-processen van de leverancier
Leverancier levert dienst in infrastructuur LMO. Nauwe
samenwerking is nodig
Rol leverancier in transitiefase?
67
Technisch concept
Meldkamer
locaties
Werkplekken
buiten
Meldkamerlocaties
Netwerk
(Mobiel)
internet
Rekencentra
Overheid
…..
Kolommen
….
68
34
24-9-2014
Samenhang landelijke systemen
Meldkamer
locaties
Werkplekken
buiten
Meldkamerlocaties
(Mobiel)
internet
Telefonie
en 112
C2000 en Voicelogging
RBS
NMS
Netwerk
Alertering
Rekencentra
.
Overheid
Kolommen
.
..
.
69
ICT-architectuur (1)
•
•
•
•
•
Open architectuur en open standaarden
Bij gelijke geschiktheid open source
Flexibel en schaalbaar
Eigen LMO-infrastructuur binnen eigen LMOrekencentra (‘eigen’: niet uitbesteed aan leverancier.
Kunnen overheidsrekencentra zijn waarvan LMO een
gedeelte dedicated gebruikt)
Intelligentie zoveel mogelijk centraal in twee of drie
landelijke rekencentra. Meldkamers sluiten hierop aan
met relatief eenvoudige lokale technische
voorzieningen. Dit ondersteunt het principe van de
virtuele meldkamer.
70
35
24-9-2014
ICT-architectuur (2)
•
•
•
•
•
•
Koppelingen uitsluitend via de landelijke rekencentra
Hoogbeschikbare en redundante techniek. Bij uitval
moet één rekencentrum alle gebruikers kunnen
bedienen
Gebruik van gangbare platformen
Generieke en configureerbare koppelingen met goede
beveiliging
Aansluiting op landelijke geo-voorziening en
basisregistraties
Flexibiliteit in gebruik van schermen op de werkplek
71
Kwaliteitseisen
Kwaliteitskarakteristieken volgens de norm ISO 25010,
met indicatoren en normen op hoofdlijnen, op het
onderwerp Productkwaliteit:
Geschiktheid
Prestatie-efficiëntie
Uitwisselbaarheid
Bruikbaarheid
Betrouwbaarheid
Beveiligbaarheid
Onderhoudbaarheid
Overdraagbaarheid
Onderwerp “Kwaliteit in gebruik” is niet uitgewerkt, vereist
brede context waaronder organisatie
72
36
24-9-2014
Beveiliging
Algemene kaders:
• Een aantal best practice adviezen worden beschreven
• LMO bepaalt eigen beveiligingsbeleid in afstemming met de kolommen
• Op koppelvlakken dient voldaan te worden aan het beveiligingsbeleid
van de gekoppelde partner
Een eerste invulling van de kwaliteitskarakteristiek
Beveiligbaarheid volgens ISO 25010, met indicatoren en
normen op hoofdlijnen
•
•
•
•
•
Vertrouwelijkheid
Integriteit
Onweerlegbaarheid
Verantwoording
Authenticiteit
73
Partnership en innovatie
De relatie tussen de LMO en de leverancier(s) zal zodanig moeten
zijn ingericht dat de uitkomst voor beide partijen positief is. Innovatie
dient geborgd te zijn in de organisaties en in de samenwerking
Partnership:
• LMO: volwassen vraagorganisatie
• Leverancier: betrokken en kundige partner
Innovatie:
• Dient expliciet ingebed te zijn in de samenwerkingsafspraken op alle
niveaus
• Dient geborgd te zijn in de organisaties van LMO en leverancier
• Leverancier moet kunnen inspelen op veranderingen in werkprocessen
en techniek
• Er dient budget te zijn voor innovatie
• Eindgebruikers dienen betrokken te zijn
• Er moet een “proeftuin” zijn om innovatie uit te proberen
74
37
24-9-2014
Overdracht - vervolg
NMS is één van de landelijke kernsystemen en moet in
samenhang met de andere landelijke kernsystemen
ontwikkeld worden
Gebruik van het kaderdocument:
• Input voor LMO IV-architectuur en beheer
• PvE: deel context
• PvE: deel eis / wens
Aanbeveling: LMO z.s.m. starten met inrichten centrale
voorzieningen: ICT-landschap in samenhang ontwikkelen
en de beheerorganisatie ontwerpen en inrichten
75
Concept kaders voor architectuur
38
24-9-2014
Uitgangspunten voor architectuur
Opdracht (projectplan): beeld van de meldkamerarchitectuur, de relevante
aspecten van de informatiearchitecturen van de disciplines en de
mogelijke plaats van NMS daarbinnen
•
Uitgangspunt is NORA 3.0
•
Zoveel mogelijk gebruik maken van architectuurdocumenten/beleid
van de disciplines:
• VERA 2.0 voor brandweer en GHOR
• Enterprise architectuur Nederlandse politie concept
• Architectuurdocumenten Ambulancezorg Nederland
• DIVA voor KMar
Gezamenlijk model: architectuurhuis
77
Architectuurhuis
GOVERNANCE
Bedrijfs
Architectuur
ICTarchitectuur
Ambulance Brandweer
Specifiek
Specifiek
Politie
Specifiek
Informatie
Gemeenschappelijk
Informatie
(discipline)specifiek
Apps etc.
Gemeenschappelijk
Functionaliteit / services / applicaties
specifiek
ICT
Gemeenschappelijk
Datatransport + koppelingen+ beveiliging
Werk
KMAR
Specifiek
ICT (Infrastructuur, rekencentra, …)
specifiek
Beheer
Informatie
Architectuur
Beveiliging
Meldkamer
Gemeenschappelijk
Informatie
ICT
Datatransport + koppelingen+ beveiliging
78
39
24-9-2014
Opgeleverd t.b.v. niet-functionele kaders
•
algemene kaders voor de meldkamerarchitectuur o.b.v. NORA 3.0
•
een procesarchitectuur met werkgroepen werkprocessen
•
de gegevenssets mede van belang als input voor de ontwikkeling van
de gegevensarchitectuur
•
een eerste uitwerking van de gegevensarchitectuur voor de meldkamer
•
een functionele architectuur, lijst met kernfunctionaliteiten, o.b.v. de
generieke werkprocessen van de meldkamer van de toekomst
•
een eerste schets van de applicatiearchitectuur
79
Strategische basisprincipes
BP1:
Proactief: afnemers krijgen de dienstverlening waar ze behoefte aan hebben.
BP2:
Vindbaar: afnemers kunnen de dienst eenvoudig vinden.
BP3:
Toegankelijk: afnemers hebben eenvoudig toegang tot de dienst.
BP4:
Standaard: afnemers ervaren uniformiteit in de dienstverlening door het gebruik van
standaardoplossingen.
BP5:
Gebundeld: afnemers krijgen gerelateerde diensten gebundeld aangeboden.
BP6:
Transparant: afnemers hebben inzage in voor hen relevante informatie.
BP7:
Noodzakelijk: afnemers worden niet geconfronteerd met overbodige vragen.
BP8:
Vertrouwelijk: afnemers kunnen erop vertrouwen dat informatie niet wordt misbruikt.
BP9:
Betrouwbaar: afnemers kunnen erop vertrouwen dat de dienstverlener zich aan
afspraken houdt.
BP10: Ontvankelijk: afnemers kunnen input leveren over de dienstverlening'.
80
40
24-9-2014
Afgeleide principes
Dienstenaanbod
AP1
De dienst is zodanig opgezet, dat andere organisaties deze in eigen diensten
kunnen hergebruiken.
AP2
De stappen uit het dienstverleningsproces zijn ontsloten als dienst.
AP3
De dienst vult andere diensten aan en overlapt deze niet.
AP4
De dienst is helder gepositioneerd in het dienstenaanbod.
AP5
De dienst is nauwkeurig beschreven.
Standaard oplossingen
AP6
De dienst maakt gebruik van standaard oplossingen.
AP7
De dienst maakt gebruik van de landelijke bouwstenen van de e-overheid.
AP8
De dienst maakt gebruik van open standaarden.
81
Bedrijfsarchitectuur
•
Uitgangspunt voor bedrijfsarchitectuur: Transitieakkoord
82
41
24-9-2014
NMS
Applicatie
Architectuur
13-01-14
Versie definitief
MDT
POL
BVH
BVI-IB
RSC
POL
RTIC
veredelen
AVLS
Politie
BPS
POL
Protocollen
Politie
Roosters
POL
AZN
Inz.voorstel
AZN
Acute Zorg
Netwerk
BRW
LMO
MDT
BRW
NMS
.
Man.Info.Syst.
C2000
VoiceLog
Kantoor
Autom.
INS
Telefonie
112
applicatie
Protocollen
LMO (multi)
Protocollen
AZN
MDT
AZN
NMS
User
Interface
BPS
BRW
DGS
AVLS
AZN
Geïntegreerde Bedien Interface
Functioneel
Beheer
CaCo
Geo
Verwerking
Telefonie
bediening
Veredelen
AZN
BPS
AZN
Locatiebepaling
Business Logic
OMS
DCU
Veredelen
BRW
Meldingen
Incidenten
Ritten
Taken
Ontvangst
Routering
Verrijking
Inzetvoorstel
generiek
Resources
Alarmering
Kladblok
Verwerking
Actueel
Oper.Beeld
Communicatie
C2000
bediening
Interfaces Koppelvlakken
Gasmal
Data
Protocollen
BRW
KMAR
MDT
KMAR
Dekking
bewaking
Roosters
BRW
Roosters
AZN
Protocollen
KMAR
Centrale NMS Database Manager
Roosters
KMAR
AVLS
BRW
Veredelen
KMAR
GeoData
Externe
Bronnen
Burgernet
Overheid
Meetnet
RadioAct.
Multi en
Social Media
Publiek
BPS
KMAR
METEO
LCMS
NL-Alert
Veiligheidsregio´s
AVLS
83
KMAR
ICT-architectuur (1)
•
•
•
•
•
Open architectuur en open standaarden
Bij gelijke geschiktheid open source
Flexibel en schaalbaar
Eigen LMO-infrastructuur binnen eigen LMOrekencentra (‘eigen’: niet uitbesteed aan leverancier.
Kunnen overheidsrekencentra zijn waarvan LMO een
gedeelte dedicated gebruikt)
Intelligentie zoveel mogelijk centraal in twee of drie
landelijke rekencentra. Meldkamers sluiten hierop aan
met relatief eenvoudige lokale technische
voorzieningen. Dit ondersteunt het principe van de
virtuele meldkamer.
84
42
24-9-2014
ICT-architectuur (2)
•
•
•
•
•
•
Koppelingen uitsluitend via de landelijke rekencentra
Hoogbeschikbare en redundante techniek. Bij uitval
moet één rekencentrum alle gebruikers kunnen
bedienen
Gebruik van gangbare platformen
Generieke en configureerbare koppelingen met goede
beveiliging
Aansluiting op landelijke geo-voorziening en
basisregistraties
Flexibiliteit in gebruik van schermen op de werkplek
85
Advies aanbestedingsstrategie
43
24-9-2014
Historie
Marktverkenning BZK 2005: eerste verkenning
Marktverkenning 2010:
Voldoende marktpakketten beschikbaar die mogelijk aan de
functionele eisen voldoen
Advies Gartner 2011:
Aanbestedingsstrategie van groot belang bij aanbesteding
NMS, voorkeur lijkt concurrentiegerichte dialoog
Advies PBLQ HEC december 2012:
Eerst keuzes maken en best practice onderzoek
Dialoog met de markt bij het maken van keuzes
87
Advies aanbestedingsstrategie
Uitkomsten technische dialoog
Externe analyse (leveranciersanalyse)
Interne analyse (vanuit de markt)
88
44
24-9-2014
Externe
analyse
De inkoopportfolio
hoog
Hefboomproducten
Strategische
producten
Routineproducten
Knelpuntproducten
Invloed op
financieel
resultaat
laag
Toeleveringsrisico
laag
hoog
89
Interne analyse
hoog
ontwikkelsegment
kernsegment
lastpaksegment
exploitatiesegment
aantrekkelijkheid
van de account
laag
laag
hoog
concurrentiepositie van de leverancier
90
45
24-9-2014
Conclusie
Van toepassing zijn:
Niet openbare Europese aanbesteding
Concurrentiegerichte dialoog
Voorkeur heeft concurrentiegerichte dialoog
Risico voldoende marktoplossingen
(standaard/maatwerk)
Risico financiën
Risico samenhang andere
voorzieningen/aanbestedingen
91
Marktconsultatie (Technische Dialoog)
TD-Team: projectteam + disciplines + experts
Marktconsultatiedocument
Aanmelding en selectie 20 partijen
Plenaire sessie juni 2013
Openbaar verslag
Beantwoording schriftelijke vragen
Analyse TD-Team en adviezen stuurgroep
92
46
24-9-2014
Uitkomsten technische dialoog
Marktoplossing beschikbaar
Standaardmodules van één of meerdere leveranciers
Hybride oplossing: combinatie van standaard en
maatwerk (uitgangspunt is minimaal 80% standaard)
System integrator
Open, servicegerichte architectuur
User interface nader onderzoek
93
Best Practice onderzoek (1)
Waarom ‘best practice’ werkbezoeken?
Advies HEC: ‘gluren bij de buren’
• Vergelijkbaar werkproces, zelfde markt
• Leren van recente aanbestedingen
• Welke keuzes gemaakt en waarom, ‘Inside information’
Longlist (20) > Criteria > Shortlist (5) > bezoeken (3) +2
Zurich, Helsinki, Wiltshire + Kopenhagen, Leuven
94
47
24-9-2014
Best Practice onderzoek (2)
Uniforme werkprocessen cruciaal
Integratie met telefonie en radiobediening logisch
Haalbaarheid standaardpakket
Afhankelijkheid leverancier standaardpakket
Opstellen functionele eisen, en afwegen daarvan tegen
de kosten, kost veel tijd
Belangrijk om beheer dicht bij de eindgebruiker te
organiseren. Contact tussen IT-mensen en gebruikers is
belangrijk zodat ze niet los van elkaar raken.
Communicatie met alle partijen
95
Stadt Zürich Schutz & Rettung
2 brandweer/ambulance regio’s
naar 1 meldkamer
verschillende werkprocessen en verschillende
systemen
96
48
24-9-2014
97
98
49
24-9-2014
Helsinki
Multi intake en multi uitgifte
Uniform werkproces
Van 15 naar 6 meldkamers
Nieuw meldkamersysteem (maatwerk)
99
100
50
24-9-2014
101
Wiltshire Fire & Rescue Services
4 Fire/rescue meldkamers
Naar 1 gezamenlijk systeem
Uniformering werkprocessen
Aanbesteding standaard pakket
102
51
24-9-2014
104
52
24-9-2014
Kopenhagen Politie
/ SINE organisatie
Politie regio Kopenhagen: eigen systeem
(Apple)
SINE (Rigspolitiet)
SINE Services
105
106
53
24-9-2014
107
HC100/112 Leuven
Meldkamer Brandweer/ambulance en meldkamer
politie
Intergraph systeem
108
54
24-9-2014
109
55
24-9-2014
Adviezen vervolgfases NMS
Dynamiek NMS
1. Stapjes
zetten
2. Technisch
complex
• Keuzes maken
• Multi
governance
• Bestuur
betrokken
• Scope NMS
• Aanbesteding
• Samenhang
C2000, 112, ..
3. Nut en
Noodzaak
• Terugkerende
vraag
• Kostenindicatie
lastig
4. Externe
onderzoeken
112
56
24-9-2014
Kenmerken adviezen vervolgfases
1. Fasering
ICT project
• Beheersbaar
• Concurrentie
gerichte
dialoog
3. Business
case
• Nut en
noodzaak
• Kosten/baten
analyse: PM
2. Binnen
programma
LMO
• Samenhang
• SW apart van
NMS
4. Randvoorwaarden
& Risico
management
113
Kenmerken adviezen vervolgfases
Projectplan NMS (advies):
Nog niet:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
Conform transitie akkoord
NMS in programma LMO
Randvoorwaarden
Fasering NMS
Inbreng TD, expertteams
Actueel nut en noodzaak
Vergelijking GMS
Aanbesteding keuze
Business case financieel
Implementatie strategie
Multi governance
Projectorganisatie
Begroting per fase
Fase-planning
114
57
24-9-2014
Waarom NMS?
115
Randvoorwaarden
Verandertraject: Inrichting 1 meldkamerorganisatie
LMO
programma
management
Verandertraject: Standaardisatie Werkprocessen/Data
Verandertraject: Inrichting landelijke ICT en beheer LMO
1 LMO
met
10
operationele
meldkamerlocaties
Verandertraject: Aanbesteding en Invoering NMS
Randvoorwaarde:
GMS
ondersteunt
invoering
Randvoorwaarde:
Landelijke
standaarden
Randvoorwaarde:
Landelijke
beheerorganisatie
Randvoorwaarde:
LMO ICT en
infrastructuur
116
58
24-9-2014
Scope project NMS
117
Fasering vervolg
118
59
24-9-2014
Overdrachtsdocument: adviezen LMO
•
Maak het programma van eisen gereed voor aanbesteding
•
Geef duidelijkheid over verantwoordelijkheden
•
Richt een centrale IV-voorziening in
•
Start met het beheerproces
•
Ontwikkel een veranderstrategie
•
Standaardiseer de huidige meldkamers
•
Voer een tweede Technische Dialoog uit
•
Zorg dat het FPVE&W blijft aansluiten op de werkprocessen
•
Plaats NMS in het brede spectrum van ontwikkelingen LMO
•
Borg de opgedane kennis en ervaring
119
Vragen?
Hartelijk dank voor de aandacht
www.veiligheidsberaad.nl
60