Как настроить обмен с ФСС по формату 2.0 и приказу 925н в 1С:Медицина?

Переход на новый порядок оформления листков нетрудоспособности, утвержденный приказом Минздрава № 925н, потребовал от медицинских организаций перехода на формат электронного листка нетрудоспособности (ЭЛН) версии 2.0. Этот процесс сопровождается рядом технических сложностей: от поиска актуальных адресов веб-сервисов ФСС до специфических требований к заполнению строковых данных в конфигурациях 1С. В данной статье мы разберем по шагам, как настроить систему для корректной работы и избежать типичных ошибок обмена.

Настройка адресов веб-сервисов ФСС для формата 2.0

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

Для промышленной эксплуатации (продуктивный контур) основным рабочим адресом является:

https://docs.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL

В некоторых сборках конфигураций от «Информед» или специализированных медицинских решениях может встречаться альтернативный адрес с индексом V20_2:

https://docs.fss.ru/WSLnCryptoV20_2/FileOperationsLnService?wsdl

Выясним причину различий: индекс V20_2 часто связан с обновлением протоколов шифрования на стороне государственного сервиса. Если при попытке соединения система выдает ошибку о недоступности сервиса, следует проверить оба варианта в настройках обмена 1С. Помните, что для работы этих ссылок на сервере 1С должны быть установлены актуальные сертификаты ФСС и настроены средства криптозащиты (КриптоПро CSP или аналоги).

Особенности заполнения данных: регистр и сокращения

Формат 2.0 предъявляет жесткие требования к форматно-логическому контролю (ФЛК) передаваемых данных. Разберем наиболее частые причины отказов со стороны ФСС:

1. Регистр ФИО и адресов. В ранних реализациях формата 2.0 система ФСС требовала передачи персональных данных строго в верхнем регистре. Если в вашей конфигурации используется функция ВРег(), это может привести к ошибке несоответствия, если в базе ФСС данные хранятся иначе. Однако практика показывает, что принудительное приведение к верхнему регистру чаще помогает успешно пройти валидацию. Проанализируем пример кода, который может использоваться в обработках обмена:

// Пример нормализации данных перед отправкой в ФСС
ДанныеЛН.Фамилия = ВРег(СокрЛП(Пациент.Фамилия));
ДанныеЛН.Имя = ВРег(СокрЛП(Пациент.Имя));
ДанныеЛН.Отчество = ВРег(СокрЛП(Пациент.Отчество));

2. Должности врачей и председателей ВК. Это критический момент. Ранее допускалось использование полного наименования «Председатель ВК», однако в формате 2.0 ФСС жестко ограничил длину поля и содержание справочника должностей. Теперь для успешной отправки необходимо использовать сокращение "ПРЕД ВК". Другие варианты написания могут привести к ошибке «Недопустимое значение атрибута».

Сосуществование форматов 1.1 и 2.0

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

• Новые больничные: Все ЭЛН, открытые после вступления в силу приказа 925н, должны создаваться и отправляться только по протоколу 2.0.
• Продление и закрытие: Если листок нетрудоспособности был открыт в формате 1.1 до даты перехода, его продление и закрытие должны осуществляться в рамках версии 1.1.

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

Разбор ошибок при получении списка ЭЛН по СНИЛС

Часто программисты сталкиваются с ошибкой PL/SQL (например, ORA-06550) при вызове метода PR_GET_LN_LIST_SNILS. Разберем ситуацию: такая ошибка обычно означает, что сервер ФСС получил неверное количество параметров или параметры неверного типа. Это происходит, когда описание SOAP-запроса в 1С (WSDL) устарело и не соответствует текущей реализации на сервере ФСС.

Для решения этой проблемы необходимо:

1. Обновить конфигурацию до актуального релиза (например, 2.0.5.2 и выше для медицинских решений).
2. Если обновление невозможно, требуется вручную обновить WSDL-описание в объекте WS-ссылка в конфигураторе, указав актуальный адрес сервиса.

Технические нюансы обновления конфигурации

При обновлении специализированных конфигураций (например, «1С:Медицина. Больница» или решений от «Информед») с версии на версию (например, с 5.1 на 5.2) может наблюдаться «зависание» процесса. Проанализируем причину: это часто связано с реструктуризацией регистров сведений, содержащих историю обмена с ФСС. Если накоплено большое количество записей, процесс может занять длительное время.

Перед запуском обновления рекомендуется выполнить следующие действия:

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

Перспективы: переход на СЭДО

Рассмотрим ситуацию в развитии: формат 2.0 является важным, но не финальным этапом. В современных реалиях ФСС (ныне СФР) перешел на систему СЭДО (Система электронного документооборота) и проактивные выплаты. Это означает, что медицинская организация теперь фокусируется на качественном заполнении медицинских данных и своевременном закрытии ЭЛН, а расчеты происходят автоматически. Использование СНИЛС медицинского работника стало обязательным атрибутом в новых схемах обмена, что необходимо учитывать при заполнении карточек сотрудников в 1С.

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