Технические требования к комплексу прикладных программ, обеспечивающему автоматизацию работ по формированию регионального хранилища данных и взаимодействующих с ним компонентов в системе льготного лекарственного обеспечения Калужской области (стр. 1 )

Приложение

к письму ГУ «МИАЦ Калужской области» -Б

«Извещение о размещении заказа на поставку комплекса прикладных программ путем запроса котировок цен товаров»

Технические требования к комплексу прикладных программ, обеспечивающему автоматизацию работ по формированию регионального хранилища данных

и взаимодействующих с ним компонентов

в системе льготного лекарственного обеспечения Калужской области

1. ПРИНЯТЫЕ СОКРАЩЕНИЯ

АРМ	Автоматизированное рабочее место
АУ	Аптечное учреждение
АУ-РХД	Компонент регионального хранилища данных на уровне аптечного учреждения
ГСП	Государственная социальная помощь
ЛПУ	Лечебно-профилактическое учреждение
ЛПУ-РХД	Компонент регионального хранилища данных на уровне лечебно-профилактического учреждения
ЛС	Лекарственное средство
МКБ-10, МКБ	Международная статистическая классификация болезней и проблем, связанных со здоровьем, 10-й пересмотр
МО	Муниципальное образование
НСИ	Нормативно-справочная информация
ОМС	Обязательное медицинское страхование
ОНЛС	Обеспечение необходимыми лекарственными средствами отдельных категорий граждан
ОС	Операционная система
ПК	Программный комплекс
ППК	Комплекс прикладных программ (прикладной программный комплекс), обеспечивающий автоматизацию бизнес-процессов лекарственного обеспечения на уровне региона
ПФР	Пенсионный фонд РФ
РОЛС	Реестр отпущенных лекарственных средств
РХД	Региональное хранилище данных
СМО	Страховая медицинская организация
СНИЛС	Страховой номер индивидуального лицевого счета в системе персонифицированного учета Пенсионного фонда РФ
СУБД	Система управления базами данных
ТОУЗ	Территориальные органы управления здравоохранением
ТРХД	Типовое региональное хранилище данных.
ТФОМС	Территориальный фонд обязательного медицинского страхования
ФК	Функциональный компонент
ФОМС	Федеральный фонд обязательного медицинского страхования
ФО	Фармацевтическая организация
ЦОД	Центр обработки данных (уполномоченная организация, осуществляющая сбор, обработку и контроль данных по ОНЛС)

2. Назначение комплекса прикладных программ.

Комплекс прикладных программ предназначен для автоматизации работ по формированию регионального хранилища данных и взаимодействующих с ним компонентов на уровне ТОУЗ - Министерство здравоохранения и социального развития Калужской области, ФО - Уполномоченный склад, осуществляющий хранение и доставку лекарственных средств до аптечных учреждений в рамках ОНЛС, и ЦОД - Государственное учреждение «Медицинский информационно-аналитический центр Калужской области» в системе льготного лекарственного обеспечения Калужской области.

3. Объект автоматизации.

Объектом автоматизации ППК является центр обработки данных Калужской области, осуществляющий централизованное управление всей программной системой при реализации целевой программы ОНЛС.

4. функциональные требования к ППК.

ЦОД, используя информацию, полученную от лечебно-профилактических учреждений и аптечных учреждения должен обеспечивать:

4.1.  Ежемесячную, по состоянию на 1 число отчетного месяца, загрузку регионального сегмента Федерального регистра или его обновлений, полученных от территориального отделения ПФ РФ, его обработку, сверку со сводным регистром застрахованного населения региона, присвоение серии и номера полиса обязательного медицинского страхования и формирование обновлений для участников ОНЛС с учетом ведения истории изменений сведений о каждом гражданине.

4.2.  Обработку и конвертирование регионального сегмента Федерального регистра лиц, имеющих право на получение Государственной социальной помощи в виде социальной услуги, предусмотренной, пунктом 1 части 1 статьи 6.2 Федерального закона -ФЗ (в редакции Федерального закона -ФЗ) от Отделения ПФ РФ по Калужской области из формата, представленного в Приложении №1 к данным техническим требованиям.

4.3.  Обработку и конвертирование сведений о лицах, имеющих право на получение Государственной социальной помощи в виде социальной услуги, предусмотренной пунктом 1 части 1 статьи 6.2 Федерального закона -ФЗ (в редакции Федерального закона -ФЗ) от ТФОМС Калужской области из формата, представленного в Приложении №2 к данным техническим требованиям.

4.4.  Анализ и консолидация сведений, указанных в пунктах 4.2. и 4.3. данных технических требований, в части сопоставления информационной составляющей по персонализированному ключу, в формат представленный в Приложении №3 к данным техническим требованиям.

4.5.  Формирование регистра лиц, имеющих право на получение государственной социальной помощи, в части предоставления дополнительной бесплатной медицинской помощи, предусматривающей обеспечение в соответствии со стандартами медицинской помощи по рецептам врача (фельдшера) необходимыми лекарственными средствами в формат:

- представленный в Приложении №4 к данным техническим требованиям для загрузки в модуль ЕРИС,

- представленный в Приложении №5 к данным техническим требованиям для загрузки в модуль ЛПУ («Корвет») и модуль Аптеки («УЛУС»).

4.6.  Ежемесячное, по состоянию на 1 число отчетного месяца, формирование регистра врачей и фельдшеров, имеющих право выписки льготных рецептов на основании утвержденного Министерством здравоохранения и социального развития Калужской области перечня должностей, которым предоставлено это право. Формат регистра представлен в Приложении №6 к данным техническим требованиям.

4.7.  В соответствии с приказом от 4 апреля 2008 года № 000н «О порядке ведения Федерального регистра больных гемофилией, муковисцидозом, гипофизарным нанизмом, болезнью Гоше, миелолейкозом, рассеянным склерозом, а также после трансплантацией органов (или) тканей»:

- формирование регистра пациентов 7 нозологий, имеющих право на льготное лекарственное обеспечение (Приложение к приказу № 000н),

- формирование сведений о лекарственных средствах, отпущенных пациентам из этого регистра (Приложение к приказу № 000н),

- формирование сведений о выписке и отпуске лекарственных средств пациентам из этого регистра за счет средств федерального бюджета, бюджета субъекта Российской Федерации для передачи Росздраву (Приложение к приказу № 000н).

Приказ от 4 апреля 2008 года № 000н представлен в Приложении №7 к данным техническим требованиям.

4.8.  Формирование реестра необходимых поставок ЛС в соответствии с Приложением №8 к данным техническим требованиям.

4.9.  Формирование реестра поставленных ЛС на территорию в ФО в соответствии с Приложением №9 к данным техническим требованиям.

4.10.  Формирование реестра заявленных ЛС МО в соответствии с Приложением №10 к данным техническим требованиям.

4.11.  Загрузку в РХД и дальнейшую передачу справочников федерального и территориального уровней в ФО, ЛПУ и АУ, в т. ч.

- льготы: данные о праве гражданина на получение государственной социальной помощи в соответствии с Приложением №11 к данным техническим требованиям,

- перечень лекарственных средств ОНЛС в соответствии с Приложением №12 к данным техническим требованиям,

- международное непатентованное наименование ЛС (МНН) в соответствии с Приложением №13 к данным техническим требованиям,

- МКБ (МКБ-10) в соответствии с Приложением №14 к данным техническим требованиям,

- торговых наименований ЛС в соответствии с Приложением №15 к данным техническим требованиям.

4.12.  Загрузку в РХД и дальнейшую передачу в ФО, ЛПУ и АУ НСИ, формируемой ТОУЗ:

- справочник ЛПУ в соответствии с Приложением №16 к данным техническим требованиям,

- справочник АУ в соответствии с Приложением №17 к данным техническим требованиям,

- справочник фарм. поставщиков в соответствии с Приложением №18 к данным техническим требованиям.

5. ОБЩИЕ ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ К ППК.

-  Оперативное получение должностными лицами органов управления здравоохранением детализированной информации об оформленных в лечебно-профилактических учреждениях области льготных рецептах и назначенных отдельным категориям граждан, имеющих право на получение Государственной социальной помощи, предоставляемой в виде набора социальных услуг, лекарственных средствах;

-  Мониторинг соответствия объемов выписки лекарственных средств по программе ДЛО Сводной заявке на лекарственные средства для дополнительного лекарственного обеспечения граждан области на текущий квартал отчетного периода;

-  Анализ агрегированных сведений о выписке лекарственных средств отдельным категориям граждан, имеющих право на получение Государственной социальной помощи, предоставляемой в виде набора социальных услуг, с детализацией до муниципального образования, лечебно-профилактического учреждения, врача, имеющего право выписки льготных рецептов по программе ДЛО, и отдельного гражданина;

-  Оперативный контроль сведений о выписке лекарственных средств в ЛПУ области по критериям медико-экономической экспертизы, определяемым Заказчиком;

-  Предоставление лечебно-профилактическим учреждениям области оперативной информации о наличии лекарственных средств в аптечных учреждениях области, осуществляющих отпуск медикаментов по льготным рецептам в рамках Программы дополнительного лекарственного обеспечения отдельных категорий граждан.

-  формирование автоматически обновляемой таблицы, содержащей ключевые показатели функционирования системы управления региональной программы ДЛО;

-  формирование автоматически обновляемой информации, отображающей текущее состояние связи с ЛПУ и АУ, и происходящих в них событий;

-  мониторинг исполнения квартальной заявки на ЛС;

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

-  учет и документирование операций товародвижения (прихода и расхода лекарственных средств) с использованием электронных накладных;

-  формирование сводных данных по аптечным учреждениям за любой период времени с уровнем детализации до пациента;

-  контроль и автоматизация процесса обслуживания отсроченных льготных рецептов за любой период времени с уровнем детализации до пациента;

-  ведение номенклатуры отсроченных льготных рецептов по МНН льготных рецептов за любой период времени с уровнем детализации до АУ;

-  формирование актуальных остатков ЛС по любому АУ;

-  формирование реестра выписанных льготных рецептов по любому ЛПУ;

-  формирование реестров рецептов ЛС, отпущенных при оказании дополнительной бесплатной медицинской помощи отдельным категориям граждан по любому АУ для различных фармако-терапевтических групп.

-  выгрузку информации об оформленных рецептах (в форматах, регламентированных нормативными документами Федерального уровня);

-  выгрузку информации об обслуженных, отсроченных, отложенных и аннулированных рецептах (в форматах, регламентированных нормативными документами Федерального уровня).

Требования к серверу, обеспечивающему работу сервера приложений и сервера баз данных:

-  Операционная система: Microsoft Windows 2003 Server Standard;

-  Сервер приложений: Microsoft Internet Information Server;

-  Сервер баз данных: Microsoft SQL Server 2005 standard;

-  Оперативная память: Минимум 4 Гбайт;

-  Жесткий диск (HDD): Минимум 100 Гбайт (50 Гбайт/год);

-  Канал связи: минимум 1Мбит/сек (1000 рабочих мест).

Требования к отчуждаемости и совместимости решения: Решение должно быть построено на основе серверного программного обеспечения Microsoft (IIS, SQL Server 2005), что должно позволять выполнять работы по сопровождению без участия исполнителя.

6. Технологические требования

ФК, входящие в состав ППК, должны функционировать под управлением семейства операционных систем Windows. Данное требование предъявляется в связи с тем, что большинство серверного оборудования и большинство рабочих станций учреждений и организаций, осуществляющих информационное взаимодействие при реализации целевой программы ОНЛС, управляется операционными системами семейства Windows.

Компоненты ППК должны использовать одинаковые технологические решения, а именно:

-  При разработке ФК должна использоваться одна и та же среда разработки.

-  Для организации рабочих баз данных должна использоваться одна и та же модель метаданных.

-  ФК должны быть разработаны с применением открытой модульной архитектуры, позволяющей расширять функциональность ФК путем подключения дополнительных модулей.

-  ФК должны обеспечивать разграничение доступа пользователей к функциям и массивам данных на основе ролей пользователей.

-  ФК должны предоставлять возможность настройки прав пользователей на основе ролей, в соответствии с выполняемыми пользователями задачами.

-  ФК должны предоставлять возможность создания резервных копий баз данных и восстановления баз данных из резервных копий.

-  ФК должны использовать единую технологию централизованного распространения и проведения обновлений ПК.

-  ФК должны использовать единую технологию проведения реструктуризации базы данных при обновлении ФК.

-  ФК должны иметь единую технологию универсального настраиваемого экспорта/импорта данных в XML и DBF форматах.

-  ФК должны использовать единую технологию информационного взаимодействия на уровне файлового обмена данными в XML-формате посредством единого транспортного сервиса.

-  ФК должны предоставлять возможность настройки формируемых отчетов и отчетных форм.

-  ФК должны предоставлять возможность подключения настраиваемых алгоритмов проведения медико-экономической экспертизы.

Все ФК, входящие в состав ППК, должны включать в себя компоненты единого транспортного сервиса, обеспечивающего экспорт и импорт файлов в формате XML и DBF. При этом интегрирующим ядром информационного взаимодействия должен являться ФК «ОНЛС-ЦОД».

7. Требования по применению 

системы управления базами данных.

Система управления базами данных (СУБД), используемая для управления оперативными базами данных и построения информационного хранилища ФК, входящих в состав ППК, должна обеспечивать:

-  Масштабируемость. Отсутствие существенного снижения скорости выполнения пользовательских запросов при пропорциональном росте количества запросов и аппаратных ресурсов, используемых данной СУБД (таких как объем оперативной памяти, количество процессоров и серверов).

-  Надежность. Минимальную вероятность сбоев, наличие средств восстановления данных после сбоев, инструментов резервного копирования и дублирования данных. Наличие таких функций, как зеркалирование БД, кластеризация с переключением на резервный ресурс, создание снимков БД (повышение эффективности оперативной работы, минимизация простоев и обеспечение постоянной готовности важнейших корпоративных систем).

-  Управляемость. Простоту администрирования, наличие средств автоматического конфигурирования (средств создания баз данных и их объектов, инструменты описания правил репликации данных между различными серверами, утилиты управления пользователями, группами пользователей и их правами, средства мониторинга событий, средства просмотра планов выполнения запросов, утилиты миграции из других СУБД), единую консоль управления, интеграцию с базовой инфрастуктурой.

-  Безопасность. Шифрование баз данных,  безопасные настройки по умолчанию, реализацию политики паролей, гранулярное управление разрешениями.

-  Открытость. Поддержку доступа к данным с помощью Web-служб и поддержку стандартных механизмов доступа к данным (таких как ODBC, JDBC, OLE DB, ).

-  Эффективность работы разработчиков. Расширенный набор поддерживаемых языков, возможности расширения, оптимизация доступа к данным, структура приложений.

-  Интеграцию. Прозрачное представление данных из разнородных источников.

-  Анализ. Оперативный анализ данных (OLAP), создание сложных аналитических моделей и интеграцию их в бизнес-операции.

-  Составление отчетности. Высокопроизводительное ядро обработки и форматирования отчетов, полный набор средств создания, управления и просмотра отчетов, наращиваемую архитектуру и открытые интерфейсы для встраивания отчетов или интеграции решений по составлению отчетности в разнотипные ИТ-среды.

 

8. Требования к документации.

Проектная и эксплуатационная документации на ППК является наиболее объективным свидетельством соответствия поставляемого ППК настоящим Техническим требованиям, в связи с этим к конкурсной заявке должен быть приложен комплект данных документов в соответствии с требованиями, изложенными в данном пункте.

Желательным является предоставление демонстрационного образца ППК или его элементов.

Требования к проектной и эксплуатационной документации:

ППК должен сопровождаться следующей документацией, разработанной с учетом требований ГОСТ 19.101-77, 19.202-78, 19.507-79,19.501-78, 19.502-78, 19.401-78:

-  Ведомость эксплуатационных документов;

-  Спецификация;

-  Формуляр;

-  Описание применения, состоящее из следующих частей:

§  Часть 1. Общие сведения (требования к содержанию согласно ГОСТ 19.502-78);

§  Часть 2. Руководство по установке;

§  Часть 3. Руководство администратора;

§  Часть 4. Руководство пользователя.

9. Требования к эргономике и эстетике.

ППК должен удовлетворять следующим требованиям:

1.  Соблюдение единых правил организации интерфейса с пользователем;

2.  Типовая реакция системы на неверные действия пользователей;

3.  Типовой порядок заполнения классифицируемых реквизитов с использованием справочников;

4.  Использование фиксированного перечня терминов и определений системы при организации диалога и формировании экранов.

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

Программное обеспечение должно быть разработано с учетом современных требований по эргономике и технической эстетике. К числу таких требований относятся следующие:

1.  Выполнение схожих функций схожими методами;

2.  Использование графического пользовательского интерфейса;

3.  Соответствие пользовательского интерфейса стандартам, принятым в операционной среде MS Windows;

4.  Альтернативное использование для диалоговой работы пользователем клавиатуры и мыши (назначение управляющих клавиш клавиатуры и мыши должны соответствовать стандартам, принятым в MS Windows);

5.  Организация диалога на базе окон, при этом в окне могут использоваться: кнопки, поля, списки, переключатели, панели, полосы прокрутки.

10. Требования к дистрибутивам.

Требования к компоновке дистрибутивов:

Дистрибутивы компонентов ППК должны распространяться на CD или DVD дисках. Установочный диск должен содержать:

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

-  программы-инсталлятора: «ОНЛС-ЕРИС» в виде мастера;

-  описание применения, состоящее из следующих частей:

§  Часть 1. Общие сведения (требования к содержанию согласно ГОСТ 19.502-78);

§  Часть 2. Руководство по установке;

§  Часть 3. Руководство администратора;

§  Часть 4. Руководство пользователя.

Установочный диск не должен содержать какие-либо способы и средства, препятствующие свободному копированию находящейся на нем информации.

Приложение

к Техническим требованиям к комплексу прикладных программ, обеспечивающему автоматизацию работ по формированию регионального хранилища данных и взаимодействующих с ним компонентов в системе льготного лекарственного обеспечения Калужской области

Передача ОПФР регионального сегмента Федерального регистра или изменений в нем осуществляется в виде файла, информация в котором подготовлена в символьном виде (используется код ASCII, кодовая страница 866), поля фиксированной длины.

1. Имя файла.

Имя файла имеет вид PРРГММДД. ООП

где: PРР - код региона из классификатора территорий ПФР (см. таблицу 6);

ГММДД - дата формирования файла (последняя цифра года, месяц, день);

ОО – признак организации, для которой предназначен файл. Для уполномоченных органов государственной власти субъектов Российской Федерации – значение MS;

П – признак вида представления информации. Может принимать следующие значения:

0 - полный региональный сегмент Федерального регистра;

1 - данные об изменениях в региональном сегменте Федерального регистра.

2. Типы записей файла данных.

Типы записей файла данных определяются значением первого символа каждой записи этого файла.

В – запись номера версии формата данных и идентификация источника информации;

О – основная запись об учетных данных.

Учетная запись типа «О» является уникальной и может быть представлена на одно лицо, имеющее право на государственную социальную помощь, один раз.

1.1. Л - запись о праве гражданина на получение ГСП в виде НСУ.

Запись типа «В» должна быть всегда первой записью каждого файла данных.

Записи типа «Л» должны идти после записи типа «O».

Количество записей типа «Л» должно соответствовать реквизиту «Количество записей о праве на получение ГСП», указанному в записи типа «О».

1) Запись номера версии формата данных и идентификация источника информации - тип «В»

Таблица 1

№ п/п	Длина	Тип	Значение
1	1	С	В (тип записи)
2	10	С	4.0
3	14	С	Регистрационный номер организации, подготовившей информацию 999 (код региона - код района – регистрационный номер в ПФР)
4	100	С	Наименование организации (краткое)

2) Основная запись об учетных данных – тип «О»