I. роботизирана вътрешноболнична транспортна система



Дата16.10.2018
Размер192.49 Kb.
#89812


ТЕХНИЧЕСКА СПЕЦИФИКАЦИЯ
на

открита процедура за възлагане на обществена поръчка с предмет: „Доставка и пускане в експлоатация на специализирано оборудване и софтуер за логистично и вътрешноболнично обслужване”

I. РОБОТИЗИРАНА ВЪТРЕШНОБОЛНИЧНА ТРАНСПОРТНА СИСТЕМА
1. Системата да обхваща вътрешнобоничните доставки между следните звена: стопанска зона и болнични отделения, операционен блок, диагностично-консултативен блок.

Доставките от стопанската зона да обхващат:



  • болнична аптека и консуматив;

  • централна пералня;

  • централна стерилизация;

  • болничен кетеринг;

  • съблекалня за персонал.

2. Системата да има възможност за програмиране на регулярен транспорт по предварително разписание за период минимум от три дни.


3. Да бъде изградена на базата на роботизирани транспортни колички, специално проектирани за болнично приложение и съобразени с конкретните условия за организиране на доставките в болницата.
4. Комуникацията между основния управляващ модул и управляемите колички да бъде изграден на базата на безжична мрежа, позволяваща независимост на движенията.
5. Навигацията да се осъществява посредством лазерни скенери за сканиране на трасето и кореспонденция й със зададен виртуален план в компютърната система на транспортната количка.
6. Регулиране на скорост и автоматично спиране при регистриране на препятствие по предварително зададеното трасе.
7. Визуална и звукова аларма за препятствия.
8. Автоматично възстановяване на движението при отпадане на препятствие.
9. Транспортните колички да бъдат окомплектовани с необходимия брой контейнери за осъществяване на доставката в болницата на базата на изготвяне на технологичен проект.
10. Транспортната система да е лесна за употреба, без нужда от никакви последващи въвеждания, след кратко първоначално въвеждане, тя да работи автоматично, без операторски грешки.
11. Характеристики на транспортните колички

Захранването да е от оловни батерии, състоянието на които се мониторира постоянно от бордния компютър. Когато се достигне статус, съответстващ на ниско ниво на заряда на батериите (low battery), да се подава автоматична команда за зареждане на батериите - количката да изпълнява последната си задача и да се изпраща за зареждане на батериите.


12. Навигация

В паметта на количката да се съхраняват две карти – обща и топологична. Общата карта да съдържа плана на сградата и да се визуализира и на централния контролен панел. Топологичната карта да съдържа виртуалните маршрути и да се използва за дефиниране на маршрут по предварително запаметена дестинация.


13. Комуникация

За предаване на данни да се използва безжична локална мрежа на честота 2,4 GHz, при максимална мощност 100 mW.


14. Експлоатационна надеждност

Да има лазерни скенери, ленти, акустични и визуални аларми и авариен стоп бутон за осигуряване на ефективна защита.


Сканираното пространство по посока на движението да се разделя на предупредителна зона и зона за безопасност. Ако се появи препятствие в предупредителната зона, количката да намалява скоростта си. Ако се открие препятствие в зоната за безопасност, количката да спира моментално. Да има възможност за промяна на изискванията към роботизираната количка.
15. Технически характеристики на транспортна количка:

Скорост: Vmin=0,1 m/s, Vmax=1,6 m/s

Страничен толеранс: ± 10 мм

Точност на позициониране по посока на движението: ± 25 мм

Тегло: не повече от 300 кг

Максимален полезен товар: минимум 450 кг

Капацитет на батерията: минимум 100 Ah

Далечина на придвижване: минимум 9000 м

Габаритни размери (Д х Ш х В): 1,7 х 0,62 х 0,35 м максимум

Повдигане: 40 мм максимум

Преодоляван наклон: максимум 7% (с намалена скорост)
16. За цялостната комплектация на системата да се предвидят необходимия брой контейнери, помощни съоръжения и оборудване за функционирането й.

ІІ. СИСТЕМА ЗА ОПАКОВАНЕ НА ИНДИВИДУАЛНИ ЛЕКАРСТВЕНИ ДОЗИ


1. Характеристики на системата:

- 600 индивидуални дози/час: средна скорост на пакетиране;

- 1000 индивидуални дози/час: средна скорост на разтоварване на системата;

- 600 индивидуални дози/час: средна скорост на разтоварване на системата;

- 300 индивидуални дози/час: средна скорост на зареждане с върнати лекарства.
Посочените характеристики да бъдат потвърдени при следните работни условия:


  • 60% лекарства в блистер, 10% лекарства в насипно състояние, 30% лекарства в шишенца, ампули и т.н.;

  • единичен етикет за един пръстен;

  • среден брой торбички за един пръстен: 7;

  • лекарствата да се групират по хронологично време на прилагане;

  • минимално ниво на зареждане на модула за съхранение: 70%.

2. Капацитет на системата

Капацитет на съхранение на индивидуални дози:

- системата да се използва за съхранение на лекарства във формат единична доза;

- капацитет на съхранение: 30 000 торбички с индивидуални дози;

- буферно съхранение на модула за съхранение: минимум 5 дни.


3. Конфигурация на системата

3.1. Станция за управление и пълнене на канистри, която да позволява безопасен трансфер на лекарства от оригиналните им опаковки към канистрите. Да бъде оборудван с етикет, който да позволява да се регистрира информацията, свързана с лекарството, поставено в канистъра.

Принтиране на залепващ се етикет, съдържащ основната информация за лекарството, която позволява визуална проверка на съдържанието на канистъра:

- код на лекарството;

- търговско наименование;

- форма;


- доза;

- сила (концентрация);

- срок на годност;

- номер на партидата;

- бар-код на продукта.
3.2. Машина за пакетиране

Да произвежда торбички с единични дози.

Да опакова лекарства с различни размери, като променя автоматично дължината на торбичките съгласно размерите на лекарствата.

Да произвежда полипропиленови торбички, използвайки няколко работни станции.

Принтиране на бар-код.
3.3. Автоматична промяна на размерите
3.4. Наличие на автоматично захранване на насипни таблетки и капсули
3.5. Наличие на ръчно захранване

За всички лекарства с големи размери или за тези с по-специфична форма (торбички с прахчета за пиене, спринцовкови супозитории, туби и др.) да е възможно да се осъществи ръчно захранване на машината за пакетиране.




    1. Наличие на автоматично зареждане на:

- шишенца;

- ампули;

- блистери вече във формат единична доза;

- чашки.
3.7. Резачка за блистери с възможност за нарязване на индивидуални дози.


3.8. Системата да е оборудвана със специално устройство, което да позволява събирането на всички торбички с единични дози, формиращи терапията на един пациент и свързването им заедно с пластмасов пръстен. Номерът на торбичките за всеки пластмасов пръстен да зависи от предписаната терапия и размерите на лекарствата.
3.9. Да получава цялата информация, свързана с предписаните терапии в отделенията и проверява автоматично наличността на лекарствата вътре в склада, за да организира разтоварването и препакетирането.
3.10.Зареждане на върнатите лекарства през прозорец

Да притежава функция, която да позволява презареждането на лекарства, които не са приложени или са върнати от отделенията, в запасите модула за съхранение.


ІІІ. АВТОМАТИЗИРАН СКЛАД ЗА УПРАВЛЕНИЕ НА ЛЕКАРСТВА И

МЕДИЦИНСКИ КОНСУМАТИВИ




  1. Характеристики:

    1. Достъп, проверяван чрез парола;

    2. Възможност да се съхранява и контролира инвентаризацията на лекарствата;

    3. Висока плътност на съхранение;

    4. Процесът на взимане да е оптимизиран, за да се осигури висока скорост на разтоварване;

    5. Различни оператори да могат да работят едновременно, използвайки един и същи запас;

    6. На оператора е позволен достъп до системата само през станцията за вземане на лекарства – максимална безопасност по време на операциите на зареждане/разтоварване и намаляване на риска от грешки;

    7. Достъпът до системата да е възможен дори и в случай на проблем с електрическото захранване;

    8. Надзор чрез специален софтуер и интеграция с болничния софтуер.




  1. Потребителски интерфейс:

    1. Верификация на потребителя и изпълнение на оторизации;

    2. Изпълнение на искания за зареждане: когато нивата на запасите са определени, системата да подготвя исканията за зареждане на продуктите, които са с изчерпан запас;

    3. Изпълнение на искания за разтоварване;

    4. Зареждане на върнати лекарства;

    5. Управление и мониторинг на номер на партидата и срока на годност;

    6. Управление на запасите (наличностите);

    7. Управление на локациите и статистически пресмятания на заето/свободно пространство;

    8. Управление на инвентаризацията;

    9. Принтиране на етикети;

    10. Управление на технически продуктови данни;

    11. Диагностика на системата (управление на аларми в реално време и помощ, задълбочена техническа информация);

    12. Запис на операциите по зареждане/разтоварване, с тип на продукта, количество и други данни;

    13. Периферно тестване (принтери за етикети, бар-код четец);

    14. Записване и модификация на лекарствената информация и техническите данни;

    15. Управление и модификация на дейностите (работата);

    16. Визуализация и принтиране на детайлна информация относно запасите (наличностите), консумацията и преместванията;

    17. Визуализация и принтиране на доклади;

    18. Потребители и управление на потребителски оторизации.

ІV. СОФТУЕР И ХАРДУЕР ЗА ЛОГИСТИЧНО И ВЪТРЕБОЛНИЧНО ОБСЛУЖВАНЕ


1. Модулен софтуер и хардуер за управление и контрол на системата за опаковане на индивидуални лекарствени дози.

1.1. Да гарантира мониториране на всяка единична доза.

1.2. Да контролира наличностите в автоматизирания склад.

1.3. Автоматично да поръчва продуктите, който се държат в наличност.

1.4. Да проверява автоматично срока на годност (дата на валидност).

1.5. Да провежда автоматично инвентаризация на складовите продукти.

1.6. Да осигурява история на движенията и обработва статистически данни.

1.7. Да провежда диагностика на функционирането на съоръженията.

1.8. Проследяемост на локацията на всяка еднична доза в системата.

2. Модулен софтуер и хардуер за управление на складово стопанство, аптечен комплекс , сектор хранене и централна стерилизация.

3. Модулен софтуер и хардуер за управление на роботизиран транспорт.

3.1. Софтуер, отговорен за цялостен контрол на роботизираната вътреболнична транспортна система, с нейните колички и периферни устройства.

3.2.Софтуерът да е комбинация от две нива - потребител и администратор, което да осигурява удобство за оператора и по-малко грешки при работа.

3.3. Потребителят да има достъп до всеки компонент на системата само с едно кликване върху него. Да има възможност за изготвяне на подробен доклад с всички съобщения, статуси и статистика с точен час на изготвяне.

3.4. Дневният транспорт в болницата да може да се разделя на цикли. Тези времеви рамки да могат да се променят за всеки отделен ден.

3.5. Всички съобщения за грешки да могат да се съхраняват с техните кодове, описание и време.

3.6. Да е възможно системата да се допълни (като опция) с още един компютър (клиент). Този клиент да може да има достъп до всички функции на сървъра и да може да бъде разположен на отдалечено работно място.

3.7. 3D визуализация

Клиентският компютър да има 3D графична карта, която да поддържа динамични и триизмерни изгледи в реално време на цялата система. Потребителят да може да следва даден транспорт на няколо нива, което да му дава най-добрия поглед върху цялата система.

4. Модулен софтуер и хардуер за управление на пациентския поток.

5. Модулен софтуер и хардуер за изследвания на пациенти, терапия и електронна рецепта.

Софтуерните модули да са взаимносвързани и да предоставят възможност за интеграция с функциониращия в болницата софтуер за управление на счетоводните операции и складови наличности.

V. ЦЕНТЪР ЗА ДАННИ


  1. Сървъри за виртуализация – 2 бр.

    1. Размер: За вграждане в 19“ компютърен шкаф;

Да включва всички необходими аксесоари за монтаж;

Размер – 2U;



    1. Процесори: Инсталирани минимум 2 бр. осемядрени процесори с честота 2.9GHz, 20MB L3 cache;

    2. Памет: Инсталирани минимум 128GB ECC DDR3 памет; възможност за надграждане до поне 512GB;

    3. Мрежови портове: 8 бр. 10/100/1000 Base-T мрежови порта, поддръжка на iSCSI;

Отделен порт за отдалечено управление;

    1. Охлаждане: N + 1 вентилатори с възможност за „гореща" замяна;

    2. Захранване: N + 1 ел. захранвания с възможност за „гореща" замяна;

Всяко захранване да е с мощност минимум 1000W;

    1. Твърди дискове: Да поддържа SAS, SATA дискове;

Да се достави с USB памет за инсталация на хипервайзор за виртуализация.


  1. Софтуер за виртуализация – 1 бр.

    1. Лицензи: Да се доставят лицензи за софтуер за виртуализация за 2 бр. сървъри за виртуализация;

    2. Софтуерът да отговаря на следните изисквания:

Hypervisor: Възможност за инсталация директно върху сертифициран хардуер (вкл. USB памет) без необходимост от хост операционна система (bare-metal инсталация);

Да поддържа “boot-from-SAN”;

Да осигурява виртуализация на памет, процесори, дискове и мрежови адаптери;


    1. Технологии за хардуерна виртуализация:

Да поддържа технологии за хардуерна виртуализация на:

- процесорите - AMD-V, Intel VT;

- паметта - AMD RVI, Intel EPT;

2.4. Гост-операционни системи (Guest OS):

Да поддържа 64-битови гост-операционни системи (Guest OS);

Да поддържа разнородни операционни системи (Windows, Linux, UNIX и др.);

Да поддържа минимум операционни системи:


  • MS DOS;

  • MS Windows XP, Windows Vista, Windows 7;

  • MS Windows NT Server/Workstation;

  • MS Windows 2000 (all editions);

  • MS Windows Server 2003;

  • MS Windows Server 2008 (all editions);

  • NetWare 5.1; 6.0; 6.5;

  • SUSE SLED 10; 11;

  • SUSE SLES 8; 9; 10; 11;

  • Oracle Enterprise Linux 4.x; 5.x;

  • RedHat RHEL 2.1; 3.x; 4.x; 5.x и последна налична версия;

  • SCO UNIX OpenServer;

  • Solaris;

2.5. Виртуализация на процесорите:

Да осигурява минимум:



  • брой поддържани логически ядра на отделен физически сървър – минимум 64;

  • задаване на минимално гарантирано процесорно време;

  • задаване на максимално допустимо процесорно време;

  • задаване на относителен приоритет на една виртуална машина спрямо друга, по отношение на използваните процесорни ресурси и динамичното им преразпределяне в зависимост от моментните натоварвания на отделните виртуални машини и зададения им приоритет (QOS);

2.6. Виртуализация на паметта:

Да осигурява минимум:



  • количество памет, поддържано от отделен физически сървър – минимум 1TB;

  • задаване на минимално гарантирано количество памет, физически заделено за една виртуална машина;

  • задаване на максимално допустимо количество памет, физически заделено за отделна виртуална машина;

  • задаване на относителен приоритет на една виртуална машина спрямо друга, по отношение на физически заделената памет и динамичното й преразпределяне в зависимост от моментните натоварвания на отделните виртуални машини и зададения им приоритет (QOS);

2.7. Виртуализация на мрежови адаптери:

Да осигурява минимум:



  • поддръжка на NIC Teaming и NIC Aggregation (IEEE 802.3ad) с балансиране на товара във виртуалните машини за повишена надеждност и производителност;

  • възможност за създаване на виртуални мрежови комутатори, както и интеграция на такива комутатори, създадени от трети производители;

  • поддръжка на Layer 2 сигурност за виртуалните мрежови комутатори;

  • поддръжка на IEEE 802.1q и групови политики за портовете на виртуалните мрежови комутатори;

  • ограничаване на трафика (входящ и изходящ), генериран от мрежовите интерфейси на всяка виртуална машина;

  • приоритизиране на различните типове трафик на ниво hypervisor (QOS);

  • поддръжка на Ethernet Jumbo Frames;

  • поддръжка за 10Gbps Ethernet адаптери;

  • поддръжка на Cisco Discovery Protocol (CDP);

  • поддръжката на IPv6;

  • поддръжка на Wake-On-LAN за виртуалните мрежови адаптери;

  • поддръжка на DirectPath I/O:;

  • Intel VT-d;

  • AMD I/O Virtualization Technology;

  • поддръжка на PVLANs (RFC 5517);

2.8. Виртуализация на дискове/ дискови адаптери:

Да осигурява минимум:



  • създаване на виртуални дискове, с възможност за динамична промяна на размера им;

  • създаване на „тънки“ виртуални дискове;

  • поддръжка на клъстерна файлова система, даваща възможност за работа на до 32 сървъра върху едни и същи дискови масиви.;

  • поддръжка на DAS, FC, iSCSI (HW/SW), NFS дискови масиви;

  • поддръжка на Direct Path I/O:;

  • Intel VT-d;

  • AMD I/O Virtualization Technology;

  • приоритизиране на I/O трафика от отделните виртуални машини към дисковите масиви (QOS);

  • поддръжка на multipathing политики за гарантиране достъпа до дисковите системи и възможност за интеграция на такива политики от трети производители;

2.9. Виртуалните машини да осигуряват:

  • създаване на шаблони на виртуални машини;

  • клониране на работещи виртуални машини;

  • динамично мигриране на работещи инсталации от физически машини във виртуална машина;

  • асоцииране на до 10 виртуални мрежови адаптера в една виртуална машина;

  • динамично добавяне на нов мрежов адаптер към работеща виртуална машина;

  • динамично добавяне на нови виртуални дискове към работеща виртуална машина;

  • поддържани до 255GB памет в една виртуална машина;

  • динамично добавяне на памет към работеща виртуална машина;

  • динамично добавяне на виртуален процесор към работеща виртуална машина;

  • поддържани до 8 виртуални процесорни ядра в една виртуална машина;

2.10. Управление на виртуалната среда:

Да осигурява минимум:



  • централизирано съхранение на конфигурационната информация за всички виртуални машини;

  • възможност за създаване на клъстери във виртуални машини;

  • възможност за динамично балансиране на натоварването, генерирано от няколко виртуални машини върху няколко физически хост машини;

  • автоматично рестартиране на виртуалните машини при отпадане на отделен физически хост;

  • поддръжка на CIM профили за наблюдение на физическите сървъри;

  • ръчно или автоматично мигриране на работещи виртуални машини от един на друг физически сървър;

  • осигуряване на дублиране на състоянието на работеща виртуална машина върху втори физически сървър, така че да се осигури непрекъсваемост на работата при отпадане на първия физически сървър;

  • оптимизиране на виртуалната среда, така че когато част от физическите ресурси не са необходими, те да бъдат изключвани с цел оптимизиране разходите, свързани с поддръжката на средата;

  •  създаване на групи от виртуални машини и заделяне на определени физически ресурси (памет и процесорно време) към отделните групи;

  • създаване/конфигуриране/прилагане на профили на физическите сървъри, използвани във виртуалната среда;

  • централизирано създаване на конфигурация на виртуален комутатор, която след това да бъде наложена върху физическите сървъри;

2.11. Резервиране/ Архивиране

Да осигурява:



  • достъп до данните във виртуалната среда, за създаване на резервни копия и архиви посредством софтуер за архивиране;

  • осъществяване на LAN-free резервни копия и архиви;

  • създаване на резервни копия на работещи виртуални машини.




  1. Споделен дисков масив – 1 бр.

    1. Тип: Да бъде високонадежден, без единична точка на прекъсване, за вграждане в стандартен 19" сървърен шкаф.

    2. Контролери:

Да разполага с минимум 2 бр. резервирани активни контролери за управление;

Всеки контролер трябва да осигурява минимум 4 бр. 1 Gbps iSCSI интерфейсни порта;

Всеки контролер трябва да осигурява минимум 2 GB кеш памет;

Всеки контролер да поддържа нива на защита RAID 0, RAID 1, RAID 1+0, RAID 3, RAID 5, RAID 6 или еквивалент.



    1. Поддръжка на типове дискове: Да поддържа SAS, mid-line (near-line) SAS дискове.

    2. Дисково пространство: Дисковият масив да бъде доставен с минимум 12 броя дискове с размер минимум 3TB 7200 rpm;

Дисковете да бъдат с минимум 6 Gbps SAS интерфейси;

Да позволява разширение до минимум 90 бр. дискове;

Да поддържа hot spare дискове.


    1. Захранване и охлаждане:

Да разполага с резервирани захранвания с възможност за гореща замяна;

Да разполага с резервирани вентилатори с възможност за гореща замяна.



    1. Поддържани операционни системи: Да работи със сървъри с операционни системи MS Windows Server 2003, MS Windows Server 2008, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, VMware.

    2. Софтуер за управление: Да се достави софтуер за управление на дисковия масив, да поддържа графичен потребителски интерфейс (GUI).

    3. Функционалност за създаване на локални копия: Да се достави с функционалност за създаване на локални копия от данни тип snapshots и clones.

    4. Съвместимост със софтуера за виртуализация: Да поддържа интеграция с предложения софтуер за виртуализация.




  1. Комутатор – 2 бр.

    1. Размери: За вграждане в 19“ компютърен шкаф;

Да включва всички необходими аксесоари за монтаж;

Размер – 1U.



    1. Мрежова свързаност:

Да разполага с минимум 20 броя 10/100/1000Mbps медни интерфейсни порта;

Да разполага с минимум 4 броя допълнителни интерфейсни порта за бъдещо разширение, поддържащи опция за 10Gb свързаност.



    1. Производителност:

Поддържани MAC адреси: минимум 16000;

Капацитет на комутиращата матрица: минимум 80 Gbps;

Производителност: минимум 90 Mpps;

Комутаторът да поддържа виртуални локални мрежи (VLANs);

Комутаторът да може да обработва големи пакети (Jumbo frames) с размер 9216 байта.


    1. Гарантиране на качеството (QoS):

Да поддържа Quality of Service функционалност;

802.1p class of service (CoS) и Differentiated Services.

4.5. Централизирано управление на устройството:

Да поддържа автентикация минимум TACACS+ и RADIUS.

4.6. Съвместимост със стандарти и протоколи:

Да поддържа минимум:



  • IEEE 802.1d – Spanning Tree;

  • IEEE 802.1p – CoS Prioritization;

  • IEEE 802.1q – VLAN Tagging;

  • IEEE 802.1s – Multiple Spanning Trees;

  • IEEE 802.1w – Rapid Spanning Tree;

  • IEEE 802.1x – Port Based Access Control;

  • IEEE 802.1AB (LLDP);

  • IEEE 802.3 – 10BASE-T specification;

  • IEEE 802.3u – 100BASE-T specification;

  • IEEE 802.3ab – 1000BASE-T specification;

  • IEEE 802.3ad – Link Aggregation;

  • TFTP;

  • RMON;

  • Telnet;

  • SNMP v1, v2, v3.

5. Сървърна операционна система – 10 бр.

5.1. Тип: MS Windows Server Standard Edition 2008 R2

Да се предвидят общо 43 бр. лицензи за клиентски достъп (CAL).


6. Лентово устройство за архивиране – 1 бр.

    1. Тип: Лентово устройство от тип аутолоудър/библиотека за вграждане в 19“ компютърен шкаф;

Да включва всички необходими аксесоари за монтаж;

Да включва необходимия контролер за свързване към един от сървърите за виртуализация;

Размер – 1U.


    1. Устройство: Минимум 1 бр. лентово устройство от тип Ultirum LTO 5 с мин. капацитет без компресия на данните (native data capacity) 1.5TB и мин. скорост на трансфер на данни 140 MB/s.

    2. Брой слотове: Да притежава мин. 8 слота.

    3. Общ капацитет: Минимум 12 TB некомпресиран капацитет.

    4. Интерфейс: 6 GB/sec SAS.

    5. Лентови касетки:

Да се доставят:

  • 1 бр. почистващи лентови касети;

  • 7 бр. лентови касети за данни с мин. капацитет без компресия на данните 1.5 TB native.

    1. Управление:

Да има интерфейс за отдалечен достъп за администриране, конфигуриране, наблюдение;

Да позволява отдалечено управление през уеб.




  1. Софтуер за архивиране и възстановяване – 1 бр.

    1. Тип: Да се осигурява автоматизирано и централизирано управление на процесите и операциите по архивиране и възстановяване.

    2. Функционалност:

- Да автоматизира процесите, свързани с backup, архивиране и възстановяване на информацията;

- Да централизира операциите, свързани с управлението на ресурсите за backup и архивиране на информацията;

- Да позволява архивиране и възстановяване на директории, файлове и файлови системи на операционна система Windows, Linux, UNIX;

- Да осигурява архивиране и възстановяване на бази данни в on-line-режим на работа (без прекъсване на работата на потребителите);

- Да работи с данни, разположени на различни видове локации (Local discs, SAN, DAS, NAS);

- Да работи с лентови устройства, роботизирани библиотеки, опериране с голям брой носители за архивиране, твърди дискове, виртуални библиотеки;

- Да осигурява архивиране и възстановяване на виртуални сървъри и интеграция с различни хипервайзори (Microsoft Hyper-V, VMware vSphere, Citrix XEN);

- Да поддържа създаване на пълно, диференциално и инкрементално резервно копие.

7.3. Съвместимост: Да бъде съвместим с доставеното оборудване и софтуер за виртуализация.

7.4. Лицензи: Да включва необходимите лицензи за архивиране и възстановяване на сървърите за виртуализация, виртуалната среда, работа с доставеното лентово устройство и неограничен брой клиентски агенти.




  1. Сървърен шкаф – 1 бр.

    1. Тип: Сървърен шкаф за монтаж на 19" оборудване.

    2. Височина: 42U.

    3. Широчина: 600 mm.

    4. Дълбочина: 1000 mm.

    5. Тип на предната врата: Метална, перфорирана.

    6. Тип на задната врата: Метална, перфорирана.

    7. Аксесоари: Странични панели, електроразпределителни модули, съвместими с доставеното оборудване.




  1. Непрекъсваемо токозахранващо устройство – 1 бр.

    1. Характеристики: On-line

    2. Размери: За вграждане в стандартен 19" шкаф;

    3. Изходяща мощност: Минимум 6100 VA (или повече ако защитата на оборудването го изисква);

    4. Изходящо напрежение: 220 - 240V, 50/60 Hz, синусоидална форма на изходното напрежение;

    5. Входящо напрежение: 220V, 230V, 240V, 50/60 Hz;

    6. Управление и наблюдение:

Да разполага с порт за отдалечено управление;

Да включва софтуер за управление и наблюдение в мрежа, позволяващ спиране на защитената техника.



    1. Батерии: Тип на батериите – необслужваеми.

Да включва необходимите батерии за осигуряване на автономна работа при пълно натоварване за минимум 20 минути.

    1. Инсталация и настройка:

Инсталация по местонахождение на Възложителя – включително ел.захранване, монтаж, окабеляване и конфигуриране на доставената техника, настройка и интеграция.






Каталог: uploads -> files
files -> Книга на етажната собственост (Загл изм. Дв, бр. 57 от 2011 г.)
files -> П р е д у п р е ж д е н и е от Управителя/Управителния съвет
files -> 10 години движение за социален хуманизъм
files -> Категория : open, индивидуален смесен Хендикап : за жени 8 точки на игра Дати : от 06 октомври до 12 октомври 2008
files -> Xxxv редовна годишна среща „Регионални организации и местни органи 2016”
files -> Списък на застрашените от изчезване местни сортове, важни за селскотостопанство
files -> Наредба №4 от 11 март 2011 Г. За реда и условията за провеждане на конкурси за полски инспектори
files -> Наредба №31 от 11 септември 2008 Г. За сертифициране на хмел и продукти от хмел и за регистриране на договорите за доставка на хмел
files -> Рег.№ Име на фирмата Адрес на управление и телефон
files -> Т е Х н и ч е с к о з а д а н и е технически изисквания и технически спецификации


Сподели с приятели:




©obuch.info 2024
отнасят до администрацията

    Начална страница