Медицинская информационная система «ВИТАКОР РМИС» разработана компанией ЗАО «Витакор» (г. Казань) и предназначена для комплексного информационно-аналитического обеспечения ЛПУ и интеграции с информационными системами, поддерживающими его деятельность, органа управления здравоохранением и ТФОМС.
Система обеспечивает решение следующих задач:
- создание автоматизированных рабочих мест персонала медицинской организации;
- автоматизация процесса оказания медицинской помощи в медицинской организации, включая ведение листов ожиданий и записи на прием, сбора, хранения и анализа данных о случаях оказания медицинской помощи;
- ведение электронной медицинской карты гражданина;
- ведение специализированных регистров по заболеваниям и карт диспансерного наблюдения;
- мониторинг деятельности медицинской организации и состояния здоровья граждан;
- обеспечение информационного взаимодействия с другими медицинскими организациями, включая направление пациентов в другие медицинские организации для проведения лабораторных и диагностических обследований, получения медицинской помощи;
- перевод в электронный вид документооборота;
- возможность создания единой базы пациентов, централизованная обработка и хранение информации;
- обмен информацией с другими информационными системами.
- интеграцию с Федеральными сервисами МЗ РФ
Система предназначена для обеспечения эффективной информационной поддержки и управления процессами предоставления медицинских услуг, обеспечения эффективного информационного взаимодействия участников предоставления услуг, автоматизации деятельности медицинского и управленческого персонала медицинской организации и МЗ, связанной с оказанием населению медицинской помощи, в том числе для:
- автоматизации административной и медицинской деятельности при предоставлении медицинских услуг населению и осуществлении лечебного процесса и лечебно-профилактических мероприятий;
- автоматизации задач и функций для комплексного решения задач финансовых расчетов между участниками ОМС за медицинскую помощь, оказанную в рамках ТП ОМС в ТФОМС;
- обеспечения эффективного и качественного информационного взаимодействия учреждений и организаций системы здравоохранения, всех участников лечебно-диагностического процесса через централизованные информационные ресурсы;
- обеспечения возможности взаимодействия с системами обработки и анализа затрат по оказанию медицинских услуг пациентам.
Архитектура Системы включает:
- Сервер приложений – реализует основную бизнес-логику взаимодействия объектов системы, обеспечивает взаимодействие серверного и клиентского приложений на основе протокола TCP/IP по технологии .NET Remoting, транслирует запросы к серверу базы данных и обрабатывает его ответы;
- Сервер баз данных (СУБД) – работает с системой управления базами данных MS SQL Server;
- Клиент – приложения Системы, установленные на аппаратных тонких клиентах или на терминальном сервере и обеспечивающие взаимодействие пользователей с Системой через единый графический интерфейс.
В основу структуры МИС заложен модульный принцип построения с набором интеграционных механизмов, обеспечивающих возможность встраивания и взаимодействия с другими системами и подсистемами.
Модули работают с Сервером БД под управлением Microsoft SQL Server 2005 и выше, и включают автоматически обновляемые модули клиентов. Все указанные компоненты системы функционируют под управлением операционных систем Windows Server 2003 и выше, MS Windows XP и выше.
Модули обеспечивают многопользовательский доступ к данным с использованием ролевой модели. Идентификация пользователей производится на основе имени пользователя и пароля, а так же средствами идентификации операционной системы Windows, включая средства двухфакторной аутентификации. Ввод идентификационных данных производится при входе в программу.
Архитектура Системы обеспечивает:
-
Централизованную модель развертывания:
- централизованное администрирование Системы и пользовательского окружения,
- подключение к работе новых пользователей обеспечивается регистрацией пользователя с заданием роли и функции пользователя.
-
Масштабируемость и надежность:
- обеспечение устойчивости к нагрузкам за счет кластеризации, как на уровне БД, так и на уровне сервера приложений,
- поддержка горячей замены конфигурации (изменения в конфигурации – описаниях бизнес-процессов, экранных и отчетных форм – вступают в действие немедленно, без остановки и перезапуска Системы).
-
Гибкая функциональная адаптация и реализация сервисов на базе функциональных подсистем:
- наличие встроенных средств конфигурирования функциональности без необходимости модификации исходных кодов,
- специализированная подсистема управления регистрами и справочниками,
- подсистему построения и отображения многомерных аналитических отчетов на основе информации, хранящейся в базе данных
-
Открытость для интеграции:
- предоставление программных интерфейсов (стандартного механизма web-сервисов) для доступа внешних и смежных информационных систем к сервисам Системы,
- поддержка принятых в РФ стандартов обмена электронными медицинскими картами.
-
Безопасность:
- использование средств создания групповых политик для обеспечения единообразия настройки пользовательской рабочей среды для аутентификации и управления пользователями,
- ролевое управление доступом к данным и функциям,
- регистрация событий безопасности и действий пользователей по доступу к данным и функциям в журнале аудита.
Создание Системы предусматривает централизованное хранение данных, реализацию основной логики работы Системы на централизованных вычислительных ресурсах, а также с использование технологии терминального доступа для взаимодействия с конечными пользователями.
В целях интеграции с существующими и разрабатываемыми информационными система в сфере здравоохранения регионального и федерального уровней Система построена с учетом поддержки международных или принятых в РФ стандартов (openEHR, HL7 и иных) для управления, хранения, обмена и коллективной работы с медицинской информацией в электронном виде.
Система имеет модульную архитектуру, обеспечивающую достаточные возможности для масштабирования, повышения производительности и расширения функциональных возможностей. Архитектурный подход к построению Системы должен базироваться на принципах Enterprise Service Bus (ESB) и принципах разделения на универсальную платформу и настраиваемые конфигурации.
Компонент для предоставления государственной услуги «Прием заявок (запись) на прием к врачу в электронном виде».
Компонент для предоставления государственной услуги «Прием заявок (запись) на прием к врачу в электронном виде» включает в себя:
- прикладной модуль медицинской информационной системы, обеспечивающий ведение расписаний и непосредственную запись на прием к врачу;
- интерфейс размещения государственной услуги на портале государственных и муниципальных услуг региона или на отдельном Интернет-ресурсе с самостоятельным URL-адресом;
- модуль, обеспечивающий взаимодействие с информационной системой ТФОМСа;
- модуль обеспечивающий интеграцию с Федеральным сервисом «Электронная Регистратура».
Прикладной модуль, обеспечивающий ведение расписаний и непосредственную запись на прием к врачу, включает следующие компоненты:
1.1. Служебный компонент (администрирования), который должен обеспечивать:
- редактирование всех справочников системы с правами администратора;
- аудит входа/выхода (по настраиваемому фильтру с указанием логина, даты и времени);
- настройку системы;
- просмотр списка перенесенных и отмененных приемов;
- модерацию пользователей, регистрирующихся на сайте;
- назначение и изменение прав доступа к системе;
- назначение и изменение функций и ролей в системе.
1.2. Компонент формирования расписания, обеспечивающий:
- формирование графика работы врачей ЛПУ на пять недель;
- формирование детального расписания врачей ЛПУ;
- отмена приема (одиночная);
- перенос приема (одиночный), в том числе вместе с выполненными записями (в случае замены принимающего врача);
- отображение в расписании врачей типов приема, указание типа приема при составлении расписания;
- отображение выбранной части приемов на Портале государственных и муниципальных услуг региона или на отдельном Интернет-ресурсе с самостоятельным URL-адресом;
- отметку выходных дней, отпусков, больничных врачей;
- формирование электронных направлений;
- распределение квот направлений для записи через живую очередь регистратуры, по телефону, инфокиоск, Интернет;
- указание списка заменяющих врачей в случае отсутствия выбранного специалиста.
1.3. Компонент записи на прием к врачу, обеспечивающий:
- поиск пациента в базе по основным критериям поиска: фамилия, имя, отчество (далее - ФИО), номер полиса ОМС и дата рождения;
- сортировку списка пациентов по ФИО, дате рождения;
- добавление нового пациента;
- проверку заполнения обязательных полей;
- запись на прием к врачу;
- запись на прием к врачу в другое ЛПУ;
- редактирование основных данных пациента (ФИО, дата рождения, пол, адрес, сотовый телефон, домашний телефон, e-mail);
- заполнение подробных данных о пациенте (страховой полис, место работы или учебы, должность, профессия, страховой номер индивидуального лицевого счета, социальный статус, документ, удостоверяющий личность, диспансерный учет, иждивенец);
- подтверждение явки пациента;
- печать талона-направления на прием;
- перенос приема;
- регистрацию повторного приема;
- отмену приема.
1.4. Компонент, обеспечивающий запись на прием к врачу ЛПУ через инфокиоск, реализовывает следующие функции:
- получение справочной информации, запись на прием, отмена приема;
- выбор врача;
- просмотр графика работы, отображение времени работы врача;
- просмотр детального расписания с разбивкой по типам приемов.
-
Идентификация пациента может выполняться по:
- номеру полиса ОМС;
- дополнительными критериями должны стать Фамилия, Имя, Отчество и дата рождения.
1.5. Компонент подтверждения явки предварительно записанных пациентов, обеспечивает:
- формирование списка пациентов, явившихся на врачебный прием;
- формирование списка пациентов, не явившихся к запланированному времени приема.
1.6. Компонент управления очередью и контролем доступа, обеспечивает:
- возможность управления потоком пациентов посредством аппаратного комплекса, состоящего из индикационных панелей;
- вызов пациента должен осуществляется из интерфейса МИС с последующей индикацией номера очереди на табло вызова;
- возможность вывода графика работы врачей и свободное количество талонов на прием на жидко-кристаллическую или плазменную панель.
1.7. Компонент, формирования аналитической отчётности, обеспечивает:
- формирование отчетов по работе подсистемы (обращения, приемы, посещаемость сайтов, работа операторов);
- формирование первичной медицинской документации;
- формирование форм государственного статистического наблюдения;
- формирование отчетов свободной формы на основании перечня хранимых в базе данных системы (загруженности врачей, количестве записей и т.д.);
- аналитическую информацию о врачебных приемах;
- просмотр расписания врачей на любую дату;
- просмотр списка записавшихся пациентов, с возможностью поиска, фильтрации, сортировки.
Интерфейс размещения государственной услуги на портале государственных и муниципальных услуг региона, представляющий из себя Web-сервис в виде отдельного специализированного сайта с самостоятельным URL-адресом и единой контролируемой точкой доступа к ресурсам ЛПУ или отдельный Интернет-ресурс с самостоятельным URL-адресом, обеспечивающий единую контролируемую точку доступа к ресурсам информационной системы ЛПУ. Данный сервис должен обеспечивать:
- регистрацию пациента в личном кабинете;
- вход в личный кабинет по логину и паролю;
- смену пароля;
- смену логина (идентификатор пользователя);
- восстановление пароля;
- просмотр списка приемов пациента;
- отмену и перенос приемов пациента;
- предварительную запись на прием к врачу;
- получение подтверждения записи на экране;
- сортировка расписания по врачу, специальности;
- просмотр графика работы врачей;
- просмотр детального расписания врачей;
- отображение количества свободных приемов в графике работы.
Модуль, обеспечивающий взаимодействие с информационной системой ТФОМС, включает следующие компоненты:
- компонент доступа к базам данных ТФОМС застрахованных лиц посредством web-сервиса или стандарта AMQP;
- компонент синхронизации данных для использования в информационной системе ТФОМС для поддержания в актуальном состоянии баз данных застрахованных лиц.
Компонент медицинской информационной системы в учреждении здравоохранения, в рамках которой разработаны следующие модули:
Модуль «Регистратура» обеспечивает:
- автоматическое формирование графика работы врачей ЛПУ на основании шаблонов;
- автоматизированная запись на приёмы специалистов или в кабинеты диагностической службы;
- выдача направлений;
- ведение расписания работы медицинских работников;
- регистрация пациентов;
- автоматическое распознавания идентификационного кода медицинской карты с использованием штрих-кода;
- возможность прикрепления к электронной медицинской карте фотографии пациента;
- редактирование основных данных пациента: ФИО, документ удостоверяющий личность, пол, адрес, место работы или учебы, страховой полис ОМС/ДМС,СНИЛС, социальный статус (в т.ч. наличии льгот), информация о аллергиях и противопоказаниях, номер телефона.
Модуль «Врач» обеспечивает:
- просмотр списков записавшихся на прием пациентов и получение информации о них из общей базы данных поликлиники;
- формирование направлений на анализы, диагностические обследования и процедуры;
- просмотр истории посещений, результатов осмотров, обследований и процедур;
- фиксация информации о проведенном врачебном приеме должна происходить с помощью шаблонов, а диагноза – из справочника МКБ-10;
- заполнение и редактирование сигнальной информации о пациенте;
- вывод медицинских документов на печать;
- выписка федеральных и региональных рецептов с доступом к федеральному регистру льготников и справочнику лекарственных средств;
- запись на приём к специалисту в другое ЛПУ.
Модуль «Учет временной нетрудоспособности» обеспечивает:
- ведение случаев временной нетрудоспособности: открытие, продление, завершение случая;
- регистрация выданных листков нетрудоспособности по каждому случаю: первичных, продолжений, дубликатов листков нетрудоспособности;
- автоматизированный контроль правильности внесения информации о временной нетрудоспособности;
- печать листков нетрудоспособности по установленной действующими нормативными актами форме.
Модуль «Взаиморасчеты» обеспечивает:
- формирование и выгрузку счетов-реестров оказанных медицинских услуг к счетам на оплату медицинским страховым организациям и ТФОМС;
- регистрацию и ведение договоров со страховыми компаниями, физическими лицами и формирование программ страхования.
Модуль «Статистика» обеспечивает:
- обработка законченных случаев;
- формирование отраслевых форм государственной статистической отчетности;
- формирование отчетных форм, используемых отделом медицинской статистики;
- построения аналитических отчетов, динамически изменять форму и содержание имеющихся отчетов, создавать новые отчеты на основании имеющихся данных.
Модуль «Приемный покой» обеспечивает:
- регистрация (или поиск) направленного на госпитализацию пациента;
- получение сведений о направлениях гражданина из другого лечебного учреждения;
- регистрация больного в приемном отделении и назначение лечащего врача;
- возможность внесения полисов ОМС в ручном режиме и в автоматическом из ИС ТФОМС;
- возможность внесения данных о документах, удостоверяющих личность;
- возможность ручной регистрации пациента;
- возможность автоматизированного создания электронной амбулаторной карты или истории болезни, талона амбулаторного пациента и медицинской карты выбывшего из стационара;
- возможность распечатки этих документов;
- возможность гибкой настройки печатной формы этих документов, в том числе возможность создания собственных вариантов печатных форм;
- получение справки о наличии свободных койко-мест в отделениях;
- формирование титульного листа медицинской карты стационарного больного (ф. 003/у);
- регистрация манипуляций и осмотров медицинского персонала приемного покоя;
- ведение журнала учета больных и отказов в госпитализации, регистрация согласия пациента на медицинское вмешательство, на обработку персональных данных, на предоставление информации родственникам;
- подготовка информации о количестве поступивших пациентов за определенный промежуток времени.
Модуль «Стол справок» обеспечивает:
- предоставление информации о пациенте находящемся на лечении (палата, отделение, лечащий врач и дата поступления);
- предоставление справок, не содержащих конфиденциальной информации, о госпитализированных и выбывших больных, а также о больных, которым было отказано в госпитализации.
Модуль «Лечебный процесс стационара» обеспечивает:
- ведение учетных документов в электронном виде;
- составление планов загрузки и освобождения койко-мест по отделениям стационара и при необходимости их корректировка;
- регистрация данных анамнеза;
- регистрация результатов осмотров лечащего врача (первичный, повторный);
- регистрация дневниковых записей;
- регистрация диагнозов направления, при поступлении, клинических и заключительных диагнозов (основные, сопутствующие, осложнения), как предварительных, так и окончательных;
- выбор медицинского стандарта для определения тактики лечения по клиническому или заключительному диагнозу, а также для диагнозов осложнения и сопутствующих при клиническом диагнозе, основном диагнозе;
- регистрация направлений на инструментальные и лабораторные исследования;
- регистрация результатов лабораторных исследований;
- регистрация результатов инструментальных исследований;
- регистрация результатов консультаций;
- регистрация назначений лекарственных средств;
- регистрация выполнения назначений лекарственных средств;
- автоматизация составления вторичной документации (эпикризы, выписки);
Модуль «Администрирование» обеспечивает:
- разграничение прав доступа к функциональному набору МИС в зависимости от роли пользователя;
- ввод и поддержка в актуальном состоянии единых справочников ВИТАКОР РМИС: справочника тарифов и услуг, справочника врачей имеющих право на выписку ДЛО, справочника федеральных и региональных льготников;
- ввод и поддержание в актуальном состоянии сведений о персонале ЛПУ;
- автоматическое обновление;