Приказ Территориального фонда обязательного медицинского страхования Ставропольского края
от 20 сентября 2018 г. N 270
"Об организации информационного взаимодействия участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края"
В целях реализации Федерального закона от 29.11.2010 N 326-ФЗ "Об обязательном медицинском страховании в Российской Федерации", раздела XV Правил обязательного медицинского страхования, утвержденных приказом Минздравсоцразвития России от 28.02.2011 N 158н, Территориальной программы государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края на 2018 год и плановый период 2019 и 2020 годов, утвержденной постановлением Правительства Ставропольского края от 25.12.2017 N 523-п, согласно Методических рекомендаций по взаимодействию участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц на всех этапах оказания им медицинской помощи, направленных письмом ФОМС от 25.06.2018 N 6696/30-2/5564, и с учетом Концепции развития в Ставропольском крае системы информационного сопровождения застрахованных лиц при оказании им медицинской помощи, утвержденной директором ТФОМС СК 10.11.2015, приказываю
1. Утвердить Регламент организации информационного взаимодействия участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края (далее - Регламент) согласно приложению к настоящему приказу.
2. Ввести Регламент в действие с 1 октября 2018 года.
3. Начальнику отдела сопровождения баз данных и межведомственного взаимодействия Лагутину К.С. обеспечить внедрение модернизированного программного комплекса "Госпитализация" ("ЕИР 263") (далее - ПК "Госпитализация"), организовать техническое сопровождение и консультирование по вопросам работы в ПК "Госпитализация" пользователей страховых медицинских организаций и медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования на территории Ставропольского края.
4. Начальнику отдела формирования и экономического обоснования территориальной программы Кульчановской Е.В. обеспечить предоставление сведений о коечном фонде в разрезе медицинских организаций и видов помощи из формы "Сведения о работе медицинских организаций в сфере ОМС" утвержденной приказом Росстата от 17.04.2014 N 258 "Об утверждении статистического инструментария для организации Министерством здравоохранения Российской Федерации федерального статистического наблюдения в сфере обязательного медицинского страхования" для загрузки сведений в ПК "Госпитализация" в течение 5 рабочих дней со дня утверждения формы.
5. Признать утратившими силу приказы ТФОМС СК:
от 31.03.2016 N 176 "Об организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями",
от 20.07.2016 N 343 "О внесении изменений в приказ ТФОМС СК от 31.03.2016 N 176 "Об организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями".
6. Контроль за исполнением настоящего приказа возложить на заместителя директора ТФОМС СК Легкову И.Н.
7. Настоящий приказ вступает в силу с даты подписания.
Директор |
С.П. Трошин |
УТВЕРЖДЕН
приказом Территориального
фонда обязательного медицинского
страхования Ставропольского края
от 20 сентября 2018 г. N 270
Регламент
информационного взаимодействия участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края
I. Общие положения
Статья 1. Основания утверждения Регламента
Настоящий Регламент информационного взаимодействия участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края (далее - Регламент) разработан во исполнение:
Федерального закона от 29.11.2010 N 326-ФЗ "Об обязательном медицинском страховании в Российской Федерации";
Программы государственных гарантий бесплатного оказания гражданам медицинской помощи на 2018 год и на плановый период 2019 и 2020 годов, утвержденной постановлением Правительства Российской Федерации от 08.12.2017 N 1492;
приказа Министерства здравоохранения и социального развития Российской Федерации от 28.02.2011 N 158н "Об утверждении Правил обязательного медицинского страхования";
Концепции создания единой государственной информационной системы в сфере здравоохранения, утвержденной приказом Министерства здравоохранения и социального развития Российской Федерации от 28.04.2011 N 364;
приказа Министерства здравоохранения и социального развития Российской Федерации от 26.04.2012 N 406н "Об утверждении Порядка выбора гражданином медицинской организации при оказании ему медицинской помощи в рамках программы государственных гарантий бесплатного оказания гражданам медицинской помощи";
приказа Федерального фонда обязательного медицинского страхования Российской Федерации от 07.04.2011 N 79 "Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере обязательного медицинского страхования";
Территориальной программы государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края на 2018 год и плановый период 2019 и 2020 годов, утвержденной постановлением Правительства Ставропольского края от 25.12.2017 N 523-п;
Методических рекомендаций по взаимодействию участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц на всех этапах оказания им медицинской помощи, направленных письмом ФОМС от 25.06.2018 N 6696/30-2/5564;
Концепции развития в Ставропольском крае системы информационного сопровождения застрахованных лиц при оказании им медицинской помощи, утвержденной директором Территориального фонда обязательного медицинского страхования Ставропольского края 10.11.2015.
Статья 2. Предмет и сфера применения Регламента
1. Регламент определяет правила, принципы и основные процедуры, связанные с процессами приема, обработки и передачи информации в электронной форме по телекоммуникационным каналам связи между участниками обязательного медицинского страхования на территории Ставропольского края (далее соответственно - участники информационного обмена, ОМС), в рамках информационного сопровождения застрахованных лиц при организации оказания им специализированной медицинской помощи в плановом периоде страховыми медицинскими организациями в сфере обязательного медицинского страхования (далее - информационное сопровождение).
2. Сформулированные в рамках Регламента требования, принципы информационного взаимодействия и описанные форматы являются обязательными для всех участников информационного обмена.
Статья 3. Цели утверждения Регламента
Регламент разработан в целях:
повышения эффективности работы по защите прав и законных интересов застрахованных лиц в сфере обязательного медицинского страхования при организации оказания им специализированной медицинской помощи в плановом порядке, кроме случаев оказания медицинской помощи в дневном стационаре на дому;
обеспечения контроля объемов медицинской помощи, установленных решением комиссии по разработке территориальной программы обязательного медицинского страхования в Ставропольском крае;
создания условий для обеспечения гарантий прав застрахованных лиц на бесплатное предоставление медицинской помощи надлежащего качества и объема в рамках базовой и территориальной программ обязательного медицинского страхования на соответствующий финансовый год;
создания условий для реализации права застрахованного лица или его представителя на выбор медицинской организации при оказании ему медицинской помощи в рамках базовой и территориальной программ обязательного медицинского страхования, в том числе и при направлении застрахованного лица на плановую госпитализацию в стационарных условиях или в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому;
разграничения зон ответственности участников информационного обмена при обеспечении информационного сопровождения;
определения перечня информационных объектов, расписания и способов организации информационного сопровождения.
II. Термины и сокращения
Статья 4. Основные термины, понятия и сокращения
Для целей Регламента используются термины, понятия и сокращения, установленные действующим законодательством Российской Федерации и Ставропольского края, а также тарифным соглашением в сфере обязательного медицинского страхования на территории Ставропольского края от 26.12.2017, основные из которых указаны в таблице 1 Регламента.
Таблица 1
Перечень используемых терминов, понятий и сокращений
N стр. |
Сокращение |
Определение |
1 |
2 |
3 |
1. |
SOAP |
Simple Object Access Protocol (простой протокол доступа к объектам) протокол обмена структурированными сообщениями в распределённой вычислительной среде. |
2. |
XML |
Extensible Markup Language - (расширяемый язык разметки) формат, предназначенный для создания и обработки документов программами, одновременно удобный для чтения и создания документов человеком, а так же предназначенный для обмена информацией между программами |
3. |
ЕНП |
единый номер полиса ОМС |
4. |
ЕРЗ |
единый регистр застрахованных в системе ОМС лиц |
5. |
ЗЛ |
застрахованное лицо или застрахованные лица |
6. |
ЗКС |
защищенные каналы связи |
7. |
Идентификация застрахованного лица |
определение номера полиса (или соответствие номера полиса персональным данным ЗЛ) по персональным данным, по неполным данным, по данным записанным со слов ЗЛ или в иных случаях |
8. |
Информационный ресурс |
комплекс интегрированных информационных систем и сервисов, организованных территориальным фондом обязательного медицинского страхования Ставропольского края для обеспечения информационного обмена при информационном сопровождении застрахованных лиц при организации оказания им специализированной медицинской помощи в плановом порядке |
9. |
ИС |
информационная система |
10. |
Комиссия |
комиссия по разработке территориальной программы обязательного медицинского страхования в Ставропольском крае |
11. |
МО |
медицинская организация, включенная в реестр медицинских организаций, осуществляющих деятельность в сфере ОМС, и заключившая договор на оказание и оплату медицинской помощи по ОМС |
12. |
МО (А) |
МО, оказывающая первичную медико-санитарную помощь в амбулаторных условиях |
13. |
МО (С) |
МО, оказывающая специализированную медицинскую помощь в стационарных условиях |
14. |
МО (Д) |
МО, оказывающая специализированную медицинскую помощь в условиях дневного стационара |
15. |
МП |
медицинская помощь - комплекс мероприятий, направленных на поддержание и (или) восстановление здоровья и включающих в себя предоставление медицинских услуг |
16. |
МТР |
расчеты за МП, оказанную ЗЛ за пределами субъекта Российской Федерации, на территории которого зарегистрирован полис ОМС (межтерриториальные расчеты) |
17. |
Направление |
направление застрахованного лица для получения МП в стационарных условиях или в условиях дневного стационара |
18. |
Необязательный реквизит |
реквизит, который может как присутствовать, так и отсутствовать в элементе (при отсутствии, не передается) |
19. |
НСИ |
нормативно-справочная информация, заимствованная из нормативных документов и справочников, используемая при информационном обмене участников ОМС Ставропольского края |
20. |
Обязательный реквизит |
реквизит, который должен обязательно присутствовать в элементе |
21. |
ОМС |
обязательное медицинское страхование |
22. |
Оператор |
лицо (работник) участника информационного взаимодействия, которому согласно установленного порядка выданы учетные данные (логин и пароль) для доступа к ПК "Госпитализация" ("ЕИР263") |
23. |
Определение страховой принадлежности |
процесс определения страховой медицинской организации, в которой на момент госпитализации застраховано ЗЛ или территории страхования ЗЛ для МТР |
24. |
Пациент |
физическое лицо, которому оказывается медицинская помощь или которое обратилось за оказанием медицинской помощи независимо от наличия у него заболевания и от его состояния |
25. |
ПК "Госпитализация" ("ЕИР263") |
единый информационный ресурс посредством которого осуществляется обмен данными при осуществлении информационного сопровождения застрахованных лиц |
26. |
ПК "ПУОМП" |
информационная система ТФОМС СК, обеспечивающая персонифицированный учет оказанной застрахованным лицам медицинской помощи |
27. |
ПК "РСЕРЗ СК" |
региональный сегмент единого регистра застрахованных Ставропольского края посредством которого осуществляется прием, обработка и хранение информации о застрахованных лицах |
28. |
ПК "МАПОМС" |
информационная система ТФОМС СК, обеспечивающая возможность планирования и согласования показателей медицинской помощи, а также определения финансового обеспечения медицинских организаций |
29. |
ПДн |
персональные данные - любая информация, относящаяся к прямо или косвенно определенному, или определяемому физическому лицу (субъекту персональных данных) |
30. |
ПМСП |
первичная медико-санитарная помощь |
31. |
ПМО |
подразделение медицинской организации |
32. |
ПО |
программное обеспечение |
33. |
ППМ |
план профилактических мероприятий |
34. |
Регламент |
настоящий документ, описывающий последовательность функций, ответственность, порядок взаимодействия участников информационного обмена при организации оказания им специализированной медицинской помощи в плановом порядке |
35. |
Правила ОМС |
Правила ОМС, утвержденные приказом Министерства здравоохранения и социального развития Российской Федерации от 28.02.2011 N 158н "Об утверждении Правил обязательного медицинского страхования" |
36. |
Приказ ФОМС 79 |
приказ ФФОМС от 07.04.2011 N 79 "Об утверждении общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере обязательного медицинского страхования" |
37. |
Регламент |
Регламент информационного взаимодействия участников при расчетах за медицинскую помощь по обязательному медицинскому страхованию, оказанную застрахованным лицам на территории Ставропольского края, утвержденный приказом ТФОМС СК от 13.12.2016 N 532 |
38. |
СКЗИ |
средства криптографической защиты информации |
39. |
СМО |
страховая медицинская организация, включенная в реестр страховых медицинских организаций, осуществляющих деятельность в сфере ОМС, и заключившая договор о финансовом обеспечении ОМС с ТФОМС СК |
40. |
Территориальная программа |
Территориальная программа государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края, утвержденная Правительством Ставропольского края на соответствующий финансовый год |
41. |
Участники взаимодействия |
участниками взаимодействия при информационном сопровождении ЗЛ при организации оказания им специализированной медицинской помощи в плановом порядке являются СМО и МО, осуществляющие деятельность на территории Ставропольского края, а также ТФОМС СК |
42. |
ФЛК |
форматно-логический контроль |
43. |
ЦСЕРЗ |
центральный сегмент единого регистра застрахованных лиц |
44. |
ЭП |
Статья 5. Перечень сокращений, используемых в описании форматов
1. В Регламенте для описания типов полей формата XML в справочниках и электронных файлах используются следующие сокращения (столбец "Тип"):
О - обязательный для заполнения тег;
Н - необязательный тег, который может, как присутствовать, так и отсутствовать в элементе. При отсутствии не передается (не создается в ветке);
У - условно-обязательный тег. При наличии сведений должен передаваться (может быть обязательным при наличии каких-либо условий). При отсутствии не передается (не создается в ветке);
М - тег, определяющий множественность данных, может добавляться к указанным выше символам. Таким образом, тегом этого типа может быть несколько подряд идущих в одной ветке (в одном элементе);
COMPLEX - тег является новым элементом (новой веткой); составной элемент, описывается отдельно.
2. В столбце "Формат" для каждого тега указывается символ формата, а вслед за ним в круглых скобках максимальная длина тега. Используются следующие сокращения для описания формата:
S - строковое поле;
N - целое или дробное число. Максимальная длина поля указывается в скобках. Если в скобках указывается два числа, то это определяет дробное число, первая цифра характеризует длину целой части, а вторая цифра - длину дробной части;
D - формат даты в формате ГГГГ-ММ-ДД;
V - формат времени в формате ЧЧ-ММ.
III. Информационное взаимодействие при ведении НСИ
Статья 6. Общие принципы информационного взаимодействия при ведении НСИ
1. При информационном взаимодействии в ходе информационного сопровождения используется НСИ, применение которой регламентировано Приказом ФОМС 79, а также НСИ Минздрава России, нормативно установленная и иная НСИ, используемая в сфере ОМС Ставропольского края, не противоречащая НСИ, предоставленной ФОМС.
2. НСИ ведется ТФОМС СК и размещается на официальном сайте ТФОМС СК в информационно-телекоммуникационной сети "Интернет" по ссылке: https://tfomssk.ru/informatizatsiya-v-sfere-oms/informatsionnoe-vzaimodey stvie-pri-raschetakh-za-meditsinskuyu-pomoshch/nsi/.
Полный список НСИ представлен в таблице 2 Регламента. Структура каждого пакета НСИ представлена в ст. 10 Регламента.
Статья 7. Перечень НСИ используемой при информационном взаимодействии в ходе информационного сопровождения представлен в таблице 2
Таблица 2
Перечень НСИ
N стр. |
Код |
Наименование |
Примечание |
1 |
2 |
3 |
4 |
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"), созданным с использованием web-технологий, который позволяет оператору МО, СМО и ТФОМС СК вносить сведения вручную, загружать с использованием SOAP-сервисов или в виде файлов установленного формата.
3. ПК "Госпитализация" ("ЕИР263") обеспечивает следующие функции:
внесение сведений о плановых объемах в разрезе профилей коек и СМО в соответствии с Территориальной программой;
внесение и обработку сведений о ЗЛ, необходимых для осуществления информационного сопровождения;
предоставление доступа к ПК "Госпитализация" ("ЕИР263") после аутентификации участникам информационного взаимодействия при информационном сопровождении.
ПК "Госпитализация" ("ЕИР263") в режиме online обеспечивает возможность операторам вносить сведения о направлениях на плановую госпитализацию в стационарных условиях или в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому и иные сведения о ЗЛ, необходимые для осуществления информационного сопровождения, а в случае отсутствия технической возможности позволяет загружать их в пакетном режиме. ПК "Госпитализация" ("ЕИР263") допускает загрузку в пакетном режиме сведений о выписанных и экстренно госпитализированных ЗЛ, а также о структуре коечного фонда МО (С) и МО (Д).
4. ПК "РСЕРЗ СК" обеспечивает автоматизированную обработку ППМ полученных от МО, а также их ежеквартальную корректировку. При этом осуществляется идентификация страховой принадлежности застрахованных лиц, включенных МО в план профилактических мероприятий, а также подтверждение их прикрепления к МО.
5. ПК "ПУОМП" обеспечивает ведение персонифицированного учета медицинской помощи, оказанной застрахованным лицам на территории Ставропольского края с выполнением функций сбора, обработки, передачи и хранения сведений о медицинской помощи, оказанной застрахованным лицам в сфере ОМС.
6. ПК "МАПОМС" обеспечивает возможность МО планирования и согласования показателей медицинской помощи, а также определения финансового обеспечения МО.
Статья 9. Требования к программному обеспечению СМО
ПО, используемое СМО при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" ("ЕИР263") следующие функции:
получение сведений о выполнении объёмов МП, установленных Территориальной программой, по случаям госпитализации, в разрезе профилей МП;
получение сведений о ЗЛ данной СМО, получивших направление на госпитализацию и выбравших МО (С) или МО (Д);
получение сведений о ЗЛ данной СМО, госпитализированных по направлениям (в том числе по типам МО, направивших на госпитализацию) и экстренно в МО (С);
получение сведений о количестве ЗЛ, выбывших из МО (С) или МО (Д);
получение сведений о ЗЛ данной СМО, получивших направление на госпитализацию и в отношении которых не состоялась запланированная госпитализация не позднее одного дня с даты плановой госпитализации;
получение сведений о количестве свободных мест (коек) на госпитализацию в разрезе профилей отделений (коек) по каждой МО (С) и МО (Д), с учётом установленного Территориальной программой периода ожидания;
получение оперативных отчётов и справок по ЗЛ, получившим направление на госпитализацию, в целях контроля своевременности госпитализации;
внесение сведений об аннулировании направления на госпитализацию (до даты планируемой госпитализации) в связи с отказом от госпитализации или смерти ЗЛ, в случае обращения ЗЛ (официального представителя) в СМО.
Статья 10. Требования к программному обеспечению МО (С)
1. ПО, используемое МО (С) при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" ("ЕИР263") следующие функции:
передача сведений о количестве свободных мест (коек) на госпитализацию в разрезе профилей отделений (коек) с учётом периода ожидания, количество мест указывается на текущий день, а также прогноз на последующие дни;
передача сведений о выполненных объёмах МП, установленных решением Комиссии, в разрезе профилей МП;
передача сведений о ЗЛ, госпитализированных по направлениям и экстренно для оказания МП в стационарных условиях;
передача сведений об отказах в госпитализации с указанием причины отказа;
передача сведений о количестве выбывших пациентов, в том числе переведённых в другие МО(С);
передача сведений о сроках ожидания МП, оказываемой в плановом порядке, установленных Территориальной программой.
2. Опционально ПО, используемое в МО (С), может быть интегрировано с ПК "Госпитализация" ("ЕИР263") и осуществлять информационный обмен с использованием SOAP-сервиса.
Статья 11. Требования к программному обеспечению МО (А)
1. ПО, используемое МО (А) при осуществлении информационного сопровождения должно обеспечивать при взаимодействии с ПК "Госпитализация" ("ЕИР263") следующие функции:
передача сведений о ЗЛ, получивших направление на госпитализацию и выбравших МО (С), МО (Д);
передача сведений о ЗЛ, отказавшихся от госпитализации;
получение сведений о госпитализированных ЗЛ;
получение оперативных сведений для информирования ЗЛ или его законного представителя о сроках ожидания МП и количестве свободных мест на госпитализацию в разрезе профилей отделений (коек) по каждой МО (С), МО (Д);
получение сведений об аннулировании направлений на госпитализацию, в связи с отказом от госпитализации или смертью ЗЛ, или госпитализацией в экстренном порядке.
2. Опционально ПО, используемое в МО (А), может быть интегрировано с ПК "Госпитализация" ("ЕИР263") и осуществлять информационный обмен с использованием SOAP-сервиса.
Статья 12. Требования к программному обеспечению МО (Д)
1. ПО, используемое МО (Д) при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" ("ЕИР263") следующие функции:
передача сведений о количестве свободных пациенто-мест (коек) на госпитализацию в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому, в разрезе профилей отделений (пациенто-мест) с учётом периода ожидания, количества смен для пациенто-места и продолжительности рабочей недели;
количество мест указывается на текущий день, а также прогноз на последующие дни;
передача сведений о выполненных объёмах МП, установленных решением Комиссии, в разрезе профилей МП;
передача сведений о ЗЛ, госпитализированных по направлениям для оказания МП в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому;
передача сведений об отказах в госпитализации с указанием причины отказа;
передача сведений о количестве выбывших пациентов, в том числе переведённых в другие МО;
передача сведений о сроках ожидания МП, оказываемой в плановом порядке, установленных Территориальной программой.
2. Опционально ПО, используемое в МО (А), может быть интегрировано с ПК "Госпитализация" ("ЕИР263") и осуществлять информационный обмен с использованием SOAP-сервиса.
V. Регламент информационного взаимодействия участников при организации информационного сопровождения застрахованных лиц при организации оказания им специализированной медицинской помощи в плановом порядке
Статья 13. Общие вопросы информационного взаимодействия
1. Информационное взаимодействие при осуществлении информационного сопровождения - процесс обмена информацией между участниками ОМС Ставропольского края с использованием ПК "Госпитализация" ("ЕИР263") как непосредственно с использованием web-интерфейса ПК "Госпитализация" ("ЕИР263") доступного по ЗКС, а также с использованием SOAP-сервиса и в виде электронных файлов (загружаемых и скачиваемых с использованием ПК "Госпитализация" ("ЕИР263").
2. Доступ участников информационного обмена к ПК "Госпитализация" ("ЕИР263") предоставляется ТФОМС СК при условии соблюдения требований законодательства Российской Федерации в области защиты конфиденциальной информации.
3. Передача сведений, содержащих ПДн, осуществляется только с использованием защищенных в соответствии с требованиями законодательства Российской Федерации в области защиты конфиденциальной информации каналов передачи данных, а именно при передаче сведений через информационно-телекоммуникационную сеть "Интернет" такая передача осуществляется только с использованием СКЗИ (ViPNet).
4. По открытым каналам связи при необходимости и (или) в случае отсутствия технической возможности использования ЗКС передается только информация, не содержащая ПДн - обезличенная информация.
Статья 14. Схема информационного взаимодействия
В процессе информационного взаимодействия при осуществлении информационного сопровождения в соответствии с Регламентом осуществляются следующие этапы информационного взаимодействия согласно таблице 3:
Таблица 3
Схема информационного взаимодействия в сфере ОМС на территории Ставропольского края при информационном сопровождении ЗЛ
N стр. |
Этап (N п/п) |
Механизм информационного взаимодействия на соответствующем этапе |
Отправитель |
Получатель |
1 |
2 |
3 |
4 |
5 |
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. |
Взаимодействие МО(А) и ТФОМС СК |
|||
13. |
10. |
МО (А) с использованием web-интерфейса, SOAP-сервиса ПК "Госпитализация" ("ЕИР263") либо путем загрузки файлов в установленных Регламентом форматах посредством ПК "Госпитализация" ("ЕИР263") направляет (вносит используя web-форму) сведения о ЗЛ, получивших направление на госпитализацию и выбравших МО (С) или МО (Д) |
МО (А) |
ТФОМС СК |
14. |
11. |
МО (А) с использованием web-интерфейса, SOAP-сервиса ПК "Госпитализация" ("ЕИР263") либо способом загрузки файлов в установленных Регламентом форматах посредством ПК "Госпитализация" ("ЕИР263") направляет (вносит используя web-форму) сведения о ЗЛ отказавшихся от госпитализации |
МО (А) |
ТФОМС СК |
15. |
12. |
ТФОМС СК обеспечивает техническую возможность доступа МО (А) к сведениям о госпитализированных ЗЛ, направленных МО (А) на госпитализацию, в том числе обеспечивает возможность для МО (А) скачать сведения в виде файлов установленного формата |
ТФОМС СК |
МО (А) |
16. |
13. |
ТФОМС СК обеспечивает техническую возможность доступа МО (А) к оперативным сведениям о свободных местах в разрезе профилей отделений (коек) по каждой МО (С) и возможных сроках ожидания МП |
ТФОМС СК |
МО (А) |
17. |
14. |
ТФОМС СК обеспечивает техническую возможность доступа МО (А) к сведениям об аннулировании направлений на госпитализацию в связи с отказом от госпитализации или смертью ЗЛ, а также в связи с госпитализацией пациентов в экстренном порядке, в том числе обеспечивает возможность для МО (А) скачать сведения в виде файлов установленного формата |
ТФОМС СК |
МО (А) |
VI. Описание этапов информационного взаимодействия
Статья 15. Обработка сведений в ТФОМС СК
1. ТФОМС СК формирует в ПК "Госпитализация" ("ЕИР263") сведения о плановых объемах МП в разрезе профилей и СМО в соответствии с Территориальной программой.
2. ТФОМС СК на основании сведений о выданных направлениях на госпитализацию, поступивших от МО (А), определяет доступ к обрабатываемым сведениям для участников информационного взаимодействия. При этом сведения, представляемые ПК "Госпитализация" ("ЕИР263") СМО, определяются по результатам определения страховой принадлежности ЗЛ по данным РСЕРЗ СК и в случае необходимости в ЦСЕРЗ на момент предоставления доступа. Предоставляемые сведения для МО (А) о госпитализации ЗЛ определяются:
для плановой госпитализации - по направлению на плановую госпитализацию;
для экстренной госпитализации - по прикреплению ЗЛ для получения ПСМП.
3. Доступ к информации о госпитализации ЗЛ, застрахованных в других субъектах Российской Федерации, предоставляется для ТФОМС СК.
4. ТФОМС СК администрирует ПК "Госпитализация" ("ЕИР263"), осуществляет контроль полноты и достоверности сведений, вносимых участниками информационного обмена в ПК "Госпитализация" ("ЕИР263"), мониторинг информационного сопровождения, а также осуществляет контроль за соблюдением требований Регламента всеми участниками информационного взаимодействия.
Статья 16. Формирование сведений в МО (А)
1. МО (А) посредством собственной ИС осуществляет автоматизированный учет направлений. Направление выдается на основании выбора застрахованным лицом МО (С) или МО (Д) с учетом необходимых условий оказания медицинской помощи, осуществленного в соответствии со сведениями о наличии свободных мест и сроков ожидания МП в условиях стационара и дневного стационара по данному профилю (койки), кроме случаев оказания медицинской помощи в дневном стационаре на дому. Автоматизированный учет (выписка) направлений должен осуществляться способом внесения сведений посредством заполнения web-формы в режиме online, с использованием SOAP-сервиса в режиме online, либо способом загрузки файла со сведениями о выписанных направлениях по состоянию на 20.00 предшествующего дня, в срок до 09.00, в установленных Регламентом случаях.
2. В случае отказа ЗЛ от плановой госпитализации, МО (А) направляет соответствующие сведения в ПК "Госпитализация" ("ЕИР263") способом внесения сведений посредством заполнения web-формы либо способом загрузки файла.
3. МО (А) ежедневно не позднее 10.00 получает возможность доступа к информации о наличии свободных мест и объемов для госпитализации с учетом установленного Территориальной программой периода ожидания.
4. МО (А) получает возможность доступа к сведениям о ЗЛ госпитализированных по направлениям, а также об аннулировании направлений выданных данной МО (А).
5. МО (А) получает возможность доступа к сведениям о прикрепленных для получения ПСМП к данной МО (А) ЗЛ, госпитализированных по экстренным показаниям.
Статья 17. Формирование сведений в МО (С)
1. МО (С) с помощью web-формы ПК "Госпитализация" ("ЕИР263") в режиме online, или посредством собственной ИС, интегрированной с использованием SOAP-сервиса с ПК "Госпитализация" ("ЕИР263"), осуществляет автоматизированный учет ЗЛ, поступивших на госпитализацию по направлениям и экстренно, а также отказавшихся от госпитализации явочным порядком (не явившихся для госпитализации).
2. МО (С) ежедневно не позднее 09.00 направляет в ПК "Госпитализация" ("ЕИР263") сведения о фактах госпитализации в плановой и экстренной форме, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах.
3. МО (С) ежедневно не позднее 09.00 передает информацию о количестве свободных для госпитализации мест с учетом периода ожидания, установленного Территориальной программой.
Статья 18. Формирование сведений в МО (Д)
1. МО (Д) с помощью web-формы ПК "Госпитализация" ("ЕИР263") в режиме online или посредством собственной ИС, интегрированной с использованием SOAP-сервиса с ПК "Госпитализация" ("ЕИР263"), осуществляет автоматизированный учет ЗЛ, поступивших на госпитализацию по направлениям, а также отказавшихся от госпитализации явочным порядком (не явившихся для госпитализации).
2. МО (Д) ежедневно не позднее 09.00 направляет в ПК "Госпитализация" ("ЕИР263") сведения о фактах госпитализации по направлениям, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах.
3. МО (Д) ежедневно не позднее 09.00 передает информацию о количестве свободных для госпитализации мест с учетом периода ожидания, установленного Территориальной программой, сменности коечного фонда и продолжительности рабочей недели дневного стационара.
Статья 19. Обработка сведений в СМО
1. СМО получает возможность доступа в ПК "Госпитализация" ("ЕИР263") к сведениям о направлениях, состоявшихся госпитализациях, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах.
2. СМО получает возможность доступа в ПК "Госпитализация" ("ЕИР263") к сведениям о количестве свободных или планируемых к высвобождению коек и выполненных объемах МП.
3. СМО с помощью web-формы ПК "Госпитализация" ("ЕИР263") направляет в ПК "Госпитализация" ("ЕИР263") сведения об отказах ЗЛ от госпитализации в связи с инициативным отказом или смертью ЗЛ.
VII. Требования к файлам используемым при осуществлении информационного сопровождения
Статья 20. Общие требования к формированию XML-файлов
1. Файлы, используемые при осуществлении информационного сопровождения, формируется в форматах, установленных Регламентом (приложение 1 к Регламенту), с соблюдением требований к структуре файлов XML.
2. При формировании электронных файлов формата XML при информационном обмене принимается нижеследующая кодировка некоторых символов (таблица 4 Регламента):
Таблица 4
Кодировка некоторых символов при формировании электронных файлов формата XML
N стр. |
Символ |
Способ кодирования |
1. |
двойная кавычка (") |
" |
2. |
одинарная кавычка (') |
' |
3. |
левая угловая скобка (<) |
< |
4. |
правая угловая скобка (>) |
> |
5. |
амперсант (&) |
& |
3. Все сведения в файлах передаются в виде заполненных тегов, использование атрибутов не допускается.
4. Теги в файлах XML должны следовать согласно их описаниям в таблицах. Тег передается в обязательном порядке, даже в случае отсутствия информации. Разделителем дробных чисел должен служить знак "." (точка).
5. При формировании XML файлов используется кодовая страница Windоws-1251.
6. Формирование файлов участники информационного обмена осуществляют посредством собственных ИС в соответствии с форматами согласно приложениям к Регламенту.
Статья 21. Общие требования к формированию имен файлов
1. Каждый файл имеет уникальное имя, которое формируется по следующему принципу:
GDc - е.xml, где
GD - константа, обозначающая тип передаваемого файла;
c - код источника данных, формируемый в соответствии со справочниками F003 для МО, F002 для СМО;
е - порядковый номер файла.
2. Длина имени файла не может превышать 255 символов. Файл упаковывается в ZIP архив с расширением OMS.
3. Пример имени файла: GD260003-0000587.OMS
VIII. Требования к формированию номера направления на госпитализацию
Статья 22. Общие требования к формированию номера направления
1. Номер направления на госпитализацию должен быть уникален на территории Ставропольского края.
Приложение 1
к Регламенту информационного
взаимодействия участников
обязательного медицинского
страхования при информационном
сопровождении застрахованных лиц
для оказания им специализированной
медицинской помощи на территории
Ставропольского края
Описание
данных используемых при информационном взаимодействии
Таблица 5
Описание данных используемых при информационном взаимодействии
N стр. |
Код элемента |
Тип |
Формат |
Наименование |
Дополнительная информация |
1 |
2 |
3 |
4 |
5 |
6 |
1. |
NZAP |
О |
N (5) |
Номер записи |
Номер записи |
2. |
NNAPR |
О |
N (14) |
Номер направления |
Номер направления уникальный на территории Ставропольского края формируется в соответствии правилом, описанным ст. 22 Регламента |
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 - госпитализация в экстренной форме Заполняется в соответствии с 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 |
O |
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 |
O |
V |
Время начала смены для койки |
|
64. |
SHIFT |
O |
N (1) |
Номер смены |
|
65. |
TIPEXTR |
У |
S (2) |
Способ поступления пациента для экстренной госпитализации |
Заполняется в соответствии с SE001 |
66. |
WRITEOUT |
У |
N (2) |
Результат обращения за медицинской помощью |
Заполняется в соответствии с V009 |
Приложение 2
к Регламенту информационного
взаимодействия участников
обязательного медицинского
страхования при информационном
сопровождении застрахованных лиц
для оказания им специализированной
медицинской помощи на территории
Ставропольского края
Примеры "XML" файлов используемых для информационного обмена с подсистемой "Стационар"
1. Для отнесения файлов к подсистемам и типам действий используется корневой элемент ZAP передаваемый с соответствующими атрибутами.
2. Для подсистемы "Стационар":
<ZAP hospital="night" action="T1">, где атрибут hospital="night" описывает принадлежность передаваемых МО сведений к подсистеме "Стационар", а атрибут action="T1" описывает действие, в данном примере выдачу направления на госпитализацию.
Т1 Пример XML файла со сведениями о направлении на госпитализацию в условиях стационара
<?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
Данные используемые в XML файле со сведениями о направлении на госпитализацию в условиях стационара
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1 |
2 |
3 |
4 |
5 |
6 |
1. |
T1 |
NZAP |
N |
О |
Номер записи |
2. |
T1 |
NNAPR |
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 |
Данные о представителе |
Т2 Пример XML файла со сведениями о плановой госпитализации пациента
<?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
Данные используемые в XML файле со сведениями о плановой госпитализации пациента в условиях стационара
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T2 |
NZAP |
N |
О |
Номер записи |
2. |
T2 |
NNAPR |
S (14) |
О |
Номер направления |
3. |
T2 |
DNGOSP |
D |
О |
Дата начала госпитализации |
4. |
T2 |
VNGOSP |
S (5) |
У |
Время начала госпитализации |
5. |
T2 |
DSPO |
S (10) |
О |
Диагноз приемного отделения |
6. |
T2 |
DPOGOSP |
D |
У |
Дата планового окончания госпитализации |
7. |
T2 |
ZAP |
COMPLEX |
О |
Корневой тег |
Т3 Пример XML файла со сведениями об экстренной госпитализации
<?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
Данные используемые в XML файле со сведениями об экстренной госпитализации пациента в условиях стационара
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1 |
2 |
3 |
4 |
5 |
6 |
1. |
T3 |
NZAP |
N |
О |
Номер записи |
2. |
T3 |
NNAPR |
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 |
У |
Данные о представителе |
Т4 Пример XML файла со сведениями об аннулировании направления на госпитализацию
<?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
Данные используемые в XML файле со сведениями об аннулировании направления на госпитализацию пациента в условиях стационара
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T4 |
NZAP |
N |
О |
Номер записи |
2. |
T4 |
NNAPR |
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 |
У |
Корневой тег |
Т5 Пример XML файла со сведениями о пациентах, выбывших из МО(С)
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T5">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DOGOSP>Обязательно</DOGOSP>
<DS>Обязательно</DS>
</ZAP>
</DAN>
Таблица 10
Данные используемые в XML файле со сведениями о пациентах, выбывших из МО (С)
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T5 |
NZAP |
N |
О |
Номер записи |
2. |
T5 |
NNAPR |
S (14) |
О |
Номер направления |
3. |
T5 |
DOGOSP |
D |
О |
Дата окончания госпитализации |
4. |
T5 |
DS |
S (10) |
О |
Окончательный диагноз |
5. |
T5 |
ZAP |
COMPLEX |
О |
Корневой тег |
Т7 Пример XML файла со сведениями о переводе пациента между отделения МО (С)
<?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
Данные используемые в XML файле со сведениями о переводе пациента между отделения МО (С)
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T7 |
NZAP |
N |
О |
Номер записи |
2. |
T7 |
NNAPR |
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 Пример XML файла со сведениями о продлении срока госпитализации пациента в МО (С)
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T8">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DPOGOSP>Обязательно</DPOGOSP>
</ZAP>
</DAN>
Таблица 12
Данные используемые в XML файле со сведениями о продлении срока госпитализации пациента в МО (С)
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T8 |
NZAP |
N |
О |
Номер записи |
2. |
T8 |
NNAPR |
S (14) |
О |
Номер направления |
3. |
T8 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
4. |
T8 |
ZAP |
COMPLEX |
О |
Корневой тег |
Т6 Пример XML файла со сведениями о коечном фонде в МО (С)
<?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
Данные используемые в XML файле со сведениями о коечном фонде в МО (С)
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
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:
GPc - е.xml, где
GP - константа, обозначающая тип передаваемого файла;
c - код источника;
e - номер файла по которому формирован протокол.
2. Длина имени файла не может превышать 255 символов. Файл упаковывается в ZIP архив с расширением OMS.
3. Пример имени файла: GP260003-0000587.OMS
Таблица 14
Описание данных
N стр. |
Название поля |
Формат |
Тип |
Описание |
Дополнительная информация |
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. |
NAMD |
N (16) |
O |
Наименование элемента данных |
|
6. |
KO |
N (2) |
O |
Код ошибки |
|
7. |
TXTO |
S (150) |
O |
Текстовое пояснение ошибки |
|
Пример XML файла протокола результатов обработки данных передаваемых файлов
<?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
к Регламенту информационного
взаимодействия участников
обязательного медицинского
страхования при информационном
сопровождении застрахованных лиц
для оказания им специализированной
медицинской помощи на территории
Ставропольского края
Примеры XML файлов используемых для информационного обмена с подсистемой "Дневной стационар"
1. Для отнесения файлов к подсистемам и типам действий используется корневой элемент ZAP передаваемый с соответствующими атрибутами.
2. Для подсистемы "Дневной Стационар":
<ZAP hospital="day" action="T1"> где атрибут hospital="day" описывает принадлежность передаваемых МО сведений к подсистеме "Дневной стационар", а атрибут action="T1" описывает действие, в данном примере выдачу направления на госпитализацию.
Т1 Пример XML файла со сведениями о направлении на госпитализацию в условиях дневного стационара
<?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
Данные используемые в XML файле со сведениями о направлении пациента на госпитализацию в условиях дневного стационара
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1 |
2 |
3 |
4 |
5 |
6 |
1. |
T1 |
NZAP |
N |
О |
Номер записи |
2. |
T1 |
NNAPR |
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 |
У |
Данные о представителе |
Т2 Пример XML файла со сведениями о плановой госпитализации пациента в условиях дневного стационара
<?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
Данные используемые в XML файле со сведениями о плановой госпитализации пациента в условиях дневного стационара
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T2 |
NZAP |
N |
О |
Номер записи |
2. |
T2 |
NNAPR |
S (14) |
О |
Номер направления |
3. |
T2 |
DNGOSP |
D |
О |
Дата начала госпитализации |
4. |
T2 |
VNGOSP |
S (5) |
У |
Время начала госпитализации |
5. |
T2 |
DSPO |
S (10) |
О |
Диагноз приемного отделения |
6. |
T2 |
DPOGOSP |
D |
У |
Дата планового окончания госпитализации |
7. |
T2 |
ZAP |
COMPLEX |
О |
Корневой тег |
Т4 Пример XML файла со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара
<?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
Данные используемые в XML файле со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T4 |
NZAP |
N |
О |
Номер записи |
2. |
T4 |
NNAPR |
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 |
У |
Корневой тег |
Т5 Пример XML файла со сведениями о пациентах, выбывших из МО (Д)
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T5">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DOGOSP>Обязательно</DOGOSP>
<DS>Обязательно</DS>
</ZAP>
</DAN>
Таблица 18
Данные используемые в XML файле со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T5 |
NZAP |
N |
О |
Номер записи |
2. |
T5 |
NNAPR |
S (14) |
О |
Номер направления |
3. |
T5 |
DOGOSP |
D |
О |
Дата окончания госпитализации |
4. |
T5 |
DS |
S (10) |
О |
Окончательный диагноз |
5. |
T5 |
ZAP |
COMPLEX |
О |
Корневой тег |
Т7 Пример XML файла со сведениями о переводе пациента между отделения МО (Д)
<?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
Данные используемые в XML файле со сведениями о переводе пациента между отделениями МО (Д)
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T7 |
NZAP |
N |
О |
Номер записи |
2. |
T7 |
NNAPR |
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 Пример XML файла со сведениями о продлении срока госпитализации пациента в МО(Д)
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T8">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DPOGOSP>Обязательно</DPOGOSP>
</ZAP>
</DAN>
Таблица 20
Данные используемые в XML файле со сведениями о продлении срока госпитализации пациента в МО (Д)
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1. |
T8 |
NZAP |
N |
О |
Номер записи |
2. |
T8 |
NNAPR |
S (14) |
О |
Номер направления |
3. |
T8 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
4. |
T8 |
ZAP |
COMPLEX |
О |
Корневой тег |
Т6 Пример XML файла со сведениями о коечном фонде МО (Д)
<?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
Данные используемые в XML файле со сведениями о пациенто-местах МО (Д)
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
1 |
2 |
3 |
4 |
5 |
6 |
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-сервиса подсистемы "Стационар"
1. При интеграции информационных систем, используемых в МО с использованием SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" ("ЕИР263"), обеспечивается автоматическое исполнение следующих функций:
регистрация планового направления на госпитализацию;
регистрация плановой госпитализации;
регистрация экстренной госпитализации;
аннулирование направления;
регистрация выбытия пациента;
регистрация перевода пациента между отделениями одного учреждения;
регистрация коечного фонда в разрезе профиля отделения;
получение списка пациентов, по любому набору параметров.
2. SOAP-сервис подсистемы "Стационар" ПК "Госпитализация" ("ЕИР263") предоставляет доступ к функциям в соответствии с таблицей 22 Регламента.
Таблица 22
Функции SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" ("ЕИР263")
N стр. |
Функция |
Описание |
Параметры |
Тип параметра |
Тип возвращаемого значения |
1 |
2 |
3 |
4 |
5 |
6 |
1. |
setPacient |
Добавляет информацию о новом пациенте или изменяет данные существующего. Поведение функции зависит от параметра t, который соответствует типам передаваемых файлов: T1 - направление на плановую госпитализацию; T2 - госпитализация планового пациента; |
t |
xsd:string |
PacientSoapOut xsd:complexType |
pacient_in |
PacientSoapIn xsd:complexType |
||||
login |
xsd:string |
||||
pass |
xsd:string |
||||
|
|
T3 - госпитализация экстренного пациента; T4 - аннулирование направления; T5 - выписка пациента; T6 - не используется (см. функцию addMesto); T7 - перевод пациента. |
|
|
|
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
Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" ("ЕИР263") метода PacientSoapIn
N стр. |
PacientSoapIn xsd:all |
|||
Название |
Тип |
Описание |
Обязательность |
|
1 |
2 |
3 |
4 |
5 |
1. |
NNAPR |
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 |
Комментарий к аннулированию |
|
Таблица 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 |
Резерв |
|
10. |
|
|
|
|
Таблица 26
Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" ("ЕИР263") метода MestoSoapOut
N стр. |
MestoSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры MestoSoapIn |
|||
Название |
Тип |
Описание |
Обязательность |
|
1. |
errors |
soap-enc:Array |
Массив возможных ошибок |
|
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="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="FOMP" 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: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="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="FOMP" 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: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-сервиса подсистемы "Дневной Стационар"
1. При интеграции информационных систем, используемых в МО с использованием SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" ("ЕИР263"), обеспечивается автоматическое исполнение следующих функций:
регистрация планового направления на госпитализацию;
регистрация плановой госпитализации;
аннулирование направления;
регистрация выбытия пациента;
регистрация перевода пациента между отделениями одного учреждения;
регистрация фонда пациенто-мест в разрезе профиля отделения;
получение списка пациентов, принадлежащих зарегистрированному учреждению.
2. SOAP-сервис подсистемы "Дневной стационар" ПК "Госпитализация" ("ЕИР263") предоставляет доступ к функциям в соответствии с таблицей 27 Регламента.
Таблица 27
Функции SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" ("ЕИР263")
N стр. |
Функция |
Описание |
Параметры |
Тип параметра |
Тип возвращаемого значения |
1 |
2 |
3 |
4 |
5 |
6 |
1. |
setPacientDay |
Добавляет информацию о новом пациенте или изменяет данные существующего. Поведение функции зависит от параметра t, который соответствует типам передаваемых файлов: |
t |
xsd:string |
DayPacientSoapOut xsd:complexType |
pacient_in |
DayPacientSoapIn xsd:complexType |
||||
login |
xsd:string |
||||
pass |
xsd:string |
||||
|
|
T1 - направление на плановую госпитализацию; T2 - госпитализация планового пациента; T4 - аннулирование направления; T5 - выписка пациента; T6 - не используется (см. функцию addMesto); T7 - перевод пациента; T8 - продление госпитализации. |
|
|
|
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
Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" ("ЕИР263") метода DayPacientSoapIn
N стр. |
DayPacientSoapIn xsd:all |
|||
Название |
Тип |
Описание |
Обязательность |
|
1 |
2 |
3 |
4 |
5 |
1. |
NNAPR |
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 |
Код статуса выписанного пациента |
|
Таблица 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 |
Массив возможных ошибок |
|
WSDL схема, описывающая SOAP-сервис подсистемы "Дневной стационар"
"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: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: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>
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.