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

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.