4.3.2.3.1 Общие требования
1) Отсутствие взимания платы за доступ к информации сайта;
2) Отсутствие необходимости в использовании специального программного обеспечения, кроме веб-обозревателя (браузера);
3) Круглосуточный доступ к информации;
4) Уведомление о проведении плановых технических работ, в ходе которых доступ пользователей к информации, размещенной на официальном сайте, будет невозможен, не менее чем за сутки до начала работ;
5) Работоспособность официального сайта должна быть восстановлена не более чем через 24 часа с момента возникновения технических неполадок, неполадок программного обеспечения или иных проблем, влекущих невозможность доступа пользователей к официальному сайту или к его отдельным страницам;
6) Размещение информации на сайте осуществляется на русском языке. Не допускается использование сокращений, кроме общепринятых;
7) Интерфейс сайта должен обладать целостностью, разделы сайта не должны различаться по стилю и способу навигации;
8) Текст должен быть разбит на разделы и абзацы, важная информация должна выделяться возможными способами;
9) Заголовки и подписи на страницах должны описывать содержание (назначение) данной страницы, наименование текущего раздела и отображаемого документа;
10) Наименование страницы, описывающее ее содержание (назначение), должно отображаться в заголовке окна веб-обозревателя;
11) Информация на официальном сайте размещается в виде текста в гипертекстовом формате - формате HTML. Для обеспечения высокой скорости скачивания документов, размещенных на сайте, рекомендуется применение архиватора ZIP;
12) Недопустимо наличие незаполненных разделов (подразделов) сайта;
13) Обязательно наличие на сайте системы навигации;
14) Сайт должен работать под нагрузкой, определяемой числом обращений к сайту пользователями информации, двукратно превышающей максимальное суточное число обращений к сайту пользователей информацией, зарегистрированных за последние 6 месяцев эксплуатации официального сайта; вновь созданный либо функционирующий менее 6 месяцев официальный сайта - под нагрузкой не менее 10 000 обращений к сайту в месяц.
4.3.2.3.2 Требования к составу информации
Перечень информации, размещаемой на официальном сайте СМО, представлен в таблице 18. Детализированные требования к составу информации представлены в таблице 19.
Таблица 18 Состав информации официального сайта СМО
N
|
Информация
|
1
|
Общие сведения о СМО и контактная информация
|
2
|
Информация о порядке получения/замены полиса
|
3
|
Информация о защите прав застрахованных лиц
|
4
|
Справочная информация
|
5
|
Пользовательские сервисы
|
Таблица 19 Детализированный состав информации официального сайта СМО
N
|
Сведения
|
Содержание
|
Периодичность обновления
|
1 Общие сведения о СМО
|
1.1
|
Информация о СМО
|
Информация о деятельности СМО в сфере ОМС, составе учредителей (участников, акционеров), финансовых результатах деятельности, об опыте работы, о количестве застрахованных лиц
|
Не позднее 3 дней с момента изменения
|
1.2
|
Информация о руководстве
|
ФИО и телефоны руководителя и заместителей руководителя СМО
|
Не позднее 3 дней с момента изменения
|
1.3
|
Контактные данные СМО
|
Наименование СМО (полное и краткое), адрес (почтовый и юридический), телефон, факс, схема проезда, e-mail для обращений в СМО
|
Не позднее 3 дней с момента изменения
|
1.4
|
График приема граждан
|
Должность и ФИО принимающего должностного лица, приемные дни, время приема, телефон
|
Не позднее 3 дней с момента изменения
|
1.5
|
Адреса пунктов оформления и выдачи полисов
|
Адрес, телефон, факс, схема проезда
|
Не позднее 3 дней с момента изменения
|
2 Информация о порядке получения/замены полиса
|
2.1
|
Информация о порядке получения/замены полиса, выборе МО
|
|
Не позднее 3 дней с момента изменения
|
3 Информация о защите прав застрахованных лиц
|
3.1
|
Порядок осуществления защиты прав застрахованных
|
Информация о правах застрахованных лиц в сфере обязательного медицинского страхования, в том числе праве выбора или замены страховой медицинской организации, о выявленных по обращениям застрахованных лиц нарушениях при предоставлении медицинской помощи, а также об обязанностях застрахованных лиц
|
Не позднее 3 дней с момента изменения
|
4 Справочная информация
|
4.1
|
Информация о МО субъекта РФ
|
Информация о медицинских организациях, осуществляющих деятельность в сфере обязательного медицинского страхования на территории субъекта Российской Федерации, видах, качестве и об условиях предоставления медицинской помощи
|
Не позднее 5 дней с момента изменения
|
5 Пользовательские сервисы
|
5.1
|
Сервис обратной связи
|
Форма ввода, которая позволяет при введении определенных данных адресовать вопрос в СМО
|
-
|
5.2
|
Сервисы персонификации
|
Возможность подписки на новостные ленты, каналы RSS
|
-
|
4.3.3 Общие требования к информационной системе медицинской организации
Таблица 20 Перечень подсистем информационной системы медицинской организации
N
|
Подсистема
|
Номер пункта документа
|
1
|
Подсистема персонифицированного учета медицинской помощи, оказанной застрахованным лицам в сфере обязательного медицинского страхования
|
П. 5.2
|
4.3.3.1 Требования к подсистеме персонифицированного учета медицинской помощи, оказанной застрахованным лицам в сфере обязательного медицинского страхования
Таблица 21 Перечень функций подсистемы персонифицированного учета медицинской помощи, оказанной в сфере обязательного медицинского страхования, в медицинской организации
N
|
Функция
|
Требования
|
1
|
Сбор, обработка, передача и хранение сведений о застрахованных лицах
|
В подсистеме ведения персонифицированного учета медицинской помощи, оказанной в сфере ОМС, должны храниться и актуализироваться сведения о медицинской помощи, оказанной застрахованным в сфере ОМС, перечень которых представлен в п. 5.2
|
2
|
Формирование и отправка сообщений в РС ЕРЗ с запросами на идентификацию застрахованных лиц
|
|
3
|
Формирование и отправка сообщений в СМО с реестрами счета за медицинскую помощь, оказанную лицам, застрахованным в данной СМО
|
См. п. 5.2
|
4
|
Прием сообщений из СМО с протоколами обработки реестров счетов за медицинскую помощь, оказанную лицам, застрахованным в данной СМО
|
См. п. 5.2
|
5
|
Формирование и отправка в СМО сообщений с реестрами счетов (исправленная часть) за медицинскую помощь, оказанную лицам, застрахованным в данной СМО
|
См. п. 5.2
|
6
|
Формирование и отправка сообщений в ТФОМС с реестрами счета за медицинскую помощь, оказанную застрахованным лицам за пределами субъекта РФ, на территории которого выдан полис ОМС
|
См. п. 5.3
|
7
|
Прием сообщений из ТФОМС с протоколами обработки реестров счета за медицинскую помощь, оказанную застрахованным лицам за пределами субъекта РФ, на территории которого выдан полис ОМС
|
См. п. 5.3
|
8
|
Формирование и отправка в ТФОМС сообщений с реестрами счетов (исправленная часть) за медицинскую помощь, оказанную застрахованным лицам за пределами субъекта РФ, на территории которого выдан полис ОМС
|
См. п. 5.3
|
5 Порядок информационного взаимодействия в сфере
обязательного медицинского страхования
5.1 Регламент информационного взаимодействия при ведении Единого регистра застрахованных лиц
Рисунок 4 Информационное взаимодействие при ведении ЕРЗ
Идентификатором в сфере обязательного медицинского страхования является ЕНП. Правила формирования ЕНП утверждены и контролируются ФОМС. Первые два фасета номера соответствуют территории, рассчитавшей ЕНП. ЕНП сохраняется неизменным в течение всей жизни застрахованного лица и может быть изменен только в случае несоответствия установленному правилу его вычисления. ЕНП застрахованного лица определяется в результате запроса в ЦС ЕРЗ. В случае объединения данных с разными ЕНП определяется главный ЕНП, используемый в дальнейшем.
5.1.1 Информационное взаимодействие между Региональным сегментом и Центральным сегментом ИС ЕРЗ
Таблица 22 Перечень сведений, передаваемых при ведении ЕРЗ между Региональным и Центральным сегментами ИС ЕРЗ
Сведения
|
Описание
|
Источник
|
Форматы
|
Сообщения об изменениях
|
Внесение в ЦС ЕРЗ новых записей о застрахованных лицах и изменение существующих.
|
ТФОМС
|
XML (Приложение Б)
|
Подтверждения прикладной обработки сообщений об изменениях
|
Ответы ЦС в ТФОМС, которые могут содержать коды ошибок прикладной обработки сообщений и пояснения к ним
|
ЦС
|
XML (Приложение Б)
|
Запросы
|
Запросы страховой принадлежности и списков лиц, восстанавливаемых на учете, лиц, снимаемых с учета, лиц, умерших на других территориях и списков кандидатов в дубликаты
|
ТФОМС
|
XML (Приложение Б)
|
Ответы на запросы
|
Ответы на отправленные запросы
|
ЦС
|
XML (Приложение Б)
|
Сообщения информационного обмена при работе с универсальной электронной картой
|
Передача в ТФОМС сведений о заявлении на выпуск универсальной электронной карты, полученных из ИС Федеральной уполномоченной организации "Универсальная электронная карта", для случаев отсутствия информации о страховании в ЦС ЕРЗ по данному застрахованному лицу.
Передача в ТФОМС сведений о выдаче гражданину универсальной электронной карты, полученных из ИС ФУО УЭК
|
ЦС
|
XML (Приложение Б)
|
Подтверждение прикладной обработки сообщений при работе с универсальной электронной картой
|
Ответы ТФОМС в ЦС о выполненной прикладной обработке сообщений. В ответе на сообщение о заявлении на выпуск УЭК передается страховая принадлежность на дату заявления
|
ТФОМС
|
XML (Приложение Б)
|
Протокол форматно-логического контроля
|
Протокол ФЛК формируется в ответ на каждый принятый информационный файл и может содержать перечень ошибок ФЛК
|
|
XML (Приложение Б)
|
Передача сведений осуществляется по определенному регламенту.
Запросы списков лиц, подлежащих восстановлению на учете, снятию с учета, умерших на другой территории, кандидатов в дубликаты и ответы на них передаются с периодичностью один раз в рабочий день.
5.1.2 Информационное взаимодействие между ТФОМС и СМО при ведении Регионального сегмента Единого регистра застрахованных лиц
Обмен информацией между СМО и ТФОМС может быть организован одним из следующих способов:
1) Пакетный режим. СМО и ТФОМС осуществляют обмен данными методом передачи, приемки и обработки информационных посылок, содержащих файлы с изменениями и файлы подтверждения и/или отклонения изменений. Состав, структура, порядок расположения, размерность, именование и правила заполнения полей файлов информационных посылок определены в Приложении Г к настоящему документу и должны поддерживаться программным обеспечением всех участников информационного обмена. Внесение изменений, корректировок и дополнений в формат файла информационного обмена участниками информационного обмена не допускается.
2) Информационный обмен, осуществляемый с использованием технологии удаленного доступа к РС ЕРЗ, используя web-приложение ТФОМС. СМО осуществляет функции ведения РС ЕРЗ в части собственного сегмента непосредственно в базе данных ТФОМС посредством web-браузера.
Обмен по второму способу является предпочтительным.
5.1.2.1 Информационное взаимодействие в пакетном режиме
Страховая медицинская организация передает файлы с изменениями в ТФОМС по мере необходимости, но не реже 1 раза в день при наличии изменений в сведениях о застрахованных лицах, в соответствии с договором о финансовом обеспечении обязательного медицинского страхования. ТФОМС обеспечивает круглосуточный режим приема и обработки файлов с изменениями, поступивших от страховых медицинских организаций.
Файл с изменениями (в файл с изменениями включаются все вновь введенные и измененные с момента последней отправки сведения о застрахованных лицах) представляется в формате XML (кодовая страница Windows-1251).
Структура файла с изменениями и правила его заполнения описаны в Приложении Г Настоящего документа.
В территориальном фонде ОМС формируются файлы подтверждения и/или отклонения изменений (содержит информацию по всем операциям, проведенным с предоставленной информацией о застрахованном лице) в формате XML (кодовая страница Windows-1251).
Файлы от ТФОМС с извещениями СМО о прекращении страхования (снятии с учета застрахованных лиц) должны направляться в СМО в день внесения изменений в Региональный сегмент ЕРЗ. Формат файла должен соответствовать формату, приведенному в Приложении Г.
При реализации информационного обмена с применением пакетного режима обмена данными ТФОМС формирует и контролирует соблюдение СМО технических требований по подключению к соответствующему сервису системы ведения РС ЕРЗ.
Таблица 23 Перечень сведений, передаваемых между ТФОМС и СМО при пакетном режиме обмена информацией
Сведения
|
Описание
|
Источник
|
Формат обмена
|
Файл с изменениями
|
Внесение в РС ЕРЗ новых записей о застрахованных лицах и изменение/корректировка существующих
|
СМО
|
Приложение Г
|
Файл подтверждения/ отклонения изменений: протокол обработки файла с изменениями от СМО
|
Ответ ТФОМС в СМО, содержащий код ошибки ФЛК и пояснения к нему, стадию обработки файла на изменение, номер заявки на изготовление полисов
|
ТФОМС
|
Приложение Г
|
Файл подтверждения/ отклонения изменений: файлы от ТФОМС с извещениями СМО о прекращении страхования (снятии с учета застрахованных лиц)
|
|
ТФОМС
|
Приложение Г
|
Файл подтверждения/ отклонения изменений: файлы корректировки данных от ТФОМС
|
Файлы корректировки данных от ТФОМС по отдельным записям или группам записей
|
ТФОМС
|
Приложение Г
|
Файл с протоколом ФЛК
|
Файл с протоколом ФЛК формируется в ответ на каждый принятый информационный файл
|
ТФОМС, СМО
|
Приложение Г
|
5.1.2.2 Информационное взаимодействие в режиме удаленного доступа СМО к своей части базы данных Регионального сегмента Единого регистра застрахованных граждан с использованием web-приложения ТФОМС
При реализации информационного обмена с применением технологий удаленного доступа ТФОМС обеспечивает:
- круглосуточную доступность web-приложения, реализующего возможность доступа к РС ЕРЗ;
- формирование правил и порядка, а также контроль использования СМО web-приложения ТФОМС, реализующего возможность доступа к РС ЕРЗ;
- формирование и контроль соблюдения технических требований по подключению СМО к РС ЕРЗ.
Технология удаленного доступа к Региональному сегменту ЕРЗ должна обеспечить доступ СМО к следующему функционалу:
- ввод заявлений на выбор (замену) СМО и переоформление (выдачу дубликата) полиса ОМС;
- история постановки застрахованных лиц на учет и снятию с учета на данной территории страхования;
- поиск застрахованных лиц по демографическим данным;
- сведения о заявлениях граждан и их представителей на выбор (замену) СМО, переоформление (выдачу дубликата) полисов ОМС, включая результаты рассмотрения заявлений;
- сведения о выпущенных, полученных, выданных, аннулированных и списанных документах, подтверждающих факт страхования (ДПФС).
Участники информационного обмена обеспечивают защиту передаваемой информации в соответствии с действующим законодательством, причем технология удаленного доступа к РС ЕРЗ должна обеспечивать:
- предоставление доступа к защищенным ресурсам только пользователям, прошедшим процедуру идентификации и проверку подлинности;
- разграничение прав доступа к защищенным ресурсам на основе функциональных и структурных ролей пользователей;
- защиту идентификационной информации пользователей;
- регистрацию входа/выхода пользователей с фиксированием даты, времени и результата события;
- регистрацию фактов получения доступа к защищенным ресурсам и информации с фиксированием даты, времени и результата события.
5.2 Регламент информационного взаимодействия при ведении персонифицированного учета медицинской помощи, оказанной застрахованным лицам в сфере обязательного медицинского страхования
В информационном обмене при осуществлении персонифицированного учета медицинской помощи, оказанной застрахованным лицам в сфере обязательного медицинского страхования, в указанном порядке осуществляются взаимодействия, перечисленные в таблице 24.
Таблица 24 Информационное взаимодействие при ведении персонифицированного учета медицинской помощи, оказанной застрахованным лицам в сфере обязательного медицинского страхования
N
|
Взаимодействие
|
Отправитель
|
Получатель
|
Формат обмена
|
1
|
Медицинская организация отправляет сведения об оказанной медицинской помощи в территориальный фонд ОМС.
|
МО
|
ТФОМС
|
Приложение Д
|
2
|
Территориальный фонд ОМС определяет страховую принадлежность застрахованного лица и передает эту информацию в медицинскую организацию
|
ТФОМС
|
МО
|
|
3
|
Медицинская организация посылает сведения об оказанной медицинской помощи в соответствующие страховые медицинские организации напрямую или через информационную систему территориального фонда ОМС.
|
МО
|
СМО
|
Приложение Д
|
4
|
Территориальный фонд ОМС по месту оказания медицинской помощи проводит контроль объемов, сроков, качества и условий предоставления медицинской помощи, оказанной лицам, застрахованным на других территориях, и отправляет результаты в ТФОМС по месту страхования (п. 5.3).
|
ТФОМС1
|
ТФОМС2
|
|
5
|
Медицинская организация направляет счета на оплату в страховые медицинские организации.
|
МО
|
СМО
|
|
6
|
Страховая медицинская организация проводит контроль объемов, сроков, качества и условий предоставления медицинской помощи, оказанной застрахованным лицам, и отправляет результаты в территориальный фонд ОМС и в медицинскую организацию напрямую или через ТФОМС.
|
СМО
|
ТФОМС, МО
|
Приложение Д
|
5.2.1 Действия участников
Организация-получатель производит форматно-логический контроль целостности данных в файлах, представленных в пакете информационного обмена. При наличии ошибок организация-отправитель устраняет их и повторяет процедуру информационного обмена.
5.2.2 Способ передачи и приема объектов
Информационный обмен осуществляется в электронном виде по выделенным или открытым каналам связи, включая сеть "Интернет", с использованием средств криптографической защиты информации и электронной подписи в соответствии с требованиями законодательства Российской Федерации в сфере защиты информации и персональных данных гражданина.
В случае отсутствия возможности обеспечения юридически значимого документооборота, передаваемые документы должны подтверждаться на бумажных носителях.
В случае невозможности осуществления защищенного телекоммуникационного взаимодействия субъектов информационного обмена, передача-приемка данных производится в явочном порядке.
5.2.3 Ответственный по процессу
Организация-отправитель отвечает за подготовку и передачу данных.
Организация-получатель отвечает за готовность программно-технологической среды, организацию приема данных, прием и контроль полученных данных по установленным правилам.
5.3 Регламент информационного взаимодействия при ведении персонифицированного учета медицинской помощи, оказанной застрахованным лицам в сфере обязательного медицинского страхования за пределами субъекта Российской Федерации, на территории которого выдан полис обязательного медицинского страхования
Информационный обмен при осуществлении расчетов за медицинскую помощь, оказанную застрахованным лицам при возникновении страхового случая за пределами того субъекта Российской Федерации, на территории которого лицо состоит на учете (далее - межтерриториальные расчеты), осуществляют территориальные фонды ОМС в соответствии с Правилами ОМС.
Информационный обмен осуществляется в электронном виде по выделенным или открытым каналам связи, включая сеть "Интернет", с использованием средств криптографической защиты информации и электронной подписи в соответствии с требованиями законодательства Российской Федерации в сфере защиты информации и персональных данных гражданина.
В случае отсутствия возможности обеспечения юридически значимого электронного документооборота, передаваемые документы должны подтверждаться на бумажных носителях.
6 Протоколы информационного обмена
6.1 Протокол обмена ISO 27931:2009
6.1.1 Общие сведения о протоколе обмена ISO 27931:2009
Информационное взаимодействие при персонифицированном учете застрахованных лиц и выпуске полисов ОМС осуществляется по протоколу ISO 27931:2009, адаптированному для использования в сфере ОМС РФ. В качестве версии для адаптации выбрана версия 2.6 исходного протокола ISO 27931:2009.
6.1.1.1 Концептуальный подход
6.1.1.1.1 События и прямые сообщения
События, происходящие в сфере ОМС и требующие обмена сообщениями, называются событиями, требующими реакции, или просто событиями. Когда передача информации инициируется прикладной системой в связи с событием, требующим реакции, то соответствующая транзакция называется прямой транзакцией или описательной транзакцией, а сообщение, передаваемое при этой транзакции - прямым сообщением или описательным сообщением.
Под транзакцией здесь понимается последовательность действий, выполняемых одной прикладной системой, и связанных с подготовкой, формированием, отправкой и подтверждением обработки сообщения, содержащего определенную информацию, в адрес другой прикладной системы, заинтересованной в получении такой информации.
6.1.1.1.2 Подтверждения
Когда описательное сообщение передается из одной системы в другую, то передающей системе обычно необходимо знать, что приложение-получатель не только успешно получило, но и обработало полученные данные на прикладном уровне. Подтверждение может содержать информацию об ошибках, обнаруженных в переданных данных.
В описываемой реализации стандарта ISO 27931 предусмотрен расширенный режим подтверждения, при котором различается два вида подтверждения: подтверждение приема и подтверждение прикладной обработки сообщения.
Возвращая положительное подтверждение приема, приложение-получатель уведомляет, что сообщение надежно запомнено и приложение-отправитель освобождается от потенциальной необходимости в повторной передаче этого сообщения. После того, как приложение-получатель выполнило содержательную обработку переданного ему сообщения, оно должно вернуть приложению-отправителю подтверждение прикладной обработки, содержащее сведения о статусе результата обработки.
6.1.1.1.3 Запросы
Иной способ обмена данных имеет место в случае, когда одна система посылает другой системе запрос на предоставление информации. Такой способ взаимодействия называется запросом, чтобы отличить его от определенного выше прямого сообщения. Транзакция, связанная с передачей запроса, называется вопросительной транзакцией. В вопросительной транзакции сведения, для получения которых был сформирован запрос, содержатся в ответе на запрос.
6.1.1.1.4 Повелительные сообщения
Повелительное сообщение представляет собой команду, которую должна выполнить прикладная система, которой адресовано сообщение. В настоящем документе повелительные сообщения не рассматриваются.
6.1.1.1.5 Общая схема обмена данными
Во всех случаях согласно стандарту ИСО 27931 передача данных состоит в простом обмене сообщениями между парой приложений. Схема такого обмена в режиме расширенного подтверждения показана на рисунке 5.
┌──────────────────┐ ┌──────────────────┐
│ │ │ │
│ │ ОПИСАТЕЛЬНАЯ транзакция │ │
│ │ │ │
│ │ Описание данных │ │
│ ├──────────────────────────────────>│ │
│ │ Подтверждение приема │ │
│ │<──────────────────────────────────┤ │
│ │ Подтверждение обработки │ │
│ │<──────────────────────────────────┤ │
│ │ │ │
│ Отправитель │ ВОПРОСИТЕЛЬНАЯ транзакция │ Получатель- │
│ │ │ │
│ │ Запрос данных │ │
│ сообщений ├──────────────────────────────────>│ сообщений │
│ │ Подтверждение приема │ │
│ │<──────────────────────────────────┤ │
│ │ Запрошенные данные │ │
│ │<──────────────────────────────────┤ │
│ │ │ │
│ │ ПОВЕЛИТЕЛЬНАЯ транзакция │ │
│ │ │ │
│ │ Требование действия │ │
│ ├──────────────────────────────────>│ │
│ │ Подтверждение приема │ │
│ │<──────────────────────────────────┤ │
│ │ Подтверждение обработки и │ │
│ │<──────────────────────────────────┤ │
│ │ выполнения │ │
└──────────────────┘ └──────────────────┘
Рисунок 5 Классификация транзакций и сообщений
В ответ на исходное сообщение (описательное, повелительное или запрос) принимающая система отправляет последовательно два ответа.
Первый ответ посылается после завершения приема исходного сообщения и служит признаком того, что сообщение или запрос дошли до адресата. Такой ответ называется сообщением подтверждения приема. В подтверждении приема указывается код, по которому можно определить, принято исходное сообщение на прикладную обработку или отвергнуто. Сообщение подтверждения приема для ИС РС ЕРЗ формирует шлюз РС после завершения форматно-логического контроля. Более подробно о возможных кодах подтверждения приема см. в таблице 57.
Второй ответ посылается после прикладной обработки исходного сообщения "по существу" и называется подтверждением прикладной обработки. В подтверждении прикладной обработки указывается код, по которому можно определить, обработано исходное сообщение или в обработке отказано и по какой причине. Для вопросительных транзакций в случае успешной обработки возвращается ответ на запрос, содержащий запрошенные сведения или информацию о том, что запрошенная информация отсутствует. Подтверждение прикладной обработки формирует ЦС ЕРЗ. В качестве описательных транзакций в ИС ЕРЗ выступают транзакции изменения данных о застрахованных лицах. В дальнейшем такие транзакции будем называть транзакциями изменения данных в ЕРЗ.
Вопросительные сообщения (запросы) посылаются в том случае, когда ТФОМС для выполнения той или иной функции требуется информация о застрахованном лице, которой он не располагает, но может получить из ЦС ЕРЗ.
Повелительные сообщения в настоящей реализации не используются.
6.1.1.2 Правила составления сообщений
6.1.1.2.1 Состав сообщений и общие правила кодирования; типы данных
Сообщение состоит из сегментов, обозначаемых трехбуквенными именами. При XML-кодировании обозначения сегментов становятся именами соответствующих XML-элементов. Некоторые группы сегментов могут повторяться. При XML-кодировании такие повторяющиеся группы объединяются в XML-элемент, имя которого также указывается в описании структуры сообщения.
Для формирования сообщений используется XML-кодирование с кодовой страницей Windows-1251. Каждой группе событий, информация о которых передается в информационных сообщениях или запрашивается в сообщениях запроса, соответствует определенная структура сообщений. Для каждой структуры сообщений используется отдельная xml-схема. От имени структуры сообщения образуются имена файлов xml-схем и имена корневых элементов соответствующих сообщений. Например, если сообщение имеет структуру ADT_A01, то корневой элемент этого сообщения имеет имя , а сама структура описывается xml-схемой, хранящейся в файле ADT_A01.xsd.
Сегменты сообщений составляются из полей, в которых передаются конкретные элементы информации. Каждое поле имеет логическое имя, в котором кратко обозначено общее назначение поля. Имена полей используются только при описании сегментов сообщений. При формировании и интерпретации сообщений поля определяются по их порядковому номеру в сегменте. В связи с этим при XML-кодировании для передачи значения поля в состав элемента, соответствующего сегменту, включается элемент, имя которого составляется из имени сегмента и порядкового номера поля, разделенных точкой.
Пример.
1903ED97-F5C4-41C5-8035-C6606A9BD7C2
Сегмент с именем BHS ("Заголовок пакета сообщений"), в который вложено поле N 11 ("Идентификатор пакета"). Значение поля - GUID 1903ED97-F5C4-41C5-8035-C6606A9BD7C2.
Значениями полей могут быть данные определенных типов. Типы данных бывают простыми и составными (комплексными). Значение простого типа данных состоит из атомарного значения, на которое могут быть наложены ограничения. Значения комплексных типов данных состоят из компонентов, которые, так же, как и поля сегментов, имеют имена, использующиеся при описании типов данных. При XML-кодировании значение каждого компонента комплексного типа указывается в xml-элементе, имя которого составляется из имени типа данных и порядкового номера компонента, разделенных точкой.
Пример.
|
