ТЕРРИТОРИАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ СТАВРОПОЛЬСКОГО КРАЯ

ПРИКАЗ

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


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

(с изменениями на 27 октября 2023 года)

(в ред. приказов ТФОМС Ставропольского края от 04.09.2020 N 178, от 12.08.2022 N 225, от 27.10.2023 N 283)

В целях реализации Федерального закона от 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. Контроль за исполнением настоящего приказа в части технологического сопровождения информационного ресурса возложить на заместителя директора ТФОМС СК Легкову И.Н., в части организации информационного сопровождения застрахованных лиц для оказания им специализированной медицинской помощи - на заместителя директора ТФОМС СК Болдырева И.А.

(в ред. приказа ТФОМС Ставропольского края от 27.10.2023 N 283)

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

Директор
С.П.ТРОШИН

Утвержден
приказом
Территориального фонда
обязательного медицинского страхования
Ставропольского края
от 20 августа 2020 г. N 170

РЕГЛАМЕНТ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ПРИ ИНФОРМАЦИОННОМ СОПРОВОЖДЕНИИ ЗАСТРАХОВАННЫХ ЛИЦ ДЛЯ ОКАЗАНИЯ ИМ СПЕЦИАЛИЗИРОВАННОЙ МЕДИЦИНСКОЙ ПОМОЩИ НА ТЕРРИТОРИИ СТАВРОПОЛЬСКОГО КРАЯ

(в ред. приказов ТФОМС Ставропольского края от 04.09.2020 N 178, от 12.08.2022 N 225, от 27.10.2023 N 283)

I. ОБЩИЕ ПОЛОЖЕНИЯ

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

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

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

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

(в ред. приказа ТФОМС Ставропольского края от 12.08.2022 N 225)

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

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

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

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

(в ред. приказа ТФОМС Ставропольского края от 12.08.2022 N 225)

Методических рекомендаций по взаимодействию участников обязательного медицинского страхования при информационном сопровождении застрахованных лиц на всех этапах оказания им медицинской помощи, направленных письмом Федерального фонда обязательного медицинского страхования от 26.02.2021 N 00-10-30-04/1101.

(в ред. приказа ТФОМС Ставропольского края от 12.08.2022 N 225)

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

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

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

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

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

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

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

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

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

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

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

II. ТЕРМИНЫ, ПОНЯТИЯ И СОКРАЩЕНИЯ

(в ред. приказа ТФОМС Ставропольского края от 27.10.2023 N 283)

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

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

Таблица 1

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

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

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

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

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

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

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

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

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

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

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

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

III. ИНФОРМАЦИОННОЕ ВЗАИМОДЕЙСТВИЕ ПРИ ВЕДЕНИИ НСИ

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

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

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

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

(в ред. приказа ТФОМС Ставропольского края от 12.08.2022 N 225)

Структура каждого пакета НСИ представлена в статье 10 Регламента ИВ, кроме справочника IR001 "Реестр страховых представителей Ставропольского края", структура которого определена приложением 1 к Регламенту РКЦ.

(в ред. приказа ТФОМС Ставропольского края от 12.08.2022 N 225)

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

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

Таблица 2

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

IV. ТРЕБОВАНИЯ К ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ

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

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

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

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

(в ред. приказов ТФОМС Ставропольского края от 12.08.2022 N 225, от 27.10.2023 N 283)

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

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

(часть 5 в ред. приказа ТФОМС Ставропольского края от 12.08.2022 N 225)

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) является персонализированным и осуществляется с использованием сгенерированных ТФОМС СК аутентификационных данных.

(ч. 2 в ред. приказа ТФОМС Ставропольского края от 27.10.2023 N 283)

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

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

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

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

Таблица 3

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

VI. ОПИСАНИЕ ЭТАПОВ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ

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

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

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

(в ред. приказа ТФОМС Ставропольского края от 27.10.2023 N 283)

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

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

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) или ПК "РСЕРЗ СК" получают возможность доступа к сведениям о содержании выписного эпикриза, просмотра скан-образа выписного эпикриза.

(в ред. приказа ТФОМС Ставропольского края от 27.10.2023 N 283)

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

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

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

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

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

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

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

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

(абзац введен приказом ТФОМС Ставропольского края от 04.09.2020 N 178)

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

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

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

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

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

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

(в ред. приказа ТФОМС Ставропольского края от 27.10.2023 N 283)

VII. ТРЕБОВАНИЯ К ИСПОЛЬЗУЕМЫМ ФАЙЛАМ

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

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

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

Таблица 4

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

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

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

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

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

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

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

GDc-e.xml, где

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

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

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

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

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

VIII. ТРЕБОВАНИЯ К СТРУКТУРЕ НОМЕРА НАПРАВЛЕНИЯ

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

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

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

CCCCCCYYNNNNNNN, где

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

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

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

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

ОПИСАНИЕ ДАННЫХ, ИСПОЛЬЗУЕМЫХ ПРИ ИНФОРМАЦИОННОМ ВЗАИМОДЕЙСТВИИ

(в ред. приказа ТФОМС Ставропольского края от 04.09.2020 N 178)

Таблица 5

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

Приложение 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

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

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

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

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

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

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

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

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

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

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

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

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

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

<DAN>

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

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

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

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

</ZAP>

</DAN>

Таблица 12

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

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

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

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

ФОРМАТЫ ФАЙЛОВ ПРОТОКОЛОВ РЕЗУЛЬТАТОВ ОБРАБОТКИ ДАННЫХ ПЕРЕДАВАЕМЫХ ФАЙЛОВ И ОПИСАНИЕ ДАННЫХ

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

GPc-e.xml, где

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

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

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

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

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

Таблица 14

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

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

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

<RES>

<RESF> </RESF>

<TXTRESF> </TXTRESF>

<RESD></RESD>

</RES>

<DAN>

<ZAP>

<NZAP> </NZAP>

<O>

<NAMD> </NAMD>

<KO> </KO>

<TXTO> </TXTO>

</O>

</ZAP>

</DAN

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

ПРИМЕРЫ ФАЙЛОВ, ИСПОЛЬЗУЕМЫХ ДЛЯ ИНФОРМАЦИОННОГО ОБМЕНА С ПОДСИСТЕМОЙ "ДНЕВНОЙ СТАЦИОНАР"

(в ред. приказа ТФОМС Ставропольского края от 04.09.2020 N 178)

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

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

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

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

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

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

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

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

(в ред. приказа ТФОМС Ставропольского края от 04.09.2020 N 178)

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

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

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

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

<DAN>

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

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

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

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

</ZAP>

</DAN>

Таблица 20

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

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

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

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

ОПИСАНИЕ SOAP-СЕРВИСА ПОДСИСТЕМЫ "СТАЦИОНАР"

(в ред. приказа ТФОМС Ставропольского края от 04.09.2020 N 178)

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

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

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

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

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

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

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

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

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

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

Таблица 22

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

Таблица 23

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

Таблица 24

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

Таблица 25

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

Таблица 26

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

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>