Докладчик: Аксенова Ольга Николаевна,

реклама
Докладчик: Аксенова Ольга Николаевна,
заместитель директора по проектам,
Компания «Комплексные медицинские информационные системы»
г. Петрозаводск, Республика Карелия
Наш сайт: http://www.kmis.ru
 Информатизация – одно из 3-х основных направлений
модернизации
 Цель: повышение качества и доступности медицинской
помощи
 Основные направления информатизации:
 внедрение систем электронного документооборота и электронная
медицинская карта, персонифицированный учет оказанных
медицинских услуг
 запись к врачу в электронном виде (электронная регистратура)
 телемедицинские технологии
 ведение регистров (медицинских работников, паспорт ЛПУ и т.д.)
 Важно: региональные проекты информатизации
должны четко соответствовать концепции
информатизации здравоохранения и проекту создания
федеральной системы персонифицированного оказания
медицинской помощи
• Правительство РФ в течение двух ближайших лет выделяет
около 300 млрд. рублей на здравоохранения страны.
• На внедрение современных информационных систем в
здравоохранении предполагается направить порядка 24 млрд.
рублей.
• В настоящее время на региональных уровнях идет
формирование программ модернизации здравоохранения на
2011-2012 годы.
• Управления информатизации должны написать и защитить
проекты развития регионального здравоохранения для
выделения финансирования.
• Финансирование будет производиться из Федерального
бюджета через региональные Фонды Обязательного
Медицинского Страхования (ФОМС)
В региональных проектах (24 млрд. рублей) развития должно быть
отражено:
• развитие материально-технического обеспечения ЛПУ (включая
ЛВС, серверы, компьютеры)
• переход
каждого
ЛПУ
на
использование
медицинской
информационной системы
• передача информации об оказанных медицинских услугах в
федеральную систему персонифицированного учета медицинской
помощи (ФСПУМП),
• предоставление отчетов и сведений для лиц, принимающих
решения.
Все используемые системы должны полностью соответствовать 152ФЗ и разрабатываемым в данное время требованиям и стандартам. В
проектах должна быть предусмотрена возможность оказания
государственных услуг в электронном виде (в частности запись к
врачу через Интернет)
Федеральный уровень
Минздравсоцразвития РФ
Аналитика, федеральные регистры,
планирование ресурсов, НСИ,
застрахованные и т.д.
Федеральный
Информационный
Ресурс
Уровень субъекта РФ (региональное управление здравоохранением)
Региональный
Информационный
Ресурс
Региональный комитет/министерство
Сбор и передача первичных данных от
ЛПУ в ФИР, региональная статистическая
отчетность, ресурсы и т.д.
Информационная шина для интеграции с РИР
Уровень лечебно-профилактического учреждения (ЛПУ)
Областные
больницы,
диспансеры и т.д.
Региональные ЛПУ
Муниципальные
поликлиники,
больницы и т.д.
Муниципальные ЛПУ
Уровень
РИР –
«верх»
Карельская
медицинская
информационная
система
Карельская
медицинская
информационная
система
Уровень
КМИС –
«низ»
Что нужно сделать:
Что не нужно делать:
 Учесть интеграцию
 Делать ставку на
региона в системный
проект
 Включить задачи
автоматизации ЛПУ
средствами МИС,
электронную
регистратуру,
телемедицину
 Создавать
инфраструктуру
 Быть готовыми к
массовым внедрениям
РИАМС и другие
подобные ИС,
перекрывающие РИР
 Надеется, что все ПО для
проекта будет
бесплатным
 Выкидывать уже
внедренные системы
 Забывать, что самое
сложное – это внедрение,
а не выбор МИС
 Медицинская информационная система (МИС) –
базовый элемент информатизации здравоохранения.
Основная и первостепенная задача модернизации внедрение электронной медицинской карты в ЛПУ.
 МИС для модернизации должна обладать минимально
необходимым набором функций, это не должна быть
система со полными возможностями. Ее функции:
 Электронная медицинская карта + Электронная регистратура
 Система статистики
 Единая нормативно-справочная информация (НСИ)
 Интеграция с региональным информационным ресурсом (РИР)
 Планируя выбор МИС, нужно учесть:
 МИС должна соответствовать требованиям к ЭМК и требованиям к
МИСам Минздравсоцразвития, в т.ч. соответствовать идеологии
государственной системы персучета медицинской помощи,
технологическим, функциональным и нормативным требованиям
 МИС должна быстро внедряться и быть полезной врачам
 Планируя выбирать МИС, необходимо понимать, что в любом
случае на начальном этапе потребуются затраты на:
 Общесистемное ПО (операционные системы, СУБД, антивирусы и
т.д.) – т.к. большинство наиболее развитых МИС базируются на
коммерческом общесистемном ПО
 Услуги по внедрению и костомизации, т.к. весь проект
модернизации рассчитан на 2 года, а за это время в регионе
необходимо на минимальном уровне автоматизировать все ЛПУ
 На инфраструктуру (сервера, ПК, ЛВС), которую никто бесплатно
не сделает + создание системы защиты информации!!!! (ФЗ №152)
 На обучение (собственные грамотные IT-специалисты в ЛПУ)
 В будущем потребуется:
 Затраты на расширение автоматизации ЛПУ, такие как
специализированные ЛИС, кадровые и финансовые модули,
PACS, подключение дополнительных рабочих мест и т.д.
 Затраты на техническое сопровождение, т.к. законодательство
постоянно меняется, появляются новые потребности и
возможности.
 Самое главное, на что мы хотим обратить внимание – это глубокая
убежденность в том, что не выбор МИС и выделение финансов на
проект являются первостепенными проблемами.
 Наш опыт и анализ внедрений других решений говорят
о том, что:
 Имея четкую слаженную команду руководителей и
исполнителей, регион или отдельные ЛПУ нередко могут
эффективно внедрить любую МИС. Результат в первую очередь
зависит именно от того внимания, которое уделяется проекту.
 Решив, что автоматизация - это покупка ПО и издание приказа
о внедрении, можно загубить любую, даже самую мощную и
качественную систему. Как правило, собственные ошибки
руководства в таких проектах склонны списать на «плохую МИС»
 Проблема автоматизации №1 – понимание целей,
задач, проблем и сложности проектов, а также
собственное участие в них со стороны руководства
регионов и ЛПУ, а не выбор МИС, деньги или Минздрав
Вопрос (критерий выбора)
Ответ
1. Что предлагают?
Готовое решение с определенным
набором требований,
сформированных на пробах и
ошибках автоматизации, уже
известных на данное время.
2. Кто предлагает?
Профессиональная единая команда
разработчиков и «внедренцев»,
готовая объективно подтвердить
статус своих разработок и услуг.
3. Что с реальным опытом
внедрения МИС?
Наличие реальной клиентской базы
по заявленному уровню проекта. Не
давайте ставить эксперименты на
себе!
11
1. Что именно предлагают?
12
Протокол
обследования
Талон
Карта
выбывшего амбулаторного
из
стационара пациента
УЗИ
Лаборатория
Томография
Пациент
Протокол
операции
Регистратура
Лечащий врач
Выписка из ЛПУ
МедикаменПерелитозное
лечение Оперативное вание крови Рецепты по Счета по
лечение
ДЛО
ОМС
13
Протокол
обследования
Талон
Карта
выбывшего амбулаторного
из
стационара пациента
УЗИ
Лаборатория
Томография
Пациент
Протокол
операции
Регистратура
Медикаментозное
лечение
Лечащий врач
Выписка из ЛПУ
ПерелиОперативное вание крови
Рецепты по Счета по
лечение
ДЛО
ОМС
14
Административнохозяйственный подход
Клиническиориентированный подход
Главное – учесть интересы
главного врача как администратора,
автоматизировать формирование
стат.отчетности и бухгалтерию
Главное – дать полезный
инструментарий для врача и
медсестры, облегчить их работу с
документацией
Начало: стат.талон, карта выбывшего
из стационара, ЛВН, счета по ОМС,
реестр платных услуг
Начало: регистрация и направление
пациента, врачебные осмотры,
протоколы обследования и операций
Затем: из статистической МИС
пытаются делать «клиническую»,
дополняя формы для внесения
сведений об услугах полями для
врачебных записей
Затем: из любого медицинского
документа можно свободно
«экстрагировать» статистическую и
финансовую составляющую
Перейти в статус клинической
принципиально очень трудно
Перейти в административностатистический статус без проблем
15
Одна из важнейших задач
системы – повышение
качества и
информативности
медицинской
документации. Для этого
система содержит
электронные аналоги
практической всей
документации +
специальные средства,
позволяющие упростить
освоение программы,
оформление документов и
их обработку…
Задачи МИС со стороны администрации ≠ функции МИС для врача
Пример: задача сбора и контроля за услугами, оказываемыми в ЛПУ – это цель
внедрения МИС. Но это – не функция врача, а значит – работа с МИС не должна
требовать выполнение этой работы. МИС должна давать эффект в первую
очередь врачу – а результаты этой работы трансформировать в решение задач
административного уровня. Поэтому задача внедрения МИС – это не задача ее
пользователя. На практике, разработку и внедрение МИС именно так и делают.
Задача: учет услуг, оказываемых в
Задача: учет услуг, оказываемых в
ЛПУ и оценка эффективности
ЛПУ и оценка эффективности
Решение:
внедряем ПО
учета услуг и
формирования
отчетности
Результат: МИС –
средство для
«закалачивания»
статистики. Ничего
врачу не дает.
Решение:
внедряем
электронную ИБ,
вначале устраняем
проблемы врачей
Результат: МИС
реально нужна
врачам, но дает
администрации
нужные «срезы»
17
 Выбор платформы – профессиональные решения
мировых IT-лидеров как минимум. Платформа – это щит
для инвестиций в МИС
 Определите четко задачи МИС – и посмотрите, как они
будут решаться. Просто наличие определенных функций –
этого мало.
 Разница между системами лежит не в списке функций, а в
эффективности их внедрения и использования на
практике
 Статистика и учет услуг – это конечный результат
работы МИС, а не начальный. Обратите внимание на
перспективу полного электронного документооборота! –
это лучшая почва для развития
18
Вопрос (критерий выбора)
Ответ
1. Что предлагают?
Готовое решение с определенным
набором требований,
сформированных на пробах и
ошибках автоматизации, уже
известных на данное время.
2. Кто предлагает?
Профессиональная единая команда
разработчиков и «внедренцев»,
готовая объективно подтвердить
статус своих разработок и услуг.
3. Что с реальным опытом
внедрения МИС?
Наличие реальной клиентской базы
по заявленному уровню проекта. Не
давайте ставить эксперименты на
себе!
19
 Наличие СОБСТВЕННОГО решения
 Наличие профессиональной команды, способной




ответить на все Ваши вопросы, качественно запустить
процесс внедрения и дать Вашим специалистам
нужные значения
Подтвержденные de jure статус и компетенция
Наличие региональных IT-партнеров, готовых взять
на себя рутинную работу по реализации всего проекта
Специализация компании на поставленной задаче
Наличие возможности готовность предоставить
полный спектр услуг – от простой поставки лицензий
до создания проектов «под ключ»
20
Для успешного выполнения проектов внедрения КМИС Free компания
создала и постоянно наращивает разветвленную партнерскую сеть по
все территории РФ. Сегодня – это 30 компаний в 27 регионах.
Москва и Московская область,
Санкт-Петербург и
Ленинградская область,
Красноярский край, Кировская
область, Омская область,
Курская область, Ярославская
область, Республика Бурятия,
Республика Коми,
Ставропольский край,
Республика Мордовия,
Самарская область,
Волгоградская область,
Республика Алтай, Тульская
область, Астраханская
область, Республика Удмуртия,
Хабаровский край, Оренбургская
область, Рязанская область,
Республика Карелия,
Кемеровская область,
Новосибирская область,
Иркутская область,
Мурманская область
Вопрос (критерий выбора)
Ответ
1. Что предлагают?
Готовое решение с определенным
набором требований,
сформированных на пробах и
ошибках автоматизации, уже
известных на данное время.
2. Кто предлагает?
Профессиональная единая команда
разработчиков и «внедренцев»,
готовая объективно подтвердить
статус своих разработок и услуг.
3. Что с реальным опытом
внедрения МИС?
Наличие реальной клиентской базы
по заявленному уровню проекта. Не
давайте ставить эксперименты на
себе!
22
 Мы специализируемся на выполнении реальных проектов




внедрений МИС, а не на поставках лицензий или ПК.
Наши проекты – это именно комплексная автоматизация
учреждений, а не «лоскутная автоматизация» по 5-10 рабочих
мест на ЛПУ или решение отдельно взятой задачи.
Для ЛПУ нужна именно интегрированная МИС! Разработчики
должны четко знать, ЧТО должна делать система и КАК ее нужно
внедрять – до деталей отдельных документов и врачей
Более того, автоматизация отдельных ЛПУ – это лишь
необходимый минимум развития. Сейчас для
здравоохранения нужны МИС, способные решать задачи на
уровне всего региона – иначе управленческая
эффективность МИС не будет достигнута.
Для МИС региональные проекты – это настоящая «школа
выживаемости» и проверка качества. Обратите внимание на
те решения, которые уже прошли этап «становления».
 Нужно ждать масштабирование сопротивления:
если автоматизацию выбрал главврач, то сопротивление
идет на уровне ниже (врачи + медсестры), если выбор был
на уровне региона - то сопротивляется уже и
администрация ЛПУ и врачи с медсестрами. Как минимум –
шанс этого весьма велик.
Выход: решение региональных задач не должно
ограничивать эффективность МИС для простых врачей
 Размытие целей проекта неизбежно: администрации
региона нужно одно (тотальный контроль), IT-персоналу –
другое (новые технологии или упрощение работы),
администрации ЛПУ – третье (контроль за врачами, но
отсутствие контроля за руководством), врачам и медсестрам
– четвертое (нажать минимум кнопок – получить максимум
эффекта). В любом случае – поставщик МИС крайний.
Выход: Разработчик МИС должен иметь реальный
опыт регионального внедрения, чтобы защитить
заказчика от «проб и ошибок», на которые нет времени
 Программно-Аппаратный Комплекс (ПАК) RAMED – это продукт
совместного производства компании РАМЭК (г. Санкт-Петербург) и
компании «Комплексные Медицинские Информационные
Системы» (г.Петрозаводск)
 Официальная страница ПАК RAMED на сайте
http://www.vs.ramec.ru/computer/ramed
http://www.kmis.ru/site.nsf/pages/ramed.htm
 ПАК RAMED предназначен для автоматизации Лечебных
Учреждений
 ПАК RAMED основан на компьютерной технике производства
РАМЭК и Карельской медицинской информационной системы,
обладает очень широким списком функциональных возможностей
и пакетом всех необходимых сертификатов.
ГОСТ Р МЭК 60950-1-2005 Оборудование информационных
технологий. требования безопасности. часть 1. Общие требования
ГОСТ Р 51318.22-99 Совместимость технических средств
электромагнитная. Радиопомехи индустриальные от
оборудования информационных технологий. Нормы и методы
испытаний
ГОСТ Р 51318.24-99 Совместимость технических средств
электромагнитная. устойчивость оборудования информационных
технологий к электромагнитным помехам. требования и методы
испытаний
ГОСТ Р 51317.3.2-2006 Совместимость технических средств
электромагнитная. Эмиссия гармонических составляющих тока
техническими средствами с потребляемым током не более 16 А (в
одной фазе). Нормы и методы испытаний
ГОСТ Р 51317.3.3-99 Совместимость технических средств
электромагнитная. Колебания напряжения и фликер,
вызываемые техническими средствами с потребляемым током не
более 16 А (в одной фазе), подключаемыми к низковольтным
системам электроснабжения. Нормы и методы испытаний
ГОСТ 26329-84 п.1.2, 1.3 Машины вычислительные и системы
обработки данных. Допустимые уровни шума технических
средств и методы их определения
ГОСТ 21552-84 п.1.8.8 Средства вычислительной техники. Общие
технические требования, приемка, методы испытаний,
маркировка, упаковка, транспортирование и хранение
ГОСТ 27818-88 р.1 Машины вычислительные и системы
обработки данных. Допустимые уровни шума на рабочих местах и
методы определения
ГОСТ Р 50948-2001 Средства отображения информации
индивидуального пользования. Общие эргономические
требования и требования безопасности
• ГОСТ 19.201-1978 ЕСПД. Техническое задание.
Требования к содержанию и оформлению
• ГОСТ 19.202-1978 ЕСПД. Спецификация.
Требования к содержанию и оформлению
• ГОСТ 19.301-79 ЕСПД. Программа и методика
испытаний. Требования к содержанию и
оформлению
• ГОСТ 34.602-89 Техническое задание на создание
автоматизированной системы.
• ГОСТ Р ИСО/МЭК 12119-2000 Пакеты программ.
Требование к качеству и тестирование.
• ГОСТ Р ИСО/МЭК 9294-93 Руководство по
управлению документированием программного
обеспечения
• ГОСТ Р ИСО 9127-94 Документация пользователя.
• ГОСТ Р ИСО/МЭК 9126-93 Оценка программной
продукции. Характеристики качества и
руководства по их применению.
• РД 50-34.698-90. Автоматизированные системы.
Требования к содержанию документации
• Национальный стандарт РФ ГОСТ Р 52600-2006
"Протоколы ведения больных"
• Национальный стандарт РФ ГОСТ Р 52636-2006
"Электронная история болезни. Общие положения"
Комплексное решение «из одних рук»
Железо + Софт + ЛВС = ПАК RAMED
--------------------------------------------------------------------Защита ПДн
 Возможность поставки конечному заказчику и оборудования и
программного обеспечения, нет необходимости отдавать работы по
установке, настройке и стыковке программной и аппаратной части
другим;
 наличие всего пакета разрешающих документов, включая лицензии,
ФСБ, ФСТЭК, позволяющие заниматься защитой конфиденциальной
информации (согласно СТР-К), и поставлять технику, предназначенную
для обработки и хранения таких данных (в частности, в соответствии с
законом РФ № 152 «О персональных данных» от 27.07.2006 г.);
 аппаратная часть полностью соответствуют требованиям МИС,
обеспечена наивысшая производительность и стабильность работы
всего комплекса по сравнению с раздельными поставками
оборудования и ПО;
 Единую сервисную и техническую поддержку обеспечивают
производители RAMED.
Контактная информация:
Наш сайт http://www.kmis.ru
Электронная почта: info@kmis.ru
Телефон: (8142) 67-20-10
Скачать