Сокращение, обозначение |
Определение |
API |
Application programming interface — англ., интерфейс программирования приложений |
GUID |
Globally Unique Identifier — англ., глобальный уникальный идентификатор |
SOAP |
SimpleObjectAccessProtocol — англ., простой протокол доступа к объектам |
Интеграционная платформа |
Интеграционная платформа N3 |
Инфомат |
Информационный терминал записи на прием |
ИС |
Информационная система |
Клиент сервиса |
Информационная система, взаимодействующая с Сервисом записи на прием (порталы, информаты, мобильные приложения, центры телефонного обслуживания, медицинские информационные системы и проч.) |
ЛПУ |
Лечебно-профилактическое учреждение |
МИС |
Медицинская информационная система |
Мобильное приложение |
Мобильное приложение для записи на прием к врачу |
Портал |
Интернет-портал для записи на прием к врачу |
СВИП |
Сервиса выдачи идентификаторов процесса |
СЗнП |
Сервис записи на прием |
Талон |
Временной промежуток в расписании рабочего времени врача медицинской организации для посещения с целью получения медицинской помощи |
ТМ |
Подсистема «Телемедицина» |
Услуга |
Услуга «Прием заявок (запись) на прием к врачу в электронном виде» |
ФЭР |
Федеральная электронная регистратура |
ЦТО |
Центр телефонного обслуживания |
Целевая МИС |
МИС, установленная в ЛПУ, в которую записывается пациент |
Сервис «Запись на прием» предназначен для предоставления услуги посредством информационного взаимодействия ИС через API Интеграционной платформы.
Клиентами Интеграционной платформы могут быть следующие ИС:
Сервисы Интеграционной платформы обеспечивают следующие возможности:
В рамках оказания Услуги информационные системы взаимодействуют с Интеграционной платформой через стандартизированные интерфейсы для взаимодействия, реализованные в виде Web-сервисов, основанных на протоколе SOAP 1.1 и 1.2.
Краткое описание протокола взаимодействия приведено в документе «Описание интеграционных профилей. Часть 2».
Для взаимодействия информационных систем в зависимости от их вида предусмотрены различные типовые решения:
Описание методов, используемых в типовых решениях, приведено в документе «Описание интеграционных профилей. Часть 2».
Примеры запросов и ответов по каждому методу приведены в документе «Описание интеграционных профилей. Часть 3».
Данное типовое решение предоставляет возможность оформления записи на первичный прием (свободная запись на прием), просмотра предстоящих записей на первичный прием и отмены записи на первичный прием.
Последовательность методов, используемых в рамках данного типового решения, и правила обработки информации приведены в разделах 3.1.1, 3.1.2, 3.1.3 и 3.1.4.
Примечание: Целевым ЛПУ при получении запросов рекомендуется использовать метод «Определение пользователя по его GUID (GetHubUserByGuid)» для определения запрашивающей системы и получения сведений о ней (описание пользователя и его роль). С учетом полученных сведений целевая ЛПУ может управлять передаваемым результирующим списком, предоставляя запрашивающей системе только доступные для нее ресурсы (специальности, врачи, талоны и т.д.).
Список доступных для использования методов в рамках данного типового решения:
Справочники, используемые в рамках данного типового решения:
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) СЗнП отправляет запрос метода 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 . Схема информационного взаимодействия в рамках сценария «Уведомление о произведенной записи на прием и уведомление об изменении статуса записи на прием»
Данное типовое решение предоставляет возможность регистрации заявки ЖОЗ, обработки ЖОЗ и записи на прием по заявке ЖОЗ.
Список доступных для использования методов в рамках данного типового решения:
Справочники, используемые в рамках данного типового решения:
Схема процесса «Регистрация заявки ЖОЗ» приведена на Рисунке 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] Запись по ТМ-заявке посредством методов 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 |
Не был указан/указан неверно 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 дня |
Type |
консультация |
повторный |
LpuType |
TypeName |
1 |
амбулатория |
2 |
стоматология |
3 |
онкология |
4 |
травматология |
5 |
КВД |
6 |
женская консультация |
7 |
ПНД |
8 |
ПТД |
9 |
роддом |
10 |
стационар |
Type |
отсутстствует_неопределено |
широкого_профиля |
узкий |
UserPosition |
отсутстствует_неопределено |
медрегистратор |
оператор |
врач |
портал |
инфомат |
система |
ЛПУ |
ЕПГУ |
Код |
ClaimToWaitingListType |
1. |
отсутствуют_свободные_талоны |
2. |
нет_удобного_времени |
3. |
отсутствует_специалист |
4. |
Получение_дистанционной_консультации |
№ п/п |
Значение справочника |
Описание (трактовка использования значений в методе «Уведомление о произведенной записи на прием (SendNotificationAboutAppointment)») |
1. |
ЦТО |
Запись на прием оформлена через ЦТО (без использования методов Сервиса «Запись на прием») |
2. |
Инфомат |
Запись на прием оформлена через Информационные терминалы (без использования методов Сервиса «Запись на прием») |
3. |
Регистратура |
Запись на прием оформлена через Регистратуру МИС (без использования методов Сервиса «Запись на прием») |
4. |
Врач_АПУ |
Запись на прием оформлена через АРМ Врача (без использования методов Сервиса «Запись на прием») |
5. |
Интернет |
Запись на прием оформлена через Интернет-порталы, мобильные приложения и т.п. (без использования методов Сервиса «Запись на прием») |
6. |
Прочее |
Запись на прием оформлена через источники записи, использующие методы Сервиса «Запись на прием». В случае использования данного значения в запросе SendNotificationAboutAppointmen t, обязателен для передачи параметр member в запросе SendNotificationAboutAppointmen t |
№ п/п |
Значение справочника |
Описание |
1. |
запись_отменена_по_инициативе_ЛПУ |
Запись отменена по инициативе ЛПУ |
2. |
запись_отменена_по_инициативе_пациента |
Запись отменена по инициативе пациента |
3. |
запись_перенесена |
Запись перенесена |
4. |
посещение_состоялось |
Посещение состоялось |
5. |
пациент_не_явился |
Пациент не явился |
Код |
Наименование |
1. |
По инициативе пациента |
2. |
Не удалось связаться с пациентом по предоставленным контактам |
3. |
Нет специалиста в МО |
4. |
Реализована запись в другую МО |
5. |
Услуга оказана до обработки заявки |
6. |
Трёхкратный отказ пациента от предложенных дат и времени |
Код |
Описание |
1. |
ЦТО |
2. |
Инфомат |
3. |
Регистратура |
4. |
АРМ врача |
5. |
Интернет |
6. |
Прочее |
Для взаимодействия с сервисом Интеграционной платформы используется протокол SOAP 1.1. и 1.2. См. http://www.w3.org/TR/soap/.
При информационном взаимодействии используется обязательный служебный параметр GUID (авторизационный токен), выдаваемый разработчику МИС администратором Интеграционной платформы.
Сервис «Запись на прием» содержит следующие методы:
Примеры запросов и ответов по каждому методу приведены в документе «Описание интеграционных профилей. Часть 3».
Аннотация, история версий документа, общие положения, сокращения и описание решения, в том числе описание типовых решений, приведены в документе «Описание интеграционных профилей. Часть 1».
В методах GetSpesialityList, GetDoctorList, GetAvailableDates и GetAvailableAppointments в рамках параметра IdPat возможно использование служебного идентификатора (<IdPat>-2147483647<IdPat>) для получения неотфильтрованных наборов данных (для определенных сценариев, таких как "получение справочной информации" или "синхронизация данных с ФЭР"). Значение этого параметра в указанных методах можно игнорировать, если МИС не ограничивает доступ к возвращаемым методами данным, например, в зависимости от прикрепления пациента к определенному врачебному участку и т.п.. Если МИС при прочих равных для разных пациентов может возвращать различные ответы в указанных методах - значение параметра необходимо обрабатывать, как "снятие фильтра по пациенту".
Значения параметров методов, имеющих тип Datetime, необходимо передавать в формате UTC с указанием таймзоны. Если таймзона не указана, то в рамках сервиса считается, что передано локальное время (региональное), и сервис работает с переданным значением как с "датой, для которой не указана таймзона".
Для обеспечения возможности связывания данных методов сервиса записи на прием (далее СЗнП), вызванных в рамках одного процесса, на стороне сервиса сбора и хранения информации, необходимо, чтобы клиент СЗнП передавал в рамках вызова метода идентификатор процесса, полученный от сервиса выдачи идентификаторов процесса (далее СВИП). Под процессом в данном случае понимается сценарий, состоящий из последовательного вызова методов СЗнП с целью получения услуги предоставляемой СЗнП. Каждый раз, когда начинается новый процесс, должен быть получен новый идентификатор процесса. Под процессом обычно понимается некоторый 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 - дата истечения срока действия идентификатора процесса.
Данный метод используется для получения значений справочника «Районы» Интеграционной платформы.
На Рисунке 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] Параметр «Кратность» означает количество возможных значений реквизита:
Структура ответа 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 |
Код ОКАТО района |
Значение кода ОКАТО района из справочника «Районы» Интеграционной платформы |
Данный метод используется для получения списка ЛПУ в районе, указанном в запросе. В запросе необходимо указать идентификатор района из справочника «Районы». Если идентификатор района не указан, то метод в выходных данных вернет полный список ЛПУ.
На Рисунке 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 заполненный набор параметров для выполнения идентификации пациента.
На Рисунке 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 (отсутствуют ошибке в отработке метода) |
Данный метод используется для получения списка врачебных специальностей в ЛПУ, запись к врачам которых доступна для пациента, идентификатор которого вводится в запрос метода. Список специальностей, к врачам которой для пациента доступна запись, определяется на стороне МИС ЛПУ.
Параметры 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 |
Информация об изменении в работе ЛПУ |
Данный метод используется для получения списка врачей указанной специальности, запись к которым доступна для пациента, идентификатор которого вводится в запрос метода. Список врачей, запись к которым доступна для пациента, определяется на стороне МИС ЛПУ.
Параметры 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») |
Данный метод используется для определения дат, на которые возможна запись к указанному в запросе врачу (возвращает даты, на которые есть, как минимум, один талон для записи), доступных для указанного в запросе пациента. Список дат, запись на которые доступна для пациента, определяется на стороне МИС ЛПУ.
На Рисунке 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 |
Даты, на которые есть свободные талоны для записи |
Данный метод используется для получения списка талонов (свободных временных интервалов) указанного врача, запись на которые доступна для указанного в запросе пациента. Список талонов, доступных для выбора пациентом, определяется на стороне МИС ЛПУ.
На Рисунке 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 |
День приема без предварительной записи |
Данный метод используется для записи пациента на прием по свободному сценарию, направлению или ТМ-заявке [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) |
Данный метод используется для поиска первых 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: сначала необходимо осуществить поиск пациента в МИС ЛПУ, затем, если пациент не найден, – необходимо осуществить добавление пациента в МИС ЛПУ.
На Рисунке 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 (отсутствуют ошибке в отработке метода) |
Данный метод используется для обновления номера телефона пациента на основании его идентификатора. Этот метод использует ЦТО, когда операторы обновляют телефонный номер (домашний или мобильный) пациента в базе на основе того, с которого пациент позвонил (предварительно спросив его, со своего ли номера звонит пациент).
На Рисунке 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 |
Данный метод используется для получения списка записей пациента на прием и отказов от записи на прием в указанном в запросе ЛПУ, даты по которым еще не наступили.
На Рисунке 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 |
Дата начала приема |
Данный метод позволяет создавать заявки на отмену записи на прием.
На Рисунке 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 |
Данный метод используется для получения информации о времени работы врача (возвращает интервалы приема врача), идентификатор которого указан в запросе.
На Рисунке 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) |
Данный метод используется для получения списков врачей по каждой специальности запрашиваемого ЛПУ и возвращает двухуровневый объект. Первый уровень – список врачебных специальностей ЛПУ, второй уровень – список врачей по каждой специальности ЛПУ.
На Рисунке 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. Если в запросе 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 пользователя |
Данный метод предназначен для передачи в Интеграционную платформу сведений обо всех фактах записи на прием [3] .
Предполагаются 2 сценария использования метода:
[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 (отсутствуют ошибке в отработке метода) |
Данный метод предназначен для передачи в Интеграционную платформу сведений о статусах ранее переданных уведомлений о записи на прием [4] , в том числе о фактах явки гражданина на прием к врачу.
Предполагается следующий сценарий использования метода:
В случае, если у МИС нет возможности сохранения идентификатора уведомления, после изменения статуса для записи на прием МИС передает сведения о статусе записи путем вызова метода 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)» используется для получения от целевого ЛПУ перечня врачебных участков, к которым относится пациент.
Выходной параметр «AreaType» является перечислением (возможные значения параметра указаны в Таблица 42).
Правила формирования ответа метода «Получение врачебных участков по пациенту (GetPatientsAreas)» при отсутствии данных в МИС о прикреплении пациента к врачебным участкам:
На Рисунке 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)» используется для получения от целевого ЛПУ массива специальностей, врачей и свободных талонов для записи по направлению или ТМ-заявке [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)» используется для проверки направления в сервисе УО и получения подробной информации о нем, в том числе по актуальности направления.
На Рисунке 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)» используется для получения от целевого ЛПУ массива специальностей и врачей, доступных для обслуживания пациента, идентификатор которого вводится в запрос метода.
На Рисунке 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)» используется для получения от целевого ЛПУ массива специальностей, врачей и свободных талонов по существующей в ЖОЗ заявке на запись к врачу.
На Рисунке 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 |
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 |
Наименование врачебной специальности |
Наименование врачебной специальности из соответствующего справочника целевой МИС |
Данный метод используется для записи по заявке ЖОЗ на прием в выбранный временной интервал рабочего времени врача, в запросе к целевой ЛПУ дополнительно передаются данные по заявке ЖОЗ, полученные в сервисе УО.
Если в запросе метода заполнен параметр idAppointmentPrev, то осуществляется перенос даты и времени приема по ранее оформленной записи.
На Рисунке 70 представлена схема информационного взаимодействия в случае оформления записи по заявке ЖОЗ в рамках метода «Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)».
Рисунок 70 . Схема информационного взаимодействия в рамках метода «Подтверждение записи по заявке ЖОЗ (SetAppointmentByPARequest)»
Структура запроса 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 |
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) |
Данный метод предназначен для регистрации заявки на прием к врачу в журнале отложенной записи (ЖОЗ). При положительном результате проверок входных данных и обработки метода будет сформирован и передан в составе выходных параметров уникальный идентификатор заявки ЖОЗ.
На Рисунке 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 |
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 (отсутствуют ошибке в отработке метода) |
Данный метод предназначен для отмены существующей заявки на прием к врачу в журнале отложенной записи (ЖОЗ). При положительном результате проверок входных данных и обработки метода заявка ЖОЗ будет деактивирована.
На Рисунке 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 |
Идентификатор заявки ЖОЗ |
Данный метод предназначен для поиска активных заявок на прием к врачу в журнале отложенной записи (ЖОЗ). При обработке метода заполненные параметры рассматриваются как совокупность условий поиска соединенных функцией «Логическое И».
На Рисунке 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 |
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 |
Количество найденных заявок ЖОЗ |
Данный метод предназначен для поиска заявок на прием к врачу в журнале отложенной записи (ЖОЗ) для пациента.
На Рисунке 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 |
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)» используется для получения от целевого ЛПУ перечня врачебных должностей, запись к врачам которых доступна для пациента, идентификатор которого вводится в запрос метода. Список должностей, к врачам которых для пациента доступна запись, определяется на стороне МИС ЛПУ.
На Рисунке 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)» используется для получения от целевого ЛПУ списка врачей указанной должности, запись к которым доступна для пациента, идентификатор которого вводится в запрос метода. Список врачей, запись к которым доступна для пациента, определяется на стороне МИС ЛПУ.
На Рисунке 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)» используется для получения от целевого ЛПУ справочной информации по количеству доступных талонов для записи по направлению.
При получении запроса целевая ЛПУ самостоятельно определяет набор параметров, на которые ориентируется при формировании информации по массиву доступных талонов, вне зависимости от того, какие параметры запроса заполнены.
На Рисунке 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 |
Наименование врачебной специальности |
Наименование врачебной специальности из соответствующего справочника целевой МИС |
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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>
<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 | Какие клиенты сервиса записи будут использоваться для свободной записи | ЕПГУ, региональный портал, Центр телефонных обращений |
Какую информацию нужно ожидать от специалиста технической поддержки "Нетрика" в ответ на заявку?
Какие шаги нужно выполнить, чтобы пройти интеграционное тестирование?
Так как тестирование проводится в том числе с помощью автоматического теста в SoapUI, желательно чтобы МИС предоставила:
Важно:
Вопрос | Ответ специалиста технической поддержки |
---|---|
Если ошибка возникла при записи на портале, что нужно проверить? | Нужно проверить как отвечает МИС, в которую направлен запрос: часто случается, что МИС недоступна или же возвращает пустые списки с талонами, специальностями, врачами |
На что обратить внимание, если при записи на портале GetDoctorList2 отработал корректно, но все же возникла ошибка? | Нужно проверить как отработал метод GetSpecialityList |
Что делать, если возвращается ошибка "Учреждение недоступно..." |
Проверить: а)доступность сервиса МИС в Хабменеджере (ссылка верна и включена галочка "доступность"); |
В ответе на запрос в сервис Нетрики получаем ошибку валидации входных параметров. Что делать? |
Некоторые ошибки возникают из-за невалидных запросов. Например, в запросе отсутствует обязательный параметр. Напоминаем про кратность параметров: |
Если при попытке записи на портале или ЕПГУ возникают ошибки? | Аналогично пункту 4 проверить ответ от сервиса МИС согласно регламенту |