Информационное сообщение конкурс icon

Информационное сообщение конкурс



Смотрите также:
Информационное сообщение...
Информационное сообщение конкурс...
Информационное сообщение...
Конкурс студенческих идей «шаг в будущее» информационное сообщение...
Iii. Информационное сообщение о региональных программах по оказанию содействия добровольному...
Состоится Конкурс на право заключения договора аренды земельного участка из земель населенных...
Информационное сообщение (извещение)...
Первое информационное сообщение...
Согласовано
1. Общие положения...
Информационное сообщение...
Согласовано



страницы:   1   2
скачать
ИНФОРМАЦИОННОЕ СООБЩЕНИЕ


Конкурсное Агентство Калининградской области сообщает о заинтересованности Министерства здравоохранения Калининградской области в проведении торгов:

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

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

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

1. Уполномоченный орган: Конкурсное Агентство Калининградской области.

Место нахождения: 236007, г. Калининград, ул. Дм. Донского, 1.

Почтовый адрес: 236007, г. Калининград, ул. Дм. Донского, 1.

Адрес электронной почты: konkurs@gov39.ru.

Номер контактного телефона: (4012) 599-142.

2. Срок и место предоставления предложений о технических, технологических характеристиках (потребительских свойствах) товара:

Сроки представления: с «03» июня до 11:00 часов по калининградскому времени «18» июня 2010 г.

Предложения предоставляются в письменной форме по адресу: г. Калининград, Советский проспект, д. 13, 5 этаж, каб.7 «а». Телефон: (4012) 599-541 или в форме электронного документа по средствам электронной почты: konkurs@gov39.ru.

^ 3. Официальный сайт, на котором размещено информационное сообщение:

Официальный сайт Правительства Калининградской области в сети «Интернет» для размещения информации о размещении заказов - www.gov39.ru, в том числе страница сайта http://zakupki.gov39.ru.

4. Технические, технологические характеристики (потребительские свойства) необходимого для поставки товара.


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


^ Требования технического задания

Предложения поставщиков


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

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

^ Поставка и выполнение работ

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

Обозначения и сокращения

АРМ – автоматизированное рабочее место

ИСПДн – информационная система персональных данных

ЛВС – локальная вычислительная сеть

МИС – медицинская информационная система

ОС – операционная система

ПДн – персональные данные

ПО – программное обеспечение

ПРД – правила разграничения доступа

САЗ – система анализа защищенности

СЗПДн – система (подсистема) защиты персональных данных

СОВ – система обнаружения вторжений

УБПДн – угрозы безопасности персональных данных

ФСТЭК России – Федеральная служба по техническому и экспортному контролю

^ Общие требования к системе безопасности МИС.

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

СЗПДн должна реализовывать следующие основные функции:

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

  • регистрацию и учет;

  • обеспечение целостности;

  • антивирусную защиту;

  • обеспечение безопасного межсетевого взаимодействия элементов системы;

  • анализ защищенности.

При выборе способов обеспечения безопасности ПДн, обрабатываемых в ИСПДн должны быть определены организационные меры и технические (аппаратные, программные и программно-аппаратные) средства защиты.

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

Нормативные требования к МИС, возможные угрозы безопасности и каналы утечки ПДн для ЛПУ прорабатываются Поставщиком в ходе подготовки решения.

Решение для системы защиты ПДн должно быть типовым для любого учреждения здравоохранения Калининградской области (ЛПУ). Программно-аппаратные комплексы для организации защищённых каналов передачи данных должны быть предусмотрены в ЛПУ на границе ЛВС и внешней СПД.

2. Технические требования к системе МИС.

Категория данных, обрабатываемых в ИСПДн – 2.

Класс информационной системы – К1.

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

При подготовке решения должно быть предусмотрено:

1) оснащение межсетевым экраном не ниже 3 класса для обеспечения возможности подключения к сети передачи данных медицинских учреждений области в соответствии с требованиями руководящего документа «Средства вычислительной техники. Межсетевые экраны. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации» (Гостехкомиссия, 1997);

2) оснащение сертифицированными программно-аппаратными средствами криптографической защиты;

3) возможность контроля целостности системы защиты от несанкционированного доступа, анализа защищённости программного и аппаратного обеспечения.

4) дополнительно должна быть предусмотрена возможность обнаружения вторжений в информационную систему с помощью ПО, имеющего соответствующий сертификат ФСБ, подтверждающий соответствие предлагаемого ПО требованиям к системам обнаружения компьютерных атак класса Г. Данное ПО должно быть оснащено системой визуализации компьютерных атак.

5) возможность подключения в перспективе абонентских пунктов взаимодействующих организаций к VPN-сети единой сети передачи данных ЛПУ Калининградской области.

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

  • отображение всей информации, содержащейся в правилах разграничения доступа (ПРД) (возможен только просмотр);

  • сравнение структуры ресурсов АРМ, описанной в ПРД, с реальной структурой ресурсов;

  • создание отчета по результатам сравнения;

  • построение плана тестирования объектов АРМ;

  • проверка реальных прав доступа пользователей к объектам доступа;

  • создание отчета по результатам тестирования.

В состав средств защиты информационных ресурсов ЛПУ должно входить ПО создания модели разграничения доступа, реализующее следующие функции:

  • автоматическое сканирование локальных логических дисков, а также доступных сетевых папок. Выбор ресурсов для сканирования осуществляется администратором АРМ;

  • автоматическое считывание установленных прав доступа файловой системы NTFS (для АРМ под управлением ОС семейства Windows NT);

  • построение по результатам сканирования дерева ресурсов, соответствующего структуре ресурсов АРМ и ЛВС;

  • автоматическое получение списка локальных и доменных пользователей (для АРМ под управлением ОС семейства Wiтdows NT);

  • ручная регистрация в ПРД пользователей и установка их уровней доступа;

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

  • отображение всей информации, содержащейся в ПРД, в удобной форме;

  • создание отчетов на основе информации о субъектах и объектах доступа.

^ 3. Требования к программно-аппаратному комплексу для организации защищённых каналов передачи данных.

Криптографическая защита каналов передачи данных должна обеспечиваться при помощи программно-аппаратного средства на базе серверов – криптошлюзов путём создания виртуальных частных сетей (VPN).

Используемые для организации VPN СКЗИ должны иметь сертификат соответствия ФСБ РФ, удостоверяющий соответствие требованиям ГОСТ 28147-89, ГОСТ Р34.10-94, ГОСТ Р 34.11-94, ГОСТ Р34.10-2001, и требованиям к СКЗИ классов КС1, КС2, а также возможности использования для формирования ключей шифрования и ключей электронной цифровой подписи, выработки и проверки электронной цифровой подписи, имитозащиты и шифрования информации, не содержащей сведений, составляющих государственную тайну.

^ 4. Требования к составу программного комплекса для организации VPN-сети и характеристикам VPN-сети

VPN-сеть должна состоять из:

  • программного обеспечения по администрированию VPN-сети;

  • серверного (криптографический шлюз) программного обеспечения (может входить в состав программно-аппаратного Системы);

  • клиентского программного обеспечения (VPN-клиент).

Программные средства VPN должны быть установлены в виде отдельных VPN-криптошлюзов, а также в виде программных VPN-клиентов, устанавливаемых на серверах ЛПУ области (по отдельному согласованию на рабочих станциях ЛПУ).

Программное обеспечение по администрированию VPN-сети должно:

  • состоять из Центра Управления Сетью (ЦУС) VPN, предназначенного для создания узлов защищенной сети, удаления узлов защищенной сети, определения политики связей защищённых узлов между собой, определения политики безопасности и формирования списков прикладных задач для узлов защищенной сети, автоматической рассылки справочной и ключевой информации, проведения автоматического обновления программного обеспечения, установленного на серверах (криптошлюзы, VPN - клиенты) и при необходимости на рабочих станциях (VPN-клиенты);

  • состоять из Удостоверяющего Ключевого Центра (УКЦ), позволяющего формировать симметричные ключи связи VPN-узлов (криптошлюзы и VPN-клиенты) между собой согласно политики, определённой в ЦУС; формировать сертификаты электронно-цифровой подписи формата X.509 v.3; вести список отозванных сертификатов электронно-цифровой подписи. УКЦ должен позволять записывать персональные ключи пользователей на внешние носители хранения данных

Программные VPN-криптошлюзы должны поддерживать работу под управлением операционных систем:

    • Windows 2000 Professional;

    • Windows XP Professional;

    • Windows 200х Server;

    • Windows Vista;

    • SUSE Linux Enterprise Server 10;

    • Red Hat Enterprise Linux 4.0.

    • Программные VPN-клиенты должны поддерживать работу под управлением операционных систем:

    • Windows 2000 Professional;

    • Windows XP Professional;

    • Windows 200х Server;

    • Windows Vista.

VPN-сеть должна позволять производить соединения по защищённому (зашифрованному) каналу между узлами, входящими в неё.

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

Серверное программное обеспечение (криптошлюз) для организации VPN должно осуществлять функции прокси-сервера защищенных соединений, встроенного межсетевого экрана, соответствующего 4-ому классу по требованиям ФСБ РФ и 3-ему классу по требованиям ФСТЭК России, туннельного сервера, сервера IP-адресов, функции удаленного мониторинга работы ПО. Также должна обеспечиваться возможность контроля запускаемых на компьютере приложений.

Клиентское программное обеспечение VPN (VPN-клиент) должно иметь функции встроенного персонального экрана, соответствующего 4-ом классу по требованиям ФСБ РФ и 3-ому по требованиям ФСТЭК России, шифратора IP-трафика, клиента службы обмена файлами и сообщениями с узлами, входящими в VPN, а также клиента защищенной электронной почты для обмена с другими VPN-клиентами. Также должна обеспечиваться возможность контроля запускаемых на компьютере приложений.

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

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

Клиентское и серверное программное обеспечение VPN должно корректно работать через различные средства преобразования трафика (SNAT, PAT).

Клиентское и серверное программное обеспечение VPN должно иметь возможность работы через сетевые интерфейсы: Ethernet, Wi-Fi, GPRS/EDGE, xDSL.

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

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

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

Программный модуль криптошлюза должен соответствовать требованиям ФСТЭК России (иметь соответствующий сертификат) для автоматизированных систем по классу 1В, 3 классу от НСД, 3 уровню контроля отсутствия недекларированных возможностей и оценочному уровню доверия 4+.

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

Комплектацию системы защиты персональных данных предлагает Поставщик.

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

^ Предложения поставщика по стоимости Программных продуктов


Элементы СЗПДн

1

10

20

30

40

> 50

Удостоверяющий Ключевой Центр




Х

Х

Х

Х

Х

Программные VPN-криптошлюзы



















Программные VPN-клиенты
























^ Предложения поставщика по стоимости Программных продуктов

Элементы СЗПДн

1

10

20

30

40

> 50

Удостоверяющий Ключевой Центр




Х

Х

Х

Х

Х

Программные VPN-криптошлюзы



















Программные VPN-клиенты






















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

^ 1. Общие сведения

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

Программное обеспечение, обеспечивающее ведение медицинской документации в электронном виде (электронная медицинская карта) для нужд учреждений здравоохранения Калининградской области» (ЛПУ).

^ 1.2. Назначение и цели внедрения

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

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

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

  • автоматизация регистрации (сбора), обработки и хранения персонифицированной медицинской информации, ведение ЭМК пациента с возможностью хранения результатов исследований в формате мультимедиа (изображения, видео, аудио и т.д.), получаемых непосредственно от медицинского оборудования, обмен специальной информацией между ЛПУ в формате ЭМК;

  • автоматизация регистрации (сбора), обработки, хранения информации об оказанных услугах, их стоимости и обмен информацией со страховыми медицинскими организациями и ТФ ОМС;

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

  • создание защищенной системы персональных данных.


^ 2. Требования к специализированному программному обеспечению

2.1. Общие требования

Программное обеспечение (ПО) должно отвечать следующим требованиям:

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

  • построение указанной единой информационной сети предполагает создание и развитие единой базы данных ЛПУ для быстрого обмена информацией между пользователями (медицинский и административный персонал), согласно назначенным им ролям и правам доступа;

  • единая база данных ЛПУ должна создаваться при участии Поставщика в течение срока опытной эксплуатации ПО;

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

  • ПО должно обладать инструментарием экспорта-импорта для обмена информацией с другими информационными системами, например, системами Фонда обязательного медицинского страхования;

  • ПО должно обладать инструментарием предоставления информации пациентам через сеть Интернет и с помощью SMS-уведомлений;

  • ПО должно обладать инструментарием записи на прием к специалистам ЛПУ через электронную очередь с помощью информационного киоска и web-ресурса в сети Интернет;

  • ПО должно функционировать в двухуровневой архитектуре с выделенным сервером БД и клиентскими программными модулями;

  • ПО должно поддерживать централизованное администрирование и обновление версий.


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

ПО должно состоять из совокупности протестированных модулей, установленных на рабочие места работников ЛПУ, предназначенных для решения профильных задач, а также осуществления обмена информацией, как между собой, так и с другими (внешними) системами.

ПО должно обладать свойством масштабируемости, т.е. предусматривать возможность ввода программных модулей в действие (эксплуатацию) по мере необходимости, одно за другим, или все сразу в зависимости от ситуации и насущных задач.

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

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

ПО должно функционировать непрерывно 24 часа в сутки 7 дней в неделю.

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

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

ПО должно обеспечивать соответствующую производительность при параллельной работе не менее чем 150 пользователей в одном ЛПУ.

Внедрение ПО не должно приводить к нарушению производственного процесса в ЛПУ и действующего порядка взаиморасчетов.

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

ПО должно включать в себя программные решения, обеспечивающие накопления информации и 100% ее сохранность в течение не менее 30 лет; иметь иерархическую структуру.

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

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

ПО должно позволять беспрепятственно обмениваться данными между ЛПУ: репликация баз данных медицинских учреждений, обмен статистической информацией и т.д.

ПО должно иметь защиту от неадекватных действий пользователей.

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

В ПО должны быть предусмотрены инструменты, предназначенные для ускорения набора текстовой информации, в частности, контекстные справочники, привязанные к любому полю ввода. А также ПО должно позволять привязывать основные внешние справочники специального и общегражданского назначения (МКБ-10, КЛАДР, Видаль и т.д.)


^ 2.3. Требования к сервисному обслуживанию программного обеспечения

Организация, осуществляющая поставку, установку и внедрение ПО (далее Поставщик) в лечебном учреждении, обязана обеспечить сервисное обслуживание ПО в течение 12 месяцев с даты ввода в эксплуатацию.

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

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

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


^ 2.4. Конфигурация и функциональные характеристики модулей СПО

ПОДСИСТЕМА 1




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

Персональная система прав доступа к полученным отчётам

Управление доступом, регистрация и учет, обеспечение целостности. Система должна обеспечивать контроль доступа к электронной медицинской карте, автоматически ведя учетные журналы контроля чтения (кто и какую информацию запрашивал) и контроля записи (кто и какую информацию вносил/изменял).

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




ПОДСИСТЕМА 2




Формирование графика работы врачей по приему пациентов.

Формирование и вывод на печать расписания приема.

Утверждение сформированного расписания.

Внесение изменений в расписание.

Разграничение прав записи на прием.

Удобные режимы отображения: ежедневный, еженедельный, по специалистам, по отделениям, по пациентам и т.д.

Гибкая настройка графика работы врачей с учётом их персональных особенностей (интервалы приема, отпуска, совещания и прочие события)

Отслеживание конфликтов при записи на прием

Автоматическая запись на курсы лечения, стоп-листы

Формирование расписаний для групп пациентов

Работа с расписанием сети ЛПУ в режиме on-line.

Квотирование мест в расписаниях приема для распределения ресурсов между отделениями

Резервирование помещений;

Резервирование мест в расписаниях приема

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

Предоставление пациентам и сотрудникам справочной информации:

1) расписание приема врачей лечебно-диагностических отделений поликлиники с указанием фамилии и специальности врача,

2) доступные для записи дни и часы приема;

3) график работы кабинетов.

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




ОПЦИЯ 1




Позволяет ЛПУ получать доступ к расписанию другого ЛПУ для просмотра и записи пациента на приём или лабораторное исследование. При работе с удаленными расписаниями используется метод доступа по учетной записи (с вводом имени пользователя и пароля) и политика прав доступа, настроенная в удаленной базе данных




ПОДСИСТЕМА 3




Занесение в базу данных Системы сведений о поступивших звонках

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

Call-центр (центр обработки телефонных вызовов).




ОПЦИЯ 2




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

^ Автоматическое открытие ЭМК.




ПОДСИСТЕМА 4




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

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

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

Оформление различных видов медицинских карт с использованием общих для всех медицинских карт данных о пациенте, находящихся в БД.

Прикрепление к ЭМК фотографии пациента

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

Обеспечение поиска и организация доступа уполномоченного персонала к информации о пациенте

Постановка диагнозов с учетом международной классификацией болезней (МКБ 10).

Прикрепление к ЭМК изображений из пополняемой библиотеки и возможность прикреплять к ним свои аннотации для полного представления причины заболевания. Эти изображения должны сохраняться в ЭМК пациента для повторного вызова.

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

Формирование твердой копии медицинской карты пациента.

Формирование твердой копии отдельных документов медицинской карты пациента.

Автоматизированное формирование медицинских заключений, эпикризов и выписок из медицинской карты.

Регистрация выдачи больничных листов.

Настройка рабочего места врача любой специальности: редактирование структуры базы данных, экранных форм, макетов документов, отчетов и других объектов

Просмотр электронной медицинской карты (ЭМК) пациента в компактном, обобщенном виде.

Различные способы отображения медицинской информации: графики, схемы, таблицы и т.д.

Инструменты заполнения ЭМК: контекстные справочники, конструктор фраз, шаблоны протоколов осмотра, стандарты лечения, контроль ввода данных

Документооборот: автоматическое формирование и печать эпикризов, протоколов исследований, медицинских справок, результатов анализов и т.п.

Интеграция с офисными приложениями, внешними базами данных (МКБ-10, VIDAL®) и специализированными медицинскими информационными системами

Представление электронной медицинской карты в Web интерфейсе

Контроль сроков посещения врача.

ведение листов профосмотра.

ведение профвредностей и групп здоровья.

контроль прохождения профосмотра.

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




ОПЦИЯ 3




^ Экспорт медицинской карты пациента в файл HTML формата с возможностью дальнейшего просмотра на любом компьютере.

Прикрепление в ЭМК файлов и любых изображений, полученные с приборов (медицинского оборудования).




ПОДСИСТЕМА 5




Импорт и печать протоколов исследований

Поточное создание талонов на лабораторные исследования

Работа с штрих-кодом (создание записей в штрих-коде, печать этикеток, использование сканера для считывания штрих-кода)

Контроль качества (соответствие стандартам)

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

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

  • Поддержка автоматизации деятельности всех отделов, включая, гематологию, биохимию, иммунологию, иммунохимию, серологию, микробиологию, гистологию, цитологию и банк крови и т.д.




ПОДСИСТЕМА 6

Прейскурант услуг с различными категориями цен и хранением истории их изменения, применение скидок и надбавок

Регистрация договоров с контрагентами (организациями, страховыми компаниями, физическими лицами)

Импорт прикрепленного контингента из файлов разных форматов

Контроль ограничений при оказании услуг

Различные схемы взаиморасчетов: факт, предоплата, авансы, депозиты

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

Сравнение фактических и нормативных затрат, расчет себестоимости услуг

Интеграциями с бухгалтерскими программами.

ОПЦИЯ 4

^ Автоматизация работы с наличными поступлениями.

Возможность работы с штрих-кодом на финансовых документах.

^ Возможность генерации любых отчетов по движению наличных денежных средств.

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

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

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

    обеспечение гибкости расчетов: частично за счет страховой, частично за счет пациента.

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

    ^ Возможность настройки форм отчетных документов.

    Обеспечение автоматизированной сверки данных пациента с реестром застрахованных.

    ^ Контроль ограничений Системы ОМС при оказании услуг.

    Подготовка счетов-реестров в заданном формате.

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

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

ОПЦИЯ 5

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

ПОДСИСТЕМА 7

Создание произвольного количества складов для аптеки, отделений, кабинетов и отдельных врачей.

Учет товаров по партиям и по наименованиям.

Полный цикл движения медикаментов и расходных материалов: заявки от отделений, заказы поставщикам, приходы, перемещения, списания, инвентаризация.

Персонифицированный учет лекарственных средств.

Работа со сканером штрих-кода и принтером этикеток.

Формирование необходимых документов для бухгалтерского учета и статистической отчетности.

ОПЦИЯ 6

^ Розничная продажа с выделенного склада аптеки

Осуществление переоценки товара на уровне выделенного склада

^ Управление фискальным регистратором типа Штрих-ФР

Работа со сканером штрих-кода и принтером этикеток

ПОДСИСТЕМА 8

Описание коечного фонда в разрезе корпусов, этажей, палат разных категорий и расположения коек

Учет коек в отделениях

Планирование госпитализации или размещения в санатории при необходимости реабилитации с бронированием мест (индивидуальным или групповым)

Размещение пациентов с учетом их предпочтений

Получение оперативной информации по занятости коечного фонда и движению пациентов

ПОДСИСТЕМА 9

Обмен ЭМК между разными ЛПУ

Синхронизация справочной информации разных ЛПУ: прейскуранты, контрагенты, договоры, прикрепления

ПОДСИСТЕМА 10

Прикрепление к ЭМК изображений, получаемых с диагностического оборудования (по протоколу DICOM, с карты видеозахвата, со сканера и др. источников)

Работа с изображением во встроенном редакторе или в любом внешнем редакторе изображений

Возможность работать в одном окне с несколькими изображениями

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

Интеграция с программой eFilm для просмотра и обработки изображений в формате DICOM

ОПЦИЯ 7

^ Импорт изображения с диагностического оборудования по протоколу DICOM

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

^ Возможность записи видео с применением сжатия изображения

Поддержка разных видов CODEC для сжатия изображения

ПОДСИСТЕМА 11




Импорт изображения с диагностического оборудования по протоколу DICOM

Поддерживается любое оборудование, поддерживающее стандарт DICOM




ОПЦИЯ 8




^ Автоматический импорт изображения с оборудования




ПОДСИСТЕМА 12




Обеспечение формирования рабочих (загрузочных) листов для лабораторных анализаторов и ручных методик

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

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

Возможность настраивать протоколы импорта данных из разных источников (COM-порт, внешний файл, виртуальный принтер и т.п.)

Получение данных из приборов непосредственно в ПО

Поддержка ряда стандартных протоколов LIS 2, LIS 3, ASTM

Возможность ручного ввода результатов лабораторных исследований - необходим для тех случаев, когда не осуществляется обмен данными с лабораторным оборудованием

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

    Обеспечение широкого выбора процедур контроля качества, которые отвечают самым строгим нормативным требованиям. Автоматическое построение графиков контроля качества (Юдена, Леви-Дженинга и др.).

Обеспечение создания твердой копии результата каждого отдельного исследования. Отправка результатов тестов должна осуществляться сразу же после выполнения исследования и подтверждения результатов врачами-лаборантами в любое подразделение ЛПУ (например: в ординаторской ЛПУ, регистратуре и др.). Кроме того, должна обеспечиваться возможность отправки информации по факсу или электронной почте.

    Обеспечение ведения архива результатов лабораторных исследований

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




ОПЦИЯ 9




^ Передача заданий для медицинского оборудования

Получение данных с оборудования в ПО




ОПЦИЯ 10




^ Интеграция с PACS-системами сторонних производителей по протоколу HL7

Получение доступа к изображениям с любого рабочего места




ПОДСИСТЕМА 13




Наличие web-портала ЛПУ

Создание мобильной медицинской карты (ММК) на web-портале ЛПУ в сети Интернет.

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

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




ПОДСИСТЕМА 14




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

Медицинские записи должны храниться только в базе данных конкретного ЛПУ. Доступ к ним обеспечивается сервисом web-портала в режиме реального времени.

Доступные на портале медицинские записи должны быть обезличены или деперсонифицированы – при просмотре указана только информация о медицинском работнике и о пользователе, подтвердившем запись. Персональные данные пациента должны отсутствовать. Таким образом, только пользователь должен знать, чьи это данные. Для удобства пользователь должен иметь возможность присвоить картам условные названия или краткие имена.




ПОДСИСТЕМА 15




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




ПОДСИСТЕМА 16




Для каждой мобильной медицинской карты должна быть возможность ведения одного или нескольких дневников наблюдения. Например, пациент может создавать дневник для самонаблюдения в рамках конкретного заболевания, дневник для наблюдения за общим состоянием своего ребенка и т.д.

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




ПОДСИСТЕМА 17




Выполнив запись на прием, пользователь (пациент) должен иметь возможность настраивать связанные с данной записью уведомления. Уведомления – это электронные письма или SMS сообщения, которые он хотел бы получать, например, в порядке напоминания о предстоящем визите к врачу и о сопутствующих условиях (правила приема пищи и т.п.)

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

Переписка с Пациентами (документы, входящие в состав переписки) должны быть интегрированы с ЭМК пациента.




ПОДСИСТЕМА 18




Наличие на web-портале ЛПУ форума, в котором пользователь может открыть новую тему и задать вопросы специалистам (медицинскому персоналу), имеющим доступ к порталу.

Общение пациента с врачом также должно быть возможно в режиме видеоконференции с использованием технологии Microsoft LiveMeeting.




ПОДСИСТЕМА 19




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




ПОДСИСТЕМА 20




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




ПОДСИСТЕМА 21




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




ПОДСИСТЕМА 22




Учет прививок




ПОДСИСТЕМА 23




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

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




    ПОДСИСТЕМА 24




Обеспечение ведения всех справочников и классификаторов, необходимых для работы ПО, а также параметров настройки, необходимых для адаптации ПО к условиям работы в каждом отдельном медицинском учреждении и поддержки работы ПО в изменяющихся условиях функционирования ЛПУ. К параметрам настройки относится, в частности, настройка автоматизированных рабочих мест пользователей ПО (АРМ). На каждом АРМ должна выполняться совокупность служебных обязанностей, реализуемая через технологические операции, полученные путем отбора из общего для СПО перечня технологических операций.

    Подготовка отчетности для органов системы ОМС.

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

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

Экспорт статистических данных в формат Excel, DBF и др.




    ПОДСИСТЕМА 25




    Ведение данных осмотра и стоматологического статуса пациента

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

    Представление зубной формулы




    ПОДСИСТЕМА 26




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

    Возможность отслеживания расхождения со стандартами лечения и принятия решения о правильности назначаемого лечения.

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




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

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

^

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





  • Система управления базой данных ПО – SQL.

  • Программная часть ПО должна быть настроена для работы с соответствующими структурными подразделениями ЛПУ и соответствующими сотрудниками, закрепленными за АРМ в подразделениях.

  • Информационное обеспечение формируется при установке и настройке ПО как Поставщиком, так и сотрудниками ЛПУ в виде электронных документов баз данных, сценариев, макетов, справочников и т.д.

  • Организационное обеспечение – поставляется в виде документов, определяющих порядок сопровождения ПО.

  • Методическое обеспечение – осуществляется Поставщиком в виде обучения сотрудников ЛПУ методике работы со ПО и поставки эксплуатационной документации на рабочие места ПО.


^ 2.6. Требования к числу уровней иерархии и степени централизации программного обеспечения


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





оставить комментарий
страница1/2
Дата02.10.2011
Размер0,52 Mb.
ТипКонкурс, Образовательные материалы
Добавить документ в свой блог или на сайт

страницы:   1   2
Ваша оценка этого документа будет первой.
Ваша оценка:
Разместите кнопку на своём сайте или блоге:
rudocs.exdat.com

Загрузка...
База данных защищена авторским правом ©exdat 2000-2017
При копировании материала укажите ссылку
обратиться к администрации
Анализ
Справочники
Сценарии
Рефераты
Курсовые работы
Авторефераты
Программы
Методички
Документы
Понятия

опубликовать
Документы

наверх