1. rész Szállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR adattárház részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére. 2. rész Szállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR portál rendszer részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére

Egészségügyi Engedélyzési és Közigazgatási Hivatal

Határidő

Az ajánlatok beérkezésének határideje 2014-03-05. A közbeszerzést a következő honlapon tették közzé 2014-02-03.

Szállítók

A következő szállítók szerepelnek az odaítélési határozatokban vagy más közbeszerzési dokumentumokban:

• Stratis Vezetői és Informatikai Tanácsadó Kft.

Kicsoda?

• Egészségügyi Engedélyzési és Közigazgatási Hivatal

Mi az?

Hol?

• Budapest

Beszerzési előzmények

Dátum	Dokumentum
2014-02-03	Ajánlati felhívás
2014-12-05	Tájékoztató az eljárás eredményéről

Ajánlati felhívás (2014-02-03)
Objektum
A közbeszerzés hatálya
Cím: Szoftvercsomag és információs rendszerek
Mennyiség vagy érték:

1. részSzállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR adattárház részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére.1.Szállítandó rendszerrel szembeni követelmények1.1.Infrastruktúra követelmények1.1.1. NISZ infrastruktúra szolgáltatás használata1.A rendszert kötelezően a NISZ infrastruktúráján kell megvalósítani. A NISZ által ajánlott infrastruktúrát a dokumentáció 1.6. pontja mutatja be.2.Ajánlattevőnek nyilatkoznia kell arról, hogy a dokumentáció 1.6. pontban bemutatott infrastruktúra az általa ajánlott rendszer kiszolgálására alkalmas. Amennyiben Ajánlattevő úgy ítéli meg, hogy az az infrastruktúra a megajánlott rendszer kiszolgálására nem alkalmas, akkor Ajánlattevőnek csatolnia kell a szükséges bővítési igényeket, amelynek beruházási költségét szerepeltetnie kell a kalkulációkban.3.A rendszer eléréséhez szükséges védett (VPN) kapcsolatokat Ajánlattevőnek kell biztosítania Ajánlatkérő és a NISZ szakemberei útmutatása alapján.4.Az Adattisztító és Adatbányász munkahelyekhez szükséges infrastruktúrára az Ajánlattevő tegyen javaslatot.1.1.2. Architekturális követelmények5.A megfelelő fejlesztési technológia kiválasztásával időtálló, fenntartható rendszertkell fejleszteni. A technológia kiválasztásakor figyelembe kell venni, hogy a rendszer üzemeltetési időszaka minimum 5 év.6.Az alkalmazások architektúráját úgy kell megtervezni és megvalósítani, hogy az képes legyen a megcélzott (ágazati vagy intézeti) számú felhasználó biztonságos és gyors kiszolgálására.7.A megvalósításra kerülő rendszer kettő (kliens-szerver), vagy több rétegű (multi-tier) architektúrára épüljön.8.Biztosítani kell, hogy az alkalmazások egymással, és a működés szempontjából elengedhetetlenül fontos kapcsolódó rendszerekkel integráltan működjenek. Az integrált működéshez az alkalmazásoknak a szabályozott módon szabványos, dokumentált interfész felületekkel kell rendelkeznie.9.Az alkalmazás modulárisan épüljön fel, hogy szükség esetén egy dedikált szerver beállításával bővíthető legyen a leterhelt modul. Ennek tervezett megvalósítását a pályázati anyagban mutassa be az Ajánlattevő. Átadás-átvétel során a bővítés módját külön műszaki leírásban kell megadni.1.1.3. Független teszt rendszer megvalósítása10.A rendszert úgy kell kiépíteni, hogy lehetőség legyen az átadást követően is független teszt rendszert létrehozni, azon tesztelni anélkül, hogy az éles rendszer bármilyen módon érintve legyen.11.Ajánlattevőnek meg kell adnia a tesztrendszer kialakítása miatt szükséges további dobozos termék licenceket és ezek költségét szerepeltetnie kell a kalkulációkban.1.1.4. Mentés, archiválás12.A rendszernek szabványos archiválási és adat-visszaállítási lehetőséggel kell rendelkeznie13.Biztosítani kell az adatok és rendszerek időszakos (pl. napi, heti, éves) menthetőségét és visszatölthetőségét a meghatározott mentési rend alapján.14.A rendszer mentéséhez minimálisan támogatni szükséges:— Teljes mentés (minden adat mentésre kerül)— Különbözeti, inkrementális mentés (legutóbbi mentés óta megváltozott adatok kerülnek mentésre)15.Az időszakos mentéseknek a rendszer illetve annak alkalmazásainak leállítása nélkül kell lefutniuk.1.1.5. Dobozos szoftverek16.Az Ajánlattevő feladata a szükséges és a feladatnak legjobban megfelelő dobozos szoftverek kiválasztása17.Az Ajánlattevő végezze el a szükséges dobozos szoftverek beszerzését és telepítését, paraméterezését, üzembe helyezését. A szükséges licencszámot számítással ellenőrizze és a számítást csatolja az ajánlatához.18.A licenceknek minden esetben Ajánlattevő nevére kell szólnia és időbeli korlátozást nem tartalmazhatnak.19.Ajánlattevőnek teljeskörű nyilatkozattal kell alátámasztani, hogy a megajánlott rendszer és a szállított licencek összhangban vannak.1.2. Elvárt funkcionalitás1.2.1. Adatforrások kezelése20.A rendszernek adatokat kell fogadnia minimálisan a dokumentáció 1.3.1. fejezetben felsorolt adatforrásoktól.21.Biztosítani kell egy átmeneti transzfer területet, ahova az adatforrások adatgazdái a szükséges adatokat fel tudják tölteni. A minimálisan biztosítani szükséges adatátviteli módok:— Fájl alapú— Adatbázis tábla alapú— Web-szolgáltatás alapú22.A rendszernek képesnek kell lennie új adatforrások kezelésére a rendszer változtatása nélkül. Szükséges egy paraméterezhető, konfigurálható importáló eszköz, amellyel az adatforrások adatai feldolgozhatók.23.Az induláskor szükséges adatok körét Ajánlattevőnek kell meghatároznia szoros együttműködésben az adatgazdákkal.24.Az importáló eszköz az induláskor szükséges adatokhoz történő konfigurációját Ajánlattevőnek kell elvégeznie.1.2.2. Periodikus jelentések kezelése25.A rendszernek az átadás időpontjában eleget kell tennie minimum a dokumentáció 1.3.2. fejezetben felsorolt jelentési igényeknek.26.Biztosítania kell egy átmeneti transzfer területet, ahova a jelentések elmenthetők. A minimálisan biztosítandó adatformátumok jelentések esetében:— Közvetlenül publikálható dokumentum formátum (PDF)— További elemzést lehetővé tevő formátum (XLS, XLSX)— Ajánlatkérővel egyeztetett szabványos jelentés formátum27.A rendszernek a periodikus jelentéseket automatikusan, emberi beavatkozás nélkül elő kell tudnia állítani a jelentéshez meghatározott időben és gyakorisággal.28.Az induláskor szükséges jelentések pontos tartalmát Ajánlatkérő útmutatásai alapján Ajánlattevőnek kell meghatároznia.29.Az induláskor szükséges jelentéseket Ajánlatkérő útmutatása alapján Ajánlattevőnek kell implementálnia úgy, hogy azt később Ajánlatkérő szakemberei módosítani tudják.1.2.3. Automatikus és manuális adattisztítás30.Az adattisztító modul legyen alkalmas az adatok automatikus tisztítására, összerendelésére, ellenőrzésére az előre elkészített szabályrendszer felhasználásával.31.Átadáskor tartalmazza az ismert adatforrások adatainak validálásához szükséges szabályokat.32.A szabályrendszer legyen módosítható, bővíthető az üzemeltető által és az ehhez szükséges összes szoftvereszközt tartalmazza átadáskor a rendszer.33.Az adattisztító modul legyen alkalmas a kézi adattisztításra, illetve támogassa az adattisztítók munkáját a megfelelő eszközökkel34.A HelpDesk rendszer adjon támogatást az adattisztítóknak az adatgazdákkal való kommunikációban, illetve a problémás esetek kezelésében (ticketing).35.Automatikusan frissítse a metaadat adatbázist, úgy hogy annak tartalma a korábban eltárolt adatok körét ne módosítsa, a korábbi adatokhoz továbbra is konzisztens módon hozzá lehessen férni (verziózás).36.Legyen képes a metaadatok automatikus ellenőrzésére (szabályok).37.Tartalmazzon minden eszközt, amellyel a metaadat adatbázis manuálisan karbantartható, ellenőrizhető, módosítható.38.Ajánlattevő definiálja a feladat elvégzéséhez minimálisan megfelelő adattisztító munkaállomás oldali hardver és szoftver igényeit.1.2.4. Adattárház építés39.Az adattárház az átadáskor alkalmas legyen az input adatok tárolására (dokumentáció 1.3.1. és 2.2.1. fejezetek).40.Az adattárház az üzemeltető szakértői által legyen bővíthető, képes legyen új adattartalmak befogadására.41.Legyen olyan módon optimalizáltan felépítve, hogy a szükséges dimenziószám és a várható adatmennyiség mellett a vállalt válaszidőket teljesíteni tudja.42.Átadáskor tartalmazza az összes ismert riport elkészítéséhez szükséges adatpiacot (dokumentáció 1.3.2. és 2.2.2. fejezetek).43.A szolgáltatott adatok köre a későbbiekben legyen bővíthető új adatpiacok hozzáadásával vagy a meglévők módosításával.44.Az adattárház tartalmazzon karbantartható, verziózott dimenzió, illetve összerendelő, ún. szótár táblákat.45.Az adattárház kezdeti feltöltése Ajánlatkérő feladata, azonban Ajánlattevőnek ezt a tevékenységet folyamatosan segítenie kell, a felmerülő problémákat meg kell oldania.46.Kezelje minimum az alábbi magasabb aggregációs szinten is értelmezhető dimenziókat:— dátum/idő— életkor (korcsoportok)— FEOR szám (foglalkoztatási csoport)— földrajzi hely (település, járás, megye, egészségügyi térség, EU térség, ország)— jogviszony típusa (jogviszony csoportok)— munkakör (munkaköri csoportok)— szakképesítés jelenlegi neve (szakképesítés csoportok)— szakorvosképzés szakterülete (szakmacsoport)47.Az adattárház legyen képes új dimenziók és aggregációs szintek kezelésére és biztosítson felületet, hogy Ajánlatkérő szakemberei a szükséges feladatokat elvégezhessék.48.Az adattárház adatstruktúráiban támogassa a történeti adatok idősoros elemzését. Ehhez a visszamenőlegesen összegyűjtött nagy mennyiségű adatot, könnyen elemezhető adatszerkezetekben kell tárolni.1.2.5. Üzleti intelligencia (BI) rendszer49.A rendszernek képesnek kell lennie az esetileg, egyedileg felmerülő riportok előállítására.50.A BI direkt módon támogassa a riportok rendszeres vagy időszakos elkészítését és disztribúcióját, OLAP elemzések elvégzését valamint ad-hoc lekérdezések futtatását és adatbányászati eljárások alkalmazását.51.A BI funkciók és eszközök kimondottan a riportolási és analitikus funkciók elvégzésére legyenek optimalizáltak és a mély informatikai ismeretekkel nem rendelkező, de a folyamatot ismerő felhasználó által is könnyen használhatóak legyenek.52.A rendszernek képesnek kell lennie az egyedileg felmerülő igények dokumentált követésére a HelpDesk-en keresztül.53.A rendszer rendelkezzen interaktív grafikus felülettel, mind a lekérdezések, mind a vizualizáció számára.54.A BI rendszer biztosítsa minimum az alábbi elemzési lehetőségeket:— Idősoros elemzések— Különböző aggregáltsági szintek kezelése— Multi-dimenzionális elemzések— Egyszerű és többváltozós statisztikai elemzések— Lineáris, logaritmikus regresszió— Döntési fák— Klaszterezési és szegmentálási lehetőségek— Jellemző összefüggések és mintázatok feltárása55.A BI rendszer további feldolgozás céljából az elemzések eredményét tegye elérhetővé minimum az alábbi formátumokban:-CSV-XML56.Tegye lehetővé rendszeresen vagy ad-hoc módon képzett riportok egyszerű definiálását és futtatását.57.A megfelelő ismeretekkel rendelkező elemzők részére biztosítson közvetlen SQL hozzáférést a jogosultság alapján elérhető adatokhoz.58.A megfelelő ismeretekkel rendelkező elemzők részére biztosítson lehetőséget tárolt SQL eljárások létrehozására, módosítására.59.A BI segítségével legyen lehetséges a riportok automatikus generálása és disztribúciója a web-en keresztül vagy e-mailben.60.A BI rendszernek rendelkeznie kell adatvizualizációs képességekkel, amelynek minimálisan az alábbiakat kell tudnia:— Oszlopdiagram (csoportosított, halmozott, 100%-ig halmozott)— Vonaldiagram (csoportosított, halmozott, 100%-ig halmozott)— Kördiagram (kör, torta, robbantott torta, kör-kör, kör-sáv)— Sávdiagram (csoportosított, halmozott, 100%-ig halmozott)— Pontfelhő (síkban, térben)— Felületdiagram (felület, drótváz, körvonal)— Perecdiagram (perec, robbantott perec, perec-perec, perec-sáv)— Buborékdiagram (síkban, térben)— Sugárdiagram (sugár, sugárfelület)— Korfa— Térképes megjelenítés (település, járás, megye, régió, ország, EU régió)61.Ajánlattevő definiálja a feladat elvégzéséhez minimálisan megfelelő elemző munkaállomás hardver és szoftver igényeit.1.2.6. Authentikáció és jogosultság kezelés62.A rendszernek saját authentikációval kell rendelkeznie, amelyet fel kell készíteni SSO-val történő működésre is.63.A rendszer biztosítsa legalább a következő szerepkörű felhasználók kezelését:— Adatgazda— Adattisztító— Elemző— Senior Elemző— Adminisztrátor— Üzemeltető64.A rendszer legyen képes további szerepkörök definiálására, illetve a létező szerepkörök módosítására.65.A szerepkörökhöz különféle funkciókat, adatköröket (jogosultságot) kell rendelni. Biztosítani kell a jogosultságok egyedi és csoportos vagy tömeges beállításának lehetőségét.66.A jogosultsági rendszer kiindulási verziójának létrehozása és implementálása Ajánlattevő feladata, az Ajánlatkérő szakemberei által megadott szabályok figyelembevételével.1.2.7. Adatcsere biztosítása harmadik fél számára paraméterezett lekérdezésekhez67.A rendszerben külön adatpiacot kell létrehozni a Portálról irányított lekérdezések kiszolgálására úgy, hogy annak erőforrás-igénye nem zavarhatja az adattárház normál működését. Az adatpiac létrehozását Ajánlattevő végzi Ajánlatkérő igényei alapján.68.A rendszernek képesnek kell lennie parametrizált tárolt eljárások létrehozására, azok futtatására és az eredmény visszaadására.69.Ajánlattevő feladata, hogy Ajánlatkérő igényei alapján és vele együttműködve definiáljon 10 parametrizált tárolt eljárást.70.Az adatcserének minimálisan az alábbi technológiákat kell támogatnia:— Fájlszintű— Közvetlen adatbázis-kapcsolat— Web-szolgáltatás alapú1.2.8. HelpDesk71.Ajánlattevő biztosítson HelpDesk rendszert, amely minimálisan az alábbi elemekhez kapcsolódik:— HMR rendszermenedzsment— Adattisztítási folyamat— Portál72.A HelpDesk legyen képes minimum az alábbiakra:— Együttműködés a NISZ hasonló rendszerével— Egyedi riport igények dokumentált feldolgozása73.A HMR HelpDesk-nek kell kiszolgálnia a Portál ilyen irányú igényeit is.74.A HelpDesk kötelezően az EEKH call-centerének keretein belül kell működjön. Ajánlattevőnek a működést a call-centerhez kell illesztenie.75.A rendszer támogassa meghatározott eseményekhez kötődő e-mail küldést, e-mail fogadást, valamint automatikus e-mail feldolgozást.76.A rendszer legyen képes külön kezelni a végfelhasználókat, ezek szervezeti egységeit, és az incidenseken, hibajegyeken, változásokon, stb. dolgozó munkacsoportokat.1.2.9. Rendszermenedzsment biztosítása77.Ajánlattevő építsen ki a szállított szoftverrendszerhez kapcsolódóan teljeskörű rendszermenedzsmentet.78.A menedzsment rendszer legyen képes adatok, események gyűjtésére alsóbb szintű felügyeleti rendszerekből, nyílt interfész használatával (pl. SNMP).79.A rendszermenedzsmentnek a NISZ által jóváhagyottnak kell lennie. Ennek kialakításának érdekében Ajánlattevőnek a NISZ szakembereivel kell egyeztetnie.80.A rendszermenedzsment legyen képes kapcsolódni a NISZ hasonló rendszeréhez és annak közvetlenül adatot szolgáltatni.81.A rendszermenedzsment legyen integrálva a HelpDesk-kel.82.Az üzemeltetési folyamatot támogató rendszer legyen integrálható felhasználói adatokat és szervezeti egységeket tároló címtár rendszerrel.83.A menedzsment rendszer rendelkezzen grafikus felhasználói felülettel, és ez legyen elérhető lokálisan telepített kliensről vagy web felületről is. A grafikus felület legyen képes az üzemeltetett szolgáltatások állapotának megjelenítésére.84.A rendszermenedzsment legyen képes a Portál ilyen irányú igényeinek kiszolgálására.1.3. Működési követelmények1.3.1. Felhasználói szám85.A rendszernek minimálisan az alábbi számú felhasználót kell kiszolgálnia:— Adattisztító: 5 fő— Elemző: 20 fő— Üzemeltető: 5 fő— Adatgazda: 10 fő1.3.2. Rendelkezésre állás86.Ajánlattevőnek a rendszer egyes részeire és a teljes rendszerre is legalább 99,8%-os havi rendelkezésre állást kell garantálnia.87.A rendelkezésre állás számításába nem számít bele a tervezett leállások ideje, azonban ezeket minden esetben Ajánlatkérő engedélyezése után lehet csak megvalósítani.88.A rendelkezésre állás számításába nem számít bele az infrastruktúra szolgáltatóra elismerten visszavezethető leállások ideje.1.3.3. Válaszidők89.A rendszernek minimálisan az alábbi válaszidőket kell teljesítenie:— Riport elkészítés: Adott frissítési ciklus mellett a cikluson belül minimálisan négyszer kell lefutnia a riportnak.-A rendszermenedzsment és az adminisztratív funkciók válaszideje maximum 2 000 ms.— Az adattisztítás során az adatbázis kiszolgáló válaszideje maximum 3 000 ms.90.Ajánlattevőnek nyilatkozni kell arról, hogy az adott infrastruktúrán a fenti válaszidőket garantálja a rendszer működése során.91.A HelpDesk rendszerben rögzített hibák esetén az alábbi válaszidőket kell garantálnia a rendelkezésre állási időszakban Ajánlattevőnek:— Kritikus hiba esetén a reagálás munkaidőben 1 óra, munkaidőn kívül 4 óra— Nem kritikus hiba esetén a reagálás munkaidőben 4 óra, munkaidőn kívül 8 óra1.4. Üzemeltetési követelmények1.4.1. Konfigurációkezelés92.A rendszer kezeljen egy logikailag egységes és az igényeknek megfelelően testre szabható konfigurációs adatbázist, amely tartalmazza a konfigurációs elemek (dokumentáció, hardver, szoftver, stb.) adatait és a köztük levő kapcsolatokat.93.A konfiguráció menedzsmenttől minimálisan elvárt funkciók:— a konfigurációk lebontási szintjének rugalmas kezelése— konfigurációs elemek kategóriákba sorolásának lehetősége— konfigurációs elemek között gyerek-szülő és tetszőlegesen elnevezhető mellérendelő kapcsolatok meghatározása— az egyes konfigurációs elem tetszőleges egyéb dokumentummal történő kiegészítése (csatolás)94.A rendszer tartsa nyilván a konfigurációs elemek és a hozzá tartozó incidensek, problémák, változtatások közötti kapcsolatot. Legyen képes automatikusan azonosítani az érintett konfigurációs elemeket egy előforduló véletlen esemény, hiba, probléma, incidens, vagy szándékos változtatás esetén.95.A konfigurációs adatbázis egyes tulajdonság-változásának naplózása, valamint a változás történet nyomon követhetősége követelmény.1.4.2. Incidens és probléma menedzsment96.A rendszer tegye lehetővé a web-es felületen vagy E-mail-en érkező bejelentések alapján automatikus hibajegyek generálását.97.A hibajegy kezelő rendszer támogassa az események kategorizálását, és adjon lehetőséget kategóriafüggő kiosztási és eszkalációs szabályok, folyamatok definiálására.98.Minden típusú bejegyzés legyen eszközhöz, felhasználóhoz, felelős személyhez, szervezethez, és szolgáltatáshoz kapcsolható.99.A rendszer valósítson meg keresési és szűrési funkciókat, mely segítségével a hibajegyben (incidensben) rögzített bármely adat, adatkapcsolat alapján leválogatást lehet elvégezni. Egy problémához tartozó hibajegyek, incidensek legyenek csoportosan kezelhetők.100.Egy hibajegyből lehessen változáskezelési jegyet nyitni, mely átveszi a hibajegy szükséges jellemzőit és értékeit.101.Ajánlattevőnek az incidens menedzsment működésre vonatkozóan az üzemeltetési szerződésben (SLA melléklet) válaszidő szintet kell vállalni.1.4.3. Változáskezelés102.A változásmenedzsment eszköznek támogatnia kell a változáshoz tartozó többszintű folyamatkezelést.103.A változásmenedzsment legyen integrált a rendszer konfigurációs adatbázisával, a változásokhoz lehessen a konfigurációs adatbázisban tárolt elemeket hozzárendelni.104.A változásmenedzsment folyamatának alaposan dokumentáltnak kell lennie mérési pontokkal.1.4.4. Release menedzsment105.Ajánlattevőnek ki kell dolgozni eljárást a szoftver komponensek (kód-rendszer és alkalmazás egyaránt) új verzióinak éles használatba vételére vonatkozóan.106.Release menedzsment eszköznek szükséges rendelkezésre állnia a rendszer upgrade, downgrade végrehajtásához és patch-ek installálásához, amely vezérli a verzióváltással kapcsolatos task-okat, a patch-ek installálását, foglalkozik a release összefüggésekkel, dependenciákkal.107.A szoftver komponensek új verzióinak éles használatba vétele során az új kód a fejlesztői környezetből a tesztelési környezetbe kerül majd onnan vihető csak át az éles (produktív) környezetbe, verziókövetéses dokumentálás mellett.1.4.5. SLA menedzsment108.A rendszernek alkalmaznia kell a NISZ SLA-val kapcsolatos minden előírását.109.A rendszer rendelkezésre állásának számítását nem befolyásolja az infrastruktúra szolgáltató (NISZ) rendelkezésre állása.1.5. Leszállítandó dokumentációk110.Valamennyi leszállítandó dokumentáció magyar nyelvű legyen.111.Az átadott dokumentációnak olyan részletezettségűnek kell lennie, hogy a rendszer továbbfejlesztése, illetve üzemeltetése az Ajánlattevő közreműködése nélkül is megvalósítható legyen.1.5.1. Rendszertervek112.Az Ajánlattevő által a munka során alkalmazott rendszertervezési módszertannak megfelelően dokumentáltnak és az elterjedt nemzetközi objektumorientált módszertanokhoz és szabványokhoz igazodónak kell lennie113.Ajánlattevő feladata az alábbi rendszertervek elkészítése és elfogadtatása:— Logikai rendszerterv— Részletes fizikai rendszerterv1.5.2. Megvalósítási terv114.A megvalósítási tervnek minimum az alábbi dokumentációkat tartalmaznia kell:— Adatmodellek és fizikai adatbázis szerkezet leírása— Interfész leírások— Kommunikációs és folyamat leírások— Dobozos szoftver licencek és azok felhasználása— Átadás-átvételi terv a teljes rendszerre— Tesztelési terv— Üzemeltetési szabályzat1.5.2.1. Vészhelyzeti működési szabályzat115.Ajánlattevő készítsen katasztrófa elhárítási tervet az üzemszerű működés ésaz üzleti folyamatok helyreállítása érdekében1.5.2.2. Mentési, archiválási és visszaállítási szabályzat116.Ajánlattevő készítse el és adja át a rendszerhez kapcsolódó részletes mentési, archiválási és visszaállítási tervet. A tervnek minimálisan tartalmaznia kell:— Eljárások pontos leírása— Eljárások ütemezése— Eljárások időszakos tesztelésének és ellenőrzésének módja1.5.3. Felhasználói dokumentáció117.A rendszer felhasználói szintű dokumentációit legalább az alábbi szerepkörökhöz ki kell dolgozni és át kell adni:— Adatgazda— Adattisztító— Elemző— AdminisztrátorAz árubeszerzés becsült értéke az 1. rész esetében nettó 66 386 500 HUFA részletes műszaki leírást a „HMR adattárház műszaki specifikáció” tartalmazza.2. részSzállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR portál rendszer részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére.1. Szállítandó rendszerrel szembeni követelmények1.1. Infrastruktúra követelmények1.1.1. NISZ infrastruktúra szolgáltatás használata1.A rendszert kötelezően a NISZ infrastruktúráján kell megvalósítani. A NISZ által ajánlott infrastruktúrát a dokumentáció 1.5. pontja mutatja be.2.Ajánlattevőnek nyilatkoznia kell arról, hogy a dokumentáció 1.5. pontban bemutatott infrastruktúra az általa ajánlott rendszer kiszolgálására alkalmas. Amennyiben Ajánlattevő úgy ítéli meg, hogy az az infrastruktúra a megajánlott rendszer kiszolgálására nem alkalmas, akkor Ajánlattevőnek csatolnia kell a szükséges bővítési igényeket, amelynek beruházási költségét szerepeltetnie kell a kalkulációkban.3.A rendszer eléréséhez szükséges védett (VPN) kapcsolatokat Ajánlattevőnek kell biztosítania Ajánlatkérő és a NISZ szakemberei útmutatása alapján.1.1.2. Architekturális követelmények4.A megfelelő fejlesztési technológia kiválasztásával időtálló, fenntartható rendszertkell fejleszteni. A technológia kiválasztásakor figyelembe kell venni, hogy a rendszer üzemeltetési időszaka minimum 5 év.5.Az alkalmazások architektúráját úgy kell megtervezni és megvalósítani, hogy az képes legyen a megcélzott (ágazati vagy intézeti) számú felhasználó biztonságos és gyors kiszolgálására.6.A megvalósításra kerülő portál több rétegű (multi-tier) architektúrára épüljön.7.Az alkalmazás modulárisan épüljön fel, hogy szükség esetén egy dedikált szerver beállításával bővíthető legyen a leterhelt modul. Ennek tervezett megvalósítását a pályázati anyagban mutassa be az Ajánlattevő. Átadás-átvétel során a bővítés módját külön műszaki leírásban kell megadni.1.1.3. Független teszt rendszer megvalósítása8.A rendszert úgy kell kiépíteni, hogy lehetőség legyen az átadást követően is független teszt rendszert létrehozni, azon tesztelni anélkül, hogy az éles rendszer bármilyen módon érintve legyen.9.Ajánlattevőnek meg kell adnia a tesztrendszer kialakítása miatt szükséges további dobozos termék licenceket és ezek költségét szerepeltetnie kell a kalkulációkban.1.1.4. Mentés, archiválás10.A rendszernek szabványos archiválási és adat-visszaállítási lehetőséggel kell rendelkeznie.11.Biztosítani kell az adatok és rendszerek időszakos (pl. napi, heti, éves) menthetőségét és visszatölthetőségét a meghatározott mentési rend alapján.12.A rendszer mentéséhez minimálisan támogatni szükséges:— Teljes mentés (minden adat mentésre kerül)— Különbözeti, inkrementális mentés (legutóbbi mentés óta megváltozott adatok kerülnek mentésre)13.Az időszakos mentéseknek a rendszer illetve annak alkalmazásainak leállítása nélkül kell lefutniuk.1.1.5. Dobozos szoftverek14.Az Ajánlattevő feladata a szükséges és a feladatnak legjobban megfelelő dobozos szoftverek kiválasztása.15.Az Ajánlattevő végezze el a szükséges dobozos szoftverek beszerzését és telepítését, paraméterezését és üzembe helyezését. A szükséges licencszámot számítással ellenőrizze és a számítást csatolja az ajánlatához.16.A licenceknek minden esetben Ajánlattevő nevére kell szólnia és időbeli korlátozást nem tartalmazhatnak.17.Ajánlattevőnek teljeskörű nyilatkozattal kell alátámasztani, hogy a megajánlott rendszer és a szállított licencek összhangban vannak.1.2. Elvárt funkcionalitás1.2.1. Megjelenés1.2.1.1. Általános kialakítás18.A projekt logójának használata kötelező. A logót Ajánlatkérő szabványos, szerkeszthető formában díjmentesen biztosítja Ajánlattevő felé.19.A portál vizuális kialakításánál a meglevő arculathoz (http://www.eekh.hu/hmr ) illeszkedni kell. Az arculat kialakításával kapcsolatos minden anyagot Ajánlatkérő szabványos, szerkeszthető formában díjmentesen biztosítja.20.A portál grafikai terveit a kapott arculati elemek felhasználásával Ajánlattevőnek kell elkészítenie és Ajánlatkérővel egyeztetnie, jóváhagyatnia. A jóváhagyásra bocsátott anyagokat döntésre alkalmas módon kell elkészíteni.21.A portál grafikai megjelenését a jóváhagyott tervek alapján Ajánlattevőnek kell elkészítenie.22.A portál minden grafikai elemét Ajánlatkérőnek szabványos formátumban, szerkeszthető módon kell átadnia Ajánlatkérőnek. Ide tartozik minden olyan elem, amely esetleg nem került jóváhagyásra, illetve felhasználásra.23.A portálnak a mobil eszközökre optimalizált felülettel is rendelkeznie kell.24.A portál minden eleme valid XHTML 1.0 és CCS2 kell legyen. Ajánlott a teljes HTML5 támogatás25.A kereső optimalizálás Ajánlattevő feladata Ajánlatkérő által biztosított szempontok és kulcsszavak alapján.26.A portálnak keresőbarát URL-eket kell használnia.27.A portálon megjelenő minden e-mail cím legyen védett a keresőrobotoktól. Az oldal forrásában semmilyen e-mail cím nem jelenhet meg.1.2.1.2. Akadálymentesített megjelenés28.A portálnak támogatnia kell az ún. „vakbarát” módot minden jelzett felületén. Ezen módnak meg kell felelnie a W3C által a WCAG 2.0-ban meghatározott AA szintnek29.A „vakbarát” felületek megtalálását a jobb felső sarokban elhelyezett szabványos ikonnal kell segíteni.30.A „vakbarát” követelmények a https://segitseg.magyarorszag.hu/segitseg/portal/technika/akadalymentesites.htmloldalon található alkalmazásoknak történő megfeleléssel teljesítendők.1.2.2. Portál és riport adatbázis31.Adatbázis kialakítása, amely kiszolgálja a portál működési igényeit.32.Adatbázis kialakítása, amely fogadja, tárolja és jogosultság alapján elérhetővé teszi a HMR adattárházból érkező regurális riportokat.1.2.3. CMS és portál funkcionalitás1.2.3.1. Menüszerkezet33.Szabadon kialakítható, független, több szintű horizontális és vertikális menürendszer kialakításának képessége.34.Korlátlan számú és mélységű menüpont és almenüpont létrehozásának lehetősége.35.Bármely menüponthoz lehessen bármilyen tartalmat rendelni (pl. statikus tartalom, dinamikus tartalom, portál funkció, stb.)1.2.3.2. Tartalomkezelés36.A portál legyen képes statikus és dinamikus tartalmi elemeket kezelni, illetve portál funkciókat integrálni.37.Biztosítson egyszerű, böngészőből használható WYSIWYG szerkesztőt a tartalmak létrehozásához. Ez a szerkesztő legalább az alábbiakat tudja:— Szöveges tartalom megjelenéshű szerkesztése— Stílusok használata— Táblázatok szerkesztése— Képek, mozgóképek, hangok, fájlok egyszerű beágyazása— Vágólap tartalmának beillesztése a forrás vagy a cél stílusának megfelelően.38.A beágyazható elemeket egyszerű felületen lehessen kezelni, kategóriákba rendezni, címkézni.1.2.3.3. Regisztráció39.A portál tegye lehetővé a felhasználói regisztrációt előre megadott adatszerkezetek alapján, amelyben beállítható, hogy mely mezők megadása kötelező, illetve opcionális.40.A regisztráció e-mail cím megadása esetén támogassa a cím ellenőrzését aktiváló kód elküldésével és bekérésével.41.A regisztrációs folyamat során legyen olyan ellenőrzés, amely a robotok kiszűrését támogatja (pl. CAPTCHA). Ennek a módszernek támogatnia kell a hallás utáni azonosítást is.42.A regisztrációs folyamathoz lehessen űrlapokat kapcsolni, amely űrlapok adattartalmával minimálisan az alábbiak legyenek elvégezhetők:— Adatbázisba mentés— Adat továbbítása— Válasz e-mail küldése43.A regisztráció funkciót „vakbarát” módon is meg kell valósítani.1.2.3.4. Keresés44.A portál tegye lehetővé a tartalmi elemek közötti egyszerű és összetett keresését. Az összetett keresésben legalább az alábbiak legyenek megadhatók:— Keresett szöveg— Keresés hatóköre (kategória, keresés helye, tartalom típusa)— Tartalom időbelisége— Találati lista mérete— Találati lista sorrendbe rendezésének módja45.A keresés funkció a portál minden felületéről legyen elérhető.1.2.3.5. Galériák46.A portál biztosítsa korlátlan számú galéria létrehozását, amelyekben mind hang, mind álló-, és mozgóképek tárolhatók és megjeleníthetők.47.A galéria biztosítsa a benne tárolt elemek kategorizálását és címkézését.48.A galériába böngészőn keresztül lehessen feltölteni tartalmat mind egyesével, mind csoportosan.49.A galéria legyen képes a benne tárolt elemeket egyéb portál tartalomba beágyazni, illetve önmagában is bemutatni. A bemutatáshoz minimálisan teljesítendő funkcionális igények:— Bélyeg képek mutatása szabadon választható sor- és oszlopszámmal— Kép-mozgókép bemutatása „Lightbox” technikával— Galéria tartalom letölthetősége— Folyamatos diavetítés (slideshow)— Vízjelek automatikus tartalomra illesztése— Közösségi oldalak támogatása (Facebook, Twitter, Google+)50.Minimálisan támogatandó állókép formátumok:— JPEG— PNG— GIF51.Minimálisan támogatandó mozgókép technológiák:— WebM— MP4 (H.264)— Flash Video52.Minimálisan támogatandó hangformátumok:— MP3— OGG— Flash Audio1.2.3.6. Banner-kezelés53.A portál legyen képes a felületén kialakított helyeken szabványos méretű és kialakítású hirdetéseket (banner) megjeleníteni.54.A rendelkezésre álló hirdetési helyekre a portál kezelője egyszerűen tudjon hirdetést csatolni.55.Egy-egy hirdetés típust lehessen tartalom kategóriákhoz rendelni, azaz lehessen szabályozni, hogy milyen hirdetések milyen tartalomhoz rendelten jelenhetnek meg.56.A portál biztosítson felületet arra, hogy a hirdetésekkel kapcsolatos felhasználási, eredményességi információk egyszerűen elérhetőek legyenek.1.2.3.7. Hírblokkok57.A portál tegye lehetővé tematizált hírblokkok megjelenítését.58.A hírekkel kapcsolatos minimális elvárás:— Cím, rövid és részletes tartalom megadása, letöltése— Egy hír több kategóriába is tartozhat— Hír érvényességének időbeli megadása (jövőbeli kezdődátummal is)— Linkek kezelése1.2.3.8. Hírlevél59.A portál biztosítson feliratkozási lehetőséget hírlevelekre.60.Regisztrált felhasználók esetében egy regisztrációhoz több hírlevél feliratkozás is kapcsolható legyen.61.Legyen lehetőség a hírlevelek egyszerű szerkesztésére és kiküldésére.62.A hírlevelek kiküldése lehessen manuális vagy periodikusan automatikus. Üres hírlevél kiküldése ne legyen lehetséges.63.Tegye lehetővé, hogy bármely tartalmat, vagy tartalom kategóriát egyszerűen hírlevéllé lehessen alakítani. Több tartalmi elem esetén lehessen időben szűrni a tartalmakat.64.Tegye lehetővé, hogy a hírlevelekről le lehessen iratkozni.65.Kezelje a visszapattanó leveleket és jelezze, majd automatikusan korlátozza a hírlevelek kiküldését ezen címekre.1.2.3.9. Fórum66.A portál tartalmazzon egy integrált fórum-motort.67.A fórum az alábbi minimális funkcionalitással rendelkezzen:— Portál regisztrációk elfogadása— Felhasználói testreszabás támogatása— Moderációs eszközök biztosítása (témánként választhatóan előzetes vagy utólagos)— Témák és hozzászólások hierarchikus kezelése— Olvasott és nem olvasott elemek követése felhasználónként— Privát üzenetek támogatása— Sima szöveges és BBCode jellegű üzenetek támogatása— Csatolmányok támogatása— Üzenetsablonok, piszkozatok— Csoportok kezelése— Keresések témákon és hozzászólásokon belül68.A fórum minimálisan az alábbi biztonsági funkciókkal rendelkezzen:— SPAM szűrés (CAPTCHA)— Elárasztás elleni védelem— Tevékenységnapló— Felhasználók felfüggesztése, kizárása— Figyelmeztetések1.2.3.10. Látogatói statisztika69.A portál meghatározott ideig tárolja a látogatókkal kapcsolatos meta-adatokat (nem kizárólagosan: IP cím, referer, operációs rendszer, böngésző, stb.). A tárolt adatokat a törvényi előírásoknak megfelelően, legyen mód időszakosan archiválni.70.A portál tárolja az egyes tartalmi elemekkel kapcsolatos megtekintési adatokat.71.A portálnak legyen olyan felülete, ahol a gyűjtött meta- és látogatói oldalak segítségével különböző, szűrhető, sorrendbe rendezhető statisztikákat képes megjeleníteni tetszőleges időtartamra vonatkozóan. A minimálisan elkészítendő statisztikák:— Tartalmak látogatottsága— Felhasználók által használt kliens oldali szoftverek (operációs rendszer, böngésző)— Mobil és desktop lekérések— Látogatók megoszlása országonként (IP cím alapján)1.2.3.11. Kapcsolat72.A portál biztosítson felületet a tipikus elérhetőségi adatok megjelenítésére. A cím jellegű adatokat interaktív térképen is meg kell jeleníteni.73.A felületről legyen lehetőség üzenetet küldeni, de az oldal a robotoktól legyen védett.74.A kapcsolat funkció elemeit „vakbarát” módon is meg kell valósítani.1.2.4. Űrlapkezelés75.Legyen lehetőség tetszőleges számú kérdőív, illetve űrlap létrehozására. Az egyes mezőkhöz tartozó válaszlehetőségek definiálhatók és egyszerűen feltölthetők legyenek.76.Az űrlapokat lehessen célzottan publikálni mind a megjelenés helyét, mind a megjelenés idejét tekintve.77.A kitöltött űrlapokkal minimálisan az alábbi további tevékenységek végezhetők el:— Adatbázisba mentés— Adattovábbítás— Válasz e-mail küldése78.Lehessen követni, hogy melyik űrlapot hányan töltötték ki.79.Az űrlapokat lehessen kategóriákba rendezni és címkékkel ellátni.1.2.5. Egészségügyi adatlap kezelés80.A portál biztosítsa, hogy Ajánlatkérő tudjon tetszőleges számú egészségügyi intézményi és személyi adatlapot létrehozni. Az adatlapon az adott személy vagy intézmény mutatkozhat be, felhasználva a portál minden tartalmi szolgáltatását (kép, hang, video, linkek, stb.). Ajánlatkérő az adatlap szerkezetét, adattartalmát az adatok értékkészletét és a megjelenítés sorrendjét az üzemeltetés során szabadon tudja kialakítani, módosítani81.Az adatlapok megjelenítésének időintervalluma szabadon beállítható legyen.82.Az adatlapokat lehessen kategóriákba rendezni, címkével ellátni. Lehetőséget kell teremteni a kategóriák szerinti szűkített keresésre.83.Az adatlapokat legyenek elérhetők külső linkként is, olvasható, megjegyezhető formában.1.2.6. Többnyelvűség84.A portálnak lehetővé kell tennie több nyelv kezelését úgy, hogy, az új nyelvek hozzáadását az adminisztrátorok önmagukban is el kell tudják végezni, programozói segítség nélkül. A támogatott nyelvek száma nem lehet korlátozott.85.A portál támogassa szinkron és aszinkron menüstruktúrák létrehozását a nyelvi verziók között.86.Egy tartalmi elemmel kapcsolatban a portál legalább az alábbi nyelvi állapotokat különböztesse meg:— Lefordítva— Lektorálva— Publikálva— Visszautasítva87.A többnyelvű működéshez a portál biztosítson eszközt, amellyel az adminisztrátorok egyszerűen elvégezhetik legalább az alábbi műveleteket:— Menüstruktúra összehasonlítása nyelvi verziók között— Tartalmak nyelvi állapotának (lefordítva, lektorálva, publikálva, visszautasítva) nyomon követése— Árva tartalmak kiszűrése (árva tartalom az, amelynek valamely nyelvi verziója nem létezik a rendszerben)— Eredeti tartalom másolása másik nyelvi verzióba— Statisztika készítése a különböző nyelvi verziók állapotaira vonatkoztatva88.A portál legyen képes a látogató IP címe, vagy a böngésző beállításának függvényében a megfelelő nyelvi verziót felajánlani.89.A portál biztosítson lehetőséget a látogatók számára, hogy az alapértelmezett nyelvi verziót beállíthassák.1.2.7. HMR vizualizáció90.A portálnak támogatnia kell a HMR adattárház adatcsere felületét, amelyen keresztül a paraméterezett riportokhoz az adatok lekérdezhetők és megjeleníthetők. A minimálisan támogatott technológiák:— Fájl alapú— Közvetlen adatbázis kapcsolat (adattábla, illetve tárolt eljárás)— Web-szolgáltatás alapú91.Ajánlattevő feladata 10 riport összeállítása az Ajánlatkérővel közösen, amely kihasználja az adatcsere biztosította lehetőségeket.92.A portálnak rendelkeznie kell adatvizualizációs képességekkel, amelynek minimálisan az alábbiakat kell tudnia:— Oszlopdiagram (csoportosított, halmozott, 100%-ig halmozott)— Vonaldiagram (csoportosított, halmozott, 100%-ig halmozott)— Kördiagram (kör, torta, robbantott torta, kör-kör, kör-sáv)— Sávdiagram (csoportosított, halmozott, 100%-ig halmozott)— Pontfelhő (síkban, térben)— Felületdiagram (felület, drótváz, körvonal)— Perecdiagram (perec, robbantott perec, perec-perec, perec-sáv)— Buborékdiagram (síkban, térben)— Sugárdiagram (sugár, sugárfelület)— Korfa— Térképes megjelenítés (település, járás, megye, régió, ország, EU régió)1.2.8. Egészségügyi állásportál93.A portálnak rendelkeznie kell egy egészségügyi állásportál résszel a hirdetők és az állást keresők támogatása érdekében. Célja, hogy az ágazati képzésekről, álláslehetőségekről, tendenciákról az egyes szereplők informálódhassanak és információkat cserélhessenek, azaz a kereslet és a kínálat egy helyen jelenjen meg az ágazaton belül.94.Az állásportál által minimálisan kezelt adatok a 3. mellékletben találhatók. Az adatok megjelenítésekor, bekérésekor mindegyik adatelemről eldönthető legyen, hogy listából választható vagy szabadszöveges legyen.95.A portál biztosítson lehetőségek a fenti listák egyszerű definiálására és feltöltésére, azaz adatszótárak kezelésére.96.Az egészségügyi intézmények felhasználói felületének a kialakítása, amelynek révén a munkaadók az aktuális munkaerőigényeikre vonatkozó adataikat tudják rögzíteni álláshirdetések formájában.97.A portál tegye lehetővé az intézmények számára a betöltetlen álláshelyeik megjelenítését.98.A portál rejtse el az álláskeresők illetve álláshirdetők tényleges elérhetőségi-információit (kivéve, ha magában a hirdetésben vagy jelentkezésben explicite szerepel).99.A portál minimálisan az alábbi funkciókat biztosítsa:— intézményeknél betöltetlen álláshelyeik megjelenítése egyedileg, szakmacsoportonként, illetve egyéb kategorizálási szempont alapján— regisztrált felhasználók álláskeresési dokumentumainak szabályozott, rendszerezett, módon történő feltölthetősége— a regisztrált felhasználók adatlapja és önéletrajza legyen feltölthető, támogatva ezzel a gyorsított állásra jelentkezést— a regisztrált álláskereső felhasználónak legyen lehetősége beállítani adatai és feltöltött anyagai láthatóságát— az álláslehetőségekről az adatbázisra támaszkodó automatikus értesítés-generálás— állásajánlatok keresését, szűrését segítő funkciók regisztrált felhasználók számára100.Az állásportál funkció elemeit „vakbarát” módon is meg kell valósítani.1.2.9. Authentikáció és jogosultság kezelés101.A rendszernek saját authentikációval kell rendelkeznie, amelyet fel kell készíteni SSO-val történő működésre is.102.A rendszer biztosítsa legalább a következő szerepkörű felhasználók kezelését:— Látogató— Regisztrált felhasználó— Regisztrált egészségügyi felhasználó— Adminisztrátor— Üzemeltető103.A rendszer legyen képes további szerepkörök definiálására, illetve a létező szerepkörök módosítására.104.A szerepkörökhöz különféle funkciókat, adatköröket (jogosultságot) kell rendelni. Biztosítani kell a jogosultságok egyedi és csoportos vagy tömeges beállításának lehetőségét.105.A jogosultsági rendszer kiindulási verziójának létrehozása és implementálása Ajánlattevő feladata, az Ajánlatkérő szakemberei által megadott szabályok figyelembevételével.1.2.10. HelpDesk106.A portállal kapcsolatos HelpDesk szolgáltatásokat a HMR Adattárház HelpDesk rendszere látja el. Ajánlattevő feladata az ehhez kapcsolódó integrációs feladatok elvégzése107.A HelpDesk kötelezően az EEKH call-centerének keretein belül kell működjön. Ajánlattevőnek a működést a call-centerhez kell illesztenie.1.2.11. Rendszermenedzsment biztosítása108.A portálhoz kapcsolódó teljeskörű rendszermenedzsment szolgáltatásokat a HMR Adattárház rendszermenedzsment része biztosítja. Ajánlattevő feladata, hogy az ezzel kapcsolatos összes integrációs feladatot elvégezze.109.A menedzsment rendszer legyen képes adatok, események gyűjtésére alsóbb szintű felügyeleti rendszerekből, nyílt interfész használatával (pl. SNMP).1.3. Működési követelmények1.3.1. Felhasználói szám110.A rendszernek minimálisan az alábbi számú felhasználót kell kiszolgálnia:— Portál adminisztrátor: 5 fő— Portál üzemeltető: 5 fő— Regisztrált portál felhasználó (egészségügyi és nem egészségügyi): 20 000 fő— Konkurens, egyedi felhasználószám: 100 fő1.3.2. Rendelkezésre állás111.Ajánlattevőnek a rendszer egyes részeire és a teljes rendszerre is legalább 99,8%-os havi rendelkezésre állást kell garantálnia.112.A rendelkezésre állás számításába nem számít bele a tervezett leállások ideje, azonban ezeket minden esetben Ajánlatkérő engedélyezése után lehet csak megvalósítani.113.A rendelkezésre állás számításába nem számít bele az infrastruktúra szolgáltatóra elismerten visszavezethető leállások ideje.1.3.3. Válaszidők114.A rendszerrel szemben támasztott követelmények:— Statikus tartalom megjelenítés maximális ideje: 2 000 ms— Dinamikus tartalom előállítás és megjelenítés maximális ideje: 3 000 ms— Riport megjelenítésének maximális ideje: 10 000 ms115.Ajánlattevőnek nyilatkozni kell arról, hogy az adott infrastruktúrán a fenti válaszidőket garantálja a rendszer működése során.116.A HelpDesk rendszerben rögzített hibák esetén az alábbi válaszidőket kell garantálnia Ajánlattevőnek:— Kritikus hiba esetén a reagálás munkaidőben 1 óra, munkaidőn kívül 4 óra— Nem kritikus hiba esetén a reagálás munkaidőben 4 óra, munkaidőn kívül 8 óra1.4. Üzemeltetési követelmények1.4.1. Konfigurációkezelés117.A rendszer kezeljen egy logikailag egységes és az igényeknek megfelelően testre szabható konfigurációs adatbázist, amely tartalmazza a konfigurációs elemek (dokumentáció, hardver, szoftver, stb.) adatait és a köztük levő kapcsolatokat.118.A konfigurációs adatbázis egyes tulajdonság-változásának naplózása, valamint a változás történet nyomon követhetősége követelmény.1.4.2. Változáskezelés119.A változásmenedzsment folyamatának alaposan dokumentáltnak kell lennie mérési pontokkal.1.4.3. Release menedzsment120.Ajánlattevőnek ki kell dolgozni eljárást a szoftver komponensek (kód-rendszer és alkalmazás egyaránt) új verzióinak éles használatba vételére vonatkozóan.121.A szoftver komponensek új verzióinak éles használatba vétele során az új kód a fejlesztői környezetből a tesztelési környezetbe kerül majd onnan vihető csak át az éles (produktív) környezetbe, verziókövetéses dokumentálás mellett.1.4.4. SLA menedzsment122.A rendszernek alkalmaznia kell a NISZ SLA-val kapcsolatos minden előírását.123.A rendszer rendelkezésre állásának számítását nem befolyásolja az infrastruktúra szolgáltató (NISZ) rendelkezésre állása.1.5. Leszállítandó dokumentációk124.Valamennyi leszállítandó dokumentáció magyar nyelvű legyen.125.Az átadott dokumentációnak olyan részletezettségűnek kell lennie, hogy a rendszer továbbfejlesztése, illetve üzemeltetése az Ajánlattevő közreműködése nélkül is megvalósítható, reprodukálható legyen.1.5.1. Terv dokumentumok126.Az Ajánlattevő által a munka során alkalmazott rendszertervezési módszertannak megfelelően dokumentáltnak és az elterjedt nemzetközi objektumorientált módszertanokhoz és szabványokhoz igazodónak kell lennie127.Ajánlattevő feladata az alábbi rendszertervek elkészítése és elfogadtatása:— Logikai rendszerterv— Részletes fizikai rendszerterv128.Ajánlattevő feladata a tesztelési tervek elkészítés és elfogadtatása.1.5.2. Megvalósítási terv129.A megvalósítási tervnek minimum az alábbi dokumentációkat tartalmaznia kell:— Adatmodellek és fizikai adatbázis szerkezet leírása— Interfész leírások— Kommunikációs és folyamat leírások— Dobozos szoftver licencek és azok felhasználása— Átadás-átvételi terv a teljes rendszerre1.5.2.1. Vészhelyzeti működési szabályzat130.Ajánlattevő készítsen katasztrófa elhárítási tervet az üzemszerű működés ésaz üzleti folyamatok helyreállítása érdekében.1.5.2.2. Mentési, archiválási és visszaállítási szabályzat131.Ajánlattevő készítse el és adja át a rendszerhez kapcsolódó részletes mentési, archiválási és visszaállítási tervet. A tervnek minimálisan tartalmaznia kell:— Eljárások pontos leírása— Eljárások ütemezése— Eljárások időszakos tesztelésének és ellenőrzésének módja1.5.3. Felhasználói dokumentáció132.A rendszer felhasználói szintű dokumentációit legalább az alábbi szerepkörökhöz ki kell dolgozni és át kell adni:— Portál adminisztrátor— Portál felhasználóA részletes műszaki leírást a „HMR portál műszaki specifikáció” tartalmazza.Az árubeszerzés becsült értéke a 2. rész esetében nettó 7 500 000 HUFA nyertes ajánlattevő feladatát képezi a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítása, a rendszerhez előírt kiviteli dokumentáció elkészítése, oktatás és a rendszer bevezetése.A közbeszerzési műszaki leírásban meghatározott esetleges márkanevek, típusnevek csak a jelleg meghatározásnál bírnak jelentőséggel. Az ajánlatkérő elfogad más márkájú, a megjelölt műszaki-technikai paramétereknek megfelelő terméket is, ebben az esetben azonban a megfelelést az ajánlattevőnek kell igazolni.

Mennyiség vagy érték

Hirdetmény metaadatai
Eredeti nyelv: magyar 🗣️
Dokumentum típusa: Ajánlati felhívás
Szerződés jellege: Árubeszerzések
Szabályozás: Európai Unió a GPA-országok részvételével
Közös közbeszerzési szójegyzék (CPV)
Kód: Szoftvercsomag és információs rendszerek 📦

Eljárás
Eljárás típusa: Meghívásos eljárás
Ajánlat típusa: Benyújtás egy vagy több tétel vonatkozásában
Díjazási kritériumok
Az öszességében legelőnyösebb ajánlat

Ajánlatkérő hatóság
Azonosító
Ország: Magyarország 🇭🇺
Ajánlatkérő típusa: Nemzeti vagy szövetségi iroda/hivatal
Ajánlatkérő neve: Egészségügyi Engedélyzési és Közigazgatási Hivatal
Postacím: Zrínyi utca 3
Postai irányítószám: 1051
Postai város: Budapest
Kapcsolat
E-mail: szucs.krisztina@eekh.hu 📧
Telefon: +36 202473774 📞
Fax: +36 12357912 📠

Hivatkozás
Dátumok
Feladás dátuma: 2014-02-03 📅
Benyújtási határidő: 2014-03-05 📅
Közzététel dátuma: 2014-02-06 📅
Azonosítók
Hirdetmény száma: 2014/S 026-040835
HL-S szám: 26
További információk

1.) A részvételi jelentkezések elbírálásáról szóló összegezés megküldésének tervezett időpontja: …4.4.2014., (nap.hó.év). 2.) Az összességében legelőnyösebb ajánlat kiválasztásának értékelési szempontja esetén az ajánlatok részszempontok szerinti tartalmi elemeinek értékelése során adható pontszám alsó és felső határa: 1–10 (mindkét rész esetében) Az összességében legelőnyösebb ajánlat kiválasztásának értékelési szempontja esetén a módszer (módszerek) ismertetése, amellyel az ajánlatkérő megadja a 1–10 pont szerinti ponthatárok közötti pontszámot: Az egyes ajánlatoknak az elbírálás részszempontjai szerinti tartalmi elemeit a felhívásban meghatározott pontszámok között értékeli az Ajánlatkérő. A legjobb ajánlat kapja a maximális 10 pontot, a többi ajánlat pontszámának megállapításához a fordított arányosítás módszerét alkalmazza az ajánlatkérő (10*legjobb ajánlat értéke/aktuális ajánlat értéke). Ha a pontozás során tört szám keletkezik, úgy azt az ajánlatkérő két tizedes jegyig veszi figyelembe további kerekítés nélkül. A részletes értékelési módszert az ajánlati dokumentáció tartalmazza. Amennyiben a pontszámítás során a matematikai művelet 1-nél kisebb számot eredményez, úgy ajánlatkérő az adott részszempontra 1 pontot ad. 3.) Az ajánlatkérő az eljárás során a hiánypótlás lehetőségét a Kbt. 67. § alapján biztosítja. Az ajánlatkérő nem rendel el újabb hiánypótlást, amennyiben a hiánypótlással a részvételre jelentkező a jelentkezésben korábban nem szereplő gazdasági szereplőt von be az eljárásba, és e gazdasági szereplőre tekintettel lenne szükséges az újabb hiánypótlás. 4.) Az ajánlatkérő csak az eljárás nyertesével kötheti meg a szerződést, vagy – a nyertes visszalépése esetén – az ajánlatok értékelése során (72. § (1) bekezdés) a következő legkedvezőbb ajánlatot tevőnek minősített szervezettel (személlyel), ha őt a 77. § (2) bekezdése szerinti összegezésben megjelölte. 5.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét, hogy a pénzügyi-, gazdasági-, valamint műszaki-, illetve szakmai alkalmasságok feltételeit és az igazolás módját a minősített ajánlattevők jegyzékéhez képest szigorúbban határozta meg. Azon alkalmassági követelmények (III.2.2. és III.2.3. pont) megjelölése, amelyek a minősített ajánlattevők hivatalos jegyzékébe történő felvétel feltételét képező minősítési szempontokhoz képest szigorúbbak: III.2.2.: P/1, P/2 III.2.3.: M/R, M/SZ 6.) A dokumentáció átadása a Lucsik és Társa Kft.-nél (1071 Budapest, Városligeti fasor 47–49.), hétfőtől péntekig, 09:00–13:00 óráig, a részvételi határidő lejártának napján 09:00 órától 10:00 óráig történik. A dokumentációt elektronikus formában bocsátjuk rendelkezésre. A Kbt. 50. § (3) bekezdése esetén, amennyiben az igénylő a dokumentáció megküldését kéri, úgy a kérelemre vonatkozó levelet írásban (faxon vagy levélben) kell megküldenie a lebonyolítóként eljáró Lucsik és Társa Kft. részére, a felhívásban megjelölt elérhetőségeken. A kérelemnek az alábbi adatokat kell tartalmaznia: — igénylő neve — igénylő levelezési címe, ahova a dokumentáció megküldését kéri — igénylő e-mail címe, telefon és faxszáma — a részvételi felhívás hirdetményének TED-száma A dokumentáció ellenértéke az 1. rész esetében nettó 130 000 HUF, a 2. rész esetében nettó 45 000 HUF. A dokumentáció ellenértékét kizárólag a Kbt. 124. § (4) bekezdése szerinti szervezet köteles megfizetni a szerződéskötésig, amelyről a szerződéskötést követő 8 napon belül a Lucsik és Társa Kft. számlát állít ki. A dokumentáció ellenértéke nettó módon került meghatározásra. 7.) A dokumentációt jelentkezésenként legalább egy részvételre jelentkezőnek vagy a jelentkezésben megnevezett alvállalkozónak át kell vennie. 8.) A Kbt. 60. § (2) bekezdése szerint a részvételi jelentkezést a részvételre jelentkezőnek az eljárást megindító felhívásban meghatározott tartalmi és formai követelményeknek megfelelően kell elkészítenie, és egy papír alapú példányban, valamint 4 a papír alapú példánnyal mindenben megegyező elektronikus másolati példányban CD/DVD lemezen, pdf formátumban benyújtania. A részvételi jelentkezések bírálata a nyomtatott formátumban benyújtott eredeti példány alapján történik. 9.) A részvételi jelentkezésben a Kbt. 40. § (1) bekezdése alapján meg kell jelölni: a) a közbeszerzésnek azt a részét (részeit), amelynek teljesítéséhez a részvételre jelentkező alvállalkozót kíván igénybe venni, b) az ezen részek tekintetében a közbeszerzés értékének tíz százalékát meghaladó mértékben igénybe venni kívánt alvállalkozókat, valamint a közbeszerzésnek azt a százalékos arányát, amelynek teljesítésében a megjelölt alvállalkozók közre fognak működni Nemleges tartalmú nyilatkozatot is csatolni kell. Az alvállalkozó alatt a Kbt. 4. § 2. pontjában meghatározott gazdasági szereplőt kell érteni. Az (1) bekezdés szerinti megjelölés és igénybevétel nem érinti a részvételre jelentkező teljesítésért való felelősségét. A több szakaszból álló eljárások részvételi szakaszában az (1) bekezdés szerint tett nyilatkozatot az ajánlattevő az eljárás ajánlattételi szakaszában – a 26. § figyelembe vételével – módosíthatja, ebben az esetben ismét be kell nyújtania nyilatkozatát arról, hogy nem vesz igénybe a kizáró okok hatálya alá eső alvállalkozót (87. § (1) bekezdés d) pontja). A módosítás az alkalmasság igazolásában részt vevő gazdasági szereplő esetében nem eredményezheti az alkalmasság igazolásakor tett nyilatkozatok tartalmának módosulását. 10.) A részvételre jelentkezőnek be kell nyújtania az eljárást megindító felhívásban meghatározott, a kizáró okok, a gazdasági és pénzügyi, valamint a műszaki, illetve szakmai alkalmasság igazolására előírt igazolásokat, nyilatkozatokat és egyéb dokumentumokat, valamint az egyéb felsorolt iratokat, dokumentumokat. 11.) A részvételi jelentkezésben a részvételre jelentkező semmilyen formában sem tehet ajánlatot. 12.) A részvételi jelentkezésben a részvételre jelentkezőnek az egyéb előírt dokumentumok benyújtása mellett a Kbt. 60. § (5) bekezdésének megfelelően nyilatkoznia kell arról, hogy a kis- és középvállalkozásokról, fejlődésük támogatásáról szóló törvény szerint mikro-, kis- vagy középvállalkozásnak minősül-e. 13.) A postán feladott részvételi jelentkezéseket az ajánlatkérő csak akkor tekinti határidőn belül benyújtottnak, ha annak kézhezvételére a részvételi határidőig sor kerül. A részvételi jelentkezés, illetve az azzal kapcsolatos postai küldemények elvesztéséből eredő kockázat a részvételre jelentkezőt terheli. 14.) A részvételi jelentkezéshez csatolni kell a részvételre jelentkező, a kapacitásait rendelkezésre bocsátó szervezet, és az alvállalkozó vonatkozásában a jelentkezést, a nyilatkozatokat aláíró cégjegyzésre jogosult személy aláírási címpéldányát. (vagy a 2006. évi V. törvény 9. §-a szerinti aláírási mintáját). (Meghatalmazott általi aláírás esetén a teljes bizonyító erejű magánokiratba foglalat meghatalmazást.) Folyamatban lévő változásbejegyzési eljárás esetében, a részvételi jelentkezéshez csatolni kell a cégbírósághoz benyújtott változásbejegyzési kérelmet, és annak érkeztetéséről szóló igazolást. 15.) A Kbt. 28. § (1) bekezdése alapján a részvételre jelentkező ugyanabban a közbeszerzési eljárásban – részajánlat-tételi lehetőség biztosítása esetén ugyanazon rész tekintetében a) nem nyújthat be másik részvételi jelentkezést más részvételre jelentkezővel közösen, b) más részvételre jelentkező alvállalkozójaként nem vehet részt, c) más részvételi jelentkezést benyújtó részvételre jelentkező szerződés teljesítésére való alkalmasságát nem igazolhatja. 16.) Amennyiben az ajánlatkérő az általa lefolytatott eljárás során, a tisztességtelen piaci magatartás és a versenykorlátozás tilalmáról szóló 1996. évi LVII. törvény (a továbbiakban: Tpvt.) 11. §-a, vagy az Európai Unió Működéséről szóló Szerződés 101. cikke szerinti rendelkezések nyilvánvaló megsértését észleli vagy azt alapos okkal feltételezi, köteles azt – a Tpvt. bejelentésre vagy panaszra vonatkozó szabályai szerint – jelezni a Gazdasági Versenyhivatalnak. 17.) A részvételi jelentkezést magyar nyelven kell elkészíteni és benyújtani. Az ajánlatkérő idegen vagy részben idegen nyelvű dokumentumot nem fogad el. Ha bármely, a részvételi jelentkezéshez csatolt dokumentum stb. nem magyar nyelven került kiállításra, úgy annak hiteles fordítását, vagy a részvételre jelentkező általi felelős fordítását kell csatolni közvetlenül a dokumentum után. A fordítás eredetivel történő egyezőségéről (teljes szöveghűségéről) a részvételre jelentkező cégjegyzésre jogosult képviselője írásban nyilatkozzék. 18.) A Kbt. 2. §-ra tekintettel ajánlatkérő előírja, hogy a nyertes ajánlattevőnek a szerződés teljesítése során a kommunikációt mind a kedvezményezettel, mind egyéb érintett harmadik féllel, mindenekelőtt, és elsősorban elektronikus úton, azaz e-mail, vagy telefon útján biztosítsa, nem pedig papír alapú kommunikációval, az utazással kapcsolatos környezetszennyezést a minimálisra szorítsa, a szerződés teljesítése során a papír alapú kommunikációban az újrahasznosított papírt preferálja. 19.) Az ajánlatkérő az eljárás ajánlattételi szakaszában való részvételt az 1. rész esetében 1 000 000 HUF (egymillió forint), a 2. rész esetében 500 000 HUF (ötszázezer forint) összegű biztosíték adásához fogja kötni, amit az ajánlattevőnek ajánlata benyújtásával egyidejűleg kell majd az ajánlatkérő rendelkezésére bocsátania. Az ajánlati biztosítéknak az ajánlatok beadásának napjától az ajánlati kötöttség lejártáig kell érvényesnek lennie. 20.) Ajánlatkérő az eljárás ajánlattételi szakaszában szakmai ajánlat benyújtását írja elő, amelyet a műszaki leírásban megjelölt beadandó dokumentumok felsorolása szerint, valamint a kiadott értékelő táblázatban a sorrend illetve táblázat formátum megváltoztatása nélkül kell megadni. 21.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét az üzleti titokra vonatkozó szabályok változására. A Kbt. 80. § (1) bekezdés szerint az ajánlattevő és a részvételre jelentkező az ajánlatában, illetve a részvételi jelentkezésben, valamint a 69–70. § szerinti indokolásban elkülönített módon elhelyezett, üzleti titkot (Ptk. 81. § (2) bekezdése) tartalmazó iratok nyilvánosságra hozatalát megtilthatja. Az üzleti titkot tartalmazó iratokat úgy kell elkészíteni, hogy azok a Ptk. 81. § (3) bekezdésére figyelemmel kizárólag olyan információkat tartalmazzanak, amelyek nyilvánosságra hozatala az üzleti tevékenység végzése szempontjából aránytalan sérelmet okozna, továbbá ne tartalmazzanak a (2)–(3) bekezdés szerinti elemeket. 22.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét, hogy a Kbt. 94. § (2) bekezdés b) pontja alapján, az abban foglalt feltételek fennállása esetén Ajánlatkérő hirdetmény nélküli tárgyalásos eljárást alkalmazhat. 23.) A részvételi jelentkezésben be kell nyújtani a részvételre jelentkező, illetve az alkalmasságot igazoló szervezet valamennyi számlavezető pénzügyi intézményének megnevezését tartalmazó cégszerűen aláírt nyilatkozatát, amely tartalmazza, hogy a részvételi jelentkezésben benyújtott pénzügyi intézménytől származó nyilatkozatokban feltüntetetteken kívül más pénzügyi intézménynél további pénzforgalmi számlát nem vezet. 24.) Ajánlatkérő jelen eljárásban nem teszi lehetővé gazdálkodó szervezet (projekttársaság) létrehozását. 25.) Az ajánlati felhívásban nem szabályozott kérdések vonatkozásában a Közbeszerzésekről szóló 2011. évi CVIII. tv. előírásai szerint kell eljárni.

További információk

1.) A részvételi jelentkezések elbírálásáról szóló összegezés megküldésének tervezett időpontja:

…4.4.2014., (nap.hó.év).

2.) Az összességében legelőnyösebb ajánlat kiválasztásának értékelési szempontja esetén az ajánlatok részszempontok szerinti tartalmi elemeinek értékelése során adható pontszám alsó és felső határa: 1–10 (mindkét rész esetében)

Az összességében legelőnyösebb ajánlat kiválasztásának értékelési szempontja esetén a módszer (módszerek) ismertetése, amellyel az ajánlatkérő megadja a 1–10 pont szerinti ponthatárok közötti pontszámot:

Az egyes ajánlatoknak az elbírálás részszempontjai szerinti tartalmi elemeit a felhívásban meghatározott pontszámok között értékeli az Ajánlatkérő. A legjobb ajánlat kapja a maximális 10 pontot, a többi ajánlat pontszámának megállapításához a fordított arányosítás módszerét alkalmazza az ajánlatkérő (10*legjobb ajánlat értéke/aktuális ajánlat értéke). Ha a pontozás során tört szám keletkezik, úgy azt az ajánlatkérő két tizedes jegyig veszi figyelembe további kerekítés nélkül. A részletes értékelési módszert az ajánlati dokumentáció tartalmazza.

Amennyiben a pontszámítás során a matematikai művelet 1-nél kisebb számot eredményez, úgy ajánlatkérő az adott részszempontra 1 pontot ad.

3.) Az ajánlatkérő az eljárás során a hiánypótlás lehetőségét a Kbt. 67. § alapján biztosítja. Az ajánlatkérő nem rendel el újabb hiánypótlást, amennyiben a hiánypótlással a részvételre jelentkező a jelentkezésben korábban nem szereplő gazdasági szereplőt von be az eljárásba, és e gazdasági szereplőre tekintettel lenne szükséges az újabb hiánypótlás.

4.) Az ajánlatkérő csak az eljárás nyertesével kötheti meg a szerződést, vagy – a nyertes visszalépése esetén – az ajánlatok értékelése során (72. § (1) bekezdés) a következő legkedvezőbb ajánlatot tevőnek minősített szervezettel (személlyel), ha őt a 77. § (2) bekezdése szerinti összegezésben megjelölte.

5.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét, hogy a pénzügyi-, gazdasági-, valamint műszaki-, illetve szakmai alkalmasságok feltételeit és az igazolás módját a minősített ajánlattevők jegyzékéhez képest szigorúbban határozta meg.

Azon alkalmassági követelmények (III.2.2. és III.2.3. pont) megjelölése, amelyek a minősített ajánlattevők hivatalos jegyzékébe történő felvétel feltételét képező minősítési szempontokhoz képest szigorúbbak:

III.2.2.: P/1, P/2

III.2.3.: M/R, M/SZ

6.) A dokumentáció átadása a Lucsik és Társa Kft.-nél (1071 Budapest, Városligeti fasor 47–49.), hétfőtől péntekig, 09:00–13:00 óráig, a részvételi határidő lejártának napján 09:00 órától 10:00 óráig történik.

A dokumentációt elektronikus formában bocsátjuk rendelkezésre. A Kbt. 50. § (3) bekezdése esetén, amennyiben az igénylő a dokumentáció megküldését kéri, úgy a kérelemre vonatkozó levelet írásban (faxon vagy levélben) kell megküldenie a lebonyolítóként eljáró Lucsik és Társa Kft. részére, a felhívásban megjelölt elérhetőségeken. A kérelemnek az alábbi adatokat kell tartalmaznia:

— igénylő neve

— igénylő levelezési címe, ahova a dokumentáció megküldését kéri

— igénylő e-mail címe, telefon és faxszáma

— a részvételi felhívás hirdetményének TED-száma

A dokumentáció ellenértéke az 1. rész esetében nettó 130 000 HUF, a 2. rész esetében nettó 45 000 HUF.

A dokumentáció ellenértékét kizárólag a Kbt. 124. § (4) bekezdése szerinti szervezet köteles megfizetni a szerződéskötésig, amelyről a szerződéskötést követő 8 napon belül a Lucsik és Társa Kft. számlát állít ki. A dokumentáció ellenértéke nettó módon került meghatározásra.

7.) A dokumentációt jelentkezésenként legalább egy részvételre jelentkezőnek vagy a jelentkezésben megnevezett alvállalkozónak át kell vennie.

8.) A Kbt. 60. § (2) bekezdése szerint a részvételi jelentkezést a részvételre jelentkezőnek az eljárást megindító felhívásban meghatározott tartalmi és formai követelményeknek megfelelően kell elkészítenie, és egy papír alapú példányban, valamint 4 a papír alapú példánnyal mindenben megegyező elektronikus másolati példányban CD/DVD lemezen, pdf formátumban benyújtania. A részvételi jelentkezések bírálata a nyomtatott formátumban benyújtott eredeti példány alapján történik.

9.) A részvételi jelentkezésben a Kbt. 40. § (1) bekezdése alapján meg kell jelölni:

a) a közbeszerzésnek azt a részét (részeit), amelynek teljesítéséhez a részvételre jelentkező alvállalkozót kíván igénybe venni,

b) az ezen részek tekintetében a közbeszerzés értékének tíz százalékát meghaladó mértékben igénybe venni kívánt alvállalkozókat, valamint a közbeszerzésnek azt a százalékos arányát, amelynek teljesítésében a megjelölt alvállalkozók közre fognak működni

Nemleges tartalmú nyilatkozatot is csatolni kell. Az alvállalkozó alatt a Kbt. 4. § 2. pontjában meghatározott gazdasági szereplőt kell érteni.

Az (1) bekezdés szerinti megjelölés és igénybevétel nem érinti a részvételre jelentkező teljesítésért való felelősségét. A több szakaszból álló eljárások részvételi szakaszában az (1) bekezdés szerint tett nyilatkozatot az ajánlattevő az eljárás ajánlattételi szakaszában – a 26. § figyelembe vételével – módosíthatja, ebben az esetben ismét be kell nyújtania nyilatkozatát arról, hogy nem vesz igénybe a kizáró okok hatálya alá eső alvállalkozót (87. § (1) bekezdés d) pontja). A módosítás az alkalmasság igazolásában részt vevő gazdasági szereplő esetében nem eredményezheti az alkalmasság igazolásakor tett nyilatkozatok tartalmának módosulását.

10.) A részvételre jelentkezőnek be kell nyújtania az eljárást megindító felhívásban meghatározott, a kizáró okok, a gazdasági és pénzügyi, valamint a műszaki, illetve szakmai alkalmasság igazolására előírt igazolásokat, nyilatkozatokat és egyéb dokumentumokat, valamint az egyéb felsorolt iratokat, dokumentumokat.

11.) A részvételi jelentkezésben a részvételre jelentkező semmilyen formában sem tehet ajánlatot.

12.) A részvételi jelentkezésben a részvételre jelentkezőnek az egyéb előírt dokumentumok benyújtása mellett a Kbt. 60. § (5) bekezdésének megfelelően nyilatkoznia kell arról, hogy a kis- és középvállalkozásokról, fejlődésük támogatásáról szóló törvény szerint mikro-, kis- vagy középvállalkozásnak minősül-e.

13.) A postán feladott részvételi jelentkezéseket az ajánlatkérő csak akkor tekinti határidőn belül benyújtottnak, ha annak kézhezvételére a részvételi határidőig sor kerül. A részvételi jelentkezés, illetve az azzal kapcsolatos postai küldemények elvesztéséből eredő kockázat a részvételre jelentkezőt terheli.

14.) A részvételi jelentkezéshez csatolni kell a részvételre jelentkező, a kapacitásait rendelkezésre bocsátó szervezet, és az alvállalkozó vonatkozásában a jelentkezést, a nyilatkozatokat aláíró cégjegyzésre jogosult személy aláírási címpéldányát. (vagy a 2006. évi V. törvény 9. §-a szerinti aláírási mintáját).

(Meghatalmazott általi aláírás esetén a teljes bizonyító erejű magánokiratba foglalat meghatalmazást.) Folyamatban lévő változásbejegyzési eljárás esetében, a részvételi jelentkezéshez csatolni kell a cégbírósághoz benyújtott változásbejegyzési kérelmet, és annak érkeztetéséről szóló igazolást.

15.) A Kbt. 28. § (1) bekezdése alapján a részvételre jelentkező ugyanabban a közbeszerzési eljárásban – részajánlat-tételi lehetőség biztosítása esetén ugyanazon rész tekintetében

a) nem nyújthat be másik részvételi jelentkezést más részvételre jelentkezővel közösen,

b) más részvételre jelentkező alvállalkozójaként nem vehet részt,

c) más részvételi jelentkezést benyújtó részvételre jelentkező szerződés teljesítésére való alkalmasságát nem igazolhatja.

16.) Amennyiben az ajánlatkérő az általa lefolytatott eljárás során, a tisztességtelen piaci magatartás és a versenykorlátozás tilalmáról szóló 1996. évi LVII. törvény (a továbbiakban: Tpvt.) 11. §-a, vagy az Európai Unió Működéséről szóló Szerződés 101. cikke szerinti rendelkezések nyilvánvaló megsértését észleli vagy azt alapos okkal feltételezi, köteles azt – a Tpvt. bejelentésre vagy panaszra vonatkozó szabályai szerint – jelezni a Gazdasági Versenyhivatalnak.

17.) A részvételi jelentkezést magyar nyelven kell elkészíteni és benyújtani. Az ajánlatkérő idegen vagy részben idegen nyelvű dokumentumot nem fogad el. Ha bármely, a részvételi jelentkezéshez csatolt dokumentum stb. nem magyar nyelven került kiállításra, úgy annak hiteles fordítását, vagy a részvételre jelentkező általi felelős fordítását kell csatolni közvetlenül a dokumentum után. A fordítás eredetivel történő egyezőségéről (teljes szöveghűségéről) a részvételre jelentkező cégjegyzésre jogosult képviselője írásban nyilatkozzék.

18.) A Kbt. 2. §-ra tekintettel ajánlatkérő előírja, hogy a nyertes ajánlattevőnek a szerződés teljesítése során a kommunikációt mind a kedvezményezettel, mind egyéb érintett harmadik féllel, mindenekelőtt, és elsősorban elektronikus úton, azaz e-mail, vagy telefon útján biztosítsa, nem pedig papír alapú kommunikációval, az utazással kapcsolatos környezetszennyezést a minimálisra szorítsa, a szerződés teljesítése során a papír alapú kommunikációban az újrahasznosított papírt preferálja.

19.) Az ajánlatkérő az eljárás ajánlattételi szakaszában való részvételt az 1. rész esetében 1 000 000 HUF (egymillió forint), a 2. rész esetében 500 000 HUF (ötszázezer forint) összegű biztosíték adásához fogja kötni, amit az ajánlattevőnek ajánlata benyújtásával egyidejűleg kell majd az ajánlatkérő rendelkezésére bocsátania. Az ajánlati biztosítéknak az ajánlatok beadásának napjától az ajánlati kötöttség lejártáig kell érvényesnek lennie.

20.) Ajánlatkérő az eljárás ajánlattételi szakaszában szakmai ajánlat benyújtását írja elő, amelyet a műszaki leírásban megjelölt beadandó dokumentumok felsorolása szerint, valamint a kiadott értékelő táblázatban a sorrend illetve táblázat formátum megváltoztatása nélkül kell megadni.

21.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét az üzleti titokra vonatkozó szabályok változására. A Kbt. 80. § (1) bekezdés szerint az ajánlattevő és a részvételre jelentkező az ajánlatában, illetve a részvételi jelentkezésben, valamint a 69–70. § szerinti indokolásban elkülönített módon elhelyezett, üzleti titkot (Ptk. 81. § (2) bekezdése) tartalmazó iratok nyilvánosságra hozatalát megtilthatja. Az üzleti titkot tartalmazó iratokat úgy kell elkészíteni, hogy azok a Ptk. 81. § (3) bekezdésére figyelemmel kizárólag olyan információkat tartalmazzanak, amelyek nyilvánosságra hozatala az üzleti tevékenység végzése szempontjából aránytalan sérelmet okozna, továbbá ne tartalmazzanak a (2)–(3) bekezdés szerinti elemeket.

22.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét, hogy a Kbt. 94. § (2) bekezdés b) pontja alapján, az abban foglalt feltételek fennállása esetén Ajánlatkérő hirdetmény nélküli tárgyalásos eljárást alkalmazhat.

23.) A részvételi jelentkezésben be kell nyújtani a részvételre jelentkező, illetve az alkalmasságot igazoló szervezet valamennyi számlavezető pénzügyi intézményének megnevezését tartalmazó cégszerűen aláírt nyilatkozatát, amely tartalmazza, hogy a részvételi jelentkezésben benyújtott pénzügyi intézménytől származó nyilatkozatokban feltüntetetteken kívül más pénzügyi intézménynél további pénzforgalmi számlát nem vezet.

24.) Ajánlatkérő jelen eljárásban nem teszi lehetővé gazdálkodó szervezet (projekttársaság) létrehozását.

25.) Az ajánlati felhívásban nem szabályozott kérdések vonatkozásában a Közbeszerzésekről szóló 2011. évi CVIII. tv. előírásai szerint kell eljárni.

Objektum
A közbeszerzés hatálya
Rövid leírás:

1. rész

Szállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR adattárház részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére.

2. rész

Szállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR portál rendszer részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére.

A rész száma: 1
A rész elnevezése: Szállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR adattárház részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére
Mennyiség vagy érték: 1. részSzállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR adattárház részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére.1. Szállítandó rendszerrel szembeni követelmények1.1. Infrastruktúra követelmények1.1.1. NISZ infrastruktúra szolgáltatás használata1.A rendszert kötelezően a NISZ infrastruktúráján kell megvalósítani. A NISZ által ajánlott infrastruktúrát a dokumentáció 1.6. pontja mutatja be.2.Ajánlattevőnek nyilatkoznia kell arról, hogy a dokumentáció 1.6. pontban bemutatott infrastruktúra az általa ajánlott rendszer kiszolgálására alkalmas. Amennyiben Ajánlattevő úgy ítéli meg, hogy az az infrastruktúra a megajánlott rendszer kiszolgálására nem alkalmas, akkor Ajánlattevőnek csatolnia kell a szükséges bővítési igényeket, amelynek beruházási költségét szerepeltetnie kell a kalkulációkban.3.A rendszer eléréséhez szükséges védett (VPN) kapcsolatokat Ajánlattevőnek kell biztosítania Ajánlatkérő és a NISZ szakemberei útmutatása alapján.4.Az Adattisztító és Adatbányász munkahelyekhez szükséges infrastruktúrára az Ajánlattevő tegyen javaslatot.1.1.2. Architekturális követelmények5.A megfelelő fejlesztési technológia kiválasztásával időtálló, fenntartható rendszertkell fejleszteni. A technológia kiválasztásakor figyelembe kell venni, hogy a rendszer üzemeltetési időszaka minimum 5 év.6.Az alkalmazások architektúráját úgy kell megtervezni és megvalósítani, hogy az képes legyen a megcélzott (ágazati vagy intézeti) számú felhasználó biztonságos és gyors kiszolgálására.7.A megvalósításra kerülő rendszer kettő (kliens-szerver), vagy több rétegű (multi-tier) architektúrára épüljön.8.Biztosítani kell, hogy az alkalmazások egymással, és a működés szempontjából elengedhetetlenül fontos kapcsolódó rendszerekkel integráltan működjenek. Az integrált működéshez az alkalmazásoknak a szabályozott módon szabványos, dokumentált interfész felületekkel kell rendelkeznie.9.Az alkalmazás modulárisan épüljön fel, hogy szükség esetén egy dedikált szerver beállításával bővíthető legyen a leterhelt modul. Ennek tervezett megvalósítását a pályázati anyagban mutassa be az Ajánlattevő. Átadás-átvétel során a bővítés módját külön műszaki leírásban kell megadni.1.1.3. Független teszt rendszer megvalósítása10.A rendszert úgy kell kiépíteni, hogy lehetőség legyen az átadást követően is független teszt rendszert létrehozni, azon tesztelni anélkül, hogy az éles rendszer bármilyen módon érintve legyen.11.Ajánlattevőnek meg kell adnia a tesztrendszer kialakítása miatt szükséges további dobozos termék licenceket és ezek költségét szerepeltetnie kell a kalkulációkban.1.1.4. Mentés, archiválás12.A rendszernek szabványos archiválási és adat-visszaállítási lehetőséggel kell rendelkeznie13.Biztosítani kell az adatok és rendszerek időszakos (pl. napi, heti, éves) menthetőségét és visszatölthetőségét a meghatározott mentési rend alapján.14.A rendszer mentéséhez minimálisan támogatni szükséges:— Teljes mentés (minden adat mentésre kerül).— Különbözeti, inkrementális mentés (legutóbbi mentés óta megváltozott adatok kerülnek mentésre).15.Az időszakos mentéseknek a rendszer illetve annak alkalmazásainak leállítása nélkül kell lefutniuk.1.1.5. Dobozos szoftverek16.Az Ajánlattevő feladata a szükséges és a feladatnak legjobban megfelelő dobozos szoftverek kiválasztása17.Az Ajánlattevő végezze el a szükséges dobozos szoftverek beszerzését és telepítését, paraméterezését, üzembe helyezését. A szükséges licencszámot számítással ellenőrizze és a számítást csatolja az ajánlatához.18.A licenceknek minden esetben Ajánlattevő nevére kell szólnia és időbeli korlátozást nem tartalmazhatnak.19.Ajánlattevőnek teljeskörű nyilatkozattal kell alátámasztani, hogy a megajánlott rendszer és a szállított licencek összhangban vannak.1.2. Elvárt funkcionalitás1.2.1. Adatforrások kezelése20.A rendszernek adatokat kell fogadnia minimálisan a dokumentáció 1.3.1. fejezetben felsorolt adatforrásoktól.21.Biztosítani kell egy átmeneti transzfer területet, ahova az adatforrások adatgazdái a szükséges adatokat fel tudják tölteni. A minimálisan biztosítani szükséges adatátviteli módok:— fájl alapú;— adatbázis tábla alapú;— web-szolgáltatás alapú.22.A rendszernek képesnek kell lennie új adatforrások kezelésére a rendszer változtatása nélkül. Szükséges egy paraméterezhető, konfigurálható importáló eszköz, amellyel az adatforrások adatai feldolgozhatók.23.Az induláskor szükséges adatok körét Ajánlattevőnek kell meghatároznia szoros együttműködésben az adatgazdákkal.24.Az importáló eszköz az induláskor szükséges adatokhoz történő konfigurációját Ajánlattevőnek kell elvégeznie.1.2.2. Periodikus jelentések kezelése25.A rendszernek az átadás időpontjában eleget kell tennie minimum a dokumentáció 1.3.2. fejezetben felsorolt jelentési igényeknek.26.Biztosítania kell egy átmeneti transzfer területet, ahova a jelentések elmenthetők. A minimálisan biztosítandó adatformátumok jelentések esetében:— Közvetlenül publikálható dokumentum formátum (PDF).— További elemzést lehetővé tevő formátum (XLS, XLSX).— Ajánlatkérővel egyeztetett szabványos jelentés formátum.27.A rendszernek a periodikus jelentéseket automatikusan, emberi beavatkozás nélkül elő kell tudnia állítani a jelentéshez meghatározott időben és gyakorisággal.28.Az induláskor szükséges jelentések pontos tartalmát Ajánlatkérő útmutatásai alapján Ajánlattevőnek kell meghatároznia.29.Az induláskor szükséges jelentéseket Ajánlatkérő útmutatása alapján Ajánlattevőnek kell implementálnia úgy, hogy azt később Ajánlatkérő szakemberei módosítani tudják.1.2.3. Automatikus és manuális adattisztítás30.Az adattisztító modul legyen alkalmas az adatok automatikus tisztítására, összerendelésére, ellenőrzésére az előre elkészített szabályrendszer felhasználásával.31.Átadáskor tartalmazza az ismert adatforrások adatainak validálásához szükséges szabályokat.32.A szabályrendszer legyen módosítható, bővíthető az üzemeltető által és az ehhez szükséges összes szoftvereszközt tartalmazza átadáskor a rendszer.33.Az adattisztító modul legyen alkalmas a kézi adattisztításra, illetve támogassa az adattisztítók munkáját a megfelelő eszközökkel34.A HelpDesk rendszer adjon támogatást az adattisztítóknak az adatgazdákkal való kommunikációban, illetve a problémás esetek kezelésében (ticketing).35.Automatikusan frissítse a metaadat adatbázist, úgy hogy annak tartalma a korábban eltárolt adatok körét ne módosítsa, a korábbi adatokhoz továbbra is konzisztens módon hozzá lehessen férni (verziózás).36.Legyen képes a metaadatok automatikus ellenőrzésére (szabályok).37.Tartalmazzon minden eszközt, amellyel a metaadat adatbázis manuálisan karbantartható, ellenőrizhető, módosítható.38.Ajánlattevő definiálja a feladat elvégzéséhez minimálisan megfelelő adattisztító munkaállomás oldali hardver és szoftver igényeit.1.2.4. Adattárház építés39.Az adattárház az átadáskor alkalmas legyen az input adatok tárolására (dokumentáció 1.3.1. és 2.2.1. fejezetek).40.Az adattárház az üzemeltető szakértői által legyen bővíthető, képes legyen új adattartalmak befogadására.41.Legyen olyan módon optimalizáltan felépítve, hogy a szükséges dimenziószám és a várható adatmennyiség mellett a vállalt válaszidőket teljesíteni tudja.42.Átadáskor tartalmazza az összes ismert riport elkészítéséhez szükséges adatpiacot (dokumentáció 1.3.2. és 2.2.2. fejezetek).43.A szolgáltatott adatok köre a későbbiekben legyen bővíthető új adatpiacok hozzáadásával vagy a meglévők módosításával.44.Az adattárház tartalmazzon karbantartható, verziózott dimenzió, illetve összerendelő, ún. szótár táblákat.45.Az adattárház kezdeti feltöltése Ajánlatkérő feladata, azonban Ajánlattevőnek ezt a tevékenységet folyamatosan segítenie kell, a felmerülő problémákat meg kell oldania.46.Kezelje minimum az alábbi magasabb aggregációs szinten is értelmezhető dimenziókat:— dátum/idő;— életkor (korcsoportok);— FEOR szám (foglalkoztatási csoport);— földrajzi hely (település, járás, megye, egészségügyi térség, EU térség, ország);— jogviszony típusa (jogviszony csoportok);— munkakör (munkaköri csoportok);— szakképesítés jelenlegi neve (szakképesítés csoportok);— szakorvosképzés szakterülete (szakmacsoport).47.Az adattárház legyen képes új dimenziók és aggregációs szintek kezelésére és biztosítson felületet, hogy Ajánlatkérő szakemberei a szükséges feladatokat elvégezhessék.48.Az adattárház adatstruktúráiban támogassa a történeti adatok idősoros elemzését. Ehhez a visszamenőlegesen összegyűjtött nagy mennyiségű adatot, könnyen elemezhető adatszerkezetekben kell tárolni.1.2.5. Üzleti intelligencia (BI) rendszer49.A rendszernek képesnek kell lennie az esetileg, egyedileg felmerülő riportok előállítására.50.A BI direkt módon támogassa a riportok rendszeres vagy időszakos elkészítését és disztribúcióját, OLAP elemzések elvégzését valamint ad-hoc lekérdezések futtatását és adatbányászati eljárások alkalmazását.51.A BI funkciók és eszközök kimondottan a riportolási és analitikus funkciók elvégzésére legyenek optimalizáltak és a mély informatikai ismeretekkel nem rendelkező, de a folyamatot ismerő felhasználó által is könnyen használhatóak legyenek.52.A rendszernek képesnek kell lennie az egyedileg felmerülő igények dokumentált követésére a HelpDesk-en keresztül.53.A rendszer rendelkezzen interaktív grafikus felülettel, mind a lekérdezések, mind a vizualizáció számára.54.A BI rendszer biztosítsa minimum az alábbi elemzési lehetőségeket:— idősoros elemzések,— különböző aggregáltsági szintek kezelése,— multi-dimenzionális elemzések,— egyszerű és többváltozós statisztikai elemzések,— lineáris, logaritmikus regresszió,— döntési fák,— klaszterezési és szegmentálási lehetőségek,— jellemző összefüggések és mintázatok feltárása.55.A BI rendszer további feldolgozás céljából az elemzések eredményét tegye elérhetővé minimum az alábbi formátumokban:— CSV,— XML.56.Tegye lehetővé rendszeresen vagy ad-hoc módon képzett riportok egyszerű definiálását és futtatását.57.A megfelelő ismeretekkel rendelkező elemzők részére biztosítson közvetlen SQL hozzáférést a jogosultság alapján elérhető adatokhoz.58.A megfelelő ismeretekkel rendelkező elemzők részére biztosítson lehetőséget tárolt SQL eljárások létrehozására, módosítására.59.A BI segítségével legyen lehetséges a riportok automatikus generálása és disztribúciója a web-en keresztül vagy e-mailben.60.A BI rendszernek rendelkeznie kell adatvizualizációs képességekkel, amelynek minimálisan az alábbiakat kell tudnia:— oszlopdiagram (csoportosított, halmozott, 100%-ig halmozott);— vonaldiagram (csoportosított, halmozott, 100%-ig halmozott);— kördiagram (kör, torta, robbantott torta, kör-kör, kör-sáv);— sávdiagram (csoportosított, halmozott, 100%-ig halmozott);— pontfelhő (síkban, térben);— felületdiagram (felület, drótváz, körvonal);— perecdiagram (perec, robbantott perec, perec-perec, perec-sáv);— buborékdiagram (síkban, térben);— sugárdiagram (sugár, sugárfelület);— korfa;— térképes megjelenítés (település, járás, megye, régió, ország, EU régió).61.Ajánlattevő definiálja a feladat elvégzéséhez minimálisan megfelelő elemző munkaállomás hardver és szoftver igényeit.1.2.6. Authentikáció és jogosultság kezelés62.A rendszernek saját authentikációval kell rendelkeznie, amelyet fel kell készíteni SSO-val történő működésre is.63.A rendszer biztosítsa legalább a következő szerepkörű felhasználók kezelését:— adatgazda,— adattisztító,— elemző,— senior elemző,— adminisztrátor,— üzemeltető.64.A rendszer legyen képes további szerepkörök definiálására, illetve a létező szerepkörök módosítására.65.A szerepkörökhöz különféle funkciókat, adatköröket (jogosultságot) kell rendelni. Biztosítani kell a jogosultságok egyedi és csoportos vagy tömeges beállításának lehetőségét.66.A jogosultsági rendszer kiindulási verziójának létrehozása és implementálása Ajánlattevő feladata, az Ajánlatkérő szakemberei által megadott szabályok figyelembevételével.1.2.7. Adatcsere biztosítása harmadik fél számára paraméterezett lekérdezésekhez67.A rendszerben külön adatpiacot kell létrehozni a Portálról irányított lekérdezések kiszolgálására úgy, hogy annak erőforrás-igénye nem zavarhatja az adattárház normál működését. Az adatpiac létrehozását Ajánlattevő végzi Ajánlatkérő igényei alapján.68.A rendszernek képesnek kell lennie parametrizált tárolt eljárások létrehozására, azok futtatására és az eredmény visszaadására.69.Ajánlattevő feladata, hogy Ajánlatkérő igényei alapján és vele együttműködve definiáljon 10 parametrizált tárolt eljárást.70.Az adatcserének minimálisan az alábbi technológiákat kell támogatnia:— fájlszintű,— közvetlen adatbázis-kapcsolat,— web-szolgáltatás alapú.1.2.8. HelpDesk71.Ajánlattevő biztosítson HelpDesk rendszert, amely minimálisan az alábbi elemekhez kapcsolódik:— HMR rendszermenedzsment,—- adattisztítási folyamat,—- portál.72.A HelpDesk legyen képes minimum az alábbiakra:— együttműködés a NISZ hasonló rendszerével;— egyedi riport igények dokumentált feldolgozása.73.A HMR HelpDesk-nek kell kiszolgálnia a Portál ilyen irányú igényeit is.74.A HelpDesk kötelezően az EEKH call-centerének keretein belül kell működjön. Ajánlattevőnek a működést a call-centerhez kell illesztenie.75.A rendszer támogassa meghatározott eseményekhez kötődő e-mail küldést, e-mail fogadást, valamint automatikus e-mail feldolgozást.76.A rendszer legyen képes külön kezelni a végfelhasználókat, ezek szervezeti egységeit, és az incidenseken, hibajegyeken, változásokon, stb. dolgozó munkacsoportokat.1.2.9. Rendszermenedzsment biztosítása77.Ajánlattevő építsen ki a szállított szoftverrendszerhez kapcsolódóan teljeskörű rendszermenedzsmentet.78.A menedzsment rendszer legyen képes adatok, események gyűjtésére alsóbb szintű felügyeleti rendszerekből, nyílt interfész használatával (pl. SNMP).79.A rendszermenedzsmentnek a NISZ által jóváhagyottnak kell lennie. Ennek kialakításának érdekében Ajánlattevőnek a NISZ szakembereivel kell egyeztetnie.80.A rendszermenedzsment legyen képes kapcsolódni a NISZ hasonló rendszeréhez és annak közvetlenül adatot szolgáltatni.81.A rendszermenedzsment legyen integrálva a HelpDesk-kel.82.Az üzemeltetési folyamatot támogató rendszer legyen integrálható felhasználói adatokat és szervezeti egységeket tároló címtár rendszerrel.83.A menedzsment rendszer rendelkezzen grafikus felhasználói felülettel, és ez legyen elérhető lokálisan telepített kliensről vagy web felületről is. A grafikus felület legyen képes az üzemeltetett szolgáltatások állapotának megjelenítésére.84.A rendszermenedzsment legyen képes a Portál ilyen irányú igényeinek kiszolgálására.1.3. Működési követelmények1.3.1. Felhasználói szám85.A rendszernek minimálisan az alábbi számú felhasználót kell kiszolgálnia:— Adattisztító: 5 fő— Elemző: 20 fő— Üzemeltető: 5 fő— Adatgazda: 10 fő1.3.2. Rendelkezésre állás86.Ajánlattevőnek a rendszer egyes részeire és a teljes rendszerre is legalább 99,8%-os havi rendelkezésre állást kell garantálnia.87.A rendelkezésre állás számításába nem számít bele a tervezett leállások ideje, azonban ezeket minden esetben Ajánlatkérő engedélyezése után lehet csak megvalósítani.88.A rendelkezésre állás számításába nem számít bele az infrastruktúra szolgáltatóra elismerten visszavezethető leállások ideje.1.3.3. Válaszidők89.A rendszernek minimálisan az alábbi válaszidőket kell teljesítenie:— Riport elkészítés: Adott frissítési ciklus mellett a cikluson belül minimálisan négyszer kell lefutnia a riportnak.— A rendszermenedzsment és az adminisztratív funkciók válaszideje maximum 2 000 ms.— Az adattisztítás során az adatbázis kiszolgáló válaszideje maximum 3 000 ms.90.Ajánlattevőnek nyilatkozni kell arról, hogy az adott infrastruktúrán a fenti válaszidőket garantálja a rendszer működése során.91.A HelpDesk rendszerben rögzített hibák esetén az alábbi válaszidőket kell garantálnia a rendelkezésre állási időszakban Ajánlattevőnek:— Kritikus hiba esetén a reagálás munkaidőben 1 óra, munkaidőn kívül 4 óra.— Nem kritikus hiba esetén a reagálás munkaidőben 4 óra, munkaidőn kívül 8 óra.1.4. Üzemeltetési követelmények1.4.1. Konfigurációkezelés92.A rendszer kezeljen egy logikailag egységes és az igényeknek megfelelően testre szabható konfigurációs adatbázist, amely tartalmazza a konfigurációs elemek (dokumentáció, hardver, szoftver, stb.) adatait és a köztük levő kapcsolatokat.93.A konfiguráció menedzsmenttől minimálisan elvárt funkciók:— a konfigurációk lebontási szintjének rugalmas kezelése;— konfigurációs elemek kategóriákba sorolásának lehetősége;— konfigurációs elemek között gyerek-szülő és tetszőlegesen elnevezhető mellérendelő kapcsolatok meghatározása;— az egyes konfigurációs elem tetszőleges egyéb dokumentummal történő kiegészítése (csatolás).94.A rendszer tartsa nyilván a konfigurációs elemek és a hozzá tartozó incidensek, problémák, változtatások közötti kapcsolatot. Legyen képes automatikusan azonosítani az érintett konfigurációs elemeket egy előforduló véletlen esemény, hiba, probléma, incidens, vagy szándékos változtatás esetén.95.A konfigurációs adatbázis egyes tulajdonság-változásának naplózása, valamint a változás történet nyomon követhetősége követelmény.1.4.2. Incidens és probléma menedzsment96.A rendszer tegye lehetővé a web-es felületen vagy e-mail-en érkező bejelentések alapján automatikus hibajegyek generálását.97.A hibajegy kezelő rendszer támogassa az események kategorizálását, és adjon lehetőséget kategóriafüggő kiosztási és eszkalációs szabályok, folyamatok definiálására.98.Minden típusú bejegyzés legyen eszközhöz, felhasználóhoz, felelős személyhez, szervezethez, és szolgáltatáshoz kapcsolható.99.A rendszer valósítson meg keresési és szűrési funkciókat, mely segítségével a hibajegyben (incidensben) rögzített bármely adat, adatkapcsolat alapján leválogatást lehet elvégezni. Egy problémához tartozó hibajegyek, incidensek legyenek csoportosan kezelhetők.100.Egy hibajegyből lehessen változáskezelési jegyet nyitni, mely átveszi a hibajegy szükséges jellemzőit és értékeit.101.Ajánlattevőnek az incidens menedzsment működésre vonatkozóan az üzemeltetési szerződésben (SLA melléklet) válaszidő szintet kell vállalni.1.4.3. Változáskezelés102.A változásmenedzsment eszköznek támogatnia kell a változáshoz tartozó többszintű folyamatkezelést.103.A változásmenedzsment legyen integrált a rendszer konfigurációs adatbázisával, a változásokhoz lehessen a konfigurációs adatbázisban tárolt elemeket hozzárendelni.104.A változásmenedzsment folyamatának alaposan dokumentáltnak kell lennie mérési pontokkal.1.4.4. Release menedzsment105.Ajánlattevőnek ki kell dolgozni eljárást a szoftver komponensek (kód-rendszer és alkalmazás egyaránt) új verzióinak éles használatba vételére vonatkozóan.106.Release menedzsment eszköznek szükséges rendelkezésre állnia a rendszer upgrade, downgrade végrehajtásához és patch-ek installálásához, amely vezérli a verzióváltással kapcsolatos task-okat, a patch-ek installálását, foglalkozik a release összefüggésekkel, dependenciákkal.107.A szoftver komponensek új verzióinak éles használatba vétele során az új kód a fejlesztői környezetből a tesztelési környezetbe kerül majd onnan vihető csak át az éles (produktív) környezetbe, verziókövetéses dokumentálás mellett.1.4.5. SLA menedzsment108.A rendszernek alkalmaznia kell a NISZ SLA-val kapcsolatos minden előírását.109.A rendszer rendelkezésre állásának számítását nem befolyásolja az infrastruktúra szolgáltató (NISZ) rendelkezésre állása.1.5. Leszállítandó dokumentációk110.Valamennyi leszállítandó dokumentáció magyar nyelvű legyen.111.Az átadott dokumentációnak olyan részletezettségűnek kell lennie, hogy a rendszer továbbfejlesztése, illetve üzemeltetése az Ajánlattevő közreműködése nélkül is megvalósítható legyen.1.5.1. Rendszertervek112.Az Ajánlattevő által a munka során alkalmazott rendszertervezési módszertannak megfelelően dokumentáltnak és az elterjedt nemzetközi objektumorientált módszertanokhoz és szabványokhoz igazodónak kell lennie113.Ajánlattevő feladata az alábbi rendszertervek elkészítése és elfogadtatása:— logikai rendszerterv;— részletes fizikai rendszerterv.1.5.2. Megvalósítási terv114.A megvalósítási tervnek minimum az alábbi dokumentációkat tartalmaznia kell:— adatmodellek és fizikai adatbázis szerkezet leírása,— interfész leírások,— kommunikációs és folyamat leírások,— dobozos szoftver licencek és azok felhasználása,— átadás-átvételi terv a teljes rendszerre,— tesztelési terv,— üzemeltetési szabályzat.1.5.2.1. Vészhelyzeti működési szabályzat115.Ajánlattevő készítsen katasztrófa elhárítási tervet az üzemszerű működés ésaz üzleti folyamatok helyreállítása érdekében1.5.2.2. Mentési, archiválási és visszaállítási szabályzat116.Ajánlattevő készítse el és adja át a rendszerhez kapcsolódó részletes mentési, archiválási és visszaállítási tervet. A tervnek minimálisan tartalmaznia kell:— eljárások pontos leírása;— eljárások ütemezése;— eljárások időszakos tesztelésének és ellenőrzésének módja.1.5.3. Felhasználói dokumentáció117.A rendszer felhasználói szintű dokumentációit legalább az alábbi szerepkörökhöz ki kell dolgozni és át kell adni:— adatgazda,— adattisztító,— elemző,— adminisztrátor.A részletes műszaki leírást a „HMR adattárház műszaki specifikáció” tartalmazza.Az árubeszerzés becsült értéke az 1. rész esetében nettó 66 386 500 HUF.

1. rész

1. Szállítandó rendszerrel szembeni követelmények

1.1. Infrastruktúra követelmények

1.1.1. NISZ infrastruktúra szolgáltatás használata

1.A rendszert kötelezően a NISZ infrastruktúráján kell megvalósítani. A NISZ által ajánlott infrastruktúrát a dokumentáció 1.6. pontja mutatja be.

2.Ajánlattevőnek nyilatkoznia kell arról, hogy a dokumentáció 1.6. pontban bemutatott infrastruktúra az általa ajánlott rendszer kiszolgálására alkalmas. Amennyiben Ajánlattevő úgy ítéli meg, hogy az az infrastruktúra a megajánlott rendszer kiszolgálására nem alkalmas, akkor Ajánlattevőnek csatolnia kell a szükséges bővítési igényeket, amelynek beruházási költségét szerepeltetnie kell a kalkulációkban.

3.A rendszer eléréséhez szükséges védett (VPN) kapcsolatokat Ajánlattevőnek kell biztosítania Ajánlatkérő és a NISZ szakemberei útmutatása alapján.

4.Az Adattisztító és Adatbányász munkahelyekhez szükséges infrastruktúrára az Ajánlattevő tegyen javaslatot.

1.1.2. Architekturális követelmények

5.A megfelelő fejlesztési technológia kiválasztásával időtálló, fenntartható rendszert

kell fejleszteni. A technológia kiválasztásakor figyelembe kell venni, hogy a rendszer üzemeltetési időszaka minimum 5 év.

6.Az alkalmazások architektúráját úgy kell megtervezni és megvalósítani, hogy az képes legyen a megcélzott (ágazati vagy intézeti) számú felhasználó biztonságos és gyors kiszolgálására.

7.A megvalósításra kerülő rendszer kettő (kliens-szerver), vagy több rétegű (multi-tier) architektúrára épüljön.

8.Biztosítani kell, hogy az alkalmazások egymással, és a működés szempontjából elengedhetetlenül fontos kapcsolódó rendszerekkel integráltan működjenek. Az integrált működéshez az alkalmazásoknak a szabályozott módon szabványos, dokumentált interfész felületekkel kell rendelkeznie.

9.Az alkalmazás modulárisan épüljön fel, hogy szükség esetén egy dedikált szerver beállításával bővíthető legyen a leterhelt modul. Ennek tervezett megvalósítását a pályázati anyagban mutassa be az Ajánlattevő. Átadás-átvétel során a bővítés módját külön műszaki leírásban kell megadni.

1.1.3. Független teszt rendszer megvalósítása

10.A rendszert úgy kell kiépíteni, hogy lehetőség legyen az átadást követően is független teszt rendszert létrehozni, azon tesztelni anélkül, hogy az éles rendszer bármilyen módon érintve legyen.

11.Ajánlattevőnek meg kell adnia a tesztrendszer kialakítása miatt szükséges további dobozos termék licenceket és ezek költségét szerepeltetnie kell a kalkulációkban.

1.1.4. Mentés, archiválás

12.A rendszernek szabványos archiválási és adat-visszaállítási lehetőséggel kell rendelkeznie

13.Biztosítani kell az adatok és rendszerek időszakos (pl. napi, heti, éves) menthetőségét és visszatölthetőségét a meghatározott mentési rend alapján.

14.A rendszer mentéséhez minimálisan támogatni szükséges:

— Teljes mentés (minden adat mentésre kerül).

— Különbözeti, inkrementális mentés (legutóbbi mentés óta megváltozott adatok kerülnek mentésre).

15.Az időszakos mentéseknek a rendszer illetve annak alkalmazásainak leállítása nélkül kell lefutniuk.

1.1.5. Dobozos szoftverek

16.Az Ajánlattevő feladata a szükséges és a feladatnak legjobban megfelelő dobozos szoftverek kiválasztása

17.Az Ajánlattevő végezze el a szükséges dobozos szoftverek beszerzését és telepítését, paraméterezését, üzembe helyezését. A szükséges licencszámot számítással ellenőrizze és a számítást csatolja az ajánlatához.

18.A licenceknek minden esetben Ajánlattevő nevére kell szólnia és időbeli korlátozást nem tartalmazhatnak.

19.Ajánlattevőnek teljeskörű nyilatkozattal kell alátámasztani, hogy a megajánlott rendszer és a szállított licencek összhangban vannak.

1.2. Elvárt funkcionalitás

1.2.1. Adatforrások kezelése

20.A rendszernek adatokat kell fogadnia minimálisan a dokumentáció 1.3.1. fejezetben felsorolt adatforrásoktól.

21.Biztosítani kell egy átmeneti transzfer területet, ahova az adatforrások adatgazdái a szükséges adatokat fel tudják tölteni. A minimálisan biztosítani szükséges adatátviteli módok:

— fájl alapú;

— adatbázis tábla alapú;

— web-szolgáltatás alapú.

22.A rendszernek képesnek kell lennie új adatforrások kezelésére a rendszer változtatása nélkül. Szükséges egy paraméterezhető, konfigurálható importáló eszköz, amellyel az adatforrások adatai feldolgozhatók.

23.Az induláskor szükséges adatok körét Ajánlattevőnek kell meghatároznia szoros együttműködésben az adatgazdákkal.

24.Az importáló eszköz az induláskor szükséges adatokhoz történő konfigurációját Ajánlattevőnek kell elvégeznie.

1.2.2. Periodikus jelentések kezelése

25.A rendszernek az átadás időpontjában eleget kell tennie minimum a dokumentáció 1.3.2. fejezetben felsorolt jelentési igényeknek.

26.Biztosítania kell egy átmeneti transzfer területet, ahova a jelentések elmenthetők. A minimálisan biztosítandó adatformátumok jelentések esetében:

— Közvetlenül publikálható dokumentum formátum (PDF).

— További elemzést lehetővé tevő formátum (XLS, XLSX).

— Ajánlatkérővel egyeztetett szabványos jelentés formátum.

27.A rendszernek a periodikus jelentéseket automatikusan, emberi beavatkozás nélkül elő kell tudnia állítani a jelentéshez meghatározott időben és gyakorisággal.

28.Az induláskor szükséges jelentések pontos tartalmát Ajánlatkérő útmutatásai alapján Ajánlattevőnek kell meghatároznia.

29.Az induláskor szükséges jelentéseket Ajánlatkérő útmutatása alapján Ajánlattevőnek kell implementálnia úgy, hogy azt később Ajánlatkérő szakemberei módosítani tudják.

1.2.3. Automatikus és manuális adattisztítás

30.Az adattisztító modul legyen alkalmas az adatok automatikus tisztítására, összerendelésére, ellenőrzésére az előre elkészített szabályrendszer felhasználásával.

31.Átadáskor tartalmazza az ismert adatforrások adatainak validálásához szükséges szabályokat.

32.A szabályrendszer legyen módosítható, bővíthető az üzemeltető által és az ehhez szükséges összes szoftvereszközt tartalmazza átadáskor a rendszer.

33.Az adattisztító modul legyen alkalmas a kézi adattisztításra, illetve támogassa az adattisztítók munkáját a megfelelő eszközökkel

34.A HelpDesk rendszer adjon támogatást az adattisztítóknak az adatgazdákkal való kommunikációban, illetve a problémás esetek kezelésében (ticketing).

35.Automatikusan frissítse a metaadat adatbázist, úgy hogy annak tartalma a korábban eltárolt adatok körét ne módosítsa, a korábbi adatokhoz továbbra is konzisztens módon hozzá lehessen férni (verziózás).

36.Legyen képes a metaadatok automatikus ellenőrzésére (szabályok).

37.Tartalmazzon minden eszközt, amellyel a metaadat adatbázis manuálisan karbantartható, ellenőrizhető, módosítható.

38.Ajánlattevő definiálja a feladat elvégzéséhez minimálisan megfelelő adattisztító munkaállomás oldali hardver és szoftver igényeit.

1.2.4. Adattárház építés

39.Az adattárház az átadáskor alkalmas legyen az input adatok tárolására (dokumentáció 1.3.1. és 2.2.1. fejezetek).

40.Az adattárház az üzemeltető szakértői által legyen bővíthető, képes legyen új adattartalmak befogadására.

41.Legyen olyan módon optimalizáltan felépítve, hogy a szükséges dimenziószám és a várható adatmennyiség mellett a vállalt válaszidőket teljesíteni tudja.

42.Átadáskor tartalmazza az összes ismert riport elkészítéséhez szükséges adatpiacot (dokumentáció 1.3.2. és 2.2.2. fejezetek).

43.A szolgáltatott adatok köre a későbbiekben legyen bővíthető új adatpiacok hozzáadásával vagy a meglévők módosításával.

44.Az adattárház tartalmazzon karbantartható, verziózott dimenzió, illetve összerendelő, ún. szótár táblákat.

45.Az adattárház kezdeti feltöltése Ajánlatkérő feladata, azonban Ajánlattevőnek ezt a tevékenységet folyamatosan segítenie kell, a felmerülő problémákat meg kell oldania.

46.Kezelje minimum az alábbi magasabb aggregációs szinten is értelmezhető dimenziókat:

— dátum/idő;

— életkor (korcsoportok);

— FEOR szám (foglalkoztatási csoport);

— földrajzi hely (település, járás, megye, egészségügyi térség, EU térség, ország);

— jogviszony típusa (jogviszony csoportok);

— munkakör (munkaköri csoportok);

— szakképesítés jelenlegi neve (szakképesítés csoportok);

— szakorvosképzés szakterülete (szakmacsoport).

47.Az adattárház legyen képes új dimenziók és aggregációs szintek kezelésére és biztosítson felületet, hogy Ajánlatkérő szakemberei a szükséges feladatokat elvégezhessék.

48.Az adattárház adatstruktúráiban támogassa a történeti adatok idősoros elemzését. Ehhez a visszamenőlegesen összegyűjtött nagy mennyiségű adatot, könnyen elemezhető adatszerkezetekben kell tárolni.

1.2.5. Üzleti intelligencia (BI) rendszer

49.A rendszernek képesnek kell lennie az esetileg, egyedileg felmerülő riportok előállítására.

50.A BI direkt módon támogassa a riportok rendszeres vagy időszakos elkészítését és disztribúcióját, OLAP elemzések elvégzését valamint ad-hoc lekérdezések futtatását és adatbányászati eljárások alkalmazását.

51.A BI funkciók és eszközök kimondottan a riportolási és analitikus funkciók elvégzésére legyenek optimalizáltak és a mély informatikai ismeretekkel nem rendelkező, de a folyamatot ismerő felhasználó által is könnyen használhatóak legyenek.

52.A rendszernek képesnek kell lennie az egyedileg felmerülő igények dokumentált követésére a HelpDesk-en keresztül.

53.A rendszer rendelkezzen interaktív grafikus felülettel, mind a lekérdezések, mind a vizualizáció számára.

54.A BI rendszer biztosítsa minimum az alábbi elemzési lehetőségeket:

— idősoros elemzések,

— különböző aggregáltsági szintek kezelése,

— multi-dimenzionális elemzések,

— egyszerű és többváltozós statisztikai elemzések,

— lineáris, logaritmikus regresszió,

— döntési fák,

— klaszterezési és szegmentálási lehetőségek,

— jellemző összefüggések és mintázatok feltárása.

55.A BI rendszer további feldolgozás céljából az elemzések eredményét tegye elérhetővé minimum az alábbi formátumokban:

— CSV,

— XML.

56.Tegye lehetővé rendszeresen vagy ad-hoc módon képzett riportok egyszerű definiálását és futtatását.

57.A megfelelő ismeretekkel rendelkező elemzők részére biztosítson közvetlen SQL hozzáférést a jogosultság alapján elérhető adatokhoz.

58.A megfelelő ismeretekkel rendelkező elemzők részére biztosítson lehetőséget tárolt SQL eljárások létrehozására, módosítására.

59.A BI segítségével legyen lehetséges a riportok automatikus generálása és disztribúciója a web-en keresztül vagy e-mailben.

60.A BI rendszernek rendelkeznie kell adatvizualizációs képességekkel, amelynek minimálisan az alábbiakat kell tudnia:

— oszlopdiagram (csoportosított, halmozott, 100%-ig halmozott);

— vonaldiagram (csoportosított, halmozott, 100%-ig halmozott);

— kördiagram (kör, torta, robbantott torta, kör-kör, kör-sáv);

— sávdiagram (csoportosított, halmozott, 100%-ig halmozott);

— pontfelhő (síkban, térben);

— felületdiagram (felület, drótváz, körvonal);

— perecdiagram (perec, robbantott perec, perec-perec, perec-sáv);

— buborékdiagram (síkban, térben);

— sugárdiagram (sugár, sugárfelület);

— korfa;

— térképes megjelenítés (település, járás, megye, régió, ország, EU régió).

61.Ajánlattevő definiálja a feladat elvégzéséhez minimálisan megfelelő elemző munkaállomás hardver és szoftver igényeit.

1.2.6. Authentikáció és jogosultság kezelés

62.A rendszernek saját authentikációval kell rendelkeznie, amelyet fel kell készíteni SSO-val történő működésre is.

63.A rendszer biztosítsa legalább a következő szerepkörű felhasználók kezelését:

— adatgazda,

— adattisztító,

— elemző,

— senior elemző,

— adminisztrátor,

— üzemeltető.

64.A rendszer legyen képes további szerepkörök definiálására, illetve a létező szerepkörök módosítására.

65.A szerepkörökhöz különféle funkciókat, adatköröket (jogosultságot) kell rendelni. Biztosítani kell a jogosultságok egyedi és csoportos vagy tömeges beállításának lehetőségét.

66.A jogosultsági rendszer kiindulási verziójának létrehozása és implementálása Ajánlattevő feladata, az Ajánlatkérő szakemberei által megadott szabályok figyelembevételével.

1.2.7. Adatcsere biztosítása harmadik fél számára paraméterezett lekérdezésekhez

67.A rendszerben külön adatpiacot kell létrehozni a Portálról irányított lekérdezések kiszolgálására úgy, hogy annak erőforrás-igénye nem zavarhatja az adattárház normál működését. Az adatpiac létrehozását Ajánlattevő végzi Ajánlatkérő igényei alapján.

68.A rendszernek képesnek kell lennie parametrizált tárolt eljárások létrehozására, azok futtatására és az eredmény visszaadására.

69.Ajánlattevő feladata, hogy Ajánlatkérő igényei alapján és vele együttműködve definiáljon 10 parametrizált tárolt eljárást.

70.Az adatcserének minimálisan az alábbi technológiákat kell támogatnia:

— fájlszintű,

— közvetlen adatbázis-kapcsolat,

1.2.8. HelpDesk

71.Ajánlattevő biztosítson HelpDesk rendszert, amely minimálisan az alábbi elemekhez kapcsolódik:

— HMR rendszermenedzsment,

—- adattisztítási folyamat,

—- portál.

72.A HelpDesk legyen képes minimum az alábbiakra:

— együttműködés a NISZ hasonló rendszerével;

— egyedi riport igények dokumentált feldolgozása.

73.A HMR HelpDesk-nek kell kiszolgálnia a Portál ilyen irányú igényeit is.

74.A HelpDesk kötelezően az EEKH call-centerének keretein belül kell működjön. Ajánlattevőnek a működést a call-centerhez kell illesztenie.

75.A rendszer támogassa meghatározott eseményekhez kötődő e-mail küldést, e-mail fogadást, valamint automatikus e-mail feldolgozást.

76.A rendszer legyen képes külön kezelni a végfelhasználókat, ezek szervezeti egységeit, és az incidenseken, hibajegyeken, változásokon, stb. dolgozó munkacsoportokat.

1.2.9. Rendszermenedzsment biztosítása

77.Ajánlattevő építsen ki a szállított szoftverrendszerhez kapcsolódóan teljeskörű rendszermenedzsmentet.

78.A menedzsment rendszer legyen képes adatok, események gyűjtésére alsóbb szintű felügyeleti rendszerekből, nyílt interfész használatával (pl. SNMP).

79.A rendszermenedzsmentnek a NISZ által jóváhagyottnak kell lennie. Ennek kialakításának érdekében Ajánlattevőnek a NISZ szakembereivel kell egyeztetnie.

80.A rendszermenedzsment legyen képes kapcsolódni a NISZ hasonló rendszeréhez és annak közvetlenül adatot szolgáltatni.

81.A rendszermenedzsment legyen integrálva a HelpDesk-kel.

82.Az üzemeltetési folyamatot támogató rendszer legyen integrálható felhasználói adatokat és szervezeti egységeket tároló címtár rendszerrel.

83.A menedzsment rendszer rendelkezzen grafikus felhasználói felülettel, és ez legyen elérhető lokálisan telepített kliensről vagy web felületről is. A grafikus felület legyen képes az üzemeltetett szolgáltatások állapotának megjelenítésére.

84.A rendszermenedzsment legyen képes a Portál ilyen irányú igényeinek kiszolgálására.

1.3. Működési követelmények

1.3.1. Felhasználói szám

85.A rendszernek minimálisan az alábbi számú felhasználót kell kiszolgálnia:

— Adattisztító: 5 fő

— Elemző: 20 fő

— Üzemeltető: 5 fő

— Adatgazda: 10 fő

1.3.2. Rendelkezésre állás

86.Ajánlattevőnek a rendszer egyes részeire és a teljes rendszerre is legalább 99,8%-os havi rendelkezésre állást kell garantálnia.

87.A rendelkezésre állás számításába nem számít bele a tervezett leállások ideje, azonban ezeket minden esetben Ajánlatkérő engedélyezése után lehet csak megvalósítani.

88.A rendelkezésre állás számításába nem számít bele az infrastruktúra szolgáltatóra elismerten visszavezethető leállások ideje.

1.3.3. Válaszidők

89.A rendszernek minimálisan az alábbi válaszidőket kell teljesítenie:

— Riport elkészítés: Adott frissítési ciklus mellett a cikluson belül minimálisan négyszer kell lefutnia a riportnak.

— A rendszermenedzsment és az adminisztratív funkciók válaszideje maximum 2 000 ms.

— Az adattisztítás során az adatbázis kiszolgáló válaszideje maximum 3 000 ms.

90.Ajánlattevőnek nyilatkozni kell arról, hogy az adott infrastruktúrán a fenti válaszidőket garantálja a rendszer működése során.

91.A HelpDesk rendszerben rögzített hibák esetén az alábbi válaszidőket kell garantálnia a rendelkezésre állási időszakban Ajánlattevőnek:

— Kritikus hiba esetén a reagálás munkaidőben 1 óra, munkaidőn kívül 4 óra.

— Nem kritikus hiba esetén a reagálás munkaidőben 4 óra, munkaidőn kívül 8 óra.

1.4. Üzemeltetési követelmények

1.4.1. Konfigurációkezelés

92.A rendszer kezeljen egy logikailag egységes és az igényeknek megfelelően testre szabható konfigurációs adatbázist, amely tartalmazza a konfigurációs elemek (dokumentáció, hardver, szoftver, stb.) adatait és a köztük levő kapcsolatokat.

93.A konfiguráció menedzsmenttől minimálisan elvárt funkciók:

— a konfigurációk lebontási szintjének rugalmas kezelése;

— konfigurációs elemek kategóriákba sorolásának lehetősége;

— konfigurációs elemek között gyerek-szülő és tetszőlegesen elnevezhető mellérendelő kapcsolatok meghatározása;

— az egyes konfigurációs elem tetszőleges egyéb dokumentummal történő kiegészítése (csatolás).

94.A rendszer tartsa nyilván a konfigurációs elemek és a hozzá tartozó incidensek, problémák, változtatások közötti kapcsolatot. Legyen képes automatikusan azonosítani az érintett konfigurációs elemeket egy előforduló véletlen esemény, hiba, probléma, incidens, vagy szándékos változtatás esetén.

95.A konfigurációs adatbázis egyes tulajdonság-változásának naplózása, valamint a változás történet nyomon követhetősége követelmény.

1.4.2. Incidens és probléma menedzsment

96.A rendszer tegye lehetővé a web-es felületen vagy e-mail-en érkező bejelentések alapján automatikus hibajegyek generálását.

97.A hibajegy kezelő rendszer támogassa az események kategorizálását, és adjon lehetőséget kategóriafüggő kiosztási és eszkalációs szabályok, folyamatok definiálására.

98.Minden típusú bejegyzés legyen eszközhöz, felhasználóhoz, felelős személyhez, szervezethez, és szolgáltatáshoz kapcsolható.

99.A rendszer valósítson meg keresési és szűrési funkciókat, mely segítségével a hibajegyben (incidensben) rögzített bármely adat, adatkapcsolat alapján leválogatást lehet elvégezni. Egy problémához tartozó hibajegyek, incidensek legyenek csoportosan kezelhetők.

100.Egy hibajegyből lehessen változáskezelési jegyet nyitni, mely átveszi a hibajegy szükséges jellemzőit és értékeit.

101.Ajánlattevőnek az incidens menedzsment működésre vonatkozóan az üzemeltetési szerződésben (SLA melléklet) válaszidő szintet kell vállalni.

1.4.3. Változáskezelés

102.A változásmenedzsment eszköznek támogatnia kell a változáshoz tartozó többszintű folyamatkezelést.

103.A változásmenedzsment legyen integrált a rendszer konfigurációs adatbázisával, a változásokhoz lehessen a konfigurációs adatbázisban tárolt elemeket hozzárendelni.

104.A változásmenedzsment folyamatának alaposan dokumentáltnak kell lennie mérési pontokkal.

1.4.4. Release menedzsment

105.Ajánlattevőnek ki kell dolgozni eljárást a szoftver komponensek (kód-rendszer és alkalmazás egyaránt) új verzióinak éles használatba vételére vonatkozóan.

106.Release menedzsment eszköznek szükséges rendelkezésre állnia a rendszer upgrade, downgrade végrehajtásához és patch-ek installálásához, amely vezérli a verzióváltással kapcsolatos task-okat, a patch-ek installálását, foglalkozik a release összefüggésekkel, dependenciákkal.

107.A szoftver komponensek új verzióinak éles használatba vétele során az új kód a fejlesztői környezetből a tesztelési környezetbe kerül majd onnan vihető csak át az éles (produktív) környezetbe, verziókövetéses dokumentálás mellett.

1.4.5. SLA menedzsment

108.A rendszernek alkalmaznia kell a NISZ SLA-val kapcsolatos minden előírását.

109.A rendszer rendelkezésre állásának számítását nem befolyásolja az infrastruktúra szolgáltató (NISZ) rendelkezésre állása.

1.5. Leszállítandó dokumentációk

110.Valamennyi leszállítandó dokumentáció magyar nyelvű legyen.

111.Az átadott dokumentációnak olyan részletezettségűnek kell lennie, hogy a rendszer továbbfejlesztése, illetve üzemeltetése az Ajánlattevő közreműködése nélkül is megvalósítható legyen.

1.5.1. Rendszertervek

112.Az Ajánlattevő által a munka során alkalmazott rendszertervezési módszertannak megfelelően dokumentáltnak és az elterjedt nemzetközi objektumorientált módszertanokhoz és szabványokhoz igazodónak kell lennie

113.Ajánlattevő feladata az alábbi rendszertervek elkészítése és elfogadtatása:

— logikai rendszerterv;

— részletes fizikai rendszerterv.

1.5.2. Megvalósítási terv

114.A megvalósítási tervnek minimum az alábbi dokumentációkat tartalmaznia kell:

— adatmodellek és fizikai adatbázis szerkezet leírása,

— interfész leírások,

— kommunikációs és folyamat leírások,

— dobozos szoftver licencek és azok felhasználása,

— átadás-átvételi terv a teljes rendszerre,

— tesztelési terv,

— üzemeltetési szabályzat.

1.5.2.1. Vészhelyzeti működési szabályzat

115.Ajánlattevő készítsen katasztrófa elhárítási tervet az üzemszerű működés és

az üzleti folyamatok helyreállítása érdekében

1.5.2.2. Mentési, archiválási és visszaállítási szabályzat

116.Ajánlattevő készítse el és adja át a rendszerhez kapcsolódó részletes mentési, archiválási és visszaállítási tervet. A tervnek minimálisan tartalmaznia kell:

— eljárások pontos leírása;

— eljárások ütemezése;

— eljárások időszakos tesztelésének és ellenőrzésének módja.

1.5.3. Felhasználói dokumentáció

117.A rendszer felhasználói szintű dokumentációit legalább az alábbi szerepkörökhöz ki kell dolgozni és át kell adni:

— adminisztrátor.

A részletes műszaki leírást a „HMR adattárház műszaki specifikáció” tartalmazza.

Az árubeszerzés becsült értéke az 1. rész esetében nettó 66 386 500 HUF.

Időtartam: 3 hónap
A rész száma: 2
A rész elnevezése: Szállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR portál rendszer részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére.
Mennyiség vagy érték: 2. részSzállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR portál rendszer részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére.1. Szállítandó rendszerrel szembeni követelmények1.1. Infrastruktúra követelmények1.1.1. NISZ infrastruktúra szolgáltatás használata1.A rendszert kötelezően a NISZ infrastruktúráján kell megvalósítani. A NISZ által ajánlott infrastruktúrát a dokumentáció 1.5. pontja mutatja be.2.Ajánlattevőnek nyilatkoznia kell arról, hogy a dokumentáció 1.5. pontban bemutatott infrastruktúra az általa ajánlott rendszer kiszolgálására alkalmas. Amennyiben Ajánlattevő úgy ítéli meg, hogy az az infrastruktúra a megajánlott rendszer kiszolgálására nem alkalmas, akkor Ajánlattevőnek csatolnia kell a szükséges bővítési igényeket, amelynek beruházási költségét szerepeltetnie kell a kalkulációkban.3.A rendszer eléréséhez szükséges védett (VPN) kapcsolatokat Ajánlattevőnek kell biztosítania Ajánlatkérő és a NISZ szakemberei útmutatása alapján.1.1.2. Architekturális követelmények4.A megfelelő fejlesztési technológia kiválasztásával időtálló, fenntartható rendszertkell fejleszteni. A technológia kiválasztásakor figyelembe kell venni, hogy a rendszer üzemeltetési időszaka minimum 5 év.5.Az alkalmazások architektúráját úgy kell megtervezni és megvalósítani, hogy az képes legyen a megcélzott (ágazati vagy intézeti) számú felhasználó biztonságos és gyors kiszolgálására.6.A megvalósításra kerülő portál több rétegű (multi-tier) architektúrára épüljön.7.Az alkalmazás modulárisan épüljön fel, hogy szükség esetén egy dedikált szerver beállításával bővíthető legyen a leterhelt modul. Ennek tervezett megvalósítását a pályázati anyagban mutassa be az Ajánlattevő. Átadás-átvétel során a bővítés módját külön műszaki leírásban kell megadni.1.1.3. Független teszt rendszer megvalósítása8.A rendszert úgy kell kiépíteni, hogy lehetőség legyen az átadást követően is független teszt rendszert létrehozni, azon tesztelni anélkül, hogy az éles rendszer bármilyen módon érintve legyen.9.Ajánlattevőnek meg kell adnia a tesztrendszer kialakítása miatt szükséges további dobozos termék licenceket és ezek költségét szerepeltetnie kell a kalkulációkban.1.1.4. Mentés, archiválás10.A rendszernek szabványos archiválási és adat-visszaállítási lehetőséggel kell rendelkeznie.11.Biztosítani kell az adatok és rendszerek időszakos (pl. napi, heti, éves) menthetőségét és visszatölthetőségét a meghatározott mentési rend alapján.12.A rendszer mentéséhez minimálisan támogatni szükséges:— Teljes mentés (minden adat mentésre kerül)— Különbözeti, inkrementális mentés (legutóbbi mentés óta megváltozott adatok kerülnek mentésre)13.Az időszakos mentéseknek a rendszer illetve annak alkalmazásainak leállítása nélkül kell lefutniuk.1.1.5. Dobozos szoftverek14.Az Ajánlattevő feladata a szükséges és a feladatnak legjobban megfelelő dobozos szoftverek kiválasztása.15.Az Ajánlattevő végezze el a szükséges dobozos szoftverek beszerzését és telepítését, paraméterezését és üzembe helyezését. A szükséges licencszámot számítással ellenőrizze és a számítást csatolja az ajánlatához.16.A licenceknek minden esetben Ajánlattevő nevére kell szólnia és időbeli korlátozást nem tartalmazhatnak.17.Ajánlattevőnek teljeskörű nyilatkozattal kell alátámasztani, hogy a megajánlott rendszer és a szállított licencek összhangban vannak.1.2. Elvárt funkcionalitás1.2.1. Megjelenés1.2.1.1. Általános kialakítás18.A projekt logójának használata kötelező. A logót Ajánlatkérő szabványos, szerkeszthető formában díjmentesen biztosítja Ajánlattevő felé.19.A portál vizuális kialakításánál a meglevő arculathoz (http://www.eekh.hu/hmr) illeszkedni kell. Az arculat kialakításával kapcsolatos minden anyagot Ajánlatkérő szabványos, szerkeszthető formában díjmentesen biztosítja.20.A portál grafikai terveit a kapott arculati elemek felhasználásával Ajánlattevőnek kell elkészítenie és Ajánlatkérővel egyeztetnie, jóváhagyatnia. A jóváhagyásra bocsátott anyagokat döntésre alkalmas módon kell elkészíteni.21.A portál grafikai megjelenését a jóváhagyott tervek alapján Ajánlattevőnek kell elkészítenie.22.A portál minden grafikai elemét Ajánlatkérőnek szabványos formátumban, szerkeszthető módon kell átadnia Ajánlatkérőnek. Ide tartozik minden olyan elem, amely esetleg nem került jóváhagyásra, illetve felhasználásra.23.A portálnak a mobil eszközökre optimalizált felülettel is rendelkeznie kell.24.A portál minden eleme valid XHTML 1.0 és CCS2 kell legyen. Ajánlott a teljes HTML5 támogatás25.A kereső optimalizálás Ajánlattevő feladata Ajánlatkérő által biztosított szempontok és kulcsszavak alapján.26.A portálnak keresőbarát URL-eket kell használnia.27.A portálon megjelenő minden e-mail cím legyen védett a keresőrobotoktól. Az oldal forrásában semmilyen e-mail cím nem jelenhet meg.1.2.1.2. Akadálymentesített megjelenés28.A portálnak támogatnia kell az ún. „vakbarát” módot minden jelzett felületén. Ezen módnak meg kell felelnie a W3C által a WCAG 2.0-ban meghatározott AA szintnek29.A „vakbarát” felületek megtalálását a jobb felső sarokban elhelyezett szabványos ikonnal kell segíteni.30.A „vakbarát” követelmények a https://segitseg.magyarorszag.hu/segitseg/portal/technika/akadalymentesites.htmloldalon található alkalmazásoknak történő megfeleléssel teljesítendők.1.2.2. Portál és riport adatbázis31.Adatbázis kialakítása, amely kiszolgálja a portál működési igényeit.32.Adatbázis kialakítása, amely fogadja, tárolja és jogosultság alapján elérhetővé teszi a HMR adattárházból érkező regurális riportokat.1.2.3. CMS és portál funkcionalitás1.2.3.1. Menüszerkezet33.Szabadon kialakítható, független, több szintű horizontális és vertikális menürendszer kialakításának képessége.34.Korlátlan számú és mélységű menüpont és almenüpont létrehozásának lehetősége.35.Bármely menüponthoz lehessen bármilyen tartalmat rendelni (pl. statikus tartalom, dinamikus tartalom, portál funkció, stb.)1.2.3.2. Tartalomkezelés36.A portál legyen képes statikus és dinamikus tartalmi elemeket kezelni, illetve portál funkciókat integrálni.37.Biztosítson egyszerű, böngészőből használható WYSIWYG szerkesztőt a tartalmak létrehozásához. Ez a szerkesztő legalább az alábbiakat tudja:— Szöveges tartalom megjelenéshű szerkesztése— Stílusok használata— Táblázatok szerkesztése— Képek, mozgóképek, hangok, fájlok egyszerű beágyazása— Vágólap tartalmának beillesztése a forrás vagy a cél stílusának megfelelően.38.A beágyazható elemeket egyszerű felületen lehessen kezelni, kategóriákba rendezni, címkézni.1.2.3.3. Regisztráció39.A portál tegye lehetővé a felhasználói regisztrációt előre megadott adatszerkezetek alapján, amelyben beállítható, hogy mely mezők megadása kötelező, illetve opcionális.40.A regisztráció e-mail cím megadása esetén támogassa a cím ellenőrzését aktiváló kód elküldésével és bekérésével.41.A regisztrációs folyamat során legyen olyan ellenőrzés, amely a robotok kiszűrését támogatja (pl. CAPTCHA). Ennek a módszernek támogatnia kell a hallás utáni azonosítást is.42.A regisztrációs folyamathoz lehessen űrlapokat kapcsolni, amely űrlapok adattartalmával minimálisan az alábbiak legyenek elvégezhetők:— Adatbázisba mentés— Adat továbbítása— Válasz e-mail küldése43.A regisztráció funkciót „vakbarát” módon is meg kell valósítani.1.2.3.4. Keresés44.A portál tegye lehetővé a tartalmi elemek közötti egyszerű és összetett keresését. Az összetett keresésben legalább az alábbiak legyenek megadhatók:— Keresett szöveg— Keresés hatóköre (kategória, keresés helye, tartalom típusa)— Tartalom időbelisége— Találati lista mérete— Találati lista sorrendbe rendezésének módja45.A keresés funkció a portál minden felületéről legyen elérhető.1.2.3.5. Galériák46.A portál biztosítsa korlátlan számú galéria létrehozását, amelyekben mind hang, mind álló-, és mozgóképek tárolhatók és megjeleníthetők.47.A galéria biztosítsa a benne tárolt elemek kategorizálását és címkézését.48.A galériába böngészőn keresztül lehessen feltölteni tartalmat mind egyesével, mind csoportosan.49.A galéria legyen képes a benne tárolt elemeket egyéb portál tartalomba beágyazni, illetve önmagában is bemutatni. A bemutatáshoz minimálisan teljesítendő funkcionális igények:— Bélyeg képek mutatása szabadon választható sor- és oszlopszámmal— Kép-mozgókép bemutatása „Lightbox” technikával— Galéria tartalom letölthetősége— Folyamatos diavetítés (slideshow)— Vízjelek automatikus tartalomra illesztése— Közösségi oldalak támogatása (Facebook, Twitter, Google+)50.Minimálisan támogatandó állókép formátumok:— JPEG— PNG— GIF51.Minimálisan támogatandó mozgókép technológiák:— WebM— MP4 (H.264)— Flash Video52.Minimálisan támogatandó hangformátumok:— MP3— OGG— Flash Audio1.2.3.6. Banner-kezelés53.A portál legyen képes a felületén kialakított helyeken szabványos méretű és kialakítású hirdetéseket (banner) megjeleníteni.54.A rendelkezésre álló hirdetési helyekre a portál kezelője egyszerűen tudjon hirdetést csatolni.55.Egy-egy hirdetés típust lehessen tartalom kategóriákhoz rendelni, azaz lehessen szabályozni, hogy milyen hirdetések milyen tartalomhoz rendelten jelenhetnek meg.56.A portál biztosítson felületet arra, hogy a hirdetésekkel kapcsolatos felhasználási, eredményességi információk egyszerűen elérhetőek legyenek.1.2.3.7. Hírblokkok57.A portál tegye lehetővé tematizált hírblokkok megjelenítését.58.A hírekkel kapcsolatos minimális elvárás:— Cím, rövid és részletes tartalom megadása, letöltése— Egy hír több kategóriába is tartozhat— Hír érvényességének időbeli megadása (jövőbeli kezdődátummal is)— Linkek kezelése1.2.3.8. Hírlevél59.A portál biztosítson feliratkozási lehetőséget hírlevelekre.60.Regisztrált felhasználók esetében egy regisztrációhoz több hírlevél feliratkozás is kapcsolható legyen.61.Legyen lehetőség a hírlevelek egyszerű szerkesztésére és kiküldésére.62.A hírlevelek kiküldése lehessen manuális vagy periodikusan automatikus. Üres hírlevél kiküldése ne legyen lehetséges.63.Tegye lehetővé, hogy bármely tartalmat, vagy tartalom kategóriát egyszerűen hírlevéllé lehessen alakítani. Több tartalmi elem esetén lehessen időben szűrni a tartalmakat.64.Tegye lehetővé, hogy a hírlevelekről le lehessen iratkozni.65.Kezelje a visszapattanó leveleket és jelezze, majd automatikusan korlátozza a hírlevelek kiküldését ezen címekre.1.2.3.9. Fórum66.A portál tartalmazzon egy integrált fórum-motort.67.A fórum az alábbi minimális funkcionalitással rendelkezzen:— Portál regisztrációk elfogadása— Felhasználói testreszabás támogatása— Moderációs eszközök biztosítása (témánként választhatóan előzetes vagy utólagos)— Témák és hozzászólások hierarchikus kezelése— Olvasott és nem olvasott elemek követése felhasználónként— Privát üzenetek támogatása— Sima szöveges és BBCode jellegű üzenetek támogatása— Csatolmányok támogatása— Üzenetsablonok, piszkozatok— Csoportok kezelése— Keresések témákon és hozzászólásokon belül68.A fórum minimálisan az alábbi biztonsági funkciókkal rendelkezzen:— SPAM szűrés (CAPTCHA)— Elárasztás elleni védelem— Tevékenységnapló— Felhasználók felfüggesztése, kizárása— Figyelmeztetések1.2.3.10. Látogatói statisztika69.A portál meghatározott ideig tárolja a látogatókkal kapcsolatos meta-adatokat (nem kizárólagosan: IP cím, referer, operációs rendszer, böngésző, stb.). A tárolt adatokat a törvényi előírásoknak megfelelően, legyen mód időszakosan archiválni.70.A portál tárolja az egyes tartalmi elemekkel kapcsolatos megtekintési adatokat.71.A portálnak legyen olyan felülete, ahol a gyűjtött meta- és látogatói oldalak segítségével különböző, szűrhető, sorrendbe rendezhető statisztikákat képes megjeleníteni tetszőleges időtartamra vonatkozóan. A minimálisan elkészítendő statisztikák:— Tartalmak látogatottsága— Felhasználók által használt kliens oldali szoftverek (operációs rendszer, böngésző)— Mobil és desktop lekérések— Látogatók megoszlása országonként (IP cím alapján)1.2.3.11. Kapcsolat72.A portál biztosítson felületet a tipikus elérhetőségi adatok megjelenítésére. A cím jellegű adatokat interaktív térképen is meg kell jeleníteni.73.A felületről legyen lehetőség üzenetet küldeni, de az oldal a robotoktól legyen védett.74.A kapcsolat funkció elemeit „vakbarát” módon is meg kell valósítani.1.2.4. Űrlapkezelés75.Legyen lehetőség tetszőleges számú kérdőív, illetve űrlap létrehozására. Az egyes mezőkhöz tartozó válaszlehetőségek definiálhatók és egyszerűen feltölthetők legyenek.76.Az űrlapokat lehessen célzottan publikálni mind a megjelenés helyét, mind a megjelenés idejét tekintve.77.A kitöltött űrlapokkal minimálisan az alábbi további tevékenységek végezhetők el:— Adatbázisba mentés— Adattovábbítás— Válasz e-mail küldése78.Lehessen követni, hogy melyik űrlapot hányan töltötték ki.79.Az űrlapokat lehessen kategóriákba rendezni és címkékkel ellátni.1.2.5. Egészségügyi adatlap kezelés80.A portál biztosítsa, hogy Ajánlatkérő tudjon tetszőleges számú egészségügyi intézményi és személyi adatlapot létrehozni. Az adatlapon az adott személy vagy intézmény mutatkozhat be, felhasználva a portál minden tartalmi szolgáltatását (kép, hang, video, linkek, stb.). Ajánlatkérő az adatlap szerkezetét, adattartalmát az adatok értékkészletét és a megjelenítés sorrendjét az üzemeltetés során szabadon tudja kialakítani, módosítani81.Az adatlapok megjelenítésének időintervalluma szabadon beállítható legyen.82.Az adatlapokat lehessen kategóriákba rendezni, címkével ellátni. Lehetőséget kell teremteni a kategóriák szerinti szűkített keresésre.83.Az adatlapokat legyenek elérhetők külső linkként is, olvasható, megjegyezhető formában.1.2.6. Többnyelvűség84.A portálnak lehetővé kell tennie több nyelv kezelését úgy, hogy, az új nyelvek hozzáadását az adminisztrátorok önmagukban is el kell tudják végezni, programozói segítség nélkül. A támogatott nyelvek száma nem lehet korlátozott.85.A portál támogassa szinkron és aszinkron menüstruktúrák létrehozását a nyelvi verziók között.86.Egy tartalmi elemmel kapcsolatban a portál legalább az alábbi nyelvi állapotokat különböztesse meg:— Lefordítva— Lektorálva— Publikálva— Visszautasítva87.A többnyelvű működéshez a portál biztosítson eszközt, amellyel az adminisztrátorok egyszerűen elvégezhetik legalább az alábbi műveleteket:— Menüstruktúra összehasonlítása nyelvi verziók között— Tartalmak nyelvi állapotának (lefordítva, lektorálva, publikálva, visszautasítva) nyomon követése— Árva tartalmak kiszűrése (árva tartalom az, amelynek valamely nyelvi verziója nem létezik a rendszerben)— Eredeti tartalom másolása másik nyelvi verzióba— Statisztika készítése a különböző nyelvi verziók állapotaira vonatkoztatva88.A portál legyen képes a látogató IP címe, vagy a böngésző beállításának függvényében a megfelelő nyelvi verziót felajánlani.89.A portál biztosítson lehetőséget a látogatók számára, hogy az alapértelmezett nyelvi verziót beállíthassák.1.2.7. HMR vizualizáció90.A portálnak támogatnia kell a HMR adattárház adatcsere felületét, amelyen keresztül a paraméterezett riportokhoz az adatok lekérdezhetők és megjeleníthetők. A minimálisan támogatott technológiák:— Fájl alapú— Közvetlen adatbázis kapcsolat (adattábla, illetve tárolt eljárás)— Web-szolgáltatás alapú91.Ajánlattevő feladata 10 riport összeállítása az Ajánlatkérővel közösen, amely kihasználja az adatcsere biztosította lehetőségeket.92.A portálnak rendelkeznie kell adatvizualizációs képességekkel, amelynek minimálisan az alábbiakat kell tudnia:— Oszlopdiagram (csoportosított, halmozott, 100%-ig halmozott)— Vonaldiagram (csoportosított, halmozott, 100%-ig halmozott)— Kördiagram (kör, torta, robbantott torta, kör-kör, kör-sáv)— Sávdiagram (csoportosított, halmozott, 100%-ig halmozott)— Pontfelhő (síkban, térben)— Felületdiagram (felület, drótváz, körvonal)— Perecdiagram (perec, robbantott perec, perec-perec, perec-sáv)— Buborékdiagram (síkban, térben)— Sugárdiagram (sugár, sugárfelület)— Korfa— Térképes megjelenítés (település, járás, megye, régió, ország, EU régió)1.2.8. Egészségügyi állásportál93.A portálnak rendelkeznie kell egy egészségügyi állásportál résszel a hirdetők és az állást keresők támogatása érdekében. Célja, hogy az ágazati képzésekről, álláslehetőségekről, tendenciákról az egyes szereplők informálódhassanak és információkat cserélhessenek, azaz a kereslet és a kínálat egy helyen jelenjen meg az ágazaton belül.94.Az állásportál által minimálisan kezelt adatok a 3. mellékletben találhatók. Az adatok megjelenítésekor, bekérésekor mindegyik adatelemről eldönthető legyen, hogy listából választható vagy szabadszöveges legyen.95.A portál biztosítson lehetőségek a fenti listák egyszerű definiálására és feltöltésére, azaz adatszótárak kezelésére.96.Az egészségügyi intézmények felhasználói felületének a kialakítása, amelynek révén a munkaadók az aktuális munkaerőigényeikre vonatkozó adataikat tudják rögzíteni álláshirdetések formájában.97.A portál tegye lehetővé az intézmények számára a betöltetlen álláshelyeik megjelenítését.98.A portál rejtse el az álláskeresők illetve álláshirdetők tényleges elérhetőségi-információit (kivéve, ha magában a hirdetésben vagy jelentkezésben explicite szerepel).99.A portál minimálisan az alábbi funkciókat biztosítsa:— intézményeknél betöltetlen álláshelyeik megjelenítése egyedileg, szakmacsoportonként, illetve egyéb kategorizálási szempont alapján— regisztrált felhasználók álláskeresési dokumentumainak szabályozott, rendszerezett, módon történő feltölthetősége— a regisztrált felhasználók adatlapja és önéletrajza legyen feltölthető, támogatva ezzel a gyorsított állásra jelentkezést— a regisztrált álláskereső felhasználónak legyen lehetősége beállítani adatai és feltöltött anyagai láthatóságát— az álláslehetőségekről az adatbázisra támaszkodó automatikus értesítés-generálás— állásajánlatok keresését, szűrését segítő funkciók regisztrált felhasználók számára100.Az állásportál funkció elemeit „vakbarát” módon is meg kell valósítani.1.2.9. Authentikáció és jogosultság kezelés101.A rendszernek saját authentikációval kell rendelkeznie, amelyet fel kell készíteni SSO-val történő működésre is.102.A rendszer biztosítsa legalább a következő szerepkörű felhasználók kezelését:— Látogató— Regisztrált felhasználó— Regisztrált egészségügyi felhasználó— Adminisztrátor— Üzemeltető103.A rendszer legyen képes további szerepkörök definiálására, illetve a létező szerepkörök módosítására.104.A szerepkörökhöz különféle funkciókat, adatköröket (jogosultságot) kell rendelni. Biztosítani kell a jogosultságok egyedi és csoportos vagy tömeges beállításának lehetőségét.105.A jogosultsági rendszer kiindulási verziójának létrehozása és implementálása Ajánlattevő feladata, az Ajánlatkérő szakemberei által megadott szabályok figyelembevételével.1.2.10. HelpDesk106.A portállal kapcsolatos HelpDesk szolgáltatásokat a HMR Adattárház HelDesk rendszere látja el. Ajánlattevő feladata az ehhez kapcsolódó integrációs feladatok elvégzése107.A HelpDesk kötelezően az EEKH call-centerének keretein belül kell működjön. Ajánlattevőnek a működést a call-centerhez kell illesztenie.1.2.11. Rendszermenedzsment biztosítása108.A portálhoz kapcsolódó teljeskörű rendszermenedzsment szolgáltatásokat a HMR Adattárház rendszermenedzsment része biztosítja. Ajánlattevő feladata, hogy az ezzel kapcsolatos összes integrációs feladatot elvégezze.109.A menedzsment rendszer legyen képes adatok, események gyűjtésére alsóbb szintű felügyeleti rendszerekből, nyílt interfész használatával (pl. SNMP).1.3. Működési követelmények1.3.1. Felhasználói szám110.A rendszernek minimálisan az alábbi számú felhasználót kell kiszolgálnia:— Portál adminisztrátor: 5 fő— Portál üzemeltető: 5 fő— Regisztrált portál felhasználó (egészségügyi és nem egészségügyi): 20 000 fő— Konkurens, egyedi felhasználószám: 100 fő1.3.2. Rendelkezésre állás111.Ajánlattevőnek a rendszer egyes részeire és a teljes rendszerre is legalább 99,8%-os havi rendelkezésre állást kell garantálnia.112.A rendelkezésre állás számításába nem számít bele a tervezett leállások ideje, azonban ezeket minden esetben Ajánlatkérő engedélyezése után lehet csak megvalósítani.113.A rendelkezésre állás számításába nem számít bele az infrastruktúra szolgáltatóra elismerten visszavezethető leállások ideje.1.3.3. Válaszidők114.A rendszerrel szemben támasztott követelmények:— Statikus tartalom megjelenítés maximális ideje: 2 000 ms— Dinamikus tartalom előállítás és megjelenítés maximális ideje: 3 000 ms— Riport megjelenítésének maximális ideje: 10 000 ms115.Ajánlattevőnek nyilatkozni kell arról, hogy az adott infrastruktúrán a fenti válaszidőket garantálja a rendszer működése során.116.A HelpDesk rendszerben rögzített hibák esetén az alábbi válaszidőket kell garantálnia Ajánlattevőnek:— Kritikus hiba esetén a reagálás munkaidőben 1 óra, munkaidőn kívül 4 óra— Nem kritikus hiba esetén a reagálás munkaidőben 4 óra, munkaidőn kívül 8 óra1.4. Üzemeltetési követelmények1.4.1. Konfigurációkezelés117.A rendszer kezeljen egy logikailag egységes és az igényeknek megfelelően testre szabható konfigurációs adatbázist, amely tartalmazza a konfigurációs elemek (dokumentáció, hardver, szoftver, stb.) adatait és a köztük levő kapcsolatokat.118.A konfigurációs adatbázis egyes tulajdonság-változásának naplózása, valamint a változás történet nyomon követhetősége követelmény.1.4.2. Változáskezelés119.A változásmenedzsment folyamatának alaposan dokumentáltnak kell lennie mérési pontokkal.1.4.3. Release menedzsment120.Ajánlattevőnek ki kell dolgozni eljárást a szoftver komponensek (kód-rendszer és alkalmazás egyaránt) új verzióinak éles használatba vételére vonatkozóan.121.A szoftver komponensek új verzióinak éles használatba vétele során az új kód a fejlesztői környezetből a tesztelési környezetbe kerül majd onnan vihető csak át az éles (produktív) környezetbe, verziókövetéses dokumentálás mellett.1.4.4. SLA menedzsment122.A rendszernek alkalmaznia kell a NISZ SLA-val kapcsolatos minden előírását.123.A rendszer rendelkezésre állásának számítását nem befolyásolja az infrastruktúra szolgáltató (NISZ) rendelkezésre állása.1.5. Leszállítandó dokumentációk124.Valamennyi leszállítandó dokumentáció magyar nyelvű legyen.125.Az átadott dokumentációnak olyan részletezettségűnek kell lennie, hogy a rendszer továbbfejlesztése, illetve üzemeltetése az Ajánlattevő közreműködése nélkül is megvalósítható, reprodukálható legyen.1.5.1. Terv dokumentumok126.Az Ajánlattevő által a munka során alkalmazott rendszertervezési módszertannak megfelelően dokumentáltnak és az elterjedt nemzetközi objektumorientált módszertanokhoz és szabványokhoz igazodónak kell lennie127.Ajánlattevő feladata az alábbi rendszertervek elkészítése és elfogadtatása:— Logikai rendszerterv— Részletes fizikai rendszerterv128.Ajánlattevő feladata a tesztelési tervek elkészítés és elfogadtatása.1.5.2. Megvalósítási terv129.A megvalósítási tervnek minimum az alábbi dokumentációkat tartalmaznia kell:— Adatmodellek és fizikai adatbázis szerkezet leírása— Interfész leírások— Kommunikációs és folyamat leírások— Dobozos szoftver licencek és azok felhasználása— Átadás-átvételi terv a teljes rendszerre1.5.2.1. Vészhelyzeti működési szabályzat130.Ajánlattevő készítsen katasztrófa elhárítási tervet az üzemszerű működés ésaz üzleti folyamatok helyreállítása érdekében.1.5.2.2. Mentési, archiválási és visszaállítási szabályzat131.Ajánlattevő készítse el és adja át a rendszerhez kapcsolódó részletes mentési, archiválási és visszaállítási tervet. A tervnek minimálisan tartalmaznia kell:— Eljárások pontos leírása— Eljárások ütemezése— Eljárások időszakos tesztelésének és ellenőrzésének módja1.5.3. Felhasználói dokumentáció132.A rendszer felhasználói szintű dokumentációit legalább az alábbi szerepkörökhöz ki kell dolgozni és át kell adni:— Portál adminisztrátor— Portál felhasználóA részletes műszaki leírást a „HMR portál műszaki specifikáció” tartalmazza.Az árubeszerzés becsült értéke a 2. rész esetében nettó 7 500 000 HUF

2. rész

Szállítási szerződés a TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt” keretében a HMR adattárház és weboldal szoftver elemeinek, a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítására, valamint kapcsolódó szolgáltatások teljesítésére, az ajánlatkérő meghatározott tevékenységét támogató 1 db HMR portál rendszer részletes tervezésére, a tervezett rendszer megvalósítására, a rendszerhez előírt kiviteli dokumentáció elkészítésére, oktatásra és a rendszer bevezetésére.

1.A rendszert kötelezően a NISZ infrastruktúráján kell megvalósítani. A NISZ által ajánlott infrastruktúrát a dokumentáció 1.5. pontja mutatja be.

2.Ajánlattevőnek nyilatkoznia kell arról, hogy a dokumentáció 1.5. pontban bemutatott infrastruktúra az általa ajánlott rendszer kiszolgálására alkalmas. Amennyiben Ajánlattevő úgy ítéli meg, hogy az az infrastruktúra a megajánlott rendszer kiszolgálására nem alkalmas, akkor Ajánlattevőnek csatolnia kell a szükséges bővítési igényeket, amelynek beruházási költségét szerepeltetnie kell a kalkulációkban.

4.A megfelelő fejlesztési technológia kiválasztásával időtálló, fenntartható rendszert

5.Az alkalmazások architektúráját úgy kell megtervezni és megvalósítani, hogy az képes legyen a megcélzott (ágazati vagy intézeti) számú felhasználó biztonságos és gyors kiszolgálására.

6.A megvalósításra kerülő portál több rétegű (multi-tier) architektúrára épüljön.

7.Az alkalmazás modulárisan épüljön fel, hogy szükség esetén egy dedikált szerver beállításával bővíthető legyen a leterhelt modul. Ennek tervezett megvalósítását a pályázati anyagban mutassa be az Ajánlattevő. Átadás-átvétel során a bővítés módját külön műszaki leírásban kell megadni.

8.A rendszert úgy kell kiépíteni, hogy lehetőség legyen az átadást követően is független teszt rendszert létrehozni, azon tesztelni anélkül, hogy az éles rendszer bármilyen módon érintve legyen.

9.Ajánlattevőnek meg kell adnia a tesztrendszer kialakítása miatt szükséges további dobozos termék licenceket és ezek költségét szerepeltetnie kell a kalkulációkban.

10.A rendszernek szabványos archiválási és adat-visszaállítási lehetőséggel kell rendelkeznie.

11.Biztosítani kell az adatok és rendszerek időszakos (pl. napi, heti, éves) menthetőségét és visszatölthetőségét a meghatározott mentési rend alapján.

12.A rendszer mentéséhez minimálisan támogatni szükséges:

— Teljes mentés (minden adat mentésre kerül)

— Különbözeti, inkrementális mentés (legutóbbi mentés óta megváltozott adatok kerülnek mentésre)

13.Az időszakos mentéseknek a rendszer illetve annak alkalmazásainak leállítása nélkül kell lefutniuk.

14.Az Ajánlattevő feladata a szükséges és a feladatnak legjobban megfelelő dobozos szoftverek kiválasztása.

15.Az Ajánlattevő végezze el a szükséges dobozos szoftverek beszerzését és telepítését, paraméterezését és üzembe helyezését. A szükséges licencszámot számítással ellenőrizze és a számítást csatolja az ajánlatához.

16.A licenceknek minden esetben Ajánlattevő nevére kell szólnia és időbeli korlátozást nem tartalmazhatnak.

17.Ajánlattevőnek teljeskörű nyilatkozattal kell alátámasztani, hogy a megajánlott rendszer és a szállított licencek összhangban vannak.

1.2.1. Megjelenés

1.2.1.1. Általános kialakítás

18.A projekt logójának használata kötelező. A logót Ajánlatkérő szabványos, szerkeszthető formában díjmentesen biztosítja Ajánlattevő felé.

19.A portál vizuális kialakításánál a meglevő arculathoz (http://www.eekh.hu/hmr) illeszkedni kell. Az arculat kialakításával kapcsolatos minden anyagot Ajánlatkérő szabványos, szerkeszthető formában díjmentesen biztosítja.

20.A portál grafikai terveit a kapott arculati elemek felhasználásával Ajánlattevőnek kell elkészítenie és Ajánlatkérővel egyeztetnie, jóváhagyatnia. A jóváhagyásra bocsátott anyagokat döntésre alkalmas módon kell elkészíteni.

21.A portál grafikai megjelenését a jóváhagyott tervek alapján Ajánlattevőnek kell elkészítenie.

22.A portál minden grafikai elemét Ajánlatkérőnek szabványos formátumban, szerkeszthető módon kell átadnia Ajánlatkérőnek. Ide tartozik minden olyan elem, amely esetleg nem került jóváhagyásra, illetve felhasználásra.

23.A portálnak a mobil eszközökre optimalizált felülettel is rendelkeznie kell.

24.A portál minden eleme valid XHTML 1.0 és CCS2 kell legyen. Ajánlott a teljes HTML5 támogatás

25.A kereső optimalizálás Ajánlattevő feladata Ajánlatkérő által biztosított szempontok és kulcsszavak alapján.

26.A portálnak keresőbarát URL-eket kell használnia.

27.A portálon megjelenő minden e-mail cím legyen védett a keresőrobotoktól. Az oldal forrásában semmilyen e-mail cím nem jelenhet meg.

1.2.1.2. Akadálymentesített megjelenés

28.A portálnak támogatnia kell az ún. „vakbarát” módot minden jelzett felületén. Ezen módnak meg kell felelnie a W3C által a WCAG 2.0-ban meghatározott AA szintnek

29.A „vakbarát” felületek megtalálását a jobb felső sarokban elhelyezett szabványos ikonnal kell segíteni.

30.A „vakbarát” követelmények a https://segitseg.magyarorszag.hu/segitseg/portal/technika/akadalymentesites.html

oldalon található alkalmazásoknak történő megfeleléssel teljesítendők.

1.2.2. Portál és riport adatbázis

31.Adatbázis kialakítása, amely kiszolgálja a portál működési igényeit.

32.Adatbázis kialakítása, amely fogadja, tárolja és jogosultság alapján elérhetővé teszi a HMR adattárházból érkező regurális riportokat.

1.2.3. CMS és portál funkcionalitás

1.2.3.1. Menüszerkezet

33.Szabadon kialakítható, független, több szintű horizontális és vertikális menürendszer kialakításának képessége.

34.Korlátlan számú és mélységű menüpont és almenüpont létrehozásának lehetősége.

35.Bármely menüponthoz lehessen bármilyen tartalmat rendelni (pl. statikus tartalom, dinamikus tartalom, portál funkció, stb.)

1.2.3.2. Tartalomkezelés

36.A portál legyen képes statikus és dinamikus tartalmi elemeket kezelni, illetve portál funkciókat integrálni.

37.Biztosítson egyszerű, böngészőből használható WYSIWYG szerkesztőt a tartalmak létrehozásához. Ez a szerkesztő legalább az alábbiakat tudja:

— Szöveges tartalom megjelenéshű szerkesztése

— Stílusok használata

— Táblázatok szerkesztése

— Képek, mozgóképek, hangok, fájlok egyszerű beágyazása

— Vágólap tartalmának beillesztése a forrás vagy a cél stílusának megfelelően.

38.A beágyazható elemeket egyszerű felületen lehessen kezelni, kategóriákba rendezni, címkézni.

1.2.3.3. Regisztráció

39.A portál tegye lehetővé a felhasználói regisztrációt előre megadott adatszerkezetek alapján, amelyben beállítható, hogy mely mezők megadása kötelező, illetve opcionális.

40.A regisztráció e-mail cím megadása esetén támogassa a cím ellenőrzését aktiváló kód elküldésével és bekérésével.

41.A regisztrációs folyamat során legyen olyan ellenőrzés, amely a robotok kiszűrését támogatja (pl. CAPTCHA). Ennek a módszernek támogatnia kell a hallás utáni azonosítást is.

42.A regisztrációs folyamathoz lehessen űrlapokat kapcsolni, amely űrlapok adattartalmával minimálisan az alábbiak legyenek elvégezhetők:

— Adatbázisba mentés

— Adat továbbítása

— Válasz e-mail küldése

43.A regisztráció funkciót „vakbarát” módon is meg kell valósítani.

1.2.3.4. Keresés

44.A portál tegye lehetővé a tartalmi elemek közötti egyszerű és összetett keresését. Az összetett keresésben legalább az alábbiak legyenek megadhatók:

— Keresett szöveg

— Keresés hatóköre (kategória, keresés helye, tartalom típusa)

— Tartalom időbelisége

— Találati lista mérete

— Találati lista sorrendbe rendezésének módja

45.A keresés funkció a portál minden felületéről legyen elérhető.

1.2.3.5. Galériák

46.A portál biztosítsa korlátlan számú galéria létrehozását, amelyekben mind hang, mind álló-, és mozgóképek tárolhatók és megjeleníthetők.

47.A galéria biztosítsa a benne tárolt elemek kategorizálását és címkézését.

48.A galériába böngészőn keresztül lehessen feltölteni tartalmat mind egyesével, mind csoportosan.

49.A galéria legyen képes a benne tárolt elemeket egyéb portál tartalomba beágyazni, illetve önmagában is bemutatni. A bemutatáshoz minimálisan teljesítendő funkcionális igények:

— Bélyeg képek mutatása szabadon választható sor- és oszlopszámmal

— Kép-mozgókép bemutatása „Lightbox” technikával

— Galéria tartalom letölthetősége

— Folyamatos diavetítés (slideshow)

— Vízjelek automatikus tartalomra illesztése

— Közösségi oldalak támogatása (Facebook, Twitter, Google+)

50.Minimálisan támogatandó állókép formátumok:

— JPEG

— PNG

— GIF

51.Minimálisan támogatandó mozgókép technológiák:

— WebM

— MP4 (H.264)

— Flash Video

52.Minimálisan támogatandó hangformátumok:

— MP3

— OGG

— Flash Audio

1.2.3.6. Banner-kezelés

53.A portál legyen képes a felületén kialakított helyeken szabványos méretű és kialakítású hirdetéseket (banner) megjeleníteni.

54.A rendelkezésre álló hirdetési helyekre a portál kezelője egyszerűen tudjon hirdetést csatolni.

55.Egy-egy hirdetés típust lehessen tartalom kategóriákhoz rendelni, azaz lehessen szabályozni, hogy milyen hirdetések milyen tartalomhoz rendelten jelenhetnek meg.

56.A portál biztosítson felületet arra, hogy a hirdetésekkel kapcsolatos felhasználási, eredményességi információk egyszerűen elérhetőek legyenek.

1.2.3.7. Hírblokkok

57.A portál tegye lehetővé tematizált hírblokkok megjelenítését.

58.A hírekkel kapcsolatos minimális elvárás:

— Cím, rövid és részletes tartalom megadása, letöltése

— Egy hír több kategóriába is tartozhat

— Hír érvényességének időbeli megadása (jövőbeli kezdődátummal is)

— Linkek kezelése

1.2.3.8. Hírlevél

59.A portál biztosítson feliratkozási lehetőséget hírlevelekre.

60.Regisztrált felhasználók esetében egy regisztrációhoz több hírlevél feliratkozás is kapcsolható legyen.

61.Legyen lehetőség a hírlevelek egyszerű szerkesztésére és kiküldésére.

62.A hírlevelek kiküldése lehessen manuális vagy periodikusan automatikus. Üres hírlevél kiküldése ne legyen lehetséges.

63.Tegye lehetővé, hogy bármely tartalmat, vagy tartalom kategóriát egyszerűen hírlevéllé lehessen alakítani. Több tartalmi elem esetén lehessen időben szűrni a tartalmakat.

64.Tegye lehetővé, hogy a hírlevelekről le lehessen iratkozni.

65.Kezelje a visszapattanó leveleket és jelezze, majd automatikusan korlátozza a hírlevelek kiküldését ezen címekre.

1.2.3.9. Fórum

66.A portál tartalmazzon egy integrált fórum-motort.

67.A fórum az alábbi minimális funkcionalitással rendelkezzen:

— Portál regisztrációk elfogadása

— Felhasználói testreszabás támogatása

— Moderációs eszközök biztosítása (témánként választhatóan előzetes vagy utólagos)

— Témák és hozzászólások hierarchikus kezelése

— Olvasott és nem olvasott elemek követése felhasználónként

— Privát üzenetek támogatása

— Sima szöveges és BBCode jellegű üzenetek támogatása

— Csatolmányok támogatása

— Üzenetsablonok, piszkozatok

— Csoportok kezelése

— Keresések témákon és hozzászólásokon belül

68.A fórum minimálisan az alábbi biztonsági funkciókkal rendelkezzen:

— SPAM szűrés (CAPTCHA)

— Elárasztás elleni védelem

— Tevékenységnapló

— Felhasználók felfüggesztése, kizárása

— Figyelmeztetések

1.2.3.10. Látogatói statisztika

69.A portál meghatározott ideig tárolja a látogatókkal kapcsolatos meta-adatokat (nem kizárólagosan: IP cím, referer, operációs rendszer, böngésző, stb.). A tárolt adatokat a törvényi előírásoknak megfelelően, legyen mód időszakosan archiválni.

70.A portál tárolja az egyes tartalmi elemekkel kapcsolatos megtekintési adatokat.

71.A portálnak legyen olyan felülete, ahol a gyűjtött meta- és látogatói oldalak segítségével különböző, szűrhető, sorrendbe rendezhető statisztikákat képes megjeleníteni tetszőleges időtartamra vonatkozóan. A minimálisan elkészítendő statisztikák:

— Tartalmak látogatottsága

— Felhasználók által használt kliens oldali szoftverek (operációs rendszer, böngésző)

— Mobil és desktop lekérések

— Látogatók megoszlása országonként (IP cím alapján)

1.2.3.11. Kapcsolat

72.A portál biztosítson felületet a tipikus elérhetőségi adatok megjelenítésére. A cím jellegű adatokat interaktív térképen is meg kell jeleníteni.

73.A felületről legyen lehetőség üzenetet küldeni, de az oldal a robotoktól legyen védett.

74.A kapcsolat funkció elemeit „vakbarát” módon is meg kell valósítani.

1.2.4. Űrlapkezelés

75.Legyen lehetőség tetszőleges számú kérdőív, illetve űrlap létrehozására. Az egyes mezőkhöz tartozó válaszlehetőségek definiálhatók és egyszerűen feltölthetők legyenek.

76.Az űrlapokat lehessen célzottan publikálni mind a megjelenés helyét, mind a megjelenés idejét tekintve.

77.A kitöltött űrlapokkal minimálisan az alábbi további tevékenységek végezhetők el:

— Adattovábbítás

78.Lehessen követni, hogy melyik űrlapot hányan töltötték ki.

79.Az űrlapokat lehessen kategóriákba rendezni és címkékkel ellátni.

1.2.5. Egészségügyi adatlap kezelés

80.A portál biztosítsa, hogy Ajánlatkérő tudjon tetszőleges számú egészségügyi intézményi és személyi adatlapot létrehozni. Az adatlapon az adott személy vagy intézmény mutatkozhat be, felhasználva a portál minden tartalmi szolgáltatását (kép, hang, video, linkek, stb.). Ajánlatkérő az adatlap szerkezetét, adattartalmát az adatok értékkészletét és a megjelenítés sorrendjét az üzemeltetés során szabadon tudja kialakítani, módosítani

81.Az adatlapok megjelenítésének időintervalluma szabadon beállítható legyen.

82.Az adatlapokat lehessen kategóriákba rendezni, címkével ellátni. Lehetőséget kell teremteni a kategóriák szerinti szűkített keresésre.

83.Az adatlapokat legyenek elérhetők külső linkként is, olvasható, megjegyezhető formában.

1.2.6. Többnyelvűség

84.A portálnak lehetővé kell tennie több nyelv kezelését úgy, hogy, az új nyelvek hozzáadását az adminisztrátorok önmagukban is el kell tudják végezni, programozói segítség nélkül. A támogatott nyelvek száma nem lehet korlátozott.

85.A portál támogassa szinkron és aszinkron menüstruktúrák létrehozását a nyelvi verziók között.

86.Egy tartalmi elemmel kapcsolatban a portál legalább az alábbi nyelvi állapotokat különböztesse meg:

— Lefordítva

— Lektorálva

— Publikálva

— Visszautasítva

87.A többnyelvű működéshez a portál biztosítson eszközt, amellyel az adminisztrátorok egyszerűen elvégezhetik legalább az alábbi műveleteket:

— Menüstruktúra összehasonlítása nyelvi verziók között

— Tartalmak nyelvi állapotának (lefordítva, lektorálva, publikálva, visszautasítva) nyomon követése

— Árva tartalmak kiszűrése (árva tartalom az, amelynek valamely nyelvi verziója nem létezik a rendszerben)

— Eredeti tartalom másolása másik nyelvi verzióba

— Statisztika készítése a különböző nyelvi verziók állapotaira vonatkoztatva

88.A portál legyen képes a látogató IP címe, vagy a böngésző beállításának függvényében a megfelelő nyelvi verziót felajánlani.

89.A portál biztosítson lehetőséget a látogatók számára, hogy az alapértelmezett nyelvi verziót beállíthassák.

1.2.7. HMR vizualizáció

90.A portálnak támogatnia kell a HMR adattárház adatcsere felületét, amelyen keresztül a paraméterezett riportokhoz az adatok lekérdezhetők és megjeleníthetők. A minimálisan támogatott technológiák:

— Fájl alapú

— Közvetlen adatbázis kapcsolat (adattábla, illetve tárolt eljárás)

— Web-szolgáltatás alapú

91.Ajánlattevő feladata 10 riport összeállítása az Ajánlatkérővel közösen, amely kihasználja az adatcsere biztosította lehetőségeket.

92.A portálnak rendelkeznie kell adatvizualizációs képességekkel, amelynek minimálisan az alábbiakat kell tudnia:

— Oszlopdiagram (csoportosított, halmozott, 100%-ig halmozott)

— Vonaldiagram (csoportosított, halmozott, 100%-ig halmozott)

— Kördiagram (kör, torta, robbantott torta, kör-kör, kör-sáv)

— Sávdiagram (csoportosított, halmozott, 100%-ig halmozott)

— Pontfelhő (síkban, térben)

— Felületdiagram (felület, drótváz, körvonal)

— Perecdiagram (perec, robbantott perec, perec-perec, perec-sáv)

— Buborékdiagram (síkban, térben)

— Sugárdiagram (sugár, sugárfelület)

— Korfa

— Térképes megjelenítés (település, járás, megye, régió, ország, EU régió)

1.2.8. Egészségügyi állásportál

93.A portálnak rendelkeznie kell egy egészségügyi állásportál résszel a hirdetők és az állást keresők támogatása érdekében. Célja, hogy az ágazati képzésekről, álláslehetőségekről, tendenciákról az egyes szereplők informálódhassanak és információkat cserélhessenek, azaz a kereslet és a kínálat egy helyen jelenjen meg az ágazaton belül.

94.Az állásportál által minimálisan kezelt adatok a 3. mellékletben találhatók. Az adatok megjelenítésekor, bekérésekor mindegyik adatelemről eldönthető legyen, hogy listából választható vagy szabadszöveges legyen.

95.A portál biztosítson lehetőségek a fenti listák egyszerű definiálására és feltöltésére, azaz adatszótárak kezelésére.

96.Az egészségügyi intézmények felhasználói felületének a kialakítása, amelynek révén a munkaadók az aktuális munkaerőigényeikre vonatkozó adataikat tudják rögzíteni álláshirdetések formájában.

97.A portál tegye lehetővé az intézmények számára a betöltetlen álláshelyeik megjelenítését.

98.A portál rejtse el az álláskeresők illetve álláshirdetők tényleges elérhetőségi-információit (kivéve, ha magában a hirdetésben vagy jelentkezésben explicite szerepel).

99.A portál minimálisan az alábbi funkciókat biztosítsa:

— intézményeknél betöltetlen álláshelyeik megjelenítése egyedileg, szakmacsoportonként, illetve egyéb kategorizálási szempont alapján

— regisztrált felhasználók álláskeresési dokumentumainak szabályozott, rendszerezett, módon történő feltölthetősége

— a regisztrált felhasználók adatlapja és önéletrajza legyen feltölthető, támogatva ezzel a gyorsított állásra jelentkezést

— a regisztrált álláskereső felhasználónak legyen lehetősége beállítani adatai és feltöltött anyagai láthatóságát

— az álláslehetőségekről az adatbázisra támaszkodó automatikus értesítés-generálás

— állásajánlatok keresését, szűrését segítő funkciók regisztrált felhasználók számára

100.Az állásportál funkció elemeit „vakbarát” módon is meg kell valósítani.

1.2.9. Authentikáció és jogosultság kezelés

101.A rendszernek saját authentikációval kell rendelkeznie, amelyet fel kell készíteni SSO-val történő működésre is.

102.A rendszer biztosítsa legalább a következő szerepkörű felhasználók kezelését:

— Látogató

— Regisztrált felhasználó

— Regisztrált egészségügyi felhasználó

— Adminisztrátor

— Üzemeltető

103.A rendszer legyen képes további szerepkörök definiálására, illetve a létező szerepkörök módosítására.

104.A szerepkörökhöz különféle funkciókat, adatköröket (jogosultságot) kell rendelni. Biztosítani kell a jogosultságok egyedi és csoportos vagy tömeges beállításának lehetőségét.

105.A jogosultsági rendszer kiindulási verziójának létrehozása és implementálása Ajánlattevő feladata, az Ajánlatkérő szakemberei által megadott szabályok figyelembevételével.

1.2.10. HelpDesk

106.A portállal kapcsolatos HelpDesk szolgáltatásokat a HMR Adattárház HelDesk rendszere látja el. Ajánlattevő feladata az ehhez kapcsolódó integrációs feladatok elvégzése

107.A HelpDesk kötelezően az EEKH call-centerének keretein belül kell működjön. Ajánlattevőnek a működést a call-centerhez kell illesztenie.

1.2.11. Rendszermenedzsment biztosítása

108.A portálhoz kapcsolódó teljeskörű rendszermenedzsment szolgáltatásokat a HMR Adattárház rendszermenedzsment része biztosítja. Ajánlattevő feladata, hogy az ezzel kapcsolatos összes integrációs feladatot elvégezze.

109.A menedzsment rendszer legyen képes adatok, események gyűjtésére alsóbb szintű felügyeleti rendszerekből, nyílt interfész használatával (pl. SNMP).

110.A rendszernek minimálisan az alábbi számú felhasználót kell kiszolgálnia:

— Portál adminisztrátor: 5 fő

— Portál üzemeltető: 5 fő

— Regisztrált portál felhasználó (egészségügyi és nem egészségügyi): 20 000 fő

— Konkurens, egyedi felhasználószám: 100 fő

111.Ajánlattevőnek a rendszer egyes részeire és a teljes rendszerre is legalább 99,8%-os havi rendelkezésre állást kell garantálnia.

112.A rendelkezésre állás számításába nem számít bele a tervezett leállások ideje, azonban ezeket minden esetben Ajánlatkérő engedélyezése után lehet csak megvalósítani.

113.A rendelkezésre állás számításába nem számít bele az infrastruktúra szolgáltatóra elismerten visszavezethető leállások ideje.

114.A rendszerrel szemben támasztott követelmények:

— Statikus tartalom megjelenítés maximális ideje: 2 000 ms

— Dinamikus tartalom előállítás és megjelenítés maximális ideje: 3 000 ms

— Riport megjelenítésének maximális ideje: 10 000 ms

115.Ajánlattevőnek nyilatkozni kell arról, hogy az adott infrastruktúrán a fenti válaszidőket garantálja a rendszer működése során.

116.A HelpDesk rendszerben rögzített hibák esetén az alábbi válaszidőket kell garantálnia Ajánlattevőnek:

— Kritikus hiba esetén a reagálás munkaidőben 1 óra, munkaidőn kívül 4 óra

— Nem kritikus hiba esetén a reagálás munkaidőben 4 óra, munkaidőn kívül 8 óra

117.A rendszer kezeljen egy logikailag egységes és az igényeknek megfelelően testre szabható konfigurációs adatbázist, amely tartalmazza a konfigurációs elemek (dokumentáció, hardver, szoftver, stb.) adatait és a köztük levő kapcsolatokat.

118.A konfigurációs adatbázis egyes tulajdonság-változásának naplózása, valamint a változás történet nyomon követhetősége követelmény.

1.4.2. Változáskezelés

119.A változásmenedzsment folyamatának alaposan dokumentáltnak kell lennie mérési pontokkal.

1.4.3. Release menedzsment

120.Ajánlattevőnek ki kell dolgozni eljárást a szoftver komponensek (kód-rendszer és alkalmazás egyaránt) új verzióinak éles használatba vételére vonatkozóan.

121.A szoftver komponensek új verzióinak éles használatba vétele során az új kód a fejlesztői környezetből a tesztelési környezetbe kerül majd onnan vihető csak át az éles (produktív) környezetbe, verziókövetéses dokumentálás mellett.

1.4.4. SLA menedzsment

122.A rendszernek alkalmaznia kell a NISZ SLA-val kapcsolatos minden előírását.

123.A rendszer rendelkezésre állásának számítását nem befolyásolja az infrastruktúra szolgáltató (NISZ) rendelkezésre állása.

124.Valamennyi leszállítandó dokumentáció magyar nyelvű legyen.

125.Az átadott dokumentációnak olyan részletezettségűnek kell lennie, hogy a rendszer továbbfejlesztése, illetve üzemeltetése az Ajánlattevő közreműködése nélkül is megvalósítható, reprodukálható legyen.

1.5.1. Terv dokumentumok

126.Az Ajánlattevő által a munka során alkalmazott rendszertervezési módszertannak megfelelően dokumentáltnak és az elterjedt nemzetközi objektumorientált módszertanokhoz és szabványokhoz igazodónak kell lennie

127.Ajánlattevő feladata az alábbi rendszertervek elkészítése és elfogadtatása:

— Logikai rendszerterv

— Részletes fizikai rendszerterv

128.Ajánlattevő feladata a tesztelési tervek elkészítés és elfogadtatása.

129.A megvalósítási tervnek minimum az alábbi dokumentációkat tartalmaznia kell:

— Adatmodellek és fizikai adatbázis szerkezet leírása

— Interfész leírások

— Kommunikációs és folyamat leírások

— Dobozos szoftver licencek és azok felhasználása

— Átadás-átvételi terv a teljes rendszerre

130.Ajánlattevő készítsen katasztrófa elhárítási tervet az üzemszerű működés és

az üzleti folyamatok helyreállítása érdekében.

131.Ajánlattevő készítse el és adja át a rendszerhez kapcsolódó részletes mentési, archiválási és visszaállítási tervet. A tervnek minimálisan tartalmaznia kell:

— Eljárások pontos leírása

— Eljárások ütemezése

— Eljárások időszakos tesztelésének és ellenőrzésének módja

132.A rendszer felhasználói szintű dokumentációit legalább az alábbi szerepkörökhöz ki kell dolgozni és át kell adni:

— Portál adminisztrátor

— Portál felhasználó

A részletes műszaki leírást a „HMR portál műszaki specifikáció” tartalmazza.

Az árubeszerzés becsült értéke a 2. rész esetében nettó 7 500 000 HUF

1.Szállítandó rendszerrel szembeni követelmények

1.1.Infrastruktúra követelmények

— Adatbázis tábla alapú

— Közvetlenül publikálható dokumentum formátum (PDF)

— További elemzést lehetővé tevő formátum (XLS, XLSX)

— Ajánlatkérővel egyeztetett szabványos jelentés formátum

— dátum/idő

— életkor (korcsoportok)

— FEOR szám (foglalkoztatási csoport)

— földrajzi hely (település, járás, megye, egészségügyi térség, EU térség, ország)

— jogviszony típusa (jogviszony csoportok)

— munkakör (munkaköri csoportok)

— szakképesítés jelenlegi neve (szakképesítés csoportok)

— szakorvosképzés szakterülete (szakmacsoport)

— Idősoros elemzések

— Különböző aggregáltsági szintek kezelése

— Multi-dimenzionális elemzések

— Egyszerű és többváltozós statisztikai elemzések

— Lineáris, logaritmikus regresszió

— Döntési fák

— Klaszterezési és szegmentálási lehetőségek

— Jellemző összefüggések és mintázatok feltárása

-CSV

-XML

— Adatgazda

— Adattisztító

— Elemző

— Senior Elemző

— Fájlszintű

— Közvetlen adatbázis-kapcsolat

— HMR rendszermenedzsment

— Adattisztítási folyamat

— Portál

— Együttműködés a NISZ hasonló rendszerével

— Egyedi riport igények dokumentált feldolgozása

-A rendszermenedzsment és az adminisztratív funkciók válaszideje maximum 2 000 ms.

— a konfigurációk lebontási szintjének rugalmas kezelése

— konfigurációs elemek kategóriákba sorolásának lehetősége

— konfigurációs elemek között gyerek-szülő és tetszőlegesen elnevezhető mellérendelő kapcsolatok meghatározása

— az egyes konfigurációs elem tetszőleges egyéb dokumentummal történő kiegészítése (csatolás)

96.A rendszer tegye lehetővé a web-es felületen vagy E-mail-en érkező bejelentések alapján automatikus hibajegyek generálását.

— Tesztelési terv

— Üzemeltetési szabályzat

Az árubeszerzés becsült értéke az 1. rész esetében nettó 66 386 500 HUF

19.A portál vizuális kialakításánál a meglevő arculathoz (http://www.eekh.hu/hmr ) illeszkedni kell. Az arculat kialakításával kapcsolatos minden anyagot Ajánlatkérő szabványos, szerkeszthető formában díjmentesen biztosítja.

106.A portállal kapcsolatos HelpDesk szolgáltatásokat a HMR Adattárház HelpDesk rendszere látja el. Ajánlattevő feladata az ehhez kapcsolódó integrációs feladatok elvégzése

A nyertes ajánlattevő feladatát képezi a kapcsolódó dobozos termékek, licencek, testreszabások és egyedi SW fejlesztések szállítása, a rendszerhez előírt kiviteli dokumentáció elkészítése, oktatás és a rendszer bevezetése.

A közbeszerzési műszaki leírásban meghatározott esetleges márkanevek, típusnevek csak a jelleg meghatározásnál bírnak jelentőséggel. Az ajánlatkérő elfogad más márkájú, a megjelölt műszaki-technikai paramétereknek megfelelő terméket is, ebben az esetben azonban a megfelelést az ajánlattevőnek kell igazolni.

Az uniós finanszírozású projekt vagy program neve:

TÁMOP 6.2.1-11/1 azonosító számú „Egészségügyi Humánerőforrás Monitoring Projekt”.

A teljesítés helye
Fő helyszín vagy teljesítési hely: Budapest.

Jogi, gazdasági, pénzügyi és műszaki információk
Részvételi feltételek
A szakmai tevékenység végzésére való alkalmasság:

Az eljárásban nem lehet részvételre jelentkező, alvállalkozó, és nem vehet részt az alkalmasság igazolásában olyan gazdasági szereplő, akivel szemben a Kbt. 56. § (1) bekezdésben felsorolt kizáró okok fennállnak.

Az eljárásban nem lehet részvételre jelentkező az a gazdasági szereplő, akivel szemben a Kbt. 56. § (2) bekezdésben felsorolt kizáró okok fennállnak.

Az eljárásban nem lehet részvételre jelentkező, alvállalkozó, illetve nem vehet részt az alkalmasság igazolásában olyan gazdasági szereplő, akivel szemben a Kbt. 57. § (1) bekezdés a)–d) és f) pontjai szerint kizáró okok fennállnak.

Részvételre jelentkező a jelentkezésében a közbeszerzési eljárásokban az alkalmasság és a kizáró okok igazolásának, valamint a közbeszerzési műszaki leírás meghatározásának módjáról szóló 310/2011. (XII. 23.) Korm. rendelet 2–10. § szerint kell igazolnia, hogy nem tartozik a Kbt. 56. § (1)–(2) bekezdésének, valamint a Kbt. 57. §. (1) bekezdésének a)–d) és f) pontjai hatálya alá.

Részvételre jelentkezőnek az alvállalkozó és adott esetben az alkalmasság igazolásában részt vevő más szervezet vonatkozásában a 310/2011. (XII. 23.) Korm. rendelet 10. § szerint kell eljárnia, ennek megfelelően a Kbt. 57. § (1) bekezdés a), b) c) és f) pontja szerinti kizáró okok hiánya igazolható a részvételre jelentkező, vagy az alvállalkozó, vagy az alkalmasság igazolására igénybe vett gazdasági szereplő nyilatkozatával.

Részvételre jelentkező a Kbt. 58. § (3) bekezdése alapján ajánlatában csak nyilatkozni köteles arról, hogy a szerződés teljesítéséhez nem vesz igénybe az 56. § (1) bekezdés szerinti kizáró okok hatálya alá eső alvállalkozót, valamint az általa alkalmasságának igazolására igénybe vett más szervezet nem tartozik az 56. § (1) bekezdés szerinti kizáró okok, valamint a Kbt. 57. § (1) bekezdés a)–d) és f) pontjai szerinti kizáró okok hatálya alá.

A kizáró okok tekintetében benyújtott nyilatkozatoknak a felhívás feladását követő keltezésűeknek kell lenniük, azok a felhívás feladásánál régebbi keltezésűek nem lehetnek.

A kizáró okok igazolásával kapcsolatban részvételre jelentkezők a Közbeszerzési Hatóság „a közbeszerzésekről szóló 2011. évi CVIII. törvény 56–57. §-ában, valamint a közbeszerzési műszaki leírás meghatározásának módjáról szóló 310/2011. (XII. 23.) Korm. rendelet 2–3. §-ában hivatkozott igazolásokról, nyilatkozatokról, nyilvántartásokról és adatokról a Magyarországon letelepedett gazdasági szereplők vonatkozásában” tárgyú, 29.11.2013. napján közzétett útmutatójának figyelembevételével járjanak el.

Ajánlatkérő felhívja a figyelmet továbbá a Közbeszerzési Hatóság 1.6.2012-én a következő dokumentumot tette közzétett,

„A Közbeszerzési Hatóság útmutatója a közbeszerzési eljárás során benyújtandó, kizáró okokkal kapcsolatos igazolásokról, nyilatkozatokról, nyilvántartásokról és adatokról az Európai Unióban és az Európai Gazdasági Térségben letelepedett gazdasági szereplők vonatkozásában” tárgyú útmutatójára.

Ajánlatkérő kizárja az eljárásból azon ajánlattevőt, akivel szemben a kizáró okok az eljárás során következnek be.

Gazdasági és pénzügyi helyzet:

P/1) A 310/2011. (XII. 23.) Korm. rendelet 14. § (1) bekezdés a) pontja alapján részvételre jelentkező valamennyi számlavezető pénzügyi intézményétől származó, valamennyi pénzforgalmi számlájával kapcsolatos, az eljárást megindító felhívás feladásától visszafelé számított 24 hónapra vonatkozó nyilatkozata az alábbi tartalommal, attól függően, hogy a jelentkező mikor jött létre, illetve mikor kezdte meg tevékenységét, amennyiben ezek az adatok rendelkezésre állnak:

— a pénzforgalmi számla száma,

— a számla technikai jellegű számla-e vagy sem,

— a számlanyitás napja azaz, hogy mióta vezeti a bankszámláját,

— volt-e sorbaállítás a vizsgált időszakban,

— volt-e bírósági végrehajtás a számlával szemben a vizsgált időszakban

Ajánlatkérő sorbaállítás alatt a 2009. évi LXXXV. tv. 2. § 25. pontjában meghatározottakat érti, mely szerint sorbaállítás: a pénzforgalmi szolgáltató által vezetett fizetési számlára érkező fizetési megbízás fedezethiány miatt történő nem teljesítése (függőben tartása) és várakozási sorba helyezése a jövőbeni teljesítés céljából, ide nem értve azt az esetet, amikor a fizető fél az ütemezett fizetések céljából, a beérkezett fizetési műveletek tervszerű teljesítése érdekében sorba helyezésről állapodik meg a pénzforgalmi szolgáltatóval.

P/2) A 310/2011. (XII. 23.) Korm. rendelet 14. § (1) bekezdés b) pontja alapján a részvételre jelentkező saját vagy jogelődje a részvételi felhívás feladását megelőző utolsó három lezárt üzleti évre vonatkozó számviteli jogszabályok szerinti beszámolójának benyújtása (ha a gazdasági szereplő letelepedése szerinti ország joga előírja közzétételét); amennyiben az ajánlatkérő által kért beszámoló a céginformációs szolgálat honlapján megismerhető, a beszámoló adatait az ajánlatkérő ellenőrzi, a céginformációs szolgálat honlapján megtalálható beszámoló csatolása a részvételi jelentkezésben nem szükséges

Valamennyi dokumentumot elegendő másolatban benyújtani.

Az alkalmasság minimumkövetelménye(i):

P/1) Alkalmatlan a részvételre jelentkező – mindkét rész esetében – ha bármely pénzügyi intézménynél vezetett nem technikai jellegű folyószámláján, az eljárást megindító felhívás feladásától visszafelé számított 24 hónapban 15 napot meghaladó sorbaállítás mutatkozott, vagy bármely számlával szemben bírósági végrehajtás volt folyamatban.

P/2) Alkalmatlan a részvételre jelentkező (mindkét rész vonatkozásában), ha a részvételi felhívás feladását megelőző utolsó három lezárt üzleti év számviteli jogszabályok szerinti beszámolója alapján a mérleg szerinti eredménye a részvételi felhívás feladását megelőző három lezárt üzleti évben egynél több alkalommal negatív.

Ha a részvételre jelentkező a számviteli jogszabályok szerinti beszámolóval azért nem rendelkezik az ajánlatkérő által előírt teljes időszakban, mert az időszak kezdete után kezdte meg működését, úgy, az alkalmasságát a közbeszerzés tárgyából származó árbevételről szóló nyilatkozattal jogosult igazolni, amennyiben működésének ideje alatt a közbeszerzés tárgyából (szoftverek, licenszek szállítása) származó – általános forgalmi adó nélkül számított – árbevétele eléri vagy meghaladja

az 1. rész esetében a nettó 50 000 000 HUF-ot

a 2. rész esetében a nettó 5 000 000 HUF-ot

összeget.

Az előírt alkalmassági követelményeknek a közös részvételre jelentkezők együttesen is megfelelhetnek, illetve azon követelményeknek, [P/1)] amelyek értelemszerűen kizárólag egyenként vonatkoztathatóak a gazdasági szereplőkre, elegendő, ha közülük egy felel meg.

A Kbt. 55. § (5) bekezdése alapján az előírt alkalmassági követelményeknek részvételre jelentkezők bármely más szervezet (vagy személy) kapacitására támaszkodva is megfelelhetnek, a közöttük fennálló kapcsolat jogi jellegétől függetlenül. Ebben az esetben meg kell jelölni a részvételi jelentkezésben ezt a szervezetet és az eljárást megindító felhívás vonatkozó pontjának megjelölésével azon alkalmassági követelményt (követelményeket), melynek igazolása érdekében részvételre jelentkező ezen szervezet erőforrására (is) támaszkodik. A kapacitásait rendelkezésre bocsátó szervezet az előírt igazolási módokkal azonos módon köteles igazolni az adott alkalmassági feltételnek történő megfelelést, továbbá köteles nyilatkozni, hogy a szerződés teljesítéséhez szükséges erőforrások rendelkezésre állnak majd a szerződés teljesítésének időtartama alatt.

A Kbt. 55. § (6) bekezdés a) és c) pontja alapján részvételre jelentkező az alkalmasság igazolása során az (5) bekezdés szerint más szervezet kapacitására a következő esetekben támaszkodhat:

a) ha az alkalmasság igazolásakor bemutatott, más szervezet által rendelkezésre bocsátott erőforrásokat a szerződés teljesítése során ténylegesen igénybe fogja venni és ennek módjáról nyilatkozik, ilyen nyilatkozatnak tekintendő az is, ha a szervezet alvállalkozóként megjelölésre került,

vagy

c) a gazdasági és pénzügyi alkalmasság igazolása során – amennyiben az a) pontban foglaltaktól eltérően, az alkalmassági követelmények nem a teljesítéskor ténylegesen

rendelkezésre bocsátható erőforrásokra vonatkoznak – akkor is, ha részvételre jelentkező a jelentkezésében benyújtja az alkalmasság igazolásában részt vevő más szervezet nyilatkozatát, amelyben e más szervezet a Ptk. 274. § (1) bekezdésében foglaltak szerint kezességet vállal az ajánlatkérőt az ajánlattevő teljesítésének elmaradásával vagy hibás teljesítésével összefüggésben ért olyan kár megtérítésére, amely más biztosítékok érvényesítésével nem térült meg.

Műszaki és szakmai képességek:

M/R A 310/2011. (XII. 23.) Korm. rendelet 15. § (1) bekezdés a) pontja alapján az eljárást megindító felhívás feladásától visszafelé számított 3 év legjelentősebb szállításainak ismertetése a 310/2011. (XII. 23.) Korm. rendelet 16. § (1) bekezdés előírásainak megfelelően. A referencia igazolás, illetve nyilatkozat tartalmazza legalább a következő adatokat: a teljesítés ideje, a szerződést kötő másik fél, a szállítás vagy szolgáltatás tárgya, az ellenszolgáltatás összege, továbbá nyilatkozni kell arról, hogy a teljesítés az előírásoknak és a szerződésnek megfelelően történt-e.

Amennyiben egy szervezet referenciaként olyan korábbi tevékenységet kíván bemutatni, amelyben közös ajánlattevőként vagy projekttársaság tagjaként teljesített, abban az esetben a Kbt. 129. § (7) bekezdése figyelembevételével kell igazolnia az alkalmassági feltételeknek való megfelelést – közös ajánlattevői, vagy projekttársasági korábbi teljesítés esetén egyaránt.

M/SZ. A 310/2011. (XII. 23.) Korm. rendelet 15. § (1) bekezdés c) pontja alapján azoknak a szakembereknek (szervezeteknek), és/vagy vezetőknek – különösen a minőség-ellenőrzésért felelősöknek – a megnevezésével, végzettségük, és/vagy képzettségük, szakmai tapasztalatuk ismertetésével, akiket be kíván vonni a teljesítésbe Be kell nyújtani a szakemberek szakmai önéletrajzát, rendelkezésre állási nyilatkozatát, képzettséget, végzettséget igazoló dokumentumok másolatát.

A jelentkezésben szereplő szakemberek esetén saját kezűleg aláírt rendelkezésre állási nyilatkozat megtétele is szükséges.

Az egyes szakemberek tekintetében csatolt szakmai önéletrajzoknak az alkalmasság megítéléséhez megfelelő részletezettségűnek kell lennie, amelyben meg kell jelölni az adott projekt nevét, illetőleg a kezdő és befejező időpontokat (év, hónap), illetőleg az adott szakembernek a projektekben betöltött feladatkörét, valamint a projekt tárgyát.

Valamennyi dokumentumot elegendő másolatban benyújtani.

Az alkalmasság minimumkövetelménye(i):

M/R Alkalmatlan a részvételre jelentkező, ha az eljárást megindító felhívás feladásától visszafelé számított 3 évben összesen nem rendelkezik az alábbi referenciákkal:

— az 1. rész esetében:

a részvételi felhívás feladásától visszafelé számított 3 évben összesen legalább 1 db szerződésszerűen teljesített szoftverek szállítására vonatkozó referenciával, ami magában foglalta a szállításhoz kapcsolódóan tervezési feladatok ellátását, kiviteli dokumentáció elkészítését, a rendszer bevezetését, valamint oktatást is, és ahol a szállítás értéke elérte vagy meghaladta a nettó 65 000 000 HUF-ot,

valamint

— a részvételi felhívás feladásától visszafelé számított 5 évben összesen legalább 1 db szerződésszerűen teljesített adattárház vagy vezetői információs rendszer szállítására vonatkozó referenciával, ami magában foglalta a szállításhoz kapcsolódóan tervezési feladatok ellátását, kiviteli dokumentáció elkészítését, a rendszer bevezetését, valamint oktatást is.

1 db referenciával több előírt feltételnek is meg lehet felelni.

— a 2. rész esetében:

a részvételi felhívás feladásától visszafelé számított 3 évben összesen legalább 1 db szerződésszerűen teljesített web portál vagy web alapú alkalmazás szállítására vonatkozó referenciával, ami magában foglalta a szállításhoz kapcsolódóan portál tervezési feladatok ellátását, kiviteli dokumentáció elkészítését, a rendszer bevezetését, adatok feltöltését valamint oktatást is és ahol a szállítás értéke elérte vagy meghaladta a nettó 7 000 000 HUF-ot.

M/SZ Alkalmatlan a részvételre jelentkező (közös részvételre jelentkező), ha nem rendelkezik legalább a következő szakemberekkel:

1. rész esetében

— Projektvezető

legalább 1 fő felsőfokú végzettséggel rendelkező szakember aki legalább három év szakmai gyakorlattal rendelkezik informatikai projektek szakmai vezetésének, irányításának területén.

továbbá

— legalább 1 fő, felsőfokú végzettséggel rendelkező, adattárház vagy vezetői információs rendszer fejlesztési projektek megvalósításában legalább 3 éves tapasztalattal rendelkező vezető fejlesztő

— legalább 4 fő szoftverfejlesztő, informatikus vagy programozó felsőfokú végzettséggel rendelkező szakember

2. rész esetében

Projektvezető legalább 1 fő felsőfokú végzettséggel rendelkező szakember, aki legalább három év szakmai gyakorlattal rendelkezik felhasználói portál működési igényeit kiszolgáló adatbázis és/vagy portál kialakítására vonatkozó projektek szakmai vezetésének, irányításának területén.

— legalább 2 fő portál és/vagy webes alkalmazásfejlesztésben legalább 3 éves gyakorlattal rendelkező szoftverfejlesztő, informatikus vagy programozó felsőfokú végzettséggel rendelkező szakember

Továbbá

Mindkét rész esetén – részenként:

— legalább 2 fő, legalább középfokú végzettséggel rendelkező szakember, aki legalább 3 év szakmai gyakorlattal rendelkezik ügyviteli és folyamatkezelő szoftverek fejlesztéséhez kapcsolódó tesztelési feladatok elvégzésében.

Egy szakember csak egy pozícióra jelölhető, a szakemberek között átfedés nem megengedett.

Mindkét részre történő jelentkezés esetén a projektvezető szakember mindkét rész vonatkozásában jelölhető.

A Kbt. 55. § (6) bekezdés a) és b) pontja alapján részvételre jelentkező az alkalmasság igazolása során az (5) bekezdés szerint más szervezet kapacitására a következő esetekben támaszkodhat:

b) ha az alkalmassági követelmény korábbi szállítások, szolgáltatások vagy szolgáltatások teljesítésére vonatkozik, részvételre jelentkező nyilatkozik arról, hogy milyen módon vonja be a teljesítés során azt a szervezetet, amelynek adatait az alkalmasság igazolásához felhasználja, amely lehetővé teszi e más szervezet szakmai tapasztalatának felhasználását a szerződés teljesítése során.

A szerződés teljesítése
Kauciók és garanciák:

Késedelmi kötbér: az 1. rész esetében 500 000 HUF/nap, a 2. rész esetében 50 000 HUF/nap

A késedelmi kötbér maximuma az 1. rész esetében 15 000 000 HUF, a 2. rész esetében 1 500 000 HUF

A 30 napot meghaladó késedelmet az ajánlatkérő meghiúsulásnak tekinti.

Hibás teljesítési kötbér: az 1. rész esetében 500 000 HUF/nap, a 2. rész esetében 50 000 HUF/nap.

Meghiúsulási kötbér: A Szállítónak felróható lehetetlenülés, a Szállító által a teljesítés jogos ok nélküli megtagadása és a Szállító felróható magatartása miatt a Megrendelő által jogszerűen gyakorolt elállás, felmondás (meghiúsulás) esetén a Szállító kötbér és kártérítési felelősséggel tartozik. A meghiúsulási kötbér mértéke az 1. rész esetében 10 000 000 HUF, a 2. rész esetében 1 000 000 HUF.

Ajánlatkérő a szerződés hibás teljesítésével kapcsolatos jótállási és szavatossági igények biztosítékaként jólteljesítési biztosíték teljesítési kötelezettségét írja elő, különösen arra az esetre, ha az ajánlattevő által vállalt,

a 2. értékelési részszempontra adott vállalást a jótállási időtartam üzemeltetési adatai és eredményei nem igazolják;

a 3. értékelési részszempontra adott vállalást a projekt megvalósításának adatai nem igazolják.

A jólteljesítési biztosíték mértéke a megajánlott nettó Ajánlati Ár 10 5%-a.

A nyertes ajánlattevőnek a teljesítés időpontjában a Kbt. 126. § (4) és (5) bekezdései alapján jólteljesítési biztosítékot kell nyújtania, és annak a jótállási időtartam végéig kell érvényesnek lennie. A biztosíték az ajánlattevőként szerződő fél választása szerint teljesíthető az előírt pénzösszegnek az ajánlatkérőként szerződő fél fizetési számlájára történő befizetéssel vagy bankgarancia vagy banki készfizető kezesség biztosításával, vagy biztosítási szerződés alapján kiállított – készfizető kezességvállalást tartalmazó – kötelezvénnyel.

A Kbt. 126. (5) bekezdésében foglaltak alapján jólteljesítési, előleg visszafizetési biztosítékok határidőre történő rendelkezésre bocsátásáról az ajánlattevőnek az ajánlatban nyilatkoznia kell.

Garancia, (jótállás) melynek mértéke mindkét rész esetében 24 hónap.

Előleg biztosíték: Ajánlatkérő az ajánlattevő általi előleg igénybevétele esetén az előleg biztosítékaként a 4/2011. (I. 28.) Korm. rendelet 57/A. § (3) bekezdése alapján a szerződés elszámolható összegének 10%-a és az igényelt szállítói előleg különbözetére jutó támogatás összegének megfelelő mértékű, a Kormány európai uniós források felhasználásával kapcsolatos irányító hatósági feladatok ellátására kijelölt tagja javára szóló, a Kbt. 126. § (6) bekezdés a) pont szerinti biztosíték-nyújtás kötelezettségét írja elő, részenként külön-külön. A gazdasági társaság vagy nonprofit szervezet ajánlattevő – cégjegyzésre jogosult – vezető tisztségviselőjének vagy természetes személy többségi tulajdonosának kezességvállalása vagy garanciaszervezet által vállalt kezesség is elfogadható a szállítói előleg biztosítékaként. Az előleggel kapcsolatos biztosíték nyújtása értelemszerűen csak abban az esetben kötelező, ha az ajánlattevő az előleg lehetőségével élni kíván. A Kbt. 126. § (4) bekezdés szerinti biztosíték határidőre történő rendelkezésre bocsátásáról az ajánlattevőnek az ajánlatban nyilatkoznia kell.

Előleg biztosíték: Megrendelő a szállító általi előleg igénybevétele esetén az előleg biztosítékaként a 4/2011. (I. 28.) Korm. rendelet 57/A. § (3) bekezdése alapján a szerződés elszámolható összegének 10%-a és az igényelt szállítói előleg különbözetére jutó támogatás összegének megfelelő mértékű, a Kormány európai uniós források felhasználásával kapcsolatos irányító hatósági feladatok ellátására kijelölt tagja javára szóló, a Kbt. 126. § (6) bekezdés a) pont szerinti biztosíték-nyújtás kötelezettségét írja elő. A gazdasági társaság vagy nonprofit szervezet ajánlattevő – cégjegyzésre jogosult – vezető tisztségviselőjének vagy természetes személy többségi tulajdonosának kezességvállalása vagy garanciaszervezet által vállalt kezesség is elfogadható a szállítói előleg biztosítékaként.

A szerződést biztosító mellékkötelezettségekre vonatkozó részletes feltételeket a szerződés tervezet tartalmazza.

A főbb finanszírozási feltételek és fizetési szabályok és/vagy hivatkozás az ezeket szabályozó vonatkozó rendelkezésekre:

Jelen szerződésben megjelölt szállítási díj a TÁMOP 6.2.1-11/1-2012-0001 „Egészségügyi Humánerőforrás Monitoring” kiemelt projekt keretein belül 100%-os támogatási intenzitással EU támogatásból és költségvetési támogatásból kerül finanszírozásra

Előleg (részenként): A 4/2011. (I. 28.) Korm. rendelet 57/A. § (1) bekezdés a) pontja alapján a Szállítói finanszírozás alkalmazására tekintettel Ajánlatkérő a Kbt. hatálya alá tartozó közbeszerzési eljárás eredményeként kötött szerződésben biztosítja a nyertes ajánlattevő részére a szerződés elszámolható összege 30%-ának megfelelő mértékű szállítói előleg igénylésének lehetőségét.

A szállítói előleget (előlegbekérő dokumentumon keresztül) a nyertes ajánlattevő közvetlenül a közreműködő szervezettől igényelheti a kedvezményezett egyidejű értesítése mellett.

Az előleg kifizetése a 4/2011. (I. 28.) Korm. rendelet 57/A. § (2)–(5) bekezdésében foglaltak szerint történik.

A felvett előleggel történő elszámolás a 4/2011. (I.28.) Korm. rendelet 57/A. § (6) bekezdése szerint történik.

Az ajánlattétel, a szerződés és a kifizetések pénzneme a forint (HUF).

A nettó finanszírozásra tekintettel az ÁFA megfizetése az Ajánlatkérőt terheli.

A projekt támogatási intenzitása 100,000000%

Részszámla nem nyújtható be.

A leszállított termékek ellenértékét az ajánlatkérő a szerződésszerű és a jogszabályoknak megfelelő számlák és mellékletei Ajánlatkérő általi kézhezvételétől számított 30 napon belül részenként, szállítói kifizetéssel egyenlíti ki a Ptk. 292/B. § (1) bekezdésében foglaltaknak megfelelően

A végszámla kiállításának feltétele a termékek leszállítása (Ajánlatkérő székhelye), a rendszer bevezetése, és mindkét rész esetében a Megrendelő által megnevezett legalább 2 fő minimum 1 napos betanítása az Ajánlatkérő székhelyén.

A részletes fizetési feltételeket a szerződéstervezet tartalmazza.

— Kbt., 4/2011. (I. 28.) Kormányrendelet,

— 2003. évi XCII. törvény 36/A. §;

— A Kbt. 130. § (1)–(2) és (6) bekezdésében, valamint a Kbt. 131. §-ban meghatározott feltételek a szerződésnek akkor is részei, ha a felek ezekről nem vagy – ide nem értve a 131. § (2) bekezdés szerinti esetet – ezektől eltérően állapodtak meg.

A gazdasági szereplők azon csoportjának jogi formája, amelynek a szerződést oda kell ítélni:

Ajánlatkérő nem teszi lehetővé gazdálkodó szervezet (projekttársaság) létrehozását.

Egyéb különleges feltételek:

A projekt várható megvalósítási időtartama 3 hónap. A megvalósítás alatt a termékek leszállítását, HMR specifikáció szerinti kialakítását, beüzemelését és a hibamentes teszt időszakát értjük. A próbaüzem nem tartozik a megvalósítás időszakába.

Eljárás
A dokumentumok kifizetésének módja:

A dokumentáció az ajánlati felhívás megjelenésétől kezdve beszerezhető. A dokumentációt bármely érdekelt gazdasági szereplő térítésmentesen átveheti. A dokumentáció ellenértékét kizárólag a Kbt. 124. § (4) bekezdése szerinti szervezet köteles megfizetni a szerződéskötésig, amelyről a szerződéskötést követő 8 napon belül a Lucsik és Társa Kft. számlát állít ki. A dokumentáció ellenértéke nettó módon került meghatározásra.

A dokumentáció ellenértéke az 1. rész esetében nettó 130 000 HUF, a 2. rész esetében nettó 45 000 HUF.

A felhívások elküldésének időpontja: 2014-04-04 📅
Az ajánlatok bontásának dátuma: 2014-03-05 📅
A bontás helye: Lucsik és Társa Kft, 1071 Budapest, Városligeti fasor 47–49.
Hely: Lucsik és Társa Kft, 1071 Budapest, Városligeti fasor 47–49.
Adatok a felhatalmazott személyekről és a bontási eljárásról: Kbt. 62. § (1), (2)–(4) és (6)–(7) bekezdései
Díjazási kritériumok
Kritérium: 1. A teljes nettó ajánlati ár HUF-ban (60)
2. Az 5 évre számított fenntartási költség nettó HUF-ban (30)
3. Az implementáció során a Megrendelői oldaltól elvárt erőforrás mennyisége, embernapban megadva (10)
Nyelvek
Nyelv: magyar 🗣️

Ajánlatkérő hatóság
Azonosító
Nemzeti nyilvántartási szám: AK17369
Kapcsolat
Kapcsolattartó pont: dr. Szűcs Krisztina, projekt szakmai vezető
Internetcím: http:\\www.eekh.hu 🌏
Név: Lucsik és Társa Tanácsadói és Oktatói Kft.
Postacím: Városligeti fasor 47-49.
Postai irányítószám: 1071
Kapcsolattartó pont: dr. Mrovcza Péter, ügyvezető igazgató
Telefon: +36 13740111 📞
E-mail: mrovcza.peter@lucsikestarsa.t-online.hu 📧
Fax: +36 13740111 📠
E-mail: dontobizottsag@kt.hu 📧

Hivatkozás
További információk

1.) A részvételi jelentkezések elbírálásáról szóló összegezés megküldésének tervezett időpontja:

…4.4.2014., (nap.hó.év).

2.) Az összességében legelőnyösebb ajánlat kiválasztásának értékelési szempontja esetén az ajánlatok részszempontok szerinti tartalmi elemeinek értékelése során adható pontszám alsó és felső határa: 1–10 (mindkét rész esetében)

Az összességében legelőnyösebb ajánlat kiválasztásának értékelési szempontja esetén a módszer (módszerek) ismertetése, amellyel az ajánlatkérő megadja a 1–10 pont szerinti ponthatárok közötti pontszámot:

Az egyes ajánlatoknak az elbírálás részszempontjai szerinti tartalmi elemeit a felhívásban meghatározott pontszámok között értékeli az Ajánlatkérő. A legjobb ajánlat kapja a maximális 10 pontot, a többi ajánlat pontszámának megállapításához a fordított arányosítás módszerét alkalmazza az ajánlatkérő (10*legjobb ajánlat értéke/aktuális ajánlat értéke). Ha a pontozás során tört szám keletkezik, úgy azt az ajánlatkérő két tizedes jegyig veszi figyelembe további kerekítés nélkül. A részletes értékelési módszert az ajánlati dokumentáció tartalmazza.

Amennyiben a pontszámítás során a matematikai művelet 1-nél kisebb számot eredményez, úgy ajánlatkérő az adott részszempontra 1 pontot ad.

3.) Az ajánlatkérő az eljárás során a hiánypótlás lehetőségét a Kbt. 67. § alapján biztosítja. Az ajánlatkérő nem rendel el újabb hiánypótlást, amennyiben a hiánypótlással a részvételre jelentkező a jelentkezésben korábban nem szereplő gazdasági szereplőt von be az eljárásba, és e gazdasági szereplőre tekintettel lenne szükséges az újabb hiánypótlás.

4.) Az ajánlatkérő csak az eljárás nyertesével kötheti meg a szerződést, vagy – a nyertes visszalépése esetén – az ajánlatok értékelése során (72. § (1) bekezdés) a következő legkedvezőbb ajánlatot tevőnek minősített szervezettel (személlyel), ha őt a 77. § (2) bekezdése szerinti összegezésben megjelölte.

5.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét, hogy a pénzügyi-, gazdasági-, valamint műszaki-, illetve szakmai alkalmasságok feltételeit és az igazolás módját a minősített ajánlattevők jegyzékéhez képest szigorúbban határozta meg.

Azon alkalmassági követelmények (III.2.2. és III.2.3. pont) megjelölése, amelyek a minősített ajánlattevők hivatalos jegyzékébe történő felvétel feltételét képező minősítési szempontokhoz képest szigorúbbak:

III.2.2.: P/1, P/2

III.2.3.: M/R, M/SZ

6.) A dokumentáció átadása a Lucsik és Társa Kft.-nél (1071 Budapest, Városligeti fasor 47–49.), hétfőtől péntekig, 09:00–13:00 óráig, a részvételi határidő lejártának napján 09:00 órától 10:00 óráig történik.

A dokumentációt elektronikus formában bocsátjuk rendelkezésre. A Kbt. 50. § (3) bekezdése esetén, amennyiben az igénylő a dokumentáció megküldését kéri, úgy a kérelemre vonatkozó levelet írásban (faxon vagy levélben) kell megküldenie a lebonyolítóként eljáró Lucsik és Társa Kft. részére, a felhívásban megjelölt elérhetőségeken. A kérelemnek az alábbi adatokat kell tartalmaznia:

— igénylő neve

— igénylő levelezési címe, ahova a dokumentáció megküldését kéri

— igénylő e-mail címe, telefon és faxszáma

— a részvételi felhívás hirdetményének TED-száma

A dokumentáció ellenértéke az 1. rész esetében nettó 130 000 HUF, a 2. rész esetében nettó 45 000 HUF.

A dokumentáció ellenértékét kizárólag a Kbt. 124. § (4) bekezdése szerinti szervezet köteles megfizetni a szerződéskötésig, amelyről a szerződéskötést követő 8 napon belül a Lucsik és Társa Kft. számlát állít ki. A dokumentáció ellenértéke nettó módon került meghatározásra.

7.) A dokumentációt jelentkezésenként legalább egy részvételre jelentkezőnek vagy a jelentkezésben megnevezett alvállalkozónak át kell vennie.

8.) A Kbt. 60. § (2) bekezdése szerint a részvételi jelentkezést a részvételre jelentkezőnek az eljárást megindító felhívásban meghatározott tartalmi és formai követelményeknek megfelelően kell elkészítenie, és egy papír alapú példányban, valamint 4 a papír alapú példánnyal mindenben megegyező elektronikus másolati példányban CD/DVD lemezen, pdf formátumban benyújtania. A részvételi jelentkezések bírálata a nyomtatott formátumban benyújtott eredeti példány alapján történik.

9.) A részvételi jelentkezésben a Kbt. 40. § (1) bekezdése alapján meg kell jelölni:

a) a közbeszerzésnek azt a részét (részeit), amelynek teljesítéséhez a részvételre jelentkező alvállalkozót kíván igénybe venni,

b) az ezen részek tekintetében a közbeszerzés értékének tíz százalékát meghaladó mértékben igénybe venni kívánt alvállalkozókat, valamint a közbeszerzésnek azt a százalékos arányát, amelynek teljesítésében a megjelölt alvállalkozók közre fognak működni

Nemleges tartalmú nyilatkozatot is csatolni kell. Az alvállalkozó alatt a Kbt. 4. § 2. pontjában meghatározott gazdasági szereplőt kell érteni.

Az (1) bekezdés szerinti megjelölés és igénybevétel nem érinti a részvételre jelentkező teljesítésért való felelősségét. A több szakaszból álló eljárások részvételi szakaszában az (1) bekezdés szerint tett nyilatkozatot az ajánlattevő az eljárás ajánlattételi szakaszában – a 26. § figyelembe vételével – módosíthatja, ebben az esetben ismét be kell nyújtania nyilatkozatát arról, hogy nem vesz igénybe a kizáró okok hatálya alá eső alvállalkozót (87. § (1) bekezdés d) pontja). A módosítás az alkalmasság igazolásában részt vevő gazdasági szereplő esetében nem eredményezheti az alkalmasság igazolásakor tett nyilatkozatok tartalmának módosulását.

10.) A részvételre jelentkezőnek be kell nyújtania az eljárást megindító felhívásban meghatározott, a kizáró okok, a gazdasági és pénzügyi, valamint a műszaki, illetve szakmai alkalmasság igazolására előírt igazolásokat, nyilatkozatokat és egyéb dokumentumokat, valamint az egyéb felsorolt iratokat, dokumentumokat.

11.) A részvételi jelentkezésben a részvételre jelentkező semmilyen formában sem tehet ajánlatot.

12.) A részvételi jelentkezésben a részvételre jelentkezőnek az egyéb előírt dokumentumok benyújtása mellett a Kbt. 60. § (5) bekezdésének megfelelően nyilatkoznia kell arról, hogy a kis- és középvállalkozásokról, fejlődésük támogatásáról szóló törvény szerint mikro-, kis- vagy középvállalkozásnak minősül-e.

13.) A postán feladott részvételi jelentkezéseket az ajánlatkérő csak akkor tekinti határidőn belül benyújtottnak, ha annak kézhezvételére a részvételi határidőig sor kerül. A részvételi jelentkezés, illetve az azzal kapcsolatos postai küldemények elvesztéséből eredő kockázat a részvételre jelentkezőt terheli.

14.) A részvételi jelentkezéshez csatolni kell a részvételre jelentkező, a kapacitásait rendelkezésre bocsátó szervezet, és az alvállalkozó vonatkozásában a jelentkezést, a nyilatkozatokat aláíró cégjegyzésre jogosult személy aláírási címpéldányát. (vagy a 2006. évi V. törvény 9. §-a szerinti aláírási mintáját).

(Meghatalmazott általi aláírás esetén a teljes bizonyító erejű magánokiratba foglalat meghatalmazást.) Folyamatban lévő változásbejegyzési eljárás esetében, a részvételi jelentkezéshez csatolni kell a cégbírósághoz benyújtott változásbejegyzési kérelmet, és annak érkeztetéséről szóló igazolást.

15.) A Kbt. 28. § (1) bekezdése alapján a részvételre jelentkező ugyanabban a közbeszerzési eljárásban – részajánlat-tételi lehetőség biztosítása esetén ugyanazon rész tekintetében

a) nem nyújthat be másik részvételi jelentkezést más részvételre jelentkezővel közösen,

b) más részvételre jelentkező alvállalkozójaként nem vehet részt,

c) más részvételi jelentkezést benyújtó részvételre jelentkező szerződés teljesítésére való alkalmasságát nem igazolhatja.

16.) Amennyiben az ajánlatkérő az általa lefolytatott eljárás során, a tisztességtelen piaci magatartás és a versenykorlátozás tilalmáról szóló 1996. évi LVII. törvény (a továbbiakban: Tpvt.) 11. §-a, vagy az Európai Unió Működéséről szóló Szerződés 101. cikke szerinti rendelkezések nyilvánvaló megsértését észleli vagy azt alapos okkal feltételezi, köteles azt – a Tpvt. bejelentésre vagy panaszra vonatkozó szabályai szerint – jelezni a Gazdasági Versenyhivatalnak.

17.) A részvételi jelentkezést magyar nyelven kell elkészíteni és benyújtani. Az ajánlatkérő idegen vagy részben idegen nyelvű dokumentumot nem fogad el. Ha bármely, a részvételi jelentkezéshez csatolt dokumentum stb. nem magyar nyelven került kiállításra, úgy annak hiteles fordítását, vagy a részvételre jelentkező általi felelős fordítását kell csatolni közvetlenül a dokumentum után. A fordítás eredetivel történő egyezőségéről (teljes szöveghűségéről) a részvételre jelentkező cégjegyzésre jogosult képviselője írásban nyilatkozzék.

18.) A Kbt. 2. §-ra tekintettel ajánlatkérő előírja, hogy a nyertes ajánlattevőnek a szerződés teljesítése során a kommunikációt mind a kedvezményezettel, mind egyéb érintett harmadik féllel, mindenekelőtt, és elsősorban elektronikus úton, azaz e-mail, vagy telefon útján biztosítsa, nem pedig papír alapú kommunikációval, az utazással kapcsolatos környezetszennyezést a minimálisra szorítsa, a szerződés teljesítése során a papír alapú kommunikációban az újrahasznosított papírt preferálja.

19.) Az ajánlatkérő az eljárás ajánlattételi szakaszában való részvételt az 1. rész esetében 1 000 000 HUF (egymillió forint), a 2. rész esetében 500 000 HUF (ötszázezer forint) összegű biztosíték adásához fogja kötni, amit az ajánlattevőnek ajánlata benyújtásával egyidejűleg kell majd az ajánlatkérő rendelkezésére bocsátania. Az ajánlati biztosítéknak az ajánlatok beadásának napjától az ajánlati kötöttség lejártáig kell érvényesnek lennie.

20.) Ajánlatkérő az eljárás ajánlattételi szakaszában szakmai ajánlat benyújtását írja elő, amelyet a műszaki leírásban megjelölt beadandó dokumentumok felsorolása szerint, valamint a kiadott értékelő táblázatban a sorrend illetve táblázat formátum megváltoztatása nélkül kell megadni.

21.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét az üzleti titokra vonatkozó szabályok változására. A Kbt. 80. § (1) bekezdés szerint az ajánlattevő és a részvételre jelentkező az ajánlatában, illetve a részvételi jelentkezésben, valamint a 69–70. § szerinti indokolásban elkülönített módon elhelyezett, üzleti titkot (Ptk. 81. § (2) bekezdése) tartalmazó iratok nyilvánosságra hozatalát megtilthatja. Az üzleti titkot tartalmazó iratokat úgy kell elkészíteni, hogy azok a Ptk. 81. § (3) bekezdésére figyelemmel kizárólag olyan információkat tartalmazzanak, amelyek nyilvánosságra hozatala az üzleti tevékenység végzése szempontjából aránytalan sérelmet okozna, továbbá ne tartalmazzanak a (2)–(3) bekezdés szerinti elemeket.

22.) Ajánlatkérő felhívja a részvételre jelentkezők figyelmét, hogy a Kbt. 94. § (2) bekezdés b) pontja alapján, az abban foglalt feltételek fennállása esetén Ajánlatkérő hirdetmény nélküli tárgyalásos eljárást alkalmazhat.

23.) A részvételi jelentkezésben be kell nyújtani a részvételre jelentkező, illetve az alkalmasságot igazoló szervezet valamennyi számlavezető pénzügyi intézményének megnevezését tartalmazó cégszerűen aláírt nyilatkozatát, amely tartalmazza, hogy a részvételi jelentkezésben benyújtott pénzügyi intézménytől származó nyilatkozatokban feltüntetetteken kívül más pénzügyi intézménynél további pénzforgalmi számlát nem vezet.

24.) Ajánlatkérő jelen eljárásban nem teszi lehetővé gazdálkodó szervezet (projekttársaság) létrehozását.

25.) Az ajánlati felhívásban nem szabályozott kérdések vonatkozásában a Közbeszerzésekről szóló 2011. évi CVIII. tv. előírásai szerint kell eljárni.

Kiegészítő információk
Felülvizsgálati testület
Név: Közbeszerzési Hatóság, Közbeszerzési Döntőbizottság
Postacím: Riadó utca 5.
Postai város: Budapest
Postai irányítószám: 1026
Ország: Magyarország 🇭🇺
E-mail: dontobizottsag@kt.hu 📧
Telefon: +36 18828592 📞
Internetcím: www.kozbeszerzes.hu 🌏
Fax: +36 18828593 📠
Az a szolgálat, amelytől a felülvizsgálati eljárásról tájékoztatást lehet kérni
Mint: Felülvizsgálati testület
Forrás: OJS 2014/S 026-040835 (2014-02-03)

Tájékoztató az eljárás eredményéről (2014-12-05)
Objektum
A közbeszerzés hatálya
A beszerzés teljes értéke: 45 950 000 💰
Hirdetmény metaadatai
Dokumentum típusa: Tájékoztató az eljárás eredményéről

Eljárás
Ajánlat típusa: Nem alkalmazható

Ajánlatkérő hatóság
Azonosító
Postacím: Zrínyi utca 3.
Kapcsolat
Telefon: +36 12357959 📞

Hivatkozás
Dátumok
Feladás dátuma: 2014-12-05 📅
Közzététel dátuma: 2014-12-10 📅
Azonosítók
Hirdetmény száma: 2014/S 238-418845
Hirdetményre hivatkozik: 2014/S 26-040835
HL-S szám: 238
További információk

Szakmai támogatás nyújtása az előírt kiviteli dokumentáció elkészítéséhez. Projektvezető részfeladatok ellátása. Vezető fejlesztői részfeladatok ellátása. Szoftverfejlesztői részfeladatok ellátása. Tesztelői részfeladatok ellátása.

A szerződés odaítélése

1️⃣
A szerződéskötés időpontja: 2014-10-29 📅
Név: Stratis Vezetői és Informatikai Tanácsadó Kft.
Postacím: Szépvölgyi út 139.
Postai város: Budapest
Postai irányítószám: 1037
Ország: Magyarország 🇭🇺
E-mail: info@stratis.hu 📧

2️⃣
Tájékoztatás a pályázatokról
A beérkezett ajánlatok száma: 3
1

Kiegészítő információk
Felülvizsgálati testület
Telefon: +36 18828594 📞
Forrás: OJS 2014/S 238-418845 (2014-12-05)

Új beszerzések kapcsolódó kategóriákban 🆕

Szoftvercsomag és információs rendszerek (6 új beszerzések)