За осигуряване на работата на системите на ИАТ при осъществяване на електронните услуги, интегрираната информациона система трябва да реализира или включва достъп до следните основни информационни обекти (регистри) на ИАТ:
-
Лечебни заведения, които извършват дейности по трансплантация;
-
Проведени инспекции на лечебните заведения, осъществяващи дейности по трансплантация;
-
Издадени удостоверения по чл.40, ал.1, т.11 и чл.47, т.12 от ЗЛЗ;
-
Издадени разрешения по чл.51а от ЗЛЗ;
-
Извършени от лечебните заведения дейности по експертиза, вземане, присаждане, обработка, преработка, съхраняване, етикетиране и предоставяне на органи, тъкани и клетки;
-
Потенциални реципиенти – лица, нуждаещи се от присаждане на органи;
-
Дейности по вземане и присаждане на органи, тъкани и клетки с човешки произход;
-
Живи и трупни донори на органи, тъкани и клетки;
-
Реципиенти на органи, тъкани или клетки;
-
Договори за дарение на средства по чл.17 от ЗТОТК;
-
Лица, които приживе са изразили несъгласие за вземане на органи, тъкани или клетки;
-
Непатрньорски донори (анонимни и родствени) на репродуктивни клетки.
1.29Функционални изисквания към ИИС на ИАТ 1.29.1Целеви групи потребители
Ново-изградената ИИС на ИАТ е необходимо да обслужва следните целеви групи потребители:
1.29.1.1Вътрешни потребители
Това са групи потребители, които са служители на ИАТ и са от състава на ИАТ, а именно:
-
Изпълнителен директор
-
Заместник Изпълнителен директор
-
Главен секретар
-
Дирекция "Финансово-стопанска и административна дейност"
-
Дирекция "Регистри, информация, контрол и развитие на трансплантацията"
-
Администратор(и) на Системата
Вътрешните потребители са до 30 на брой.
1.29.1.2Външни потребители -
Етична комисия по трансплантация към МС
-
Публична донорна банка на стволови клетки и костен мозък
-
Лечебни заведения
-
Регионални здравни инспекции
-
Граждани и фирми
1.29.2Функционални модули на приложенията
Изгражданата ИИС следва да реализира функционалности, групирани в следните функционални модули:
-
Модул, реализиращ електронните административни услуги
-
Уеб портал (включващ и надгражданата Интернет страницата ИАТ)
-
Модул за администриране
1.29.3Изисквания към модул, реализиращ електронните административни услуги
Модулът за електронни услуги трябва да осъществява комуникацията между вътрешните информационни системи и ресурси на Агенцията и външни потребители и клиенти. Системата трябва да осигурява възможности за регистрация и контрол на достъпа, прилагане на различни протоколи и формати на данните за различните типове клиенти, контрол и обработка на информацията и въвеждане на проверените данни в регистрите и базите данни на ИАТ.
Модулът за електронни услуги трябва да реализира следните 11 административни услуги, които се предоставят от ИАТ:
-
Издаване на разрешение за осъществяване на дейност като тъканна банка (СУНАУ код М3.2-1)
-
Вписване на лица, нуждаещи се от присаждане на органи в служебния регистър на ИАТ (СУНАУ код М3.2-2)
-
Регистриране на трансплантационна процедура по вземане на органи от човешки труп (СУНАУ код М3.2-5)
-
Регистриране на трансплантационна процедура по вземане и присаждане на орган от жив донор (СУНАУ код М3.2-6)
-
Регистриране на трансплантационни процедури по вземане на тъкан или клетки (СУНАУ код М3.2-7)
-
Регистриране на трансплантационни процедури по присаждане на тъкан или клетки (СУНАУ код М3.2-8)
-
Регистриране на договори за дарение на средства за дейности по трансплантация (СУНАУ код М3.2-9)
-
Изготвяне на справка от служебния регистър на ИАТ на лица, които са изразили несъгласие за вземане на органи, тъкани и клетки след смъртта им (СУНАУ код М3.2-11)
-
Издаване на удостоверение на лечебни заведения за дейности по трансплантация, получили разрешение по реда на чл. 48 и чл. 40 от Закона за лечебните заведения (СУНАУ код М3.2-15)
-
Проверка в регистъра на ИАТ на донорите на сперматозоиди за непартньорско даряване по отношение на броя предходни дарявания и резултатите от тях (СУНАУ код М3.2-16)
-
Проверка в регистъра на ИАТ на донорите на яйцеклетки по отношение на броя предходни дарявания и резултатите от тях. (СУНАУ код М3.2-17)
1.29.3.1Минимално изискуеми функционални параметри на модула
Системата следва да предоставя напълно завършено решение за управляване на жизнения цикъл на документите (от създаването им до тяхното архивиране), свързани с предоставянето на единадесетте административни услуги по електронен път.
Жизненият цикъл на документите е даден на фигура 4.
Фигура 4Жизнен цикъл на документите.
1.29.3.2Работни потоци и документи -
Автоматични номера на заявките. Всички регистрирани заявки в системата да получават автоматично генериран номер.
-
Лесно създаване и работа в екип.Системата да предоставя интуитивен интерфейс за създаване на документите и съвместна работа на потребителите по вече създадените документи.
-
Използване на работни пространства за съвместна работа преди публикуване на документа.
-
Работни потоци за автоматизиране на жизнения цикъл. Работният поток се описва като серия от задачи, които произвеждат резултат. В контекста на системите за управление на документи работният поток се дефинира по-строго, като автоматизирано движение на документи през поредица от действия и задачи, които са свързани с бизнес процес.
-
Системата да позволява на потребителите да могат да стартират и участват в работни потоци, като използват формуляри по избор, които са налични в документа. Следните задачи на работен поток да могат да се изпълняват или в системата, или директно в определени клиентски програми:
-
Преглеждане на списъка на работните потоци, които са налични за документ.
-
Стартиране на работен поток в документ.
-
Преглеждане, редактиране или повторно възлагане на задача от работен поток.
-
Завършване на задача от работен поток.
-
Системата да предоставя възможност за дефиниране и генериране на справочна информация;
-
Извличане и редактиране на документ. Извличането на документи не позволява на много хора да правят промени по едно и също време, което също помага за избягване на конфликти и обърквания относно промените. Въвеждането и извличането на документите дава повече контрол при проследяването на версии, тъй като версия ще се създава само при създаване и въвеждане на документа, а не при всяко отваряне и затваряне на документа, за да се работи по него.
-
Когато документът е извлечен, никой да не може да го редактира, освен лицето, което го е извлякло. Неговата икона в библиотеката да се промени, за да покаже, че документа е извлечен. Системата да предоставя информация кой потребител е извлякъл документа. Промените, които друг прави във документа, докато той е извлечен, да не се виждат за останалите, докато документа не бъде регистриран отново. Това ще е така, независимо дали потребителят работи по документа върху твърдия си диск, или на сървъра на системата.
-
Системата да може да се конфигурира така, че да изисква да се извличат документите, преди да се редактират. Ако в системата е задължително извличането, трябва потребителите да бъдат подканени да извлекат документа, когато се редактира. Ако се налага извличане, първо да се вкара обратно новия документ, когато се създава или качва в системата. Документът да не е наличен за останалите, докато не се вкара обратно.
-
Версии на документите. Когато се извършват важни промени по документите, да се съхраняват направените промени по документите, както и техните свойства, като отделни версии на документа.
-
Версиите да са налични за документите във всички типове елементи на системата по подразбиране и за всички типове документи, които може да се съхраняват в системата.
-
Версиите да предлагат следната функционалност:
-
Запис на хронологията на версиите.Когато са разрешени версии, да може да се види кога и кой променя документа. Да може и да се види кога се променят свойствата или информацията за документа. Например ако някой промени крайната дата на документ, тази информация се появява в хронологията на версиите. За документите трябва да се виждат също коментарите, които потребителите включват за промените си.
-
Възстановяване на предишна версия като текуща версия.Ако се допусне грешка в текущата версия или когато трябва да се възстанови част от документа, който е изтрит, да може лесно да се замести текущата версия с предишна. Тогава текущата версия да стане част от хронологията на версиите.
-
Преглед на предишна версия.Да може да се преглежда предишна версия – например за да се позове на предишно указание – без да се презаписва текущата версия.
-
Системата трябва да може да проследява както главни версии, например тези, в които се добавя нов раздел, така и второстепенни версии, например тези, в които е поправена правописна грешка. Системата трябва да може и да ограничава броя на версиите, които се съхраняват.
-
Одобрение и публикуване на документите.Да може да се задава задължително одобрение на документите в (списък, компонент от уеб сайт, който съхранява и показва информация, към която потребителите може да добавят още, като използват браузърите си. Това изисква уеб сървър, на който е инсталирана Windows системата.
-
Правила за приключване и архивиране на документите. В системата да може да се дефинира информационна политика за управление на определен тип документи, така че да може да се конфигурира автоматично да се изпълни от зададен работен поток. Това включва автоматично приключване и архивиране на документите от системата.
-
Търсене на документи в системата.Системата да позволява търсене на документи, които съдържат конкретна дума или фраза, написана на определен език, създадени в определено приложение или документи, които имат определени свойства. Системата трябва да съдържа също и функции за ограничаване на търсене / разширено търсене.
-
Управление на правата за достъп до документите.– Системата да разрешава ограничаване на действията, които потребителите могат да предприемат върху документите, които са изтеглени от системата. Системата да може да шифрова изтеглените документи и да ограничава множеството от потребители и програми, на които е разрешено да дешифрират тези документи. Също така да може да се ограничат правата на потребителите, на които е разрешено четенето на документите, така че те да не могат да предприемат действия, като отпечатване на копия на документите или копиране на текст от тях.
-
Контрол на информацията в документите. Системата трябва да разрешава определяне на чувствителни данни и полета в документите, които подлежат на контрол при попълване или промяна. Контролът трябва да осигурява проверка на съдържанието на отделно поле или на съвкупност от полета, като гарантира вярност и интегритет на информацията.
-
Автоматични известявания. Системата да може да изпраща автоматични известявания при настъпване на определени събития. Всички потребители на портала да могат да настройват начина на изпращане на известяванията и какви известявания искат да получават.Известяванията да бъдат разделени на следните категории:
-
Групови известявания (изпратени само към определена група от потребители на портала) – тези известия да са предназначени за определена група от потребители.
-
Лични известявания (изпратени само към всеки потребител на портала) – тези известявания са лични за всеки потребител на портала и се отнасят за: статус на оплакване; статус на заявка за издаване на разрешително; известяване за прекратяване на разрешително; и др.
-
Достъп до документи и бланки. Порталът да позволява на потребителите да достъпват всички документи и бланки необходими за различни услуги предлагани от ИАТ. Порталът да може да показва документи и бланки само за определени услуги. Потребителите да могат да попълват бланките през портала и да ги разпечатват.
-
Публикуване на информация. Системата да позволява публикуване на информация за предлаганите административни услуги, която да се предоставя чрез публичния Уеб портал.
1.29.3.3Съвместна информационна система (JointInformationalSystem)
Съвместната информационна система трябва да позволява на регистрираните потребители да имат достъп до документи и бланки, необходими при заявяване на електронни административни услуги предоставяни от ИАТ. Системата трябва да може да показва документи и бланки само за определени електронни административни услуги, според регистрацията и интересите на потребителите. Потребителите трябва да могат да попълват бланките през системата и да ги разпечатват.
Потребителите трябва да могат да попълват бланките през системата и да ги разпечатват, според делегираните им права за достъп. Формите, съдържащи документи и бланки трябва да извършват контрол на попълваната информация за пълнота и интегритет на данните.
1.29.3.4Извличане на справки
Извършва се чрез отчетна подсистема, която включва съвкупност от статични (предварително дефинирани) справки и оперативни отчети, които се формират въз основа на критерии, задавани от потребителите.
1.29.4Уеб портал
Главната цел на Уеб портала е да предоставя онлайн услуги на гражданите и други ведомства. Този портал следва да надгради съществуващата Интернет страница на ИАТ и да осигури публичната част от системата. Порталът ще бъде основният информационен източник за електронните административни услуги, които предоставя ИАТ. Порталът трябва да предлага следните секции:
-
Публична секция, достъпна от Интернет;
-
Ограничена секция за регистрирани външни потребители с потребителско име и парола и/или квалифициран електронен подпис, достъпна от Интернет.
-
Ограничена секция за управление на съдържанието, която трябва да е достъпна за оторизирани служители на ИАТ;
-
Ограничена секция за администриране на портала, която трябва да е достъпна за оторизирани служители на ИАТ.
Публичната секция се осигурява чрез надграждане на Интернет страницата на ИАТ и осигурява функционалност на интернет сайта на агенцията. Служи за предоставяне на информация, публикувана от агенцията. Целта е да се предостави бърз и лесен достъп до генерирана статистическа и аналитична информация във връзка с дейностите на ИАТ, необходими на външните потребители (граждани, бизнес, инистутуции и неправителствени организации).
Порталът трябва да има система за управление на съдържанието (CMS- ContentManagementSystem). Съдържанието на портала трябва да може да се управлява от администратора на портала и оторизирани служители на ИАТ.
Всички ограничени секции в портала трябва да може да се достигат след разпознаване на потребителското име и парола. Достъпът на потребители до ресурси в портала трябва да се базира на потребителски права и роли. Администраторът на портала трябва да може да дефинира различни права за всяка страница в портала.
1.29.4.1Изисквания към системата за управление на съдържанието
Електронните административни услуги следва да се реализират като се използва широко известна и доказала се на практика Система за управление на съдържанието (ContentManagementSystem).
Изпълнителят е необходимо да включи в своята оферта и да осигури в рамките на изпълнението на проекта необходимите лицензи за системата за управление на съдържанието, които ще се използват за реализация на Интегрираната информационна система. В своето предложение Участникът следва да опише по вид и брой осигуряваните от него лицензи.
1.29.5Изисквания към модула за администриране и контрол
Модулът да осигурява функции по администриране на системата, като с него ще работи администраторът на системата и посредством него създава, актуализира и поддържа информация за потребителите на системата, роли в системата и права за достъп до модули и функции на системата.
Системата трябва да предоставя функционалност за дефиниране на роли и съответните им права за достъп до ресурсите (менюта, функции, данни и т.н.). От друга страна администраторът на системата може да регистрира нови потребители, като всеки потребител трябва да може да се свързва с определена роля. Администраторът може също така да прекратява (временно или постоянно) регистрацията на даден потребител, както и да променя асоциираната с него роля.
Всеки потребител се идентифицира в системата чрез потребителски име и парола.
1.29.5.2Контрол на действията на потребителите
Системата трябва да осигурява функционалност за контролна/ администраторска част с логове по дата, час, потребител, роля, дейност и други данни, необходими за проследяване и документиране на работата на потребителите със системата.Изпълнителят трябва да разработи подходящ потребителски интерфейс за извличане на справки на базата на съдържанието на логовете по разнообразни критерии (потребител, период от време и др).
1.29.5.3Архивиране и възстановяване на данни
Модулът за идминистриране трабва да дава възможност администраторите на системата да архивират и възстановяват данни на логическо ниво.
Сподели с приятели: |
