Сервис определения СП и прикрепления к МО¶

Назначение¶

- Определение СП и прикрепления к МО/СМП при оказании медуслуг и подготовке реестров счетов медуслуг в МО.
- Определение наличия и действия СП при приёме заявлений от ЗЛ в СМО.
- Поиск информации в региональном сегменте для выяснения сложных случаев: коллизий; расхождений в персональных данных; неидентифицированных; и т.п.

Краткое описание принципа работы¶

Клиент отправляет запросы пакетами. Пакет содержит тип запроса и один или несколько сообщений запросов. Типом запроса задается, какой режим обработки будет применён к запросам и что за результат будет отправлен в ответ. Пока обрабатываются типы запросов:

- 'ident' – идентификация (поиск с выбором наиболее релевантного ЗЛ) в региональном сегменте и выдача последней страховки, независимо от её состояния «действующая»/«закрытая»;
- 'prik' – идентификация в РС, определение прикрепления и СП в соответствии с регламентом, выдача информации о прикреплении и СП для использования в реестрах счетов
- 'full' – идентификация в региональном сегменте (РС) и выдача всех страховок ЗЛ из РС
- 'seek' – простой поиск в региональном сегменте и выдача всех приемлемых совпадений;
- 'ident-v2' – вторая версия типа 'ident'; отличие: в результат добавлены два поля: SMOCOD и NAM_SMOK.

Запрос содержит идентификационные данные – поля запроса, включая: ФИО, ДР, место рождения, различные документы, такие как СНИЛС, полис, паспорт и т.п. Поля запроса могут быть включены в запрос как все, так и частично. Поиск всегда ведётся по совокупности полей запроса (атрибутам), при этом разные атрибуты имеют разную величину влияния совпадения – «вес». Атрибутам, имеющим высокую избирательность и защиту, как например СНИЛС, назначен больший вес, а таким как фамилия, имя и др. – меньший вес. После сопоставления из различных вариантов совпадений атрибутов определяется вес совпадения как сумма весов совпадающих атрибутов. Совпадения, имеющие вес меньше допустимого, отбрасываются как неприемлемые. Из оставшихся совпадений формируются ответы в зависимости от типа запроса. В ответ, кроме данных страховки (СП) и прикрепления, включаются также поля персональных данных, но только в том случае, когда по ним есть хотя бы частичное совпадение с полями запроса.

Версии¶

Версия 2 (2018-10-24)¶

В xsd-схеме исправлено несоответствие текстового описания и реальных ограничений элемента SNILS (см. packet_v2.xsd).
Суть: в текстовом описании были разрешены разделители, а реальные ограничения это не позволяли. Конфликт решён в пользу ограничений.

Версия 4 (2020-09-30)¶

В xsd-схему добавлены два необязательных поля SMOCOD и NAM_SMOK. Они возвращаются при использовании типа запроса 'ident-v2'.
Функционирование всех прежних запросов осталось без изменений. См. packet_v4.xsd

Ссылки¶

Документация https://support.arhofoms.ru:8122/Swagger
Сервис https://support.arhofoms.ru:8122/api/Osp
Актуальная схема packet_v4.xsd