Вход в личный кабинет Описание «промед». состав
По информации на февраль 2020 года РИАМС «ПроМед» функционирует по модели SaaS (Software as a Services — программное обеспечение как услуга) в едином центре обработки данных для неограниченного числа пользователей. В ЦОД консолидируется вся информация, связанная с персонифицированным учётом оказанной медицинской помощи и управлением ресурсами здравоохранения региона.
«ПроМед» обеспечивает информационный обмен между медицинскими учреждениями, органами управления здравоохранением, ТФОМС, страховыми медицинскими организациями и аптечными учреждениями, участвующими в реализации программы дополнительного лекарственного обеспечения (ДЛО).
Состав
РИАМС «ПроМед» состоит из нескольких взаимосвязанных программных комплексов, позволяющих автоматизировать процессы сбора, обработки и хранения информации во всех службах медицинских организаций:
2002: старт разработки системы
Работа над созданием региональной информационно-аналитической медицинской системы «ПроМед» началась в 2002 году. Перед разработчиками стояла задача охватить все разделы оказания медицинской помощи населению и полностью автоматизировать процессы сбора, обработки и хранения информации в медицинских учреждениях региона.
2005: внедрение во всех медорганизациях пермского края
В 2005 году РИАМС «ПроМед» была внедрена во всех 250 медицинских организациях Пермского края. На тот момент система строилась по распределенной модели, то есть в каждом медицинском учреждении устанавливались серверы, которые регулярно синхронизировались с единым центром обработки данных (ЦОД). Каждые сутки выполнялось около 1500 сеансов обмена информацией.
2007: переход на облачные технологии
В 2007 году медицинская информационная система Пермского края была переведена на облачные технологии, в результате чего все участники здравоохранения региона получили возможность работать с единой базой данных в режиме реального времени. Тогда же началось тиражирование РИАМС в другие регионы.
Промед
Как вам уже известно, Март – не только интернет! Март – это разноплановые ИТ проекты, охватывающие различные сферы жизни, как коммерческой, так и не очень. В этой статье от первого лица Владимир Смородин, куратор направления, расскажет о непростом проекте “ПроМед”, с которым каждый из вас сталкивался при обычном визите в любую государственную поликлинику.
– Владимир Анатольевич, расскажите, пожалуйста, что такое “ПроМед?” и почему Март занимается этим?
– Чтобы ответить на этот вопрос, нужно вернуться в 2020 год, когда Администрация Псковской области заключила контракт на внедрение Региональной информационно-аналитической медицинской системы Псковской области, сокращенно – РИАМС ПО, на основе программного обеспечения, носящего название “ПроМед”, с разработчиком этой программы – пермской компанией СВАН.
Внедрение такой системы на территории целого региона, дело, очень непростое, включающее, как технические вопросы организации серверного парка, рабочих мест в медицинских организациях, практически у каждого сотрудника и их коммуникацию, так и массу организационных мероприятий, таких, как обучение всего медицинского персонала работе с системой, создание справочно-консультационной службы и службы поддержки эксплуатации РИАМС.
Нам это было хорошо известно, так как мы сами разрабатывали программные продукты для автоматизации различных отраслей, в том числе медицины и имеем достаточно большой опыт внедрения своих собственных программных продуктов в более чем сотне медицинских организаций.
Когда в ноябре 2020 года Комитет по здравоохранению и фармации Администрации Псковской области предложил нам заняться организацией внедрения РИАМС, мы согласились не сразу. Сомневались, возможно ли? Ведь с 2020 года это не удалось сделать никому.
Мы ездили по больницам и поликлиникам области, знакомились с главврачами, разговаривали с сотрудниками и проясняли для себя картину по проблемам, связанным с внедрением. Проанализировав собранную информацию, мы все-таки решились и с декабря взялись за реализацию проекта в статусе партнера компании-разработчика на территории Псковской области.
– Каковы масштабы проекта? 
– На территории 24 районов области – это 28 головных медицинских организаций (МО), порядка 45 стационаров, поликлиник, диспансеров. Всего, около 1900 автоматизированных рабочих мест.
– С чего началась работа над проектом?
– Первым делом мы создали Интернет-ресурс по управлению проектом. К нему имеют доступ все МО – участники проекта. На этой информационной площадке собрано многое: проблемы по эксплуатации системы, поиск их решения, консультации пользователей. Медработники ругаются по поводу сбоев в работе системы и на основе этой информации принимаются меры, чтобы подобные сбои не повторялись, обсуждаются вопросы по улучшению программы.
На ресурсе создан общедоступный обучающий раздел в виде записанных видеоуроков (по всем направлениям использования системы). Для оперативного обращения пользователей и решения вопросов действует многоканальная телефонная “горячая линия” и чат в “Телеграм”.
– Расскажите о проблемах, с которыми приходится сталкиваться в этом проекте?
– У проекта есть свои проблемы. Например, технические. Изначально, в качестве рабочих мест были выбраны, так называемые, тонкие клиенты, в качестве которых используются неттопы, т.е. “неполноценные” недорогие компьютеры без жесткого диска. В них, вместо жесткого диска, работают обычные флешки, на которых установлена операционная система и выполняется чтение/запись всей информации.
Однако, поскольку такие носители не предназначены для использования в режиме жесткого диска, на практике они довольно часто выходят из строя. А что такое остановка рабочего места, например, в регистратуре, когда у регистратора за окошком очередь из раздраженных пациентов?
Отсюда вырастает проблема недовольства персонала системой в целом, которую тоже приходится решать. Несмотря на то, что наша роль в проекте ограничена обучением персонала, мы, имея ресурсы и опыт, решаем и эти вопросы. Были подобраны, протестировали и предложены медицинским организациям SSD-диски, взамен используемых носителей, что должно решить проблему с надежностью и, где-то даже со скоростью работы.
– Что вы предпринимаете, чтобы ускорить переход к “ПроМед”?
– Это можно назвать переходом только для части медицинских организаций. Только для тех, кто уже пользовался чем-то другим, для большинства же это новое внедрение. Важно отметить, что сегодня внедрение программы тормозит небольшое число врачей, которые полноценно работают в программе. Присмотревшись к ситуации, мы поняли, что основная причина этому – отсутствие шаблонов для заполнения электронной медицинской карты (ЭМК). Как работает врач?
Основная и главная его обязанность – лечить. Но в его обязанности входит и описание жалоб, диагноза, анамнеза и т.д., то есть заполнение медицинской карты. И если раньше это выполнялось от руки, на бумаге, как вы сами видели, то теперь с применением компьютера это требуется делать с клавиатуры.
Но не все в совершенстве владеют клавиатурой, поэтому возникает проблема с работой врача в программе. Для этой цели в интерфейсе заполнения электронной медкарты существует механизм использования шаблонов. Шаблон – это набор слов, словосочетаний и фраз, из которых, как из кубиков, можно создать описание жалоб, диагноза, заполнить другие обязательные разделы ЭМК.
Но, чтобы эти шаблоны появились, врачу требуется время, на их создание. А его нет. Поэтому мы взяли на себя эту работу и, в настоящее время, с помощью профильных медицинских специалистов создаем базу шаблонов. Уверены, что это поможет решить вопрос с началом массовой работы врачей в программе.
– Действительно, шаблоны обязаны ускорить заполнение карт, но как организовано обучение и где оно проводится?
– Впервые мы провели курс обучения в декабре 2020 года. К нам приехали специалисты разработчика из Перми, которые квалифицированно прочитали курс по всем направлениям использования программы. Курс читался не один день. Во время чтения курса была организована online-видео и аудио связь с медицинскими организациями, потому что далеко не все смогли приехать.
Кто-то должен был продолжать ежедневную работу. Поэтому врачам был предоставлен авторизованный доступ к материалам курса с демонстрацией рабочего стола, т.е. интерфейса программы. Аудиосвязь была двусторонней и медицинские организации имели возможность задавать вопросы по ходу занятий.
Вопросы задавались и письменно – в чате. Некоторые медицинские специалисты из Великих Лук и юга Псковской области приняли участие в обучении очно. Всего в этом мероприятии участвовала 21 медицинская организация Псковской области. Обучение включало и практическую часть, которая проводилась непосредственно на рабочих местах медиков, в стационарах и поликлиниках, в том числе и детских, Великих Лук и Куньи.
В дальнейшем, подобные курсы читались очно уже специалистами нашей фирмы – в январе во Пскове, на базе Псковской областной клинической больницы, в феврале – на базе Псковского перинатального центра. Затем курсы обучения проводились в Псковской областной стоматологической поликлинике.
– Вижу, что усилия приложены значительные, и каковы же результаты проведенных обучений?
– Эффективность обучения подтверждается использованием программы сотрудниками медучреждений, а система располагает такими инструментами для формирования данных об интенсивности использования программы. Многие организации начали работать в системе, особенно после проведенных занятий, но были и проблемные.
Этим МО уделялось и уделяется особое внимание. Наши специалисты выезжали на место, разбирались в причинах и проводили персональное обучение с акцентом на слабые места. Так, в марте-апреле были проведены занятия с сотрудниками Усвятской районной больницы и Бежаницкой межрайонной больницы. Затем, в августе, было проведено целевое обучение Псковских поликлиник и стационаров, в частности, Псковской областной клинической больницы, где особое внимание было уделено персональному обучению специалистов и практическим занятиям. Планируем ещё один раунд обучения во Пскове в ближайшее время.
– Какова финальная цель участия Марта в проекте?
– Наша главная цель – запуск полного функционала системы в рамках всего региона. Но эта цель основная для всех участников, поскольку одна из важнейших функций системы – автоматизированное формирование реестров для Территориального Фонда обязательного медицинского страхования (ТФОМС), на основе которого производится оплата услуг медицинским организациям, т.е. их финансирование.
Формирование реестров должно производиться в строго определенном формате с соблюдением очень непростого регламента, для того, чтобы программное обеспечение ТФОМС’а смогло его корректно принять. Отладка формирования реестров осложняется тем, что федеральный и территориальный Фонды довольно часто меняют правила формирования. Поэтому, приходится вносить изменения в программу, а затем ее тестировать и отлаживать, буквально на ходу.
– И в заключение резюмируйте, пожалуйста, Ваше собственное мнение и прогноз по внедрению.
– Как видно, проект многогранный и сложный, но тем интересней в нем работать и мы уверены, что в конечном итоге все медицинские организации будут в полной мере использовать систему. А следом, планируется дальнейшее развитие информатизации медицины региона – создание “Региональной информационной шины”, которая позволит объединить все информационные медицинские ресурсы Псковской области и интегрировать их с федеральными медицинскими ресурсами.
Беседовала Ольга Клеменкова.
Региональная информационно-аналитическая медицинская система
Риамс промед
Поликлинические и стоматологические случаи лечения
- Доработаны формы поиска поликлинических и стоматологических случаев лечения.
- На вкладке «Диагноз и услуги» доступна фильтрация по коду посещения
- На вкладке «Посещение» доступна фильтрация по виду обращения.
- В стоматологическом посещении доступно добавление только одного заболевания.
- Доработана форма «Посещение пациентом поликлиники». В поле «Код посещения» значение можно выбрать только из выпадающего списка, ввод значения вручную недоступен.
Стационарные случаи лечения
- Доработана КВС пациента.
- В разделе «Приемное» поле «Состояние пациента» переименовано в «Состояние пациента при поступлении». Поле необязательно для заполнения.
- Реализована автоматическая группировка движений по классу основного диагноза. Группируются движения с видом оплаты ОМС. В итоге группировки для группы определяется оплачиваемое движение.
- Доработана форма добавления движения пациента. Поле «Состояние пациента» переименовано в «Состояние пациента при поступлении».
Диспансеризация и осмотры
- Доработан экспорт карт обследования несовершеннолетних. Доработана выгрузка услуг эхокардиографии и УЗИ сердца.
Диспансерное наблюдение
- Доработана карта диспансерного наблюдения. В поле «Номер карты» доступен ввод целых чисел от 0 до 999999999. При установке курсора в поле отобразится подсказка с правилами заполнения.
Администрирование системы
- Доработана форма «Настройки системы». В разделе «Номер карты» настроек работы стационара поле «Следующий номер» переименовано в «Текущий номер». В поле указывается текущий номер карты.
- Доработана структура МО:
- Для корректного взаимодействия с КУ ФЭР:
- На форме добавления группы отделений реализовано поле «ФРМО справочник структурных подразделений»;
- На форме добавления отделения реализованы поля «ФРМО справочник структурных подразделений» и «ФРМО. Справочник отделений и кабинетов».
- Для корректного взаимодействия с ФРМР на форме добавления специальности медицинского работника реализовано поле «ФРМР справочник».
- Для корректного взаимодействия с КУ ФЭР:
Данные человека
- Реализована проверка данных ИНН пациента при сохранении формы «Человек» или «Периодики».
- Проверка настраивается в параметрах системы. Проверку можно настроить как ошибку с запретом сохранения данных или как предупреждение с возможностью сохранения данных.
- Если ИНН не указан, то проверка не производится.
- Если проверка настроена, то будет рассчитана контрольная сумма указанного ИНН. При совпадении контрольных чисел с цифрами ИНН, проверка будет пройдена.
АРМ сотрудника картохранилища
- Доработана форма добавления движения амбулаторной карты.
- Поле «Сотрудник МО» обязательно для заполнения, если в поле «Местонахождение» указано значение «Сотрудник МО».
- Поле «Должность» недоступно для редактирования. Значение в поле «Должность» заполняется автоматически, если указано место работы сотрудника.
АРМ медицинского статистика
- Реализован поточный ввод параклинических услуг. Форма поточного ввода доступна в главном меню Системы.
Документ о временной нетрудоспособности (ЛВН)
- Доработана форма добавления ЛВН.
- Наименование организации должно быть не более:
- 29 символов при печати ЛВН на бланке;
- 255 символов для электронных ЛВН.
- Доработаны условия удаления ЛВН, связанного с другим ЛВН. Подробнее смотрите в онлайн справочной системе.
- Поле «Предполагаемая дата родов» обязательно для заполнения, если не указан дополнительный код нетрудоспособности – «020. Дополнительный отпуск по беременности и родам».
- Наименование организации должно быть не более:
- Доработаны условия подписания разделов ЛВН:
- Раздел «Освобождение» может подписать только врач, указанный в поле «Врач 1». Подписантом от ВК может выступать только врач, указанный в поле «Врач 3».
- Раздел «Режим» может подписать любой врач, который указан в любом освобождении от работы или в исходе (лечащий врач) или врач ВК. Повторно подписать может только тот врач, который подписал раздел ранее.
- Исход может подписать только врач, указанный в исходе.
Реестры ЛВН
*Доработано формирование реестров ЛВН.
- Для ЛВН из ФСС в качестве наименования организации, в которую предъявляется ЛВН, учитывается значение поля «Страхователь: наименование».
- Реализована проверка наличия ЛВН в других реестрах после получения ответа от ФСС. Если ЛВН находится в другом реестре, отобразится сообщение об ошибке.
- Доработано формирование реестров ЛВН с типом «ЛН на удаление».
- Если для ЛВН не пришел ответ от ФСС, то ЛВН присваивается статус «Требуется проверка ЭЛН в ФСС», реестру присваивается статус «Ошибка отправки». Пользователю необходимо отправить ЛВН на проверку в ФСС и после получения ответа сформировать новый реестр на удаление.
- Если для реестра присвоен статус «Ошибка отправки», то после получения ответа от ФСС для ЛВН удаляется признак «В реестре на удаление».
- При включении ЛВН в реестр учитывается МО, в которой ЛВН присвоен признак «в очереди на удаление», и МО, в которой ЛВН был создан.
Бюро медико-социальной экспертизы и врачебная комиссия
- Реализована отправка уведомлений:
- пользователям АРМ врача поликлиники и АРМ врача ВК:
- об изменении статуса направления на МСЭ,
- о создании обратного талона.
- пользователям АРМ врача поликлиники об изменении протокола ВК.
- пользователям АРМ врача поликлиники и АРМ врача ВК:
- Доработан экспорт направлений на МСЭ. Структура XML-файла выгрузки приведена в соответствие с новой формой 088/у от 06.09.2020.
- Доработана возможность выбора даты или периода отображения записей в списке главной формы АРМ врача ВК. Выбор периода ограничен диапазоном дат от 1 до 31 календарного дня.
Патоморфология
- Реализована функция просмотра направлений на патологогистологическое и патоморфогистологическое исследование в АРМ патологоанатома. Для этого на панель управления добавлена кнопка «Просмотр направления».
Электронная медицинская карта (ЭМК)
- В ЭМК пациента и во всех учетных документах отображается количество полных лет рядом с датой рождения пациента.
Новая ЭМК
- Реализована возможность добавления специфики по онкологии в новом интерфейсе ЭМК.
- Специфика отображается и для сопутствующих диагнозов.
- Доступны разделы:
- «Диагноз»,
- «Специальное лечение»,
- «Химиотерапевтическое лечение»,
- «Лучевое лечение»,
- «Гормоноиммунотерапевтическое лечение»,
- «Хирургическое лечение»,
- «Извещения»,
- «Состояние пациента»,
- «Госпитализация»,
- «Схемы лекарственной терапии».
- Доработан новый интерфейс ЭМК:
- Реализована возможность ведения дистанционного мониторинга пациентов.
- Реализовано меню быстрого выбора назначения в новом интерфейсе ЭМК.
- Реализовано добавление извещения о ВИЧ в новом интерфейсе ЭМК. Кнопка «Добавить извещение» отображается напротив диагноза из группы ВИЧ.
- В новой ЭМК доступны базовые шаблоны документов.
СМП
- Доработан АРМ диспетчера подстанции СМП.
- Закрыть смену можно только для бригады, которая в текущий момент не назначена на вызов и не находится на обслуживании вызова.
- Доработано изменение срочности вызова при ухудшении состояния пациента. Если при создании дублирующего вызова с ухудшением состояния пациента не требуется решение старшего врача, то для первичного вызова указывается повод дублирующего вызова и изменяется срочность с учетом нового повода.
- Доработан АРМ старшего врача СМП.
- На вкладке «Вызовы на контроле» не отображаются дублирующие вызовы.
- При совершении активного звонка можно создать вызов для другого пациента.
- Доработано изменение срочности вызова при ухудшении состояния пациента. Если при создании дублирующего вызова с ухудшением состояния пациента не требуется решение старшего врача, то для первичного вызова указывается повод дублирующего вызова и изменяется срочность с учетом нового повода.
- В журнале вызовов заданный период поиска записей не должен превышать:
- 7 дней – для пользователей АРМ старшего врача СМП;
- 3 дня – для остальных АРМ СМП.
Регистр по онкологии
- Доработан регистр по онкологии.
- Доработаны условия добавления записей. Добавление записи в регистр доступно с помощью кнопки «Добавить» на форме «Регистр по онкологии» или автоматически при одобрении извещения в журнале извещений.
- Редактирование и удаление разделов специфики (кроме разделов «Диагноз» и «Контроль состояния») доступно, если записи были добавлены в регистре.
- Доработана специфика по онкологии:
- Реализовано хранение специфики по онкологии по сопутствующему диагнозу и печать КЛУ при ЗНО для такой специфики.
- Доработан раздел «Диагноз» специфики по онкологии. Для указания стадии заболевания реализованы группы обязательных полей:
- «Стадия опухолевого процесса по системе TNM». «ФОМС»: Т, N, M, «Канцер регистр»: Т, N, M.
- «Стадия опухолевого процесса». «ФОМС», «Канцер регистр».
Регистр VIP-пациентов
- Реализован регистр VIP-пациентов. Если МО включает пациента в данный регистр, то случаи, созданные в данной МО, становятся недоступны для просмотра пользователям других МО.
Реестры счетов
- Доработан модуль «Реестр счетов»:
- Снятие признака «Оплачен» невозможно, если реестр содержит случаи, включенные в другие неоплаченные реестры.
- Признак новорожденного присваивается пациентам без полиса младше 2 месяцев, имеющих представителя.
- Доработано формирование реестров счетов по стационару:
- Доработано формирование реестров счетов по поликлинике.
- Доработано формирование реестров счетов по ВМП.
- Доработано формирование реестров счетов по СМП.
- Доработано формирование реестров счетов по параклинике.
- Доработано формирование реестров счетов по диспансеризации и осмотрам.
Тарифы и объемы
- Доработан модуль «Тарифы и объемы». На форме добавления значения тарифа или объема сначала расположены обязательные поля для указания периода действия. Расположение дополнительных полей зависит от атрибута тарифа или объема.
Государственные отчеты
- Реализованы отчеты:
- «Форма №30 раздел №5 (2020)». Расположение отчета: «Государственные отчеты – Отчеты 2020 – Форма №30». Данные таблиц 4201, 4601, 4701, 4801, 4802, 4803, 4805, 4806 формируются только при наличии в структуре МО соответствующего отделения или кабинета.
- «Отчёт Форма № 14 (2020) таблица 3000». Расположение отчета: «Государственные отчеты – Отчеты 2020».
- Доработаны отчеты:
- Государственная отчётная форма № 1 – ВОП. Расположение отчёта: «Государственные отчёты – Поликлиника».
- В таблицах 1000, 2000, 3000 учитываются посещения того врача, который был выбран в фильтре «Врач», с учетом участка.
- В таблице 2000 учитываются данные поля «Соц. статус» формы «Человек: Редактирование».
- В таблице 4000 учитываются посещения с видом обращения: 1-1.3; в 4001 – с видом обращения: 2-2.6.
- В таблице 5000 содержатся сведения о работе медицинской сестры врача общей практики с прикреплённым к участку населением.
- «Отчёт Формы №30 раздел №6-5120 (2020)». Расположение отчёта: «Государственные отчёты – Отчёты 2020 – Форма №30». Добавлены поля фильтра: «Филиал», «Вид оплаты», «Только ГУЗы».
- «Отчёт форма №030-Д/c/o-13». Расположение отчёта: «Государственные отчёты – Поликлиника – Дополнительная диспансеризация». В отчёте учитываются посещения в рамках диспансеризации детей-сирот.
- «Отчёт Форма №016/у-02». Расположение отчёта: «Государственные отчёты – Стационар».
- Реализована возможность формирования отчёта с разбивкой по профилям коек каждого отделения.
- Значение поля «Подпись врача» заменено на «Подпись медсестры».
- Добавлены поля фильтра: «Филиал», «Печать подстрок, в т.ч. по койкам».
Статистические отчеты
- Реализованы отчёты:
- «Список пациентов с подозрениями на ЗНО». Расположение отчёта: «Статистические отчеты – Онкология».
- «Количество случаев пациентов с подозрениями на ЗНО». Расположение отчёта: «Статистические отчёты – Онкология».
- «Отчёт Мониторинг доступности записи на прием к врачу». Расположение отчета: «Статистические отчеты – Отчётность для регистратора – Отчёты только для Центра записи».
- «Список пациентов по ЛВН по стационару». Расположение отчёта: «Статистические отчёты – Стационар».
Справочники
- Актуализированы данные:
- справочника КЛАДР в Системе.
- справочника руководящих должностей в Системе. Добавлено значение «Исполняющий обязанности главного врача».
Единый регистр медицинского персонала (ЕРМП)
- Реализована система контроля при добавлении данных на формах «Должность», «Строка штатного расписания» и при внесении информации о медицинских работниках.
- Реализована проверка соответствия занимаемой сотрудником медицинской должности и его профессионального образования на форме «Место работы».
- Доработан контроль:
- наличия данных о профессиональном образовании медицинского сотрудника. Для этого на форме «Место работы» добавлены проверки наличия данных о сертификате, о прохождении медицинским сотрудником интернатуры или ординатуры, о профессиональном обучении медицинского сотрудника.
- Реализована возможность внесения данных о запланированных мероприятиях по обучению медицинского сотрудника. Для этого реализована форма «Планы обучения сотрудников», доступная на вкладке «Сотрудники» структуры МО.
Концентратор услуг ФЭР
Совместимость с jacarta
5 февраля 2020 года компания “Аладдин Р.Д.”, российский разработчик и поставщик решений для обеспечения информационной безопасности (ИБ), и группа компаний “СВАН”, отечественный разработчик и интегратор информационных решений для здравоохранения, построенных на облачных технологиях, сообщили о завершении тестовых испытаний на совместимость своих продуктов.
По результатам тестирования компании подписали сертификат, который подтверждает корректность работы электронных ключей JaCarta для аутентификации и формирования электронной подписи в региональной информационно-аналитической медицинской системе (РИАМС) “ПроМед”.
Согласно документу, с РИАМС “ПроМед” совместимы USB-токены и cмарт-карты JaCarta-2 ГОСТ, JaCarta-2 PKI/ГОСТ и JaCarta-2 PRO/ГОСТ. Тестирование проводилось в операционных системахWindows XP(32-bit), Windows 7 (32/64-bit)