Ontruimingsplan software laten maken
Appfront bouwt ontruimingsplansoftware voor organisaties met meerdere gebouwen of een complexe bezetting: het plan opgebouwd volgens NEN 8112, de plattegronden volgens NEN 1414-1 uit dezelfde gegevens, taken vastgelegd per BHV-rol met de bezetting per dagdeel, oefeningen en evaluaties als acties met een eigenaar, en elke wijziging vastgesteld met versie, datum en verantwoordelijke. Zodat de versie aan de muur, de versie bij de receptie en de versie in de BHV-map dezelfde zijn.
Wat is ontruimingsplan software?
Ontruimingsplan software maakt van het plan een gestructureerde set gegevens in plaats van een tekstbestand: gebouwen, bouwlagen, sectoren, vluchtroutes, voorzieningen, rollen, taken en oefeningen zijn losse onderdelen die aan elkaar hangen. De hoofdstukindeling volgens NEN 8112 en de ontruimingsplattegronden volgens NEN 1414-1 komen uit dezelfde bron. Verplaatst u een nooduitgang of een blusmiddel, dan laat het systeem zien welke plattegronden en welke procedureteksten opnieuw moeten worden vastgesteld.
Zonder zo'n systeem staat het plan in een Word-bestand op een netwerkschijf, hangen er plattegronden van drie jaar geleden aan de muur, staan de namen van vertrokken medewerkers nog in de lopende tekst en zit de evaluatie van de laatste oefening in een mailbox. Bij een controle of na een incident kan niemand aantonen welke versie wanneer gold en wie hem heeft vastgesteld.
Wij bouwen maatwerk omdat het plan moet aansluiten op uw gebouwen en uw organisatie: hoe uw sectoren zijn ingedeeld, welke rollen uw BHV-organisatie kent, waar de bezetting vandaan komt (HR, roosters, toegangscontrole), welke tekenbestanden u heeft en wat een zorglocatie anders maakt dan een distributiecentrum. Een documentbeheersysteem kent geen sector, geen rol en geen plattegrond die meebeweegt met het plan.
Eén bron voor tekst en tekening
Het plan volgens NEN 8112 en de plattegronden volgens NEN 1414-1 uit dezelfde gegevens. Een wijziging in het gebouw laat zien welke teksten en tekeningen opnieuw vastgesteld moeten worden.
Rollen in plaats van namen
Taken bij een ontruiming per functie: hoofd BHV, ploegleider, meldpunt alarmmeldingen, verzamelplaatscoördinator. Personen hangen aan de rol; personeelsverloop raakt de bezettingslijst, niet het plan.
Aantoonbaarheid
Elke wijziging, vaststelling en oefening met datum, verantwoordelijke en versienummer. Bij een controle laat u in één overzicht zien welke versie sinds wanneer geldt en wie hem heeft vastgesteld.
Hoe wij uw ontruimingsplan software bouwen
We beginnen bij de sectorindeling, niet bij de schermen: zolang niet vaststaat hoe het gebouw is opgedeeld en wie welke sector afloopt, bouwt u op drijfzand.
We lopen de bestaande plannen door en inventariseren gebouwen, sector- en verdiepingsindeling, rollen en bronnen: tekeningen in DWG of IFC, de melderlijst van de brandmeldinstallatie en de bezetting uit HR of toegangscontrole.
Gebouw, bouwlaag, sector, vluchtroute, voorziening, rol, taak en oefening als losse onderdelen. Daarna toetsen we of de verplichte onderdelen uit NEN 8112 en de eisen van NEN 1414-1 aan de tekeningkant een plek hebben.
Eerst gebouwgegevens en plattegronden, dan de planonderdelen en de publicatie, ten slotte de oefen- en revisiemodule. Na elke iteratie test een ploegleider BHV met echte gebouwgegevens, niet met demodata.
We migreren de bestaande plannen, doorlopen één volledige revisieronde per locatie en leveren op met beheerdocumentatie en een ingerichte autorisatiestructuur.
Wat ontruimingsplan software concreet doet
Elke organisatie denkt dat haar situatie uniek is. Dat klopt voor de inhoud, niet voor de functionaliteit: deze zes onderdelen komen bijna altijd terug, alleen de invulling verschilt.
Planopbouw
Hoofdstukken, procedures en taken per rol volgens een vaste indeling, met standaardteksten op organisatieniveau en locatiespecifieke afwijkingen daaronder.
Plattegrondbeheer
Onderleggers uit AutoCAD of BIM met vluchtroutes, nooduitgangen, blusmiddelen, EHBO-middelen en verzamelplaatsen als objecten, met de symbolen van NEN 7010 zoals NEN 1414-1 voorschrijft.
Rollen en bezetting
Hoofd BHV, ploegleiders, ontruimingsploeg, meldpunt en verzamelplaatscoördinator, met bezetting per dagdeel en een signaal bij een onderbezette sector.
Oefenmodule
Een oefening plannen, het scenario vastleggen, tijden per sector registreren en knelpunten uit de evaluatie omzetten in acties met een eigenaar en een einddatum.
Revisie- en versiebeheer
Wijzigingsvoorstellen, goedkeuring door een aangewezen vaststeller, automatisch versienummer en een lijst van plattegronden die opnieuw geprint en opgehangen moeten worden.
Publicatie en offline
Print-pdf's op schaal voor aan de muur, een beknopte kaart voor de BHV-map en een mobiele weergave die ook werkt als het netwerk uitvalt.
Voor wie wij ontruimingsplan software bouwen
De software is bedoeld voor organisaties waar één sjabloon voor alle gebouwen niet volstaat, omdat de bezetting, de zelfredzaamheid of het eigenaarschap per locatie verschilt.
Zorginstellingen
Verminderd zelfredzame personen worden meestal horizontaal naar een aangrenzend brandcompartiment gebracht. Per kamer een actuele bezettings- en mobiliteitsindicatie en per compartiment de opvangcapaciteit zijn de kern.
Onderwijs
Lokalen wisselen per uur van bezetting. De koppeling met het roosterpakket maakt het appèl op de verzamelplaats werkbaar: de docent krijgt de klassenlijst van dat moment.
Verzamelgebouwen met meerdere huurders
Eén gebouwplan naast aparte BHV-organisaties per huurder. Gedeelde onderdelen centraal beheren en huurderspecifieke delen afschermen is wat nodig is.
Industrie en logistiek
Grote sectoren, gevaarlijke stoffen en wisselende ploegen. De bezetting per dagdeel, de koppeling met toegangscontrole en de oefeningen per ploeg zijn de kern.
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €1.150, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Technologie en koppelingen
Deze pagina gaat over het beheer van het plan en de plattegronden. Voor inspecties volgens de norm is er onze pagina over een conditiemeting-inspectieapp NEN 2767, voor de veiligheidsronde op de werkvloer onze pagina over een NEN 3140-inspectieapp, en voor het gebouwbeheer als geheel onze pagina over onderhoudssoftware. Onze werkwijze leest u op software laten maken.
Waarom Appfront voor uw ontruimingsplan software?
Een ontruimingsplan is zo goed als de versie die in het gebouw hangt. Daar bouwen we op: één bron, één vaststelling, één overzicht bij een controle.
Tekst en tekening kunnen niet uit elkaar lopen
Plan en plattegrond komen uit dezelfde gegevens. Een gewijzigde nooduitgang wijst zelf aan welke teksten en tekeningen opnieuw moeten worden vastgesteld.
Het plan overleeft personeelsverloop
Taken staan bij de rol, personen aan de bezetting. Wie vertrekt, verdwijnt uit de lijst; het plan verandert niet.
Aantoonbaar bij elke controle
Versie, datum, vaststeller en de laatste oefening in één overzicht. Niet reconstrueren uit mailboxen, maar tonen.
Security en privacy bij ontruimingsplan software
De software werkt met plattegronden van gebouwen, bezettingsgegevens van medewerkers en soms met mobiliteitsgegevens van bewoners of patiënten. Toegang is per rol en per locatie ingericht: het hoofd BHV beheert, ploegleiders zien hun sectoren, huurders in een verzamelgebouw alleen hun eigen deel, en een toezichthouder krijgt een leesbaar overzicht. Elke wijziging en vaststelling wordt gelogd; bij zorginstellingen sluit de inrichting aan op NEN 7510.
De software draait in een Europees datacenter, met versleutelde opslag en dagelijkse back-ups, en de mobiele weergave werkt door als het netwerk uitvalt. Koppelingen met HR, toegangscontrole en roosterpakketten werken met eigen sleutels die per koppeling zijn in te trekken.
Veelgestelde vragen over ontruimingsplan software
Vragen die hoofden BHV en facilitair managers stellen voordat ze hiermee beginnen.
Zij beheert het ontruimingsplan als gestructureerde gegevens: gebouwen, sectoren, vluchtroutes, voorzieningen, rollen en taken volgens NEN 8112, de plattegronden volgens NEN 1414-1 uit dezelfde bron, de bezetting van de BHV-organisatie per dagdeel, oefeningen met evaluatie en acties, en versiebeheer met vaststelling. Publicatie gaat als print en als mobiele weergave die zonder netwerk werkt.
Nee. Bestaande plannen worden gemigreerd naar de structuur van het systeem: hoofdstukken, procedures en taken per rol. Wat op organisatieniveau gelijk is, wordt standaardtekst; wat per locatie verschilt, staat als afwijking eronder. Daarna doorlopen we per locatie één revisieronde, zodat het eerste vastgestelde plan meteen klopt.
Als onderlegger uit uw tekenbestanden in DWG of IFC, waarop vluchtroutes, nooduitgangen, blusmiddelen en verzamelplaatsen als objecten worden geplaatst met de symbolen van NEN 7010. Verplaatst u een object, dan verandert de plattegrond en krijgt u een signaal welke teksten en prints opnieuw moeten.
Via koppelingen: de bezetting van de BHV-rollen per dagdeel uit HR of het rooster, de aanwezigheid uit toegangscontrole, en bij onderwijs de klassenlijst van dat uur uit het roosterpakket. Een sector zonder bezette rol geeft een signaal aan de ploegleider vóór de dienst begint.
Ja. Een oefening wordt gepland met een scenario, de tijden per sector worden geregistreerd en de knelpunten uit de evaluatie worden acties met een eigenaar en een einddatum. Bij de volgende oefening ziet u welke acties zijn afgerond en of het knelpunt is verdwenen.
Ja. De mobiele weergave van het plan en de plattegronden staat lokaal op de toestellen van de BHV-organisatie en blijft beschikbaar zonder netwerk. Print-pdf's op schaal voor aan de muur en de beknopte kaart voor de BHV-map komen uit dezelfde versie.
Vraag dat eerst na. Een documentbeheersysteem bewaart het plan als bestand met versies, en dat is genoeg bij één gebouw met een vaste bezetting. Maatwerk heeft zin als plan en plattegrond uit dezelfde bron moeten komen, als taken per rol moeten staan in plaats van per naam, als bezetting uit andere systemen moet komen, of als u bij een controle moet kunnen tonen welke versie wanneer gold.
Eén plan, één plattegrond en één versie die aantoonbaar geldt?
Vertel ons hoeveel locaties u heeft, waar de bezetting vandaan komt en wanneer het plan voor het laatst is vastgesteld. We laten zien hoe de planopbouw, het plattegrondbeheer en het versiebeheer eruitzien.