Вход
Купить систему ГАРАНТ
Получить демо-доступ
Узнать стоимость
Информационный банк
Подобрать комплект
Семинары
- Главная
- Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 20 августа 2020 г. N 170 "Об утверждении Регламента информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края"
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 20 августа 2020 г. N 170 "Об утверждении Регламента информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края"
В целях реализации Федерального закона от 29.11.2010 N 326-ФЗ "Об обязательном медицинском страховании в Российской Федерации", Правил обязательного медицинского страхования, утвержденных приказом Минздрава России от 28.02.2019 N 108н, согласно приказу Министерства здравоохранения и социального развития Российской Федерации от 25.01.2011 N 29н "Об утверждении Порядка ведения персонифицированного учета в сфере обязательного медицинского страхования", приказу Федерального фонда обязательного медицинского страхования Российской Федерации от 07.04.2011 N 79 "Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере обязательного медицинского страхования", приказываю:
1. Утвердить Регламент информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края (далее - Регламент ИСС), согласно приложению к настоящему приказу.
2. Ввести Регламент ИСС в действие с 1 сентября 2020 года.
3. Начальнику отдела сопровождения баз данных и межведомственного взаимодействия Лагутину К.С. обеспечить внедрение модернизированного программного комплекса "Госпитализация" (ЕИР263) (далее - ПК "Госпитализация" (ЕИР263), организовать техническое сопровождение и консультирование по вопросам работы в ПК "Госпитализация" (ЕИР263) пользователей страховых медицинских организаций и медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования на территории Ставропольского края.
4. Признать утратившим силу приказ ТФОМС СК от 20.09.2018 N 270 "Об организации информационного взаимодействия участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края".
5. Контроль за исполнением настоящего приказа в части технологического сопровождения информационного ресурса возложить на заместителя директора ТФОМС СК Легкову И.Н., в части организации информационного сопровождения застрахованных лиц для оказания им специализированной медицинской помощи - на заместителя директора ТФОМС СК Румянцеву Н.К.
6. Настоящий приказ вступает в силу с даты подписания.
|
Директор |
С.П. Трошин |
Утвержден
Территориального фонда
обязательного медицинского страхования
Ставропольского края
от 20 августа 2020 г. N 170
Регламент
информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края
I. Общие положения
Статья 1. Основания утверждения Регламента
Настоящий Регламент информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края (далее - Регламент ИСС) разработан во исполнение:
Федерального закона от 29.11.2010 N 326-ФЗ "Об обязательном медицинском страховании в Российской Федерации";
Программы государственных гарантий бесплатного оказания гражданам медицинской помощи на 2020 год и на плановый период 2021 и 2022 годов, утвержденной постановлением Правительства Российской Федерации от 07.12.2019 N 1610;
приказа Министерства здравоохранения и социального развития Российской Федерации от 26.04.2012 N 406н "Об утверждении Порядка выбора гражданином медицинской организации при оказании ему медицинской помощи в рамках программы государственных гарантий бесплатного оказания гражданам медицинской помощи";
приказа Министерства здравоохранения Российской Федерации от 28.02.2019 N 108н "Об утверждении Правил обязательного медицинского страхования";
приказа Федерального фонда обязательного медицинского страхования Российской Федерации от 07.04.2011 N 79 "Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере обязательного медицинского страхования";
Территориальной программы государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края на 2020 год и плановый период 2021 и 2022 годов, утвержденной постановлением Правительства Ставропольского края от 27.12.2019 N 618-п;
Методических рекомендаций по взаимодействию участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц на всех этапах оказания им медицинской помощи, направленных письмом ФОМС от 25.06.2018 N 6696/30-2/5564.
Статья 2. Предмет и сфера применения Регламента ИСС
1. Регламент определяет правила, принципы и основные процедуры, связанные с процессами приема, обработки и передачи информации в электронной форме по телекоммуникационным каналам связи между участниками обязательного медицинского страхования на территории Ставропольского края (далее соответственно - участники информационного обмена, ОМС) в рамках информационного сопровождения застрахованных лиц при организации оказания им специализированной медицинской помощи в плановом периоде страховыми медицинскими организациями в сфере обязательного медицинского страхования (далее - информационное сопровождение).
2. Сформулированные в рамках Регламента ИСС требования, принципы информационного взаимодействия и описанные форматы являются обязательными для всех участников информационного обмена.
Статья 3. Цели утверждения Регламента ИСС
Регламент ИСС разработан в целях:
повышения эффективности работы по защите прав и законных интересов застрахованных лиц в сфере обязательного медицинского страхования при организации оказания им специализированной медицинской помощи в плановом порядке, кроме случаев оказания медицинской помощи в дневном стационаре на дому;
обеспечения контроля объемов медицинской помощи, установленных решением комиссии по разработке территориальной программы обязательного медицинского страхования в Ставропольском крае;
создания условий для обеспечения гарантий прав застрахованных лиц на бесплатное предоставление медицинской помощи надлежащего качества и объема в рамках базовой и территориальной программ обязательного медицинского страхования на соответствующий финансовый год;
создания условий для реализации права застрахованного лица или его представителя на выбор медицинской организации при оказании ему медицинской помощи в рамках базовой и территориальной программ обязательного медицинского страхования, в том числе и при направлении застрахованного лица на плановую госпитализацию в стационарных условиях или в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому;
разграничения зон ответственности участников информационного обмена при обеспечении информационного сопровождения;
определения перечня информационных объектов, расписания и способов организации информационного сопровождения.
II. Термины и сокращения
Статья 4. Основные термины, понятия и сокращения
Для целей Регламента ИСС используются термины, понятия и сокращения, установленные действующим законодательством Российской Федерации и Ставропольского края, а также тарифным соглашением в сфере обязательного медицинского страхования на территории Ставропольского края от 28.12.2019, основные из которых указаны в таблице 1 Регламента ИСС.
Таблица 1
Перечень используемых терминов, понятий и сокращений
|
N стр. |
Сокращение |
Определение |
|
|
1 |
2 |
|
1. |
SOAP |
Simple Object Access Protocol (простой протокол доступа к объектам) протокол обмена структурированными сообщениями в распределенной вычислительной среде |
|
2. |
XML |
Extensible Markup Language - (расширяемый язык разметки) формат, предназначенный для создания и обработки документов программами, одновременно удобный для чтения и создания документов человеком, а также предназначенный для обмена информацией между программами |
|
3. |
выписной эпикриз |
заключение (образец формы 027/у) о причинах, которые послужили возникновению заболевания, принятых мерах и окончательном диагнозе |
|
4. |
ЕНП |
единый номер полиса ОМС |
|
5. |
ЕРЗ |
единый регистр застрахованных в системе ОМС лиц |
|
6. |
ЗЛ |
застрахованное лицо или застрахованные лица |
|
7. |
ЗКС |
защищенные каналы связи |
|
8. |
идентификация застрахованного лица |
определение номера полиса (или соответствие номера полиса персональным данным ЗЛ) по персональным данным, по неполным данным, по данным записанным со слов ЗЛ или в иных случаях |
|
9. |
информационный ресурс |
единый информационный ресурс Ставропольского края - форма информационного взаимодействия участников ОМС для обеспечения информационного сопровождения застрахованных лиц при организации оказания им медицинской помощи страховыми медицинскими организациями Ставропольского края, реализованная ТФОМС СК в режиме реального времени |
|
10. |
ИС |
информационная система |
|
11. |
Комиссия |
комиссия по разработке территориальной программы обязательного медицинского страхования в Ставропольском крае |
|
12. |
МО |
медицинская организация, включенная в реестр медицинских организаций, осуществляющих деятельность в сфере ОМС, и заключившая договор на оказание и оплату медицинской помощи по ОМС |
|
13. |
МО(А) |
МО, оказывающая первичную медико-санитарную помощь в амбулаторных условиях |
|
14. |
МО(С) |
МО, оказывающая специализированную медицинскую помощь в стационарных условиях |
|
15. |
МО(Д) |
МО, оказывающая специализированную медицинскую помощь в условиях дневного стационара |
|
16. |
МП |
медицинская помощь - комплекс мероприятий, направленных на поддержание и (или) восстановление здоровья и включающих в себя предоставление медицинских услуг |
|
17. |
МТР |
расчеты за МП, оказанную ЗЛ за пределами субъекта Российской Федерации, на территории которого зарегистрирован полис ОМС (межтерриториальные расчеты) |
|
18. |
направление |
направление застрахованного лица для получения МП в стационарных условиях или в условиях дневного стационара |
|
19. |
НСИ |
нормативно-справочная информация, заимствованная из нормативных документов и справочников, используемая при информационном обмене участников ОМС Ставропольского края |
|
20. |
Общие принципы |
Общие принципы построения и функционирования информационных систем и Регламент информационного взаимодействия в сфере обязательного медицинского страхования, утвержденные приказом ФОМС от 07.04.2011 N 79 |
|
21. |
ОМС |
обязательное медицинское страхование |
|
22. |
оператор |
лицо (работник) участника информационного взаимодействия, которому согласно установленного порядка выданы учетные данные (логин и пароль) для доступа к ПК "Госпитализация" (ЕИР263) |
|
23. |
определение страховой принадлежности |
процесс определения страховой медицинской организации, в которой на момент госпитализации застраховано ЗЛ или территории страхования ЗЛ для МТР |
|
24. |
пациент |
физическое лицо, которому оказывается медицинская помощь или которое обратилось за оказанием медицинской помощи независимо от наличия у него заболевания и от его состояния |
|
25. |
ПДн |
персональные данные - любая информация, относящаяся к прямо или косвенно определенному, или определяемому физическому лицу (субъекту персональных данных) |
|
26. |
ПК "Госпитализация" (ЕИР263) |
программный комплекс "Госпитализация" (Единый информационный ресурс 263) |
|
27. |
ПК "КИСЕРО" |
программный комплекс "Комплексная интегрированная система единой регистрации обращений" |
|
28. |
ПК "ПУАМП" |
программный комплекс "Персонифицированный учет и анализ медицинской помощи" |
|
29. |
ПК "РСЕРЗ СК" |
программный комплекс "Региональный сегмент Единого регистра застрахованных лиц Ставропольского края" |
|
30. |
ПК "МАПОМС" |
программный комплекс "Мониторинг, аналитика, планирование обязательного медицинского страхования" |
|
31. |
План ДВ |
план профилактических мероприятий - сведения о лицах из числа выбравших медицинскую организацию для оказания первичной медико-санитарной помощи, включенных в списки для проведения 1 этапа профилактических мероприятий в медицинской организации на текущий календарный год |
|
32. |
План ДН |
план диспансерного наблюдения - сведения о лицах, из числа выбравших медицинскую организацию для оказания первичной медико-санитарной помощи, включенных в списки подлежащих диспансерному наблюдению в соответствии с планом проведения диспансерного наблюдения на текущий календарный год |
|
33. |
ПМСП |
первичная медико-санитарная помощь |
|
34. |
ПМО |
подразделение медицинской организации |
|
35. |
ПО |
программное обеспечение |
|
36. |
ППМ |
план профилактических мероприятий |
|
37. |
Правила ОМС |
Правила обязательного медицинского страхования, утвержденные приказом Министерства здравоохранения и социального развития Российской Федерации от 28.02.2019 N 108н |
|
38. |
профилактические мероприятия |
профилактические медицинские осмотры, оплата которых осуществляется за счет средств ОМС, в том числе в рамках диспансеризации |
|
39. |
Регламент ИВ |
Регламент информационного взаимодействия участников при расчетах за медицинскую помощь по обязательному медицинскому страхованию, оказанную застрахованным лицам на территории Ставропольского края, утвержденный приказом ТФОМС СК от 13.12.2016 N 532 |
|
40. |
Регламент ИС |
Регламент организации информационных систем участников информационного взаимодействия в сфере обязательного медицинского страхования Ставропольского края, утвержденный приказом ТФОМС СК от 15.03.2017 N 83 |
|
41. |
Регламент ИСС |
настоящий документ, описывающий последовательность функций, ответственность, порядок взаимодействия участников информационного обмена при организации оказания застрахованным лицам специализированной медицинской помощи в плановом порядке |
|
42. |
Регламент ИСН |
Регламент информационного взаимодействия при информационном сопровождении застрахованных лиц для организации и проведения диспансерного наблюдения на территории Ставропольского края, утвержденный приказом ТФОМС СК от 01.08.2019 N 195 |
|
43. |
Регламент ИСД |
Регламент информационного взаимодействия при информационном сопровождении застрахованных лиц для организации и проведения диспансеризации на территории Ставропольского края, утвержденный приказом ТФОМС СК от 01.08.2019 N 194 |
|
44. |
Регламент МЭК |
Регламент медико-экономического контроля реестров счетов на оплату медицинской помощи по обязательному медицинскому страхованию, оказанной застрахованным лицам на территории Ставропольского края, утвержденный приказом ТФОМС СК от 22.08.2016 N 373 |
|
45. |
Регламент УЗЛ |
Регламент информационного взаимодействия при учете застрахованных лиц и обеспечении их полисами обязательного медицинского страхования на территории Ставропольского края, утвержденный приказом ТФОМС СК от 26.08.2019 N 213 |
|
46. |
РС ЕРЗ |
региональный сегмент Единого регистра застрахованных лиц |
|
47. |
СКЗИ |
средства криптографической защиты информации |
|
48. |
СМО |
страховая медицинская организация, включенная в реестр страховых медицинских организаций, осуществляющих деятельность в сфере ОМС, и заключившая договор о финансовом обеспечении ОМС с ТФОМС СК |
|
49. |
Территориальная программа |
Территориальная программа государственных гарантий бесплатного оказания гражданам медицинской помощи на территории Ставропольского края, утвержденная Правительством Ставропольского края на соответствующий финансовый год |
|
50. |
участники взаимодействия |
участниками взаимодействия при информационном сопровождении ЗЛ при организации оказания им специализированной медицинской помощи в плановом порядке являются СМО и МО, осуществляющие деятельность на территории Ставропольского края, а также ТФОМС СК |
|
51. |
ФЛК |
форматно-логический контроль |
|
52. |
ЦС ЕРЗ |
центральный сегмент единого регистра застрахованных лиц |
|
53. |
ЭП |
электронная подпись |
Статья 5. Перечень сокращений, используемых в описании форматов
1. В Регламенте ИСС для описания типов полей формата XML в справочниках и электронных файлах используются следующие сокращения (столбец "Тип"):
О - обязательный для заполнения тег;
У - условно-обязательный тег. При наличии сведений должен передаваться (может быть обязательным при наличии каких-либо условий). При отсутствии не передается (не создается в ветке);
М - тег, определяющий множественность данных, может добавляться к указанным выше символам. Таким образом, тегом этого типа может быть несколько подряд идущих в одной ветке (в одном элементе);
COMPLEX - тег является новым элементом (новой веткой); составной элемент, описывается отдельно.
2. В столбце "Формат" для каждого тега указывается символ формата, а вслед за ним в круглых скобках максимальная длина тега. Используются следующие сокращения для описания формата:
S - строковое поле;
N - целое или дробное число. Максимальная длина поля указывается в скобках. Если в скобках указывается два числа, то это определяет дробное число, первая цифра характеризует длину целой части, а вторая цифра - длину дробной части;
D - формат даты в формате ГГГГ-ММ-ДД;
V - формат времени в формате ЧЧ-ММ.
III. Информационное взаимодействие при ведении НСИ
Статья 6. Общие принципы информационного взаимодействия при ведении НСИ
1. При информационном взаимодействии в ходе информационного сопровождения используется НСИ, применение которой регламентировано Общими принципами, а также НСИ Минздрава России, нормативно установленная и иная НСИ, используемая в сфере ОМС Ставропольского края, не противоречащая НСИ, предоставленной ФОМС.
2. НСИ ведется ТФОМС СК и размещается на официальном сайте ТФОМС СК в информационно-телекоммуникационной сети "Интернет" по ссылке: https://tfomssk.ru/informatizatsiya-v-sfere-oms/informatsionnoe-vzaimodey stvie-pri-raschetakh-za-meditsinskuyu-pomoshch/nsi/.
Полный список НСИ представлен в таблице 2 Регламента ИВ.
Структура каждого пакета НСИ представлена в ст. 10 Регламента ИВ.
Статья 7. Перечень НСИ, используемой при информационном взаимодействии
1. Перечень НСИ, используемой при информационном взаимодействии в ходе информационного сопровождения представлен в таблице 2.
Таблица 2
Перечень НСИ, используемой при информационном взаимодействии в ходе информационного сопровождения
|
N стр. |
Код |
Наименование |
Примечание |
|
1 |
2 |
3 |
|
|
1. |
М001 |
Международная классификация болезней и состояний, связанных со здоровьем 10 пересмотра (МКБ-10) |
Источник: http://nsi.rosminzdrav.ru/ |
|
2. |
V002 |
Классификатор профилей оказанной медицинской помощи |
|
|
3. |
V005 |
Классификатор пола застрахованного |
|
|
4. |
F002 |
Единый реестр страховых медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования |
|
|
5. |
F003 |
Единый реестр медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования |
|
|
6. |
F003_T |
Вид подразделения (филиала) |
|
|
7. |
F010 |
Классификатор субъектов Российской Федерации |
|
|
8. |
SE001 |
Классификатор способов поступления пациента для госпитализации |
|
|
9. |
SE002 |
Классификатор причин аннулирования направлений |
|
|
10. |
SE003 |
Классификатор организаций, аннулирующих направления |
|
|
11. |
SE004 |
Классификатор коечного фонда |
|
IV. Требования к программному обеспечению
Статья 8. Информационный ресурс ТФОМС СК
1. Информационный ресурс организован ТФОМС СК для обеспечения информационного взаимодействия участников ОМС при осуществлении информационного сопровождения ЗЛ на всех этапах оказания МП как единое защищенное хранилище информации, интегрированное с РС ЕРЗ и базой данных о МП, оказанной ЗЛ, функционирующее в круглосуточном бесперебойном режиме (за исключением времени, необходимого на проведение регламентных или технологических работ).
2. Функционирование информационного ресурса обеспечивается ПК "РСЕРЗ СК", ПК "Госпитализация" (ЕИР263), ПК "КИСЕРО", ПК "ПУАМП", ПК "МАПОМС", а также иными сервисами, реализованными ТФОМС СК.
3. ПК "РСЕРЗ СК" обеспечивает учет ЗЛ, автоматизированную обработку сведений о ЗЛ, в том числе сбор информации о выборе/замене СМО, МО и врача для оказания ПМСП, автоматизированную обработку ППМ полученных от МО, а также их ежеквартальную корректировку. При этом осуществляется идентификация страховой принадлежности застрахованных лиц, включенных МО в план профилактических мероприятий, а также подтверждение их прикрепления к МО.
4. ПК "Госпитализация" (ЕИР263) обеспечивает процессы автоматизированной обработки и обмена в режиме online сведениями, необходимыми для госпитализации ЗЛ и их информационного сопровождения при оказании специализированной МП.
5. ПК "КИСЕРО" обеспечивает возможность осуществлять:
регистрацию обращений ЗЛ и результатов их рассмотрения;
регистрацию результатов индивидуального информирования СМО ЗЛ, включенных в План ДВ и План ДН;
проведение телефонных опросов ЗЛ, в том числе с целью выяснения причин отказов от прохождения профилактических мероприятий;
регистрацию результатов прохождения профилактических мероприятий.
6. ПК "ПУАМП" обеспечивает ведение персонифицированного учета МП, оказанной ЗЛ на территории Ставропольского края, с выполнением функций сбора, обработки и контроля, передачи, хранения и анализа сведений о МП, в том числе ведение индивидуальной истории страховых случаев.
7. ПК "МАПОМС" обеспечивает возможность осуществлять разработку и корректировку плановых объемов МП, а также информирование участников информационного взаимодействия об установленных Комиссией объемах предоставления МП.
Статья 9. Программное обеспечение для информационного сопровождения ЗЛ при оказании им специализированной медицинской помощи
1. ПК "Госпитализация" (ЕИР263) обеспечивает следующие функции:
внесение сведений о плановых объемах в разрезе профилей коек и СМО в соответствии с Территориальной программой;
внесение и обработку сведений о ЗЛ, необходимых для осуществления информационного сопровождения;
предоставление доступа к ПК "Госпитализация" (ЕИР263) после аутентификации участникам информационного взаимодействия при информационном сопровождении.
2. ПК "Госпитализация" (ЕИР263) в режиме online обеспечивает возможность операторам вносить сведения о направлениях на плановую госпитализацию в стационарных условиях или в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому и иные сведения о ЗЛ, необходимые для осуществления информационного сопровождения, а в случае отсутствия технической возможности позволяет загружать их в пакетном режиме. ПК "Госпитализация" (ЕИР263) допускает загрузку в пакетном режиме сведений о выписанных и экстренно госпитализированных ЗЛ, а также о структуре коечного фонда МО(С) и МО(Д).
Статья 10. Требования к программному обеспечению СМО
ПО, используемое СМО при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" (ЕИР263) следующие функции:
получение сведений о выполнении объемов МП, установленных Территориальной программой, по случаям госпитализации, в разрезе профилей МП;
получение сведений о ЗЛ данной СМО, получивших направление на госпитализацию и выбравших МО(С) или МО(Д);
получение сведений о ЗЛ данной СМО, госпитализированных по направлениям (в том числе по типам МО, направивших на госпитализацию) и экстренно в МО(С);
получение сведений о количестве ЗЛ, выбывших из МО(С) или МО(Д);
получение сведений о ЗЛ данной СМО, получивших направление на госпитализацию и в отношении которых не состоялась запланированная госпитализация не позднее одного дня с даты плановой госпитализации;
получение сведений о количестве свободных мест (коек) на госпитализацию в разрезе профилей отделений (коек) по каждой МО(С) и МО(Д), с учетом установленного Территориальной программой периода ожидания;
получение оперативных отчетов и справок по ЗЛ, получившим направление на госпитализацию, в целях контроля своевременности госпитализации;
внесение сведений об аннулировании направления на госпитализацию (до даты планируемой госпитализации) в связи с отказом от госпитализации или смерти ЗЛ, в случае обращения ЗЛ (официального представителя) в СМО.
Статья 11. Требования к программному обеспечению МО(С)
1. ПО, используемое МО(С) при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" (ЕИР263) следующие функции:
передача сведений о количестве свободных мест (коек) на госпитализацию в разрезе профилей отделений (коек) с учетом периода ожидания, количество мест указывается на текущий день, а также прогноз на последующие дни;
передача сведений о выполненных объемах МП, установленных решением Комиссии, в разрезе профилей МП;
передача сведений о ЗЛ, госпитализированных по направлениям и экстренно для оказания МП в стационарных условиях;
передача сведений об отказах в госпитализации с указанием причины отказа;
передача сведений о количестве выбывших пациентов, в том числе переведенных в другие МО(С);
передача сведений о выписанных пациентах, в том числе сведений о выписанном эпикризе с прикреплением его скан-копии;
передача сведений о сроках ожидания МП, оказываемой в плановом порядке, установленных Территориальной программой.
2. Опционально ПО, используемое в МО(С), может быть интегрировано с ПК "Госпитализация" (ЕИР263) и осуществлять информационный обмен с использованием SOAP-сервиса.
Статья 12. Требования к программному обеспечению МО(А)
1. ПО, используемое МО(А) при осуществлении информационного сопровождения должно обеспечивать при взаимодействии с ПК "Госпитализация" (ЕИР263) следующие функции:
передача сведений о ЗЛ, получивших направление на госпитализацию и выбравших МО(С), МО(Д);
передача сведений о ЗЛ, отказавшихся от госпитализации;
получение сведений о госпитализированных ЗЛ;
получение сведений о выписанных ЗЛ, в том числе сведений о выписанном эпикризе с просмотром его скан-копии;
получение оперативных сведений для информирования ЗЛ или его законного представителя о сроках ожидания МП и количестве свободных мест на госпитализацию в разрезе профилей отделений (коек) по каждой МО(С), МО(Д);
получение сведений об аннулировании направлений на госпитализацию, в связи с отказом от госпитализации или смертью ЗЛ, или госпитализацией в экстренном порядке.
2. Опционально ПО, используемое в МО(А), может быть интегрировано с ПК "Госпитализация" (ЕИР263) и осуществлять информационный обмен с использованием SOAP-сервиса.
Статья 13. Требования к программному обеспечению МО(Д)
1. ПО, используемое МО(Д) при осуществлении информационного сопровождения, должно обеспечивать при взаимодействии с ПК "Госпитализация" (ЕИР263) следующие функции:
передача сведений о количестве свободных пациенто-мест (коек) на госпитализацию в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому, в разрезе профилей отделений (пациенто-мест) с учетом периода ожидания, количества смен для пациенто-места и продолжительности рабочей недели;
количество мест указывается на текущий день, а также прогноз на последующие дни;
передача сведений о выполненных объемах МП, установленных решением Комиссии, в разрезе профилей МП;
передача сведений о ЗЛ, госпитализированных по направлениям для оказания МП в условиях дневного стационара, кроме случаев оказания медицинской помощи в дневном стационаре на дому;
передача сведений об отказах в госпитализации с указанием причины отказа;
передача сведений о количестве выбывших пациентов, в том числе переведенных в другие МО;
передача сведений о выписанных пациентах, в том числе сведений о выписанном эпикризе с прикреплением его скан-копии;
передача сведений о сроках ожидания МП, оказываемой в плановом порядке, установленных Территориальной программой.
2. Опционально ПО, используемое в МО(А), может быть интегрировано с ПК "Госпитализация" (ЕИР263) и осуществлять информационный обмен с использованием SOAP-сервиса.
V. Порядок информационного взаимодействия участников
Статья 14. Общие вопросы информационного взаимодействия
1. Информационное взаимодействие при осуществлении информационного сопровождения - процесс обмена информацией между участниками ОМС Ставропольского края с использованием ПК "Госпитализация" (ЕИР263) как непосредственно с использованием web-интерфейса ПК "Госпитализация" (ЕИР263) доступного по ЗКС, а также с использованием SOAP-сервиса и в виде электронных файлов (загружаемых и скачиваемых с использованием ПК "Госпитализация" (ЕИР263).
2. Доступ участников информационного обмена к ПК "Госпитализация" (ЕИР263) предоставляется ТФОМС СК при условии соблюдения требований законодательства Российской Федерации в области защиты конфиденциальной информации.
3. Передача сведений, содержащих ПДн, осуществляется только с использованием защищенных в соответствии с требованиями законодательства Российской Федерации в области защиты конфиденциальной информации каналов передачи данных, а именно при передаче сведений через информационно-телекоммуникационную сеть "Интернет" такая передача осуществляется только с использованием СКЗИ (ViPNet).
4. По открытым каналам связи при необходимости и (или) в случае отсутствия технической возможности использования ЗКС передается только информация, не содержащая ПДн - обезличенная информация.
Статья 15. Схема информационного взаимодействия
В процессе информационного взаимодействия при осуществлении информационного сопровождения в соответствии с Регламентом ИСС осуществляются следующие этапы информационного взаимодействия согласно таблице 3:
Таблица 3
Схема информационного взаимодействия в сфере ОМС на территории Ставропольского края при информационном сопровождении ЗЛ
|
N стр. |
Этап (N |
Механизм информационного взаимодействия на соответствующем этапе |
Отправитель |
Получатель |
|
|
1 |
2 |
3 |
4 |
||
|
1. |
Взаимодействие МО(С), МО(Д) и ТФОМС СК |
||||
|
2. |
1. |
МО(С) ежедневно до 09-00 с использованием web-интерфейса ПК "Госпитализация" (ЕИР263), SOAP-сервиса, либо путем загрузки файлов, в установленных Регламентом ИСС форматах посредством ПК "Госпитализация" (ЕИР263) направляет (вносит через web-форму) сведения о госпитализации по направлениям, экстренной госпитализации, отказах о госпитализации и выбывших пациентах, в том числе сведения о содержании выписного эпикриза, скан-образ выписного эпикриза (далее - сведения о ЗЛ полученные от МО(С). |
МО(С) |
ТФОМС СК |
|
|
3. |
2. |
МО(С) ежедневно до 09-00 с использованием web-интерфейса ПК "Госпитализация" (ЕИР263), SOAP-сервиса, либо путем загрузки файлов в установленных Регламентом ИСС форматах, посредством ПК "Госпитализация" (ЕИР263) направляет (вносит, используя web-форму) сведения о наличии (количестве) свободных мест на госпитализацию (далее - сведения о свободных местах) |
МО(С) |
ТФОМС СК |
|
|
4. |
3. |
МО(Д) ежедневно до 09-00 с использованием web-интерфейса ПК "Госпитализация" (ЕИР263), SOAP-сервиса, либо путем загрузки файлов, в установленных Регламентом ИСС форматах посредством ПК "Госпитализация" (ЕИР263) направляет (вносит через web-форму) сведения о госпитализации по направлениям, отказах о госпитализации и выбывших пациентах, в том числе сведения о содержании выписного эпикриза, скан-образ выписного эпикриза (далее - сведения о ЗЛ полученные от МО(Д) |
МО(Д) |
ТФОМС СК |
|
|
5. |
4. |
МО(Д) ежедневно до 09-00 с использованием web-интерфейса ПК "Госпитализация" (ЕИР263), SOAP-сервиса, либо путем загрузки файлов в установленных Регламентом ИСС форматах, посредством ПК "Госпитализация" (ЕИР263) направляет (вносит, используя web-форму) сведения о наличии (количестве) свободных пациенто-мест на госпитализацию (далее - сведения о свободных местах) |
МО(Д) |
ТФОМС СК |
|
|
6. |
5. |
ТФОМС СК обеспечивает возможность доступа МО(С) и МО(Д) к ПК "Госпитализация" (ЕИР263) с использованием web-интерфейса и SOAP-сервиса, в круглосуточном режиме, за исключением времени, необходимого для проведения регламентных или технологических работ |
ТФОМС СК |
МО(С); МО(Д) |
|
|
7. |
6. |
ТФОМС СК при загрузке файлов проводит их первичную обработку (ФЛК) и обеспечивает доступ МО(С) и МО(Д) к ее результатам |
ТФОМС СК |
МО(С); МО(Д) |
|
|
8. |
7. |
ТФОМС СК обеспечивает доступ соответствующей МО(С) и МО(Д) к сведениям о ЗЛ, получивших направление на плановую госпитализацию, и сведениям о ЗЛ, отказавшихся от госпитализации |
ТФОМС СК |
МО(С); МО(Д) |
|
|
9. |
Взаимодействие ТФОМС СК и СМО |
||||
|
10. |
8. |
После первичной обработки сведений о ЗЛ, полученных от МО(С) или МО(Д) ТФОМС СК проводит определение страховой принадлежности в РСЕРЗ СК и, при необходимости, в ЦС ЕРЗ |
ТФОМС СК |
|
|
|
11. |
9. |
ТФОМС СК обеспечивает техническую возможность доступа СМО к сведениям о ЗЛ, полученных от МО(С) или МО(Д) в разрезе СМО, к сведениям о свободных местах, в том числе обеспечивает возможность для СМО скачать сведения в виде файлов установленного формата |
ТФОМС |
СМО |
|
|
12. |
10. |
ТФОМС СК обеспечивает техническую возможность доступа экспертов СМО к сведениям о содержании выписного эпикриза, просмотра скан-образа выписного эпикриза, полученных от МО(С) или МО(Д) в разрезе СМО |
ТФОМС |
СМО |
|
|
13. |
Взаимодействие МО(А) и ТФОМС СК |
||||
|
14. |
11. |
МО(А) с использованием web-интерфейса, SOAP-сервиса ПК "Госпитализация" (ЕИР263) либо путем загрузки файлов в установленных Регламентом ИСС форматах посредством ПК "Госпитализация" (ЕИР263) направляет (вносит, используя web-форму) сведения о ЗЛ, получивших направление на госпитализацию и выбравших МО(С) или МО(Д) |
МО(А) |
ТФОМС СК |
|
|
15. |
12. |
МО(А) с использованием web-интерфейса, SOAP-сервиса ПК "Госпитализация" (ЕИР263) либо способом загрузки файлов в установленных Регламентом форматах посредством ПК "Госпитализация" (ЕИР263) направляет (вносит, используя web-форму) сведения о ЗЛ отказавшихся от госпитализации |
МО(А) |
ТФОМС СК |
|
|
16. |
13. |
ТФОМС СК обеспечивает техническую возможность доступа МО(А) к сведениям о госпитализированных ЗЛ, направленных МО(А) на госпитализацию, в том числе обеспечивает возможность для МО(А) скачать сведения в виде файлов установленного формата |
ТФОМС СК |
МО(А) |
|
|
17. |
14. |
ТФОМС СК обеспечивает техническую возможность доступа МО(А) к оперативным сведениям о свободных местах в разрезе профилей отделений (коек) по каждой МО(С) и возможных сроках ожидания МП |
ТФОМС СК |
МО(А) |
|
|
18. |
15. |
ТФОМС СК обеспечивает техническую возможность доступа МО(А) к сведениям об аннулировании направлений на госпитализацию в связи с отказом от госпитализации или смертью ЗЛ, а также в связи с госпитализацией пациентов в экстренном порядке, в том числе обеспечивает возможность для МО(А) загрузить сведения в виде файлов установленного формата |
ТФОМС СК |
МО(А) |
|
|
19. |
16. |
ТФОМС СК обеспечивает техническую возможность доступа участковым врачам терапевтам, педиатрам, врачам общей практики (далее - участковые врачи) МО(А) к сведениям о содержании выписного эпикриза, просмотр скан-образа выписного эпикриза, полученных от МО(С) или МО(Д) в разрезе МО и участков |
ТФОМС СК |
МО(А) |
|
VI. Описание этапов информационного взаимодействия
Статья 16. Обработка сведений в ТФОМС СК
1. ТФОМС СК формирует в ПК "Госпитализация" (ЕИР263) сведения о плановых объемах МП в разрезе профилей и СМО в соответствии с Территориальной программой.
2. ТФОМС СК на основании сведений о выданных направлениях на госпитализацию, поступивших от МО(А), определяет доступ к обрабатываемым сведениям для участников информационного взаимодействия. При этом сведения, представляемые ПК "Госпитализация" (ЕИР263) СМО, определяются по результатам определения страховой принадлежности ЗЛ по данным РСЕРЗ СК и в случае необходимости в ЦС ЕРЗ на момент предоставления доступа. Предоставляемые сведения для МО(А) о госпитализации ЗЛ определяются:
для плановой госпитализации - по направлению на плановую госпитализацию;
для экстренной госпитализации - по прикреплению ЗЛ для получения ПМСП.
3. Доступ к информации о госпитализации ЗЛ, застрахованных в других субъектах Российской Федерации, предоставляется для ТФОМС СК.
4. ТФОМС СК администрирует ПК "Госпитализация" (ЕИР263), осуществляет контроль полноты и достоверности сведений, вносимых участниками информационного обмена в ПК "Госпитализация" (ЕИР263), мониторинг информационного сопровождения, а также осуществляет контроль за соблюдением требований Регламента ИСС всеми участниками информационного взаимодействия.
Статья 17. Формирование сведений в МО(А)
1. МО(А) посредством собственной ИС осуществляет автоматизированный учет направлений. Направление выдается на основании выбора застрахованным лицом МО(С) или МО(Д) с учетом необходимых условий оказания медицинской помощи, осуществленного в соответствии со сведениями о наличии свободных мест и сроков ожидания МП в условиях стационара и дневного стационара по данному профилю (койки), кроме случаев оказания медицинской помощи в дневном стационаре на дому. Автоматизированный учет (выписка) направлений должен осуществляться способом внесения сведений посредством заполнения web-формы в режиме online, с использованием SOAP-сервиса в режиме online, либо способом загрузки файла со сведениями о выписанных направлениях по состоянию на 20.00 предшествующего дня, в срок до 09.00, в установленных Регламентом ИСС случаях.
2. В случае отказа ЗЛ от плановой госпитализации, МО(А) направляет соответствующие сведения в ПК "Госпитализация" (ЕИР263) способом внесения сведений посредством заполнения web-формы либо способом загрузки файла.
3. МО(А) ежедневно не позднее 10.00 получает возможность доступа к информации о наличии свободных мест и объемов для госпитализации с учетом установленного Территориальной программой периода ожидания.
4. МО(А) получает возможность доступа к сведениям о ЗЛ, госпитализированных по направлениям, а также об аннулировании направлений выданных данной МО(А).
5. МО(А) получает возможность доступа к сведениям о прикрепленных для получения ПМСП к данной МО(А) ЗЛ, госпитализированных по экстренным показаниям.
6. Участковые врачи МО(А) с помощью web-формы ПК "Госпитализация" (ЕИР263) и/или ПК "РСЕРЗ СК" получают возможность доступа к сведениям о содержании выписного эпикриза, просмотра скан-образа выписного эпикриза.
Статья 18. Формирование сведений в МО(С)
1. МО(С) с помощью web-формы ПК "Госпитализация" (ЕИР263) в режиме online, или посредством собственной ИС, интегрированной с использованием SOAP-сервиса с ПК "Госпитализация" (ЕИР263), осуществляет автоматизированный учет ЗЛ, поступивших на госпитализацию по направлениям и экстренно, а также отказавшихся от госпитализации явочным порядком (не явившихся для госпитализации).
2. МО(С) ежедневно не позднее 09.00 направляет в ПК "Госпитализация" (ЕИР263) сведения о фактах госпитализации в плановой и экстренной форме, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах, в том числе сведения о содержании выписного эпикриза, скан-образ выписного эпикриза.
3. МО(С) ежедневно не позднее 09.00 передает информацию о количестве свободных для госпитализации мест с учетом периода ожидания, установленного Территориальной программой.
Статья 19. Формирование сведений в МО(Д)
1. МО(Д) с помощью web-формы ПК "Госпитализация" (ЕИР263) в режиме online или посредством собственной ИС, интегрированной с использованием SOAP-сервиса с ПК "Госпитализация" (ЕИР263), осуществляет автоматизированный учет ЗЛ, поступивших на госпитализацию по направлениям, а также отказавшихся от госпитализации явочным порядком (не явившихся для госпитализации).
2. МО(Д) ежедневно не позднее 09.00 направляет в ПК "Госпитализация" (ЕИР263) сведения о фактах госпитализации по направлениям, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах, в том числе сведения о содержании выписного эпикриза, скан-образ выписного эпикриза.
3. МО(Д) ежедневно не позднее 09.00 передает информацию о количестве свободных для госпитализации мест с учетом периода ожидания, установленного Территориальной программой, сменности коечного фонда и продолжительности рабочей недели дневного стационара.
Статья 20. Обработка сведений в СМО
1. СМО получает возможность доступа в ПК "Госпитализация" (ЕИР263) к сведениям о направлениях, состоявшихся госпитализациях, о планируемых сроках госпитализации, об отказах от госпитализации, а также о выбывших пациентах.
2. СМО получает возможность доступа в ПК "Госпитализация" (ЕИР263) к сведениям о количестве свободных или планируемых к высвобождению коек и выполненных объемах МП.
3. СМО с помощью web-формы ПК "Госпитализация" (ЕИР263) направляет в ПК "Госпитализация" (ЕИР263) сведения об отказах ЗЛ от госпитализации в связи с инициативным отказом или смертью ЗЛ.
4. Специалисты-эксперты СМО с помощью web-формы ПК "Госпитализация" (ЕИР263) и/или ПК "РСЕРЗ СК" получают возможность доступа к сведениям, о содержании выписного эпикриза, просмотр скан-образа выписного эпикриза.
VII. Требования к используемым файлам
Статья 21. Общие требования к формированию XML-файлов
1. Файлы, используемые при осуществлении информационного сопровождения, формируются в форматах, установленных Регламентом ИСС, с соблюдением требований к структуре файлов XML.
2. При формировании электронных файлов формата XML при информационном обмене принимается нижеследующая кодировка некоторых символов (таблица 4 Регламента ИСС):
Таблица 4
Кодировка некоторых символов при формировании электронных файлов формата XML
|
N стр. |
Символ |
Способ кодирования |
|
1 |
2 |
|
|
1. |
двойная кавычка (") |
" |
|
2. |
одинарная кавычка (') |
' |
|
3. |
левая угловая скобка (<) |
< |
|
4. |
правая угловая скобка (>) |
> |
|
5. |
амперсанд (&) |
& |
3. Все сведения в файлах передаются в виде заполненных тегов, использование атрибутов не допускается.
4. Теги в файлах XML должны следовать согласно их описаниям в таблицах. Тег передается в обязательном порядке, даже в случае отсутствия информации. Разделителем дробных чисел должен служить знак "." (точка).
5. При формировании XML - файлов используется кодовая страница Windows-1251.
6. Формирование файлов участники информационного обмена осуществляют посредством собственных ИС в соответствии с форматами согласно приложениям к Регламенту ИСС.
Статья 22. Общие требования к формированию имен файлов
1. Каждый файл имеет уникальное имя, которое формируется по следующему принципу:
, где
- константа, обозначающая тип передаваемого файла;
- код источника данных, формируемый в соответствии со справочниками F003 для МО, F002 для СМО;
- порядковый номер файла.
2. Длина имени файла не может превышать 255 символов. Файл упаковывается в ZIP архив с расширением OMS.
3. Пример имени файла: GD260003-0000587.OMS
VIII. Требования к структуре номера направления
Статья 23. Общие требования к формированию номера направления
1. Номер направления на госпитализацию должен быть уникален на территории Ставропольского края.
Приложение 1
к Регламенту информационного взаимодействия
участников обязательного медицинского
страхования при информационном сопровождении
застрахованных лиц для оказания
им специализированной медицинской помощи
на территории Ставропольского края
Описание
данных, используемых при информационном взаимодействии
Таблица 5
Формат файлов, используемых при осуществлении информационного сопровождения
|
N стр. |
Код элемента |
Тип |
Формат |
Наименование |
Дополнительная информация |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
NZAP |
О |
N(5) |
Номер записи |
Номер записи |
|
2. |
N APR |
О |
N(14) |
Номер направления |
Номер направления, уникальный на территории Ставропольского края, формируется в соответствии правилом, описанным ст. 23 Регламента ИСС |
|
3. |
DNAPR |
О |
D |
Дата направления |
|
|
4. |
DPGOSP |
У |
D |
Дата плановой госпитализации |
|
|
5. |
DNGOSP |
У |
D |
Дата начала госпитализации |
|
|
6. |
DSNAPR |
О |
S(5) |
Код диагноза направления |
Заполняется в соответствии с M001 на момент направления пациента |
|
7. |
VNGOSP |
У |
V |
Время начала госпитализации |
|
|
8. |
DOGOSP |
У |
D |
Дата окончания госпитализации |
|
|
9. |
DPOGOSP |
У |
D |
Планируемая дата окончания госпитализации |
|
|
10. |
DANUL |
У |
D |
Дата аннулирования направления |
|
|
11. |
PANUL |
У |
N(1) |
Причина аннулирования |
1 - неявка пациента на госпитализацию; 2 - непредоставление необходимого пакета документов (отказ МО(С); 3 - инициативный отказ от госпитализации пациентом; 4 - смерть; 5 - прочие; 6 - госпитализация в экстренной форме Заполняется в соответствии с SE002 |
|
12. |
IANUL |
У |
N(1) |
Источник аннулирования |
1 - СМО; 2 - МО(С); 3 - МО(А); 4 - МО(Д). Заполняется в соответствии с SE003 |
|
13. |
KANUL |
У |
N(6) |
Код источника аннулирования |
Заполняется в соответствии с F002 или F003 в зависимости от заполнения поля IANUL |
|
14. |
FAM |
О |
S(40) |
Фамилия |
|
|
15. |
IM |
О |
S(40) |
Имя |
|
|
16. |
OT |
О |
S(60) |
Отчество |
|
|
17. |
P |
О |
N(1) |
Пол |
Заполняется в соответствии с V005 |
|
18. |
DR |
О |
D |
Дата рождения |
|
|
19. |
TEL |
О |
S(20) |
Телефон |
|
|
20. |
TER |
О |
N(2) |
Код территории страхования |
Заполняется в соответствии с F010 |
|
21. |
SMO |
У |
N(5) |
Код СМО |
Заполняется в соответствии с F002 |
|
22. |
FOMP |
У |
N(1) |
Код формы оказания медицинской помощи |
1 - плановая; 2 - неотложная; 3 - экстренная Заполняется в соответствии с V014 |
|
23. |
MONAPR |
О |
N(6) |
Код МО, направившей на госпитализацию |
Заполняется в соответствии с F003 |
|
24. |
PMONAPR |
У |
N(3) |
Код подразделения МО, направившей на госпитализацию |
Заполняется в соответствии с F003_T |
|
25. |
PROFONAPR |
О |
N(3) |
Профиль отделения |
Заполняется в соответствии с V002 |
|
26. |
PROFKNAPR |
О |
N(3) |
Код профиля койки |
Заполняется в соответствии с V002 |
|
27. |
DS |
О |
S(5) |
Код окончательного диагноза |
Заполняется в соответствии с M001 на момент выписки пациента |
|
28. |
MEDRAB |
У |
S(11) |
Код направившего мед. работника |
СНИЛС медицинского работника, направившего пациента |
|
29. |
MEDRAB_FAM |
У |
S(40) |
Фамилия медицинского работника |
|
|
30. |
MEDRAB_IM |
У |
S(40) |
Имя медицинского работника |
|
|
31. |
MEDRAB_OT |
У |
S(40) |
Отчество медицинского работника |
|
|
32. |
MEDRAB_DR |
У |
D |
Дата рождения медицинского работника |
|
|
33. |
MEDRAB_SNILS |
У |
S(14) |
СНИЛС медицинского работника |
|
|
34. |
MEDRAB_INN |
У |
S(12) |
ИНН медицинского работника |
|
|
35. |
MO |
О |
N(6) |
Код МО |
Заполняется в соответствии с F003 |
|
36. |
PMO |
О |
N(3) |
Код ПМО стационара |
Заполняется в соответствии с F003_T |
|
37. |
PMOANUL |
О |
N(3) |
Код подразделения МО, аннулировавшего направление |
Заполняется в соответствии с F003_T |
|
38. |
PROFO |
О |
N(3) |
Код профиля отделения |
Заполняется в соответствии с V002 |
|
39. |
PROFK |
О |
N(3) |
Код профиля койки |
Заполняется в соответствии с V002 |
|
40. |
NKART |
У |
S(60) |
Номер карты |
Номер истории болезни/Номер карты амбулаторного больного |
|
41. |
DSPO |
У |
S(5) |
Код диагноза приемного отделения |
Заполняется в соответствии с M001 |
|
42. |
NPAC |
У |
N(5) |
Количество пациентов |
|
|
43. |
IPAC |
У |
N(5) |
Поступило пациентов |
|
|
44. |
OPAC |
У |
N(5) |
Выбыло пациентов |
|
|
45. |
PPAC |
У |
N(5) |
Планируется пациентов |
|
|
46. |
SK |
О |
N(5) |
Общее количество коек |
|
|
47. |
SKM |
О |
N(5) |
Количество коек (мужские) |
|
|
48. |
SKW |
О |
N(5) |
Количество коек (женские) |
|
|
49. |
SKD |
О |
N(5) |
Количество коек (детские) |
|
|
50. |
NKDNY |
У |
N(9) |
Количество койко-дней |
|
|
51. |
D |
О |
D |
Дата формирования сведений о коечном фонде |
|
|
52. |
DAYSPERWEEK |
У |
N(1) |
Количество рабочих дней в неделю |
Заполняется для оказания МП в условиях дневного стационара |
|
53. |
NPOLIS |
У |
S(20) |
Номер полиса пациента ОМС |
|
|
54. |
SPOLIS |
У |
S(10) |
Серия полиса пациента ОМС |
|
|
55. |
VPOLIS |
У |
S(1) |
Тип полиса ОМС |
|
|
56. |
PROXY_DR |
У |
D |
Дата рождения представителя пациента |
|
|
57. |
PROXY_FAM |
У |
S(60) |
Фамилия представителя пациента |
|
|
58. |
PROXY_IM |
У |
S(60) |
Имя представителя пациента |
|
|
59. |
PROXY_ОТ |
У |
S(60) |
Отчество представителя пациента |
|
|
60. |
PROXY_P |
У |
S(60) |
Пол представителя пациента |
|
|
61. |
RANUL |
У |
S(255) |
Комментарий к аннулированию направления |
|
|
62. |
RESERVE |
О |
N(4) |
Количество коек резерва |
|
|
63. |
SHIFT_TIME |
О |
V |
Время начала смены для койки |
|
|
64. |
SHIFT |
О |
N(1) |
Номер смены |
|
|
65. |
TIPEXTR |
У |
S(2) |
Способ поступления пациента для экстренной госпитализации |
Заполняется в соответствии с SE001 |
|
66. |
WRITEOUT |
У |
N(2) |
Результат обращения за медицинской помощью |
Заполняется в соответствии с V009 |
Приложение 2
к Регламенту информационного взаимодействия
участников обязательного медицинского
страхования при информационном сопровождении
застрахованных лиц для оказания
им специализированной медицинской
помощи на территории
Ставропольского края
Примеры файлов, используемых для информационного обмена с подсистемой "Стационар"
1. Для отнесения файлов к подсистемам и типам действий используется корневой элемент ZAP, передаваемый с соответствующими атрибутами.
2. Для подсистемы "Стационар" используется элемент:
<ZAP hospital="night" action="T1">, где атрибут hospital="night" описывает принадлежность передаваемых МО сведений к подсистеме "Стационар", а атрибут action="T1" описывает действие, в данном примере выдачу направления на госпитализацию.
3. Пример файла Т1 со сведениями о направлении на госпитализацию в условиях стационара:
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T1">
<NZAP>Обязательно</NZAP>
<NNAPR/>
<DNAPR>Обязательно</DNAPR>
<DPGOSP>Обязательно</DPGOSP>
<FOMP>Обязательно</FOMP>
<MONAPR>Обязательно</MONAPR>
<PMONAPR>Обязательно</PMONAPR>
<PROFONAPR/>
<PROFKNAPR/>
<MEDRAB>Обязательно</MEDRAB>
<MO>Обязательно</MO>
<PMO>Обязательно</PMO>
<PROFO/>
<PROFK>Обязательно</PROFK>
<DPOGOSP>Обязательно</DPOGOSP>
<DSNAPR>Обязательно</DSNAPR>
<NKART/>
<TIPEXTR>Обязательно</TIPEXTR>
<PACIENT>
<FAM>Обязательно</FAM>
<IM>Обязательно</IM>
<OT/>
<P>Обязательно</P>
<DR>Обязательно</DR>
<TEL/>
<POLIS>
<VPOLIS/>
<SPOLIS/>
<NPOLIS/>
<TER/>
<SMO/>
</POLIS>
<PROXY>
<proxy_fam/>
<proxy_im/>
<proxy_ot/>
<proxy_p/>
<proxy_dr/>
</PROXY>
</PACIENT>
</ZAP>
</DAN>
Таблица 6
Данные, используемые в файле со сведениями о направлении на госпитализацию в условиях стационара
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T1 |
NZAP |
N |
О |
Номер записи |
|
2. |
T1 |
N APR |
S(14) |
У |
Номер направления |
|
3. |
T1 |
DNAPR |
D |
О |
Дата выдачи направления |
|
4. |
T1 |
DPGOSP |
D |
О |
Дата плановой госпитализации |
|
5. |
T1 |
FAM |
S(60) |
О |
Фамилия |
|
6. |
T1 |
IM |
S(60) |
О |
Имя |
|
7. |
T1 |
OT |
S(60) |
У |
Отчество |
|
8. |
T1 |
P |
N |
О |
Пол |
|
9. |
T1 |
DR |
D |
О |
Дата рождения |
|
10. |
T1 |
TEL |
S(12) |
У |
Телефон |
|
11. |
T1 |
VPOLIS |
N |
У |
Тип полиса |
|
12. |
T1 |
SPOLIS |
S(10) |
У |
Серия полиса |
|
13. |
T1 |
NPOLIS |
S(20) |
У |
Номер полиса |
|
14. |
T1 |
TER |
S(5) |
У |
ОКАТО территории страхования |
|
15. |
T1 |
SMO |
S(5) |
У |
Код страховой компании |
|
16. |
T1 |
FOMP |
N |
О |
Форма помощи |
|
17. |
T1 |
MONAPR |
S(6) |
О |
Код МО |
|
18. |
T1 |
PMONAPR |
N |
О |
Код подразделения МО, направившей на госпитализацию |
|
19. |
T1 |
PROFONAPR |
N |
У |
Профиль отделения |
|
20. |
T1 |
PROFKNAPR |
N |
У |
Профиль койки |
|
21. |
T1 |
MEDRAB |
S(11) |
О |
Код направившего мед. работника |
|
22. |
T1 |
MO |
S(6) |
О |
Код МО стационара |
|
23. |
T1 |
PMO |
N |
О |
Код ПМО стационара |
|
24. |
T1 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
25. |
T1 |
PROFK |
N |
О |
Код профиля койки стационара |
|
26. |
T1 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
27. |
T1 |
DSNAPR |
S(10) |
О |
Диагноз |
|
28. |
T1 |
NKART |
S(60) |
У |
Номер карты |
|
29. |
T1 |
proxy_fam |
S(60) |
У |
Фамилия представителя |
|
30. |
T1 |
proxy_im |
S(60) |
У |
Имя представителя |
|
31. |
T1 |
proxy_ot |
S(60) |
У |
Отчество представителя |
|
32. |
T1 |
proxy_p |
N |
У |
Пол представителя |
|
33. |
T1 |
proxy_dr |
D |
У |
Дата рождения представителя |
|
34. |
T1 |
TIPEXTR |
N |
О |
Код источник поступления экстренного пациента |
|
35. |
T1 |
ZAP |
COMPLEX |
О |
Корневой тег |
|
36. |
T1 |
PACIENT |
COMPLEX |
О |
Данные о пациенте |
|
37. |
T1 |
POLIS |
COMPLEX |
S |
Данные о полисе |
|
38. |
T1 |
PROXY |
COMPLEX |
S |
Данные о представителе |
4. Пример файла Т2 со сведениями о плановой госпитализации пациента:
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T2">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DNGOSP>Обязательно</DNGOSP>
<VNGOSP/>
<DSPO>Обязательно</DSPO>
<DPOGOSP/>
</ZAP>
</DAN>
Таблица 7
Данные, используемые в файле со сведениями о плановой госпитализации пациента в условиях стационара
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T2 |
NZAP |
N |
О |
Номер записи |
|
2. |
T2 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T2 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
4. |
T2 |
VNGOSP |
S(5) |
У |
Время начала госпитализации |
|
5. |
T2 |
DSPO |
S(10) |
О |
Диагноз приемного отделения |
|
6. |
T2 |
DPOGOSP |
D |
У |
Дата планового окончания госпитализации |
|
7. |
T2 |
ZAP |
COMPLEX |
О |
Корневой тег |
5. Пример файла Т3 со сведениями об экстренной госпитализации:
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T3">
<NZAP>Обязательно</NZAP>
<NNAPR/>
<DNAPR>Обязательно</DNAPR>
<DNGOSP>Обязательно</DNGOSP>
<VNGOSP/>
<FOMP/>
<MONAPR>Обязательно</MONAPR>
<PMONAPR>Обязательно</PMONAPR>
<PROFONAPR/>
<PROFKNAPR/>
<MEDRAB>Обязательно</MEDRAB>
<MO>Обязательно</MO>
<PMO>Обязательно</PMO>
<PROFO/>
<PROFK>Обязательно</PROFK>
<DSPO>Обязательно</DSPO>
<DPOGOSP>Обязательно</DPOGOSP>
<NKART/>
<TIPEXTR>Обязательно</TIPEXTR>
<PACIENT>
<FAM>Обязательно</FAM>
<IM>Обязательно</IM>
<OT/>
<P>Обязательно</P>
<DR>Обязательно</DR>
<TEL/>
<POLIS>
<VPOLIS/>
<SPOLIS/>
<NPOLIS/>
<TER/>
<SMO/>
</POLIS>
<PROXY>
<proxy_fam/>
<proxy_im/>
<proxy_ot/>
<proxy_p/>
<proxy_dr/>
</PROXY>
</PACIENT>
</ZAP>
</DAN>
Таблица 8
Данные, используемые в файле со сведениями об экстренной госпитализации пациента в условиях стационара
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T3 |
NZAP |
N |
О |
Номер записи |
|
2. |
T3 |
N APR |
S(14) |
У |
Номер направления |
|
3. |
T3 |
DNAPR |
D |
О |
Дата выдачи направления |
|
4. |
T3 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
5. |
T3 |
VNGOSP |
S(5) |
У |
Время начала госпитализации |
|
6. |
T3 |
FAM |
S(60) |
О |
Фамилия |
|
7. |
T3 |
IM |
S(60) |
О |
Имя |
|
8. |
T3 |
OT |
S(60) |
У |
Отчество |
|
9. |
T3 |
P |
N |
О |
Пол |
|
10. |
T3 |
DR |
D |
О |
Дата рождения |
|
11. |
T3 |
TEL |
S(12) |
У |
Телефон |
|
12. |
T3 |
VPOLIS |
N |
У |
Тип полиса |
|
13. |
T3 |
SPOLIS |
S(10) |
У |
Серия полиса |
|
14. |
T3 |
NPOLIS |
S(20) |
У |
Номер полиса |
|
15. |
T3 |
TER |
S(5) |
У |
ОКАТО территории страхования |
|
16. |
T3 |
SMO |
S(5) |
У |
Код страховой компании |
|
17. |
T3 |
FOMP |
N |
У |
Форма помощи |
|
18. |
T3 |
MONAPR |
S(6) |
О |
Код МО |
|
19. |
T3 |
PMONAPR |
N |
О |
Код подразделения МО, направившей на госпитализацию |
|
20. |
T3 |
PROFONAPR |
N |
У |
Профиль отделения |
|
21. |
T3 |
PROFKNAPR |
N |
У |
Профиль койки |
|
22. |
T3 |
MEDRAB |
S(11) |
О |
Код направившего мед. работника |
|
23. |
T3 |
MO |
S(6) |
О |
Код МО стационара |
|
24. |
T3 |
PMO |
N |
О |
Код ПМО стационара |
|
25. |
T3 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
26. |
T3 |
PROFK |
N |
О |
Код профиля койки стационара |
|
27. |
T3 |
DSPO |
S(10) |
О |
Диагноз приемного отделения |
|
28. |
T3 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
29. |
T3 |
NKART |
S(60) |
У |
Номер карты |
|
30. |
T3 |
proxy_fam |
S(60) |
У |
Фамилия представителя |
|
31. |
T3 |
proxy_im |
S(60) |
У |
Имя представителя |
|
32. |
T3 |
proxy_ot |
S(60) |
У |
Отчество представителя |
|
33. |
T3 |
proxy_p |
N |
У |
Пол представителя |
|
34. |
T3 |
proxy_dr |
D |
У |
Дата рождения представителя |
|
35. |
T3 |
TIPEXTR |
N |
О |
Код источник поступления экстренного пациента |
|
36. |
T3 |
ZAP |
COMPLEX |
О |
Корневой тег |
|
37. |
T3 |
PACIENT |
COMPLEX |
О |
Данные о пациенте |
|
38. |
T3 |
POLIS |
COMPLEX |
У |
Данные о полисе |
|
39. |
T3 |
PROXY |
COMPLEX |
У |
Данные о представителе |
6. Пример файла Т4 со сведениями об аннулировании направления на госпитализацию:
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T4">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DANUL>Обязательно</DANUL>
<PANUL>Обязательно</PANUL>
<IANUL>Обязательно</IANUL>
<KANUL>Обязательно</KANUL>
<PMOANUL/>
<RANUL/>
</ZAP>
</DAN>
Таблица 9
Данные, используемые в файле со сведениями об аннулировании направления на госпитализацию пациента в условиях стационара
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T4 |
NZAP |
N |
О |
Номер записи |
|
2. |
T4 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T4 |
DANUL |
D |
О |
Дата аннулирования |
|
4. |
T4 |
PANUL |
N |
О |
Причина аннулирования |
|
5. |
T4 |
IANUL |
N |
О |
Источник аннулирования |
|
6. |
T4 |
KANUL |
S(6) |
О |
Код источника аннулирования |
|
7. |
T4 |
PMOANUL |
N |
У |
Код подразделения МО аннулирования |
|
8. |
T4 |
RANUL |
S(255) |
У |
Комментарий к аннулированию |
|
9. |
T4 |
ZAP |
COMPLEX |
У |
Корневой тег |
7. Пример файла Т5 со сведениями о пациентах, выбывших из МО(С):
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T5">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DOGOSP>Обязательно</DOGOSP>
<DS>Обязательно</DS>
</ZAP>
</DAN>
Таблица 10
Данные, используемые в файле со сведениями о пациентах, выбывших из МО(С)
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T5 |
NZAP |
N |
О |
Номер записи |
|
2. |
T5 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T5 |
DOGOSP |
D |
О |
Дата окончания госпитализации |
|
4. |
T5 |
DS |
S(10) |
О |
Окончательный диагноз |
|
5. |
T5 |
ZAP |
COMPLEX |
О |
Корневой тег |
8. Пример файла Т7 со сведениями о переводе пациента между отделения МО(С):
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T7">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DNGOSP>Обязательно</DNGOSP>
<VNGOSP/>
<MEDRAB>Обязательно</MEDRAB>
<MO>Обязательно</MO>
<PMO>Обязательно</PMO>
<PROFO/>
<PROFK>Обязательно</PROFK>
<DSPO>Обязательно</DSPO>
</ZAP>
</DAN>
Таблица 11
Данные, используемые в файле со сведениями о переводе пациента между отделениями МО(С)
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T7 |
NZAP |
N |
О |
Номер записи |
|
2. |
T7 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T7 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
4. |
T7 |
VNGOSP |
S(5) |
У |
Время начала госпитализации |
|
5. |
T7 |
MEDRAB |
S(11) |
О |
Код направившего мед. работника |
|
6. |
T7 |
MO |
S(6) |
О |
Код МО стационара |
|
7. |
T7 |
PMO |
N |
О |
Код ПМО стационара |
|
8. |
T7 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
9. |
T7 |
PROFK |
N |
О |
Код профиля койки стационара |
|
10. |
T7 |
DSPO |
S(10) |
О |
Диагноз приемного отделения |
|
11. |
T7 |
ZAP |
COMPLEX |
О |
Корневой тег |
9. Пример файла Т8 со сведениями о продлении срока госпитализации пациента в МО(С):
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T8">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DPOGOSP>Обязательно</DPOGOSP>
</ZAP>
</DAN>
Таблица 12
Данные, используемые в файле со сведениями о продлении срока госпитализации пациента в МО(С)
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T8 |
NZAP |
N |
О |
Номер записи |
|
2. |
T8 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T8 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
4. |
T8 |
ZAP |
COMPLEX |
О |
Корневой тег |
10. Пример файла Т6 со сведениями о коечном фонде в МО(С):
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="night" action="T6">
<NZAP>Обязательно</NZAP>
<MO>Обязательно</MO>
<PMO>Обязательно</PMO>
<PROFK>Обязательно</PROFK>
<D>Обязательно</D>
<SK>Обязательно</SK>
<SKM/>
<SKW/>
<SKD/>
<RESERVE/>
</ZAP>
</DAN>
Таблица 13
Данные используемые в файле со сведениями о коечном фонде в МО(С)
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T6 |
NZAP |
N |
O |
Номер записи |
|
2. |
T6 |
MO |
S(6) |
O |
Код МО стационара |
|
3. |
T6 |
PMO |
N |
O |
Код ПМО стационара |
|
4. |
T6 |
PROFK |
N |
O |
Код профиля койки стационара |
|
5. |
T6 |
D |
D |
O |
Дата подачи количества коек |
|
6. |
T6 |
SK |
N |
O |
Общее количество коек |
|
7. |
T6 |
SKM |
N |
У |
Количество мужских коек |
|
8. |
T6 |
SKW |
N |
У |
Количество женских коек |
|
9. |
T6 |
SKD |
N |
У |
Количество детских коек |
|
10. |
T6 |
RESERVE |
N |
У |
Резерв |
|
11. |
T6 |
ZAP |
COMPLEX |
O |
Корневой тег |
Приложение 3
к Регламенту информационного взаимодействия
участников обязательного медицинского
страхования при информационном сопровождении
застрахованных лиц для оказания
им специализированной медицинской помощи
на территории Ставропольского края
Форматы
файлов протоколов результатов обработки данных передаваемых файлов и описание данных
1. Каждый файл протоколов имеет уникальное имя. Имя файла протокола формируется по принципу, аналогичному формированию имени передаваемых файлов за исключением замены константы GD на GP:
, где
- константа, обозначающая тип передаваемого файла;
- код источника;
- номер файла по которому сформирован протокол.
2. Длина имени файла не может превышать 255 символов. Файл упаковывается в ZIP архив с расширением OMS.
3. Пример имени файла: GP260003-0000587.OMS
Таблица 14
Описание данных файла протокола результатов обработки данных
|
N стр. |
Название поля |
Формат |
Тип |
Описание |
Дополнительная информация |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
RESF |
N(1) |
O |
Результат приема данных |
1 - данные приняты к обработке; 0 - данные не приняты к обработке |
|
2. |
TXTRESF |
S(150) |
O |
Текст пояснения на отказ приема данных |
|
|
3. |
RESD |
N(1) |
O |
0 - в данных нет ошибок, 1 - в записях имеются ошибки |
0 - в данных нет ошибок; 1 - в записях имеются ошибки |
|
4. |
NZAP |
N(5) |
O |
Номер записи данных |
|
|
5. |
N AMD |
N(16) |
O |
Наименование элемента данных |
|
|
6. |
KO |
N(2) |
O |
Код ошибки |
|
|
7. |
TXTO |
S(150) |
O |
Текстовое пояснение ошибки |
|
Приложение 4
к Регламенту информационного взаимодействия
участников обязательного медицинского
страхования при информационном сопровождении
застрахованных лиц для оказания
им специализированной медицинской помощи
на территории Ставропольского края
Примеры файлов, используемых для информационного обмена с подсистемой "Дневной стационар"
1. Для отнесения файлов к подсистемам и типам действий используется корневой элемент ZAP передаваемый с соответствующими атрибутами.
2. Для подсистемы "Дневной Стационар" используется элемент:
<ZAP hospital="day" action="T1">, где атрибут hospital="day" описывает принадлежность передаваемых МО сведений к подсистеме "Дневной стационар", а атрибут action="T1" описывает действие, в данном примере выдачу направления на госпитализацию.
3. Пример файла Т1 со сведениями о направлении на госпитализацию в условиях дневного стационара:
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T1">
<NZAP>Обязательно</NZAP>
<NNAPR/>
<DNAPR>Обязательно</DNAPR>
<DPGOSP>Обязательно</DPGOSP>
<MONAPR>Обязательно</MONAPR>
<PMONAPR>Обязательно</PMONAPR>
<PROFONAPR/>
<PROFKNAPR/>
<MEDRAB>Обязательно</MEDRAB>
<MO>Обязательно</MO>
<PMO>Обязательно</PMO>
<PROFO/>
<PROFK>Обязательно</PROFK>
<DPOGOSP>Обязательно</DPOGOSP>
<DSNAPR>Обязательно</DSNAPR>
<NKART/>
<SHIFT>Обязательно</SHIFT>
<PACIENT>
<FAM>Обязательно</FAM>
<IM>Обязательно</IM>
<OT/>
<P>Обязательно</P>
<DR>Обязательно</DR>
<TEL/>
<POLIS>
<VPOLIS/>
<SPOLIS/>
<NPOLIS/>
<TER/>
<SMO/>
</POLIS>
<PROXY>
<proxy_fam/>
<proxy_im/>
<proxy_ot/>
<proxy_p/>
<proxy_dr/>
</PROXY>
</PACIENT>
</ZAP>
</DAN>
Таблица 15
Данные, используемые в файле со сведениями о направлении пациента на госпитализацию в условиях дневного стационара
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T1 |
NZAP |
N |
О |
Номер записи |
|
2. |
T1 |
N APR |
S(14) |
У |
Номер направления |
|
3. |
T1 |
DNAPR |
D |
О |
Дата выдачи направления |
|
4. |
T1 |
DPGOSP |
D |
О |
Дата плановой госпитализации |
|
5. |
T1 |
FAM |
S(60) |
О |
Фамилия |
|
6. |
T1 |
IM |
S(60) |
О |
Имя |
|
7. |
T1 |
OT |
S(60) |
У |
Отчество |
|
8. |
T1 |
P |
N |
О |
Пол |
|
9. |
T1 |
DR |
D |
О |
Дата рождения |
|
10. |
T1 |
TEL |
S(12) |
У |
Телефон |
|
11. |
T1 |
VPOLIS |
N |
У |
Тип полиса |
|
12. |
T1 |
SPOLIS |
S(10) |
У |
Серия полиса |
|
13. |
T1 |
NPOLIS |
S(20) |
У |
Номер полиса |
|
14. |
T1 |
TER |
S(5) |
У |
ОКАТО территории страхования |
|
15. |
T1 |
SMO |
S(5) |
У |
Код страховой компании |
|
16. |
T1 |
MONAPR |
S(6) |
О |
Код МО |
|
17. |
T1 |
PMONAPR |
N |
О |
Код подразделения МО, направившей на госпитализацию |
|
18. |
T1 |
PROFONAPR |
N |
У |
Профиль отделения |
|
19. |
T1 |
PROFKNAPR |
N |
У |
Профиль койки |
|
20. |
T1 |
MEDRAB |
S(11) |
О |
Код направившего мед. работника |
|
21. |
T1 |
MO |
S(6) |
О |
Код МО стационара |
|
22. |
T1 |
PMO |
N |
О |
Код ПМО стационара |
|
23. |
T1 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
24. |
T1 |
PROFK |
N |
О |
Код профиля койки стационара |
|
25. |
T1 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
26. |
T1 |
DSNAPR |
S(10) |
О |
Диагноз |
|
27. |
T1 |
NKART |
S(60) |
У |
Номер карты |
|
28. |
T1 |
proxy_fam |
S(60) |
У |
Фамилия представителя |
|
29. |
T1 |
proxy_im |
S(60) |
У |
Имя представителя |
|
30. |
T1 |
proxy_ot |
S(60) |
У |
Отчество представителя |
|
31. |
T1 |
proxy_p |
N |
У |
Пол представителя |
|
32. |
T1 |
proxy_dr |
D |
У |
Дата рождения представителя |
|
33. |
T1 |
SHIFT |
N |
О |
Смена |
|
34. |
T1 |
ZAP |
COMPLEX |
О |
Корневой тег |
|
35. |
T1 |
PACIENT |
COMPLEX |
О |
Данные о пациенте |
|
36. |
T1 |
POLIS |
COMPLEX |
У |
Данные о полисе |
|
37. |
T1 |
PROXY |
COMPLEX |
У |
Данные о представителе |
4. Пример файла Т2 со сведениями о плановой госпитализации пациента в условиях дневного стационара:
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T2">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DNGOSP>Обязательно</DNGOSP>
<VNGOSP/>
<DSPO>Обязательно</DSPO>
<DPOGOSP/>
</ZAP>
</DAN>
Таблица 16
Данные, используемые в файле со сведениями о плановой госпитализации пациента в условиях дневного стационара
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T2 |
NZAP |
N |
О |
Номер записи |
|
2. |
T2 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T2 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
4. |
T2 |
VNGOSP |
S(5) |
У |
Время начала госпитализации |
|
5. |
T2 |
DSPO |
S(10) |
О |
Диагноз приемного отделения |
|
6. |
T2 |
DPOGOSP |
D |
У |
Дата планового окончания госпитализации |
|
7. |
T2 |
ZAP |
COMPLEX |
О |
Корневой тег |
5. Пример файла Т4 со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара:
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T4">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DANUL>Обязательно</DANUL>
<PANUL>Обязательно</PANUL>
<IANUL>Обязательно</IANUL>
<KANUL>Обязательно</KANUL>
<PMOANUL/>
<RANUL/>
</ZAP>
</DAN>
Таблица 17
Данные, используемые в файле со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T4 |
NZAP |
N |
О |
Номер записи |
|
2. |
T4 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T4 |
DANUL |
D |
О |
Дата аннулирования |
|
4. |
T4 |
PANUL |
N |
О |
Причина аннулирования |
|
5. |
T4 |
IANUL |
N |
О |
Источник аннулирования |
|
6. |
T4 |
KANUL |
S(6) |
О |
Код источника аннулирования |
|
7. |
T4 |
PMOANUL |
N |
У |
Код подразделения МО аннулирования |
|
8. |
T4 |
RANUL |
S(255) |
У |
Комментарий к аннулированию |
|
9. |
T4 |
ZAP |
COMPLEX |
У |
Корневой тег |
6. Пример файла Т5 со сведениями о пациентах, выбывших из МО(Д):
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T5">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DOGOSP>Обязательно</DOGOSP>
<DS>Обязательно</DS>
</ZAP>
</DAN>
Таблица 18
Данные, используемые в файле со сведениями об аннулировании направления на госпитализацию в условиях дневного стационара
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T5 |
NZAP |
N |
О |
Номер записи |
|
2. |
T5 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T5 |
DOGOSP |
D |
О |
Дата окончания госпитализации |
|
4. |
T5 |
DS |
S(10) |
О |
Окончательный диагноз |
|
5. |
T5 |
ZAP |
COMPLEX |
О |
Корневой тег |
7. Пример файла Т7 со сведениями о переводе пациента между отделениями МО(Д):
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T7">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DNGOSP>Обязательно</DNGOSP>
<VNGOSP/>
<MEDRAB>Обязательно</MEDRAB>
<MO>Обязательно</MO>
<PMO>Обязательно</PMO>
<PROFO/>
<PROFK>Обязательно</PROFK>
<DSPO>Обязательно</DSPO>
</ZAP>
</DAN>
Таблица 19
Данные, используемые в файле со сведениями о переводе пациента между отделениями МО(Д)
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T7 |
NZAP |
N |
О |
Номер записи |
|
2. |
T7 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T7 |
DNGOSP |
D |
О |
Дата начала госпитализации |
|
4. |
T7 |
VNGOSP |
S(5) |
у |
Время начала госпитализации |
|
5. |
T7 |
MEDRAB |
S(11) |
О |
Код направившего мед. работника |
|
6. |
T7 |
MO |
S(6) |
О |
Код МО стационара |
|
7. |
T7 |
PMO |
N |
О |
Код ПМО стационара |
|
8. |
T7 |
PROFO |
N |
У |
Код профиля отделения стационара |
|
9. |
T7 |
PROFK |
N |
О |
Код профиля койки стационара |
|
10. |
T7 |
DSPO |
S(10) |
О |
Диагноз приемного отделения |
|
11. |
T7 |
ZAP |
COMPLEX |
О |
Корневой тег |
8. Пример файла Т8 со сведениями о продлении срока госпитализации пациента в МО(Д):
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T8">
<NZAP>Обязательно</NZAP>
<NNAPR>Обязательно</NNAPR>
<DPOGOSP>Обязательно</DPOGOSP>
</ZAP>
</DAN>
Таблица 20
Данные, используемые в файле со сведениями о продлении срока госпитализации пациента в МО(Д)
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T8 |
NZAP |
N |
О |
Номер записи |
|
2. |
T8 |
N APR |
S(14) |
О |
Номер направления |
|
3. |
T8 |
DPOGOSP |
D |
О |
Дата планового окончания госпитализации |
|
4. |
T8 |
ZAP |
COMPLEX |
О |
Корневой тег |
9. Пример файла Т6 со сведениями о коечном фонде МО(Д):
<?xml version="1.0" encoding="Windows-1251"?>
<DAN>
<ZAP hospital="day" action="T6">
<NZAP>Обязательно</NZAP>
<MO>Обязательно</MO>
<PMO>Обязательно</PMO>
<PROFK>Обязательно</PROFK>
<D>Обязательно</D>
<SK>Обязательно</SK>
<SKM/>
<SKW/>
<SKD/>
<RESERVE/>
<DAYSPERWEEK>Обязательно</DAYSPERWEEK>
<SHIFTS>
<SHIFT_TIME>Обязательно</SHIFT_TIME>
</SHIFTS>
</ZAP>
</DAN>
Таблица 21
Данные, используемые в файле со сведениями о пациенто-местах МО(Д)
|
N стр. |
Тип файла |
Название поля |
Формат |
Тип |
Описание |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
T6 |
NZAP |
N |
О |
Номер записи |
|
2. |
T6 |
MO |
S6 |
О |
Код МО стационара |
|
3. |
T6 |
PMO |
N |
О |
Код ПМО стационара |
|
4. |
T6 |
PROFK |
N |
О |
Код профиля койки стационара |
|
5. |
T6 |
D |
D |
О |
Дата подачи количества коек |
|
6. |
T6 |
SK |
N |
О |
Общее количество коек |
|
7. |
T6 |
SKM |
N |
У |
Количество мужских коек |
|
8. |
T6 |
SKW |
N |
У |
Количество женских коек |
|
9. |
T6 |
SKD |
N |
У |
Количество детских коек |
|
10. |
T6 |
RESERVE |
N |
У |
Резерв |
|
11. |
T6 |
DAYSPERWEEK |
N |
О |
Количество рабочих дней в неделю |
|
12. |
T6 |
SHIFT_TIME |
T5 |
О |
Смена |
|
13. |
T6 |
ZAP |
COMPLEX |
О |
Корневой тег |
|
14. |
T6 |
SHIFTS |
COMPLEX |
О |
Смены |
Приложение 5
к Регламенту информационного взаимодействия
участников обязательного медицинского
страхования при информационном сопровождении
застрахованных лиц для оказания
им специализированной медицинской помощи
на территории Ставропольского края
Описание
SOAP-сервиса подсистемы "Стационар"
1. При интеграции информационных систем, используемых в МО с использованием SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263), обеспечивается автоматическое исполнение следующих функций:
регистрация планового направления на госпитализацию;
регистрация плановой госпитализации;
регистрация экстренной госпитализации;
аннулирование направления;
регистрация выбытия пациента;
регистрация перевода пациента между отделениями одного учреждения;
регистрация коечного фонда в разрезе профиля отделения;
получение списка пациентов по любому набору параметров.
2. SOAP-сервис подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) предоставляет доступ к функциям в соответствии с таблицей 22 Регламента ИСС.
Таблица 22
Функции SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263)
|
N стр. |
Функция |
Описание |
Параметры |
Тип параметра |
Тип возвращаемого значения |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
setPacient |
Добавляет информацию о новом пациенте или изменяет данные существующего. Поведение функции зависит от параметра t, который соответствует типам передаваемых файлов: T1 - направление на плановую госпитализацию; T2 - госпитализация планового пациента; T3 - госпитализация экстренного пациента; T4 - аннулирование направления; T5 - выписка пациента; T6 - не используется (см. функцию addMesto); T7 - перевод пациента. |
t |
xsd:string |
PacientSoapOut xsd:complexType |
|
pacient_in |
PacientSoapIn xsd:complexType |
||||
|
login |
xsd:string |
||||
|
pass |
xsd:string |
||||
|
2. |
getPacient |
Возвращает данные о 10 пациентах, совпадающих с условиями запроса. |
pacient_in |
PacientSoapIn xsd:complexType |
tns:PacientSoapOutArray |
|
login |
xsd:string |
||||
|
pass |
xsd:string |
||||
|
3. |
addMesto |
Добавляет или заменяет информацию о коечном фонде в разрезе профиля. |
mesto_in |
MestoSoapIn xsd:complexType |
MestoSoapOut xsd:complexType |
|
login |
xsd:string |
||||
|
pass |
xsd:string |
Таблица 23
Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) метода PacientSoapIn
|
N стр. |
PacientSoapIn xsd:all |
|||
|
Название |
Тип |
Описание |
Обязательность |
|
|
1 |
2 |
3 |
4 |
|
|
1. |
N APR |
xsd:string |
Номер направления |
T2 T4 T5 T7 |
|
2. |
DNAPR |
xsd:dateTime |
Дата выдачи направления |
T1 T3 |
|
3. |
DPGOSP |
xsd:dateTime |
Дата плановой госпитализации |
T1 |
|
4. |
DNGOSP |
xsd:dateTime |
Дата начала госпитализации |
T2 T3 T7 |
|
5. |
VNGOSP |
xsd:string |
Время начала госпитализации |
|
|
6. |
DOGOSP |
xsd:dateTime |
Дата окончания госпитализации |
T5 |
|
7. |
DANUL |
xsd:dateTime |
Дата аннулирования |
T4 |
|
8. |
PANUL |
xsd:integer |
Причина аннулирования |
T4 |
|
9. |
IANUL |
xsd:integer |
Источник аннулирования |
T4 |
|
10. |
KANUL |
xsd:string |
Код источника аннулирования |
T4 |
|
11. |
PMOANUL |
xsd:integer |
Код подразделения МО аннулирования |
|
|
12. |
FAM |
xsd:string |
Фамилия |
T1 T3 |
|
13. |
IM |
xsd:string |
Имя |
T1 T3 |
|
14. |
OT |
xsd:string |
Отчество |
|
|
15. |
P |
xsd:integer |
Пол |
T1 T3 |
|
16. |
DR |
xsd:dateTime |
Дата рождения |
T1 T3 |
|
17. |
TEL |
xsd:string |
Телефон |
|
|
18. |
VPOLIS |
xsd:integer |
Тип полиса |
|
|
19. |
SPOLIS |
xsd:string |
Серия полиса |
|
|
20. |
NPOLIS |
xsd:string |
Номер полиса |
|
|
21. |
TER |
xsd:string |
ОКАТО территории страхования |
|
|
22. |
SMO |
xsd:string |
Код страховой компании |
|
|
23. |
FOMP |
xsd:integer |
Форма помощи |
T1 T3 |
|
24. |
MONAPR |
xsd:string |
Код МО |
T1 T3 |
|
25. |
PMONAPR |
xsd:integer |
Код подразделения МО, направившей на госпитализацию |
T1 |
|
26. |
PROFONAPR |
xsd:integer |
Профиль отделения |
|
|
27. |
PROFKNAPR |
xsd:integer |
Профиль койки |
|
|
28. |
DS |
xsd:string |
Окончательный диагноз |
T5 |
|
29. |
MEDRAB |
xsd:string |
Код направившего мед. работника |
T1 T3 T7 |
|
30. |
MO |
xsd:string |
Код МО стационара |
T1 T3 T6 |
|
31. |
PMO |
xsd:integer |
Код ПМО стационара |
T1 T3 T6 |
|
32. |
PROFO |
xsd:integer |
Код профиля отделения стационара |
|
|
33. |
PROFK |
xsd:integer |
Код профиля койки стационара |
T1 T3 T6 T7 |
|
34. |
DSPO |
xsd:string |
Диагноз приемного отделения |
T2 T3 T7 |
|
35. |
DPOGOSP |
xsd:dateTime |
Дата планового окончания госпитализации |
T1 T3 |
|
36. |
DSNAPR |
xsd:string |
Диагноз |
T1 |
|
37. |
NKART |
xsd:string |
Номер карты |
|
|
38. |
proxy_fam |
xsd:string |
Фамилия представителя |
|
|
39. |
proxy_im |
xsd:string |
Имя представителя |
|
|
40. |
proxy_ot |
xsd:string |
Отчество представителя |
|
|
41. |
proxy_p |
xsd:integer |
Пол представителя |
|
|
42. |
proxy_dr |
xsd:dateTime |
Дата рождения представителя |
|
|
43. |
RANUL |
xsd:string |
Комментарий к аннулированию |
|
|
44. |
vipisFileName |
xsd:string |
Имя файла выписного эпикриза. Имя файл должно иметь расширение PDF, JPG, совпадающее с сигнатурой в заголовке файла, передаваемого в поле vipisContent |
T5 |
|
45. |
vipisContent |
xsd:string |
Содержимое файла выписного эпикриза в виде двоичных данных (формат PDF, JPG) закодированных в строку в соответствии со стандартом кодирования Base64 |
T5 |
Таблица 24
Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) метода PacientSoapOut
|
N стр. |
PacientSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры PacientSoapIn |
|||
|
Название |
Тип |
Описание |
Обязательность |
|
|
1. |
errors |
soap-enc:Array |
Массив возможных ошибок |
|
Таблица 25
Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) метода MestoSoapIn
|
N стр. |
MestoSoapIN xsd:all (параметры указываются в любом порядке) наследует все параметры метода PacientSoapIn |
|||
|
Название |
Тип |
Описание |
Обязательность |
|
|
1. |
MO |
xsd:int |
Код стационара |
+ |
|
2. |
PMO |
xsd:int |
Код ПМО стационара |
+ |
|
3. |
PROFK |
xsd:int |
Профиль койки стационара |
+ |
|
4. |
D |
xsd:dateTime |
Дата начала действия указанных коек |
+ |
|
5. |
SK |
xsd:int |
Общее количество коек |
+ |
|
6. |
SKM |
xsd:int |
Количество мужских коек |
+ |
|
7. |
SKW |
xsd:int |
Количество женских коек |
+ |
|
8. |
SKD |
xsd:int |
Количество детских коек |
+ |
|
9. |
reserve |
xsd:int |
Резерв |
|
Таблица 26
Описание составных типов данных SOAP-сервиса подсистемы "Стационар" ПК "Госпитализация" (ЕИР263) метода MestoSoapOut
|
N стр. |
MestoSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры MestoSoapIn |
|||
|
Название |
Тип |
Описание |
Обязательность |
|
|
1. |
errors |
soap-enc:Array |
Массив возможных ошибок |
|
3. WSDL-СХЕМА, описывающая SOAP-сервис подсистемы "Стационар":
<definitions xmlns="http://schemas.xmlsoap.org/wsdl/" xmlns:tns="urn:Eir263soapControllerwsdl" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:soap-enc="http://schemas.xmlsoap.org/soap/encoding/" name="Eir263soapController" targetNamespace="urn:Eir263soapControllerwsdl">
<wsdl:types>
<xsd:schema targetNamespace="urn:Eir263soapControllerwsdl">
<xsd:complexType name="PacientSoapIn">
<xsd:all>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NNAPR" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNAPR" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VNGOSP" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DOGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DANUL" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="KANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="RANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMOANUL" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FAM" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IM" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="OT" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="P" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DR" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TEL" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VPOLIS" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SPOLIS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NPOLIS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TER" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SMO" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FOMP" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TIPEXTR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="WRITEOUT" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFKNAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MEDRAB" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFK" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NKART" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSPO" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPOGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSNAPR" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_fam" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_im" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_ot" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_p" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_dr" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisFileName" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisContent" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FileVipisTExtZakl" type="xsd:string"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="PacientSoapOut">
<xsd:all>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NNAPR" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNAPR" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VNGOSP" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DOGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DANUL" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="KANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="RANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMOANUL" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FAM" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IM" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="OT" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="P" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DR" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TEL" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VPOLIS" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SPOLIS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NPOLIS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TER" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SMO" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FOMP" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TIPEXTR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="WRITEOUT" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFKNAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MEDRAB" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFK" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NKART" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSPO" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPOGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSNAPR" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_fam" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_im" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_ot" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_p" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_dr" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisFileName" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisContent" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FileVipisTExtZakl" type="xsd:string"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="PacientSoapOutArray">
<xsd:complexContent>
<xsd:restriction base="soap-enc:Array">
<xsd:attribute ref="soap-enc:arrayType" wsdl:arrayType="tns:PacientSoapOut[]"/>
</xsd:restriction>
</xsd:complexContent>
</xsd:complexType>
<xsd:complexType name="MestoSoapIn">
<xsd:all>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKM" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKW" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKD" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="reserve" type="xsd:int"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="MestoSoapOut">
<xsd:all>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKM" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKW" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKD" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="reserve" type="xsd:int"/>
</xsd:all>
</xsd:complexType>
</xsd:schema>
</wsdl:types>
<wsdl:message name="setPacientIn">
<wsdl:part name="t" type="xsd:string"/>
<wsdl:part name="pacient_in" type="tns:PacientSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="setPacientOut">
<wsdl:part name="return" type="tns:PacientSoapOut"/>
</wsdl:message>
<wsdl:message name="getPacientIn">
<wsdl:part name="pacient_in" type="tns:PacientSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="getPacientOut">
<wsdl:part name="return" type="tns:PacientSoapOutArray"/>
</wsdl:message>
<wsdl:message name="addMestoIn">
<wsdl:part name="mesto_in" type="tns:MestoSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="addMestoOut">
<wsdl:part name="return" type="tns:MestoSoapOut"/>
</wsdl:message>
<wsdl:portType name="Eir263soapControllerPortType">
<wsdl:operation name="setPacient">
<wsdl:documentation/>
<wsdl:input message="tns:setPacientIn"/>
<wsdl:output message="tns:setPacientOut"/>
</wsdl:operation>
<wsdl:operation name="getPacient">
<wsdl:documentation/>
<wsdl:input message="tns:getPacientIn"/>
<wsdl:output message="tns:getPacientOut"/>
</wsdl:operation>
<wsdl:operation name="addMesto">
<wsdl:documentation/>
<wsdl:input message="tns:addMestoIn"/>
<wsdl:output message="tns:addMestoOut"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="Eir263soapControllerBinding" type="tns:Eir263soapControllerPortType">
<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="setPacient">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#setPacient" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="getPacient">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#getPacient" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="addMesto">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#addMesto" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="Eir263soapControllerService">
<wsdl:port name="Eir263soapControllerPort" binding="tns:Eir263soapControllerBinding">
<soap:address location="http://X.X.X.X/index.php/eir263soap/quote?ws=1"/>
</wsdl:port>
</wsdl:service>
</definitions>
Приложение 6
к Регламенту информационного взаимодействия
участников обязательного медицинского
страхования при информационном сопровождении
застрахованных лиц для оказания
им специализированной медицинской помощи
на территории Ставропольского края
Описание
SOAP-сервиса подсистемы "Дневной стационар"
1. При интеграции информационных систем, используемых в МО с использованием SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263), обеспечивается автоматическое исполнение следующих функций:
регистрация планового направления на госпитализацию;
регистрация плановой госпитализации;
аннулирование направления;
регистрация выбытия пациента;
регистрация перевода пациента между отделениями одного учреждения;
регистрация фонда пациенто-мест в разрезе профиля отделения;
получение списка пациентов, принадлежащих зарегистрированному учреждению.
2. SOAP-сервис подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) предоставляет доступ к функциям в соответствии с таблицей 27 Регламента ИСС.
Таблица 27
Функции SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263)
|
N стр. |
Функция |
Описание |
Параметры |
Тип параметра |
Тип возвращаемого значения |
|
1 |
2 |
3 |
4 |
5 |
|
|
1. |
setPacientDay |
Добавляет информацию о новом пациенте или изменяет данные существующего. Поведение функции зависит от параметра t, который соответствует типам передаваемых файлов: T1 - направление на плановую госпитализацию; T2 - госпитализация планового пациента; T4 - аннулирование направления; T5 - выписка пациента; T6 - не используется (см. функцию addMesto); T7 - перевод пациента; T8 - продление госпитализации |
t |
xsd:string |
DayPacientSoapOut xsd:complexType |
|
pacient_in |
DayPacientSoapIn xsd:complexType |
||||
|
login |
xsd:string |
||||
|
pass |
xsd:string |
||||
|
2. |
getPacientDa |
Возвращает данные о 10 пациентах, совпадающих с условиями запроса |
pacient_in |
DayPacientSoapIn xsd:complexType |
tns:DayPacientSoapOutArray |
|
login |
xsd:string |
||||
|
pass |
xsd:string |
||||
|
3. |
addMestoDay |
Добавляет или заменяет информацию о коечном фонде в разрезе профиля |
mesto_in |
DayMestoSoapIn xsd:complexType |
DayMestoSoapOut xsd:complexType |
|
login |
xsd:string |
||||
|
pass |
xsd:string |
Таблица 28
Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) метода DayPacientSoapIn
|
N стр. |
DayPacientSoapIn xsd:all |
|||
|
Название |
Тип |
Описание |
Обязательность |
|
|
1 |
2 |
3 |
4 |
|
|
1. |
N APR |
xsd:string |
Номер направления |
T2 T4 T5 T7 |
|
2. |
DNAPR |
xsd:dateTime |
Дата выдачи направления |
T1 T3 |
|
3. |
DPGOSP |
xsd:dateTime |
Дата плановой госпитализации |
T1 |
|
4. |
DNGOSP |
xsd:dateTime |
Дата начала госпитализации |
T2 T3 T7 |
|
5. |
VNGOSP |
xsd:string |
Время начала госпитализации |
|
|
6. |
DOGOSP |
xsd:dateTime |
Дата окончания госпитализации |
T5 |
|
7. |
DANUL |
xsd:dateTime |
Дата аннулирования |
T4 |
|
8. |
PANUL |
xsd:integer |
Причина аннулирования |
T4 |
|
9. |
IANUL |
xsd:integer |
Источник аннулирования |
T4 |
|
10. |
KANUL |
xsd:string |
Код источника аннулирования |
T4 |
|
11. |
PMOANUL |
xsd:integer |
Код подразделения МО аннулирования |
|
|
12. |
FAM |
xsd:string |
Фамилия |
T1 T3 |
|
13. |
IM |
xsd:string |
Имя |
T1 T3 |
|
14. |
OT |
xsd:string |
Отчество |
|
|
15. |
P |
xsd:integer |
Пол |
T1 T3 |
|
16. |
DR |
xsd:dateTime |
Дата рождения |
T1 T3 |
|
17. |
TEL |
xsd:string |
Телефон |
|
|
18. |
VPOLIS |
xsd:integer |
Тип полиса |
|
|
19. |
SPOLIS |
xsd:string |
Серия полиса |
|
|
20. |
NPOLIS |
xsd:string |
Номер полиса |
|
|
21. |
TER |
xsd:string |
ОКАТО территории страхования |
|
|
22. |
SMO |
xsd:string |
Код страховой компании |
|
|
23. |
FOMP |
xsd:integer |
Форма помощи |
T1 T3 |
|
24. |
MONAPR |
xsd:string |
Код МО |
T1 T3 |
|
25. |
PMONAPR |
xsd:integer |
Код подразделения МО, направившей на госпитализацию |
T1 |
|
26. |
PROFONAPR |
xsd:integer |
Профиль отделения |
|
|
27. |
PROFKNAPR |
xsd:integer |
Профиль койки |
|
|
28. |
DS |
xsd:string |
Окончательный диагноз |
T5 |
|
29. |
MEDRAB |
xsd:string |
Код направившего мед. работника |
T1 T3 T7 |
|
30. |
MO |
xsd:string |
Код МО стационара |
T1 T3 T6 |
|
31. |
PMO |
xsd:integer |
Код ПМО стационара |
T1 T3 T6 |
|
32. |
PROFO |
xsd:integer |
Код профиля отделения стационара |
|
|
33. |
PROFK |
xsd:integer |
Код профиля койки стационара |
T1 T3 T6 T7 |
|
34. |
DSPO |
xsd:string |
Диагноз приемного отделения |
T2 T3 T7 |
|
35. |
DPOGOSP |
xsd:dateTime |
Дата планового окончания госпитализации |
T1 T3 |
|
36. |
DSNAPR |
xsd:string |
Диагноз |
T1 |
|
37. |
NKART |
xsd:string |
Номер карты |
|
|
38. |
proxy_fam |
xsd:string |
Фамилия представителя |
|
|
39. |
proxy_im |
xsd:string |
Имя представителя |
|
|
40. |
proxy_ot |
xsd:string |
Отчество представителя |
|
|
41. |
proxy_p |
xsd:integer |
Пол представителя |
|
|
42. |
proxy_dr |
xsd:dateTime |
Дата рождения представителя |
|
|
43. |
RANUL |
xsd:string |
Комментарий к аннулированию |
|
|
44. |
SHIFT |
xsd:integer |
смена |
T1, T7 |
|
45. |
WRITEOUT |
xsd:integer |
Код статуса выписанного пациента |
|
|
46. |
vipisFileName |
xsd:string |
Имя файла выписного эпикриза. Имя файл должно иметь расширение PDF, JPG, совпадающее с сигнатурой в заголовке файла, передаваемого в поле vipisContent |
T5 |
|
47. |
vipisContent |
xsd:string |
Содержимое файла выписного эпикриза в виде двоичных данных (формат PDF, JPG) закодированных в строку в соответствии со стандартом кодирования Base64 |
T5 |
Таблица 29
Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) метода DayPacientSoapOut
|
N стр. |
DayPacientSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры DayPacientSoapIn |
|||
|
Название |
Тип |
Описание |
Обязательность |
|
|
1. |
errors |
soap-enc:Array |
Массив возможных ошибок |
|
Таблица 30
Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) метода DayMestoSoapIn
|
N стр. |
DayMestoSoapIn xsd:all (параметры указываются в любом порядке) наследует все параметры метода DayPacientSoapIn |
|||
|
Название |
Тип |
Описание |
Обязательность |
|
|
1. |
MO |
xsd:int |
Код стационара |
+ |
|
2. |
PMO |
xsd:int |
Код ПМО стационара |
+ |
|
3. |
PROFK |
xsd:int |
Профиль койки стационара |
+ |
|
4. |
D |
xsd:dateTime |
Дата начала действия указанных коек |
+ |
|
5. |
SK |
xsd:int |
Общее количество коек |
+ |
|
6. |
SKM |
xsd:int |
Количество мужских коек |
+ |
|
7. |
SKW |
xsd:int |
Количество женских коек |
+ |
|
8. |
SKD |
xsd:int |
Количество детских коек |
+ |
|
9. |
reserve |
xsd:int |
Резерв |
|
Таблица 31
Описание составных типов данных SOAP-сервиса подсистемы "Дневной стационар" ПК "Госпитализация" (ЕИР263) метода DayMestoSoapOut
|
N стр. |
DayMestoSoapOut xsd:all (параметры указываются в любом порядке). Наследует все параметры DayMestoSoapIn |
|||
|
Название |
Тип |
Описание |
Обязательность |
|
|
1. |
errors |
soap-enc:Array |
Массив возможных ошибок |
|
3. WSDL-СХЕМА, описывающая SOAP-сервис подсистемы "Дневной стационар":
<definitions xmlns="http://schemas.xmlsoap.org/wsdl/" xmlns:tns="urn:Eir263soapControllerwsdl" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:soap-enc="http://schemas.xmlsoap.org/soap/encoding/" name="Eir263soapController" targetNamespace="urn:Eir263soapControllerwsdl">
<wsdl:types>
<xsd:schema targetNamespace="urn:Eir263soapControllerwsdl">
</xsd:complexType>
<xsd:complexType name="DayPacientSoapIn">
<xsd:all>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NNAPR" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNAPR" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VNGOSP" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DOGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DANUL" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="KANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMOANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FAM" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IM" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="OT" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="P" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DR" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TEL" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VPOLIS" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SPOLIS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NPOLIS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TER" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SMO" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SHIFT" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFKNAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MEDRAB" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFK" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NKART" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSPO" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPOGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSNAPR" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_fam" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_im" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_ot" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_p" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_dr" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IDMESTO" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="RANUL" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisFileName" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisContent" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FileVipisTExtZakl" type="xsd:string"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="DayPacientSoapOut">
<xsd:all>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NNAPR" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNAPR" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DNGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VNGOSP" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DOGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DANUL" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="KANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMOANUL" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FAM" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IM" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="OT" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="P" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DR" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TEL" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="VPOLIS" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SPOLIS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NPOLIS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="TER" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SMO" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="SHIFT" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFONAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFKNAPR" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DS" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MEDRAB" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="MO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PMO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFO" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="PROFK" type="xsd:integer"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="NKART" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSPO" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DPOGOSP" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="DSNAPR" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_fam" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_im" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_ot" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_p" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="proxy_dr" type="xsd:dateTime"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="IDMESTO" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="RANUL" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisFileName" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="vipisContent" type="xsd:string"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="FileVipisTExtZakl" type="xsd:string"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="CalendarSoapIn">
<xsd:all>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="CalendarSoapOutArray">
<xsd:complexContent>
<xsd:restriction base="soap-enc:Array">
<xsd:attribute ref="soap-enc:arrayType" wsdl:arrayType="tns:CalendarSoapOut[]"/>
</xsd:restriction>
</xsd:complexContent>
</xsd:complexType>
<xsd:complexType name="CalendarSoapOut">
<xsd:all>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="DayPacientSoapOutArray">
<xsd:complexContent>
<xsd:restriction base="soap-enc:Array">
<xsd:attribute ref="soap-enc:arrayType" wsdl:arrayType="tns:DayPacientSoapOut[]"/>
</xsd:restriction>
</xsd:complexContent>
</xsd:complexType>
<xsd:complexType name="DayMestoSoapIn">
<xsd:all>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SHIFT" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKM" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKW" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKD" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="reserve" type="xsd:int"/>
</xsd:all>
</xsd:complexType>
<xsd:complexType name="DayMestoSoapOut">
<xsd:all>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="errors" type="soap-enc:Array"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="MO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PMO" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="PROFK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="D" type="xsd:dateTime"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SHIFT" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SK" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKM" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKW" type="xsd:int"/>
<xsd:element minOccurs="1" maxOccurs="1" nillable="false" name="SKD" type="xsd:int"/>
<xsd:element minOccurs="0" maxOccurs="1" nillable="true" name="reserve" type="xsd:int"/>
</xsd:all>
</xsd:complexType>
</xsd:schema>
</wsdl:types>
<wsdl:message name="setPacientIn">
<wsdl:part name="t" type="xsd:string"/>
<wsdl:part name="pacient_in" type="tns:PacientSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="setPacientOut">
<wsdl:part name="return" type="tns:PacientSoapOut"/>
</wsdl:message>
<wsdl:message name="getPacientIn">
<wsdl:part name="pacient_in" type="tns:PacientSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="getPacientOut">
<wsdl:part name="return" type="tns:PacientSoapOutArray"/>
</wsdl:message>
<wsdl:message name="addMestoIn">
<wsdl:part name="mesto_in" type="tns:MestoSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="addMestoOut">
<wsdl:part name="return" type="tns:MestoSoapOut"/>
</wsdl:message>
<wsdl:message name="setPacientDayIn">
<wsdl:part name="t" type="xsd:string"/>
<wsdl:part name="pacient_in" type="tns:DayPacientSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="setPacientDayOut">
<wsdl:part name="return" type="tns:DayPacientSoapOut"/>
</wsdl:message>
<wsdl:message name="getCalendarIn">
<wsdl:part name="calendar_in" type="tns:CalendarSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="getCalendarOut">
<wsdl:part name="return" type="tns:CalendarSoapOutArray"/>
</wsdl:message>
<wsdl:message name="getPacientDayIn">
<wsdl:part name="pacient_in" type="tns:DayPacientSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="getPacientDayOut">
<wsdl:part name="return" type="tns:DayPacientSoapOutArray"/>
</wsdl:message>
<wsdl:message name="addMestoDayIn">
<wsdl:part name="mesto_in" type="tns:DayMestoSoapIn"/>
<wsdl:part name="login" type="xsd:string"/>
<wsdl:part name="pass" type="xsd:string"/>
</wsdl:message>
<wsdl:message name="addMestoDayOut">
<wsdl:part name="return" type="tns:DayMestoSoapOut"/>
</wsdl:message>
<wsdl:portType name="Eir263soapControllerPortType">
<wsdl:operation name="setPacient">
<wsdl:documentation/>
<wsdl:input message="tns:setPacientIn"/>
<wsdl:output message="tns:setPacientOut"/>
</wsdl:operation>
<wsdl:operation name="getPacient">
<wsdl:documentation/>
<wsdl:input message="tns:getPacientIn"/>
<wsdl:output message="tns:getPacientOut"/>
</wsdl:operation>
<wsdl:operation name="addMesto">
<wsdl:documentation/>
<wsdl:input message="tns:addMestoIn"/>
<wsdl:output message="tns:addMestoOut"/>
</wsdl:operation>
<wsdl:operation name="setPacientDay">
<wsdl:documentation>Добавить пациента в Дневной стационар</wsdl:documentation>
<wsdl:input message="tns:setPacientDayIn"/>
<wsdl:output message="tns:setPacientDayOut"/>
</wsdl:operation>
<wsdl:operation name="getCalendar">
<wsdl:documentation>Количество свободных мест Круглосуточный стационар</wsdl:documentation>
<wsdl:input message="tns:getCalendarIn"/>
<wsdl:output message="tns:getCalendarOut"/>
</wsdl:operation>
<wsdl:operation name="getPacientDay">
<wsdl:documentation>Список пациентов в Дневном стационаре</wsdl:documentation>
<wsdl:input message="tns:getPacientDayIn"/>
<wsdl:output message="tns:getPacientDayOut"/>
</wsdl:operation>
<wsdl:operation name="addMestoDay">
<wsdl:documentation>Добавление мест в Дневном стационаре</wsdl:documentation>
<wsdl:input message="tns:addMestoDayIn"/>
<wsdl:output message="tns:addMestoDayOut"/>
</wsdl:operation>
</wsdl:portType>
<wsdl:binding name="Eir263soapControllerBinding" type="tns:Eir263soapControllerPortType">
<soap:binding style="rpc" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsdl:operation name="setPacient">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#setPacient" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="getPacient">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#getPacient" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="addMesto">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#addMesto" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="setPacientDay">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#setPacientDay" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="getCalendar">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#getCalendar" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="getPacientDay">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#getPacientDay" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
<wsdl:operation name="addMestoDay">
<soap:operation soapAction="urn:Eir263soapControllerwsdl#addMestoDay" style="rpc"/>
<wsdl:input>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:input>
<wsdl:output>
<soap:body use="encoded" encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" namespace="urn:Eir263soapControllerwsdl"/>
</wsdl:output>
</wsdl:operation>
</wsdl:binding>
<wsdl:service name="Eir263soapControllerService">
<wsdl:port name="Eir263soapControllerPort" binding="tns:Eir263soapControllerBinding">
<soap:address location="http://X.X.X.X/eir263soap/quote?ws=1"/>
</wsdl:port>
</wsdl:service>
</definitions>
Откройте актуальную версию документа прямо сейчас
Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 20 августа 2020 г. N 170 "Об утверждении Регламента информационного взаимодействия при информационном сопровождении застрахованных лиц для оказания им специализированной медицинской помощи на территории Ставропольского края"
Вступает в силу с 20 августа 2020 г.
Регламент ИСС, утвержденный настоящим приказом, вводится в действие с 1 сентября 2020 г.
Текст приказа опубликован на официальном сайте Территориального фонда обязательного медицинского страхования Ставропольского края (www.tfomssk.ru)
В настоящий документ внесены изменения следующими документами:
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 25 декабря 2023 г. N 331
Изменения вступают в силу с 1 января 2024 г.
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 27 октября 2023 г. N 283
Изменения вступают в силу с 27 октября 2023 г.
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 12 августа 2022 г. N 225
Изменения вступают в силу с 1 сентября 2022 г.
Приказ Территориального фонда обязательного медицинского страхования Ставропольского края от 4 сентября 2020 г. N 178
Изменения вступают в силу с 4 сентября 2020 г.