Вход
Купить систему ГАРАНТ
Получить демо-доступ
Узнать стоимость
Информационный банк
Подобрать комплект
Семинары
- Главная
- Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 31 марта 2016 г. N 176 "Об организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями" (с изменениями и дополнениями) (утратил силу)
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 31 марта 2016 г. N 176 "Об организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями" (с изменениями и дополнениями) (утратил силу)
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края
от 31 марта 2016 г. N 176
"Об организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями"
С изменениями и дополнениями от:
20 июля 2016 г.
В целях реализации Федерального закона от 29.11.2010 N 326-ФЗ "Об обязательном медицинском страховании в Российской Федерации", раздела XV Правил обязательного медицинского страхования, утвержденных приказом Минздравсоцразвития России от 28.02.2011 N 158н, Порядка информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в сфере обязательного медицинского страхования, утвержденного приказом ФОМС от 20.12.2013 N 263, Территориальной программы государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края утвержденной постановлением Правительства Ставропольского края от 25.12.2015 N 582-п, с учетом Концепции развития в Ставропольском крае системы информационного сопровождения застрахованных лиц при оказании им медицинской помощи", утвержденной директором ТФОМС СК 10.11.2015, приказываю:
1. Утвердить Порядок организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в сфере обязательного медицинского страхования на территории Ставропольского края (далее - Порядок), согласно приложению к настоящему приказу.
2. Ввести Порядок в действие с 01 апреля 2016 года.
3. Признать утратившим силу приказ ТФОМС СК от 30.06.2014 N 324 "Об организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями".
4. Начальнику отдела сопровождения баз данных и межведомственного взаимодействия Гавриленко К.В. обеспечить внедрение модернизированного программного комплекса "ЕИР263" (далее - ПК "ЕИР263"), организовать техническое сопровождение и консультирование по вопросам работы в ПК "ЕИР263" пользователей страховых медицинских организаций и медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования на территории Ставропольского края.
5. Начальнику отдела делопроизводства и архива Ушаневой Е.П. ознакомить с настоящим приказом работников, довести до сведения страховых медицинских организаций и медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования на территории Ставропольского края.
6. Контроль за исполнением настоящего приказа возложить на заместителя директора ТФОМС СК Легкову И.Н.
ГАРАНТ:
Нумерация пунктов приводится в соответствии с источником
5. Настоящий приказ вступает в силу с даты подписания.
|
Директор |
С.П. Трошин |
Порядок
организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в сфере обязательного медицинского страхования на территории Ставропольского края
С изменениями и дополнениями от:
20 июля 2016 г.
Информация об изменениях:
Приказом Территориального фонда обязательного медицинского страхования Ставропольского края от 20 июля 2016 г. N 343 в пункт 1 настоящего Порядка внесены изменения
1. Общие положения
Настоящий Порядок организации информационного взаимодействия при осуществления информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в сфере обязательного медицинского страхования на территории Ставропольского края (далее - Порядок) разработан во исполнение Федерального закона от 29.11.2010 N 326-ФЗ "Об обязательном медицинском страховании в Российской Федерации", приказа Минздравсоцразвития России от 28.02.2011 N 158н "Об утверждении Правил обязательного медицинского страхования", Концепции создания единой государственной информационной системы в сфере здравоохранения, утвержденной приказом Минздравсоцразвития России от 28.04.2011 N 364, приказа Минздравсоцразвития России от 26.04.2012 N 406н "Об утверждении Порядка выбора гражданином медицинской организации при оказании ему медицинской помощи в рамках программы государственных гарантий бесплатного оказания гражданам медицинской помощи", приказа ФОМС от 07.04.2011 N 79 "Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере обязательного медицинского страхования", приказа ФОМС от 20.12.2013 N 263 "Об утверждении Порядка информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в сфере обязательного медицинского страхования", Территориальной программы государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края утвержденной постановлением Правительства Ставропольского края от 25.12.2015 N 582-П, с учетом Концепции развития в Ставропольском крае системы информационного сопровождения застрахованных лиц при оказании им медицинской помощи", утвержденной директором ТФОМС СК 10.11.2015.
Порядок определяет правила, принципы и основные процедуры, связанные с процессами приема, обработки и передачи информации в электронной форме по телекоммуникационным каналам связи между участниками обязательного медицинского страхования на территории Ставропольского края (далее соответственно - участники информационного обмена, ОМС), в рамках информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в сфере обязательного медицинского страхования на территории Ставропольского края (далее - информационное сопровождение).
Порядок разработан в целях:
обеспечения контроля объемов медицинской помощи, установленных решением комиссии по разработке территориальной программы обязательного медицинского страхования в Ставропольском крае;
создания условий для обеспечения гарантий прав застрахованных лиц на бесплатное предоставление медицинской помощи надлежащего качества и объема в рамках базовой и территориальной программ обязательного медицинского страхования на соответствующий финансовый год;
создания условий для реализации права застрахованного лица или его представителя на выбор медицинской организации при оказании ему медицинской помощи в рамках базовой и территориальной программ обязательного медицинского страхования, в том числе и при направлении застрахованного лица на плановую госпитализацию в стационарных условиях или в условиях дневного стационара (кроме случаев оказания медицинской помощи в дневном стационаре на дому);
разграничения зон ответственности участников информационного обмена при обеспечении информационного сопровождения;
определения перечня информационных объектов, расписания и способов организации информационного сопровождения.
Сформулированные в рамках настоящего документа требования, принципы информационного взаимодействия и описанные форматы являются обязательными для всех участников информационного обмена.
2. Термины и сокращения
2.1. Перечень используемых сокращений и терминов
Таблица 1 - Перечень используемых сокращений и терминов
|
N |
Сокращение |
Определение |
|
1 |
2 |
3 |
|
1. |
SOAP |
Simple Object Access Protocol (простой протокол доступа к объектам) протокол обмена структурированными сообщениями в распределённой вычислительной среде. |
|
2. |
XML |
Extensible Markup Language - (расширяемый язык разметки) формат, предназначенный для создания и обработки документов программами, одновременно удобный для чтения и создания документов человеком, а так же предназначенный для обмена информацией между программами |
|
3. |
ПК "ЕИР263" |
единый информационный ресурс посредством которого осуществляется обмен данными при осуществлении информационного сопровождения застрахованных лиц |
|
4. |
ЕНП |
единый номер полиса ОМС |
|
5. |
ЕРЗ |
единый регистр застрахованных в системе ОМС лиц |
|
6. |
ЗЛ |
застрахованное лицо или застрахованные лица |
|
7. |
ЗКС |
защищенные каналы связи |
|
8. |
идентификация застрахованного лица |
определение номера полиса (или соответствие номера полиса персональным данным ЗЛ) по персональным данным, по неполным данным, по данным записанным со слов ЗЛ или в иных случаях |
|
9. |
ИС |
информационная система |
|
10. |
Комиссия |
комиссия по разработке территориальной программы обязательного медицинского страхования в Ставропольском крае |
|
11. |
МО |
медицинская организация, включенная в реестр медицинских организаций, осуществляющих деятельность в сфере ОМС, и заключившая договор на оказание и оплату медицинской помощи по ОМС |
|
12. |
МО(А) |
МО, оказывающая первичную медико-санитарную помощь в амбулаторных условиях |
|
13. |
МО(С) |
МО, оказывающая специализированную медицинскую помощь в стационарных условиях |
|
14. |
МО(Д) |
МО, оказывающая специализированную медицинскую помощь в условиях дневного стационара |
|
15. |
МП |
медицинская помощь - комплекс мероприятий, направленных на поддержание и (или) восстановление здоровья и включающих в себя предоставление медицинских услуг |
|
16. |
МТР |
расчеты за МП, оказанную ЗЛ за пределами субъекта Российской Федерации, на территории которого зарегистрирован полис ОМС (межтерриториальные расчеты) |
|
17. |
направление |
направление застрахованного лица для получения МП в стационарных условиях или в условиях дневного стационара |
|
18. |
необязательный реквизит |
реквизит, который может как присутствовать, так и отсутствовать в элементе (при отсутствии, не передается) |
|
19. |
НСИ |
нормативно-справочная информация, заимствованная из нормативных документов и справочников, используемая при информационном обмене участников ОМС Ставропольского края |
|
20. |
обязательный реквизит |
реквизит, который должен обязательно присутствовать в элементе |
|
21. |
ОМС |
обязательное медицинское страхование |
|
22. |
оператор |
лицо (работник) участника информационного взаимодействия, которому согласно установленного порядка выданы учетные данные (логин и пароль) для доступа к ПК "ЕИР263" |
|
23. |
определение страховой принадлежности |
процесс определения страховой медицинской организации, в которой на момент госпитализации застраховано ЗЛ или территории страхования ЗЛ для МТР |
|
24. |
пациент |
физическое лицо, которому оказывается медицинская помощь или которое обратилось за оказанием медицинской помощи независимо от наличия у него заболевания и от его состояния |
|
25. |
ПДн |
персональные данные - любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу (субъекту персональных данных) |
|
26. |
ПМСП |
первичная медико-санитарная помощь |
|
27. |
ПО |
программное обеспечение |
|
28. |
Порядок |
настоящий документ, описывающий последовательность функций, ответственность, порядок взаимодействия участников информационного обмена |
|
29. |
Правила ОМС |
Правила обязательного медицинского страхования, утвержденные приказом Минздравсоцразвития России от 28.02.2011 N 158н "Об утверждении Правил обязательного медицинского страхования" |
|
30. |
Приказ ФОМС 79 |
приказ ФОМС от 07.04.2011 N 79 "Об утверждении общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере обязательного медицинского страхования" |
|
31. |
Приказ ФОМС 263 |
приказ ФОМС от 20.12.2013 N 263 "Об утверждении Порядка информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями в сфере обязательного медицинского страхования" |
|
32. |
ПУОМП |
Информационная система ТФОМС СК обеспечивающая персонифицированный учет оказанной застрахованным лицам медицинской помощи |
|
33. |
Регламент |
регламент информационного взаимодействия участников при расчетах за медицинскую помощь по обязательному медицинскому страхованию, оказанную застрахованным лицам на территории Ставропольского края, утвержденный ТФОМС СК |
|
34. |
СКЗИ |
средства криптографической защиты информации |
|
35. |
СМО |
страховая медицинская организация, включенная в реестр страховых медицинских организаций, осуществляющих деятельность в сфере ОМС, и заключившая договор о финансовом обеспечении ОМС с ТФОМС СК |
|
36. |
Территориальная программа |
Территориальная программа государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края, утвержденная Правительством Ставропольского края на соответствующий финансовый год |
|
37. |
ФЛК |
форматно-логический контроль |
|
38. |
ЦСЕРЗ |
центральный сегмент единого регистра застрахованных лиц |
|
39. |
ЭП |
2.2. Перечень сокращений, используемых в описании форматов
В Порядке для описания типов полей формата XML в справочниках и электронных файлах используются следующие сокращения (столбец "Тип"):
О - обязательный для заполнения тег;
Н - необязательный тег, который может, как присутствовать, так и отсутствовать в элементе. При отсутствии, не передается (не создается в ветке);
У - условно-обязательный тег. При наличии сведений должен передаваться (может быть обязательным при наличии каких-либо условий). При отсутствии, не передается (не создается в ветке);
М - тег, определяющий множественность данных, может добавляться к указанным выше символам. Таким образом, тегом этого типа может быть несколько подряд идущих в одной ветке (в одном элементе);
COMPLEX-тег является новым элементом (новой веткой); составной элемент, описывается отдельно;
В столбце "Формат" для каждого тега указывается - символ формата, а вслед за ним в круглых скобках - максимальная длина тега. Используются следующие сокращения для описания формата:
S - строковое поле;
N - целое или дробное число. Максимальная длина поля указывается в скобках. Если в скобках указывается два числа - то это определяет дробное число, первая цифра характеризует длину целой части, а вторая цифра - длину дробной части;
D - формат даты в формате ГГГГ-ММ-ДД;
V - формат времени в формате ЧЧ-ММ.
3. Информационное взаимодействие при ведении НСИ
3.1. Общие принципы информационного взаимодействия при ведении НСИ
При информационном взаимодействии в ходе информационного сопровождения используется НСИ, применение которой регламентировано Приказом ФОМС 79, а также НСИ Минздрава России, нормативно установленная и иная НСИ, используемая в сфере ОМС Ставропольского края, не противоречащая НСИ, предоставленной ФОМС.
НСИ ведется ТФОМС СК и размещается на официальном сайте ТФОМС СК в информационно-телекоммуникационной сети "Интернет" по ссылке: https://tfomssk.ru/informatizatsiya-v-sfere-oms/informatsionnoe-vzaimodey stvie-pri-raschetakh-za-meditsinskuyu-pomoshch/nsi/.
Полный список НСИ представлен в таблице 2 Регламента. Структура каждого пакета НСИ представлена в п.п.3.2.2 Регламента.
ГАРАНТ:
Нумерация пунктов приводится в соответствии с источником
3.2.1. Перечень НСИ используемой при информационном взаимодействии в ходе информационного сопровождения
Таблица 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 |
Классификатор коечного фонда |
|
4. Требования к программному обеспечению, используемому при информационном сопровождении
Информация об изменениях:
Приказом Территориального фонда обязательного медицинского страхования Ставропольского края от 20 июля 2016 г. N 343 в пункт 4.1 настоящего Порядка внесены изменения
4.1. Требования к программному обеспечению ТФОМС СК
Единый информационный ресурс создается ТФОМС СК как единое защищенное хранилище информации, интегрированное с РСЕРЗ и ПУОМП, функционирующее в круглосуточном бесперебойном режиме (за исключением времени, необходимого на проведение регламентных или технологических работ). Функционирование Единого информационного ресурса обеспечивается программным комплексом "ЕИР263" (далее -ПК "ЕИР263").
ПК "ЕИР263" создается с использованием Web-технологий и позволяет оператору МО, СМО и ТФОМС СК вносить сведения вручную, загружать с использованием SOAP-сервисов или в виде файлов установленного формата.
ПК "ЕИР263" обеспечивает следующие функции:
- внесение сведений о плановых объемах в разрезе профилей коек и СМО в соответствии с Территориальной программой;
- внесение и обработку сведений о ЗЛ, необходимых для осуществления информационного сопровождения;
- предоставление доступа к ПК "ЕИР263", после аутентификации, участникам информационного взаимодействия при информационном сопровождении.
ПК "ЕИР263" в режиме online обеспечивает возможность операторам вносить сведения о направлениях на плановую госпитализацию в стационарных условиях или в условиях дневного стационара (кроме случаев оказания медицинской помощи в дневном стационаре на дому) и иные сведения о ЗЛ, необходимые для осуществления информационного сопровождения, а в случае отсутствия технической возможности позволяет загружать их в пакетном режиме. ПК "ЕИР263" допускает загрузку в пакетном режиме сведений о выписанных и экстренно госпитализированных ЗЛ, а так же о структуре коечного фонда МО(С) и МО(Д).
4.2. Требования к программному обеспечению СМО
ПО используемое СМО при осуществлении информационного сопровождения должно обеспечивать при взаимодействии с ПК "ЕИР263" следующие функции:
- получение сведений о выполнении объёмов МП, установленных территориальной программой, по случаям госпитализации, в разрезе профилей МП;
- получение сведений о ЗЛ данной СМО, получивших направление на госпитализацию и выбравших МО(С) или МО(Д);
- получение сведений о ЗЛ данной СМО, госпитализированных по направлениям (в том числе по типам МО, направивших на госпитализацию) и экстренно в МО(С);
- получение сведений о количестве ЗЛ, выбывших из МО(С) или МО(Д);
- получение сведений о ЗЛ данной СМО, получивших направление на госпитализацию и в отношении которых не состоялась запланированная госпитализация не позднее одного дня с даты плановой госпитализации;
- получение сведений о количестве свободных мест (коек) на госпитализацию в разрезе профилей отделений (коек) по каждой МО(С) и МО(Д), с учётом установленного Территориальной программой периода ожидания;
- получение оперативных отчётов и справок по ЗЛ, получившим направление на госпитализацию, в целях контроля своевременности госпитализации;
- внесение сведений об аннулировании направления на госпитализацию (до даты планируемой госпитализации) в связи с отказом от госпитализации или смерти ЗЛ, в случае обращения ЗЛ (официального представителя) в СМО.
4.3. Требования к программному обеспечению МО(С)
ПО, используемое МО(С) при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "ЕИР263" следующие функции:
- передача сведений о количестве свободных мест (коек) на госпитализацию в разрезе профилей отделений (коек) с учётом периода ожидания, количество мест указывается на текущий день, а также прогноз на последующие дни;
- передача сведений о выполненных объёмах МП, установленных решением Комиссии, в разрезе профилей МП;
- передача сведений о ЗЛ, госпитализированных по направлениям и экстренно для оказания МП в стационарных условиях;
- передача сведений об отказах в госпитализации с указанием причины отказа;
- передача сведений о количестве выбывших пациентов, в том числе переведённых в другие МО(С);
- передача сведений о сроках ожидания МП, оказываемой в плановом порядке, установленных Территориальной программой.
Опционально ПО, используемое в МО(С), может быть интегрировано с ПК "ЕИР263" и осуществлять информационный обмен с использованием SOAP-сервиса.
4.4. Требования к ПО МО(А)
ПО используемое МО(А) при осуществлении информационного сопровождения должно обеспечивать при взаимодействии с ПК "ЕИР263" следующие функции:
- передача сведений о ЗЛ, получивших направление на госпитализацию и выбравших МО(С);
- передача сведений о ЗЛ, отказавшихся от госпитализации;
- получение сведений о госпитализированных ЗЛ;
- получение оперативных сведений для информирования ЗЛ или его законного представителя о сроках ожидания МП и количестве свободных мест на госпитализацию в разрезе профилей отделений (коек) по каждой МО(С);
- получение сведений об аннулировании направлений на госпитализацию, в связи с отказом от госпитализации или смертью ЗЛ.
Опционально ПО, используемое в МО(А), может быть интегрировано с ПК "ЕИР263" и осуществлять информационный обмен с использованием SOAP-сервиса.
Информация об изменениях:
Приказом Территориального фонда обязательного медицинского страхования Ставропольского края от 20 июля 2016 г. N 343 в пункт 4.5 настоящего Порядка внесены изменения
4.5. Требования к программному обеспечению МО(Д)
ПО, используемое МО(Д) при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "ЕИР263" следующие функции:
- передача сведений о количестве свободных пациенто-мест (коек) на госпитализацию в условиях дневного стационара (кроме случаев оказания медицинской помощи в дневном стационаре на дому) в разрезе профилей отделений (пациенто-мест) с учётом периода ожидания, количества смен для пациенто-места и продолжительности рабочей недели;
- количество мест указывается на текущий день, а также прогноз на последующие дни;
- передача сведений о выполненных объёмах МП, установленных решением Комиссии, в разрезе профилей МП;
- передача сведений о ЗЛ, госпитализированных по направлениям для оказания МП в условиях дневного стационара (кроме случаев оказания медицинской помощи в дневном стационаре на дому);
- передача сведений об отказах в госпитализации с указанием причины отказа;
- передача сведений о количестве выбывших пациентов, в том числе переведённых в другие МО;
- передача сведений о сроках ожидания МП, оказываемой в плановом порядке, установленных Территориальной программой.
Опционально ПО используемое в МО(А) может быть интегрировано с ПК "ЕИР263" и осуществлять информационный обмен с использованием SOAP-сервиса.
5. Процесс информационного взаимодействия
Информационное взаимодействие при осуществлении информационного сопровождения - процесс обмена информацией между участниками ОМС Ставропольского края с использованием ПК "ЕИР263" как непосредственно с использованием Web-интерфейса ПК "ЕИР263" доступного по ЗКС, а так же с использованием SOAP-сервиса и в виде электронных файлов (загружаемых и скачиваемых с использованием ПК "ЕИР263").
Доступ участников информационного обмена к ПК "ЕИР263" предоставляется ТФОМС СК при условии соблюдения требований законодательства Российской Федерации в области защиты конфиденциальной информации. Передача сведений, содержащих ПДн осуществляется только с использованием защищенных в соответствии с требованиями законодательства Российской Федерации в области защиты конфиденциальной информации каналов передачи данных.
По открытым каналам связи при необходимости и (или) в случае отсутствия технической возможности использования ЗКС передается только информация, не содержащая ПДн - обезличенная информация.
5.1. Схема информационного взаимодействия
В процессе информационного взаимодействия с использованием ПК "ЕИР263", в соответствии с Порядком осуществляются следующие этапы информационного взаимодействия:
Таблица 3 - Схема информационного взаимодействия в сфере ОМС на территории Ставропольского края с использованием ПК "ЕИР263"
|
Этап (N |
Механизм информационного взаимодействия на соответствующем этапе |
Отправитель |
Получатель |
||
|
1 |
2 |
3 |
4 |
||
|
Взаимодействие МО(С), МО(Д) и ТФОМС СК | |||||
|
1 |
МО(С) ежедневно до 09-00 с использованием Web-интерфейса ПК "ЕИР263", SOAP-сервиса, либо путем загрузки файлов, в установленных Порядком форматах посредством ПК "ЕИР263" направляет (вносит через Web-форму) сведения о госпитализации по направлениям, экстренной госпитализации, отказах о госпитализации и выбывших пациентах (далее - сведения о ЗЛ полученные от МО(С). |
МО(С) |
ТФОМС СК |
||
|
2 |
МО(С) ежедневно до 09-00 с использованием Web-интерфейса ПК "ЕИР263", SOAP-сервиса, либо путем загрузки файлов в установленных Порядком форматах, посредством ПК "ЕИР263" направляет (вносит используя Web-форму) сведения о наличии (количестве) свободных мест на госпитализацию (далее - сведения о свободных местах). |
МО(С) |
ТФОМС СК |
||
|
3 |
МО(Д) ежедневно до 09-00 с использованием Web-интерфейса ПК "ЕИР263", SOAP-сервиса, либо путем загрузки файлов, в установленных Порядком форматах посредством ПК "ЕИР263" направляет (вносит через Web-форму) сведения о госпитализации по направлениям, отказах о госпитализации и выбывших пациентах (далее - сведения о ЗЛ полученные от МО(Д). |
МО(Д) |
ТФОМС СК |
||
|
4 |
МО(Д) ежедневно до 09-00 с использованием Web-интерфейса ПК "ЕИР263", SOAP-сервиса, либо путем загрузки файлов в установленных Порядком форматах, посредством ПК "ЕИР263" направляет (вносит используя Web-форму) сведения о наличии (количестве) свободных мест на госпитализацию (далее - сведения о свободных местах). |
МО(Д) |
ТФОМС СК |
||
|
5 |
ТФОМС СК обеспечивает возможность доступа МО(С) и МО(Д) к ПК "ЕИР263" с использованием Web-интерфейса и SOAP-сервиса, в круглосуточном режиме, за исключением времени, необходимого для проведения регламентных или технологических работ. |
ТФОМС СК |
МО(С); МО(Д). |
||
|
6 |
ТФОМС СК при загрузке файлов проводит их первичную обработку (ФЛК) и обеспечивает доступ МО(С) и МО(Д) к ее результатам. |
ТФОМС СК |
МО(С); МО(Д). |
||
|
7 |
ТФОМС СК обеспечивает доступ соответствующей МО(С) и МО(Д) к сведениям о ЗЛ, получивших направление на плановую госпитализацию, и сведениям о ЗЛ, отказавшихся от госпитализации. |
ТФОМС СК |
МО(С); МО(Д). |
||
|
Взаимодействие ТФОМС СК и СМО | |||||
|
8 |
8.1 После первичной обработки сведений о ЗЛ, полученных от МО(С) или МО(Д) ТФОМС СК проводит определение страховой принадлежности в РСЕРЗ и, при необходимости, в ЦСЕРЗ |
ТФОМС СК |
|
||
|
8.2 ТФОМС СК обеспечивает техническую возможность доступа СМО к сведениям о ЗЛ, полученных от МО(С) или МО(Д) в разрезе СМО, к сведениям о свободных местах, в том числе обеспечивает возможность для СМО скачать сведения в виде файлов установленного формата. |
ТФОМС |
СМО |
|||
|
Взаимодействие МО(А) и ТФОМС СК | |||||
|
9 |
9.1 МО(А) с использованием Web-интерфейса, SOAP-сервиса ПК "ЕИР263" либо путем загрузки файлов в установленных Порядком форматах посредством ПК "ЕИР263" направляет (вносит используя Web-форму) сведения о ЗЛ, получивших направление на госпитализацию и выбравших МО(С) или МО(Д). |
МО(А) |
ТФОМС СК |
||
|
9.2 МО(А) с использованием Web-интерфейса, SOAP-сервиса ПК "ЕИР263" либо способом загрузки файлов в установленных Порядком форматах посредством ПК "ЕИР263" направляет (вносит используя Web-форму) сведения о ЗЛ отказавшихся от госпитализации. |
МО(А) |
ТФОМС СК |
|||
|
9.3 ТФОМС СК обеспечивает техническую возможность доступа МО(А) к сведениям о госпитализированных ЗЛ, направленных МО(А) на госпитализацию, в том числе обеспечивает возможность для МО(А) скачать сведения в виде файлов установленного формата. |
ТФОМС СК |
МО(А) |
|||
|
|
9.4 ТФОМС СК обеспечивает техническую возможность доступа МО(А) к оперативным сведениям о свободных местах в разрезе профилей отделений (коек) по каждой МО(С) и возможных сроках ожидания МП |
ТФОМС СК |
МО(А) |
||
|
|
9.5 ТФОМС СК обеспечивает техническую возможность доступа МО(А) к сведениям об аннулировании направлений на госпитализацию в связи с отказом от госпитализации или смертью ЗЛ, в том числе обеспечивает возможность для МО(А) скачать сведения в виде файлов установленного формата |
ТФОМС СК |
МО(А) |
||
5.2. Способы осуществления информационного взаимодействия между участниками информационного обмена
Информационное взаимодействие осуществляется в электронном виде по открытым каналам связи, включая информационно-телекоммуникационную сеть "Интернет", с использованием СКЗИ (ViPNet) и предусматривает возможность использования ЭП в соответствии с требованиями законодательства России в сфере защиты информации и ПДн ЗЛ после принятия решения о переходе на юридически значимый электронный документооборот в сфере ОМС на территории Ставропольского края.
Информационное взаимодействие осуществляется посредством ПК "ЕИР263" с использованием Web-интерфейса и предусматривает возможность ввода и просмотра сведений, а также с использованием SOAP-сервиса и загрузки и скачивания сведений в виде файлов установленного формата (XML файлов, упакованных в ZIP архив с расширением OMS).
В случае отсутствия в МО СКЗИ (ViPNet), МО передает информацию, содержащую ПДн на машинных носителях (оптические диски, карты памяти и т.п.), путем предоставления в обособленные структурные подразделения ТФОМС СК по месту нахождения МО или офис дирекции ТФОМС СК. Для подтверждения полномочий представителя МО в обособленное структурное подразделение ТФОМС СК или дирекцию ТФОМС СК предъявляется документ удостоверяющий личность работника МО и доверенность, подтверждающая его полномочия.
Обособленные структурные подразделения ТФОМС СК осуществляют передачу информации, полученной от МО, в ТФОМС СК по ЗКС с использованием СКЗИ (VipNet).
5.3. Описание этапов информационного взаимодействия
5.3.1. ТФОМС СК
ТФОМС СК формирует в ПК "ЕИР263" сведения о плановых объемах МП в разрезе профилей и СМО в соответствии с Территориальной программой.
ТФОМС СК на основании сведений о выданных направлениях на госпитализацию, поступивших от МО(А), определяет доступ к обрабатываемым сведениям для участников информационного взаимодействия. При этом сведения, представляемые ПК "ЕИР263" СМО, определяются по результатам определения страховой принадлежности ЗЛ по данным РСЕРЗ и в случае необходимости в ЦСЕРЗ на момент предоставления доступа. Предоставляемые сведения для МО(А) о госпитализации ЗЛ определяются:
для плановой госпитализации - по направлению на плановую госпитализацию;
для экстренной госпитализации - по прикреплению ЗЛ для получения ПСМП.
Доступ к информации о госпитализации ЗЛ, застрахованных в других субъектах Российской Федерации, предоставляется для ТФОМС СК.
ТФОМС СК администрирует ПК "ЕИР263", осуществляет контроль полноты и достоверности сведений, вносимых участниками информационного обмена в ПК "ЕИР263", мониторинг информационного сопровождения, а так же осуществляет контроль за соблюдением требований Порядка всеми участниками информационного взаимодействия.
Информация об изменениях:
Приказом Территориального фонда обязательного медицинского страхования Ставропольского края от 20 июля 2016 г. N 343 в пункт 5.3.2 настоящего Порядка внесены изменения
5.3.2. Медицинская организация, оказывающая первичную медико-санитарную помощь в амбулаторных условиях
МО(А) посредством собственной ИС осуществляет автоматизированный учет направлений.
Направление выдается на основании выбора застрахованным лицом МО(С) или МО(Д) с учетом необходимых условий оказания медицинской помощи, осуществленного в соответствии со сведениями о наличии свободных мест и сроков ожидания МП в условиях стационара и дневного стационара (кроме случаев оказания медицинской помощи в дневном стационаре на дому) по данному профилю(койки). Автоматизированный учет (выписка) направлений должен осуществляться способом внесения сведений посредством заполнения Web-формы в режиме online, с использованием SOAP-сервиса в режиме online, либо способом загрузки файла со сведениями о выписанных направлениях по состоянию на 20-00 предшествующего дня, в срок до 9-00, в установленных Порядком случаях.
В случае отказа ЗЛ от плановой госпитализации, МО(А) направляет соответствующие сведения в ПК "ЕИР263" способом внесения сведений посредством заполнения Web-формы либо способом загрузки файла.
МО(А) ежедневно не позднее 10-00 получает возможность доступа к информации о наличии свободных мест и объемов для госпитализации с учетом установленного Территориальной программой периода ожидания.
МО(А) получает возможность доступа к сведениям о ЗЛ госпитализированных по направлениям, а также об аннулировании направлений выданных данной МО(А).
МО(А) получает возможность доступа к сведениям о прикрепленных для получения ПСМП к данной МО(А) ЗЛ, госпитализированных по экстренным показаниям.
5.3.3. Медицинская организация, оказывающая медицинскую помощь в стационарных условиях
МО(С) с помощью Web-формы ПК "ЕИР263" в режиме online, или посредством собственной ИС, интегрированной с использованием SOAP-сервиса с ПК "ЕИР263", осуществляет автоматизированный учет ЗЛ, поступивших на госпитализацию по направлениям и экстренно, а также отказавшихся от госпитализации явочным порядком (не явившихся для госпитализации).
МО(С) ежедневно не позднее 09-00 направляет в ПК "ЕИР263" сведения о фактах госпитализации по направлениям и экстренно, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах.
МО(С) ежедневно не позднее 09-00 передает информацию о количестве свободных для госпитализации мест с учетом периода ожидания, установленного Территориальной программой.
5.3.4. Медицинская организация, оказывающая медицинскую помощь в условиях дневного стационара
МО(Д) с помощью Web-формы ПК "ЕИР263" в режиме online или посредством собственной ИС, интегрированной с использованием SOAP-сервиса с ПК "ЕИР263", осуществляет автоматизированный учет ЗЛ, поступивших на госпитализацию по направлениям, а также отказавшихся от госпитализации явочным порядком (не явившихся для госпитализации).
МО(Д) ежедневно не позднее 09-00 направляет в ПК "ЕИР263" сведения о фактах госпитализации по направлениям, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах.
МО(Д) ежедневно не позднее 09-00 передает информацию о количестве свободных для госпитализации мест с учетом периода ожидания, установленного Территориальной программой, сменности коечного фонда и продолжительности рабочей недели дневного стационара.
ГАРАНТ:
Нумерация пунктов приводится в соответствии с источником
5.3.4. Страховая медицинская организация
СМО получает возможность доступа в ПК "ЕИР263" к сведениям о направлениях, состоявшихся госпитализациях, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах.
СМО получает возможность доступа в ПК "ЕИР263" к сведениям о количестве свободных или планируемых к высвобождению коек и выполненных объемах МП.
СМО с помощью Web-формы ПК "ЕИР263" направляет в ПК "ЕИР263" сведения об отказах ЗЛ от госпитализации в связи с инициативным отказом или смертью ЗЛ.
6. Требования к файлам используемым, при осуществлении информационного сопровождения
Файлы, используемые при осуществлении информационного сопровождения формируется в форматах, установленных Порядком (Приложение 1 к Порядку), с соблюдением требований к структуре файлов XML.
При формировании электронных файлов формата XML при информационном обмене принимается нижеследующая кодировка некоторых символов:
|
Символ |
Способ кодирования |
|
двойная кавычка (") |
&quоt; |
|
одинарная кавычка (') |
&apоs; |
|
левая угловая скобка (<) |
< |
|
правая угловая скобка (>) |
> |
|
амперсанд (&) |
& |
Все сведения в файлах передаются в виде заполненных тегов, использование атрибутов не допускается.
Теги в файлах XML должны следовать согласно их описаниям в таблицах. Тег передается в обязательном порядке, даже в случае отсутствия информации. Разделителем дробных чисел должен служить знак "." (точка).
При формировании XML файлов используется кодовая страница Windоws-1251.
Формирование файлов участники информационного обмена осуществляют посредством собственных ИС в соответствии с форматами согласно приложению 1 к Порядку.
Каждый файл имеет уникальное имя. Имя файла формируется по следующему принципу:
GDc-е.xml, где
GD - константа, обозначающая тип передаваемого файла
c - код источника данных, формируемый в соответствии со справочниками F003 для МО, F002 для СМО;
е-порядковый номер файла .
Длина имени файла не может превышать 255 символов.
Файл упаковывается в ZIP архив с расширением OMS.
Пример имени файла: GD260003-0000587.OMS
7. Требования к формируемому МО(А) номеру направления на госпитализацию
Номер направления на госпитализацию должен быть уникален на территории Ставропольского края.
Номер направления формируется МО(А) по нижеуказанной маске:
CCCCССYYNNNNNNN
где CCCCCC- код МО (в соответствии с F003);
YY - 2 последних цифры текущего года;
NNNNNNN - уникальный номер направления в пределах МО (нумерация внутри МО может обнуляться в первый день очередного календарного года).
Приложение 1
к Порядку организации информационного взаимодействия
участников при осуществлении информационного
сопровождения застрахованных лиц при организации
оказания им медицинской помощи страховыми медицинскими
организациями в сфере обязательного медицинского
страхования на территории Ставропольского края
Данные используемые при информационном взаимодействии
Таблица 4-Описание данных
|
Обозначение тега |
Признак использования в подсистемах "Стационар" "Дневной стационар" |
Формат |
Наименование |
Дополнительная информация |
|
1 |
2 |
3 |
4 |
5 |
|
NZAP |
О |
N(5) |
Номер записи |
Номер записи |
|
NNAPR |
О |
N(14) |
Номер направления |
Номер направления уникальный на территории Ставропольского края формируется в соответствии правилом, описанным п. 7 Порядка |
|
DNAPR |
О |
|
Дата направления |
|
|
DPGOSP |
У |
D |
Дата плановой госпитализации |
|
|
DNGOSP |
У |
D |
Дата начала госпитализации |
|
|
DSNAPR |
О |
Т(5) |
Код диагноза направления |
Заполняется в соответствии с M001 на момент направления пациента |
|
VNGOSP |
У |
V |
Время начала госпитализации |
|
|
DOGOSP |
У |
D |
Дата окончания госпитализации |
|
|
DPOGOSP |
У |
D |
Планируемая дата окончания госпитализации |
|
|
DANUL |
У |
D |
Дата аннулирования направления |
|
|
PANUL |
У |
N(1) |
Причина аннулирования |
1 - неявка пациента на госпитализацию; 2 - непредоставление необходимого пакета документов (отказ МО(С); 3 - инициативный отказ от госпитализации пациентом; 4 - смерть; 5 - прочие Заполняется в соответствии с SE002 |
|
IANUL |
У |
N(1) |
Источник аннулирования |
1-СМО; 2-МО(С); 3-МО(А); 4-МО(Д). Заполняется в соответствии с SE003 |
|
KANUL |
У |
N(6) |
Код источника аннулирования |
Заполняется в соответствии с F002 или F003 в зависимости от заполнения поля IANUL |
|
FAM |
О |
Т(40) |
Фамилия |
|
|
IM |
О |
Т(40) |
Имя |
|
|
OT |
О |
Т(60) |
Отчество |
|
|
P |
О |
N(1) |
Пол |
Заполняется в соответствии с V005 |
|
DR |
О |
D |
Дата рождения |
|
|
TEL |
О |
Т(20) |
Телефон |
|
|
TER |
О |
N(2) |
Код территории страхования |
Заполняется в соответствии с F010 |
|
SMO |
У |
N(5) |
Код СМО |
Заполняется в соответствии с F002 |
|
FOMP |
У |
N(1) |
Код формы оказания медицинской помощи |
1 - плановая; 2 - неотложная; 3 - экстренная Заполняется в соответствии с V014 |
|
MONAPR |
О |
N(6) |
Код МО, направившей на госпитализацию |
Заполняется в соответствии с F003 |
|
PMONAPR |
У |
N(3) |
Код подразделения МО, направившей на госпитализацию |
Заполняется в соответствии с F003_T |
|
PROFONAPR |
О |
N(3) |
Код профиля отделения |
Заполняется в соответствии с V002 |
|
PROFKNAPR |
О |
N(3) |
Код профиля койки |
Заполняется в соответствии с V002 |
|
DS |
О |
Т(5) |
Код окончательного диагноза |
Заполняется в соответствии с M001 на момент выписки пациента |
|
MEDRAB |
У |
S(11) |
Код направившего мед. работника |
СНИЛС медицинского работника направившего пациента |
|
FAMD |
У |
S(40) |
Фамилия медицинского работника |
|
|
IMD |
У |
S(40) |
Имя медицинского работника |
|
|
OTD |
У |
S(40) |
Отчество медицинского работника |
|
|
DRD |
У |
D |
Дата рождения медицинского работника |
|
|
SNILSD |
У |
S(14) |
СНИЛС медицинского работника |
|
|
INND |
У |
S(12) |
ИНН медицинского работника |
|
|
MO |
О |
N(6) |
Код МО |
Заполняется в соответствии с F003 |
|
PMO |
О |
N(3) |
Код подразделения МО |
Заполняется в соответствии с F003_T |
|
PMOANUL |
О |
N(3) |
Код подразделения МО аннулировавшего направление |
Заполняется в соответствии с F003_T |
|
PROFO |
О |
N(3) |
Код профиля отделения |
Заполняется в соответствии с V002 |
|
PROFK |
О |
N(3) |
Код профиля койки |
Заполняется в соответствии с V002 |
|
NKART |
У |
Т(60) |
Номер карты |
Номер истории болезни/Номер карты амбулаторного больного |
|
DSPO |
У |
Т(5) |
Код диагноза приемного отделения |
Заполняется в соответствии с M001 |
|
NPAC |
У |
N(5) |
Количество пациентов |
|
|
IPAC |
У |
N(5) |
Поступило пациентов |
|
|
OPAC |
У |
N(5) |
Выбыло пациентов |
|
|
PPAC |
У |
N(5) |
Планируется пациентов |
|
|
SK |
О |
N(5) |
Общее количество коек |
|
|
SKM |
О |
N(5) |
Количество коек (мужские) |
|
|
SKW |
О |
N(5) |
Количество коек (женские) |
|
|
SKD |
О |
N(5) |
Количество коек (детские) |
|
|
NKDNY |
У |
N(9) |
Количество койко-дней |
|
|
D |
O |
D |
Дата формирования сведений о коечном фонде |
|
|
DAYSPERWEEK |
У |
N(1) |
Количество рабочих дней в неделю |
Заполняется для оказания МП в условиях дневного стационара |
|
NPOLIS |
У |
S(20) |
Номер полиса пациента ОМС |
|
|
SPOLIS |
У |
S(10) |
Серия полиса пациента ОМС |
|
|
VPOLIS |
У |
S(1) |
Тип полиса ОМС |
|
|
PROXY_DR |
У |
D |
Дата рождения представителя пациента |
|
|
PROXY_FAM |
У |
S(60) |
Фамилия представителя пациента |
|
|
PROXY_IM |
У |
S(60) |
Имя представителя пациента |
|
|
PROXY_ОТ |
У |
S(60) |
Отчество представителя пациента |
|
|
PROXY_P |
У |
S(60) |
Пол представителя пациента |
|
|
RANUL |
У |
S(255) |
Комментарий к аннулированию направления |
|
|
RESERVE |
О |
N(4) |
Количество коек резерва |
|
|
SHIFT_TIME |
O |
V |
Время начала смены для койки |
|
|
SHIFT |
O |
N(1) |
Номер смены |
|
|
TIPEXTR |
У |
S(2) |
Способ поступления пациента для экстренной госпитализации |
Заполняется в соответствии с SE001 |
|
WRITEOUT |
У |
N(2) |
Результат обращения за медицинской помощью |
Заполняется в соответствии с V009 |
Приложение 2
к Порядку организации информационного
взаимодействия участников при осуществлении
информационного сопровождения застрахованных лиц
при организации оказания им медицинской помощи
страховыми медицинскими организациями в сфере
обязательного медицинского страхования на территории
Ставропольского края
Примеры XML файлов используемых для информационного обмена с подсистемой "Стационар"
Для отнесения файлов к подсистемам и типам действий используется корневой элемент ZAP передаваемый с соответствующими атрибутами
Для подсистемы Стационар:
<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>
Таблица 5 Данные используемые в XML файла со сведениями о направлении на госпитализацию в условиях стационара
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T1 |
NZAP |
N |
О |
Номер записи |
|
T1 |
NNAPR |
S14 |
У |
Номер направления |
|
T1 |
DNAPR |
D |
О |
Дата выдачи направления |
|
T1 |
DPGOSP |
D |
О |
Дата плановой госпитализации |
|
T1 |
FAM |
S60 |
О |
Фамилия |
|
T1 |
IM |
S60 |
О |
Имя |
|
T1 |
OT |
S60 |
У |
Отчество |
|
T1 |
P |
N |
О |
Пол |
|
T1 |
DR |
D |
О |
Дата рождения |
|
T1 |
TEL |
S12 |
У |
Телефон |
|
T1 |
VPOLIS |
N |
У |
Тип полиса |
|
T1 |
SPOLIS |
S10 |
У |
Серия полиса |
|
T1 |
NPOLIS |
S20 |
У |
Номер полиса |
|
T1 |
TER |
S5 |
У |
ОКАТО территории страхования |
|
T1 |
SMO |
S5 |
У |
Код страховой компании |
|
T1 |
FOMP |
N |
О |
Форма помощи |
|
T1 |
MONAPR |
S6 |
О |
Код МО амбулатории |
|
T1 |
PMONAPR |
N |
О |
Код подразделения МО амбулатории |
|
T1 |
PROFONAPR |
N |
У |
Профиль отделения амбулатории |
|
T1 |
PROFKNAPR |
N |
У |
Профиль койки амбулатории |
|
T1 |
MEDRAB |
S11 |
О |
Код медработника направившего |
|
T1 |
MO |
S6 |
О |
Код МО стационара |
|
T1 |
PMO |
N |
О |
Код ПМО стационара |
|
T1 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
T1 |
PROFK |
N |
О |
Код профиля койки стационара |
|
T1 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
T1 |
DSNAPR |
S10 |
О |
Диагноз амбулатории |
|
T1 |
NKART |
S60 |
У |
Номер карты |
|
T1 |
proxy_fam |
S60 |
У |
Фамилия предоставителя |
|
T1 |
proxy_im |
S60 |
У |
Имя предоставителя |
|
T1 |
proxy_ot |
S60 |
У |
Отчество предоставителя |
|
T1 |
proxy_p |
N |
У |
Пол предоставителя |
|
T1 |
proxy_dr |
D |
У |
Дата рождения предоставителя |
|
T1 |
TIPEXTR |
N |
О |
Код источник поступления экстренного пациента |
|
T1 |
ZAP |
COMPLEX |
О |
Корневой тег |
|
T1 |
PACIENT |
COMPLEX |
О |
Данные о пациенте |
|
T1 |
POLIS |
COMPLEX |
S |
Данные о полисе |
|
T1 |
PROXY |
COMPLEX |
S |
Данные о представителе |
Т2 Формат файла со сведениями о плановой госпитализации пациента
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T2">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DNGOSP>Обязательно</DNGOSP>
<VNGOSP/>
<DSPO>Обязательно</DSPO>
<DPOGOSP/>
</ZAP>
</DAN>
Таблица 6 Данные используемые в XML файла со сведениями о плановой госпитализации пациента в условиях стационара
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T2 |
NZAP |
N |
О |
Номер записи |
|
T2 |
NNAPR |
S14 |
О |
Номер направления |
|
T2 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
T2 |
VNGOSP |
S5 |
У |
Время начала госпитализации |
|
T2 |
DSPO |
S10 |
О |
Диагноз приемного отделения |
|
T2 |
DPOGOSP |
D |
У |
Дата планового окончания госпитализации |
|
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>
Таблица 7 Данные используемые в XML файла со сведениями об экстренной госпитализации пациента в условиях стационара
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T3 |
NZAP |
N |
О |
Номер записи |
|
T3 |
NNAPR |
S14 |
У |
Номер направления |
|
T3 |
DNAPR |
D |
О |
Дата выдачи направления |
|
T3 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
T3 |
VNGOSP |
S5 |
У |
Время начала госпитализации |
|
T3 |
FAM |
S60 |
О |
Фамилия |
|
T3 |
IM |
S60 |
О |
Имя |
|
T3 |
OT |
S60 |
У |
Отчество |
|
T3 |
P |
N |
О |
Пол |
|
T3 |
DR |
D |
О |
Дата рождения |
|
T3 |
TEL |
S12 |
У |
Телефон |
|
T3 |
VPOLIS |
N |
У |
Тип полиса |
|
T3 |
SPOLIS |
S10 |
У |
Серия полиса |
|
T3 |
NPOLIS |
S20 |
У |
Номер полиса |
|
T3 |
TER |
S5 |
У |
ОКАТО территории страхования |
|
T3 |
SMO |
S5 |
У |
Код страховой компании |
|
T3 |
FOMP |
N |
У |
Форма помощи |
|
T3 |
MONAPR |
S6 |
О |
Код МО амбулатории |
|
T3 |
PMONAPR |
N |
О |
Код подразделения МО амбулатории |
|
T3 |
PROFONAPR |
N |
У |
Профиль отделения амбулатории |
|
T3 |
PROFKNAPR |
N |
У |
Профиль койки амбулатории |
|
T3 |
MEDRAB |
S11 |
О |
Код медработника направившего |
|
T3 |
MO |
S6 |
О |
Код МО стационара |
|
T3 |
PMO |
N |
О |
Код ПМО стационара |
|
T3 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
T3 |
PROFK |
N |
О |
Код профиля койки стационара |
|
T3 |
DSPO |
S10 |
О |
Диагноз приемного отделения |
|
T3 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
T3 |
NKART |
S60 |
У |
Номер карты |
|
T3 |
proxy_fam |
S60 |
У |
Фамилия предоставителя |
|
T3 |
proxy_im |
S60 |
У |
Имя предоставителя |
|
T3 |
proxy_ot |
S60 |
У |
Отчество предоставителя |
|
T3 |
proxy_p |
N |
У |
Пол предоставителя |
|
T3 |
proxy_dr |
D |
У |
Дата рождения предоставителя |
|
T3 |
TIPEXTR |
N |
О |
Код источник поступления экстренного пациента |
|
T3 |
ZAP |
COMPLEX |
О |
Корневой тег |
|
T3 |
PACIENT |
COMPLEX |
О |
Данные о пациенте |
|
T3 |
POLIS |
COMPLEX |
У |
Данные о полисе |
|
T3 |
PROXY |
COMPLEX |
У |
Данные о представителе |
Т4 Формат файла со сведениями об аннулировании направления на госпитализацию
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T4">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DANUL>Обязательно</DANUL>
<PANUL>Обязательно</PANUL>
<IANUL>Обязательно</IANUL>
<KANUL>Обязательно</KANUL>
<PMOANUL/>
<RANUL/>
</ZAP>
</DAN>
Таблица 8 Данные используемые в XML файла со сведениями об аннулировании направления на госпитализацию пациента в условиях стационара
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T4 |
NZAP |
N |
О |
Номер записи |
|
T4 |
NNAPR |
S14 |
О |
Номер направления |
|
T4 |
DANUL |
D |
О |
Дата аннулирования |
|
T4 |
PANUL |
N |
О |
Причина аннулирования |
|
T4 |
IANUL |
N |
О |
Источник аннулирования |
|
T4 |
KANUL |
S6 |
О |
Код источника аннулирования |
|
T4 |
PMOANUL |
N |
У |
Код подразделения МО аннулирования |
|
T4 |
RANUL |
S255 |
У |
Комментарий к аннулированию |
|
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>
Таблица 9 Данные используемые в XML файле со сведениями о пациентах, выбывших из МО(С)
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T5 |
NZAP |
N |
О |
Номер записи |
|
T5 |
NNAPR |
S14 |
О |
Номер направления |
|
T5 |
DOGOSP |
D |
О |
Дата окончания госпитализации |
|
T5 |
DS |
S10 |
О |
Окончательный диагноз |
|
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>
ГАРАНТ:
Нумерация таблиц приводится в соответствии с источником
Таблица 9 Данные используемые в XML файле со сведениями о переводе пациента между отделения МО(С)
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T7 |
NZAP |
N |
О |
Номер записи |
|
T7 |
NNAPR |
S14 |
О |
Номер направления |
|
T7 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
T7 |
VNGOSP |
S5 |
У |
Время начала госпитализации |
|
T7 |
MEDRAB |
S11 |
О |
Код медработника направившего |
|
T7 |
MO |
S6 |
О |
Код МО стационара |
|
T7 |
PMO |
N |
О |
Код ПМО стационара |
|
T7 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
T7 |
PROFK |
N |
О |
Код профиля койки стационара |
|
T7 |
DSPO |
S10 |
О |
Диагноз приемного отделения |
|
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>
Таблица 10 Данные используемые в XML файле со сведениями о продлении срока госпитализации пациента в МО(С)
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T8 |
NZAP |
N |
О |
Номер записи |
|
T8 |
NNAPR |
S14 |
О |
Номер направления |
|
T8 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
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>
Таблица 11 Данные используемые в XML файле со сведениями о коечном фонде в МО(С)
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T6 |
NZAP |
N |
1 |
Номер записи |
|
T6 |
MO |
S6 |
1 |
Код МО стационара |
|
T6 |
PMO |
N |
1 |
Код ПМО стационара |
|
T6 |
PROFK |
N |
1 |
Код профиля койки стационара |
|
T6 |
D |
D |
1 |
Дата подачи количества коек |
|
T6 |
SK |
N |
1 |
Общее количество коек |
|
T6 |
SKM |
N |
0 |
Количество мужских коек |
|
T6 |
SKW |
N |
0 |
Количество женских коек |
|
T6 |
SKD |
N |
0 |
Количество детских коек |
|
T6 |
RESERVE |
N |
0 |
Резерв |
|
T6 |
ZAP |
COMPLEX |
1 |
Корневой тег |
Приложение 3
к Порядку организации информационного взаимодействия
участников при осуществлении информационного
сопровождения застрахованных лиц при организации оказания
им медицинской помощи страховыми медицинскими
организациями в сфере обязательного медицинского
страхования на территории Ставропольского края
Форматы протоколов результатов передачи данных передаваемых файлов и описание данных
Каждый файл протоколов имеет уникальное имя. Имя файла протокола формируется по принципу, аналогичному формированию имени передаваемых файлов за исключением замены константы GD на GP:
GPc-е.xml, где
GP - константа, обозначающая тип передаваемого файла;
c - код источника;
e -номер файла по которому формирован протокол.
Длина имени файла не может превышать 255 символов.
Файл упаковывается в ZIP архив с расширением OMS.
Пример имени файла: GP260003-0000587.OMS
Таблица 12-Описание данных
|
Наименование |
Тип |
Наименование |
Дополнительная информация |
|
1 |
2 |
3 |
4 |
|
RESF |
N(1) |
Результат приёма данных |
1 - данные приняты к обработке; 0 - данные неприняты к обработке |
|
TXTRESF |
С(150) |
Текст пояснения на отказ приёма данных |
|
|
RESD |
N(1) |
0 - в данных нет ошибок, 1 - в записях имеются ошибки |
0 - в данных нет ошибок; 1 - в записях имеются ошибки |
|
NZAP |
N(5) |
Номер записи данных |
|
|
NAMD |
N(16) |
Наименование элемента данных |
|
|
KO |
N(2) |
Код ошибки |
|
|
TXTO |
S(150) |
Текстовое пояснение ошибки |
|
Файл протокола результатов передачи данных передаваемых файлов
<?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 файлов используемых для информационного обмена с подсистемой "Дневной стационар"
Для отнесения файлов к подсистемам и типам действий используется корневой элемент ZAP передаваемый с соответствующими атрибутами
Для подсистемы Стационар:
<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>
Таблица 13 Данные используемые в XML файле со сведениями о направлении пациента на госпитализацию в условиях дневного стационара
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T1 |
NZAP |
N |
О |
Номер записи |
|
T1 |
NNAPR |
S14 |
У |
Номер направления |
|
T1 |
DNAPR |
D |
О |
Дата выдачи направления |
|
T1 |
DPGOSP |
D |
О |
Дата плановой госпитализации |
|
T1 |
FAM |
S60 |
О |
Фамилия |
|
T1 |
IM |
S60 |
О |
Имя |
|
T1 |
OT |
S60 |
У |
Отчество |
|
T1 |
P |
N |
О |
Пол |
|
T1 |
DR |
D |
О |
Дата рождения |
|
T1 |
TEL |
S12 |
У |
Телефон |
|
T1 |
VPOLIS |
N |
У |
Тип полиса |
|
T1 |
SPOLIS |
S10 |
У |
Серия полиса |
|
T1 |
NPOLIS |
S20 |
У |
Номер полиса |
|
T1 |
TER |
S5 |
У |
ОКАТО территории страхования |
|
T1 |
SMO |
S5 |
У |
Код страховой компании |
|
T1 |
MONAPR |
S6 |
О |
Код МО амбулатории |
|
T1 |
PMONAPR |
N |
О |
Код подразделения МО амбулатории |
|
T1 |
PROFONAPR |
N |
У |
Профиль отделения амбулатории |
|
T1 |
PROFKNAPR |
N |
У |
Профиль койки амбулатории |
|
T1 |
MEDRAB |
S11 |
О |
Код медработника направившего |
|
T1 |
MO |
S6 |
О |
Код МО стационара |
|
T1 |
PMO |
N |
О |
Код ПМО стационара |
|
T1 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
T1 |
PROFK |
N |
О |
Код профиля койки стационара |
|
T1 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
T1 |
DSNAPR |
S10 |
О |
Диагноз амбулатории |
|
T1 |
NKART |
S60 |
У |
Номер карты |
|
T1 |
proxy_fam |
S60 |
У |
Фамилия предоставителя |
|
T1 |
proxy_im |
S60 |
У |
Имя предоставителя |
|
T1 |
proxy_ot |
S60 |
У |
Отчество предоставителя |
|
T1 |
proxy_p |
N |
У |
Пол предоставителя |
|
T1 |
proxy_dr |
D |
У |
Дата рождения предоставителя |
|
T1 |
SHIFT |
N |
О |
Смена |
|
T1 |
ZAP |
COMPLEX |
О |
Корневой тег |
|
T1 |
PACIENT |
COMPLEX |
О |
Данные о пациенте |
|
T1 |
POLIS |
COMPLEX |
У |
Данные о полисе |
|
T1 |
PROXY |
COMPLEX |
У |
Данные о представителе |
Т2 Формат файла со сведениями о плановой госпитализации пациента в условиях дневного стационара
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T2">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DNGOSP>Обязательно</DNGOSP>
<VNGOSP/>
<DSPO>Обязательно</DSPO>
<DPOGOSP/>
</ZAP>
</DAN>
Таблица 14 Данные используемые в XML файле со сведениями о плановой госпитализации пациента в условиях дневного стационара
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T2 |
NZAP |
N |
1 |
Номер записи |
|
T2 |
NNAPR |
S14 |
1 |
Номер направления |
|
T2 |
DNGOSP |
D |
1 |
Дата начала госпитализации |
|
T2 |
VNGOSP |
S5 |
0 |
Время начала госпитализации |
|
T2 |
DSPO |
S10 |
1 |
Диагноз приемного отделения |
|
T2 |
DPOGOSP |
D |
0 |
Дата планового окончания госпитализации |
|
T2 |
ZAP |
COMPLEX |
1 |
Корневой тег |
Т4 Формат файла со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T4">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DANUL>Обязательно</DANUL>
<PANUL>Обязательно</PANUL>
<IANUL>Обязательно</IANUL>
<KANUL>Обязательно</KANUL>
<PMOANUL/>
<RANUL/>
</ZAP>
</DAN>
Таблица 15 Данные используемые в XML файле со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T4 |
NZAP |
N |
О |
Номер записи |
|
T4 |
NNAPR |
S14 |
О |
Номер направления |
|
T4 |
DANUL |
D |
О |
Дата аннулирования |
|
T4 |
PANUL |
N |
О |
Причина аннулирования |
|
T4 |
IANUL |
N |
О |
Источник аннулирования |
|
T4 |
KANUL |
S6 |
О |
Код источника аннулирования |
|
T4 |
PMOANUL |
N |
У |
Код подразделения МО аннулирования |
|
T4 |
RANUL |
S255 |
У |
Комментарий к аннулированию |
|
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>
Таблица 16 Данные используемые в XML файле со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T5 |
NZAP |
N |
О |
Номер записи |
|
T5 |
NNAPR |
S14 |
О |
Номер направления |
|
T5 |
DOGOSP |
D |
О |
Дата окончания госпитализации |
|
T5 |
DS |
S10 |
О |
Окончательный диагноз |
|
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>
ГАРАНТ:
Нумерация таблиц приводится в соответствии с источником
Таблица 15 Данные используемые в XML файле со сведениями о переводе пациента между отделениями МО(Д)
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T7 |
NZAP |
N |
О |
Номер записи |
|
T7 |
NNAPR |
S14 |
О |
Номер направления |
|
T7 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
T7 |
VNGOSP |
S5 |
у |
Время начала госпитализации |
|
T7 |
MEDRAB |
S11 |
О |
Код медработника направившего |
|
T7 |
MO |
S6 |
О |
Код МО стационара |
|
T7 |
PMO |
N |
О |
Код ПМО стационара |
|
T7 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
T7 |
PROFK |
N |
О |
Код профиля койки стационара |
|
T7 |
DSPO |
S10 |
О |
Диагноз приемного отделения |
|
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>
ГАРАНТ:
Нумерация таблиц приводится в соответствии с источником
Таблица 16 Данные используемые в XML файле со сведениями о продлении срока госпитализации пациента в МО(Д)
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T8 |
NZAP |
N |
О |
Номер записи |
|
T8 |
NNAPR |
S14 |
О |
Номер направления |
|
T8 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
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>
Таблица 17 Данные используемые в XML файле со сведениями о коечном фонде МО(Д)
|
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
T6 |
NZAP |
N |
О |
Номер записи |
|
T6 |
MO |
S6 |
О |
Код МО стационара |
|
T6 |
PMO |
N |
О |
Код ПМО стационара |
|
T6 |
PROFK |
N |
О |
Код профиля койки стационара |
|
T6 |
D |
D |
О |
Дата подачи количества коек |
|
T6 |
SK |
N |
О |
Общее количество коек |
|
T6 |
SKM |
N |
У |
Количество мужских коек |
|
T6 |
SKW |
N |
У |
Количество женских коек |
|
T6 |
SKD |
N |
У |
Количество детских коек |
|
T6 |
RESERVE |
N |
У |
Резерв |
|
T6 |
DAYSPERWEEK |
N |
О |
Количество рабочих дней в неделю |
|
T6 |
SHIFT_TIME |
T5 |
О |
Смена |
|
T6 |
ZAP |
COMPLEX |
О |
Корневой тег |
|
T6 |
SHIFTS |
COMPLEX |
О |
Смены |
Приложение 5
к Порядку организации информационного
взаимодействия участников при осуществлении информационного
сопровождения застрахованных лиц при организации
оказания им медицинской помощи страховыми медицинскими
организациями в сфере медицинского страхования на
территории Ставропольского края
Описание SOAP-сервиса подсистемы "Стационар"
При интеграции информационных систем используемых в МО с использованием SOAP-сервиса подсистемы "Стационар" ПК "ЕИР263" обеспечивается автоматическое исполнение следующих функций:
- Регистрация планового направления на госпитализацию
- Регистрация плановой госпитализации
- Регистрация экстренной госпитализации
- Аннулирование направления
- Регистрация выбытия пациента
- Регистрация перевода пациента между отделениями одного учреждения
- Регистрация коечного фонда в разрезе профиля отделения
- Получение списка пациентов, принадлежащих зарегистрированному учреждению, по любому набору параметров
SOAP предоставляет доступ к следующим функциям:
|
Функция |
Описание |
Параметры |
Тип параметра |
Тип возвращаемого значения |
|
setPacient |
Добавляет информацию о новом пациенте или изменяет данные существующего. Поведение функции зависит от параметра t, который соответствует типам передаваемых файлов: - T1 - направление на плановую госпитализацию - T2 - госпитализация планового пациента - T3 - госпитализация экстренного пациента - T4 - аннулирование пациента - T5 - выписка пациента - T6 - не используется (см. функцию addMesto) - T7 - перевод пациента |
t |
xsd:string |
PacientSoapOut xsd:complexType |
|
pacient_in |
PacientSoapIn xsd:complexType |
|||
|
login |
xsd:string |
|||
|
pass |
xsd:string |
|||
|
getPacient |
Возвращает данные о 10 пациентах, совпадающих с условиями запроса. |
pacient_in |
PacientSoapIn xsd:complexType |
tns:PacientSoapOutArray |
|
login |
xsd:string |
|||
|
pass |
xsd:string |
|||
|
addMesto |
Добавляет или заменяет информацию о коечном фонде в разрезе профиля. |
mesto_in |
MestoSoapIn xsd:complexType |
MestoSoapOut xsd:complexType |
|
login |
xsd:string |
|||
|
pass |
xsd:string |
Описание составных типов
|
PacientSoapIn xsd:all (параметры указываются в любом порядке) | |||
|
Название |
Тип |
Описание |
Обязательность |
|
Для типов кроме T1 и T3 применяются только обязательные параметры, не зависимо от того, были ли указаны дополнительно необязательные параметры | |||
|
NNAPR |
xsd:string |
Номер направления |
T2 T4 T5 T7 |
|
DNAPR |
xsd:dateTime |
Дата выдачи направления |
T1 T3 |
|
DPGOSP |
xsd:dateTime |
Дата плановой госпитализации |
T1 |
|
DNGOSP |
xsd:dateTime |
Дата начала госпитализации |
T2 T3 T7 |
|
VNGOSP |
xsd:string |
Время начала госпитализации |
|
|
DOGOSP |
xsd:dateTime |
Дата окончания госпитализации |
T5 |
|
DANUL |
xsd:dateTime |
Дата аннулирования |
T4 |
|
PANUL |
xsd:integer |
Причина аннулирования |
T4 |
|
IANUL |
xsd:integer |
Источник аннулирования |
T4 |
|
KANUL |
xsd:string |
Код источника аннулирования |
T4 |
|
PMOANUL |
xsd:integer |
Код подразделения МО аннулирования |
|
|
FAM |
xsd:string |
Фамилия |
T1 T3 |
|
IM |
xsd:string |
Имя |
T1 T3 |
|
OT |
xsd:string |
Отчество |
|
|
P |
xsd:integer |
Пол |
T1 T3 |
|
DR |
xsd:dateTime |
Дата рождения |
T1 T3 |
|
TEL |
xsd:string |
Телефон |
|
|
VPOLIS |
xsd:integer |
Тип полиса |
|
|
SPOLIS |
xsd:string |
Серия полиса |
|
|
NPOLIS |
xsd:string |
Номер полиса |
|
|
TER |
xsd:string |
ОКАТО территории страхования |
|
|
SMO |
xsd:string |
Код страховой компании |
|
|
FOMP |
xsd:integer |
Форма помощи |
T1 T3 |
|
MONAPR |
xsd:string |
Код МО амбулатории |
T1 T3 |
|
PMONAPR |
xsd:integer |
Код подразделения МО амбулатории |
T1 |
|
PROFONAPR |
xsd:integer |
Профиль отделения амбулатории |
|
|
PROFKNAPR |
xsd:integer |
Профиль койки амбулатории |
|
|
DS |
xsd:string |
Окончательный диагноз |
T5 |
|
MEDRAB |
xsd:string |
Код медработника направившего |
T1 T3 T7 |
|
MO |
xsd:string |
Код МО стационара |
T1 T3 T6 |
|
PMO |
xsd:integer |
Код ПМО стационара |
T1 T3 T6 |
|
PROFO |
xsd:integer |
Код профиля отделения стационара |
|
|
PROFK |
xsd:integer |
Код профиля койки стационара |
T1 T3 T6 T7 |
|
DSPO |
xsd:string |
Диагноз приемного отделения |
T2 T3 T7 |
|
DPOGOSP |
xsd:dateTime |
Дата планового окончания госпитализации |
T1 T3 |
|
DSNAPR |
xsd:string |
Диагноз амбулатории |
T1 |
|
NKART |
xsd:string |
Номер карты |
|
|
proxy_fam |
xsd:string |
Фамилия предоставителя |
|
|
proxy_im |
xsd:string |
Имя предоставителя |
|
|
proxy_ot |
xsd:string |
Отчество предоставителя |
|
|
proxy_p |
xsd:integer |
Пол предоставителя |
|
|
proxy_dr |
xsd:dateTime |
Дата рождения предоставителя |
|
|
RANUL |
xsd:string |
Комментарий к аннулированию |
|
|
PacientSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры PacientSoapIn | ||
|
Название |
Тип |
Описание |
|
errors |
soap-enc:Array |
Массив возможных ошибок |
|
MestoSoapIn xsd:all (параметры указываются в любом порядке). Наследует все параметры PacientSoapIn | |||
|
Название |
Тип |
Описание |
Обязательность |
|
MO |
xsd:int |
Код стационара |
+ |
|
PMO |
xsd:int |
Код подразделения стационара |
+ |
|
PROFK |
xsd:int |
Профиль койки стационара |
+ |
|
D |
xsd:dateTime |
Дата начал действия указанных коек |
+ |
|
SK |
xsd:int |
Общее количество коек |
+ |
|
SKM |
xsd:int |
Количество мужских коек |
+ |
|
SKW |
xsd:int |
Количество женских коек |
+ |
|
SKD |
xsd:int |
Количество детских коек |
+ |
|
reserve |
xsd:int |
Резерв |
|
|
MestoSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры MestoSoapIn | ||
|
Название |
Тип |
Описание |
|
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://192.168.1.22/index.php/eir263soap/quote?ws=1"/>
</wsdl:port>
</wsdl:service>
</definitions>
Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 31 марта 2016 г. N 176 "Об организации информационного взаимодействия при осуществлении информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями"
Настоящий приказ вступает в силу с даты подписания
Порядок, утвержденный настоящим приказом, вводится в действие с 1 апреля 2016 г.
Текст приказа опубликован на официальном сайте Территориального фонда обязательного медицинского страхования Ставропольского края (www.tfomssk.ru)
Приказом Территориального фонда обязательного медицинского страхования Ставропольского края от 20 сентября 2018 г. N 270 настоящий приказ признан утратившим силу с 20 сентября 2018 г.
В настоящий документ внесены изменения следующими документами:
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 20 июля 2016 г. N 343
Изменения вступают в силу с даты подписания названного приказа