Пациент не имеет прикрепления код ошибки 310

Единый медицинский портал

Для работы с порталом и доступа к полному списку услуг, необходимо осуществить авторизацию на портале Государственных услуг.

В демо-режиме можно ознакомиться со всеми возможностями портала без регистрации. Изменения сохраняться не будут.

Порядок действий пользователя при записи на прием

Услуга «Запись на прием к врачу» доступна только авторизованным пользователям в отношении человека, внесенного в картотеку.

Запись на прием осуществляется в несколько этапов:

После выбора услуги информация о выбранной услуге отражается в заголовке страницы.

Информация о прохождении этапов записи на прием отражается на всех страницах:

Например: после выбора пациента пользователь находится на странице выбора специалиста.

В рамке в виде гиперссылки отображается результат выполнения предыдущего этапа записи – выбора пациента в картотеке – ФИО человека. Кликнув на ФИО человека можно вернуться в картотеку и выбрать другого человека.

Кроме гиперссылок, размещенных в рамке, вернуться на предыдущий этап записи можно при помощи кнопки «Назад», размещенной внизу страницы.

Таким образом, до момента сохранения данных о записи, с любого этапа процедуры записи на прием можно вернуться к любому из предыдущих этапов.

Описание этапов записи на прием

После процедуры авторизации пользователь находится на главной странице портала, на которой следует выбрать услугу.

Выбор услуги

Для выбора услуги нужно указателем мыши кликнуть по ссылке, содержащей наименование нужной услуги. В данном случае – «Запись на прием к врачу».

После выбора услуги осуществится переход на страницу «Картотека».

В картотеке нужно выбрать человека, которому будет оказываться услуга.

Выбор человека

Выберите человека. Для выбора нажмите на ссылку с именем нужного человека.

После выбора человека осуществляется переход на страницу со списком специальностей врачей.

Выбор специальности врача

После выбора человека на странице выбора специальности врача будет отражаться следующее:

Например, имея состояние списка, которое указано на картинке, указав «ст» получим список состоящий лишь из «стоматолог»:

На этой странице нужно выбрать специальность врача. Для выбора нажмите на запись с интересующим вас профилем.

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

Краткий список формируется в зависимости от пола и возраста выбранного в картотеке человека:

Для мальчиков (до 18 лет):

Для девочек (до 18 лет):

Для мужчин (старше 18 лет):

Для женщин (старше 18 лет):

Если в имеющемся списке нет нужных врачей, то для получения полного списка специалистов МУ, к которому прикреплен выбранный человек, следует нажать на ссылку «Все специалисты»:

Если в списке специалистов МУ, к которому прикреплен пациент, нет врача нужной специальности, то нажав на ссылку «Все доступные специалисты», можно получить полный список врачей-специалистов, к которым можно записаться:

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

Но если сделан выбор врача из МУ, к которому прикреплен человек, то этап выбора МУ будет пропущен, и сразу откроется страница выбора ФИО врача.

Выбор медицинского учреждения

Первоначально страница выбора медучреждения имеет вид:

После выбора специальности врача нужно выбрать медучреждение:

Для выбора нажмите на ссылку с наименованием медучреждения.

При клике на ссылку с адресом МУ на дополнительной странице открывается карта яндекса с указанием на выбранный адрес.

Если в списке нет интересующего вас МУ, то кликнув по ссылке «Все поликлиники» можно расширить список МУ:

После выбора медучреждения откроется страница выбора ФИО врача выбранной специальности в выбранном медучреждении.

Выбор ФИО врача

Страница выбора ФИО врача имеет вид:

Для выбора врача выберите мышью фамилию интересующего Вас врача, после этого осуществится переход к странице просмотра расписания этого врача.

Если в списке нет интересующего вас врача, то кликнув по ссылке «Все врача поликлиники», можно расширить список врачей до всех врачей выбранной поликлиники:

После выбора ФИО врача откроется страница выбора времени записи на прием к выбранному врачу выбранной специальности в выбранном медучреждении.

Выбор времени записи

Страница выбора времени записи на прием имеет вид:

Окно выбора времени приема представляет собой расписание врача, выведенное по дням с отображением занятых и свободных бирок.

Запись доступна на 2 недели вперед от текущей даты. Запись на предыдущие дни и текущий день недоступна. Переход по календарю доступен только в пределах 2х недель.

Состояние бирок выделено разным цветом:

Для записи на прием выберите бирку зеленого цвета с подходящим Вам временем:

После выбора времени записи на прием сформируется форма, содержащая полные сведения о предполагаемой записи и кнопку для подтверждения выбора:

При установке галочки Уведомить за день до приема? за сутки до даты приема на почтовый ящик отправляется уведомление о приеме.

Для подтверждения приема нажмите на кнопку Подтвердить.

Данные записи на прием при сохранении проверяются, и если они не проходят контроль, то выводятся сообщения об ошибках:

В случае если проверка не проходит, выдаётся сообщение с соответствующей ошибкой и единственной кнопкой «Назад» для возвращения к предыдущему экрану.

Если данные прошли контроль, то после сохранения данных будет выдано подтверждение о записи на прием:

Источники:

https://doctor. bashkortostan. ru/help/services/record/actions

Не могу записаться на приём к врачу через интернет

4 февраля 2015 07:50

Раньше я не стояла на учете ни в какой поликлинике города.

Вчера встала на учёт в ЖК. Они с меня взяли заявление о моих данных, внесли изменения. Соответственно я уже могу зайти в интернет-регистратуру… но нет же… ввожу свои данные, говорят ошибка… Может нужно несколько дней ждать пока обновится база? У кого было такое?

Комментарии

у меня также — ни себе ни детям не могу — буду в тех поддержку писать!

4 февраля 2015 14:12

Ответить

0

У меня такое было когда я фамилию поменяла, и к докторам ходила и в регистратуре все заполняла, потом пришла в регистратуре пожаловалась на это, мне регистраторы что то у себя в компьютере сделала, и я в этот же день могла записаться к врачам, так что попробуйте позвонить в регистратуру, может они вам подскажут!

4 февраля 2015 11:30

Ответить

0

сходите один раз сами, через регистратуру, а второй раз уже через инет пробуйте.

4 февраля 2015 09:03

Ответить

0

еще нет ваших данных, надо подождать 3-4 дня

4 февраля 2015 08:51

Ответить

0

там где-то есть адрес тех.поддержки, напиши им на электронку.

4 февраля 2015 08:51

Ответить

0

Хотела написать, но там нужно заполнить кучу не известной мне информации… какой номер участка, кто участковый терапевт, фамилия специалиста к которому нужно записаться… Я понятия не имею хто это

значит придётся на обеде скакать в поликлинику(((

4 февраля 2015 08:57

Ответить

0

В территориальный фонд обязательного медицинского страхования Архангельской области поступают обращения от застрахованных лиц о невозможности записи на прием к врачу-специалисту через Единый портал государственных услуг в связи с «отсутствием информации о прикреплении к медицинской организации». Читайте далее.

По каждому обращению застрахованного лица территориальным фондом ОМС, ГБУЗ АО «Медицинский информационно-аналитический центр» и региональным министерством здравоохранения проведена проверка на предмет прикрепления к медицинской организации и обоснованности отказа по причине «отсутствие прикрепления к медицинской организации».

Было выявлено, что основные причины отказов в записи через ЕПГУ обусловлены тем, что:

— неверно заполнено поле «Номер полиса ОМС», то есть граждане ошибочно заполняют цифры из номера полиса (вводят больше цифр, чем имеется, или вносят номер бланка полиса);

— отсутствует информация о пациенте в базе данных медицинских организаций, в которые гражданин пытается записаться на прием.

Например: если пациент пытается записаться в Архангельскую областную клиническую больницу, и он там ни разу не проходил лечение, то ему будет отказано в связи с отсутствием о нем сведений в медицинской информационной системе учреждения.

Поэтому для минимизации ошибок при записи на прием пациентам необходимо обратить внимание на следующее:

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

Например: если пациент обращается впервые в медицинскую организацию, прикрепление к которой не предусмотрено (например, стоматологические поликлиники, областные медицинские учреждения), то необходимо обратиться в регистратуру лично или по телефону для внесения персональных данных пациента в медицинскую информационную систему.

Пациент должен быть внимательным при вводе персональных данных (особое внимание необходимо обратить на ввод номера полиса ОМС), а также обращать внимание на подсказки, размещенные рядом со строкой ввода требуемой информации (см. слева).

Если при выборе медицинской услуги пациенту  вернулось сообщение «Запрос не дал результатов», значит, пациент с такими данными не найден в информационной системе больницы. В этом случае необходимо проверить корректность ввода данных или обратиться в регистратуру медицинской организации (лично или по телефону), чтобы проверить корректность информации, занесенной в медицинскую информационную систему медицинской организации.

Если Вам не удается записаться на прием к врачу через Портал госуслуг, Вы также можете осуществить запись через сайт Здрав29 или обратиться за помощью к страховому представителю Вашей страховой медицинской организации по бесплатному телефону «Горячей линии»:

Архангельский филиал АО «Страховая компания «СОГАЗ-Мед» 8-800-100-07-02; 

Филиал ООО «Росгосстрах  –   Медицина» — «Росгосстрах-Архангельск-Медицина» 8-800-100-81-02.

Будьте здоровы!

«Ошибка 310» может появиться в процессе использования стандартной программы iTunes и некоторых других, запуске iTunes Store как на Windows, так и на Mac. Чаще всего на экране мы видим всплывающее окно с сообщением об ошибке, после чего используемая нами программа сразу вылетает. Бывает и такое, что после возникновения ошибки «Error 310» из-за запуска любой программы компьютер пользователя вообще выключается. В некоторых случаях появление ошибки сопровождается зависанием компьютера или медленной работой. Некоторые пользователи жалуются, что ошибка 310 появляется в процессе резервного копирования, при входе в iCloud для Windows. В любом случае все это признаки Ошибки 310 на Windows или Mac.

Причин появление ошибки 310 может быть несколько. Программа iTunes может быть некорректно установлена, частично повреждена. Поврежден может быть также реестр iTunes. Свою роль может сыграть и вирус, который каким-то образом повредил файл Windows-системы, либо системные файлы iTunes. Также может быть конфликт нескольких программ.

Как исправить ошибку iTunes 310 на Windows/Mac?

Чтобы исправить ошибку 310 iTunes, можно потратить на это очень много времени, так как точная причина ее появления может быть ясна не сразу. Обычно самостоятельный процесс исправления предполагает чистку вашего компьютера от мусора, от вредоносного программного обеспечения; восстановление системы Windows; переустановки программы iTunes и т.д. Какой-то из этих способов должен обязательно сработать и исправить ошибку 310 на Windows/Mac.

Существует более простой и быстрый метод, как исправить ошибку iTunes 310 на Windows/Mac. Сделать это можно с помощью инструмента Tenorshare TunesCare. Ниже описано несколько шагов, которые необходимо выполнить.

1. Скачайте с официального сайта Tenorshare программу Tenorshare TunesCare. Установите ее на ваш компьютер и выполните запуск.

2. Вам на выбор будет предложено всего два действия. Если у вас проблемы с синхронизацией iPhone с iTunes, нужно будет нажать на верхнюю кнопку. Если необходимо исправить ошибки, связанные с iTunes, то нажимаем на вторую кнопку «Устранить все iTunes ошибки». Чтобы исправить ошибку 310, нажимаем на вторую кнопку.

Далее программа автоматически определит, какой метод исправления нужен. Если программа iTunes работает очень медленно или некорректно, вам будет предложено исправить iTunes. После этого Tenorshare TunesCare автоматически загрузит нужные драйвера, а затем запустит процесс восстановления iTunes. Далее медиакомбайн будет перезапущен и снова готов к работе.

Как видите, чтобы исправить ошибку 310 на Windows/Mac, не нужно искать дополнительные инструкции или методы в Интернете. Достаточно воспользоваться утилитой Tenorshare TunesCare, которая имеет очень простой интерфейс и восстанавливает работу айтюнс буквально за несколько минут.

Скачать программу Tenorshare TunesCare на Windows можно совершенно бесплатно. Включена поддержка новейшего программного обеспечения iOS 13.

Присоединяйтесь к обсуждению и поделитесь своим голосом здесь

Ошибка возникает при непосредственном удалении записи в таблице с количеством записей более 16777215 штук. Удаляемые записи могут располагаться и до этой границы.

Сообщение об ошибке указывает на индекс «IDELETED» с индексным выражением «D» и выражением фильтра «DELETED()». Этот индекс используется для нахождения помеченных на удаление записей и размещения на их месте новых добавляемых записей.

Ранее мы сталкивались с этой ошибкой. В этот раз у клиента оказалось все сложнее. Описание задачи:

У нас 1с7 начала выдавать ошибку, после индексации (с удалением .cdx ) снова можно работать от 30 минут до 2х часов и снова ошибки. Помогите, пожалуйста, разобраться в причинах и восстановить нормальную работу программы.

Сообщение об ошибке

Прочие рекомендации по исправлению

• удаление cdx-файлов и индексация БД;
• выполнение «Тестирование и исправление»;
• очистка базы от помеченных на удаление элементов;
• выполнение свертки.

Временное решение

В качестве временной меры в ручном режиме рекомендуется следующее.

Суть способа: отключить индекс «IDELETED» для проблемных таблиц. Естественно, отключится механизм использования помеченных на удаление записей (в терминах DBF). А это приведет к более быстрому росту размера таблицы.

Последовательность действий:

1. Срочно выгнать всех пользователей из 1C. Не сохранять никаких открытых форм ввода информации. Прекратить/прервать выполнение отчетов. Если произошёл сбой при выполнении регламентных работ, то восстановить базу с последней копии.
2. В сообщении об ошибке −310 не выдается имя таблицы — необходимо найти эту таблицу силой ума или открытием подряд всех DBF-ов в порядке от большего размера файла к меньшему. Ищем таблицы в которых количество записей подбирается или уже больше 16777215 шт.
3. Удалить все CDX-файлы. Зайти в сессию 1С монопольно и выполнить реиндексацию.
4. Вызвать утилиту обслуживания DBF/CDX структур. Например, бесплатную утилиту «Advantage Data Architect». На сайте с программной сообщается, что: «Этот выпуск не поддерживается. Загрузки предоставлены в качестве любезности».
5. Открыть проблемную таблицу в формате «FoxPro (DBF/CDX)». Вызвать свойства таблицы. Выбрать закладку с описанием индексов. Найти индекс «IDELETED». Изменить выражение фильтра с «DELETED()» на «.F.». Сохранить изменения с реиндексацией. Закрыть таблицу.
6. Открыть таблицу «1SUSERS» (DBF-файл без индексов). В поле «USRSCNT» установить значение больше нуля. Закрыть таблицу. Выйти из утилиты.
7. Запустить сессию 1С в монопольном режиме. Согласиться с реиндексацией.

В перспективе для исключения подобных сбоев в базе — задумайтесь о переходе на СУБД.

Необходимо повторять действия по отключению индекса после каждого удаления файлов CDX. После реиндексации без удаления файлов повторять отключение индекса не надо.

Дополнение

Касается только бухгалтерии и только файла 1SACCSEL.DBF. Из описания — файл 1SACCSEL.DBF служит для отбора счетов.

Открываем конфигуратор, заходим в проводки и убираем галочку «Разрешить отбор» в группе «Отбор по счетам». Сохраняем. Изменения происходят быстро. После изменения данный файл перестает существовать.

Пять важных правил для учетной политики

Составление и актуализация учетной политики — это важный процесс закрытия одного года и старта нового бухгалтерского периода. В УП необходимо учесть все ключевые новации в законодательстве. В сегодняшней статье собрали 5 главных правил для учетной политики.

СФР ответил на частые вопросы по детским пособиям

Если родители подали заявление, а решение затянулось, это нормально. Иногда СФР рассматривает заявление 30 дней. Статус заявления лучше отслеживать на Госуслугах. Есть разъяснения фонда и по выплатам.

Как быстро избавиться от партнёра по бизнесу?

Бывает немало ситуаций, когда бизнес-партнёры в самом начале предприятия воодушевлены и находятся в максимальном доверии друг другу. Но, как это нередко бывает, отношения со временем «дают трещину» и между партнёрами возникают непримиримые разногласия.

Err_payment_step_cnt

(KBR_PAYMENT_STEP_CNT)

Количество посещений не соответствует способу оплаты

Ошибка

Контроль количества посещений.

1) Для поликлинических случаев (случай, оформленный в отделении с типом «Поликлиника», «ФАП», «НМП») с целью посещения «1.0 Посещение по заболеванию», «1.1 Посещение в неотложной форме», «1.2 Активное посещение», «1.3 Диспансерное наблюдение», «2.3 Комплексное обследование ЦЗ», «2.5 Патронаж», «2.6 Посещение по другим обстоятельствам», «3.1 Посещение с профилактической целью» и в случаях, содержащих услуги с атрибутами «КТ», «МРТ», «УЗИ», «Инструментальная диагностика», «Лабораторная диагностика» должно быть одно посещение, иначе отображается ошибка.

Исключение:

случаи, в которых основной диагноз Z20.8, Z03.8, Z22.8, U07.1, U07.2.

2) Для поликлинических случаев (случай, оформленный в отделении с типом «Поликлиника», «ФАП») с целью посещения «Обращение по заболеванию» должно быть 2 или более посещений, иначе отображается ошибка.

Исключение:

случаи, содержащие услуги с атрибутом «Диализ»

Основная выгрузка (Поликлиника, Стоматология, НМП)

Err_wrong_some_service

(KBR_WRONG_SOME_SERVICE)

Некоторые услуги случая содержат ошибки

Ошибка

Если в случае есть услуги с ошибками, попавшие в спецификацию, то остальные безошибочные услуги случая помечаются такой ошибкой,

чтобы случай не попадал по частям в выгрузку и печатные формы

ВСЕ

Err_case_sum_is_null

(KBR_CASE_SUM_IS_NULL)

Не найден тариф для случая

Ошибка

Сумма случая не должна быть равна нулю.

Исключение:

поликлинические случаи (случай, оформленный в отделении с типом «Поликлиника», «ФАП»), не содержащие услуги с атрибутами «КТ», «МРТ», «УЗИ», «Инструментальная диагностика», «Лабораторная диагностика», «Диализ», если у МО случая есть тариф с типом «Прикрепленное население». В таких случаях сумма может быть равна нулю

ВСЕ

Err_disp_result_diagnos

(KBR_DISP_RESULT_TO_DIAGNOS)

Диагноз с кодом Z несовместим с группой здоровья IIIа и IIIб

Ошибка 
Если пациенту присвоены группы здоровья III, IIIа или IIIб, то основной диагноз по случаю не должен входить в группу Z, иначе отображается ошибка.
Диспансеризация

Err_disp_dlit

(KBR_DISP_DLIT)

Между 2мя этапами профосмотра детей более 45 дней
Ошибка

Если в счете присутствует случай 2-го этапа профилактического осмотра несовершеннолетнего DISP=ПН2, осуществляется поиск у пациента случая 1-го этапа профилактического осмотра несовершеннолетнего DISP= ПН1 за последние 45 дней (включительно).

Если случай 1-го этапа за последние 45 дней не найден, отображается ошибка

Диспансеризация

Err_disp_naz_checking

(KBR_DISP_NAZ_CHEKING)

В случае не указано направление по результатам проведения диспансеризации.
Ошибка

Проверяется заполнение блока NAZ в случаях диспансеризации и профомсотров:

Во всех случаях диспансеризации и профосмотров DISP= {ДВ4, ДВ2, ОПВ, ДС1, ДС2, ПН1, ПН2}, в которых результат случая RSLT_D={3,4,5,31,32} поля NAZ_N и NAZ_R должны быть заполнены, иначе отображается ошибка

Диспансеризация

Err_disp_nazusl_checking

(KBR_DISP_NAZ_USL_CHEKING)

Услуга в направлении не соответствует виду назначения
Ошибка

В случаях подозрения на ЗНО проверяется соответствие вида назначения и атрибута выбранной в направлении услуги:

• NAZ_V = 4. Услуга должна иметь атрибут «КТ» или «МРТ»;
• NAZ_V = 3. Услуга должна иметь атрибут «УЗИ»;
• NAZ_V = 2. Диагностическая услуга – услуга должна иметь атрибут «Инструментальная диагностика»;
• NAZ_V = 1. Лабораторная услуга – услуга должна иметь атрибут «Лабораторная диагностика» или «Диагностика ЗНО».

Если в направлении выбрана услуга, не соответствующая виду назначения, на основании которого создано направление, отображается ошибка

Диспансеризация

Err_disp_complete_check

(KBR_DISP_COMPLETE_CHECK)

В случае оказано меньше 85% услуг. Необходимо переоформить случай как обращение или посещение. 
Ошибка

В случаях диспансеризации и профосмотров DISP= {ДВ4, ОПВ, ДС1, ДС2} проверяется количество оказанных услуг и сверяется со значением в kbr_disp_duration.xls по коду комплексной услуги из r7.uslugasurveylink.uslugacomplex_code. Если количество оказанных услуг будет меньше значения в графе incomplete, отображается ошибка

Диспансеризация

Err_disp_required_service

(KBR_DISP_REQUIRED_SERVICE)

В случае отсутствует обязательная услуга %
Ошибка

Проверяется наличие обязательных услуг в случаях диспансеризации и профосмотров: 

1) В случаях 1 этапа диспансеризации и профосмотров DISP= {ДВ4, ОПВ} должна быть услуга «A01.30.026 Опрос (анкетирование) на выявление неинфекционных заболеваний и факторов риска их развития». При ее отсутствии отображается ошибка;

2) В случаях 1 этапа диспансеризации DISP= ДВ4 для пациентов женского пола и в случаях профосмотра взрослого населения DISP= ОПВ, если оказана услуга uslugacomplex_code = D03.2.18, D03.2.19, D03.2.20, D03.2.21, D03.2.22, D03.2.23, D03.2.24, D03.2.25, D03.2.26, D03.2.27, D03.2.28, D03.2.29, D03.2.30, D03.2.31, D03.2.32, D03.2.33, D03.2.34, D03.2.35, D03.2.36, D03.2.37, D03.2.38, D03.2.39, то должна быть оказана услуга «B04.001.002 Профилактический прием (осмотр, консультация) врача-акушера-гинеколога». При её отсутствии отображается ошибка;

3) В случаях 1 этапа диспансеризации DISP= ДВ4, если оказана услуга uslugacomplex_code = D01.2.40, D01.2.42, D01.2.44, D01.2.46, D01.2.48, D01.2.50, D01.2.52, D01.2.54, D01.2.56, D01.2.58, D01.2.60, D01.2.62, D01.2.64, D01.2.66, D01.2.68, D01.2.70, D01.2.72, D01.2.74, то должна быть оказана услуга «A06.20.004 Маммография обеих молочных желез в двух проекциях». При её отсутствии отображается ошибка;

4) В случаях 1 этапа диспансеризации DISP= ДВ4, если оказана услуга uslugacomplex_code=D01.1.45, D01.1.50, D01.1.55, D01.1.60, D01.1.64, то должна быть оказана услуга «A09.05.130 Определение простат-специфического антигена (ПСА) в крови». При её отсутствии отображается ошибка;

5) В случаях 1 этапа диспансеризации DISP= ДВ4, если оказана услуга uslugacomplex_code=D01.1.40, D01.1.42, D01.1.44, D01.1.46, D01.1.48, D01.1.50, D01.1.52, D01.1.54, D01.1.56, D01.1.58, D01.1.60, D01.1.62, D01.1.64, D01.1.65, D01.1.66, D01.1.67, D01.1.68, D01.1.69, D01.1.70, D01.1.71, D01.1.72, D01.1.73, D01.1.74, D01.1.75, D01.2.40, D01.2.42, D01.2.44, D01.2.46, D01.2.48, D01.2.50, D01.2.52, D01.2.54, D01.2.56, D01.2.58, D01.2.60, D01.2.62, D01.2.64, D01.2.65, D01.2.66, D01.2.67, D01.2.68, D01.2.69, D01.2.70, D01.2.71, D01.2.72, D01.2.73, D01.2.74, D01.2.75, то должна быть оказана услуга «A09.19.001.001 Исследование кала на скрытую кровь иммунохимическим методом». При её отсутствии отображается ошибка;

6) В случаях 1 этапа диспансеризации DISP= ДВ4, если оказана услуга uslugacomplex_code=D01.1.45, D01.2.45, то должна быть оказана услуга «A03.16.001 Эзофагогастродуоденоскопия». При её отсутствии отображается ошибка

Диспансеризация

Err_DN_profmer_check

(KBR_DN_MKB_PROFMER_CHECK)

По диагнозу, указанному в случае пациент ОБЯЗАТЕЛЬНО должен состоять на Д-учете!
Ошибка
Для случаев диспансеризации и профосмотра взрослых DISP= {ДВ4, ДВ2, ОПВ}, в которых основной диагноз – из списка диагнозов для диспансерного наблюдения, проверяется наличие актуальной записи в регистре диспансерного наблюдения: дата постановки на учет должна попадать в интервал «Дата открытия случая» – «Дата закрытия +3 дня». Основной диагноза случая и диагноз постановки на диспансерное наблюдение должны совпадать вплоть до подрубрики – цифр после точки. При отсутствии актуальной записи отображается ошибка
Диспансеризация

Err_disp_DV_DF1_check

(KBR_DISP_DV_DF1_CHEK)

Случай диспансеризации/профилактического осмотра II этапа представлен без наличия у пациента сведений о прохождении I этапа диспансеризации/профилактического осмотра в текущем календарном году
Ошибка

Для случаев диспансеризации или осмотров второго этапа: DISP={ДВ2, ПН2} проверяется наличие у пациента в указанном календарном году закрытых случаев, находящихся в счетах со статусом «Принят», «Принят частично» с DISP={ДВ4, ПН1} соответственно, то есть для ДВ2 необходимо наличие ДВ4.

При отсутствии таких случаев отображается ошибка

Диспансеризация

Err_Disp_AmbCard

(KBR_DISP_AMB_CARD_NUM)

Отсутствует номер амбулаторной карты пациента
ошибка 
Проверяется в прикреплении пациента к МО счета заполнение поля «№ амбулаторной карты», если оно не заполнено, то отображается ошибка.
Диспансеризация

KBR_SCHET_STRUKT_DOCT

Код врача в счете отличается от кода в структуре. Проверьте подразделение врача

Значение в поле <IDDOKT> в реестре не совпадает со значением в поле <Doctor> – <Code> в структуре

ВСЕ

KBR_SCHET_STRUKT_PODR

Необходимо поменять подразделение в соответствии со структурой МО

Значение в поле <PODR> в реестре не совпадает со значением в поле <Otdel> – <Code> в структуре

ВСЕ

KBR_SCHET_STRUKT_PROFIL

Необходимо поменять профиль в соответствии со структурой МО

Значение в поле <PROFIL> в реестре не совпадает со значением в поле <Otdel> – <Profil> в структуре

ВСЕ

Err_spec_profil_confirmity

(KBR_SPEC_PROFIL_CONFIRMITY)

Специальность врача не соответствует профилю оказываемой медицинской помощи
ошибка

Основная выгрузка: Стационар, Поликлиника, Стоматология, НМП

Err_prikrep_chek

(KBR_PRIKREP_CHEK)

Пациент не прикреплен к данной МО!

Предупреждение

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

Исключение:

случаи, оформленные в отделениях с атрибутом «Код отделения ЦАОП»

Основная выгрузка: Поликлиника, Стоматология, НМП

Диспансеризация 

Err_cross_period, Err_cross_period_stac

(KBR_CROSS_PERIOD)

Обнаружено пересечение сроков лечения! Номера случаев:
для случаев госпитализации — предупреждение, для остальных ошибка

Основная выгрузка (Поликлиника, Стоматология, НМП)

Диспансеризация 

Err_stac_povtor

(KBR_STAC_POVTOR)

Повторный случай госпитализации. Прошло менее 30 дней от случая %номер случая%
Предупреждение
Если между датой окончания предыдущего случая и датой начала текущего случая прошло до 30 календарных дней (включительно), случаи оказаны в одной МО и имеют одинаковые КСГ, то отображается ошибка
Основная выгрузка стационар

KBR_PART_CASE_ERROR
Особый случай %(pci_part_case.name) указан некорректно
ошибка

Проверка осуществляется по особым случаям, отобранным в биллинге.

Если pci_part_case.name =»Отсутствует фамилия» и fin_bill_patients.pat_surname не пусто и не равно «Нет», то отображается ошибка (проверяется fin_bill_cases.pat_os_sluch и fin_bill_patients.pat_os_sluch).

Если pci_part_case.name =»Отсутствует имя» и fin_bill_patients.pat_name не пусто и не равно»Нет», то отображается ошибка (проверяется fin_bill_cases.pat_os_sluch и fin_bill_patients.pat_os_sluch).

Если pci_part_case.name =»В документе, удостоверяющем личность, отсутствует отчество» и fin_bill_patients.pat_patr_name не пусто и не равно»Нет», то отображается ошибка (проверяется fin_bill_cases.pat_os_sluch и fin_bill_patients.pat_os_sluch).

Если pci_part_case.name =»Документ, удостоверяющий личность пациента, отсутствует» и fin_bill_patients.pat_identity_number не пусто и не равно»Нет», то отображается ошибка (проверяется fin_bill_patients.pat_os_sluch).

Если pci_part_case.name =»Пациент до регистрации рождения (новорожденный)» или pci_part_case.name =»Новорожденный до государственной регистрации при многоплодных родах» и fin_bill_patients.new_born=»true» и у пациента есть действующий полис, то отображается ошибка (проверяется fin_bill_cases.pat_os_sluch и fin_bill_patients.pat_os_sluch)

KBR_UET_VOZR_CONFIRMITY
Стоматологическая услуга «%» не соответствует возрасту пациента
Ошибка

При оформлении стоматологических случаев mc_payment_method.id=9 проверяется соответствие услуги возрасту пациента:

1) при добавлении в стоматологический случай пациенту, чей возраст на дату закрытия случая менее18 лет, услуги, у которой в таблице kbr_s_stomat не заполнено значение УЕТ для детей det_cul=null, отображается ошибка;

2) при добавлении в стоматологический случай пациенту, чей возраст на дату закрытия случая более 18 лет, услуги, у которой в таблице kbr_s_stomat не заполнено значение УЕТ для взрослых vzr_cul=null, отображается ошибка

Основная выгрузка Стоматология

Err_Onk_Usl

(Onko_Usl)

Не указаны сведения об услуге при лечении онкологического заболевания
Ошибка

В стационарных случаях лечения ЗНО (при DS1=CXX.X или DS1=D00.X — 09.X или D45.X-D47.X + DS1_T={0,1,2}) обязательно должно быть заполнено поле USL_TIP, иначе отображается ошибка

Основная выгрузка 

Стационар

Err_payment_mtr

(KBR_PAYMENT_FOR_MTR)

Указан некорректный способ для случая по межтерриториальным расчетам. 
Ошибка
Во всех случаях с пациентами, чья страховая принадлежность не относиться к местным СМО ((OMSSprTerr.KLRgn_id не равно 7), не может быть указан способ оплаты по подушевому финансированию paymedtype_code=25. При наличии данного способа оплаты отображается ошибка
ВСЕ

Err_kod_tarif_mtr

(KBR_KOD_TARIF_FOR_MTR)

Отсутствует код тарифа для случая по межтерриториальным расчетам. 
Ошибка

Проверяется наличие кода тарифа для случаев по межтерриториальным расчетам.

Во всех случаях с пациентами, чья страховая принадлежность не относиться к местным СМО (OMSSprTerr.KLRgn_id не равно 7), должно быть заполнено поле KOD_TARIF. При отсутствии значения для данного поля отображается ошибка 

ВСЕ

Err_CSG_is_required

(KBR_CSG_IS_REQUIRED)

Не указан КСГ в случае

Ошибка

Контроль на этапе закрытия движения в КВС (выписки пациента). В случаях, оформленных в подразделениях с типом «Круглосуточный стационар», «Дневной стационар» при стационаре», «Стационар на дому», «Дневной стационар при поликлинике», должен быть указан КСГ, иначе отображается ошибка.

Исключение:

случаи в которых заполнено поле «Метод ВМП»

Основная выгрузка 

Стационар

Err_date_srv_out

(KBR_DATE_SRV_OUT)

Даты услуг выходят за период случая
Ошибка

При сохранении посещения в ТАП проверяются даты оказания услуг. Дата оказания услуги должна попадать в интервал открытия и закрытия случая, иначе отображается ошибка. 

Исключения:

услуги с кодом A06.09.006, A06.20.004 и с признаком «оказано ранее» в случаях Диспансеризации и Профосмотров

ВСЕ

Err_offday_checking

(KBR_OFFDAY_CHEKING)

Услуга оказана в выходной день.
ошибка

При сохранении посещения в ТАП проверяются даты открытия и закрытия случаев (случаи, оформленные в отделениях с типами «Поликлиника», «Параклиника», «ФАП», «Стационар на дому», «Дневной стационар при поликлинике»). При попадании одной из этих дат на нерабочие дни (выходные или праздники) отображается ошибка. 

Исключения:

1) для случаев ЭКО – стационарный случай, содержащий КСГ ds02.005 и услуги с атрибутами ЭКО;

2) случаи, в которых основной диагноз – Z20.8, Z03.8, Z22.8, U07.1, U07.2

Основная выгрузка (Поликлиника, Стоматология, НМП)

Err_short_case

(KBR_SHORT_CASE)

Для случаев с длительностью меньше нормативной результат не может быть «Выписан»
Ошибка

Если значение фактической длительности KD_Z меньше значения из kbrstacpricelist_durationv1 или kbrstacpricelist_durationd1, то результат случая должен быть один из dbo.leavetype.leavetype_code= 102, 105, 103, 106, 202, 203, 205, 206, 107, 108, 110, 207, 208, 104, иначе отображается ошибка

Исключения:

1) для случаев ЭКО – стационарный случай, содержащий КСГ ds02.005 и услуги с атрибутами ЭКО

Основная выгрузка 

Стационар

Err_SNILS

Не указан СНИЛС врача

Ошибка

Если у врача из последнего шага не указан СНИЛС в карточке человека, то отображается ошибка

Err_SMO

Не указан или неверно указан реестровый номер СМО

Ошибка

Реестровый номер СМО должен состоять из 5 символов, иначе отображается ошибка

Err_Registry_num

Неверно указан номер счета

Ошибка

Номер счета должен быть целым числом не более 15 знаков, иначе отображается ошибка

Err_Surname

Не указана фамилия пациента

Ошибка

Фамилия пациента должна быть заполнена (кроме случая оказания медицинской помощи новорожденному), иначе отображается ошибка

Err_Firname

Не указано имя пациента

Ошибка

Имя пациента должно быть заполнено (кроме случая оказания медицинской помощи новорожденному), иначе отображается ошибка

Err_Secname

Не указано отчество пациента

Ошибка

Отчество пациента должно быть заполнено, кроме случаев:

1. оказания медицинской помощи новорожденному;

2. отсутствия отчества в УДЛ (OS_SLUCH),

иначе отображается ошибка

Err_Birthday

Не указана дата рождения пациента

Ошибка

Если не указана дата рождения пациента, отображается ошибка

Err_NoPolis

Отсутствует действительный полис ОМС

У пациента должен быть действительный полис ОМС (если мед. помощь оказана новорожденному, должен быть указан полис ОМС представителя пациента), иначе отображается ошибка

Err_Doc_NoDoc

Отсутствует документ, удостоверяющий личность пациента или представителя

Обязательно должен быть указан документ, удостоверяющий личность для пациентов, застрахованных за пределами региона или пациентов, у которых отсутствует ЕНП, иначе отображается ошибка

Err_Doc_NoDocSer
Не указана серия документа, удостоверяющего личность пациента или представителя

Обязательно должна быть указана серия документа, удостоверяющего личность пациента или представителя для застрахованных за пределами региона или пациентов, у которых отсутствует ЕНП

Err_Doc_Date
Не указана дата выдачи документа, удостоверяющего личность пациента или представителя

Если у пациента отсутствует ЕНП и в документе, удостоверяющем личность пациента, не указана дата выдачи, отображается ошибка

Err_Doc_Org
Не указан орган, выдавший документ, удостоверяющий личность пациента или представителя

Если у пациента отсутствует ЕНП и в документе, удостоверяющем личность пациента, не указан контрагент, выдавший его, отображается ошибка

Err_MedSpecOms

Не указана специальность лечащего врача

Если у врача, оказавшего услугу, или врача из последнего посещения не указана специальность в карточке сотрудника, то отображается ошибка

Err_OrgSMO

Не указан реестровый номер медицинской организации

Должен быть указан Федеральный реестровый код медицинской организации у МО счета, иначе отображается ошибка

Err_Secname_P

Не указано или неверно указано отчество представителя пациента

Отчество представителя пациента должно быть заполнено и не должно превышать 40 символов, если мед. помощь оказана новорожденному (кроме случая, когда отчество отсутствует в УДЛ), иначе отображается ошибка

Err_Firname_P

Не указано или неверно указано имя представителя пациента

Имя представителя пациента должно быть заполнено и не должно превышать 40 символов, если мед. помощь оказана новорожденному, иначе отображается ошибка

Err_Surname_P

Не указана или неверно указана фамилия представителя пациента

Фамилия представителя пациента должна быть заполнена, если мед. помощь оказана новорожденному, иначе отображается ошибка

Err_Deputy

Не указан представитель пациента

Должен быть указан представитель пациента, если мед. помощь оказана новорожденному (на дату закрытия пациенту 30 дней и менее), иначе отображается ошибка

Err_MedStaffCode
Неверно указан код специальности лечащего врача

Код специальности не должен превышать 9 символов

Err_CrossAppCase_MO
Обнаружены дублированные посещения в течении календарного месяца. Номера случаев:

Ошибка отображается при посещении одного пациента в одной МО в одном месяце с одним диагнозом и одной специальностью врача

Err_CrossAppCase
Обнаружено пересечение сроков лечения! Номера случаев:

Срабатывает, если обнаружено пересечение сроков лечения случаев госпитализации и неотложной помощи в этой же МО

Err_Double_Case

Дублирование профильного посещения

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

• если условие оказания USL_OK=3,
• и в реестре счета совпадают:

дата начала лечения DATE_1, дата окончания лечения DATE_2,

• условия оказания медицинской помощи USL_OK,
• код медицинской специальности PRVS,
• профиль медицинской помощи PROFIL,
• ФИО и дата рождения пациента — выгрузке ID_PAC.

Исключение:

• оказание в один день амбулаторных посещений и отдельных медицинских услуг с IDSP=28. 

Err_Spec2Vidpom

Несоответствие специальности виду оказываемой медицинской помощи

1) Во всех поликлинических случаях (поликлиника, параклиника, НМП, стоматология), оформленных на врачей со специальностью SL.PRVS = 39, 49, 76 по профилям profile= 57, 68, 97, 160 значение поля «Вид медицинской помощи» должно быть «первичная врачебная медико-санитарная помощь» VIDPOM=12, иначе отображается ошибка.

Во всех поликлинических случаях (поликлиника, параклиника, НМП, стоматология), оформленных на врачей со специальностью SL.PRVS = 206, 207, 208 по профилям profile=68, 85,97, 136, 160 значение поля «Вид медицинской помощи» должно быть «первичная доврачебная медико-санитарная помощь» VIDPOM=11, иначе отображается ошибка.

В поликлинических случаях (поликлиника, параклиника, НМП, стоматология), оформленных на врачей со специальностью SL.PRVS, отличной от 39, 49, 76, 206, 207, 208 и профилем, отличным от profile 57, 68, 97, значение поля «Вид медицинской помощи» должно быть «первичная специализированная медико-санитарная помощь» VIDPOM=13, иначе отображается ошибка.

2) Во всех случаях, оформленных в отделениях с типом «Дневной стационар в АПУ» и «Дневной стационар на дому», и оказана помощь врачами со специальностью SL.PRVS = 39, 49, 76 по профилям profile=57, 68, 97, значение поля «Вид медицинской помощи» должно быть «первичная врачебная медико-санитарная помощь» VIDPOM=12, иначе отображается ошибка.

Во всех случаях, оформленных в отделениях с типом «Дневной стационар в АПУ» и «Дневной стационар на дому», и оказана помощь врачами со специальностью SL.PRVS, отличной от 39, 49, 76, и по профилям profile, отличным от 57, 68, 97, значение поля «Вид медицинской помощи» должно быть «первичная специализированная медико-санитарная помощь» VIDPOM=13, иначе отображается ошибка.

Во всех случаях, оформленных в отделениях с типом «Дневной стационар в больничном учреждении» значение поля «Вид медицинской помощи» должно быть «специализированная медико-санитарная помощь» VIDPOM=31, иначе отображается ошибка.

3) Во всех случаях, оформленных в отделениях с типом «Круглосуточный стационар», и с наличием метода ВМП значение поля «Вид медицинской помощи» должно быть «высокотехнологичная специализированная медицинская помощь» VIDPOM=32, иначе отображается ошибка.

Во всех случаях, оформленных в отделениях с типом «Круглосуточный стационар», и с отсутствием метода ВМП значение поля «Вид медицинской помощи» должно быть «высокотехнологичная специализированная медицинская помощь» VIDPOM=31, иначе отображается ошибка

Err_Rslt2Ishod

Несоответствие результата обращения и исхода заболевания

Отображается ошибка, если выполняется хотя бы одно условие:

1. если результат обращения RSLT={405, 406} и исход ISHOD отличен от 403;
2. если результат обращения RSLT={313} и исход и ISHOD отличен от 305;
3. если результат обращения RSLT={205, 206} и исход ISHOD отличен от 204;
4. если результат обращения RSLT={105, 106} и исход и ISHOD отличен от 104;
5. если результат обращения RSLT={202, 203, 204, 205, 206, 207, 208} и исход ISHOD=201;
6. если результат обращения RSLT={102, 103, 104, 105, 106, 109, 108, 107, 110} и исход ISHOD=101;
7. если исход ISHOD=402 и результат обращения RSLT отличен от {407, 408, 409, 410, 411, 412, 413, 414, 417};
8. если результат обращения RSLT={407, 408, 409, 410, 411, 412, 413, 414, 417} и исход ISHOD отличен от 402;
9. только для случаев, где USL_OK =3, кроме случаев диспансеризации. Если исход ISHOD=306 и результат обращения RSLT отличен от {301, 305, 308, 314, 315}

Err_TAL_lt_DR

(FF_CHECK_TAL_D_TAL_P)

Дата выдачи талона на ВМП и Дата планируемой госпитализации не должны быть меньше даты рождения пациента

Для случаев ВМП отображается ошибка, если TAL_D меньше DR или TAL_P меньше DR

Err_NprDate

(FF_NAPR_DATE_VALID)

Дата направления при подозрении или лечении ЗНО не должна быть за пределами дат лечения

Отображается ошибка, если дата входящего направления NPR_DATE больше DATE_2 или NPR_DATE меньше DATE_1.

Входящее направление может не входить в период и может совпадать с датой госпитализации, но не может быть позже даты госпитализации

Err_UET

Количество УЕТ = 0

В стоматологических случаях проверяется по кодам услуг, выбранных в случае, УЕТ.

Если УЕТ=0 (в зависимости от возраста пациента в случае), отображается ошибка

Err_NoNHISTORY
Не указан номер амбулаторной карты пациента

Ошибка отображается, если значение поля NHISTORY пусто

Отсутствие посещения терапевта на дату окончания этапа диспансеризации

Ошибка отображается, если для случая DISP={ДВ4} — Диспансеризации взрослых 1 этапа отсутствует услуга посещения терапевта или врача общей практики (семейного врача) на дату закрытия случая

Дата начала лечения больше даты смерти пациента

Дата октрытия случая не должна быть позже даты смерти. В противном случае возвращается ошибка

Дата окончания не должна быть позже даты смерти

Дата закрытия случая не должна быть позже даты смерти. В противном случае возвращается ошибка

Err_Out_Napr

(Onko_Napr)

В случае подозрения на онкологию не указано исходящее направление
Ошибка

При сохранении посещения в ТАП с указанным в нём подозрением на ЗНО проверяется наличие исходящего направления

Err_Spec2Age
Специальность врача не соответствует полу или возрасту пациента
Ошибка

Ошибка отображается, если выполняется хотя бы одно из условий:

1. Значение специальности врача – «Гериатрия» (prvs=11), и возраст пациента менее 60 (65) лет; возраст рассчитывается на начало случая.

2. Значение специальности врача – «Терапия» (prvs=76), и возраст пациента – менее 15 лет.

3. Значение специальности врача – «Кардиология», «Онкология», «Урология» или «Эндокринология» (prvs=25, 41,84,92), и возраст пациента – менее 18 лет.

4. Значение специальности врача – «Неонатология» (prvs=37), и возраст пациента – более 1 года.

5. Значение специальности врача – «Акушерство и гинекология» (prvs=2), и пол пациента W=1, Мужской.

6. Значение специальности врача – из множества {Детская кардиология, Детская онкология, Детская урология-андрология, Детская хирургия, Детская эндокринология, Педиатрия, Стоматология детская} (prvs=18,19, 20,49, 68), и возраст пациента – 18 лет и более.

Err_Profil2Age
Профиль медицинской помощи не соответствует полувозрасту пациента
Ошибка

Ошибка отображается, если выполняется хотя бы одно из условий:

1. Значения профиля в закрывающем шаге: PROFIL={29, 60, 108, 122, 112, 89}, и возраст пациента меньше 18 лет.

2. Значения профиля в закрывающем шаге: PROFIL=14, и возраст пациента меньше 60 лет.

3. Значения профиля в закрывающем шаге: PROFIL=55, и возраст пациента более 1 года.

4. Значения профиля в закрывающем шаге: PROFIL={3, 136, 137, 184}, и пол пациента Мужской.

5. Значения профиля в закрывающем шаге: PROFIL={17, 18, 19, 20, 21, 68, 86}, и возраст пациента – 18 лет и более.

Err_main_diag_single_check
В случае может быть указан только один основной диагноз
Ошибка
Проверяется количество основных диагнозов в случае. При наличии в случае более одного диагноза с видом «Основной» в ТАП или КВС отображается ошибка. 

Err_antropometry_check
В случае лечения ЗНО не указаны обязательные данные про рост, вес и площадь тела пациента. 
Ошибка 
Проверяются стационарные случаи лечения ЗНО на наличие антропометрических данных. При указании в случае с ЗНО типа лечения одного из типов лечения:

• «Лучевое лечение»;
• «Химиолучевое лечение»;
• «Химиотерапевтическое лечение»;
• «Гормоноиммунотерапевтическое лечение».

проверяется наличие данных о весе, росте и площади тела (поля WEI, HEI, BSA), при отсутствии этих данных отображается ошибка. 

Err_profile2profilekoiki
Профиль оказания медпомощи не соответствует профилю койки
Ошибка
Проверяется соответствие в стационарных случаях профиля оказанной медицинской помощи и профиля койки. Ошибка отображается, если профиль оказанной медицинской помощи и профиль койки не совпадают.

Err_csg2profile
Профиль оказания медпомощи не соответствует КСГ 
Ошибка

Проверяется соответствие указанного в стационарных случаях КСГ и профиля оказанной медицинской помощи.

Err_paymethode_check
В случае указан некорректный способ оплаты 
Ошибка

Проверяется корректность указания способа оплаты.

1) Во всех МО, входящих в объем «Подушевое финансирование» в поликлинических случаях не могут быть указаны способы оплаты «29 За посещение» и «30 За обращение (законченный случай)». При наличии таковых отображается ошибка.

Исключение:

Случаи, оформленные в отделениях с атрибутом «Код отделения ЦАОП» 

2) Во всех МО не входящих в объем «Подушевое финансирование» в поликлинических случаях не может быть указан способ оплаты «25 По подушевому нормативу финансирования на прикрепившихся лиц». При наличии таковых отображается ошибка. 

Err_SMP_trombolizis_check
В случае СМП с тромболизисом отсутствует обязательная услуга 
Ошибка

Проверяется наличие услуги тромоболизиса. В случаях СМП со способом оплаты 24 «За вызов скорой помощи», полученных через интеграционный сервис от КИС СМП, в обязательном порядке должна содержаться услуга «A25.30.036.001 Назначение ферментных фибринолитических лекарственных препаратов для внутривенного введения при инфаркте миокарда». Иначе отображается ошибка 

Err_Nistory_Dubl
Указан дубль номера случая! 
Ошибка
Номер случая – значение, попадающее в поле NHISTORY, – должно быть уникальным в пределах всего региона и календарного года. Если при формировании выгрузки попадется дубль номера в пределах выгружаемого реестра, то отображается ошибка 

Err_Pcel_2_Idsp

Указанная цель не соответствует способу оплаты 
Ошибка

В поликлинических случаях проверяются указанные цели на соответствие способам оплаты.

Err_NMP_profil_check 
В случае оказания неотложной помощи указан некорректный профиль
Ошибка
В поликлинических случая с целью посещения «1.1 Посещение вв неотложной форме» должен быть указан профиль оказания медпомощи «160 неотложной медицинской помощи». Иначе отображается ошибка. 

Err_Tarif_Null_Check
В случае не может быть указан 0 тариф. 
Ошибка
В поликлинических случаях со способом оплаты 25, 29, 30, 32, 33 значение поля TARIF в блоке SL не должно быть равно 0. Иначе отображается ошибка. 

Err_CZAB_Check
В случае указан некорректный характер заболевания
Ошибка
Если в случае указан код МКБ не равный Z00-Z99, и характер заболевания выбран «Прочее (для Z00-Z99)», то отображается ошибка 

Err_USLOK_2_FORPOM
Указанная форма помощи не соответствует условиям оказания
Ошибка

Отображается ошибка, если выполняется хотя бы одно условие:

1. Если условие оказания – Скорая помощь, USL_OK=4, и значение формы оказания – Плановая FOR_POM=3.
2. Если условие оказания – Амбулаторно, USL_OK=3 и значение формы оказания – Экстренная FOR_POM=1.
3. Если условие оказания – Дневной стационар USL_OK=2 и значение формы оказания – Экстренная FOR_POM=1.

Err_Npr_Number_Date_Check
Во входящем направлении не указан номер или дата направления 
Ошибка

При наличии в случае (стационарные случаи с плановой формой оказания помощи или случаи оказания диагностических услуг) входящего направления (заполнено направившее МО – поле NPR_MO) должны быть заполнены поля «Номер направления» (NPR_NUMBER) и «Дата направления» (NPR_DATE), иначе отображается ошибка

Err_Onko_Cons_Date
Дата проведения консилиума больше даты закрытия случая
Ошибка
Дата проведения консилиума evnconciliumonko.evn_setdt должна быть меньше либо равна дате закрытия случая, иначе отображается ошибка 

Err_Lekpr_Check
В случае лечения ЗНО не указаны сведения о введенных препаратах 
Ошибка
В случаях лечения ЗНО при указании типа лечения «Лекарственная» или «Химиолучевая» USL_TIP = 2, 4 обязательно наличие сведений о введенном препарате – поле LEK_PR должно быть заполнено. Иначе отображается ошибка 

Err_Lekpr_Date
Дата введения препаратов не может больше даты закрытия случая 
Ошибка
В случаях лечения ЗНО при наличии сведений о примененном препарате LEK_PR дата введения DATE_INJ препарата должна входить в диапазон случая. Иначе отображается ошибка. 

Err_Vmp_Talnum_Check
Номер талона ВМП не соответствует формату
Ошибка
Проверяется значение поля TAL_NUM на соответствие маске 99.9999.99999.999

Err_Talp_Date2_Check
Некорректная дата плановой госпитализации 
Ошибка
Для случаев ВМП отображается ошибка, если TAL_P (плановая дата госпитализации) больше даты закрытия случая DATE2 

Err_Onk_Dst_Check
При наличии диагноза ЗНО не указан повод обращения
Ошибка
Для всех случаев с основным диагнозом ЗНО (DS1=CXX.X или DS1=D00.X — 09.X или D45.X — D47.X) обязательно должен быть указан повод обращения (DS_T). Иначе отображается ошибка

6004
Неверный состав случая лечения
Ошибка

Ошибка отображается при выполнении одного из условий:

• в ТАП более одного посещения и код услуги посещения заканчивается на: «805», «811», «835», «890», «891», «892», «893», «872», «816», «817», «907», «908», «898», «804», «810», «814», «815», «818», «819», «938», «939», «896», «897», «849», «850», «905», «906», «895», «929», «930», «937», «830», «831», «871», «875, «730» – «782», «953», «965», «966», «935», «934», «933», «932», «964», «969», «970»;
• в ТАП менее 2 посещений, код ЛПУ не один из: «22112», «22105», «22119», «5058», «140», «114»
  и код услуги посещения заканчивается на: «865», «866», «836», «888», «889», «904», «931»;
•  ТАП стоматологический, количество УЕТ по ОМС равен «0» или не указан и код услуги посещения не один из: «559830», «527830», «659830», «627830», «527941», «627941», «559941», «659941»;
• код услуги посещения заканчивается на: «702», «703», «704», «705», «706», «707», «708», «709», «710», «711», «712», «713», «714», «715», «716», «717», «915», «916», «917», «918», «919», «923», «924», «926», «927», «928», «957», «958», «959», «960», «961», «962», «701», «601», «602», «603», «604», «605», «606», «607», «608», «609», «610», «611», «612», «613», «614», «615», «616», «617», «618», «619», «945» 

Err_payment_step_cnt

(KBR_PAYMENT_STEP_CNT)

Количество посещений не соответствует способу оплаты

Ошибка

Контроль количества посещений.

1) Для поликлинических случаев (случай, оформленный в отделении с типом «Поликлиника», «ФАП», «НМП») с целью посещения «1.0 Посещение по заболеванию», «1.1 Посещение в неотложной форме», «1.2 Активное посещение», «1.3 Диспансерное наблюдение», «2.3 Комплексное обследование ЦЗ», «2.5 Патронаж», «2.6 Посещение по другим обстоятельствам», «3.1 Посещение с профилактической целью» и в случаях, содержащих услуги с атрибутами «КТ», «МРТ», «УЗИ», «Инструментальная диагностика», «Лабораторная диагностика» должно быть одно посещение, иначе отображается ошибка.

Исключение:

случаи, в которых основной диагноз Z20.8, Z03.8, Z22.8, U07.1, U07.2.

2) Для поликлинических случаев (случай, оформленный в отделении с типом «Поликлиника», «ФАП») с целью посещения «Обращение по заболеванию» должно быть 2 или более посещений, иначе отображается ошибка.

Исключение:

случаи, содержащие услуги с атрибутом «Диализ»

Основная выгрузка (Поликлиника, Стоматология, НМП)

Err_wrong_some_service

(KBR_WRONG_SOME_SERVICE)

Некоторые услуги случая содержат ошибки

Ошибка

Если в случае есть услуги с ошибками, попавшие в спецификацию, то остальные безошибочные услуги случая помечаются такой ошибкой,

чтобы случай не попадал по частям в выгрузку и печатные формы

ВСЕ

Err_case_sum_is_null

(KBR_CASE_SUM_IS_NULL)

Не найден тариф для случая

Ошибка

Сумма случая не должна быть равна нулю.

Исключение:

поликлинические случаи (случай, оформленный в отделении с типом «Поликлиника», «ФАП»), не содержащие услуги с атрибутами «КТ», «МРТ», «УЗИ», «Инструментальная диагностика», «Лабораторная диагностика», «Диализ», если у МО случая есть тариф с типом «Прикрепленное население». В таких случаях сумма может быть равна нулю

ВСЕ

Err_disp_result_diagnos

(KBR_DISP_RESULT_TO_DIAGNOS)

Диагноз с кодом Z несовместим с группой здоровья IIIа и IIIб

Ошибка  Если пациенту присвоены группы здоровья III, IIIа или IIIб, то основной диагноз по случаю не должен входить в группу Z, иначе отображается ошибка. Диспансеризация

Err_disp_dlit

(KBR_DISP_DLIT)

Между 2мя этапами профосмотра детей более 45 дней Ошибка

Если в счете присутствует случай 2-го этапа профилактического осмотра несовершеннолетнего DISP=ПН2, осуществляется поиск у пациента случая 1-го этапа профилактического осмотра несовершеннолетнего DISP= ПН1 за последние 45 дней (включительно).

Если случай 1-го этапа за последние 45 дней не найден, отображается ошибка

Диспансеризация

Err_disp_naz_checking

(KBR_DISP_NAZ_CHEKING)

В случае не указано направление по результатам проведения диспансеризации. Ошибка

Проверяется заполнение блока NAZ в случаях диспансеризации и профомсотров:

Во всех случаях диспансеризации и профосмотров DISP= {ДВ4, ДВ2, ОПВ, ДС1, ДС2, ПН1, ПН2}, в которых результат случая RSLT_D={3,4,5,31,32} поля NAZ_N и NAZ_R должны быть заполнены, иначе отображается ошибка

Диспансеризация

Err_disp_nazusl_checking

(KBR_DISP_NAZ_USL_CHEKING)

Услуга в направлении не соответствует виду назначения Ошибка

В случаях подозрения на ЗНО проверяется соответствие вида назначения и атрибута выбранной в направлении услуги:

• NAZ_V = 4. Услуга должна иметь атрибут «КТ» или «МРТ»;
• NAZ_V = 3. Услуга должна иметь атрибут «УЗИ»;
• NAZ_V = 2. Диагностическая услуга – услуга должна иметь атрибут «Инструментальная диагностика»;
• NAZ_V = 1. Лабораторная услуга – услуга должна иметь атрибут «Лабораторная диагностика» или «Диагностика ЗНО».

Если в направлении выбрана услуга, не соответствующая виду назначения, на основании которого создано направление, отображается ошибка

Диспансеризация

Err_disp_complete_check

(KBR_DISP_COMPLETE_CHECK)

В случае оказано меньше 85% услуг. Необходимо переоформить случай как обращение или посещение.  Ошибка

В случаях диспансеризации и профосмотров DISP= {ДВ4, ОПВ, ДС1, ДС2} проверяется количество оказанных услуг и сверяется со значением в kbr_disp_duration.xls по коду комплексной услуги из r7.uslugasurveylink.uslugacomplex_code. Если количество оказанных услуг будет меньше значения в графе incomplete, отображается ошибка

Диспансеризация

Err_disp_required_service

(KBR_DISP_REQUIRED_SERVICE)

В случае отсутствует обязательная услуга % Ошибка

Проверяется наличие обязательных услуг в случаях диспансеризации и профосмотров: 

1) В случаях 1 этапа диспансеризации и профосмотров DISP= {ДВ4, ОПВ} должна быть услуга «A01.30.026 Опрос (анкетирование) на выявление неинфекционных заболеваний и факторов риска их развития». При ее отсутствии отображается ошибка;

2) В случаях 1 этапа диспансеризации DISP= ДВ4 для пациентов женского пола и в случаях профосмотра взрослого населения DISP= ОПВ, если оказана услуга uslugacomplex_code = D03.2.18, D03.2.19, D03.2.20, D03.2.21, D03.2.22, D03.2.23, D03.2.24, D03.2.25, D03.2.26, D03.2.27, D03.2.28, D03.2.29, D03.2.30, D03.2.31, D03.2.32, D03.2.33, D03.2.34, D03.2.35, D03.2.36, D03.2.37, D03.2.38, D03.2.39, то должна быть оказана услуга «B04.001.002 Профилактический прием (осмотр, консультация) врача-акушера-гинеколога». При её отсутствии отображается ошибка;

3) В случаях 1 этапа диспансеризации DISP= ДВ4, если оказана услуга uslugacomplex_code = D01.2.40, D01.2.42, D01.2.44, D01.2.46, D01.2.48, D01.2.50, D01.2.52, D01.2.54, D01.2.56, D01.2.58, D01.2.60, D01.2.62, D01.2.64, D01.2.66, D01.2.68, D01.2.70, D01.2.72, D01.2.74, то должна быть оказана услуга «A06.20.004 Маммография обеих молочных желез в двух проекциях». При её отсутствии отображается ошибка;

4) В случаях 1 этапа диспансеризации DISP= ДВ4, если оказана услуга uslugacomplex_code=D01.1.45, D01.1.50, D01.1.55, D01.1.60, D01.1.64, то должна быть оказана услуга «A09.05.130 Определение простат-специфического антигена (ПСА) в крови». При её отсутствии отображается ошибка;

5) В случаях 1 этапа диспансеризации DISP= ДВ4, если оказана услуга uslugacomplex_code=D01.1.40, D01.1.42, D01.1.44, D01.1.46, D01.1.48, D01.1.50, D01.1.52, D01.1.54, D01.1.56, D01.1.58, D01.1.60, D01.1.62, D01.1.64, D01.1.65, D01.1.66, D01.1.67, D01.1.68, D01.1.69, D01.1.70, D01.1.71, D01.1.72, D01.1.73, D01.1.74, D01.1.75, D01.2.40, D01.2.42, D01.2.44, D01.2.46, D01.2.48, D01.2.50, D01.2.52, D01.2.54, D01.2.56, D01.2.58, D01.2.60, D01.2.62, D01.2.64, D01.2.65, D01.2.66, D01.2.67, D01.2.68, D01.2.69, D01.2.70, D01.2.71, D01.2.72, D01.2.73, D01.2.74, D01.2.75, то должна быть оказана услуга «A09.19.001.001 Исследование кала на скрытую кровь иммунохимическим методом». При её отсутствии отображается ошибка;

6) В случаях 1 этапа диспансеризации DISP= ДВ4, если оказана услуга uslugacomplex_code=D01.1.45, D01.2.45, то должна быть оказана услуга «A03.16.001 Эзофагогастродуоденоскопия». При её отсутствии отображается ошибка

Диспансеризация

Err_DN_profmer_check

(KBR_DN_MKB_PROFMER_CHECK)

По диагнозу, указанному в случае пациент ОБЯЗАТЕЛЬНО должен состоять на Д-учете! Ошибка Для случаев диспансеризации и профосмотра взрослых DISP= {ДВ4, ДВ2, ОПВ}, в которых основной диагноз – из списка диагнозов для диспансерного наблюдения, проверяется наличие актуальной записи в регистре диспансерного наблюдения: дата постановки на учет должна попадать в интервал «Дата открытия случая» – «Дата закрытия +3 дня». Основной диагноза случая и диагноз постановки на диспансерное наблюдение должны совпадать вплоть до подрубрики – цифр после точки. При отсутствии актуальной записи отображается ошибка Диспансеризация

Err_disp_DV_DF1_check

(KBR_DISP_DV_DF1_CHEK)

Случай диспансеризации/профилактического осмотра II этапа представлен без наличия у пациента сведений о прохождении I этапа диспансеризации/профилактического осмотра в текущем календарном году Ошибка

Для случаев диспансеризации или осмотров второго этапа: DISP={ДВ2, ПН2} проверяется наличие у пациента в указанном календарном году закрытых случаев, находящихся в счетах со статусом «Принят», «Принят частично» с DISP={ДВ4, ПН1} соответственно, то есть для ДВ2 необходимо наличие ДВ4.

При отсутствии таких случаев отображается ошибка

Диспансеризация

Err_Disp_AmbCard

(KBR_DISP_AMB_CARD_NUM)

Отсутствует номер амбулаторной карты пациента ошибка  Проверяется в прикреплении пациента к МО счета заполнение поля «№ амбулаторной карты», если оно не заполнено, то отображается ошибка. Диспансеризация

KBR_SCHET_STRUKT_DOCT

Код врача в счете отличается от кода в структуре. Проверьте подразделение врача

Значение в поле <IDDOKT> в реестре не совпадает со значением в поле <Doctor> – <Code> в структуре

ВСЕ

KBR_SCHET_STRUKT_PODR

Необходимо поменять подразделение в соответствии со структурой МО

Значение в поле <PODR> в реестре не совпадает со значением в поле <Otdel> – <Code> в структуре

ВСЕ

KBR_SCHET_STRUKT_PROFIL

Необходимо поменять профиль в соответствии со структурой МО

Значение в поле <PROFIL> в реестре не совпадает со значением в поле <Otdel> – <Profil> в структуре

ВСЕ

Err_spec_profil_confirmity

(KBR_SPEC_PROFIL_CONFIRMITY)

Специальность врача не соответствует профилю оказываемой медицинской помощи ошибка Основная выгрузка: Стационар, Поликлиника, Стоматология, НМП

Err_prikrep_chek

(KBR_PRIKREP_CHEK)

Пациент не прикреплен к данной МО!

Предупреждение

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

Исключение:

случаи, оформленные в отделениях с атрибутом «Код отделения ЦАОП»

Основная выгрузка: Поликлиника, Стоматология, НМП

Диспансеризация 

Err_cross_period, Err_cross_period_stac

(KBR_CROSS_PERIOD)

Обнаружено пересечение сроков лечения! Номера случаев: для случаев госпитализации — предупреждение, для остальных ошибка

Основная выгрузка (Поликлиника, Стоматология, НМП)

Диспансеризация 

Err_stac_povtor

(KBR_STAC_POVTOR)

Повторный случай госпитализации. Прошло менее 30 дней от случая %номер случая% Предупреждение Если между датой окончания предыдущего случая и датой начала текущего случая прошло до 30 календарных дней (включительно), случаи оказаны в одной МО и имеют одинаковые КСГ, то отображается ошибка Основная выгрузка стационар KBR_PART_CASE_ERROR Особый случай %(pci_part_case.name) указан некорректно ошибка

Проверка осуществляется по особым случаям, отобранным в биллинге.

Если pci_part_case.name =»Отсутствует фамилия» и fin_bill_patients.pat_surname не пусто и не равно «Нет», то отображается ошибка (проверяется fin_bill_cases.pat_os_sluch и fin_bill_patients.pat_os_sluch).

Если pci_part_case.name =»Отсутствует имя» и fin_bill_patients.pat_name не пусто и не равно»Нет», то отображается ошибка (проверяется fin_bill_cases.pat_os_sluch и fin_bill_patients.pat_os_sluch).

Если pci_part_case.name =»В документе, удостоверяющем личность, отсутствует отчество» и fin_bill_patients.pat_patr_name не пусто и не равно»Нет», то отображается ошибка (проверяется fin_bill_cases.pat_os_sluch и fin_bill_patients.pat_os_sluch).

Если pci_part_case.name =»Документ, удостоверяющий личность пациента, отсутствует» и fin_bill_patients.pat_identity_number не пусто и не равно»Нет», то отображается ошибка (проверяется fin_bill_patients.pat_os_sluch).

Если pci_part_case.name =»Пациент до регистрации рождения (новорожденный)» или pci_part_case.name =»Новорожденный до государственной регистрации при многоплодных родах» и fin_bill_patients.new_born=»true» и у пациента есть действующий полис, то отображается ошибка (проверяется fin_bill_cases.pat_os_sluch и fin_bill_patients.pat_os_sluch)

KBR_UET_VOZR_CONFIRMITY Стоматологическая услуга «%» не соответствует возрасту пациента Ошибка

При оформлении стоматологических случаев mc_payment_method.id=9 проверяется соответствие услуги возрасту пациента:

1) при добавлении в стоматологический случай пациенту, чей возраст на дату закрытия случая менее18 лет, услуги, у которой в таблице kbr_s_stomat не заполнено значение УЕТ для детей det_cul=null, отображается ошибка;

2) при добавлении в стоматологический случай пациенту, чей возраст на дату закрытия случая более 18 лет, услуги, у которой в таблице kbr_s_stomat не заполнено значение УЕТ для взрослых vzr_cul=null, отображается ошибка

Основная выгрузка Стоматология

Err_Onk_Usl

(Onko_Usl)

Не указаны сведения об услуге при лечении онкологического заболевания Ошибка

В стационарных случаях лечения ЗНО (при DS1=CXX.X или DS1=D00.X — 09.X или D45.X-D47.X + DS1_T={0,1,2}) обязательно должно быть заполнено поле USL_TIP, иначе отображается ошибка

Основная выгрузка 

Стационар

Err_payment_mtr

(KBR_PAYMENT_FOR_MTR)

Указан некорректный способ для случая по межтерриториальным расчетам.  Ошибка Во всех случаях с пациентами, чья страховая принадлежность не относиться к местным СМО ((OMSSprTerr.KLRgn_id не равно 7), не может быть указан способ оплаты по подушевому финансированию paymedtype_code=25. При наличии данного способа оплаты отображается ошибка ВСЕ

Err_kod_tarif_mtr

(KBR_KOD_TARIF_FOR_MTR)

Отсутствует код тарифа для случая по межтерриториальным расчетам.  Ошибка

Проверяется наличие кода тарифа для случаев по межтерриториальным расчетам.

Во всех случаях с пациентами, чья страховая принадлежность не относиться к местным СМО (OMSSprTerr.KLRgn_id не равно 7), должно быть заполнено поле KOD_TARIF. При отсутствии значения для данного поля отображается ошибка 

ВСЕ

Err_CSG_is_required

(KBR_CSG_IS_REQUIRED)

Не указан КСГ в случае

Ошибка

Контроль на этапе закрытия движения в КВС (выписки пациента). В случаях, оформленных в подразделениях с типом «Круглосуточный стационар», «Дневной стационар» при стационаре», «Стационар на дому», «Дневной стационар при поликлинике», должен быть указан КСГ, иначе отображается ошибка.

Исключение:

случаи в которых заполнено поле «Метод ВМП»

Основная выгрузка 

Стационар

Err_date_srv_out

(KBR_DATE_SRV_OUT)

Даты услуг выходят за период случая Ошибка

При сохранении посещения в ТАП проверяются даты оказания услуг. Дата оказания услуги должна попадать в интервал открытия и закрытия случая, иначе отображается ошибка. 

Исключения:

услуги с кодом A06.09.006, A06.20.004 и с признаком «оказано ранее» в случаях Диспансеризации и Профосмотров

ВСЕ

Err_offday_checking

(KBR_OFFDAY_CHEKING)

Услуга оказана в выходной день. ошибка

При сохранении посещения в ТАП проверяются даты открытия и закрытия случаев (случаи, оформленные в отделениях с типами «Поликлиника», «Параклиника», «ФАП», «Стационар на дому», «Дневной стационар при поликлинике»). При попадании одной из этих дат на нерабочие дни (выходные или праздники) отображается ошибка. 

Исключения:

1) для случаев ЭКО – стационарный случай, содержащий КСГ ds02.005 и услуги с атрибутами ЭКО;

2) случаи, в которых основной диагноз – Z20.8, Z03.8, Z22.8, U07.1, U07.2

Основная выгрузка (Поликлиника, Стоматология, НМП)

Err_short_case

(KBR_SHORT_CASE)

Для случаев с длительностью меньше нормативной результат не может быть «Выписан» Ошибка

Если значение фактической длительности KD_Z меньше значения из kbrstacpricelist_durationv1 или kbrstacpricelist_durationd1, то результат случая должен быть один из dbo.leavetype.leavetype_code= 102, 105, 103, 106, 202, 203, 205, 206, 107, 108, 110, 207, 208, 104, иначе отображается ошибка

Исключения:

1) для случаев ЭКО – стационарный случай, содержащий КСГ ds02.005 и услуги с атрибутами ЭКО

Основная выгрузка 

Стационар

Err_SNILS

Не указан СНИЛС врача

Ошибка

Если у врача из последнего шага не указан СНИЛС в карточке человека, то отображается ошибка

Err_SMO

Не указан или неверно указан реестровый номер СМО

Ошибка

Реестровый номер СМО должен состоять из 5 символов, иначе отображается ошибка

Err_Registry_num

Неверно указан номер счета

Ошибка

Номер счета должен быть целым числом не более 15 знаков, иначе отображается ошибка

Err_Surname

Не указана фамилия пациента

Ошибка

Фамилия пациента должна быть заполнена (кроме случая оказания медицинской помощи новорожденному), иначе отображается ошибка

Err_Firname

Не указано имя пациента

Ошибка

Имя пациента должно быть заполнено (кроме случая оказания медицинской помощи новорожденному), иначе отображается ошибка

Err_Secname

Не указано отчество пациента

Ошибка

Отчество пациента должно быть заполнено, кроме случаев:

1. оказания медицинской помощи новорожденному;

2. отсутствия отчества в УДЛ (OS_SLUCH),

иначе отображается ошибка

Err_Birthday

Не указана дата рождения пациента

Ошибка

Если не указана дата рождения пациента, отображается ошибка

Err_NoPolis

Отсутствует действительный полис ОМС

У пациента должен быть действительный полис ОМС (если мед. помощь оказана новорожденному, должен быть указан полис ОМС представителя пациента), иначе отображается ошибка

Err_Doc_NoDoc

Отсутствует документ, удостоверяющий личность пациента или представителя

Обязательно должен быть указан документ, удостоверяющий личность для пациентов, застрахованных за пределами региона или пациентов, у которых отсутствует ЕНП, иначе отображается ошибка

Err_Doc_NoDocSer Не указана серия документа, удостоверяющего личность пациента или представителя Обязательно должна быть указана серия документа, удостоверяющего личность пациента или представителя для застрахованных за пределами региона или пациентов, у которых отсутствует ЕНП Err_Doc_Date Не указана дата выдачи документа, удостоверяющего личность пациента или представителя

Если у пациента отсутствует ЕНП и в документе, удостоверяющем личность пациента, не указана дата выдачи, отображается ошибка

Err_Doc_Org Не указан орган, выдавший документ, удостоверяющий личность пациента или представителя

Если у пациента отсутствует ЕНП и в документе, удостоверяющем личность пациента, не указан контрагент, выдавший его, отображается ошибка

Err_MedSpecOms

Не указана специальность лечащего врача

Если у врача, оказавшего услугу, или врача из последнего посещения не указана специальность в карточке сотрудника, то отображается ошибка

Err_OrgSMO

Не указан реестровый номер медицинской организации

Должен быть указан Федеральный реестровый код медицинской организации у МО счета, иначе отображается ошибка

Err_Secname_P

Не указано или неверно указано отчество представителя пациента

Отчество представителя пациента должно быть заполнено и не должно превышать 40 символов, если мед. помощь оказана новорожденному (кроме случая, когда отчество отсутствует в УДЛ), иначе отображается ошибка

Err_Firname_P

Не указано или неверно указано имя представителя пациента

Имя представителя пациента должно быть заполнено и не должно превышать 40 символов, если мед. помощь оказана новорожденному, иначе отображается ошибка

Err_Surname_P

Не указана или неверно указана фамилия представителя пациента

Фамилия представителя пациента должна быть заполнена, если мед. помощь оказана новорожденному, иначе отображается ошибка

Err_Deputy

Не указан представитель пациента

Должен быть указан представитель пациента, если мед. помощь оказана новорожденному (на дату закрытия пациенту 30 дней и менее), иначе отображается ошибка

Err_MedStaffCode Неверно указан код специальности лечащего врача Код специальности не должен превышать 9 символов Err_CrossAppCase_MO Обнаружены дублированные посещения в течении календарного месяца. Номера случаев: Ошибка отображается при посещении одного пациента в одной МО в одном месяце с одним диагнозом и одной специальностью врача Err_CrossAppCase Обнаружено пересечение сроков лечения! Номера случаев: Срабатывает, если обнаружено пересечение сроков лечения случаев госпитализации и неотложной помощи в этой же МО

Err_Double_Case

Дублирование профильного посещения

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

• если условие оказания USL_OK=3,
• и в реестре счета совпадают:

дата начала лечения DATE_1, дата окончания лечения DATE_2,

• условия оказания медицинской помощи USL_OK,
• код медицинской специальности PRVS,
• профиль медицинской помощи PROFIL,
• ФИО и дата рождения пациента — выгрузке ID_PAC.

Исключение:

• оказание в один день амбулаторных посещений и отдельных медицинских услуг с IDSP=28. 

Err_Spec2Vidpom

Несоответствие специальности виду оказываемой медицинской помощи

1) Во всех поликлинических случаях (поликлиника, параклиника, НМП, стоматология), оформленных на врачей со специальностью SL.PRVS = 39, 49, 76 по профилям profile= 57, 68, 97, 160 значение поля «Вид медицинской помощи» должно быть «первичная врачебная медико-санитарная помощь» VIDPOM=12, иначе отображается ошибка.

Во всех поликлинических случаях (поликлиника, параклиника, НМП, стоматология), оформленных на врачей со специальностью SL.PRVS = 206, 207, 208 по профилям profile=68, 85,97, 136, 160 значение поля «Вид медицинской помощи» должно быть «первичная доврачебная медико-санитарная помощь» VIDPOM=11, иначе отображается ошибка.

В поликлинических случаях (поликлиника, параклиника, НМП, стоматология), оформленных на врачей со специальностью SL.PRVS, отличной от 39, 49, 76, 206, 207, 208 и профилем, отличным от profile 57, 68, 97, значение поля «Вид медицинской помощи» должно быть «первичная специализированная медико-санитарная помощь» VIDPOM=13, иначе отображается ошибка.

2) Во всех случаях, оформленных в отделениях с типом «Дневной стационар в АПУ» и «Дневной стационар на дому», и оказана помощь врачами со специальностью SL.PRVS = 39, 49, 76 по профилям profile=57, 68, 97, значение поля «Вид медицинской помощи» должно быть «первичная врачебная медико-санитарная помощь» VIDPOM=12, иначе отображается ошибка.

Во всех случаях, оформленных в отделениях с типом «Дневной стационар в АПУ» и «Дневной стационар на дому», и оказана помощь врачами со специальностью SL.PRVS, отличной от 39, 49, 76, и по профилям profile, отличным от 57, 68, 97, значение поля «Вид медицинской помощи» должно быть «первичная специализированная медико-санитарная помощь» VIDPOM=13, иначе отображается ошибка.

Во всех случаях, оформленных в отделениях с типом «Дневной стационар в больничном учреждении» значение поля «Вид медицинской помощи» должно быть «специализированная медико-санитарная помощь» VIDPOM=31, иначе отображается ошибка.

3) Во всех случаях, оформленных в отделениях с типом «Круглосуточный стационар», и с наличием метода ВМП значение поля «Вид медицинской помощи» должно быть «высокотехнологичная специализированная медицинская помощь» VIDPOM=32, иначе отображается ошибка.

Во всех случаях, оформленных в отделениях с типом «Круглосуточный стационар», и с отсутствием метода ВМП значение поля «Вид медицинской помощи» должно быть «высокотехнологичная специализированная медицинская помощь» VIDPOM=31, иначе отображается ошибка

Err_Rslt2Ishod

Несоответствие результата обращения и исхода заболевания

Отображается ошибка, если выполняется хотя бы одно условие:

1. если результат обращения RSLT={405, 406} и исход ISHOD отличен от 403;
2. если результат обращения RSLT={313} и исход и ISHOD отличен от 305;
3. если результат обращения RSLT={205, 206} и исход ISHOD отличен от 204;
4. если результат обращения RSLT={105, 106} и исход и ISHOD отличен от 104;
5. если результат обращения RSLT={202, 203, 204, 205, 206, 207, 208} и исход ISHOD=201;
6. если результат обращения RSLT={102, 103, 104, 105, 106, 109, 108, 107, 110} и исход ISHOD=101;
7. если исход ISHOD=402 и результат обращения RSLT отличен от {407, 408, 409, 410, 411, 412, 413, 414, 417};
8. если результат обращения RSLT={407, 408, 409, 410, 411, 412, 413, 414, 417} и исход ISHOD отличен от 402;
9. только для случаев, где USL_OK =3, кроме случаев диспансеризации. Если исход ISHOD=306 и результат обращения RSLT отличен от {301, 305, 308, 314, 315}

Err_TAL_lt_DR

(FF_CHECK_TAL_D_TAL_P)

Дата выдачи талона на ВМП и Дата планируемой госпитализации не должны быть меньше даты рождения пациента Для случаев ВМП отображается ошибка, если TAL_D меньше DR или TAL_P меньше DR

Err_NprDate

(FF_NAPR_DATE_VALID)

Дата направления при подозрении или лечении ЗНО не должна быть за пределами дат лечения

Отображается ошибка, если дата входящего направления NPR_DATE больше DATE_2 или NPR_DATE меньше DATE_1.

Входящее направление может не входить в период и может совпадать с датой госпитализации, но не может быть позже даты госпитализации

Err_UET

Количество УЕТ = 0

В стоматологических случаях проверяется по кодам услуг, выбранных в случае, УЕТ.

Если УЕТ=0 (в зависимости от возраста пациента в случае), отображается ошибка

Err_NoNHISTORY Не указан номер амбулаторной карты пациента Ошибка отображается, если значение поля NHISTORY пусто Отсутствие посещения терапевта на дату окончания этапа диспансеризации

Ошибка отображается, если для случая DISP={ДВ4} — Диспансеризации взрослых 1 этапа отсутствует услуга посещения терапевта или врача общей практики (семейного врача) на дату закрытия случая

Дата начала лечения больше даты смерти пациента Дата октрытия случая не должна быть позже даты смерти. В противном случае возвращается ошибка Дата окончания не должна быть позже даты смерти Дата закрытия случая не должна быть позже даты смерти. В противном случае возвращается ошибка

Err_Out_Napr

(Onko_Napr)

В случае подозрения на онкологию не указано исходящее направление Ошибка

При сохранении посещения в ТАП с указанным в нём подозрением на ЗНО проверяется наличие исходящего направления

Err_Spec2Age Специальность врача не соответствует полу или возрасту пациента Ошибка

Ошибка отображается, если выполняется хотя бы одно из условий:

1. Значение специальности врача – «Гериатрия» (prvs=11), и возраст пациента менее 60 (65) лет; возраст рассчитывается на начало случая.

2. Значение специальности врача – «Терапия» (prvs=76), и возраст пациента – менее 15 лет.

3. Значение специальности врача – «Кардиология», «Онкология», «Урология» или «Эндокринология» (prvs=25, 41,84,92), и возраст пациента – менее 18 лет.

4. Значение специальности врача – «Неонатология» (prvs=37), и возраст пациента – более 1 года.

5. Значение специальности врача – «Акушерство и гинекология» (prvs=2), и пол пациента W=1, Мужской.

6. Значение специальности врача – из множества {Детская кардиология, Детская онкология, Детская урология-андрология, Детская хирургия, Детская эндокринология, Педиатрия, Стоматология детская} (prvs=18,19, 20,49, 68), и возраст пациента – 18 лет и более.

Err_Profil2Age Профиль медицинской помощи не соответствует полувозрасту пациента Ошибка

Ошибка отображается, если выполняется хотя бы одно из условий:

1. Значения профиля в закрывающем шаге: PROFIL={29, 60, 108, 122, 112, 89}, и возраст пациента меньше 18 лет.

2. Значения профиля в закрывающем шаге: PROFIL=14, и возраст пациента меньше 60 лет.

3. Значения профиля в закрывающем шаге: PROFIL=55, и возраст пациента более 1 года.

4. Значения профиля в закрывающем шаге: PROFIL={3, 136, 137, 184}, и пол пациента Мужской.

5. Значения профиля в закрывающем шаге: PROFIL={17, 18, 19, 20, 21, 68, 86}, и возраст пациента – 18 лет и более.

Err_main_diag_single_check В случае может быть указан только один основной диагноз Ошибка Проверяется количество основных диагнозов в случае. При наличии в случае более одного диагноза с видом «Основной» в ТАП или КВС отображается ошибка.  Err_antropometry_check В случае лечения ЗНО не указаны обязательные данные про рост, вес и площадь тела пациента.  Ошибка  Проверяются стационарные случаи лечения ЗНО на наличие антропометрических данных. При указании в случае с ЗНО типа лечения одного из типов лечения:

• «Лучевое лечение»;
• «Химиолучевое лечение»;
• «Химиотерапевтическое лечение»;
• «Гормоноиммунотерапевтическое лечение».

проверяется наличие данных о весе, росте и площади тела (поля WEI, HEI, BSA), при отсутствии этих данных отображается ошибка. 

Err_profile2profilekoiki Профиль оказания медпомощи не соответствует профилю койки Ошибка Проверяется соответствие в стационарных случаях профиля оказанной медицинской помощи и профиля койки. Ошибка отображается, если профиль оказанной медицинской помощи и профиль койки не совпадают. Err_csg2profile Профиль оказания медпомощи не соответствует КСГ  Ошибка

Проверяется соответствие указанного в стационарных случаях КСГ и профиля оказанной медицинской помощи.

Err_paymethode_check В случае указан некорректный способ оплаты  Ошибка

Проверяется корректность указания способа оплаты.

1) Во всех МО, входящих в объем «Подушевое финансирование» в поликлинических случаях не могут быть указаны способы оплаты «29 За посещение» и «30 За обращение (законченный случай)». При наличии таковых отображается ошибка.

Исключение:

Случаи, оформленные в отделениях с атрибутом «Код отделения ЦАОП» 

2) Во всех МО не входящих в объем «Подушевое финансирование» в поликлинических случаях не может быть указан способ оплаты «25 По подушевому нормативу финансирования на прикрепившихся лиц». При наличии таковых отображается ошибка. 

Err_SMP_trombolizis_check В случае СМП с тромболизисом отсутствует обязательная услуга  Ошибка

Проверяется наличие услуги тромоболизиса. В случаях СМП со способом оплаты 24 «За вызов скорой помощи», полученных через интеграционный сервис от КИС СМП, в обязательном порядке должна содержаться услуга «A25.30.036.001 Назначение ферментных фибринолитических лекарственных препаратов для внутривенного введения при инфаркте миокарда». Иначе отображается ошибка 

Err_Nistory_Dubl Указан дубль номера случая!  Ошибка Номер случая – значение, попадающее в поле NHISTORY, – должно быть уникальным в пределах всего региона и календарного года. Если при формировании выгрузки попадется дубль номера в пределах выгружаемого реестра, то отображается ошибка 

Err_Pcel_2_Idsp

Указанная цель не соответствует способу оплаты  Ошибка

В поликлинических случаях проверяются указанные цели на соответствие способам оплаты.

Err_NMP_profil_check  В случае оказания неотложной помощи указан некорректный профиль Ошибка В поликлинических случая с целью посещения «1.1 Посещение вв неотложной форме» должен быть указан профиль оказания медпомощи «160 неотложной медицинской помощи». Иначе отображается ошибка.  Err_Tarif_Null_Check В случае не может быть указан 0 тариф.  Ошибка В поликлинических случаях со способом оплаты 25, 29, 30, 32, 33 значение поля TARIF в блоке SL не должно быть равно 0. Иначе отображается ошибка.  Err_CZAB_Check В случае указан некорректный характер заболевания Ошибка Если в случае указан код МКБ не равный Z00-Z99, и характер заболевания выбран «Прочее (для Z00-Z99)», то отображается ошибка  Err_USLOK_2_FORPOM Указанная форма помощи не соответствует условиям оказания Ошибка

Отображается ошибка, если выполняется хотя бы одно условие:

1. Если условие оказания – Скорая помощь, USL_OK=4, и значение формы оказания – Плановая FOR_POM=3.
2. Если условие оказания – Амбулаторно, USL_OK=3 и значение формы оказания – Экстренная FOR_POM=1.
3. Если условие оказания – Дневной стационар USL_OK=2 и значение формы оказания – Экстренная FOR_POM=1.

Err_Npr_Number_Date_Check Во входящем направлении не указан номер или дата направления  Ошибка

При наличии в случае (стационарные случаи с плановой формой оказания помощи или случаи оказания диагностических услуг) входящего направления (заполнено направившее МО – поле NPR_MO) должны быть заполнены поля «Номер направления» (NPR_NUMBER) и «Дата направления» (NPR_DATE), иначе отображается ошибка

Err_Onko_Cons_Date Дата проведения консилиума больше даты закрытия случая Ошибка Дата проведения консилиума evnconciliumonko.evn_setdt должна быть меньше либо равна дате закрытия случая, иначе отображается ошибка  Err_Lekpr_Check В случае лечения ЗНО не указаны сведения о введенных препаратах  Ошибка В случаях лечения ЗНО при указании типа лечения «Лекарственная» или «Химиолучевая» USL_TIP = 2, 4 обязательно наличие сведений о введенном препарате – поле LEK_PR должно быть заполнено. Иначе отображается ошибка  Err_Lekpr_Date Дата введения препаратов не может больше даты закрытия случая  Ошибка В случаях лечения ЗНО при наличии сведений о примененном препарате LEK_PR дата введения DATE_INJ препарата должна входить в диапазон случая. Иначе отображается ошибка.  Err_Vmp_Talnum_Check Номер талона ВМП не соответствует формату Ошибка Проверяется значение поля TAL_NUM на соответствие маске 99.9999.99999.999 Err_Talp_Date2_Check Некорректная дата плановой госпитализации  Ошибка Для случаев ВМП отображается ошибка, если TAL_P (плановая дата госпитализации) больше даты закрытия случая DATE2  Err_Onk_Dst_Check При наличии диагноза ЗНО не указан повод обращения Ошибка Для всех случаев с основным диагнозом ЗНО (DS1=CXX.X или DS1=D00.X — 09.X или D45.X — D47.X) обязательно должен быть указан повод обращения (DS_T). Иначе отображается ошибка 6004 Неверный состав случая лечения Ошибка

Ошибка отображается при выполнении одного из условий:

• в ТАП более одного посещения и код услуги посещения заканчивается на: «805», «811», «835», «890», «891», «892», «893», «872», «816», «817», «907», «908», «898», «804», «810», «814», «815», «818», «819», «938», «939», «896», «897», «849», «850», «905», «906», «895», «929», «930», «937», «830», «831», «871», «875, «730» – «782», «953», «965», «966», «935», «934», «933», «932», «964», «969», «970»;
• в ТАП менее 2 посещений, код ЛПУ не один из: «22112», «22105», «22119», «5058», «140», «114»
  и код услуги посещения заканчивается на: «865», «866», «836», «888», «889», «904», «931»;
•  ТАП стоматологический, количество УЕТ по ОМС равен «0» или не указан и код услуги посещения не один из: «559830», «527830», «659830», «627830», «527941», «627941», «559941», «659941»;
• код услуги посещения заканчивается на: «702», «703», «704», «705», «706», «707», «708», «709», «710», «711», «712», «713», «714», «715», «716», «717», «915», «916», «917», «918», «919», «923», «924», «926», «927», «928», «957», «958», «959», «960», «961», «962», «701», «601», «602», «603», «604», «605», «606», «607», «608», «609», «610», «611», «612», «613», «614», «615», «616», «617», «618», «619», «945» 

Как сообщают в Министерстве здравоохранения: «Результаты ПЦР тестов на коронавирус можно узнать на госуслугах.» Сведения о результатах исследований и иммунизации COVID-19 формируются в специальный реестр и автоматически загружаются на государственный портал.

Как посмотреть результаты теста на коронавирус через госуслуги

Для того, чтобы воспользоваться услугой, необходимо зарегистрироваться, подтвердить свою личность и указать номер полиса и СНИЛС в личном кабинете портала государственных услуг.

Найти через телефон — пошаговая инструкция

Чтобы посмотреть результаты ПЦР тестов необходимо войти на сайт под своей учетной записью.

В выпадающем меню выбираем вкладку личный кабинет.

Вводим пароль от персональной учетной записи.

Шаг 2 — Поиск сервиса по коронавирусу.

На главной странице (спускаемся ниже) ищем баннер ВСЕ СЕРВИСЫ ПО КОРОНАВИРУСУ и нажимаем на него.

Шаг 3 — раздел ПЦР анализы.

На открывшейся странице (внизу) переходим по вкладке РЕЗУЛЬТАТЫ ПЦР ТЕСТОВ.

На новой странице будут отображаться все анализы на covid-19.

Инструкция для компьютера

Пошаговая инструкция как посмотреть и скачать справку с анализом covid19 на компьютер:

Шаг 1. Заходим на сайт gosuslugi. ru под своей учетной записью.

Шаг2. В верхнем меню нажимаем на ссылку «УСЛУГИ».

Шаг 3. На странице «Каталог госуслуг» выбираем раздел «МОЕ ЗДОРОВЬЕ».

Шаг 4. На открывшейся странице МОЕ ЗДОРОВЬЕ ищем раздел «Сведения о результатах исследований и иммунизации COVID-19».

Шаг 5. На открывшейся странице можно будет узнать результаты. На данной странице будет появляться информация о сертификате вакцинации от COVID-19, данные о перенесенных заболеваниях, результаты тестов на наличие антител, результаты ПЦР.

В случае отсутствия сведений о результатах анализа спустя 48 часов необходимо нажать на кнопку СООБЩИТЬ О ПРОБЛЕМЕ. В контактной форме нужно описать суть жалобы и отправить на рассмотрение в специальное ведомство. Перед жалобой можно позвонить в учреждение, где была сделана прививка, и поинтересоваться передали ли они сведения на портал государственных услуг.

Инструкция как скачать сертификат о вакцинации >> Читать статью

Почему отсутствует результат теста на ковид на госуслугах

Справка с результатом анализа может не отображаться на портале в случае:

ВИДЕО ИНСТРУКЦИЯ

Как получить QR-код

В случае отрицательного анализа на вирус можно получить QR-код. Данный шрихкод действует 72 часа и дает право на посещение общественных мест и мероприятий в период пандемии. Чтобы получить такой код, необходимо сдать тесты в учреждениях, которые имеют возможность передавать данные на портал государственных услуг. Через время QR-код формируется в личном кабинете пользователя.

Сервис позволяет организовать предоставление электронной услуги «Запись на вакцинацию» на уровне региона посредством интеграции всех медицинских систем в единое информационное пространство.

Описание решения

Обновленный Сервис записи на приём к врачу (версия 3.0) предназначен для предоставления услуг записи посредством информационного взаимодействия ИС через API Интеграционной платформы.

Услуга «Запись на вакцинацию» в рамках обновленного сервиса записи на прием к врачу (версия 3.0) предоставляет возможность оформления записи на вакцинацию (запись на прием к врачу, осуществляющему предварительный осмотр перед вакцинацией) в электронном виде и обеспечивает поддержку федеральных требований оказания данной услуги через КУ ФЭР (ЕПГУ — Госуслуги).

Участниками процесса в рамках услуги «Запись на вакцинацию» являются:

• СЗПВ;
• Клиент СЗПВ (инициатор оформления записи);
• МИС целевой МО (владелец расписания медицинских ресурсов для записи на вакцинацию).

Краткое описание протокола взаимодействия приведено в разделе 3.

Описание методов в рамках услуги «Запись на вакцинацию» приведено в разделе 4.

Описание протокола взаимодействия

Общая информация о сервисе

Информационный обмен осуществляется в соответствии со стандартом FHIR® (Fast Healthcare Interoperability Resources), разработанным организацией HL7. Используемая версия FHIR Release 4, 4.0.1. Подробное описание стандарта доступно по следующим ссылкам:

• http://hl7.org/fhir/R4/index.html
• http://fhir-ru.github.io/summary.html

В качестве протокола взаимодействия используется REST (использование REST-протокола в FHIR® – см. http://fhir-ru.github.io/http.html).

Требования к авторизации

При информационном взаимодействии с СЗПВ необходимо передавать в заголовке сообщения авторизационный токен в формате:

Authorization: N3[пробел][GUID системы]

GUID системы выдается разработчику МИС администратором Интеграционной платформы.

Использование справочников

Справочники, используемые в СЗПВ, опубликованы в «Сервисе Терминологии». Описание сервиса Терминологии и правила взаимодействия с ним приведены по ссылке: http://api.netrika.ru/docs.php?article=Terminology.

Для каждого справочника в Настоящем документе указан его OID (объектный идентификатор). Перечень присвоенных корневых OID:

1.2.643.5.1.13.2.1 — Корневой OID справочников, размещённых в Федеральном реестре НСИ (http://nsi.rosminzdrav.ru/);

1.2.643.2.69.1.1.1 – Корневой OID для справочников подсистемы НСИ Регионального фрагмента.

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

 «coding»: [   {       «system»: «urn:oid:[OID справочника в сервисе Терминологии]»,       «code»: «[код значения]»   }]

При передаче параметров, использующих значения внутренних справочников FHIR, указывается только код значения (справочники стандарта FHIR также опубликованы в сервисе Терминологии).

Справочники, используемые в рамках услуги «Запись на вакцинацию»:

1. Справочник «ЛПУ» Интеграционной платформы
2. «Номенклатура специальностей медработников с высшим и средним образованием» (OID 1.2.643.5.1.13.13.11.1066)
3. «Справочник МО региона» (OID 1.2.643.2.69.1.1.1.64)
4. «Классификатор половой принадлежности» (OID 1.2.643.5.1.13.2.1.1.156)
5. Справочник «Роль пользователя»
6. Справочник «Источники записи» (OID 1.2.643.2.69.1.1.1.115)
7. «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102)
8. Справочник «Статус записи на прием»
9. Справочник типа ресурса Location http://terminology.hl7.org/CodeSystem/location-physical-type
10. Справочник «Тип документа» (OID 1.2.643.2.69.1.1.1.6)
11. «ФРМО. Справочник отделений и кабинетов» (OID2.643.5.1.13.13.99.2.115)
12. Справочник причин приёма https://terminology.hl7.org/1.0.0/CodeSystem-v2-0276.html
13. «ФРМО. Типы врачебных участков» (OID 2.643.5.1.13.13.99.2.639)
14. Справочник «Возрастная категория граждан» (OID2.643.2.69.1.1.1.223)
15. Справочник «Причины отсутствия талонов» (OID 1.2.643.2.69.1.1.1.222)
16. Справочник ошибок

Cервис выдачи идентификаторов процесса

Для обеспечения возможности связывания данных методов сервиса записи на прием, вызванных в рамках одного процесса, на стороне сервиса сбора и хранения информации, необходимо, чтобы клиент СЗПВ передавал в рамках вызова метода идентификатор процесса, полученный от сервиса выдачи идентификаторов процесса (далее СВИП). Под процессом в данном случае понимается сценарий, состоящий из последовательного вызова методов СЗПВ с целью получения услуги предоставляемой СЗПВ. Каждый раз, когда начинается новый процесс, должен быть получен новый идентификатор процесса. Под процессом обычно понимается некоторый use case, который обеспечивает СЗПВ.

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

Processid: YourProcessId

Примеры use case’ов, обеспечиваемых СЗПВ (v 3.0 — FHIR):

• Запись по направлению. Состоит из методов: $searchslots, $setappointment.
• Запись на вакцинацию. Состоит из методов: $getpatientid, $searchmedicalresources, $searchslots, $setappointment.
• Запись по диспансерному наблюдению. Состоит из методов: $getpatientid, $getdispensaryobservationinfo, $searchmedicalresources, $searchslots, $setappointment.
• Запись по направлению. Состоит из методов: $searchslots, $setappointment.
• Отмена записи. Состоит из методов: $cancelappointment.
• Уведомление об изменении статуса записи. Состоит из методов: $changenotification.

Каждый идентификатор процесса имеет ограничение срока жизни. Это сделано для того, чтобы не допустить ситуации, при которой один идентификатор процесса будет использоваться неопределённо долго, а также для обеспечения утилизации идентификаторов процесса, которые уже не могут участвовать в обмене данными (в этом случае считается, что пользовательский сеанс уже завершён и сервис может не ожидать новых запросов с данным токеном). Время жизни токена обычно выбирается достаточно продолжительным (порядка 3 часов) для того, чтобы пользовательская сессия не успела завершиться до окончания срока действия токена, однако, если это произошло, то нужно либо заново получить новый токен, либо принудительно завершить пользовательский сеанс и начать use case c самого начала.

При получении запроса метода с идентификатором процесса сервис записи на прием определяет с помощью СВИП актуальность указанного идентификатора процесса. В случае, если идентификатор процесса просрочен или был передан некорректно, СЗПВ сгенерирует своё значение, которое будет передано в сервис сбора и хранения информации в качестве идентификатора процесса, цепочка при этом разорвётся. 

Описание методов СВИП:

• Метод получения идентификатора процесса

Адрес: /api/token

HTTP-метод: GET

Данный метод используется для получения клиентом сервиса записи на прием идентификатора процесса.

В запросе метода отсутствуют входные параметры.

Формат ответа метода:

{

  «success»: true,

  «resultcode»: 0,

  «message»: null,

  «content»: «YourProcessId»

}

, где наполнение параметра content – идентификатор процесса.

• Метод получения данных по идентификатору процесса (авторизационной сессии)

Адрес: /api/session?token=

HTTP-метод: GET

Данный метод используется для проверки актуальности и получения данных по идентификатору процесса (авторизационной сессии).

В запросе метода указывается идентификатор процесса в формате [base]/api/session?token=[YourProcessId]

Формат ответа метода:

{

  «success»: true,

  «resultcode»: 0,

  «message»: null,

  «content»: {

    «token»: «YourProcessId»,

    «startDate»: «2019-11-11T11:16:32.2089653Z»,

    «endDate»: «2019-11-11T11:36:32.2089672Z»

  }

}

, где

наполнение параметра token – идентификатор процесса,

наполнение параметра startDate — дата начала действия идентификатора процесса,

наполнение параметра endDate — дата истечения срока действия идентификатора процесса.

Описание методов сервиса

Список методов сервиса

Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)

Данный метод используется для поиска в целевой МО доступных медицинских ресурсов для записи на вакцинацию. В качестве медицинских ресурсов могут выступать как медицинские работники, так и кабинеты.

Для вызова метода необходимо указывать URL в формате [base]/api/appointment/vaccination/fhir/$searchmedicalresources.

Подробное описание используемой в данном методе возможности Custom Operation в рамках FHIR приведено по следующей ссылке: http://fhir-ru.github.io/operations.html

На Рисунке 2 представлена схема информационного взаимодействия в рамках метода «Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)».

Рисунок 2. Схема информационного взаимодействия в рамках метода «Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)»

Описание схемы:

• Клиент СЗПВ отправляет запрос метода «Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)» в СЗПВ. Состав параметров запроса представлен в Таблице 1.
• СЗПВ отправляет запрос метода «Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 1.
• Целевое ЛПУ передает ответ метода «Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)» в СЗПВ. Состав выходных данных ответа метода представлен в разделе 4.2.2.

СЗПВ передает ответ метода «Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)» клиенту СЗПВ. Состав выходных данных ответа метода представлен в разделе 4.2.2.

Описание параметров запроса

В Таблице 1 представлено описание параметров запроса метода $searchmedicalresources.

Таблица 1 – Описание параметров запроса метода $searchmedicalresources

№ п/п	Параметр	Кратность	Тип	Описание
1.	organizationId	1..1	string	Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы
2.	infectionId	1..1	CodeableConcept	Массив кодов инфекций, по которым необходимо провести вакцинацию (по справочнику «Код инфекции» OID 1.2.643.2.69.1.1.1.130). Допустима передача более одного кода инфекций в рамках infectionId для комбинаций значений: ·         «3», «5» ·         «3», «4», «5» В остальных случаях в рамках infectionId должен передаваться только один код инфекции. В ответе метода $searchmedicalresources необходимо отдать медицинские ресурсы, осуществляющие предварительный осмотр перед вакцинацией, на которой возможно введение одной вакцины от всех указанных в массиве инфекций единовременно
2.1.	infectionId.valueCodeableConcept.coding	1..3	Coding
2.1.1.	infectionId.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.2.69.1.1.1.130»
2.1.2.	infectionId.valueCodeableConcept.coding.code	1..1	code	Передаётся код из справочника «Код инфекций» (OID 1.2.643.2.69.1.1.1.130)
3.	patientId	1..1	string	Идентификатор пациента из соответствующего справочника целевой МИС
4.	startDateTimeRange	1..1	Datetime	Дата начала периода предоставления информации о наличии/отсутствии свободных слотов
5.	endDateTimeRange	1..1	Datetime	Дата окончания периода предоставления информации о наличии/отсутствии свободных слотов

Описание выходных данных

В ответе метода от целевой МО передается информация о доступных медицинских ресурсах для записи на вакцинацию в формате Bundle типа collection. FHIR-ресурс Bundle используется для передачи набора ресурсов.

Все переданные ресурсы должны быть связаны либо с ресурсом Schedule, либо с ресурсом, связанным с ресурсом Schedule. Под ресурсом, связанным с ресурсом Schedule, подразумеваются ресурсы, которые либо имеют ссылку на ресурс Schedule, либо в ресурсе Schedule имеется ссылка на передаваемый ресурс.

В случае, если в ресурсе передаётся ссылка на другой ресурс (кроме Organization), то данный ресурс должен присутствовать в передаваемом Bundle.

В рамках Bundle для каждого ресурса необходимо передавать параметр fullUrl в следующем формате:

«fullUrl»: «[Тип ресурса]/[id ресурса]»

например, «fullUrl»: «PractitionerRole/31f34a1f-2984-43cc-b2c1-33cd077370de».

Перечень ресурсов, передаваемых в рамках Bundle, и их описание представлено в Таблице 2.

Таблица 2 – Описание ресурсов, входящих в состав Bundle

№ п/п	Параметр	Ссылки на другие ресурсы	Описание
1.	Schedule	Ссылка на PractitionerRole; Ссылка на Location	В ресурсе указывается информация о расписании медицинского ресурса (в качестве медицинских ресурсов могут выступать как медицинские работники, так и кабинеты). В случае, если медицинский ресурс является медицинским работником, в рамках одного ресурса Schedule должна быть указана одна ссылка на ресурс PractitionerRole, а также могут быть указаны максимум одна ссылка на ресурс Location с данными по адресу физического здания медицинской организации, где будет осуществляться приём, и максимум одна ссылка на ресурс Location с данными по описанию кабинета, где будет осуществляться приём. Количество ресурсов Schedule определяется количеством уникальных наборов PractitionerRole и максимум 2-х Location. В случае, если медицинский ресурс является кабинетом, в рамках одного ресурса Schedule должна быть указана одна ссылка на ресурс Location с данными по описанию кабинета, где будет осуществляться приём, а также может быть указана максимум одна ссылка на ресурс Location с данными по адресу физического здания медицинской организации, где будет осуществляться приём. В рамках ресурса Schedule не должна передаваться ссылка на ресурс  PractitionerRole. Количество ресурсов Schedule определяется количеством уникальных наборов Location с данными по описанию кабинета и Location с данными по адресу физического здания.
2.	PractitionerRole	Ссылка на Organization; Ссылка на Practitioner	В ресурсе указывается информация о медицинском работнике в привязке к МО (данные о должности, специальности, комментарии с важной информацией для осуществления записи на прием)
3.	Practitioner		В ресурсе указывается информация о медицинском работнике (ФИО, идентификатор в МИС МО и СНИЛС)
4.	Location	Ссылка на Organization	Ресурс Location предназначен для передачи данных об адресе физического здания медицинской организации, где будет осуществляться приём и для передачи данных о кабинете МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги, или как о месте приема конкретного медицинского работника). В рамках передачи данных о расписании медицинского работника как медицинского ресурса, в ресурсах Location может передаваться информация о месте приема медицинского работника (адрес физического здания медицинской организации, где будет осуществляться приём, и описание кабинета, где будет осуществляться приём) – двумя отдельными ресурсами Location. В рамках передачи данных о расписании кабинета как медицинского ресурса, в ресурсе Location передается информация с описанием данного кабинета (наименование кабинета, OID кабинета в соответствии со справочником ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 и прочее), а также в отдельном ресурсе Location может передаваться информация об адресе физического здания медицинской организации, где будет осуществляться приём.
5.	Slot	Ссылка на Schedule	В ресурсе указывается информация о талоне (свободном временном интервале) для оформления записи на вакцинацию. В рамках метода «Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)» передается первый ближайший талон по каждой доступной для записи дате по медицинскому ресурсу в запрашиваемый период.
6.	Parameters	Ссылка на Schedule	В ресурсе указывается информация с текстовым описанием причины отсутствия свободных талонов у медицинского ресурса (передается в случае, если параметр comment в ресурсе Schedule заполнен и его значение не «3» или «7»)

Схема структуры Bundle приведена на Рисунке 3.

Рисунок 3. Структура Bundle

Структура ответа метода $searchmedicalresources представлена на Рисунке 4.

Рисунок 4. Структура ответа метода $searchmedicalresources

Ресурс  Schedule

Ресурс Schedule предназначен для передачи данных о расписании медицинского ресурса.

В Таблице 3 представлено описание параметров ресурса Schedule. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 3 — Параметры ресурса Schedule

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Schedule. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор расписания медицинского ресурса в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора расписания медицинского ресурса в МИС МО. Передаётся в формате guid
3.	serviceCategory	1..1	CodeableConcept	Код услуги из справочника «Номенклатура медицинских услуг» (OID 1.2.643.5.1.13.13.11.1070)
3.1.	serviceCategory.valueCodeableConcept.coding	1..1	Coding
3.2.	serviceCategory.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.5.1.13.13.11.1070»
3.3.	serviceCategory.valueCodeableConcept.coding.code	1..1	code	Передаётся код услуги из справочника «Номенклатура медицинских услуг» (OID 1.2.643.5.1.13.13.11.1070): «B04.014.004»
4.	serviceType	1..1	CodeableConcept	Массив кодов инфекций, по которым необходимо провести вакцинацию (по справочнику «Код инфекции» OID 1.2.643.2.69.1.1.1.130). Допустима передача более одного кода инфекций в рамках infectionId для комбинаций значений: ·         «3», «5» ·         «3», «4», «5» В остальных случаях в рамках infectionId должен передаваться только один код инфекции. В ответе метода $searchmedicalresources необходимо отдать медицинские ресурсы, осуществляющие предварительный осмотр перед вакцинацией, на которой возможно введение одной вакцины от всех указанных в массиве инфекций единовременно
4.1.	serviceType.valueCodeableConcept.coding	1..3	Coding
4.1.1.	serviceType.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.2.69.1.1.1.130»
4.1.2.	serviceType.valueCodeableConcept.coding.code	1..1	code	Передаётся код из справочника «Код инфекций» (OID 1.2.643.2.69.1.1.1.130)
5.	actor	1..3	Reference	Ссылки на ресурсы, которые являются частью данного расписания (PractitionerRole, Location)
6.	comment	0..1	string	Код причины отсутствия свободных талонов в запрашиваемом периоде. Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.222 «Причины отсутствия талонов». Должен отсутствовать, если в ответе метода передан как минимум один слот со ссылкой на данный ресурс Schedule. Должен передаваться, если отсутствуют свободные слоты за все дни из запрашиваемого диапазона времени (в ответе метода не передан как минимум один слот со ссылкой на данный ресурс Schedule)

Ресурс PractitionerRole

Ресурс PractitionerRole предназначен для передачи данных о медицинском работнике в привязке к МО.

В Таблице 4 представлено описание параметров ресурса PractitionerRole. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 4 — Параметры ресурса PractitionerRole

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса PractitionerRole. Передаётся в формате guid
2.	extension	1..1	code	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу
2.1.	extension.url	1..1	uri	Передаётся значение «https://portal.egisz.rosminzdrav.ru/materials/541:Age_Group»
2.2.	extension.valueCodeableConcept.coding	1..3	Coding	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу (массив)
2.2.1.	extension.valueCodeableConcept.coding.system	1..1	code	Передается значение  «urn:oid:1.2.643.2.69.1.1.1.223» (OID справочника «Возрастные категории граждан»)
2.2.2.	extension.valueCodeableConcept.coding.code	1..1	code	Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.223 «Возрастные категории граждан». В случае, если передаётся значение «4» — другие категории в массиве передавать нельзя
3.	identifier	1..1	Identifier	Идентификатор ресурса PractitionerRole в МИС МО
3.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
3.2.	identifier.value	1..1	string	Значение идентификатора ресурса PractitionerRole в МИС МО. Максимальная длина поля: 200 символов
4.	practitioner	1..1	Reference(Practitioner)	Ссылка на медицинского работника (ресурс Practitioner)
5.	organization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)
6.	code	1..1	CodeableConcept	Информация о должности медицинского работника
6.1.	code.coding	3..3	Coding	Информация о должности медицинского работника
6.1.1.	code.coding.system	1..1	uri	Значение OID справочника, по которому передаётся информация о должности медицинского работника: ·         «1.2.643.5.1.13.13.11.1102» — для справочника «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102) — должность, по которой трудоустроен медицинский работник в данной МО ·         «1.2.643.5.1.13.13.11.1102.2» — для справочника «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102) – код должности, расположенной в папках «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов с высшим профессиональным (медицинским) образованием (врачи) » -> «врачи-специалисты» и «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов со средним профессиональным (медицинским) образованием (средний медицинский персонал)» ·         «1.2.643.5.1.13.2.7.100.5» — для справочника врачебных должностей целевой МИС МО ·         «1.2.643.2.69.1.1.1.219» — для регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219)[1]
6.1.2.	code.coding.code	1..1	code	Идентификатор должности из  справочника, по которому передаётся информация о должности медицинского работника. Максимальная длина поля: 300 символов
6.1.3.	code.coding.display	1..1	string	Наименование врачебной должности из справочника врачебных должностей целевой МИС МО. Передаётся только при code.coding.system = 1.2.643.5.1.13.2.7.100.5 Максимальная длина поля: 300 символов
7.	specialty	1..1	CodeableConcept	Информация о специальности медицинского работника
7.1.	specialty.coding	2..2	Coding	Информация о специальности медицинского работника
7.1.1.	specialty.coding.system	1..1	uri	Значение OID справочника, по которому передаётся информация о специальности медицинского работника: ·         «1.2.643.5.1.13.13.11.1066» — для справочника «Номенклатура специальностей медработников с высшим и средним образованием» (OID 1.2.643.5.1.13.13.11.1066); ·         «1.2.643.5.1.13.2.7.100.5» — для справочника врачебных специальностей целевой МИС МО ·         «1.2.643.2.69.1.1.1.220» — для регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220)[2]
7.1.2.	specialty.coding.code	1..1	code	Идентификатор специальности из  справочника, по которому передаётся информация о специальности медицинского работника. Максимальная длина поля: 300 символов
7.1.3.	specialty.coding.display	1..1	string	Наименование врачебной специальности из справочника врачебных специальностей целевой МИС МО. Передаётся только при specialty.coding.system = 1.2.643.5.1.13.2.7.100.5 Максимальная длина поля: 300 символов
7.2.	specialty.text	0..1	string	Комментарий (указывается важная информация для осуществления записи на прием к врачам данной специальности). Максимальная длина поля: 300 символов
8.	availabilityExceptions	0..1	string	Комментарий (указывается важная информация для осуществления записи на прием к данному врачу). Максимальная длина поля: 300 символов

[1] В рамках контейнера code.coding ресурса PractitionerRole передача значения из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе отсутствует региональный справочник должностей или региональный справочник должностей не используется в рамках данного сервиса, просим игнорировать возможность передачи значения из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219) в рамках оформления записи на вакцинацию и передавать в рамках контейнера code.coding значение должности из справочника врачебных должностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5).

Одновременное указание значений из регионального справочника должностей и справочника должностей целевой МИС МО не допускается (в рамках контейнера code.coding ресурса PractitionerRole в дополнении к значениям по OID «1.2.643.5.1.13.13.11.1102» и «1.2.643.5.1.13.13.11.1102.2»  может передаваться либо значение из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219), либо значение из справочника врачебных должностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5)).

[2] В рамках контейнера specialty.coding ресурса PractitionerRole передача значения из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе отсутствует региональный справочник специальностей или региональный справочник специальностей не используется в рамках данного сервиса, просим игнорировать возможность передачи значения из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220) в рамках оформления записи на вакцинацию и передавать в рамках контейнера specialty.coding значение специальности из справочника врачебных специальностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5).

Одновременное указание значений из регионального справочника специальностей и справочника специальностей целевой МИС МО не допускается (в рамках контейнера specialty.coding ресурса PractitionerRole в дополнении к значению по OID «1.2.643.5.1.13.13.11.1066» может передаваться либо значение из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220), либо значение из справочника врачебных специальностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5)).

Ресурс Practitioner

Ресурс Practitioner предназначен для передачи данных о медицинском работнике.

В Таблице 5 представлено описание параметров ресурса Practitioner. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 5 — Параметры ресурса Practitioner

№ п/п	Параметр	Кратность	Тип	Описание
1.	identifier	2..2	Identifier	Идентификатор медицинского работника (идентификатор в МИС МО, СНИЛС)
1.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код: ·         OID для идентификатора в МИС/ЛИС (1.2.643.5.1.13.2.7.100.5) ·         OID ПФР для СНИЛСа (1.2.643.2.69.1.1.1.6.223)
1.2.	identifier.value	1..1	string	Значение для идентификатора или для СНИЛСа. Максимальная длина поля: 300 символов
2.	name	1..1	HumanName	ФИО медицинского работника
2.1.	name.family	1..1	string	Фамилия. Максимальная длина поля: 300 символов
2.2.	name.given	1..2	string	Имя, Отчество. Сначала указывается Имя. Максимальная длина поля: 300 символов

Ресурс Location

Ресурс Location предназначен для передачи данных об адресе физического здания медицинской организации, где будет осуществляться приём и передачи данных о кабинете МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги, или как о месте приема конкретного медицинского работника).

В Таблице 6 представлено описание параметров ресурса Location для передачи данных об адрес физического здания медицинской организации, где будет осуществляться врачебный приём. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 6 — Параметры ресурса Location (адрес физического здания медицинской организации, где будет осуществляться приём)

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Location. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор ресурса Location в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора ресурса Location в МИС МО
3.	address	1..1	Address	Информация об адресе физического здания медицинской организации, где будет осуществляться врачебный приём
3.1.	address.text	1..1	string	Адрес физического здания медицинской организации, где будет осуществляться врачебный приём. Указывается строкой. Максимальная длина поля: 300 символов
4.	physicalType	1..1	CodeableConcept	Тип ресурса Location
4.1.	coding.system	1..1	uri	Указывается значение «http://terminology.hl7.org/CodeSystem/location-physical-type»
4.2.	coding.code	1..1	code	Указывается значение «bu» (обозначение того, что данный ресурс Location — физическое здание МО)
4.3.	coding.display	1..1	string	Указывается значение «Building»
5.	managingOrganization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)

В Таблице 7 представлено описание параметров ресурса Location для передачи данных с описанием кабинета МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги, или как о месте приема конкретного медицинского работника). Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 7 — Параметры ресурса Location (описание кабинета МО)

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Location. Передаётся в формате guid
2.	extension	1..1	code	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу/ Заполняется только в рамках передачи данных о кабинете МО как о самостоятельном медицинском ресурсе
2.1.	extension.url	1..1	uri	Передаётся значение «https://portal.egisz.rosminzdrav.ru/materials/541:Age_Group»
2.2.	extension.valueCodeableConcept.coding	1..3	Coding	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу (массив)
2.2.1.	extension.valueCodeableConcept.coding.system	1..1	code	Передается значение  «urn:oid:1.2.643.2.69.1.1.1.223» (OID справочника «Возрастные категории граждан»)
2.2.2.	extension.valueCodeableConcept.coding.code	1..1	code	Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.223 «Возрастные категории граждан». В случае, если передаётся значение «4» — другие категории в массиве передавать нельзя
3.	identifier	2..2	Identifier	Идентификатор ресурса Location в МИС МО и OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 заполняется только в рамках передачи данных о кабинете МО как о самостоятельном медицинском ресурсе
4.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код: ·         OID для идентификатора в МИС МО (1.2.643.5.1.13.2.7.100.5) ·         OID для передачи информации о кабинете из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» (1.2.643.5.1.13.13.99.2.115)
5.	identifier.value	1..1	string	Значение для идентификатора ресурса Location в МИС МО или для OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 Максимальная длина поля: 300 символов
6.	name	1..1	string	Наименование кабинета. Например: «Кабинет №5». Максимальная длина поля: 300 символов
7.	physicalType	1..1	CodeableConcept	Тип ресурса Location
7.1.	coding.system	1..1	uri	Указывается значение «http://terminology.hl7.org/CodeSystem/location-physical-type»
7.2.	coding.code	1..1	code	Указывается значение «ro». Обозначение того, что данный ресурс Location – кабинет (комната)
7.3.	coding.display	1..1	string	Указывается значение «Room»
8.	managingOrganization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)
9.	partOf	0..1	Reference(Location)	Ссылка на ресурс Location, частью которого является данный ресурс (в нашем случае — кабинет является частью физического здания)

Ресурс Slot

Ресурс Slot предназначен для передачи данных о талоне (свободном временном интервале) для оформления записи на вакцинацию. В рамках метода «Поиск доступных медицинских ресурсов для записи на вакцинацию ($searchmedicalresources)» передается первый ближайший талон по каждой доступной для записи дате по медицинскому ресурсу в запрашиваемый период.

В Таблице 8 представлено описание параметров ресурса Slot. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 8 — Параметры ресурса Slot

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Slot. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор талона в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора талона в МИС МО. Максимальная длина поля: 300 символов
3.	schedule	1..1	Reference(Schedule)	Ссылка на ресурс Schedule (расписание)
4.	status	1..1	code	Указывается значение «free»
5.	start	1..1	instant	Дата и время начала приема
6.	end	1..1	instant	Дата и время окончания приема
7.	comment	0..1	string	Номер талона в очереди. Максимальная длина поля: 300 символов

Ресурс Parameters

Ресурс Parameters предназначен для передачи информации с текстовым описанием причины отсутствия свободных талонов у медицинского ресурса (передается в случае, если параметр comment в ресурсе Schedule заполнен и его значение не «3» или «7»).

В Таблице 9 представлено описание параметров ресурса Parameters. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 9 — Параметры ресурса Parameters

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Parameters. Передаётся в формате guid
2.	Parameter.name	1..5	string	Для кода причины «1» и «2» должен быть передан параметр: «Available_date» – Дата, когда появится запись к медицинскому ресурсу Для кода причины «4» передаются следующие параметры: «MO_Name» – Наименование структурного подразделения МО «MO_Address» – Адрес структурного подразделения МО «MO_Phone» — Телефон регистратуры структурного подразделения МО Для кода причины «5» передаются следующие параметры: «MO_Name» – Наименование структурного подразделения МО «MO_Address» – Адрес структурного подразделения МО «Specialist_Name» – ФИО медицинского специалиста «Specialist_Post» – Должность медицинского специалиста «Room» – Кабинет, куда необходимо обратиться Для кода причины «6» передаются следующие параметры: «Visit_Info» – Информация о днях приема без предварительной записи
3.	Parameter.valueString	1..5	string	Значение параметра
4.	Parameter.name	1..1	string	Передаётся «referenceSchedule»
5.	Parameter.valueReference	1..1	Reference(Schedule)	Ссылка на ресурс Schedule (расписание)

Поиск доступных талонов для записи на вакцинацию ($searchslots)

Данный метод используется для поиска в целевой МО доступных талонов по медицинскому ресурсу для записи на вакцинацию. В качестве медицинских ресурсов могут выступать как медицинские работники, так и кабинеты.

Для вызова метода необходимо указывать URL в формате [base]/api/appointment/vaccination/fhir/$searchslots.

Подробное описание используемой в данном методе возможности Custom Operation в рамках FHIR приведено по следующей ссылке: http://fhir-ru.github.io/operations.html

На Рисунке 5 представлена схема информационного взаимодействия в рамках метода «Поиск доступных талонов для записи на вакцинацию ($searchslots)».

Рисунок 5. Схема информационного взаимодействия в рамках метода «Поиск доступных талонов для записи на вакцинацию ($searchslots)»

Описание схемы:

• Клиент СЗПВ отправляет запрос метода «Поиск доступных талонов для записи на вакцинацию ($searchslots)» в СЗПВ. Состав параметров запроса представлен в Таблице 10.
• СЗПВ отправляет запрос метода «Поиск доступных талонов для записи на вакцинацию ($searchslots)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 10.
• Целевое ЛПУ передает ответ метода «Поиск доступных талонов для записи на вакцинацию ($searchslots)» в СЗПВ. Состав выходных данных ответа метода представлен в разделе 4.3.2.

СЗПВ передает ответ метода «Поиск доступных талонов для записи на вакцинацию ($searchslots)» клиенту СЗПВ. Состав выходных данных ответа метода представлен в разделе 4.3.2.

Описание параметров запроса

В Таблице 10 представлено описание параметров запроса метода $searchslots.

Таблица 10 – Описание параметров запроса метода $searchslots

№ п/п	Параметр	Кратность	Тип	Описание
1.	organizationId	1..1	string	Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы
2.	infectionId	1..1	CodeableConcept	Массив кодов инфекций, по которым необходимо провести вакцинацию (по справочнику «Код инфекции» OID 1.2.643.2.69.1.1.1.130). Допустима передача более одного кода инфекций в рамках infectionId для комбинаций значений: ·         «3», «5» ·         «3», «4», «5» В остальных случаях в рамках infectionId должен передаваться только один код инфекции. В ответе метода $searchslots необходимо отдать доступные талоны по медицинским ресурсам, осуществляющим предварительный осмотр перед вакцинацией, на которой возможно введение одной вакцины от всех указанных в массиве инфекций единовременно
2.1.	infectionId.valueCodeableConcept.coding	1..3	Coding
2.1.1.	infectionId.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.2.69.1.1.1.130»
2.1.2.	infectionId.valueCodeableConcept.coding.code	1..1	code	Передаётся код из справочника «Код инфекций» (OID 1.2.643.2.69.1.1.1.130)
3.	patientId	1..1	string	Идентификатор пациента из соответствующего справочника целевой МИС
4.	scheduleId	1..1	string	Идентификатор расписания медицинского ресурса
5.	startDateTimeRange	1..1	Datetime	Дата и время начала периода предоставления информации о наличии/отсутствии свободных слотов
6.	endDateTimeRange	1..1	Datetime	Дата и время окончания периода предоставления информации о наличии/отсутствии свободных слотов

Описание выходных данных

В ответе метода от целевой МО передается информация о доступных талонах по медицинскому ресурсу для записи на вакцинацию в формате Bundle типа collection. FHIR-ресурс Bundle используется для передачи набора ресурсов.

В рамках Bundle для каждого ресурса необходимо передавать параметр fullUrl в следующем формате:

«fullUrl»: «[Тип ресурса]/[id ресурса]»

например, «fullUrl»: «PractitionerRole/31f34a1f-2984-43cc-b2c1-33cd077370de».

Перечень ресурсов, передаваемых в рамках Bundle, и их описание представлено в Таблице 11.

Таблица 11 – Описание ресурсов, входящих в состав Bundle

№ п/п	Параметр	Ссылки на другие ресурсы	Описание
1.	Slot	Ссылка на Schedule	В ресурсе указывается информация о талоне (свободном временном интервале) для оформления записи на вакцинацию

Структура ответа метода $searchslots представлена на Рисунке 6.

Рисунок 6. Структура ответа метода $searchslots

Ресурс Slot

Ресурс Slot предназначен для передачи данных о талоне (свободном временном интервале) для оформления записи на вакцинацию.

В Таблице 12 представлено описание параметров ресурса Slot. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 12 — Параметры ресурса Slot

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Slot. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор талона в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора талона в МИС МО. Максимальная длина поля: 300 символов
3.	schedule	1..1	Reference(Schedule)	Ссылка на ресурс Schedule (расписание)
4.	status	1..1	code	Указывается значение «free»
5.	start	1..1	instant	Дата и время начала приема
6.	end	1..1	instant	Дата и время окончания приема
7.	comment	0..1	string	Номер талона в очереди. Максимальная длина поля: 300 символов

Осуществление записи на вакцинацию ($setappointment)

Данный метод используется для осуществления в целевой МО записи на вакцинацию.

Для вызова метода необходимо указывать URL в формате [base]/api/appointment/vaccination/fhir/$setappointment.

Подробное описание используемой в данном методе возможности Custom Operation в рамках FHIR приведено по следующей ссылке: http://fhir-ru.github.io/operations.html

На Рисунке 7 представлена схема информационного взаимодействия в рамках метода «Осуществление записи на вакцинацию ($setappointment)».

Рисунок 7. Схема информационного взаимодействия в рамках метода «Осуществление записи на вакцинацию ($setappointment)»

Описание схемы:

• Клиент СЗПВ отправляет запрос метода «Осуществление записи на вакцинацию ($setappointment)» в СЗПВ. Состав параметров запроса представлен в Таблице 13.
• СЗПВ отправляет запрос метода «Осуществление записи на вакцинацию ($setappointment)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 13.
• Целевое ЛПУ передает ответ метода «Осуществление записи на вакцинацию ($setappointment)» в СЗПВ. Состав выходных данных ответа метода представлен в разделе 4.4.2.
• СЗПВ передает ответ метода «Осуществление записи на вакцинацию ($setappointment)» клиенту СЗПВ. Состав выходных данных ответа метода представлен в разделе 4.4.2.

Описание параметров запроса

В Таблице 13 представлено описание параметров запроса метода $setappointment.

Таблица 13 – Описание параметров запроса метода $setappointment

№ п/п	Параметр	Кратность	Тип	Описание
1.	organizationId	1..1	string	Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы
2.	infectionId	1..1	CodeableConcept	Массив кодов инфекций, по которым необходимо провести вакцинацию (по справочнику «Код инфекции» OID 1.2.643.2.69.1.1.1.130). Допустима передача более одного кода инфекций в рамках infectionId для комбинаций значений: ·         «3», «5» ·         «3», «4», «5» В остальных случаях в рамках infectionId должен передаваться только один код инфекции. В запросе метода $setappointment необходимо передать идентификатор талона по медицинскому ресурсу, осуществляющему предварительный осмотр перед вакцинацией, на которой возможно введение одной вакцины от всех указанных в массиве инфекций единовременно
2.1.	infectionId.valueCodeableConcept.coding	1..3	Coding
2.1.1.	infectionId.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.2.69.1.1.1.130»
2.1.2.	infectionId.valueCodeableConcept.coding.code	1..1	code	Передаётся код из справочника «Код инфекций» (OID 1.2.643.2.69.1.1.1.130)
3.	patientId	1..1	string	Идентификатор пациента из соответствующего справочника целевой МИС
4.	slotId	1..1	string	Идентификатор талона для записи из соответствующего справочника целевой МИС

Описание выходных данных

В ответе метода от целевой МО передается информация об успешной или неуспешной операции оформления записи на вакцинацию.

В случае успешной операции по оформлению записи на вакцинацию, в ответе метода передаётся ресурс OperationOutcome в формате «All OK» (пример ответа метода для успешной операции приведен в разделе 4.4.4).

В случае неуспешной операции по оформлению записи на вакцинацию, в ответе метода передаётся ресурс OperationOutcome с указанием кода и текста ошибки (пример ответа метода для неуспешной операции приведен в разделе 4.4.4).

Отмена записи на вакцинацию ($cancelappointment)

Данный метод используется для осуществления в целевой МО отмены записи на вакцинацию.

Для вызова метода необходимо указывать URL в формате [base]/api/appointment/vaccination/fhir/$cancelappointment.

Подробное описание используемой в данном методе возможности Custom Operation в рамках FHIR приведено по следующей ссылке: http://fhir-ru.github.io/operations.html

На Рисунке 8 представлена схема информационного взаимодействия в рамках метода «Отмена записи на вакцинацию ($cancelappointment)».

Рисунок 8. Схема информационного взаимодействия в рамках метода «Отмена записи на вакцинацию ($cancelappointment)»

Описание схемы:

• Клиент СЗПВ отправляет запрос метода «Отмена записи на вакцинацию ($cancelappointment)» в СЗПВ. Состав параметров запроса представлен в Таблице 14.
• СЗПВ отправляет запрос метода «Отмена записи на вакцинацию ($cancelappointment)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 14.
• Целевое ЛПУ передает ответ метода «Отмена записи на вакцинацию ($cancelappointment)» в СЗПВ. Состав выходных данных ответа метода представлен в разделе 4.5.2.

СЗПВ передает ответ метода «Отмена записи на вакцинацию ($cancelappointment)» клиенту СЗПВ. Состав выходных данных ответа метода представлен в разделе 4.5.2.

Описание параметров запроса

В Таблице 14 представлено описание параметров запроса метода $cancelappointment.

Таблица 14 – Описание параметров запроса метода $cancelappointment

Параметры	Кратность	Тип	Описание
organizationId	1..1	string	Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы
patientId	1..1	string	Идентификатор пациента из соответствующего справочника целевой МИС
slotId	1..1	string	Идентификатор талона для записи из соответствующего справочника целевой МИС

Описание выходных данных

В ответе метода от целевой МО передается информация об успешной или неуспешной операции отмены записи на вакцинацию.

В случае успешной операции по отмене записи на вакцинацию, в ответе метода передаётся ресурс OperationOutcome в формате «All OK» (пример ответа метода для успешной операции приведен в разделе 4.5.4).

В случае неуспешной операции по отмене записи на вакцинацию, в ответе метода передаётся ресурс OperationOutcome с указанием кода и текста ошибки (пример ответа метода для неуспешной операции приведен в разделе 4.5.4).

Уведомление о факте записи на вакцинацию ($notify)

Данный метод предназначен для передачи в СЗПВ сведений обо всех фактах записи на вакцинацию в рамках МО. При передаче данных о факте записи на вакцинацию необходимо передавать дату и время осуществления записи на приём.

Для вызова метода необходимо указывать URL в формате [base]/api/appointment/vaccination/fhir/$notify.

Подробное описание используемой в данном методе возможности Custom Operation в рамках FHIR приведено по следующей ссылке: http://fhir-ru.github.io/operations.html

На Рисунке 9 представлена схема информационного взаимодействия в рамках метода «Уведомление о факте записи на вакцинацию ($notify)».

Рисунок 9. Схема информационного взаимодействия в рамках метода «Уведомление о факте записи на вакцинацию ($notify)»

Описание схемы:

• Целевое ЛПУ отправляет запрос метода «Уведомление о факте записи на вакцинацию ($notify)» в СЗПВ. Состав параметров запроса метода представлен в разделе 4.6.1.
• СЗПВ передает ответ метода «Уведомление о факте записи на вакцинацию ($notify)» в целевое ЛПУ. Состав параметров ответа метода представлен в Таблице 26.

Описание параметров запроса

В запросе метода от целевой МО передается информация о ресурсах, описывающих факт записи на вакцинацию, в формате Bundle типа transaction. FHIR-ресурс Bundle используется для передачи набора ресурсов.

Все переданные ресурсы, кроме Patient и Organization (как ресурс, описывающий участника информационного обмена, осуществившего запись на приём), должны быть связаны либо с ресурсом Schedule, либо с ресурсом, связанным с ресурсом Schedule. Под ресурсом, связанным с ресурсом Schedule, подразумеваются ресурсы, которые либо имеют ссылку на ресурс Schedule, либо в ресурсе Schedule имеется ссылка на передаваемый ресурс.

В случае, если в ресурсе передаётся ссылка на другой ресурс (кроме Organization как ресурс, описывающий целевую МО), то данный ресурс должен присутствовать в передаваемом Bundle.

В рамках Bundle для каждого ресурса необходимо передавать параметр fullUrl в следующем формате:

«fullUrl»: «[Тип ресурса]/[id ресурса]»

например, «fullUrl»: «PractitionerRole/31f34a1f-2984-43cc-b2c1-33cd077370de».

Перечень ресурсов, передаваемых в рамках Bundle, и их описание, для факта записи, где медицинским ресурсом выступает медицинский работник, представлено в Таблице 15.

Таблица 15 – Описание ресурсов, входящих в состав Bundle (медицинским ресурсом, оказывающим услугу, является медицинский работник)

№ п/п	Параметр	Ссылки на другие ресурсы	Описание
1.	Patient	Ссылка на Organization (целевая МО)	В ресурсе указывается информация о пациенте (идентификатор пациента с МИС МО)
2.	Schedule	Ссылка на PractitionerRole; Ссылка на Location	В ресурсе указывается информация о расписании медицинского ресурса (в качестве медицинского ресурса выступает медицинский работник). В рамках ресурса Schedule должна быть указана одна ссылка на ресурс PractitionerRole, а также могут быть указаны максимум одна ссылка на ресурс Location с данными по адресу физического здания медицинской организации, где будет осуществляться приём, и максимум одна ссылка на ресурс Location с данными по описанию кабинета, где будет осуществляться приём. Количество передаваемых ресурсов Schedule  — 1..1.
3.	PractitionerRole	Ссылка на Organization (целевая МО); Ссылка на Practitioner	В ресурсе указывается информация о медицинском работнике в привязке к МО (данные о должности, специальности, комментарии с важной информацией по осуществлению записи на прием)
4.	Practitioner		В ресурсе указывается информация о медицинском работнике (ФИО, идентификатор в МИС МО и СНИЛС)
5.	Location	Ссылка на Organization (целевая МО)	Ресурс Location предназначен для передачи данных об адресе физического здания медицинской организации, где будет осуществляться приём, и для передачи данных о кабинете МО (как о месте приема конкретного медицинского работника). В ресурсах Location может передаваться информация о месте приема медицинского работника (адрес физического здания медицинской организации, где будет осуществляться приём, и описание кабинета, где будет осуществляться приём) – двумя отдельными ресурсами Location. Количество передаваемых ресурсов Location  — 0..2.
6.	Slot	Ссылка на Schedule	В ресурсе указывается информация о талоне (свободном временном интервале), по которому оформлена запись на вакцинацию
7.	Appointment	Ссылка на Organization (участник информационного обмена, осуществивший запись на приём); Ссылка на Patient; Ссылка на PractitionerRole; Ссылка на Slot	В ресурсе указывается информация о записи на приём (статус записи на приём, данные об услугах, на которые произведена запись, дата осуществления записи на приём). Количество передаваемых ресурсов Appointment  — 1..1.
8.	Organization (участник информационного обмена, осуществивший запись на приём)		В ресурсе указывается информация об участнике информационного обмена, осуществившего запись на приём

Схема структуры Bundle для факта записи, где медицинским ресурсом выступает медицинский работник, приведена на Рисунке 10.

Рисунок 10. Структура Bundle (медицинским ресурсом, оказывающим услугу, является медицинский работник)

Перечень ресурсов, передаваемых в рамках Bundle, и их описание, для факта записи, где медицинским ресурсом выступает кабинет, представлено в Таблице 16.

Таблица 16 – Описание ресурсов, входящих в состав Bundle (медицинским ресурсом, оказывающим услугу, является кабинет)

№ п/п	Параметр	Ссылки на другие ресурсы	Описание
1.	Patient	Ссылка на Organization (целевая МО)	В ресурсе указывается информация о пациенте (идентификатор пациента с МИС МО)
2.	Schedule	Ссылка на Location	В ресурсе указывается информация о расписании медицинского ресурса (в качестве медицинского ресурса выступает кабинет). В рамках ресурса Schedule должна быть указана одна ссылка на ресурс Location с данными по описанию кабинета, где будет осуществляться приём, а также может быть указана максимум одна ссылка на ресурс Location с данными по адресу физического здания медицинской организации, где будет осуществляться приём. В рамках ресурса Schedule не должна передаваться ссылка на ресурс  PractitionerRole. Количество передаваемых ресурсов Schedule  — 1..1.
3.	Location	Ссылка на Organization (целевая МО)	Ресурс Location предназначен для передачи данных об адресе физического здания медицинской организации, где будет осуществляться приём, и для передачи данных о кабинете МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги). В ресурсе Location передается информация с описанием данного кабинета (наименование кабинета, OID кабинета в соответствии со справочником ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 и прочее), а также в отдельном ресурсе Location может передаваться информация об адресе физического здания медицинской организации, где будет осуществляться приём. Количество передаваемых ресурсов Location  — 1..2.
4.	Slot	Ссылка на Schedule	В ресурсе указывается информация о талоне (свободном временном интервале), по которому оформлена запись на вакцинацию
5.	Appointment	Ссылка на Organization (участник информационного обмена, осуществивший запись на приём); Ссылка на Patient; Ссылка на Location; Ссылка на Slot	В ресурсе указывается информация о записи на приём (статус записи на приём, данные об услугах, на которые произведена запись, дата осуществления записи на приём). Количество передаваемых ресурсов Appointment  — 1..1.
6.	Organization (участник информационного обмена, осуществивший запись на приём)		В ресурсе указывается информация об участнике информационного обмена, осуществившего запись на приём

Схема структуры Bundle для факта записи, где медицинским ресурсом выступает кабинет, приведена на Рисунке 11.

Рисунок 11. Структура Bundle (медицинским ресурсом, оказывающим услугу, является кабинет)

Структура ответа метода $notify представлена на Рисунке 12.

Рисунок 12. Структура ответа метода $notify

Ресурс Patient

Ресурс Patient предназначен для передачи данных о пациенте.

В Таблице 17 представлено описание параметров ресурса Patient. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 17 — Параметры ресурса Patient

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Patient. Передаётся в формате guid
2.	identifier	1..4	Identifier	Идентификатор пациента (идентификатор пациента в МИС МО, СНИЛС пациента, серия и номер полиса пациента, серия и номер документа, удостоверяющего личность пациента). Идентификатор пациента в МИС МО обязателен для передачи
2.1.	identifier.system	1..1	string	Пространство имён идентификатора. Указывается код: ·         OID для идентификатора в МИС (1.2.643.5.1.13.2.7.100.5) ·         OID ПФР для СНИЛСа (1.2.643.2.69.1.1.1.6.223) ·         для ДУЛ и полисов OID (1.2.643.2.69.1.1.1.6.Х), где Х = код документа в справочнике 1.2.643.2.69.1.1.1.6. Для ДУЛ допустимые значения (1-18), для полисов ОМС (226-228).
2.2.	identifier.value	1..1	string	Значение для идентификатора или для документа. ·         для идентификатора в МИС указывается [идентификатор в МИС] ·         для ДУЛ и полисов указывается [Серия]:[Номер] или [Номер], если нет серии, номер — обязателен. В серии не должны использоваться разделители (пробелы, тире и т.д.), допускаются цифры и буквы русского и латинского алфавита. В номере не должны использоваться разделители (пробелы, тире и т.д.), допускаются только цифры. Максимальная длина поля: 300 символов
3.	name	1..1	HumanName	ФИО пациента
3.1.	name.family	1..1	string	Фамилия. Максимальная длина поля: 300 символов
3.2.	name.given	1..2	string	Имя, Отчество. Сначала указывается Имя. Максимальная длина поля: 300 символов
4.	telecom	0..*	ContactPoint	Контактные телефоны пациента
4.1.	telecom.system	1..1	code	Передаётся значение «phone»
4.2.	telecom.value	1..1	string	Номер телефона. Максимальная длина поля: 300 символов
4.3.	telecom.use	1..1	code	Передаётся одно из начений: ·         «home» — номер домашнего телефона; ·         «mobile» — номер мобильного телефона.
5.	gender	0..1	code	Код пола пациента (справочник FHIR. OID: 1.2.643.2.69.1.1.1.40)
6.	birthDate	1..1	date	Дата рождения пациента
7.	managingOrganization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)

Ресурс  Schedule

Ресурс Schedule предназначен для передачи данных о расписании медицинского ресурса.

В Таблице 18 представлено описание параметров ресурса Schedule. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 18 — Параметры ресурса Schedule

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Schedule. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор расписания медицинского ресурса в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора расписания медицинского ресурса в МИС МО. Передаётся в формате guid
3.	serviceCategory	1..1	CodeableConcept	Код услуги из справочника «Номенклатура медицинских услуг» (OID 1.2.643.5.1.13.13.11.1070)
3.1.	serviceCategory.valueCodeableConcept.coding	1..1	Coding
3.2.	serviceCategory.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.5.1.13.13.11.1070»
3.3.	serviceCategory.valueCodeableConcept.coding.code	1..1	code	Передаётся код услуги из справочника «Номенклатура медицинских услуг» (OID 1.2.643.5.1.13.13.11.1070): «B04.014.004»
4.	serviceType	1..1	CodeableConcept	Массив кодов инфекций, по которым необходимо провести вакцинацию (по справочнику «Код инфекции» OID 1.2.643.2.69.1.1.1.130). Допустима передача более одного кода инфекций в рамках infectionId для комбинаций значений: ·         «3», «5» ·         «3», «4», «5» В остальных случаях в рамках infectionId должен передаваться только один код инфекции. В ответе метода $searchmedicalresources необходимо отдать медицинские ресурсы, осуществляющие предварительный осмотр перед вакцинацией, на которой возможно введение одной вакцины от всех указанных в массиве инфекций единовременно
4.1.	serviceType.valueCodeableConcept.coding	1..3	Coding
4.1.1.	serviceType.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.2.69.1.1.1.130»
4.1.2.	serviceType.valueCodeableConcept.coding.code	1..1	code	Передаётся код из справочника «Код инфекций» (OID 1.2.643.2.69.1.1.1.130)
5.	actor	1..3	Reference	Ссылки на ресурсы, которые являются частью данного расписания (PractitionerRole, Location)

Ресурс PractitionerRole

Ресурс PractitionerRole предназначен для передачи данных о медицинском работнике в привязке к МО.

В Таблице 19 представлено описание параметров ресурса PractitionerRole. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 19 — Параметры ресурса PractitionerRole

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса PractitionerRole. Передаётся в формате guid
2.	extension	1..1	code	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу
2.1.	extension.url	1..1	uri	Передаётся значение «https://portal.egisz.rosminzdrav.ru/materials/541:Age_Group»
2.2.	extension.valueCodeableConcept.coding	1..3	Coding	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу (массив)
2.2.1.	extension.valueCodeableConcept.coding.system	1..1	code	Передается значение  «urn:oid:1.2.643.2.69.1.1.1.223» (OID справочника «Возрастные категории граждан»)
2.2.2.	extension.valueCodeableConcept.coding.code	1..1	code	Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.223 «Возрастные категории граждан». В случае, если передаётся значение «4» — другие категории в массиве передавать нельзя
3.	identifier	1..1	Identifier	Идентификатор ресурса PractitionerRole в МИС МО
3.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
3.2.	identifier.value	1..1	string	Значение идентификатора ресурса PractitionerRole в МИС МО. Максимальная длина поля: 200 символов
4.	practitioner	1..1	Reference(Practitioner)	Ссылка на медицинского работника (ресурс Practitioner)
5.	organization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)
6.	code	1..1	CodeableConcept	Информация о должности медицинского работника
6.1.	code.coding	3..3	Coding	Информация о должности медицинского работника
6.1.1.	code.coding.system	1..1	uri	Значение OID справочника, по которому передаётся информация о должности медицинского работника: ·         «1.2.643.5.1.13.13.11.1102» — для справочника «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102) — должность, по которой трудоустроен медицинский работник в данной МО ·         «1.2.643.5.1.13.13.11.1102.2» — для справочника «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102) – код должности, расположенной в папках «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов с высшим профессиональным (медицинским) образованием (врачи) » -> «врачи-специалисты» и «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов со средним профессиональным (медицинским) образованием (средний медицинский персонал)» ·         «1.2.643.5.1.13.2.7.100.5» — для справочника врачебных должностей целевой МИС МО ·         «1.2.643.2.69.1.1.1.219» — для регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219)[1]
6.1.2.	code.coding.code	1..1	code	Идентификатор должности из  справочника, по которому передаётся информация о должности медицинского работника. Максимальная длина поля: 300 символов
6.1.3.	code.coding.display	1..1	string	Наименование врачебной должности из справочника врачебных должностей целевой МИС МО. Передаётся только при code.coding.system = 1.2.643.5.1.13.2.7.100.5 Максимальная длина поля: 300 символов
7.	specialty	1..1	CodeableConcept	Информация о специальности медицинского работника
7.1.	specialty.coding	2..2	Coding	Информация о специальности медицинского работника
7.1.1.	specialty.coding.system	1..1	uri	Значение OID справочника, по которому передаётся информация о специальности медицинского работника: ·         «1.2.643.5.1.13.13.11.1066» — для справочника «Номенклатура специальностей медработников с высшим и средним образованием» (OID 1.2.643.5.1.13.13.11.1066); ·         «1.2.643.5.1.13.2.7.100.5» — для справочника врачебных специальностей целевой МИС МО ·         «1.2.643.2.69.1.1.1.220» — для регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220)[2]
7.1.2.	specialty.coding.code	1..1	code	Идентификатор специальности из  справочника, по которому передаётся информация о специальности медицинского работника. Максимальная длина поля: 300 символов
7.1.3.	specialty.coding.display	1..1	string	Наименование врачебной специальности из справочника врачебных специальностей целевой МИС МО. Передаётся только при specialty.coding.system = 1.2.643.5.1.13.2.7.100.5 Максимальная длина поля: 300 символов
7.2.	specialty.text	0..1	string	Комментарий (указывается важная информация для осуществления записи на прием к врачам данной специальности). Максимальная длина поля: 300 символов
8.	availabilityExceptions	0..1	string	Комментарий (указывается важная информация для осуществления записи на прием к данному врачу). Максимальная длина поля: 300 символов

[1] В рамках контейнера code.coding ресурса PractitionerRole передача значения из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе отсутствует региональный справочник должностей или региональный справочник должностей не используется в рамках данного сервиса, просим игнорировать возможность передачи значения из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219) в рамках оформления записи на вакцинацию и передавать в рамках контейнера code.coding значение должности из справочника врачебных должностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5).

Одновременное указание значений из регионального справочника должностей и справочника должностей целевой МИС МО не допускается (в рамках контейнера code.coding ресурса PractitionerRole в дополнении к значениям по OID «1.2.643.5.1.13.13.11.1102» и «1.2.643.5.1.13.13.11.1102.2»  может передаваться либо значение из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219), либо значение из справочника врачебных должностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5)).

[2] В рамках контейнера specialty.coding ресурса PractitionerRole передача значения из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе отсутствует региональный справочник специальностей или региональный справочник специальностей не используется в рамках данного сервиса, просим игнорировать возможность передачи значения из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220) в рамках оформления записи на вакцинацию и передавать в рамках контейнера specialty.coding значение специальности из справочника врачебных специальностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5).

Одновременное указание значений из регионального справочника специальностей и справочника специальностей целевой МИС МО не допускается (в рамках контейнера specialty.coding ресурса PractitionerRole в дополнении к значению по OID «1.2.643.5.1.13.13.11.1066» может передаваться либо значение из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220), либо значение из справочника врачебных специальностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5)).

Ресурс Practitioner

Ресурс Practitioner предназначен для передачи данных о медицинском работнике.

В Таблице 20 представлено описание параметров ресурса Practitioner. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 20 — Параметры ресурса Practitioner

№ п/п	Параметр	Кратность	Тип	Описание
1.	identifier	2..2	Identifier	Идентификатор медицинского работника (идентификатор в МИС МО, СНИЛС)
1.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код: ·         OID для идентификатора в МИС/ЛИС (1.2.643.5.1.13.2.7.100.5) ·         OID ПФР для СНИЛСа (1.2.643.2.69.1.1.1.6.223)
1.2.	identifier.value	1..1	string	Значение для идентификатора или для СНИЛСа. Максимальная длина поля: 300 символов
2.	name	1..1	HumanName	ФИО медицинского работника
2.1.	name.family	1..1	string	Фамилия. Максимальная длина поля: 300 символов
2.2.	name.given	1..2	string	Имя, Отчество. Сначала указывается Имя. Максимальная длина поля: 300 символов

Ресурс Location

Ресурс Location предназначен для передачи данных об адресе физического здания медицинской организации, где будет осуществляться приём и передачи данных о кабинете МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги, или как о месте приема конкретного медицинского работника).

В Таблице 21 представлено описание параметров ресурса Location для передачи данных об адрес физического здания медицинской организации, где будет осуществляться врачебный приём. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 21 — Параметры ресурса Location (адрес физического здания медицинской организации, где будет осуществляться приём)

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Location. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор ресурса Location в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора ресурса Location в МИС МО
3.	address	1..1	Address	Информация об адресе физического здания медицинской организации, где будет осуществляться врачебный приём
3.1.	address.text	1..1	string	Адрес физического здания медицинской организации, где будет осуществляться врачебный приём. Указывается строкой. Максимальная длина поля: 300 символов
4.	physicalType	1..1	CodeableConcept	Тип ресурса Location
4.1.	coding.system	1..1	uri	Указывается значение «http://terminology.hl7.org/CodeSystem/location-physical-type»
4.2.	coding.code	1..1	code	Указывается значение «bu» (обозначение того, что данный ресурс Location — физическое здание МО)
4.3.	coding.display	1..1	string	Указывается значение «Building»
5.	managingOrganization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)

В Таблице 22 представлено описание параметров ресурса Location для передачи данных с описанием кабинета МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги, или как о месте приема конкретного медицинского работника). Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 22 — Параметры ресурса Location (описание кабинета МО)

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Location. Передаётся в формате guid
2.	extension	1..1	code	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу/ Заполняется только в рамках передачи данных о кабинете МО как о самостоятельном медицинском ресурсе
2.1.	extension.url	1..1	uri	Передаётся значение «https://portal.egisz.rosminzdrav.ru/materials/541:Age_Group»
2.2.	extension.valueCodeableConcept.coding	1..3	Coding	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу (массив)
2.2.1.	extension.valueCodeableConcept.coding.system	1..1	code	Передается значение  «urn:oid:1.2.643.2.69.1.1.1.223» (OID справочника «Возрастные категории граждан»)
2.2.2.	extension.valueCodeableConcept.coding.code	1..1	code	Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.223 «Возрастные категории граждан». В случае, если передаётся значение «4» — другие категории в массиве передавать нельзя
3.	identifier	2..2	Identifier	Идентификатор ресурса Location в МИС МО и OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 заполняется только в рамках передачи данных о кабинете МО как о самостоятельном медицинском ресурсе
4.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код: ·         OID для идентификатора в МИС МО (1.2.643.5.1.13.2.7.100.5) ·         OID для передачи информации о кабинете из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» (1.2.643.5.1.13.13.99.2.115)
5.	identifier.value	1..1	string	Значение для идентификатора ресурса Location в МИС МО или для OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 Максимальная длина поля: 300 символов
6.	name	1..1	string	Наименование кабинета. Например: «Кабинет №5». Максимальная длина поля: 300 символов
7.	physicalType	1..1	CodeableConcept	Тип ресурса Location
7.1.	coding.system	1..1	uri	Указывается значение «http://terminology.hl7.org/CodeSystem/location-physical-type»
7.2.	coding.code	1..1	code	Указывается значение «ro». Обозначение того, что данный ресурс Location – кабинет (комната)
7.3.	coding.display	1..1	string	Указывается значение «Room»
8.	managingOrganization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)
9.	partOf	0..1	Reference(Location)	Ссылка на ресурс Location, частью которого является данный ресурс (в нашем случае — кабинет является частью физического здания)

Ресурс Slot

Ресурс Slot предназначен для передачи данных о талоне (свободном временном интервале) для оформления записи на вакцинацию.

В Таблице 23 представлено описание параметров ресурса Slot. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 23 — Параметры ресурса Slot

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Slot. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор талона в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора талона в МИС МО. Максимальная длина поля: 300 символов
3.	schedule	1..1	Reference(Schedule)	Ссылка на ресурс Schedule (расписание)
4.	status	1..1	code	Указывается значение «busy»
5.	start	1..1	instant	Дата и время начала приема
6.	end	1..1	instant	Дата и время окончания приема
7.	comment	0..1	string	Номер талона в очереди. Максимальная длина поля: 300 символов

Ресурс Appointment

Ресурс Appointment предназначен для передачи данных о записи на приём (статус записи на приём, данные об услугах, на которые произведена запись, дата осуществления записи на приём).

В Таблице 24 представлено описание параметров ресурса Appointment. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 24 — Параметры ресурса Appointment

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Appointment. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор ресурса Appointment в МИС МО
3.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
4.	identifier.value	1..1	string	Значение идентификатора ресурса Appointment в МИС МО. Максимальная длина поля: 300 символов
5.	status	1..1	code	Статус записи на приём. Указывается значение «booked» (Запись оформлена)
6.	serviceType	1..1	CodeableConcept	Информация об услугах, на которые произведена запись (по справочнику «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070)
6.1.	coding.system	1..*	uri	Указывается значение «urn:oid:1.2.643.5.1.13.13.11.1070»
6.2.	coding.code	1..*	code	Указывается код из справочника «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070
7.	supportingInformation	1..1	Reference(Organization)	Ссылка на данные по участнику информационного взаимодействия, осуществившего запись на приём
8.	start	1..1	dateTime	Дата и время начала приема
9.	end	1..1	dateTime	Дата и время окончания приема
10.	slot	1..1	Reference(Slot)	Ссылка на ресурс Slot (талон)
11.	created	1..1	dateTime	Дата осуществления записи на прием
12.	participant	2..2	CodeableConcept	Информация об участниках оказания услуги (пациент и кабинет/медицинский ресурс)
12.1.	actor.reference	1..1	Reference(Patient, Location, PractitionerRole)	Ссылка на ресурс Patient (пациент); ссылка на ресурс Location (кабинет как мед ресурс) или ссылка на ресурс PractitionerRole (мед работник как мед ресурс)
12.2.	status	1..1	code	Статус участника. Указывается значение «accepted»

Ресурс Organization

Ресурс Organization предназначен для передачи данных об участнике информационного обмена, осуществившего запись на приём.

В Таблице 25 представлено описание параметров ресурса Organization. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 25 — Параметры ресурса Organization

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Organization. Передаётся в формате guid
2.	identifier	1..1	Identifier	Участник информационного взаимодействия, осуществивший запись
3.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.2.69.1.2.113» (код для СЗПВ)
4.	identifier.value	1..1	string	Указывается публичный GUID
5.	type	1..1	CodeableConcept	Источник записи
5.1.	coding.system	1..*	uri	Указывается значение «urn:oid:1.2.643.2.69.1.1.1.115»
5.2.	coding.code	1..*	code	Указывается значение из справочника «Источники записи»

Описание выходных данных

В Таблице 26 представлено описание выходных данных метода $notify.

Таблица 26 – Описание параметров запроса метода $notify

Параметры	Кратность	Тип	Описание
notificationId	1..1	string	Идентификатор уведомления о записи

Уведомление об изменении записи на вакцинацию ($changenotification)

Данный метод предназначен для передачи в СЗПВ изменений ранее переданных методом $notify фактов записи на вакцинацию (например, изменился статус записи на вакцинацию).

Предполагается следующий сценарий использования метода «Уведомление об изменении записи на вакцинацию ($changenotification)»:

• МИС МО передает сведения в СЗПВ обо всех записях на вакцинацию путем вызова метода $notify для каждой записи.
• СЗПВ присваивает идентификатор уведомлению и возвращает его в ответе метода $notify.
• МИС МО сохраняет полученный идентификатор уведомления для последующего использования.
• После того, как произошло изменение записи на вакцинацию, МИС МО передает обновлённые сведения о записи по уже известному идентификатору уведомления путем вызова метода $changenotification для каждой записи.

Для вызова метода необходимо указывать URL в формате [base]/api/appointment/vaccination/fhir/$changenotification.

Подробное описание используемой в данном методе возможности Custom Operation в рамках FHIR приведено по следующей ссылке: http://fhir-ru.github.io/operations.html

На Рисунке 13 представлена схема информационного взаимодействия в рамках метода «Уведомление об изменении записи на вакцинацию ($changenotification)».

Рисунок 13. Схема информационного взаимодействия в рамках метода «Уведомление об изменении записи на вакцинацию ($changenotification)»

Описание схемы:

• Целевое ЛПУ отправляет запрос метода «Уведомление об изменении записи на вакцинацию ($changenotification)» в СЗПВ. Состав параметров запроса метода представлен в разделе 4.7.1.

СЗПВ передает ответ метода «Уведомление об изменении записи на вакцинацию ($changenotification)» в целевое ЛПУ. Состав параметров ответа метода представлен в разделе 4.7.2.

Описание параметров запроса

В запросе метода от целевой МО передается информация о ресурсах, описывающих факт записи на вакцинацию (включая изменённую информацию), в формате Bundle типа transaction. FHIR-ресурс Bundle используется для передачи набора ресурсов.

Все переданные ресурсы, кроме Patient и Organization (как ресурс, описывающий участника информационного обмена, осуществившего запись на приём), должны быть связаны либо с ресурсом Schedule, либо с ресурсом, связанным с ресурсом Schedule. Под ресурсом, связанным с ресурсом Schedule, подразумеваются ресурсы, которые либо имеют ссылку на ресурс Schedule, либо в ресурсе Schedule имеется ссылка на передаваемый ресурс.

В случае, если в ресурсе передаётся ссылка на другой ресурс (кроме Organization как ресурс, описывающий целевую МО), то данный ресурс должен присутствовать в передаваемом Bundle.

В рамках Bundle для каждого ресурса необходимо передавать параметр fullUrl в следующем формате:

«fullUrl»: «[Тип ресурса]/[id ресурса]»

например, «fullUrl»: «Schedule/31f34a1f-2984-43cc-b2c1-33cd077370de».

В рамках ресурса Bundle необходимо передавать параметр id с наполнением полученного ранее идентификатора уведомления о записи посредством метода «Уведомление о факте записи на приём по направлению ($notify)» (выходной параметр «notificationId»).

Перечень ресурсов, передаваемых в рамках Bundle, и их описание, для факта записи (включая изменённую информацию), где медицинским ресурсом выступает медицинский работник, представлено в Таблице 27.

Таблица 27 – Описание ресурсов, входящих в состав Bundle (медицинским ресурсом, оказывающим услугу, является медицинский работник)

№ п/п	Параметр	Ссылки на другие ресурсы	Описание
1.	Patient	Ссылка на Organization (целевая МО)	В ресурсе указывается информация о пациенте (идентификатор пациента с МИС МО)
2.	Schedule	Ссылка на PractitionerRole; Ссылка на Location	В ресурсе указывается информация о расписании медицинского ресурса (в качестве медицинского ресурса выступает медицинский работник). В рамках ресурса Schedule должна быть указана одна ссылка на ресурс PractitionerRole, а также могут быть указаны максимум одна ссылка на ресурс Location с данными по адресу физического здания медицинской организации, где будет осуществляться приём, и максимум одна ссылка на ресурс Location с данными по описанию кабинета, где будет осуществляться приём. Количество передаваемых ресурсов Schedule  — 1..1.
3.	PractitionerRole	Ссылка на Organization (целевая МО); Ссылка на Practitioner	В ресурсе указывается информация о медицинском работнике в привязке к МО (данные о должности, специальности, комментарии с важной информацией по осуществлению записи на прием)
4.	Practitioner		В ресурсе указывается информация о медицинском работнике (ФИО, идентификатор в МИС МО и СНИЛС)
5.	Location	Ссылка на Organization (целевая МО)	Ресурс Location предназначен для передачи данных об адресе физического здания медицинской организации, где будет осуществляться приём, и для передачи данных о кабинете МО (как о месте приема конкретного медицинского работника). В ресурсах Location может передаваться информация о месте приема медицинского работника (адрес физического здания медицинской организации, где будет осуществляться приём, и описание кабинета, где будет осуществляться приём) – двумя отдельными ресурсами Location. Количество передаваемых ресурсов Location  — 0..2.
6.	Slot	Ссылка на Schedule	В ресурсе указывается информация о талоне (свободном временном интервале), по которому оформлена запись на вакцинацию
7.	Appointment	Ссылка на Organization (участник информационного обмена, осуществивший запись на приём); Ссылка на Patient; Ссылка на PractitionerRole; Ссылка на Slot	В ресурсе указывается информация о записи на приём (статус записи на приём, данные об услугах, на которые произведена запись, дата осуществления записи на приём, дата изменения записи на приём). Количество передаваемых ресурсов Appointment  — 1..1.
8.	Organization (участник информационного обмена, осуществивший запись на приём)		В ресурсе указывается информация об участнике информационного обмена, осуществившего запись на приём

Схема структуры Bundle для факта записи (включая изменённую информацию), где медицинским ресурсом выступает медицинский работник, приведена на Рисунке 14.

Рисунок 14. Структура Bundle (медицинским ресурсом, оказывающим услугу, является медицинский работник)

Перечень ресурсов, передаваемых в рамках Bundle, и их описание, для факта записи (включая изменённую информацию), где медицинским ресурсом выступает кабинет, представлено в Таблице 28.

Таблица 28 – Описание ресурсов, входящих в состав Bundle (медицинским ресурсом, оказывающим услугу, является кабинет)

№ п/п	Параметр	Ссылки на другие ресурсы	Описание
1.	Patient	Ссылка на Organization (целевая МО)	В ресурсе указывается информация о пациенте (идентификатор пациента с МИС МО)
2.	Schedule	Ссылка на Location	В ресурсе указывается информация о расписании медицинского ресурса (в качестве медицинского ресурса выступает кабинет). В рамках ресурса Schedule должна быть указана одна ссылка на ресурс Location с данными по описанию кабинета, где будет осуществляться приём, а также может быть указана максимум одна ссылка на ресурс Location с данными по адресу физического здания медицинской организации, где будет осуществляться приём. В рамках ресурса Schedule не должна передаваться ссылка на ресурс  PractitionerRole. Количество передаваемых ресурсов Schedule  — 1..1.
3.	Location	Ссылка на Organization (целевая МО)	Ресурс Location предназначен для передачи данных об адресе физического здания медицинской организации, где будет осуществляться приём, и для передачи данных о кабинете МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги). В ресурсе Location передается информация с описанием данного кабинета (наименование кабинета, OID кабинета в соответствии со справочником ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 и прочее), а также в отдельном ресурсе Location может передаваться информация об адресе физического здания медицинской организации, где будет осуществляться приём. Количество передаваемых ресурсов Location  — 1..2.
4.	Slot	Ссылка на Schedule	В ресурсе указывается информация о талоне (свободном временном интервале), по которому оформлена запись на вакцинацию
5.	Appointment	Ссылка на Organization (участник информационного обмена, осуществивший запись на приём); Ссылка на Patient; Ссылка на Location; Ссылка на Slot	В ресурсе указывается информация о записи на приём (статус записи на приём, данные об услугах, на которые произведена запись, дата осуществления записи на приём, дата изменения записи на приём). Количество передаваемых ресурсов Appointment  — 1..1.
6.	Organization (участник информационного обмена, осуществивший запись на приём)		В ресурсе указывается информация об участнике информационного обмена, осуществившего запись на приём

В случае, если запись, которая была произведена на кабинет как медицинский ресурс, переводят в статус «fulfilled» (Посещение состоялось), дополнительно в Bundle необходимо передавать ресурсы PractitionerRole и Practitioner с описанием медицинского работника, который оказал медицинскую услугу, а также необходимо передавать ссылку на данный ресурс PractitionerRole в контейнере participant ресурса Appointment с параметром «status»: «accepted».

Схема структуры Bundle для факта записи (включая изменённую информацию), где медицинским ресурсом выступает кабинет, приведена на Рисунке 15.

Рисунок 15. Структура Bundle (медицинским ресурсом, оказывающим услугу, является кабинет)

Структура ответа метода $changenotification представлена на Рисунке 16.

Рисунок 16. Структура ответа метода $changenotification

Ресурс Patient

Ресурс Patient предназначен для передачи данных о пациенте.

В Таблица 29 представлено описание параметров ресурса Patient. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 29 — Параметры ресурса Patient

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Patient. Передаётся в формате guid
2.	identifier	1..4	Identifier	Идентификатор пациента (идентификатор пациента в МИС МО, СНИЛС пациента, серия и номер полиса пациента, серия и номер документа, удостоверяющего личность пациента). Идентификатор пациента в МИС МО обязателен для передачи
2.1.	identifier.system	1..1	string	Пространство имён идентификатора. Указывается код: ·         OID для идентификатора в МИС (1.2.643.5.1.13.2.7.100.5) ·         OID ПФР для СНИЛСа (1.2.643.2.69.1.1.1.6.223) ·         для ДУЛ и полисов OID (1.2.643.2.69.1.1.1.6.Х), где Х = код документа в справочнике 1.2.643.2.69.1.1.1.6. Для ДУЛ допустимые значения (1-18), для полисов ОМС (226-228).
2.2.	identifier.value	1..1	string	Значение для идентификатора или для документа. ·         для идентификатора в МИС указывается [идентификатор в МИС] ·         для ДУЛ и полисов указывается [Серия]:[Номер] или [Номер], если нет серии, номер — обязателен. В серии не должны использоваться разделители (пробелы, тире и т.д.), допускаются цифры и буквы русского и латинского алфавита. В номере не должны использоваться разделители (пробелы, тире и т.д.), допускаются только цифры. Максимальная длина поля: 300 символов
3.	name	1..1	HumanName	ФИО пациента
3.1.	name.family	1..1	string	Фамилия. Максимальная длина поля: 300 символов
3.2.	name.given	1..2	string	Имя, Отчество. Сначала указывается Имя. Максимальная длина поля: 300 символов
4.	telecom	0..*	ContactPoint	Контактные телефоны пациента
4.1.	telecom.system	1..1	code	Передаётся значение «phone»
4.2.	telecom.value	1..1	string	Номер телефона. Максимальная длина поля: 300 символов
4.3.	telecom.use	1..1	code	Передаётся одно из начений: ·         «home» — номер домашнего телефона; ·         «mobile» — номер мобильного телефона.
5.	gender	0..1	code	Код пола пациента (справочник FHIR. OID: 1.2.643.2.69.1.1.1.40)
6.	birthDate	1..1	date	Дата рождения пациента
7.	managingOrganization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)

Ресурс  Schedule

Ресурс Schedule предназначен для передачи данных о расписании медицинского ресурса.

В Таблице 30 представлено описание параметров ресурса Schedule. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 30 — Параметры ресурса Schedule

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Schedule. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор расписания медицинского ресурса в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора расписания медицинского ресурса в МИС МО. Передаётся в формате guid
3.	serviceCategory	1..1	CodeableConcept	Код услуги из справочника «Номенклатура медицинских услуг» (OID 1.2.643.5.1.13.13.11.1070)
3.1.	serviceCategory.valueCodeableConcept.coding	1..1	Coding
3.2.	serviceCategory.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.5.1.13.13.11.1070»
3.3.	serviceCategory.valueCodeableConcept.coding.code	1..1	code	Передаётся код услуги из справочника «Номенклатура медицинских услуг» (OID 1.2.643.5.1.13.13.11.1070): «B04.014.004»
4.	serviceType	1..1	CodeableConcept	Массив кодов инфекций, по которым необходимо провести вакцинацию (по справочнику «Код инфекции» OID 1.2.643.2.69.1.1.1.130). Допустима передача более одного кода инфекций в рамках infectionId для комбинаций значений: ·         «3», «5» ·         «3», «4», «5» В остальных случаях в рамках infectionId должен передаваться только один код инфекции
4.1.	serviceType.valueCodeableConcept.coding	1..3	Coding
4.1.1.	serviceType.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.2.69.1.1.1.130»
4.1.2.	serviceType.valueCodeableConcept.coding.code	1..1	code	Передаётся код из справочника «Код инфекций» (OID 1.2.643.2.69.1.1.1.130)
5.	actor	1..3	Reference	Ссылки на ресурсы, которые являются частью данного расписания (PractitionerRole, Location)

Ресурс PractitionerRole

Ресурс PractitionerRole предназначен для передачи данных о медицинском работнике в привязке к МО.

В Таблице 31 представлено описание параметров ресурса PractitionerRole. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 31 — Параметры ресурса PractitionerRole

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса PractitionerRole. Передаётся в формате guid
2.	extension	1..1	code	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу
2.1.	extension.url	1..1	uri	Передаётся значение «https://portal.egisz.rosminzdrav.ru/materials/541:Age_Group»
2.2.	extension.valueCodeableConcept.coding	1..3	Coding	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу (массив)
2.2.1.	extension.valueCodeableConcept.coding.system	1..1	code	Передается значение  «urn:oid:1.2.643.2.69.1.1.1.223» (OID справочника «Возрастные категории граждан»)
2.2.2.	extension.valueCodeableConcept.coding.code	1..1	code	Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.223 «Возрастные категории граждан». В случае, если передаётся значение «4» — другие категории в массиве передавать нельзя
3.	identifier	1..1	Identifier	Идентификатор ресурса PractitionerRole в МИС МО
3.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
3.2.	identifier.value	1..1	string	Значение идентификатора ресурса PractitionerRole в МИС МО. Максимальная длина поля: 200 символов
4.	practitioner	1..1	Reference(Practitioner)	Ссылка на медицинского работника (ресурс Practitioner)
5.	organization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)
6.	code	1..1	CodeableConcept	Информация о должности медицинского работника
6.1.	code.coding	3..3	Coding	Информация о должности медицинского работника
6.1.1.	code.coding.system	1..1	uri	Значение OID справочника, по которому передаётся информация о должности медицинского работника: ·         «1.2.643.5.1.13.13.11.1102» — для справочника «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102) — должность, по которой трудоустроен медицинский работник в данной МО ·         «1.2.643.5.1.13.13.11.1102.2» — для справочника «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102) – код должности, расположенной в папках «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов с высшим профессиональным (медицинским) образованием (врачи) » -> «врачи-специалисты» и «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов со средним профессиональным (медицинским) образованием (средний медицинский персонал)» ·         «1.2.643.5.1.13.2.7.100.5» — для справочника врачебных должностей целевой МИС МО ·         «1.2.643.2.69.1.1.1.219» — для регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219)[1]
6.1.2.	code.coding.code	1..1	code	Идентификатор должности из  справочника, по которому передаётся информация о должности медицинского работника. Максимальная длина поля: 300 символов
6.1.3.	code.coding.display	1..1	string	Наименование врачебной должности из справочника врачебных должностей целевой МИС МО. Передаётся только при code.coding.system = 1.2.643.5.1.13.2.7.100.5 Максимальная длина поля: 300 символов
7.	specialty	1..1	CodeableConcept	Информация о специальности медицинского работника
7.1.	specialty.coding	2..2	Coding	Информация о специальности медицинского работника
7.1.1.	specialty.coding.system	1..1	uri	Значение OID справочника, по которому передаётся информация о специальности медицинского работника: ·         «1.2.643.5.1.13.13.11.1066» — для справочника «Номенклатура специальностей медработников с высшим и средним образованием» (OID 1.2.643.5.1.13.13.11.1066); ·         «1.2.643.5.1.13.2.7.100.5» — для справочника врачебных специальностей целевой МИС МО ·         «1.2.643.2.69.1.1.1.220» — для регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220)[2]
7.1.2.	specialty.coding.code	1..1	code	Идентификатор специальности из  справочника, по которому передаётся информация о специальности медицинского работника. Максимальная длина поля: 300 символов
7.1.3.	specialty.coding.display	1..1	string	Наименование врачебной специальности из справочника врачебных специальностей целевой МИС МО. Передаётся только при specialty.coding.system = 1.2.643.5.1.13.2.7.100.5 Максимальная длина поля: 300 символов
7.2.	specialty.text	0..1	string	Комментарий (указывается важная информация для осуществления записи на прием к врачам данной специальности). Максимальная длина поля: 300 символов
8.	availabilityExceptions	0..1	string	Комментарий (указывается важная информация для осуществления записи на прием к данному врачу). Максимальная длина поля: 300 символов

[1] В рамках контейнера code.coding ресурса PractitionerRole передача значения из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе отсутствует региональный справочник должностей или региональный справочник должностей не используется в рамках данного сервиса, просим игнорировать возможность передачи значения из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219) в рамках оформления записи на вакцинацию и передавать в рамках контейнера code.coding значение должности из справочника врачебных должностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5).

Одновременное указание значений из регионального справочника должностей и справочника должностей целевой МИС МО не допускается (в рамках контейнера code.coding ресурса PractitionerRole в дополнении к значениям по OID «1.2.643.5.1.13.13.11.1102» и «1.2.643.5.1.13.13.11.1102.2»  может передаваться либо значение из регионального справочника «Должности медицинского персонала» (OID 1.2.643.2.69.1.1.1.219), либо значение из справочника врачебных должностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5)).

[2] В рамках контейнера specialty.coding ресурса PractitionerRole передача значения из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе отсутствует региональный справочник специальностей или региональный справочник специальностей не используется в рамках данного сервиса, просим игнорировать возможность передачи значения из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220) в рамках оформления записи на вакцинацию и передавать в рамках контейнера specialty.coding значение специальности из справочника врачебных специальностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5).

Одновременное указание значений из регионального справочника специальностей и справочника специальностей целевой МИС МО не допускается (в рамках контейнера specialty.coding ресурса PractitionerRole в дополнении к значению по OID «1.2.643.5.1.13.13.11.1066» может передаваться либо значение из регионального справочника «Специальности медицинского персонала» (OID 1.2.643.2.69.1.1.1.220), либо значение из справочника врачебных специальностей целевой МИС МО (OID 1.2.643.5.1.13.2.7.100.5)).

Ресурс Practitioner

Ресурс Practitioner предназначен для передачи данных о медицинском работнике.

В Таблице 32 представлено описание параметров ресурса Practitioner. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 32 — Параметры ресурса Practitioner

№ п/п	Параметр	Кратность	Тип	Описание
1.	identifier	2..2	Identifier	Идентификатор медицинского работника (идентификатор в МИС МО, СНИЛС)
1.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код: ·         OID для идентификатора в МИС/ЛИС (1.2.643.5.1.13.2.7.100.5) ·         OID ПФР для СНИЛСа (1.2.643.2.69.1.1.1.6.223)
1.2.	identifier.value	1..1	string	Значение для идентификатора или для СНИЛСа. Максимальная длина поля: 300 символов
2.	name	1..1	HumanName	ФИО медицинского работника
2.1.	name.family	1..1	string	Фамилия. Максимальная длина поля: 300 символов
2.2.	name.given	1..2	string	Имя, Отчество. Сначала указывается Имя. Максимальная длина поля: 300 символов

Ресурс Location

Ресурс Location предназначен для передачи данных об адресе физического здания медицинской организации, где будет осуществляться приём и передачи данных о кабинете МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги, или как о месте приема конкретного медицинского работника).

В Таблице 33 представлено описание параметров ресурса Location для передачи данных об адрес физического здания медицинской организации, где будет осуществляться врачебный приём. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 33 — Параметры ресурса Location (адрес физического здания медицинской организации, где будет осуществляться приём)

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Location. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор ресурса Location в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора ресурса Location в МИС МО
3.	address	1..1	Address	Информация об адресе физического здания медицинской организации, где будет осуществляться врачебный приём
3.1.	address.text	1..1	string	Адрес физического здания медицинской организации, где будет осуществляться врачебный приём. Указывается строкой. Максимальная длина поля: 300 символов
4.	physicalType	1..1	CodeableConcept	Тип ресурса Location
4.1.	coding.system	1..1	uri	Указывается значение «http://terminology.hl7.org/CodeSystem/location-physical-type»
4.2.	coding.code	1..1	code	Указывается значение «bu» (обозначение того, что данный ресурс Location — физическое здание МО)
4.3.	coding.display	1..1	string	Указывается значение «Building»
5.	managingOrganization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)

В Таблице 34 представлено описание параметров ресурса Location для передачи данных с описанием кабинета МО (как о самостоятельном медицинском ресурсе, талон в расписании которого необходимо занять для получения медицинской услуги, или как о месте приема конкретного медицинского работника). Параметры, которые не используются в информационном обмене, в таблице не указаны.

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Location. Передаётся в формате guid
2.	extension	1..1	code	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу/ Заполняется только в рамках передачи данных о кабинете МО как о самостоятельном медицинском ресурсе
2.1.	extension.url	1..1	uri	Передаётся значение «https://portal.egisz.rosminzdrav.ru/materials/541:Age_Group»
2.2.	extension.valueCodeableConcept.coding	1..3	Coding	Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу (массив)
2.2.1.	extension.valueCodeableConcept.coding.system	1..1	code	Передается значение  «urn:oid:1.2.643.2.69.1.1.1.223» (OID справочника «Возрастные категории граждан»)
2.2.2.	extension.valueCodeableConcept.coding.code	1..1	code	Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.223 «Возрастные категории граждан». В случае, если передаётся значение «4» — другие категории в массиве передавать нельзя
3.	identifier	2..2	Identifier	Идентификатор ресурса Location в МИС МО и OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 заполняется только в рамках передачи данных о кабинете МО как о самостоятельном медицинском ресурсе
4.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код: ·         OID для идентификатора в МИС МО (1.2.643.5.1.13.2.7.100.5) ·         OID для передачи информации о кабинете из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» (1.2.643.5.1.13.13.99.2.115)
5.	identifier.value	1..1	string	Значение для идентификатора ресурса Location в МИС МО или для OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 Максимальная длина поля: 300 символов
6.	name	1..1	string	Наименование кабинета. Например: «Кабинет №5». Максимальная длина поля: 300 символов
7.	physicalType	1..1	CodeableConcept	Тип ресурса Location
7.1.	coding.system	1..1	uri	Указывается значение «http://terminology.hl7.org/CodeSystem/location-physical-type»
7.2.	coding.code	1..1	code	Указывается значение «ro». Обозначение того, что данный ресурс Location – кабинет (комната)
7.3.	coding.display	1..1	string	Указывается значение «Room»
8.	managingOrganization	1..1	Reference(Organization)	Ссылка на МО (идентификатор МО из справочника «ЛПУ» Интеграционной платформы)
9.	partOf	0..1	Reference(Location)	Ссылка на ресурс Location, частью которого является данный ресурс (в нашем случае — кабинет является частью физического здания)

Таблица 34 — Параметры ресурса Location (описание кабинета МО)

Ресурс Slot

Ресурс Slot предназначен для передачи данных о талоне (свободном временном интервале) для оформления записи на вакцинацию.

В Таблице 35 представлено описание параметров ресурса Slot. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 35 — Параметры ресурса Slot

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Slot. Передаётся в формате guid
2.	identifier	1..1	Identifier	Идентификатор талона в МИС МО
2.1.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
2.2.	identifier.value	1..1	string	Значение идентификатора талона в МИС МО. Максимальная длина поля: 300 символов
3.	schedule	1..1	Reference(Schedule)	Ссылка на ресурс Schedule (расписание)
4.	status	1..1	code	Указывается значение «free» (свободен) при статусе записи cancelled (Запись отменена). При всех остальных значениях статуса записи указывается «busy»
5.	start	1..1	instant	Дата и время начала приема
6.	end	1..1	instant	Дата и время окончания приема
7.	comment	0..1	string	Номер талона в очереди. Максимальная длина поля: 300 символов

Ресурс Appointment

Ресурс Appointment предназначен для передачи данных о записи на приём (статус записи на приём, данные об услугах, на которые произведена запись, дата осуществления записи на приём).

В Таблице 36 представлено описание параметров ресурса Appointment. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 36 — Параметры ресурса Appointment

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Appointment. Передаётся в формате guid
2.	extension	1..1	code	Признак жителя города или села («Признак жителя города или села», OID 1.2.643.5.1.13.13.11.1042). Указывается только при переводе записи в статус «fulfilled»
2.1.	extension.url	1..1	uri	Передаётся значение «urn:oid:1.2.643.2.69.1.100.1»
2.2.	extension.valueCodeableConcept.coding.system	1..1	uri	Передаётся значение «urn:oid:1.2.643.5.1.13.13.11.1042»
2.3.	extension.valueCodeableConcept.coding.code	1..1	uri	Передаётся код из справочника «Признак жителя города или села» (OID 1.2.643.5.1.13.13.11.1042): ·         1 — Город; ·         2 – Село.
3.	identifier	1..1	Identifier	Идентификатор ресурса Appointment в МИС МО
4.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.5.1.13.2.7.100.5» (код для идентификатора в МИС)
5.	identifier.value	1..1	string	Значение идентификатора ресурса Appointment в МИС МО. Максимальная длина поля: 300 символов
6.	status	1..1	code	Статус записи на приём. ·         booked — Запись оформлена ·         fulfilled — Посещение состоялось ·         noshow — Пациент не явился ·         cancelled — Запись отменена
7.	serviceType	1..1	CodeableConcept	Информация об услугах, на которые произведена запись (по справочнику «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070)
7.1.	coding.system	1..*	uri	Указывается значение «urn:oid:1.2.643.5.1.13.13.11.1070»
7.2.	coding.code	1..*	code	Указывается код из справочника «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070
8.	appointmentType	1..1	CodeableConcept	Причина приёма. Указывается только при переводе записи в статус «fulfilled»
8.1.	coding.system	1..1	uri	Указывается значение «http://terminology.hl7.org/CodeSystem/v2-0276»
8.2.	coding.code	1..1	code	·         ROUTINE — Заболевание ·         CHECKUP — Профилактический прием
9.	supportingInformation	1..1	Reference(Organization)	Ссылка на данные по участнику информационного взаимодействия, осуществившего запись на приём
10.	start	1..1	dateTime	Дата и время начала приема
11.	end	1..1	dateTime	Дата и время окончания приема
12.	slot	1..1	Reference(Slot)	Ссылка на ресурс Slot (талон)
13.	created	1..1	dateTime	Дата осуществления записи на прием
14.	participant	2..2	CodeableConcept	Информация об участниках оказания услуги (пациент и кабинет/медицинский ресурс)
14.1.	actor.reference	1..1	Reference(Patient, Location, PractitionerRole)	Ссылка на ресурс Patient (пациент); ссылка на ресурс Location (кабинет как мед ресурс) или ссылка на ресурс PractitionerRole (мед работник как мед ресурс)
14.2.	status	1..1	code	Статус участника. Указывается значение «accepted» в случае, если пациент/МО не отменял запись Указывается значение «declined» в случае, если пациент/МО отменил запись (значение declined необходимо указывать только для одного участника оказания услуги – кто отменил запись)

Ресурс Organization

Ресурс Organization предназначен для передачи данных об участнике информационного обмена, осуществившего запись на приём.

В Таблице 37 представлено описание параметров ресурса Organization. Параметры, которые не используются в информационном обмене, в таблице не указаны.

Таблица 37 — Параметры ресурса Organization

№ п/п	Параметр	Кратность	Тип	Описание
1.	id	1..1	id	Идентификатор ресурса Organization. Передаётся в формате guid
2.	identifier	1..1	Identifier	Участник информационного взаимодействия, осуществивший запись
3.	identifier.system	1..1	uri	Пространство имён идентификатора. Указывается код «1.2.643.2.69.1.2.113» (код для СЗПВ)
4.	identifier.value	1..1	string	Указывается публичный GUID
5.	type	1..1	CodeableConcept	Источник записи
5.1.	coding.system	1..*	uri	Указывается значение «urn:oid:1.2.643.2.69.1.1.1.115»
5.2.	coding.code	1..*	code	Указывается значение из справочника «Источники записи»

Описание выходных данных

В ответе метода от СЗПВ передается информация об успешном или неуспешном приёме от МИС МО данных с информацией об изменении записи на вакцинацию.

В случае успешного приёма от МИС МО данных с информацией об изменении записи на вакцинацию, в ответе метода передаётся ресурс OperationOutcome в формате «All OK» (пример ответа метода для успешной операции приведен в разделе 4.7.4).

В случае неуспешного приёма от МИС МО данных с информацией об изменении записи на вакцинацию, в ответе метода передаётся ресурс OperationOutcome с указанием кода и текста ошибки (пример ответа метода для неуспешной операции приведен в разделе 4.7.4).

Приложение 1. Справочник ошибок

Идентификатор ошибки	Текст ошибки
1	Не был указан/указан неверно guid при вызове метода
2	Отсутствует доступ или не найдена конечная точка
3	Время ожидания истекло
4	Получен не полный набор данных для выполнения метода
5	На стороне сервиса МИС метод не поддержан
6	Техническая ошибка на стороне МИС
7	Техническая ошибка. Медицинская система учреждения не поддержала данную функциональность.
8	Нет связи с сервисом «Управление очередями»
9	Не удалось определить ЛПУ для обращения за талонами
10	Учреждение с данным идентификатором отсутствует в справочнике
11	Отсутствуют данные целевой МО
12	Ошибка в сервисе УО
13	Недействительное значение параметра
14	Неверный формат входящего параметра
15	Внутренняя ошибка сервиса
16	МИС медицинской организации передала некорректные данные
20	Пациент с заданными параметрами не найден
21	Данные пациента не являются уникальными
22	Несоответствие записи акта гражданского состояния
23	МИС не вернула идентификатор пациента
25	Извините, запись невозможна. Пациент уже записан к врачу <ФИО врача> в кабинет <название кабинета> на услугу <название услуги> в этот день: <дата записи в формате дд.мм.гггг чч:мм>. Полную информацию об этой записи Вы можете посмотреть в Личном кабинете ЕПГУ
30	Запись запрещена
31	Расхождения в данных прикрепления пациента
32	Несоответствие сроков действия полиса ОМС
33	Специальность врача не соответствует профилю пациента
34	Нарушение порядка и периодичности записи
35	Пациент имеет предстоящую запись к данному врачу/врачу этой специальности
36	Пациент не имеет прикрепления к данному учреждению или участку
37	Указан недопустимый идентификатор пациента
38	Указан недопустимый идентификатор талона на запись
39	Талон к врачу занят/заблокирован
40	Пациент уже имеет запись на это время к другому врачу
41	Отсутствует информация о врачебных участках по пациенту
42	Указан некорректный идентификатор медицинского осмотра
43	Указан некорректный идентификатор медицинской услуги
44	Указан некорректный идентификатор медицинского ресурса
45	Не найдено расписание медицинского ресурса
46	Отмена записи невозможна, медицинская услуга уже оказана
47	Отмена записи невозможна, медицинская услуга обязательна
48	Указан некорректный идентификатор сессии
49	Статус заявки не изменен. Статус заявки может быть изменен согласно правилам статусной модели
50	Значение PARequestPatientContacts.Phone не может быть пустым
51	Значение PARequestPatientContacts.Phone имеет неверный формат
52	Значение PARequestPatientContacts.Email имеет неверный формат
53	Значение PASource должно соответствовать одному из значений справочника «Источник записи»
54	Значение DeactivationReason должно соответствовать одному из значений справочника
60	Указан недопустимый идентификатор врача
61	Указаны недопустимые интервалы времени
62	Дата осуществления записи на прием должна быть меньше или равна дате начала приема (NoticeAppointment)
63	Дата начала приема должна быть больше или равна дате отправки запроса (Appointment)
64	Дата и время начала приема должна быть меньше или равна дате и времени окончания приема
65	Дата осуществления записи на прием должна быть меньше или равна дате отправки запроса (NoticeAppointment)
66	Дата и время изменения статуса записи на прием должна быть больше или равна дате и времени осуществления записи на прием
67	Дата и время изменения статуса записи на прием должна быть меньше или равна дате и времени отправки запроса
70	Указан недопустимый идентификатор специальности
71	В запросе запрещено одновременное заполнение параметров: идентификатора специальности и федерального идентификатора специальности
72	Нет доступного врача для вызова врача на дом
73	Нет доступных слотов для вызова врача на дом
74	Пациент имеет активную заявку на вызов врача на дом
75	Талон с указанным номером не существует или уже отменен
76	Направление не найдено по параметрам поиска
77	Направление найдено, но не прошло проверку на актуальность
78	В запросе запрещено одновременное заполнение параметров: идентификатора врачебной должности и федерального идентификатора врачебной должности
80	Нет прикрепления к ЛПУ
90	Сведения о записи не найдены
91	Неизвестный источник записи
92	Заявка {idPar} не найдена среди активных заявок
93	Код введён неверно
94	Неизвестный статус записи
95	ЛПУ не подключена к системе ЖОЗ
99	Текст ответа МИС – в случае необходимости передачи определенной информации клиенту сервиса, инициирующему запрос метода
151	Пациент уже имеет предстоящую запись к данному врачу МИС должна передать следующий текст: «Name:N3:Room:N3:Service_Id:N3:VisitStart: N3:EventDateTime:N3:AppointmentSource:N3:Member», где Name = ФИО медицинского работника; Room = Наименование кабинета, где производится врачебный прием; Service_Id = Код услуги (по справочнику «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070); VisitStart = Дата и время приема; EventDateTime = Дата совершения записи; AppointmentSource = Источник записи (код из Приложения 7); Member = Участник информационного взаимодействия, осуществивший запись (формат GUID, передавать при значении AppointmentSource = «Прочее»)
152	Пациент уже записан на это время к другому врачу МИС должна передать следующий текст: «Name:N3:FedIdPosition:N3:Room:N3:Service_Id: N3:VisitStart:N3:EventDateTime:N3:AppointmentSource: N3:Member», где Name = ФИО медицинского работника; FedIdPosition = Идентификатор врачебной должности в федеральном справочнике должностей (ФРМР. Должности медицинского персонала (OID 1.2.643.5.1.13.13.11.1102; 2 папки)) Room = Наименование кабинета, где производится врачебный прием; Service_Id = Код услуги (по справочнику «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070); VisitStart = Дата и время приема; EventDateTime = Дата совершения записи; AppointmentSource = Источник записи (код из Приложения 7); Member = Участник информационного взаимодействия, осуществивший запись (формат GUID, передавать при значении AppointmentSource = «Прочее»)
153	Пациент не подходит по возрастному критерию МИС должна передать следующий текст: «MinAge:N3:MaxAge», где MinAge = Минимальный возраст пациента; MaxAge = Максимальный возраст пациента (если верхняя граница не ограничена — не передается)
169	Пациенту недоступна вакцинация (медицинский отвод/не подошёл срок вакцинации). МИС должна передать следующий текст: «StartDate», где StartDate = Примерная/возможная дата вакцинации.
200	Запись на второй этап вакцинации недоступна. С момента проведения первого этапа вакцинации прошло менее 21 дня