Общие положения

Сервис «Региональная ИЭМК» предназначен для ведения, хранения, поиска и выдачи по информационным запросам (в том числе и по электронным каналам связи) сведений по всем случаям обращения пациента за медицинской помощью в медицинские организации.

Сервис обеспечивает:

  1. Централизованное ведение Регистра пациентов в Хранилище ИЭМК. Регистр пациентов предназначен для регистрации и хранения записей, содержащих идентификаторы субъектов ЭМК (пациентов медицинских учреждений), а также для поддержки связей с реестром ИЭМК и внешними, находящимися на уровне медицинских организаций, реестрами идентификаторов пациентов МО. Располагается в защищённом контуре Системы ведения ИЭМК.
  2. Централизованное хранение данных интегрированной электронной медицинской карты (ИЭМК) в БД персонифицированного учета медицинской помощи Хранилища ИЭМК.
  3. Передача наборов электронных медицинских записей (ЭМЗ) пациента из МИС в Хранилище ИЭМК.

ЭМЗ из ЭМК конкретной медицинской организации передается в ИЭМК посредством сервисов интеграционной платформы.

Содержание набора ЭМЗ:

  1. Фрагмент ЭПМЗ в конкретной медицинской организации.
  2. Данные, необходимые для идентификации субъекта ИЭМК.
  3. Данные, необходимые для определения автора переданной информации и медицинской организации, несущих ответственность за ее содержание.

Осуществление обмена данными между ЭМК и ИЭМК осуществляется в рамках следующих сценариев:

  1. Передача информации о пациенте из ЭМК в Хранилище ИЭМК (добавление пациента и\или изменение информации о нем).
  2. Передача наборов ЭМЗ из ЭМК МИС в Хранилище ИЭМК.

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

Описание процесса

В сервисе «Региональная ИЭМК» реализованы следующие сценарии информационного взаимодействия:

  • добавление пациента в Регистр пациентов Хранилища ИЭМК;
  • обновление информации о пациенте в Регистре пациентов;
  • предоставление информации о зарегистрированном пациенте;
  • регистрация случая медицинского обслуживания пациента и передача медицинских данных по нему;
  • передача отдельных медицинских данных вне случая обслуживания пациента.

В зависимости от типа случая обслуживания в МИС формируются различные документы, которые должны передаваться в Хранилище ИЭМК.

Общая схема процесса передачи информации из МИС в Хранилище ИЭМК состоит из следующих шагов:

  1. При обращении пациента в ЛПУ медицинский сотрудник вносит/обновляет информацию о пациенте в МИС.
  2. Информация о пациенте (демографическая, страховая и т.д.) передается в Регистр пациентов Хранилища ИЭМК.
  3. Сотрудник ЛПУ производит открытие случая лечения. В МИС формируются соответствующие ЭПМЗ.
  4. Информация об открытом случае обслуживания передается из МИС в Хранилище ИЭМК.
  5. В рамках проведения лечения/приема медицинский сотрудник вносит информацию об оказанных услугах, выполненных процедурах и т.д. В МИС формируются соответствующие ЭПМЗ.
  6. Сформированные ЭПМЗ передаются из МИС в Хранилище ИЭМК.
  7. По окончании лечения/приема медицинский сотрудник формирует сообщение о закрытии случая лечения. В МИС формируются соответствующие ЭПМЗ.
  8. После закрытия случая обслуживания информация о случае обслуживания передается из МИС в Хранилище ИЭМК.

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

Описание объектов

В Хранилище ИЭМК ведется учет следующих объектов:

  1. Пациент. Содержит демографическую и идентифицирующую информацию о пациенте;
  2. Случай обслуживания. Совокупность обращений к врачу, либо взаимодействий с медицинским ресурсом (диагностическое оборудование, койка стационарного учреждения и пр.), выполненных при каждом обращении пациента с конкретной целью (примером может служить оказание медицинской помощи в рамках конкретного стационарного обращения);
  3. Эпизод случая обслуживания. Взаимодействие пациента с врачом, либо медицинским ресурсом. В рамках случая обслуживания может быть один и более эпизодов. Примером эпизода случая обслуживания может служить очередное посещение врача поликлинического учреждения пациентом в рамках конкретного заболевания. Примером стационарного эпизода можно выделить случай оказания медицинской помощи в стационарном отделении с учетом профиля койки. Смена профиля койки занимаемой пациентом будет являться фактом появления нового эпизода;
  4. Медицинская запись. Содержит информацию об оказанных услугах, ЭПМЗ;
  5. Элемент медицинской записи. Детализирует информацию медицинской записи.

Иерархия объектов учета представлена на рисунке 1.

Рисунок 1. Иерархия объектов учета

Для взаимодействия с сервисом «Региональная ИЭМК» используется протокол SOAP 1.2. (cм. http://www.w3.org/TR/soap/).

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

  1. GUID – авторизационный токен. Выдается разработчику МИС администратором Интеграционной платформы.
  2. idLPU – идентификатор МО, от имени которой передается\запрашивается информация в\из Хранилища ИЭМК. Значение поля UNQ Регистра медицинских организаций Российской Федерации. Версия 2, (OID 1.2.643.5.1.13.2.1.1.178).

Сервис «Региональная ИЭМК» содержит следующие методы для реализации процесса обмена наборами ЭМЗ из состава ИЭМК:

  1. Добавление пациента (AddPatient).
  2. Обновление информации о пациенте (UpdatePatient).
  3. Получение данных о зарегистрированном пациенте (GetPatient).
  4. Регистрация случая медицинского обслуживания (CreateCase).
  5. Добавление медицинских записей (AddMedRecord).
  6. Закрытие случая медицинского обслуживания (CloseCase).
  7. Добавление завершенного случая медицинского обслуживания (AddCase).
  8. Запрос на получение данных о переданных СЭМД в ИЭМК федерального сегмента ЕГИСЗ (RequestDocumentList).
  9. Получение данных о переданных СЭМД в ИЭМК федерального сегмента ЕГИСЗ (GetDocumentList).
  10. Запрос на получение данных о переданном СЭМД в ИЭМК федерального сегмента ЕГИСЗ (RequestDocument).
  11. Получение СЭМД из ИЭМК федерального сегмента ЕГИСЗ (GetDocument).
  12. Получение списка направлений из Региональной ИЭМК (GetReferralList).

Данные различных учетных форм могут передаваться одним и тем же методом, но с использованием разных контейнеров. Например, для передачи данных учетных форм «Талон амбулаторного пациента» и «Статистическая карта выбывшего из стационара» может использоваться метод AddCase (для передачи данных по законченному случаю обслуживания). В разных методах могут передаваться одни и те же контейнеры, например, medRecordDTO. Они могут передаваться как в рамках метода AddCase/CreateCase, если документы или другие медицинские записи, относящиеся к передаваемому случаю обслуживания. Если передаваемый документ не имеет привязки к случаю обслуживания или добавляется по уже существующему в ИЭМК случаю медицинского обслуживания, то информация о нем передается с помощью метода AddMedRecord/AddStepToCase. При этом структура передаваемых данных по медицинским записям одинакова независимо от используемого для передачи метода.

При передаче данных в Хранилище ИЭМК используются справочники из Приложений. Используемый для передачи код значения параметров указан в поле CODE.

Добавление пациента (AddPatient)

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

При передаче информации о пациенте осуществляется добавление пациента в Регистр пациентов Хранилища ИЭМК. При попытке добавления пациента осуществляется проверка на наличие информации об этом пациенте в Регистре пациентов. Возможны следующие сценарии:

  1. Если пациент не найден, то в Регистре пациентов создается запись о нем с указанием идентификатора пациента в передающей МИС и идентификатора МО.
  2. Если пациент найден и пара {идентификатор пациента; идентификатор МО} совпадает с уже зарегистрированными идентификаторами в Регистре пациентов, то выдается сообщение об ошибке.
  3. Если пациент найден, но был получен от МИС МО не совпадающей с той, что производит попытку добавления (т.е. пара {идентификатор пациента; идентификатор МО} ранее не была зарегистрирована в Регистре пациентов), то для существующего пациента в Регистре пациентов дополнительно сохраняется новая пара {идентификатор пациента; идентификатор МО}. Новый объект «Пациент» в данном случае не создается.

Структура запроса AddPatient представлена на рисунке 2.

Рисунок 2. Структура метода AddPatient

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

В таблице представлено описание параметров запроса метода AddPatient.

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/patient   1..1   Демографические данные пациента
/patient IdPatientMIS   1..1 String Идентификатор пациента в передающей МИС
/patient FamilyName   1..1 String Фамилия пациента
/patient GivenName   1..1 String Имя пациента
/patient MiddleName   0..1 String Отчество пациента
/patient Sex   1..1 Int Код пола (Классификатор половой принадлежности, OID 1.2.643.5.1.13.2.1.1.156, Приложение 3)
/patient BirthDate   1..1 Datetime Дата рождения
/patient IdBloodType   0..1 Int Код группы крови (Приложение 4)
/patient IdLivingAreaType   0..1 Int Тип места жительства (Справочник жителя села или города, OID 1.2.643.5.1.13.2.1.1.504, Приложение 5)
/patient SocialStatus   0..1 Int Код социального статуса пациента (Классификатор социальных статусов (в том числе занятости) населения, OID 1.2.643.5.1.13.2.1.1.366, Приложение 6)
/patient SocialGroup   0..1 Int Код социальной группы (Приложение 7)
/patient/Documents/DocumentDTO 0..*   Документы
/DocumentDTO IdDocumentType   1..1 Int Код типа документа (Приложение 8)
/DocumentDTO DocS Для документов, у которых указывается серия 1..1 String Серия документа
Для документов, у которых не указывается серия 0..0
/DocumentDTO DocN   1..1 String Номер документа. Формат номера СНИЛС: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/DocumentDTO ExpiredDate   0..1 Datetime Дата окончания действия документа
/DocumentDTO IssuedDate   0..1 Datetime Дата выдачи
/DocumentDTO IdProvider   0..1 String Код организации, выдавшей документ. Заполняется только для полисов (Реестр страховых медицинских организаций (ФОМС), 1.2.643.5.1.13.2.1.1.635)
/DocumentDTO ProviderName   1..1 String Наименование организации, выдавшей документ
/DocumentDTO RegionCode   0..1 Int Код территории страхования
/patient/Addresses/AddressDTO 0..*   Адреса
/AddressDTO IdAddressType   1..1 String Идентификатор типа адреса (Приложение 9)
/AddressDTO StringAddress   1..1 String Адрес строкой
/AddressDTO Street   0..1 String Код улицы. Значение КЛАДР
/AddressDTO Building   0..1 String Номер дома
/AddressDTO City   0..1 String Код города КЛАДР
/AddressDTO Appartment   0..1 String Номер квартиры
/AddressDTO PostalCode   0..1 String Индекс
/AddressDTO GeoData   0..1 String Геокоординаты объекта
/patient/BirthPlace   0..1   Место рождения
/BirthPlace Country   1..1 String Страна
/BirthPlace Region   1..1 String Регион
/BirthPlace City   1..1 String Населенный пункт
/patient/ContactDto 0..*   Контактная информация пациента
/ContactDto IdContactType   1..1 Int Идентификатор типа контакта (Приложение 10)
/ContactDto ContactValue   1..1 String Содержание контактной информации
/patient/Job   0..1   Место работы пациента
/Job OGRNCode   0..1 Int Код ОГРН работодателя
/Job CompanyName   1..1 String Наименование предприятия
/Job Sphere   0..1 String Код наименования отрасли (Общероссийский классификатор видов экономической деятельности, OID 1.2.643.5.1.13.2.1.1.62)
/Job Position   0..1 String Наименование должности пациента
/Job DateStart   0..1 Datetime Дата начала работы
/Job DateEnd   0..1 Datetime Дата окончания работы
/patient/Privilege   0..1   Информация о льготе пациента
/Privilege DateStart   1..1 Datetime Дата начала действия льготы
/Privilege DateEnd   1..1 Datetime Дата окончания действия льготы
/Privilege IdPrivilegeType   1..1 Int Идентификатор категории льготности (Классификатор категорий льгот, 1.2.643.5.1.13.2.1.1.358, Приложение 11)

Параметр "Обязательность" определяет количество возможных экземпляров параметра

Возможны следующие значения:

  • 0..1 - параметр необязательный, максимальное количество экземпляров один;
  • 0..* – параметр необязательный, максимальное количество экземпляров не ограничено;
  • 1..1 – параметр обязательный, экземпляр один;
  • 1..* – параметр обязательный, максимальное количество экземпляров не ограничено.

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

В таблице представлено описание выходных данных метода AddPatient.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
Success Bit Результат выполнения запроса True; False

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Обновление информации о пациенте (UpdatePatient)

Данный метод предназначен для обновления информации о пациенте, зарегистрированном ранее в Хранилище ИЭМК.

Структура запроса метода UpdatePatient аналогична запросу метода AddPatient и представлена на рисунке 3.

Рисунок 3. Структура запроса UpdatePatient

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

Параметры запроса метода UpdatePatient совпадают с параметрами для метода AddPatient и приведены в разделе Добавление пациента (AddPatient). Обязательными параметрами метода являются: guid, idLPU и IdPatientMIS. Остальные параметры не являются обязательными и должны передаваться только в случае необходимости внесения изменений в их значения.

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

Параметры ответа для метода UpdatePatient совпадают с параметрами метода AddPatient и приведены в разделе Добавление пациента (AddPatient).

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Получение данных о зарегистрированном пациенте (GetPatient)

Данный метод предназначен для получения информации о пациенте, ранее зарегистрированном в хранилище сервиса «Региональная ИЭМК», или получения данных из ИЭМК федерального сегмента ЕГИСЗ.

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

  1. Для поиска пациента в Хранилище ИЭМК могут быть использованы следующие наборы данных:
    • Фамилия, Имя, Дата рождения, СНИЛС;
    • Фамилия, Имя, Дата рождения, серия и номер полиса ОМС;
    • Фамилия, Имя, Дата рождения, пол, серия и номер документа, удостоверяющего личность;
    • Идентификатор пациента в МИС.
  2. Для поиска пациента в ИЭМК федерального сегмента ЕГИСЗ могут быть использованы следующие наборы данных или их комбинация:
    • Фамилия;
    • Фамилия и Имя;
    • СНИЛС/Номер полиса/Серия и номер паспорта;
    • Дата рождения.

Структура запроса представлена на рисунке 4.

Рисунок 4. Структура запроса GetPatient

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

В таблице представлено описание параметров запроса метода GetPatient при поиске данных на уровне региона.

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ IdLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/ IdSource   1..1 Int Код источника поиска: Reg – поиск в региональном Хранилище ИЭМК; Fed – поиск в федеральном сервисе ИЭМК
/Patient   1..1   Информация о пациенте
/Patient idPatientMIS   0..1 String Идентификатор пациента в запрашивающей МИС
/Patient FamilyName   0..1 String Фамилия пациента
/Patient GivenName   0..1 String Имя пациента
/Patient MiddleName   0..1 String Отчество пациента
/Patient Sex   1..1 Int Код пола (Классификатор половой принадлежности, OID 1.2.643.5.1.13.2.1.1.156, Приложение 3)
/patient/Documents/DocumentDTO   0..*   Документы
/DocumentDTO IdDocumentType   1..1 Int Код типа документа (Приложение 8)
/DocumentDTO DocS Для документов, у которых указывается серия 1..1 String Серия документа
Для документов, у которых не указывается серия 0..0
/DocumentDTO DocN   1..1 String Номер документа
/DocumentDTO ExpiredDate   0..1 Datetime Дата окончания действия документа
/DocumentDTO IssuedDate   0..1 Datetime Дата выдачи
/DocumentDTO IdProvider   0..1 String Код организации, выдавшей документ. Заполняется только для полисов (Реестр страховых медицинских организаций (ФОМС), 1.2.643.5.1.13.2.1.1.635)
/DocumentDTO ProviderName   0..1 String Наименование организации, выдавшей документ
/DocumentDTO RegionCode   0..1 Int Код территории страхования

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

В таблице представлено описание выходных данных метода GetPatient.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
Success Bit Результат выполнения запроса True; False
Информация о найденных пациентах
/Patient IdPatientMIS String Идентификатор пациента в запрашивающей МИС
/Patient FamilyName String Фамилия пациента
/Patient GivenName String Имя пациента
/Patient MiddleName String Отчество пациента
/Patient Sex Int Код пола (Классификатор половой принадлежности, OID 1.2.643.5.1.13.2.1.1.156, Приложение 3)
/Patient BirthDate Datetime Дата рождения
/Patient IdBloodType Int Код группы крови (Приложение 4)
/Patient IdLivingAreaType Int Тип места жительства (Справочник жителя села или города, OID 1.2.643.5.1.13.2.1.1.504, Приложение 5)
/Patient SocialStatus Int Код социального статуса пациента (Классификатор социальных статусов (в том числе занятости) населения, OID 1.2.643.5.1.13.2.1.1.366, Приложение 6)
/Patient SocialGroup Int Код социальной группы (Приложение 7)
/patient/Documents/DocumentDTO    
/DocumentDTO IdDocumentType Int Код типа документа (Приложение 8)
/DocumentDTO DocS String Серия документа. Для документов, у которых указывается серия
/DocumentDTO DocN String Номер документа. Формат номера СНИЛС: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/DocumentDTO ExpiredDate Datetime Дата окончания действия документа
/DocumentDTO IssuedDate Datetime Дата выдачи
/DocumentDTO IdProvider String Код организации, выдавшей документ. Заполняется только для полисов (Реестр страховых медицинских организаций (ФОМС), 1.2.643.5.1.13.2.1.1.635)
/DocumentDTO ProviderName String Наименование организации, выдавшей документ
/DocumentDTO RegionCode Int Код территории страхования
/patient/Addresses/AddressDTO   Адреса
/AddressDTO IdAddressType String Идентификатор типа адреса (Приложение 9)
/AddressDTO StringAddress String Адрес строкой
/AddressDTO Street String Код улицы. Значение КЛАДР
/AddressDTO Building String Номер дома
/AddressDTO City String Код города КЛАДР
/AddressDTO Appartment String Номер квартиры
/AddressDTO PostalCode String Индекс
/AddressDTO GeoData String Геокоординаты объекта
/patient/BirthPlace   Место рождения
/BirthPlace Country String Страна
/BirthPlace Region String Регион
/BirthPlace City String Населенный пункт
/ContactDto   Контактная информация
/ContactDto IdContactType Int Идентификатор типа контакта
/ContactDto ContactValue String Значение контакта
/patient/Job   Место работы пациента
/Job OGRNCode Int Код ОГРН работодателя
/Job CompanyName String Наименование предприятия
/Job Sphere String Код наименования отрасли (Общероссийский классификатор видов экономической деятельности, OID 1.2.643.5.1.13.2.1.1.62)
/Job Position String Наименование должности пациента
/Job DateStart Datetime Дата начала работы
/Job DateEnd Datetime Дата окончания работы
/patient/Privilege   Информация о льготе пациента
/Privilege DateStart Datetime Дата начала действия льготы
/Privilege DateEnd Datetime Дата окончания действия льготы
/Privilege IdPrivilegeType Int Идентификатор категории льготности (Классификатор категорий льгот, 1.2.643.5.1.13.2.1.1.358, Приложение 11)

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Регистрация случая медицинского обслуживания (CreateCase)

Данный метод позволяет зарегистрировать случай медицинского обслуживания (как амбулаторный, так и стационарный) в Хранилище ИЭМК. При добавлении случая обслуживания осуществляется проверка на уникальность по следующим параметрам: Идентификатор передающей системы, Идентификатор пациента в передающей МИС, Идентификатор ЛПУ, Идентификатор случая обслуживания в передающей МИС.

Параметры метода CreateCase можно разделить на 3 категории:

  1. Общие параметры. Передаются независимо от типа случая обслуживания (например, тип случая обслуживания, даты начала и окончания и т.д.);
  2. Дополнительные параметры для стационарных случаев обслуживания (например, информация об отделении пребывания, состоянии пациента при поступлении и т.д.);
  3. Дополнительные параметры для амбулаторных случаев обслуживания (например, исход обращения, цель обращения и т.д.).

Структура запроса представлена на рисунке 5.

Рисунок 5. Структура запроса CreateCase

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

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

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idPatientMIS   1..1 String Идентификатор пациента в передающей МИС
/createCaseDto   1..1   Информация о случае медицинского обслуживания
/createCaseDto OpenDate   1..1 Datetime Дата открытия случая
/createCaseDto HistoryNumber   0..1 String Номер истории болезни/ Амбулаторного талона
/createCaseDto IdCaseMIS   1..1 String Идентификатор случая в передающей МИС
/createCaseDto IdCaseAidType   0..1 unsignedByte Идентификатор вида медицинского обслуживания (Приложение 12)
/createCaseDto IdCasePurpose   0..1 unsignedByte Идентификатор цели обращения (Классификатор поводов обращения за медицинской помощью, 1.2.643.5.1.13.2.1.1.106, Приложение 13)
/createCaseDto IdCaseType   1..1 unsignedByte Идентификатор типа случая обслуживания (Приложение 14)
/createCaseDto IdPaymentType   0..1 unsignedByte Идентификатор источника финансирования (Приложение 15)
/createCaseDto IdRepetitionMark   0..1 Boolean Метка повторного обращения по этому диагнозу в течение года
/createCaseDto IsUrgent   0..1 Boolean Метка экстренного пациента
/createCaseDto CreationDate   1..1 Datetime Дата создания записи о СМО
/createCaseDto ModificationDate   1..1 Datetime Дата последнего обновления записи о СМО (добавления данных)
/createCaseDto Confidentiality   1..1 unsignedByte Уровень конфиденциальности передаваемой информации (Приложение 16)
/createCaseDto DoctorConfidentiality   1..1 unsignedByte Уровень конфиденциальности передаваемой информации для врача (Приложение 16)
/createCaseDto CuratorConfidentiality   1..1 unsignedByte Уровень конфиденциальности передаваемой информации для представителя пациента/опекуна (Приложение 16)
/createCaseDto IdLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/createCaseDto IdDiseaseResult   0..1 unsignedByte Идентификатор исхода заболевания (Классификатор исходов заболеваний, 1.2.643.5.1.13.2.1.1.122, Приложение 17)
/createCaseDto Comment   1..1 String Текст заключения из эпикриза и/или другую важную медицинскую информацию в неструктурированном виде, например текст медицинского протокола
/createCaseDto/Authenticator   1..1   Лицо, подписывающее или визирующее формируемый набор ЭМЗ
/Authenticator IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/Authenticator IdLPU   0..1 String Идентификатор ЛПУ, к которому относится врач. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/Authenticator IdDoctorRole   0..1 unsignedByte Роль в оказании помощи (Приложение 18)
/createCaseDto/Author   1..1   Лицо, являющееся автором передаваемого набора ЭМЗ (как правило, лечащий врач)
/Author IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/Author IdLPU   0..1 String Идентификатор ЛПУ, к которому относится врач. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/Author IdDoctorRole   0..1 unsignedByte Роль в оказании помощи (Приложение 18)
/createCaseDto/LegalAuthenticator   1..1   В элементе указывается информация о лице, утвердившем информацию о случае обслуживания (несущем юридическую ответственность). Правила заполнения этого элемента тождественны правилам заполнения элемента authenticator. Различие состоит только в том, что в элементе legalAuthenticator передаётся информация о последнем лице, подписавшем документ, то есть о лице, юридически ответственном за его содержание. Если документ подписан только одним лицом, то информация о нём передаётся в элементе legalAuthenticator, а элементы authenticator не включаются. Если документ подписан несколькими лицами, то информация о последнем лице, подписавшем документ, передаётся в элементе legalAuthenticator, а информация о тех, кто подписал документ раньше – в элементах authenticator.
/LegalAuthenticator IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/LegalAuthenticator IdLPU   0..1 String Идентификатор ЛПУ, к которому относится врач. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/LegalAuthenticator IdDoctorRole   0..1 unsignedByte Роль в оказании помощи (Приложение 18)
/createCaseDto/Guardian   0..1   Информация о другом участнике случая (родителе/опекуне/ представителе пациента)
/Guardian FamilyName   0..1 String Фамилия
/Guardian GivenName   0..1 String Имя
/Guardian MiddleName   0..1 String Отчества
/Guardian IdPersonMIS   1..1 String Идентификатор другого участника случая в МИС
/Guardian IdRelationType   1..1 unsignedByte Код отношения к пациенту (Приложение 19)
/Guardian DocumentDto   0..*   Информация о документах другого участника случая (объект заполняется аналогично документам пациента)
createCaseDto/MainDiagnosis   1..*   Диагнозы
/MainDiagnosis IdDiagnosisType   1..1 unsignedByte Идентификатор статуса диагноза (Приложение 20)
/MainDiagnosis MkbCode   1..1 String Код заболевания. Значение в соответствии с МКБ-10
/MainDiagnosis Comment   1..1 String Комментарий к диагнозу
/MainDiagnosis DiagnosedDate   1..1 Datetime Дата постановки диагноза
/MainDiagnosis IdDiagnoseStep   1..1 unsignedByte Идентификатор этапа установления диагноза (Приложение 21)
/MainDiagnosis IdDoctorMIS   1..1 String Идентификатор врача, поставившего диагноз. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/MainDiagnosis IdDiseaseType   1..1 unsignedByte Идентификатор характеров заболеваний (Классификатор характера заболевания, 1.2.643.5.1.13.2.1.1.586, Приложение 22)
/MainDiagnosis IdTraumaType   0..1 unsignedByte Идентификатор типа травм (Классификатор травм по способу получения, OID 1.2.643.5.1.13.2.1.1.105, Приложение 23)
/createCaseDto/MedRecord   0..1   Массив медицинских записей (MedRecordDto) уровня случая обслуживания. Описание структуры передаваемой информации представлено в п. 4.4
/createCaseDto/Steps/StepDto   1..*   Информация об эпизоде медицинского обслуживания
/StepDTO DateStart   1..1 Datetime Дата начала эпизода
/StepDTO DateEnd   1..1 Datetime Дата завершения эпизода
/StepDTO IdDiseaseResult   0..1 unsignedByte Идентификатор исхода заболевания (Классификатор исходов заболеваний, 1.2.643.5.1.13.2.1.1.122, Приложение 17)
/StepDTO IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/StepDTO IdPaymentType   0..1 Int Идентификатор источника финансирования (Приложение 15)
/StepDTO IdServiceResult   0..1 Int Код исхода обращения (Классификатор результатов обращения за медицинской помощью, 1.2.643.5.1.13.2.1.1.551, Приложение 24)
/StepDTO IdServiceType   0..1 Short Идентификатор вида услуги (Номенклатура медицинских услуг, 1.2.643.5.1.13.2.1.1.473)
/StepDTO/Diagnoses/DiagnosisDto   0..*   Массив диагнозов, относящихся к эпизоду. Структура передаваемых данных аналогична MainDiagnosis
/StepDTO/MedRecord   0..1   Массив медицинских записей (MedRecordDto) уровня эпизода случая обслуживания. Описание структуры передаваемой информации представлено в п. 4.4

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

Контейнер Параметр Условие Обязательность Тип Описание
/StepDTO/HospRecord /StepDTO/IdCaseType=2 1..1   Дополнительная информация для случаев стационарного обслуживания.
/HospRecord DeliveredCode   0..1 String Код бригады доставившей пациента
/HospRecord DeliveredName   0..1 String Наименование организации, доставившей пациента
/HospRecord HospitalDepartment   1..1 String Наименование отделения
/HospRecord IdIntoxicationType   0..1 String Идентификатор типа интоксикации пациента при поступлении (Классификатор состояний опьянения, в котором был доставлен в медицинскую организацию, 1.2.643.5.1.13.2.1.1.555, Приложение 25)
/HospRecord IdPatientConditionOnAdmission   0..1 String Идентификатор состояния пациента при поступлении (Классификатор состояний при обращении (поступлении) в медицинскую организацию, 1.2.643.5.1.13.2.1.1.111, Приложение 26)
/HospRecord IdRegimen   0..1 String Идентификатор режима лечения (Приложение 27)
/HospRecord IdTransportType   0..1 String Идентификатор варианта, каким образом доставлен пациент (Классификатор каналов госпитализации в лечебно-профилактическую организацию, 1.2.643.5.1.13.2.1.1.281, Приложение 28)
/HospRecord IdTypeFromDeseaseStart   0..1 String Идентификатор интервалов времени, прошедшего с момента заболевания до обращения (Справочник времени доставки больного в стационар от начала заболевания (получения травмы), 1.2.643.5.1.13.2.1.1.537, Приложение 29)
/HospRecord Comment   0..1 String Комментарий
/HospRecord IsContinuation   1..1 Boolean Продолжение лечения. В поле может быть установлен признак продолжения лечения, в случае если пребывание пациента в отделении является продолжением лечения, начатого ранее в другом отделении.
/HospRecord WardNumber   1..1 String Номер палаты
/HospRecord DaySpend     Short Проведено койко-дней
/HospRecord IdTransportIntern     unsignedByte Идентификатор вида транспортировки (Приложение 30)
/HospRecord IdReferral   0..1 String Идентификатор направления в МИС
/HospRecord IdSourceLPU   0..1 String Идентификатор направившей ЛПУ
/HospRecord SourceMKBCode   0..1 String Код заболевания, указанный в направлении

В таблице представлено описание параметров запроса метода CreateCase, которые должны передаваться для амбулаторных случаев обслуживания (в том числе при передаче данных о диспансеризации).

Контейнер Параметр Условие Обязательность Тип Описание
/StepDTO/Visit /StepDTO/ IdCaseType =1 или 3 1..1   Дополнительная информация о визите в АПУ
/StepDTO/Visit IdVisitPlace   1..1 Int Идентификатор места посещения (Классификатор мест обслуживания, 1.2.643.5.1.13.2.1.1.548, Приложение 31)
/StepDTO/Visit IdVisitPurpose   1..1 Int Идентификатор цели посещения (Классификатор целей посещения амбулаторно-поликлинической организации, 1.2.643.5.1.13.2.1.1.581, Приложение 32)
/StepDTO/Visit IsActive   0..1 Boolean Признак «Актив». Признак устанавливается если пациент был направлен на приём к врачу

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

В таблице представлено описание параметров выходных данных метода CreateCase.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
SuccessBitРезультат выполнения запросаTrue; False

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Добавление медицинских записей (AddMedRecord)

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

Структура запроса представлена на рисунке 6.

Рисунок 6. Структура запроса AddMedRecord

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

В таблице представлено описание параметров запроса метода AddMedRecord, которые передаются независимо от типа передаваемого MedRecordDto.

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idPatientMIS   1..1 String Идентификатор пациента в отправляющей МИС
/ idCaseMIS   0..1 String Идентификатор случая в отправляющей МИС
/medRecordDto   1..1   Медицинская запись
/medRecordDto IdLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/medRecordDto xsi:type   1..1   Атрибут xsi:type контейнера medRecordDto используется для указания в явном виде типа наследуемого объекта (подробнее про xsi:type – см. http://www.w3.org/TR/xmlschema-1/#xsi_type).

В контейнере MedRecordDto могут передаваться объекты следующих типов:

  1. ReferralDto – для передачи данных о направлении. Может передаваться только на уровне эпизода;
  2. Dispensary1Dto – для передачи данных о прохождении первого этапа диспансеризации. Может передаваться только на уровне случая обслуживания с типом «диспансеризация».

В таблице представлено описание параметров MedRecordDto типа ReferralDto.

Контейнер Параметр Условие Обязательность Тип Описание
/medRecordDto       Медицинская запись
/medRecordDto xsi:type   1..1   Для передачи данных о направлении указывается тип ReferralDto
/medRecordDto IdReferralMIS   1..1 String Идентификатор направления в МИС
/medRecordDto IdReferralType   1..1 Int Идентификатор вида направления (Приложение 33)
/medRecordDto IdUrgencyType Заполняется для IdReferralType=1 0..1 Int Идентификатор срочности госпитализации (Приложение 34)
/medRecordDto IdSourceLpu   1..1 String Идентификатор ЛПУ, из которого осуществляется направление. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/medRecordDto IdTargetLpu   1..1 String Идентификатор ЛПУ, куда направлен пациент. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/medRecordDto MkbCode   1..1 String Код заболевания из Международного классификатора болезней
/medRecordDto IssuedDateTime   1..1 Datetime Дата направления
/medRecordDto Reason   1..1 String Обоснование направления
/medRecordDto IdDoctorRef   1..1 String Идентификатор врача, выдавшего направление. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/medRecordDto IdRefDepartmentHead   1..1 String Идентификатор врача главы отделения. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ

В таблице представлено описание параметров MedRecordDto типа Dispensary1Dto.

Контейнер Параметр Условие Обязательность Тип Описание
/medRecordDto       Медицинская запись
/medRecordDto xsi:type   1..1   Для передачи данных о направлении указывается тип Dispensary1Dto
/medRecordDto IsGuested   1..1 Boolean Диспансеризация проводится в ходе выездной работы (да/нет)
/medRecordDto HasExtraResearchRefferal   1..1 Boolean Дано направление на дополнительное диагностическое исследование, не входящее в объем диспансеризации (да/нет)
/medRecordDto IsUnderObservation   1..1 Boolean Взят под диспансерное наблюдение (да/нет)
/medRecordDto HasExpertCareRefferal   1..1 Boolean Дано направление для получения специализированной, в том числе высокотехнологичной медицинской помощи (да/нет)
/medRecordDto HasPrescribeCure   1..1 Boolean Назначено лечение (да/нет)
/medRecordDto HasHealthResortRefferal   1..1 Boolean Дано направление на санаторно-курортное лечение (да/нет)
/medRecordDto HasSecondStageRefferal   1..1 Boolean Необходимо прохождение 2-го этапа диспансеризации (да/нет)
/medRecordDto/HealthGroup   1..1   Информация по группе здоровья
/HealthGroup IdHealthGroup   1..1 Int Код группы здоровья (Приложение 35)
/HealthGroup Date   1..1 Datetime Дата постановки группы здоровья
/HealthGroup IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/medRecordDto/Recommendations   0..1   Информация по рекомендациям по проведению лабораторных и инструментальных  обследований,  осмотров  (консультаций) врачей-специалистов, мероприятий, направленных на профилактику хронических неинфекционных заболеваний
/medRecordDto/Recommendations/RecommendationDto   0..*    
/RecommendationDto Text   1..1 String Текст рекомендации
/RecommendationDto Date   1..1 Datetime Дата назначения рекомендации
/RecommendationDto IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ

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

В таблице представлено описание параметров выходных данных метода AddMedRecord.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
Success Bit Результат выполнения запроса True; False

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Закрытие случая медицинского обслуживания (CloseCase)

Данный метод позволяет передать информацию для закрытия случая обслуживания. При добавлении данных для закрытия случая поиск осуществляется по следующим параметрам: Идентификатор передающей системы, Идентификатор пациента в передающей МИС, Идентификатор ЛПУ, Идентификатор случая обслуживания в передающей МИС.

Структура запроса представлена на рисунке 7.

Рисунок 7. Структура запроса CloseCase

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

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

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idPatientMIS   1..1 String Идентификатор пациента в передающей МИС
/caseDto   1..1   Информация о случае медицинского обслуживания
/caseDto ModificationDate   1..1 Datetime Дата последнего обновления записи о случае обслуживания (добавления данных)
/caseDto IdLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/caseDto CloseDate   1..1 Datetime Дата закрытия случая обслуживания
/caseDto/Authenticator   1..1   Лицо, подписывающее или визирующее формируемый набор ЭМЗ
/Authenticator FamilyName   0..1 String Фамилия
/Authenticator GivenName   0..1 String Имя
/Authenticator MiddleName   0..1 String Отчество
/Authenticator IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/Authenticator IdLPU   0..1 String Идентификатор ЛПУ, к которому относится врач. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/Authenticator IdSpeciality   0..1 Int Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, OID 1.2.643.5.1.13.2.1.1.181)
/Authenticator IdPosition   0..1 Int Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, OID 1.2.643.5.1.13.2.1.1.607)
/Authenticator IdDoctorRole   0..1 unsignedByte Роль в оказании помощи (Приложение 18)
/caseDto/LegalAuthenticator   1..1   В элементе указывается информация о лице, утвердившем информацию о случае обслуживания (несущем юридическую ответственность). Правила заполнения этого элемента тождественны правилам заполнения элемента authenticator. Различие состоит только в том, что в элементе legalAuthenticator передаётся информация о последнем лице, подписавшем документ, то есть о лице, юридически ответственном за его содержание. Если документ подписан только одним лицом, то информация о нём передаётся в элементе legalAuthenticator, а элементы authenticator не включаются. Если документ подписан несколькими лицами, то информация о последнем лице, подписавшем документ, передаётся в элементе legalAuthenticator, а информация о тех, кто подписал документ раньше – в элементах authenticator.
/LegalAuthenticator FamilyName   0..1 String Фамилия
/LegalAuthenticator GivenName   0..1 String Имя
/LegalAuthenticator MiddleName   0..1 String Отчество
/LegalAuthenticator IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/LegalAuthenticator IdLPU   0..1 String Идентификатор ЛПУ, к которому относится врач. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/LegalAuthenticator IdSpeciality   0..1 Int Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, OID 1.2.643.5.1.13.2.1.1.181)
/LegalAuthenticator IdPosition   0..1 Int Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, OID 1.2.643.5.1.13.2.1.1.607)
/LegalAuthenticator IdDoctorRole   0..1 unsignedByte Роль в оказании помощи (Приложение 18)
/caseDto/MainDiagnosis   1..1   Основной диагноз
/MainDiagnosis IdDiagnosisType   1..1 unsignedByte Идентификатор статуса диагноза (Приложение 20)
/MainDiagnosis MkbCode   1..1 String Код заболевания. Значение в соответствии с МКБ-10
/MainDiagnosis Comment   1..1 String Комментарий к диагнозу
/MainDiagnosis DiagnosedDate   1..1 Datetime Дата постановки диагноза
/MainDiagnosis IdDiagnoseStep   1..1 unsignedByte Идентификатор этапа установления диагноза (Приложение 21)
/MainDiagnosis IdDoctorMIS   1..1 String Идентификатор врача, поставившего диагноз. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/MainDiagnosis IdDiseaseType   1..1 unsignedByte Идентификатор характеров заболеваний (Классификатор характера заболевания, 1.2.643.5.1.13.2.1.1.586, Приложение 22)
/MainDiagnosis IdTraumaType   0..1 unsignedByte Идентификатор типа травм (Классификатор травм по способу получения, OID 1.2.643.5.1.13.2.1.1.105, Приложение 23)

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

В таблице представлено описание параметров выходных данных метода CloseCase.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
SuccessBitРезультат выполнения запросаTrue; False

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Добавление завершенного случая медицинского обслуживания (AddCase)

Данный метод добавляет информацию по законченному случаю обслуживания (как амбулаторному, так и госпитальному) в Хранилище ИЭМК. При добавлении случая обслуживания осуществляется проверка на уникальность по следующим параметрам: Идентификатор передающей системы, Идентификатор пациента в передающей МИС, Идентификатор ЛПУ, Идентификатор случая обслуживания в передающей МИС.

Параметры метода AddCase можно разделить на 3 категории:

  1. Общие параметры. Передаются как для амбулаторных случаев обслуживания, так и для стационарных (например, тип случая обслуживания, даты начала и окончания и т.д.);
  2. Дополнительные параметры для стационарных случаев обслуживания (например, информация об отделении пребывания, состоянии пациента при поступлении и т.д.);
  3. Дополнительные параметры для амбулаторных случаев обслуживания (например, цель посещения, место посещения и т.д.).

Структура запроса представлена на рисунке 8.

Рисунок 8. Структура запроса AddCase

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

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

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idPatientMIS   1..1 String Идентификатор пациента в передающей МИС
/caseDto   1..1   Информация о случае медицинского обслуживания
/caseDto OpenDate   1..1 Datetime Дата открытия случая
/caseDto CloseDate   1..1 Datetime Дата закрытия случая
/caseDto HistoryNumber   0..1 String Номер истории болезни
/caseDto IdCaseMIS   1..1 String Идентификатор случая в передающей МИС
/caseDto IdCaseAidType   0..1 String Идентификатор вида медицинского обслуживания (Приложение 12)
/caseDto IdCasePurpose   0..1 Int Идентификатор цели обращения (Классификатор поводов обращения за медицинской помощью, 1.2.643.5.1.13.2.1.1.106, Приложение 13)
/caseDto IdCaseType   1..1 Int Идентификатор типа случая обслуживания (Приложение 14)
/caseDto IdPaymentType   0..1 Int Идентификатор источника финансирования (Приложение 15)
/caseDto IdRepetitionMark   0..1 Boolean Метка повторного обращения по этому диагнозу в течение года
/caseDto IsUrgent   0..1 Boolean Метка экстренного пациента
/caseDto CreationDate   1..1 Datetime Дата создания записи о СМО
/caseDto ModificationDate   1..1 Datetime Дата последнего обновления записи о СМО (добавления данных)
/caseDto Confidentiality   1..1 String Уровень конфиденциальности передаваемой информации (Приложение 16)
/caseDto DoctorConfidentiality   1..1 String Уровень конфиденциальности передаваемой информации для врача (Приложение 16)
/caseDto CuratorConfidentiality   1..1 String Уровень конфиденциальности передаваемой информации для представителя пациента/опекуна (Приложение 16)
/caseDto IdLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/caseDto IdDiseaseResult   0..1 unsignedByte Идентификатор исхода заболевания (Классификатор исходов заболеваний, 1.2.643.5.1.13.2.1.1.122, Приложение 17)
/caseDto Comment   1..1 String Комментарий
/Authenticator   1..1   Лицо, подписывающее или визирующее формируемый набор ЭМЗ
/Authenticator FamilyName   1..1 String Фамилия
/Authenticator GivenName   1..1 String Имя
/Authenticator MiddleName   0..1 String Отчество
/Authenticator IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/Authenticator IdLPU   0..1 String Идентификатор ЛПУ, к которому относится врач. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/Authenticator IdSpeciality   1..1 Int Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, OID 1.2.643.5.1.13.2.1.1.181)
/Authenticator IdPosition   0..1 Int Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, OID 1.2.643.5.1.13.2.1.1.607)
/Authenticator IdDoctorRole   0..1 unsignedByte Роль в оказании помощи (Приложение 18)
/Author   1..1   Лицо, являющееся автором передаваемого набора ЭМЗ (как правило, лечащий врач)
/Author FamilyName   1..1 String Фамилия
/Author GivenName   1..1 String Имя
/Author MiddleName   0..1 String Отчество
/Author IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/Author IdLPU   0..1 String Идентификатор ЛПУ, к которому относится врач. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/Author IdSpeciality   1..1 Int Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, OID 1.2.643.5.1.13.2.1.1.181)
/Author IdPosition   0..1 Int Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, OID 1.2.643.5.1.13.2.1.1.607)
/Author IdDoctorRole   0..1 unsignedByte Роль в оказании помощи (Приложение 18)
/LegalAuthenticator   1..1   В элементе указывается информация о лице, утвердившем информацию о случае обслуживания (несущем юридическую ответственность). Правила заполнения этого элемента тождественны правилам заполнения элемента authenticator. Различие состоит только в том, что в элементе legalAuthenticator передаётся информация о последнем лице, подписавшем документ, то есть о лице, юридически ответственном за его содержание. Если документ подписан только одним лицом, то информация о нём передаётся в элементе legalAuthenticator, а элементы authenticator не включаются. Если документ подписан несколькими лицами, то информация о последнем лице, подписавшем документ, передаётся в элементе legalAuthenticator, а информация о тех, кто подписал документ раньше – в элементах authenticator.
/LegalAuthenticator FamilyName   1..1 String Фамилия
/LegalAuthenticator GivenName   1..1 String Имя
/LegalAuthenticator MiddleName   0..1 String Отчество
/LegalAuthenticator IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/LegalAuthenticator IdLPU   0..1 String Идентификатор ЛПУ, к которому относится врач. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/LegalAuthenticator IdSpeciality   1..1 Int Идентификатор специальности врача (Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения, OID 1.2.643.5.1.13.2.1.1.181)
/LegalAuthenticator IdPosition   0..1 Int Идентификатор должности врача (Номенклатура должностей медицинских работников и фармацевтических работников, OID 1.2.643.5.1.13.2.1.1.607)
/LegalAuthenticator IdDoctorRole   0..1 unsignedByte Роль в оказании помощи (Приложение 18)
/CasePerson   0..1   Информация о другом участнике случая (родителе/ опекуне)
/CasePerson FamilyName   0..1 String Фамилия
/CasePerson GivenName   0..1 String Имя
/CasePerson MiddleName   0..1 String Отчества
/CasePerson IdPersonMIS   1..1 String Идентификатор другого участника случая в МИС
/CasePerson IdRelationType   1..1 Int Код отношения к пациенту (Приложение 19)
/CasePerson DocumentDto   0..*   Информация о документах другого участника случая (объект заполняется аналогично документам пациента)
/MainDiagnosis   1..1   Основной диагноз
/MainDiagnosis IdDiagnosisType   1..1 unsignedByte Идентификатор статуса диагноза (Приложение 20)
/MainDiagnosis MkbCode   1..1 String Код заболевания. Значение в соответствии с МКБ-10
/MainDiagnosis Comment   1..1 String Комментарий к диагнозу
/MainDiagnosis DiagnosedDate   1..1 Datetime Дата постановки диагноза
/MainDiagnosis IdDiagnoseStep   1..1 unsignedByte Идентификатор этапа установления диагноза (Приложение 21)
/MainDiagnosis IdDoctorMIS   1..1 String Идентификатор врача, поставившего диагноз. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/MainDiagnosis IdDiseaseType   1..1 unsignedByte Идентификатор характеров заболеваний (Классификатор характера заболевания, 1.2.643.5.1.13.2.1.1.586, Приложение 22)
/MainDiagnosis IdTraumaType   0..1 unsignedByte Идентификатор типа травм (Классификатор травм по способу получения, OID 1.2.643.5.1.13.2.1.1.105, Приложение 23)
CaseDto/SickLists/SickListDTO   0..*   Выданные листки временной нетрудоспособности
/SickListDTO Number   1..1 String Номер листа нетрудоспособности
/SickListDTO DateStart   1..1 Datetime Дата открытия листа нетрудоспособности
/SickListDTO DateEnd   1..1 Datetime Дата закрытия листа нетрудоспособности
/SickListDTO IdDoctor   1..1 String Идентификатор врача, выдавшего ЛВН. В качестве идентификатора указывается СНИЛС
/StepDTO   1..*   Обращения пациента в рамках СМО
/StepDTO DateStart   1..1 Datetime Дата начала обращения
/StepDTO DateEnd   1..1 Datetime Дата завершения обращения
/StepDTO IdDiseaseResult   0..1 String Идентификатор исхода заболевания (Классификатор исходов заболеваний, 1.2.643.5.1.13.2.1.1.122, Приложение 17)
/StepDTO IdDoctorMIS   1..1 String Идентификатор врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/StepDTO IdPaymentType   0..1 Int Идентификатор источника финансирования (Приложение 15)
/StepDTO IdServiceResult   0..1 Int Код исхода обращения (Классификатор результатов обращения за медицинской помощью, 1.2.643.5.1.13.2.1.1.551, Приложение 23)
/StepDTO IdServiceType   0..1 Int Идентификатор вида услуги (Номенклатура медицинских услуг, 1.2.643.5.1.13.2.1.1.473)
/StepDTO/Diagnoses/DiagnosisDto   0..*   Массив диагнозов, относящихся к эпизоду. Структура передаваемых данных аналогична MainDiagnosis
/StepDTO/MedRecord   0..1   Массив медицинских записей (MedRecordDto) уровня эпизода случая обслуживания

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

Контейнер Параметр Условие Обязательность Тип Описание
/StepDTO/HospRecord /StepDTO/IdCaseType=2 1..1   Дополнительная информация для случаев стационарного обслуживания.
/StepDTO/HospRecord DeliveredCode   0..1 String Код бригады доставившей пациента
/StepDTO/HospRecord DeliveredName   0..1 String Наименование организации, доставившей пациента
/StepDTO/HospRecord HospitalDepartment   1..1 String Наименование отделения
/StepDTO/HospRecord IdIntoxicationType   0..1 String Идентификатор типа интоксикации пациента при поступлении (Классификатор состояний опьянения, в котором был доставлен в медицинскую организацию, 1.2.643.5.1.13.2.1.1.555, Приложение 25)
/StepDTO/HospRecord IdPatientConditionOnAdmission   0..1 String Идентификатор состояния пациента при поступлении (Классификатор состояний при обращении (поступлении) в медицинскую организацию, 1.2.643.5.1.13.2.1.1.111, Приложение 26)
/StepDTO/HospRecord IdRegimen   0..1 String Идентификатор режима лечения (Приложение 27)
/StepDTO/HospRecord IdTransportType   0..1 String Идентификатор варианта, каким образом доставлен пациент (Классификатор каналов госпитализации в лечебно-профилактическую организацию, 1.2.643.5.1.13.2.1.1.281, Приложение 28)
/StepDTO/HospRecord IdTypeFromDeseaseStart   0..1 String Идентификатор интервалов времени, прошедшего с момента заболевания до обращения (Справочник времени доставки больного в стационар от начала заболевания (получения травмы), 1.2.643.5.1.13.2.1.1.537, Приложение 29)
/StepDTO/HospRecord IdReferral   0..1 String Идентификатор направления в МИС
/StepDTO/HospRecord Comment   0..1 String Комментарий
/StepDTO/HospRecord IsContinuation   1..1 Bit Продолжение лечения. В поле может быть установлен признак продолжения лечения, в случае если пребывание пациента в отделении является продолжением лечения, начатого ранее в другом отделении.

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

Контейнер Параметр Условие Обязательность Тип Описание
/StepDTO/Visit /StepDTO/ IdCaseType =1 1..1   Дополнительная информация о визите в АПУ
/StepDTO/Visit IdVisitPlace   1..1 Int Идентификатор места посещения (Классификатор мест обслуживания, 1.2.643.5.1.13.2.1.1.548, Приложение 31)
/StepDTO/Visit IdVisitPurpose   1..1 Int Идентификатор цели посещения (Классификатор целей посещения амбулаторно-поликлинической организации, 1.2.643.5.1.13.2.1.1.581, Приложение 32)
/StepDTO/Visit IsActive   0..1 Bit Признак «Актив». Признак устанавливается если пациент был направлен на приём к врачу

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

В таблице представлено описание параметров выходных данных метода AddCase.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
SuccessBitРезультат выполнения запросаTrue; False

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Запрос на получение данных о переданных СЭМД (RequestDocumentList)

В связи с асинхронной реализацией федеральных сервисов ИЭМК получение списка СЭМД по пациенту производится в 2 этапа: метод RequestDocumentList используется для формирования запроса на получение данных, а метод GetDocumentList позволяет получить список СЭМД. Метод RequestDocumentList возвращает идентификатор запроса, по которому метод GetDocumentList возвращает данные.

Структура запроса представлена на рисунке 9.

Рисунок 9. Структура метода RequestDocumentList

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

В таблице представлено описание параметров запроса метода RequestDocumentList.

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/searchData   1..1   Параметры поиска
/searchData IdLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/searchData DateStart   1..1 Datetime Дата СЭМД. Начало интервала поиска
/searchData DateEnd   1..1 Datetime Дата СЭМД. Окончание интервала поиска
/searchData IdDoctorMIS   1..1 String Идентификатор запрашивающего врача. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/searchData IdPatientMIS   1..1 String Идентификатор пациента, по которому ищется СЭМД
/searchData ResponseType   1..1 Int Тип ответа (Приложение 36)
/searchData Status   1..1 Int Статус СЭМД (Приложение 37)

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

В таблице представлено описание выходных данных метода RequestDocumentList.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
Success Bit Результат выполнения запроса True; False
IdRequest String Идентификатор запроса на получение данных  

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Получение данных о переданных СЭМД (GetDocumentList)

Данный метод предназначен для получения перечня СЭМД по заданному пациенту. В связи с асинхронной реализацией федеральных сервисов ИЭМК получение списка СЭМД по пациенту производится в 2 этапа: метод RequestDocumentList используется для формирования запроса на получение данных, а метод GetDocumentList позволяет получить список СЭМД. Метод RequestDocumentList возвращает идентификатор запроса, по которому метод GetDocumentList возвращает данные.

Структура запроса представлена на рисунке 10.

Рисунок 10. Структура запроса GetDocumentList

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

В таблице представлено описание параметров запроса метода GetDocumentList.

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idRequest   1..1 String Идентификатор запроса, полученный в ответе метода RequestDocumentList

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

В таблице представлено описание выходных данных метода GetDocumentList.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
Success Bit Результат выполнения запроса True; False
DocumentList/DocumentListEntryDto Объект, в котором передаются данные о СЭМД пациента
AuthorInstitution String Наименование ЛПУ, которым передан документ  
AuthorPerson String Автор документа  
AuthorRole String Роль автора документа Роль в оказании помощи (Приложение 18)
CreationTime Datetime Дата создания записи о СМО  
DocumentId String Идентификатор документа  
DocumentName String Наименование документа  
MedicalRecordNumber String Номер медицинской записи  
ServiceStartTime Datetime Дата открытия случая  
ServiceStopTime Datetime Дата закрытия случая  

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Запрос на получение СЭМД (RequestDocument)

В связи с асинхронной реализацией федеральных сервисов ИЭМК получение выбранного СЭМД производится в 2 этапа: метод RequestDocument используется для формирования запроса на получение данных, а метод GetDocument позволяет получить выбранный СЭМД. Метод RequestDocument возвращает идентификатор запроса, по которому метод GetDocument возвращает данные.

Структура запроса представлена на рисунке 11.

Рисунок 11. Структура запроса RequestDocument

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

В таблице представлено описание параметров запроса метода RequestDocument.

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской  Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/ idDoctorMIS   1..1 String Идентификатор запрашивающего врача. В качестве идентификатора указывается СНИЛС
/ idDocument   1..1 String Идентификатор запрашиваемого документа

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

В таблице представлено описание выходных данных метода RequestDocument.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
Success Bit Результат выполнения запроса True; False
IdRequest String Идентификатор запроса на получение данных  

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Получение СЭМД (GetDocument)

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

Структура запроса представлена на рисунке 12.

Рисунок 12. Структура запроса GetDocument

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

В таблице представлено описание параметров запроса метода GetDocument.

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idRequest   1..1 String Идентификатор запроса, полученный в ответе метода RequestDocument

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

В таблице представлено описание выходных данных метода GetDocument.

Значение Тип Описание Возможные значения
ErrorDescription String Текстовое описание ошибки Коды ошибок
idError Int Идентификатор ошибки в справочнике Коды ошибок
Success Bit Результат выполнения запроса True; False
Document String Base64 gzip архив с xml-документом  

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Получение списка направлений из Региональной ИЭМК (GetReferralList)

Данный метод предназначен для получения из Региональной ИЭМК направлений на госпитализацию, обследование или консультацию, выданных в указанное ЛПУ за определенный временной интервал.

Структура запроса представлена на рисунке 13.

Рисунок 13. Структура запроса GetReferralList

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

В таблице представлено описание параметров запроса метода GetReferralList.

Контейнер Параметр Условие Обязательность Тип Описание
Root   1..1    
/ guid   1..1 GUID Авторизационный токен
/ idLPU   1..1 String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/ idReferralType   1..1 Int Идентификатор вида направления (Приложение 33)
/ startDate   1..1 dateTime Дата направления. Начало интервала поиска
/ endDate   1..1 dateTime Дата направления. Окончание интервала поиска

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

В таблице представлено описание выходных данных метода GetReferralList.

Контейнер Значение Тип Описание
/GetReferralListResult Success Boolean Результат выполнения запроса
/Error ErrorDescription String Текстовое описание ошибки (Коды ошибок)
/Error IdError Int Идентификатор ошибки в справочнике (Коды ошибок)
/GetReferralListResult/ReferralTupleDto/Patient   Информация о пациенте
/Patient BirthDate Datetime Дата рождения
/Patient FamilyName String Фамилия пациента
/Patient GivenName String Имя пациента
/Patient IdPrivilegeType Int Идентификатор категории льготности (Классификатор категорий льгот, 1.2.643.5.1.13.2.1.1.358, Приложение 11)
/Patient MiddleName String Отчество пациента
/GetReferralListResult/ReferralTupleDto/Patient/Addresses/AddressDto   Информация об адресе пациента
/AddressDto Appartment String Номер квартиры
/AddressDto Building String Номер дома
/AddressDto City String Код города КЛАДР
/AddressDto GeoData String Геокоординаты объекта
/AddressDto IdAddressType Int Идентификатор типа адреса (Приложение 9)
/AddressDto PostalCode Int Индекс
/AddressDto Street String Код улицы. Значение КЛАДР
/AddressDto StringAddress String Адрес строкой
/GetReferralListResult/ReferralTupleDto/Patient/Documents/DocumentDto   Информация о документах пациента
/DocumentDto DocN String Номер документа. Формат номера СНИЛС: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/DocumentDto DocS String Серия документа. Для документов, у которых указывается серия
/DocumentDto DocumentName String Наименование документа
/DocumentDto ExpiredDate Datetime Дата окончания действия документа
/DocumentDto IdDocumentType Int Код типа документа (Приложение 8)
/DocumentDto IdProvider Int Код организации, выдавшей документ. Заполняется только для полисов (Реестр страховых медицинских организаций (ФОМС), 1.2.643.5.1.13.2.1.1.635)
/DocumentDto IssuedDate Datetime Дата выдачи документа
/DocumentDto ProviderName String Наименование организации, выдавшей документ
/DocumentDto RegionCode String Код территории страхования
/DocumentDto StartDate Datetime Дата начала действия документа
/GetReferralListResult/ReferralTupleDto/Patient/Job   Информация о месте работы пациента
/Job CompanyName String Наименование предприятия
/Job DateEnd Datetime Дата окончания работы
/Job DateStart Datetime Дата начала работы
/Job OGRNCode String Код ОГРН работодателя
/Job Position String Наименование должности пациента
/Job Sphere String Код наименования отрасли (Общероссийский классификатор видов экономической деятельности, OID 1.2.643.5.1.13.2.1.1.62)
/GetReferralListResult/ReferralTupleDto/Referrals/ReferralDto   Информация о направлении
/ReferralDto IdLPU String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/ReferralDto IdDoctorRef String Идентификатор врача, выдавшего направление. В качестве идентификатора указывается СНИЛС в формате: ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/ReferralDto IdRefDepartmentHead String Идентификатор врача главы отделения. В качестве идентификатора указывается СНИЛС в формате ЧЧЧ-ЧЧЧ-ЧЧЧ ЧЧ
/ReferralDto IdReferralMIS String Идентификатор направления в МИС
/ReferralDto IdReferralType Int Идентификатор вида направления (Приложение 33)
/ReferralDto IdSourceLpu String Идентификатор ЛПУ. Значение поля UNQ (Регистр медицинских организаций Российской Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178), из которого осуществляется направление
/ReferralDto IdTargetLpu String Идентификатор ЛПУ, куда направлен пациент. Значение поля UNQ (Регистр медицинских организаций Российской Федерации. Версия 2, OID 1.2.643.5.1.13.2.1.1.178)
/ReferralDto IdUrgencyType Int Идентификатор срочности госпитализации (Приложение 34)
/ReferralDto IssuedDateTime Datetime Дата направления
/ReferralDto MkbCode String Код заболевания из Международного классификатора болезней
/ReferralDto Reason String Обоснование направления

Запрос

Вариант запроса приведен в разделе примеры запросов.

Ответ

Вариант ответа сервиса приведен в разделе примеры запросов.

Ниже приведены коды ошибок, возращаемые сервисом, и соответствующее им описание.

Код ошибки Текст сообщения
1 Неправильный идентификатор системы
2 Пациент не найден
3 Врач не найден
4 Ошибка добавления пациента
5 Неправильный идентификатор запроса
6 Неверный UID ЛПУ
21 Неверно заполнены данные пациента
23 Попытка повторного добавления пациента
31 Случай обслуживания уже существует
50 Не найден полный ключ для поиска пациента
51 Параметр FamilyName контейнера Patient не заполнен
52 Параметр GivenName контейнера Patient не заполнен
53 Параметр Sex контейнера Patient заполнен некорректно
54 Параметр BirthDate контейнера Patient заполнен некорректно
90 Параметр IdPatientMIS заполнен некорректно
91 Параметр SocialGroup заполнен некорректно
99 Произошла техническая ошибка
100 Контейнер Patient не найден
101 Документ был добавлен ранее
102 Тип документа не уникален для пациента
103 Параметр IdDocumentType контейнера Documents заполнен некорректно
104 Параметр DocN контейнера Documents заполнен некорректно
105 Параметр DocS (для типа документа с обязательной серией) контейнера Documents заполнен некорректно
106 Параметр IdProvider контейнера Documents заполнен некорректно
107 Параметр IdProvider контейнера Documents заполнен некорректно
108 Параметр IssuedDate контейнера Documents заполнен некорректно
109 Параметр ProviderName контейнера Documents заполнен некорректно
110 Параметр IdAddressType контейнера Address заполнен некорректно
111 Параметр StringAddress контейнера Address заполнен некорректно
120 Параметр OGRNCode контейнера Job заполнен некорректно
121 Параметр CompanyName контейнера Job заполнен некорректно
123 Параметр DateStart контейнера Job заполнен некорректно
130 Парметр IdContactType контейнера Contacts заполнен некорректно
131 Параметр ContactValue контейнера Contacts заполнен некорректно
140 Параметр IdRelationType контейнера ContactPerson заполнен некорректно
141 Параметр FamilyName контейнера ContactPerson заполнен некорректно
142 Параметр GivenName контейнера ContactPerson заполнен некорректно
150 Параметр City контейнера BirthPlace заполнен некорректно
151 Параметр Region контейнера BirthPlace заполнен некорректно
152 Параметр Country контейнера BirthPlace заполнен некорректно
160 Параметр IdPrivilegeType контейнера Privilege заполнен некорректно
161 Параметр DateStart контейнера Privilege заполнен некорректно
162 Параметр DateEnd контейнера Privilege заполнен некорректно
163 Значение параметра DateStart не может быть больше значения параметра DateEnd контейнера Privilege
404 Соединение с Фед.ИЭМК не установлено
1001 Неправильная дата открытия случая
1002 Неправильная дата закрытия случая
1003 Дата закрытия случая меньше даты открытия
1004 Контейнер Steps не может быть пустым
1005 Для IdCaseType = 1 должен быть обязательно заполнен параметр Visit, параметр HospRecord должен быть пустым
1006 Для IdCaseType = 2 должен быть обязательно заполнен параметр HospRecord, параметр Visit должен быть пустым
1007 Параметр IdCaseType заполнен некорректно
1008 Контейнер Authenticator не может быть пустым
1009 Контейнер Author не может быть пустым
1010 Контейнер LegalAuthenticator не может быть пустым
1011 Контейнер MainDiagnosis не может быть пустым
1012 Параметр IdCaseMIS не может быть пустым
1013 Неправильная дата создания случая
1014 Неправильная дата изменения случая
1015 Параметр Confidentiality заполнен некорректно
1016 Параметр DoctorConfidentiality заполнен некорректно
1017 Параметр CuratorConfidentiality заполнен некорректно
1018 Параметр Comment не может быть пустым
1019 Параметр IdCasePurpose заполнен некорректно
1020 Параметр IdCaseAidType заполнен некорректно
1021 Параметр IdPaymentType заполнен некорректно
1022 Параметр IdDiseaseResult заполнен некорректно
2018 Параметр GivenName контейнера Authenticator не может быть пустым
2019 Параметр FamilyName контейнера Authenticator не может быть пустым
2020 Параметр IdDoctorMis контейнера Authenticator не может быть пустым
2021 Параметр IdDoctorMis контейнера Authenticator заполнен некорректно
2023 Параметр IdLpu контейнера Authenticator заполнен некорректно
2024 Контейнер Authenticator не найден
2025 Параметр IdSpeciality контейнера Authenticator заполнен некорректно
2026 Параметр IdPosition контейнера Authenticator заполнен некорректно
2027 Параметр IdDoctorRole контейнера Authenticator заполнен некорректно
2028 Параметр GivenName контейнера Author не может быть пустым
2029 Параметр FamilyName контейнера Author не может быть пустым
2030 Параметр IdDoctorMis контейнера Author не может быть пустым
2031 Параметр IdDoctorMis контейнера Author заполнен некорректно
2032 Параметр IdLpu контейнера Author заполнен некорректно
2033 Контейнер Author не найден
2034 Параметр IdSpeciality контейнера Author заполнен некорректно
2035 Параметр IdPosition контейнера Author заполнен некорректно
2036 Параметр IdDoctorRole контейнера Author заполнен некорректно
2037 Параметр GivenName контейнера LegalAuthenticator не может быть пустым
2038 Параметр FamilyName контейнера LegalAuthenticator не может быть пустым
2039 Параметр IdDoctorMis контейнера LegalAuthenticator не может быть пустым
2040 Параметр IdDoctorMis контейнера LegalAuthenticator заполнен некорректно
2041 Параметр IdLpu контейнера LegalAuthenticator заполнен некорректно
2042 Контейнер LegalAuthenticator не найден
2043 Параметр IdSpeciality контейнера LegalAuthenticator заполнен некорректно
2044 Параметр IdPosition контейнера LegalAuthenticator заполнен некорректно
2045 Параметр IdDoctorRole контейнера LegalAuthenticator заполнен некорректно
2046 Контейнер CasePerson не найден
2047 Параметр IdPersonMIS контейнера CasePerson не может быть пустым
2048 Параметр IdRelationType контейнера CasePerson заполнен некорректно
2049 Параметр IdDiagnosisType контейнера Diagnosis заполнен некорректно
2050 Параметр MkbCode контейнера Diagnosis заполнен некорректно
2051 Параметр Comment контейнера Diagnosis не может быть пустым
2052 Параметр DiagnosedDate контейнера Diagnosis заполнен некорректно
2053 Параметр IdDiagnoseStep контейнера Diagnosis заполнен некорректно
2054 Параметр GivenName контейнера Doctor не может быть пустым
2055 Параметр FamilyName контейнера Doctor не может быть пустым
2056 Параметр IdDoctorMis контейнера Doctor не может быть пустым
2057 Параметр IdDoctorMis контейнера Doctor заполнен некорректно
2058 Параметр IdLpu контейнера Doctor заполнен некорректно
2059 Контейнер Doctor не найден
2060 Параметр IdSpeciality контейнера Doctor заполнен некорректно
2061 Параметр IdPosition контейнера Doctor заполнен некорректно
2062 Параметр IdDoctorRole контейнера Doctor заполнен некорректно
2063 Параметр IdDiseaseType контейнера Diagnosis заполнен некорректно
2064 Параметр IdTraumaType контейнера Diagnosis заполнен некорректно
2065 Параметр DateStart контейнера Step заполнен некорректно
2066 Параметр DateEnd контейнера Step заполнен некорректно
2067 Параметр IdDiseaseResult контейнера Step заполнен некорректно
2068 Параметр IdPaymentType контейнера Step заполнен некорректно
2069 Параметр IdServiceResult контейнера Step заполнен некорректно
2070 Параметр IdServiceType контейнера Step заполнен некорректно
2071 Параметр HospitalDepartment контейнера HospRecord не может быть пустым
2072 Параметр IdIntoxicationType контейнера HospRecord заполнен некорректно
2073 Параметр IdPatientConditionOnAdmission контейнера HospRecord заполнен некорректно
2074 Параметр IdRegimen контейнера HospRecord заполнен некорректно
2075 Параметр IdTransportType контейнера HospRecord заполнен некорректно
2076 Параметр IdTypeFromDiseaseStart контейнера HospRecord заполнен некорректно
2077 Параметр IdVisitPlace контейнера Visit заполнен некорректно
2078 Параметр IdVisitPurpose контейнера Visit заполнен некорректно
2079 Контейнер caseDto не может быть пустым
2080 Контейнер searchData не может быть пустым
2081 Контейнер Diagnosis не может быть пустым
2082 Параметр IdLPU контейнера MedRecord заполнен некорректно
2083 Параметр IdReferralMIS контейнера Referral заполнен некорректно
2084 Параметр IdReferralType контейнера Referral заполнен некорректно
2085 Для IdReferralType = 1 должен быть обязательно заполнен параметр IdUrgencyType
2086 Параметр IdUrgencyType контейнера Referral заполнен некорректно
2087 Параметр IdSourceLpu контейнера Referral заполнен некорректно
2088 Параметр IdTargetLpu контейнера Referral заполнен некорректно
2089 Параметр MkbCode контейнера Referral заполнен некорректно
2090 Параметр IssuedDateTime контейнера Referral заполнен некорректно
2091 Параметр Number контейнера SickList заполнен некорректно
2092 Параметр DateStart контейнера SickList заполнен некорректно
2093 Параметр DateEnd контейнера SickList заполнен некорректно
2094 Параметр IdDoctor контейнера SickList заполнен некорректно
2095 Параметр IdDoctorMIS контейнера Diagnosis заполнен некорректно
2096 Параметр IdDoctorMIS контейнера Step заполнен некорректно
2097 Параметр IsContinuation контейнера HospRecord заполнен некорректно
2098 Контейнер Referral не может быть пустым
2099 Параметр IdDoctorRef контейнера Referral заполнен некорректно
2100 Параметр IdRefDepartmentHead контейнера Referral заполнен некорректно
2105 Параметр IdRequest контейнера Documents отсутствует
2106 Параметр IdRequest контейнера Documents отсутствует
2107 Дата начала должна быть меньше чем дата окончания поиска контейнера SearchData
2108 Параметр IdLpu контейнера SearchData не найден
2109 Параметр IdPatientMis контейнера SearchData не найден
2110 Параметр Reason контейнера Referral заполнен некорректно
2111 Параметр IdDocument контейнера SearchData заполнен некорректно
2112 Контейнер MedRecordDto не может быть пустым
2113 Контейнер CreateCaseDto не может быть пустым
2114 Не найден случай с идентификатором IdCaseMis
2115 Параметр HealthGroup контейнера Dispensary1Dto не найден
2116 Параметр Date контейнера Recommendation заполнен некорректно
2117 Параметр IdDoctorMIS контейнера Recommendation не найден
2118 Параметр IdDoctorMIS контейнера Recommendation заполнен некорректно
2119 Параметр Text контейнера Recommendation не может быть пустым
2120 Параметр IdDoctorMIS контейнера HealthGroup не найден
2121 Параметр IdDoctorMIS контейнера HealthGroup заполнен некорректно
2122 Неверный тип контейнера MedRecordDto
2123 Случай обслуживания с идентификатором IdCaseMIS не нейден
2124 Параметр IdReferralType заполнен некорректно
2125 Параметр IdHealthGroup заполнен некорректно
2126 Параметр Visit не может быть пустым
2127 Параметр HospRecord не может быть пустым
2128 Параметр DaySpend не может быть меньше нуля
2129 Параметр IdTransportIntern заполнен некорректно
2130 Параметр IdSourceLPU заполнен некорректно
2131 Параметр SourceMKBCode заполнен некорректно
2132 Параметр WardNumber не может быть пустым