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

  1. Данный регламент информационного взаимодействия (далее – Регламент) описывает механизмы информационного взаимодействия между клиентами сервиса, в том числе медицинскими информационными системами (МИС), через Интеграционную платформу N3 в рамках оказания услуги «Прием заявок (запись) на прием к врачу в электронном виде».
  2. Регламент предназначен для организаций-разработчиков, осуществляющих сопровождение эксплуатируемых информационных систем и разработку новых систем для медицинских учреждений.
  3. Передача информации осуществляется посредством веб‑сервисов, реализованных на стороне Интеграционной платформы N3 и на стороне клиентов сервиса.
  4. Документ содержит описание методов (интеграционных профилей) Интеграционной платформы N3 (см. «Описание интеграционных профилей. Часть 2».).

Определения, обозначения и сокращения

Сокращение, обозначение

Определение

API

Application programming interface — англ., интерфейс программирования приложений

GUID

Globally Unique Identifier — англ., глобальный уникальный идентификатор

SOAP

SimpleObjectAccessProtocol — англ., простой протокол доступа к объектам

Интеграционная платформа

Интеграционная платформа N3

Инфомат

Информационный терминал записи на прием

ИС

Информационная система

Клиент сервиса

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

ЛПУ

Лечебно-профилактическое учреждение

МИС

Медицинская информационная система

Мобильное приложение

Мобильное приложение для записи на прием к врачу

Портал

Интернет-портал для записи на прием к врачу

СВИП

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

СЗнП

Сервис записи на прием

Талон

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

ТМ

Подсистема «Телемедицина»

Услуга

Услуга «Прием заявок (запись) на прием к врачу в электронном виде»

ФЭР

Федеральная электронная регистратура

ЦТО

Центр телефонного обслуживания

Целевая МИС

МИС, установленная в ЛПУ, в которую записывается пациент

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

Сервис «Запись на прием» предназначен для предоставления услуги посредством информационного взаимодействия ИС через API Интеграционной платформы.

Клиентами Интеграционной платформы могут быть следующие ИС:

  1. МИС;
  2. Портал;
  3. Инфомат;
  4. ЦТО;
  5. Мобильное приложение.

Сервисы Интеграционной платформы обеспечивают следующие возможности:

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

В рамках оказания Услуги информационные системы взаимодействуют с Интеграционной платформой через стандартизированные интерфейсы для взаимодействия, реализованные в виде Web-сервисов, основанных на протоколе SOAP 1.1 и 1.2.

Краткое описание протокола взаимодействия приведено в документе «Описание интеграционных профилей. Часть 2».

Для взаимодействия информационных систем в зависимости от их вида предусмотрены различные типовые решения:

  • решение для свободной записи на прием – см. раздел 3.1;
  • решение для записи по направлению – см. раздел 3.2;
  • решение для работы с Журналом отложенной записи (ЖОЗ) – см. раздел 3.3.

Описание методов, используемых в типовых решениях, приведено в документе «Описание интеграционных профилей. Часть 2».

Примеры запросов и ответов по каждому методу приведены в документе «Описание интеграционных профилей. Часть 3».

Типовое решение для свободной записи на прием

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

Последовательность методов, используемых в рамках данного типового решения, и правила обработки информации приведены в разделах 3.1.1, 3.1.2, 3.1.3 и 3.1.4.

Примечание: Целевым ЛПУ при получении запросов рекомендуется использовать метод «Определение пользователя по его GUID (GetHubUserByGuid)» для определения запрашивающей системы и получения сведений о ней (описание пользователя и его роль). С учетом полученных сведений целевая ЛПУ может управлять передаваемым результирующим списком, предоставляя запрашивающей системе только доступные для нее ресурсы (специальности, врачи, талоны и т.д.).

Список доступных для использования методов в рамках данного типового решения:

  1. Выбор района (GetDistrictList);
  2. Выбор ЛПУ (GetLPUList);
  3. Идентификация пациента (CheckPatient);
  4. Выбор специальности (GetSpesialityList);
  5. Выбор врача (GetDoctorList);
  6. Выбор даты (GetAvailableDates);
  7. Выбор времени приема (GetAvaibleAppointments);
  8. Подтверждение записи (SetAppointment);
  9. Поиск пациента (SearchTop10Patient);
  10. Добавление пациента в стороннюю МИС (AddNewPatient);
  11. Передача в МИС номера телефона пациента (UpdatePhoneByIdPat);
  12. Просмотр предстоящих записей пациента (GetPatientHistory);
  13. Подача заявки на отмену записи (CreateClaimForRefusal);
  14. Просмотр расписаний (без записи) (GetWorkingTime);
  15. Получение списка врачей, сгруппированных по специальности (GetDocListFullTree);
  16. Определение пользователя по его GUID (GetHubUserByGuid);
  17. Уведомление о произведенной записи на прием (SendNotificationAboutAppointment);
  18. Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus);
  19. Получение врачебных участков по пациенту (GetPatientsAreas);
  20. Получение доступных врачей для записи пациента на прием (GetAvailableDoctors);
  21. Получение списка должностей (GetPositionList);
  22. Получение списка врачей по должности (GetDoctorList2).

Справочники, используемые в рамках данного типового решения:

  1. Справочник «Районы» Интеграционной платформы
  2. Справочник «ЛПУ» Интеграционной платформы
  3. ОКАТО (OID 1.2.643.5.1.13.2.1.1.608)
  4. Справочник «Тип ЛПУ»
  5. Реестр МО РФ (OID 1.2.643.5.1.13.13.11.1461)
  6. «Номенклатура специальностей медработников с высшим и средним образованием» (OID 1.2.643.5.1.13.13.11.1066)
  7. Справочник «Тип специалиста (врача)»
  8. Справочник «Роль пользователя»
  9. Справочник «Источники записи»
  10. «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102)
  11. Справочник «Статус записи на прием»
  12. Справочник ошибок

Сценарий «Запись на первичный прием»

1) Клиент СЗнП отправляет запрос метода «Выбор района (GetDistrictList)» в СЗнП.

2) СЗнП передает ответ метода «Выбор района (GetDistrictList)» клиенту СЗнП.

3) Клиент СЗнП отправляет запрос метода «Выбор ЛПУ (GetLPUList)» в СЗнП.

4) СЗнП передает ответ метода «Выбор ЛПУ (GetLPUList)» клиенту СЗнП.

5) Клиент СЗнП отправляет запрос метода «Выбор специальности (GetSpesialityList)» в СЗнП.

6) СЗнП отправляет запрос метода «Выбор специальности (GetSpesialityList)» в целевое ЛПУ.

7) Целевое ЛПУ передает ответ метода «Выбор специальности (GetSpesialityList)» в СЗнП.

8) СЗнП передает ответ метода «Выбор специальности (GetSpesialityList)» клиенту СЗнП.

9) Клиент СЗнП отправляет запрос метода «Выбор врача (GetDoctorList)» в СЗнП.

10) СЗнП отправляет запрос метода «Выбор врача (GetDoctorList)» в целевое ЛПУ.

11) Целевое ЛПУ передает ответ метода «Выбор врача (GetDoctorList)» в СЗнП.

12) СЗнП передает ответ метода «Выбор врача (GetDoctorList)» клиенту СЗнП.

13) Клиент СЗнП отправляет запрос метода «Выбор времени приема (GetAvaibleAppointments)» в СЗнП.

14) СЗнП отправляет запрос метода «Выбор времени приема (GetAvaibleAppointments)» в целевое ЛПУ.

15) Целевое ЛПУ передает ответ метода «Выбор времени приема (GetAvaibleAppointments)» в СЗнП.

16) СЗнП передает ответ метода «Выбор времени приема (GetAvaibleAppointments)» клиенту СЗнП.

17) Клиент СЗнП отправляет запрос метода «Идентификация пациента (CheckPatient)» в СЗнП.

18) СЗнП отправляет запрос метода «Идентификация пациента (CheckPatient)» в целевое ЛПУ.

19) Целевое ЛПУ передает ответ метода «Идентификация пациента (CheckPatient)» в СЗнП.

20) СЗнП передает ответ метода «Идентификация пациента (CheckPatient)» клиенту СЗнП.

21) Клиент СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в СЗнП.

22) СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в целевое ЛПУ.

23) Целевое ЛПУ передает ответ метода «Подтверждение записи (SetAppointment)» в СЗнП.

24) СЗнП передает ответ метода «Подтверждение записи (SetAppointment)» клиенту СЗнП.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 1.

Рисунок 1 . Схема информационного взаимодействия в рамках сценария «Запись на первичный прием»

Сценарий «Просмотр предстоящих записей на первичный прием»

1) Клиент СЗнП отправляет запрос метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в СЗнП.

2) СЗнП отправляет запрос метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в целевое ЛПУ.

3) Целевое ЛПУ передает ответ метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в СЗнП.

4) СЗнП передает ответ метода «Просмотр предстоящих записей пациента (GetPatientHistory)» клиенту СЗнП.


Схема информационного взаимодействия в рамках сценария приведена на Рисунке 2.

Рисунок 2 . Схема информационного взаимодействия в рамках сценария «Просмотр предстоящих записей на первичный прием»

Сценарий «Отмена записи на первичный прием»

1) Клиент СЗнП отправляет запрос метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в СЗнП.

2) СЗнП отправляет запрос метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в целевое ЛПУ.

3) Целевое ЛПУ передает ответ метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в СЗнП.

4) СЗнП передает ответ метода «Подача заявки на отмену записи (CreateClaimForRefusal)» клиенту СЗнП.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 3.

Рисунок 3 . Схема информационного взаимодействия в рамках сценария «Отмена записи на первичный прием»

Сценарий «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»

1) Целевое ЛПУ отправляет запрос метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в СЗнП.

2) СЗнП передает ответ метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в целевое ЛПУ.

3) Целевое ЛПУ отправляет запрос метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в СЗнП.

4) СЗнП передает ответ метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в целевое ЛПУ.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 4.

Рисунок 4 . Схема информационного взаимодействия в рамках сценария «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»

Типовое решение для записи по направлению

Данное типовое решение предоставляет возможность оформления записи на прием к врачу в электронном виде по направлениям с использованием информационного взаимодействия с подсистемой «Управление очередями на оказание медицинской помощи» (УО). Последовательность методов, используемых в рамках данного типового решения, и правила обработки информации приведены в разделах 3.2.1, 3.2.2, 3.2.3 и 3.2.4.

Примечание: для получения данных по направлению или для дополнительной проверки статуса направления целевое ЛПУ может использовать метод СЗнП «Получение данных о направлении (CheckReferral)». В случае, если МИС целевого ЛПУ поддержала сервис «Управление очередями на оказание медицинской помощи», вместо метода СЗнП «Получение данных о направлении (CheckReferral)» ЛПУ может использовать метод УО «Поиск направления (SeachOne)».

Список доступных для использования методов в рамках данного типового решения:

  1. Валидация кода направления 2 (InspectDoctorsReferral2);
  2. Подтверждение записи (SetAppointment);
  3. Получение данных о направлении (CheckReferral);
  4. Получение справочной информации по количеству доступных талонов для записи пациента по направлению (GetAvailableAppointmentsInfo).
  5. Просмотр предстоящих записей пациента (GetPatientHistory);
  6. Подача заявки на отмену записи (CreateClaimForRefusal);
  7. Определение пользователя по его GUID (GetHubUserByGuid);
  8. Уведомление о произведенной записи на прием (SendNotificationAboutAppointment);
  9. Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus).

Справочники, используемые в рамках данного типового решения:

  1. Справочник «ЛПУ» Интеграционной платформы
  2. «Номенклатура специальностей медработников с высшим и средним образованием» (OID 1.2.643.5.1.13.13.11.1066)
  3. «Статус направления» (OID 1.2.643.2.69.1.1.1.50)
  4. «Тип направления» (OID 1.2.643.2.69.1.1.1.55)
  5. «Составной профиль помощи» (OID 1.2.643.2.69.1.1.1.56)
  6. «Вид исследования» (OID 1.2.643.2.69.1.1.1.57)
  7. «Область исследования» (OID 1.2.643.2.69.1.1.1.58)
  8. «Справочник МО региона» (OID 1.2.643.2.69.1.1.1.64)
  9. «Роль в направлении пациента» (OID 1.2.643.2.69.1.1.1.66)
  10. «Номенклатура должностей медицинских работников и фармацевтических работников» (OID 1.2.643.5.1.13.2.1.1.607)
  11. «Классификатор половой принадлежности» (OID 1.2.643.5.1.13.2.1.1.156)
  12. «Тип контакта» (OID 1.2.643.2.69.1.1.1.27)
  13. «Статус диагноза» (OID 1.2.643.2.69.1.1.1.26)
  14. «МКБ10 ред.СПб КЗ» (OID 1.2.643.2.69.1.1.1.2)
  15. «Тип адреса» (OID 1.2.643.2.69.1.1.1.28)
  16. «Классификатор категорий льгот» (OID 1.2.643.2.69.1.1.1.7)
  17. «Составной тип документа» (OID 1.2.643.2.69.1.1.1.59)
  18. «Реестр страховых медицинских организаций (ФОМС)» (OID 1.2.643.5.1.13.2.1.1.635)
  19. «Регион» (OID 1.2.643.2.69.1.1.1.51)
  20. «Вид медицинской помощи» (OID 1.2.643.2.69.1.1.1.52)
  21. «Форма медицинской помощи» (OID 1.2.643.2.69.1.1.1.54)
  22. «Условия медицинской помощи» (OID 1.2.643.2.69.1.1.1.53)
  23. «Источник аннулирования» (OID 1.2.643.2.69.1.1.1.49)
  24. «Причина аннулирования» (OID 1.2.643.2.69.1.1.1.60)
  25. «Справочник соответствия кодов МО Росминздрав и ФФОМС» (OID 1.2.643.2.69.1.1.1.87)
  26. Справочник «Тип специалиста (врача)»
  27. Справочник «Роль пользователя»
  28. Справочник «Источники записи»
  29. «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102)
  30. Справочник «Статус записи на прием»
  31. Справочник ошибок

Сценарий «Запись по направлению в УО»

1) Клиент СЗнП отправляет запрос метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в СЗнП.

2) СЗнП отправляет запрос метода SearchOne в сервис УО для получения данных о направлении, проверки статуса направления и определения целевого ЛПУ.

3) УО передает ответ метода SearchOne в СЗнП с данными о направлении.

4) В случае, если направление имеет статус 1, 2, 3, 4, 5 или 6 (по данным из шага 3), СЗнП отправляет запрос метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в целевое ЛПУ, определенное на шаге 3, с указанием данных о направлении, полученных в УО.

5) Целевое ЛПУ передает ответ метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в СЗнП.

6) СЗнП передает ответ метода «Валидация кода направления 2 (InspectDoctorsReferral2)» клиенту СЗнП.

7) Клиент СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в СЗнП.

8) СЗнП отправляет запрос метода SearchOne в сервис УО для получения данных о направлении, проверки статуса направления и определения целевого ЛПУ.

9) УО передает ответ метода SearchOne в СЗнП с данными о направлении.

10) В случае, если направление имеет статус 1, 2, 3, 4, 5 или 6 (по данным из шага 9), СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в целевое ЛПУ, определенное на шаге 9, с указанием данных о направлении, полученных в УО.

11) Целевое ЛПУ передает ответ метода «Подтверждение записи (SetAppointment)» в СЗнП.

12) СЗнП передает ответ метода «Подтверждение записи (SetAppointment)» клиенту СЗнП.

13) СЗнП отправляет запрос метода AppointmentNotification в сервис УО для передачи в УО сведений о совершенной записи по направлению.

14) УО передает ответ метода AppointmentNotification в СЗнП.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 5.

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

Сценарий «Запрос актуальности записи по направлению»

1) Клиент СЗнП отправляет запрос метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в СЗнП.

2) СЗнП отправляет запрос метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в целевое ЛПУ.

3) Целевое ЛПУ передает ответ метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в СЗнП.

4) СЗнП передает ответ метода «Просмотр предстоящих записей пациента (GetPatientHistory)» клиенту СЗнП.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 6.

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

Сценарий «Отмена записи по направлению»

1) Клиент СЗнП отправляет запрос метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в СЗнП.

2) СЗнП отправляет запрос метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в целевое ЛПУ.

3) Целевое ЛПУ передает ответ метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в СЗнП.

4) СЗнП передает ответ метода «Подача заявки на отмену записи (CreateClaimForRefusal)» клиенту СЗнП.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 7.

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

Сценарий «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»

1) Целевое ЛПУ отправляет запрос метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в СЗнП.

2) СЗнП передает ответ метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в целевое ЛПУ.

3) Целевое ЛПУ отправляет запрос метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в СЗнП.

4) СЗнП передает ответ метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в целевое ЛПУ.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 8.

Рисунок 8 . Схема информационного взаимодействия в рамках сценария «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»

Типовое решение для работы с Журналом отложенной записи (ЖОЗ)

Данное типовое решение предоставляет возможность регистрации заявки ЖОЗ, обработки ЖОЗ и записи на прием по заявке ЖОЗ.

Список доступных для использования методов в рамках данного типового решения:

  1. Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest);
  2. Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest);
  3. Регистрация заявки ЖОЗ (RegisterPARequest);
  4. Отмена заявки ЖОЗ (CancelPARequest);
  5. Поиск активных заявок ЖОЗ (SearchActivePARequest);
  6. Поиск заявок ЖОЗ пациента (SearchPARequests);
  7. Определение пользователя по его GUID (GetHubUserByGuid);
  8. Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)
  9. Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)

Справочники, используемые в рамках данного типового решения:

  1. Справочник «ЛПУ» Интеграционной платформы
  2. Справочник «Источники заявки ЖОЗ»
  3. «Номенклатура специальностей медработников с высшим и средним образованием» (OID 1.2.643.5.1.13.13.11.1066)
  4. «Справочник МО региона» (OID 1.2.643.2.69.1.1.1.64)
  5. Справочник «Причина постановки в лист ожидания (ЖОЗ)»
  6. Справочник «Тип специалиста (врача)»
  7. Справочник «Поводы отмены заявки в ЖОЗ»
  8. Справочник «Источники записи»
  9. «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102)
  10. «Номенклатура специальностей специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения» (OID 1.2.643.5.1.13.2.1.1.181)
  11. Справочник «Статус записи на прием»
  12. Справочник «Роль пользователя»
  13. Справочник ошибок

Схема процесса «Регистрация заявки ЖОЗ» приведена на Рисунке 9.

Рисунок 9 . Схема процесса «Регистрация заявки ЖОЗ»

Схема процесса «Обработка ЖОЗ» приведена на Рисунке 10.

Рисунок 10 . Схема процесса «Обработка ЖОЗ»

Схема процесса «Запись на прием по заявке ЖОЗ» приведена на Рисунке 11.

Рисунок 11 . Схема процесса «Запись на прием по заявке ЖОЗ»

Целевое ЛПУ должно оповещать сервис записи о произведенных записях на прием (или на получение дистанционной консультации) и далее, об изменениях статуса записей на прием. Описание сценария «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием» приведено в разделе 3.3.1.

Сценарий «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»

1) Целевое ЛПУ отправляет запрос метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в СЗнП.

2) СЗнП передает ответ метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в целевое ЛПУ.

3) Целевое ЛПУ отправляет запрос метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в СЗнП.

4) СЗнП передает ответ метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в целевое ЛПУ.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 12.

Рисунок 12 . Схема информационного взаимодействия в рамках сценария «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»

Типовое решение для записи по ТМ-заявке

Данное типовое решение предоставляет возможность оформления записи на прием к врачу в электронном виде по ТМ-заявке [1] с использованием информационного взаимодействия с подсистемой «Телемедицина» (ТМ). Последовательность методов, используемых в рамках данного типового решения, и правила обработки информации приведены в разделах 3.4.1, 3.4.2 и 3.4.3.

Список доступных для использования методов в рамках данного типового решения:

  1. Валидация кода направления 2 (InspectDoctorsReferral2);
  2. Подтверждение записи (SetAppointment);
  3. Подача заявки на отмену записи (CreateClaimForRefusal);
  4. Уведомление о произведенной записи на прием (SendNotificationAboutAppointment);
  5. Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus).

Справочники, используемые в рамках данного типового решения:

  1. Справочник «ЛПУ» Интеграционной платформы
  2. «Номенклатура специальностей медработников с высшим и средним образованием» (OID 1.2.643.5.1.13.13.11.1066)
  3. Справочник «Тип специалиста (врача)»
  4. Справочник «Источники записи»
  5. «ФРМР. Должности медицинского персонала» (OID 1.2.643.5.1.13.13.11.1102)
  6. Справочник «Статус записи на прием»
  7. Справочник ошибок

[1] Запись по ТМ-заявке посредством методов InspectDoctorsReferral2 и SetAppointment (и далее последующее уведомление методами SendNotificationAboutAppointment и SendNotificationAboutAppoinmentStatus) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе запись по ТМ-заявке отсутсвует или осуществляется посредством других методов/сервисов, просим игнорировать возможность взаимодействия по методам InspectDoctorsReferral2, SetAppointment, CreateClaimForRefusal, SNAA и SNAAS в рамках оформления записи по ТМ-заявке.

Сценарий «Запись по ТМ-заявке»

1) Клиент СЗнП отправляет запрос метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в СЗнП.

2) СЗнП отправляет запрос метода в сервис ТМ для получения данных о ТМ-заявке.

3) ТМ передает ответ метода в СЗнП с данными о ТМ-заявке.

4) В случае, если ТМ-заявка активна, СЗнП отправляет запрос метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в целевое ЛПУ, определенное на шаге 3. В рамках запроса метода «Валидация кода направления 2 (InspectDoctorsReferral2)» данные о ТМ-заявке в целевое ЛПУ не передаются.

5) Целевое ЛПУ передает ответ метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в СЗнП.

6) СЗнП передает ответ метода «Валидация кода направления 2 (InspectDoctorsReferral2)» клиенту СЗнП.

7) Клиент СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в СЗнП.

8) СЗнП отправляет запрос метода в сервис ТМ для получения данных о ТМ-заявке.

9) ТМ передает ответ метода в СЗнП с данными о ТМ-заявке.

10) В случае, если ТМ-заявка активна, СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в целевое ЛПУ, определенное на шаге 9. В рамках запроса метода «Подтверждение записи (SetAppointment)» данные о ТМ-заявке в целевое ЛПУ не передаются.

11) Целевое ЛПУ передает ответ метода «Подтверждение записи (SetAppointment)» в СЗнП.

12) СЗнП передает ответ метода «Подтверждение записи (SetAppointment)» клиенту СЗнП.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 13.

Рисунок 13 . Схема информационного взаимодействия в рамках сценария «Запись по ТМ-заявке»

Сценарий «Отмена записи по ТМ-заявке»

1) Клиент СЗнП отправляет запрос метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в СЗнП.

2) СЗнП отправляет запрос метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в целевое ЛПУ.

3) Целевое ЛПУ передает ответ метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в СЗнП.

4) СЗнП передает ответ метода «Подача заявки на отмену записи (CreateClaimForRefusal)» клиенту СЗнП.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 14.

Рисунок 14 . Схема информационного взаимодействия в рамках сценария «Отмена записи по ТМ-заявке»

Сценарий «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»

1) Целевое ЛПУ отправляет запрос метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в СЗнП.

2) СЗнП передает ответ метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в целевое ЛПУ.

3) Целевое ЛПУ отправляет запрос метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в СЗнП.

4) СЗнП передает ответ метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в целевое ЛПУ.

Схема информационного взаимодействия в рамках сценария приведена на Рисунке 15.

Рисунок 15 . Схема информационного взаимодействия в рамках сценария «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»

Приложение 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 = «Прочее»)


Примеры корректной передачи ошибки:

«Иванова Татьяна Ивановна:N3:37:N3:A01.30.010:N3:31.01.2024 08:18:N3:27.01.2024:N3:Прочее:N3:А001E0F0-000D-0000-0000-C00083000060»

«Иванова Т.И.:N3:кабинет терапевта:N3:B01.065.002:N3:2024-01-30T12:30:00:N3:2024-01-22T11:04:56:N3:Регистратура»

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 = Максимальный возраст пациента (если верхняя граница не ограничена - не передается)

200

Запись на второй этап вакцинации недоступна. С момента проведения первого этапа вакцинации прошло менее 21 дня

Приложение 2. Справочник «Тип направления»

Type

консультация

повторный

Приложение 3. Справочник «Тип ЛПУ»

LpuType

TypeName

1

амбулатория

2

стоматология

3

онкология

4

травматология

5

КВД

6

женская консультация

7

ПНД

8

ПТД

9

роддом

10

стационар

Приложение 4. Справочник «Тип специалиста (врача)»

Type

отсутстствует_неопределено

широкого_профиля

узкий

Приложение 5. Справочник «Роль пользователя»

UserPosition

отсутстствует_неопределено

медрегистратор

оператор

врач

портал

инфомат

система

ЛПУ

ЕПГУ

Приложение 6. Справочник «Причина постановки в лист ожидания (ЖОЗ)»

Код

ClaimToWaitingListType

1.      

отсутствуют_свободные_талоны

2.      

нет_удобного_времени

3.      

отсутствует_специалист

4.      

Получение_дистанционной_консультации

Приложение 7. Справочник «Источники записи»

№ п/п

Значение справочника

Описание (трактовка использования значений в методе «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)»)

1.      

ЦТО

Запись на прием оформлена через ЦТО (без использования методов Сервиса «Запись на прием»)

2.      

Инфомат

Запись на прием оформлена через Информационные терминалы (без использования методов Сервиса «Запись на прием»)

3.      

Регистратура

Запись на прием оформлена через Регистратуру МИС (без использования методов Сервиса «Запись на прием»)

4.      

Врач_АПУ

Запись на прием оформлена через АРМ Врача (без использования методов Сервиса «Запись на прием»)

5.      

Интернет

Запись на прием оформлена через Интернет-порталы, мобильные приложения и т.п. (без использования методов Сервиса «Запись на прием»)

6.      

Прочее

Запись на прием оформлена через источники записи, использующие методы Сервиса «Запись на прием».

В случае использования данного значения в запросе SendNotificationAboutAppointmen t, обязателен для передачи параметр member в запросе SendNotificationAboutAppointmen t

Приложение 8. Справочник «Статус записи на прием»

№ п/п

Значение справочника

Описание

1.      

запись_отменена_по_инициативе_ЛПУ

Запись отменена по инициативе ЛПУ

2.      

запись_отменена_по_инициативе_пациента

Запись отменена по инициативе пациента

3.      

запись_перенесена

Запись перенесена

4.      

посещение_состоялось

Посещение состоялось

5.      

пациент_не_явился

Пациент не явился

Приложение 9. Справочник «Поводы отмены заявки в ЖОЗ»

Код

Наименование

1.      

По инициативе пациента

2.      

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

3.      

Нет специалиста в МО

4.      

Реализована запись в другую МО

5.      

Услуга оказана до обработки заявки

6.      

Трёхкратный отказ пациента от предложенных дат и времени

Приложение 10. Справочник «Источники заявки ЖОЗ»

Код

Описание

1.      

ЦТО

2.      

Инфомат

3.      

Регистратура

4.      

АРМ врача

5.      

Интернет

6.      

Прочее

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

Для взаимодействия с сервисом Интеграционной платформы используется протокол SOAP 1.1. и 1.2. См. http://www.w3.org/TR/soap/.

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

Сервис «Запись на прием» содержит следующие методы:

  1. Выбор района (GetDistrictList);
  2. Выбор ЛПУ (GetLPUList);
  3. Идентификация пациента (CheckPatient);
  4. Выбор специальности (GetSpesialityList);
  5. Выбор врача (GetDoctorList);
  6. Выбор даты (GetAvailableDates);
  7. Выбор времени приема (GetAvaibleAppointments);
  8. Подтверждение записи (SetAppointment);
  9. Поиск пациента (SearchTop10Patient);
  10. Добавление пациента в стороннюю МИС (AddNewPatient);
  11. Передача в МИС номера телефона пациента (UpdatePhoneByIdPat);
  12. Просмотр предстоящих записей пациента (GetPatientHistory);
  13. Подача заявки на отмену записи (CreateClaimForRefusal);
  14. Просмотр расписаний (без записи) (GetWorkingTime);
  15. Получение списка врачей, сгруппированных по специальности (GetDocListFullTree);
  16. Определение пользователя по его GUID (GetHubUserByGuid);
  17. Уведомление о произведенной записи на прием (SendNotificationAboutAppointment);
  18. Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus);
  19. Получение врачебных участков по пациенту (GetPatientsAreas);
  20. Валидация кода направления 2 (InspectDoctorsReferral2);
  21. Получение данных о направлении (CheckReferral);
  22. Получение доступных врачей для записи пациента на прием (GetAvailableDoctors);
  23. Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest);
  24. Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest);
  25. Регистрация заявки ЖОЗ (RegisterPARequest);
  26. Отмена заявки ЖОЗ (CancelPARequest);
  27. Поиск активных заявок ЖОЗ (SearchActivePARequest);
  28. Поиск заявок ЖОЗ пациента (SearchPARequests);
  29. Получение списка должностей (GetPositionList);
  30. Получение списка врачей по должности (GetDoctorList2);
  31. Получение справочной информации по количеству доступных талонов для записи пациента по направлению (GetAvailableAppointmentsInfo).

Примеры запросов и ответов по каждому методу приведены в документе «Описание интеграционных профилей. Часть 3».

Аннотация, история версий документа, общие положения, сокращения и описание решения, в том числе описание типовых решений, приведены в документе «Описание интеграционных профилей. Часть 1».

В методах GetSpesialityList, GetDoctorList, GetAvailableDates и GetAvailableAppointments в рамках параметра IdPat возможно использование служебного идентификатора (<IdPat>-2147483647<IdPat>) для получения неотфильтрованных наборов данных (для определенных сценариев, таких как "получение справочной информации" или "синхронизация данных с ФЭР"). Значение этого параметра в указанных методах можно игнорировать, если МИС не ограничивает доступ к возвращаемым методами данным, например, в зависимости от прикрепления пациента к определенному врачебному участку и т.п.. Если МИС при прочих равных для разных пациентов может возвращать различные ответы в указанных методах - значение параметра необходимо обрабатывать, как "снятие фильтра по пациенту".

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

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

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

Примеры use case'ов, обеспечиваемых СЗнП (v 2.5):

1) Свободная запись к врачу по должности. Состоит из методов: GetDistrictList, GetLpuList, GetPositionList, GetDoctorList2, GetAvailableAppointments, SetAppointment.

2) Свободная запись к врача по специальности. Состоит из методов: GetDistrictList, GetLpuList, GetSpecialityList, GetDoctorList, GetAvailableAppointments, SetAppointment.

3) Запись по направлению. Состоит из методов: InspectDoctorsReferral2, SetAppointment.

4) Отмена записи. Состоит из методов: CreateClaimForRefusal

5) Уведомление об изменении статуса записи. Состоит из методов: SendNotificationAboutAppointmentStatus. 

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

<soapenv:Header>
     <soapenv:Authorization>YourProcessId</soapenv:Authorization>
</soapenv:Header>

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

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

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

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

Адрес: /api/token

HTTP-метод: GET

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

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

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

{
    "success": true,
    "resultcode": 0,
    "message": null,
    "content": "YourProcessId"
}

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

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

Адрес: /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 - дата истечения срока действия идентификатора процесса.

Выбор района (GetDistrictList)

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

На Рисунке 1 представлена схема информационного взаимодействия в рамках метода «Выбор района (GetDistrictList)».

Рисунок 1 . Схема информационного взаимодействия в рамках метода « Выбор района (GetDistrictList) »

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

1) Клиент СЗнП отправляет запрос метода «Выбор района (GetDistrictList)» в СЗнП. Состав параметров запроса представлен в Таблице 1.

2) СЗнП передает ответ метода «Выбор района (GetDistrictList)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 2.

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

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

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

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

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

Контейнер

Параметры

Обязательность/ кратность [1]

Тип

Описание

Root




/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

[1] Параметр «Кратность» означает количество возможных значений реквизита:

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

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

Структура ответа GetDistrictList представлена на Рисунке 3.

Рисунок 3 . Структура ответа метода GetDistrictList

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

Таблица 2 - Описание выходных данных метода GetDistrictList

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/Get District ListResult





/Get District ListResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

/GetDistrictListResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetDistrictListResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/Get District ListResult/ Districts

0..1




/Get District ListResult/ Districts / District

1..*




/District

DistrictName

1..1

String

Наименование района

Значение наименования района из справочника «Районы» Интеграционной платформы

/District

IdDistrict

1..1

Int

Идентификатор района

Значение идентификатора из справочника «Районы» Интеграционной платформы

/District

Okato

0..1

Int

Код ОКАТО района

Значение кода ОКАТО района из справочника «Районы» Интеграционной платформы

Выбор ЛПУ (GetLPUList)

Данный метод используется для получения списка ЛПУ в районе, указанном в запросе. В запросе необходимо указать идентификатор района из справочника «Районы». Если идентификатор района не указан, то метод в выходных данных вернет полный список ЛПУ.

На Рисунке 4 представлена схема информационного взаимодействия в рамках метода «Выбор ЛПУ (GetLPUList)».

Рисунок 4 . Схема информационного взаимодействия в рамках метода « Выбор ЛПУ (GetLPUList) »

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

1) Клиент СЗнП отправляет запрос метода «Выбор ЛПУ (GetLPUList)» в СЗнП. Состав параметров запроса представлен в Таблице 3.

2) СЗнП передает ответ метода «Выбор ЛПУ (GetLPUList)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 4.

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

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

Рисунок 5 . Структура запроса метода GetLPUList

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

Таблица 3 – Описание параметров запроса метода GetLPUList

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

IdDistrict

0..1

Int

Идентификатор района из справочника «Районы» Интеграционной платформы

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

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

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

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

Таблица 4 - Описание выходных данных метода GetLPUList

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetLPUListResult





/GetLPUListResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetLPUListResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetLPUListResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetLPUListResult/ListLPU

0..1




/GetLPUListResult/ListLPU/Clinic

1..*




/Clinic

Description

0..1

String

Описание


/Clinic

District

0..1

Int

Идентификатор района

Значение идентификатора из справочника «Районы» Интеграционной платформы

/Clinic

IdLPU

1..1

Int

Идентификатор ЛПУ в справочнике

Значение идентификатора ЛПУ в справочнике «ЛПУ» Интеграционной платформы

/Clinic

IsActive

1..1

Boolean

Является ли активным учреждением


/Clinic

LPUFullName

1..1

String

Юридическое наименование ЛПУ


/Clinic

LPUShortName

1..1

String

Аббревиатура (краткое наименование ЛПУ)


/Clinic

LPUType

0..1

Int

Тип ЛПУ

Значение идентификатора из справочника «Тип ЛПУ» (см. в документе «Описание интеграционных профилей. Часть 1», Приложение 3)

/Clinic

Oid

0..1

String

Идентификатор ЛПУ согласно справочнику 1.2.643.5.1.13.2.1.1.178 «Регистр медицинских организаций Российской Федерации. Версия 2» (1.170128 от 06.02.2017)

Значение идентификатора согласно справочнику НСИ 1.2.643.5.1.13.2.1.1.178   «Регистр медицинских организаций Российской Федерации. Версия 2» (1.170128 от 06.02.2017)

/Clinic

PartOf

0..1

Int

Идентификатор родительского ЛПУ

Значение идентификатора родительского ЛПУ в справочнике «ЛПУ» Интеграционной платформы

Идентификация пациента (CheckPatient)

Данный метод используется для идентификации пациента в МИС ЛПУ.

Результаты выполнения запроса:

  • Если пациентов с заданными параметрами не найдено, то возвращается ошибка;
  • Если найдено более 1 пациента, то необходимо уточнить параметры запроса (например, если в запросе не было указано отчество пациента, то необходимо указать его);
  • Если найден 1 пациент, то метод возвращает идентификатор этого пациента из справочника МИС.

Идентификация пациента может производиться по следующим наборам параметров:

  • Фамилия, Имя, Дата рождения;
  • СНИЛС пациента, Дата рождения;
  • Номер полиса пациента, Дата рождения;
  • Номер полиса пациента;
  • Идентификатор пациента;
  • Фамилия, Имя, Отчество, Дата рождения, СНИЛС пациента (для данного набора параметров наличие в БД МИС ЛПУ переданного наполнения СНИЛС пациента необязательно).

В запросе метода CheckPatient необходимо передавать как минумум 1 заполненный набор параметров для выполнения идентификации пациента.

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

Рисунок 7 . Схема информационного взаимодействия в рамках метода « Идентификация пациента (CheckPatient) »

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

1) Клиент СЗнП отправляет запрос метода «Идентификация пациента (CheckPatient)» в СЗнП. Состав параметров запроса представлен в Таблице 5.

2) СЗнП отправляет запрос метода «Идентификация пациента (CheckPatient)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 5.

3) Целевое ЛПУ передает ответ метода «Идентификация пациента (CheckPatient)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 6.

4) СЗнП передает ответ метода «Идентификация пациента (CheckPatient)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 6.

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

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

Рисунок 8 . Структура запроса метода CheckPatient

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

Таблица 5 – Описание параметров запроса метода CheckPatient

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/ pat




/pat

AriaNumber

0..1

String

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

/pat

Birthday

0..1

datetime

Дата рождения

/pat

CellPhone

0..1

String

Номер мобильного телефона (формат передачи: «XXXXXXXXXX»)

/pat

Document_N

0..1

String

Номер документа

/pat

Document_S

0..1

String

Серия документа

/pat

HomePhone

0..1

String

Номер домашнего телефона (формат передачи: «XXXXXXX» – 7 знаков без разделителей)

/pat

IdPat

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/pat

Name

0..1

String

Имя

/pat

Polis_N

0..1

String

Номер полиса ОМС

/pat

Polis_S

0..1

String

Серия полиса ОМС

/pat

SecondName

0..1

String

Отчество

/pat

Snils

0..1

String

СНИЛС пациента (формат передачи: «XXX-XXX-XXX YY»)

/pat

Surname

0..1

String

Фамилия

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

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

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

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

Таблица 6 - Описание выходных данных метода CheckPatient

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/CheckPatientResult





/CheckPatientResult /ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/CheckPatientResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/CheckPatientResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/CheckPatientResult

IdPat

0..1

String

Идентификатор пациента

Значение идентификатора пациента из соответствующего справочника целевой МИС.

Передача параметра IdPat обязательна, если не передается контейнер Error (отсутствуют ошибке в отработке метода)

Выбор специальности (GetSpesialityList)

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

Параметры CountFreeTicket и CountFreeParticipantIE ответа метода обнуляемые. При этом NULL означает отсутствие приема у врача (отпуск, больничный и т.д.). В противном случае, при отсутствии доступных талончиков, соответствующих параметру, должен передаваться "0".

На Рисунке 10 представлена схема информационного взаимодействия в рамках метода «Выбор специальности (GetSpesialityList)».

Рисунок 10 . Схема информационного взаимодействия в рамках метода « Выбор специальности (GetSpesialityList) »

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

1) Клиент СЗнП отправляет запрос метода «Выбор специальности (GetSpesialityList)» в СЗнП. Состав параметров запроса представлен в Таблице 7.

2) СЗнП отправляет запрос метода «Выбор специальности (GetSpesialityList)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 7.

3) Целевое ЛПУ передает ответ метода «Выбор специальности (GetSpesialityList)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 8.

4) СЗнП передает ответ метода «Выбор специальности (GetSpesialityList)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 8.

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

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

Рисунок 11 . Структура запроса метода GetSpesialityList

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

Таблица 7 – Описание параметров запроса метода GetSpesialityList

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

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

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

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

Таблица 8 - Описание выходных данных метода GetSpesialityList

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

/GetSpesialityListResult




/GetSpesialityListResult/ErrorList/Error

0..*



/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

/GetSpesialityListResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)

/GetSpesialityListResult

Success

1..1

Boolean

Результат выполнения запроса

/GetSpesialityListResult/ ListSpesiality

0..1



/GetSpesialityListResult/ ListSpesiality / Spesiality

1..*



/Spesiality

CountFreeParticipantIE

0..1

Int

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

/Spesiality

CountFreeTicket

0..1

Int

Общее количество свободных талонов по врачебной специальности

/Spesiality

FerIdSpesiality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике специальностей

/Spesiality

IdSpesiality

1..1

String

Идентификатор врачебной специальности

/Spesiality

LastDate

0..1

Datetime

Дата приема по последнему свободному талону врачебной специальности

/Spesiality

NameSpesiality

1..1

String

Наименование врачебной специальности

/Spesiality

NearestDate

0..1

Datetime

Дата приема по ближайшему свободному талону врачебной специальности

/GetSpesialityListResult

LPUChanges

0..1

String

Информация об изменении в работе ЛПУ

Выбор врача (GetDoctorList)

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

Параметры CountFreeTicket и CountFreeParticipantIE ответа метода обнуляемые. При этом NULL означает отсутствие приема у врача (отпуск, больничный и т.д.). В противном случае, при отсутствии доступных талончиков, соответствующих параметру, должен передаваться "0".

На Рисунке 13 представлена схема информационного взаимодействия в рамках метода «Выбор врача (GetDoctorList)».

Рисунок 13 . Схема информационного взаимодействия в рамках метода « Выбор врача (GetDoctorList) »

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

1) Клиент СЗнП отправляет запрос метода «Выбор врача (GetDoctorList)» в СЗнП. Состав параметров запроса представлен в Таблице 9.

2) СЗнП отправляет запрос метода «Выбор врача (GetDoctorList)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 9.

3) Целевое ЛПУ передает ответ метода «Выбор врача (GetDoctorList)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 10.

4) СЗнП передает ответ метода «Выбор врача (GetDoctorList)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 10.

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

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

Рисунок 14 . Структура запроса метода GetDoctorList

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

Таблица 9 – Описание параметров запроса метода GetDoctorList

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idSpesiality

1..1

String

Идентификатор врачебной специальности в справочнике целевой МИС

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetDoctorList представлена на Рисунке 15.

Рисунок 15 . Структура ответа метода GetDoctorList

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

Таблица 10 - Описание выходных данных метода GetDoctorList

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/Get Doctor ListResult





/Get Doctor ListResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetDoctorListResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetDoctorListResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/Get Doctor ListResult/ Docs

0..1




/Get Doctor ListResult/ Docs / Doctor

1..*




/Doctor

AriaNumber

0..1

String

Номер врачебного участка, закрепленного за врачом

Значение идентификатора врачебного участка из соответствующего справочника целевой МИС

/Doctor

Comment

0..1

String

Комментарий

Дополнительная информация о враче (например, информация о причинах и сроках отсутствия приема врача)

/Doctor

CountFreeParticipantIE

0..1

Int

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


/Doctor

CountFreeTicket

0..1

Int

Общее количество свободных талонов к врачу


/Doctor

IdDoc

1..1

String

Идентификатор врача в справочнике

Значение идентификатора врача из соответствующего справочника целевой МИС

/Doctor

LastDate

0..1

Datetime

Дата приема по последнему свободному талону к врачу


/Doctor

Name

1..1

String

ФИО врача (полностью)

ФИО врача из соответствующего справочника целевой МИС

/Doctor

NearestDate

0..1

Datetime

Дата приема по ближайшему свободному талону к врачу


/Doctor

Snils

1..1

String

СНИЛС врача

СНИЛС врача из соответствующего справочника целевой МИС (формат передачи: «XXX-XXX-XXX YY»)

Выбор даты (GetAvailableDates)

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

На Рисунке 16 представлена схема информационного взаимодействия в рамках метода «Выбор даты (GetAvailableDates)».

Рисунок 16 . Схема информационного взаимодействия в рамках метода « Выбор даты (GetAvailableDates) »

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

1) Клиент СЗнП отправляет запрос метода «Выбор даты (GetAvailableDates)» в СЗнП. Состав параметров запроса представлен в Таблице 11.

2) СЗнП отправляет запрос метода «Выбор даты (GetAvailableDates)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 11.

3) Целевое ЛПУ передает ответ метода «Выбор даты (GetAvailableDates)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 12.

4) СЗнП передает ответ метода «Выбор даты (GetAvailableDates)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 12.

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

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

Рисунок 17 . Структура запроса метода GetAvailableDates

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

Таблица 11 – Описание параметров запроса метода GetAvailableDates

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idDoc

1..1

String

Идентификатор врача в справочнике целевой МИС

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

visitStart

1..1

Datetime

Дата начала диапазона поиска свободных дней для записи

/

visitEnd

1..1

Datetime

Дата окончания диапазона поиска свободных дней для записи

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetAvailableDates представлена на Рисунке 18.

Рисунок 18 . Структура ответа метода GetAvailableDates

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

Таблица 12 - Описание выходных данных метода GetAvailableDates

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetAvailableDatesResult





/GetAvailableDatesResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetAvailableDatesResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetAvailableDatesResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetAvailableDatesResult/AvailableDateList

0..1




/AvailableDateList

dateTime

1..*

Datetime

Даты, на которые есть свободные талоны для записи


Выбор времени приема (GetAvaibleAppointments)

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

На Рисунке 19 представлена схема информационного взаимодействия в рамках метода «Выбор времени приема (GetAvaibleAppointments)».

Рисунок 19 . Схема информационного взаимодействия в рамках метода « Выбор времени приема (GetAvaibleAppointments) »

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

1) Клиент СЗнП отправляет запрос метода «Выбор времени приема (GetAvaibleAppointments)» в СЗнП. Состав параметров запроса представлен в Таблице 13.

2) СЗнП отправляет запрос метода «Выбор времени приема (GetAvaibleAppointments)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 13.

3) Целевое ЛПУ передает ответ метода «Выбор времени приема (GetAvaibleAppointments)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 14.

4) СЗнП передает ответ метода «Выбор времени приема (GetAvaibleAppointments)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 14.

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

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

Рисунок 20 . Структура запроса метода GetAvaibleAppointments

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

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

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idDoc

1..1

String

Идентификатор врача в справочнике целевой МИС

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

visitStart

1..1

Datetime

Дата начала диапазона поиска свободных талонов

/

visitEnd

1..1

Datetime

Дата окончания диапазона поиска свободных талонов

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetAvaibleAppointments представлена на Рисунке 21.

Рисунок 21 . Структура ответа метода GetAvaibleAppointments

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

Таблица 14 - Описание выходных данных метода GetAvaibleAppointments

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetAvaibleAppointmentsResult





/GetAvaibleAppointmentsResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetAvaibleAppointmentsResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetAvaibleAppointmentsResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetAvaibleAppointmentsResult/ListAppointments

0..1




/GetAvaibleAppointmentsResult/ListAppointments/Appointment

1..*




/Appointment

Address

0..1

String

Адрес приема врача

Указывается адрес приема врача (место оказания услуги) в случае, если данный адрес отличается от адреса МО/подразделения МО

/Appointment

IdAppointment

1..1

String

Идентификатор талона для записи

Значение идентификатора талона на прием из соответствующего справочника целевой МИС

/Appointment

Num

0..1

Int

Номер талона в очереди


/Appointment

Room

0..1

String

Номер кабинета

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

/Appointment

VisitEnd

1..1

Datetime

Дата и время окончания приема



/Appointment

VisitStart

1..1

Datetime

Дата и время начала приема


/GetAvaibleAppointmentsResult/MedicalOrganization

1..1

При значении параметра NotAvailableReasonCode «4»


Данные по структурному подразделению МО


0..0

При остальных значениях параметра NotAvailableReasonCode или его отсутствии

/MedicalOrganization

Address

1..1

String

Адрес структурного подразделения МО


/MedicalOrganization

Name

1..1

String

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


/MedicalOrganization

Phone

1..1

String

Телефон регистратуры структурного подразделения МО


/GetAvaibleAppointmentsResult/MedicalResource

1..1

При значении параметра NotAvailableReasonCode «5»


Данные по медицинскому ресурсу


0..0

При остальных значениях параметра NotAvailableReasonCode или его отсутствии

/MedicalResource

MoAddress

1..1

String

Адрес структурного подразделения МО


/MedicalResource

MoName

1..1

String

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


/MedicalResource

Name

1..1

String

ФИО медицинского специалиста


/MedicalResource

Position

1..1

String

Должность медицинского специалиста


/MedicalResource

Room

1..1

String

Кабинет, куда необходимо обратиться


/GetAvaibleAppointmentsResult/NextAvailableDate

1..1

При значении параметра NotAvailableReasonCode «1» или «2»


Дата, когда появится запись к медицинскому ресурсу


0..0

При остальных значениях параметра NotAvailableReasonCode или его отсутствии

/NextAvailableDate

AvailableDate

1..1

Datetime

Дата, когда появится запись к медицинскому ресурсу


/GetAvaibleAppointmentsResult

NotAvailableReasonCode

0..1

String

Код причины отсутствия свободных талонов в запрашиваемом периоде

Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.222 «Причины отсутствия талонов».

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

Должен отсутствовать при наличии как минимум одного заполненного контейнера Appointment.

Если в параметре NotAvailableReasonCode передаётся код 3 или 7, или параметр NotAvailableReasonCode не передаётся, то ни один из вспомогательных контейнеров (NextAvailableDate, MedicalOrganization, MedicalResource, VisitInfo) не должен быть заполнен

/GetAvaibleAppointmentsResult/VisitInfo

1..1

При значении параметра NotAvailableReasonCode «6»


Информация о днях приема без предварительной записи


0..0

При остальных значениях параметра NotAvailableReasonCode или его отсутствии

/GetAvaibleAppointmentsResult/VisitInfo/VisitDateTimes

1..1


Массив дней приема без предварительной записи


/VisitDateTimes

dateTime

1..*

Datetime

День приема без предварительной записи 


Подтверждение записи (SetAppointment)

Данный метод используется для записи пациента на прием по свободному сценарию, направлению или ТМ-заявке [2] (заявка в подсистеме «Телемедицина») в выбранный пациентом временной интервал рабочего времени врача.

Если в запросе метода заполнен параметр idAppointmentPrev, то осуществляется перенос даты и времени приема по ранее оформленной записи.

В случае, если запись осуществляется по направлению, в запросе к целевой ЛПУ дополнительно передаются данные по направлению, полученные в сервисе УО.

На Рисунке 22 представлена схема информационного взаимодействия метода «Подтверждение записи (SetAppointment)» в случае его использования в рамках свободной записи на прием.

[2] Запись по ТМ-заявке посредством методов InspectDoctorsReferral2 и SetAppointment (и далее последующее уведомление методами SendNotificationAboutAppointment и SendNotificationAboutAppoinmentStatus) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе запись по ТМ-заявке отсутсвует или осуществляется посредством других методов/сервисов, просим игнорировать возможность взаимодействия по методам InspectDoctorsReferral2, SetAppointment, CreateClaimForRefusal, SNAA и SNAAS в рамках оформления записи по ТМ-заявке.

Рисунок 22 . Схема информационного взаимодействия в случае оформления свободной записи на прием методом «Подтверждение записи (SetAppointment)»

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

1) Клиент СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в СЗнП. Состав параметров запроса представлен в Таблице 15.

2) СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 15.

3) Целевое ЛПУ передает ответ метода «Подтверждение записи (SetAppointment)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 16.

4) СЗнП передает ответ метода «Подтверждение записи (SetAppointment)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 16.

На Рисунке 23 представлена схема информационного взаимодействия в случае оформления записи по направлению/ТМ-заявке методом «Подтверждение записи (SetAppointment)».

Рисунок 23 . Схема информационного взаимодействия в случае оформления записи по направлению/ТМ-заявке методом «Подтверждение записи (SetAppointment)»

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

1) Клиент СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в СЗнП. Состав параметров запроса представлен в Таблице 15.

2) СЗнП отправляет запрос метода в сервис УО/ТМ для получения данных о направлении/ТМ-заявке.

3) УО/ТМ передает ответ метода в СЗнП с данными о направлении/ТМ-заявке.

4) В случае, если направление имеет статус 1, 2, 3, 4, 5 или 6 (по данным из шага 3) или ТМ-заявка активна, СЗнП отправляет запрос метода «Подтверждение записи (SetAppointment)» в целевое ЛПУ, определенное на шаге 3, с указанием данных о направлении, полученных в УО (в случае, если запись производится по направлению). Если запись производится по ТМ-заявке, в рамках запроса метода «Подтверждение записи (SetAppointment)» данные о ТМ-заявке в целевое ЛПУ не передаются. Состав параметров запроса представлен в Таблице 15.

5) Целевое ЛПУ передает ответ метода «Подтверждение записи (SetAppointment)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 16.

6) СЗнП передает ответ метода «Подтверждение записи (SetAppointment)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 16.

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

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

Рисунок 24 . Структура запроса метода SetAppointment

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

Таблица 15 – Описание параметров запроса метода SetAppointment

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idAppointment

1..1

String

Идентификатор талона для записи из соответствующего справочника целевой МИС

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

1..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

doctorsReferral

0..1

String

Номер направления (идентификатор направления в сервисе УО) или идентификатор ТМ-заявки

/

attachedReferral

0..1

XML-объект

Объект типа SearchOneDirectionResult сервиса УО ([base] /MqService.svc?wsdl).

Наполняется при передаче запроса от СЗнП к поставщику данных в случае оформления записи по направлению.

Если запись офомляется по ТМ-заявке, данный параметр не наполняется

/

idAppointmentPrev

0..1

String

Идентификатор талона записи на прием, по которой необходимо произвести перенос даты и времени (указывается идентификатор талона по существующей записи на прием)

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа SetAppointment представлена на Рисунке 25.

Рисунок 25 . Структура ответа метода SetAppointment

В Таблице 16 представлено описание выходных данных запроса метода SetAppointment.

Таблица 16 - Описание выходных данных метода SetAppointment

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/SetAppointmentResult





/SetAppointmentResult/ ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/SetAppointmentResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/SetAppointmentResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/SetAppointmentResult

Type

0..1

String

Тип специалиста, к которому записался пациент

Значения из справочника «Тип специалиста (врача)» (см. в документе «Описание интеграционных профилей. Часть 1», Приложение 4)

Поиск пациента (SearchTop10Patient)

Данный метод используется для поиска первых 10-ти пациентов, подходящих по введенным параметрам поиска.

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

Рисунок 26 . Схема информационного взаимодействия в рамках метода « Поиск пациента (SearchTop10Patient) »

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

1) Клиент СЗнП отправляет запрос метода «Поиск пациента (SearchTop10Patient)» в СЗнП. Состав параметров запроса представлен в Таблице 17.

2) СЗнП отправляет запрос метода «Поиск пациента (SearchTop10Patient)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 17.

3) Целевое ЛПУ передает ответ метода «Поиск пациента (SearchTop10Patient)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 18.

4) СЗнП передает ответ метода «Поиск пациента (SearchTop10Patient)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 18.

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

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

Рисунок 27 . Структура запроса метода SearchTop10Patient

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

Таблица 17 – Описание параметров запроса метода SearchTop10Patient

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/ pat




/pat

AriaNumber

0..1

String

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

/pat

Birthday

0..1

datetime

Дата рождения

/pat

CellPhone

0..1

String

Номер мобильного телефона (формат передачи: «XXXXXXXXXX» – 10 знаков без разделителей)

/pat

Document_N

0..1

String

Номер документа

/pat

Document_S

0..1

String

Серия документа

/pat

HomePhone

0..1

String

Номер домашнего телефона (формат передачи: «XXXXXXX» – 7 знаков без разделителей)

/pat

IdPat

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/pat

Name

0..1

String

Имя пациента.

Должна быть обеспечена возможность поиска по совпадению части имени пациента, например, «Ал%» (в ответе метода должны быть переданы пациенты с именами, которые начинаются на «Ал»)

/pat

Polis_N

0..1

String

Номер полиса ОМС

/pat

Polis_S

0..1

String

Серия полиса ОМС

/pat

SecondName

0..1

String

Отчество пациента.

Должна быть обеспечена возможность поиска по совпадению части отчества пациента, например, «Ал%» (в ответе метода должны быть переданы пациенты с отчествами, которые начинаются на «Ал»)

/pat

Snils

0..1

String

СНИЛС пациента (формат передачи: «XXX-XXX-XXX YY»)

/pat

Surname

0..1

String

Фамилия пациента.

Должна быть обеспечена возможность поиска по совпадению части фамилии пациента, например, «Ал%» (в ответе метода должны быть переданы пациенты с фамилиями, которые начинаются на «Ал»)

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа SearchTop10Patient представлена на Рисунке 28.

Рисунок 28 . Структура ответа метода SearchTop10Patient

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

Таблица 18 - Описание выходных данных метода SearchTop10Patient

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/SearchTop10PatientResult





/SearchTop10PatientResult/ErrorList/Error

0..*



Если в результате поиска не найдено ни одного пациента, передается ошибка 20 (Пациент с заданными параметрами не найден)

/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/SearchTop10PatientResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/SearchTop10PatientResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/SearchTop10PatientResult/ ListPatient

0..1



Передача контейнера ListPatient минимум с одним заполненным контейнером Patient обязательна, если не передается контейнер Error (отсутствуют ошибке в отработке метода)

/SearchTop10PatientResult/ ListPatient / Patient

1..*




/Patient

AriaNumber

0..1

String

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

Значение идентификатора врачебного участка из соответствующего справочника целевой МИС

/Patient

Birthday

0..1

datetime

Дата рождения


/Patient

CellPhone

0..1

String

Номер мобильного телефона (формат передачи: «XXXXXXXXXX» – 10 знаков без разделителей)


/Patient

Document_N

0..1

String

Номер документа


/Patient

Document_S

0..1

String

Серия документа


/Patient

HomePhone

0..1

String

Номер домашнего телефона (формат передачи: «XXXXXXX» – 7 знаков без разделителей)


/Patient

IdPat

1..1

String

Идентификатор пациента

Значение идентификатора пациента из соответствующего справочника целевой МИС

/Patient

Name

0..1

String

Имя пациента


/Patient

Polis_N

0..1

String

Номер полиса ОМС


/Patient

Polis_S

0..1

String

Серия полиса ОМС


/Patient

SecondName

0..1

String

Отчество пациента


/Patient

Snils

0..1

String

СНИЛС пациента (формат передачи: «XXX-XXX-XXX YY»)


/Patient

Surname

0..1

String

Фамилия пациента


Добавление пациента в стороннюю МИС (AddNewPatient)

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

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

Алгоритм действий МИС ЛПУ при получении запроса метода AddNewPatient: сначала необходимо осуществить поиск пациента в МИС ЛПУ, затем, если пациент не найден, – необходимо осуществить добавление пациента в МИС ЛПУ.

На Рисунке 29 представлена схема информационного взаимодействия в рамках метода «Добавление пациента в стороннюю МИС (AddNewPatient)».

Рисунок 29 . Схема информационного взаимодействия в рамках метода « Добавление пациента в стороннюю МИС (AddNewPatient) »

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

1) Клиент СЗнП отправляет запрос метода «Добавление пациента в стороннюю МИС (AddNewPatient)» в СЗнП. Состав параметров запроса представлен в Таблице 19.

2) СЗнП отправляет запрос метода «Добавление пациента в стороннюю МИС (AddNewPatient)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 19.

3) Целевое ЛПУ передает ответ метода «Добавление пациента в стороннюю МИС (AddNewPatient)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 20.

4) СЗнП передает ответ метода «Добавление пациента в стороннюю МИС (AddNewPatient)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 20.

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

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

Рисунок 30 . Структура запроса метода AddNewPatient

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

Таблица 19 – Описание параметров запроса метода AddNewPatient

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/ patient

1..1


Информация о пациенте

/patient

AriaNumber

0..1

String

Номер врачебного участка в запрашивающей МИС

/patient

Birthday

1..1

datatime

Дата рождения

/patient

CellPhone

0..1

String

Номер мобильного телефона (формат передачи: «XXXXXXXXXX» – 10 знаков без разделителей)

/patient

Document_N

0..1

String

Номер документа

/patient

Document_S

0..1

String

Серия документа

/patient

HomePhone

0..1

String

Номер домашнего телефона (формат передачи: «XXXXXXX» – 7 знаков без разделителей)

/patient

IdPat

0..1

String

Идентификатор пациента

/patient

Name

1..1

String

Имя пациента

/patient

Polis_N

0..1

String

Номер полиса

/patient

Polis_S

0..1

String

Серия полиса

/patient

SecondName

0..1

String

Отчество пациента

/patient

Snils

0..1

String

СНИЛС пациента (формат передачи: «XXX-XXX-XXX YY»)

/patient

Surname

1..1

String

Фамилия пациента

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

approvedByTfoms

0..1

boolean

Прикреплен ли пациент к МО согласно сведениям ТФОМС

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа AddNewPatient представлена на Рисунке 31.

Рисунок 31 . Структура ответа метода AddNewPatient

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

Таблица 20 - Описание выходных данных метода AddNewPatient

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/AddNewPatientResult





/AddNewPatientResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/AddNewPatientResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/AddNewPatientResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/AddNewPatientResult

IdPat

0..1

String

Идентификатор пациента

Значение идентификатора пациента из соответствующего справочника целевой МИС.

Передача параметра IdPat обязательна, если не передается контейнер Error (отсутствуют ошибке в отработке метода)

Передача в МИС номера телефона пациента (UpdatePhoneByIdPat)

Данный метод используется для обновления номера телефона пациента на основании его идентификатора. Этот метод использует ЦТО, когда операторы обновляют телефонный номер (домашний или мобильный) пациента в базе на основе того, с которого пациент позвонил (предварительно спросив его, со своего ли номера звонит пациент).

На Рисунке 32 представлена схема информационного взаимодействия в рамках метода «Передача в МИС номера телефона пациента (UpdatePhoneByIdPat)».

Рисунок 32 . Схема информационного взаимодействия в рамках метода « Передача в МИС номера телефона пациента (UpdatePhoneByIdPat) »

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

1) Клиент СЗнП отправляет запрос метода «Передача в МИС номера телефона пациента (UpdatePhoneByIdPat)» в СЗнП. Состав параметров запроса представлен в Таблице 21.

2) СЗнП отправляет запрос метода «Передача в МИС номера телефона пациента (UpdatePhoneByIdPat)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 21.

3) Целевое ЛПУ передает ответ метода «Передача в МИС номера телефона пациента (UpdatePhoneByIdPat)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 22.

4) СЗнП передает ответ метода «Передача в МИС номера телефона пациента (UpdatePhoneByIdPat)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 22.

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

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

Рисунок 33 . Структура запроса метода UpdatePhoneByIdPat

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

Таблица 21 – Описание параметров запроса метода UpdatePhoneByIdPat

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root



В запросе обязательно должен быть передан как минимум один номер телефона пациента

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

1..1

String

Идентификатор пациента из соответствующего справочника МИС

/

homePhone

0..1

String

Номер домашнего телефона (формат передачи: «XXXXXXX» – 7 знаков без разделителей)

/

cellPhone

0..1

String

Номер мобильного телефона (формат передачи: «XXXXXXXXXX» – 10 знаков без разделителей)

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа UpdatePhoneByIdPat представлена на Рисунке 34.

Рисунок 34 . Структура ответа метода UpdatePhoneByIdPat

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

Таблица 22 - Описание выходных данных метода UpdatePhoneByIdPat

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/UpdatePhoneByIdPatResult





/UpdatePhoneByIdPatResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/UpdatePhoneByIdPatResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/UpdatePhoneByIdPatResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

Просмотр предстоящих записей пациента (GetPatientHistory)

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

На Рисунке 35 представлена схема информационного взаимодействия в рамках метода «Просмотр предстоящих записей пациента (GetPatientHistory)».

Рисунок 35 . Схема информационного взаимодействия в рамках метода « Просмотр предстоящих записей пациента (GetPatientHistory) »

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

1) Клиент СЗнП отправляет запрос метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в СЗнП. Состав параметров запроса представлен в Таблице 23.

2) СЗнП отправляет запрос метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 23.

3) Целевое ЛПУ передает ответ метода «Просмотр предстоящих записей пациента (GetPatientHistory)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 24.

4) СЗнП передает ответ метода «Просмотр предстоящих записей пациента (GetPatientHistory)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 24.

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

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

Рисунок 36 . Структура запроса метода GetPatientHistory

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

Таблица 23 – Описание параметров запроса метода GetPatientHistory

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

1..1

String

Идентификатор пациента из соответствующего справочника МИС

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetPatientHistory представлена на Рисунке 37.

Рисунок 37 . Структура ответа метода GetPatientHistory

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

Таблица 24 - Описание выходных данных метода GetPatientHistory

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetPatientHistoryResult





/GetPatientHistoryResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetPatientHistoryResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetPatientHistoryResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetPatientHistoryResult/ ListHistoryRefusal

0..1


Информация о записях на прием к врачу, по которым произведен отказ


/GetPatientHistoryResult/ ListHistoryRefusal / HistoryRefusal

1..*


Информация о записи на прием к врачу, по которой произведен отказ


/HistoryRefusal

DateCreatedAppointment

1..1

datetime

Дата создания записи на прием


/GetPatientHistoryResult/ListHistoryRefusal/HistoryRefusal/DoctorBringReferal

0..1


Информация о враче, направившем на прием


/DoctorBringReferal

AriaNumber

0..1

String

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


/DoctorBringReferal

IdDoc

1..1

String

Идентификатор врача

Значение идентификатора врача из соответствующего справочника МИС

/DoctorBringReferal

Name

1..1

String

ФИО врача (полностью)


/GetPatientHistoryResult / ListHistoryRefusal / HistoryRefusal / DoctorRendingConsultation

1..1


Информация о враче, к которому произведена запись на прием


/DoctorRendingConsultation

AriaNumber

0..1

String

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


/DoctorRendingConsultation

IdDoc

1..1

String

Идентификатор врача

Значение идентификатора врача из соответствующего справочника МИС

/DoctorRendingConsultation

Name

1..1

String

ФИО врача (полностью)


/HistoryRefusal

IdAppointment

1..1

String

Идентификатор талона на запись

Идентификатор талона для записи из соответствующего справочника МИС

/GetPatientHistoryResult/ ListHistoryRefusal / HistoryRefusal / SpecialityBringReferal

0..1


Информация о специальности врача, направившего на прием


/SpecialityBringReferal

FerIdSpesiality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/SpecialityBringReferal

IdSpesiality

1..1

String

Идентификатор врачебной специальности в справочнике

Идентификатор врачебной специальности в справочнике МИС

/SpecialityBringReferal

NameSpesiality

1..1

String

Наименование врачебной специальности

Наименование врачебной специальности в справочнике МИС

/GetPatientHistoryResult/ ListHistoryRefusal / HistoryRefusal / SpecialityRendingConsultation

1..1


Информация о специальности врача, к которому произведена запись на прием


/SpecialityRendingConsultation

FerIdSpesiality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/SpecialityRendingConsultation

IdSpesiality

1..1

String

Идентификатор врачебной специальности в справочнике

Идентификатор врачебной специальности в справочнике МИС

/SpecialityRendingConsultation

NameSpesiality

1..1

String

Наименование врачебной специальности

Наименование врачебной специальности в справочнике МИС

/GetPatientHistoryResult/ ListHistoryRefusal / HistoryRefusal / UserCreatedAppointment

0..1


Информация о пользователе, записавшем на прием


/UserCreatedAppointment

UserName

1..1

String

Пользователь, записавший на прием


/UserCreatedAppointment

UserPosition

1..1

String

Роль пользователя, записавшего на прием

Значение справочника «Роль пользователя» (см. в документе «Описание интеграционных профилей. Часть 1», Приложение 5)

/HistoryRefusal

VisitStart

1..1

datetime

Дата начала приема


/GetPatientHistoryResult/ ListHistoryVisit

0..1


Информация об актуальных предстоящих записях пациента на прием


/GetPatientHistoryResult/ ListHistoryVisit / HistoryVisit

1..*


Информация об актуальных предстоящих записях пациента на прием


/HistoryVisit

DateCreatedAppointment

1..1

datetime

Дата создания записи на прием


/GetPatientHistoryResult/ListHistoryVisit/HistoryVisit/DoctorBringReferal

0..1


Информация о враче, направившем на прием


/DoctorBringReferal

AriaNumber

0..1

String

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


/DoctorBringReferal

IdDoc

1..1

String

Идентификатор врача

Значение идентификатора врача из соответствующего справочника МИС

/DoctorBringReferal

Name

1..1

String

ФИО врача (полностью)


/GetPatientHistoryResult/ListHistoryVisit/HistoryVisit/DoctorRendingConsultation

1..1


Информация о враче, к которому произведена запись на прием


/DoctorRendingConsultation

AriaNumber

0..1

String

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


/DoctorRendingConsultation

IdDoc

1..1

String

Идентификатор врача

Значение идентификатора врача из соответствующего справочника МИС

/DoctorRendingConsultation

Name

1..1

String

ФИО врача (полностью)


/HistoryVisit

IdAppointment

1..1

String

Идентификатор талона на запись

Идентификатор талона для записи из соответствующего справочника МИС

/GetPatientHistoryResult/ ListHistoryVisit / HistoryVisit / SpecialityBringReferal

0..1


Информация о специальности врача, направившего на прием


/SpecialityBringReferal

FerIdSpesiality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/SpecialityBringReferal

IdSpesiality

1..1

String

Идентификатор врачебной специальности в справочнике

Идентификатор врачебной специальности в справочнике МИС

/SpecialityBringReferal

NameSpesiality

1..1

String

Наименование врачебной специальности

Наименование врачебной специальности в справочнике МИС

/GetPatientHistoryResult/ListHistoryVisit/HistoryVisit/SpecialityRendingConsultation

1..1


Информация о специальности врача, к которому произведена запись на прием


/SpecialityRendingConsultation

FerIdSpesiality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/SpecialityRendingConsultation

IdSpesiality

1..1

String

Идентификатор врачебной специальности в справочнике

Идентификатор врачебной специальности в справочнике МИС

/SpecialityRendingConsultation

NameSpesiality

1..1

String

Наименование врачебной специальности

Наименование врачебной специальности в справочнике МИС

/GetPatientHistoryResult/ ListHistoryVisit / HistoryVisit / UserCreatedAppointment

0..1


Информация о пользователе, записавшем на прием


/UserCreatedAppointment

UserName

1..1

String

Пользователь, записавший на прием


/UserCreatedAppointment

UserPosition

1..1

String

Роль пользователя, записавшего на прием

Значение справочника «Роль пользователя» (см. в документе «Описание интеграционных профилей. Часть 1», Приложение 5)

/HistoryVisit

VisitStart

1..1

datetime

Дата начала приема


Подача заявки на отмену записи (CreateClaimForRefusal)

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

На Рисунке 38 представлена схема информационного взаимодействия в рамках метода «Подача заявки на отмену записи (CreateClaimForRefusal)».

Рисунок 38 . Схема информационного взаимодействия в рамках метода « Подача заявки на отмену записи (CreateClaimForRefusal) »

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

1) Клиент СЗнП отправляет запрос метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в СЗнП. Состав параметров запроса представлен в Таблице 25.

2) СЗнП отправляет запрос метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 25.

3) Целевое ЛПУ передает ответ метода «Подача заявки на отмену записи (CreateClaimForRefusal)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 26.

4) СЗнП передает ответ метода «Подача заявки на отмену записи (CreateClaimForRefusal)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 26.

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

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

Рисунок 39 . Структура запроса метода CreateClaimForRefusal

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

Таблица 25 – Описание параметров запроса метода CreateClaimForRefusal

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

1..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

IdAppointment

1..1

String

Идентификатор талона для записи из соответствующего справочника МИС

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа CreateClaimForRefusal представлена на Рисунке 40.

Рисунок 40 . Структура ответа метода CreateClaimForRefusal

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

Таблица 26 - Описание выходных данных метода GetPatientHistory

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/CreateClaimForRefusalResult





/CreateClaimForRefusalResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/CreateClaimForRefusalResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/CreateClaimForRefusalResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

Просмотр расписаний (без записи) (GetWorkingTime)

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

На Рисунке 41 представлена схема информационного взаимодействия в рамках метода «Просмотр расписаний (без записи) (GetWorkingTime)».

Рисунок 41 . Схема информационного взаимодействия в рамках метода « Просмотр расписаний (без записи) (GetWorkingTime) »

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

1) Клиент СЗнП отправляет запрос метода «Просмотр расписаний (без записи) (GetWorkingTime)» в СЗнП. Состав параметров запроса представлен в Таблице 27.

2) СЗнП отправляет запрос метода «Просмотр расписаний (без записи) (GetWorkingTime)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 27.

3) Целевое ЛПУ передает ответ метода «Просмотр расписаний (без записи) (GetWorkingTime)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 28.

4) СЗнП передает ответ метода «Просмотр расписаний (без записи) (GetWorkingTime)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 28.

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

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

Рисунок 42 . Структура запроса метода GetWorkingTime

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

Таблица 27 – Описание параметров запроса метода GetWorkingTime

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idDoc

1..1

String

Идентификатор врача в справочнике целевой МИС

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

visitStart

1..1

Datetime

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

/

visitEnd

1..1

Datetime

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

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetWorkingTime представлена на Рисунке 43.

Рисунок 43 . Структура ответа метода GetWorkingTime

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

Таблица 28 - Описание выходных данных метода GetWorkingTime

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetWorkingTimeResult





/GetWorkingTimeResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetWorkingTimeResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetWorkingTimeResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetWorkingTimeResult/WorkingTime List

0..1




/GetWorkingTimeResult/WorkingTime List /WorkingTime

1..*



Каждый экземпляр контейнера WorkingTime должен относиться к одному календарному дню

/WorkingTime

DenyCause

0..1

String

Описание причины отсутствия записи

Обычный текст. Наполнение параметра DenyCause определяется на стороне МИС.

Параметр DenyCause заполняется при значении параметра RecordableDay = False.

Наполнение параметра DenyCause выводится на различных клиентах сервиса для обеспечения удобства пользователей в части получения услуги записи на прием к врачу.

Максимальное количество символов- 50.

/WorkingTime

RecordableDay

1..1

Boolean

Возможна ли запись на прием

True;

False

/WorkingTime

VisitEnd

1..1

Datetime

Дата и время окончания приема

Возможна передача даты и времени (например, 2018-10-07T19:00:00) или даты без указания времени (например, 2018-10-07T00:00:00)

/WorkingTime

VisitStart

1..1

Datetime

Дата и время начала приема

Возможна передача даты и времени (например, 2018-10-07T19:00:00) или даты без указания времени (например, 2018-10-07T00:00:00)

Получение списка врачей, сгруппированных по специальности (GetDocListFullTree)

Данный метод используется для получения списков врачей по каждой специальности запрашиваемого ЛПУ и возвращает двухуровневый объект. Первый уровень – список врачебных специальностей ЛПУ, второй уровень – список врачей по каждой специальности ЛПУ.

На Рисунке 44 представлена схема информационного взаимодействия в рамках метода «Получение списка врачей, сгруппированных по специальности (GetDocListFullTree)».

Рисунок 44 . Схема информационного взаимодействия в рамках метода « Получение списка врачей, сгруппированных по специальности (GetDocListFullTree) »

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

1) Клиент СЗнП отправляет запрос метода «Получение списка врачей, сгруппированных по специальности (GetDocListFullTree)» в СЗнП. Состав параметров запроса представлен в Таблице 29.

2) СЗнП отправляет запрос метода «Получение списка врачей, сгруппированных по специальности (GetDocListFullTree)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 29.

3) Целевое ЛПУ передает ответ метода «Получение списка врачей, сгруппированных по специальности (GetDocListFullTree)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 30.

4) СЗнП передает ответ метода «Получение списка врачей, сгруппированных по специальности (GetDocListFullTree)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 30.

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

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

Рисунок 45 . Структура запроса метода GetDocListFullTree

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

Таблица 29 – Описание параметров запроса метода GetDocListFullTree

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetDocListFullTree представлена на Рисунке 46.

Рисунок 46 . Структура ответа метода GetDocListFullTree

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

Таблица 30 - Описание выходных данных метода GetDocListFullTree

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetDocListFullTreeResult





/GetDocListFullTreeResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetDocListFullTreeResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetDocListFullTreeResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetDocListFullTreeResult/ ListDoctor

0..1


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


/GetDocListFullTreeResult/ ListDoctor /E ssence

1..*


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


/GetDocListFullTreeResult/ListDoctor/Essence

Description

0..1

String

Комментарий

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

/GetDocListFullTreeResult/ListDoctor//Essence

IdEssence

1..1

String

Идентификатор врачебной специальности в МИС

Значение идентификатора врачебной специальности в справочнике целевой МИС

/GetDocListFullTreeResult/ListDoctor/Essence/ListEssence

0..1


Данные по врачам


/GetDocListFullTreeResult/ListDoctor/Essence/ListEssence/Essence

1..*


Данные по врачу


/GetDocListFullTreeResult/ListDoctor/Essence/ListEssence/Essence

Description

0..1

String

Комментарий

Указывается важная информация для осуществления записи на прием к данному врачу.

Для участковых врачей обязательно указывать врачебные участки, по которым осуществляется прием.

/GetDocListFullTreeResult/ListDoctor/Essence/ListEssence/Essence

IdEssence

1..1

String

Идентификатор врача в МИС

Значение идентификатора врача в справочнике целевой МИС

/GetDocListFullTreeResult/ListDoctor/Essence/ListEssence/Essence

NameEssence

1..1

String

ФИО врача


/GetDocListFullTreeResult/ListDoctor /Essence

NameEssence

1..1

String

Наименование врачебной специальности

Значение наименования врачебной специальности в справочнике целевой МИС

Определение пользователя по его GUID (GetHubUserByGuid)

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

На Рисунке 47 представлена схема информационного взаимодействия в рамках метода «Определение пользователя по его GUID (GetHubUserByGuid)».

Рисунок 47 . Схема информационного взаимодействия в рамках метода « Определение пользователя по его GUID (GetHubUserByGuid) »

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

1) Клиент СЗнП отправляет запрос метода «Определение пользователя по его GUID (GetHubUserByGuid)» в СЗнП. Состав параметров запроса представлен в Таблице 31.

2) СЗнП передает ответ метода «Определение пользователя по его GUID (GetHubUserByGuid)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 32.

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

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

Рисунок 48 . Структура запроса метода GetHubUserByGuid

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

Таблица 31 – Описание параметров запроса метода GetHubUserByGuid

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

usersGuid

0..1

GUID

GUID пользователя

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetHubUserByGuid представлена на Рисунок 49.

Рисунок 49 . Структура ответа метода GetHubUserByGuid

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

Таблица 32 - Описание выходных данных метода GetHubUserByGuid

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetHubUserByGuidResult





/GetHubUserByGuidResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetHubUserByGuidResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetHubUserByGuidResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetHubUserByGuidResult / HubUserList

0..1


Информация о пользователях


/GetHubUserByGuidResult/HubUserList/HubUser

1..*


Информация о пользователе


/HubUser

UserName

0..1

String

Наименование пользователя


/HubUser

UserPosition

1..1

String

Роль пользователя

Значение справочника «Роль пользователя» (см. в документе «Описание интеграционных профилей. Часть 1», Приложение 5)

/HubUser

IdDistrict

0..1

Int

Идентификатор района

Значение идентификатора из справочника «Районы» Интеграционной платформы

/HubUser

PublicGuid

1..1

GUID

GUID пользователя


Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)

Данный метод предназначен для передачи в Интеграционную платформу сведений обо всех фактах записи на прием [3] .

Предполагаются 2 сценария использования метода:

  • Передача уведомлений «онлайн» (единовременно по наступлении события) о произведенной записи на прием. В этом случае данные передаются в контейнере Appointment.
  • Передача уведомлений о произведенных записях на прием «постфактум». Данные передаются в контейнере NoticeAppointment.

 [3] Запись по ТМ-заявке посредством методов InspectDoctorsReferral2 и SetAppointment (и далее последующее уведомление методами SendNotificationAboutAppointment и SendNotificationAboutAppoinmentStatus) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе запись по ТМ-заявке отсутсвует или осуществляется посредством других методов/сервисов, просим игнорировать 

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

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

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

1) Целевое ЛПУ отправляет запрос метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в СЗнП. Состав параметров запроса представлен в Таблице 33.

2) СЗнП передает ответ метода «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)» в целевое ЛПУ. Состав выходных данных ответа метода представлен в Таблице 34.

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

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

Рисунок 51 . Структура запроса метода SendNotificationAboutAppointment

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

Таблица 33 – Описание параметров запроса метода SendNotificationAboutAppointment

Контейнер

Параметры

Условие

Обязательность/ кратность

Тип

Описание

Root





/doctor (тип контейнера Doctor4)





/doctor

AriaNumber


0..1

String

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

/doctor

Comment


0..1

String

Дополнительная информация о враче (например, информация о причинах и сроках отсутствия приема врача)

/doctor

CountFreeParticipantIE


0..1

Int

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

/doctor

CountFreeTicket


0..1

Int

Общее количество свободных талонов к врачу

/doctor

FirstName


1..1

String

Имя врача

/doctor

IdDoc


1..1

String

Идентификатор врача в соответствующем справочнике МИС

/doctor

LastDate


0..1

Datetime

Дата приема по последнему свободному талону к врачу

/doctor

LastName


1..1

String

Фамилия врача

/doctor

MiddleName


0..1

String

Отчество врача

/doctor

NearestDate


0..1

Datetime

Дата приема по ближайшему свободному талону к врачу

/doctor

PositionId


1..1

String

Идентификатор врачебной должности в федеральном справочнике должностей.

Должно соответствовать коду должности из справочника ФНСИ 1.2.643.5.1.13.13.11.1102 «ФРМР. Должности медицинского персонала», по которому медицинский работник трудоустроен в данном ЛПУ

/doctor

Snils


1..1

String

СНИЛС врача (формат передачи: «XXX-XXX-XXX YY»)

/spesiality





/spesiality

CountFreeParticipantIE


0..1

Int

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

/spesiality

CountFreeTicket


0..1

Int

Общее количество свободных талонов по врачебной специальности

/spesiality

FerIdSpesiality


1..1

String

Идентификатор специальности в справочнике ФЭР

/spesiality

IdSpesiality


1..1

String

Идентификатор врачебной специальности в справочнике МИС

/spesiality

LastDate


0..1

Datetime

Дата приема по последнему свободному талону врачебной специальности

/spesiality

NameSpesiality


1..1

String

Наименование врачебной специальности в справочнике МИС

/spesiality

NearestDate


0..1

Datetime

Дата приема по ближайшему свободному талону врачебной специальности

/

idLpu


1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/patient





/patient

AriaNumber


0..1

String

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

/patient

Birthday


1..1

dateTime

Дата рождения пациента

/patient

CellPhone


0..1

String

Номер мобильного телефона (формат передачи: «XXXXXXXXXX» – 10 знаков без разделителей)

/patient

Document_N


0..1

String

Номер паспорта

/patient

Document_S

                   

0..1

String

Серия паспорта

/patient

HomePhone


0..1

String

Номер домашнего телефона (формат передачи: «XXXXXXX» – 7 знаков без разделителей)

/patient

IdPat


1..1

String

Идентификатор пациента из соответствующего справочника МИС

/patient

Name


1..1

String

Имя пациента

/patient

Polis_N


0..1

String

Номер полиса

/patient

Polis_S


0..1

String

Серия полиса

/patient

SecondName


0..1

String

Отчество пациента

/patient

Snils


0..1

String

СНИЛС врача (формат передачи: «XXX-XXX-XXX YY») 

/patient

Surname


1..1

String

Фамилия пациента

/ a ppointment

При передаче уведомлений «онлайн»

1..1



При передаче уведомлений «постфактум»

0..0

/appointment

Address


0..1

String

Указывается адрес приема врача (место оказания услуги) в случае, если данный адрес отличается от адреса МО/подразделения МО

/appointment

IdAppointment


1..1

String

Идентификатор талона для записи из соответствующего справочника МИС.

Значение идентификатора талона должно быть уникальным в рамках МИС МО

/appointment

Num


0..1

Int

Номер талона в очереди

/appointment

Room


0..1

String

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

/appointment

VisitEnd


1..1

dateTime

Окончание приема

/appointment

VisitStart


1..1

dateTime

Начало приема.

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

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

/ Notice Appointment

При передаче уведомлений «онлайн»

0..0



При передаче уведомлений «постфактум»

1..1

/NoticeAppointment

Address


0..1

String

Указывается адрес приема врача (место оказания услуги) в случае, если данный адрес отличается от адреса МО/подразделения МО

/NoticeAppointment

IdAppointment


1..1

String

Идентификатор талона для записи из соответствующего справочника МИС.

Значение идентификатора талона должно быть уникальным в рамках МИС МО

/NoticeAppointment

Num


0..1

Int

Номер талона в очереди

/NoticeAppointment

Room


0..1

String

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

/NoticeAppointment

VisitEnd


1..1

dateTime

Окончание приема

/NoticeAppointment

VisitStart


1..1

dateTime

Начало приема.

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

/NoticeAppointment

EventDateTime


1..1

dateTime

Дата осуществления записи на прием.

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

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

/

doctorsReferal


0..1

String

Номер направления (идентификатор направления в сервисе УО), номер заявки ЖОЗ или идентификатор ТМ-заявки.

Должен обязательно передаваться, если запись была произведена по направлению/заявке ЖОЗ/ТМ-заявке

/

appointmentSource


1..1

String

Источник записи. Значения – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 7

/

guid


1..1

GUID

Авторизационный токен

/

member

Для значения «Прочее» об источнике записи

1..1

GUID

Участник информационного взаимодействия, осуществивший запись

Для остальных значений об источнике записи

0..1

/

idHistory


0..1

Int

Идентификатор сессии (транзакции)

/

services


1..*

String

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

Должно соответствовать коду из справочника «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070

/

fedIdPosition


1..1

String

Идентификатор врачебной должности в федеральном справочнике должностей (ФРМР. Должности медицинского персонала (OID 1.2.643.5.1.13.13.11.1102))

Должно соответствовать коду должности, расположенной в папках:

·         «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов с высшим профессиональным (медицинским) образованием (врачи) » -> «врачи-специалисты»

·         «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов со средним профессиональным (медицинским) образованием (средний медицинский персонал)»

Пример: 13

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

Структура ответа SendNotificationAboutAppointment представлена на Рисунке 52.

Рисунок 52 . Структура ответа метода SendNotificationAboutAppointment

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

Таблица 34 - Описание выходных данных метода SendNotificationAboutAppointment

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/SendNotificationAboutAppointmentResult





/SendNotificationAboutAppointmentResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/SendNotificationAboutAppointmentResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/SendNotificationAboutAppointmentResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/SendNotificationAboutAppointmentResult

IdNotification

0..1

Long

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

Передача параметра IdNotification обязательна, если не передается контейнер Error (отсутствуют ошибке в отработке метода)

Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)

Данный метод предназначен для передачи в Интеграционную платформу сведений о статусах ранее переданных уведомлений о записи на прием [4] , в том числе о фактах явки гражданина на прием к врачу.

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

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

В случае, если у МИС нет возможности сохранения идентификатора уведомления, после изменения статуса для записи на прием МИС передает сведения о статусе записи путем вызова метода SendNotificationAboutAppoinmentStatus для каждой записи с указанием параметров idLpu, idPat, idAppointment и doctorsReferral (игнорируя idNotification).

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

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

[4] Запись по ТМ-заявке посредством методов InspectDoctorsReferral2 и SetAppointment (и далее последующее уведомление методами SendNotificationAboutAppointment и SendNotificationAboutAppoinmentStatus) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе запись по ТМ-заявке отсутсвует или осуществляется посредством других методов/сервисов, просим игнорировать возможность взаимодействия по методам InspectDoctorsReferral2, SetAppointment, CreateClaimForRefusal, SNAA и SNAAS в рамках оформления записи по ТМ-заявке.

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

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

1) Целевое ЛПУ отправляет запрос метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в СЗнП. Состав параметров запроса представлен в Таблице 35.

2) СЗнП передает ответ метода «Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)» в целевое ЛПУ. Состав выходных данных ответа метода представлен в Таблице 36.

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

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

Рисунок 54 . Структура запроса метода SendNotificationAboutAppointmentStatus

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

Таблица 35 – Описание параметров запроса метода SendNotificationAboutAppointmentStatus

Контейнер

Параметры

Условие

Обязательность/ кратность

Тип

Описание

Root





/

idNotification

Параметр заполняется, если в запросе не переданы параметры idLpu, IdPat, IdAppointment и doctorsReferral

0..1

Long

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

/

idLpu

Параметр заполняется, если в запросе не передан параметр idNotification

0..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

Параметр заполняется, если в запросе не передан параметр idNotification

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

idAppointment

Параметр заполняется, если в запросе не передан параметр idNotification

0..1

String

Идентификатор талона для записи из соответствующего справочника целевой МИС

/

doctorsReferral

Параметр заполняется, если в запросе не передан параметр idNotification и данная запись на прием была произведена по направлению/заявке ЖОЗ/ТМ-заявке

0..1

String

Номер направления (идентификатор направления в сервисе УО), номер заявки ЖОЗ или идентификатор ТМ-заявки

/

status


1..1

String

Итоговое состояние записи (см. в документе «Описание интеграционных профилей. Часть 1», Приложение 8)

/

eventDateTime


1..1

dateTime

Дата изменения статуса записи на прием.

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

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

/

guid


1..1

GUID

Авторизационный токен

/

idHistory


0..1

Int

Идентификатор сессии (транзакции)

/

registryArea

Указывается только при переводе записи в статус 4 (Посещение состоялось)

1..1

String

Признак жителя города или села («Признак жителя города или села», OID 1.2.643.5.1.13.13.11.1042)

·         1 - Город;

·         2 – Село.

/

appointmentReason

Указывается только при переводе записи в статус 4 (Посещение состоялось)

1..1

String

Причина приёма

1 – Заболевание;

2 - Профилактический прием.

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

Структура ответа SendNotificationAboutAppointmentStatus представлена на Рисунке 55.

Рисунок 55 . Структура ответа метода SendNotificationAboutAppointmentStatus

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

Таблица 36 - Описание выходных данных метода SendNotificationAboutAppointmentStatus

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/SendNotificationAboutAppointmentStatusResul t





/SendNotificationAboutAppointment Status Result/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/SendNotificationAboutAppointmentStatusResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/SendNotificationAboutAppointmentStatusResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

Получение врачебных участков по пациенту (GetPatientsAreas)

Метод «Получение врачебных участков по пациенту (GetPatientsAreas)» используется для получения от целевого ЛПУ перечня врачебных участков, к которым относится пациент.

Выходной параметр «AreaType» является перечислением (возможные значения параметра указаны в Таблица 42).

Правила формирования ответа метода «Получение врачебных участков по пациенту (GetPatientsAreas)» при отсутствии данных в МИС о прикреплении пациента к врачебным участкам:

  • В случае, если МИС целевой ЛПУ производит учёт прикрепления к участкам и по запрашиваемому пациенту отсутствуют данные по участкам, МИС необходимо возвращать в ответе ошибку "Отсутствует информация о врачебных участках по пациенту" (код 41);
  • В случае, если МИС целевой ЛПУ не производит учёт прикрепления к участкам, МИС необходимо возвращать в ответе пустой список PatientsArea.

На Рисунке 56 представлена схема информационного взаимодействия в рамках метода «Получение врачебных участков по пациенту (GetPatientsAreas)».

Рисунок 56 . Схема информационного взаимодействия в рамках метода « Получение врачебных участков по пациенту (GetPatientsAreas) »

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

1) Клиент СЗнП отправляет запрос метода «Получение врачебных участков по пациенту (GetPatientsAreas)» в СЗнП. Состав параметров запроса представлен в Таблице 37.

2) СЗнП отправляет запрос метода «Получение врачебных участков по пациенту (GetPatientsAreas)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 37.

3) Целевое ЛПУ передает ответ метода «Получение врачебных участков по пациенту (GetPatientsAreas)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 38.

4) СЗнП передает ответ метода «Получение врачебных участков по пациенту (GetPatientsAreas)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 38.

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

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

Рисунок 57 . Структура запроса метода GetPatientsAreas

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

Таблица 37 – Описание параметров запроса метода GetPatientsAreas

Контейнер

Параметры

Обязательность/ кратность

Условие

Тип

Описание

Root





/

idLpu

1..1


Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

1..1


String

Идентификатор пациента из соответствующего справочника целевой МИС

/

guid

1..1


GUID

Авторизационный токен

/

idHistory

0..1


Int

Идентификатор сессии (транзакции)

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

Структура ответа GetPatientsAreas представлена на Рисунке 58.

Рисунок 58 . Структура ответа метода GetPatientsAreas

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

Таблица 38 - Описание выходных данных метода GetPatientsAreas

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetPatientsAreasResult





/GetPatientsAreasResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetPatientsAreasResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetPatientsAreasResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetPatientsAreasResult/PatientsAreaList

0..1


Указывается информация о врачебных участках, к которым относится пациент в рамках ЛПУ, указанного в запросе метода


/GetPatientsAreasResult/PatientsAreaList/PatientsArea

1..*


Информация о врачебном участке


/PatientsArea

Area

1..1

String

Наименование врачебного участка


/PatientsArea

AreaType

1..1

String

Вид врачебного участка

Указывается одно значение из следующих возможных:

·  Фельдшерский

·  Терапевтический

·  ВрачОбщейПрактики

·  Комплексный

·  Акушерский

·  Приписной

·  Педиатрический

·  Фтизиатрический

Валидация кода направления 2 (InspectDoctorsReferral2)

Метод «Валидация кода направления 2 (InspectDoctorsReferral2)» используется для получения от целевого ЛПУ массива специальностей, врачей и свободных талонов для записи по направлению или ТМ-заявке [5] (заявке в сервисе Телемедицина).

МИС может запросить тело ТМ-заявки, используя методы сервиса Телемедицина (методы сервиса Телемедицина описаны в соответствующем регламенте подсистемы Телемедицина).

На Рисунке 59 представлена схема информационного взаимодействия в рамках метода «Валидация кода направления 2 (InspectDoctorsReferral2)».

[5] Запись по ТМ-заявке посредством методов InspectDoctorsReferral2 и SetAppointment (и далее последующее уведомление методами SendNotificationAboutAppointment и SendNotificationAboutAppoinmentStatus) осуществляется только в случае, если принято такое решение на уровне региона. Если в регионе запись по ТМ-заявке отсутсвует или осуществляется посредством других методов/сервисов, просим игнорировать возможность взаимодействия по методам InspectDoctorsReferral2, SetAppointment, CreateClaimForRefusal, SNAA и SNAAS в рамках оформления записи по ТМ-заявке.

Рисунок 59 . Схема информационного взаимодействия в рамках метода «Валидация кода направления 2 (InspectDoctorsRefer r al2)»

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

1) Клиент СЗнП отправляет запрос метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в СЗнП. Состав параметров запроса представлен в Таблице 39.

2) СЗнП отправляет запрос метода в сервис УО/ТМ для получения данных о направлении/ТМ-заявке.

3) УО/ТМ передает ответ метода в СЗнП с данными о направлении/ТМ-заявке.

4) В случае, если направление имеет статус 1, 2, 3, 4, 5 или 6 (по данным из шага 3) или ТМ-заявка активна, СЗнП отправляет запрос метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в целевое ЛПУ, определенное на шаге 3, с указанием данных о направлении, полученных в УО (в случае, если запись производится по направлению). Если запись производится по ТМ-заявке, в рамках запроса метода «Валидация кода направления 2 (InspectDoctorsReferral2)» данные о ТМ-заявке в целевое ЛПУ не передаются. Состав параметров запроса представлен в Таблице 39.

5) Целевое ЛПУ передает ответ метода «Валидация кода направления 2 (InspectDoctorsReferral2)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 40.

6) СЗнП передает ответ метода «Валидация кода направления 2 (InspectDoctorsReferral2)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 40.

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

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

Рисунок 60 . Структура запроса метода InspectDoctorsReferral2

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

Таблица 39 – Описание параметров запроса метода InspectDoctorsReferral2

Контейнер

Параметры

Условие

Обязательность/ кратность

Тип

Описание

Root





/

idLpu


0..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы.

Наполняется при передаче запроса от СЗнП к поставщику данных

/

doctorsReferal


0..1

String

Номер направления (идентификатор направления в сервисе УО).

В запросе метода должно передаваться либо заполненное значение параметра doctorsReferal, либо заполненное значение параметра idTMRequest. Одновременная передача заполненных параметров doctorsReferal и idTMRequest запрещена.

/

surname


0..1

String

Фамилия пациента (заполняется как в выданном направлении)

/

attachedReferral


0..1

XML-объект

Объект типа SearchOneDirectionResult сервиса УО ([base] /MqService.svc?wsdl).

Наполняется при передаче запроса от СЗнП к поставщику данных в случае оформления записи по направлению.

Если запись офомляется по ТМ-заявке, данный параметр не наполняется.

/

guid


1..1

GUID

Авторизационный токен

/

idHistory


0..1

Int

Идентификатор сессии (транзакции)

/

idTMRequest


0..1

String

Идентификатор ТМ-заявки (идентификатор заявки в сервисе Телемедицина).

В запросе метода должно передаваться либо заполненное значение параметра doctorsReferal, либо заполненное значение параметра idTMRequest. Одновременная передача заполненных параметров doctorsReferal и idTMRequest запрещена.

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

Структура ответа InspectDoctorsReferral2 представлена на Рисунке 61.

Рисунок 61 . Структура ответа метода InspectDoctorsReferral2

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

Таблица 40 - Описание выходных данных метода InspectDoctorsReferral2.

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/InspectDoctorsRefer r al2Result





/InspectDoctorsRefer r al2Result/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/InspectDoctorsReferral2Result

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/InspectDoctorsReferral2Result

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/InspectDoctorsReferral2Result

IdLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы


/InspectDoctorsReferral2Result

IdPat

1..1

String

Идентификатор пациента в МИС ЛПУ

Значение идентификатора пациента из соответствующего справочника целевой МИС

/InspectDoctorsRefer r al2Result/ListSpe c iality/Spe c iality 2

0..*


Указывается информация о специальности


/Speсiality2

Description

0..1

String

Комментарий

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

/Speсiality2

FerIdSpeciality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике специальностей

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/Speсiality2

IdSpeciality

1..1

String

Идентификатор врачебной специальности

Значение идентификатора врачебной специальности из соответствующего справочника целевой МИС

/InspectDoctorsReferral2Result/ListSpe с iality/Spe с iality2/ListDoctor/Doctor2

0..*


Указывается информация о враче


/Doctor2

Description

0..1

String

Комментарий

Указывается важная информация для осуществления записи на прием к данному врачу

/Doctor2

IdDoc

1..1

String

Идентификатор врача в справочнике

Значение идентификатора врача из соответствующего справочника целевой МИС

/InspectDoctorsReferral2Result/ListSpe с iality/Spe с iality2/ListDoctor/Doctor2/ListAppointment/Appointment

0..*


Указывается информация о талоне (свободном временном интервале)


/Appointment

Address

0..1

String

Адрес приема врача

Указывается адрес приема врача (место оказания услуги) в случае, если данный адрес отличается от адреса МО/подразделения МО

/Appointment

IdAppointment

1..1

String

Идентификатор талона для записи

Значение идентификатора талона на прием из соответствующего справочника целевой МИС

/Appointment

Num

0..1

Int

Номер талона в очереди


/Appointment

Room

0..1

String

Номер кабинета

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

/Appointment

VisitEnd

1..1

Datetime

Дата и время окончания приема

Значение в формате: YYYY-MM-DDHH:MM:SS.MsMsMs

/Appointment

VisitStart

1..1

Datetime

Дата и время начала приема

Значение в формате: YYYY-MM-DDHH:MM:SS.MsMsMs

/Doctor2

Name

1..1

String

ФИО врача (полностью)

ФИО врача из соответствующего справочника целевой МИС

/Doctor2

Snils

1..1

String

СНИЛС врача

СНИЛС врача из соответствующего справочника целевой МИС (формат передачи: «XXX-XXX-XXX YY»)

/Speсiality2

NameSpeciality

1..1

String

Наименование врачебной специальности

Наименование врачебной специальности из соответствующего справочника целевой МИС

Получение данных о направлении (CheckReferral)

Метод «Получение данных о направлении (CheckReferral)» используется для проверки направления в сервисе УО и получения подробной информации о нем, в том числе по актуальности направления.

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

Рисунок 62 . Схема информационного взаимодействия в рамках метода «Получение данных о направлении (CheckRefer r al)»

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

1) Целевое ЛПУ (клиент СЗнП) отправляет запрос метода «Получение данных о направлении (CheckReferral)» в СЗнП. Состав параметров запроса представлен в Таблице 41.

2) СЗнП отправляет запрос метода SearchOne в сервис УО для получения данных о направлении.

3) УО передает ответ метода SearchOne в СЗнП с данными о направлении.

4) СЗнП передает ответ метода «Получение данных о направлении (CheckReferral)» в целевое ЛПУ (клиент СЗнП). Состав выходных данных ответа метода «Получение данных о направлении (CheckReferral)» аналогичен составу выходных данных ответа метода SearchOne в сервисе УО.

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

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

Рисунок 63 . Структура запроса метода CheckRefe r ral

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

Таблица 41 – Описание параметров запроса метода CheckReferral

Контейнер

Параметры

Условие

Обязательность/ кратность

Тип

Описание

Root





/

doctorsReferral


1..1

String

Номер направления (идентификатор направления в сервисе УО)

/

guid


1..1

GUID

Авторизационный токен

/

idHistory


0..1

Int

Идентификатор сессии (транзакции)

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

Состав выходных данных ответа метода «Получение данных о направлении (CheckReferral)» должен быть аналогичен составу выходных данных ответа метода «Поиск направления (SearchOne)» в сервисе УО .

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

Метод «Получение доступных врачей для записи пациента на прием (GetAvailableDoctors)» используется для получения от целевого ЛПУ массива специальностей и врачей, доступных для обслуживания пациента, идентификатор которого вводится в запрос метода.

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

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

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

1) Клиент СЗнП отправляет запрос метода «Получение доступных врачей для записи пациента на прием (GetAvailableDoctors)» в СЗнП. Состав параметров запроса представлен в Таблице 42.

2) СЗнП отправляет запрос метода «Получение доступных врачей для записи пациента на прием (GetAvailableDoctors)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 42.

3) Целевое ЛПУ передает ответ метода «Получение доступных врачей для записи пациента на прием (GetAvailableDoctors)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 43.

4) СЗнП передает ответ метода «Получение доступных врачей для записи пациента на прием (GetAvailableDoctors)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 43.

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

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

Рисунок 65 . Структура запроса метода GetAvailableDoctors

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

Таблица 42 – Описание параметров запроса метода GetAvailableDoctors

Контейнер

Параметры

Условие

Обязательность/ кратность

Тип

Описание

Root





/

idLpu


1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat


1..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

idSpeciality

Если в запросе указывается параметр idSpeciality, параметр ferIdSpeciality в запросе передаваться не должен

0..1

String

Идентификатор врачебной специальности в справочнике целевой МИС

/

ferIdSpeciality

Если в запросе указывается параметр ferIdSpeciality, параметр idSpeciality в запросе передаваться не должен

0..1

String

Идентификатор врачебной специальности в федеральном справочнике специальностей (Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)))

/

guid


1..1

GUID

Авторизационный токен

/

idHistory


0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetAvailableDoctors представлена на Рисунке 66.

Рисунок 66 . Структура ответа метода GetAvailableDoctors

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

Таблица 43 - Описание выходных данных метода GetAvailableDoctors

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetAvailableDoctorsResult





/GetAvailableDoctorsResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetAvailableDoctorsResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetAvailableDoctorsResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetAvailableDoctorsResult

Comment

0..1

String

Комментарий

Дополнительная информация для пациента по оформлению записи; до 50 символов

/GetAvailableDoctorsResult/ListSpeciality/Speciality3

0..*




/Speciality3

Comment

0..1

String

Комментарий

Дополнительная информация о специальности (до 50 символов)

/Speciality3

CountFreeParticipantIE

1..1

Int

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


/Speciality3

CountFreeTicket

1..1

Int

Общее количество свободных талонов по врачебной специальности


/GetAvailableDoctorsResult/ListSpeciality/Speciality3/Docs/Doctor3

0..*




/Doctor3

Area

0..1

String

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


/Doctor3

AreaType

0..1

String

Вид врачебного участка

Указывается одно значение из следующих возможных:

·  Фельдшерский

·  Терапевтический

·  ВрачОбщейПрактики

·  Комплексный

·  Акушерский

·  Приписной

·  Педиатрический

·  Фтизиатрический

/Doctor3

Comment

0..1

String

Комментарий

Дополнительная информация о враче (например, информация о причинах и сроках отсутствия приема врача); до 50 символов

/Doctor3

CountFreeParticipantIE

1..1

Int

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


/Doctor3

CountFreeTicket

1..1

Int

Общее количество свободных талонов к врачу


/Doctor3

IdDoc

1..1

String

Идентификатор врача в справочнике

Значение идентификатора врача из соответствующего справочника целевой МИС

/Doctor3

LastDate

1..1

Datetime

Дата приема по последнему свободному талону к врачу


/Doctor3

Name

1..1

String

ФИО врача (полностью)

ФИО врача из соответствующего справочника целевой МИС

/Doctor3

NearestDate

1..1

Datetime

Дата приема по ближайшему свободному талону к врачу


/Doctor3

Snils

1..1

String

СНИЛС врача

СНИЛС врача из соответствующего справочника целевой МИС (формат передачи: «XXX-XXX-XXX YY»)

/Speciality3

FerIdSpeciality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике специальностей

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/Speciality3

IdSpeciality

1..1

String

Идентификатор врачебной специальности

Значение идентификатора врачебной специальности из соответствующего справочника целевой МИС

/Speciality3

LastDate

1..1

Datetime

Дата приема по последнему свободному талону врачебной специальности


/Speciality3

NameSpeciality

1..1

String

Наименование врачебной специальности

Наименование врачебной специальности из соответствующего справочника целевой МИС

/Speciality3

NearestDate

1..1

Datetime

Дата приема по ближайшему свободному талону врачебной специальности


Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)

Метод «Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)» используется для получения от целевого ЛПУ массива специальностей, врачей и свободных талонов по существующей в ЖОЗ заявке на запись к врачу.

На Рисунке 67 представлена схема информационного взаимодействия в рамках метода «Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)».

Рисунок 67 . Схема информационного взаимодействия в рамках метода «Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)»

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

1) Клиент СЗнП отправляет запрос метода «Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)» в СЗнП. Состав параметров запроса представлен в Таблице 44.

2) СЗнП отправляет запрос метода SearchActivePARequests в сервис УО для получения данных о заявке ЖОЗ.

3) УО передает ответ метода SearchActivePARequests в СЗнП с данными о заявке ЖОЗ.

4) В случае, если заявка ЖОЗ найдена методом SearchActivePARequests (т.е. заявка активна), СЗнП отправляет запрос метода «Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)» в целевое ЛПУ, определенное на шаге 3, с указанием данных о заявке ЖОЗ, полученных в УО. Состав параметров запроса представлен в Таблице 44.

5) Целевое ЛПУ передает ответ метода «Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 45.

6) СЗнП передает ответ метода «Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 45.

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

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

Рисунок 68 . Структура запроса метода GetAvailableAppointmentsByPARequest

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

Таблица 44 – Описание параметров запроса метода GetAvailableAppointmentsByPARequest

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/attachedPARequest

1..1

XML-объект

Объект типа ActivePARequestInfo

Данные, кроме IdPar, наполняются при передаче запроса от СЗнП к поставщику данных

/attachedPARequest

CreatedDate

1..1

DateTime

Дата создания заявки ЖОЗ

/attachedPARequest

IdPar

1..1

String

Идентификатор заявки ЖОЗ

/attachedPARequest/PARequest

1..1


Контейнер параметров заявки

/PARequest

FerIdSpeciality

1..1

String

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/PARequest

IdDoc

0..1

String

Идентификатор врача в соответствующем справочнике МИС

/PARequest

IdLpu

1..1

Int

Идентификатор ЛПУ (из справочника "ЛПУ" Интеграционной платформы), в которое должна быть осуществлена запись

/PARequest

IdNsiLpu

1..1

String

Идентификатор ЛПУ (Значение поля «Code» из справочника с OID 1.2.643.2.69.1.1.1.64) куда должна быть осуществлена запись

/PARequest

IdSpeciality

1..1

String

Идентификатор врачебной специальности в справочнике МИС

/PARequest

NameDoc

0..1

String

ФИО врача в соответствующем справочнике МИС, ожидается в паре с идентификатором врача в соответствующем справочнике МИС

/PARequest

NameSpeciality

1..1

String

Наименование врачебной специальности в справочнике МИС

/attachedPARequest /PARequestInfo

1..1


Контейнер причин

/PARequestInfo

Claim

1..1

String

Причина постановки в лист ожидания (код из справочника "Причина постановки в лист ожидания (ЖОЗ)" Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 6)

/PARequestInfo

Info

0..1

String

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

/attachedPARequest /PARequestPatient

1..1


Контейнер сведений о пациенте

/PARequestPatient

BirthDate

1..1

DateTime

Дата рождения пациента

/PARequestPatient

FirstName

1..1

String

Имя пациента

/PARequestPatient

IdPatient

1..1

String

Идентификатор пациента из соответствующего справочника МИС

/PARequestPatient

LastName

1..1

String

Фамилия пациента

/PARequestPatient

MiddleName

1..1

String

Отчество пациента

/ PARequestPatient /PARequestPatientContacts

1..1


Контейнер контактной информации пациента

/PARequestPatientContacts

AdditionalInformation

0..1

String

Дополнительная информация о контактах

/PARequestPatientContacts

Email

0..1

String

Адрес электронной почты (для автоматизации уведомлений пациента)

/PARequestPatientContacts

Phone

1..1

String

Номер телефона (для уведомления о назначенном времени приема)

/attachedPARequest

PASourceCreated

1..1

Int

Источник создания заявки ЖОЗ (код из справочника «Источники заявки ЖОЗ» Интеграционной платформы- см. в документе «Описание интеграционных профилей. Часть 1», Приложение 10)

/attachedPARequest /PreferredIntervals/PARequestInterval

1..*


Контейнер интервалов удобного пациенту времени посещения

/PARequestInterval

EndDate

1..1

dateTime

Окончание интервала

/PARequestInterval

StartDate

1..1

dateTime

Начало интервала

/

idLpu

0..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы.

Наполняется при передаче запроса от СЗнП к поставщику данных

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetAvailableAppointmentsByPARequest представлена на Рисунке 69.

Рисунок 69 . Структура ответа метода GetAvailableAppointmentsByPARequest

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

Таблица 45 - Описание выходных данных метода GetAvailableAppointmentsByPARequest

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetAvailableAppointmentsByPARequestResult





/GetAvailableAppointmentsByPARequestResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetAvailableAppointmentsByPARequestResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetAvailableAppointmentsByPARequestResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetAvailableAppointmentsByPARequestResult

IdLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы


/GetAvailableAppointmentsByPARequestResult

IdPat

1..1

String

Идентификатор пациента в МИС ЛПУ

Значение идентификатора пациента из соответствующего справочника целевой МИС

/GetAvailableAppointmentsByPARequestResult/ListSpe c iality/Spe c iality2

0..*


Указывается информация о специальности


/Speciality2

Description

0..1

String

Комментарий

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

/Speciality2

FerIdSpeciality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике специальностей

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/Speciality2

IdSpeciality

1..1

String

Идентификатор врачебной специальности

Значение идентификатора врачебной специальности из соответствующего справочника целевой МИС

/GetAvailableAppointmentsByPARequestResult/ListSpe с iality/Speciality2/ListDoctor/Doctor2

0..*


Указывается информация о враче


/Doctor2

Description

0..1

String

Комментарий

Указывается важная информация для осуществления записи на прием к данному врачу

/Doctor2

IdDoc

1..1

String

Идентификатор врача в справочнике

Значение идентификатора врача из соответствующего справочника целевой МИС

/GetAvailableAppointmentsByPARequestResult/ListSpe с iality/Speciality2/ListDoctor/Doctor2/ListAppointment/Appointment

0..*


Указывается информация о талоне (свободном временном интервале)


/Appointment

Address

0..1

String

Адрес приема врача

Указывается адрес приема врача (место оказания услуги) в случае, если данный адрес отличается от адреса МО/подразделения МО

/Appointment

IdAppointment

1..1

String

Идентификатор талона для записи

Значение идентификатора талона на прием из соответствующего справочника целевой МИС

/Appointment

Num

0..1

Int

Номер талона в очереди


/Appointment

Room

0..1

String

Номер кабинета

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

/Appointment

VisitEnd

1..1

Datetime

Дата и время окончания приема

Значение в формате: YYYY-MM-DDHH:MM:SS.MsMsMs

/Appointment

VisitStart

1..1

Datetime

Дата и время начала приема

Значение в формате: YYYY-MM-DDHH:MM:SS.MsMsMs

/Doctor2

Name

1..1

String

ФИО врача (полностью)

ФИО врача из соответствующего справочника целевой МИС

/Doctor2

Snils

1..1

String

СНИЛС врача

СНИЛС врача из соответствующего справочника целевой МИС (формат передачи: «XXX-XXX-XXX YY»)

/Speciality2

NameSpeciality

1..1

String

Наименование врачебной специальности

Наименование врачебной специальности из соответствующего справочника целевой МИС

Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)

Данный метод используется для записи по заявке ЖОЗ на прием в выбранный временной интервал рабочего времени врача, в запросе к целевой ЛПУ дополнительно передаются данные по заявке ЖОЗ, полученные в сервисе УО.

Если в запросе метода заполнен параметр idAppointmentPrev, то осуществляется перенос даты и времени приема по ранее оформленной записи.

На Рисунке 70 представлена схема информационного взаимодействия в случае оформления записи по заявке ЖОЗ в рамках метода «Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)».

Рисунок 70 . Схема информационного взаимодействия в рамках метода «Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)»

  1. Клиент СЗнП отправляет запрос метода «Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)» в СЗнП. Состав параметров запроса представлен в Таблице 46.
  2. СЗнП отправляет запрос метода SearchActivePARequests в сервис УО для получения данных о заявке ЖОЗ.
  3. УО передает ответ метода SearchActivePARequests в СЗнП с данными о заявке ЖОЗ.
  4. В случае, если заявка ЖОЗ найдена методом SearchActivePARequests (т.е. заявка активна), СЗнП отправляет запрос метода «Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)» в целевое ЛПУ, определенное на шаге 3, с указанием данных о заявке ЖОЗ, полученных в УО. Состав параметров запроса представлен в Таблице 46.
  5. Целевое ЛПУ передает ответ метода «Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 47.
  6. СЗнП передает ответ метода «Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 47.

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

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

Рисунок 71 . Структура запроса метода SetAppointmentByPARequest

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

Таблица 46 – Описание параметров запроса метода SetAppointmentByPARequest


Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idAppointment

1..1

String

Идентификатор талона для записи из соответствующего справочника целевой МИС

/attachedPARequest

1..1

XML-объект

Объект типа ActivePARequestInfo.

При обращении к СЗнП обязательным является только параметр IdPar.

Данные, кроме IdPar, наполняются при передаче запроса от СЗнП к поставщику данных

/attachedPARequest

CreatedDate

1..1

DateTime

Дата создания заявки ЖОЗ

/attachedPARequest

IdPar

1..1

String

Идентификатор заявки ЖОЗ

/attachedPARequest /PARequest

1..1


Контейнер параметров заявки

/ PARequest

FerIdSpeciality

1..1

String

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/ PARequest

IdDoc

0..1

String

Идентификатор врача в соответствующем справочнике МИС

/ PARequest

IdLpu

1..1

Int

Идентификатор ЛПУ (из справочника "ЛПУ" Интеграционной платформы), в которое должна быть осуществлена запись

/ PARequest

IdNsiLpu

1..1

String

Идентификатор ЛПУ (Значение поля «Code» из справочника с OID 1.2.643.2.69.1.1.1.64) куда должна быть осуществлена запись

/ PARequest

IdSpeciality

1..1

String

Идентификатор врачебной специальности в справочнике МИС

/ PARequest

NameDoc

0..1

String

ФИО врача в соответствующем справочнике МИС, ожидается в паре с идентификатором врача в соответствующем справочнике МИС

/ PARequest

NameSpeciality

1..1

String

Наименование врачебной специальности в справочнике МИС

/attachedPARequest /PARequestInfo

1..1


Контейнер причин

/PARequestInfo

Claim

1..1

String

Причина постановки в лист ожидания (код из справочника "Причина постановки в лист ожидания (ЖОЗ)" Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 6)

/PARequestInfo

Info

0..1

String

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

/attachedPARequest/PARequestPatient

1..1


Контейнер сведений о пациенте

/PARequestPatient

BirthDate

1..1

DateTime

Дата рождения пациента

/PARequestPatient

FirstName

1..1

String

Имя пациента

/PARequestPatient

IdPatient

1..1

String

Идентификатор пациента из соответствующего справочника МИС

/PARequestPatient

LastName

1..1

String

Фамилия пациента

/PARequestPatient

MiddleName

1..1

String

Отчество пациента

/PARequestPatient/PARequestPatientContacts

1..1


Контейнер контактной информации пациента

/PARequestPatientContacts

AdditionalInformation

0..1

String

Дополнительная информация о контактах

/PARequestPatientContacts

Email                   

0..1

String

Адрес электронной почты (для автоматизации уведомлений пациента)

/PARequestPatientContacts

Phone

1..1

String

Номер телефона (для уведомления о назначенном времени приема)

/attachedPARequest

PASourceCreated

1..1

Int

Источник создания заявки ЖОЗ (код из справочника «Источники заявки ЖОЗ» Интеграционной платформы - см. см. в документе «Описание интеграционных профилей. Часть 1», Приложение 10)

/attachedPARequest /PreferredIntervals /PARequestInterval

1..*


Контейнер интервалов удобного пациенту времени посещения

/PARequestInterval

EndDate

1..1

DateTime

Окончание интервала

/PARequestInterval

StartDate

1..1

DateTime

Начало интервала

/

idAppointmentPrev

0..1

String

Идентификатор талона записи на прием, по которой необходимо произвести перенос даты и времени (указывается идентификатор талона по существующей записи на прием)

/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа SetAppointmentByPARequest представлена на Рисунке 72.

Рисунок 72 . Структура ответа метода SetAppointmentByPARequest

В Таблице 47 представлено описание выходных данных запроса метода SetAppointmentByPARequest.

Таблица 47 - Описание выходных данных метода SetAppointmentByPARequest

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/SetAppointmentByPARequestResult





/SetAppointmentByPARequestResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/SetAppointmentByPARequestResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/SetAppointmentByPARequestResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/SetAppointmentByPARequestResult

Type

0..1

Int

Тип специалиста, к которому записался пациент

Значения из справочника «Тип специалиста (врача)» (см. в документе «Описание интеграционных профилей. Часть 1», Приложение 4)

Регистрация заявки ЖОЗ (RegisterPARequest)

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

На Рисунке 73 представлена схема информационного взаимодействия в рамках метода «Регистрация заявки ЖОЗ (RegisterPARequest)».

Рисунок 73 . Схема информационного взаимодействия в рамках метода « Регистрация заявки ЖОЗ (RegisterPARequest) »

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

1) Клиент СЗнП отправляет запрос метода «Регистрация заявки ЖОЗ (RegisterPARequest)» в СЗнП. Состав параметров запроса представлен в Таблице 48.

2) СЗнП отправляет запрос метода RegisterPARequest в сервис УО для регистрации заявки ЖОЗ.

3) УО передает ответ метода RegisterPARequest в СЗнП с данными о результате регистрации заявки ЖОЗ.

4) СЗнП передает ответ метода «Регистрация заявки ЖОЗ (RegisterPARequest)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 49.

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

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

Рисунок 74 . Структура запроса метода RegisterPARequest

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

Таблица 48 – Описание параметров запроса метода RegisterPARequest

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/request

1..1

Контейнер параметров заявки

/ request/ PARequest

1..1


Контейнер параметров заявки

/PARequest

FerIdSpeciality

1..1

String

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/PARequest

IdDoc

0..1

String

Идентификатор врача в соответствующем справочнике МИС

/PARequest

IdLpu                   

1..1

Int

Идентификатор ЛПУ (из справочника "ЛПУ" Интеграционной платформы), в которое должна быть осуществлена запись

/PARequest

IdNsiLpu

0..1

String

Идентификатор ЛПУ (Значение поля «Code» из справочника с OID 1.2.643.2.69.1.1.1.64) куда должна быть осуществлена запись, наполняется при передаче запроса от СЗнП к УО

/PARequest

IdSpeciality

1..1

String

Идентификатор врачебной специальности в справочнике МИС

/PARequest

NameDoc

0..1

String

ФИО врача в соответствующем справочнике МИС, ожидается в паре с идентификатором врача в соответствующем справочнике МИС

/PARequest

NameSpeciality

1..1

String

Наименование врачебной специальности в справочнике МИС

/ request /PARequestInfo

1..1


Контейнер причин

/PARequestInfo

Claim

1..1

String

Причина постановки в лист ожидания (код из справочника "Причина постановки в лист ожидания (ЖОЗ)" Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 6). Для положительного результата проверки данных на входе должны передаваться следующие коды причин постановки  в лист ожидания – 1 или 4, с которыми заявка допускается к регистрации. Коды причины постановки 2, 3 - обрабатываются с отрицательным результатом, т.е отказ в регистрации заявки.

/PARequestInfo

Info

0..1

String

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

/request /PARequestPatient

1..1


Контейнер сведений о пациенте

/PARequestPatient

BirthDate

1..1

Datetime

Дата рождения пациента

/PARequestPatient

FirstName

1..1

String

Имя пациента

/PARequestPatient

IdPatient

1..1

String

Идентификатор пациента из соответствующего справочника МИС

/PARequestPatient

LastName

1..1

String

Фамилия пациента

/PARequestPatient

MiddleName

0..1

String

Отчество пациента

/PARequestPatient/PARequestPatientContacts

1..1


Контейнер контактной информации пациента

/PARequestPatientContacts

AdditionalInformation

0..1

String

Дополнительная информация о контактах

/PARequestPatientContacts

Email

0..1

String

Адрес электронной почты (для автоматизации уведомлений пациента)

/PARequestPatientContacts

Phone

1..1

String

Номер телефона (для уведомления о назначенном времени приема) (в формате +7(xxx)xxx-xx-xx или 8(xxx)xxxxxxx)

/request

PASource

1..1

Int

Источник создания заявки ЖОЗ (код из справочника «Источники заявки ЖОЗ» Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 10)

/ request /PreferredIntervals

0..1


Контейнер интервалов удобного пациенту времени приема врача

/ request /PreferredIntervals/PARequestInterval

1..*


Интервал времени

/PARequestInterval

EndDate

1..1

Datetime

Окончание интервала

/PARequestInterval

StartDate

1..1

Datetime

Начало интервала

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа RegisterPARequest представлена на Рисунке 75.

Рисунок 75 . Структура ответа метода RegisterPARequest

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

Таблица 49 - Описание выходных данных метода RegisterPARequest

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/RegisterPARequestResult





/RegisterPARequestResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/RegisterPARequestResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/RegisterPARequestResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/RegisterPARequestResult

IdPar

0..1

String

Идентификатор заявки ЖОЗ

Передача параметра IdPat обязательна, если не передается контейнер Error (отсутствуют ошибке в отработке метода)

Отмена заявки ЖОЗ (CancelPARequest)

Данный метод предназначен для отмены существующей заявки на прием к врачу в журнале отложенной записи (ЖОЗ). При положительном результате проверок входных данных и обработки метода заявка ЖОЗ будет деактивирована.

На Рисунке 76 представлена схема информационного взаимодействия в рамках метода «Отмена заявки ЖОЗ (CancelPARequest)».

Рисунок 76 . Схема информационного взаимодействия в рамках метода « Отмена заявки ЖОЗ (CancelPARequest) »

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

1) Клиент СЗнП отправляет запрос метода «Отмена заявки ЖОЗ (CancelPARequest)» в СЗнП. Состав параметров запроса представлен в Таблице 50.

2) СЗнП отправляет запрос метода CancelPARequest в сервис УО для отмены заявки ЖОЗ.

3) УО передает ответ метода CancelPARequest в СЗнП с данными о результате отмены заявки ЖОЗ.

4) СЗнП передает ответ метода «Отмена заявки ЖОЗ (CancelPARequest)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 51.

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

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

Рисунок 77 . Структура запроса метода CancelPARequest

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

Таблица 50 – Описание параметров запроса метода CancelPARequest

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/request




/request

DeactivationComment

0..1

String

Комментарий отмены заявки

/request

DeactivationReason

1..1

Int

Повод отмены записи (код из справочника "Поводы отмены заявки в ЖОЗ" Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 9)

/request

IdPar

1..1

String

Идентификатор отменяемой заявки на запись к врачу

/request

LinkedIdPar

0..1

String

Идентификатор новой заявки на запись к врачу, для случая когда запись на прием будет оформлена на другой код площадки или другую МО

/request

PASource

1..1

Int

Источник отмены заявки ЖОЗ (код из справочника «Источники заявки ЖОЗ» Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 10)

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа CancelPARequest представлена на Рисунке 78.

Рисунок 78 . Структура ответа метода CancelPARequest

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

Таблица 51 - Описание выходных данных метода CancelPARequest

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/CancelPARequestResult





/CancelPARequestResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/CancelPARequestResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/CancelPARequestResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/CancelPARequestResult

CancellationResult

1..1

Boolean

Результат выполнения запроса

True;

False

/CancelPARequestResult

IdPar

1..1

String

Идентификатор заявки ЖОЗ


Поиск активных заявок ЖОЗ (SearchActivePARequest)

Данный метод предназначен для поиска активных заявок на прием к врачу в журнале отложенной записи (ЖОЗ). При обработке метода заполненные параметры рассматриваются как совокупность условий поиска соединенных функцией «Логическое И».

На Рисунке 79 представлена схема информационного взаимодействия в рамках метода «Поиск активных заявок ЖОЗ (SearchActivePARequest)».

Рисунок 79 . Схема информационного взаимодействия в рамках метода « Поиск активных заявок ЖОЗ (SearchActivePARequest) »

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

1) Клиент СЗнП отправляет запрос метода «Поиск активных заявок ЖОЗ (SearchActivePARequest)» в СЗнП. Состав параметров запроса представлен в Таблице 52.

2) СЗнП отправляет запрос метода SearchActivePARequest в сервис УО для поиска заявок ЖОЗ.

3) УО передает ответ метода SearchActivePARequest в СЗнП с данными о результате поиска заявок ЖОЗ.

4) СЗнП передает ответ метода «Поиск активных заявок ЖОЗ (SearchActivePARequest)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 53.

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

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

Рисунок 80 . Структура запроса метода SearchActivePARequests

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

Таблица 52 – Описание параметров запроса метода SearchActivePARequests

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/filter

1..1


Контейнер условий поиска. Хотя бы один параметр для поиска должен быть заполнен

/filter

Claim

0..1

String

Причина постановки в лист ожидания (код из справочника "Причина постановки в лист ожидания (ЖОЗ)" Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 6)

/filter

FerIdSpeciality

0..1

String

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/filter

IdDoc

0..1

String

Идентификатор врача в соответствующем справочнике МИС (значение ожидается в сочетании с заполненным параметром IdLpu)

/filter

IdLpu

0..1

Int

Идентификатор ЛПУ (из справочника "ЛПУ" Интеграционной платформы), в которое должна быть осуществлена запись

/filter

IdNsiLpu

0..1

String

Идентификатор ЛПУ (Значение поля «Code» из справочника с OID 1.2.643.2.69.1.1.1.64) куда должна быть осуществлена запись

/filter

IdPar

0..1

String

Идентификатор заявки на запись к врачу

/filter/IdPatients

0..*

String

Массив идентификаторов пациентов в ЛПУ из соответствующего справочника МИС

/IdPatients

string

1..1

String

Значение идентификатора  (значение ожидается в сочетании с заполненным параметром IdLpu)

/filter

IdSpeciality

0..1

String

Идентификатор врачебной специальности в справочнике МИС (значение ожидается в сочетании с заполненным параметром IdLpu)

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа SearchActivePARequests представлена на Рисунке 81.

Рисунок 81 . Структура ответа метода SearchActivePARequests

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

Таблица 53 - Описание выходных данных метода SearchActivePARequests

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/SearchActivePARequest s Result





/SearchActivePARequest s Result/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/SearchActivePARequestsResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/SearchActivePARequestsResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/SearchActivePARequest s Result/ActivePARequests/ActivePARequestInfo

0..*

XML-объект

Объект типа ActivePARequestInfo


/ActivePARequestInfo

CreatedDate

1..1

DateTime

Дата создания заявки ЖОЗ


/ActivePARequestInfo

IdPar

1..1

String

Идентификатор заявки ЖОЗ


/ ActivePARequestInfo /PARequest

1..1


Контейнер параметров заявки


/PARequest

FerIdSpeciality

1..1

String

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)


/PARequest

IdDoc

0..1

String

Идентификатор врача в соответствующем справочнике МИС


/PARequest

IdLpu

1..1

Int

Идентификатор ЛПУ (из справочника "ЛПУ" Интеграционной платформы), в которое должна быть осуществлена запись


/PARequest

IdNsiLpu

0..1

String

Идентификатор ЛПУ (Значение поля «Code» из справочника с OID 1.2.643.2.69.1.1.1.64) куда должна быть осуществлена запись


/PARequest

IdSpeciality

1..1

String

Идентификатор врачебной специальности в справочнике МИС


/PARequest

NameDoc

0..1

String

ФИО врача в соответствующем справочнике МИС, ожидается в паре с идентификатором врача в соответствующем справочнике МИС


/PARequest

NameSpeciality

1..1

String

Наименование врачебной специальности в справочнике МИС


/ ActivePARequestInfo /PARequestInfo

1..1


Контейнер причин


/PARequestInfo

Claim

1..1

String

Причина постановки в лист ожидания (код из справочника "Причина постановки в лист ожидания (ЖОЗ)" Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 6)


/PARequestInfo

Info


1..1

String

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


/ActivePARequestInfo /PARequestPatient

1..1


Контейнер сведений о пациенте


/PARequestPatient

BirthDate

1..1

DateTime

Дата рождения пациента


/PARequestPatient

FirstName

1..1

String

Имя пациента


/PARequestPatient

IdPatient

1..1

String

Идентификатор пациента из соответствующего справочника МИС


/PARequestPatient

LastName

1..1

String

Фамилия пациента


/PARequestPatient

MiddleName

0..1

String

Отчество пациента


/PARequestPatient/PARequestPatientContacts

1..1


Контейнер контактной информации пациента


/PARequestPatientContacts

AdditionalInformation

0..1

String

Дополнительная информация о контактах


/PARequestPatientContacts

Email

0..1

String

Адрес электронной почты


/PARequestPatientContacts

Phone

1..1

String

Номер телефона (для уведомления о назначенном времени приема) (в формате +7(xxx)xxx-xx-xx или 8(xxx)xxxxxxx)


/ActivePARequestInfo

PASourceCreated

1..1

Int

Источник создания заявки ЖОЗ (код из справочника «Источники заявки ЖОЗ» Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 10)


/ActivePARequestInfo/PreferredIntervals/PARequestInterval

0..*


Контейнер интервалов удобного пациенту времени посещения


/PARequestInterval

EndDate

1..1

DateTime

Окончание интервала


/PARequestInterval

StartDate

1..1

DateTime

Начало интервала


/SearchActivePARequestsResult

Count

1..1

Int

Количество найденных заявок ЖОЗ


Поиск заявок ЖОЗ пациента (SearchPARequests)

Данный метод предназначен для поиска заявок на прием к врачу в журнале отложенной записи (ЖОЗ) для пациента.

На Рисунке 82 представлена схема информационного взаимодействия в рамках метода «Поиск заявок ЖОЗ пациента (SearchPARequests)».

Рисунок 82 . Схема информационного взаимодействия в рамках метода « Поиск заявок ЖОЗ пациента (SearchPARequests) »

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

1) Клиент СЗнП отправляет запрос метода «Поиск заявок ЖОЗ пациента (SearchPARequests)» в СЗнП. Состав параметров запроса представлен в Таблице 54.

2) СЗнП отправляет запрос метода SearchPARequest в сервис УО для поиска заявок ЖОЗ.

3) УО передает ответ метода SearchPARequest в СЗнП с данными о результате поиска заявок ЖОЗ.

4) СЗнП передает ответ метода «Поиск заявок ЖОЗ пациента (SearchPARequests)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 55.

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

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

Рисунок 83 . Структура запроса метода SearchPARequest s

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

Таблица 54 – Описание параметров запроса метода SearchPARequests

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/filter

1..*


Контейнер условий поиска

/filter / IdInfos /IdInfo

0..*


Массив идентификаторов пациентов из соответствующего справочника МИС

/IdInfo

IdLpu

1..1

Int

Идентификатор ЛПУ (из справочника "ЛПУ" Интеграционной платформы), в которое должна быть осуществлена запись

/ IdInfo

IdPatient             

1..1

String

Идентификатор пациента в ЛПУ из соответствующего справочника МИС

/filter

IdPar

0..1

String

Идентификатор заявки ЖОЗ

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа SearchPARequests представлена на Рисунке 84.

Рисунок 84 . Структура ответа метода SearchPARequest s

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

Таблица 55 - Описание выходных данных метода SearchPARequests

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/SearchPARequest s Result





/SearchPARequest s Result/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/SearchPARequestsResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/SearchPARequestsResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/SearchPARequestsResult

Count

1..1

Int

Количество найденных по параметрам поиска заявок ЖОЗ


/SearchPARequest s Result/PARequests /Search PARequestInfo

0..*


Контейнер заявок ЖОЗ


/SearchPARequestInfo

CreatedDate

1..1

DateTime

Дата создания заявки


/SearchPARequestInfo

IdPar

1..1

String

Идентификатор заявки ЖОЗ


/Search PARequestInfo /PARequest

1..1


Контейнер параметров заявки


/PARequest

FerIdSpeciality

1..1

String

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)


/PARequest

IdDoc

0..1

String

Идентификатор врача в соответствующем справочнике МИС


/PARequest

IdLpu

1..1

Int

Идентификатор ЛПУ (из справочника "ЛПУ" Интеграционной платформы), в которое должна быть осуществлена запись


/PARequest

IdNsiLpu

0..1

String

Идентификатор ЛПУ (Значение поля «Code» из справочника с OID 1.2.643.2.69.1.1.1.64) куда должна быть осуществлена запись


/PARequest

IdSpeciality

1..1

String

Идентификатор врачебной специальности в справочнике МИС


/PARequest

NameDoc

0..1

String

ФИО врача в соответствующем справочнике МИС, ожидается в паре с идентификатором врача в соответствующем справочнике МИС


/PARequest

NameSpeciality

1..1

String

Наименование врачебной специальности в справочнике МИС


/Search PARequestInfo /PARequestInfo

1..1


Контейнер причин


/PARequestInfo

Claim

1..1

String

Причина постановки в лист ожидания (код из справочника "Причина постановки в лист ожидания (ЖОЗ)" Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 6)


/PARequestInfo

Info

1..1

String

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


/ Search PARequestInfo /PARequestPatient

1..1


Контейнер сведений о пациенте


/PARequestPatient

BirthDate

1..1

DateTime

Дата рождения пациента


/PARequestPatient

FirstName

1..1

String

Имя пациента


/PARequestPatient

IdPatient

1..1

String

Идентификатор пациента из соответствующего справочника МИС


/PARequestPatient

LastName

1..1

String

Фамилия пациента


/PARequestPatient

MiddleName

0..1

String

Отчество пациента


/PARequestPatient/PARequestPatientContacts

1..1


Контейнер контактной информации пациента


/PARequestPatientContacts

AdditionalInformation

0..1

String

Дополнительная информация о контактах


/PARequestPatientContacts

Email

0..1

String

Адрес электронной почты (для автоматизации уведомлений пациента)


/PARequestPatientContacts

Phone

1..1

String

Номер телефона (для уведомления о назначенном времени приема) (в формате +7(xxx)xxx-xx-xx или 8(xxx)xxxxxxx)


/SearchPARequestInfo

PASourceCreated

1..1

Int

Источник создания заявки ЖОЗ (код из справочника «Источники заявки ЖОЗ» Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 10)


/SearchPARequestInfo/PreferredIntervals/PARequestInterval

0..*


Контейнер интервалов удобного пациенту времени посещения


/PARequestInterval

EndDate

1..1

String

Окончание интервала


/PARequestInterval

StartDate

1..1

String

Начало интервала


/Search PARequestInfo /PARequestDeactivationInfo

0..1


Контейнер сведений о деактивации заявки


/PARequestDeactivationInfo

DeactivationComment

0..1

String

Комментарий отмены заявки


/PARequestDeactivationInfo

DeactivationDate

1..1

DateTime

Дата деактивации заявки


/PARequestDeactivationInfo

DeactivationReason

1..1

Int

Повод отмены записи (из справочника "Поводы отмены заявки в ЖОЗ" Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 9)


/PARequestDeactivationInfo

LinkedIdPar

0..1

String

Идентификатор связанной заявки (для случая, когда запись на прием была оформлена на другой код площадки или другую МО)


/PARequestDeactivationInfo

PASourceDeactivated

1..1

Int

Источник деактивации заявки ЖОЗ (код из справочника «Источники заявки ЖОЗ» Интеграционной платформы - см. в документе «Описание интеграционных профилей. Часть 1», Приложение 10)


/SearchPARequestInfo

PARequestStatus

1..1

Int

Статус заявки

Значение «1» - заявка активна;

Значение «2» - по заявке совершена запись на прием;

Значение «3» - заявка отменена

Получение списка должностей (GetPositionList)

Метод «Получение списка должностей (GetPositionList)» используется для получения от целевого ЛПУ перечня врачебных должностей, запись к врачам которых доступна для пациента, идентификатор которого вводится в запрос метода. Список должностей, к врачам которых для пациента доступна запись, определяется на стороне МИС ЛПУ.

На Рисунке 85 представлена схема информационного взаимодействия в рамках метода «Получение списка должностей (GetPositionList)».

Рисунок 85 . Схема информационного взаимодействия в рамках метода « Получение списка должностей (GetPositionList) »

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

1) Клиент СЗнП отправляет запрос метода «Получение списка должностей (GetPositionList)» в СЗнП. Состав параметров запроса представлен в Таблице 56.

2) СЗнП отправляет запрос метода «Получение списка должностей (GetPositionList)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 56.

3) Целевое ЛПУ передает ответ метода «Получение списка должностей (GetPositionList)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 57.

4) СЗнП передает ответ метода «Получение списка должностей (GetPositionList)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 57.

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

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

Рисунок 86 . Структура запроса метода GetPositionList

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

Таблица 56- Описание параметров запроса метода GetPositionList

Контейнер

Параметры

Обязательность/ кратность

Тип

Описание

Root




/

idLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/

guid

1..1

GUID

Авторизационный токен

/

idHistory

0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetPositionList представлена на Рисунке 87.

Рисунок 87 . Структура ответа метода GetPositionList

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

Таблица 57 - Описание выходных данных метода GetPositionList

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetPositionListResult





/GetPositionListResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetPositionListResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetPositionListResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetPositionListResult

Comment

0..1

String

Комментарий

Дополнительная информация для пациента по оформлению записи; до 50 символов

/GetPositionListResult/ListPosition/Position

0..*




/Position

Comment

0..1

String

Комментарий

Дополнительная информация о врачебной должности (до 50 символов)

/Position

CountFreeParticipantIE

0..1

Int

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


/Position

CountFreeTicket

0..1

Int

Общее количество свободных талонов по врачебной должности


/Position

FedIdPosition

1..1

String

Идентификатор врачебной должности в федеральном справочнике должностей

Должно соответствовать коду должности из справочника ФНСИ 1.2.643.5.1.13.13.11.1102 «ФРМР. Должности медицинского персонала», расположенной в папках:

·         «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов с высшим профессиональным (медицинским) образованием (врачи) » -> «врачи-специалисты»

·         «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов со средним профессиональным (медицинским) образованием (средний медицинский персонал)»

Пример: 13

/Position

IdPosition

1..1

String

Идентификатор врачебной должности

Значение идентификатора врачебной должности из соответствующего справочника целевой МИС

/Position

LastDate

0..1

Datetime

Дата приема по последнему свободному талону врачебной должности


/Position

NamePosition

1..1

String

Наименование врачебной должности

Наименование врачебной должности из соответствующего справочника целевой МИС

/Position

NearestDate

0..1

Datetime

Дата приема по ближайшему свободному талону врачебной должности


Получение списка врачей по должности (GetDoctorList2)

Метод «Получение списка врачей по должности (GetDoctorList2)» используется для получения от целевого ЛПУ списка врачей указанной должности, запись к которым доступна для пациента, идентификатор которого вводится в запрос метода. Список врачей, запись к которым доступна для пациента, определяется на стороне МИС ЛПУ.

На Рисунке 88 представлена схема информационного взаимодействия в рамках метода «Получение списка врачей по должности (GetDoctorList2)».

Рисунок 88 . Схема информационного взаимодействия в рамках метода « Получение списка врачей по должности (GetDoctorList2) »

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

1) Клиент СЗнП отправляет запрос метода «Получение списка врачей по должности (GetDoctorList2)» в СЗнП. Состав параметров запроса представлен в Таблице 58.

2) СЗнП отправляет запрос метода «Получение списка врачей по должности (GetDoctorList2)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 58.

3) Целевое ЛПУ передает ответ метода «Получение списка врачей по должности (GetDoctorList2)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 59.

4) СЗнП передает ответ метода «Получение списка врачей по должности (GetDoctorList2)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 59.

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

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

Рисунок 89 . Структура запроса метода GetDoctorList2

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

Таблица 58- Описание параметров запроса метода GetDoctorList2

Контейнер

Параметры

Условие

Обязательность/ кратность

Тип

Описание

Root





/

idLpu

1..1


Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

idPat

0..1


String

Идентификатор пациента из соответствующего справочника целевой МИС

/

idPosition

0..1

Если в запросе указывается параметр idPosition, параметр fedIdPosition в запросе передаваться не должен

String

Идентификатор врачебной должности в справочнике целевой МИС

/

fedIdPosition

0..1

Если в запросе указывается параметр fedIdPosition, параметр idPosition в запросе передаваться не должен

String

Идентификатор врачебной должности в федеральном справочнике должностей (ФРМР. Должности медицинского персонала (OID 1.2.643.5.1.13.13.11.1102))

Должно соответствовать коду должности, расположенной в папках:

·         «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов с высшим профессиональным (медицинским) образованием (врачи) » -> «врачи-специалисты»

·         «Должности работников медицинских организаций» -> «Должности медицинских работников» -> «Должности специалистов со средним профессиональным (медицинским) образованием (средний медицинский персонал)»

Пример: 13

/

guid

1..1


GUID

Авторизационный токен

/

idHistory

0..1


Int

Идентификатор сессии (транзакции)

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

Структура ответа GetDoctorList2 представлена на Рисунке 90.

Рисунок 90 . Структура ответа метода GetDoctorList2

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

Таблица 59 - Описание выходных данных метода GetDoctorList2


Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetDoctorList2Result





/GetDoctorList2Result/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetDoctorList2Result

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetDoctorList2Result

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetDoctorList2Result/Docs/ Doctor4

0..*




/Doctor4

AgeGroup

1..3

String

Возрастная категория граждан, запись на прием которым доступна в МО к данному медицинскому ресурсу (массив)

Должно соответствовать коду из справочника OID 1.2.643.2.69.1.1.1.223 «Возрастные категории граждан».

В случае, если передаётся значение «4» - другие категории в массиве передавать нельзя

/Doctor4

Area

0..1

String

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


/Doctor4

AreaType

0..1

String

Вид врачебного участка

Указывается одно значение из следующих возможных:

·  Фельдшерский

·  Терапевтический

·  Врача общей практики (семейного врача)

·  Комплексный

·  Акушерский

·  Приписной

·  Педиатрический

·  Фтизиатрический

/Doctor4

Comment

0..1

String

Комментарий

Дополнительная информация о враче (например, информация о причинах и сроках отсутствия приема врача); до 50 символов

/Doctor4

CountFreeParticipantIE

0..1

Int

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


/Doctor4

CountFreeTicket

0..1

Int

Общее количество свободных талонов к врачу


/Doctor4

FirstName

1..1

String

Имя врача

Имя врача из соответствующего справочника целевой МИС

/Doctor4

IdDoc

1..1

String

Идентификатор врача в справочнике

Значение идентификатора врача из соответствующего справочника целевой МИС

/Doctor4

LastDate

0..1

Datetime

Дата приема по последнему свободному талону к врачу


/Doctor4

LastName

1..1

String

Фамилия врача

Фамилия врача из соответствующего справочника целевой МИС

/Doctor4

MiddleName

0..1

String

Отчество врача

Отчество врача из соответствующего справочника целевой МИС

/Doctor4

NearestDate

0..1

Datetime

Дата приема по ближайшему свободному талону к врачу


/Doctor4

PositionId

1..1

String

Идентификатор врачебной должности в федеральном справочнике должностей

Должно соответствовать коду должности из справочника ФНСИ 1.2.643.5.1.13.13.11.1102 «ФРМР. Должности медицинского персонала», по которому медицинский работник трудоустроен в данном ЛПУ

/Doctor4

Snils

1..1

String

СНИЛС врача

СНИЛС врача из соответствующего справочника целевой МИС (формат передачи: «XXX-XXX-XXX YY»)

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

Метод «Получение справочной информации по количеству доступных талонов для записи пациента по направлению (GetAvailableAppointmentsInfo)» используется для получения от целевого ЛПУ справочной информации по количеству доступных талонов для записи по направлению.

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

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

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

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

1) Клиент СЗнП отправляет запрос метода «Получение справочной информации по количеству доступных талонов для записи пациента по направлению (GetAvailableAppointmentsInfo)» в СЗнП. Состав параметров запроса представлен в Таблице 60.

2) СЗнП отправляет запрос метода «Получение справочной информации по количеству доступных талонов для записи пациента по направлению (GetAvailableAppointmentsInfo)» в целевое ЛПУ. Состав параметров запроса представлен в Таблице 60.

3) Целевое ЛПУ передает ответ метода «Получение справочной информации по количеству доступных талонов для записи пациента по направлению (GetAvailableAppointmentsInfo)» в СЗнП. Состав выходных данных ответа метода представлен в Таблице 61.

4) СЗнП передает ответ метода «Получение справочной информации по количеству доступных талонов для записи пациента по направлению (GetAvailableAppointmentsInfo)» клиенту СЗнП. Состав выходных данных ответа метода представлен в Таблице 61.

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

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

Рисунок 92 . Структура запроса метода GetAvailableAppointmentsInfo

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

Таблица 60 - Описание параметров запроса метода GetAvailableAppointmentsInfo

Контейнер

Параметры

Условие

Обязательность/ кратность

Тип

Описание

Root





/ patient 2         


0..1


Данные пациента

/patient2

AriaNumber


0..1

String

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

/patient2

Birthday


0..1

datetime

Дата рождения

/patient2

CellPhone


0..1

String

Номер мобильного телефона (формат передачи: «XXXXXXXXXX» – 10 знаков без разделителей)

/patient2

Document_N


0..1

String

Номер документа

/patient2

Document_S


0..1

String

Серия документа

/patient2

Gender


0..1

String

Пол пациента (в соответствии с Классификатором половой принадлежности, OID 1.2.643.5.1.13.2.1.1.156)

/patient2

HomePhone


0..1

String

Номер домашнего телефона (формат передачи: «XXXXXXX» – 7 знаков без разделителей)

/patient2

IdPat


0..1

String

Идентификатор пациента из соответствующего справочника целевой МИС

/patient2

Name


0..1

String

Имя пациента

/patient2

Polis_N


0..1

String

Номер полиса ОМС

/patient2

Polis_S


0..1

String

Серия полиса ОМС

/patient2

SecondName


0..1

String

Отчество пациента

/patient2

Snils


0..1

String

СНИЛС пациента (формат передачи: «XXX-XXX-XXX YY»)

/patient2

Surname


0..1

String

Фамилия пациента

/ info


0..1


Данные направления

/info

MkbCode


0..1

String

Код заболевания. Значение в соответствии с МКБ-10. OID справочника: 1.2.643.2.69.1.1.1.2

/info

Priority


0..1

String

Комментарий о приоритете и состоянии пациента

/info

PrivilegeType


0..1

String

Код льготы пациента. OID справочника: 1.2.643.2.69.1.1.1.7

/info

ProfileMedService


1..1

String

Идентификатор составного профиля помощи. OID справочника: 1.2.643.2.69.1.1.1.56

/info

Reason


0..1

String

Основание направления, цель направления пациента

/info

SourceLpu


1..1

String

Идентификатор МО, направляющей пациента. OID справочника: 1.2.643.2.69.1.1.1.64

/info

SurveyOrgan


0..1

String

Идентификатор области исследования. OID справочника: 1.2.643.2.69.1.1.1.58

/info

SurveyType


0..1

String

Идентификатор вида исследования. OID справочника: 1.2.643.2.69.1.1.1.57

/

idLpu


1..1

Int

При обращении клиента сервиса к СЗнП необходимо передавать идентификатор МО из справочника с OID 1.2.643.2.69.1.1.1.64.

При передаче запроса от СЗнП к поставщику данных (владельцу талонов) значение заменяется на идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы

/

guid


1..1

GUID

Авторизационный токен

/

idHistory


0..1

Int

Идентификатор сессии (транзакции)

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

Структура ответа GetAvailableAppointmentsInfo представлена на Рисунке 93.

Рисунок 93 . Структура ответа метода GetAvailableAppointmentsInfo

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

Таблица 61 - Описание выходных данных метода GetAvailableAppointmentsInfo

Контейнер

Выходные данные

Обязательность/кратность

Тип

Описание

Возможные значения

/GetAvailableAppointmentsInfoResult





/GetAvailableAppointmentsInfoResult/ErrorList/Error

0..*




/Error

ErrorDescription

0..1

String

Текстовое описание ошибки

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1.

Передача текстового описания ошибки обязательна для ошибки с кодом 99

/Error

IdError

1..1

Int

Идентификатор ошибки в справочнике

Описание ошибок – см. в документе «Описание интеграционных профилей. Часть 1», Приложение 1

/GetAvailableAppointmentsInfoResult

IdHistory

0..1

Int

Идентификатор сессии (транзакции)


/GetAvailableAppointmentsInfoResult

Success

1..1

Boolean

Результат выполнения запроса

True;

False

/GetAvailableAppointmentsInfoResult

IdLpu

1..1

Int

Идентификатор ЛПУ из справочника «ЛПУ» Интеграционной платформы


/GetAvailableAppointmentsInfoResult

IdPat

0..1

String

Идентификатор пациента в МИС ЛПУ

Значение идентификатора пациента из соответствующего справочника целевой МИС

/GetAvailableAppointmentsInfoResult/ListSpe c iality/Spe c iality 2

0..*


Указывается информация о специальности


/Speciality2

Description

0..1

String

Комментарий

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

/Speciality2

FerIdSpeciality

1..1

String

Идентификатор врачебной специальности в федеральном справочнике специальностей

Номенклатура специальностей медработников с высшим и средним образованием (OID 1.2.643.5.1.13.13.11.1066)

/Speciality2

IdSpeciality

1..1

String

Идентификатор врачебной специальности

Значение идентификатора врачебной специальности из соответствующего справочника целевой МИС

/GetAvailableAppointmentsInfoResult/ListSpe с iality/Spe с iality2/ListDoctor/Doctor2

0..*


Указывается информация о враче


/Doctor2

Description

0..1

String

Комментарий

Указывается важная информация для осуществления записи на прием к данному врачу

/Doctor2

IdDoc

1..1

String

Идентификатор врача в справочнике

Значение идентификатора врача из соответствующего справочника целевой МИС

/GetAvailableAppointmentsInfoResult/ListSpe с iality/Spe с iality2/ListDoctor/Doctor2/ListAppointment/Appointment

0..*


Указывается информация о талоне (свободном временном интервале)


/Appointment

Address

0..1

String

Адрес приема врача

Указывается адрес приема врача (место оказания услуги) в случае, если данный адрес отличается от адреса МО/подразделения МО

/Appointment

IdAppointment

1..1

String

Идентификатор талона для записи

Значение идентификатора талона на прием из соответствующего справочника целевой МИС

/Appointment

Num

0..1

Int

Номер талона в очереди


/Appointment

Room

0..1

String

Номер кабинета

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

/Appointment

VisitEnd

1..1

Datetime

Дата и время окончания приема

Значение в формате: YYYY-MM-DDHH:MM:SS.MsMsMs

/Appointment

VisitStart

1..1

Datetime

Дата и время начала приема

Значение в формате: YYYY-MM-DDHH:MM:SS.MsMsMs

/Doctor2

Name

1..1

String

ФИО врача (полностью)

ФИО врача из соответствующего справочника целевой МИС

/Doctor2

Snils

1..1

String

СНИЛС врача

СНИЛС врача из соответствующего справочника целевой МИС (формат передачи: «XXX-XXX-XXX YY»)

/Speciality2

NameSpeciality

1..1

String

Наименование врачебной специальности

Наименование врачебной специальности из соответствующего справочника целевой МИС

Выбор района (GetDistrictList) 

Запрос

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/">
    <soapenv:Header>
        <Authorization>28009623-692d-4b3c-b332-3561802443a9</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:GetDistrictList>
            <tem:guid>YourGUID</tem:guid>
        </tem:GetDistrictList>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetDistrictListResponse xmlns="http://tempuri.org/">
            <GetDistrictListResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:Districts>
                    <d4p1:District>
                        <d4p1:DistrictName>Архангельск</d4p1:DistrictName>
                        <d4p1:IdDistrict>0</d4p1:IdDistrict>
                        <d4p1:Okato>2901</d4p1:Okato>
                    </d4p1:District>
                    <d4p1:District>
                        <d4p1:DistrictName>Вельский район</d4p1:DistrictName>
                        <d4p1:IdDistrict>1</d4p1:IdDistrict>
                        <d4p1:Okato>2907</d4p1:Okato>
                    </d4p1:District>
                    <d4p1:District>
                        <d4p1:DistrictName>Верхнетоемский район</d4p1:DistrictName>
                        <d4p1:IdDistrict>2</d4p1:IdDistrict>
                        <d4p1:Okato>290450</d4p1:Okato>
                    </d4p1:District>
                </d4p1:Districts>
            </GetDistrictListResult>
        </GetDistrictListResponse>
    </s:Body>
</s:Envelope>

Выбор ЛПУ (GetLPUList)

Запрос

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/">
    <soapenv:Header>
        <Authorization>28009623-692d-4b3c-b332-3561802443a9</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:GetLPUList>
            <tem:idDistrict>1</tem:idDistrict>
            <tem:guid>YourGuid</tem:guid>
        </tem:GetLPUList>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetLPUListResponse xmlns="http://tempuri.org/">
            <GetLPUListResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:ListLPU>
                    <d4p1:Clinic>
                        <d4p1:Description>Самсон</d4p1:Description>
                        <d4p1:District>1</d4p1:District>
                        <d4p1:IdLPU>530</d4p1:IdLPU>
                        <d4p1:IsActive>true</d4p1:IsActive>
                        <d4p1:LPUFullName>ГБУЗ АО "Вельская ЦРБ", Аргуновская амбулатория</d4p1:LPUFullName>
                        <d4p1:LPUShortName>Аргуновская амбулатория</d4p1:LPUShortName>
                        <d4p1:LPUType>0</d4p1:LPUType>
                        <d4p1:Oid>1.2.643.5.1.13.13.12.2.29.2755.0.115805</d4p1:Oid>
                        <d4p1:PartOf i:nil="true" />
                    </d4p1:Clinic>
                    <d4p1:Clinic>
                        <d4p1:Description>Самсон</d4p1:Description>
                        <d4p1:District>1</d4p1:District>
                        <d4p1:IdLPU>533</d4p1:IdLPU>
                        <d4p1:IsActive>true</d4p1:IsActive>
                        <d4p1:LPUFullName>ГБУЗ АО "Вельская ЦРБ", Благовещенская амбулатория</d4p1:LPUFullName>
                        <d4p1:LPUShortName>Благовещенская амбулатория</d4p1:LPUShortName>
                        <d4p1:LPUType>0</d4p1:LPUType>
                        <d4p1:Oid>1.2.643.5.1.13.13.12.2.29.2755.0.118231</d4p1:Oid>
                        <d4p1:PartOf i:nil="true" />
                    </d4p1:Clinic>
                    <d4p1:Clinic>
                        <d4p1:Description>Самсон</d4p1:Description>
                        <d4p1:District>1</d4p1:District>
                        <d4p1:IdLPU>511</d4p1:IdLPU>
                        <d4p1:IsActive>true</d4p1:IsActive>
                        <d4p1:LPUFullName>ГБУЗ АО "Вельская ЦРБ", Верхне-Устькулойский фельдшерско-акушерский пункт</d4p1:LPUFullName>
                        <d4p1:LPUShortName>Верхне-Устькулойский фельдшерско-акушерский пункт</d4p1:LPUShortName>
                        <d4p1:LPUType>0</d4p1:LPUType>
                        <d4p1:Oid>1.2.643.5.1.13.13.12.2.29.2755.0.127839</d4p1:Oid>
                        <d4p1:PartOf i:nil="true" />
                    </d4p1:Clinic>
                </d4p1:ListLPU>
            </GetLPUListResult>
        </GetLPUListResponse>
    </s:Body>

Идентификация пациента (CheckPatient)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>7e79b1ab-8780-48cd-a71c-120b8a12d01d</Authorization>
    </s:Header>
    <s:Body>
        <CheckPatient xmlns="http://tempuri.org/">
            <pat xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:AriaNumber i:nil="true" />
                <a:Birthday>1950-03-06T00:00:00</a:Birthday>
                <a:CellPhone>8828586999</a:CellPhone>
                <a:Document_N>164208</a:Document_N>
                <a:Document_S>0407</a:Document_S>
                <a:HomePhone>2322021</a:HomePhone>
                <a:IdPat i:nil="true" />
                <a:Name>Анна</a:Name>
                <a:Polis_N>6452210877031528</a:Polis_N>
                <a:Polis_S i:nil="true" />
                <a:SecondName>Аркадьевна</a:SecondName>
                <a:Snils>102-608-044 02</a:Snils>
                <a:Surname>Каренина</a:Surname>
            </pat>
            <idLpu>4</idLpu>
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </CheckPatient>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <CheckPatientResponse xmlns="http://tempuri.org/">
            <CheckPatientResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:IdPat>199358</d4p1:IdPat>
            </CheckPatientResult>
        </CheckPatientResponse>
    </s:Body>
</s:Envelope>

Выбор специальности (GetSpesialityList)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>7e79b1ab-8780-48cd-a71c-120b8a12d01d</Authorization>
    </s:Header>
    <s:Body>
        <GetSpesialityList xmlns="http://tempuri.org/">
            <idLpu>22</idLpu>
            <idPat>2551</idPat>
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </GetSpesialityList>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetSpesialityListResponse xmlns="http://tempuri.org/">
            <GetSpesialityListResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:ListSpesiality>
                    <d4p1:Spesiality>
                        <d4p1:CountFreeParticipantIE>0</d4p1:CountFreeParticipantIE>
                        <d4p1:CountFreeTicket>0</d4p1:CountFreeTicket>
                        <d4p1:FerIdSpesiality>27</d4p1:FerIdSpesiality>
                        <d4p1:IdSpesiality>214</d4p1:IdSpesiality>
                        <d4p1:LastDate i:nil="true" />
                        <d4p1:NameSpesiality>Терапевт (4 ТО) Шмид,41/9</d4p1:NameSpesiality>
                        <d4p1:NearestDate i:nil="true" />
                    </d4p1:Spesiality>
                </d4p1:ListSpesiality>
                <d4p1:LpuChanges />
            </GetSpesialityListResult>
        </GetSpesialityListResponse>
    </s:Body>
</s:Envelope>

Выбор врача (GetDoctorList)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
	<s:Header>
		<Authorization>28009623-692d-4b3c-b332-3561802443a9</Authorization>
	</s:Header>
	<s:Body>
		<GetDoctorList xmlns="http://tempuri.org/">
			<idLpu>2</idLpu>
			<idPat>255160</idPat>            
			<idSpesiality>236</idSpesiality>
			<guid>YourGUID</guid>
			<idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
		</GetDoctorList>
	</s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetDoctorListResponse xmlns="http://tempuri.org/">
            <GetDoctorListResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:Docs>
                    <d4p1:Doctor>
                        <d4p1:AriaNumber>12</d4p1:AriaNumber>
                        <d4p1:Comment>больничный с 26.06</d4p1:Comment>
                        <d4p1:CountFreeParticipantIE>1046</d4p1:CountFreeParticipantIE>
                        <d4p1:CountFreeTicket>1046</d4p1:CountFreeTicket>
                        <d4p1:IdDoc>2775</d4p1:IdDoc>
                        <d4p1:LastDate>2022-09-30T00:00:00</d4p1:LastDate>
                        <d4p1:Name>Антонов Антон Антонович</d4p1:Name>
                        <d4p1:NearestDate>2022-09-08T00:00:00</d4p1:NearestDate>
                        <d4p1:Snils>797-105-352 29</d4p1:Snils>
                    </d4p1:Doctor>
                </d4p1:Docs>
            </GetDoctorListResult>
        </GetDoctorListResponse>
    </s:Body>
</s:Envelope>

Выбор даты (GetAvailableDates)

Запрос

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <s:Header xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
        <Authorization>1d83705b-c624-4749-9cc0-0247f655d990</Authorization>
    </s:Header>
    <soap:Body>
        <GetAvailableDates xmlns="http://tempuri.org/">
            <idDoc>25</idDoc>
            <idLpu>49</idLpu>
            <idPat />
            <visitStart>2022-09-13T00:00:00+03:00</visitStart>
            <visitEnd>2022-10-01T00:00:00</visitEnd>
            <guid>YourGUID</guid>
        </GetAvailableDates>
    </soap:Body>
</soap:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetAvailableDatesResponse xmlns="http://tempuri.org/">
            <GetAvailableDatesResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:AvailableDateList xmlns:d5p1="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
                    <d5p1:dateTime>2022-09-20T00:00:00</d5p1:dateTime>
                    <d5p1:dateTime>2022-09-22T00:00:00</d5p1:dateTime>
                </d4p1:AvailableDateList>
            </GetAvailableDatesResult>
        </GetAvailableDatesResponse>
    </s:Body>
</s:Envelope>

Выбор времени приема (GetAvaibleAppointments)

Запрос

<SOAP-ENV:Envelope xmlns:ns0="http://tempuri.org/" xmlns:ns1="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP-ENV:Header>
        <xsi:Authorization>64affd79-b35c-4f6e-8703-ecf25c221ff6</xsi:Authorization>
    </SOAP-ENV:Header>
    <ns1:Body>
        <ns0:GetAvaibleAppointments>
            <ns0:idDoc>2818</ns0:idDoc>
            <ns0:idLpu>82</ns0:idLpu>
            <ns0:idPat>255160</ns0:idPat>
            <ns0:visitStart>2022-09-08T11:49:23.541002</ns0:visitStart>
            <ns0:visitEnd>2022-10-08T11:49:23.541002</ns0:visitEnd>
            <ns0:guid>YourGUID</ns0:guid>
        </ns0:GetAvaibleAppointments>
    </ns1:Body>
</SOAP-ENV:Envelope>

Ответ

Список талонов получен

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetAvaibleAppointmentsResponse xmlns="http://tempuri.org/">
            <GetAvaibleAppointmentsResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:ListAppointments>
                    <d4p1:Appointment>
                        <d4p1:Address>Шмидта, д.41/9</d4p1:Address>
                        <d4p1:IdAppointment>20220921160000002818</d4p1:IdAppointment>
                        <d4p1:Num>14</d4p1:Num>
                        <d4p1:Room>310</d4p1:Room>
                        <d4p1:VisitEnd>2022-09-21T16:14:59</d4p1:VisitEnd>
                        <d4p1:VisitStart>2022-09-21T16:00:00</d4p1:VisitStart>
                    </d4p1:Appointment>
                    <d4p1:Appointment>
                        <d4p1:Address>Шмидта, д.41/9</d4p1:Address>
                        <d4p1:IdAppointment>20220922090000002818</d4p1:IdAppointment>
                        <d4p1:Num>5</d4p1:Num>
                        <d4p1:Room>310</d4p1:Room>
                        <d4p1:VisitEnd>2022-09-22T09:14:59</d4p1:VisitEnd>
                        <d4p1:VisitStart>2022-09-22T09:00:00</d4p1:VisitStart>
                    </d4p1:Appointment>
                    <d4p1:Appointment>
                        <d4p1:Address>Шмидта, д.41/9</d4p1:Address>
                        <d4p1:IdAppointment>20220922091500002818</d4p1:IdAppointment>
                        <d4p1:Num>6</d4p1:Num>
                        <d4p1:Room>310</d4p1:Room>
                        <d4p1:VisitEnd>2022-09-22T09:29:59</d4p1:VisitEnd>
                        <d4p1:VisitStart>2022-09-22T09:15:00</d4p1:VisitStart>
                    </d4p1:Appointment>
                </d4p1:ListAppointments>
                <d4p1:MedicalOrganization xmlns:d5p1="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" i:nil="true" />
                <d4p1:MedicalResource xmlns:d5p1="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" i:nil="true" />
                <d4p1:NextAvailableDate xmlns:d5p1="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" i:nil="true" />
                <d4p1:NotAvailableReasonCode i:nil="true" />
                <d4p1:VisitInfo xmlns:d5p1="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" i:nil="true" />
            </GetAvaibleAppointmentsResult>
        </GetAvaibleAppointmentsResponse>
    </s:Body>
</s:Envelope>

Список талонов не получен

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetAvaibleAppointmentsResponse xmlns="http://tempuri.org/">
            <GetAvaibleAppointmentsResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList i:nil="true" />
                <a:IdHistory i:nil="true" />
                <a:Success>true</a:Success>
                <a:ListAppointments i:nil="true" />
                <a:MedicalOrganization i:nil="true" xmlns:b="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" />
                <a:MedicalResource xmlns:b="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn">
                    <b:MoAddress>Санкт-Петербург, Будапештская ул., д. 20</b:MoAddress>
                    <b:MoName>СПб ГБУЗ «Городская поликлиника № 44»</b:MoName>
                    <b:Name>Иванов Иван Иванович</b:Name>
                    <b:Position>123</b:Position>
                    <b:Room>45</b:Room>
                </a:MedicalResource>
                <a:NextAvailableDate i:nil="true" xmlns:b="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" />
                <a:NotAvailableReasonCode>5</a:NotAvailableReasonCode>
                <a:VisitInfo i:nil="true" xmlns:b="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" />
            </GetAvaibleAppointmentsResult>
        </GetAvaibleAppointmentsResponse>
    </s:Body>
</s:Envelope>

Подтверждение записи (SetAppointment)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>90bf198c-4b61-4c3e-8ab4-dee8362f105c</Authorization>
    </s:Header>
    <s:Body>
        <SetAppointment xmlns="http://tempuri.org/">
            <idAppointment>7806327000</idAppointment>
            <idLpu>65</idLpu>
            <idPat>25613000</idPat>
            <doctorsReferral i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
            <attachedReferral i:nil="true" xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
            <idAppointmentPrev i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </SetAppointment>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SetAppointmentResponse xmlns="http://tempuri.org/">
            <SetAppointmentResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:Type>отсутстствует_неопределено</d4p1:Type>
            </SetAppointmentResult>
        </SetAppointmentResponse>
    </s:Body>
</s:Envelope>

Поиск пациента (SearchTop10Patient)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization xmlns="http://n3cto.netrika.ru">fb789f8c-5740-4926-b98a-55f4c811ddb0</Authorization>
    </s:Header>
    <s:Body>
        <SearchTop10Patient xmlns="http://tempuri.org/">
            <pat xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:AriaNumber i:nil="true" />
                <a:Birthday>1970-10-25T00:00:00</a:Birthday>
                <a:CellPhone>9992526031</a:CellPhone>
                <a:Document_N>350212</a:Document_N>
                <a:Document_S>2481</a:Document_S>
                <a:HomePhone>2015468</a:HomePhone>
                <a:IdPat i:nil="true" />
                <a:Name>Анна</a:Name>
                <a:Polis_N>6452210877031528</a:Polis_N>
                <a:Polis_S i:nil="true" />
                <a:SecondName>Аркадьевна</a:SecondName>
                <a:Snils>845-963-054 47</a:Snils>
                <a:Surname>Каренина</a:Surname>
            </pat>
            <idLpu>46</idLpu>
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </SearchTop10Patient>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SearchTop10PatientResponse xmlns="http://tempuri.org/">
            <SearchTop10PatientResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList />
                <a:IdHistory i:nil="true" />
                <a:Success>false</a:Success>
                <a:ListPatient>
                    <a:Patient>
                        <a:AriaNumber>ГП 27, ВПО(1-уч)</a:AriaNumber>
                        <a:Birthday>1991-02-24T00:00:00</a:Birthday>
                        <a:CellPhone>2222222222</a:CellPhone>
                        <a:Document_N />
                        <a:Document_S />
                        <a:HomePhone>9876543</a:HomePhone>
                        <a:IdPat>824178</a:IdPat>
                        <a:Name>Анна</a:Name>
                        <a:Polis_N />
                        <a:Polis_S />
                        <a:SecondName>Аркадьевна</a:SecondName>
                        <a:Snils>845-963-054 47</a:Snils>
                        <a:Surname>Каренина</a:Surname>
                    </a:Patient>
                </a:ListPatient>
            </SearchTop10PatientResult>
        </SearchTop10PatientResponse>
    </s:Body>
</s:Envelope>

Добавление пациента в стороннюю МИС (AddNewPatient)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>823c9fb5-2143-4dcf-8c44-61adaef0cc0e</Authorization>
    </s:Header>
    <s:Body>
        <AddNewPatient xmlns="http://tempuri.org/">
            <patient xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:AriaNumber i:nil="true" />
                <a:Birthday>1991-02-24T00:00:00</a:Birthday>
                <a:CellPhone i:nil="true" />
                <a:Document_N i:nil="true" />
                <a:Document_S i:nil="true" />
                <a:HomePhone i:nil="true" />
                <a:IdPat i:nil="true" />
                <a:Name>Анна</a:Name>
                <a:Polis_N>6452210877031528</a:Polis_N>
                <a:Polis_S i:nil="true" />
                <a:SecondName>Аркадьевна</a:SecondName>
                <a:Snils>845-963-054 47</a:Snils>
                <a:Surname>Каренина</a:Surname>
            </patient>
            <idLpu>141</idLpu>
            <approvedByTfoms i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </AddNewPatient>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <AddNewPatientResponse xmlns="http://tempuri.org/">
            <AddNewPatientResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList i:nil="true" />
                <a:IdHistory i:nil="true" />
                <a:Success>true</a:Success>
                <a:IdPat>384012555</a:IdPat>
            </AddNewPatientResult>
        </AddNewPatientResponse>
    </s:Body>
</s:Envelope>

Передача в МИС номера телефона пациента (UpdatePhoneByIdPat)

Запрос

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <s:Header xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
        <Authorization>a3d68492-7311-48a0-b031-337f052a79ed</Authorization>
    </s:Header>
    <soap:Body>
        <UpdatePhoneByIdPat xmlns="http://tempuri.org/">
            <idLpu>64</idLpu>
            <idPat>W1093</idPat>
            <homePhone xsi:nil="true" />
            <cellPhone>9999999999</cellPhone>
            <guid>YourGUID</guid>
            <idHistory>0</idHistory>
        </UpdatePhoneByIdPat>
    </soap:Body>
</soap:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <UpdatePhoneByIdPatResponse xmlns="http://tempuri.org/">
            <UpdatePhoneByIdPatResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList />
                <d4p1:IdHistory>0</d4p1:IdHistory>
                <d4p1:Success>true</d4p1:Success>
            </UpdatePhoneByIdPatResult>
        </UpdatePhoneByIdPatResponse>
    </s:Body>
</s:Envelope>

Просмотр предстоящих записей пациента (GetPatientHistory)

Запрос

<SOAP-ENV:Envelope xmlns:ns0="http://tempuri.org/" xmlns:ns1="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP-ENV:Header>
        <xsi:Authorization>3d349759-4a82-42f6-9f08-bcf7ba024f3b</xsi:Authorization>
    </SOAP-ENV:Header>
    <ns1:Body>
        <ns0:GetPatientHistory>
            <ns0:idLpu>13</ns0:idLpu>
            <ns0:idPat>176171</ns0:idPat>
            <ns0:guid>YourGUID</ns0:guid>
        </ns0:GetPatientHistory>
    </ns1:Body>
</SOAP-ENV:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetPatientHistoryResponse xmlns="http://tempuri.org/">
            <GetPatientHistoryResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:ListHistoryRefusal />
                <d4p1:ListHistoryVisit>
                    <d4p1:HistoryVisit>
                        <d4p1:DateCreatedAppointment>2022-08-26T08:13:44</d4p1:DateCreatedAppointment>
                        <d4p1:DoctorBringReferal i:nil="true" />
                        <d4p1:DoctorRendingConsultation>
                            <d4p1:AriaNumber i:nil="true" />
                            <d4p1:IdDoc>6855</d4p1:IdDoc>
                            <d4p1:Name>Петрова Наталья Петровна</d4p1:Name>
                        </d4p1:DoctorRendingConsultation>
                        <d4p1:IdAppointment>2314352</d4p1:IdAppointment>
                        <d4p1:SpecialityBringReferal i:nil="true" />
                        <d4p1:SpecialityRendingConsultation>
                            <d4p1:FerIdSpesiality>8</d4p1:FerIdSpesiality>
                            <d4p1:IdSpesiality>8398</d4p1:IdSpesiality>
                            <d4p1:NameSpesiality>Врач акушер-гинеколог (ЖК №1, ул.К.Маркса, 9)</d4p1:NameSpesiality>
                        </d4p1:SpecialityRendingConsultation>
                        <d4p1:UserCreatedAppointment>
                            <d4p1:UserName>Портал</d4p1:UserName>
                            <d4p1:UserPosition>портал</d4p1:UserPosition>
                        </d4p1:UserCreatedAppointment>
                        <d4p1:VisitStart>2022-09-09T18:30:00</d4p1:VisitStart>
                    </d4p1:HistoryVisit>
                </d4p1:ListHistoryVisit>
            </GetPatientHistoryResult>
        </GetPatientHistoryResponse>
    </s:Body>
</s:Envelope>

Подача заявки на отмену записи (CreateClaimForRefusal)

Запрос

<SOAP-ENV:Envelope xmlns:ns0="http://tempuri.org/" xmlns:ns1="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP-ENV:Header>
        <Authorization>4b3ac4b2-8440-40db-8cde-3c16fc0e291f</Authorization>
    </SOAP-ENV:Header>
    <ns1:Body>
        <ns0:CreateClaimForRefusal>
            <ns0:idLpu>121</ns0:idLpu>
            <ns0:idPat>56569</ns0:idPat>
            <ns0:idAppointment>2022-09-19T16:30:00|64</ns0:idAppointment>
            <ns0:guid>YourGUID</ns0:guid>
        </ns0:CreateClaimForRefusal>
    </ns1:Body>
</SOAP-ENV:Envelope>

Ответ

	<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
	    <s:Body>
	        <CreateClaimForRefusalResponse xmlns="http://tempuri.org/">
	            <CreateClaimForRefusalResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
	                <d4p1:ErrorList i:nil="true" />
	                <d4p1:IdHistory i:nil="true" />
	                <d4p1:Success>true</d4p1:Success>
	            </CreateClaimForRefusalResult>
	        </CreateClaimForRefusalResponse>
	    </s:Body>
	</s:Envelope>

Просмотр расписаний (без записи) (GetWorkingTime)

Запрос

<SOAP-ENV:Envelope xmlns:ns0="http://tempuri.org/" xmlns:ns1="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
    <SOAP-ENV:Header>
        <Authorization>ad390d9c-6e3d-48ad-8e67-733ea5f79b88</Authorization>
    </SOAP-ENV:Header>
    <ns1:Body>
        <ns0:GetWorkingTime>
            <ns0:idDoc>66</ns0:idDoc>
            <ns0:idLpu>203</ns0:idLpu>
            <ns0:visitStart>2022-09-09T17:09:38.937353</ns0:visitStart>
            <ns0:visitEnd>2022-10-09T17:09:38.937353</ns0:visitEnd>
            <ns0:guid>YourGUID</ns0:guid>
        </ns0:GetWorkingTime>
    </ns1:Body>
</SOAP-ENV:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetWorkingTimeResponse xmlns="http://tempuri.org/">
            <GetWorkingTimeResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:WorkingTimeList>
                    <d4p1:WorkingTime>
                        <d4p1:DenyCause />
                        <d4p1:RecordableDay>true</d4p1:RecordableDay>
                        <d4p1:VisitEnd>2022-09-10T15:00:00</d4p1:VisitEnd>
                        <d4p1:VisitStart>2022-09-10T10:00:00</d4p1:VisitStart>
                    </d4p1:WorkingTime>
                    <d4p1:WorkingTime>
                        <d4p1:DenyCause />
                        <d4p1:RecordableDay>true</d4p1:RecordableDay>
                        <d4p1:VisitEnd>2022-09-12T20:00:00</d4p1:VisitEnd>
                        <d4p1:VisitStart>2022-09-12T12:00:00</d4p1:VisitStart>
                    </d4p1:WorkingTime>
                </d4p1:WorkingTimeList>
            </GetWorkingTimeResult>
        </GetWorkingTimeResponse>
    </s:Body>
</s:Envelope>

Получение списка врачей, сгруппированных по специальности (GetDocListFullTree)

Запрос

<soap-env:Envelope xmlns:soap-env="http://schemas.xmlsoap.org/soap/envelope/">
    <soap-env:Header xmlns:wsa="http://www.w3.org/2005/08/addressing">
        <Authorization>ad390d9c-6e3d-48ad-8e67-733ea5f79b88</Authorization>
    </soap-env:Header>
    <soap-env:Body>
        <ns0:GetDocListFullTree xmlns:ns0="http://tempuri.org/">
            <ns0:idLpu>13</ns0:idLpu>
            <ns0:guid>YourGUID</ns0:guid>
            <ns0:idHistory>0</ns0:idHistory>
        </ns0:GetDocListFullTree>
    </soap-env:Body>
</soap-env:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetDocListFullTreeResponse xmlns="http://tempuri.org/">
            <GetDocListFullTreeResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory>0</d4p1:IdHistory>
                <d4p1:Success>true</d4p1:Success>
                <d4p1:ListDoctor>
                    <d4p1:Essence>
                        <d4p1:Description>Суббота и воскресенье выходной</d4p1:Description>
                        <d4p1:IdEssence>4793</d4p1:IdEssence>
                        <d4p1:ListEssence>
                            <d4p1:Essence>
                                <d4p1:Description i:nil="true" />
                                <d4p1:IdEssence>2278</d4p1:IdEssence>
                                <d4p1:NameEssence>Доврачебный прием . .</d4p1:NameEssence>
                            </d4p1:Essence>
                            <d4p1:Essence>
                                <d4p1:Description i:nil="true" />
                                <d4p1:IdEssence>6670</d4p1:IdEssence>
                                <d4p1:NameEssence>Доврачебный прием КАБ 5 (ЖК3) . .</d4p1:NameEssence>
                            </d4p1:Essence>
                        </d4p1:ListEssence>
                        <d4p1:NameEssence>Акушерка</d4p1:NameEssence>
                    </d4p1:Essence>
                    <d4p1:Essence>
                        <d4p1:Description i:nil="true" />
                        <d4p1:IdEssence>4792</d4p1:IdEssence>
                        <d4p1:ListEssence>
                            <d4p1:Essence>
                                <d4p1:Description i:nil="true" />
                                <d4p1:IdEssence>5401</d4p1:IdEssence>
                                <d4p1:NameEssence>Доврачебный прием COVID (ЖК3) . .</d4p1:NameEssence>
                            </d4p1:Essence>
                        </d4p1:ListEssence>
                        <d4p1:NameEssence>Акушерка (самостоятельный прием)</d4p1:NameEssence>
                    </d4p1:Essence>
                    <d4p1:Essence>
                        <d4p1:Description>Суббота и воскресенье выходной</d4p1:Description>
                        <d4p1:IdEssence>8398</d4p1:IdEssence>
                        <d4p1:ListEssence>
                            <d4p1:Essence>
                                <d4p1:Description>По четным числам месяца с 9:00 до 13, по нечетным с 14:00 до 18</d4p1:Description>
                                <d4p1:IdEssence>1492</d4p1:IdEssence>
                                <d4p1:NameEssence>Андрущенко Ирина Владимировна</d4p1:NameEssence>
                            </d4p1:Essence>
                            <d4p1:Essence>
                                <d4p1:Description>По нечетным числам месяца с 9:00 до 13, по четным с 14:00 до 18</d4p1:Description>
                                <d4p1:IdEssence>5573</d4p1:IdEssence>
                                <d4p1:NameEssence>Васильченко Мария Александровна</d4p1:NameEssence>
                            </d4p1:Essence>
                        </d4p1:ListEssence>
                        <d4p1:NameEssence>Медицинская сестра функциональной диагностики</d4p1:NameEssence>
                    </d4p1:Essence>
                </d4p1:ListDoctor>
            </GetDocListFullTreeResult>
        </GetDocListFullTreeResponse>
    </s:Body>
</s:Envelope>

Определение пользователя по его GUID (GetHubUserByGuid)

Запрос

<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://tempuri.org/">
    <s:Header xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
        <Authorization>1f71047f-6f11-43ca-93db-a912487ce2da</Authorization>
    </s:Header>
    <SOAP-ENV:Body>
        <ns1:GetHubUserByGuid>
            <ns1:usersGuid>93a8a0c6-1974-4cdc-8e5a-d7b72b74487f</ns1:usersGuid>
            <ns1:guid>YourGUID</ns1:guid>
        </ns1:GetHubUserByGuid>
    </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Ответ

Пример ответа, где пользователем является оператор

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetHubUserByGuidResponse xmlns="http://tempuri.org/">
            <GetHubUserByGuidResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList />
                <a:IdHistory i:nil="true" />
                <a:Success>true</a:Success>
                <a:HubUserList>
                    <a:HubUser>
                        <a:UserName>Operator_1</a:UserName>
                        <a:UserPosition>оператор</a:UserPosition>
                        <a:IdDistrict>1</a:IdDistrict>
                        <a:PublicGuid>569118a6-b345-4f37-8608-5657688b9f4e</a:PublicGuid>
                    </a:HubUser>
                </a:HubUserList>
            </GetHubUserByGuidResult>
        </GetHubUserByGuidResponse>
    </s:Body>
</s:Envelope>

Пример ответа, где пользователем является система

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetHubUserByGuidResponse xmlns="http://tempuri.org/">
            <GetHubUserByGuidResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList />
                <a:IdHistory i:nil="true" />
                <a:Success>true</a:Success>
                <a:HubUserList>
                    <a:HubUser>
                        <a:UserName>мобильное приложение еФарма</a:UserName>
                        <a:UserPosition>портал</a:UserPosition>
                        <a:IdDistrict i:nil="true" />
                        <a:PublicGuid>6c7b5b0b-e6a9-4363-ba32-70001feeb6c7</a:PublicGuid>
                    </a:HubUser>
                </a:HubUserList>
            </GetHubUserByGuidResult>
        </GetHubUserByGuidResponse>
    </s:Body>
</s:Envelope>

Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)

Запрос

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
        <Authorization>1f71047f-6f11-43ca-93db-a912487ce2da</Authorization>
    </s:Header>
    <soap:Body>
        <SendNotificationAboutAppointment xmlns="http://tempuri.org/" xmlns:ns2="http://schemas.datacontract.org/2004/07/HubService2" xmlns:ns3="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:ns4="http://schemas.datacontract.org/2004/07/System.Collections.Generic" xmlns:ns5="http://schemas.datacontract.org/2004/07/HubService2.Dto" xmlns:ns6="http://schemas.microsoft.com/2003/10/Serialization/Arrays" xmlns:ns7="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" xmlns:ns8="http://schemas.microsoft.com/2003/10/Serialization/">
            <doctor>
                <ns2:Comment>По четным числам с 14 до 18 по нечетным с 8 до 12</ns2:Comment>
                <ns2:FirstName>Федорова</ns2:FirstName>
                <ns2:IdDoc>12</ns2:IdDoc>
                <ns2:LastDate xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
                <ns2:LastName>Ольга</ns2:LastName>
                <ns2:MiddleName>Владимировна</ns2:MiddleName>
                <ns2:NearestDate xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
                <ns2:PositionId>34</ns2:PositionId>
                <ns2:Snils>297-649-135 43</ns2:Snils>
            </doctor>
            <spesiality>
                <ns2:FerIdSpesiality>22</ns2:FerIdSpesiality>
                <ns2:IdSpesiality>4747</ns2:IdSpesiality>
                <ns2:NameSpesiality>Врач-педиатр участковый</ns2:NameSpesiality>
            </spesiality>
            <idLpu>16</idLpu>
            <patient>
                <ns2:Birthday>2012-06-10T00:00:00.000</ns2:Birthday>
                <ns2:CellPhone>+7(963)456-19-87</ns2:CellPhone>
                <ns2:Document_N>711899</ns2:Document_N>
                <ns2:Document_S>II-ФР</ns2:Document_S>
                <ns2:IdPat>47093</ns2:IdPat>
                <ns2:Name>Анна</ns2:Name>
                <ns2:Polis_N>6452210877031528</ns2:Polis_N>
                <ns2:Polis_S xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
                <ns2:SecondName>Аркадьевна</ns2:SecondName>
                <ns2:Snils>845-963-054 47</ns2:Snils>
                <ns2:Surname>Каренина</ns2:Surname>
            </patient>
            <appointment>
                <ns2:IdAppointment>461</ns2:IdAppointment>
                <ns2:VisitEnd>2022-09-14T14:38:00.000</ns2:VisitEnd>
                <ns2:VisitStart>2022-09-14T14:23:00.000</ns2:VisitStart>
            </appointment>
            <doctorsReferal xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
            <appointmentSource>Прочее</appointmentSource>
            <guid>YourGUID</guid>
            <member>c29e3adb-ddfd-4803-846a-3a7d33d488e2</member>
            <idHistory xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
            <services>
                <ns6:string>B01.026.001</ns6:string>
            </services>
            <fedIdPosition>34</fedIdPosition>
        </SendNotificationAboutAppointment>
    </soap:Body>
</soap:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SendNotificationAboutAppointmentResponse xmlns="http://tempuri.org/">
            <SendNotificationAboutAppointmentResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:IdNotification>221004540</d4p1:IdNotification>
            </SendNotificationAboutAppointmentResult>
        </SendNotificationAboutAppointmentResponse>
    </s:Body>
</s:Envelope>

Уведомление об изменении статуса записи на прием (SendNotificationAboutAppointmentStatus)

Запрос

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
        <Authorization>1f71047f-6f11-43ca-93db-a912487ce2da</Authorization>
    </s:Header>
    <soap:Body>
        <SendNotificationAboutAppointmentStatus xmlns="http://tempuri.org/" xmlns:ns2="http://schemas.datacontract.org/2004/07/HubService2" xmlns:ns3="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:ns4="http://schemas.datacontract.org/2004/07/System.Collections.Generic" xmlns:ns5="http://schemas.datacontract.org/2004/07/HubService2.Dto" xmlns:ns6="http://schemas.microsoft.com/2003/10/Serialization/Arrays" xmlns:ns7="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn" xmlns:ns8="http://schemas.microsoft.com/2003/10/Serialization/">
            <idNotification>220770152</idNotification>
            <idLpu xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
            <idPat xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
            <idAppointment xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
            <doctorsReferral xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
            <status>посещение_состоялось</status>
            <eventDatetime>2022-09-13T14:29:01.000+03:00</eventDatetime>
            <guid>YourGUID</guid>
            <idHistory xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true" />
            <registryArea>1</registryArea>
            <appointmentReason>1</appointmentReason>
        </SendNotificationAboutAppointmentStatus>
    </soap:Body>
</soap:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SendNotificationAboutAppointmentStatusResponse xmlns="http://tempuri.org/">
            <SendNotificationAboutAppointmentStatusResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
            </SendNotificationAboutAppointmentStatusResult>
        </SendNotificationAboutAppointmentStatusResponse>
    </s:Body>
</s:Envelope>

Получение врачебных участков по пациенту (GetPatientsAreas)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization xmlns="http://n3cto.netrika.ru">dfe042c7-eb4a-4f29-8ae2-324f80959d99</Authorization>
    </s:Header>
    <s:Body>
        <GetPatientsAreas xmlns="http://tempuri.org/">
            <idLpu>11</idLpu>
            <idPat>95642</idPat>
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </GetPatientsAreas>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetPatientsAreasResponse xmlns="http://tempuri.org/">
            <GetPatientsAreasResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList />
                <a:IdHistory>1</a:IdHistory>
                <a:Success>true</a:Success>
                <a:PatientsAreaList>
                    <a:PatientsArea>
                        <a:Area>Test Area 1</a:Area>
                        <a:AreaType>Фельдшерский</a:AreaType>
                    </a:PatientsArea>
                    <a:PatientsArea>
                        <a:Area>Test Area 2</a:Area>
                        <a:AreaType>Терапевтический</a:AreaType>
                    </a:PatientsArea>
                </a:PatientsAreaList>
            </GetPatientsAreasResult>
        </GetPatientsAreasResponse>
    </s:Body>
</s:Envelope>

Валидация кода направления 2 (InspectDoctorsReferral2)

Запрос

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/">
    <soapenv:Header>
        <Authorization>70ee9e86-39f7-4cd5-8b0d-c3582cb4da32</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:InspectDoctorsReferral2>
            <tem:doctorsReferal>78164028008644</tem:doctorsReferal>
            <tem:surname>Козырева</tem:surname>
            <tem:guid>YourGUID</tem:guid>
        </tem:InspectDoctorsReferral2>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <InspectDoctorsReferral2Response xmlns="http://tempuri.org/">
            <InspectDoctorsReferral2Result xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList i:nil="true" />
                <a:IdHistory i:nil="true" />
                <a:Success>true</a:Success>
                <a:IdLpu>1872</a:IdLpu>
                <a:IdPat>384012489</a:IdPat>
                <a:ListSpeciality>
                    <a:Speciality2>
                        <a:Description i:nil="true" />
                        <a:FerIdSpeciality>27</a:FerIdSpeciality>
                        <a:IdSpeciality>26180</a:IdSpeciality>
                        <a:ListDoctor>
                            <a:Doctor2>
                                <a:Description i:nil="true" />
                                <a:IdDoc>13444</a:IdDoc>
                                <a:ListAppointment>
                                    <a:Appointment>
                                        <a:Address>Санкт-Петербург, Будапештская ул., д. 20</a:Address>
                                        <a:IdAppointment>1249221</a:IdAppointment>
                                        <a:Num>8</a:Num>
                                        <a:Room>410</a:Room>
                                        <a:VisitEnd>2016-11-17T15:30:00</a:VisitEnd>
                                        <a:VisitStart>2016-11-17T15:15:00</a:VisitStart>
                                    </a:Appointment>
                                    <a:Appointment>
                                        <a:Address>Санкт-Петербург, Будапештская ул., д. 20</a:Address>
                                        <a:IdAppointment>1249217</a:IdAppointment>
                                        <a:VisitStart>2016-11-17T16:10:00</a:VisitStart>
                                    </a:Appointment>
                                    <a:Appointment>
                                        <a:Address>Санкт-Петербург, Будапештская ул., д. 20</a:Address>
                                        <a:IdAppointment>1249211</a:IdAppointment>
                                        <a:Num>18</a:Num>
                                        <a:Room>410</a:Room>
                                        <a:VisitEnd>2016-11-17T17:30:00</a:VisitEnd>
                                        <a:VisitStart>2016-11-17T17:20:00</a:VisitStart>
                                    </a:Appointment>
                                </a:ListAppointment>
                                <a:Name>Ястремская Любовь Михайловна</a:Name>
                                <a:Snils>105-157-179 28</a:Snils>
                            </a:Doctor2>
                        </a:ListDoctor>
                        <a:NameSpeciality>Отоларинголог</a:NameSpeciality>
                    </a:Speciality2>
                </a:ListSpeciality>
            </InspectDoctorsReferral2Result>
        </InspectDoctorsReferral2Response>
    </s:Body>
</s:Envelope>

Получение данных о направлении (CheckReferral)

Запрос

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/">
    <soapenv:Header>
        <Authorization>8ff4246e-adef-4fb9-9947-7bcd61c93d82</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:CheckReferral>
            <tem:doctorsReferral>78164028008644</tem:doctorsReferral>
            <tem:guid>YourGUID</tem:guid>
        </tem:CheckReferral>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <CheckReferralResponse xmlns="http://tempuri.org/">
            <CheckReferralResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList />
                <a:IdHistory i:nil="true" />
                <a:Success>true</a:Success>
                <a:Referral xmlns:b="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.ProxyAndReturn.Dto">
                    <b:EventsInfo>
                        <b:Cancellation i:nil="true" />
                        <b:Source>
                            <b:IsReferralReviewed>true</b:IsReferralReviewed>
                            <b:PlannedDate>2016-11-10T00:00:00</b:PlannedDate>
                            <b:ReferralCreateDate>2016-11-10T00:00:00</b:ReferralCreateDate>
                            <b:ReferralOutDate>2016-11-10T00:00:00</b:ReferralOutDate>
                            <b:ReferralReviewDate>2016-11-10T00:00:00</b:ReferralReviewDate>
                        </b:Source>
                        <b:Target>
                            <b:CaseAidForm i:nil="true" />
                            <b:CaseAidPlace i:nil="true" />
                            <b:CaseAidType i:nil="true" />
                            <b:CaseCloseDate i:nil="true" />
                            <b:CaseOpenDate i:nil="true" />
                            <b:IsReferralReviwed i:nil="true" />
                            <b:Lpu i:nil="true" />
                            <b:ReceptionAppointComment i:nil="true" />
                            <b:ReceptionAppointDate i:nil="true" />
                            <b:ReceptionAppointTime i:nil="true" />
                            <b:ReferralReviewDate i:nil="true" />
                            <b:RefferalCreatedDate i:nil="true" />
                        </b:Target>
                    </b:EventsInfo>
                    <b:Patient>
                        <b:Addresses>
                            <b:AddressDto>
                                <b:AddressType>
                                    <b:Code>4</b:Code>
                                    <b:System>urn:oid:1.2.643.2.69.1.1.1.28</b:System>
                                    <b:Version>1</b:Version>
                                </b:AddressType>
                                <b:StringAddress>Авангардная ул., д.6, корп.2, кв.122</b:StringAddress>
                            </b:AddressDto>
                        </b:Addresses>
                        <b:ContactDtos>
                            <b:ContactDto>
                                <b:ContactType>
                                    <b:Code>2</b:Code>
                                    <b:System>urn:oid:1.2.643.2.69.1.1.1.27</b:System>
                                    <b:Version>1</b:Version>
                                </b:ContactType>
                                <b:ContactValue>+7 (812) 648-21-21</b:ContactValue>
                            </b:ContactDto>
                        </b:ContactDtos>
                        <b:Documents>
                            <b:DocumentDto>
                                <b:DocN>7854410877000666</b:DocN>
                                <b:DocS i:nil="true" />
                                <b:DocumentType>
                                    <b:Code>228</b:Code>
                                    <b:System>urn:oid:1.2.643.2.69.1.1.1.59</b:System>
                                    <b:Version>1</b:Version>
                                </b:DocumentType>
                                <b:ExpiredDate i:nil="true" />
                                <b:IssuedDate i:nil="true" />
                                <b:Provider>
                                    <b:Code>78008</b:Code>
                                    <b:System>urn:oid:1.2.643.5.1.13.2.1.1.635</b:System>
                                    <b:Version>1</b:Version>
                                </b:Provider>
                                <b:ProviderName>САНКТ-ПЕТЕРБУРГСКИЙ ФИЛИАЛ ОАО "РОСНО-МС"</b:ProviderName>
                                <b:RegionCode>
                                    <b:Code>78</b:Code>
                                    <b:System>urn:oid:1.2.643.2.69.1.1.1.51</b:System>
                                    <b:Version>1</b:Version>
                                </b:RegionCode>
                            </b:DocumentDto>
                        </b:Documents>
                        <b:Jobs />
                        <b:Person>
                            <b:BirthDate>1985-05-22T00:00:00</b:BirthDate>
                            <b:HumanName>
                                <b:FamilyName>Козырева</b:FamilyName>
                                <b:GivenName>Любовь</b:GivenName>
                                <b:MiddleName>Петровна</b:MiddleName>
                            </b:HumanName>
                            <b:IdPatientMis>653</b:IdPatientMis>
                            <b:IdPersonMis i:nil="true" />
                            <b:Sex>
                                <b:Code>2</b:Code>
                                <b:System>urn:oid:1.2.643.5.1.13.2.1.1.156</b:System>
                                <b:Version>1</b:Version>
                            </b:Sex>
                        </b:Person>
                        <b:Privileges />
                    </b:Patient>
                    <b:ReferralInfo>
                        <b:Comment>На консультацию к специалисту</b:Comment>
                        <b:Date>2016-11-10T00:00:00</b:Date>
                        <b:IdMq>78164028008644</b:IdMq>
                        <b:MqReferralStatus>
                            <b:Code>3</b:Code>
                            <b:System>urn:oid:1.2.643.2.69.1.1.1.50</b:System>
                            <b:Version>1</b:Version>
                        </b:MqReferralStatus>
                        <b:Priority>В плановом порядке</b:Priority>
                        <b:ProfileMedService>
                            <b:Code>9</b:Code>
                            <b:System>urn:oid:1.2.643.2.69.1.1.1.56</b:System>
                            <b:Version>1</b:Version>
                        </b:ProfileMedService>
                        <b:Reason>Для уточнения диагноза</b:Reason>
                        <b:ReferralType>
                            <b:Code>4</b:Code>
                            <b:System>urn:oid:1.2.643.2.69.1.1.1.55</b:System>
                            <b:Version>1</b:Version>
                        </b:ReferralType>
                    </b:ReferralInfo>
                    <b:ReferralSurvey>
                        <b:Additional>
                            <b:AllergyIodine i:nil="true" />
                            <b:Height i:nil="true" />
                            <b:Weight i:nil="true" />
                            <b:ExtraData xmlns:c="http://schemas.microsoft.com/2003/10/Serialization/Arrays" />
                        </b:Additional>
                        <b:Comment i:nil="true" />
                        <b:SurveyOrgan i:nil="true" />
                        <b:SurveyType i:nil="true" />
                    </b:ReferralSurvey>
                    <b:Source>
                        <b:Doctors>
                            <b:Doctor>
                                <b:ContactDtos>
                                    <b:ContactDto>
                                        <b:ContactType>
                                            <b:Code>2</b:Code>
                                            <b:System>urn:oid:1.2.643.2.69.1.1.1.27</b:System>
                                            <b:Version>1</b:Version>
                                        </b:ContactType>
                                        <b:ContactValue>+7 (812) 309-86-09</b:ContactValue>
                                    </b:ContactDto>
                                </b:ContactDtos>
                                <b:Lpu>
                                    <b:Code>0b09d9d0-3137-472d-bc1e-bdf2cc9730ce</b:Code>
                                    <b:System>urn:oid:1.2.643.2.69.1.1.1.64</b:System>
                                    <b:Version>1</b:Version>
                                </b:Lpu>
                                <b:Person>
                                    <b:BirthDate i:nil="true" />
                                    <b:HumanName>
                                        <b:FamilyName>Буров</b:FamilyName>
                                        <b:GivenName>Артём</b:GivenName>
                                        <b:MiddleName>Тимофеевич</b:MiddleName>
                                    </b:HumanName>
                                    <b:IdPatientMis i:nil="true" />
                                    <b:IdPersonMis>54</b:IdPersonMis>
                                    <b:Sex>
                                        <b:Code>1</b:Code>
                                        <b:System>urn:oid:1.2.643.5.1.13.2.1.1.156</b:System>
                                        <b:Version>1</b:Version>
                                    </b:Sex>
                                </b:Person>
                                <b:Position>
                                    <b:Code>73</b:Code>
                                    <b:System>urn:oid:1.2.643.5.1.13.2.1.1.607</b:System>
                                    <b:Version>1</b:Version>
                                </b:Position>
                                <b:Role>
                                    <b:Code>1</b:Code>
                                    <b:System>urn:oid:1.2.643.2.69.1.1.1.66</b:System>
                                    <b:Version>1</b:Version>
                                </b:Role>
                                <b:Speciality>
                                    <b:Code>27</b:Code>
                                    <b:System>urn:oid:1.2.643.5.1.13.13.11.1066</b:System>
                                    <b:Version>1</b:Version>
                                </b:Speciality>
                            </b:Doctor>
                        </b:Doctors>
                        <b:IdCaseMis>245</b:IdCaseMis>
                        <b:IdReferralMis>247</b:IdReferralMis>
                        <b:Lpu>
                            <b:Code>0b09d9d0-3137-472d-bc1e-bdf2cc9730ce</b:Code>
                            <b:System>urn:oid:1.2.643.2.69.1.1.1.64</b:System>
                            <b:Version>1</b:Version>
                        </b:Lpu>
                        <b:MainDiagnosis>
                            <b:MainDiagnosis>
                                <b:ComplicationDiagnosis />
                                <b:DiagnosisInfo>
                                    <b:Comment>Предварительный</b:Comment>
                                    <b:DiagnosedDate>2016-12-01T00:00:00</b:DiagnosedDate>
                                    <b:DiagnosisType>
                                        <b:Code>1</b:Code>
                                        <b:System>urn:oid:1.2.643.2.69.1.1.1.26</b:System>
                                        <b:Version>1</b:Version>
                                    </b:DiagnosisType>
                                    <b:MkbCode>
                                        <b:Code>D09.9</b:Code>
                                        <b:System>urn:oid:1.2.643.2.69.1.1.1.2</b:System>
                                        <b:Version>1</b:Version>
                                    </b:MkbCode>
                                </b:DiagnosisInfo>
                            </b:MainDiagnosis>
                        </b:MainDiagnosis>
                    </b:Source>
                    <b:Target>
                        <b:Doctors />
                        <b:IdCaseMis>22</b:IdCaseMis>
                        <b:IsReferralReviewed i:nil="true" />
                        <b:Lpu>
                            <b:Code>d536347b-4105-49a1-bae6-0b3114e89aa0</b:Code>
                            <b:System>urn:oid:1.2.643.2.69.1.1.1.64</b:System>
                            <b:Version>1</b:Version>
                        </b:Lpu>
                        <b:MainDiagnosis />
                        <b:ReceptionAppointComment i:nil="true" />
                        <b:ReceptionAppointDate i:nil="true" />
                        <b:ReceptionAppointTime i:nil="true" />
                        <b:ReferralReviewDate i:nil="true" />
                    </b:Target>
                </a:Referral>
            </CheckReferralResult>
        </CheckReferralResponse>
    </s:Body>
</s:Envelope>

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

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>4eb2e205-cd12-4422-8112-a392f62d3520</Authorization>
    </s:Header>
    <s:Body>
        <GetAvailableDoctors xmlns="http://tempuri.org/">
            <idLpu>11</idLpu>
            <idPat>209312</idPat>
            <idSpeciality>23</idSpeciality>
            <ferIdSpeciality i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </GetAvailableDoctors>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetAvailableDoctorsResponse xmlns="http://tempuri.org/">
            <GetAvailableDoctorsResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:Comment i:nil="true" />
                <d4p1:ListSpeciality>
                    <d4p1:Speciality3>
                        <d4p1:Comment>тут должен быть текст</d4p1:Comment>
                        <d4p1:CountFreeParticipantIE>11</d4p1:CountFreeParticipantIE>
                        <d4p1:CountFreeTicket>11</d4p1:CountFreeTicket>
                        <d4p1:Docs>
                            <d4p1:Doctor3>
                                <d4p1:Comment>Первичный</d4p1:Comment>
                                <d4p1:CountFreeParticipantIE>11</d4p1:CountFreeParticipantIE>
                                <d4p1:CountFreeTicket>11</d4p1:CountFreeTicket>
                                <d4p1:IdDoc>417</d4p1:IdDoc>
                                <d4p1:LastDate>2022-09-23T00:00:00</d4p1:LastDate>
                                <d4p1:Name>Баранова Анастасия Евгеньевна</d4p1:Name>
                                <d4p1:NearestDate>2022-09-12T00:00:00</d4p1:NearestDate>
                                <d4p1:Snils>548-702-679 22</d4p1:Snils>
                            </d4p1:Doctor3>
                        </d4p1:Docs>
                        <d4p1:FerIdSpeciality>32</d4p1:FerIdSpeciality>
                        <d4p1:IdSpeciality>23</d4p1:IdSpeciality>
                        <d4p1:LastDate>2022-09-23T00:00:00</d4p1:LastDate>
                        <d4p1:NameSpeciality>Инфекционист</d4p1:NameSpeciality>
                        <d4p1:NearestDate>2022-09-12T00:00:00</d4p1:NearestDate>
                    </d4p1:Speciality3>
                </d4p1:ListSpeciality>
            </GetAvailableDoctorsResult>
        </GetAvailableDoctorsResponse>
    </s:Body>
</s:Envelope>

Запрос талонов по заявке ЖОЗ (GetAvailableAppointmentsByPARequest)

Запрос

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/" xmlns:hub="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment">
    <soapenv:Header>
        <Authorization>bbd2a41c-62c9-44cf-812e-389ddb85747d</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:GetAvailableAppointmentsByPARequest>
            <tem:attachedPARequest>
                <hub:IdPar>78175000000000</hub:IdPar>
            </tem:attachedPARequest>
            <tem:guid>YourGUID</tem:guid>
        </tem:GetAvailableAppointmentsByPARequest>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetAvailableAppointmentsByPARequestResponse xmlns="http://tempuri.org/">
            <GetAvailableAppointmentsByPARequestResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <ErrorList xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <IdHistory i:nil="true" xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <Success xmlns="http://schemas.datacontract.org/2004/07/HubService2">true</Success>
                <a:IdLpu>511132</a:IdLpu>
                <a:IdPat>W6559</a:IdPat>
                <a:ListSpeciality xmlns:b="http://schemas.datacontract.org/2004/07/HubService2">
                    <b:Speciality2>
                        <b:Description>В связи с ремонтом, прием может вестись в других кабинетах</b:Description>
                        <b:FerIdSpeciality>27</b:FerIdSpeciality>
                        <b:IdSpeciality>1</b:IdSpeciality>
                        <b:ListDoctor>
                            <b:Doctor2>
                                <b:Description>Прием в 208 кабинете</b:Description>
                                <b:IdDoc>1f</b:IdDoc>
                                <b:ListAppointment>
                                    <b:Appointment>
                                        <b:Address>СПб, Дворцовая площадь 1</b:Address>
                                        <b:IdAppointment>20-10-2017 14:49</b:IdAppointment>
                                        <b:Num>0</b:Num>
                                        <b:Room>1</b:Room>
                                        <b:VisitEnd>2017-10-20T14:49:00</b:VisitEnd>
                                        <b:VisitStart>2017-10-20T14:49:00</b:VisitStart>
                                    </b:Appointment>
                                    <b:Appointment>
                                        <b:Address>СПб, Дворцовая площадь 1</b:Address>
                                        <b:IdAppointment>21-10-2017 14:49</b:IdAppointment>
                                        <b:Num>0</b:Num>
                                        <b:Room>1</b:Room>
                                        <b:VisitEnd>2017-10-21T14:49:00</b:VisitEnd>
                                        <b:VisitStart>2017-10-21T14:49:00</b:VisitStart>
                                    </b:Appointment>
                                </b:ListAppointment>
                                <b:Name>Врач тестовый терапевт</b:Name>
                                <b:Snils>123-123-123 12</b:Snils>
                            </b:Doctor2>
                        </b:ListDoctor>
                        <b:NameSpeciality>Терапевт</b:NameSpeciality>
                    </b:Speciality2>
                    <b:Speciality2>
                        <b:Description>Прием в 301 кабинете</b:Description>
                        <b:FerIdSpeciality>14</b:FerIdSpeciality>
                        <b:IdSpeciality>2</b:IdSpeciality>
                        <b:ListDoctor>
                            <b:Doctor2>
                                <b:Description />
                                <b:IdDoc>5f</b:IdDoc>
                                <b:ListAppointment>
                                    <b:Appointment>
                                        <b:Address>СПб, Дворцовая площадь 1</b:Address>
                                        <b:IdAppointment>15-10-2017 14:49</b:IdAppointment>
                                        <b:Num>0</b:Num>
                                        <b:Room>1</b:Room>
                                        <b:VisitEnd>2017-10-15T14:54:00</b:VisitEnd>
                                        <b:VisitStart>2017-10-15T14:49:00</b:VisitStart>
                                    </b:Appointment>
                                    <b:Appointment>
                                        <b:Address>СПб, Дворцовая площадь 1</b:Address>
                                        <b:IdAppointment>21-10-2017 14:49</b:IdAppointment>
                                        <b:Num>0</b:Num>
                                        <b:Room>1</b:Room>
                                        <b:VisitEnd>2017-10-21T14:49:00</b:VisitEnd>
                                        <b:VisitStart>2017-10-21T14:49:00</b:VisitStart>
                                    </b:Appointment>
                                </b:ListAppointment>
                                <b:Name>Врач тестовый невролог</b:Name>
                                <b:Snils>123-123-123 12</b:Snils>
                            </b:Doctor2>
                        </b:ListDoctor>
                        <b:NameSpeciality>Невролог</b:NameSpeciality>
                    </b:Speciality2>
                    <b:Speciality2>
                        <b:Description>Прием осуществляется только через регистратуру</b:Description>
                        <b:FerIdSpeciality>10</b:FerIdSpeciality>
                        <b:IdSpeciality>3</b:IdSpeciality>
                        <b:ListDoctor>
                            <b:Doctor2>
                                <b:Description>Прием осуществляется только через регистратуру</b:Description>
                                <b:IdDoc>4f</b:IdDoc>
                                <b:ListAppointment />
                                <b:Name>Врач семейный</b:Name>
                                <b:Snils>123-123-123 12</b:Snils>
                            </b:Doctor2>
                        </b:ListDoctor>
                        <b:NameSpeciality>Общая врачебная практика (семейная медицина)</b:NameSpeciality>
                    </b:Speciality2>
                </a:ListSpeciality>
            </GetAvailableAppointmentsByPARequestResult>
        </GetAvailableAppointmentsByPARequestResponse>
    </s:Body>
</s:Envelope>

Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)

Запрос

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/" xmlns:hub="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment">
    <soapenv:Header>
        <Authorization>d1aeb753-fabf-4e51-9686-5c1bcc4ad71a</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:SetAppointmentByPARequest>
            <tem:idAppointment>21-10-2017 14:49</tem:idAppointment>
            <tem:attachedPARequest>
                <hub:IdPar>78175000000000</hub:IdPar>
            </tem:attachedPARequest>
            <tem:guid>YourGUID</tem:guid>
        </tem:SetAppointmentByPARequest>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SetAppointmentByPARequestResponse xmlns="http://tempuri.org/">
            <SetAppointmentByPARequestResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <ErrorList xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <IdHistory i:nil="true" xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <Success xmlns="http://schemas.datacontract.org/2004/07/HubService2">true</Success>
                <a:Type>1</a:Type>
            </SetAppointmentByPARequestResult>
        </SetAppointmentByPARequestResponse>
    </s:Body>
</s:Envelope>

Регистрация заявки ЖОЗ (RegisterPARequest)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>e3ba8606-1315-4ea4-b5d9-f5749c0944ab</Authorization>
    </s:Header>
    <s:Body>
        <RegisterPARequest xmlns="http://tempuri.org/">
            <request xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:PARequest>
                    <a:FerIdSpeciality>30</a:FerIdSpeciality>
                    <a:IdDoc i:nil="true" />
                    <a:IdLpu>82</a:IdLpu>
                    <a:IdNsiLpu i:nil="true" />
                    <a:IdSpeciality>89</a:IdSpeciality>
                    <a:NameDoc i:nil="true" />
                    <a:NameSpeciality>Хирург</a:NameSpeciality>
                </a:PARequest>
                <a:PARequestInfo>
                    <a:Claim>1</a:Claim>
                    <a:Info>сыпь</a:Info>
                </a:PARequestInfo>
                <a:PARequestPatient>
                    <a:BirthDate>1991-02-24T00:00:00</a:BirthDate>
                    <a:FirstName>Анна</a:FirstName>
                    <a:IdPatient>255160</a:IdPatient>
                    <a:LastName>Каренина</a:LastName>
                    <a:MiddleName />
                    <a:PARequestPatientContacts>
                        <a:AdditionalInformation i:nil="true" />
                        <a:Email>karenina@mail.ru</a:Email>
                        <a:Phone>+77777777777</a:Phone>
                    </a:PARequestPatientContacts>
                </a:PARequestPatient>
                <a:PASource>2</a:PASource>
                <a:PreferredIntervals>
                    <a:PARequestInterval>
                        <a:EndDate>2022-09-21T20:00:00</a:EndDate>
                        <a:StartDate>2022-09-21T10:00:00</a:StartDate>
                    </a:PARequestInterval>
                    <a:PARequestInterval>
                        <a:EndDate>2022-09-22T20:00:00</a:EndDate>
                        <a:StartDate>2022-09-22T10:00:00</a:StartDate>
                    </a:PARequestInterval>
                </a:PreferredIntervals>
            </request>
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </RegisterPARequest>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <RegisterPARequestResponse xmlns="http://tempuri.org/">
            <RegisterPARequestResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <ErrorList xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <IdHistory i:nil="true" xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <Success xmlns="http://schemas.datacontract.org/2004/07/HubService2">true</Success>
                <a:IdPar>78175000000000</a:IdPar>
            </RegisterPARequestResult>
        </RegisterPARequestResponse>
    </s:Body>
</s:Envelope>

Отмена заявки ЖОЗ (CancelPARequest)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>f694b2e8-e344-4a6f-8410-3133f4a87500</Authorization>
    </s:Header>
    <s:Body>
        <CancelPARequest xmlns="http://tempuri.org/">
            <request xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:DeactivationComment>передумал</a:DeactivationComment>
                <a:DeactivationReason>1</a:DeactivationReason>
                <a:IdPar>51225000019740</a:IdPar>
                <a:LinkedIdPar i:nil="true" />
                <a:PASource>6</a:PASource>
            </request>
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </CancelPARequest>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <CancelPARequestResponse xmlns="http://tempuri.org/">
            <CancelPARequestResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <ErrorList xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <IdHistory i:nil="true" xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <Success xmlns="http://schemas.datacontract.org/2004/07/HubService2">true</Success>
                <d4p1:CancellationResult>true</d4p1:CancellationResult>
                <d4p1:IdPar>51225000019740</d4p1:IdPar>
            </CancelPARequestResult>
        </CancelPARequestResponse>
    </s:Body>
</s:Envelope>

Поиск активных заявок ЖОЗ (SearchActivePARequest)

Запрос

Запрос по идентификатору заявки

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/" xmlns:hub="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:arr="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
    <soapenv:Header>
        <Authorization>54c8f06b-e623-41c7-b418-d0fbeb542206</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:SearchActivePARequests>
            <tem:filter>
                <hub:IdPar>51225000019740</hub:IdPar>
            </tem:filter>
            <tem:guid>YourGUID</tem:guid>
        </tem:SearchActivePARequests>
    </soapenv:Body>
</soapenv:Envelope>

Запрос по параметрам заявки

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/" xmlns:hub="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:arr="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
    <soapenv:Header>
        <Authorization>b3fa3cc8-55d3-4ff3-a677-0cd04a32d223</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:SearchActivePARequests>
            <tem:filter>
                <hub:Claim>1</hub:Claim>
                <hub:FerIdSpeciality>27</hub:FerIdSpeciality>
                <hub:IdDoc>1f</hub:IdDoc>
                <hub:IdLpu>511132</hub:IdLpu>
                <hub:IdNsiLpu>d7fb6608-bc0c-18d3-f510-a0c4c5e717a9</hub:IdNsiLpu>
                <hub:IdPatients>
                    <arr:string>4</arr:string>
                    <arr:string>41</arr:string>
                </hub:IdPatients>
                <hub:IdSpeciality>1</hub:IdSpeciality>
            </tem:filter>
            <tem:guid>YourGUID</tem:guid>
        </tem:SearchActivePARequests>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

Заявка по параметрам найдена

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SearchActivePARequestsResponse xmlns="http://tempuri.org/">
            <SearchActivePARequestsResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <ErrorList xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <IdHistory i:nil="true" xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <Success xmlns="http://schemas.datacontract.org/2004/07/HubService2">true</Success>
                <a:ActivePARequests>
                    <a:ActivePARequestInfo>
                        <a:CreatedDate>2017-11-29T16:02:41.352595</a:CreatedDate>
                        <a:IdPar>78175000000000</a:IdPar>
                        <a:PARequest>
                            <a:FerIdSpeciality>27</a:FerIdSpeciality>
                            <a:IdDoc>38</a:IdDoc>
                            <a:IdLpu>31</a:IdLpu>
                            <a:IdNsiLpu>e8fa4bbc-c1dc-4e68-956c-ff4dd558b6b7</a:IdNsiLpu>
                            <a:IdSpeciality>1</a:IdSpeciality>
                            <a:NameDoc>Буров Артём Тимофеевич</a:NameDoc>
                            <a:NameSpeciality>Терапевт</a:NameSpeciality>
                        </a:PARequest>
                        <a:PARequestInfo>
                            <a:Claim>1</a:Claim>
                            <a:Info>Нужна прививка</a:Info>
                        </a:PARequestInfo>
                        <a:PARequestPatient>
                            <a:BirthDate>1972-12-22T00:00:00</a:BirthDate>
                            <a:FirstName>Артём</a:FirstName>
                            <a:IdPatient>520</a:IdPatient>
                            <a:LastName>Меркушев</a:LastName>
                            <a:MiddleName>Филиппович</a:MiddleName>
                            <a:PARequestPatientContacts>
                                <a:AdditionalInformation>Удобнее вечером</a:AdditionalInformation>
                                <a:Email>mail@mail.com</a:Email>
                                <a:Phone>+78120000000</a:Phone>
                            </a:PARequestPatientContacts>
                        </a:PARequestPatient>
                        <a:PASourceCreated>1</a:PASourceCreated>
                        <a:PreferredIntervals>
                            <a:PARequestInterval>
                                <a:EndDate>2017-12-09T00:00:00</a:EndDate>
                                <a:StartDate>2017-12-05T00:00:00</a:StartDate>
                            </a:PARequestInterval>
                            <a:PARequestInterval>
                                <a:EndDate>2017-12-12T00:00:00</a:EndDate>
                                <a:StartDate>2017-12-11T00:00:00</a:StartDate>
                            </a:PARequestInterval>
                        </a:PreferredIntervals>
                    </a:ActivePARequestInfo>
                </a:ActivePARequests>
                <a:Count>1</a:Count>
            </SearchActivePARequestsResult>
        </SearchActivePARequestsResponse>
    </s:Body>
</s:Envelope>

Заявка по параметрам не найдена

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SearchActivePARequestsResponse xmlns="http://tempuri.org/">
            <SearchActivePARequestsResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <ErrorList xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <IdHistory i:nil="true" xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <Success xmlns="http://schemas.datacontract.org/2004/07/HubService2">true</Success>
                <a:ActivePARequests />
                <a:Count>0</a:Count>
            </SearchActivePARequestsResult>
        </SearchActivePARequestsResponse>
    </s:Body>
</s:Envelope>

Поиск заявок ЖОЗ пациента (SearchPARequests)

Запрос

Запрос по идентификаторам пациента

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/" xmlns:hub="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment">
    <soapenv:Header>
        <Authorization>251c28db-9dd4-47d3-9f8b-8d45c98d9d5a</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:SearchPARequests>
            <tem:filter>
                <hub:IdInfos>
                    <hub:IdInfo>
                        <hub:IdLpu>511132</hub:IdLpu>
                        <hub:IdPatient>4</hub:IdPatient>
                    </hub:IdInfo>
                    <hub:IdInfo>
                        <hub:IdLpu>511136</hub:IdLpu>
                        <hub:IdPatient>4</hub:IdPatient>
                    </hub:IdInfo>
                </hub:IdInfos>
            </tem:filter>
            <tem:guid>YourGUID</tem:guid>
        </tem:SearchPARequests>
    </soapenv:Body>
</soapenv:Envelope>

Запрос по идентификатору заявки

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/" xmlns:hub="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment">
    <soapenv:Header>
        <Authorization>251c28db-9dd4-47d3-9f8b-8d45c98d9d5a</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:SearchPARequests>
            <tem:filter>
                <hub:IdPar>78175000000000</hub:IdPar>
            </tem:filter>
            <tem:guid>YourGUID</tem:guid>
        </tem:SearchPARequests>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

Заявки по параметрам найдены

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SearchPARequestsResponse xmlns="http://tempuri.org/">
            <SearchPARequestsResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <ErrorList xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <IdHistory i:nil="true" xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <Success xmlns="http://schemas.datacontract.org/2004/07/HubService2">true</Success>
                <a:Count>2</a:Count>
                <a:PARequests>
                    <a:SearchPARequestInfo>
                        <a:CreatedDate>2017-10-06T18:16:20.347038</a:CreatedDate>
                        <a:IdPar>78175000000000</a:IdPar>
                        <a:PARequest>
                            <a:FerIdSpeciality>27</a:FerIdSpeciality>
                            <a:IdDoc i:nil="true" />
                            <a:IdLpu>511132</a:IdLpu>
                            <a:IdNsiLpu>d7fb6608-bc0c-18d3-f510-a0c4c5e717a9</a:IdNsiLpu>
                            <a:IdSpeciality>1</a:IdSpeciality>
                            <a:NameDoc i:nil="true" />
                            <a:NameSpeciality>Терапевт</a:NameSpeciality>
                        </a:PARequest>
                        <a:PARequestInfo>
                            <a:Claim>1</a:Claim>
                            <a:Info>нужна прививка</a:Info>
                        </a:PARequestInfo>
                        <a:PARequestPatient>
                            <a:BirthDate>1982-01-15T00:00:00</a:BirthDate>
                            <a:FirstName>Добрый</a:FirstName>
                            <a:IdPatient>4</a:IdPatient>
                            <a:LastName>Владимир</a:LastName>
                            <a:MiddleName>Николаевич</a:MiddleName>
                            <a:PARequestPatientContacts>
                                <a:AdditionalInformation>лучше вечером</a:AdditionalInformation>
                                <a:Email i:nil="true" />
                                <a:Phone>+78126408055</a:Phone>
                            </a:PARequestPatientContacts>
                        </a:PARequestPatient>
                        <a:PASourceCreated>2</a:PASourceCreated>
                        <a:PreferredIntervals>
                            <a:PARequestInterval>
                                <a:EndDate>2017-10-09T00:00:00</a:EndDate>
                                <a:StartDate>2017-10-07T00:00:00</a:StartDate>
                            </a:PARequestInterval>
                        </a:PreferredIntervals>
                        <a:PARequestDeactivationInfo>
                            <a:DeactivationComment>не актуально</a:DeactivationComment>
                            <a:DeactivationDate>2017-10-06T18:16:50.127625</a:DeactivationDate>
                            <a:DeactivationReason>2</a:DeactivationReason>
                            <a:LinkedIdPar i:nil="true" />
                            <a:PASourceDeactivated>1</a:PASourceDeactivated>
                        </a:PARequestDeactivationInfo>
                        <a:PARequestStatus>3</a:PARequestStatus>
                    </a:SearchPARequestInfo>
                    <a:SearchPARequestInfo>
                        <a:CreatedDate>2017-10-06T18:17:39.329675</a:CreatedDate>
                        <a:IdPar>78175000000000</a:IdPar>
                        <a:PARequest>
                            <a:FerIdSpeciality>27</a:FerIdSpeciality>
                            <a:IdDoc i:nil="true" />
                            <a:IdLpu>511132</a:IdLpu>
                            <a:IdNsiLpu>d7fb6608-bc0c-18d3-f510-a0c4c5e717a9</a:IdNsiLpu>
                            <a:IdSpeciality>1</a:IdSpeciality>
                            <a:NameDoc i:nil="true" />
                            <a:NameSpeciality>Терапевт</a:NameSpeciality>
                        </a:PARequest>
                        <a:PARequestInfo>
                            <a:Claim>1</a:Claim>
                            <a:Info>sf</a:Info>
                        </a:PARequestInfo>
                        <a:PARequestPatient>
                            <a:BirthDate>1982-01-15T00:00:00</a:BirthDate>
                            <a:FirstName>Добрый</a:FirstName>
                            <a:IdPatient>4</a:IdPatient>
                            <a:LastName>Владимир</a:LastName>
                            <a:MiddleName>Николаевич</a:MiddleName>
                            <a:PARequestPatientContacts>
                                <a:AdditionalInformation>лучше вечером</a:AdditionalInformation>
                                <a:Email i:nil="true" />
                                <a:Phone>+78126408055</a:Phone>
                            </a:PARequestPatientContacts>
                        </a:PARequestPatient>
                        <a:PASourceCreated>2</a:PASourceCreated>
                        <a:PreferredIntervals>
                            <a:PARequestInterval>
                                <a:EndDate>2017-10-09T00:00:00</a:EndDate>
                                <a:StartDate>2017-10-07T00:00:00</a:StartDate>
                            </a:PARequestInterval>
                        </a:PreferredIntervals>
                        <a:PARequestDeactivationInfo>
                            <a:DeactivationComment>не актуально</a:DeactivationComment>
                            <a:DeactivationDate>2017-10-15T13:49:40.854877</a:DeactivationDate>
                            <a:DeactivationReason>2</a:DeactivationReason>
                            <a:LinkedIdPar i:nil="true" />
                            <a:PASourceDeactivated>1</a:PASourceDeactivated>
                        </a:PARequestDeactivationInfo>
                        <a:PARequestStatus>3</a:PARequestStatus>
                    </a:SearchPARequestInfo>
                </a:PARequests>
            </SearchPARequestsResult>
        </SearchPARequestsResponse>
    </s:Body>
</s:Envelope>

Заявок по параметрам не найдено

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <SearchPARequestsResponse xmlns="http://tempuri.org/">
            <SearchPARequestsResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2.ContractsClasses.PostAppointment" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <ErrorList xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <IdHistory i:nil="true" xmlns="http://schemas.datacontract.org/2004/07/HubService2" />
                <Success xmlns="http://schemas.datacontract.org/2004/07/HubService2">true</Success>
                <a:Count>0</a:Count>
                <a:PARequests />
            </SearchPARequestsResult>
        </SearchPARequestsResponse>
    </s:Body>
</s:Envelope>

Получение списка должностей (GetPositionList)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>1c74e2d4-cf44-436d-9f1f-ba759392f9ab</Authorization>
    </s:Header>
    <s:Body>
        <GetPositionList xmlns="http://tempuri.org/">
            <idLpu>121</idLpu>
            <idPat>21176</idPat>
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </GetPositionList>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetPositionListResponse xmlns="http://tempuri.org/">
            <GetPositionListResult xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:Comment i:nil="true" />
                <d4p1:ListPosition>
                    <d4p1:Position>
                        <d4p1:Comment i:nil="true" />
                        <d4p1:CountFreeParticipantIE>22</d4p1:CountFreeParticipantIE>
                        <d4p1:CountFreeTicket>22</d4p1:CountFreeTicket>
                        <d4p1:FedIdPosition>15</d4p1:FedIdPosition>
                        <d4p1:IdPosition>16</d4p1:IdPosition>
                        <d4p1:LastDate>2022-09-27T17:20:00</d4p1:LastDate>
                        <d4p1:NamePosition>врач-аллерголог-иммунолог</d4p1:NamePosition>
                        <d4p1:NearestDate>2022-09-14T09:00:00</d4p1:NearestDate>
                    </d4p1:Position>
                    <d4p1:Position>
                        <d4p1:Comment i:nil="true" />
                        <d4p1:CountFreeParticipantIE>3</d4p1:CountFreeParticipantIE>
                        <d4p1:CountFreeTicket>3</d4p1:CountFreeTicket>
                        <d4p1:FedIdPosition>45</d4p1:FedIdPosition>
                        <d4p1:IdPosition>57</d4p1:IdPosition>
                        <d4p1:LastDate>2022-09-27T18:50:00</d4p1:LastDate>
                        <d4p1:NamePosition>врач-невролог</d4p1:NamePosition>
                        <d4p1:NearestDate>2022-09-20T18:50:00</d4p1:NearestDate>
                    </d4p1:Position>
                </d4p1:ListPosition>
            </GetPositionListResult>
        </GetPositionListResponse>
    </s:Body>
</s:Envelope>

Получение списка врачей по должности (GetDoctorList2)

Запрос

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Header>
        <Authorization>697ba47b-165b-4365-9ec6-6a46d5fca8da</Authorization>
    </s:Header>
    <s:Body>
        <GetDoctorList2 xmlns="http://tempuri.org/">
            <idLpu>24</idLpu>
            <idPat>387</idPat>
            <fedIdPosition>109</fedIdPosition>
            <guid>YourGUID</guid>
            <idHistory i:nil="true" xmlns:i="http://www.w3.org/2001/XMLSchema-instance" />
        </GetDoctorList2>
    </s:Body>
</s:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetDoctorList2Response xmlns="http://tempuri.org/">
            <GetDoctorList2Result xmlns:d4p1="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <d4p1:ErrorList i:nil="true" />
                <d4p1:IdHistory i:nil="true" />
                <d4p1:Success>true</d4p1:Success>
                <d4p1:Docs>
                    <d4p1:Doctor4>
                        <d4p1:AgeGroup>
                            <string>4</string>
                        </d4p1:AgeGroup>
                        <d4p1:Area i:nil="true" />
                        <d4p1:AreaType i:nil="true" />
                        <d4p1:Comment>отпуск с 1 по 10 октября</d4p1:Comment>
                        <d4p1:CountFreeParticipantIE>20</d4p1:CountFreeParticipantIE>
                        <d4p1:CountFreeTicket>20</d4p1:CountFreeTicket>
                        <d4p1:FirstName>Иван</d4p1:FirstName>
                        <d4p1:IdDoc>455</d4p1:IdDoc>
                        <d4p1:LastDate>2022-09-30T15:00:00</d4p1:LastDate>
                        <d4p1:LastName>Иванов</d4p1:LastName>
                        <d4p1:MiddleName>Иванович</d4p1:MiddleName>
                        <d4p1:NearestDate>2022-09-13T18:00:00</d4p1:NearestDate>
                        <d4p1:PositionId>109</d4p1:PositionId>
                        <d4p1:Snils>189-805-537 30</d4p1:Snils>
                    </d4p1:Doctor4>
                </d4p1:Docs>
            </GetDoctorList2Result>
        </GetDoctorList2Response>
    </s:Body>
</s:Envelope>

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

Запрос

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tem="http://tempuri.org/" xmlns:hub="http://schemas.datacontract.org/2004/07/HubService2">
    <soapenv:Header>
        <Authorization>b766f4d0-c002-4413-906c-ec5f427526d8</Authorization>
    </soapenv:Header>
    <soapenv:Body>
        <tem:GetAvailableAppointmentsInfo>
            <tem:patient2 xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" />
            <tem:info>
                <hub:ProfileMedService>113</hub:ProfileMedService>
                <hub:SourceLpu>d7fb6608-bc0c-18d3-f510-a0c4c5e717a9</hub:SourceLpu>
            </tem:info>
            <tem:idLpu>007921EB-A4A4-9B7D-65FA-69F2C5FC883E</tem:idLpu>
            <tem:guid>YourGUID</tem:guid>
        </tem:GetAvailableAppointmentsInfo>
    </soapenv:Body>
</soapenv:Envelope>

Ответ

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
    <s:Body>
        <GetAvailableAppointmentsInfoResponse xmlns="http://tempuri.org/">
            <GetAvailableAppointmentsInfoResult xmlns:a="http://schemas.datacontract.org/2004/07/HubService2" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
                <a:ErrorList />
                <a:IdHistory i:nil="true" />
                <a:Success>true</a:Success>
                <a:IdLpu>370</a:IdLpu>
                <a:IdPat>120</a:IdPat>
                <a:ListSpeciality>
                    <a:Speciality2>
                        <a:Description i:nil="true" />
                        <a:FerIdSpeciality>27</a:FerIdSpeciality>
                        <a:IdSpeciality>73</a:IdSpeciality>
                        <a:ListDoctor>
                            <a:Doctor2>
                                <a:Description i:nil="true" />
                                <a:IdDoc>38</a:IdDoc>
                                <a:ListAppointment>
                                    <a:Appointment>
                                        <a:Address>Санкт-Петербург, г. Пушкин, Московская улица дом 15</a:Address>
                                        <a:IdAppointment>5493e7ae-1cee-4ed4-b472-ea735e416650</a:IdAppointment>
                                        <a:Num i:nil="true" />
                                        <a:Room>Кабинет №13</a:Room>
                                        <a:VisitEnd>2018-09-30T13:00:00</a:VisitEnd>
                                        <a:VisitStart>2018-09-30T12:00:00</a:VisitStart>
                                    </a:Appointment>
                                    <a:Appointment>
                                        <a:Address>Санкт-Петербург, г. Пушкин, Московская улица дом 15</a:Address>
                                        <a:IdAppointment>0b0100ef-a426-49a3-9be2-d9e21c3d8112</a:IdAppointment>
                                        <a:Num i:nil="true" />
                                        <a:Room>Кабинет №13</a:Room>
                                        <a:VisitEnd>2018-09-30T14:00:00</a:VisitEnd>
                                        <a:VisitStart>2018-09-30T13:00:00</a:VisitStart>
                                    </a:Appointment>
                                </a:ListAppointment>
                                <a:Name>Иванова Мария Владимировна</a:Name>
                                <a:Snils>111-222-555 66</a:Snils>
                            </a:Doctor2>
                        </a:ListDoctor>
                        <a:NameSpeciality>Терапия</a:NameSpeciality>
                    </a:Speciality2>
                </a:ListSpeciality>
            </GetAvailableAppointmentsInfoResult>
        </GetAvailableAppointmentsInfoResponse>
    </s:Body>
</s:Envelope>

Интеграция

МИС необходимо получить доступы на тестовую среду для интеграции. Какую информацию необходимо предоставить в заявке отрс?


Необходимо сообщить Возможные варианты
1 Какие разновидности записи вы собираетесь поддержать свободная запись, запись по направлению, оба варианта
2 Какие клиенты сервиса записи будут использоваться для свободной записи ЕПГУ, региональный портал, Центр телефонных обращений

Какую информацию нужно ожидать от специалиста технической поддержки "Нетрика" в ответ на заявку?

  1. Адрес тестового стенда;
  2. Приватный и публичный guid МИС в Сервисе записи;
  3. idLpu тестового учреждения в Сервисе записи;
  4. Чек-листы с методами, которые необходимо поддержать;
  5. Актуальную версию регламента.

Какие шаги нужно выполнить, чтобы пройти интеграционное тестирование?

  1. Получить от специалиста технической поддержки список методов, которые необходимо поддержать;
  2. Отправить заполненный чек-лист (обязательно указать дату и время запросов, по возможности также N3RID);
  3. Ожидать проверки;
  4. После подтверждения успешного прохождения интеграционного тестирования обратиться в МИАЦ за предоставлением доступа на промышленный стенд.

Так как тестирование проводится в том числе с помощью автоматического теста в SoapUI,  желательно чтобы МИС предоставила:

  1. Копию базы и запустить на отдельном компьютере, IP адресе, порту и дт;
  2. Тестового пациента. Например, Surname - Тестов, Name - Тест, SecondName - Тестович;
  3. Тестового врача: Тестов Тест Тестович;
  4. Тестовую специальность: Тестовая;
  5. Возможность добавлять тестовых пациентов вида: Surname - Тестов-ID, Name - Тест-ID, SecondName - Тестович-ID, где ID - это целое число вида XXXXXXXXXX;
  6. Возможность неограниченного числа записей к тестовому врачу;
  7. Закрепить за параметрами начинающихся  с id, что это параметры специально сделанные для идентификации объекта в базе данных МИС, и соответственно он должен однозначно указывать на 1 объект, те быть уникальным;
  8. В поисковых методах(SearchTop10patient,CheckPatient), все поля указанные в документации и общий запрос должен формироваться логическим "И".

Важно:

  1. Для записи по направлению необходимо поддержать следующие методы сервиса записи: получение данных о направлении CheckRefferal или SearchOne (метод сервиса УО), GetAvailableAppointmentsInfo, InspectDoctorsReferral2, SendNotificationAboutAppointmentStatus, SetAppointment, GetPatientHistory, CreateClaimForRefusal;
  1. Нужно, чтобы по каждому методу МИС отдавали хотя-бы по 2 сущности;
  2. Сохранить возможность получения талонов для записи в течение недели после отправки чек-листа;
  3. Отправлять запрос в отрс на проверку не позднее 2х суток с момента отправки запросов в SendNotificationAboutAppointment и SendNotificationAboutAppointmentStatus.

Ошибки на промышленном стенде

Вопрос Ответ специалиста технической поддержки
Если ошибка возникла при записи на портале, что нужно проверить? Нужно проверить как отвечает МИС, в которую направлен запрос: часто случается, что МИС недоступна или же возвращает пустые списки с талонами, специальностями, врачами
На что обратить внимание, если при записи на портале GetDoctorList2 отработал корректно, но все же возникла ошибка? Нужно проверить как отработал метод GetSpecialityList
Что делать, если возвращается ошибка "Учреждение недоступно..."

Проверить:

а)доступность сервиса МИС в Хабменеджере (ссылка верна и включена галочка "доступность");
б)есть ли прикрепление в ТФОМС;
в)привязан ли этот пациент в МИС;
г)если самостоятельно разобраться не удалось, сообщить ФИО, дату рождения, полис пациента.

В ответе на запрос в сервис Нетрики получаем ошибку валидации входных параметров. Что делать?

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

Напоминаем про кратность параметров:
1..1 - обязательный
1..0 - не обязательный. Но если он указан в запросе, нужно проверить, что внутри него содержатся все параметры с кратностью 1..1
1..* - контейнер обязателен. Может встречаться несколько раз в запросе.

Если при попытке записи на портале или ЕПГУ возникают ошибки? Аналогично пункту 4 проверить ответ от сервиса МИС согласно регламенту





Наверх