Приложение

к заявке

Описание лабораторной информационной системы (ЛИС)

Наименование

Кол-во

Цена, руб.

Сумма, руб.

1. Системное ПО

1.  АРМ врача / Модуль Анализы

136

2.  АРМ Лаборатория / модуль Процедурный кабинет

12

3.  АРМ Лаборатория / модуль Лаборатория

25

4.  АРМ Администратора / Модуль настройка Анализов

3

5.  Модуль «Склад»

4

2. Прочее

1.  Адаптация и модификация структуры базы данных медицинского учреждения.

1

2.  Установка серверной части приложения.

1

3.  Инсталляция, включая связь с ПК «Здравоохранение».

180

4.  Подключение анализаторов.

15

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

Внедрение программного продукта лабораторная информационная система (ЛИС)

СОДЕРЖАНИЕ

1. Общая характеристика. 2

2. Требования к автоматизации первичного сбора, учета, хранения и обработки данных. 2

2.1. АРМ Лаборатория, модуль «Процедурный кабинет». 2

2.2. АРМ администратора, модуль «Анализы». 2

2.3. АРМ Лаборатория, модуль «Лаборатория». 2

2.4. Складской учет лаборатории. 2

3. Обеспечение информационной поддержки медицинского персонала и администрации. 2

3.1. АРМ Врача, модуль «Анализы». 2

3.2. Отчеты и статистика. 2

4. Обмен данными. Интеграция с программными комплексами. 2

5. Требования к обеспечению безопасности. 2

6. Требования к условиям эксплуатации. 2

7. Требования к видам обеспечения.. 2

7.1. Требования к системному программному обеспечению. 2

НЕ нашли? Не то? Что вы ищете?

7.2. Требования к системе управления базами данных (СУБД) 2

7.3. Требования к системному программному обеспечению для рабочих станций. 2

7.4. Требования к средствам разработки приложений.. 2

7.5. Требования к скорости передачи данных. 2

7.6. Совместимость с используемыми в учреждении программными продуктами 2

8. Требования к надежности.. 2

9. Состав и этапы выполнения работ по внедрению.... 2

9.1. Перечень работ.. 2

9.2. Состав работ по вводу Программного продукта в действие.. 2

10. Порядок оформления и сдачи работ по внедрению программного продукта. 2

11. Порядок контроля и приемки работ.. 2

11.1. Предварительные испытания.. 2

11.2. Опытная эксплуатация.. 2

11.3. Приёмочные испытания.. 2

12. Требования к программной документации.. 2

13. Требования к исполнителю. 2

1.  Общая характеристика.

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

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

Назначение ЛИС – накопление, обработка и анализ, управление рабочей информацией технологического процесса лаборатории МУ «Городская поликлиника», обеспечивающее максимальную эффективность автоматизации рабочих процессов с применением современных программных и аппаратных средств.

Система должна обеспечивать полную автоматизацию технологического процесса лаборатории:

·  забор материала и регистрация задания на исследование,

·  регистрация материала и пациента в ЛИС, маркирование, первичная обработка материала,

·  выполнение исследований в автоматическом и ручном режимах,

·  обработка результатов исследований,

·  контроль качества,

·  архивирование результатов и составление отчетности,

·  коммуникации с внешними информационными системами,

·  статистические расчеты и отчеты,

·  обеспечение безопасности,

·  занесения лабораторных услуг в реестр оказанной медицинской помощи ОМС,

·  вывод через Интернет информации о готовности результатов анализов.

2.  Требования к автоматизации первичного сбора, учета, хранения и обработки данных.

2.1.  АРМ Лаборатория, модуль «Процедурный кабинет».

2.1.1.Ведение полной информации о пациенте в его электронной регистрационной карте.

2.1.2.Поиск направления посредством сканирования считывателем штрих-кода, ручного ввода.

2.1.3.Автоматическая или ручная нумерация образцов анализов в зависимости от заданных настроек.

2.1.4.Проставление даты взятия образцов анализов, в том числе автоматическое проставление даты взятия образцов анализов при считывании штрих-кода направления на анализ.

2.2.  АРМ администратора, модуль «Анализы».

2.2.1.Настройка исследований выполняемых в лаборатории.

2.2.2.Возможность ведения и настройки базы тестов.

2.2.3.Ввод неограниченного числа диапазонов допустимых значений результатов в зависимости от возраста и пола пациента.

2.2.4.Простая процедура конфигурации новых тестов для анализаторов.

2.2.5.Возможность быстрого добавления анализатора в систему без прерывания рабочего процесса всей лаборатории.

2.2.6.Настройка функциональных рабочих мест (процедурный кабинет, лаборатория, врач).

2.2.7.Настройка и установка связей между направлениями на анализы и выполняемыми на данные анализы услуги для автоматического назначения выбранных услуг в случай заболевания.

2.2.8.Наличие драйверов ЛИС к автоматическим анализаторам, используемым в лабораториях и подключение анализаторов согласно Приложению 2.

2.3.  АРМ Лаборатория, модуль «Лаборатория».

2.3.1.  Возможность поиска пациента или направления в базе данных медицинского учреждения, используемой программным комплексом «Здравоохранение» (Свидетельство об официальной регистрации программы № от 01.01.2001 г.)

2.3.2.  Возможность поиска образца анализа по его коду в базе данных медицинского учреждения, используемой ПК «Здравоохранение».

2.3.3.  Возможность регистрации образцов, поступающих в лабораторию.

2.3.4.  Обеспечение автоматического обмена данными с анализаторами.

2.3.5.  Автоматическая регистрация результатов анализа пациента, передаваемых анализатором.

2.3.6.  Обработка результатов.

2.3.7.  Техническое подтверждение результатов.

2.3.8.  Возможность автоматического добавления услуг ОМС в случай заболевания, в режиме реального времени, соответствующих лабораторному исследованию с возможностью включения и отключения данной функции.

2.3.9.  Автоматическое добавление услуг в случай по дополнительной диспансеризации.

2.3.10.Автоматическая установка даты проведения анализа при считывании штрих-кода направления.

2.3.11.Возможность ручного ввода и редактирования результатов тестов анализов.

2.3.12.Автоматический контроль результатов тестов и информирование о соответствии или об отклонении заданным нормам, с учетом возраста и пола пациента.

2.3.13.Формула крови. Возможность ручного подсчета лейкоцитарной формулы.

2.3.14.Возможность построения и печати формулы крови (миелограммы), представляющей график распределения формулы крови по 5-и показателям.

2.3.15.Возможность ввода данных миелограммы непосредственно с рабочего места ЛИС.

2.4.  Складской учет лаборатории.

2.4.1.  Учет получения ресурсов путем закупки.

2.4.2.  Учет возврата поставщику части закупленных ресурсов.

2.4.3.  Учет перемещения ресурсов с одного места хранения на другое.

2.4.4.  Учет расходование ресурсов по назначению.

2.4.5.  Учет утраты или порчи ресурсов.

2.4.6. Учет фактического состояния запасов в некоторый момент времени. Заказ на поставку - автоматическое формирование заказов на поставку для возобновления.

3.  Обеспечение информационной поддержки медицинского персонала и администрации.

3.1.  АРМ Врача, модуль «Анализы».

3.1.1.  Формирование и печать направления на лабораторное исследование с функцией печати штрих-кода исследования.

3.1.2.  Привязка результата исследования к направлению и случаю заболевания.

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

3.1.4.  Наличие истории пациента, проходившего обследование в лаборатории, по каждому исследованию и/или тесту.

3.1.5.  Быстрое извлечение результатов из архива.

3.1.6.  Доступность архивов в режиме реального времени.

3.1.7.  Печать лабораторных результатов.

3.1.8.  Переход в АРМе Врача из модуля «Случай» в модуль «Анализы» по данному пациенту.

3.2.  Отчеты и статистика.

3.2.1.  Выбор конфигурируемых отчетов о рабочем процессе (по пациентам в определенном диапазоне, по набору тестов, по дате в определенном диапазоне, по оператору, по отделению, по анализатору).

4.  Обмен данными. Интеграция с программными комплексами.

4.1.  Интеграция и обеспечение полной совместимости функционала ЛИС с программным комплексом «Здравоохранение», установленного в МУ «Городская поликлиника».

5.  Требования к обеспечению безопасности.

5.1.  Блокировка попыток несанкционированного доступа.

5.2.  Настройка параметров пароля (минимальная длинна, срок действия)

5.3.  Проверка уникальности пароля;

5.4.  Настройка рабочих мест с ограничением прав доступа.

5.5.  Настройка фиксированных рабочих мест.

5.6.  Настройка рабочего времени по дням недели для каждого пользователя.

5.7.  Аутентификацию пользователя.

5.8.  Присвоение различным категориям пользователей различных приоритетов доступа.

5.9.  Контролируемый паролем доступ ко всем системным функциям.

5.10.  Средства поддержки истории изменений результатов анализов.

6.  Требования к условиям эксплуатации.

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

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

6.3.  Информационная система должна иметь общую систему обновления клиентского программного обеспечения.

7.  Требования к видам обеспечения

7.1.  Требования к системному программному обеспечению.

Операционная система сервера базы данных ЛИС должна обеспечивать: многопользовательский режим работы;

7.1.1.  механизмы защиты от несанкционированного доступа;

7.1.2.  широкие возможности администрирования.

7.2.  Требования к системе управления базами данных (СУБД)

7.2.1.  ЛИС должна использовать СУБД сервера базы данных установленную у заказчика - Oracle10g Database Release 2.

7.3.  Требования к системному программному обеспечению для рабочих станций.

Программный продукт должен быть совместим с операционными системами Windows XP, Windows Vista, Windows 7.

7.4.  Требования к средствам разработки приложений

Средства разработки приложений должны обеспечивать:

7.4.1.  поддержку интерфейсов обмена информацией с СУБД Oracle10g Database Release 2,

7.4.2.  средства графической визуализации информации,

7.4.3.  поддержку многоверсионности.

В качестве основного средства разработки должно использоваться Embarcadero Delphi 2010.

7.5.  Требования к скорости передачи данных.

7.5.1.  Внедряемый программный продукт должен функционировать, используя внутреннюю частную сеть МУ «Городской поликлиники», соединяющую удаленные подразделения на скорости передачи данных 256 кбит/с.

7.6.  Совместимость с используемыми в учреждении программными продуктами

7.6.1.  Поддержка обмена данными с ПК «Здравоохранение» (Свидетельство об официальной регистрации программы № от 01.01.2001 г): (сохранение направлений на анализ, просмотр результатов проведенных исследований, формирование графика изменений показателей анализов).

8.  Требования к надежности

В рамках данного Технического задания специальных (не стандартных) требований к надёжности комплекса технических средств не предъявляется. В целом система должна быть построена на основе отказоустойчивого масштабируемого оборудования.

Потери данных в случае аварийного отключения питания не допускаются.

Надёжность программного продукта должна определяться следующими показателями надёжности:

·  средняя наработка на отказ;

·  среднее время восстановления работоспособности.

Надёжность программного комплекса в целом и его подсистем определяется значениями показателей надёжности для аварийных ситуаций, которые могут возникнуть в процессе эксплуатации.

При функционировании подсистем и программных модулей могут возникнуть следующие аварийные ситуации:

·  Программный сбой;

·  Разрушение программного обеспечения;

·  Разрушение базы данных.

В случае программного сбоя показатели надёжности системы должны быть следующими:

·  Средняя наработка на отказ программного обеспечения должна составлять 8 часов;

·  Среднее время восстановления работоспособности программного обеспечения должно составлять 2 мин.

При разрушении программного обеспечения на рабочей станции необходимо обеспечить среднее время восстановления работоспособности – 2 часа.

Для ситуации полного или частичного разрушения базы данных система должна обеспечивать следующие значения показателей надёжности:

·  Средняя наработка на отказ – 8 640 часов;

·  Среднее время восстановления работоспособности – 24 часа.

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

9.  Состав и этапы выполнения работ по внедрению

9.1.  Перечень работ

9.1.1.  Подготовка объекта автоматизации к вводу программного продукта в действие.

9.1.2.  Подготовка персонала.

9.1.3.  Пусконаладочные работы.

9.1.4.  Проведение предварительных испытаний.

9.1.5.  Проведение опытной эксплуатации.

9.1.6.  Проведение приемочных испытаний.

9.2.  Состав работ по вводу Программного продукта в действие

Внедрение должно включать следующие работы:

9.2.1.  Подготовка объекта автоматизации:

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

9.2.2.  Подготовка персонала:

9.2.2.1.  инструктаж пользователей;

9.2.2.2.  инструктаж специалистов отдела информационных технологий.

9.2.3.  Комплектация поставляемыми изделиями:

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

9.2.4.  Пусконаладочные работы:

9.2.4.1.  установка серверной части информационного обеспечения;

9.2.4.2.  установка и настройка программного продукта на рабочие станции заказчика;

9.2.4.3.  формирование справочников и классификаторов;

9.2.4.4.  подключение анализаторов к ЛИС.

9.2.5.  Проведение предварительных испытаний:

9.2.5.1.  проверка работоспособности установленного и настроенного программного продукта на реальных наборах данных;

9.2.5.2.  устранение неисправностей и внесение изменений в документацию на ЛИС в соответствии с протоколом испытаний;

9.2.5.3.  оформление акта о приемке ЛИС в опытную эксплуатацию.

9.2.6.  Проведение опытной эксплуатации:

9.2.6.1.  анализ результатов опытной эксплуатации ЛИС;

9.2.6.2.  доработка (при необходимости) программного обеспечения ЛИС;

9.2.6.3.  оформление акта о завершении опытной эксплуатации.

9.2.7.  Проведение приемочных испытаний:

9.2.7.1.  анализ результатов испытания ЛИС и устранение недостатков, выявленных при испытаниях;

9.2.8.  оформление акта о приемке ЛИС в постоянную эксплуатацию.

10.  Порядок оформления и сдачи работ по внедрению программного продукта.

Результатами работ по поставке ЛИС являются:

10.1.  Информационные комплексы типовых подсистем;

10.2.  Программные модули;

10.3.  Программная и эксплуатационная документация.

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

Программная и эксплуатационная документация должна быть оформлена в соответствии с ГОСТ 34.201-89, ГОСТ 2.104-68, ГОСТ 2.105-95, ГОСТ 2.106-96. Документация должна поставляться на магнитных или оптических носителях информации.

Программные модули и документация должны быть переданы Заказчику.

11.  Порядок контроля и приемки работ

На этапе контроля и приёмки ЛИС должны проводиться следующие виды испытаний:

11.1.  Предварительные испытания

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

11.2.  Опытная эксплуатация

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

11.3.  Приёмочные испытания

Приёмочные испытания должны выполняться с целью определения соответствия программного комплекса Техническим требованиям и решения вопроса о возможности приёмки системы в промышленную эксплуатацию.

При проведении испытаний программного комплекса необходимо проверить:

·  Качество выполнения функций согласно Техническим требованиям;

·  Комплектность и полноту технической документации;

·  Количественные и качественные характеристики выполнения функций;

·  Степень выполнения требований по обеспечению защиты информации от несанкционированного доступа;

·  Выполнение требований по сохранности информации;

·  Надёжность функционирования программных модулей.

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

Приёмка программного комплекса в опытную эксплуатацию должна сопровождаться оформлением соответствующих актов приёмки в опытную эксплуатацию.

12.  Требования к программной документации

Документация на ЛИС, передаваемая Заказчику, должна формироваться из следующих документов:

12.1.  "Спецификация" по ГОСТ 19.202-78;

12.2.  "Описание программного комплекса" по ГОСТ 19.402-78;

12.3.  "Программа и методика испытания" по ГОСТ 19.301-79;

12.4.  "Описание применения" по ГОСТ 19.502-78;

12.5.  "Руководство системного программиста" по ГОСТ 19.503-79;

12.6.  "Руководство по техническому обслуживанию" по ГОСТ 19.508-79;

12.7.  "Структура эксплуатирующей организации";

12.8.  "Требования к персоналу и его численности";

12.9.  "Рекомендации по проведению обучения с описанием уровня подготовки пользователя";

12.10.  "Руководство пользователя" по РД 50-34.698-90

12.11.  "Инструкция по эксплуатации";

12.12. "Должностные инструкции".

12.13. "Текст программы ЛИС"

Программная документация должна поставляться на бумажном носители и в виде электронных документов на оптических носителях.

13.  Требования к исполнителю.

13.1.  Исполнитель обязан установить и настроить программное обеспечение и оказать сопутствующие услуги согласно технического задания (приложение №2).

13.2.  Исполнитель должен обеспечить подключение рабочих мест к серверу базы данных ЛИС по локально-вычислительной сети со скоростью не менее 256 к/сек.

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


Приложение

к Техническому заданию

Перечень оказываемых услуг по внедрению программного продукта лабораторная информационная система (ЛИС)

Наименование

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

Кол-во

1.  Прикладное ПО (драйверы для анализаторов)

драйвер для Medonic 530 CA

Medonic 530 CA.

3

драйвер для Clinitek 500

Clinitek 500.

1

драйвер для OLYMPUS AU -640

OLYMPUS AU -640.

1

драйвер для Sta Compact

Sta Compact.

1

драйвер для RAL Clima MC-15

RAL Clima MC-15.

2

драйвер для ADVIA 2120

ADVIA 2120.

1

драйвер для ABX Micros 60

ABX Micros 60.

1

драйвер для МЕК-6400

МЕК-6400.

1

драйвер для Erma РСЕ 210

Erma РСЕ 210.

1

драйвер для BIOSEN Super GL

BIOSEN Super GL.

1

драйвер для CL 500

CL 500.

1

драйвер для Aution 4270

Aution 4270

1

2.  Системное ПО

АРМ врача / Модуль Анализы

136

АРМ Лаборатория / модуль Процедурный кабинет

4

АРМ Лаборатория / модуль Лаборатория

25

АРМ Администратора / Модуль настройка Анализов

3

Модуль «Склад».

4

3.  Прочее

Адаптация и модификация структуры базы данных медицинского учреждения.

1

Установка серверной части приложения.

1

Инсталляция, включая cвязь с ПК «Здравоохранение».

172

Подключение анализаторов.

15

Приложение

к Техническому заданию

Перечень анализаторов, расположенных

на объектах МУ «Городская поликлиника»

№ п/п

Наименование анализатора

Тип анализатора

Производитель

Городская поликлиника №1

1.   

Medonic 530 CA.

Гематологический анализатор

Medonic, Швеция.

2.   

Medonic 530 CA.

Гематологический анализатор

Medonic, Швеция.

3.   

Clinitek 500.

Анализатор мочи.

США-Германия.

4.   

OLYMPUS AU -640.

Автоматический биохимический анализатор.

OLYMPUS, Япония.

5.   

Sta Compact.

Анализатор для исследования системы гемостаза.

Roche, Швейцария.

6.   

RAL Clima MC-15.

Полуавтоматический биохимический анализатор

RAL, Испания.

7.   

ADVIA 2120.

Автоматический гематологический анализатор

BAYER DIAGNOSTICS, США-Германия.

Городская поликлиника №2

8.   

ABX Micros 60.

Анализатор гематологический автоматический.

ABX, Франция.

9.   

МЕК-6400.

Автоматический гематологический анализатор.

Nihon Kohden, Япония.

10.  

RAL Clima MC-15.

Полуавтоматический биохимический анализатор.

RAL, Испания.

11.  

Aution 4270

Анализатор мочи.

США-Германия.

Городская поликлиника №3

12.  

Medonic 530 CA.

Гематологический анализатор.

Medonic, Швеция.

13.  

Erma РСЕ 210.

Автоматический гематологический анализатор.

Erma Inc., Япония.

14.  

BIOSEN Super GL

Автоматический анализатор глюкозы и лактата.

Dr. Mueller, Германия

15.  

CL500.

Анализатор мочи.

BAYER DIAGNOSTICS, США-Германия.