Park Mariëndaal. Technisch Programma van Eisen. Vestia ZZG zorggroep Stichting ExperTel. Levering, installatie en onderhoud van:

Technisch Programma van Eisen

Park Mariëndaal Vestia – ZZG zorggroep – Stichting ExperTel

Levering, installatie en onderhoud van: o o o o o

LAN Zorgdomotica/ verpleegroep Communicatieplatform en telefonie Deurvideointercom Toegangscontrole en dwaaldetectie

Opgesteld door: VAC Woontechniek 29–06-2011 Versie: Status: Projectnummer:

1.2 Concept 2011006A

[Voor de bepaling van ICT en domotica voorzieningen is er technologisch kader gemaakt in de vorm van een technisch programma van eisen voor Vestia en ZZG zorggroep. ]

Technisch programma van eisen voor : Organisaties Internet Contactpersonen

www.vestia.nl De heer B. Bergmans De heer E. Borggreve Kerklaan 10

Adres

2911 AD, Nieuwerkerk aan den IJssel

Telefoon

(0180) 31 90 22

Fax

(0180) 31 80 81

E-mail

[email protected] [email protected]

Internet Contactpersonen

www.zzgzorggroep.nl Mevrouw P. Eshuis De heer E. van Pinxteren De heer H. Evers Nijmeegsebaan 29

Adres

6561 KE Groesbeek

Telefoon

(024) 685 92 01

Fax

(024) 685 92 01

E-mail

[email protected] [email protected] [email protected]

Internet E-mail

www.expertel.org [email protected]

Opgesteld door: Organisatie

VAC G. Van Alphen, H. Souman E-mail

[email protected] [email protected]

Telefoon

+3150 404 28 22

Mobiel

+316 430 403 15

2011006A - Technische PvE Mariendaal Groesbeek1.2

Pagina 2 van 79

Versie historie tabel Wijzigingshistorie. Versie Document 1.1 Eerste versie 1.2

Datum 29-6-2011 11-6-2011


Omschrijving / reden van wijziging Eerste versie, concept Eerste versie, aangevuld met demarcatie

Pagina 3 van 79

1

Inleiding ............................................................................................................................. 5 Vestia ................................................................................................................................... 5 ZZG zorggroep ...................................................................................................................... 5 Stichting ExperTel .................................................................................................................. 5 Samenwerking Vestia, ZZG zorggroep en Stichting ExperTel ........................................................ 5 1.1 Nieuwbouw Park Mariëndaal ............................................................................................ 6 1.2 Definitie Woontechniek ................................................................................................... 7 2 Gewenste situatie ................................................................................................................ 7 2.1 Communicatie en woontechniek....................................................................................... 7 2.2 Infrastructuur ............................................................................................................. 12 2.2.1 Wide Area Network (WAN) ...................................................................................... 13 2.2.2 Gebouw gebonden infrastructuur ............................................................................. 13 2.2.3 Actieve apparatuur ................................................................................................ 15 2.3 Telecommunicatie ........................................................................................................ 16 2.3.1 Het PBX systeem / spraakplatform ........................................................................... 17 2.3.2 Koppeling van locaties Vestia en ZZG zorggroep .......................................................... 1 2.3.3 Voice-response ....................................................................................................... 2 2.3.4 Voicemail ............................................................................................................... 3 2.3.5 ACD functionaliteit (Automatic Call Distribution) .......................................................... 4 2.4 Het PMX-systeem / Draadloze telefonie ............................................................................ 5 2.4.1 Telefoniefaciliteiten draadloos communicatiesysteem .................................................... 9 2.4.2 Messaging-faciliteiten............................................................................................. 13 2.4.3 Opberg-/Laadrekken .............................................................................................. 15 2.4.4 Persoonsbeveiliging ............................................................................................... 15 2.4.5 Bedienpost Telefoniesysteem .................................................................................. 17 2.4.6 Overige Eisen Telefonie .......................................................................................... 17 2.5 Toegangscontrole ........................................................................................................ 20 2.5.1 Specificatie ruimten ............................................................................................... 20 2.5.2 Draaideurautomaten .............................................................................................. 21 2.6 Alarmering en zorgdomotica ......................................................................................... 22 2.6.1 Domotica Aansluit Punt .......................................................................................... 22 2.6.2 Opbouw Domoticasysteem ...................................................................................... 25 2.6.3 Basisvoorzieningen Domotica .................................................................................. 26 2.6.4 Optioneel gewenste Domotica ................................................................................. 28 2.6.5 Routeringsserver (open platform) ............................................................................ 29 2.7 Inleiding routeringsserver ............................................................................................. 31 3 Onderhoud ....................................................................................................................... 40 3.1 Standaardvoorwaarden ................................................................................................ 41 4 Beheer ............................................................................................................................. 42 5 Installatie ......................................................................................................................... 43 5.1 Hardware-installatie ..................................................................................................... 43 5.2 Software-installatie ...................................................................................................... 43 6 Documentatie ................................................................................................................... 44 7 Garanties ......................................................................................................................... 45 8 Projectbegeleiding ............................................................................................................. 46 8.1 Oplevering .................................................................................................................. 47 8.2 Instructie en opleiding.................................................................................................. 47 9 Offerteprocedure ............................................................................................................... 48 10 Voorlopige planning ......................................................................................................... 53 10.1 Technische en Functionele demonstratie ....................................................................... 53 10.2 Verzoek tot demo opstelling ........................................................................................ 54 11 Algemene voorwaarden .................................................................................................... 55


Pagina 4 van 79

1 Inleiding Vestia Vestia is woningcorporatie met woningbezit in een groot deel van Nederland. Vestia bezit 87.000 woningen, grotendeels in Rotterdam, Delft en omgeving. Jaarlijks bouwt Vestia circa 1500 wooneenheden. Hierin hebben de ontwikkelbedrijven Ceres en Estrada een belangrijke rol. Vestia werkt concreet aan vernieuwing van buurten en wijken, aan wonen met zorg, aan leefbaarheid en veiligheid, aan goede, betaalbare en duurzame huisvesting voor bijzondere doelgroepen. In het kader van deze doelstellingen kijkt Vestia onder andere naar de mogelijkheden van technologie in de woning en woonomgeving. ZZG zorggroep ZZG zorggroep is een zorgorganisatie die zowel thuiszorg als wonen met zorg biedt. ZZG zorggroep wil hierin de 1e klas aanbieder zijn, zowel intramuraal als extramuraal. ZZG zorggroep wil haar processen zo inrichten dat beide mogelijkheden eenvoudig kunnen en door elkaar heen kunnen lopen. ZZG zorggroep is een organisatie in verandering. Het traditionele instellingsterrein Dekkerswald en de locatie Mariëndaal worden herzien. Stichting ExperTel ExperTel is een stichting die een open standaard in de woontechniek wil verspreiden en ontwikkelen. Dit houdt meer in dan het maken van een "doosje" in een appartement of woning; de standaardisatie strekt zich juist uit over alle randapparatuur in en om een woning als ook de communicatie van en naar zorgen meldcentrales en diensten aanbieders. Het universeel, middels een open platform, kunnen aanbieden en gebruiken van diverse diensten is hierbij steeds het uitgangspunt. Samenwerking Vestia, ZZG zorggroep en Stichting ExperTel Vestia en stichting ExperTel hebben elkaar ontmoet rondom het thema ‘open woontechnologie1’. Om deze wederzijdse visie in de praktijk te brengen zoeken beide partijen naar een gezamenlijke pilot. Deze wordt gevonden in de nieuwbouw die met ZZG zorggroep wordt gepleegd in Groesbeek. Vestia kan deze pilot gebruiken om de kennis en ervaring van ExperTel in de praktijk te gebruiken. Het voordeel voor ExperTel is dat het ontwikkelde getest kan worden en ook alles in het proces goed uitgewerkt en omschreven kan worden. ZZG zorggroep heeft de kans om haar voordeel te doen met deze vernieuwende pilot ten aanzien van a) het zorgproces en b) de uitstraling richting bewoners. Door de samenwerking van ZZG zorggroep, ExperTel en Vestia heeft de pilot veel kans van slagen en zal het project tegen de laagste prijs tot stand gebracht worden waarbij de faalkosten beperkt worden.

Woontechnologie beslaat alle techniek die in een gebouw gebruikt wordt, bezien over de as van mogelijke samenwerking.

1


Pagina 5 van 79

1.1

Nieuwbouw Park Mariëndaal

De nieuwbouw van Park Mariëndaal beslaat drie complexen: Kloostertuin (Gebouw A), Heuvelrijk (Gebouw B) en de Rozenboog (Gebouw C). Het intramurale zorgaanbod voor dementerenden wordt ondergebracht in de Kloostertuin. De overige woningen zijn zelfstandig, maar hebben de mogelijkheid om zorgaanbod van ZZG zorggroep af te nemen. In deze pilot in de ambitie om wonen, (visie op) zorg en woontechnologie maximaal op elkaar af te stemmen om de bewoners van Park Mariëndaal een eigentijdse, nieuwe en veilige woonomgeving te bieden. Kloostertuin De nieuwbouw van de Kloostertuin bestaat uit kleinschalige woongroepen en zelfstandige appartementen. Op de begane grond en de eerste etage komen vier woongroepen van 8 cliënten, alle woongroepen met een eigen eetgelegenheid, twee woongroepen (één etage) delen een woonkamer. De tweede en derde etage van het nieuwe Mariëndaal bestaan uit appartementen. Op de locatie zullen mensen met een somatische en een psychogeriatrische (PG) hulpvraag komen te wonen.


Pagina 6 van 79

1.3

Definitie Woontechniek

Woontechniek wordt hier gedefinieerd als die toepassingen van (domotica)technologie die de bewoner en zijn omgeving (diensten hulpverleners) ondersteunen in hun streven naar:

-

behoud van onafhankelijkheid en zelfstandigheid;

-

preventie/ zelfdiagnose zonder betrokkenheid van een professionele kracht;

-

elkaar ondersteunen.

Zie ook bladzijde 5 in het functionele programma van eisen voor de uitgangspunten en doelstellingen voor de woontechniek. Technisch programma van eisen (technisch pve) Een technisch pve is een uitwerking van functionele eisen en wensen naar technologie. Het technisch pve beschrijft randvoorwaarden voor de implementatie van techniek. Het technisch pve is geen bestek in het licht van de “stabu systemetiek”, maar bevat wel dwingende eisen om uw aanbieding op te baseren.

1.4

Demarcatie

Aangezien we een integraal systeem nastreven, is de pilot in Groesbeek is niet los te zien van de andere ontwikkelingen binnen ZZG zorggroep. Gekozen is om pilot Mariëndaal een op zichzelf staande pilot te laten zijn qua woontechnologie. Ten aanzien van het thema ‘communicatie’ wordt de verbinding met overige locaties van ZZG zorggroep gemaakt. De demarcatie die in dit project wordt gehanteerd en het koppelvlak dat hieruit voortkomt wordt weergegeven in onderstaande afbeelding. Deze demarcatie is in de projectgroep akkoord bevonden.

2 Gewenste situatie 2.1

Communicatie en woontechniek

Vestia en ZZG zorggroep wil een schaalbare, toekomstvaste oplossing die gebaseerd is op open standaarden en die niet meer zo 'vast als een huis' in de woning zitten. Schaalbaarheid in de wijk is een vereiste. Daarnaast gaat Vestia en ZZG zorggroep uit van cliëntprofielen: zij wil derhalve achteraf zelfstandig periferie aan kunnen brengen en kunnen activeren op basis van zorgvraag. 2011006A - Technische PvE Mariendaal Groesbeek1.2

Pagina 7 van 79

VAC Thuistechnologie is gevraagd om hier invulling aan te geven. Vestia en ZZG zorggroep wil een separaat (los van de traditionele bouwkolom) offertetraject voor het gehele woontechniek pakket, zodat er na oplevering één aanspreekpunt is voor alle hieraan gerelateerde operationele zaken. Door uit gaan van woontechniek volgens het DAP concept, kunnen dezelfde voorzieningen die nu bij de renovatie en nieuwbouw voorzien worden, ook in een (bestaande) woning in de wijk en in de aanleunwoningen gerealiseerd worden. Vestia en ZZG zorggroep kiest uitdrukkelijk voor woontechniek op basis van het DAP concept; belangrijke uitgangspunten hierbij zijn open standaarden en duurzaamheid naar de toekomst toe. Dit programma van eisen voorziet in een technische invulling op basis van het DAP (Diensten Aansluit Punt) gedachtegoed. Meer informatie hierover vindt u ondermeer op www.expertel.org. Verschillende leveranciers bieden op DAP gebaseerde systemen en apparatuur aan onder verschillende (merk eigen) type nummers. Deze hebben als in alle gevallen de naam DAP in de type aanduiding (iDAP, xDAP) of ook wel OCB. In het leidingplan zijn de benodigde loze voorzieningen voor toepassing van het DAP concept meegenomen. Deze voorzieningen zijn daarmee beschikbaar in het gebouw. Verdere bijlagen bij dit document om tot een goede offerte te kunnen komen, zijn benoemd in de begeleidende uitnodigingsbrief. De leverancier moet in detail aangeven welke werkzaamheden of voorzieningen niet zijn opgenomen in de aanbieding. Alle noodzakelijke materialen, voorzieningen, werkzaamheden, opleidingen en documentatie, noodzakelijk voor de bedrijfsvaardige oplevering van alle apparatuur, randapparatuur, toestellen en basisperiferie, worden geacht te zijn inbegrepen in de aanbieding. Bovenstaande is eveneens van toepassing op de benodigde profielsoftware ten behoeve van de optioneel gevraagde periferie.

Uitgangspunten ICT Zorgplatform / zorgdomotica Conform de opzet van een ICT Zorgplatform, waarbij de deelsystemen over de locaties van Vestia en ZZG zorggroep intelligent gekoppeld worden, worden onderstaande uitgangspunten gehanteerd: a.

Lokale telefooncentrales staan in netwerkverband;

b.

Alle uitgaande telefoonverkeer wordt via de hoofdlocatie geleid;

c.

Inkomend telefoonverkeer op de hoofdnummers van de locaties wordt tijdens kantooruren afgehandeld door het callcenter op de hoofdlocatie;

d.

De zorgsystemen op de diverse locaties worden zoveel mogelijk vanuit één punt beheerd.


Pagina 8 van 79

Ten behoeve van verzorgenden in Gebouw A (Kloostertuin) is in draadloze telefonie voorzien. Deze beide functies moeten per verzorgende of per afdeling en locatie geconfigureerd moeten kunnen worden. De toestellen moeten met clip en/of ketting aan de kleding te bevestigen zijn. De toestellen moeten schokbestendig en bij voorkeur waterbestendig zijn. Een noodknop, liefst met plaatsbepaling, is ook een uitgesproken wens, u wordt verzocht de mogelijkheden optioneel aan te geven. Bij voorkeur worden deze functies dan gecombineerd in 1 apparaat. Locatie overstijgende medewerkers moeten door middel van GSM telefonie bereikbaar zijn. Automatisch gegenereerd berichtenverkeer is vereist (storingsmeldingen e.d.). De overige afdelingen en medewerkers zoals administratie, keuken en inkoop moeten door directe doorkiesnummers te bereiken zijn. Dit geldt overigens ook voor de technische dienst en het management: direct aankiesbare mobiele telefonie en/of GSM dat verkort aankiesbaar is. De fysieke zwakstroomlaag moet door middel van een patch systeem flexibel te koppelen zijn aan de outlets in de woningen. De RJ45 aansluitingen in de woningen moeten CAT5E gecertificeerd zijn waardoor het mogelijk is de meeste domotica, alarmering en telemedicine toepassingen erop aan te sluiten. De noodstroomvoorziening is bij zwevende verpleeghuiscapaciteit van groot belang. Alle kritische centraal werkende apparatuur moet op een no-break voorziening aangesloten zijn.

Figuur 2.1 Principe schema


Pagina 9 van 79


Pagina 10 van 79

Structuur De gewenste situatie gaat uit van een zoveel als mogelijk geïntegreerd platform voor communicatie (zie ook het bovenstaande principeschema), bestaande uit:



Telefonie;



Vaste en mobiele toestellen;



Domotica / Verpleegroep / Alarmering;



BHV;



Voice Response;



Automatisering;



Server structuur;



Applicaties;



Infrastructuur;



Werkstations;



Gebouwbeheer.

Alle delen hebben gemeenschappelijke onderwerpen:



Infrastructuur;



Nummerplan;



Beheer;



Beveiliging;

Door de verschillende functies (in relatie tot de verschillende zorgvraag van de cliënten) is het noodzakelijk bovenstaande items specifiek op de doelgroep af te stemmen. De invulling is dan dus vaak afwijkend per item. De uitdaging bestaat erin om al het bovenstaande in één platform te integreren, waardoor beveiliging, beheer, nummerplan en infrastructuur uniform inzetbaar zijn. Naast mogelijke besparingen in investeringen en operationele kosten (total cost of ownership) zijn dan kwaliteitsverbeteringen in het primaire proces haalbaar. Ook registratie en incidentafhandeling kan dan inhoud krijgen, waardoor het management kan sturen op feitelijke, veelal automatisch gegenereerde, gegevens. Door alle locaties te koppelen aan één routeringsserver, het koppelen van de invoer van doorkiesnummers op alle interne telefoontoestellen en de invoer van mobiele handsets wordt de interne communicatie aanzienlijk verbeterd met betrekking tot de bereikbaarheid en effectiviteit (besparing loopminuten). Door integratie van de oproepsystemen, de telecommunicatie, de automatisering en de informatisering, wordt het mogelijk om meer maatwerk te verstrekken, beter te beheren en kan er beter worden ingespeeld op toekomstige veranderingen in het zorgstelsel.


Pagina 11 van 79

2.2

Infrastructuur

De gebouwen zullen van een universele gebouw gebonden infrastructuur dienen te worden voorzien. De eerste fysieke laag met betrekking tot koppelvlakken tussen telecommunicatie en automatisering worden daarbij ingericht. De infrastructuur valt uiteen in 2 delen: -

Wide area infrastructuur.

-

Gebouwgebonden infrastructuur;

Het gekozen protocol voor beide vormen is platform breed TCP/IP, bij voorkeur ook voor alle deelsystemen. Er dient te worden voorzien in een LAN tijdens de bouw, inclusief de benodigde aansluitpunten ten behoeve van de alarmering-domotica-units, de basisstations voor het draadloze telefonie netwerk, als ook alle overige woontechnologie componenten welke via IP communiceren. Hierbij dient te worden uitgegaan van één PoE+ LAN netwerk voor verpleegroep / domotica, kantoorautomatisering en telefonie. U dient hier rekening mee te houden met uw keuzes voor actieve netwerkapparatuur (level 3 switching) alsmede Power over ethernet PoE+ (conform 802.3aT). De leverancier moet qua bekabeling het volgende in de aanbieding opnemen: 1.

Koppeling van de nieuwe PBX en de randapparatuur voor (analoge-)telefonie aan de Hoofdverdeler, danwel het IS/RA punt (inclusief noodzakelijke overspanningbeveiliging).

2.

De daarbij noodzakelijke bekabeling, installatie, voorzieningen en documentatie.

3.

De noodzakelijke patch- en aansluitkabels moeten zijn inbegrepen. a.

In overleg met Vestia en ZZG zorggroep moet er onderscheid worden gemaakt in kleuren op basis van bijvoorbeeld de volgende verdeling: Kleur1 : data; Kleur2 : interne lijn / infra; Kleur3 : interne lijn / infra / De Passerel; Kleur4 : buitenlijn; Kleur5 : basis stations PMX.

b.

Patchkabels aan beide zijden voorzien van WNL label.


Pagina 12 van 79

2.2.1

Wide Area Network (WAN)

Gewenste situatie

Figuur 2.3 ICT Schema nieuwe situatie Vestia en ZZG zorggroep

2.2.2

Gebouw gebonden infrastructuur

U dient te voorzien in een universeel gebouwbekabelingsysteem , gebaseerd op UTP (Unshielded Twisted Pair) category 5E of hoger (minimaal 100Mhz).

Kabelsysteem UTP •

De bekabeling dient te worden opgebouwd op basis van een gestructureerd kabelsysteem voor data en spraak, veelal kortweg LAN (Local Area Network) genoemd. Het kabelsysteem bestaat uit een Unshielded Twisted Pair (UTP), gestructureerd kabelsysteem (sternet) en is een universele basis voor de datatransmissie protocollen alsmede voor de telecommunicatietoepassingen.

De maximale lengte van de kabel tussen de patchkast en een aansluitpunt is 90 meter. Daarnaast mag er in de horizontale bekabeling 10 meter soepele kabel (in de vorm van patchsnoeren) worden toegepast.


Pagina 13 van 79

Configuratie UTP koperbekabeling De horizontale infrastructuur wordt volledig universeel en transparant opgeleverd. Hiertoe wordt elke verbinding in de horizontale infrastructuur volledig afgemonteerd. In de horizontale infrastructuur van het universeel bekabelingsysteem zijn geen applicatie specifieke verbindingen toegestaan. Buiten de mogelijkheid in de horizontale bekabeling in de nabijheid van een werkplekunit een overgangspunt te installeren is het niet toegestaan lassen of andere verbindingen in het traject aan te brengen. De bekabeling wordt aangelegd vanaf één centraal punt, de patchkast, naar iedere werkplek zogenaamde sterbekabeling. U wordt verzocht in uw offerte te voorzien in patchsnoeren voor de verbindingen van ondermeer de PBX, toestellen en computerapparatuur naar de werkplek en van de WLAN // PMX basestations (Picocellen) en domotica / alarmering apparatuur bij de cliënten naar de patchkast(en). De verbinding(en) tussen Main Equipment Room (MER) en eventuele Sattelite Equipment Room(s) (SER) dienen door u bekabeld te worden, daarnaast dient u de hiervoor benodigde actieve apparatuur, patchkabels en dergelijke in uw offerte te voorzien. Bekabeling appartementen: Ieder appartement dient te worden voorzien van een DAP (zie paragraaf 2.6), de hiervoor noodzakelijke bekabeling in de appartementen dient standaard in door de daarvoor bestemde buizen en dozen te worden aangebracht. De bekabeling in de overige appartementen (Gebouw A 2e en 3e verdieping, Gebouw B en Gebouw C) ten behoeve van toekomstige periferie maken geen deel uit van uw aanbieding. Het afwerken van de loze voorzieningen met een bijpassend afdekplaatje van het juiste fabricaat en type (zie e-bestek) dient deel uit te maken van uw aanbieding. De bekabeling van de centrale techniekruimte naar de appartementen dienen deel uit te maken van uw aanbieding. U dient de woningen middels twee UTP kabels van deze patchstrook naar de MER / SER te verbinden. Zie hiertoe ook de E-bestekken en de E-tekeningen. De RJ45 aansluitingen (óók in de woningen) moeten CAT5E gecertificeerd zijn en getest zijn waardoor het mogelijk is de meeste domotica, alarmering en telemedicine toepassingen erop aan te sluiten.


Pagina 14 van 79

2.2.3

Actieve apparatuur

Gezien de prijsontwikkelingen worden uitsluitend switches toegepast, ook daar waar een hub zou kunnen volstaan. Er dient voorzien te worden in actieve apparatuur ten behoeve van Quality of Service om toepassing van Voice over IP mogelijk te maken. De gewenste domotica-units (verpleegroep / alarmering) maken hier gebruik van (middels het SIP protocol). U dient te voorzien in level 3 switching alsmede Power over ethernet PoE+ (conform 802.3aT) voorzieningen.

Bedrijfszekerheid, prestaties en redundantie Een noodstroomvoorziening is van groot belang. Alle (kritische) centraal werkende apparatuur moet op een no-break voorziening aangesloten zijn. Door de zorgdomoticacomponenten via PoE+ te voeden ,zijn deze decentrale delen eveneens voorzien van een no-break voeding. Deze voorzieningen moeten door de inschrijver op dit p.v.e. meegenomen worden, zodanig dat noodstroombedrijf ook automatisch gemeld wordt via de DAP-infrastructuur (technische melding). Het nieuwe systeem dient:

1. Een maximale beschikbaarheid te hebben. De leverancier dient hier ook aan te geven welke van de aangeboden onderdelen de hoge beschikbaarheid mogelijk maken.

2. De beschikbaarheid van de systeeminstellingen te garanderen. De leverancier dient aan te geven hoe de systeeminstellingen gewaarborgd worden bij stroomuitval. Welke acties worden hierbij van de gebruiker verwacht?

3. Een te lage spanning te signaleren, hierbij een alarm te geven en eventueel automatisch acties te ondernemen die een snelle herstart mogelijk maken.

4. Een UPS voor de actieve componenten welke minimaal twee uur continuïteit garandeert bij uitval van de reguliere stroomvoorziening. U wordt verzocht om het gevraagde specifiek te specificeren en de meerprijs voor uitbreiding van 2 naar 4 uur volledig noodstroombedrijf op te nemen in uw offerte.


Pagina 15 van 79

2.3

Telecommunicatie

Het gehele telefoniesysteem vormt het hart van alle spraak diensten van het Zorgplatform. Door het in de toekomst intelligent koppelen van de telefooncentrales op de locaties van Vestia en ZZG zorggroep, zodanig dat deze als één telefooncentrale functioneren, de invoer van doorkiesnummers op alle interne telefoontoestellen en de invoer van draadloze toestellen, kan de interne communicatie worden verbeterd. Hierbij wordt de telefonistenfunctie van de receptie gecentraliseerd naar de hoofdlocatie, door de doorkiesfaciliteiten wordt minder beroep gedaan op de locatiemedewerkers en neemt de bereikbaarheid van de organisatie als geheel toe. Het hoofdstuk telecommunicatie valt uiteen in 4 delen en worden als zodanig beschreven, namelijk: 1.

2.

Het PBX systeem (telefooncentrale); a.

Voice-response;

b.

Voice-mail;

c.

ACD-functionaliteit;

Het PMX systeem (private GSM) / draadloze telefonie; a.

Telefoniefaciliteiten GSM/ IP DECT;

b.

Messaging- faciliteiten;

c.

Opberg- / laadrekken;

d.

Persoonsbeveiliging;

3.

Bedienpost telecommunicatie;

4.

Overige eisen.

Voor externe spraak kanalen voorzien in: SIP-VoIP, SIP-Trunk over WAN, als lokale backup voorziening meerprijzen aangeven van ISDN2 en 15 en van 2 analoge netlijnen.

IP DECT als alternatief voor Private GSM Betreffende draadloze telefonie is een Private GSM oplossing het uitgangspunt van Vestia en ZZG zorggroep. Vanuit deze invalshoek is dit hoofdstuk dan ook beschreven en is het de aanbieder niet vrij om IP DECT als alternatief aan te bieden (zie ook figuur 4.1).


Pagina 16 van 79

2.3.1

Het PBX systeem / spraakplatform

Het nieuwe spraakplatform zal in algemene zin aan de volgende eisen moeten voldoen: •

Een betrouwbaar platform voorbereid op de toekomstige ontwikkelingen;

•

Het moet een oplossing zijn voor geïntegreerd spraak/data verkeer;

•

De standaard telefoniefunctionaliteit moet worden geboden;

•

Er moet een koppeling mogelijk zijn met mobiele telefonie;

•

De toepassing van draadloze PDA/ Handset gecombineerd met uitgebreide messaging en optionele persoonsbeveiligings mogelijkheden, is een eis;

•

De integratie van spraak met E-mail (Unified Messaging) moet mogelijk zijn;

•

Video conferencing moet ondersteund kunnen worden;

•

Beheer moet centraal (multi-site) en zo efficiënt mogelijk plaats kunnen vinden.

De betrouwbaarheid zal een grote rol spelen, toepassing van een zogenaamde no-break module en remote alarm monitoring (snmp), eventueel aangevuld met de pro-actieve beheer- en supportdiensten kunnen de continuïteit van de telefonievoorziening aanzienlijk verbeteren. De aanbieder moet derhalve voorzien in deze onderdelen. U dient aan te geven hoe u het aangebodene hebt voorbereid op de technologische ontwikkelingen zoals grotere bandbreedten, ondersteuning van multimediacommunicatie, open interfaces, uitgebreidere communicatiefaciliteiten en intelligente applicaties voor maatwerkoplossingen. De prijsstructuur van het platform moet zich kenmerken door gebruikerslicenties voor bepaalde software functionaliteiten en interfaces. Zo moet de functionaliteit per werkplek goed worden ingericht en betaalt de klant voor functionaliteit op maat en voor het betreffende aantal gebruikers van die functionaliteit. De investering nu in telefooncentrales, servers en in andere communicatiesystemen moeten later eenvoudig opgewaardeerd kunnen worden. Concreet betekent dit dat de nu voorliggende systemen, over enige tijd door upgrading en migratie met de functionaliteiten die ‘morgen’ ontwikkeld worden, geïmplementeerd moeten kunnen worden. De keuze voor een fabrikaat telefooncentrale bepaalt in hoge mate de fundatie van het communicatieplatform. Vanwege deze hoge afhankelijkheid dient het fabrikaat telefooncentrale door meerdere leveranciers in Nederland aangeboden en onderhouden te kunnen worden. Vestia en ZZG zorggroep wil ten alle tijden over de keuze vrijheid beschikken om zich te heroriënteren als niet wordt voldaan aan de gemaakte afspraken. Een transparant en standaard koppelvlak tussen de verschillende communicatiesystemen moet zwaar wegen in uw beantwoording.


Pagina 17 van 79

2.3.2

Koppeling van locaties Vestia en ZZG zorggroep

Op dit moment zijn de huidige locaties van Vestia en ZZG zorggroep al onderling gekoppeld. Hierbij is het gebouw ## de centrale locatie, waar de gesprekken (tijdens kantooruren) centraal binnen komen. De andere locaties hebben nog wel een bedienpost voor hun eigen telefooncentrale, deze staan echter in de nachtstand (alle gesprekken worden doorgezet naar de hoofdlocatie) en wordt alleen bij calamiteiten ingezet als bedienpost. Deze opzet en werkwijze moet hetzelfde blijven voor (de koppeling met) de nieuwe telefooncentrale(s). Met andere woorden: Tijdens bepaalde uren worden de gesprekken die binnenkomen op het hoofdnummer en/of het storingsnummer van de locatie worden doorgezet naar locaties waarbij het mogelijk is dit gesprek weer terug te zetten naar een direct doorkiesnummer op de nieuwe locatie. (zie ook figuur 2.3.2 voor een schematische weergave van de gewenste situatie). De tijdinterval dient instelbaar te zijn, verder moet door het uit de nachtstand halen van de locale (pc-)bedienpost, de doorschakeling (tijdelijk) eindigen. Vestia en ZZG zorggroep ziet hiervoor ook graag een voorstel in de vorm van huur of lease.

Figuur 2.3.2 Toekomstige situatie telefonie Vestia en ZZG zorggroep

2.3.3

Voice-response

Er wordt overwogen gebruik te maken van een intelligent voice response systeem (VRS) voor de nieuwe locaties. Bepaalde afdelingen kunnen dan voor bepaalde uren per dag ‘afgeschermd’ worden, zonder dat de bereikbaarheid in gevaar hoeft te komen.

•

U dient een dergelijke VRS applicatie optioneel aan te bieden.

•

Per locatie is minstens een 2-lijns capaciteit vereist.

•

De VRS applicatie moet automatisch op basis van tijd ge(de-)activeert kunnen worden.

Vestia en ZZG zorggroep overweegt voor haar locaties gebruik maken van meldteksten en routering van gesprekken na een eventuele interactie met de beller. Hiervoor is het noodzakelijk dat het bestaande telecommunicatiesysteem beschikt over een voice-response applicatie die:

1

Gesprekken naar (groepen) toestellen routeert met behulp van vooraf ingesproken teksten en reactie van de beller hierop, door middel van het intoetsen van nummers.

2

Gesprekken routeren, afhankelijk van gegevens van de PABX, beschikbare medewerkers, gemiddelde wachttijd, lengte van de wachtrijen, datum of tijd. Er dienen minimaal 10 van dergelijke routes definieerbaar te zijn, waarbij de verschillende routes de componenten van elkaar kunnen delen. Een menustructuur dient minimaal drie lagen aan te kunnen.

3

Mededelingen afspeelt op basis van de inventarisatie van de wensen van de beller en eventueel hierna het gesprek afbreekt.

4

De mogelijkheid ondersteunt om eenvoudig zelf meldteksten in te spreken. Deze teksten moeten flexibel en eenvoudig kunnen worden ingezet.

Voor dit systeem geldt verder dat:

5

Als een tekst een vraag is waarna een reactie van de beller wordt verwacht, moet de beller al tijdens het horen van de vraag kunnen reageren.

6

Bij het niet-intepreteerbaar reageren van de beller automatisch een route gevolgd dient te worden die geen interactie van de gebruiker vereist.

U wordt verzocht deze functionaliteit optioneel in uw offerte op te nemen.


Pagina 2 van 79

2.3.4

Voicemail

Vestia en ZZG zorggroep overweegt voor haar locaties gebruik te maken van de mogelijkheid om de beller een boodschap in te laten spreken. Hiervoor is het noodzakelijk dat het bestaande telecommunicatiesysteem beschikt over een voice-mail applicatie. Voor zover van toepassing dient de leverancier hier meerprijzen per staffel van 10 gebruikers extra aan te geven. De voice-mail applicatie dient: 1. Het aanwezig zijn van een nieuw bericht aan de gebruiker kenbaar te maken door signalering op het telefoontoestel (ook op een draadloos telefoontoestel). 2. Te beschikken over Nederlandstalige systeemteksten. Eenvoudige algemene standaardteksten dienen aanwezig te zijn. 3. Eenvoudig door de gebruiker zelf bediend te kunnen worden. 4. Variabel ingesteld te kunnen worden, waarbij er een keuze kan worden gemaakt tussen alle gesprekken doorschakelen naar de mailbox, of doorschakelen als het toestel bezet is, of als het toestel niet binnen een instelbaar aantal keer overgaan beantwoord wordt. 5. Als bij bezet doorgeschakeld wordt naar de voice-mailbox moet er een afwijkende meldtekst gegeven kunnen worden waaruit blijkt dat het gekozen toestel bezet is. 6. De mogelijkheid te hebben om per gebruiker meerdere meldteksten in te spreken. Deze moeten door de gebruiker zelf geactiveerd kunnen worden. 7. Aan de beller de mogelijkheid te bieden bij het horen van de meldtekst doorgeschakeld te worden naar een ander toestel of naar de telefoniste. 8. De mogelijkheid te kennen door te schakelen naar een andere mailbox dan die van het eigen toestelnummer. Ook dient de aanwezigheid van berichten, op een andere dan het eigen toestel, kenbaar gemaakt te kunnen worden. 9. De mogelijkheid te bieden ingesproken boodschappen op een willekeurige plek binnen of buiten de locatie via een telefoontoestel af te luisteren, waarbij het systeem beveiligd is tegen het ongeoorloofd afluisteren van andermans berichten.

U wordt verzocht deze functionaliteit optioneel in uw offerte op te nemen.


Pagina 3 van 79

2.3.5

ACD functionaliteit (Automatic Call Distribution)

Vestia en ZZG zorggroep wil op termijn voor al haar locaties gebruik kunnen maken van een aantal ACD-functionaliteiten. Deze zullen dan met name worden ingezet daar waar intensief telefonisch verkeer is. Hiervoor dient het nieuwe telecommunicatiesysteem de mogelijkheid te hebben om: 1

Informatie voor wachtrijen te genereren als er geen medewerkers beschikbaar zijn. Bij voorkeur wordt de positie in de wachtrij of verwachte wachttijd (periodiek) gegenereerd.

2

Real-time gespreks- en prestatie-informatie aan MT of medewerkers te kunnen geven, bijvoorbeeld over wachtrijen of wachttijden. Dit geldt met name voor de telefonische ingang en andere plekken waar intensief telefoonverkeer plaatsvindt. Deze informatie dient op het toestel te worden weergegeven.

3

Gesprekken te laten overlopen naar een andere wachtrij op basis van de wachttijd of aantallen wachtenden. Op het display van de agent in de ontvangende wachtrij moet de naam van de initiële groep weergegeven worden.

4

Gesprekken automatisch te routeren naar andere ACD-groepen, huntgroepen, toestellen, externe nummers, teksten of mailboxen als alle deelnemers uit de groep geschakeld zijn.

5

Historische rapportages uit te draaien ten aanzien van aantallen verwerkte/gemiste gesprekken, wachttijden (per tijd van de dag) en prestaties van de individuele agenten.

6

Ingestelde rapportages dienen automatisch periodiek uitgedraaid te worden, via het LAN (op de printer van de afdeling). Rapporten moeten eenvoudig geëxporteerd kunnen worden naar tekstverwerkings-, database- en spreadsheetprogramma’s.

7

Supervisors toe te wijzen. Deze moeten op hun werkplek inzicht hebben in het belgedrag van groepen (toestel of via LAN) en hiervan rapportages uit kunnen draaien.

8

Dit ACD-systeem dient flexibel door een locatie of centraal uitgebreid en aangepast te kunnen worden.

U wordt verzocht aan te geven in hoeverre de door aangeboden oplossing bovenstaande functionaliteiten biedt, danwel deze optioneel op te nemen in uw offerte.


Pagina 4 van 79

2.4

Het PMX-systeem / Draadloze telefonie

Met de toepassing van draadloze telefonie wordt zoals eerder gesteld het primaire proces verbeterd en is er een betere communicatie tussen cliënt, familie, zorgverlening en organisatie mogelijk. Vestia en ZZG zorggroep heeft gekozen voor een private GSM (PMX) als oplossing voor draadloze telefonie en data. De volgende uitgangspunten dienen te worden gehanteerd:

o

Het private GSM systeem zal functioneren als een (IP-)DECT of VoWLAN (VoIP over WLAN) vervangende oplossing waarbij als handsets standaard GSM toestellen gebruikt kunnen worden. De handsets zijn een extensie van de PBX.

o

De GSM centrale (PMX) zal gekoppeld worden aan de (IP) PBX middels een SIP- trunk.

Roaming Roaming naar het publieke GSM net is een pré en dient optioneel te worden aangeboden met een beschrijving van de werking hiervan. Hierbij gaat de voorkeur uit naar een oplossing welke met één SIM kaart functioneert. U dient de hiervoor te nemen stappen (zoals aanmelding OPTA, en andere) te beschrijven. Recentelijk is het mogelijk om een eigen GSM infrastructuur uit te rollen (PMX-systeem), waarbij normale GSM en PDA toestellen gebruikt kunnen worden – zodra de handset uit het bereik van het eigen netwerk komt, kan dan automatisch overgeschakeld worden naar een publieke infrastructuur (GSM operator). Hierbij kan worden gekozen voor Dual SIM-toestellen, zodat er twee SIM-kaarten kunnen worden gebruikt. De andere optie is die van ‘VastMobiel’ (roaming-variant), waar in dit project de voorkeur naar uitgaat. Een PMX systeem is een volledig stand-alone GSM netwerk en omvat met uitzondering van SS-7 praktisch alle GSM netwerkelementen welke ook terug te vinden zijn in de GSM netwerken van de mobiele operators. Het grote verschil is dat de PMX een miniatuur uitvoering betreft in vergelijking wat de mobiele operators gebruiken in hun landelijk dekkende netwerken. Het PMX systeem wordt in de situatie van Vestia en ZZG zorggroep ingezet als een DECT of WLAN alternatief/vervanging oplossing waarbij de voordelen van GSM t.o.v. DECT of VoIP over WiFi volledig worden benut. Middels de SIP-koppeling met de VoIP PBX dient op deze wijze een volledig draadloze / mobiele extensie te worden gecreëerd. Eisen aan het GSM PMX systeem zijn: 1.

Het GSM toestel (van de organisatie) werkt op het PMX systeem en kan zich daarop registeren. Bij een succesvolle registratie is het GSM toestel een onderdeel van het interne GSM netwerk. Het toestel krijgt automatisch een verkort kiesnummer toegewezen. Eventueel is aanmelden van een privé-telefoon ook mogelijk.


Pagina 5 van 79

2.

De Private GSM frequentieband is een beschermde frequentie waar enkel GSM communicatie mogelijk is, zodat overlast door interferentie niet mogelijk is (DECTguardband).

3.

DATA: Naast voice ondersteund het PMX systeem volledige GPRS – EDGE / UMTS data, waarmee mobiele data applicaties mogelijk zijn met snelheden tot 384kbps of hoger per gebruiker.

4.

SMS tussen de geregistreerde mobiles wordt ondersteund, waarbij tevens vanaf de centrale SMS broadcast mogelijk is naar alle gebruikers of specifieke gebruikers groepen.

5.

Volledig onafhankelijk van de operator en volledig beheersbaar. PMX blijft operationeel als de providernetwerken niet beschikbaar zijn.

De PMX software dient te worden geïnstalleerd op een (redundant) server of een dedicated platform. De PMX, dient o.a. de volgende componenten te bevatten:

o

MSC, Mobile Switch Centrale;

o

BSC, Basestation Controller;

o

HLR, Abonnee database;

o

SMSC, SMS centrale.

PMX Als uitgangspunt moet er een PMX systeem worden aangeboden, geïnstalleerd op 1 server (als onderdeel van de oplossing) met een HLR capaciteit van maximaal 1000 geregistreerde gebruikers. Het onderhouden van de HLR (abonnee database) dient mogelijk te zijn met een Windows GUI en moet met eenvoudige handelingen door een systeembeheerder uitgevoerd worden. Hiermee is het mogelijk om eenvoudig gebruikers te verwijderen of toe te voegen.

Aantal gebruikers – capaciteit Het aantal gebruikers dat gebruik zal maken van de aangeboden oplossing bepaalt hoeveel basisstations/zender er nodig zijn. Basisstations moeten eenvoudig gekoppeld kunnen worden waarmee de capaciteit per oppervlakte vergroot kan worden. Dit is vooral van toepassing bij kleine oppervlakte met veel mobiele gebruikers. Het systeem dient dusdanig van opzet te zijn, zodat de capaciteit vrij eenvoudig uitgebreid kan worden. Gebruikers licenties Het is een vereiste om inzicht te geven in de licentie (kosten)opbouw van het Private GSM netwerk.

•

PMX GSM licentie voice – SMS (per GSM gebruiker)

•

PMX GSM licentie – SMS Unlimited (per GSM gebruiker / onbeperkt aantal GSM gebruikers)

•

GPRS License 25 concurrent attached users PGN


Pagina 6 van 79

Aantal gebruikers - oppervlakte Het Private GSM netwerk zendt zijn signaal via nanoBTS’sen (picocellen) uit. Deze signalen kunnen via een DAS (distributed Antenne System) door het pand verdeeld worden. U dient de stuksprijzen te vermelden per Picocel (en eventueel DAS). Het draadloze systeem moet minimaal de faciliteiten bieden zoals deze beschreven zijn voor de vaste (analoge) toestellen via de PBX. Verder geldt dat alle faciliteiten toepasbaar moeten zijn tussen willekeurige combinaties van vaste en draadloze toestellen. Opstelpunt(en) De picocel(len) moet zodanig gemonteerd worden dat: a.

een goede dekking met betrouwbare werking in en om de bestaande gebouwen (inclusief de aanleunwoningen) gerealiseerd wordt;

U dient, voor de uitvoering, hierover overleg te voeren met het bouwteam (voor wat betreft de bouwplaatsindeling). Als er eventueel gebruik wordt gemaakt van een buitenopstelling, op een mast, dient u de mast, de voeding en overige bekabeling, alsmede alle benodigde hulpmaterialen, op te nemen in uw aanbieding, zodanig dat een complete levering en bedrijfsvaardige oplevering mogelijk is. De aangeboden oplossing moet zodanig zijn dat een bouwvergunning voor de mast niet benodigd is (hoogte < 5 meter).

Overige eisen ten aanzien van het gehele syste em voor draadloze telefonie zijn: 1.

Gegarandeerde dekking van de gehele locatie inclusief technische ruimten en liften, de parkeerkelder en de in de directe omgeving gelegen gebouwen.

2.

Als bellende personen zich door het gebouw verplaatsen mag een gesprek niet worden afgebroken (handover).

3.

De handsets moeten naast de telefoniefaciliteiten (beschreven in dit PvE), voorzien zijn van volledige pagingfaciliteiten, deze zijn verderop beschreven.

4.

Optioneel de mogelijkheden en consequenties (ook in prijs) opgeven van plaatsbepaling van de handsets door gebruik te maken van de draadloze infrastructuur. Vestia en ZZG zorggroep overweegt, afhankelijk van functionaliteit, prijs en prestaties, te investeren in een dergelijke toepassing.

5.

Toestelnummers van de draadloze toestellen integraal op te nemen in het nummerplan.

6.

Transparante koppeling met de andere onderdelen van het telecommunicatiesysteem. Toestellen dienen zich te gedragen als een 'gewoon' draadgebonden (digitaal) toestel en ook over dezelfde faciliteiten te beschikken (zoals onder meer, maar niet beperkt tot, groepsoproep).

7.

Toestellen dienen zowel in een bureaulader met absentiemelding (draadloos) als in een centraal laadrek te kunnen worden opgeladen. In de bureaulader dient het toestel beschikbaar te zijn voor oproepen, in het laadrek moet doorschakeling naar een instelbaar nummer mogelijk zijn.


Pagina 7 van 79

8.

Omdat een aantal toestellen mogelijk continu gebruikt zal worden, moet het mogelijk zijn om met losse accu’s te werken. Deze moeten ‘los’ in de bureauladers en/of in de laadrekken kunnen worden opgeladen.

9.

Oproepen naar handsets moeten via het Voice processing system geleid kunnen worden, zodanig dat dit op vaste tijden per dag (per dienstrooster) automatisch in- en uitschakelt.

10. Basisstations dienen centraal via de standaardbekabeling (LAN) gevoed te worden (PoE+) zodat geen additionele lokale voeding benodigd is en noodstroombedrijf gegarandeerd is. Indien u dit niet kunt realiseren, dient u lokale noodstroomvoorzieningen in uw aanbieding op te nemen. Hierbij dient u ook de consequenties voor beheer en onderhoud specifiek te benoemen.

PZI / NEN2575 / BHV ZZG heeft er voor gekozen om luide ontruimingssignalering toe te passen, hierdoor hoeft er geen traditionele PZI installatie aangeboden te worden, welke functioneert als automatisch ingeschakelde ontruimingsinstallatie voor stil alarm.


Pagina 8 van 79

2.4.1

Telefoniefaciliteiten draadloos communicatiesysteem

Het gevraagde draadloze communicatiesysteem is te verdelen in een aantal functiegebieden, namelijk telefoonfuncties, message-functies en persoonsbeveiligingfuncties. Deze worden hieronder verder beschreven. Het draadloze systeem moet minimaal de faciliteiten bieden zoals deze beschreven zijn voor de vaste toestellen via de PBX. Verder geldt dat alle faciliteiten toepasbaar moeten zijn tussen willekeurige combinaties van vaste en draadloze toestellen. Nummering Flexibele nummering (de mogelijkheid om verschillende nummerlengtes te gebruiken). Tonen Alle tonen die bij het gebruik van vaste toestellen gehoord kunnen worden, dienen ook ondersteund te worden door het draadloze systeem. De tonen dienen identiek te zijn aan de tonen die gelden voor vaste toestellen. Dit geldt ook voor acceptatie- en fouttonen. Groepsschakeling Met deze faciliteit moet het mogelijk zijn aan een groep handsets één nummer toe te kennen. De verdeling van de oproepen over de toestellen moet op verschillende manieren kunnen gebeuren. Rondgaand of cyclisch Lineair volgens een bepaald patroon. Een toestel moet tot meerder groepen kunnen behoren. Het aan- en/of afwezig melden moet op twee manieren kunnen gebeuren: •

het kiezen van een bepaalde code op de betrokken handset

•

het kiezen van een code plus het nummer van de betrokken handset vanaf het toestel van de groepsleider.

Deze faciliteit moet beschikbaar zijn voor zowel uitsluitend draadloze handsets als een willekeurige samenstelling van vaste en draadloze toestellen. Chef/secretaresse-schakeling Met behulp van een chef/secretaresse-schakeling komen oproepen voor de "chef" eerst terecht bij de "secretaresse". Deze schakeling is opgebouwd volgens de lineaire groepsschakeling. Draadloze toestellen dienen opgenomen te kunnen worden als chef- en als secretaressetoestel. Onderbreken Binnen groeps- en chef/secretaresse-schakelingen moet het voor aan te wijzen deelnemers mogelijk zijn in te breken op een bestaande verbinding. Het is dan mogelijk te praten met beide gesprekspartners gelijktijdig.


Pagina 9 van 79

Doorschakeling Indien een oproep niet beantwoord wordt, moeten per toestel vier keuzemogelijkheden beschikbaar zijn: •

Externe oproepen worden doorgeschakeld naar de centrale bediening;

•

Externe oproepen worden doorgeschakeld naar de optionele VM;

•

Interne oproepen worden niet doorgeschakeld; deze kunnen gebruik maken van de faciliteit “terugbellen bij niet beantwoorden”.

•

Alle oproepen moeten kunnen worden doorgeschakeld naar een alternatief toestel. Als deze de oproep ook niet beantwoordt, worden de roepen doorgeschakeld naar de centrale bediening.

•

Er wordt niet doorgeschakeld.

•

De tijd tussen oproep en doorschakeling moet instelbaar zijn.

Indien een nummer in gesprek is, moet programmeerbaar zijn of een bezettoon gegenereerd wordt dan wel het gesprek wordt doorgeschakeld. Indien een oproep op een bezet nummer uitkomt, moeten per toestel vijf keuzemogelijkheden beschikbaar zijn: •

Externe oproepen worden doorgeschakeld naar de centrale bediening. Interne oproepen krijgen een bezettoon en kunnen gebruik maken van de faciliteit “automatisch terugbellen bij bezet”.

•

Alle oproepen moeten kunnen worden doorgeschakeld naar een alternatief toestel. Indien dit ook bezet is, worden externe oproepen vervolgens doorgeschakeld naar de centrale bediening.

•

Interne oproepen krijgen een bezettoon en kunnen gebruik maken van de faciliteit “automatisch terugbellen bij bezet”. Het alternatieve toestel moet per handset vrij te kiezen zijn.

•

Interne oproepen worden niet doorgeschakeld en krijgen een bezettoon. Externe oproepen worden doorgeschakeld naar een alternatief toestel. Indien dit ook bezet is, wordt vervolgens doorgeschakeld naar de centrale bediening. Het alternatieve toestel moet per handset vrij te kiezen zijn.

•

Er dient een bezettoon gegeven te worden voor alle oproepen.

De bestemmingen voor doorschakelen bij bezet en niet beantwoorden hoeven niet aan elkaar gelijk te zijn. Verkeersklassen Het moet mogelijk zijn voor alle handsets tenminste 8 verschillende verkeersklassen in te stellen waaronder: 0 Alleen bestemd voor telefoniste; 1 Intern telefoonverkeer; 2 Volledige toegang tot huurlijn; 3 Lokaal gebied; 4 Nationaal gebied; 5 Internationaal gebied; 6 Intercontinentaal; 7 Verkeerskenmerk van de telefoniste.


Pagina 10 van 79

Algemeen verkort kiezen De draadloze toestellen moeten gebruik kunnen maken van de verkort-kiezenlijst in de centrale. Niet storen Deze faciliteit moet vanaf aan te wijzen draadloze handsets in te stellen zijn. Zowel interne als externe gesprekken dienen te worden doorgeschakeld naar de centrale bediening of elk willekeurig ander toestel of naar de voice-processing applicaties. TDK-informatie Nadat de verbinding is opgezet, moeten DTMF-signalen kunnen worden gezonden vanaf draadloze handsets. Nummering Het dient mogelijk te zijn dat draadloze en draadgebonden toestellen onder één nummer bereikbaar zijn. Bedientoestelfaciliteiten Voor de aanwezige bedienposten voor de telefonisten geldt dat het geen verschil mag maken in behandeling en signalering van oproepen van en naar draadloze toestellen in vergelijking met de vaste toestellen. In de wacht In de wacht zetten van een gesprek. Het gesprek kan zowel intern als extern zijn. Doorverbinden Het doorverbinden van alle gesprekken moet vanaf elk draadloos toestel mogelijk zijn, naar zowel interne als externe bestemmingen. Externe bestemmingen alleen als deze functie is vrijgegeven. Follow-me Vanaf een handset moet het mogelijk zijn alle voor de gebruiker bestemde oproepen door te schakelen naar een willekeurige andere aansluiting. Vanaf het bestemmingstoestel moet de handset wel bereikt kunnen worden. Het ongedaan maken van de follow-me kan vanaf de eigen handset of het bestemmingstoestel. Externe follow-me Indien de verkeersklasse het toelaat, moet het ook mogelijk zijn bij een follow-me naar externe bestemmingen door te schakelen. Telefoonboekfunctie Per draadloos toestel moet een lijst van minimaal 50 nummers te programmeren zijn als verkorte kiesnummers. Deze functie moet voorzien zijn van een wijzigmodus en een zoekfunctie.


Pagina 11 van 79

Laatste-nummerherhaling De drie laatst gekozen nummers moeten met een eenvoudige toetsdruk herhaald kunnen worden. Automatisch terugbellen bij bezet Wanneer deze faciliteit is geactiveerd, wordt de oproeper in staat gesteld het telefoonsysteem automatisch terug te laten bellen zodra de bestemming die bezet was weer vrij komt. Dit geldt voor zowel vaste als draadloze toestellen. Automatisch terugbellen bij niet beantwoorden Wanneer deze faciliteit is geactiveerd, wordt de oproeper in staat gesteld het telefoonsysteem automatisch terug te laten bellen zodra de bestemming die de telefoonoproep niet heeft beantwoord, een nieuw gesprek heeft gevoerd. Dit geldt voor zowel vaste als draadloze toestellen. Regelbare geluidssterkte en trilstand De geluidssterkte van gesprekssignaal en oproepsignaal dient door de gebruiker van de handset aangepast te kunnen worden. Tevens dienen de toestellen te zijn voorzien van een trilstand voor het signaleren van oproepen. De akoestische oproepsignalering kan bij een geactiveerde trilstand door de toestelgebruiker naar keuze aan of uit worden geschakeld. De handset moet standaard voorzien kunnen worden van een headset zodat de gebruiker handsfree kan telefoneren. Automatisch opnemen De handset moet ingesteld kunnen worden voor het automatisch beantwoorden van een telefoonoproep. Dit maakt het mogelijk dat de gebruiker bij gebruik van een headset handsfree kan blijven doorwerken. SOS-oproep De handset moet in staat zijn met een druk op de knop een SOS-oproep te maken naar een voorgeprogrammeerd telefoonnummer of groep. Toetsenbordblokkering Het moet mogelijk zijn om het toetsenbord te blokkeren tegen ongewenst indrukken van de toetsen. Display De handset moet voorzien zijn van een alfanumeriek display. Het display moet goed afleesbaar zijn en voorzien zijn van displayverlichting. Optisch signaal Tijdens een oproep moeten de handsets ook een optisch signaal geven. Ontvangst tijdens gesprek Tijdens een gesprek moet de handset ook in staat zijn een bericht te ontvangen. Dit moet hoorbaar zijn via een discreet signaal in de hoorn.


Pagina 12 van 79

Directe oproep Indien het bericht een telefoonnummer bevat dan moet het mogelijk zijn met één druk op de knop het betrokken telefoonnummer te bellen. Gebruiksduur De accucapaciteit moet zodanig zijn dat de handset bij intensief gebruik storingsvrij functioneert gedurende een periode van minimaal 24 uur. Absentmelding Zodra de handset in een systeemopberg/laadrek geplaatst is, dient hij bij een oproep automatisch een absentsignaal geven. Laden De handset moet automatisch worden opgeladen zodra hij in een laad/opbergrek geplaatst is.

2.4.2

Messaging-faciliteiten

Individuele berichten De centrale apparatuur moet geschikt zijn voor het verzenden van berichten van minimaal 48 karakters naar individuele handsets. Zendinformatie Elk bericht dient voorzien te zijn van datum en tijd. Indien een bericht verzonden is vanaf een handset moet ook de naam van de verzender weergegeven worden. Groepsberichten De centrale apparatuur moet geschikt zijn voor het verzenden van berichten naar groepen van handsets. Deze groepen dienen minimaal 50 handsets te kunnen bevatten. Groepsberichten moeten net zo snel als enkelvoudige berichten en gelijktijdig op de betreffende handsets verschijnen, dus niet cyclisch. Voorgeprogrammeerde groepen vormen Minimaal 50 groepen van handsets moeten vooraf in de centrale geprogrammeerd kunnen worden. Standaard berichten Op de centrale moet het mogelijk zijn frequent voorkomende berichten standaard vast te leggen waarna deze eventueel bij gebruik aangepast dan wel aangevuld kunnen worden. Automatische bevestiging De centrale moet automatisch een technische bevestiging krijgen van elk bericht dat verstuurd wordt naar een handset. Bij het ontbreken van deze ontvangstbevestiging wordt een alternatieve handset opgeroepen indien de centrale apparatuur hiervoor geprogrammeerd is.


Pagina 13 van 79

Berichten De handset kan 5 verschillende soorten berichten identificeren (normaal/urgent/emergency/mailbox/virtueel). Deze soorten berichten hebben alle een verschillend blieppatroon. Indien het een urgent of emergencybericht betreft, moet het bericht handmatig bevestigd worden alvorens het bliepritme stopt (Bleep until reset). Berichtengeheugen De handset moet voorzien zijn van minimaal 20 geheugenplaatsen voor het vastleggen van de laatste 20 oproepen volgens het FIFO-principe. Het moet mogelijk zijn door de geheugenplaatsen te bladeren. Berichten vastleggen Het moet mogelijk zijn bepaalde ontvangen berichten vast te leggen zodat deze niet automatisch gewist worden. Berichten wissen Het moet mogelijk zijn ontvangen berichten handmatig te wissen. Mailbox/ telemetrieberichten In de handset dient een separate geheugenplaats gereserveerd te zijn voor mailbox/telemetrieberichten. Deze geheugenplaats wordt bij elk bericht overschreven en moet niet gewist kunnen worden. Message-box of telemetrieberichten Het systeem moet in staat zijn message-box-/ telemetrieberichten te maken. Deze berichten krijgen een kenmerk mee en worden daardoor op een separate locatie opgeslagen in de message stack van de handset. Hiermee is het mogelijk altijd de actuele status van een systeem weer te geven zonder dat hiervoor de gehele message stack wordt gebruikt. Urgente berichten / emergency-berichten De centrale moet in staat zijn onderscheid te maken tussen normale, message-box-/telemetrie- en urgente/emergency-berichten. Urgente/emergency-berichten moeten door de ontvanger handmatig bevestigd worden. Indien een handmatige bevestiging niet binnen 1 minuut wordt ontvangen, wordt automatisch een alternatieve handset opgeroepen indien de centrale apparatuur hiervoor geprogrammeerd is. Berichten doorsturen van handset naar handset Het moet mogelijk zijn een ontvangen bericht vanaf een handset door te sturen naar een andere handset indien het bericht niet voor de ontvanger bestemd is of wanneer de ontvanger geen tijd heeft om gevolg te geven aan het bericht. Voorgeprogrammeerde berichten van handset naar handset Het moet mogelijk zijn een voorgeprogrammeerd bericht vanaf een handset te sturen naar een andere handset. Het bericht moet eventueel aangevuld kunnen worden met numerieke informatie.


Pagina 14 van 79

Piepritmes Het systeem moet in staat zijn minimaal tien verschillende piepritmes te genereren om daarmee de prioriteit van de oproep aan te geven. Geen bevestiging conversie Indien een bericht niet op de handset wordt ontvangen (automatische bevestiging) of niet wordt bevestigd binnen een vooraf ingestelde tijd (urgente berichten), moet het systeem de mogelijkheid bieden om het bericht automatisch naar een alternatieve handset te zenden.

2.4.3

Opberg-/Laadrekken

Opberg-/laadrekken moeten modulair van opzet zijn, zodat uitbreiding op eenvoudige wijze kan geschieden. Bureauladers moeten tevens geleverd kunnen worden inclusief absentiemelding. Opberg-/laadrekken moeten zodanig zijn geconstrueerd dat de handsets slechts op één manier kunnen worden geplaatst. Op de handset moet optisch worden weergegeven of de laadspanning aanwezig is en of de handset juist geplaatst is. Keuze tussen wel/geen absentmelding bij oproep via laad/opbergpositie eventueel met aanmelden met behulp van een persoonlijke login.

2.4.4

Persoonsbeveiliging

Handmatig alarm De handset voor de avond -en nachtdiensten moet voorzien zijn van een rode drukknop voor het doorgeven van een handmatig alarm, indien men onraad bespeurt en/of wordt bedreigd. De drukknop moet zodanig zijn aangebracht dat deze gemakkelijk bereikbaar is. De drukknop moet zodanig zijn zodat abusievelijk maken van handmatig alarm bij normaal gebruik wordt voorkomen. Scanning Om de goede werking van het systeem te garanderen, moet de handset per periode automatisch een aantal keren worden opgeroepen. De handset bevestigt automatisch de oproepen. Scanningcontrole De handset moet binnen een vooraf ingestelde tijd gescand zijn. Indien dit niet het geval is, moet de handset automatisch een alarm genereren.


Pagina 15 van 79

Welzijnsmelding Om de goede werking van het systeem en het welzijn van de drager te garanderen, moet de handset per periode automatisch een aantal keer opgeroepen kunnen worden. De drager moet de oproep dan bevestigen door binnen een bepaalde tijd op een knop te drukken. (optioneel gevraagd). Uitluisteren In alarm situatie moet het op de centrale mogelijk zijn om de handset van de haak te nemen om zo mee te luisteren met de bedreigde gebruiker. Locatiedetectie Indien men zich door het complex verplaatst, zal bij een handmatig alarm (SOS oproep) de locatie van de handset bepaald moeten worden op basis van de GSM optioneel via gps, zodanig dat het gebied waar de handset zich bevindt, bepaald kan worden (dus per bouwdeel). (optioneel gevraagd). Algemeen De behuizing van de handset moet vervaardigd zijn van slagvaste kunststof (ABS of beter) en spatwaterdicht zijn (IP 54 of hoger). De behuizing van de handset moet zo compact mogelijk zijn. Het gewicht en de afmetingen moeten acceptabel zijn voor de gebruikers. Bovenstaande eisen t.a.v. de robuustheid van de toestellen kunnen vrijwel zeker niet ingevuld worden, althans niet binnen aanvaardbare kosten, daar de Zorgeloos-toepassing voor de bediening specifieke eisen aan het toestel stelt. De voorkeur is dat clips en behuizingen eenvoudig te vervangen zijn en uit voorraad te leveren over een periode van 3 jaar vanaf de aanschafdatum. Derhalve onderzoekt Vestia en ZZG zorggroep de mogelijkheden voor een geschikte (betaalbare) vervangingsregeling bij uitval. U wordt verzocht hier – samen met de GSM operator – een voorstel voor te doen. In de volgende situaties moeten optische en/of akoestische meldingen worden weergegeven: •

Indien de handset wordt aan- of uitgezet;

•

Indien de handset in het laad/opbergrek wordt geplaatst of eruit wordt gehaald;

•

Indien de accu moet worden vervangen, of de capaciteit van de accu zodanig is afgenomen dat deze weer herladen moeten worden;

•

Indien de handset buiten bereik van het systeem komt.


Pagina 16 van 79

2.4.5

Bedienpost Telefoniesysteem

Voor het nieuwe telecommunicatiesysteem (of toetsing van de bestaande bedienposten) gelden ten aanzien van de bediening de volgende eisen: 1

De bedienposten moeten worden uitgevoerd op basis van pc’s met toetsenbord en 19-inch-LCD monitor waarbij de telefonisten de gesprekken op het scherm zien binnenkomen, snel kunnen doorverbinden en de status van alle toestellen kunnen opvragen.

2

Presentatie van de informatie op het scherm en op het toetsenbord wordt in het Nederlands vereist.

3

De posten moeten zodanig met elkaar, en zo mogelijk met het beheerplatform, gekoppeld worden, dat alle informatie (naam, locatie et cetera) eenduidig is en slechts eenmaal op één plaats ingevoerd hoeft te worden. De telefonisten moeten alle velden, van de in de pc aanwezige gids/database, kunnen wijzigen.

4

De telefonisten moeten in de database op alle velden kunnen zoeken. Hiernaast moet het mogelijk zijn om andere gegevens op te nemen in de gidsfunctie zoals de verkortkieslijst, patiëntgegevens, GSM-nummers, faxnummers, semafoonnummers en thuisnummers, maar ook gegevens met betrekking tot afwezigheid van medewerkers of afdelingen.

5

Het moet mogelijk zijn de gidsfunctie om te zetten naar een interne (papieren) telefoongids met een acceptabele lay-out. Deze gids moet ook op het intranet geplaatst kunnen worden.

6

De gesprekken naar het hoofdnummer moeten bij drukte in een wachtrij terechtkomen, waarbij de lengte van deze wachtrij op het scherm van de pc zichtbaar is.

7

De bedien-pc’s moeten de mogelijkheid bieden om ook andere applicaties gelijktijdig te laten draaien.

8

Het dient duidelijk te zijn of oproepen die op het scherm verschijnen buitenlijnen zijn, interne lijnen zijn of dat het terugvalverkeer betreft. Bij terugvalverkeer dient duidelijk te zijn voor wie het gesprek oorspronkelijk bedoeld was.

9

Het dient mogelijk te zijn gesprekken van andere bedienposten over te nemen op de andere locaties.

2.4.6

Overige Eisen Telefonie

Centrale apparatuur ten bate van het spraakplatform De centrale apparatuur, welke dezelfde dient te zijn voor spraak, (eventuele aangeboden paging t.b.v. brandmeldingen) en persoonsbeveiliging (zie hoofdstuk routeringsserver) moet geschikt zijn voor het maken van individuele oproepen, groepsoproepen, en voorgeprogrammeerde berichten. Alle voor de werking essentiële functies, teksten enz. moeten in de centrale apparatuur van de installatie worden vastgelegd. Wijziging van de gegevens moet via een menugestuurd programma gebeuren. Programmering van systeemfuncties moet alleen met een wachtwoord toegankelijk zijn zodat alleen bevoegden hier toegang toe hebben. 1.

De handset dient geprogrammeerd te worden via een separate programmeerunit.


Pagina 17 van 79

2.

De centrale apparatuur moet voorbereid zijn om samen te werken met PC-software, zie verder onder ‘ Routeringsserver’

Voor het nieuwe telecommunicatiesysteem gelden nog een aantal andere eisen: 1.

Het systeem moet voorzien in Least Cost Routing voor het netwerk tussen de locaties, instelbaar naar tijdstip, aankiescode, verkeersklasse en (bron)locatie. Deze faciliteit dient eenvoudig door Vestia en ZZG zorggroep aanpasbaar te zijn.

2.

De toepassing van op open standaarden gebaseerde randapparatuur te kunnen ondersteunen (SIP, Euro-ISDN, TCP/IP, Q-Sig, DPNSS, CSTA et cetera)

3.

Aan ieder toestelnummer moet een naam gekoppeld kunnen worden die bij een oproep in de toesteldisplay (samen met het toestelnummer) zichtbaar wordt.

4.

Het systeem dient te beschikken over een schakeling waarbij, bij uitval van de PBX, een aantal toestellen direct aan een netlijn worden gekoppeld.

5.

Netlijn op netlijn doorverbinden dient mogelijk te zijn (verkeersklassegebonden) zodat een beller met een dienstdoende arts kan worden doorverbonden.

6.

Het systeem dient flexibel te zijn ten aanzien van een koppeling met een netwerk van een GSMoperator en het telecommunicatiesysteem van de locaties.

7.

op termijn wordt ernaar gestreefd dat de centrales van locaties als één geheel functioneert. Hieronder wordt verstaan: •

Terugval verkeer van de locaties kan vanuit een locatie worden afgehandeld

•

Terugbellen bij bezet en niet beantwoording integraal binnen het netwerk

•

Telefoonverkeer tussen de locaties onderling kan beschouwd worden als intern verkeer

•

Telefoonverkeer tussen de locaties kan zowel over vaste lijnen als over ISDN lijnen afgehandeld worden.

•

Eén bedienpost zal in de nacht altijd actief blijven. Een automatische nachtstand dient uitgeschakeld te kunnen worden.

8.

Terugvalverkeer en alle doorschakelingen dienen door de Vestia en ZZG zorggroep zelf instelbaar te zijn.

Tijdens de wachtstand (de medewerker zoekt iets uit) of tijdens het wachten op de afhandeling van een eerder gesprek (gesprek wordt achter een staand gesprek geplaatst, bijvoorbeeld door de telefoniste) dient de beller bij voorkeur een afwijkende wachttoon te horen of minimaal een beltoon. 9.

Bij herroutering naar de telefoniste (terugvalverkeer) is het zeer gewenst dat dit naar dezelfde telefoniste gebeurt als die eerder heeft bemiddeld en is het minimaal vereist dat er wordt geherrouteerd naar dezelfde locatie als vanwaar de doorverbinding heeft plaatsgevonden.

Het moet mogelijk zijn in de programmering op te nemen naar welke van locaties gesprekken herrouteren indien bij één van de locaties de bemiddelingspost buiten gebruik is.


Pagina 18 van 79

Hiernaast wordt de leverancier verzocht: 1

Exact aan te geven waar de functionaliteit van de draadloze toestellen afwijkt van de vaste toestellen zoals bijvoorbeeld, maar niet beperkt tot, chef/secretaresseschakeling.

2

Het pagingsysteem zal gekoppeld worden met verschillende domotica- / zusteroproepsystemen en zorgtelefoons alsmede ook andere systemen zoals brandmeldsystemen. Oproepen moeten dan ook naar de handsets (geen telefoniefaciliteit) verstuurd kunnen worden. Om niet elk deelsysteem uit te rusten met hun eigen centrale apparatuur en hun eigen (dienstrooster) software dient een transparant en open koppelvlak te worden aangeboden met onderstaande kenmerken:

•

Het systeem dient een open structuur te kennen en medium onafhankelijk te zijn;

•

Windows based;

•

Klantspecifieke oplossingen moeten mogelijk zijn;

•

Optimale flexibiliteit gericht op gezondheidszorg instellingen;

•

Volledige intergratie van de diverse systemen;

•

Modulair van structuur o

Input module(s)–"Human interface" module(s)–Output module(s)

o

Management module(s)Multivendor based programming

De hierboven kort omschreven Routeringsserver wordt later in dit PvE verder gespecificeerd.


Pagina 19 van 79

2.5

Toegangscontrole

Vestia en ZZG zorggroep willen om het toegangscontrole systeem integraaal onderdeel laten zijn van het bewonersprofiel / DAP concept. Derhalve dient u een met het DAP concept compatibel toegangscontrolesysteem aan te bieden. Bij de bouw van de appartementen is voorzien in loze voorzieningen voor de toepassing van (IP-) taglezers. Deze IP taglezers dienen of rechtstreeks aan het LAN of via de DAP aan het LAN gekoppeld te kunnen worden, te communiceren via TCP/IP en gevoed te worden via PoE. •

Elke taglezer moet beschikken over 2 programmeerbare contactuitgangen, waarmee deurschoten, elektrische sloten en/of elektrische deuropeners te bedienen zijn.

•

Elke taglezer moet de mogelijkheid hebben passieve tags uit te lezen, om zo dwaaldetectie mogelijk te maken, hierbij moet bij ongewenst zwerfgedrag van bewoners een alarm met locatie naar ondermeer de handsets gestuurd kunnen worden.

•

De elektrische sluitplaten moeten gevoed worden vanuit de brandmeldcentrale.

•

U dient de tags per staffel van 10 aan te bieden. Ook voor de passieve tags ten behoeve van dwaaldetectie dient u deelprijzen aan te geven.

Ten aanzien van de software gelde de volgende eisen: •

Gebruiksvriendelijk oppervlak;

•

Eenvoudige bewerking door menugestuurde bediening;

•

Geschikt voor client-server;

•

Eenvoudig te bedienen door gebruik van sluitplannen;

•

Het is mogelijk om de veiligheidstoestanden aan de toegangen op ieder ogenblik opvolgen in de software;

•

Met behulp van software kan wordt centraal aangegeven wat de zwakker wordende batterijen in de sluitmedia of in de deurcomponenten zijn.

De programmering van sleutels (tags) en van de lezers moet geïntegreerd in de routeringsserver mogelijk zijn. Mayfair protocol Het is een vereiste dat u in iedergeval uit gaat met Mayfair compatible toegangstechnologie. De systemen dienen geschikt te voor de inzet van het Mayfar (of ander gelijkwaardig) protocol.

2.5.1

Specificatie ruimten

U dient een met de DAP concept compatibel toegangscontrolesysteem aan te bieden voor de deuren bij de trappenhuizen, de toegang naar de aanleunwoningen en de buitendeuren van het gebouw. De deuren van de zorgappartementen worden voorzien van een draaiknopcilinder aan de binnenzijde zodat men geen sleutel hoeft gebruiken bij vluchten bij brand. De appartementen dienen te worden voorzien van elektrische sluitplaten.


Pagina 20 van 79

2.5.2

Draaideurautomaten

U dient draaideurautomaten op te nemen in uw aanbieding. In figuur 2.5.2 is een overzicht weergegeven van de aantallen en de posities van de deurautomaten.

5"6.78-9 5"6.78-+ 5"6.78-; 1.),,2

2

,2 1.),

+"* (," -*%. ,$ /"-0 "%$1 "'1, * 2"-0 "%$1 "'1, * 3"-0 "%$1 "'1, * 4"-0 "%$1 "'1, *

!"#$

"%&'

(%)" "%*( %

(*"

!"#$%&'()*+$,,&+#-$,-)./,)#0

4

2

2

2

/:

2

2

2

2

/:

2

/

/

/

<

34

Figuur 2.5.2. Overzicht draaideurautomaten


Pagina 21 van 79

2.6

Alarmering en zorgdomotica

Vestia en ZZG zorggroep heeft gekozen voor een brede inzet van een universele verpleegroep / domotica oplossing, gebaseerd op open source en open communicatie, per kamer. Bij de invoering van zorgdomotica en alarmering (verpleegroep) in moet worden uitgegaan van een platform met TCP/IP als protocol. Deze wereldwijde standaard wordt door vele leveranciers inmiddels toegepast. Systemen met TCP/IP als basis zijn toekomst vast en kunnen op hoog niveau gekoppeld worden. Acties en interacties vinden dan plaats op softwareniveau en niet basis van contacten hetgeen de functionaliteit van (verschillende) systemen ten goede komt als men deze onderling koppelt. Een ander, niet onbelangrijk, voordeel is dat het beheer van deze (verschillende) systemen eenvoudiger en transparanter is. Ook hier geldt; men kan ingrijpen en sturen door middel van software in plaats van te wijzigen in de hardware.

Algemeen De gevraagde componenten dienen interactief met elkaar te kunnen werken waardoor per kamer een afgestemd cliëntprofiel gecreëerd kan worden. Middels een bediening scherm (zusterpostapplicatie) dienen deze schakeling per cliënt aangepast te kunnen worden (dynamisch). In dit scherm dient ook de akoestische bewaking (drempel en tijd) ingesteld te worden per cliënt. Een dergelijke installatie moet zich bewezen hebben in de praktijk, waarbij u enerzijds de betrouwbaarheid moet kunnen onderbouwen en anderzijds moet aangeven hoe het systeem verder functioneert bij: 

Kabelbreuk;



Spanningsuitval;



uitval centrale computer;



etc.

2.6.1

Domotica Aansluit Punt

Om compatibiliteit in functionele mogelijkheden en integrale programmering en bediening te waarborgen, dient u de DAP als basis te nemen voor de opbouw van de installatie. Verschillende leveranciers bieden op DAP gebaseerde systemen en apparatuur aan onder verschillende (merk eigen) typenummers. Deze hebben als in alle gevallen de naam DAP in de type aanduiding (iDAP, xDAP) of ook wel OCB.


Pagina 22 van 79

Algemene eisen domotica unit: 1.

De domotica Unit dient te communiceren via TCP/IP, dit geldt met name ook voor spreek/luister en akoestische bewaking alsmede (optioneel) beeld.

2.

De domotica-unit moet gebruik kunnen maken van DHCP.

3.

De domotica-unit moet beschikken over SNMP functionaliteit, zodanig dat actieve functionele bewaking over IP mogelijk wordt.

4.

De domotica unit dient op afstand, via IP, te configureren, beheren, besturen en te programmeren te zijn.

5.

De domotica unit moet via IP van nieuwe updates (firmware) voorzien kunnen worden

6.

De domotica Unit dient over een modulair i/o systeem te beschikken, waardoor er flexibel een ‘onbeperkt’ aantal digitale en analoge inputs/outputs aangesloten kunnen worden voor diverse in de woning aangebrachte /later aan te brengen voorzieningen via een uniforme bekabeling CAT5 (Plug and Play) aangesloten kunnen worden.

7.

De domotica-unit dient naast digitale I/O ook over analoge I/O te beschikken, zodat naast alarmeringen (trekschakelaars, peerdrukkers, kamerlampen) ook draadloze zenders en specifieke domotica sturingen (zonwering, verwarming) en schakelingen (licht, alsmede dimmers, wcd, bewegingssensoren) aangesloten kunnen worden.

8.

Alle 230VAC voorzieningen moeten conform NEN1010 aangestuurd worden.

9.

De domotica unit met randapparatuur dient gevoed te kunnen worden door PoE+ conform 802.3aT. Voor stand-alone toepassingen moet voorzien kunnen worden in een externe voedingsaansluiting.

10. Overige IP-devices, zoals onder meer taglezers, camera’s e.d. moeten relatief eenvoudig opgenomen kunnen worden in het platform. 11. Alle variabelen/input/outputs/alarmen zijn via het een open protocol beschikbaar voor een routeringsserver, waarmee een zorginstelling de volledige controle over de installatie (visualisering en besturing) heeft. 12. Spreekluistermodules dienen gebaseerd te zijn op DSP en Voice over IP (via SIP) welke met firmware te upgraden is om zo nieuwe algoritmes (noise-canceling, echo-canceling, voicerecognition, enz) te implementeren. 13. Akoestische alarmering moet naast volume en duur, ook op frequentie bereik instelbaar zijn, zodat lage en hoge frequenties gefilterd worden. Voor die kamers / bewoners waar akoestische bewaking een vereiste is, moeten alle instellingen hiervan eenvoudig en dynamisch te wijzigen zijn, zowel via een routeringsserver als via een web interface. 14. Infrastructuur uitsluitend op basis van 1 Ethernet (CAT5) aansluiting (dus geen extra bekabeling voor de spraak). Hiertoe dient de DAP voorzien zijn een ingebouwde Ethernet switch met PoE uitgangen, conform 802.3aF. 15. Een domotica-unit dient op meerdere applicaties te beheren te zijn, specifiek zowel via de routeringsserver als bijvoorbeeld via een web interface.


Pagina 23 van 79

De toegepaste apparatuur met CE markering moet voldoen aan de laagspanningsrichtlijn en EMC richtlijn en er moet een conformiteitverklaring kunnen worden overlegd. De apparatuur dient te voldoen aan de volgende normen: Laagspanningsrichtlijn 73/23/EEC -

EN 61010-1;

-

EMC Richtlijn 89/336/EEC;

-

EN 61000-6-2;

-

EN 55024;

-

EN 50081-1;

-

EN 55022 (class B);

-

EN 61000-4-2;

-

EN 61000-4-3;

-

EN 61000-4-4;

-

EN 61000-4-5;

-

EN 61000-4-6;

-

EN 61000-4-11.

De domotica-unit moet standaard voorzien zijn van een browserbediening, de ingebouwde webserver moet webpagina’s aanmaken met de instellingen van de domotica-unit. Via een browser moeten deze webpagina’s te bekijken zijn en de instellingen gewijzigd kunnen worden. Zowel via een lokale (cross kabel) verbinding als via het netwerk. De domotica-unit moet beveiligingen via een ruim aanbod aan standaard beveiligingstechnieken, zoals firewalls, authenticatie, encryptie en Virtual Private Networks (VPN) ondersteunen. Uitvoeringstype De domotica-unit moet communiceren op basis van TCP/IP, een netwerkprotocol dat ten grondslag ligt aan praktisch alle moderne netwerken. Hierdoor is het mogelijk om nu én in de toekomst een scala aan koppelingen te maken. De domotica-unit moet gebruik kunnen maken van DHCP en de mogelijkheid tot voeding via ethernet ondersteunen (Power over Ethernet). Hierdoor wordt het beheer vereenvoudigd en noodstroombedrijf gecentraliseerd. XML (eXtensible Markup Language) is dé toekomstige standaard voor informatieoverdracht tussen systemen, vaak via internet of intranet. De browserinterface (bediening) van de basismodule moet gebaseerd zijn op XML. Een belangrijk voordeel van XML is dat behalve de data zelf ook de betekenis ervan wordt verstuurd. Dit voorkomt interpretatieproblemen en zorgt ervoor dat de informatie direct via de browser te bekijken is. Ook de wijze waarop de data verstuurd wordt, is vastgelegd. Informatie uit de domotica-unit (data, actuele meldingen, logboek meldingen, instellingen) moeten via XML worden gepresenteerd geschikt voor een browseromgeving. Tevens moet informatie vanuit de browser via XML worden verwerkt in de domotica-unit. De domotica-unit moet informatie uitwisseling verzorgen met alle installaties en systemen die relevant zijn, zoals diverse randapparatuur en beheersplatformen. Het systeem moet een open platform bieden en hiertoe vele gangbare standaarden en protocollen ondersteunen, zoals bijvoorbeeld 2011006A - Technische PvE Mariendaal Groesbeek1.2

Pagina 24 van 79

Echelon/Lonmark, KNX/EIB, X- en A10 en OPC. Voor de koppeling met installaties en andere systemen moeten de RS232-, USB- en de TCP/IP ethernet aansluitingen kunnen worden ingezet, deze dienen dus vrij programmeer te zijn. Communicatie De domotica-unit dient volledig stand-alone zonder tussenkomst van enige centrale verwerkingseenheid, te kunnen functioneren. Verder dienen tegelijkertijd, zonder vertraging en met behoud van alle functionaliteit, alle regel-, stuur-, beheer-, opslagfuncties en spraak- en datacommunicatie afgehandeld te worden. Communicatie met betrekking tot passieve alarmering, akoestische bewaking en spreekluisterverbinding Deze communicatie dient via TCP/IP te worden afgehandeld. De spreekluister verbinding moet als digitaal signaal over TCP/IP aan een IP- PBX (SIP server) kunnen worden doorgegeven (Voice over IP – VoIP), hierbij moet SIP ondersteunt worden. Via de basismodule dienen op basis van een individuele behoefte het luidsprekervolume en de microfoongevoeligheid eenvoudig en op afstand te kunnen worden ingesteld. Om efficiënt te kunnen reageren op een alarm dient voor de akoestische bewaking een bufferfunctie aanwezig te zijn, die gedurende een in te stellen periode voor en na een alarm geluidsfragmenten registreert. Deze periode moet op basis van een individuele behoefte kunnen worden ingesteld en dient ook op ‘0’ te kunnen worden gesteld. Deze buffer dient via een luisterverbinding te kunnen worden uitgeluisterd. Het uitluisteren, alsmede het resetten van het alarm en het buffer dient op afstand plaats te kunnen vinden en wel via een DTMF reeks vanaf een willekeurig, op dat moment verbonden, (draadloos) telefoontoestel als ook via een web interface. Applicatiesoftware Iedere softwaremodule voor communicatie binnen een zorgsysteem dient zorg te dragen voor een volledige afhandeling van de spraak- en datacommunicatie ten gevolge van alarmering, akoestische bewaking en een spreekluister verbinding.

2.6.2

Opbouw Domoticasysteem

In deze paragraaf wordt de opbouw van het domoticasysteem beschreven, waarbij onderscheid wordt gemaakt tussen standaard aanwezige domoticacomponenten in de appartementen (basis) en optioneel beschikbare domoticacomponenten.


Pagina 25 van 79

2.6.3

Basisvoorzieningen Domotica

De verschillende hieronder beschreven ruimten dienen te zijn uitgerust met domoticavoorzieningen die de door Vestia en ZZG zorggroep gevraagde basisfuncties realiseren (zie Functioneel PvE 2 ). F

F

Onderstaand zijn de vereiste domoticacomponenten beschreven die door u aangeboden dienen te worden met bijbehorende deelprijzen. Het systeem dient als volgt opgebouwd te zijn (aantallen volgens tekeningen):

DAP decentrale intelligentie (voor aantallen zijn tekeningen leidend) Appartementen / Woningen DAP units, voorzien van: :PoE voeding t.b.v. DAP Intelligent touchscreen (basisfuncties: deurvideofunctionaliteit, daarnaast spreek/luister en oproep/afstel en voorbereid op digitale diensten, ook van derden). :PoE voeding tbv deurvideofoon Gemeenschappelijke woonkamers DAP units, voorzien van: :PoE voeding t.b.v. DAP Intelligent touchscreen (basisfuncties: deurvideofunctionaliteit, daarnaast spreek/luister en oproep/afstel en voorbereid op digitale diensten, ook van derden). :PoE voeding tbv deurvideofoon Overige ruimten voor b.v. dagverpleging aan cliënten DAP unit, voorzien van: :PoE voeding t.b.v. DAP MIVA toiletten DAP units, voorzien van: :PoE voeding t.b.v. DAP Parkeerkelders DAP units, voorzien van: :PoE voeding t.b.v. DAP Installatie, montage, in bedrijf stellen testen, inclusief aanleg bekabeling in het appartement t.b.v. periferie

2

Document: “ 200910021-Func. Domotica PvE Vestia en ZZG zorggroep V3.pdf”


Pagina 26 van 79

Periferie Algemene ruimten (aantal zie tekeningen) Miva toiletten Oproep- / afstel eenheid Trekcontact Natte cellen (badkamers) Oproep- / afstel eenheid Trekcontact Hoofdentree hoofdgebouw Toegangscontrole (met tag reader) + codetableau IP Video intercom Algemeen Installatie, montage, in bedrijf stellen testen, inclusief aanleg bekabeling t.b.v. periferie

Periferie kleinschalig wonen (BG + 1e verdieping Gebouw A) Periferie per Woning 1e en 2e verdieping Gebouw A kleinschalig wonen (totaal zie tekeningen)

BASIS Aanwezig

·

Toegangscontrole deur (met tag reader)

·

Oproep- / afstel eenheid

·

Draadloze halzender

·

Akoestische bewaking

·

Spreek/luister en Oproep/Afstel eenheid

·

Bewegingsmelder (gordijn PIR) Entree

·

Bewegingsmelder (gordijn PIR) Loggia – woningen Begane Grond

·

Bewegingsmelder woonkamer (PIR laag)

·

Bewegingsmelder woonkamer (PIR hoog)

·

Bewegingsmelder natte cel

·

Trekcontact natte cel

Algemeen Installatie, montage, in bedrijf stellen testen, inclusief aanleg bekabeling in ruimte t.b.v. periferie


Pagina 27 van 79

Periferie Woningen Periferie per zorgappartement (totaal zie tekeningen) BASIS Toegangscontrole deur (met tag reader) Algemeen Installatie, montage, in bedrijf stellen testen, inclusief aanleg bekabeling in het appartement t.b.v. periferie ·

2.6.4

Optioneel gewenste Domotica

Naast de basisfuncties zijn er ook optionele domotica functies gedefinieerd. In deze context betekend optioneel dat bijvoorbeeld dat als er wordt besloten bewegingsmelders in te zetten in een woning, het domoticasysteem als geheel voorbereid dient te zijn voor het ‘plug en play’ installeren van deze componenten. Consequentie hiervan is dat het domoticaprofiel deze gevraagde functies bevatten en makkelijk aan- en uitgezet kunnen worden bij aansluiten van nieuwe componenten. De benodigde domotica componenten die deze optionele functies kunnen realiseren zijn hieronder uiteengezet en dienen als optioneel te worden aangeboden en met deelprijzen gespecificeerd.

· ·

Periferie per Zorgappartement en appartement (totaal zie tekeningen) BASIS (verpleegfunctie, zie O.B.V. CLIENTPROFIEL (aanbieden per tekeningen) stuk) ·

·

Optioneel Optioneel

Bewegingsmelder woonkamer (PIR hoog) Bewegingsmelder woonkamer (PIR laag)

·

Optioneel

Bewegingsmelder natte cel

Optioneel Optioneel Optioneel Optioneel

Bewegingsmelder (gordijn pir) entree Keukenblokdetectie rook / gas / beweging Schakeling 230VAC t.b.v. WCD Schakeling 230VAC t.b.v. verlichtingspunten Schakeling 230VAC t.b.v. verlichting toilet

·

· · · ·

· ·

Optioneel Optioneel Toegangscontrole

Aansluiten deurbel (contact ingang DAP) Taglezer en aansturing

·

Algemeen Installatie, montage, in bedrijf stellen testen, inclusief aanleg bekabeling in het appartement t.b.v. periferie ·

·

·

·

·

·

·

·

·

·

·

·

·

·

·

Verplaatsbare periferie Verplaatsbare periferie cliënten woningen, camera's Verplaatsbare periferie cliënten woningen, DAZA OptiScan

De vaste en verplaatsbare periferie wordt aangelegd o.b.v. het cliëntprofiel (behoefte- en/of vraag gestuurd), maar dient om budgettaire reden meegenomen te worden in uw aanbieding. 2011006A - Technische PvE Mariendaal Groesbeek1.2

Pagina 28 van 79

Derhalve deze componenten en werkzaamheden gespecificeerd en met deelprijzen opnemen in het prijsoverzicht. U dient uw profielsoftware en alle overige systeemcomponenten, zodanig te configureren dat de gevraagde optionele sensoren en actoren conform hetgeen in het functionele programma van eisen is beschreven, achteraf operationeel gemaakt kan worden. De optionele periferie moet door Vestia en ZZG zorggroep zelf ingezet kunnen worden en beschikbaar zijn in de cliëntprofielen, zonder (extra) programmeerwerkzaamheden achteraf.

2.6.5

Routeringsserver (open platform)

De routeringsserver biedt een open platform voor toekomstige interfaces naar nieuwe of reeds in gebruik zijnde applicaties (zoals bijvoorbeeld een zorgdossier). In punten:

1

Open platform voor toekomstige communicatieprincipes;

2

Mogelijkheid om profielen aan te maken van cliënten/bewoners;

3

Mogelijkheid om verschillende autorisaties in te definiëren;

4

Kan gelijktijdig meerdere transacties verwerken;

5

Bedrijfszeker door combinatie van lokale en centrale intelligentie en door het gebruik van hoogwaardige componenten;

6

Servicevriendelijk door webserver;

7

Gebruiksvriendelijk door webserver;

8

Meer mediatypen te gebruiken voor data overdracht. Draadloos (GSM, GPRS,), vaste lijn (analoog, ISDN), TCP/IP. Hierdoor kan er een optimale keuze worden gemaakt aangaande snelheid, beschikbaarheid en exploitatiekosten;

9

Het kunnen ontvangen van meldingen(rechtstreeks via PSTN of via een “universele meldontvanger” gekoppeld aan de routeringserver d.m.v. XML en SIP) van personenalarmeringsapparatuur (extramuraal, wijken en dorpen) van diverse leveranciers (CLB, Ascom, Tunstall, Cartech, Bosch, enz.; U dient met volledige functie-ondersteuning deze personenalaremingsapparatuur af te kunnen handelen via uw communicatieserver i.c.m. een meldbank opstelling. U wordt verzocht een dergelijke meldbankoplossing optioneel te beschrijven en aan te bieden, zodanig dat een geïntegreerd geheel ontstaat met de toekomstige werkwijze in de nieuwbouw.

10

Koppeling naar het schakelsysteem;

11

Koppeling naar en van het EPD platform.


Pagina 29 van 79

Afhandeling domotica De DAP units dienen door de routeringsserver bedient te kunnen worden, voor wat betreft: -

Alarmafhandeling (zorg – zowel actief als passief, inbraak en brand / rook);

-

Akoestische bewaking;

-

Spreek / luister;

-

Beeld;

-

Deur(en) ontgrendelen;

-

Profielen instellen, wijzigen en uitlezen;

-

Technische bewaking / controle.

NB: de functie “inluisteren” dient, ingeval deze bij uw oplossing beschikbaar is, (softwarematig) geblokkeerd te kunnen worden.

Opbouw Het systeem dient als volgt opgebouwd te zijn:

Figuur 2.6.5: Opbouw systeem


Pagina 30 van 79

2.7

Inleiding routeringsserver

De routeringsserver moet fungeren als een centrale berichtenserver welke diverse deelsystemen kan koppelen en integreren. Er moet voorzien zijn in een modulaire opbouw die het mogelijk maakt om talloze fysieke koppelingen te realiseren welke ieder via een vooraf gedefinieerd protocol berichten ontvangt en verstuurt.

Call desk clië cliënt

Diensten Server

Logging / beveiliging

Alarm Clië Cliënt / Clië Cliënt Applicatie

PersoonsPersoonsbeveiliging

BMC

Communicatie Management Systeem

Gebouwen Beheer Systeem Zenderbewaking

Output: Output: DECT GSM Semafoon Paging Email RS232 Contacten

Human Interface(s)

Proces Informatie

Figuur 7.1: Basis werking Routeringsserver

Binnenkomende berichten kunnen vervolgens gerouteerd worden via een dienstrooster en aangeboden worden aan een device (bijvoorbeeld een gsm, pager, dect, e-mail of SMS). Deze universele, modulaire opbouw moet gebaseerd zijn op het OSI model - Open System Interconnection), als volgt:

Figuur 7.2: Modulaire opbouw routeringsserver


Pagina 31 van 79

Met deze opbouw is het mogelijk om een protocol-laag (b.v. ASCII, Modbus of Log) kruislings te verbinden met een hardware-laag (b.v. serieel, tcp/ip of modem). Dit maakt het uitbreiden van de routeringsserver eenvoudig door simpelweg een protocol of hardware laag toe te voegen aan het huidige pallet. Routering Binnenkomende data op een hardware laag moet eerst door een protocol laag worden geïnterpreteerd, wat moet resulteren in een op XML of ASCII gebaseerd (leesbaar) bericht waarop de Communicatie Server vervolgens acties moet kunnen ondernemen. Met behulp van een translator node en/of een filter node, moet er gefilterd, gekopieerd en vertaald kunnen worden. Dit moet niet uitsluitend mogelijk zijn een zogenaamd calltype, maar dient ook mogelijk te zijn op basis van content (een willekeurige tekst). Het resultaat moet direct doorgestuurd (gerouteerd) kunnen worden naar een uitgaande poort. Dienstrooster De basismodule dient te beschikken over een uitgebreid en eenvoudig in te stellen dienstrooster op basis waarvan tijdgerelateerde routering kan plaatsvinden. Het dienstrooster omvat afdelingen, tijd en dag (inclusief afwezigheid en vakantie) en teams. De routering vindt plaats op basis van de teams, soort output en eventueel een vertragingsfactor. Grafische weergave en aanpassingen in het rooster moeten ondersteund worden Het piepernummer, sms nummer, e-mail adres of ander nummer, van een medewerker moet handmatig ingevuld kunnen worden in een team. Het moet echter ook mogelijk zijn om deze gegevens in een user database in te vullen, waarmee een koppeling tussen een gebruiker naam en zijn nummers gerealiseerd wordt. Zodanig dat een team ingevuld kan worden op basis van namen. Een naam moet meerdere keren gebruikt kunnen worden in verschillende teams. Omdat maar op een (1) locatie de uiteindelijke nummers ingevuld zijn, zal een wijziging van dit nummer tot gevolg hebben dat op alle plekken waar de bijbehorende naam gebruikt is, automatisch de nieuwe gegevens gebruikt worden.

Figuur 7.4: Voorbeeld grafische weergave Dienstrooster Het moet mogelijk zijn de gebruikers gegevens te exporteren en te importeren, dan wel te koppelen aan een ander centraal gegevensbestand.


Pagina 32 van 79

Een overlap in het dienstrooster moet mogelijk zijn: In plaats van de eerste dienst te gebruiken welke een match opleverde, moeten alle diensten welke op een bepaald tijdstip voorkomen in de lijst, afzonderlijk gebruikt worden om een bericht te versturen. Voorbeeld: Er is een wisseling van dienst om 17:00 van Team A naar Team B. Het moet mogelijk zijn om de dienst van Team A om 17:15 te beëindigen en de dienst van Team B al om 16:45 in te laten gaan. Hiermee is een overlap van 30min waarbij beide teams opgeroepen worden op hun individuele devices. Escalatie Bij interfaces welke een paged/absent terugmelding genereren, moet per terugmelding of groep van terugmeldingen een escalatie plaatsvinden kunnen naar een volgende device (bijvoorbeeld handset, SMS of e-mail). Het moet zondermeer mogelijk zijn om te escaleren naar een ander device dan waarvan de terugmelding was gekomen. Bijvoorbeeld: een absentie melding uit een piepersysteem kan een escalatie veroorzaken naar een SMS of e-mail. Verder moeten berichten ook automatisch afgesteld kunnen worden, ook zodanig dat afstelling niet alleen afkomstig behoeft te zijn van het systeem welke de oproep heeft veroorzaakt. Bijvoorbeeld op afstand via een DTMF reeks uit een DECT-handset een domotica basismodule afstellen. Het moet mogelijk zijn om lokaal in de Queue waarin alle te versturen en verstuurde meldingen bewaard worden, via een schaduwbestand te loggen, zodanig dat indien de Routeringsserver onverwachts wordt afgesloten, de nog te versturen berichten automatisch bij het opstarten van de Routeringsserver opnieuw verwerkt kunnen worden.


Pagina 33 van 79

Onderhoud en Beheer Bij falen van het systeem door defecte hardware, moet de gehele applicatie alsmede alle configuratie bestanden en de Queue vanaf back-up (diskette / CD / netwerk / USB) op een andere PC gekopieerd kunnen worden en een vooraf ingestelde tijd draaien, totdat er een systeemspecialist ter plaatse is om herstelwerkzaamheden te verrichten. De Communicatie Server dient hiertoe opslag van data op een extern USB tijdens normaal bedrijf te ondersteunen; hierdoor is er te allen tijde een actuele systeem set beschikbaar. Verder dienen, indien meerdere Communicatie Servers opgenomen zijn in een netwerkverband, deze elkaars functies automatisch over te kunnen nemen. De leverancier wordt verzocht aan te geven welke functies hierbij ondersteunt worden, alsmede wat de eventuele afhankelijkheid van meerdere systemen over meerdere locaties is. Het op afstand(Webbased) beheren van de instellingen ten behoeve van domotica(Daps en randapparatuur) en kunnen raadplegen van meldingen en uitdraaien lijsten en statistiek. De Routeringsserver moet op afstand van updates en nieuwe versies te voorzien zijn, zonder dat het systeem gereset of opnieuw geïnstalleerd behoeft te worden. Een eenvoudige (inbel-) of netwerk verbinding met een Virtual Network Computing (VNC) applicatie moet hiervoor volstaan. Security Ter bescherming van de applicatie moet de routeringsserver standaard beveiligd zijn met authenticatie op basis van een gebruikersnaam en een wachtwoord. Ter beveiliging van de gegevens en de integriteit van ht systeem moet deze authenticatie bij voorkeur gekoppeld zijn aan die van het OS. In ieder geval moet de toegang zodanig geregeld zijn dat men zonder authenticatie op de routeringsserver geen toegang heeft tot OS instellingen of het bestands systeem. Zowel bij het opstarten als bij het deactiveren van een screensaver, moet de Communicatie Server altijd gelocked zijn, zodat een gebruiker moet inloggen met een naam en wachtwoord. Per account moeten meerder rechten toegekend kunnen worden om zo toegang te krijgen tot verschillende delen van het systeem, bijvoorbeeld als volgt:

1

Gebruikers

Beheren van user accounts;

2

Translators

Beheren van translators en filters;

3

Poorten

Beheren van poorten (incl. activeren / deactiveren);

4

Config

Aanpassen algemene instellingen;

5

Shift

Beheren dienstrooster (dag, tijd, welke team);

6

Teams

Beheren teams (poort, deelnemers, vertraging);

7

TransTree

Beheren groepen en routes, slepen poorten, trans/filter nodes;

8

Shutdown

Afsluiten applicatie;

9

Queue

Aanpassen queue items (wissen, geforceerd absent/paged).

* onder beheren wordt verstaan: aanmaken/verwijderen en modificeren.


Pagina 34 van 79

Logging Opslaan van systeem meldingen Voor het snel in bedrijfstellen van systemen en het efficiënt analyseren van problemen moeten alle acties gelogd worden naar een of meerdere bestanden. Dit geldt voor algemene systeem meldingen en berichten zoals ‘kabel breuk’ en ‘communicatie timeout’. Alle berichten moeten voorzien zijn van een uniek coderingsnummer om de locatie in de source code snel te achterhalen. Berichten welke als ‘warning’ of ‘error’ gemarkeerd zijn moeten via E-mail of SMS uitgemeld kunnen worden naar een medewerker van de technische dienst en/of de leverancier. Hiermee wordt men direct op de hoogte gebracht van een communicatiefout met een van de op de Routeringsserver aangesloten systemen. Opslaan van berichten Alle meldingen welke door de Routeringsserver verwerkt worden moeten gelogd worden en minimaal via onderstaande methoden:

1

File Poort, welke het mogelijk maakt om berichten direct op te slaan in een apart log bestand. De locatie waar een log bestand opgeslagen wordt, moet instelbaar zijn en dus ook een netwerk folder moet mogelijk zijn. De logbestanden moeten in een CSV bestand opgeslagen worden, waardoor ze direct in Excel te importeren zijn voor eventuele nabewerking (b.v. filteren of sorteren).

2

MySQL Poort, welke het mogelijk maakt om direct naar een SQL server data te versturen, welke deze in records opslaat. Dit heeft als voordeel dat meerdere gebruikers tegelijkertijd als cliënt in kunnen loggen op de SQL server om de gelogde gegevens te bekijken / bewerken.

Poorten De volgende poorten (I/O modulen) moeten minimaal beschikbaar zijn: A10 / X10 Koppeling

: Serieel

Omschrijving

: Powerline protocol waarmee via een CM11 interface van Marmitek/Xanura met

domotica modules via het lichtnet gecommuniceerd kan worden (o.a. micromodules en opbouw modules) t.b.v. schakelen van lichtpunten en wandcontactdozen. ASCII (American Standard Code for Information Interchange) Afkorting

: American Standard Code for Information Interchange

Koppeling(en) : Serieel, TCP/IP Cliënt, TCP/IP Server, Modem, SQL Omschrijving

: Algemene poort voor het inkoppelen van ‘raw data’ (leesbare tekst of stuur karakters)


Pagina 35 van 79

CAPI Afkorting

: Common ISDN Application Programming Interface

Koppeling

: ISDN (Integrated Services Digital Network) adapter

Omschrijving

: Inkoppelen van ISDN via een ISDN adapter in een PC (b.v. merk AVM of Eicon). Wordt

voornamelijk gebruikt om snel gespreken aan te nemen, DTMF te ontvangen en/of door te schakelen. CAPI biedt ook de mogelijkheid om gespreken in de wacht te zetten, een geluidsfragment af te spelen en gespreken door te schakelen. ESPA 4.4.4 Koppeling

: Serieel, TCP/IP Client, TCP/IP Server

Omschrijving

: Inkoppelen zusteroproepsystemen, brandmeldcentrales en aansturen pieper en DECT

systemen. File Koppeling

: Bestandsysteem

Omschrijving

: Berichten opslaan in een tekst Het dient ook mogelijk te zijn tekstbestanden in te

lezen. Het bestand wordt dan gemonitord en bij veranderingen wordt de regel waar een verandering is gedetecteerd en doorgegeven aan de applicatie. Hiermee kan weer een actie ondernomen worden. Mail Koppeling

: TCP/IP Cliënt

Omschrijving

: E-mail berichten versturen (naar meerdere adresen tegelijkertijd) via het SMTP

protocol (Simple Mail Transfer Protocol). Tevens kunnen e-mail berichten ontvangen worden middels het POP3 protocol (Post Office Protocol). De poort kan met een vooraf ingestelde tijd controleren op nieuwe e-mails. Het onderwerp en de inhoud van het opgehaalde bericht kan via een translator/filter doorgestuurd worden en ook een actie genereren. Modbus Koppeling

: TCP/IP Cliënt

Omschrijving

: Deze poort is een Modbus Master, waarmee diverse componenten (modbus slaves)

aangestuurd kunnen worden. Deze poort wordt voornamelijk gebruikt om remote i/o in te koppelen tbv het inlezen van kontakten en het aansturen van actuatoren. SIM Koppeling

: Timer

Omschrijving

: Simulatiepoort voor het genereren van periodieke berichten. Deze poort kan zowel

voor test doeleinde als voor het genereren van periodieke berichten/commando’s voor andere poorten (b.v. het laten knipperen van een uitgang op een ethertrak middels de modbus poort). Deze poort maakt het ook de mogelijkheid om twee berichten afwisselend uit te voeren.


Pagina 36 van 79

SMS Koppeling

: Modem of TCP/IP

Omschrijving

: Het Short Message Service protocol in deze poort wordt gebruikt om SMS berichten

(max 160 karakters) te versturen naar mobiele telefoons op door middel van het openbare telefoon netwerk. Met behulp van een modem of via VPN wordt contact gemaakt met een SMSC (centrale van een mobiele operator) waarna via het EMI03 en EMI05 protocol een SMS bericht kan worden verstuurd. Het uitgebreidere EMI05 protocol ondersteunt ook berichten notificatie ter bevestiging dat het SMS bericht is ontvangen door het mobiele toestel. Externe Poorten De Communicatie Server moet de mogelijkheid bieden om te communiceren met Externe Poorten. Een Externe Poort is in feite een (of meerdere) van de beschikbare poorten, welke als zelfstandige applicatie beschikbaar is gemaakt. Door middel van een TCP/IP cliënt-server verbinding kan een externe poort op een andere computer in het netwerk communiceren met de Communicatie Serveren en zo lokaal binnengehaalde meldingen doorsturen naar het centrale platform Met behulp van een Externe Poort kunnen bijvoorbeeld seriële subsystemen als piepers, remote i/o en dergelijke gekoppeld worden zonder line-drivers in te zetten. Een Externe Poort kan beschouwd worden als een protocol convertor naar TCP/IP. De prijs (licentie) van een Externe Poort dient gelijk te zijn aan die van een interne poort. Verder moet voorzien zijn in extra functionaliteit om een betrouwbare verbinding te behouden met een Communicatie Server, zoals een watchdog, auto reconnect en handschaking.


Pagina 37 van 79

Algemeen De gevraagde componenten dienen interactief met elkaar te kunnen werken waardoor per bewoner een afgestemd cliëntprofiel gecreëerd kan worden. Middels een bedieningscherm (meldpost afhandeling) dienen deze schakelingen per cliënt aangepast te kunnen worden (dynamisch). In dit scherm dient ook de akoestische bewaking (drempel en tijd) ingesteld te worden per cliënt. Een dergelijke installatie moet zich bewezen hebben in de praktijk waarbij u de betrouwbaarheid moet kunnen onderbouwen enerzijds en anderzijds moet aangeven hoe het systeem verder functioneert bij: ·

Kabelbreuk;

·

Spanningsuitval;

·

uitval centrale computer;

·

etc.

De Routeringsserver dient de bestaande en nieuwe systemen met elkaar te verbinden. De Routeringsserver zorgt voor verwerking en registratie van alle alarmmeldingen van het systeem, tevens zorgt de routeringsserver ervoor dat het visualisatiepakket (Zusterpostapplicatie) wordt aangestuurd met de juiste informatie. De binnengekomen meldingen worden door de routeringsserver geregistreerd en doorgestuurd naar de juiste handset, afhankelijk van dienstrooster en afdeling. De Routeringsserver dient in de centrale patch / apparatuurkast te worden geplaatst, deze patchkast maakt onderdeel uit van het bestaande UTP bekabelingsnetwerk. In uw aanbieding dient u 1 visualisatieapplicatie t.b.v. de centrale meldpost op te nemen, het moet optioneel mogelijk zijn meerdere visualisatieapplicaties aan te sluiten.

Hardware ·

De routeringsserver dient ondersteuning te beiden voor Full Virtualization. Vestia en ZZG zorggroep maakt gebruik van virtualisatie met behulp van VMware. Hierdoor is het dus niet nodig om hardware op te nemen in uw aanbieding voor de routeringsserver.

Software bestaande uit: ·

Routering;

·

Dienstrooster;

·

Logging van berichten naar bestand;

·

Logging van poort data naar bestand;


Pagina 38 van 79

Poorten ·

1x ASCII;

·

2x ESPA 444 (oa. Brand alarm en PZI);

·

Toegangscontrole en dwaaldetectie

·

GSM SMS en spraak;

·

DAP XML en SIP voor alle genoemde functies;

·

Mail (SMTP/POP3) (oa. Voor storingsmelding op afstand);

·

CAPI (ISDN) tbv. clip herkenning / DTMF;

·

PA protocollen zoals genoemd bij punt 9, paragraaf 2.6.5

·

Mogelijkheid van aan/uit van poorten, routes, groepen, enz.;

·

Printer (afdrukken instelbaar aantal regels);

·

Export Logging gegevens in XML en Excel.

Graag zien we een onderbouwing van de wijze waarop deze Routeringsserver functioneert bij mutaties en wijzigingen. (eigenhandig roosters aanpassen, DECT handsets programmeren, logging uitdraaien in leesbare tekst). Tevens dient u een beschrijving te geven als deze server uitvalt en dan weer opstart. Kan dit bijvoorbeeld volledig op afstand of dient hiervoor een monteur langs te komen? Zijn de meldingen vlak voor de uitval dan verdwenen? U dient de Routeringsserver qua poorten verder aan te vullen mocht dit nodig zijn om het systeem te laten werken en de om de benodigde koppelingen te kunnen maken met de bestaande en optioneel gevraagde apparatuur en functies. Verpleegpost visualisatieapplicatie Computer, compleet met 19” TFT monitor. Inclusief montage, in bedrijf stellen en testen, voorzien van een visualisatie pakket met alarmering en bediening / besturing domotica, per klant, voorzien van wachtrij en volledige meldkamer alarmeringsafhandeling. U dient in uw aanbieding de mogelijkheden van uw oplossing duidelijk aan te geven.


Pagina 39 van 79

3 Onderhoud De aan te bieden onderhouden serviceovereenkomst moet minimaal voorzien in de hierna beschreven onderdelen. De hieraan verbonden kosten moeten per onderdeel zijn gespecificeerd. Preventief onderhoud 1

Preventief onderhoud moet minimaal 1-maal per jaar aantoonbaar worden uitgevoerd.

2

Het preventief onderhoud moet minimaal voorzien in: •

Controle op de systeemfuncties.

•

Controle op alle mechanische delen van de installatie.

•

Controle op alle noodprocedures en daarbij ingezette faciliteiten.

•

Het bijwerken van de administratie en controle daarop.

•

Het regelmatig testen van vitale delen op hun kwaliteit en het indien nodig actualiseren van noodprocedures.

3

•

Het maken van softwareback-ups en het bijwerken hiervan.

•

Het op afstand bewaken of essentiële functionaliteiten storingen vertonen.

Het preventief onderhoud mag geen verstoring van het bedrijfsproces tot gevolg hebben.

Correctief onderhoud 1.

De leverancier moet op afroep correctief onderhoud plegen.

2.

De leverancier moet een voorziening aanbrengen voor remote-onderhoud.

3.

De leverancier moet garanderen dat er altijd een deskundige ter plaatse komt.

4.

De leverancier moet de responstijd vermelden.

5.

De leverancier moet een maximale downtijd van het systeem aangeven.

6.

Bij meer dan 10% uitvalfunctionaliteit moet het reparatiewerk onophoudelijk plaatsvinden.

Service 1

De leverancier moet adequate service aan kunnen bieden.

2

Directe telefonische support voor de beheerders tijdens kantooruren.

3

Telefonische ondersteuning van dagelijks en operationeel beheer.

Definities

1

De responsetijd is de maximale tijd waarbinnen een deskundige op locatie een start heeft gemaakt met het verhelpen van de storing.

2

De aanmeldperiode van een storing is de periode waarbinnen de organisatie in staat is de storing aan de leverancier te melden.

3

De serviceperiode is de periode waarbinnen de leverancier werkzaamheden verricht om de storing op te kunnen heffen.


Pagina 40 van 79

3.1 1

Standaardvoorwaarden Binnen één (1) uur moet een tijdsmelding worden gegeven en moet er een eerste diagnose zijn gesteld door middel van Service-Op-Afstand.

2

Een responsetijd ter plaatse van maximaal 4 uur op primaire en 8 uur op secundaire functies. Met primaire functies worden bedoeld die functies die noodzakelijk zijn voor (zorg-)alarmering.

3

Een aanmeldperiode van 24 uur per dag gedurende 7 dagen per week.

4

Een serviceperiode van 24 uur per dag gedurende 7 werkdagen per week op primaire functies. Op secundaire functies 5 werkdagen per week tijdens kantooruren.

5

De leverancier moet onderhoud aanbieden op de volledige installatie.

N.B.:

de leverancier moet in de aanbieding aangeven waaruit het standaard preventief onderhoud

bestaat. Service en onderhoudseisen Voor het nieuwe communicatiesysteem geldt: 1

Dat het de komende vijftien (15) jaar zonder ingrijpende investeringen door de leverancier onderhouden moet worden. Hiervoor wordt met de leverancier een servicecontract afgesloten. Als de leverancier hier niet aan kan voldoen zal hij de verwachte investeringen in de aanbieding moeten aangeven.

2

Dat wijzigingen of uitbreidingen altijd in de af te sluiten serviceovereenkomst kunnen worden opgenomen voor een redelijke vergoeding.

3

De fabrikant zich garant stelt wanneer de relatie met de (eventuele) leverancier tot een einde zou komen, zodat er een alternatieve serviceorganisatie wordt geboden die minstens van hetzelfde gewenste niveau is.

4

Dat van de leverancier verwacht wordt aan te geven wat de meerwaarde van een eventuele upgrade is. Upgrades dienen zonder enige consequentie te kunnen worden overgeslagen.


Pagina 41 van 79

4 Beheer Storingsbeheer dient bij de Systeemintegrator of leverancier te liggen. Een goede invulling van het beheer van het nieuwe ICT platform is vereist. Opdrachtgever heeft besloten dit beheer zelf uit te voeren. De beheerapplicaties dienen alle vijf de beheerdomeinen te ondersteunen (configuratiebeheer, storingsbeheer, kostenbeheer, beveiligingsbeheer en prestatiebeheer). Algemene eisen die gesteld worden zijn: 1.

De beheersystemen moeten gebruik maken van algemeen geaccepteerde standaarden voor beheer en voor onderlinge communicatie. De applicatie(s) moet(en) gebruiksvriendelijk en Windows gestuurd zijn en op het (Ethernet) LAN kunnen worden aangesloten, echter ook standalone kunnen draaien.

2.

De beheerapplicaties moeten transparant alle delen van het systeem kunnen bereiken.

3.

Koppelingen tussen de applicaties en gebruik van een zelfde database heeft de voorkeur.

4.

De beheersystemen moeten voorzien in een maximale flexibiliteit in overzichten, metingen en rapportages. Het platform moet voldoende opslagcapaciteit hebben om de gemeten waarden te kunnen opslaan en over voldoende verwerkingscapaciteit beschikken om alle mogelijke doorsnijdingen te kunnen maken.

5.

Het beheersysteem moet zodanig zijn gekoppeld dat invoer van relevante gegevens leidt tot aanpassing op de domotica-units.

6.

Met het configuratiebeheer dient het gehele operationele beheer van het communicatiesysteem te kunnen worden uitgevoerd. Hieronder vallen alle mogelijke dagelijkse mutaties zoals het verhuizen van apparatuur, het aanbrengen van softwarematige schakelingen, het programmeren van systeeminstellingen, het opnemen van teksten, het wijzigen van routeringstabellen, et cetera. De status van een DAP dient opvraagbaar te zijn.

7.

Het communicatiesysteem dient eventuele storingen in verschillende klassen te melden. Hiernaast dient het systeem de leverancier automatisch te waarschuwen. De zorggroep dient zelf ook inzicht in storingen te hebben en deze historisch te kunnen terugzoeken.


Pagina 42 van 79

5 Installatie De leverancier moet alle voor een bedrijfsvaardige oplevering noodzakelijke installatie- en configuratiewerkzaamheden opnemen in de aanbieding. De leverancier is verantwoordelijk voor het tijdig aanvragen en doen installeren (voor rekening van Opdrachtgever) van de gewenste openbare infrastructuurvoorzieningen, aansluitingen en vergunningen. Tevens is de leverancier verantwoordelijk voor het verzorgen van de overname van het juridisch eigendomsrecht. De leverancier moet minimaal de hieronder beschreven werkzaamheden verrichten:

5.1

Hardware-installatie

De voor de hardware-installatie noodzakelijke werkzaamheden en voorzieningen worden geacht te zijn inbegrepen in de aanbieding. Hieronder val(t)len minimaal:

1

De volledige installatie en configuratie van de aangeboden communicatiesystemen en de randapparatuur.

2

Het aansluiten van alle aan te bieden randapparatuur op de centrale apparatuur en de interne bekabeling. Het aansluiten van alle koppelingen met de openbare infrastructuur.

3

Het overnemen, daar waar van toepassing, van randapparatuur en openbare infrastructuuraansluitingen.

4

Het in overleg vastleggen van hard- en softwareadreslijsten.

5

Het in overleg vastleggen van alle relevante informatie zoals: ⋅

6

Indeling van het IP en SIP nummerplan.

Het aanleveren van de hierbij noodzakelijke formulieren en lijsten. De leverancier moet de lijsten aanleveren op papier en digitaal (MS-office-formaat). De leverancier moet de aangeleverde informatie controleren op vormen syntaxfouten.

5.2

Software-installatie

De voor een volledige installatie en configuratie van de software te verrichten werkzaamheden worden geacht te zijn inbegrepen in de aanbieding. Hieronder val(t)len minimaal:

1

Het eenmalig in het systeem invoeren van Nederlandstalige, ook voor niet-deskundigen heldere, systeemteksten.

2

De noodzakelijke soft- en hardwareadressen.

3

Alle directorygegevens.

4

De instelling van de gewenste faciliteiten per DAP.

5

Overige programmatuur en gegevens die nodig zijn voor het goed functioneren van het systeem.

6

Het aangeven in welke vorm de noodzakelijke informatie moet worden aangeleverd.

7

Het in onderling overleg vastleggen van de afhandeling van de laatste mutaties in de gegevens.

8

De volledige installatie en configuratie van de bij de randapparatuur geleverde software.

9

De leverancier moet voorzien in voldoende opleiding van de medewerkers om de benodigde gegevens in te voeren of op te kunnen leveren in het gewenste formaat. De leverancier moet hiervoor minimaal een dag per locatie de medewerkers ter plekke met raad en daad bijstaan.


Pagina 43 van 79

De leverancier moet tijdens de installatie van de randapparatuur een volledig overzicht van de geïnstalleerde randapparatuur vastleggen. Daarin moet onder andere het type randapparaat, het kamernummer, de netwerkaansluiting, het patch-poortnummer en het IP nummer zijn vastgelegd.

Verwijderen oude systemen (indien van toepassing) Van de leverancier wordt verwacht dat hij het (milieuvriendelijk) verwijderen van het bestaande systemen (waaronder bekabeling, PABX, alarmsystemen en toestellen) zonder extra kosten verzorgt. Als de leverancier delen uit de oude systemen wil overnemen of gebruiken dan dient dit duidelijk aangegeven te worden waarbij ook de prijsconsequentie hiervan helder is . Daar waar na het verwijderen ledige voorzieningen ontstaan, dienen passende afdekmaterialen geplaatst te worden.

6 Documentatie De leverancier moet de volgende documentatie als onderdeel van de levering aanleveren. De beoordeling op juistheid en kwaliteit van de documentatie vormt een onderdeel van de acceptatietest. Documentatie moet aangepast worden aan eventuele wijzigingen (updates) in het systeem. De leverancier moet een volledig bijgewerkte administratie c.q. pakket revisietekeningen aanleveren omvattende: 1

Een principeschema van de installatie.

2

Een indeling van de MER en de positie van de opgestelde apparatuur (1:50).

3

Overzichtschema's van de installatie.

4

Een overzicht van de geïnstalleerde randapparatuur zoals tijdens installatie vastgelegd.

5

Een volledige fout- en mutatieadministratie voor de centrale apparatuur (logboek).

Deze documentatie moet minimaal in tweevoud worden aangeleverd, zowel hardcopy als softcopy. De leverancier moet in de Nederlandse taal gestelde gebruikers- en installatiehandleidingen van alle geleverde apparatuur en software aanleveren waaronder minimaal de handleidingen voor: 1

De DAP.

2

De toe te passen (beheer-)/managementvoorzieningen.

3

Alle randapparatuur waarin tevens de toepasbare faciliteiten zijn beschreven.

4

Het systeem en de daarbij in te zetten hard- en softwarecomponenten.

5

De aan het systeem gekoppelde randapparatuur.


Pagina 44 van 79

7 Garanties 1

De garantietermijn op alle te leveren actieve componenten en eventuele software upgrade moet minimaal 1 jaar zijn. Alle hiervoor noodzakelijke kosten voor onderhoud en ondersteuning worden geacht te zijn inbegrepen in de aanbieding.

2

De leverancier moet een garantie afgeven voor een uptime van ten minste 99,8%. Bij voorkeur beschikt het systeem over de maximaal door de leverancier aan te bieden uptime, bijvoorbeeld door het systeem redundant uit te voeren.

3

De leverancier moet gedurende deze periode de functionaliteit van de systemen garanderen.

4

De leverancier garandeert dat het hier aangeboden systeem gedurende 10 jaar na oplevering op basis van softwareaanpassingen compatibel blijft met alle toekomstige standaarden. Migratie naar willekeurig elke open standaard moet met minimale investering kunnen worden gerealiseerd en dient door de leverancier te worden gegarandeerd. Materiaallevering en installatie moet tot 15 jaar na oplevering gegarandeerd zijn

5

De leverancier moet schriftelijk garanderen dat gedurende minimaal 10 jaar het onderhoud en de service op het systeem worden verzorgd. De fabrikant en/of importeur moet schriftelijk garanderen dat zij deze verplichting, bij het in gebreke blijven van de leverancier, in die periode zonder extra kosten overneemt.

6

De leverancier moet gedurende deze periode, op aangeven van de opdrachtgever, het geleverde systeem ondersteunen bij mutaties en/of uitbreidingen van hard- en software, inclusief het gebruik van oudere softwarereleases.

7

De leverancier moet garanderen dat de systemen voorzien zijn van een CE-keurmerk waardoor voldaan wordt aan de eisen voor Elektro Magnetische Compatibiliteit.


Pagina 45 van 79

8 Projectbegeleiding De leverancier moet een projectbegeleider leveren die zorgt voor de coördinatie aan de zijde van de leverancier. Deze projectbegeleiding moet bestaan uit een ter plaatse van de uitvoering aanwezige verantwoordelijke deskundige. De leverancier moet een voorstel doen over hoe dit door de leverancier aangepakt zal gaan worden. De projectbegeleider van de leverancier zal rapporteren aan de projectleider van de opdrachtgever. De leverancier moet aangeven hoe hij voorbereid is en inspeelt op een projectmatige aanpak van de uitvoering. Het niet voldoende inspelen op of foutief interpreteren van aangereikte informatie kan nooit aanleiding zijn tot vertraging of meerwerk. De leverancier zal minimaal de volgende taken moeten uitvoeren:

•

Het bijwonen van de werken voortgangsvergaderingen (de projectbegeleider).

•

Het inbrengen van ervaring en ideeën daar waar verbeterpunten mogelijk zijn tijdens de voorbereiding of implementatie.

•

Coördineren of verzorgen van begeleiding en trainingen voor en na de oplevering

•

Het opstellen van een tijdsplanning en wekelijks de voortgang rapporteren en toelichten.

•

Het tijdig signaleren van knelpunten.

•

Het verstrekken van de benodigde gegevens aan de opdrachtgever.

•

Aanspreekpunt zijn tijdens en na de uitvoering.

•

Vóór, tijdens en ná de dag van ingebruikname tijdens kantooruren ter plaatse of beschikbaar zijn met voldoende en gekwalificeerd personeel.

•

Gedurende de eerste 3 dagen na de ingebruikname van het systeem buiten kantoortijden een stand-by dienst beschikbaar hebben, zodanig dat een gekwalificeerde medewerker van de leverancier binnen 1 uur ter plaatse met het opheffen van een probleem kan beginnen (waarbij de eerste actie gericht moet zijn op het treffen van dusdanige (tijdelijke) voorzieningen dat het systeem weer normaal functioneert).

•

De eerste werkdag na de overname ook een instructeur beschikbaar stellen om ter plaatste assistentie te verlenen.

•

Het coördineren van de door de leverancier te verrichten engineering en werkzaamheden.

•

Zorgen voor een projectmatige aanpak van de uitvoering en afstemming hiervan met derden.


Pagina 46 van 79

8.1

Oplevering

Acceptatie van het geheel zal onderhavig zijn aan een nader overeen te komen acceptatietestprocedure. De leverancier moet het aan te bieden systeem volledig getest en operationeel opleveren. Het systeem moet op basis van een acceptatietestprocedure worden getoetst op de in de offerteaanvraag beschreven gewenste functionaliteit. De leverancier moet een voorstel doen voor een acceptatietestplan- en procedure. Er zal op basis hiervan en de te leveren configuratie een uitvoerige acceptatietestomschrijving en -procedure worden samengesteld.

8.2

Instructie en opleiding

De leverancier moet in de aanbieding voorzien in voldoende on-site instructie voor de verschillende gebruikers van het communicatiesysteem. Hierbij kan worden gedacht aan een training voor training domotica, training cliëntprofielen en het trainen op het beheerplatform.


Pagina 47 van 79

9 Offerteprocedure 1.

De uiterlijke inleverdatum van de offerte is ########, 16:00u. De offerte moet in enkelvoud worden ingeleverd bij: VAC Woontechniek BV Postbus 381, 9700 AJ, Groningen Daarnaast dient de offerte in enkelvoud te worden verstuurd naar Vestia en ZZG zorggroep, zie blad 2 voor adresgegevens. Beide exemplaren dienen vergezeld te gaan van een volledige digitale versie op USB stick. Algemene, commerciële en technische vragen kunnen uitsluitend, bij voorkeur digitaal, worden gesteld aan VAC Woontechniek BV op het in artikel 2 genoemde email adres.

2.

Het adres en de contactpersoon is: -

Zie blad 2 voor verdere contactgegevens.

U wordt verzocht om de correcte ontvangst van deze aanvraag en uw eventuele deelname binnen de gevraagde termijn via email te bevestigen. 3.

Het is de bedoeling dat een offerte wordt opgesteld strikt op basis van hetgeen in de offerteaanvraag gevraagd is. In de offerteaanvraag zijn voorbeeldmatrices gegeven. De leverancier moet de lay-out van deze matrices volgen. De beantwoording en indeling van de paragrafen in de offerte moeten in dezelfde volgorde plaatsvinden als aangegeven in deze offerteaanvraag. Het niet volgen van de matrices kan een nadelig effect hebben op de beoordeling van de offerte.

4.

De leverancier is verplicht per genoemd onderwerp in de offerteaanvraag (ook dit hoofdstuk) hetzij met ‘ja’ hetzij met ‘nee’ te antwoorden. De leverancier is vrij om zijn beantwoording met een aansluitend, separaat deel met opmerkingen, preciseringen en dergelijke te completeren. Deze wijze van beantwoorden geldt ook voor dit hoofdstuk.

5.

Pagina's, bijlagen en tekeningen van de offerte moeten voorzien zijn van handelsnaam, paginanummer, het projectnummer dat op de offerteaanvraag is vermeld en de datum.

6.

De leverancier moet de offerte voorzien van een index en datasheets van alle toegepaste componenten. De leverancier stelt zich garant voor de uiteindelijke functionaliteit van het gevraagde conform de beschrijvingen in deze aanvraag, alsmede de werking van de aangeboden componenten conform de beschrijvingen in de desbetreffende datasheets.

7.

De offerte moet een helder inzicht geven in de samenstelling en opbouw van de prijsstructuur. Totaalprijzen mogen slechts worden genoemd conform de prijsmodellen zoals vermeld in de offerteaanvraag (zie bijlagen). Het verschil tussen de bruto en netto prijzen moet duidelijk worden aangegeven.


Pagina 48 van 79

8.

De leverancier zal alle materialen, voorzieningen, documentatie en werkzaamheden, noodzakelijk voor een bedrijfsvaardige en geaccepteerde oplevering van de in deze offerteaanvraag omschreven componenten en diensten, in de offerte opnemen.

9.

Aan het uitbrengen van een offerte kunnen door de leverancier geen rechten worden ontleend.

10. De leverancier neemt een gestanddoening termijn van 60 dagen in acht op de offerte, ingaande op de uiterste datum van inschrijving. 11. De offerte voor de bedrijfsvaardige en geaccepteerde oplevering van de systemen met de daarin gespecificeerde functionaliteit, prestatie en aantallen, moet op basis van 'fixed price' zijn. De offerte zal geen stelposten bevatten. De niet in de offerte aangegeven kosten kunnen geen uitgangspunt zijn voor verrekening. 12. Meer- en minderwerk vindt uitsluitend plaats na schriftelijke akkoordverklaring van de aanbestedende partij. Zonder deze akkoordverklaring zal de leverancier ofwel geen meerkosten in rekening kunnen brengen dan wel in gebreke worden gesteld vanwege het leveren van een niet overeengekomen configuratie. 13. Het stellen van een bankgarantie ter goedkeuring van de opdrachtgever is vereist. De hoogte van het in de bankgarantie opgenomen bedrag dient minimaal 10% van de totale waarde van de opdracht vermeerderd met BTW te zijn. Deze bankgarantie, waarvan de tekst door de opdrachtgever dient te zijn goedgekeurd, dient bij ondertekening van de overeenkomst tussen de leverancier en de opdrachtgever aan de opdrachtgever te worden overhandigd. Op grond van deze bankgarantie verbindt de bank zich tot het op het eerste schriftelijke verzoek van de aanbestedende partij, waarin deze mededeelt dat de leverancier in gebreke is gebleven met de juiste nakoming van de in voormelde koopovereenkomst omschreven verplichtingen, maximale in de bankgarantie omschreven bedrag te voldoen. Deze bankgarantie halveert niet eerder dan na integrale acceptatie van het geleverde door de aanbestedende partij, conform het gestelde in artikel 15. Evenals op de koopovereenkomst, is op deze bankgarantie het Nederlands recht van toepassing. De partijen zullen alle geschillen die onverhoopt mochten ontstaan met betrekking tot deze bankgarantie, in eerste aanleg onderwerpen aan het oordeel van de bevoegde rechter. 14. De koopsom zal in rekening worden gebracht in vijf termijnen: 10% bij opdrachtverstrekking, 20% bij aanvang werkzaamheden / levering materialen op het werk, zodanig dat op het werk een waarde van 20% of meer aanwezig is, 30% na levering resterende apparatuur en materialen, zodanig dat op het werk een waarde van minimaal 50% aanwezig is en 30% na schriftelijke acceptatie van de systemen. De laatste termijn is de resterende 10% en kan 3 maanden na schriftelijke acceptatie door de opdrachtgeverin rekening worden gebracht, waarna de versterkte bankgarantie van eveneens 10% vervalt.


Pagina 49 van 79

15. Schriftelijke acceptatie geschiedt nadat alle restpunten uit het protocol van oplevering zijn afgehandeld. 16. De betalingstermijn is gesteld op uiterlijk 40 dagen na dagtekening van de factuur. 17. De leverancier conformeert zich, door het uitbrengen van een offerte, aan de in de offerteaanvraag opgenomen voorwaarden. Hiermee verklaart de leverancier tevens zich op de hoogte te hebben gesteld van de inhoud daarvan. 18. Indien geen schriftelijke inlichtingen worden ingewonnen, wordt aangenomen dat in de offerteaanvraag en de daarbij behorende bijlage(n) geen onduidelijkheden voorkomen. 19. Er wordt van uitgegaan dat de leverancier de offerteaanvraag voldoende uitvoerig en toereikend acht. Indien de leverancier op enige wijze belemmering ziet, of juist mogelijkheden tot verbetering, dan moet de leverancier dit kenbaar maken in de vorm van een aanvulling. Deze aanvullingen kunnen in de vorm van een bijlage aan de offerte worden toegevoegd. Bij het niet op deze wijze reageren, wordt de leverancier gehouden aan het toereikend achten van deze offerteaanvraag. 20. De leverancier zal de voorstellen in de offerteaanvraag en de te gebruiken bestaande materialen en voorzieningen toetsen op bruikbaarheid. Door aan te bieden garandeert de leverancier dat het gebruik van de aanwezige materialen, voorzieningen of het voorgestelde ontwerp geen invloed heeft op de in dit document beschreven functionaliteit, prestatie en capaciteit van de systemen. 21. De opdrachtgever zal de leverancier in staat stellen een pre-bidmeeting en/of site survey bij te wonen en zal alle noodzakelijke technische informatie, voor zover bij de opdrachtgeverbekend, verschaffen. Het niet-bekend zijn met de huidige situatie kan nimmer aanleiding zijn tot verrekening. 22. Opdrachtverstrekking zal plaatsvinden op basis van een nader overeen te komen aankoopovereenkomst. Hierbij zijn deze offerteaanvraag, de daarin gestelde voorwaarden en de Offerte zelf uitgangspunten voor de contractvorming. 23. Bij een eventueel te verstrekken opdracht is de leverancier verantwoordelijk voor de bedrijfsvaardige en geaccepteerde oplevering van de in dit document beschreven gewenste objecten. Hierbij geldt een resultaatsverplichting met betrekking tot de functionaliteit. Eventuele (extra) inzet van (zorg)personeel die direct aantoonbaar verband houdt met het niet voldoen aan de hier gestelde resulataatsverplichting, als ook andere directe operationele kosten welke hieruit voortvloeien, worden bij de leverancier in rekening gebracht. 24. De leverancier moet de realisatie binnen de gestelde doorlooptijd garanderen.


Pagina 50 van 79

25. De leverancier dient ervoor te zorgen dat aansprakelijkheidsrisico’s worden gedekt in geval van eventuele directe, gevolgen indirecte schade, aangebracht tijdens de uitvoering van de werkzaamheden. De leverancier moet een bewijs van verzekering of risicodekking bij de offerte voegen. 26. Indien gebruik wordt gemaakt van een onderaannemer of van personeel ingehuurd bij derden, dan moet de leverancier dit kenbaar maken onder vermelding van de bedrijfsnaam en het aantal mensen dat wordt ingehuurd. In geval van onderaanneming moet de opdrachtgever per partij toestemming verlenen vóór de gunning, of een maand voor de daadwerkelijke inhuur. De leverancier (hoofdaannemer) is steeds verantwoordelijk voor de correcte nakoming van de overeenkomst, ongeacht of hij bij de uitvoering van de overeenkomst gebruik maakt van onderaannemers of van bij derden ingeleend personeel. De verantwoordelijkheden van de opdrachtgeverten opzichte van de leverancier moeten worden aangegeven. 27. Door leverancier bij uitvoering van de overeenkomst ingeschakeld personeel of derden zulle voldoen aan door de opdrachtgever gestelde bijzondere eisen en bij afwezigheid daarvan aan de algemene eisen van deskundigheid en vakbekwaamheid zijn en zich conformeren aan de geldende huisregels. Indien naar het oordeel van de aanbestede partij sprake is van onvoldoende gekwalificeerd personeel of personeel waarmee communicatie onvoldoende of niet mogelijk is, is de aanbestede partij bevoegd om de verwijdering van dit personeel te gelasten en is leverancier verplicht tot vervanging voor zijn rekening, met inachtneming van het bepaalde in artikel 35. 28. Voor de genoemde standaarden en specificaties geldt dat de meest recente versie die op het moment van opdrachtverstrekking beschikbaar is, van toepassing zal zijn. Bedrijfsvaardige oplevering wordt verkregen wanneer goedkeuring wordt verleend door de opdrachtgeveraan het geleverde. Dit wordt gedaan op basis van een nader overeengekomen acceptatietest document, ter ondersteuning van een acceptatietest protocol. 29. De bedrijfsvaardige en geaccepteerde oplevering zal geschieden door middel van een nader overeen te komen acceptatieprocedure. 30. De leverancier zal bij het constateren van een gebrek gedurende de acceptatietest, dit gebrek na eerste sommatie ( binnen acceptabele responstijden) direct wegnemen. De daarmee gemoeide kosten zijn voor rekening van de leverancier. 31. Tot de levering van materialen behoren tevens de volledige montage-, installatie-, bedienings-, aansluiten onderhoudsvoorschriften en -tekeningen, bij voorkeur in de Nederlandse taal. Verder dienen blok- en relevante detail schema’s binnen 2 maanden na de (1e) oplevering geleverd te worden.


Pagina 51 van 79

32. Indien en voor zover de in de offerteaanvraag genoemde voorschriften en richtlijnen geen uitsluitsel geven over de kwaliteit waaraan de werkzaamheden en installaties moeten voldoen, dienen deze werkzaamheden en installaties steeds te voldoen aan de normen van goed vakmanschap. 33. De leverancier gaat ermee akkoord dat de opdrachtgevereen screening kan (laten) uitvoeren ten aanzien van de antecedenten van de leverancier en de medewerkers die bij de leverancier of eventuele onderaannemers van de leverancier in dienst zijn. Dit onderzoek kan betrekking hebben op de betrokkenheid van de leverancier of de desbetreffende medewerker bij een eventuele gerechtelijke procedure, financiële transacties uitgevoerd door of namens de leverancier, zeggenschapsverhoudingen in de onderneming van de leverancier of daaraan gelieerde vennootschappen, het bezit van goederen in strijd met nationale en/of internationale wetgeving en directe of indirecte verbindingen met niet-legale organisaties en/of transacties. De leverancier verklaart er voorts mee akkoord te gaan dat een, naar het oordeel van de aanbestedende partij, bezwaarlijke uitkomst van dit onderzoek een gerechtvaardigde grond vormt voor de ontbinding van de overeenkomst met de leverancier, of een grond vormt voor het weigeren van de toegang tot haar gebouwen aan bepaalde medewerkers door de aanbestedende partij. 34. Indien de opdrachtgevervan mening is dat een door de leverancier ingezet personeelslid niet (meer) voldoet (zie hiertoe ook artikel 28) of indien de uitkomst van een door de opdrachtgeveruitgevoerd antecedentenonderzoek daar aanleiding toe geeft, zal de leverancier het desbetreffende personeelslid binnen 24 uur vervangen door een personeelslid met tenminste vergelijkbare opleiding en ervaring. 35. Wijzigingen in de in deze offerte gewenste configuratie (bijvoorbeeld aantallen) en diensten dienen door de leverancier aangebracht te kunnen worden tot aan het moment van oplevering. Hiervoor dient de leverancier een open calculatie te verschaffen (zie onder).


Pagina 52 van 79

10 Voorlopige planning

Week #

Datum

Actie Offerteaanvragen verstuurd. Bevestiging van ontvangst. Offertes beoordelen obv aanbod / beantwoording, rating en prijs

n.t.b.

SLA / SO onderhandelingen met kandidaten. Contractvorming leverancier Ondertekening overeenkomst.

bouwplanning

Aanvang uitvoering.

bouwplanning

Inbedrijfstellen nieuwe systemen en opname in het netwerk.

bouwplanning

Oplevering Evaluatie.

De leverancier moet zich conformeren aan de voorgestelde planning. De leverancier moet tevens een conceptplan van aanpak, inclusief tijdsplanning, aanbieden.

10.1 Technische en Functionele demonstratie Onderdeel van de gunningsprocedure / besluitvorming is een beoordeling van de aangeboden technologie en functionaliteiten. Hiertoe wil Vestia en ZZG zorggroep met een afvaardiging gedetailleerd voorgelicht worden door de aanbieder over met name techniek, beheer, gebruik, functionaliteiten, onderhoud en dergelijke. De aanbieder wordt verzocht deze voorlichting te geven aan de hand van een werkende (demo-)opstelling, waarin in ieder geval alle componenten uit het blokschema van dit PvE zijn opgenomen. Het staat de aanbieder vrij dit te realiseren op een locatie van Vestia en ZZG zorggroep, bij een referentie klant of in haar eigen kantoor. Vestia en ZZG zorggroep wil kunnen “spelen” met de voorhanden zijnde techniek: dus alarm criteria instellen (profielen), deze testen, alarmen afhandelen op een handset en zo verder.


Pagina 53 van 79

10.2 Verzoek tot demo opstelling Na de gunning, wil Vestia en ZZG zorggroep haar medewerkers kennis laten maken met de gekozen technologie en functionaliteit. Het doel hierbij is om klanten en medewerkers een goede indruk te geven hoe een en ander er uit ziet en werkt. Met name ook om zo draagvlak te creëren en een goede aansluiting bij ingebruikname te bevorderen. Hiertoe wordt de aanbieder verzocht een compleet werkende demo opstelling in een woning binnen het gebouw van Vestia en ZZG zorggroep te realiseren op basis van het functionele en het technische PvE. De demo opstelling moet op één locatie worden opgesteld over een periode van 3 maanden.


Pagina 54 van 79

11 Algemene voorwaarden Indien de onderstaande algemene voorwaarden niet voorzien dan zijn de algemene leverings voorwaarden van de Vestia en ZZG zorggroep van toepassing. "Deze algemene inkoopvoorwaarden zijn onder de titel “INKOOPVOORWAARDEN GEZONDHEIDSZORG” gedeponeerd bij de griffie arrondissement Utrecht d.d. 11 september 2002." Prijzen De prijzen zijn in euro's exclusief BTW en omvatten alle kosten in verband met de nakoming van de verplichtingen van Leverancier. De prijzen zijn gebaseerd op de leveringsconditie "delivered duty paid" (DDP) op de overeengekomen plaats van levering. De prijzen zijn vast en kunnen mitsdien niet aan herziening onderhevig zijn, tenzij de overeenkomst de omstandigheden vermeldt die tot prijsaanpassing kunnen leiden, alsmede de wijze waarop de aanpassing plaatsvindt.. Leverancier verklaart dat de prijzen voor de op basis van de bestelopdracht aan Opdrachtgever verkochte goederen niet minder gunstig zijn dan die van recentelijk aan andere klanten verkochte goederen voor dezelfde of vergelijkbare goederen in vergelijkbare of kleinere hoeveelheden. Levering Het overeengekomen tijdstip van levering is van wezenlijke betekenis. Bij niet tijdige levering is Leverancier zonder nadere ingebrekestelling in verzuim. Leverancier dient dreigende levertijdoverschrijding onverwijld schriftelijk te melden aan Opdrachtgever. Dit laat onverlet eventuele gevolgen van deze overschrijding ingevolge de overeenkomst of wettelijke bepalingen. Goederen verzonden aan Opdrachtgever vooruitlopend op het leveringsschema behoeven door Opdrachtgever niet te worden geaccepteerd en/of kunnen aan Leverancier op zijn kosten worden teruggezonden. Bij de te leveren goederen dient een paklijst aanwezig te zijn. Op de paklijst dient/dienen het/de ordernummer(s) van Opdrachtgever vermeld te zijn, alsmede het/de itemnummer(s), aantal(len) en omschrijving(en). . Indien Opdrachtgever Leverancier verzoekt de levering uit te stellen zal Leverancier de goederen deugdelijk verpakt en herkenbaar bestemd voor Opdrachtgever opslaan, conserveren, beveiligen en verzekeren. Tenzij uitdrukkelijk anders wordt vermeld in de bestelopdracht zal Leverancier aansprakelijk zijn en zal hij alle risico's dragen ter zake van verlies en beschadiging van de goederen als besteld onder de


Pagina 55 van 79

bestelopdracht (1) totdat die goederen zijn afgeleverd op de in de bestelopdracht aangeduide plaats van bestemming, plaats van goedkeuring of plaats van acceptatie en (2) indien de goederen worden afgekeurd.

Eigendom De eigendom van de goederen gaat op Opdrachtgever over op het moment dat de levering en vervolgens de goedkeuring van de zaken hebben plaats gevonden. De Leverancier kan zich geen rechten voorbehouden op de aan Opdrachtgever geleverde goederen, behoudens een eigendomsvoorbehoud tot op het moment waarop Opdrachtgever aan zijn betalingsverplichting ter zake van die geleverde goederen heeft voldaan. Niettemin zal Opdrachtgever dergelijke goederen verder mogen verwerken en/of verkopen voorzover in het kader van de normale uitoefening van haar taken gebruikelijk is. Opdrachtgever is bevoegd te verlangen dat de overdracht van de eigendom van de goederen en/of de hiervoor bestemde materialen en onderdelen op een eerder tijdstip zal plaatsvinden. Leverancier zal alsdan de goederen en/of de hiervoor bestemde materialen en onderdelen merken als herkenbaar eigendom van de opdrachtgever en Opdrachtgever vrijwaren voor verlies, beschadiging en uitoefening van rechten door derden. Hulpmiddelen Door Opdrachtgever ter beschikking gestelde dan wel voor rekening van Opdrachtgever door Leverancier aangeschafte of vervaardigde materialen, grondstoffen, hulpstoffen, gereedschappen, tekeningen, modellen, instructies, specificaties, software en overige hulpmiddelen blijven eigendom van Opdrachtgever C.q. worden eigendom van de Opdrachtgever op het moment van aanschaf of vervaardiging. Leverancier is verplicht de in het vorige lid bedoelde hulpmiddelen te merken als herkenbaar eigendom van Opdrachtgever en deze in goede staat te bewaren, afgescheiden van voorwerpen welke toebehoren aan hemzelf of aan derden, en voor zijn rekening te verzekeren tegen alle risico's zolang Leverancier ten aanzien van die hulpmiddelen als houder optreedt. Verandering aan of afwijking van de van dit artikel bedoelde hulpmiddelen, evenals het aanwenden van deze hulpmiddelen voor of in verband met enig ander doel dan de levering aan Opdrachtgever, is slechts toegestaan na voorafgaande schriftelijke goedkeuring van Opdrachtgever; goedkeuring laat de garantieverplichtingen van Leverancier evenwel onverlet. Op het moment dat van dit artikel bedoelde hulpmiddelen zijn verwerkt in zaken van Leverancier, is sprake van een nieuwe zaak waarvan de eigendom aan Opdrachtgever toebehoort.


Pagina 56 van 79

Wijzigingen Opdrachtgever is te allen tijde bevoegd te verlangen dat de omvang en/of de hoedanigheid van de te leveren goederen wordt gewijzigd en/of modificaties aan te brengen in de tekeningen, modellen, instructies, specificaties, software en dergelijke met betrekking tot de te leveren goederen. Indien zulks naar het oordeel van Leverancier gevolgen heeft voor de overeengekomen vaste prijs en/of levertijd zal hij, alvorens aan de wijziging gevolg te geven Opdrachtgever hieromtrent zo spoedig mogelijk, doch ten hooste binnen 8 dagen na de kennisgeving van de verlangde wijziging, schriftelijk informeren. Indien deze gevolgen voor de prijs en/of levertijd naar het oordeel van Opdrachtgever onredelijk zijn ten opzichte van de aard en de omvang van de wijziging heeft Opdrachtgever het recht de overeenkomst te ontbinden door middel van een schriftelijke kennisgeving aan Leverancier, tenzij dit gelet op de omstandigheden kennelijk onredelijk zou zijn. Een ontbinding op grond van dit lid geeft geen der Partijen een recht op vergoeding van enigerlei schade. Leverancier mag geen wijzigingen aanbrengen of uitvoeren zonder schriftelijke order of toestemming van Opdrachtgever Betaling Betaling van de factuur, inclusief BTW, zal plaats vinden uiterlijk na 40 dagen na levering, mits goedkeuring van de levering en ontvangst van alle bijbehorende documentatie in de Nederlandse taal (o.a. met betrekking tot onderhoud, bediening, veiligheid en sterilisatie), tekeningen, kwaliteits- en garantiecertificaten en de factuur. Ten aanzien van facturen onderworpen aan een betalingskortings-regeling wordt de kortingstermijn geacht te beginnen op het moment van ontvangst van de bestelde goederen en ontvangst van alle documentatie bedoeld op de plaats van bestemming. Indien facturen moeten worden teruggezonden ter correctie begint de betalingskortingstermijn op de datum van ontvangst van de op juiste wijze gecorrigeerde factuur. Opdrachtgever is gerechtigd de betaling op te schorten indien hij een tekortkoming in de zaken en die eventuele installatie/montage daarvan constateert. Opdrachtgever heeft het recht het bedrag van de factuur te verminderen met bedragen, die Leverancier is verschuldigd aan Opdrachtgever. Opdrachtgever is bevoegd, alvorens betaling plaats vindt, naast of in plaats van eigendomsoverdracht te verlangen dat Leverancier voor zijn rekening een onvoorwaardelijke en onherroepelijke bankgarantie doet afgeven door een voor Opdrachtgever acceptabele bank om de nakoming van zijn verplichtingen zeker te stellen. Betaling door Opdrachtgever houdt op geen enkele wijze afstand van recht in.


Pagina 57 van 79

Kwaliteit, Garantie, Keuring Leverancier garandeert dat de geleverde goederen beantwoorden aan de overeenkomst en dat de goederen beschikken over de eigenschappen die zijn toegezegd, vrij zijn van gebreken, geschikt zijn voor het doel waarvoor zij zijn bestemd en voldoen aan de hoogste wettelijke eisen en overige overheidsvoorschriften alsmede aan de hoogste eisen van de binnen de branche gehanteerde veiligheids- en kwaliteitsnormen, alle zoals deze gelden ten tijde van de levering. Tenzij in de bestelopdracht anders is vermeld is de garantieperiode 12 (twaalf) kalendermaanden te rekenen vanaf de datum van aanvaarding van een overeengekomen acceptatie-test dan wel de datum van definitieve in bedrijfstelling of acceptatie van de goederen. Een gegarandeerde prestatie moet door de Leverancier binnen 1 (een) maand na de datum van ingebruikname of acceptatie worden aangetoond. Alle gebreken of onvolkomenheden, die zich tijdens de garantieperiode voordoen, met uitzondering van die welke het gevolg zijn van normale slijtage of abnormaal gebruik zullen - onverminderd de overige rechten op, vergoeding van kosten, schaden en renten - kosteloos en na eerste kennisgeving van de zijde van Opdrachtgever onmiddellijk en volledig door Leverancier worden hersteld. Indien na vorenbedoelde kennisgeving Leverancier niet binnen een voor Opdrachtgever redelijke periode is aangevangen met het herstel, is Opdrachtgever bevoegd deze werkzaamheden door derden te laten uitvoeren voor rekening en risico van Leverancier zonder nadere gevolgen voor de door Leverancier aangegane garantieverplichtingen. Keuring, controle en/of beproeving door Opdrachtgever of door daartoe door Opdrachtgever aangewezen personen of instanties kan plaatsvinden zowel tijdens de productie of bewerking voorafgaande aan de levering als tijdens levering of bij opslag na levering. Leverancier verleent hiertoe toegang tot de plaatsen waar de goederen worden geproduceerd of zijn opgeslagen en verleent kosteloos medewerking aan de gewenste keuringen, controles en beproevingen en verstrekt voor zijn rekening de benodigde documentatie en inlichtingen. Leverancier stelt Opdrachtgever zo nodig tijdig van te voren op de hoogte van het tijdstip waarop keuring, controle en/of beproeving kan plaatsvinden. Leverancier is bevoegd bij de keuring, controle en/of beproeving aanwezig te zijn. De kosten van keuring, controle en/of beproeving zijn voor rekening van Leverancier. Indien bij keuring, controle en/of beproeving voor, tijdens of na de levering de goederen geheel of gedeeltelijk worden afgekeurd, zal Opdrachtgever dit aan Leverancier schriftelijk melden. In geval van afkeuring van de goederen tijdens of na de levering, gaan de eigendom en het risico van de afgekeurde goederen op Leverancier over vanaf de datum van dagtekening van de in het vorige lid bedoelde melding. 2011006A - Technische PvE Mariendaal Groesbeek1.2

Pagina 58 van 79

Indien de goederen, ongeacht de resultaten van enige keuring, controle en/of beproeving, niet blijken te voldoen aan het bepaalde zal Leverancier voor zijn rekening de goederen ter keuze van Opdrachtgever op eerste aanzegging herstellen of vervangen binnen 5 werkdagen Indien na overleg met Leverancier redelijkerwijs moet worden aangenomen dat Leverancier niet, niet tijdig of niet naar behoren voor herstel of vervanging kan of zal zorgdragen dan wel indien na een tweede afkeuring de gerechtvaardigde twijfel is gewekt in hoeverre Leverancier nog aan zijn verplichtingen kan voldoen ter zake van kwaliteit en levering, is Opdrachtgever gerechtigd de overeenkomst met Leverancier met onmiddellijke ingang en zonder nadere ingebrekestelling te beëindigen zonder enige nadere verplichting van de zijde van Opdrachtgever tot schadevergoeding voor schade welke voor Leverancier ten gevolge van die beëindiging mag ontstaan. Opdrachtgever heeft alsdan het recht de benodigde zaken van een derde af te nemen, dan wel zelf maatregelen te nemen of maatregelen door een derde te laten nemen voor rekening en risico van Leverancier. Leverancier garandeert de beschikbaarheid van reserve-onderdelen en service-onderdelen noodzakelijk voor herstel en onderhoud van de goederen onder de bestelopdracht tegen redelijke prijzen en gebruikelijke kortingen voor tenminste 10 (tien) kalenderjaren na de laatste levering van de goederen onder de bestelopdracht. Vrijwaringsbedingen Leverancier garandeert dat het gebruik, daaronder begrepen doorverkoop, van de door hem geleverde goederen, of van de door hem ten behoeve van Opdrachtgever gekochte of vervaardigde hulpmiddelen geen inbreuk zal opleveren op octrooirechten, merkrechten, modelrechten, auteursrechten of andere rechten van derden. Leverancier zal ter zake van de onder de bestelopdracht geleverde goederen en/of verrichte diensten Opdrachtgever en zijn cliënten beschermen en vrijwaren jegens gerechtelijke en buitengerechtelijke kosten en/of andere schade voortvloeiende uit: (1) schending van octrooien, merkrechten en auteursrechten in het gebruik of verkoop van goederen onder de bestelopdracht. tenzij die schending voortvloeit uit gebruikte materialen of goederen die specifiek naar het ontwerp of methode van Opdrachtgever zijn vervaardigd. De niet-nakoming door Leverancier van de gemene wettelijke verplichtingen en van overheidswege gegeven voorschriften aangaande de wijze van toepassing en verwerking van materialen en/of bepaalde goederen alsmede die ter zake van de ingezette arbeid ter nakoming van Leverancier(s) verplichtingen. -Leverancier verklaart reeds nu voor alsdan te voldoen aan de wettelijke verplichtingen en voorschriften ter zake; en alle aanspraken en veroordelingen ter zake van de vergoeding van zaakschade, letsel- of overlijdensschade van derden veroorzaakt door enig verzuim, nalatigheid van de zijde van Leverancier of de onvolkomenheid in de gebruikte materialen, ontwerpen of methoden dan wel schade veroorzaakt ten tijde of voortvloeiende uit een tot stand gebracht werk of verleende diensten.


Pagina 59 van 79

Aansprakelijkheid Leverancier is aansprakelijk voor alle schade die door Opdrachtgever of door derden wordt geleden als gevolg van een gebrek in zijn product waardoor het niet de veiligheid biedt die men gerechtigd is te verwachten. Leverancier is aansprakelijk voor alle schade die door Opdrachtgever of door derden wordt geleden als gevolg van handelen of nalaten van hemzelf, van zijn personeel of van degenen die door hem bij de uitvoering van de overeenkomst zijn betrokken. Leverancier vrijwaart Opdrachtgever voor aanspraken van derden op vergoeding van schade op grond van aansprakelijkheid als bedoeld in de vorige twee leden en zal op eerste verzoek van Opdrachtgever een schikking treffen met die derden, dan wel zich in rechte, in plaats van of gezamenlijk met Opdrachtgever - één en ander ter beoordeling door Opdrachtgever - verweren tegen aanspraken als hiervoor bedoeld. Voor de toepassing van dit artikel worden personeel en medewerkers van Opdrachtgever als derden aangemerkt. Leverancier zal zich tegen de aansprakelijkheid als bedoeld in dit artikel genoegzaam verzekeren en verleent Opdrachtgever desgewenst inzage in de polis. Beëindiging Indien Leverancier één of enige van zijn verplichtingen uit hoofde van de overeenkomst of van andere overeenkomsten die daaruit voortvloeien niet, niet tijdig of niet naar behoren nakomt alsmede in geval van zijn faillissement of surséance van betaling en in geval van stillegging, liquidatie of overname of enige daarmee vergelijkbare toestand van de onderneming van Leverancier, is hij van rechtswege in verzuim en heeft Opdrachtgever het recht de overeenkomst zonder ingebrekestelling en zonder rechterlijke tussenkomst eenzijdig geheel of gedeeltelijk te beëindigen door middel van een schriftelijke kennisgeving aan Leverancier en/of betalingsverplichtingen op te schorten en/of uitvoering van de overeenkomst geheel of gedeeltelijk aan derden op te dragen, zonder dat Opdrachtgever tot enige schadevergoeding gehouden is, onverminderd eventuele Opdrachtgever verder toekomende rechten daaronder begrepen het recht van Opdrachtgever op volledige schadevergoeding. Alle vorderingen, die Opdrachtgever in deze gevallen op Leverancier mocht hebben of verkrijgen, zullen terstond en ten volle opeisbaar zijn. Indien Leverancier zich beroept op niet toerekenbare tekortkoming heeft Opdrachtgever het recht de overeenkomst te beëindigen overeenkomstig de bepalingen van dit artikel.


Pagina 60 van 79

Orde, veiligheid en milieu Leverancier en zijn werknemers evenals door hem ingeschakelde derden zijn gehouden wettelijke veiligheids-, gezondheids- en milieu-voorschriften in acht te nemen. Ook eventuele instellingsvoorschriften en reglementen op het gebied van veiligheid, gezondheid en milieu van Opdrachtgever dienen te worden opgevolgd. De inhoud van de overeenkomst De bestelopdracht vormt de gehele overeenkomst tussen Opdrachtgever en Leverancier en bevat alle afspraken en voorwaarden van de transactie als aldaar benoemd en indien bij de uitvoering van de overeenkomst gebruik wordt gemaakt van door Opdrachtgever ter beschikking gestelde of door Opdrachtgever goedgekeurde lay-outs, modellen, ontwerpen, schetsen, tekeningen, specificaties, technische informatie, speciale toepassingstechnieken, instructies, keuringsvoorschriften en dergelijke, maken deze tevens deel uit van de overeenkomst. Geen enkele toezegging, afspraak door of vertegenwoordiging van Opdrachtgever, zijn agent of enig iemand van zijn personeel is bindend voor Opdrachtgever, tenzij deze schriftelijk worden bevestigd door Opdrachtgever. Iedere wijziging in de uitvoering van de overeenkomst alsmede iedere nadere afspraak die afwijkt van de in de bestelopdracht vermelde voorwaarden is slechts bindend voor Opdrachtgever na de schriftelijke en ondertekende bevestiging tot wijziging van de bestelopdracht. Toepasselijk recht en geschillen Op de overeenkomst en alle overeenkomsten die daaruit voortvloeien is uitsluitend Nederlands recht van toepassing. Alle geschillen (daaronder begrepen die welke slechts door één der partijen als zodanig worden beschouwd) die naar aanleiding van deze overeenkomst of daaruit voortvloeiende overeenkomsten tussen partijen mochten ontstaan zullen aanhangig worden gemaakt bij de bevoegde rechter in het arrondissement waar Opdrachtgever statutair gevestigd is; bij een combinatie van opdrachtgevers de bevoegde rechter in het arrondissement waar één (of meer) van de betrokken opdrachtgevers statutair gevestigd is (zijn). Personeel, equipment en materialen Door Leverancier bij uitvoering van de overeenkomst ingeschakeld personeel zal voldoen aan door Opdrachtgever gestelde bijzondere eisen en bij afwezigheid daarvan aan de algemene eisen van vakbekwaamheid en deskundigheid. Indien naar het oordeel van Opdrachtgever sprake is van onvoldoende gekwalificeerd personeel is Opdrachtgever bevoegd om de verwijdering van dit personeel te gelasten en is Leverancier verplicht tot onverwijlde vervánging, met inachtneming van het bepaalde in dit artikel. Opdrachtgever heeft de bevoegdheid tot inspectie en keuring van alle door Leverancier bij uitvoering, van de overeenkomst te gebruiken materialen en equipment en tot identificatie van personeel dat door Leverancier bij uitvoering van de overeenkomst wordt betrokken. 2011006A - Technische PvE Mariendaal Groesbeek1.2

Pagina 61 van 79

Terrein en gebouwen van opdrachtgever Leverancier dient zich voordat met de uitvoering van de overeenkomst een aanvang wordt gemaakt op de hoogte te stellen van de omstandigheden op het terrein en in de gebouwen van Opdrachtgever waar de werkzaamheden moeten worden verricht en die uitvoering van de overeenkomst kunnen beïnvloeden. Kosten van vertraging in de uitvoering van de overeenkomst veroorzaakt door omstandigheden zoals' hiervoor bedoeld zijn voor rekening en risico van Leverancier. Werkzaamheden op het terrein / In de gebouwen van de opdrachtgever Leverancier draagt er zorg voor dat zijn aanwezigheid en de aanwezigheid van zijn personeel op het terrein en in de gebouwen van Opdrachtgever geen belemmering vormen voor de ongestoorde voortgang van de werkzaamheden van Opdrachtgever en derden. Leverancier en zijn personeel dienen zich voordat met de uitvoering van de overeenkomst een aanvang wordt gemaakt op de hoogte te stellen van de inhoud van de op het terrein en in de gebouwen van Opdrachtgever geldende voorschriften en reglementen, onder andere inzake veiligheid, gezondheid en milieu, en zich dienovereenkomstig te gedragen.


Pagina 62 van 79

Park Mariëndaal. Technisch Programma van Eisen. Vestia ZZG zorggroep Stichting ExperTel. Levering, installatie en onderhoud van:

Recommend Documents