Содержание
Определения, обозначения и сокращения
1 Общая информация
2 Последовательность взаимодействия с МИС
2.1 Запись к врачу с поиском медицинского специалиста в выбранной медицинской организации
2.2 Отмена Пользователем записи к врачу
2.3 Оповещение Пользователя о смене статуса записи к врачу по инициативе МО
3 Требования к МИС
3.1 Общие требования
3.2 Требования к разработке сервиса «Запись на прием к врачу» на стороне МИС
3.3 Требования к реализации сервис-клиента «Запись на прием к врачу» на стороне МИС
Приложение А
А.1 Описание SOAP-сервиса на стороне МИС
А.2 Последовательность взаимодействия по сценариям использования
А.3 WSDL
А.4 Примеры вызова сервиса
Приложение Б
Б.1 Описание сервиса обновления статуса записи к врачу
Б.2 Метод UpdateAppointmentStatus
Б.3 WSDL
Б.4 Примеры вызова сервиса
ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ

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

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

   Термин	Содержание
   SOAP	Simple Object Access Protocol − простой протокол доступа к объектам
   WSDL	Web Services Description Language – язык описания
   XSD	XML Schema definition − язык описания структуры XML-документа
   ГИС	Государственная информационная система в сфере здравоохранения субъекта Российской Федерации
   ЕГИСЗ	Единая государственная информационная система в сфере здравоохранения
   ЕПГУ	Информационная система, предоставляющая гражданам возможность записи на прием к врачу посредством взаимодействия с ЕГИСЗ
   МИС	Медицинская информационная система, предоставляющая доступ для записи в МО посредством реализации интеграционных профилей
   МО	Медицинская организация
   Пользователь	Гражданин, обратившийся за получением Услуги к ЕПГУ
   СНИЛС	Страховой номер индивидуального лицевого счёта
   СМЭВ	Система межведомственного электронного взаимодействия
   СП МО	Структурное подразделение медицинской организации
   ФЭР	Федеральная электронная регистратура
   ФНСИ	Федеральный реестр нормативно-справочной информации в сфере здравоохранения
   ФРМО	Подсистема ЕГИСЗ «Федеральный реестр медицинских организаций»
   ФРМР	Подсистема ЕГИСЗ «Федеральный регистр медицинских работников»

   
   

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

   Компонент «Каскадное прокси» предназначен для организации возможности предоставления услуг «Запись на прием к врачу» посредством федеральной государственной информационной системы «Единый портал государственных и муниципальных услуг» для нескольких МИС региона, в котором зарегистрирована единая ГИС.
   «Каскадное прокси» ­ это компонент, обеспечивающий:

• получение заявления на оказание услуг, поступающих с ЕПГУ;
• двухстороннюю трансформацию протоколов обмена данными ЕПГУ и МИС;
• обеспечение данными, необходимыми для оказания услуг посредством обращения непосредственно к сервисам МИС;
• регистрацию/запись в журнал результатов взаимодействия.

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

Последовательность взаимодействия с МИС

Компонент «Каскадное прокси» реализует возможность оказания услуги «Записи на прием к врачу» посредством ЕПГУ для сторонних медицинских информационных систем, не зарегистрированных как ГИС региона.
При этом реализованы следующие сценарии:

• «Запись на прием к врачу» с последовательностью выбора Пользователем СП МО, должности медицинского работника, медицинского работника;
• «Запись на прием к врачу по направлению»;
• «Отмена Пользователем записи к врачу»;
• «Оповещение Пользователя о смене статуса записи к врачу по инициативе МО»;
• «Передача в компонент «Концентратор услуг ФЭР» сведений о записях к врачу, произведенных в МИС без обращения граждан к услуге «Запись на прием к врачу».

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

В данном сценарии описывается предоставление Пользователю услуги «Запись на прием к врачу» с возможностью выбора СП МО, должности медицинского специалиста, медицинского специалиста.

Участники

Пользователи:

• Пользователь.

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

• ЕПГУ;
• компонент «Концентратор услуг ФЭР»;
• Компонент «Каскадное прокси»;
• МИС.

Критерий успешности выполнения

Пользователь записан на прием к врачу в МИС.

Предварительные условия

• Пользователь авторизован посредством ЕСИА;
• Пользователем выбрана услуга «Запись на прием к врачу».

Базовый сценарий

1. Предоставление Пользователю услуги «Запись на прием к врачу»

Базовый сценарий

1. Пользователь переходит на форму услуги «Запись на прием к врачу» в ЕПГУ.
2. ЕПГУ отображает Пользователю список субъектов Российской Федерации для выбора.
3. Пользователь осуществляет выбор субъекта Российской Федерации и вводит данные гражданина для записи на прием к врачу.
4. ЕПГУ направляет запрос на предоставление информации о доступности услуги гражданину в выбранном субъекте Российской Федерации в «Концентратор услуг ФЭР».
5. МИС определяет, что услуга доступна для гражданина в выбранном субъекте Российской Федерации (сведения о гражданине имеются в МИС/Сведения о гражданине определены по запросу в ИС ТФОМС).
6. Пользователь выбирает способ записи «В медицинскую организацию».
7. ЕПГУ направляет запрос на предоставление информации о доступных для записи гражданину СП МО в ранее выбранном субъекте Российской Федерации в «Концентратор услуг ФЭР».
8. МИС определяет список СП МО, доступных гражданину для записи, с учетом имеющихся сведений в МИС о прикреплении гражданина.
9. ЕПГУ отображает Пользователю следующий шаг на форме услуги «Запись на прием к врачу» для выбора СП МО из списка.
10. Пользователь выбирает СП МО из списка, отображенного на форме ЕПГУ.
11. ЕПГУ направляет запрос на предоставление должностей медицинских специалистов, запись к которым возможна в выбранном Пользователем СП МО.
12. МИС определяет перечень доступных гражданину должностей медицинских специалистов в ранее выбранном СП МО.
13. ЕПГУ отображает Пользователю следующий шаг на форме услуги «Запись на прием к врачу» для выбора должности медицинских специалистов из списка.
14. Пользователь выбирает должность медицинского специалиста из списка, отображенного на форме ЕПГУ.
15. МИС определяет перечень доступных для записи гражданину медицинских специалистов для ранее выбранной должности медицинских специалистов.
16. МИС передает список медицинских специалистов для ранее выбранной должности медицинских специалистов в ЕПГУ.
17. ЕПГУ отображает Пользователю следующий шаг на форме услуги «Запись к врачу» для выбора медицинского специалиста из списка.
18. Пользователь выбирает медицинского специалиста из списка, отображенного на форме ЕПГУ.
19. ЕПГУ отправляет запрос на предоставление информации о свободном для записи времени для выбранного медицинского специалиста.
20. МИС определяет доступное для записи расписание выбранного медицинского специалиста.
21. МИС передает в ЕПГУ доступное для записи расписание выбранного медицинского специалиста.
22. ЕПГУ отображает Пользователю следующий шаг на форме услуги «Запись на прием к врачу» для выбора Пользователем даты и времени записи к врачу.
23. Пользователь выбирает дату и время записи к врачу.
24. ЕПГУ генерирует номер записи и направляет запрос на произведение записи гражданина к врачу в МИС.
25. МИС производит запись к врачу гражданина на указанные дату и время и присваивает записи номер.
26. МИС передает подтверждение об успешно произведенной записи к врачу гражданина на указанные дату и время, а также номер записи в МИС в ЕПГУ.
27. ЕПГУ отображает Пользователю следующий шаг на форме Услуги с подтверждением успешной записи на прием к врачу с указанием времени, даты записи, МО, и медицинского специалиста.

Отмена Пользователем записи к врачу

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

Участники

Пользователи:

• Пользователь.

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

• ЕПГУ;
• компонент «Концентратор услуг ФЭР»;
• Компонент «Каскадное прокси»;
• МИС.

Критерий успешности выполнения

Запись на прием к врачу отменена Пользователем.

Базовое оказание услуги

1. Процесс отмены Пользователем записи к врачу (метод CancelAppointment)

Базовый сценарий

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

Оповещение Пользователя о смене статуса записи к врачу по инициативе МО

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

Участники

Пользователи:

• Пользователь.

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

• ЕПГУ;
• компонент «Концентратор услуг ФЭР»;
• Компонент «Каскадное прокси»;
• МИС.

Критерий успешности выполнения

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

Предварительные условия

• У Пользователя имеется одна и более записей на прием к врачу;
• В МИС зафиксировано изменение статуса по записи на прием к врачу, совершенной Пользователем через ЕПГУ.

Базовое оказание услуги

1. Процесс оповещения Пользователя о смене статуса записи к врачу, совершенной через ЕПГУ (метод UpdateAppointmentStatus)

Базовый сценарий

1. МИС передает запрос на изменение статуса записи на прием к врачу (при этом возможна передача соответствующего комментария с пояснением причины). В данном запросе содержатся номер записи на прием к врачу в МИС и идентификатор МИС.
2. ЕПГУ изменяет статус записи.

Требования к МИС

Общие требования

Для взаимодействия с МИС в компоненте «Каскадное прокси» реализован сервис-клиент, осуществляющий взаимодействие с веб-сервисами МИС.
Сервис-клиент обеспечивает отправку запросов в МИС и получение данных от МИС, необходимых для выполнения сценариев в рамках реализации услуги «Запись на прием к врачу». При этом обращения производятся к сервисам МИС, зарегистрированным в компоненте «Каскадное прокси».
Сервисы на стороне компонента «Концентратор услуг ФЭР» принимают уведомления от МИС об изменении статуса записи на прием к врачу, созданной посредством ЕПГУ. Также данные сервисы принимают от МИС сведения о записях на прием к врачу, созданных без обращения граждан к услугам «Запись на прием к врачу».

Требования к разработке сервиса «Запись на прием к врачу» на стороне МИС

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

Требования к реализации сервис-клиента «Запись на прием к врачу» на стороне МИС

На стороне компонента «Каскадное прокси» реализован сервис обновления статуса записи на прием к врачу. При изменении статуса записи в МИС должен быть осуществлен вызов сервиса компонента «Каскадное прокси» для соответствующего изменения/актуализации статуса записи в компоненте «Концентратор услуг ФЭР». Сервис функционирует в синхронном режиме. При этом компонент «Каскадное прокси» возвращает МИС код успешного выполнения запроса или код ошибки. Описание сервиса обновления статуса записи на прием к врачу приведено в Приложение Б.
Обновление статуса записи на прием к врачу должно производиться с учетом требований к срокам предоставления информации данных Постановления Правительства Российской Федерации от 5 мая 2018 г. N 555.


(обязательное)
Требования к сервису взаимодействия МИС с компонентом «Концентратор услуг ФЭР» в рамках оказания услуги «Запись на прием к врачу»

Описание SOAP-сервиса на стороне МИС

Общие требования к МИС и сервису:

• МИС должна являться сервером и отвечать на запросы компонента «Каскадное прокси
• В сервисе должны использоваться механизмы веб-служб (web-services), удовлетворяющие требованиям к разработке веб-сервисов;
• Веб-службы должны быть реализованы на основе протокола SOAP. Структура протокола должна быть описана на языке WSDL;
• Методы сервиса должны работать в синхронном режиме;
• Должно быть реализовано автоматическое подтверждение записи для граждан, прошедших идентификацию на стороне МИС.

Сервис включает методы, обеспечивающие:

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

Каждому обращению Пользователя с целью выполнения сценариев компонентом «Концентратор услуг ФЭР» присваивается идентификатор сессии. Данный параметр передается во всех запросах от компонента «Каскадное прокси» к МИС (также в ответах МИС) и хранится как на стороне компонента «Каскадное прокси», так и на стороне МИС для идентификации гражданина при получении последующих запросов в процессе создания одной записи. При этом время хранения информации в МИС между запросами должно составлять не менее 959 секунд. Если следующее обращение этого же гражданина произойдет через больший промежуток времени, то МИС должна будет возвратить ошибку: «истекло время ожидания сессии». На стороне компонента «Каскадное прокси» гражданину будет присвоен новый идентификатор сессии.
Значение MO_OID должно соответствовать единому уникальному идентификатору структурного подразделения медицинской организации (OID) согласно справочнику ФНСИ 1.2.643.5.1.13.13.99.2.114 «ФРМО. Справочник структурных подразделений».
Значение Post_Id должно соответствовать значению из справочника ФНСИ 1.2.643.5.1.13.13.11.1102 «ФРМР. Должности медицинского персонала», расположенном в папках:

• «Должности работников медицинских организаций» ->«Должности медицинских работников» ->«Должности специалистов с высшим профессиональным (медицинским) образованием (врачи) » ->«врачи-специалисты»;
• «Должности работников медицинских организаций» ->«Должности медицинских работников» ->«Должности специалистов со средним профессиональным (медицинским) образованием (средний медицинский персонал)».

При присвоении значений Session_ID и Slot_Id идентификаторы генерируются по стандарту UUID (Universally Unique Identifier, RFC 4122), обеспечивающий уникальность идентификаторов, сгенерированных разными информационными системами.# Список методов сервиса

Типы данных, используемые при информационном обмене с компонентом «Каскадное прокси»

1. Сведения о гражданине, записываемого к врачу (Patient_Data)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	OMS_Number	Номер полиса ОМС	0..1	string	16 цифр если полис ОМС единого образца
   2	OMS_Series	Серия полиса ОМС	0..1	string	Указывается, если полис ОМС старого образца
   3	SNILS	СНИЛС	0..1	string	Пример: 13574221374
   4	First_Name	Имя	1..1	string	Пример: Андрей
   5	Last_Name	Фамилия	1..1	string	Пример: Иванов
   6	Middle_Name	Отчество	0..1	string	Пример: Петрович
   7	Birth_Date	Дата рождения	1..1	date	Пример: 1982-09-20
   8	Sex	Пол	1..1	string	Допустимо использование значений:

   
   

• F – Женский;

• M – Мужской.|

  9	Email	e-mail адрес заявителя	0..1	string	Пример: i.mail@mail.ru
  10	Phone	Телефон заявителя	0..1	string	Пример: +7(906)432-08-61

  
  

1. Сведения о СП МО (MO_Param)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	MO_Id	Внутренний идентификатор СП МО в МИС.	1..1	string	Идентификатор СП МО в МИС
   2	MO_OID	Единый уникальный идентификатор СП МО (OID)	1..1	OID	Простой тип. Описан в Таблица Е.14. Единый уникальный идентификатор (OID) СП МО согласно справочнику ФНСИ «ФРМО. Справочник структурных подразделений» 1.2.643.5.1.13.13.99.2.114. Пример: 1.2.643.5.1.13.13.12.2.64.6706.0.174271 Допустима передача уникального идентификатора (OID) кабинета СП МО согласно справочнику ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115 при необходимости информирования Пользователя о кабинете, расположенном по адресу, отличному от адреса СП МО.
   3	MO_Name	Наименование СП МО	1..1	string	Наименование СП МО. Необходимо соблюдать следующий формат: наименование подразделения, наименование медицинской организации.

   
   

• Наименование СП МО должно соответствовать наименованию СП МО согласно справочнику ФНСИ «ФРМО. Справочник структурных подразделений» 1.2.643.5.1.13.13.99.2.114.

• Наименование МО должно соответствовать значению «Сокращенное наименование» согласно справочнику ФНСИ «Реестр медицинских организаций Российской Федерации» 1.2.643.5.1.13.13.11.1461.
  Пример: Терапевтическое отделение №1, ГУЗ "СГКБ № 2 им.В.И. Разумовского".|

  4	MO_Address	Адрес СП МО	1..1	string	Адрес фактического местоположения СП МО. Указывается адрес в следующем формате: почтовый индекс, регион, населенный пункт, улица, дом. Пример: 411228, Саратовская обл., г. Саратов, ул. им Черемушкина Н.Г., д. 141
  5	MO_Phone	Контактный телефон СП МО (регистратуры)	0..1	string	Пример: +7(495) 390-28-55

  
  

1. Сведения о МО/СП МО (MO_Param_Age)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	MO_Id	Внутренний идентификатор СП МО в МИС.	1..1	string	Идентификатор СП МО в МИС Данный параметр должен быть уникален для передаваемых СП МО. Рекомендуемое использование параметров – OID СП МО
   2	MO_OID	Единый уникальный идентификатор СП МО (OID)	1..1	OID	Простой тип. Описан в Таблица Е.14. Единый уникальный идентификатор (OID)

   
   

• СП МО согласно справочнику ФНСИ «ФРМО. Справочник структурных подразделений» 1.2.643.5.1.13.13.99.2.114.Передаваемый OID имеет следующий формат: 1.2.643.5.1.13.13.12.2.64.6706.0.174271|

  3

  MO_Name

  Наименование СП МО

  1..1

  string

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

  
  

• Наименование СП МО должно соответствовать наименованию СП МО согласно согласно справочнику ФНСИ «ФРМО. Справочник структурных подразделений» 1.2.643.5.1.13.13.99.2.114.

• Наименование МО должно соответствовать значению «Сокращенное наименование» согласно справочнику ФНСИ «Реестр медицинских организаций Российской Федерации» 1.2.643.5.1.13.13.11.1461.
  Пример: Терапевтическое отделение №1, ГУЗ "СГКБ № 2 им.В.И. Разумовского".|

  4	MO_Address	Адрес СП МО	1..1	string	Адрес фактического местоположения СП МО. Указывается адрес в следующем формате: почтовый индекс, регион, населенный пункт, улица, дом. Пример: 411228, Саратовская обл., г. Саратов, ул. им Черемушкина Н.Г., д. 141
  5	MO_Phone	Контактный телефон СП МО (регистратуры)	0..1	string	Пример: +7(495) 390-28-55
  6	Age_Group	Информация о возрастных категориях граждан, запись на прием к врачу которым доступна в СП МО	0..1	string	Возможно указание нескольких категорий граждан через разделитель (запятая). Допустимые значения:

  
  

• CHILD – дети
• TEEN — подростки
• ADULT — взрослые
• ALL- все
  Пример: CHILD, TEEN|

1. Сведения о должности медицинского специалиста (Post)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Post_Id	Код должности медицинского работника	1..1	integer	Должно соответствовать коду должности из справочника ФНСИ «ФРМР. Должности медицинского персонала» 1.2.643.5.1.13.13.11.1102
   2	Add_Info_Post	Информация о должности, отсутствующей в справочнике	0..1	Add_Info_Post	Составной тип
   Тип: Add_Info_Post
   2.1	Inner_Id	Внутренний идентификатор должности в ИС	1..1	string	Внутренний идентификатор должности в МИС
   2.2	Inner_Name	Наименование должности в ИС	1..1	string	Наименование должности в МИС Пример:парадонтолог

   
   

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

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Complex_Service_Name	Наименование комплексной медицинской услуги	0..1	string	Наименование услуги, на которую производится запись гражданина в случае, если она состоит из нескольких услуг. Должно быть обязательно заполнено, если количество услуг (Service), больше 1.
   2	Complex_Service_Id	Внутренний идентификатор комплексной услуги в МИС	0..1	string	Должно быть обязательно заполнено, если количество услуг больше 1
   3	Service	Информация об услуге	1..*	Service	Составной тип Допустима множественность внутри блока Services_Info
   Тип: Service
   3.1	Service_Id	Код медицинской услуги	1..1	string	Должно соответствовать коду услуги из справочника ФНСИ «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070
   3.2	Add_Info_Service	Информация об услуге, отсутствующей в справочнике	0..1	Add_Info_Service	Данный блок используется при необходимости передачи информации об услуге, отсутствующей в справочнике ФНСИ «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070. Service_Id содержит информацию об услуге из справочнике ФНСИ «Номенклатура медицинских услуг» 1.2.643.5.1.13.13.11.1070, для которой используется внутренняя детализация
   Тип: Add_Info_Service
   3.2.1	Inner_Id	Внутренний код медицинской услуги в ИС	1..1	string	Внутренний код медицинской услуги в МИС
   3.2.2	Inner_Name	Наименование медицинской услуги в ИС	1..1	string	Наименование медицинской услуги в МИС

   
   

3. Сведения об оказываемой медицинским специалистом услуге (Service_Post)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Post	Информация о должности медицинского работника	1..1	Post	Составной тип. Описание в Таблица Е.5
   2	Services_Info	Информация об услугах	0..1	Services_Info	Составной тип. Описание в Таблица Е.6

   
   

4. Сведения об оказываемой медицинскими специалистами услуге (Service_Posts)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Post	Информация о должности медицинского работника	1..*	Post	Составной тип. Описание в Таблица Е.5 Допустима множественность, передача нескольких должностей.
   2	Services_Info	Информация об услугах	0..1	Services_Info	Составной тип. Описание в Таблица Е.6

   
   

5. Сведения об услуге, оказываемой медицинским специалистом в диагностическом отделении (Service_Specialty)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Specialty_Id	Код специальности медицинского работника	1..1	integer	Должно соответствовать коду из справочника ФНСИ «Номенклатура специальностей специалистов со средним, высшим и послевузовским медицинским и фармацевтическим образованием в сфере здравоохранения» 1.2.643.5.1.13.13.11.1066
   2	Services_Info	Информация об услугах	1..1	Services_Info	Составной тип. Описан в Таблица Е.6

   
   

6. Сведения о направлении (Param_Of_Referral)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Referral_Id	Идентификатор направления	1..1	string	Уникальный идентификатор направления в МИС
   2	Referral_Number	Номер направления	1..1	string	Номер направления, указанный на бланке, выданном гражданину. Если бланк не выдавался (поиск по номеру направления гражданином не может быть осуществлен – значение соответствует Referral_Id)
   3	Referral_Type	Тип направления	1..1	integer	Должно соответствовать коду из справочника ФНСИ «Справочник видов медицинских направлений» 1.2.643.5.1.13.13.11.1009

   
   

• На обследование (код = 4)
• На консультацию (код = 6)

• Другие (код = 8)|

  4	Referral_Start_Date	Дата выдачи направления	1..1	date	Пример: 2018-12-01
  5	Referral_End_Date	Дата окончания действия направления	0..1	date	Пример: 2019-02-01
  6	Payment_Source_Id	Код источника оплаты	1..1	integer	Должно соответствовать коду из справочника ФНСИ «Источники оплаты медицинской помощи» 1.2.643.5.1.13.13.11.1039
  7	To_MO_OID	OID МО или СП МО, в которое выдано направление	0..*	OID	Простой тип. Описан в Таблица Е.14. Единый уникальный идентификатор (OID)

  
  

• СП МО согласно справочнику ФНСИ «ФРМО. Справочник структурных подразделений» 1.2.643.5.1.13.13.99.2.114. Передаваемый OID имеет следующий формат: 1.2.643.5.1.13.13.12.2.64.6706.0.174271

• МО согласно справочнику ФНСИ «Реестр медицинских организаций Российской Федерации» 1.2.643.5.1.13.13.11.1461.Передаваемый OID имеет следующий формат: 1.2.643.5.1.13.13.12.2.64.6706|

  8

  To_Service_Post

  Информация о должности специалиста, к которому выдано направление

  0..1

  Service_Post

  Составной тип. Описание в Таблица Е.8 Используется данный тип, если:

  
  

• направление выдано к врачу указанной должности на услугу, не являющейся консультацией (Referral_Type = 8)
• или при направлении на консультацию (Referral_Type = 6).
  
  Данный блок должен:
• присутствовать при отсутствии блока To_Service_Specialty

• отсутствовать при наличии блока To_Service_Specialty.
  
  Услуга (Services_Info) должна быть обязательно указана для направлений с типом «Другие» (Referral_Type = 8).
  В направлении указывается должность медицинского специалиста согласно профилю, по которому должен быть осуществлен прием.|

  9

  To_Service_Specialty

  Информация о специальности и услуге, на которую выдано направление

  0..1

  Service_Specialty

  Составной тип. Описание в Таблица Е.9 Используется данный тип, если:

  
  

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

• отсутствовать при наличии блока To_Service_Post|

  10	To_Resource_Name	ФИО медицинского работника, к которому выдано направление	0..1	string	Отображается Пользователю при записи на услугу, если запись по направлению должна производиться только к указанному медицинскому специалисту Используется при отображении сведений о направлении Пользователю
  11	To_Resource_Snils	СНИЛС врача, к которому выдано направление	0..1	string	Передается обязательно при передаче To_Resource_Name Пример: 00000000003
  12	Desease	Код диагноза по МКБ-10	0..1	string	Должно соответствовать коду МКБ согласно справочнику ФНСИ «Международная классификация болезней и состояний, связанных со здоровьем 10 пересмотра. Версия 4» 1.2.643.5.1.13.13.11.1005 Пример: R00.0
  13	Note	Обоснование направления	0..1	string
  14	From_MO_OID	OID СП МО, выдавшее направление	1..1	OID	Простой тип. Описан в Таблица Е.14. Единый уникальный идентификатор (OID)

  
  

• СП МО согласно справочнику ФНСИ «ФРМО. Справочник структурных подразделений» 1.2.643.5.1.13.13.99.2.114.Передаваемый OID имеет следующий формат: 1.2.643.5.1.13.13.12.2.64.6706.0.174271|

  15	From_Post	Информации о должности медицинского работника, выдавшего направление	1..1	Post	Составной тип. Описан в Таблица Е.5 Указывается должность медицинского специалиста согласно профилю, по которому был прием гражданина, на котором выдано направление (например, прием врача-хирурга был осуществлен заведующим отделением, требуется передать информацию о должности врач-хирург).
  16	From_Resource_Name	ФИО медицинского работника, выдавшего направление	1..1	string	Используется при отображении сведений о направлении Пользователю
  17	From_Resource_Snils	СНИЛС медицинского работника, выдавшего направление	1..1	string	Пример: 00000000003
  18	Available_Record	Доступность записи по направлению	1..1	enum	Доступность записи по направлению, связанной с условиями оказания медицинских услуг. Используется для информирования граждан во избежание случаев некорректной записи по направлению или возникновения вопросов по отсутствию сведений о направлении, находящемуся на руках у гражданина.

  
  

• AVAILABLE — доступна запись по направлению
• AVAILABLE_ONLY_RECEPTION – доступна запись по направлению только в регистратуре медицинской организации
• AVAILABLE_ONLY_DOCTOR – доступна запись по направлению только врачом (например, на диагностические услуги, которые могут быть оказаны только при определенных состояниях записываемого гражданина)
• NO_APPOINTMENT – прием без записи (например, в случае лабораторных исследований, не предусматривающих запись)

• UNAVAILABLE – недоступна запись по направлению (иные причины, информация о которых указана в параметре Reason_Not_Available) |

  19

  Reason_Not_Available

  Причина недоступности записи по направлению

  0..1

  string

  Отображается пользователю при записи на услугу Обязательно указывается при всех значениях Available_Record, кроме AVAILABLE

  
  

1. Сведения о медицинском специалисте, к которому производится запись(Specialist_Param)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Last_Name	Фамилия специалиста	1..1	string
   2	First_Name	Имя специалиста	1..1	string
   3	Middle_Name	Отчество специалиста	0..1	string
   4	SNILS	СНИЛС специалиста	1..1	string	Формат передачи СНИЛС: 00000000000
   5	Post	Информация о должности специалиста	1..1	Post	Составной тип. Описан в Таблица Е.5Е.1.3.2 Используется для

   
   

• информирования Пользователя о доложности медицинского работника, к которому производится запись
  проверки сведений о медицинском специалисте и его трудоутройстве в ФРМО/ФРМР|

1. Сведения о кабинете, в который производится запись (Room_Param)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Room_Id	Идентификатор кабинета в МИС	0..1	string	Уникальный идентификатор кабинета, для которого настраиваются расписания. Для одного Room_OID может быть несколько физических кабинетов.
   2	Room_OID	OID кабинета	1..1	string	Должен соответствовать OID кабинета из справочника ФНСИ «ФРМО. Справочник отделений и кабинетов» 1.2.643.5.1.13.13.99.2.115
   3	Room_Number	Номер кабинета	0..1	string
   4	Room_Name	Наименование кабинета	1..1	string

   
   

2. Сведения об ошибке (Error_Type)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Error_Code	Код ошибки	1..1	string	Код ошибки. Допустимые значения зависят от метода, в котором возвращается ошибка
   2	Error_Message	Текстовое описание ошибки	1..1	string
   3	Validation_Error	Ошибка проверки корректности входящих данных	0..1	Validation_Error_Type	Составной тип
   Тип: Validation_Error_Type
   3.1	Message	Подробное описание ошибки	1..1	string
   3.2	Path	Путь к элементу	0..1	string
   3.3	Value	Некорректные значения элемента	0..1	string

   
   

3. Идентификатор OID

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	OID	Идентификатор OID	1..1	string	Простой тип. <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="50a9c1ec-a1cb-4823-9ca3-b2601852dbd3"><ac:plain-text-body><+	]]></ac:plain-text-body></ac:structured-macro>

   
   

4. Цель (тип) прикрепления к лечащему врачу (Attachment_Purpose)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Attachment_Purpose	Цель прикрепления	1..1	string	Простой тип. Допустимо использование значений:

   
   

• MAIN – терапевтическое, педиатрическое, ВОП, ФАП;
• D_OBSERVATION – прикрепление по диспансерному учету;
• GYNECOLOGICAL – гинекологическое;
• DENTAL – стоматологическое.|

1. Сведения лечащем враче (Patient_Attachment)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   	MO	МО/СП МО	1..1	MO_Param	Составной тип. Описан в Таблица Е.3 Сведения об организации, в которой гражданин получает ПМСП
   	Attending_Doctor	Сведения о лечащих врачах гражданина в МО	1..*	Attending_Doctor	Составной тип. В одной МО/СП МО может быть несколько лечащих врачей. Например, диспансерное наблюдение у нескольких врачей-специалистов (по отдельным заболеваниям или состояниям (группам заболеваний или состояний))
   Тип: Attending_Doctor
   	Attachment	Сведения о прикреплении	1..*	Attachment	Составной тип. Возможно указание нескольких блоков Attachment, так как пациент может находиться у врача-специалиста на диспансерном наблюдении по нескольким заболеваниям
   Тип: Attachment
   	Attachment_Purpose	Цель прикрепления	1..1	Attachment_Purpose	Простой тип. Описан в Таблица Е.15.
   	Attachment_Date	Дата прикрепления	1..1	date	Дата прикрепления/постановки на диспансерный учет
   	Cards_Id	Идентификатор карты диспансерного учета	0..1	string	Обязательно должен быть указан для прикрепления с Attachment_Purpose = D_OBSERVATION и должен отсутствовать для прикреплений с другим Attachment_Purpose
   	Medical_Area	Информация об участке	0..1	Medical_Area	Составной тип. Обязательно должен быть указан при наличии участка
   Тип: Medical_Area
   	Medical_Area_Type	Тип участка	1..1	integer	Код типа врачебного участка согласно справочнику ФНСИ https://nsi.rosminzdrav.ru/#!/refbook/1.2.643.5.1.13.13.99.2.639
   	Medical_Area_Id	Идентификатор участка	1..1	string
   	Medical_Area_Number	Номер участка	1..1	string
   	Medical_Area_Room_Number	Номер кабинета	0..1	string	Кабинет, в котором ведется прием пациентов участка
   	Specialist	Сведения о лечащем враче	0..1	Specialist_Param	Составной тип. Описан в Таблица Е.11 Сведения о медицинском специалисте с указанием должности по трудоустройству. Может отсутствовать для типа прикрепления Attachment_Purpose = DENTAL, GYNECOLOGICAL.
   	Profile_Post	Должность медицинского специалиста по профилю оказываемой медицинской помощи	0..1	Post	Составной тип. Описан в Таблица Е.5. Для типа прикрепления Attachment_Purpose = D_OBSERVATION:

   
   

• допустимо использование значений для взрослого населения согласно п.6 приказа № 173н от 29.03.2019 «Об утверждении порядка проведения диспансерного наблюдения за взрослыми»:
  
  • врач-терапевт (Post_Id =109);
  • врачи-специалисты;
  • врач по медицинской профилактике (Post_Id = 71);
  • фельдшер (Post_Id = 195);
• допустимо использование значений для несовершеннолетних согласно п.8 приказа № 302н «Об утверждении порядка прохождения несовершеннолетними диспансерного наблюдения, в том числе в период обучения и воспитания в образовательных организациях»:
  
  • врач-педиатр (Post_Id =58);
  • врачи-специалисты;
  • фельдшер (Post_Id = 195).|

1. Тип медицинского осмотра (Examination_Type)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1.	Examination_Type	Тип медицинского осмотра	1..1	string	Простой тип. Допустимо использование значений:

   
   

• DISPENSARY – диспансеризация
• PROPHYLACTIC_ADULT – профилактический ежегодный медицинский осмотр взрослого населения
• PROPHYLACTIC_CHILD – профилактический медицинский осмотр несовершеннолетних
• D_OBSERVATION – медицинский осмотр по диспансерному учету|

1. Параметр (Parameter)

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1.	Name	Наименование параметра	1..1	string	Наименование параметра определяется в зависимости от случая использования данного типа
   2.	Value	Значение параметра	1..1	string

   
   

2. Информация о ПМО (доступность и факт прохождения) (Examination) Значение используется при предоставлении услуги «Запись на профилактические медицинские осмотры, диспансеризацию». Описание приведено для обеспечения идентичности реализации метода идентификации.

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   	Examination_Type	Тип медицинского осмотра	1..1	Examination_Type	Простой тип. Описан в Таблица Е.17.
   	Cards_Id	Идентификатор карты диспансерного учета	0..1	string	Элемент должен:

   
   

• присутствовать для Examination_Type = D_OBSERVATION

• отсутствовать для Examination_Type = DISPENSARY, PROPHYLACTIC_ADULT, PROPHYLACTIC_CHILD|

  	Age_Period_Start	Возраст	0..1	integer	Указывается в месяцах начало возрастного периода, для которого предусмотрено прохождение ПМО Пример: для 41 года = 492, для 3-х лет = 36.
  	Examination_Status	Статус медицинского осмотра	1..1	Examination_Status	Простой тип Допустимо использование значений:

  
  

• AVAILABLE – доступен для проведения;
• UNAVAILABLE – недоступен (например, по возрасту);
• SUCCESS – проведен;
• INCLUDED_IN_PLAN – включен в календарный план профилактического осмотра;
• RECORDED – пациент записан на медицинский осмотр;

• UNDEFINED – отсутствуют сведения о прохождении ПМО.|

  Examination_Status_Details

  Дополнительная информация о статусе медицинского осмотра

  0..1

  Examination_Status_Details

  Составной тип. Элемент Examination_Status_Details содержит дополнительную информацию о прохождении ПМО:

  
  

• Информацию о дате и месте проведения ПМО (Таблица Е.19, п. 1.4) в случае наличия сведений о прохождении ПМО, наличии активной записи или запланированном ПМО (Examination_Status = SUCCESS, INCLUDED_IN_PLAN, RECORDED);

• Информацию о причинах недоступности записи на ПМО (Таблица Е.19, п. 1.1, п. 1.2, п. 1.3) (Examination_Status = UNAVAILABLE, UNDEFINED).
  В случае Examination_Status = UNDEFINED необходимо передать причину недоступности (Unavailable_Reason_Code) с указанием параметров (Таблица Е.19, п 1.3).|

  Тип: Examination_Status_Details
  	Unavailable_Reason	Причина недоступности записи на медицинский осмотр	1..1	string	Причина недоступности записи указывается только для Examination_Status = UNAVAILABLE, UNDEFINED Unavailable_Reason должен:

  
  

• присутствовать при отсутствии Unavailable_Reason_Code и Parameter, Location_Date;

• отсутствовать при присутствии Unavailable_Reason_Code и Parameter или Location_Date|

  Unavailable_Reason_Code

  Код причины недоступности записи на медицинский осмотр

  1..1

  Unavailable_Reason_Code

  Простой тип. Указывается только для Examination_Status = UNAVAILABLE, UNDEFINED Допустимо использование значений:

  
  

• EXAMINATION_STARTED – прохождение медицинского осмотра начато;
• NEED_D_OBSERVATION – профилактический осмотр будет проведен в рамках диспансерного осмотра;
• MO_NOT_SERVICED – МО/СП МО, ответственная за проведение ПМО, не подключена к МИС;
  
  Unavailable_Reason_Code должен:
• присутствовать при отсутствии Unavailable_Reason, Location_Date

• отсутствовать при присутствии Unavailable_Reason или Location_Date|

  	Parameter	Параметры	1..1	Parameter	Составной тип. Описан в Таблица Е.18. Указывается для Examination_Status = UNDEFINED и Unavailable_Reason_Code = MO_NOT_SERVICED. Наименование параметра MO_OID Значение – OID МО/СП МО, не подключенная к МИС в связи с чем нет информации о статусе прохождения ПМО и возможности произвести запись на ПМО.
  	Location_Date	Информация о дате медицинского осмотра и месте проведения	1..1	Location_Date	Передается только для статусов Examination_Status = INCLUDED_IN_PLAN, RECORDED и SUCCESS Location_Date должен:

  
  

• присутствовать при отсутствии Unavailable_Reason, Unavailable_Reason_Code

• отсутствовать при присутствии Unavailable_Reason или Unavailable_Reason_Code|

  Тип: Location_Date
  	Examination_Date	Дата и время проведения медицинского осмотра	1..1	dateTime	Для Examination_Status = INCLUDED_IN_PLAN

  
  

• контрольной явкой (для Examination_Type = D_OBSERVATION) или
• планируемая дата проведения ПМО в соответствии с календарным планом проведения ПМО (для Examination_Type отличным от D_OBSERVATION) (время 00:00:00)
  
  Для Examination_Status = RECORDED
• дату и время начала первой записи для прохождения ПМО.
  
  Для Examination_Status = SUCCESS

• дату окончания прохождения ПМО (время 00:00:00)|

  	MO	Информация о СП МО	1..1	MO_Param	Составной тип. Описан в Таблица Е.3. Сведения о МО/СП МО, которая организует проведение ПМО для пациента.
  	Examination_Location	Информация о месте проведения медицинского осмотра	0..1	MO_Param	Составной тип. Описан в Таблица Е.3. Используется для Examination_Status: INCLUDED_IN_PLAN, SUCCESS Обязателен для передачи, если место проведения медицинского осмотра отличается от СП МО, указанного в блоке MO. Пример: Сведения о проведении ПМО обучающихся в образовательной организации (передача сведений о кабинете в образовательной организации).
  	Is_Questionnaire_Filled	Признак наличия заполненной анкеты	0..1	boolean	Признак наличия в МИС заполненной пациентом анкеты по ПМО в текущем году. Обязателен для Examination_Type = DISPENSARY, PROPHYLACTIC_ADULT

  
  

  Метод GetPatientInfo

1. Общие сведения

   Код операции:	GetPatientInfo
   Наименование операции:	Предоставление информации о наличии сведений о гражданине в МИС
   Назначение операции:	Позволяет определить наличие зарегистрированного в МИС гражданина:

   
   

• сведения о гражданине имеются в МИС
• сведения о гражданине определены по запросу в ИС ТФОМС.
  
  Если сведения о гражданине были определены в МИС, ответ может содержать При передаче в запросе соответсвующего признака необходимости передачи сведений информацию:
• о направлениях гражданина (должны быть переданы только те направления, по которым отсутствует запись к врачу)
• сведения о лечащих врачах|

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

1. Входные данные: GetPatientInfo

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Patient_Data	Данные о записываемом гражданине	1..1	Patient_Data	Составной тип. Описан в Таблица Е.2
   3	Pass_referral	Признак необходимости возврата перечня направлений гражданина	0..1	enum	0 – Не возвращать направления; 1 – Необходимо вернуть перечень направлений при их наличии; Отсутствие переданного значения соответствует признаку 0 — Не возвращать направления; Pass_referral должен отсутствовать при присутствии Patient_Info_Kind Параметр оставлен для совместимости с версией с 3.0.1. При подключении функции по записи на прием к врачу, осуществляющему диспансерный осмотр, или записи на вакцинацию передача признака необходимости возврата сведений о направлениях будет производится в элементе Patient_Info_Kind.
   4	Patient_Info_Kind	Тип запрашиваемой информации о пациенте	0..*	Patient_Info_Kind	Простой тип. Допустимо использование значений:

   
   

• ATTACHMENT – сведения о лечащих врачах;
• D_OBSERVATION – сведения о диспансерном наблюдении;
• REFERRAL – сведения о направлениях гражданина;
  Patient_Info_Kind со значениями ATTACHMENT и D_OBSERVATION будет передан в запросе после подключения к записи по диспансерному учету.|

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

1. Выходные данные: GetPatientInfo

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Patient_Id	Идентификатор гражданина в МИС	0..1	string	Идентификатор гражданина в МИС Данный блок должен:

   
   

• присутствовать при отсутствии блока Error

• отсутствовать при наличии блока Error.| |

  3	Patient_Attachment	Сведения о МО ПМСП и лечащих врачах	0..*	Patient_Attachment	Составной тип. Описан в Таблица Е.16. Передаются сведения о МО/СП МО и лечащих врачах пациентах. В случае отсутствия сведений о каких-либо типах прикреплениях должен быть передан элемент No_Attachment_Code (Таблица Е.22) с указанием соответствующего типа прикрепления (Таблица Е.15). Patient_Attachment передается в ответе при запросе сведений о лечащих врачах (Patient_Info_Kind со значениями со значениями ATTACHMENT и D_OBSERVATION )
  4	No_Attachment_Code	Информация об отсутствии сведений о МО ПМСП	0..*	Attachment_Purpose	Простой тип. Описан в Таблица Е.15. Элемент передается в случае отсутствия в МИС сведений о каком-либо типе прикрепления пациента.
  5	Examination	Информация о доступности ПМО	0..*	Examination	Составной тип. Описан в Таблица Е.19 Не передается в ответе по услуге «Запись на прием к врачу» Значение используется при предоставлении услуги «Запись для прохождения профилактических медицинских осмотров, диспансеризацию». Описание приведено для обеспечения идентичности реализации метода идентификации.
  6	No_Examination_Cards_Id	Идентификатор карты диспансерного учета, по которому отсутствуют сведения о медицинском осмотре	1..1	string	Не передается в ответе по услуге «Запись на прием к врачу» Значение используется при предоставлении услуги «Запись для прохождения профилактических медицинских осмотров, диспансеризацию». Описание приведено для обеспечения идентичности реализации метода идентификации.
  7	Referrals	Направления гражданина	0..1	Referrals	Составной тип. Передаются при наличии направлений, если в запросе Pass_referral = 1 или Patient_Info_Kind = REFERRAL Referrals должен отсутствовать при присутствии No_Referrals.
  Тип: Referrals
  7.1	Referral	Параметры направления	1..*	Param_Of_Referral	Составной тип. Описание в Таблица Е.10
  Тип: Param_Of_Referral
  8	No_Referrals	Признак отсутствия направлений у гржданина	0..1	boolean	Составной тип. Передается значение true при отсутствии направлений, если в запросе Patient_Info_Kind = REFERRAL No_Referrals должен отсутствовать при присутствии Referrals.
  9	Error	Ошибка	0..1	Error_Type	Составной тип. Описание в Таблица Е.13. Данный блок должен:

  
  

• присутствовать при отсутствии Patient_Id
• отсутствовать при наличии Patient_Id.
  Коды ошибок, возвращаемые в методе GetPatientInfo описаны в Таблица Е.23| |

1. Ошибки, возвращаемые в методе GetPatientInfo

   Код ошибки	Описание
   PATIENT_NOT_FOUND	Пациент не найден
   INTERNAL_ERROR	Внутренняя ошибка системы

   
   

   Требования к реализации в МИС

Поиск сведений о пациенте в МИС
Для исключения случая использования чужого номера полиса ОМС для возможности записи идентификация гражданина должна происходить с учетом проверки принадлежности переданных сведений о полисе ОМС и СНИЛС (OMS_Number, OMS_Series, SNILS) гражданину, чьи персональные данные переданы (First_Name, Last_Name, Middle_Name, Birth_Date). Поиск сведений о гражданине должен производиться по следующему набору передаваемых сведений:

1. ФИО, дата рождения, СНИЛС (если указан), полису ОМС. Если сведения о пациенте не найдены, поиск производится по набору сведений п.2.
2. ФИО, дата рождения, СНИЛС (для исключения невозможности предоставления услуги в случае ошибки ввода номера полиса или использования данных неактуального полиса). Если сведения о пациенте не найдены, поиск производится по набору сведений п.3.
3. ФИО, дата рождения, полису ОМС (для исключения невозможности предоставления услуги в случае ошибки ввода СНИЛС).

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

• ATTACHMENT – сведения о лечащих врачах;
• EXAMINATION – сведения о доступности профилактического осмотра/диспансеризации;
• D_OBSERVATION – сведения о диспансерном наблюдении;
• REFERRAL – сведения о направлениях.

1. Тип запрашиваемой информации Patient_Info_Kind = ATTACHMENT

В ответе от МИС должны содержаться сведения о МО/СП МО и лечащих врачах, информация о которых имеется в МИС (блок Patient_Attachment). В случае отсутствия такой информации в МИС ответ должен содержать явное информирование об этом (блок No_Attachment_Code).
Блок Patient_Attachment должен содержать информацию о:

• о МО/СП МО и враче в соответствии с выбором гражданина медицинской организации для получения первичной медико-санитарной помощи (прикреплении);
• о МО/СП МО и враче, осуществляющем диспансерное наблюдение пациента (в том числе для случаев диспансерного наблюдения женщин в период беременности и в послеродовом периоде );
• о МО/СП МО и врачах, оказывающих первичную медико-санитарную помощь по профилю «Стоматология» и «Акушерство и гинекология», если в субъекте Российской Федерации предусматривается данный тип прикрепления пациента.

1. Тип запрашиваемой информации Patient_Info_Kind = REFERRAL

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

Метод GetReferralInfo

1. Общие сведения

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

   
   

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

2. Входные данные: GetReferralInfo

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Patient_Data	Данные о гражданине	1..1	Patient_Data	Составной тип. Описан в Таблица Е.2.
   3	Referral_Number	Номер направления	1..1	string	Информация о номере направления, вводимом пользователем при использовании услуги

   
   

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

3. Выходные данные: GetReferralInfo

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Patient_Id	Идентификатор гражданина в МИС	0..1	string	Идентификатор гражданина в МИС Данный блок должен:

   
   

• присутствовать при отсутствии блока Error

• отсутствовать при наличии блока Error.|

  3

  Referrals

  Направления

  0..1

  Referrals

  Составной тип. Описан в Е.1.3.2 Данный блок должен:

  
  

• присутствовать при отсутствии блока Error

• отсутствовать при наличии блока Error.|

  4

  Error

  Ошибка

  0..1

  Error

  Составной тип. Описан в Таблица Е.13. Данный блок должен:

  
  

• присутствовать при отсутствии Patient_Id и блока Referrals
• отсутствовать при наличии Patient_Id и блока Referrals.
  Коды ошибок, возвращаемые в методе GetRefferallInfo описаны в Таблица Е.27Таблица Е.27|

1. Ошибки, возвращаемые в методе GetRefferallInfo

   Код ошибки	Описание
   PATIENT_NOT_FOUND	Пациент не найден
   INTERNAL_ERROR	Внутренняя ошибка системы
   SESSION_TIMED_OUT	Истекло время ожидания в рамках сессии
   REFERRAL_NOT_FOUND	Направление не найдено
   REFERRAL_PERIOD_HAS_EXPIRED	Истек срок действия направления
   MO_NOT_CONNECTED_REFERRAL	Медицинская организация, в которую выдано направление, не подключена к МИС. Запись в МО невозможна.
   UNDEFINED_ERROR	Другое
   APPOINT_PATIENT_REGISTERED_SPECIALIST	Пациент записан по направлению ранее

   
   

   Требования к реализации в МИС

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

• Поиск производится без учета регистра в номере направления;
• Поиск производится по набору буквенных и цифровых символов без учета служебных символов (например, тире, слэш, двоеточие);
• Поиск производится с учетом сведений о гражданине, переданных во входном параметре Patient_Data (для исключения предоставления информации и записи по направлению, выданному другому гражданину).

Метод GetMOInfoExtended

1. Общие сведения

   Код операции:	GetMOInfoExtended
   Наименование операции:	Предоставление списка СП МО, в которые гражданину доступна запись к специалистам
   Назначение операции:	Позволяет получить СП МО, запись в которые доступна при обращении граждан к услугам «Запись на прием к врачу» и «Запись на вакцинацию». Перечень СП МО должен предоставлять информацию с учетом доступности СП МО для записи гражданину, сведения о котором переданы в методе GetPatientInfo

   
   

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

2. Входные данные: GetMOInfoExtended 

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Service_Posts	Информация о должности специалиста и услуге	0..1	Service_Posts	Составной тип. Описание в Таблица Е.8 Используется для передачи сведений о должностях медицинского специалиста для получения СП МО, в которых доступна запись на прием к врачам переданных должностей. Service_Posts должен отсутствовать при наличии Vaccination_Id.
   3	Vaccination_Id	Код типа прививки	0..1	integer	Передается в запросе при записи на вакцинацию. Должно соответствовать коду типа прививки из справочника приведенного в 0 Элемент Vaccination_Id должен отсутствовать при наличии Service_Posts.

   
   

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

3. Выходные данные: GetMOInfoExtended

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	MO_List	Список СП МО	0..1	MO_List	Составной тип Данный блок должен:

   
   

• присутствовать при отсутствии блока Error

• отсутствовать при наличии блока Error.| |

  Тип: MO_List
  2.1	MO	Параметры СП МО	1..*	MO_Param_Age	Составной тип. Описание в Таблица Е.3
  3	Error	Ошибка	0..1	Error_Type	Составной тип. Описание в Таблица Е.13. Данный блок должен:

  
  

• присутствовать при отсутствии MO_List
• отсутствовать при наличии MO_List.
  Коды ошибок, возвращаемые в методе GetMOInfoExtended описаны в Таблица Е.32| |

1. Ошибки, возвращаемые в методе GetMOInfoExtended

   Код ошибки	Описание
   NO_DATA_FOUND	По запросу данных не найдено
   INTERNAL_ERROR	Внутренняя ошибка системы
   SESSION_TIMED_OUT	Истекло время ожидания в рамках сессии

   
   

   Требования к реализации в МИС

• Перечень СП МО должен содержать информацию обо всех СП МО, в которых предусмотрена запись граждан на прием к врачу при обращении к услуге «Запись на приме к врачу» или запись на вакцинацию при обращении к услуге «Запись на вакцинацию» (без дополнительной фильтрации по доступности/отсутствию слотов для самостоятельной записи граждан);
• В случае передачи сведений в МИС только об идентификаторе сессии необходимо передать перечень СП МО, в которых доступна запись на прием к врачу гражданину, сведения о котором переданы в методе GetPationInfo;
• В случае передачи в МИС сведений об идентификаторе сессии и должностях медицинских работников, необходимо передать перечень СП МО, в которых доступна запись на прием к врачам указанных должностей гражданину, сведения о котором переданы в методе GetPatientInfo;
• В случае передачи в МИС сведений об идентификаторе сессии и кода типа прививки, необходимо передать перечень СП МО, в которых доступна запись на вакцинацию на указанный тип прививки.

Метод GetServicePostSpecsInfo

1. Общие сведения

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

   
   

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

2. Входные данные: GetServicePostSpecsInfo

   №	Код параметра	Описание параметра	Обязательность	Способ заполнения/Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	MO_Id	Идентификатор подразделения МО	1..1	string

   
   

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

3. Выходные данные: GetServicePostSpecsInfo

   №	Код параметра	Описание параметра	Обязательность	Способ заполнения/Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Service_Post_Specs	Список должностей (специальностей) и медицинских услуг	0..1	Service_Post_Specs	Составной тип. Данный блок должен:

   
   

• присутствовать при отсутствии Error

• отсутствовать при наличии Error.| |

  Тип: Service_Post_Specs
  2.1	Service_Post	Информация о должности и услуге	1..1	Service_Post	Составной тип Описан в Таблица Е.7
  3	Error	Ошибка	0..1	Error_Type	Составной тип. Описан в Таблица Е.11 Данный блок должен:

  
  

• присутствовать при отсутствии Service_Post_Specs
• отсутствовать при наличии Service_Post_Specs
  Коды ошибок, возвращаемые в методе GetServicePostSpecsInfo описаны в Таблица Е.37| |

1. Ошибки, возвращаемые в методе GetServicePostSpecsInfo

   Код ошибки	Описание
   NO_DATA_FOUND	По запросу данных не найдено
   INTERNAL_ERROR	Внутренняя ошибка системы
   SESSION_TIMED_OUT	Истекло время ожидания в рамках сессии

   
   

   Требования к реализации в МИС

• По входным данным МИС должна предоставить перечень должностей медицинских специалистов, которые доступны гражданину для записи на прием в выбранных им СП МО.
• В перечне должностей медицинских специалистов должны быть должности, в соответствии с которыми будет оказана услуга записи на прием к врачу. Например, если прием по записи на прием к врачу-хирург осуществляется заведующим структурного подразделения, то в перечне должностей необходимо передавать врач-хирург.

Метод GetMOResourceInfo

1. Общие сведения

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

   
   

• запись на прием к которым доступна по направлению, выданному гражданину
• запись на прием к которым доступна по должности, выбранной гражданином.
• запись на прием к которым доступна по типу прививки, выбранной гражданином
• запись на прием к которым доступна по открытой карте диспансерного учета|

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

1. Входные данные: GetMOResourceInfo

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Service_Posts	Информация о должности и услуге	0..1	Service_Posts	Составной тип. Описан в Таблица Е.8 Данный блок должен:

   
   

• присутствовать при отсутствии Service_Specialty, Vaccination_Id

• отсутствовать при наличии Service_Specialty или Vaccination_Id
  |

  3

  Service_Specialty

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

  0..1

  Service_Specialty

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

  
  

• присутствовать при отсутствии Service_Post, Vaccination_Id

• отсутствовать при наличии Service_Post или Vaccination_Id|

  4

  Vaccination_Id

  Код тип прививки

  0..1

  integer

  Передается в запросе при запросе медицинских специалистов (кабинетов) по услуге «Запись на вакцинацию». Vaccination_Id должен:

  
  

• присутствовать при отсутствии Service_Post, Service_Specialty

• отсутствовать при наличии Service_Post или Service_Specialty|

  5	MO_OID_List	Перечень МО/СП МО	0..1	MO_OID_List	Составной тип Может отсутствовать, если в направлении не указана информация о МО/СП МО, в которое выдано направление
  Тип: MO_OID_List
  5.1	MO_OID	OID МО или структурного подразделения МО	1..*	OID	Простой тип. Описан вТаблица Е.14. Единый уникальный идентификатор (OID)

  
  

• СП МО согласно справочнику ФНСИ «ФРМО. Справочник структурных подразделений» 1.2.643.5.1.13.13.99.2.114.Передаваемый OID имеет следующий формат: 1.2.643.5.1.13.13.12.2.64.6706.0.174271

• МО согласно справочнику ФНСИ «Реестр медицинских организаций Российской Федерации» 1.2.643.5.1.13.13.11.1461.Передаваемый OID имеет следующий формат: 1.2.643.5.1.13.13.12.2.64.6706|

  6	Referral_Id	Идентификатор направления	0..1	string	Идентификатор направления. Параметр не передается для поиска всех специалистов указанной (Service_Posts) должности, запись к которым возможна без направления
  7	Cards_Id	Идентификатор карты диспансерного учета	0..1	string	Параметр передается в запросе при записи к лечащему врачу по диспансерному учету
  8	Start_Date_Range	Дата начала периода предоставления информации о наличии/отсутствии свободных слотов	1..1	date	Начало периода, по которому необходимо вернуть информацию о доступных для записи к врачу днях
  9	End_Date_Range	Дата окончания периода предоставления информации о наличии/отсутствии свободных слотов	1..1	date	Окончание периода, по которому необходимо вернуть информацию о доступных для записи к врачу днях
  10	Referral	Сведения о направлении	0..1	Param_Of_Referral	Составной тип. Описан в Таблица Е.10 Передача значения предусмотрена для поиска информации о доступных для записи специалистов по направлению, сведения о котором отсутствуют в МИС.
  11	Patient_Data	Данные о гражданине	0..1	Patient_Data	Составной тип. Описан в Таблица Е.2. Передача значения предусмотрена для поиска информации о доступных для записи специалистов по направлению, сведения о котором отсутствуют в МИС

  
  

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

1. Выходные данные: GetMOResourceInfo

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	MO_Resource_List	Информация о доступных МО/СП МО и ресурсах	0..1	MO_Resource_List	Составной тип Данный блок должен:

   
   

• присутствовать при отсутствии блока Error

• отсутствовать при наличии блока Error| |

  Тип: MO_Resource_List
  2.1	MO_Available	Информация о МО/СП МО и доступных для записи ресурсах	1..*	MO_Available	Составной тип
  Тип: MO_Available
  2.1.1	MO	Информация о структурном подразделении МО	1..1	MO_Param_Age	Составной тип. Описан в Таблица Е.3
  2.1.2	Resource_Available	Информация о доступных для записи ресурсах	1..1	Resource_Available	Составной тип
  Тип: Resource_Available
  2.1.2.1	Resource	Информация о ресурсе	1..*	Resource_Param	Составной тип
  Тип: Resource_Param
  2.1.2.1.1	Specialist	Информация о медицинском специалисте	0..1	Specialist_Param	Составной тип. Описан в Таблица Е.11 Данный блок должен:

  
  

• присутствовать при отсутствии блока Room

• отсутствовать при наличии блока Room| |

  2.1.2.1.2

  Room

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

  0..1

  Room_Param

  Составной тип. Описан в Таблица Е.12 Данный блок должен:

  
  

• присутствовать при отсутствии блока Specialist

• отсутствовать при наличии блока Specialist.| |

  2.1.2.1.3	Available_Dates Используется, для поддержания текущей реализации сервисов МИС. При подключении функций записи на прием к врачу и записи на вакцинацию еобходимо передавать Available_Date (п. 2.1.2.1.4)	Список доступных для записи дат	0..1	Available_Dates	Составной тип Может отсутствовать, если по ресурсу отсутствуют доступные для записи даты в запрашиваемый период Должен содержать список дат в запрашиваемый период, в которые имеются свободные слоты для записи
  Тип: Available_Dates
  2.1.2.1.3.1	Available_Date	Доступная для записи дата/время	1..*	DateTime	В данном блоке передаются доступные для записи даты по ресурсу в запрашиваемый период При указании в запросе параметров Start_Date_Range, End_Date_Range – доступные для записи даты по ресурсу в указанном диапазоне Пример: 2019-01-28T08:00:00+05:00 – ближайший свободный для записи слот на данную дату Отображается пользователю при записи на услугу
  2.1.2.1.4	Available_Date	Информация о доступной для записи дате и ближайшем свободном слоте	0..*	Available_Date	Составной тип Данный блок должен отсутствовать при наличии блока Available_Dates или No_Schedule_Reason
  Тип: Available_Date
  2.1.2.1.4.1	Nearest_DateTime	Дата и время ближайшего свободного слота на этот день	1..1	dateTime
  2.1.2.1.4.2	Slot_Id	Идентификатор слота	1..1	guid	Идентификатор ближайшего свободного слота
  2.1.2.1.5	No_Schedule_Reason	Причина отсутствия расписания в запрашиваемом периоде	0..1	No_Schedule_Reason	Составной тип. Данный блок должен отсутствовать при наличии блока Available_Dates или Available_Date
  Тип: No_Schedule_Reason
  2.1.2.1.5.1	No_Schedule_Reason_Сode	Код причины отсутствия расписания	1..1	string	Передается, если отсутствуют свободные слоты за все дни из запрашиваемого диапазона времени. Значения:

  
  

• NO_SPECIALIST – отсутствует специалист (на больничном, на учебе)
• NO_AVAILABLE_SLOTS – отсутствуют свободные слоты для записи
• TEMPORARILY_UNAVAILABLE – запись к специалисту временно недоступна
• AVAILABLE_ONLY_RECEPTION – запись к специалисту доступна только в регистратуре МО
• AVAILABLE_ONLY_DOCTOR – запись доступна только у врача
• NO_APPOINTMENT – прием без записи

• ANOTHER_REASON – другая причина отсутствия расписания специалиста| |

  2.1.2.1.5.2	Comment	Текстовое описание причины отсутствия расписания	0..1	string
  2.1.2.1.5.3	Parameter	Параметры	0..*	Parameter	Составной тип. Описан в Таблица Е.18. Для кода причины NO_SPECIALIST и NO_AVAILABLE_SLOTS должен быть передан параметр:

  
  

• Available_date – да когда появится запись к специалисту
  
  Для кода причины AVAILABLE_ONLY_RECEPTION передаются следующие параметры:
• MO_Name – наименованеи СП МО
• MO_Address – адрес СП МО
• MO_Phone — телефон регистратуры
  
  Для кода причины AVAILABLE_ONLY_DOCTOR передаются следующие параметры:
• MO_Name – наименованеи СП МО
• MO_Address – адрес СП МО
• Specialist_Name – ФИО медицинского специалиста
• Specialist_Post – должность медицинского специалиста
• Room – кабинет, куда неободимо обратиться
  
  Для кода причины NO_APPOINTMENT передаются следующие параметры:

• Visit_Info – информация о днях и времени приема без записи| |

  2.1.2.1.6

  Age_Group

  Информация о возрастных категориях граждан, запись на прием к врачу которым доступна в СП МО

  0..1

  string

  Допустимые значения:

  
  

• CHILD – дети
• TEEN — подростки
• ADULT — взрослые

• ALL- все
  Пример: CHILD, TEEN | |

  3

  Error

  Ошибка

  0..1

  Error_Type

  Составной тип. Таблица Е.13Таблица Е.11 Данный блок должен:

  
  

• присутствовать при отсутствии MO_Resource_List
• отсутствовать при наличии MO_Resource_List
  Коды ошибок, возвращаемые в методе GetMORecourceInfo описаны в Таблица Е.42Таблица Е.32| |

1. Ошибки, возвращаемые в методе GetMOResourceInfo

   Код ошибки	Описание
   NO_DATA_FOUND	По запросу данных не найдено
   INTERNAL_ERROR	Внутренняя ошибка системы
   SESSION_TIMED_OUT	Истекло время ожидания в рамках сессии

   
   

   Требования к реализации в МИС

• Под доступным для записи медицинским специалистом понимается доступный для электронной записи (без дополнительной фильтрации по наличию/отсутствию свободных слотов для записи при обращении граждан к услуге «Запись на прием к врачу»;
• Если в запросе указаны OID медицинских организаций, необходимо выполнить поиск медицинских специалистов по всем структурным подразделениям указанных медицинских организаций;
• В случае указания в направлении идентификатора медицинского работника, к которому выдано направление, и невозможности записи к указанному медицинскому специалисту (например, по причине увольнения или нахождения в отпуске) необходимо обеспечить запись к иным специалистам той же должности в той же медицинской организации;
• Должность медицинского специалиста в ответе от МИС используется для проверки трудоустройства специалиста в МО (например, для должности «Врач-хирург», указанной во входных параметрах, может передаваться код должности, соответствующий значению «заведующий структурного подразделения (отдела, отделения, лаборатории, кабинета, отряда и другое) медицинской организации — врач-специалист»;
• Вместо блока Available_Dates информацию о ближайших доступных слотах необходимо передавать в блоке Available_Date с указанием идентифкатора слота Slot_Id. При отсутствии доступных слотов для записи к медицинскому специалисту должен быть передан блок No_Schedule_Reason.
• В случае передачи идентификатора направления производится поиск медицинских специалистов указанной должности в СП МО, идентификаторы которых указаны в параметре MO_OID_List или во всех МО, в которых гражданин может записаться к специалисту указанной должности.
• В случае передачи кода типа прививки поиск медицинских специалистов (кабинетов) производится в СП МО, идентификаторы которых указаны в параметре MO_OID_List.

Метод GetScheduleInfo

1. Общие сведения

   Код операции:	GetScheduleInfo
   Наименование операции:	Получение свободных слотов выбранного медицинского специалиста
   Назначение операции:	Позволяет запросить информацию о свободных слотах приёма и свободного времени для записи на прием к выбранному медицинскому специалисту.

   
   

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

2. Входные данные: GetScheduleInfo

   №	Код параметра	Описание параметра	Обязательность	Способ заполнения/Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	Session_ID: guid
   2	Specialist_SNILS	СНИЛС специалиста	0..1	string	Обязательно присутствует, если запись производится на прием к выбранному медицинскому специалисту. Данный блок должен:

   
   

• присутствовать при отсутствии блока Room_OID,

• отсутствовать при наличии блока Room_OID.
  Формат передачи СНИЛС: 00000000000|

  3

  Room_OID

  OID кабинета

  0..1

  string

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

  
  

• присутствовать при отсутствии блока Specialist_SNILS,

• отсутствовать при наличии блока Specialist_SNILS|

  4	Room_Id	Идентифиатор кабинета в МИС	0..1	string	Присутствует если запись производится в кабинет и Room_Id был указан в сведениях о кабинете
  5	MO_OID	OID СП МО	1..1	OID	Простой тип. Описан в Таблица Е.14. Единый уникальный идентификатор (OID) СП МО согласно справочнику ФНСИ «ФРМО. Справочник структурных подразделений» 1.2.643.5.1.13.13.99.2.114.Передаваемый OID имеет следующий формат: 1.2.643.5.1.13.13.12.2.64.6706.0.174271
  6	Service_Post	Информация о должности и услуге	0..1	Service_Post	Составной тип. Описание в Таблица Е.7 Передача информации о должности медицинского работника, к которому производится запись (медицинская должность, которую Пользователь выбрал из перечня должностей, предоставленных на шаге GetServicePostSpecInfo). Данный блок должен:

  
  

• присутствовать при отсутствии Service_Specialty и Vaccination_Id

• отсутствовать при наличии блока Service_Specialty или Vaccination_Id.|

  7

  Service_Specialty

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

  0..1

  Service_Specialty

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

  
  

• присутствовать при отсутствии блока Service_Post и Vaccination_Id

• отсутствовать при наличии блока Service_Post или Vaccination_Id.|

  8

  Vaccination_Id

  Код типа прививки

  0..1

  integer

  Указывается в запросе при записи на вакцинацию. Vaccination_Id должен:

  
  

• присутствовать при отсутствии блока Service_Post и Service_Specialty

• отсутствовать при наличии блока Service_Post или Service_Specialty.|

  9	Referral_Id	Идентификатор направления	0..1	string	Указывается при записи по направлению
  10	Cards_Id	Иднтификатор карты диспансерного учета	0..1	string	Параметр передается в запросе при записи к лечащему врачу по диспансерному учету
  11	Start_Date_Range	Дата, с которой необходимо начать формировать расписание	1..1	date	По умолчанию текущая дата. Пример: 2018-12-02
  12	End_Date_Range	Дата, до которой необходимо формировать расписание	1..1	date	По умолчанию 14 календарных дней от текущей даты. Не включая текущую дату. При записи по направлению для некоторых видов медицинских услуг возможен запрос расписания на период до 30 дней. Пример: 2018-12-16
  13	Start_Time_Range	Время, с которого необходимо начать формировать расписание на день	1..1	Time	По умолчанию 00:00
  14	End_Time_Range	Время, до которого необходимо формировать расписание на день	1..1	Time	По умолчанию 23:59

  
  

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

1. Выходные данные: GetScheduleInfo

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Schedule	Расписание ресурса	0..1	Schedule	Составной тип Данный блок должен:

   
   

• присутствовать при отсутствии блока Error

• отсутствовать при наличии блока Error.| |

  Тип: Schedule
  2.1	Slots	Параметры слотов	1..*	Slots	Составной тип
  Тип: Slots
  2.1.1	Slot_Id	Идентификатор слота	1..1	guid	Простой тип. Формат передачи данных: GUID Пример: 376c8245-1f30-4e6f-bcc2-40cc0d843dd6
  2.1.2	VisitTime	Дата и Время приема	1..1	Datetime	Дата и время приема с time zone Пример: 2018-12-15T13:15:00+03:00
  2.1.3	Room	Номер кабинета	0..1	string
  3	Error	Ошибка	0..1	Error_Type	Составной тип. Описание в Таблица Е.11 Данный блок должен:

  
  

• присутствовать при отсутствии Schedule
• отсутствовать при наличии. Schedule
  Коды ошибок, возвращаемые в методе GetScheduleInfo описаны в Таблица Е.47| |

1. Ошибки, возвращаемые в методе GetScheduleInfo

   Код ошибки	Описание
   NO_DATA_FOUND	По запросу данных не найдено
   INTERNAL_ERROR	Внутренняя ошибка системы
   SESSION_TIMED_OUT	Истекло время ожидания в рамках сессии

   
   

   Требования к реализации в МИС

• МИС должна передать для заданного временного диапазона список свободных для записи слотов в следующем формате: «дата и время приема» с указанием часового пояса.
• Медицинский специалист, расписание которого требуется предоставить, должен определяться исходя из переданных значений:
  • идентификатора специалиста (SNILS);
  • должности медицинского специалиста, выбранной Пользователем на шаге предоставления должностей или кода типа прививки, выбранного для записи на вакцинацию;
  • OID СП МО/МО, выбранного Пользователем.
• В связи с возможной реализацией кэширования сведений для одного Пользователя в ЕПГУ может быть не соблюдена последовательность шагов. На методе получения расписания требуется предоставлять сведения в соответствии с входными параметрами без учета последовательности ранее поступивших запросов.

Метод CreateAppointment

1. Общие сведения

   Код операции:	CreateAppointment
   Наименование операции:	Создание записи гражданина на прием к врачу
   Назначение операции:	Метод предназначен для создания записи на прием к врачу

   
   

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

2. Входные данные: CreateAppointment

   №	Код параметра	Описание параметра	Обязательность	Способ заполнения/Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Slot_Id	Идентификатор слота	1..1	guid

   
   

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

3. Выходные данные: CreateAppointment

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Session_ID	Идентификатор сессии	1..1	guid
   2	Book_Id_Mis	Идентификатор записи на прием в МИС	1..1	string	Уникальный идентификатор записи на прием в МИС.
   3	Status	Информация о статусе записи	1..1	Status	Составной тип
   Тип: Status
   3.1	Status_Code	Код статуса записи	1..1	string	Коды статусов, возвращаемые в методе CreateAppointment описаны в Таблица Е.52
   3.2	Comment	Состояние статуса записи	0..1	Comment:string
   3.3	Parameters	Параметры ошибки	0..1	Parameters	Передается для Status_Code:

   
   

• APPOINT_PATIENT_REGISTERED_SPECIALIST
• APPOINT_PATIENT_REGISTERED_OTHER_SPECIALIST

• APPOINT_TIME_AVAILABLE_PATIENT_OTHER_AGE|

  Тип: Parameters
  3.3.1	Parameter	Параметр	1..*	Parameter
  Тип: Parameter
  3.3.1.1	Name	Наименование параметра	1..1	string	Для Status_Code = APPOINT_PATIENT_REGISTERED_SPECIALIST передаются следующие параметры:

  
  

• Specialist — ФИО специалиста
• Room — кабинет
• Service — услуга, на которую записан пациент
• Visit_Time — дата и время приема (пример: 30.07.2019 10:00)
• Create_Date — дата совершения записи (пример: 25.07.2019)
• Source_Record — источник совершения записи (REG, INFOMAT, RPGU, CC, MED_ARM, OTHER_WEB)
  
  Для Status_Code = APPOINT_PATIENT_REGISTERED_OTHER_SPECIALIST передаются следующие параметры:
• Specialist — ФИО специалиста
• Post – должность специалиста
• Room — кабинет
• Service — услуга, на которую записан пациент
• VisitTime — дата и время приема (пример: 30.07.2019 10:00)
• Create_Date — дата совершения записи (пример: 25.07.2019)
• Source_Record — источник совершения записи (REG, INFOMAT, REG, CC, MED_ARM, OTHER_WEB)
  
  Для Status_Code = APPOINT_TIME_AVAILABLE_PATIENT_OTHER_AGE
  передаются следующие параметры:
• Min_Age — минимальный возраст пациента
• Max_Age — максимальный возраст пациента (если верхняя граница не ограничена — не передается)
  
  Для Status_Code = NO_VACCINE, VACCINATION_TIME_NOT_COME, VACCINATIONS_MEDICAL_RECUSAL передается следующий параметр:

• Start_Date – примерная/возможная дата вакцинации (01.11.2020)|

  3.3.1.2	Value	Значение параметра	1..1	string
  4	Slot_Id	Идентификатор слота	1..1	guid	Простой тип. Формат передачи данных: GUID Должен соответствовать идентификатору Slot_Id, переданному в запросе Пример: 376c8245-1f30-4e6f-bcc2-40cc0d843dd6
  5	Visit_Time	Дата и время приема	1..1	Datetime	Дата и время приема с time zone Пример: 2018-09-19T13:15:00+03:00
  6	Room	Номер кабинета	0..1	string	Номер кабинета. Используется при отображении Пользователю информации о совершенной записи

  
  

1. Коды статусов, возвращаемые в методе CreateAppointment

   Код статуса	Описание
   SUCCESS	Успешное завершение операции
   INTERNAL_ERROR	Внутренняя ошибка системы
   APPOINT_TIME_IS_BUSY	Извините, запись невозможна. Время уже занято другим пациентом. Выберите другое время
   APPOINT_PATIENT_REGISTERED_SPECIALIST	Извините, запись невозможна. Пациент уже записан к врачу <ФИО врача> в кабинет <название кабинета> на услугу <название услуги> в этот день: <дата записи в формате дд.мм.гггг чч:мм>. Полную информацию об этой записи Вы можете посмотреть в Личном кабинете
   APPOINT_PATIENT_REGISTERED_OTHER_SPECIALIST	Извините, запись невозможна. Пациент уже записан на это время к другому специалисту. Выберите другое время
   APPOINT_TIME_AVAILABLE_PATIENT_OTHER_AGE	Извините, запись невозможна. Выбранное время доступно только для записи пациентов в возрасте {0}. Выберите другое время
   APPOINT_VISIT_TIME_HAS_PASSED	Извините, запись невозможна. Время начала приема уже прошло. Выберите другое время
   VACCINATION_COMPLETED	Вакцинация уже выполнена гражданину
   VACCINATION_TIME_NOT_COME	Срок вакцинации не подошел
   VACCINATIONS_MEDICAL_RECUSAL	Медицинский отвод от прививок

   
   

   Требования к реализации в МИС

• МИС должна обеспечить уникальность параметра Book_Id_Mis. Book_Id_Mis создается для каждого факта записи и не является всегда равной идентификатору слота Slot_Id (например, идентификатор записи должен отличаться для следующих двух случаев записи: Пользователь1 записался на свободной слот, произвел отмену совершенной записи. Пользователь2 записался на освободивший слот. Параметры Book_Id_Mis должны отличаться для двух случаев записи.

Метод ReferralAppointmentInformation

1. Общие сведения

   Код операции:	ReferralAppointmentInformation
   Наименование операции:	Передача сведений о регистрации записи на прием к врачу по направлению или статуса записи
   Назначение операции:	Метод предназначен для передачи сведений о регистрации записи на прием к врачу в системе, не являющейся источником информации о направлении гражданина.

   
   

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

2. Входные данные: ReferralAppointmentInformation

   №	Код параметра	Описание параметра	Обязательность	Тип	Комментарий
   1	Book_Id_Mis	Идентификатор записи в МИС, в которой осуществлена запись на прием к врачу	1..1	string
   2	Referral_Id	Идентификатор направления	1..1	string
   3	Appointment_Status	Код статуса заявления	1..1	enum	RECORDED – запись зарегистрирована; CANCELED – запись отменена; SUCCESS – услуга оказана; PATIENT_NOT_ARRIVED – пациент не явился; PATIENT_CANCELED — Запись отменена пациентом в МО
   4	MO_OID	OID структурного подразделения МО, в которое записался гражданин по направлению	1..1	OID	Простой тип. Описан в Таблица Е.14. Единый уникальный идентификатор подразделения медицинской организации (OID) согласно справочнику ФНСИ 1.2.643.5.1.13.13.99.2.114 «ФРМО. Справочник структурных подразделений». Передаваемый OID имеет следующий формат: 1.2.643.5.1.13.13.12.2.64.6706.0.174271
   5	MO_Name	Наименование структурного подразделения МО, в которое записался гражданин по направлению	1..1	string
   6	Resource_Name	ФИО медицинского работника, к которому записался гражданин	1..1	string
   7	Visit_Time	Дата и время приема	1..1	dateTime	Дата и время, на которые была зарегистрирована запись на прием к врачу по направлению Пример: 2018-12-19T13:15:00+03:00

   
   

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

3. Выходные данные: ReferralAppointmentInformation

   №	Код параметра		Описание параметра		Обязательность		Способ заполнения/Тип		Комментарий
   1	Book_Id _Mis	Идентификатор записи МИС		1..1		string		Идентификатор записи в ИС, в которой выполнена запись по направлению
   2	Status_Code	Код статуса получения информации		1..1		sting		Коды статусов, возвращаемые в методе ReferralAppointmentInformation описаны в Таблица Е.57 FAILURE_OPERATION предусмотрен при

   
   

• получении МИС сведений о направлении (Referral_Id) информация о котором не найдена в МИС

• уже имеется информация о записи по направлению.
  При получении ошибки производится автоматическая отмена записи в ЕПГУ и Информационной системе, в которую записался Пользователь| |

  3

  Comment

  Комментарий

  1..1

  string

  
  

1. Коды статусов, возвращаемые в методе ReferralAppointmentInformation

   Код статуса	Описание
   SUCCESS	Успешное завершение операции
   INTERNAL_ERROR	Внутренняя ошибка системы
   FAILURE_OPERATION	Отказ в проведении операции

   
   

   Метод CancelAppointment

2. Общие сведения

   Код операции:	CancelAppointment
   Наименование операции:	Отмена ранее созданной Пользователем записи на прием к врачу
   Назначение операции:	Метод предназначен для отмены ранее созданной записи на прием к врачу

   По входным параметрам МИС должна отменить ранее созданную запись на прием.

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

3. Входные данные:CancelAppointment

   №	Код параметра	Описание параметра	Обязательность	Способ заполнения/Тип	Комментарий
   1	Book_Id _Mis	Идентификатор записи на прием в МИС	1..1	string
   2	Canceled_Reason	Причина отмены записи	1..1	enum	CANCELED_BY_PATIENT — отмена записи Пользователем

   
   

• ERROR_DATA_MIS – отмена записи в связи с некорректно переданной информацией в ответе от МИС CreateAppointmentResponse
• RECORD_NOT_CREATED_AT_EPGU — запись не создана в ЕПГУ (ошибка создания записи)

• DATA_TRANSFER_ERROR_AT_EPGU — ошибка передачи данных о записи на ЕПГУ|

  3	Error_Data_Parameters	Наименование параметров при записи, в которых обнаружены ошибки МИС	0..1	Error_Data_Parameters	Передается, в случае получения некорректных данных от МИС в методе CreateAppointmentResponse
  Тип: Error_Data_Parameters
  3.1	Parameter	Информация о параметре, переданном некорректно	1..*	Validation_Error_Type	Составной тип. Описан в Таблица Е.13. Допустима передача нескольких параметров

  
  

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

1. Выходные данные:CancelAppointment

   №	Код параметра	Описание параметра	Обязательность	Способ заполнения/Тип	Комментарий
   1	Book_Id _Mis	Идентификатор записи на прием в ИС	1..1	string
   2	Status_Code	Код статуса отмены	1..1	string	Коды статусов, возвращаемые в методе CancelAppointment описаны в Таблица Е.61 Status_Code = RECORD_CANNOT_CANCELED возвращается, если время приема уже прошло и отменить запись невозможно
   3	Comment	Состояние статуса отмены	1..1	string	В случае если значение Status_Code = 2, то поле заполняется обязательно с указанием причины отказа

   
   

2. Коды статусов, возвращаемые в методе CancelAppointment

   Код статуса	Описание
   SUCCESS	Успешное завершение операции
   INTERNAL_ERROR	Внутренняя ошибка системы
   RECORD_CANNOT_CANCELED	Запись на прием не может быть отменена
   RECORD_NOT_FOUND	Запись не найдена в ИС

   
   

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

   1. 1. 1. Выбором гражданином СП МО и просмотра должностей врачей, к которым доступна запись в выбранном СП МО

            Метод	Входные параметры	Ожидаемый результат
            GetPatientInfo	Персональные данные гражданина	Информация о наличии/отсутствии сведений о гражданине в МИС с переданными персональными данными
            GetMOInfoExtended	Идентификатор сессии	Передача информации о СП МО, в которые доступна гражданину запись на прием к врачу без направления
            GetServicePostSpecsInfo	Идентификатор сессии Идентификатор СП МО	Сведения о должностях медицинских работников, к которым доступна запись гражданину в выбранном СП МО. Сведения о должностях используются для формирования статистических показателей по доступности специалистов по должностям медицинских работников. В ответе метода должны быть предоставлены должности медицинских специалистов, соответствующие профилю оказываемых услуг. Например, в МО заведующий отделением ведет прием как — врач-хирург. В перечне должностей должна быть информация, что доступна запись к врачу- хирургу.
            GetMOResourceInfo	Идентификатор сессии Идентификатор должности Идентификаторы СП МО Период	Перечень специалистов (ресурсов), запись к которым доступна для получения услуги по выбранной должности в СП МО и доступных днях для записи (дни в которые, имеются свободные слоты)
            GetScheduleInfo	Идентификатор сессии Идентификатор должности Идентификатор СП МО Идентификатор ресурса Период	Информация о доступных слотах времени
            CreateAppointment	Идентификатор сессии Идентификатор слота	Подтверждение успешности записи гражданина или код причины невозможности записи к врачу

            
            

         2. Выбор гражданином имеющегося у него направления для записи и просмотра МО и медицинских специалистов, к которым доступна запись по направлению. Запись производится в МИС, в котором было создано направление

            Метод	Входные параметры	Ожидаемый результат
            GetPatientInfo	Персональные данные гражданина	Информация о наличии/отсутствии сведений о гражданине в МИС с переданными персональными данными Сведения об активных направлениях
            GetReferralInfo	Персональные данные гражданина Номер направления, введенный пользователем на портальной форме	Статус направления с указанным номером. Поиск производится без учета регистра, введенных символов, отличных от цифр и букв
            GetMOResourceInfo	Идентификатор сессии Идентификатор должности Идентификаторы МО/СП МО Идентификатор направления Период	Перечень специалистов (ресурсов), запись к которым доступна для получения услуги по выбранной должности в МО или СП МО и доступных днях для записи (дни в которые, имеются свободные слоты)
            GetScheduleInfo	Идентификатор сессии Идентификатор должности Идентификатор МО/СП МО Идентификатор ресурса Идентификатор направления Период	Информация о доступных слотах времени
            CreateAppointment	Идентификатор сессии Идентификатор слота	Подтверждение успешности записи гражданина или код причины невозможности записи к врачу

            
            

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

            Метод	Входные параметры	Система	Ожидаемый результат
            GetPatientInfo	Персональные данные гражданина	МИС1	Информация о наличии/отсутствии сведений о гражданине в МИС с переданными персональными данными Сведения об активных направлениях
            GetPatientInfo	Персональные данные гражданина	МИС2	Информация о наличии/отсутствии сведений о гражданине в МИС с переданными персональными данными Сведения об активных направлениях
            GetReferralInfo	Номер направления, введенный пользователем на портальной форме	МИС1	Статус направления с указанным номером. Поиск производится без учета регистра, введенных символов, отличных от цифр и букв
            GetMOResourceInfo	Идентификатор сессии Идентификатор должности Идентификаторы МО/СП МО Параметры направления по данным МИС1 Персональные данные гражданина Период	МИС2	Перечень специалистов (ресурсов), запись к которым доступна для получения услуги по выбранной должности в МО или СП МО и доступных днях для записи (дни в которые, имеются свободные слоты)
            GetScheduleInfo	Идентификатор сессии Идентификатор должности Идентификатор МО/СП МО Идентификатор ресурса Идентификатор направления Период	МИС2	Информация о доступных слотах времени
            CreateAppointment	Идентификатор сессии Идентификатор слота	МИС2	Подтверждение успешности записи гражданина или код причины невозможности записи к врачу
            ReferralAppointmentInformation	Идентификатор записи в МИС2 Идентификатор направления Код статуса заявления OID и наименование СП МО, в которое выполнена запись (ИС 2) ФИО медицинского работника, к которому записался гражданин Дата и время приема	МИС1	Подтверждение приема информации

            
            

            WSDL

            WSDL описание сервиса МИС

            К данному документу приложены WSDL файлы с описанием сервиса и всех используемых в нем типов данных.

            <?xml version="1.0" encoding="UTF-8"?> <definitions xmlns="http://schemas.xmlsoap.org/wsdl/" xmlns:m="http://www.rt-eu.ru/med/er/v2_0" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" name="MisSoapService" targetNamespace="http://www.rt-eu.ru/med/er/v2_0"> <import namespace="http://www.rt-eu.ru/med/er/v2_0" location="er-schema.xsd"/> <message name="GetPatientInfo"> <part name="parameter" element="m:GetPatientInfoRequest"/> </message> <message name="GetPatientInfoResponse"> <part name="parameter" element="m:GetPatientInfoResponse"/> </message> <message name="GetReferralInfo"> <part name="parameter" element="m:GetReferralInfoRequest"/> </message> <message name="GetReferralInfoResponse"> <part name="parameter" element="m:GetReferralInfoResponse"/> </message> <message name="GetMOInfoExtended"> <part name="parameter" element="m:GetMOInfoExtendedRequest"/> </message> <message name="GetMOInfoExtendedResponse"> <part name="parameter" element="m:GetMOInfoExtendedResponse"/> </message> <message name="GetMOResourceInfo"> <part name="parameter" element="m:GetMOResourceInfoRequest"/> </message> <message name="GetMOResourceInfoResponse"> <part name="parameter" element="m:GetMOResourceInfoResponse"/> </message> <message name="GetServicePostSpecsInfo"> <part name="parameter" element="m:GetServicePostSpecsInfoRequest"/> </message> <message name="GetServicePostSpecsInfoResponse"> <part name="parameter" element="m:GetServicePostSpecsInfoResponse"/> </message> <message name="GetScheduleInfo"> <part name="parameter" element="m:GetScheduleInfoRequest"/> </message> <message name="GetScheduleInfoResponse"> <part name="parameter" element="m:GetScheduleInfoResponse"/> </message> <message name="CreateAppointment"> <part name="parameter" element="m:CreateAppointmentRequest"/> </message> <message name="CreateAppointmentResponse"> <part name="parameter" element="m:CreateAppointmentResponse"/> </message> <message name="CancelAppointment"> <part name="parameter" element="m:CancelAppointmentRequest"/> </message> <message name="CancelAppointmentResponse"> <part name="parameter" element="m:CancelAppointmentResponse"/> </message> <message name="ReferralAppointmentInformation"> <part name="parameter" element="m:ReferralAppointmentInformationRequest"/> </message> <message name="ReferralAppointmentInformationResponse"> <part name="parameter" element="m:ReferralAppointmentInformationResponse"/> </message> <portType name="ErWebService"> <operation name="GetPatientInfo"> <input message="m:GetPatientInfo"/> <output message="m:GetPatientInfoResponse"/> </operation> <operation name="GetReferralInfo"> <input message="m:GetReferralInfo"/> <output message="m:GetReferralInfoResponse"/> </operation> <operation name="GetMOInfoExtended"> <input message="m:GetMOInfoExtended"/> <output message="m:GetMOInfoExtendedResponse"/> </operation> <operation name="GetMOResourceInfo"> <input message="m:GetMOResourceInfo"/> <output message="m:GetMOResourceInfoResponse"/> </operation> <operation name="GetServicePostSpecsInfo"> <input message="m:GetServicePostSpecsInfo"/> <output message="m:GetServicePostSpecsInfoResponse"/> </operation> <operation name="GetScheduleInfo"> <input message="m:GetScheduleInfo"/> <output message="m:GetScheduleInfoResponse"/> </operation> <operation name="CreateAppointment"> <input message="m:CreateAppointment"/> <output message="m:CreateAppointmentResponse"/> </operation> <operation name="CancelAppointment"> <input message="m:CancelAppointment"/> <output message="m:CancelAppointmentResponse"/> </operation> <operation name="ReferralAppointmentInformation"> <input message="m:ReferralAppointmentInformation"/> <output message="m:ReferralAppointmentInformationResponse"/> </operation> </portType> <binding name="ErPortal" type="m:ErWebService"> <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/> <operation name="GetPatientInfo"> <soap:operation soapAction="GetPatientInfo" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> <operation name="GetReferralInfo"> <soap:operation soapAction="GetReferralInfo" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> <operation name="GetMOInfoExtended"> <soap:operation soapAction="GetMOInfoExtended" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> <operation name="GetMOResourceInfo"> <soap:operation soapAction="GetMOResourceInfo" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> <operation name="GetServicePostSpecsInfo"> <soap:operation soapAction="GetServicePostSpecsInfo" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> <operation name="GetScheduleInfo"> <soap:operation soapAction="GetScheduleInfo" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> <operation name="CreateAppointment"> <soap:operation soapAction="CreateAppointment" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> <operation name="CancelAppointment"> <soap:operation soapAction="CancelAppointment" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> <operation name="ReferralAppointmentInformation"> <soap:operation soapAction="ReferralAppointmentInformation" style="document"/> <input> <soap:body use="literal"/> </input> <output> <soap:body use="literal"/> </output> </operation> </binding> <service name="ErPortal"> <port name="ErWebService" binding="m:ErPortal"> <soap:address location="http://conc-dev.rt-eu.ru/new-rmis-server/MisSoapService?wsdl"/> </port> </service> </definitions>

            
            

            Схема er-common.xsd

            
            

            <?xml version="1.0" encoding="UTF-8"?> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:er="http://www.rt-eu.ru/med/er/v2_0" targetNamespace="http://www.rt-eu.ru/med/er/v2_0" elementFormDefault="qualified" version="1.2"> <xsd:simpleType name="requiredString"> <xsd:annotation> <xsd:documentation>Не пустая строка с нормализованными пробелами</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:minLength value="1"/> <xsd:whiteSpace value="collapse"/> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="Specialist_Param"> <xsd:annotation> <xsd:documentation>Сведения о медицинском специалисте</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Last_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Фамилия специалиста</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="First_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Имя специалиста</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Middle_Name" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Отчество специалиста</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="SNILS"> <xsd:annotation> <xsd:documentation>СНИЛС специалиста</xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:string"> <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="6c7871ea-fe85-4037-9513-921eee8426a2"><ac:plain-text-body><![CDATA[ <xsd:pattern value="[0-9]{11}"/> ]]></ac:plain-text-body></ac:structured-macro> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="Post" type="er:Post"> <xsd:annotation> <xsd:documentation>Информация о должности специалиста</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Post"> <xsd:annotation> <xsd:documentation>Должность специалиста</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Post_Id" type="xsd:integer"> <xsd:annotation> <xsd:documentation>Код должности медицинского работника</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Add_Info_Post" type="er:Add_Info_Post" minOccurs="0"> <xsd:annotation> <xsd:documentation>Информация о должности, отсутствующей в справочнике</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Room_Param"> <xsd:annotation> <xsd:documentation>Сведения о кабинете</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Room_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Идентификатор кабинета в МИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Room_OID" type="er:requiredString"> <xsd:annotation> <xsd:documentation>OID кабинета</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Room_Number" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Номер кабинета</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Room_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Наименование кабинета</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Add_Info_Post"> <xsd:annotation> <xsd:documentation>Информация о должности, отсутствующей в справочнике</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Inner_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Внутренний идентификатор должности в МИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Inner_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Наименование должности в МИС</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Service"> <xsd:annotation> <xsd:documentation>Информация об услуге</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Service_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Код медицинской услуги</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Add_Info_Service" type="er:Add_Info_Service" minOccurs="0"> <xsd:annotation> <xsd:documentation>Информация об услуге, отсутствующей в справочнике.</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Add_Info_Service"> <xsd:annotation> <xsd:documentation>Информация об услуге, отсутствующей в справочнике.</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Inner_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Внутренний код медицинской услуги в МИС.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Inner_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Наименование медицинской услуги в МИС.</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Services_Info"> <xsd:annotation> <xsd:documentation>Информация об услугах</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Complex_Service_Name" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Наименование комплексной медицинской услуги.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Complex_Service_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Внутренний идентификатор комплексной услуги в МИС.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Service" type="er:Service" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Информация об услуге.</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="MO_Base"> <xsd:annotation> <xsd:documentation>Базовая информация о СП МО</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="MO_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Внутренний идентификатор структурного подразделения МО в МИС.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MO_OID" type="er:OID"> <xsd:annotation> <xsd:documentation>Единый уникальный идентификатор структурного подразделения медицинской организации (OID)</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MO_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Наименование структурного подразделения МО</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="MO_Param"> <xsd:annotation> <xsd:documentation>Информация о структурном подразделении МО</xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:extension base="er:MO_Base"> <xsd:sequence> <xsd:element name="MO_Address" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Адрес структурного подразделения МО.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MO_Phone" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Контактный телефон структурного подразделения МО (регистратуры).</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexType name="Error_Type"> <xsd:annotation> <xsd:documentation>Информация о возникшей ошибке</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Error_Code" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Код ошибки</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Error_Message" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Текстовое описание ошибки</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Validation_Error" type="er:Validation_Error_Type" minOccurs="0"> <xsd:annotation> <xsd:documentation>Ошибка проверки корректности входящих данных</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Validation_Error_Type"> <xsd:annotation> <xsd:documentation>Ошибка проверки корректности входящих данных</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Message" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Подробное описание ошибки</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Path" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Путь к элементу</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Value" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Некорректные значения элемента</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Patient_Data"> <xsd:annotation> <xsd:documentation>Личные данные гражданина</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="OMS_Number" minOccurs="0"> <xsd:annotation> <xsd:documentation>Номер полиса ОМС гражданина</xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="16"/> <xsd:minLength value="6"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="OMS_Series" minOccurs="0"> <xsd:annotation> <xsd:documentation>Серия полиса ОМС гражданина</xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:string"> <xsd:maxLength value="16"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="SNILS" type="er:SNILS" minOccurs="0"> <xsd:annotation> <xsd:documentation>СНИЛС гражданина</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="First_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Имя гражданина</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Last_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Фамилия гражданина</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Middle_Name" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Отчество гражданина</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Birth_Date" type="xsd:date"> <xsd:annotation> <xsd:documentation>Дата рождения гражданина</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Sex" type="er:Sex"> <xsd:annotation> <xsd:documentation>Пол гражданина</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Email" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>e-mail адрес заявителя</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Phone" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Телефон заявителя</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:simpleType name="Sex"> <xsd:annotation> <xsd:documentation>Пол гражданина</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="F"> <xsd:annotation> <xsd:documentation>Женский</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="M"> <xsd:annotation> <xsd:documentation>Мужской</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="SNILS"> <xsd:annotation> <xsd:documentation>СНИЛС в формате 11 слитных цифровых значений</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:pattern value="\d{11}"/> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="Code"> <xsd:annotation> <xsd:documentation>Источник записи</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="EPGU"> <xsd:annotation> <xsd:documentation>ЕПГУ (Единый портал государственных услуг)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="REG"> <xsd:annotation> <xsd:documentation>Регистратура</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="INFOMAT"> <xsd:annotation> <xsd:documentation>Инфомат (Информационный терминал записи)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="RPGU"> <xsd:annotation> <xsd:documentation>РПГУ (Региональный портал государственных услуг)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CC"> <xsd:annotation> <xsd:documentation>Кол-центр (единый центр телефонного обслуживания)</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="MED_ARM"> <xsd:annotation> <xsd:documentation>АРМ медицинского работника</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="OTHER_WEB"> <xsd:annotation> <xsd:documentation>любые другие приложения с возможностью записи на прием. Например, сайт МО, мобильное приложение</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="Parameters"> <xsd:annotation> <xsd:documentation>Параметры</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Parameter" type="er:Parameter" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Параметр</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Parameter"> <xsd:annotation> <xsd:documentation>Параметр</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Наименование параметра</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Value" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Значение параметра</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Status"> <xsd:annotation> <xsd:documentation>Информация о статусе</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Status_Code" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Код</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Comment" type="xsd:string" minOccurs="0"> <xsd:annotation> <xsd:documentation>Комментарий</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Parameters" type="er:Parameters" minOccurs="0"> <xsd:annotation> <xsd:documentation>Параметры статуса</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:simpleType name="Canceled_Reason"> <xsd:annotation> <xsd:documentation>Причина отмены записи</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="CANCELED_BY_PATIENT"> <xsd:annotation> <xsd:documentation>Отмена записи гражданином.</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="ERROR_DATA_MIS"> <xsd:annotation> <xsd:documentation>Ошибка в данных метода CreateAppointmentResponse.</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="RECORD_NOT_CREATED_AT_EPGU"> <xsd:annotation> <xsd:documentation>Ошибка создания записи на ЕПГУ.</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="DATA_TRANSFER_ERROR_AT_EPGU"> <xsd:annotation> <xsd:documentation>Ошибка передачи данных о записи на ЕПГУ.</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="Patient_Info"> <xsd:annotation> <xsd:documentation>Возраст и признак сельского жителя пациента</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Age" type="xsd:int"> <xsd:annotation> <xsd:documentation>Возраст записавшегося пациента</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Is_Villager" type="xsd:boolean"> <xsd:annotation> <xsd:documentation>Признак сельского жителя</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Patient_Info_Sex"> <xsd:annotation> <xsd:documentation>Пол, возраст и признак сельского жителя пациента</xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:extension base="er:Patient_Info"> <xsd:sequence> <xsd:element name="Sex" type="er:Sex"> <xsd:annotation> <xsd:documentation>Пол пациента</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:complexType name="Patient_Attachment"> <xsd:annotation> <xsd:documentation>Сведения о прикреплении гражданина</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="MO" type="er:MO_Param"> <xsd:annotation> <xsd:documentation>СП МО, в которое прикреплен гражданин</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Attending_Doctor" type="er:Attending_Doctor" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Сведения о прикреплениях гражданина в МО</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Attending_Doctor"> <xsd:annotation> <xsd:documentation>Сведения о прикреплениях гражданина в МО</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Attachment" type="er:Attachment" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Сведения о прикреплении</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Specialist" type="er:Specialist_Param" minOccurs="0"> <xsd:annotation> <xsd:documentation>Сведения о лечащем враче</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Profile_Post" type="er:Post" minOccurs="0"> <xsd:annotation> <xsd:documentation>Должность медицинского специалиста по профилю</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Attachment"> <xsd:annotation> <xsd:documentation>Сведения о прикреплении</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Attachment_Purpose" type="er:Attachment_Purpose"> <xsd:annotation> <xsd:documentation>Цель прикрепления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Attachment_Date" type="xsd:date"> <xsd:annotation> <xsd:documentation>Дата прикрепления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Cards_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Идентификатор карты диспансерного учета</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Medical_Area" type="er:Medical_Area" minOccurs="0"> <xsd:annotation> <xsd:documentation>Информация об участке</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:simpleType name="Attachment_Purpose"> <xsd:annotation> <xsd:documentation>Цель прикрепления</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="MAIN"> <xsd:annotation> <xsd:documentation>терапевтическое, педиатрическое, ВОП, ФАП</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="D_OBSERVATION"> <xsd:annotation> <xsd:documentation>прикрепление по диспансерному учету</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="GYNECOLOGICAL"> <xsd:annotation> <xsd:documentation>гинекологическое</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="DENTAL"> <xsd:annotation> <xsd:documentation>стоматологическое</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="Medical_Area"> <xsd:annotation> <xsd:documentation>Информация об участке</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Medical_Area_Type" type="xsd:int"> <xsd:annotation> <xsd:documentation>Тип участка</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Medical_Area_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор участка</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Medical_Area_Number" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Номер участка</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Medical_Area_Room_Number" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Номер кабинета</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Examination"> <xsd:annotation> <xsd:documentation>Информация о доступности медицинского осмотра</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Examination_Type" type="er:Examination_Type"> <xsd:annotation> <xsd:documentation>Тип медицинского осмотра</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Cards_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Идентификатор карты диспансерного учета</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Age_Period_Start" type="xsd:int" minOccurs="0"> <xsd:annotation> <xsd:documentation>Начало возрастного периода прохождения профилактического осмотра / диспансеризации, в месяцах. Например, для 41 года 492 (41*12), для 3 лет 36 (3*12).</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Examination_Status" type="er:Examination_Status"> <xsd:annotation> <xsd:documentation>Статус медицинского осмотра</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Examination_Status_Details" type="er:Examination_Status_Details" minOccurs="0"> <xsd:annotation> <xsd:documentation>Дополнительная информация о статусе медицинского осмотра</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Is_Questionnaire_Filled" type="xsd:boolean" minOccurs="0"> <xsd:annotation> <xsd:documentation>Признак наличия заполненной анкеты</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Examination_Status_Details"> <xsd:annotation> <xsd:documentation>Дополнительная информация о статусе медицинского осмотра</xsd:documentation> </xsd:annotation> <xsd:choice> <xsd:element name="Unavailable_Reason" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Причина недоступности записи на медицинский осмотр</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:sequence> <xsd:element name="Unavailable_Reason_Code" type="er:Unavailable_Reason_Code"> <xsd:annotation> <xsd:documentation>Код причины недоступности записи на медицинский осмотр</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Parameter" type="er:Parameter" minOccurs="0" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Параметры</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:element name="Location_Date" type="er:Location_Date"> <xsd:annotation> <xsd:documentation>Информация о дате медицинского осмотра и месте проведения</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:complexType> <xsd:complexType name="Location_Date"> <xsd:annotation> <xsd:documentation>Информация о дате медицинского осмотра и месте проведения</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Examination_Date" type="xsd:dateTime"> <xsd:annotation> <xsd:documentation>Дата и время проведения медицинского осмотра</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MO" type="er:MO_Param"> <xsd:annotation> <xsd:documentation>Информация о СП МО, которое проводит медицинский осмотр</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Examination_Location" type="er:MO_Param" minOccurs="0"> <xsd:annotation> <xsd:documentation>Информация о месте проведения медицинского осмотра</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:simpleType name="Examination_Type"> <xsd:annotation> <xsd:documentation>Тип медицинского осмотра</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="DISPENSARY"> <xsd:annotation> <xsd:documentation>диспансеризация</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="PROPHYLACTIC_ADULT"> <xsd:annotation> <xsd:documentation>профилактический ежегодный медицинский осмотр взрослого населения</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="PROPHYLACTIC_CHILD"> <xsd:annotation> <xsd:documentation>профилактический медицинский осмотр несовершеннолетних</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="D_OBSERVATION"> <xsd:annotation> <xsd:documentation>медицинский осмотр по диспансерному учету</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="Examination_Status"> <xsd:annotation> <xsd:documentation>Статус медицинского осмотра</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="AVAILABLE"> <xsd:annotation> <xsd:documentation>доступен для проведения</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="UNAVAILABLE"> <xsd:annotation> <xsd:documentation>недоступен для проведения</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="SUCCESS"> <xsd:annotation> <xsd:documentation>пройден</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="INCLUDED_IN_PLAN"> <xsd:annotation> <xsd:documentation>включен в календарный план</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="RECORDED"> <xsd:annotation> <xsd:documentation>пациент записан</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="UNDEFINED"> <xsd:annotation> <xsd:documentation>неизвестный статус</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="Unavailable_Reason_Code"> <xsd:annotation> <xsd:documentation>Код причины недоступности записи на медицинский осмотр</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="EXAMINATION_STARTED"> <xsd:annotation> <xsd:documentation>недоступен для проведения</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="NEED_D_OBSERVATION"> <xsd:annotation> <xsd:documentation>профилактический осмотр будет проведен в рамках диспансерного осмотра</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="MO_NOT_SERVICED"> <xsd:annotation> <xsd:documentation>медицинская организация не работает в МИС</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="Patient_Info_Kind"> <xsd:annotation> <xsd:documentation>Тип запрашиваемой информации о пациенте</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="ATTACHMENT"> <xsd:annotation> <xsd:documentation>сведения о прикреплении гражданина</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="EXAMINATION"> <xsd:annotation> <xsd:documentation>сведения о доступности профилактического осмотра/диспансеризации</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="D_OBSERVATION"> <xsd:annotation> <xsd:documentation>сведения о диспансерном наблюдении</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="REFERRAL"> <xsd:annotation> <xsd:documentation>сведения о направлениях гражданина</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="Appointment_Status"> <xsd:annotation> <xsd:documentation>Статус записи на услугу</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:enumeration value="RECORDED"> <xsd:annotation> <xsd:documentation>пациент записан</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="CANCELED"> <xsd:annotation> <xsd:documentation>запись отменена</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="SUCCESS"> <xsd:annotation> <xsd:documentation>услуга оказана</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="PATIENT_NOT_ARRIVED"> <xsd:annotation> <xsd:documentation>пациент не явился</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="PATIENT_CANCELED"> <xsd:annotation> <xsd:documentation>Запись отменена пациентом в МО</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="OID"> <xsd:annotation> <xsd:documentation>Идентификатор OID</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="e1f3d3ec-eb8d-49ff-97d3-2c8ed090c814"><ac:plain-text-body><+"/> ]]></ac:plain-text-body></ac:structured-macro> </xsd:restriction> </xsd:simpleType> </xsd:schema>

            
            

            Схема er-schema.xsd

            
            

            <?xml version="1.0" encoding="UTF-8"?> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:er="http://www.rt-eu.ru/med/er/v2_0" elementFormDefault="qualified" targetNamespace="http://www.rt-eu.ru/med/er/v2_0" version="1.0"> <xsd:include schemaLocation="er-common.xsd"/> <xsd:simpleType name="guid"> <xsd:annotation> <xsd:documentation>Представление GUID</xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <ac:structured-macro ac:name="unmigrated-wiki-markup" ac:schema-version="1" ac:macro-id="666b2d2f-a453-4c9c-88c4-d932424ff881"><ac:plain-text-body><![CDATA[ <xsd:pattern value="[a-fA-F0-9]{8}[a-fA-F0-9]{4}[a-fA-F0-9]{4}[a-fA-F0-9]{4}[a-fA-F0-9]{12}"/> ]]></ac:plain-text-body></ac:structured-macro> </xsd:restriction> </xsd:simpleType> <xsd:element name="GetPatientInfoRequest"> <xsd:annotation> <xsd:documentation>Идентификация гражданина</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Patient_Data" type="er:Patient_Data"> <xsd:annotation> <xsd:documentation>Данные о гражданине</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice minOccurs="0"> <xsd:element name="Pass_referral"> <xsd:annotation> <xsd:documentation>Признак необходимости возврата перечня направлений гражданина</xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:int"> <xsd:enumeration value="0"> <xsd:annotation> <xsd:documentation>Не возвращать перечень направлений гражданина</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="1"> <xsd:annotation> <xsd:documentation>Необходимо вернуть перечень направлений гражданина(при наличии)</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="Patient_Info_Kind" type="er:Patient_Info_Kind" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Тип запрашиваемой информации о пациенте</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetPatientInfoResponse"> <xsd:annotation> <xsd:documentation>Результат идентификации гражданина</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:sequence> <xsd:element name="Patient_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор гражданина в РМИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice minOccurs="0" maxOccurs="unbounded"> <xsd:element name="Patient_Attachment" type="er:Patient_Attachment"> <xsd:annotation> <xsd:documentation>Сведения о прикреплениях гражданина</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="No_Attachment_Code" type="er:Attachment_Purpose"> <xsd:annotation> <xsd:documentation>Сведения об отсутствии прикрепления</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> <xsd:choice minOccurs="0" maxOccurs="unbounded"> <xsd:element name="Examination" type="er:Examination"> <xsd:annotation> <xsd:documentation>Сведения о прохождении диспансерного осмотра</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="No_Examination_Cards_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор карты диспансерного учета, по которому отсутствуют сведения о медицинском осмотре</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> <xsd:choice minOccurs="0"> <xsd:element name="Referrals" type="er:Referrals"> <xsd:annotation> <xsd:documentation>Направления гражданина</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="No_Referrals" type="xsd:boolean"> <xsd:annotation> <xsd:documentation>Признак отсутствия направлений у гражданина </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> <xsd:element name="Error" type="er:Error_Type"> <xsd:annotation> <xsd:documentation>Ошибка</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetReferralInfoRequest"> <xsd:annotation> <xsd:documentation>Предоставление данных о направлениях гражданина по номеру направления</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Patient_Data" type="er:Patient_Data"> <xsd:annotation> <xsd:documentation>Данные о гражданине</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Referral_Number" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Номер направления</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetReferralInfoResponse"> <xsd:annotation> <xsd:documentation>Результат поиска направлений гражданина по номеру</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:sequence> <xsd:element name="Patient_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор гражданина в РМИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Referrals" type="er:Referrals"> <xsd:annotation> <xsd:documentation>Направления гражданина</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> <xsd:element name="Error" type="er:Error_Type"> <xsd:annotation> <xsd:documentation>Ошибка</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetMOInfoExtendedRequest"> <xsd:annotation> <xsd:documentation>Получение списка структурных подразделений МО, доступных пользователю для записи.</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice minOccurs="0"> <xsd:element name="Service_Posts" type="er:Service_Posts"> <xsd:annotation> <xsd:documentation>Информация о должностях и услуге</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Service_Specialty" type="er:Service_Specialty"> <xsd:annotation> <xsd:documentation>Информация о специальности и услуге</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Vaccination_Id" type="xsd:int"> <xsd:annotation> <xsd:documentation>Код прививки</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetMOInfoExtendedResponse"> <xsd:annotation> <xsd:documentation>Список структурных подразделений МО, доступных пользователю для записи</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:element name="MO_List"> <xsd:annotation> <xsd:documentation>Список структурных подразделений МО</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="MO" type="er:MO_Param_Age" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Параметры структурных подразделений МО</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="Error" type="er:Error_Type"> <xsd:annotation> <xsd:documentation>Ошибка</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:complexType name="MO_Param_Age"> <xsd:annotation> <xsd:documentation>Информация о структурном подразделении МО</xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:extension base="er:MO_Param"> <xsd:sequence> <xsd:element name="Age_Group" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Информация о возрастных категориях граждан.</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> <xsd:element name="GetMOResourceInfoRequest"> <xsd:annotation> <xsd:documentation>Получение данных о ресурсах МО или по выбранному направлению в данной МИС; или по направлению из другой МИС; или по должности; или по специальности.</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:element name="Service_Posts" type="er:Service_Posts"> <xsd:annotation> <xsd:documentation>Информация о должностях и услуге</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Service_Specialty" type="er:Service_Specialty"> <xsd:annotation> <xsd:documentation>Информация о специальности и услуге</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Vaccination_Id" type="xsd:int"> <xsd:annotation> <xsd:documentation>Код прививки </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> <xsd:element name="MO_OID_List" minOccurs="0"> <xsd:complexType> <xsd:annotation> <xsd:documentation>Список OID МО или структурных подразделений МО</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="MO_OID" type="er:OID" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>OID МО или структурного подразделения МО</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="Referral_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Идентификатор направления в данном МИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Cards_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Идентификатор карты диспансерного учета</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Start_Date_Range" type="xsd:date"> <xsd:annotation> <xsd:documentation>Дата начала периода выборки данных</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="End_Date_Range" type="xsd:date"> <xsd:annotation> <xsd:documentation>Дата окончания периода выборки данных</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Referral" type="er:Param_Of_Referral" minOccurs="0"> <xsd:annotation> <xsd:documentation>Параметры направления из другого МИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Patient_Data" type="er:Patient_Data" minOccurs="0"> <xsd:annotation> <xsd:documentation>Личные данные гражданина</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetMOResourceInfoResponse"> <xsd:annotation> <xsd:documentation>Результат получения данных о ресурсах, СП МО по выбранному направлению или должности специалиста / медицинской услуге</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:element name="MO_Resource_List" type="er:MO_Resource_List"> <xsd:annotation> <xsd:documentation>Информация о доступных структурных подразделениях МО и ресурсах</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Error" type="er:Error_Type"> <xsd:annotation> <xsd:documentation>Ошибка</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetServicePostSpecsInfoRequest"> <xsd:annotation> <xsd:documentation>Запрос на получение списка должностей медицинских специалистов и медицинских услуг, доступных гражданину в выбранном СП МО</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MO_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор структурного подразделения МО</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetServicePostSpecsInfoResponse"> <xsd:annotation> <xsd:documentation>Список должностей (специальностей) и медицинских услуг</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:element name="Service_Post_Specs" type="er:Service_Post_Specs"> <xsd:annotation> <xsd:documentation>Список должностей (специальностей) и медицинских услуг</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Error" type="er:Error_Type"> <xsd:annotation> <xsd:documentation>Ошибка</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetScheduleInfoRequest"> <xsd:annotation> <xsd:documentation>Запрос на получение расписания приёма выбранного медицинского специалиста с указанием доступного времени для записи на прием</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:element name="Specialist_SNILS" type="er:SNILS"> <xsd:annotation> <xsd:documentation>СНИЛС специалиста</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:sequence> <xsd:element name="Room_OID" type="er:requiredString"> <xsd:annotation> <xsd:documentation>OID кабинета</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Room_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Идентификатор кабинета в МИС</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:choice> <xsd:element name="MO_OID" type="er:OID"> <xsd:annotation> <xsd:documentation>OID структурного подразделения МО</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:element name="Service_Post" type="er:Service_Post"> <xsd:annotation> <xsd:documentation>Информация о должности и услуге</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Service_Specialty" type="er:Service_Specialty"> <xsd:annotation> <xsd:documentation>Информация о специальности и услуге</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Vaccination_Id" type="xsd:int"> <xsd:annotation> <xsd:documentation>Код прививки</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> <xsd:element name="Referral_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Идентификатор направления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Cards_Id" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Идентификатор карты диспансерного учета</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Start_Date_Range" type="xsd:date"> <xsd:annotation> <xsd:documentation>Дата, с которой необходимо начать формировать расписание</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="End_Date_Range" type="xsd:date"> <xsd:annotation> <xsd:documentation>Дата, по которую необходимо формировать расписание</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Start_Time_Range" type="xsd:time"> <xsd:annotation> <xsd:documentation>Время, с которого необходимо формировать расписание</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="End_Time_Range" type="xsd:time"> <xsd:annotation> <xsd:documentation>Время, по которое необходимо формировать расписание</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="GetScheduleInfoResponse"> <xsd:annotation> <xsd:documentation>Расписание приема и свободного времени для записи на прием выбранного ресурса</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:element name="Schedule"> <xsd:annotation> <xsd:documentation>Расписание ресурса</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Slots" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Параметры слотов</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Slot_Id" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор слота</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="VisitTime"> <xsd:annotation> <xsd:documentation>Дата и Время приема</xsd:documentation> </xsd:annotation> <xsd:simpleType> <xsd:restriction base="xsd:dateTime"> <xsd:pattern value="\d{4}\d\d\d\dT\d\d:\d\d:\d\d+\d\d:\d\d"/> </xsd:restriction> </xsd:simpleType> </xsd:element> <xsd:element name="Room" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Номер кабинета</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="Error" type="er:Error_Type"> <xsd:annotation> <xsd:documentation>Ошибка</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="CreateAppointmentRequest"> <xsd:annotation> <xsd:documentation>Запрос на запись пользователя на прием</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Slot_Id" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор слота</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="CreateAppointmentResponse"> <xsd:annotation> <xsd:documentation>Результат создания записи на прием к врачу</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Session_ID" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор сессии</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Book_Id_Mis" type="xsd:string"> <xsd:annotation> <xsd:documentation>Идентификатор записи на прием в РМИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Status" type="er:Status"> <xsd:annotation> <xsd:documentation>Информация о статусе записи</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Slot_Id" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор слота</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Visit_Time" type="xsd:dateTime"> <xsd:annotation> <xsd:documentation>Дата и Время приема</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Room" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Номер кабинета</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="CancelAppointmentRequest"> <xsd:annotation> <xsd:documentation>Запрос на отмену записи пользователя на прием</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Book_Id_Mis" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор записи на прием в МИС.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Canceled_Reason" type="er:Canceled_Reason"> <xsd:annotation> <xsd:documentation>Причина отмены записи.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Error_Data_Parameters" type="er:Error_Data_Parameters" minOccurs="0"> <xsd:annotation> <xsd:documentation>Наименование параметра при записи, в котором обнаружены ошибки МИС</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="CancelAppointmentResponse"> <xsd:annotation> <xsd:documentation>Результат отмены записи на прием к врачу</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Book_Id_Mis" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор записи на прием в МИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Status_Code" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Код статуса отмены</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Comment" type="xsd:string"> <xsd:annotation> <xsd:documentation>Состояние статуса отмены</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="ReferralAppointmentInformationRequest"> <xsd:annotation> <xsd:documentation>Запрос на оповещение МИС - источника направления, о создание записи в другом МИС</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Book_Id_Mis" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор записи в РМИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Referral_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор направления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Appointment_Status" type="er:Appointment_Status"> <xsd:annotation> <xsd:documentation>Код статуса заявления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MO_OID" type="er:OID"> <xsd:annotation> <xsd:documentation>OID структурного подразделения МО, в которое записался гражданин по направлению</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="MO_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Наименование структурного подразделения МО, в которое записался гражданин по направлению</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Resource_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>ФИО медицинского работника, к которому записался гражданин</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Visit_Time" type="xsd:dateTime"> <xsd:annotation> <xsd:documentation>Дата и время приема</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="ReferralAppointmentInformationResponse"> <xsd:annotation> <xsd:documentation>Ответ на запрос на оповещение МИС - источника направления, о создание записи в другом МИС</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Book_Id_Mis" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор записи МИС</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Status_Code" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Код статуса получения информации</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Comment" type="xsd:string"> <xsd:annotation> <xsd:documentation>Комментарий</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:complexType name="Referrals"> <xsd:annotation> <xsd:documentation>Направления гражданина</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Referral" type="er:Param_Of_Referral" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Параметры направления</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Param_Of_Referral"> <xsd:annotation> <xsd:documentation>Направления гражданина</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Referral_Id" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Идентификатор направления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Referral_Number" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Номер направления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Referral_Type" type="xsd:int"> <xsd:annotation> <xsd:documentation>Тип направления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Referral_Start_Date" type="xsd:date"> <xsd:annotation> <xsd:documentation>Дата выдачи направления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Referral_End_Date" type="xsd:date" minOccurs="0"> <xsd:annotation> <xsd:documentation>Дата окончания действия направления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Payment_Source_Id" type="xsd:int"> <xsd:annotation> <xsd:documentation>Код источника оплаты</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="To_MO_OID" type="er:OID" minOccurs="0" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>OID МО или структурного подразделения МО, в которое выдано направление.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:choice> <xsd:element name="To_Service_Post" type="er:Service_Post"> <xsd:annotation> <xsd:documentation>Информация о должности и услуге, на которую выдано направление.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="To_Service_Specialty" type="er:Service_Specialty"> <xsd:annotation> <xsd:documentation>Информация о специальности и услуге, на которую выдано направление</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> <xsd:element name="To_Resource_Name" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>ФИО медицинского работника, к которому выдано направление</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="To_Resource_Snils" type="er:SNILS" minOccurs="0"> <xsd:annotation> <xsd:documentation>СНИЛС врача, к которому выдано направление</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Desease" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Код диагноза по МКБ-10</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Note" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Обоснование направления</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="From_MO_OID" type="er:OID"> <xsd:annotation> <xsd:documentation>OID структурного подразделения МО, выдавшее направление</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="From_Post" type="er:Post"> <xsd:annotation> <xsd:documentation>Информация о должности медицинского работника, выдавшего направление</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="From_Resource_Name" type="er:requiredString"> <xsd:annotation> <xsd:documentation>ФИО медицинского работника, выдавшего направление</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="From_Resource_Snils" type="er:SNILS"> <xsd:annotation> <xsd:documentation>СНИЛС медицинского работника, выдавшего направление</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Available_Record" type="er:Available_Record"> <xsd:annotation> <xsd:documentation>Доступность записи по направлению</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Reason_Not_Available" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Причина недоступности записи по направлению</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Service_Post"> <xsd:annotation> <xsd:documentation>Информация о должности и оказываемой услуге.</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Post" type="er:Post"> <xsd:annotation> <xsd:documentation>Информация о должности медицинского работника.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Services_Info" type="er:Services_Info" minOccurs="0"> <xsd:annotation> <xsd:documentation>Информация об услугах.</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Service_Specialty"> <xsd:annotation> <xsd:documentation>Информация о специальности и оказываемой услуге</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Specialty_Id" type="xsd:int"> <xsd:annotation> <xsd:documentation>Код специальности медицинского работника.</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Services_Info" type="er:Services_Info"> <xsd:annotation> <xsd:documentation>Информация об услугах.</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Service_Posts"> <xsd:annotation> <xsd:documentation>Информация о должностях и оказываемой услуге</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Post" type="er:Post" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Информация о должности медицинского работника</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Services_Info" type="er:Services_Info" minOccurs="0"> <xsd:annotation> <xsd:documentation>Информация об услугах</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Service_Post_Specs"> <xsd:annotation> <xsd:documentation>Список должностей (специальностей) и медицинских услуг</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:choice maxOccurs="unbounded"> <xsd:element name="Service_Post" type="er:Service_Post"> <xsd:annotation> <xsd:documentation>Информация о должности и услуге</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Service_Specialty" type="er:Service_Specialty"> <xsd:annotation> <xsd:documentation>Информация о специальности и услуге</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> </xsd:sequence> </xsd:complexType> <xsd:simpleType name="Available_Record"> <xsd:annotation> <xsd:documentation>Доступность записи по направлению</xsd:documentation> </xsd:annotation> <xsd:restriction base="er:requiredString"> <xsd:enumeration value="AVAILABLE"> <xsd:annotation> <xsd:documentation>доступна запись по направлению на ЕПГУ</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="AVAILABLE_ONLY_RECEPTION"> <xsd:annotation> <xsd:documentation>доступна запись по направлению только в регистратуре медицинской организации</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="AVAILABLE_ONLY_DOCTOR"> <xsd:annotation> <xsd:documentation>доступна запись по направлению только у врача</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="NO_APPOINTMENT"> <xsd:annotation> <xsd:documentation>прием без записи</xsd:documentation> </xsd:annotation> </xsd:enumeration> <xsd:enumeration value="UNAVAILABLE"> <xsd:annotation> <xsd:documentation>недоступна запись по направлению</xsd:documentation> </xsd:annotation> </xsd:enumeration> </xsd:restriction> </xsd:simpleType> <xsd:complexType name="MO_Resource_List"> <xsd:annotation> <xsd:documentation>Информация о доступных структурных подразделениях МО и ресурсах</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="MO_Available" type="er:MO_Available" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Информация о структурном подразделении МО и доступных для записи ресурсах</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="MO_Available"> <xsd:annotation> <xsd:documentation>Информация о структурном подразделении МО и доступных для записи ресурсах</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="MO" type="er:MO_Param_Age"> <xsd:annotation> <xsd:documentation>Информация о структурном подразделении МО</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Resource_Available" type="er:Resource_Available"> <xsd:annotation> <xsd:documentation>Информация о доступных для записи ресурсах</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Resource_Available"> <xsd:annotation> <xsd:documentation>Информация о доступных для записи ресурсах</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Resource" type="er:Resource_Param" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Информация о ресурсе</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Resource_Param"> <xsd:annotation> <xsd:documentation>Информация о ресурсе</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:choice> <xsd:element name="Specialist" type="er:Specialist_Param"> <xsd:annotation> <xsd:documentation>Информация о медицинском специалисте</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Room" type="er:Room_Param"> <xsd:annotation> <xsd:documentation>Информация о кабинете</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> <xsd:choice> <xsd:element name="Available_Dates" minOccurs="0"> <xsd:annotation> <xsd:documentation>Список доступных для записи дат</xsd:documentation> </xsd:annotation> <xsd:complexType> <xsd:sequence> <xsd:element name="Available_Date" type="xsd:dateTime" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Доступная для записи дата/время</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="Available_Date" type="er:Available_Date" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Информация о доступной для записи дате и ближайшем свободном слоте</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="No_Schedule_Reason" type="er:No_Schedule_Reason"> <xsd:annotation> <xsd:documentation>Причина отсутствия расписания в запрашиваемом периоде</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:choice> <xsd:element name="Age_Group" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Информация о возрастных категориях граждан</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Error_Data_Parameters"> <xsd:annotation> <xsd:documentation>Наименование параметра при записи, в котором обнаружены ошибки МИС</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Parameter" type="er:Validation_Error_Type" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Информация о параметре, переданном некорректно</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="Available_Date"> <xsd:annotation> <xsd:documentation>Информация о доступной для записи дате и ближайшем свободном слоте</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="Nearest_DateTime" type="xsd:dateTime"> <xsd:annotation> <xsd:documentation>Дата и время ближайшего свободного слота на этот день</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Slot_Id" type="er:guid"> <xsd:annotation> <xsd:documentation>Идентификатор слота</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> <xsd:complexType name="No_Schedule_Reason"> <xsd:annotation> <xsd:documentation>Причина отсутствия расписания в запрашиваемом периоде</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="No_Schedule_Reason_Сode" type="er:requiredString"> <xsd:annotation> <xsd:documentation>Код причины отсутствия расписания</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Comment" type="er:requiredString" minOccurs="0"> <xsd:annotation> <xsd:documentation>Текстовое описание причины отсутствия расписания</xsd:documentation> </xsd:annotation> </xsd:element> <xsd:element name="Parameter" type="er:Parameter" minOccurs="0" maxOccurs="unbounded"> <xsd:annotation> <xsd:documentation>Параметры</xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:schema>

            h2.Примеры вызова сервиса

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

            
            

            №	Шаг	Пример	Пример запроса	Комментарий
            	Идентификация гражданина	Запрос		Запрос идентификации гражданина без указания типа запрашиваемой информации
            		Запрос		Запрос идентификации гражднина и прикреплений (с указанием типа запрашиваемой информации Patient_Info_Kind = ATTACHMENT)
            		Ответ		Ответ на запрос идентификации гражданина без указания типа запрашиваемой информации
            		Ответ		Ответ на запрос иднтификации гражданина с прикреплениями
            	Запрос перечня СП МО	Запрос		Запрос перечня структурных подразделений медицинских организаций, доступных гражданину для записи к врачу
            		Ответ		Ответ с перечнем СП МО
            	Запрос перечня должностей	Запрос		Запрос должностей медицинских работников, к которым доступна запись гражданину в выбранном СП МО
            		Ответ		Ответ с перечнем должностей
            	Запрос медицинских специалистов (кабинетов)	Запрос		Запрос перечня специалистов, запись к которым доступна для получения услуги по выбранной должности в СП МО и доступных дней для записи (дни в которые, имеются свободные слоты)
            		Ответ		Ответ с перечнем медицинских специалистов
            	Запрос доступных слотов	Запрос		Запрос доступных слотов в расписании выбранного медицинского специалиста
            		Ответ		Ответ с перечнем доступных для записи слотов
            	Запись на прием	Запрос		Запрос записи на прием к врачу на выбранный слот
            		Ответ		Ответ с успешной аписью на рием к врачу

            
            

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

            
            

            №	Шаг	Пример	Пример запроса	Комментарий
            	Идентификация гражданина	Запрос		Запрос идентификации гражданина без указания типа запрашиваемой информации
            		Запрос		Запрос идентификации гражднина и прикреплений (с указанием типа запрашиваемой информации Patient_Info_Kind = ATTACHMENT)
            		Ответ		Ответ на запрос идентификации гражданина без указания типа запрашиваемой информации
            		Ответ		Ответ на запрос иднтификации гражданина с прикреплениями
            	Запрос перечня СП МО	Запрос		Запрос перечня СП МО, в которые можно записаться на прием к врачу выбранной должности
            		Запрос		Запрос перечня СП МО, в которые можно записаться на прием к врачу по одной из указанных должностей
            		Ответ		Ответ с перечнем СП МО
            	Запрос медицинских специалистов (кабинетов)	Запрос		Запрос перечня специалистов, запись к которым доступна для получения услуги по выбранной должности в СП МО и доступных дней для записи (дни в которые, имеются свободные слоты)
            		Ответ		Ответ с перечнем медицинских специалистов
            		Запрос		Запрос перечня ресурсов (специалистов, кабинетов) одной из указанных должностей
            	Запрос доступных слотов	Запрос		Запрос доступных слотов в расписании выбранного медицинского специалиста
            		Ответ		Ответ с перечнем доступных для записи слотов
            	Запись на прием	Запрос		Запрос записи на прием к врачу на выбранный слот
            		Ответ		Ответ с успешной записью на прием к врачу

            
            

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

            
            

            №	Шаг	Пример	Пример запроса	Комментарий
            	Идентификация гражданина	Запрос		Запрос идентификации гражданина с указанием типа запршиваемой информации Patient_Info_Kind = ATTACHMENT, D_OBSERVATION, REFERRAL
            		Запрос		Ответ на запрос идентификации гражданина со сведениями о лечащих врачах, и информацией об отсутствии направлений
            	Запрос медицинских специалистов	Запрос		Запрос перечня специалистов, запись к которым доступна для получения услуги по выбранной должности в СП МО и доступных дней для записи (дни в которые, имеются свободные слоты)
            		Ответ		Ответ с перечнем медицинских специалистов и доступных дат для записи
            	Запрос доступных слотов	Запрос		Запрос доступных слотов в расписании выбранного медицинского специалиста
            		Ответ		Ответ с перечнем доступных для записи слотов
            	Запись на прием	Запрос		Запрос записи на прием к врачу на выбранный слот
            		Ответ		Ответ с успешной записью на прием к врачу

            
            

            Запись на прием к врачу по направлению. Запись производится в МИС, в котором создано направление.

            
            

            №	Шаг	Пример	Пример запроса	Комментарий
            	Идентификация гражданина	Запрос		Запрос идентификации гражданина с указанием признака необходимости возврата перечня направлений гражданина (Pass_referral =1)
            		Запрос		Запрос идентификации гражданина с указанием типа запрашиваемой информации Patient_Info_Kind = REFERRAL
            		Ответ		Ответ на запрос идентификации гражданина с перечнем направлений пациента:

            
            

3. На консультацию к специалисту
4. На консультацию к специалисту с узкой специализацией
5. На услугу, оказываемые в отделениях диагностики
6. Направление на услуги, оказываемые в отделениях диагностики, оказание которых, производится на одном приеме
7. Направление не предусматривает самостоятельную запись в связи с условиями оказания услуги

8. Направление на услугу, отсутствующую в номенклаторе услуг|

   		Ответ		Ответ с передачей сведений об отсутствии направлений (при указании в запросе Patient_Info_Kind = REFERRAL и отсутствии направлений у гражданина)
   	Поиск направлений	Запрос		Запрос на поиск направления по номеру
   		Ответ		Ответ с информацией о направлении к врачу
   	Запрос медицинских специалистов	Запрос		Запрос перечня специалистов, запись к которым доступна для получения услуги по выбранному направлению и доступных дней для записи (дни в которые, имеются свободные слоты)
   		Ответ		Ответ с перечнем медицинских специалистов и доступных дат для записи
   		Ответ		Ответ с перечнем кабинетов
   	Запрос доступных слотов	Запрос		Запрос доступных слотов в расписании выбранного кабинета
   		Ответ		Ответ с перечнем доступных для записи слотов
   	Запись на прием	Запрос		Запрос записи на прием к врачу на выбранный слот
   		Ответ		Ответ с успешной записью на прием к врачу

   
   

   Запись на прием к врачу по направлению. Запись производится в МИС, которая не является источником созданного направления.

   
   

   №	Шаг	Пример	Пример запроса	Комментарий
   	Идентификация гражданина	Запрос (ИС 1, МИС2)		Запрос идентификации гражданина с указанием признака необходимости возврата перечня направлений гражданина (Pass_referral =1)
   		Запрос (МИС1, МИС2)		Запрос идентификации гражданина с указанием типа запрашиваемой информации Patient_Info_Kind = REFERRAL
   		Ответ (МИС1)		Ответ на запрос идентификации гражданина с перечнем направлений пациента:

   
   

9. На консультацию к специалисту
10. На консультацию к специалисту с узкой специализацией
11. На услугу, оказываемые в отделениях диагностики
12. Направление на услуги, оказываемые в отделениях диагностики, оказание которых, производится на одном приеме
13. Направление не предусматривает самостоятельную запись в связи с условиями оказания услуги

14. Направление на услугу, отсутствующую в номенклаторе услуг|

    		Ответ (МИС2)		Ответ с передачей сведений об отсутствии направлений (при указании в запросе Patient_Info_Kind = REFERRAL и отсутствии направлений у гражданина)
    	Поиск направлений В случае отсутствия сведений о направлении в отображаемом Пользователю списке	Запрос		Запрос на поиск направления по номеру
    		Ответ		Ответ с информацией о направлении к врачу
    	Запрос медицинских специалистов	Запрос (МИС2)		Запрос перечня специалистов (кабинетов), запись к которым доступна для получения услуги по выбранному направлению и доступных дней для записи (дни в которые, имеются свободные слоты)
    		Ответ (ИС 2)		Ответ с перечнем кабинетов
    	Запрос доступных слотов	Запрос (МИС2)		Запрос доступных слотов в расписании выбранного ресурса
    		Ответ (МИС2)		Ответ с перечнем доступных для записи слотов
    	Запись на прием	Запрос (МИС2)		Запрос записи на прием к врачу на выбранный слот
    		Ответ (МИС2)		Ответ с успешной записью на прием к врачу
    	Оповещение ИС источчника напарвления	Запрос (МИС1)		Запрос – оповещение о создании записи по направлению в другой ИС
    		Ответ (МИС1)		Ответ с информацией об успешном приеме сведений

    
    

    Примеры ответов в случае ошибок

    
    

    №	Метод	Пример	Пример ответа	Комментарий
    	GetPatientInfo	Ответ		Ответ на запрос идентификации гражданина в случае ошибки
    	GetReferralInfo	Ответ		Ответ на запрос поиска направления по номеру в случае ошибки
    	GetMOInfoExtended	Ответ		Ответ на запрос списка СП МО в случае ошибки
    	GetServicePostSpecsInfo	Ответ		Ответ на запрос списка должностей в случае ошибки
    	GetMOResourceInfo	Ответ		Ответ на запрос специалистов (кабинетов) в случае ошибки
    	GetScheduleInfo	Ответ		Ответ на запрос доступных слотов в случае ошибки
    	CreateAppointment	Ответ		Ответ в случае наличия у гражданина записи на это время к другому специалисту
    		Ответ		Ответ в случае наличия записи к врачу той же должности у гражданина
    		Ответ		Ответ в случае невозможности записи на выбранное время в связи доступностью записи только граждан определенного возраста
    		Ответ		Ответ в случае наличия медицинского отвода у гражданина от прививок
    		Ответ		Ответ в случае других ошибок
    	ReferralAppointmentInformation	Ответ		Ответ на запрос уведомления о создании записи по направлению в другой ИС в случае ошибки
    	CancelAppointment	Ответ		Ответ на запрос отмены записи в случае ошибки

    
    (обязательное)
    Требования к реализации сервис-клиента «Запись на прием к врачу» на стороне МИС

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

    Сервис предназначен для обновления статуса записи на прием к врачу, обновления статуса записи на вакцинацию. Методы сервиса обеспечивают: