Запрос «как добавить расписание и ставки врачей в ЕГИСЗ» звучит так, будто существует одна форма с кнопкой «передать». В реальной клинике всё сложнее и, честно говоря, полезнее это признать сразу. Ставка врача, часы работы, услуга, слот, МИС и региональный контур — разные сущности. Если смешать их в одну таблицу, предупреждение появляется раньше, чем понятный ответ.
Ниже — инженерный разбор для руководителя, главного врача, кадровика и IT. Он не заменяет региональные инструкции и юридическую консультацию. Его задача — показать, где искать расхождение и какой первый артефакт собрать до разговора с интегратором.
Главный вывод: ставка не является расписанием
Ставка 1,0, 0,75, 0,5 или 0,25 описывает занятость специалиста. Она не говорит сама по себе, в какие дни врач принимает, сколько длится приём и какие услуги доступны для онлайн-записи. Расписание появляется после того, как ставка переведена в рабочие часы, услуги, кабинеты, длительность приёма и сетку слотов.
Когда директор говорит «у нас врач на ставке, почему нет записи?», это не вопрос к одной системе. Это приглашение проверить всю цепочку: кадровая единица → рабочие часы → услуга → слот → передача в региональный контур.
Что говорит нормативный контур
В действующей редакции постановления Правительства РФ №140 сведения о расписании приёма врачей должны передаваться поставщиками медицинской помощи, включая частные медицинские организации, в установленный срок после изменения данных. Для расписания указан ориентир не позднее одного рабочего дня после обновления. Аналогичный временной принцип применяется к ряду сведений о записи и факте посещения.
Методические рекомендации ЦНИИОИЗ описывают расписание как результат работы с занятостью врачей, типизацией должностей и услуг, расчётом посещений на ставку и формированием сетки. Они также указывают на центральное хранение расписания через региональный контур и необходимость сообщать изменения, например отпуск или больничный. Это методический ориентир, а не универсальная гарантия одинаковой реализации во всех регионах.
Источник истины: четыре слоя вместо одной таблицы
- Кадровый слой: сотрудник, должность, специальность, ставка и период работы.
- Операционный слой: часы, кабинет, длительность услуги, тип приёма и доступность специалиста.
- МИС и региональный слой: расписание, запись, отмены, лист ожидания и обмен с ФЭР/ЕГИСЗ.
- Публичный слой: сайт, виджет записи, колл-центр и сообщения пациенту.
Если источник истины не назначен, разные участники начинают исправлять каждый свою копию. Кадровик меняет ставку, администратор правит таблицу, IT повторяет изменение в МИС, а сайт продолжает показывать старое окно. Пациент видит итог, но не видит, где именно разошлись данные.
Рабочая модель данных врача
Перед настройкой интеграции соберите минимальную модель на одном специалисте. Это быстрее, чем обсуждать всю сеть сразу, и позволяет поймать расхождение на маленьком объёме.
Как ставка превращается в слот
- Зафиксировать ставку и период, в котором специалист реально работает.
- Определить рабочие часы и исключения: отпуск, больничный, обучение, совмещение.
- Привязать услуги и нормативную длительность приёма, а не только специальность.
- Сформировать сетку кабинетов и слотов с учётом подготовки и санитарных интервалов.
- Разделить первичные, повторные, контрольные и технические окна записи.
- Передать расписание в региональный контур и проверить, как обрабатываются изменения.
- Сверить публичную запись с МИС и журналом передачи после каждого изменения.
Методические рекомендации предлагают планировать значимую долю первичных или конкурентных слотов, в том числе ориентир не менее 60%. В статье это обозначено как методический ориентир, а не как универсальный норматив для любой частной клиники. Процент нельзя переносить в приказ без проверки региона и модели работы.
Что менять при отпуске или больничном
Изменение расписания — это не только удаление слотов. Нужно закрыть новые записи, обработать уже записанных пациентов, обновить сайт и колл-центр, передать изменение в региональный контур и оставить журнал: кто изменил, когда, на какой период и что произошло с существующими визитами.
- Новый слот не должен появляться на сайте раньше, чем он подтверждён в МИС.
- Отмена приёма должна запускать сценарий уведомления и предложения альтернативы.
- Лист ожидания должен иметь владельца и срок следующего контакта.
- Врач, администратор и IT должны видеть одну версию изменений.
Где обычно появляются предупреждения
Предупреждение часто связано не с отсутствием ставки, а с несовпадением справочников и временных интервалов. В одном контуре врач числится активным, в другом нет услуги, в третьем расписание передано с задержкой, а на сайте осталась старая длительность визита.
Матрица проверки перед обращением к интегратору
Передайте интегратору не скриншот ошибки, а короткую матрицу. В ней должны быть один врач, одна услуга, один день изменения и один фактический результат. Так быстрее понять, где заканчивается проблема данных и начинается проблема обмена.
Минимальный runbook на один рабочий день
- Утром выгрузить расписание выбранного врача из МИС и зафиксировать время выгрузки.
- Сверить ставку, часы, кабинет, услуги и длительность приёма с кадровой и операционной таблицей.
- Изменить один слот в согласованном контуре и сохранить идентификатор операции.
- Проверить запись в региональном представлении и на публичной форме без передачи реальных ПДн.
- Проверить отмену или перенос и убедиться, что старый слот не вернулся самопроизвольно.
- Записать расхождение, владельца исправления и срок повторной проверки.
Такой runbook не делает клинику автоматически соответствующей требованиям. Он создаёт воспроизводимую проверку, которую можно повторить после обновления МИС или регионального шлюза.
Что не стоит делать в спешке
- Не менять ставку в кадровом справочнике только ради появления слотов.
- Не публиковать на сайте расписание из отдельной таблицы, если МИС является источником записи.
- Не передавать интегратору реальные карточки пациентов для демонстрации ошибки.
- Не объявлять проблему решённой по одному удачному тесту без отмены, переноса и повторной проверки.
- Не обещать руководителю отсутствие предупреждений без регионального и документального подтверждения.
Как распределить ответственность
Кадровик отвечает за достоверность ставки и периода работы. Главный врач — за услуги, длительность и клиническую логику расписания. Администратор — за фактические сценарии записи и отмены. IT — за обмен, журналы, права и наблюдаемость. Руководитель — за то, чтобы у этой цепочки был один владелец результата, а не четыре независимых списка.
Связь с сайтом и телефонией
Пациент не знает, где заканчивается МИС и начинается региональный контур. Он просто видит свободное время или получает отказ. Поэтому сайт, телефония и регистратура должны использовать проверенный источник слотов, а не локальную копию, которую обновляют вручную. Для этого полезно начать с системной интеграции или ИТ-аудита клиники, где сначала строится карта потока, а уже потом обсуждаются доработки.
Антикейс без выдуманной суммы
В одной клинике ставка врача была полной, но расписание передавалось как набор коротких окон, не совпадающих с фактическими часами кабинета. Администратор видел доступность, сайт — часть слотов, а врач — совсем другой день. Руководство сначала хотело «попросить IT поправить выгрузку». После сверки оказалось, что нужно было согласовать услугу, длительность и источник рабочего времени. Сколько стоила ошибка в деньгах, без журнала визитов честно не посчитать; зато причина стала проверяемой.
План исправления на семь рабочих шагов
- Выбрать одного врача и одну услугу для контрольного примера.
- Собрать кадровые и операционные поля в одну таблицу.
- Зафиксировать источник истины для слотов.
- Проверить обмен после изменения и после отмены.
- Сверить региональное представление и публичную запись.
- Назначить владельца журнала расхождений.
- Только после успешного контрольного примера расширять настройку на сеть.
Итог
ЕГИСЗ не просит руководителя угадывать, какая ставка должна превратиться в какой слот. Но клиника должна сама связать кадровые данные, часы, услуги, МИС и региональный обмен. Начните с одного врача, одного дня и одного проверяемого изменения — это полезнее, чем спорить о том, какая система «главнее» в презентации.
