Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 20 августа 2020 г. N 170 "Об утверждении Регламента информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края" (с изменениями и дополнениями)

Приказ Территориального фонда обязательного медицинского страхования Ставропольского края
от 20 августа 2020 г. N 170
"Об утверждении Регламента информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края"

С изменениями и дополнениями от:

4 сентября 2020 г.

В целях реализации Федерального закона от 29.11.2010 N 326-ФЗ "Об обязательном медицинском страховании в Российской Федерации", Правил обязательного медицинского страхования, утвержденных приказом Минздрава России от 28.02.2019 N 108н, согласно приказу Министерства здравоохранения и социального развития Российской Федерации от 25.01.2011 N 29н "Об утверждении Порядка ведения персонифицированного учета в сфере обязательного медицинского страхования", приказу Федерального фонда обязательного медицинского страхования Российской Федерации от 07.04.2011 N 79 "Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере обязательного медицинского страхования", приказываю:

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

2. Ввести Регламент ИСС в действие с 1 сентября 2020 года.

3. Начальнику отдела сопровождения баз данных и межведомственного взаимодействия Лагутину К.С. обеспечить внедрение модернизированного программного комплекса "Госпитализация" (ЕИР263) (далее - ПК "Госпитализация" (ЕИР263), организовать техническое сопровождение и консультирование по вопросам работы в ПК "Госпитализация" (ЕИР263) пользователей страховых медицинских организаций и медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования на территории Ставропольского края.

4. Признать утратившим силу приказ ТФОМС СК от 20.09.2018 N 270 "Об организации информационного взаимодействия участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края".

5. Контроль за исполнением настоящего приказа в части технологического сопровождения информационного ресурса возложить на заместителя директора ТФОМС СК Легкову И.Н., в части организации информационного сопровождения застрахованных лиц для оказания им специализированной медицинской помощи - на заместителя директора ТФОМС СК Румянцеву Н.К.

6. Настоящий приказ вступает в силу с даты подписания.

Директор

С.П. Трошин

Утвержден

приказом

Территориального фонда

обязательного медицинского страхования

Ставропольского края

от 20 августа 2020 г. N 170

Регламент
информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края

С изменениями и дополнениями от:

4 сентября 2020 г.

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

Статья 1. Основания утверждения Регламента

Настоящий Регламент информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края (далее - Регламент ИСС) разработан во исполнение:

Федерального закона от 29.11.2010 N 326-ФЗ "Об обязательном медицинском страховании в Российской Федерации";

Программы государственных гарантий бесплатного оказания гражданам медицинской помощи на 2020 год и на плановый период 2021 и 2022 годов, утвержденной постановлением Правительства Российской Федерации от 07.12.2019 N 1610;

приказа Министерства здравоохранения и социального развития Российской Федерации от 26.04.2012 N 406н "Об утверждении Порядка выбора гражданином медицинской организации при оказании ему медицинской помощи в рамках программы государственных гарантий бесплатного оказания гражданам медицинской помощи";

приказа Министерства здравоохранения Российской Федерации от 28.02.2019 N 108н "Об утверждении Правил обязательного медицинского страхования";

приказа Федерального фонда обязательного медицинского страхования Российской Федерации от 07.04.2011 N 79 "Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере обязательного медицинского страхования";

Территориальной программы государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края на 2020 год и плановый период 2021 и 2022 годов, утвержденной постановлением Правительства Ставропольского края от 27.12.2019 N 618-п;

Методических рекомендаций по взаимодействию участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц на всех этапах оказания им медицинской помощи, направленных письмом ФОМС от 25.06.2018 N 6696/30-2/5564.

Статья 2. Предмет и сфера применения Регламента ИСС

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

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

Статья 3. Цели утверждения Регламента ИСС

Регламент ИСС разработан в целях:

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

обеспечения контроля объемов медицинской помощи, установленных решением комиссии по разработке территориальной программы обязательного медицинского страхования в Ставропольском крае;

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

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

разграничения зон ответственности участников информационного обмена при обеспечении информационного сопровождения;

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

II. Термины и сокращения

Статья 4. Основные термины, понятия и сокращения

Для целей Регламента ИСС используются термины, понятия и сокращения, установленные действующим законодательством Российской Федерации и Ставропольского края, а также тарифным соглашением в сфере обязательного медицинского страхования на территории Ставропольского края от 28.12.2019, основные из которых указаны в таблице 1 Регламента ИСС.

Таблица 1

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

ГАРАНТ:

По-видимому, в пункте 40 настоящей таблицы допущена опечатка. Дату и номер приказа Территориального фонда обязательного медицинского страхования Ставропольского края следует читать: "от 21 января 2015 г. N 18"

N стр.	Сокращение	Определение
	1	2
1.	SOAP	Simple Object Access Protocol (простой протокол доступа к объектам) протокол обмена структурированными сообщениями в распределенной вычислительной среде
2.	XML	Extensible Markup Language - (расширяемый язык разметки) формат, предназначенный для создания и обработки документов программами, одновременно удобный для чтения и создания документов человеком, а также предназначенный для обмена информацией между программами
3.	выписной эпикриз	заключение (образец формы 027/у) о причинах, которые послужили возникновению заболевания, принятых мерах и окончательном диагнозе
4.	ЕНП	единый номер полиса ОМС
5.	ЕРЗ	единый регистр застрахованных в системе ОМС лиц
6.	ЗЛ	застрахованное лицо или застрахованные лица
7.	ЗКС	защищенные каналы связи
8.	идентификация застрахованного лица	определение номера полиса (или соответствие номера полиса персональным данным ЗЛ) по персональным данным, по неполным данным, по данным записанным со слов ЗЛ или в иных случаях
9.	информационный ресурс	единый информационный ресурс Ставропольского края - форма информационного взаимодействия участников ОМС для обеспечения информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями Ставропольского края, реализованная ТФОМС СК в режиме реального времени
10.	ИС	информационная система
11.	Комиссия	комиссия по разработке территориальной программы обязательного медицинского страхования в Ставропольском крае
12.	МО	медицинская организация, включенная в реестр медицинских организаций, осуществляющих деятельность в сфере ОМС, и заключившая договор на оказание и оплату медицинской помощи по ОМС
13.	МО(А)	МО, оказывающая первичную медико-санитарную помощь в амбулаторных условиях
14.	МО(С)	МО, оказывающая специализированную медицинскую помощь в стационарных условиях
15.	МО(Д)	МО, оказывающая специализированную медицинскую помощь в условиях дневного стационара
16.	МП	медицинская помощь - комплекс мероприятий, направленных на поддержание и (или) восстановление здоровья и включающих в себя предоставление медицинских услуг
17.	МТР	расчеты за МП, оказанную ЗЛ за пределами субъекта Российской Федерации, на территории которого зарегистрирован полис ОМС (межтерриториальные расчеты)
18.	направление	направление застрахованного лица для получения МП в стационарных условиях или в условиях дневного стационара
19.	НСИ	нормативно-справочная информация, заимствованная из нормативных документов и справочников, используемая при информационном обмене участников ОМС Ставропольского края
20.	Общие принципы	Общие принципы построения и функционирования информационных систем и Регламент информационного взаимодействия в сфере обязательного медицинского страхования, утвержденные приказом ФОМС от 07.04.2011 N 79
21.	ОМС	обязательное медицинское страхование
22.	оператор	лицо (работник) участника информационного взаимодействия, которому согласно установленного порядка выданы учетные данные (логин и пароль) для доступа к ПК "Госпитализация" (ЕИР263)
23.	определение страховой принадлежности	процесс определения страховой медицинской организации, в которой на момент госпитализации застраховано ЗЛ или территории страхования ЗЛ для МТР
24.	пациент	физическое лицо, которому оказывается медицинская помощь или которое обратилось за оказанием медицинской помощи независимо от наличия у него заболевания и от его состояния
25.	ПДн	персональные данные - любая информация, относящаяся к прямо или косвенно определенному, или определяемому физическому лицу (субъекту персональных данных)
26.	ПК "Госпитализация" (ЕИР263)	программный комплекс "Госпитализация" (Единый информационный ресурс 263)
27.	ПК "КИСЕРО"	программный комплекс "Комплексная интегрированная система единой регистрации обращений"
28.	ПК "ПУАМП"	программный комплекс "Персонифицированный учет и анализ медицинской помощи"
29.	ПК "РСЕРЗ СК"	программный комплекс "Региональный сегмент Единого регистра застрахованных лиц Ставропольского края"
30.	ПК "МАПОМС"	программный комплекс "Мониторинг, аналитика, планирование обязательного медицинского страхования"
31.	План ДВ	план профилактических мероприятий - сведения о лицах из числа выбравших медицинскую организацию для оказания первичной медико-санитарной помощи, включенных в списки для проведения 1 этапа профилактических мероприятий в медицинской организации на текущий календарный год
32.	План ДН	план диспансерного наблюдения - сведения о лицах, из числа выбравших медицинскую организацию для оказания первичной медико-санитарной помощи, включенных в списки подлежащих диспансерному наблюдению в соответствии с планом проведения диспансерного наблюдения на текущий календарный год
33.	ПМСП	первичная медико-санитарная помощь
34.	ПМО	подразделение медицинской организации
35.	ПО	программное обеспечение
36.	ППМ	план профилактических мероприятий
37.	Правила ОМС	Правила обязательного медицинского страхования, утвержденные приказом Министерства здравоохранения и социального развития Российской Федерации от 28.02.2019 N 108н
38.	профилактические мероприятия	профилактические медицинские осмотры, оплата которых осуществляется за счет средств ОМС, в том числе в рамках диспансеризации
39.	Регламент ИВ	Регламент информационного взаимодействия участников при расчетах за медицинскую помощь по обязательному медицинскому страхованию, оказанную застрахованным лицам на территории Ставропольского края, утвержденный приказом ТФОМС СК от 13.12.2016 N 532
40.	Регламент ИС	Регламент организации информационных систем участников информационного взаимодействия в сфере обязательного медицинского страхования Ставропольского края, утвержденный приказом ТФОМС СК от 15.03.2017 N 83
41.	Регламент ИСС	настоящий документ, описывающий последовательность функций, ответственность, порядок взаимодействия участников информационного обмена при организации оказания застрахованным лицам специализированной медицинской помощи в плановом порядке
42.	Регламент ИСН	Регламент информационного взаимодействия при информационном сопровождении застрахованных лиц для организации и проведения диспансерного наблюдения на территории Ставропольского края, утвержденный приказом ТФОМС СК от 01.08.2019 N 195
43.	Регламент ИСД	Регламент информационного взаимодействия при информационном сопровождении застрахованных лиц для организации и проведения диспансеризации на территории Ставропольского края, утвержденный приказом ТФОМС СК от 01.08.2019 N 194
44.	Регламент МЭК	Регламент медико-экономического контроля реестров счетов на оплату медицинской помощи по обязательному медицинскому страхованию, оказанной застрахованным лицам на территории Ставропольского края, утвержденный приказом ТФОМС СК от 22.08.2016 N 373
45.	Регламент УЗЛ	Регламент информационного взаимодействия при учете застрахованных лиц и обеспечении их полисами обязательного медицинского страхования на территории Ставропольского края, утвержденный приказом ТФОМС СК от 26.08.2019 N 213
46.	РС ЕРЗ	региональный сегмент Единого регистра застрахованных лиц
47.	СКЗИ	средства криптографической защиты информации
48.	СМО	страховая медицинская организация, включенная в реестр страховых медицинских организаций, осуществляющих деятельность в сфере ОМС, и заключившая договор о финансовом обеспечении ОМС с ТФОМС СК
49.	Территориальная программа	Территориальная программа государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края, утвержденная Правительством Ставропольского края на соответствующий финансовый год
50.	участники взаимодействия	участниками взаимодействия при информационном сопровождении ЗЛ при организации оказания им специализированной медицинской помощи в плановом порядке являются СМО и МО, осуществляющие деятельность на территории Ставропольского края, а также ТФОМС СК
51.	ФЛК	форматно-логический контроль
52.	ЦС ЕРЗ	центральный сегмент единого регистра застрахованных лиц
53.	ЭП	электронная подпись

Статья 5. Перечень сокращений, используемых в описании форматов

1. В Регламенте ИСС для описания типов полей формата XML в справочниках и электронных файлах используются следующие сокращения (столбец "Тип"):

О - обязательный для заполнения тег;

У - условно-обязательный тег. При наличии сведений должен передаваться (может быть обязательным при наличии каких-либо условий). При отсутствии не передается (не создается в ветке);

М - тег, определяющий множественность данных, может добавляться к указанным выше символам. Таким образом, тегом этого типа может быть несколько подряд идущих в одной ветке (в одном элементе);

COMPLEX - тег является новым элементом (новой веткой); составной элемент, описывается отдельно.

2. В столбце "Формат" для каждого тега указывается символ формата, а вслед за ним в круглых скобках максимальная длина тега. Используются следующие сокращения для описания формата:

S - строковое поле;

N - целое или дробное число. Максимальная длина поля указывается в скобках. Если в скобках указывается два числа, то это определяет дробное число, первая цифра характеризует длину целой части, а вторая цифра - длину дробной части;

D - формат даты в формате ГГГГ-ММ-ДД;

V - формат времени в формате ЧЧ-ММ.

III. Информационное взаимодействие при ведении НСИ

Статья 6. Общие принципы информационного взаимодействия при ведении НСИ

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

2. НСИ ведется ТФОМС СК и размещается на официальном сайте ТФОМС СК в информационно-телекоммуникационной сети "Интернет" по ссылке: https://tfomssk.ru/informatizatsiya-v-sfere-oms/informatsionnoe-vzaimodey stvie-pri-raschetakh-za-meditsinskuyu-pomoshch/nsi/.

Полный список НСИ представлен в таблице 2 Регламента ИВ.

Структура каждого пакета НСИ представлена в ст. 10 Регламента ИВ.

Статья 7. Перечень НСИ, используемой при информационном взаимодействии

1. Перечень НСИ, используемой при информационном взаимодействии в ходе информационного сопровождения представлен в таблице 2.

Таблица 2

Перечень НСИ, используемой при информационном взаимодействии в ходе информационного сопровождения

N стр.	Код	Наименование	Примечание
	1	2	3
1.	М001	Международная классификация болезней и состояний, связанных со здоровьем 10 пересмотра (МКБ-10)	Источник: http://nsi.rosminzdrav.ru/
2.	V002	Классификатор профилей оказанной медицинской помощи
3.	V005	Классификатор пола застрахованного
4.	F002	Единый реестр страховых медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования
5.	F003	Единый реестр медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования
6.	F003_T	Вид подразделения (филиала)
7.	F010	Классификатор субъектов Российской Федерации
8.	SE001	Классификатор способов поступления пациента для госпитализации
9.	SE002	Классификатор причин аннулирования направлений
10.	SE003	Классификатор организаций, аннулирующих направления
11.	SE004	Классификатор коечного фонда

IV. Требования к программному обеспечению

Статья 8. Информационный ресурс ТФОМС СК

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

2. Функционирование информационного ресурса обеспечивается ПК "РСЕРЗ СК", ПК "Госпитализация" (ЕИР263), ПК "КИСЕРО", ПК "ПУАМП", ПК "МАПОМС", а также иными сервисами, реализованными ТФОМС СК.

3. ПК "РСЕРЗ СК" обеспечивает учет ЗЛ, автоматизированную обработку сведений о ЗЛ, в том числе сбор информации о выборе/замене СМО, МО и врача для оказания ПМСП, автоматизированную обработку ППМ полученных от МО, а также их ежеквартальную корректировку. При этом осуществляется идентификация страховой принадлежности застрахованных лиц, включенных МО в план профилактических мероприятий, а также подтверждение их прикрепления к МО.

4. ПК "Госпитализация" (ЕИР263) обеспечивает процессы автоматизированной обработки и обмена в режиме online сведениями, необходимыми для госпитализации ЗЛ и их информационного сопровождения при оказании специализированной МП.

5. ПК "КИСЕРО" обеспечивает возможность осуществлять:

регистрацию обращений ЗЛ и результатов их рассмотрения;

регистрацию результатов индивидуального информирования СМО ЗЛ, включенных в План ДВ и План ДН;

проведение телефонных опросов ЗЛ, в том числе с целью выяснения причин отказов от прохождения профилактических мероприятий;

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

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

7. ПК "МАПОМС" обеспечивает возможность осуществлять разработку и корректировку плановых объемов МП, а также информирование участников информационного взаимодействия об установленных Комиссией объемах предоставления МП.

Статья 9. Программное обеспечение для информационного сопровождения ЗЛ при оказании им специализированной медицинской помощи

1. ПК "Госпитализация" (ЕИР263) обеспечивает следующие функции:

внесение сведений о плановых объемах в разрезе профилей коек и СМО в соответствии с Территориальной программой;

внесение и обработку сведений о ЗЛ, необходимых для осуществления информационного сопровождения;

предоставление доступа к ПК "Госпитализация" (ЕИР263) после аутентификации участникам информационного взаимодействия при информационном сопровождении.

2. ПК "Госпитализация" (ЕИР263) в режиме online обеспечивает возможность операторам вносить сведения о направлениях на плановую госпитализацию в стационарных условиях или в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому и иные сведения о ЗЛ, необходимые для осуществления информационного сопровождения, а в случае отсутствия технической возможности позволяет загружать их в пакетном режиме. ПК "Госпитализация" (ЕИР263) допускает загрузку в пакетном режиме сведений о выписанных и экстренно госпитализированных ЗЛ, а также о структуре коечного фонда МО(С) и МО(Д).

Статья 10. Требования к программному обеспечению СМО

ПО, используемое СМО при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" (ЕИР263) следующие функции:

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

получение сведений о ЗЛ данной СМО, получивших направление на госпитализацию и выбравших МО(С) или МО(Д);

получение сведений о ЗЛ данной СМО, госпитализированных по направлениям (в том числе по типам МО, направивших на госпитализацию) и экстренно в МО(С);

получение сведений о количестве ЗЛ, выбывших из МО(С) или МО(Д);

получение сведений о ЗЛ данной СМО, получивших направление на госпитализацию и в отношении которых не состоялась запланированная госпитализация не позднее одного дня с даты плановой госпитализации;

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

получение оперативных отчетов и справок по ЗЛ, получившим направление на госпитализацию, в целях контроля своевременности госпитализации;

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

Статья 11. Требования к программному обеспечению МО(С)

1. ПО, используемое МО(С) при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" (ЕИР263) следующие функции:

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

передача сведений о выполненных объемах МП, установленных решением Комиссии, в разрезе профилей МП;

передача сведений о ЗЛ, госпитализированных по направлениям и экстренно для оказания МП в стационарных условиях;

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

передача сведений о количестве выбывших пациентов, в том числе переведенных в другие МО(С);

передача сведений о выписанных пациентах, в том числе сведений о выписанном эпикризе с прикреплением его скан-копии;

передача сведений о сроках ожидания МП, оказываемой в плановом порядке, установленных Территориальной программой.

2. Опционально ПО, используемое в МО(С), может быть интегрировано с ПК "Госпитализация" (ЕИР263) и осуществлять информационный обмен с использованием SOAP-сервиса.

Статья 12. Требования к программному обеспечению МО(А)

1. ПО, используемое МО(А) при осуществлении информационного сопровождения должно обеспечивать при взаимодействии с ПК "Госпитализация" (ЕИР263) следующие функции:

передача сведений о ЗЛ, получивших направление на госпитализацию и выбравших МО(С), МО(Д);

передача сведений о ЗЛ, отказавшихся от госпитализации;

получение сведений о госпитализированных ЗЛ;

получение сведений о выписанных ЗЛ, в том числе сведений о выписанном эпикризе с просмотром его скан-копии;

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

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

2. Опционально ПО, используемое в МО(А), может быть интегрировано с ПК "Госпитализация" (ЕИР263) и осуществлять информационный обмен с использованием SOAP-сервиса.

Статья 13. Требования к программному обеспечению МО(Д)

1. ПО, используемое МО(Д) при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" (ЕИР263) следующие функции:

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

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

передача сведений о выполненных объемах МП, установленных решением Комиссии, в разрезе профилей МП;

передача сведений о ЗЛ, госпитализированных по направлениям для оказания МП в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому;

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

передача сведений о количестве выбывших пациентов, в том числе переведенных в другие МО;

передача сведений о выписанных пациентах, в том числе сведений о выписанном эпикризе с прикреплением его скан-копии;

передача сведений о сроках ожидания МП, оказываемой в плановом порядке, установленных Территориальной программой.

2. Опционально ПО, используемое в МО(А), может быть интегрировано с ПК "Госпитализация" (ЕИР263) и осуществлять информационный обмен с использованием SOAP-сервиса.

V. Порядок информационного взаимодействия участников

Статья 14. Общие вопросы информационного взаимодействия

1. Информационное взаимодействие при осуществлении информационного сопровождения - процесс обмена информацией между участниками ОМС Ставропольского края с использованием ПК "Госпитализация" (ЕИР263) как непосредственно с использованием web-интерфейса ПК "Госпитализация" (ЕИР263) доступного по ЗКС, а также с использованием SOAP-сервиса и в виде электронных файлов (загружаемых и скачиваемых с использованием ПК "Госпитализация" (ЕИР263).

2. Доступ участников информационного обмена к ПК "Госпитализация" (ЕИР263) предоставляется ТФОМС СК при условии соблюдения требований законодательства Российской Федерации в области защиты конфиденциальной информации.

3. Передача сведений, содержащих ПДн, осуществляется только с использованием защищенных в соответствии с требованиями законодательства Российской Федерации в области защиты конфиденциальной информации каналов передачи данных, а именно при передаче сведений через информационно-телекоммуникационную сеть "Интернет" такая передача осуществляется только с использованием СКЗИ (ViPNet).

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

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

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

Таблица 3

Схема информационного взаимодействия в сфере ОМС на территории Ставропольского края при информационном сопровождении ЗЛ

N стр.	Этап (N п/п)	Механизм информационного взаимодействия на соответствующем этапе	Отправитель	Получатель
	1	2	3	4
1.	Взаимодействие МО(С), МО(Д) и ТФОМС СК
2.	1.	МО(С) ежедневно до 09-00 с использованием web-интерфейса ПК "Госпитализация" (ЕИР263), SOAP-сервиса, либо путем загрузки файлов, в установленных Регламентом ИСС форматах посредством ПК "Госпитализация" (ЕИР263) направляет (вносит через web-форму) сведения о госпитализации по направлениям, экстренной госпитализации, отказах о госпитализации и выбывших пациентах, в том числе сведения о содержании выписного эпикриза, скан-образ выписного эпикриза (далее - сведения о ЗЛ полученные от МО(С).	МО(С)	ТФОМС СК
3.	2.	МО(С) ежедневно до 09-00 с использованием web-интерфейса ПК "Госпитализация" (ЕИР263), SOAP-сервиса, либо путем загрузки файлов в установленных Регламентом ИСС форматах, посредством ПК "Госпитализация" (ЕИР263) направляет (вносит, используя web-форму) сведения о наличии (количестве) свободных мест на госпитализацию (далее - сведения о свободных местах)	МО(С)	ТФОМС СК
4.	3.	МО(Д) ежедневно до 09-00 с использованием web-интерфейса ПК "Госпитализация" (ЕИР263), SOAP-сервиса, либо путем загрузки файлов, в установленных Регламентом ИСС форматах посредством ПК "Госпитализация" (ЕИР263) направляет (вносит через web-форму) сведения о госпитализации по направлениям, отказах о госпитализации и выбывших пациентах, в том числе сведения о содержании выписного эпикриза, скан-образ выписного эпикриза (далее - сведения о ЗЛ полученные от МО(Д)	МО(Д)	ТФОМС СК
5.	4.	МО(Д) ежедневно до 09-00 с использованием web-интерфейса ПК "Госпитализация" (ЕИР263), SOAP-сервиса, либо путем загрузки файлов в установленных Регламентом ИСС форматах, посредством ПК "Госпитализация" (ЕИР263) направляет (вносит, используя web-форму) сведения о наличии (количестве) свободных пациенто-мест на госпитализацию (далее - сведения о свободных местах)	МО(Д)	ТФОМС СК
6.	5.	ТФОМС СК обеспечивает возможность доступа МО(С) и МО(Д) к ПК "Госпитализация" (ЕИР263) с использованием web-интерфейса и SOAP-сервиса, в круглосуточном режиме, за исключением времени, необходимого для проведения регламентных или технологических работ	ТФОМС СК	МО(С); МО(Д)
7.	6.	ТФОМС СК при загрузке файлов проводит их первичную обработку (ФЛК) и обеспечивает доступ МО(С) и МО(Д) к ее результатам	ТФОМС СК	МО(С); МО(Д)
8.	7.	ТФОМС СК обеспечивает доступ соответствующей МО(С) и МО(Д) к сведениям о ЗЛ, получивших направление на плановую госпитализацию, и сведениям о ЗЛ, отказавшихся от госпитализации	ТФОМС СК	МО(С); МО(Д)
9.	Взаимодействие ТФОМС СК и СМО
10.	8.	После первичной обработки сведений о ЗЛ, полученных от МО(С) или МО(Д) ТФОМС СК проводит определение страховой принадлежности в РСЕРЗ СК и, при необходимости, в ЦС ЕРЗ	ТФОМС СК
11.	9.	ТФОМС СК обеспечивает техническую возможность доступа СМО к сведениям о ЗЛ, полученных от МО(С) или МО(Д) в разрезе СМО, к сведениям о свободных местах, в том числе обеспечивает возможность для СМО скачать сведения в виде файлов установленного формата	ТФОМС	СМО
12.	10.	ТФОМС СК обеспечивает техническую возможность доступа экспертов СМО к сведениям о содержании выписного эпикриза, просмотра скан-образа выписного эпикриза, полученных от МО(С) или МО(Д) в разрезе СМО	ТФОМС	СМО
13.	Взаимодействие МО(А) и ТФОМС СК
14.	11.	МО(А) с использованием web-интерфейса, SOAP-сервиса ПК "Госпитализация" (ЕИР263) либо путем загрузки файлов в установленных Регламентом ИСС форматах посредством ПК "Госпитализация" (ЕИР263) направляет (вносит, используя web-форму) сведения о ЗЛ, получивших направление на госпитализацию и выбравших МО(С) или МО(Д)	МО(А)	ТФОМС СК
15.	12.	МО(А) с использованием web-интерфейса, SOAP-сервиса ПК "Госпитализация" (ЕИР263) либо способом загрузки файлов в установленных Регламентом форматах посредством ПК "Госпитализация" (ЕИР263) направляет (вносит, используя web-форму) сведения о ЗЛ отказавшихся от госпитализации	МО(А)	ТФОМС СК
16.	13.	ТФОМС СК обеспечивает техническую возможность доступа МО(А) к сведениям о госпитализированных ЗЛ, направленных МО(А) на госпитализацию, в том числе обеспечивает возможность для МО(А) скачать сведения в виде файлов установленного формата	ТФОМС СК	МО(А)
17.	14.	ТФОМС СК обеспечивает техническую возможность доступа МО(А) к оперативным сведениям о свободных местах в разрезе профилей отделений (коек) по каждой МО(С) и возможных сроках ожидания МП	ТФОМС СК	МО(А)
18.	15.	ТФОМС СК обеспечивает техническую возможность доступа МО(А) к сведениям об аннулировании направлений на госпитализацию в связи с отказом от госпитализации или смертью ЗЛ, а также в связи с госпитализацией пациентов в экстренном порядке, в том числе обеспечивает возможность для МО(А) загрузить сведения в виде файлов установленного формата	ТФОМС СК	МО(А)
19.	16.	ТФОМС СК обеспечивает техническую возможность доступа участковым врачам терапевтам, педиатрам, врачам общей практики (далее - участковые врачи) МО(А) к сведениям о содержании выписного эпикриза, просмотр скан-образа выписного эпикриза, полученных от МО(С) или МО(Д) в разрезе МО и участков	ТФОМС СК	МО(А)

VI. Описание этапов информационного взаимодействия

Статья 16. Обработка сведений в ТФОМС СК

1. ТФОМС СК формирует в ПК "Госпитализация" (ЕИР263) сведения о плановых объемах МП в разрезе профилей и СМО в соответствии с Территориальной программой.

2. ТФОМС СК на основании сведений о выданных направлениях на госпитализацию, поступивших от МО(А), определяет доступ к обрабатываемым сведениям для участников информационного взаимодействия. При этом сведения, представляемые ПК "Госпитализация" (ЕИР263) СМО, определяются по результатам определения страховой принадлежности ЗЛ по данным РСЕРЗ СК и в случае необходимости в ЦС ЕРЗ на момент предоставления доступа. Предоставляемые сведения для МО(А) о госпитализации ЗЛ определяются:

для плановой госпитализации - по направлению на плановую госпитализацию;

для экстренной госпитализации - по прикреплению ЗЛ для получения ПМСП.

3. Доступ к информации о госпитализации ЗЛ, застрахованных в других субъектах Российской Федерации, предоставляется для ТФОМС СК.

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

Статья 17. Формирование сведений в МО(А)

1. МО(А) посредством собственной ИС осуществляет автоматизированный учет направлений. Направление выдается на основании выбора застрахованным лицом МО(С) или МО(Д) с учетом необходимых условий оказания медицинской помощи, осуществленного в соответствии со сведениями о наличии свободных мест и сроков ожидания МП в условиях стационара и дневного стационара по данному профилю (койки), кроме случаев оказания медицинской помощи в дневном стационаре на дому. Автоматизированный учет (выписка) направлений должен осуществляться способом внесения сведений посредством заполнения web-формы в режиме online, с использованием SOAP-сервиса в режиме online, либо способом загрузки файла со сведениями о выписанных направлениях по состоянию на 20.00 предшествующего дня, в срок до 09.00, в установленных Регламентом ИСС случаях.

2. В случае отказа ЗЛ от плановой госпитализации, МО(А) направляет соответствующие сведения в ПК "Госпитализация" (ЕИР263) способом внесения сведений посредством заполнения web-формы либо способом загрузки файла.

3. МО(А) ежедневно не позднее 10.00 получает возможность доступа к информации о наличии свободных мест и объемов для госпитализации с учетом установленного Территориальной программой периода ожидания.

4. МО(А) получает возможность доступа к сведениям о ЗЛ, госпитализированных по направлениям, а также об аннулировании направлений выданных данной МО(А).

5. МО(А) получает возможность доступа к сведениям о прикрепленных для получения ПМСП к данной МО(А) ЗЛ, госпитализированных по экстренным показаниям.

6. Участковые врачи МО(А) с помощью web-формы ПК "Госпитализация" (ЕИР263) и/или ПК "РСЕРЗ СК" получают возможность доступа к сведениям о содержании выписного эпикриза, просмотра скан-образа выписного эпикриза.

Статья 18. Формирование сведений в МО(С)

1. МО(С) с помощью web-формы ПК "Госпитализация" (ЕИР263) в режиме online, или посредством собственной ИС, интегрированной с использованием SOAP-сервиса с ПК "Госпитализация" (ЕИР263), осуществляет автоматизированный учет ЗЛ, поступивших на госпитализацию по направлениям и экстренно, а также отказавшихся от госпитализации явочным порядком (не явившихся для госпитализации).

Информация об изменениях:

Часть 2 изменена с 4 сентября 2020 г. - Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 4 сентября 2020 г. N 178

См. предыдущую редакцию

2. МО(С) ежедневно не позднее 09.00 направляет в ПК "Госпитализация" (ЕИР263) сведения о фактах госпитализации в плановой и экстренной форме, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах, в том числе сведения о содержании выписного эпикриза, скан-образ выписного эпикриза.

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

оказания медицинской помощи по профилю "акушерское дело" и "акушерство и гинекология";

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

оказания медицинской помощи по профилю "неонатология", "педиатрия";

оказания медицинской помощи по профилю "гериатрия";

оказания медицинской помощи по профилю "челюстно-лицевая хирургия";

оказания медицинской помощи по профилю "инфекционные болезни", за исключением случаев лечения новой коронавирусной инфекции (COVID-19);

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

завершившихся летальным исходом.

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

Статья 19. Формирование сведений в МО(Д)

1. МО(Д) с помощью web-формы ПК "Госпитализация" (ЕИР263) в режиме online или посредством собственной ИС, интегрированной с использованием SOAP-сервиса с ПК "Госпитализация" (ЕИР263), осуществляет автоматизированный учет ЗЛ, поступивших на госпитализацию по направлениям, а также отказавшихся от госпитализации явочным порядком (не явившихся для госпитализации).

Информация об изменениях:

Часть 2 изменена с 4 сентября 2020 г. - Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 4 сентября 2020 г. N 178

См. предыдущую редакцию

2. МО(Д) ежедневно не позднее 09.00 направляет в ПК "Госпитализация" (ЕИР263) сведения о фактах госпитализации по направлениям, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах, в том числе сведения о содержании выписного эпикриза, скан-образ выписного эпикриза.

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

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

оказания медицинской помощи по профилю "нефрология" с применением услуг диализа пациентам с хронической почечной недостаточностью терминальной стадии, за исключением причин, являющихся поводом для открепления от медицинской организации, оказывающей услуги диализа;

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

оказания медицинской помощи по профилю "педиатрия";

оказания медицинской помощи по профилю "гериатрия";

оказания медицинской помощи по профилю "челюстно-лицевая хирургия";

оказания медицинской помощи по профилю "инфекционные болезни";

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

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

Статья 20. Обработка сведений в СМО

1. СМО получает возможность доступа в ПК "Госпитализация" (ЕИР263) к сведениям о направлениях, состоявшихся госпитализациях, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах.

2. СМО получает возможность доступа в ПК "Госпитализация" (ЕИР263) к сведениям о количестве свободных или планируемых к высвобождению коек и выполненных объемах МП.

3. СМО с помощью web-формы ПК "Госпитализация" (ЕИР263) направляет в ПК "Госпитализация" (ЕИР263) сведения об отказах ЗЛ от госпитализации в связи с инициативным отказом или смертью ЗЛ.

4. Специалисты-эксперты СМО с помощью web-формы ПК "Госпитализация" (ЕИР263) и/или ПК "РСЕРЗ СК" получают возможность доступа к сведениям, о содержании выписного эпикриза, просмотр скан-образа выписного эпикриза.

VII. Требования к используемым файлам

Статья 21. Общие требования к формированию XML-файлов

1. Файлы, используемые при осуществлении информационного сопровождения, формируются в форматах, установленных Регламентом ИСС, с соблюдением требований к структуре файлов XML.

2. При формировании электронных файлов формата XML при информационном обмене принимается нижеследующая кодировка некоторых символов (таблица 4 Регламента ИСС):

Таблица 4

Кодировка некоторых символов при формировании электронных файлов формата XML

N стр.	Символ	Способ кодирования
	1	2
1.	двойная кавычка (")	"
2.	одинарная кавычка (')	'
3.	левая угловая скобка (<)	<
4.	правая угловая скобка (>)	>
5.	амперсанд (&)	&

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

4. Теги в файлах XML должны следовать согласно их описаниям в таблицах. Тег передается в обязательном порядке, даже в случае отсутствия информации. Разделителем дробных чисел должен служить знак "." (точка).

5. При формировании XML - файлов используется кодовая страница Windows-1251.

6. Формирование файлов участники информационного обмена осуществляют посредством собственных ИС в соответствии с форматами согласно приложениям к Регламенту ИСС.

Статья 22. Общие требования к формированию имен файлов

1. Каждый файл имеет уникальное имя, которое формируется по следующему принципу:

, где

- константа, обозначающая тип передаваемого файла;

- код источника данных, формируемый в соответствии со справочниками F003 для МО, F002 для СМО;

- порядковый номер файла.

2. Длина имени файла не может превышать 255 символов. Файл упаковывается в ZIP архив с расширением OMS.

3. Пример имени файла: GD260003-0000587.OMS

VIII. Требования к структуре номера направления

Статья 23. Общие требования к формированию номера направления

1. Номер направления на госпитализацию должен быть уникален на территории Ставропольского края.

2. Номер направления формируется МО(А) по нижеуказанной маске:

CCCCCCYYNNNNNNN, где

CCCCCC - код МО (в соответствии с F003);

YY - 2 последних цифры текущего года;

NNNNNNN - уникальный номер направления в пределах МО (нумерация внутри МО может обнуляться в первый день очередного календарного года).

Приложение 1

к Регламенту информационного взаимодействия

участников обязательного медицинского

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

застрахованных лиц для оказания

им специализированной медицинской помощи

на территории Ставропольского края

Описание
данных, используемых при информационном взаимодействии

С изменениями и дополнениями от:

4 сентября 2020 г.

Информация об изменениях:

Таблица 5 изменена с 4 сентября 2020 г. - Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 4 сентября 2020 г. N 178

См. предыдущую редакцию

Таблица 5

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

N стр.	Код элемента	Тип	Формат	Наименование	Дополнительная информация
	1	2	3	4	5
1.	NZAP	О	N(5)	Номер записи	Номер записи
2.	N APR	О	N(14)	Номер направления	Номер направления, уникальный на территории Ставропольского края, формируется в соответствии правилом, описанным ст. 23 Регламента ИСС
3.	DNAPR	О	D	Дата направления
4.	DPGOSP	У	D	Дата плановой госпитализации
5.	DNGOSP	У	D	Дата начала госпитализации
6.	DSNAPR	О	S(5)	Код диагноза направления	Заполняется в соответствии с M001 на момент направления пациента
7.	VNGOSP	У	V	Время начала госпитализации
8.	DOGOSP	У	D	Дата окончания госпитализации
9.	DPOGOSP	У	D	Планируемая дата окончания госпитализации
10.	DANUL	У	D	Дата аннулирования направления
11.	PANUL	У	N(1)	Причина аннулирования	1 - неявка пациента на госпитализацию; 2 - непредоставление необходимого пакета документов (отказ МО(С); 3 - инициативный отказ от госпитализации пациентом; 4 - смерть; 5 - прочие; 6 - необоснованное направление; 7 - отсутствие медицинских показаний для госпитализации Заполняется в соответствии с SE002
12.	IANUL	У	N(1)	Источник аннулирования	1 - СМО; 2 - МО(С); 3 - МО(А); 4 - МО(Д). Заполняется в соответствии с SE003
13.	KANUL	У	N(6)	Код источника аннулирования	Заполняется в соответствии с F002 или F003 в зависимости от заполнения поля IANUL
14.	FAM	О	S(40)	Фамилия
15.	IM	О	S(40)	Имя
16.	OT	О	S(60)	Отчество
17.	P	О	N(1)	Пол	Заполняется в соответствии с V005
18.	DR	О	D	Дата рождения
19.	TEL	О	S(20)	Телефон
20.	TER	О	N(2)	Код территории страхования	Заполняется в соответствии с F010
21.	SMO	У	N(5)	Код СМО	Заполняется в соответствии с F002
22.	FOMP	У	N(1)	Код формы оказания медицинской помощи	1 - плановая; 2 - неотложная; 3 - экстренная Заполняется в соответствии с V014
23.	MONAPR	О	N(6)	Код МО, направившей на госпитализацию	Заполняется в соответствии с F003
24.	PMONAPR	У	N(3)	Код подразделения МО, направившей на госпитализацию	Заполняется в соответствии с F003_T
25.	PROFONAPR	О	N(3)	Профиль отделения	Заполняется в соответствии с V002
26.	PROFKNAPR	О	N(3)	Код профиля койки	Заполняется в соответствии с V002
27.	DS	О	S(5)	Код окончательного диагноза	Заполняется в соответствии с M001 на момент выписки пациента
28.	MEDRAB	У	S(11)	Код направившего мед. работника	СНИЛС медицинского работника, направившего пациента
29.	MEDRAB_FAM	У	S(40)	Фамилия медицинского работника
30.	MEDRAB_IM	У	S(40)	Имя медицинского работника
31.	MEDRAB_OT	У	S(40)	Отчество медицинского работника
32.	MEDRAB_DR	У	D	Дата рождения медицинского работника
33.	MEDRAB_SNILS	У	S(14)	СНИЛС медицинского работника
34.	MEDRAB_INN	У	S(12)	ИНН медицинского работника
35.	MO	О	N(6)	Код МО	Заполняется в соответствии с F003
36.	PMO	О	N(3)	Код ПМО стационара	Заполняется в соответствии с F003_T
37.	PMOANUL	О	N(3)	Код подразделения МО, аннулировавшего направление	Заполняется в соответствии с F003_T
38.	PROFO	О	N(3)	Код профиля отделения	Заполняется в соответствии с V002
39.	PROFK	О	N(3)	Код профиля койки	Заполняется в соответствии с V002
40.	NKART	У	S(60)	Номер карты	Номер истории болезни/Номер карты амбулаторного больного
41.	DSPO	У	S(5)	Код диагноза приемного отделения	Заполняется в соответствии с M001
42.	NPAC	У	N(5)	Количество пациентов
43.	IPAC	У	N(5)	Поступило пациентов
44.	OPAC	У	N(5)	Выбыло пациентов
45.	PPAC	У	N(5)	Планируется пациентов
46.	SK	О	N(5)	Общее количество коек
47.	SKM	О	N(5)	Количество коек (мужские)
48.	SKW	О	N(5)	Количество коек (женские)
49.	SKD	О	N(5)	Количество коек (детские)
50.	NKDNY	У	N(9)	Количество койко-дней
51.	D	О	D	Дата формирования сведений о коечном фонде
52.	DAYSPERWEEK	У	N(1)	Количество рабочих дней в неделю	Заполняется для оказания МП в условиях дневного стационара
53.	NPOLIS	У	S(20)	Номер полиса пациента ОМС
54.	SPOLIS	У	S(10)	Серия полиса пациента ОМС
55.	VPOLIS	У	S(1)	Тип полиса ОМС
56.	PROXY_DR	У	D	Дата рождения представителя пациента
57.	PROXY_FAM	У	S(60)	Фамилия представителя пациента
58.	PROXY_IM	У	S(60)	Имя представителя пациента
59.	PROXY_ОТ	У	S(60)	Отчество представителя пациента
60.	PROXY_P	У	S(60)	Пол представителя пациента
61.	RANUL	У	S(255)	Комментарий к аннулированию направления
62.	RESERVE	О	N(4)	Количество коек резерва
63.	SHIFT_TIME	О	V	Время начала смены для койки
64.	SHIFT	О	N(1)	Номер смены
65.	TIPEXTR	У	N(1)	Способ поступления пациента для экстренной госпитализации	1 - самообращение пациента; 2 - доставлен скорой медицинской помощью; 3 - направлен амбулаторно-поликлиническим подразделением. Заполняется в соответствии с SE001
66.	WRITEOUT	У	N(2)	Результат обращения за медицинской помощью	Заполняется в соответствии с V009

Приложение 2

к Регламенту информационного взаимодействия

участников обязательного медицинского

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

застрахованных лиц для оказания

им специализированной медицинской

помощи на территории

Ставропольского края

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

1. Для отнесения файлов к подсистемам и типам действий используется корневой элемент ZAP, передаваемый с соответствующими атрибутами.

2. Для подсистемы "Стационар" используется элемент:

<ZAP hospital="night" action="T1">, где атрибут hospital="night" описывает принадлежность передаваемых МО сведений к подсистеме "Стационар", а атрибут action="T1" описывает действие, в данном примере выдачу направления на госпитализацию.

3. Пример файла Т1 со сведениями о направлении на госпитализацию в условиях стационара:

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="night" action="T1">

<NZAP>Обязательно</NZAP>

<NNAPR/>

<DNAPR>Обязательно</DNAPR>

<DPGOSP>Обязательно</DPGOSP>

<FOMP>Обязательно</FOMP>

<MONAPR>Обязательно</MONAPR>

<PMONAPR>Обязательно</PMONAPR>

<PROFONAPR/>

<PROFKNAPR/>

<MEDRAB>Обязательно</MEDRAB>

<MO>Обязательно</MO>

<PMO>Обязательно</PMO>

<PROFO/>

<PROFK>Обязательно</PROFK>

<DPOGOSP>Обязательно</DPOGOSP>

<DSNAPR>Обязательно</DSNAPR>

<NKART/>

<TIPEXTR>Обязательно</TIPEXTR>

<PACIENT>

<FAM>Обязательно</FAM>

<IM>Обязательно</IM>

<OT/>

<P>Обязательно</P>

<DR>Обязательно</DR>

<TEL/>

<POLIS>

<VPOLIS/>

<SPOLIS/>

<NPOLIS/>

<TER/>

<SMO/>

</POLIS>

<PROXY>

<proxy_fam/>

<proxy_im/>

<proxy_ot/>

<proxy_p/>

<proxy_dr/>

</PROXY>

</PACIENT>

</ZAP>

</DAN>

Таблица 6

Данные, используемые в файле со сведениями о направлении на госпитализацию в условиях стационара

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T1	NZAP	N	О	Номер записи
2.	T1	N APR	S(14)	У	Номер направления
3.	T1	DNAPR	D	О	Дата выдачи направления
4.	T1	DPGOSP	D	О	Дата плановой госпитализации
5.	T1	FAM	S(60)	О	Фамилия
6.	T1	IM	S(60)	О	Имя
7.	T1	OT	S(60)	У	Отчество
8.	T1	P	N	О	Пол
9.	T1	DR	D	О	Дата рождения
10.	T1	TEL	S(12)	У	Телефон
11.	T1	VPOLIS	N	У	Тип полиса
12.	T1	SPOLIS	S(10)	У	Серия полиса
13.	T1	NPOLIS	S(20)	У	Номер полиса
14.	T1	TER	S(5)	У	ОКАТО территории страхования
15.	T1	SMO	S(5)	У	Код страховой компании
16.	T1	FOMP	N	О	Форма помощи
17.	T1	MONAPR	S(6)	О	Код МО
18.	T1	PMONAPR	N	О	Код подразделения МО, направившей на госпитализацию
19.	T1	PROFONAPR	N	У	Профиль отделения
20.	T1	PROFKNAPR	N	У	Профиль койки
21.	T1	MEDRAB	S(11)	О	Код направившего мед. работника
22.	T1	MO	S(6)	О	Код МО стационара
23.	T1	PMO	N	О	Код ПМО стационара
24.	T1	PROFO	N	У	Код профиля отделения стационара
25.	T1	PROFK	N	О	Код профиля койки стационара
26.	T1	DPOGOSP	D	О	Дата планового окончания госпитализации
27.	T1	DSNAPR	S(10)	О	Диагноз
28.	T1	NKART	S(60)	У	Номер карты
29.	T1	proxy_fam	S(60)	У	Фамилия представителя
30.	T1	proxy_im	S(60)	У	Имя представителя
31.	T1	proxy_ot	S(60)	У	Отчество представителя
32.	T1	proxy_p	N	У	Пол представителя
33.	T1	proxy_dr	D	У	Дата рождения представителя
34.	T1	TIPEXTR	N	О	Код источник поступления экстренного пациента
35.	T1	ZAP	COMPLEX	О	Корневой тег
36.	T1	PACIENT	COMPLEX	О	Данные о пациенте
37.	T1	POLIS	COMPLEX	S	Данные о полисе
38.	T1	PROXY	COMPLEX	S	Данные о представителе

4. Пример файла Т2 со сведениями о плановой госпитализации пациента:

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="night" action="T2">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DNGOSP>Обязательно</DNGOSP>

<VNGOSP/>

<DSPO>Обязательно</DSPO>

<DPOGOSP/>

</ZAP>

</DAN>

Таблица 7

Данные, используемые в файле со сведениями о плановой госпитализации пациента в условиях стационара

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T2	NZAP	N	О	Номер записи
2.	T2	N APR	S(14)	О	Номер направления
3.	T2	DNGOSP	D	О	Дата начала госпитализации
4.	T2	VNGOSP	S(5)	У	Время начала госпитализации
5.	T2	DSPO	S(10)	О	Диагноз приемного отделения
6.	T2	DPOGOSP	D	У	Дата планового окончания госпитализации
7.	T2	ZAP	COMPLEX	О	Корневой тег

5. Пример файла Т3 со сведениями об экстренной госпитализации:

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="night" action="T3">

<NZAP>Обязательно</NZAP>

<NNAPR/>

<DNAPR>Обязательно</DNAPR>

<DNGOSP>Обязательно</DNGOSP>

<VNGOSP/>

<FOMP/>

<MONAPR>Обязательно</MONAPR>

<PMONAPR>Обязательно</PMONAPR>

<PROFONAPR/>

<PROFKNAPR/>

<MEDRAB>Обязательно</MEDRAB>

<MO>Обязательно</MO>

<PMO>Обязательно</PMO>

<PROFO/>

<PROFK>Обязательно</PROFK>

<DSPO>Обязательно</DSPO>

<DPOGOSP>Обязательно</DPOGOSP>

<NKART/>

<TIPEXTR>Обязательно</TIPEXTR>

<PACIENT>

<FAM>Обязательно</FAM>

<IM>Обязательно</IM>

<OT/>

<P>Обязательно</P>

<DR>Обязательно</DR>

<TEL/>

<POLIS>

<VPOLIS/>

<SPOLIS/>

<NPOLIS/>

<TER/>

<SMO/>

</POLIS>

<PROXY>

<proxy_fam/>

<proxy_im/>

<proxy_ot/>

<proxy_p/>

<proxy_dr/>

</PROXY>

</PACIENT>

</ZAP>

</DAN>

Таблица 8

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

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T3	NZAP	N	О	Номер записи
2.	T3	N APR	S(14)	У	Номер направления
3.	T3	DNAPR	D	О	Дата выдачи направления
4.	T3	DNGOSP	D	О	Дата начала госпитализации
5.	T3	VNGOSP	S(5)	У	Время начала госпитализации
6.	T3	FAM	S(60)	О	Фамилия
7.	T3	IM	S(60)	О	Имя
8.	T3	OT	S(60)	У	Отчество
9.	T3	P	N	О	Пол
10.	T3	DR	D	О	Дата рождения
11.	T3	TEL	S(12)	У	Телефон
12.	T3	VPOLIS	N	У	Тип полиса
13.	T3	SPOLIS	S(10)	У	Серия полиса
14.	T3	NPOLIS	S(20)	У	Номер полиса
15.	T3	TER	S(5)	У	ОКАТО территории страхования
16.	T3	SMO	S(5)	У	Код страховой компании
17.	T3	FOMP	N	У	Форма помощи
18.	T3	MONAPR	S(6)	О	Код МО
19.	T3	PMONAPR	N	О	Код подразделения МО, направившей на госпитализацию
20.	T3	PROFONAPR	N	У	Профиль отделения
21.	T3	PROFKNAPR	N	У	Профиль койки
22.	T3	MEDRAB	S(11)	О	Код направившего мед. работника
23.	T3	MO	S(6)	О	Код МО стационара
24.	T3	PMO	N	О	Код ПМО стационара
25.	T3	PROFO	N	У	Код профиля отделения стационара
26.	T3	PROFK	N	О	Код профиля койки стационара
27.	T3	DSPO	S(10)	О	Диагноз приемного отделения
28.	T3	DPOGOSP	D	О	Дата планового окончания госпитализации
29.	T3	NKART	S(60)	У	Номер карты
30.	T3	proxy_fam	S(60)	У	Фамилия представителя
31.	T3	proxy_im	S(60)	У	Имя представителя
32.	T3	proxy_ot	S(60)	У	Отчество представителя
33.	T3	proxy_p	N	У	Пол представителя
34.	T3	proxy_dr	D	У	Дата рождения представителя
35.	T3	TIPEXTR	N	О	Код источник поступления экстренного пациента
36.	T3	ZAP	COMPLEX	О	Корневой тег
37.	T3	PACIENT	COMPLEX	О	Данные о пациенте
38.	T3	POLIS	COMPLEX	У	Данные о полисе
39.	T3	PROXY	COMPLEX	У	Данные о представителе

6. Пример файла Т4 со сведениями об аннулировании направления на госпитализацию:

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="night" action="T4">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DANUL>Обязательно</DANUL>

<PANUL>Обязательно</PANUL>

<IANUL>Обязательно</IANUL>

<KANUL>Обязательно</KANUL>

<PMOANUL/>

<RANUL/>

</ZAP>

</DAN>

Таблица 9

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

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T4	NZAP	N	О	Номер записи
2.	T4	N APR	S(14)	О	Номер направления
3.	T4	DANUL	D	О	Дата аннулирования
4.	T4	PANUL	N	О	Причина аннулирования
5.	T4	IANUL	N	О	Источник аннулирования
6.	T4	KANUL	S(6)	О	Код источника аннулирования
7.	T4	PMOANUL	N	У	Код подразделения МО аннулирования
8.	T4	RANUL	S(255)	У	Комментарий к аннулированию
9.	T4	ZAP	COMPLEX	У	Корневой тег

7. Пример файла Т5 со сведениями о пациентах, выбывших из МО(С):

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="night" action="T5">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DOGOSP>Обязательно</DOGOSP>

<DS>Обязательно</DS>

</ZAP>

</DAN>

Таблица 10

Данные, используемые в файле со сведениями о пациентах, выбывших из МО(С)

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T5	NZAP	N	О	Номер записи
2.	T5	N APR	S(14)	О	Номер направления
3.	T5	DOGOSP	D	О	Дата окончания госпитализации
4.	T5	DS	S(10)	О	Окончательный диагноз
5.	T5	ZAP	COMPLEX	О	Корневой тег

8. Пример файла Т7 со сведениями о переводе пациента между отделения МО(С):

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="night" action="T7">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DNGOSP>Обязательно</DNGOSP>

<VNGOSP/>

<MEDRAB>Обязательно</MEDRAB>

<MO>Обязательно</MO>

<PMO>Обязательно</PMO>

<PROFO/>

<PROFK>Обязательно</PROFK>

<DSPO>Обязательно</DSPO>

</ZAP>

</DAN>

Таблица 11

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

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T7	NZAP	N	О	Номер записи
2.	T7	N APR	S(14)	О	Номер направления
3.	T7	DNGOSP	D	О	Дата начала госпитализации
4.	T7	VNGOSP	S(5)	У	Время начала госпитализации
5.	T7	MEDRAB	S(11)	О	Код направившего мед. работника
6.	T7	MO	S(6)	О	Код МО стационара
7.	T7	PMO	N	О	Код ПМО стационара
8.	T7	PROFO	N	У	Код профиля отделения стационара
9.	T7	PROFK	N	О	Код профиля койки стационара
10.	T7	DSPO	S(10)	О	Диагноз приемного отделения
11.	T7	ZAP	COMPLEX	О	Корневой тег

9. Пример файла Т8 со сведениями о продлении срока госпитализации пациента в МО(С):

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="night" action="T8">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DPOGOSP>Обязательно</DPOGOSP>

</ZAP>

</DAN>

Таблица 12

Данные, используемые в файле со сведениями о продлении срока госпитализации пациента в МО(С)

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T8	NZAP	N	О	Номер записи
2.	T8	N APR	S(14)	О	Номер направления
3.	T8	DPOGOSP	D	О	Дата планового окончания госпитализации
4.	T8	ZAP	COMPLEX	О	Корневой тег

10. Пример файла Т6 со сведениями о коечном фонде в МО(С):

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="night" action="T6">

<NZAP>Обязательно</NZAP>

<MO>Обязательно</MO>

<PMO>Обязательно</PMO>

<PROFK>Обязательно</PROFK>

<D>Обязательно</D>

<SK>Обязательно</SK>

<SKM/>

<SKW/>

<SKD/>

<RESERVE/>

</ZAP>

</DAN>

Таблица 13

Данные используемые в файле со сведениями о коечном фонде в МО(С)

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T6	NZAP	N	O	Номер записи
2.	T6	MO	S(6)	O	Код МО стационара
3.	T6	PMO	N	O	Код ПМО стационара
4.	T6	PROFK	N	O	Код профиля койки стационара
5.	T6	D	D	O	Дата подачи количества коек
6.	T6	SK	N	O	Общее количество коек
7.	T6	SKM	N	У	Количество мужских коек
8.	T6	SKW	N	У	Количество женских коек
9.	T6	SKD	N	У	Количество детских коек
10.	T6	RESERVE	N	У	Резерв
11.	T6	ZAP	COMPLEX	O	Корневой тег

Приложение 3

к Регламенту информационного взаимодействия

участников обязательного медицинского

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

застрахованных лиц для оказания

им специализированной медицинской помощи

на территории Ставропольского края

Форматы
файлов протоколов результатов обработки данных передаваемых файлов и описание данных

1. Каждый файл протоколов имеет уникальное имя. Имя файла протокола формируется по принципу, аналогичному формированию имени передаваемых файлов за исключением замены константы GD на GP:

, где

- константа, обозначающая тип передаваемого файла;

- код источника;

- номер файла по которому сформирован протокол.

2. Длина имени файла не может превышать 255 символов. Файл упаковывается в ZIP архив с расширением OMS.

3. Пример имени файла: GP260003-0000587.OMS

Таблица 14

Описание данных файла протокола результатов обработки данных

N стр.	Название поля	Формат	Тип	Описание	Дополнительная информация
	1	2	3	4	5
1.	RESF	N(1)	O	Результат приема данных	1 - данные приняты к обработке; 0 - данные не приняты к обработке
2.	TXTRESF	S(150)	O	Текст пояснения на отказ приема данных
3.	RESD	N(1)	O	0 - в данных нет ошибок, 1 - в записях имеются ошибки	0 - в данных нет ошибок; 1 - в записях имеются ошибки
4.	NZAP	N(5)	O	Номер записи данных
5.	N AMD	N(16)	O	Наименование элемента данных
6.	KO	N(2)	O	Код ошибки
7.	TXTO	S(150)	O	Текстовое пояснение ошибки

4. Пример файла протокола результатов обработки данных передаваемых файлов:

<?xml version="1.0" encoding="windows-1251"?>

<RES>

<RESF> </RESF>

<TXTRESF> </TXTRESF>

<RESD></RESD>

</RES>

<DAN>

<ZAP>

<NZAP> </NZAP>

<O>

<NAMD> </NAMD>

<KO> </KO>

<TXTO> </TXTO>

</O>

</ZAP>

</DAN

Приложение 4

к Регламенту информационного взаимодействия

участников обязательного медицинского

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

застрахованных лиц для оказания

им специализированной медицинской помощи

на территории Ставропольского края

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

С изменениями и дополнениями от:

4 сентября 2020 г.

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

2. Для подсистемы "Дневной Стационар" используется элемент:

<ZAP hospital="day" action="T1">, где атрибут hospital="day" описывает принадлежность передаваемых МО сведений к подсистеме "Дневной стационар", а атрибут action="T1" описывает действие, в данном примере выдачу направления на госпитализацию.

3. Пример файла Т1 со сведениями о направлении на госпитализацию в условиях дневного стационара:

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="day" action="T1">

<NZAP>Обязательно</NZAP>

<NNAPR/>

<DNAPR>Обязательно</DNAPR>

<DPGOSP>Обязательно</DPGOSP>

<MONAPR>Обязательно</MONAPR>

<PMONAPR>Обязательно</PMONAPR>

<PROFONAPR/>

<PROFKNAPR/>

<MEDRAB>Обязательно</MEDRAB>

<MO>Обязательно</MO>

<PMO>Обязательно</PMO>

<PROFO/>

<PROFK>Обязательно</PROFK>

<DPOGOSP>Обязательно</DPOGOSP>

<DSNAPR>Обязательно</DSNAPR>

<NKART/>

<SHIFT>Обязательно</SHIFT>

<PACIENT>

<FAM>Обязательно</FAM>

<IM>Обязательно</IM>

<OT/>

<P>Обязательно</P>

<DR>Обязательно</DR>

<TEL/>

<POLIS>

<VPOLIS/>

<SPOLIS/>

<NPOLIS/>

<TER/>

<SMO/>

</POLIS>

<PROXY>

<proxy_fam/>

<proxy_im/>

<proxy_ot/>

<proxy_p/>

<proxy_dr/>

</PROXY>

</PACIENT>

</ZAP>

</DAN>

Таблица 15

Данные, используемые в файле со сведениями о направлении пациента на госпитализацию в условиях дневного стационара

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T1	NZAP	N	О	Номер записи
2.	T1	N APR	S(14)	У	Номер направления
3.	T1	DNAPR	D	О	Дата выдачи направления
4.	T1	DPGOSP	D	О	Дата плановой госпитализации
5.	T1	FAM	S(60)	О	Фамилия
6.	T1	IM	S(60)	О	Имя
7.	T1	OT	S(60)	У	Отчество
8.	T1	P	N	О	Пол
9.	T1	DR	D	О	Дата рождения
10.	T1	TEL	S(12)	У	Телефон
11.	T1	VPOLIS	N	У	Тип полиса
12.	T1	SPOLIS	S(10)	У	Серия полиса
13.	T1	NPOLIS	S(20)	У	Номер полиса
14.	T1	TER	S(5)	У	ОКАТО территории страхования
15.	T1	SMO	S(5)	У	Код страховой компании
16.	T1	MONAPR	S(6)	О	Код МО
17.	T1	PMONAPR	N	О	Код подразделения МО, направившей на госпитализацию
18.	T1	PROFONAPR	N	У	Профиль отделения
19.	T1	PROFKNAPR	N	У	Профиль койки
20.	T1	MEDRAB	S(11)	О	Код направившего мед. работника
21.	T1	MO	S(6)	О	Код МО стационара
22.	T1	PMO	N	О	Код ПМО стационара
23.	T1	PROFO	N	У	Код профиля отделения стационара
24.	T1	PROFK	N	О	Код профиля койки стационара
25.	T1	DPOGOSP	D	О	Дата планового окончания госпитализации
26.	T1	DSNAPR	S(10)	О	Диагноз
27.	T1	NKART	S(60)	У	Номер карты
28.	T1	proxy_fam	S(60)	У	Фамилия представителя
29.	T1	proxy_im	S(60)	У	Имя представителя
30.	T1	proxy_ot	S(60)	У	Отчество представителя
31.	T1	proxy_p	N	У	Пол представителя
32.	T1	proxy_dr	D	У	Дата рождения представителя
33.	T1	SHIFT	N	О	Смена
34.	T1	ZAP	COMPLEX	О	Корневой тег
35.	T1	PACIENT	COMPLEX	О	Данные о пациенте
36.	T1	POLIS	COMPLEX	У	Данные о полисе
37.	T1	PROXY	COMPLEX	У	Данные о представителе

4. Пример файла Т2 со сведениями о плановой госпитализации пациента в условиях дневного стационара:

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="day" action="T2">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DNGOSP>Обязательно</DNGOSP>

<VNGOSP/>

<DSPO>Обязательно</DSPO>

<DPOGOSP/>

</ZAP>

</DAN>

Таблица 16

Данные, используемые в файле со сведениями о плановой госпитализации пациента в условиях дневного стационара

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T2	NZAP	N	О	Номер записи
2.	T2	N APR	S(14)	О	Номер направления
3.	T2	DNGOSP	D	О	Дата начала госпитализации
4.	T2	VNGOSP	S(5)	У	Время начала госпитализации
5.	T2	DSPO	S(10)	О	Диагноз приемного отделения
6.	T2	DPOGOSP	D	У	Дата планового окончания госпитализации
7.	T2	ZAP	COMPLEX	О	Корневой тег

5. Пример файла Т4 со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара:

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="day" action="T4">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DANUL>Обязательно</DANUL>

<PANUL>Обязательно</PANUL>

<IANUL>Обязательно</IANUL>

<KANUL>Обязательно</KANUL>

<PMOANUL/>

<RANUL/>

</ZAP>

</DAN>

Таблица 17

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

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T4	NZAP	N	О	Номер записи
2.	T4	N APR	S(14)	О	Номер направления
3.	T4	DANUL	D	О	Дата аннулирования
4.	T4	PANUL	N	О	Причина аннулирования
5.	T4	IANUL	N	О	Источник аннулирования
6.	T4	KANUL	S(6)	О	Код источника аннулирования
7.	T4	PMOANUL	N	У	Код подразделения МО аннулирования
8.	T4	RANUL	S(255)	У	Комментарий к аннулированию
9.	T4	ZAP	COMPLEX	У	Корневой тег

Информация об изменениях:

Пункт 6 изменен с 4 сентября 2020 г. - Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 4 сентября 2020 г. N 178

См. предыдущую редакцию

6. Пример файла Т5 со сведениями о пациентах, выбывших из МО(Д):

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="day" action="T5">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DOGOSP>Обязательно</DOGOSP>

<DS>Обязательно</DS>

</ZAP>

</DAN>

Таблица 18

Данные, используемые в файле со сведениями о пациентах, выбывших из МО(Д)

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T5	NZAP	N	О	Номер записи
2.	T5	N APR	S(14)	О	Номер направления
3.	T5	DOGOSP	D	О	Дата окончания госпитализации
4.	T5	DS	S(10)	О	Окончательный диагноз
5.	T5	ZAP	COMPLEX	О	Корневой тег

7. Пример файла Т7 со сведениями о переводе пациента между отделениями МО(Д):

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="day" action="T7">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DNGOSP>Обязательно</DNGOSP>

<VNGOSP/>

<MEDRAB>Обязательно</MEDRAB>

<MO>Обязательно</MO>

<PMO>Обязательно</PMO>

<PROFO/>

<PROFK>Обязательно</PROFK>

<DSPO>Обязательно</DSPO>

</ZAP>

</DAN>

Таблица 19

Данные, используемые в файле со сведениями о переводе пациента между отделениями МО(Д)

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T7	NZAP	N	О	Номер записи
2.	T7	N APR	S(14)	О	Номер направления
3.	T7	DNGOSP	D	О	Дата начала госпитализации
4.	T7	VNGOSP	S(5)	у	Время начала госпитализации
5.	T7	MEDRAB	S(11)	О	Код направившего мед. работника
6.	T7	MO	S(6)	О	Код МО стационара
7.	T7	PMO	N	О	Код ПМО стационара
8.	T7	PROFO	N	У	Код профиля отделения стационара
9.	T7	PROFK	N	О	Код профиля койки стационара
10.	T7	DSPO	S(10)	О	Диагноз приемного отделения
11.	T7	ZAP	COMPLEX	О	Корневой тег

8. Пример файла Т8 со сведениями о продлении срока госпитализации пациента в МО(Д):

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="day" action="T8">

<NZAP>Обязательно</NZAP>

<NNAPR>Обязательно</NNAPR>

<DPOGOSP>Обязательно</DPOGOSP>

</ZAP>

</DAN>

Таблица 20

Данные, используемые в файле со сведениями о продлении срока госпитализации пациента в МО(Д)

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T8	NZAP	N	О	Номер записи
2.	T8	N APR	S(14)	О	Номер направления
3.	T8	DPOGOSP	D	О	Дата планового окончания госпитализации
4.	T8	ZAP	COMPLEX	О	Корневой тег

9. Пример файла Т6 со сведениями о коечном фонде МО(Д):

<?xml version="1.0" encoding="Windows-1251"?>

<DAN>

<ZAP hospital="day" action="T6">

<NZAP>Обязательно</NZAP>

<MO>Обязательно</MO>

<PMO>Обязательно</PMO>

<PROFK>Обязательно</PROFK>

<D>Обязательно</D>

<SK>Обязательно</SK>

<SKM/>

<SKW/>

<SKD/>

<RESERVE/>

<DAYSPERWEEK>Обязательно</DAYSPERWEEK>

<SHIFTS>

<SHIFT_TIME>Обязательно</SHIFT_TIME>

</SHIFTS>

</ZAP>

</DAN>

Таблица 21

Данные, используемые в файле со сведениями о пациенто-местах МО(Д)

N стр.	Тип файла	Название поля	Формат	Тип	Описание
	1	2	3	4	5
1.	T6	NZAP	N	О	Номер записи
2.	T6	MO	S6	О	Код МО стационара
3.	T6	PMO	N	О	Код ПМО стационара
4.	T6	PROFK	N	О	Код профиля койки стационара
5.	T6	D	D	О	Дата подачи количества коек
6.	T6	SK	N	О	Общее количество коек
7.	T6	SKM	N	У	Количество мужских коек
8.	T6	SKW	N	У	Количество женских коек
9.	T6	SKD	N	У	Количество детских коек
10.	T6	RESERVE	N	У	Резерв
11.	T6	DAYSPERWEEK	N	О	Количество рабочих дней в неделю
12.	T6	SHIFT_TIME	T5	О	Смена
13.	T6	ZAP	COMPLEX	О	Корневой тег
14.	T6	SHIFTS	COMPLEX	О	Смены

Приложение 5

к Регламенту информационного взаимодействия

участников обязательного медицинского

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

застрахованных лиц для оказания

им специализированной медицинской помощи

на территории Ставропольского края

Описание
SOAP-сервиса подсистемы "Стационар"

С изменениями и дополнениями от:

4 сентября 2020 г.

1. При интеграции информационных систем, используемых в МО с использованием SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263), обеспечивается автоматическое исполнение следующих функций:

регистрация планового направления на госпитализацию;

регистрация плановой госпитализации;

регистрация экстренной госпитализации;

аннулирование направления;

регистрация выбытия пациента;

регистрация перевода пациента между отделениями одного учреждения;

регистрация коечного фонда в разрезе профиля отделения;

получение списка пациентов по любому набору параметров.

2. SOAP-сервис подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) предоставляет доступ к функциям в соответствии с таблицей 22 Регламента ИСС.

Таблица 22

Функции SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263)

N стр.	Функция	Описание	Параметры	Тип параметра	Тип возвращаемого значения
	1	2	3	4	5
1.	setPacient	Добавляет информацию о новом пациенте или изменяет данные существующего. Поведение функции зависит от параметра t, который соответствует типам передаваемых файлов: T1 - направление на плановую госпитализацию; T2 - госпитализация планового пациента; T3 - госпитализация экстренного пациента; T4 - аннулирование направления; T5 - выписка пациента; T6 - не используется (см. функцию addMesto); T7 - перевод пациента.	t	xsd:string	PacientSoapOut xsd:complexType
			pacient_in	PacientSoapIn xsd:complexType
			login	xsd:string
			pass	xsd:string
2.	getPacient	Возвращает данные о 10 пациентах, совпадающих с условиями запроса.	pacient_in	PacientSoapIn xsd:complexType	tns:PacientSoapOutArray
			login	xsd:string
			pass	xsd:string
3.	addMesto	Добавляет или заменяет информацию о коечном фонде в разрезе профиля.	mesto_in	MestoSoapIn xsd:complexType	MestoSoapOut xsd:complexType
			login	xsd:string
			pass	xsd:string

Информация об изменениях:

Таблица 23 изменена с 4 сентября 2020 г. - Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 4 сентября 2020 г. N 178

См. предыдущую редакцию

Таблица 23

Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) метода PacientSoapIn

N стр.	PacientSoapIn xsd:all
	Название	Тип	Описание	Обязательность
	1	2	3	4
1.	N APR	xsd:string	Номер направления	T2 T4 T5 T7
2.	DNAPR	xsd:dateTime	Дата выдачи направления	T1 T3
3.	DPGOSP	xsd:dateTime	Дата плановой госпитализации	T1
4.	DNGOSP	xsd:dateTime	Дата начала госпитализации	T2 T3 T7
5.	VNGOSP	xsd:string	Время начала госпитализации
6.	DOGOSP	xsd:dateTime	Дата окончания госпитализации	T5
7.	DANUL	xsd:dateTime	Дата аннулирования	T4
8.	PANUL	xsd:integer	Причина аннулирования	T4
9.	IANUL	xsd:integer	Источник аннулирования	T4
10.	KANUL	xsd:string	Код источника аннулирования	T4
11.	PMOANUL	xsd:integer	Код подразделения МО аннулирования
12.	FAM	xsd:string	Фамилия	T1 T3
13.	IM	xsd:string	Имя	T1 T3
14.	OT	xsd:string	Отчество
15.	P	xsd:integer	Пол	T1 T3
16.	DR	xsd:dateTime	Дата рождения	T1 T3
17.	TEL	xsd:string	Телефон
18.	VPOLIS	xsd:integer	Тип полиса
19.	SPOLIS	xsd:string	Серия полиса
20.	NPOLIS	xsd:string	Номер полиса
21.	TER	xsd:string	ОКАТО территории страхования
22.	SMO	xsd:string	Код страховой компании
23.	FOMP	xsd:integer	Форма помощи	T1 T3
24.	MONAPR	xsd:string	Код МО	T1 T3
25.	PMONAPR	xsd:integer	Код подразделения МО, направившей на госпитализацию	T1
26.	PROFONAPR	xsd:integer	Профиль отделения
27.	PROFKNAPR	xsd:integer	Профиль койки
28.	DS	xsd:string	Окончательный диагноз	T5
29.	MEDRAB	xsd:string	Код направившего мед. работника	T1 T3 T7
30.	MO	xsd:string	Код МО стационара	T1 T3 T6
31.	PMO	xsd:integer	Код ПМО стационара	T1 T3 T6
32.	PROFO	xsd:integer	Код профиля отделения стационара
33.	PROFK	xsd:integer	Код профиля койки стационара	T1 T3 T6 T7
34.	DSPO	xsd:string	Диагноз приемного отделения	T2 T3 T7
35.	DPOGOSP	xsd:dateTime	Дата планового окончания госпитализации	T1 T3
36.	DSNAPR	xsd:string	Диагноз	T1
37.	NKART	xsd:string	Номер карты
38.	proxy_fam	xsd:string	Фамилия представителя
39.	proxy_im	xsd:string	Имя представителя
40.	proxy_ot	xsd:string	Отчество представителя
41.	proxy_p	xsd:integer	Пол представителя
42.	proxy_dr	xsd:dateTime	Дата рождения представителя
43.	RANUL	xsd:string	Комментарий к аннулированию
44.	vipisFileName	xsd:string	Имя файла выписного эпикриза. Имя файл должно иметь расширение PDF, JPG, совпадающее с сигнатурой в заголовке файла, передаваемого в поле vipisContent	T5
45.	vipisContent	xsd:string	Содержимое файла выписного эпикриза в виде двоичных данных (формат PDF, JPG) закодированных в строку в соответствии со стандартом кодирования Base64	T5
46.	WRITEOUT	xsd:integer	Результат обращения за медицинской помощью	Т5
47.	TIPEXTR	xsd:integer	Код источника поступления экстренного пациента
48.	FileVipisTExtZakl	xsd:string	Заключение по выписному эпикризу	Т5

Таблица 24

Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) метода PacientSoapOut

N стр.	PacientSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры PacientSoapIn
	Название	Тип	Описание	Обязательность
1.	errors	soap-enc:Array	Массив возможных ошибок

Таблица 25

Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) метода MestoSoapIn

N стр.	MestoSoapIN xsd:all (параметры указываются в любом порядке) наследует все параметры метода PacientSoapIn
	Название	Тип	Описание	Обязательность
1.	MO	xsd:int	Код стационара	+
2.	PMO	xsd:int	Код ПМО стационара	+
3.	PROFK	xsd:int	Профиль койки стационара	+
4.	D	xsd:dateTime	Дата начала действия указанных коек	+
5.	SK	xsd:int	Общее количество коек	+
6.	SKM	xsd:int	Количество мужских коек	+
7.	SKW	xsd:int	Количество женских коек	+
8.	SKD	xsd:int	Количество детских коек	+
9.	reserve	xsd:int	Резерв

Таблица 26

Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) метода MestoSoapOut

N стр.	MestoSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры MestoSoapIn
	Название	Тип	Описание	Обязательность
1.	errors	soap-enc:Array	Массив возможных ошибок

3. WSDL-СХЕМА, описывающая SOAP-сервис подсистемы "Стационар":

<definitions xmlns="http://schemas.xmlsoap.org/wsdl/" xmlns:tns="urn:Eir263soapControllerwsdl" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:soap-enc="http://schemas.xmlsoap.org/soap/encoding/" name="Eir263soapController" targetNamespace="urn:Eir263soapControllerwsdl">

<wsdl:types>

<xsd:schema targetNamespace="urn:Eir263soapControllerwsdl">

<xsd:complexType name="PacientSoapIn">

<xsd:all>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NNAPR" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNAPR" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VNGOSP" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DOGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DANUL" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="KANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="RANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMOANUL" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FAM" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IM" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="OT" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="P" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DR" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TEL" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VPOLIS" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SPOLIS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NPOLIS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TER" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SMO" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FOMP" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TIPEXTR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="WRITEOUT" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFKNAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MEDRAB" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFK" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NKART" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSPO" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPOGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSNAPR" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_fam" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_im" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_ot" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_p" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_dr" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisFileName" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisContent" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FileVipisTExtZakl" type="xsd:string"/>

</xsd:all>

</xsd:complexType>

<xsd:complexType name="PacientSoapOut">

<xsd:all>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NNAPR" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNAPR" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VNGOSP" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DOGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DANUL" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="KANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="RANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMOANUL" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FAM" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IM" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="OT" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="P" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DR" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TEL" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VPOLIS" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SPOLIS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NPOLIS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TER" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SMO" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FOMP" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TIPEXTR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="WRITEOUT" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFKNAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MEDRAB" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFK" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NKART" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSPO" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPOGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSNAPR" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_fam" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_im" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_ot" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_p" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_dr" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisFileName" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisContent" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FileVipisTExtZakl" type="xsd:string"/>

</xsd:all>

</xsd:complexType>

<xsd:complexType name="PacientSoapOutArray">

<xsd:complexContent>

<xsd:restriction base="soap-enc:Array">

<xsd:attribute ref="soap-enc:arrayType" wsdl:arrayType="tns:PacientSoapOut[]"/>

</xsd:restriction>

</xsd:complexContent>

</xsd:complexType>

<xsd:complexType name="MestoSoapIn">

<xsd:all>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKM" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKW" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKD" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="reserve" type="xsd:int"/>

</xsd:all>

</xsd:complexType>

<xsd:complexType name="MestoSoapOut">

<xsd:all>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKM" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKW" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKD" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="reserve" type="xsd:int"/>

</xsd:all>

</xsd:complexType>

</xsd:schema>

</wsdl:types>

<wsdl:message name="setPacientIn">

<wsdl:part name="t" type="xsd:string"/>

<wsdl:part name="pacient_in" type="tns:PacientSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="setPacientOut">

<wsdl:part name="return" type="tns:PacientSoapOut"/>

</wsdl:message>

<wsdl:message name="getPacientIn">

<wsdl:part name="pacient_in" type="tns:PacientSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="getPacientOut">

<wsdl:part name="return" type="tns:PacientSoapOutArray"/>

</wsdl:message>

<wsdl:message name="addMestoIn">

<wsdl:part name="mesto_in" type="tns:MestoSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="addMestoOut">

<wsdl:part name="return" type="tns:MestoSoapOut"/>

</wsdl:message>

<wsdl:portType name="Eir263soapControllerPortType">

<wsdl:operation name="setPacient">

<wsdl:documentation/>

<wsdl:input message="tns:setPacientIn"/>

<wsdl:output message="tns:setPacientOut"/>

</wsdl:operation>

<wsdl:operation name="getPacient">

<wsdl:documentation/>

<wsdl:input message="tns:getPacientIn"/>

<wsdl:output message="tns:getPacientOut"/>

</wsdl:operation>

<wsdl:operation name="addMesto">

<wsdl:documentation/>

<wsdl:input message="tns:addMestoIn"/>

<wsdl:output message="tns:addMestoOut"/>

</wsdl:operation>

</wsdl:portType>

<wsdl:binding name="Eir263soapControllerBinding" type="tns:Eir263soapControllerPortType">

<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>

<wsdl:operation name="setPacient">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#setPacient" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="getPacient">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#getPacient" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="addMesto">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#addMesto" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

</wsdl:binding>

<wsdl:service name="Eir263soapControllerService">

<wsdl:port name="Eir263soapControllerPort" binding="tns:Eir263soapControllerBinding">

<soap:address location="http://X.X.X.X/index.php/eir263soap/quote?ws=1"/>

</wsdl:port>

</wsdl:service>

</definitions>

Приложение 6

к Регламенту информационного взаимодействия

участников обязательного медицинского

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

застрахованных лиц для оказания

им специализированной медицинской помощи

на территории Ставропольского края

Описание
SOAP-сервиса подсистемы "Дневной стационар"

С изменениями и дополнениями от:

4 сентября 2020 г.

1. При интеграции информационных систем, используемых в МО с использованием SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263), обеспечивается автоматическое исполнение следующих функций:

регистрация планового направления на госпитализацию;

регистрация плановой госпитализации;

аннулирование направления;

регистрация выбытия пациента;

регистрация перевода пациента между отделениями одного учреждения;

регистрация фонда пациенто-мест в разрезе профиля отделения;

получение списка пациентов, принадлежащих зарегистрированному учреждению.

2. SOAP-сервис подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) предоставляет доступ к функциям в соответствии с таблицей 27 Регламента ИСС.

Таблица 27

Функции SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263)

N стр.	Функция	Описание	Параметры	Тип параметра	Тип возвращаемого значения
	1	2	3	4	5
1.	setPacientDay	Добавляет информацию о новом пациенте или изменяет данные существующего. Поведение функции зависит от параметра t, который соответствует типам передаваемых файлов: T1 - направление на плановую госпитализацию; T2 - госпитализация планового пациента; T4 - аннулирование направления; T5 - выписка пациента; T6 - не используется (см. функцию addMesto); T7 - перевод пациента; T8 - продление госпитализации	t	xsd:string	DayPacientSoapOut xsd:complexType
			pacient_in	DayPacientSoapIn xsd:complexType
			login	xsd:string
			pass	xsd:string
2.	getPacientDa	Возвращает данные о 10 пациентах, совпадающих с условиями запроса	pacient_in	DayPacientSoapIn xsd:complexType	tns:DayPacientSoapOutArray
			login	xsd:string
			pass	xsd:string
3.	addMestoDay	Добавляет или заменяет информацию о коечном фонде в разрезе профиля	mesto_in	DayMestoSoapIn xsd:complexType	DayMestoSoapOut xsd:complexType
			login	xsd:string
			pass	xsd:string

Информация об изменениях:

Таблица 28 изменена с 4 сентября 2020 г. - Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 4 сентября 2020 г. N 178

См. предыдущую редакцию

Таблица 28

Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) метода DayPacientSoapIn

N стр.	DayPacientSoapIn xsd:all
	Название	Тип	Описание	Обязательность
	1	2	3	4
1.	N APR	xsd:string	Номер направления	T2 T4 T5 T7
2.	DNAPR	xsd:dateTime	Дата выдачи направления	T1 T3
3.	DPGOSP	xsd:dateTime	Дата плановой госпитализации	T1
4.	DNGOSP	xsd:dateTime	Дата начала госпитализации	T2 T3 T7
5.	VNGOSP	xsd:string	Время начала госпитализации
6.	DOGOSP	xsd:dateTime	Дата окончания госпитализации	T5
7.	DANUL	xsd:dateTime	Дата аннулирования	T4
8.	PANUL	xsd:integer	Причина аннулирования	T4
9.	IANUL	xsd:integer	Источник аннулирования	T4
10.	KANUL	xsd:string	Код источника аннулирования	T4
11.	PMOANUL	xsd:integer	Код подразделения МО аннулирования
12.	FAM	xsd:string	Фамилия	T1 T3
13.	IM	xsd:string	Имя	T1 T3
14.	OT	xsd:string	Отчество
15.	P	xsd:integer	Пол	T1 T3
16.	DR	xsd:dateTime	Дата рождения	T1 T3
17.	TEL	xsd:string	Телефон
18.	VPOLIS	xsd:integer	Тип полиса
19.	SPOLIS	xsd:string	Серия полиса
20.	NPOLIS	xsd:string	Номер полиса
21.	TER	xsd:string	ОКАТО территории страхования
22.	SMO	xsd:string	Код страховой компании
23.	FOMP	xsd:integer	Форма помощи	T1 T3
24.	MONAPR	xsd:string	Код МО	T1 T3
25.	PMONAPR	xsd:integer	Код подразделения МО, направившей на госпитализацию	T1
26.	PROFONAPR	xsd:integer	Профиль отделения
27.	PROFKNAPR	xsd:integer	Профиль койки
28.	DS	xsd:string	Окончательный диагноз	T5
29.	MEDRAB	xsd:string	Код направившего мед. работника	T1 T3 T7
30.	MO	xsd:string	Код МО стационара	T1 T3 T6
31.	PMO	xsd:integer	Код ПМО стационара	T1 T3 T6
32.	PROFO	xsd:integer	Код профиля отделения стационара
33.	PROFK	xsd:integer	Код профиля койки стационара	T1 T3 T6 T7
34.	DSPO	xsd:string	Диагноз приемного отделения	T2 T3 T7
35.	DPOGOSP	xsd:dateTime	Дата планового окончания госпитализации	T1 T3
36.	DSNAPR	xsd:string	Диагноз	T1
37.	NKART	xsd:string	Номер карты
38.	proxy_fam	xsd:string	Фамилия представителя
39.	proxy_im	xsd:string	Имя представителя
40.	proxy_ot	xsd:string	Отчество представителя
41.	proxy_p	xsd:integer	Пол представителя
42.	proxy_dr	xsd:dateTime	Дата рождения представителя
43.	RANUL	xsd:string	Комментарий к аннулированию
44.	SHIFT	xsd:integer	смена	T1, T7
45.	WRITEOUT	xsd:integer	Код статуса выписанного пациента
46.	vipisFileName	xsd:string	Имя файла выписного эпикриза. Имя файл должно иметь расширение PDF, JPG, совпадающее с сигнатурой в заголовке файла, передаваемого в поле vipisContent	T5
47.	vipisContent	xsd:string	Содержимое файла выписного эпикриза в виде двоичных данных (формат PDF, JPG) закодированных в строку в соответствии со стандартом кодирования Base64	T5
48.	FileVipisTExtZakl	xsd:string	Заключение по выписному эпикризу	Т5

Таблица 29

Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) метода DayPacientSoapOut

N стр.	DayPacientSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры DayPacientSoapIn
	Название	Тип	Описание	Обязательность
1.	errors	soap-enc:Array	Массив возможных ошибок

Таблица 30

Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) метода DayMestoSoapIn

N стр.	DayMestoSoapIn xsd:all (параметры указываются в любом порядке) наследует все параметры метода DayPacientSoapIn
	Название	Тип	Описание	Обязательность
1.	MO	xsd:int	Код стационара	+
2.	PMO	xsd:int	Код ПМО стационара	+
3.	PROFK	xsd:int	Профиль койки стационара	+
4.	D	xsd:dateTime	Дата начала действия указанных коек	+
5.	SK	xsd:int	Общее количество коек	+
6.	SKM	xsd:int	Количество мужских коек	+
7.	SKW	xsd:int	Количество женских коек	+
8.	SKD	xsd:int	Количество детских коек	+
9.	reserve	xsd:int	Резерв

Таблица 31

Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) метода DayMestoSoapOut

N стр.	DayMestoSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры DayMestoSoapIn
	Название	Тип	Описание	Обязательность
1.	errors	soap-enc:Array	Массив возможных ошибок

3. WSDL-СХЕМА, описывающая SOAP-сервис подсистемы "Дневной стационар":

<definitions xmlns="http://schemas.xmlsoap.org/wsdl/" xmlns:tns="urn:Eir263soapControllerwsdl" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:soap-enc="http://schemas.xmlsoap.org/soap/encoding/" name="Eir263soapController" targetNamespace="urn:Eir263soapControllerwsdl">

<wsdl:types>

<xsd:schema targetNamespace="urn:Eir263soapControllerwsdl">

</xsd:complexType>

<xsd:complexType name="DayPacientSoapIn">

<xsd:all>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NNAPR" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNAPR" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VNGOSP" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DOGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DANUL" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="KANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMOANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FAM" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IM" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="OT" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="P" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DR" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TEL" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VPOLIS" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SPOLIS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NPOLIS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TER" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SMO" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SHIFT" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFKNAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MEDRAB" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFK" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NKART" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSPO" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPOGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSNAPR" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_fam" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_im" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_ot" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_p" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_dr" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IDMESTO" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="RANUL" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisFileName" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisContent" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FileVipisTExtZakl" type="xsd:string"/>

</xsd:all>

</xsd:complexType>

<xsd:complexType name="DayPacientSoapOut">

<xsd:all>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NNAPR" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNAPR" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VNGOSP" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DOGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DANUL" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="KANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMOANUL" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FAM" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IM" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="OT" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="P" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DR" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TEL" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VPOLIS" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SPOLIS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NPOLIS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TER" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SMO" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SHIFT" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFONAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFKNAPR" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DS" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MEDRAB" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFO" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFK" type="xsd:integer"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NKART" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSPO" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPOGOSP" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSNAPR" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_fam" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_im" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_ot" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_p" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_dr" type="xsd:dateTime"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IDMESTO" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="RANUL" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisFileName" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisContent" type="xsd:string"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FileVipisTExtZakl" type="xsd:string"/>

</xsd:all>

</xsd:complexType>

<xsd:complexType name="CalendarSoapIn">

<xsd:all>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>

</xsd:all>

</xsd:complexType>

<xsd:complexType name="CalendarSoapOutArray">

<xsd:complexContent>

<xsd:restriction base="soap-enc:Array">

<xsd:attribute ref="soap-enc:arrayType" wsdl:arrayType="tns:CalendarSoapOut[]"/>

</xsd:restriction>

</xsd:complexContent>

</xsd:complexType>

<xsd:complexType name="CalendarSoapOut">

<xsd:all>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>

</xsd:all>

</xsd:complexType>

<xsd:complexType name="DayPacientSoapOutArray">

<xsd:complexContent>

<xsd:restriction base="soap-enc:Array">

<xsd:attribute ref="soap-enc:arrayType" wsdl:arrayType="tns:DayPacientSoapOut[]"/>

</xsd:restriction>

</xsd:complexContent>

</xsd:complexType>

<xsd:complexType name="DayMestoSoapIn">

<xsd:all>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SHIFT" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKM" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKW" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKD" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="reserve" type="xsd:int"/>

</xsd:all>

</xsd:complexType>

<xsd:complexType name="DayMestoSoapOut">

<xsd:all>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SHIFT" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SK" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKM" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKW" type="xsd:int"/>

<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKD" type="xsd:int"/>

<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="reserve" type="xsd:int"/>

</xsd:all>

</xsd:complexType>

</xsd:schema>

</wsdl:types>

<wsdl:message name="setPacientIn">

<wsdl:part name="t" type="xsd:string"/>

<wsdl:part name="pacient_in" type="tns:PacientSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="setPacientOut">

<wsdl:part name="return" type="tns:PacientSoapOut"/>

</wsdl:message>

<wsdl:message name="getPacientIn">

<wsdl:part name="pacient_in" type="tns:PacientSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="getPacientOut">

<wsdl:part name="return" type="tns:PacientSoapOutArray"/>

</wsdl:message>

<wsdl:message name="addMestoIn">

<wsdl:part name="mesto_in" type="tns:MestoSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="addMestoOut">

<wsdl:part name="return" type="tns:MestoSoapOut"/>

</wsdl:message>

<wsdl:message name="setPacientDayIn">

<wsdl:part name="t" type="xsd:string"/>

<wsdl:part name="pacient_in" type="tns:DayPacientSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="setPacientDayOut">

<wsdl:part name="return" type="tns:DayPacientSoapOut"/>

</wsdl:message>

<wsdl:message name="getCalendarIn">

<wsdl:part name="calendar_in" type="tns:CalendarSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="getCalendarOut">

<wsdl:part name="return" type="tns:CalendarSoapOutArray"/>

</wsdl:message>

<wsdl:message name="getPacientDayIn">

<wsdl:part name="pacient_in" type="tns:DayPacientSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="getPacientDayOut">

<wsdl:part name="return" type="tns:DayPacientSoapOutArray"/>

</wsdl:message>

<wsdl:message name="addMestoDayIn">

<wsdl:part name="mesto_in" type="tns:DayMestoSoapIn"/>

<wsdl:part name="login" type="xsd:string"/>

<wsdl:part name="pass" type="xsd:string"/>

</wsdl:message>

<wsdl:message name="addMestoDayOut">

<wsdl:part name="return" type="tns:DayMestoSoapOut"/>

</wsdl:message>

<wsdl:portType name="Eir263soapControllerPortType">

<wsdl:operation name="setPacient">

<wsdl:documentation/>

<wsdl:input message="tns:setPacientIn"/>

<wsdl:output message="tns:setPacientOut"/>

</wsdl:operation>

<wsdl:operation name="getPacient">

<wsdl:documentation/>

<wsdl:input message="tns:getPacientIn"/>

<wsdl:output message="tns:getPacientOut"/>

</wsdl:operation>

<wsdl:operation name="addMesto">

<wsdl:documentation/>

<wsdl:input message="tns:addMestoIn"/>

<wsdl:output message="tns:addMestoOut"/>

</wsdl:operation>

<wsdl:operation name="setPacientDay">

<wsdl:documentation>Добавить пациента в Дневной стационар</wsdl:documentation>

<wsdl:input message="tns:setPacientDayIn"/>

<wsdl:output message="tns:setPacientDayOut"/>

</wsdl:operation>

<wsdl:operation name="getCalendar">

<wsdl:documentation>Количество свободных мест Круглосуточный стационар</wsdl:documentation>

<wsdl:input message="tns:getCalendarIn"/>

<wsdl:output message="tns:getCalendarOut"/>

</wsdl:operation>

<wsdl:operation name="getPacientDay">

<wsdl:documentation>Список пациентов в Дневном стационаре</wsdl:documentation>

<wsdl:input message="tns:getPacientDayIn"/>

<wsdl:output message="tns:getPacientDayOut"/>

</wsdl:operation>

<wsdl:operation name="addMestoDay">

<wsdl:documentation>Добавление мест в Дневном стационаре</wsdl:documentation>

<wsdl:input message="tns:addMestoDayIn"/>

<wsdl:output message="tns:addMestoDayOut"/>

</wsdl:operation>

</wsdl:portType>

<wsdl:binding name="Eir263soapControllerBinding" type="tns:Eir263soapControllerPortType">

<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>

<wsdl:operation name="setPacient">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#setPacient" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="getPacient">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#getPacient" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="addMesto">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#addMesto" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="setPacientDay">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#setPacientDay" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="getCalendar">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#getCalendar" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="getPacientDay">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#getPacientDay" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

<wsdl:operation name="addMestoDay">

<soap:operation soapAction="urn:Eir263soapControllerwsdl#addMestoDay" style="rpc"/>

<wsdl:input>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:input>

<wsdl:output>

<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>

</wsdl:output>

</wsdl:operation>

</wsdl:binding>

<wsdl:service name="Eir263soapControllerService">

<wsdl:port name="Eir263soapControllerPort" binding="tns:Eir263soapControllerBinding">

<soap:address location="http://X.X.X.X/eir263soap/quote?ws=1"/>

</wsdl:port>

</wsdl:service>

</definitions>