Справочники/Таблицы 38
Скачать 0.95 Mb.
|
ФОНД СОЦИАЛЬНОГО СТРАХОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ УТВЕРЖДАЮ Руководитель Департамента Информационных технологий и защиты информации ________________ «___»_________________ 2016 г. СПЕЦИФИКАЦИЯ НА ОБМЕН В ЭЛЕКТРОННОМ ВИДЕ ДАННЫМИ О ФАКТЕ И ПАРАМЕТРАХ ВРЕМЕННОЙ НЕТРУДОСПОСОБНОСТИ ГРАЖДАНИНА МЕЖДУ ИНФОРМАЦИОННОЙ СИСТЕМОЙ МЕДИЦИНСКОЙ ОРГАНИЗАЦИИ И АИС ЭЛН Версия 1.0 ОглавлениеОглавление 2 Перечень изменений в документе 3 ВВЕДЕНИЕ 4 Назначение регламента 4 Стороны обмена 4 Сервис информационного взаимодействия МСЭ и ФСС РФ 5 Обеспечение юридической значимости 9 Используемые стандарты и алгоритмы 9 Порядок взаимодействия 9 Структура подписанного сообщения 11 Порядок формирования электронной подписи 13 Шифрование данных 18 Структура зашифрованного сообщения 18 Метод prParseFilelnMSE 20 Описание метода 20 Спецификация сообщения 20 Схема сообщения 20 Структура сообщения 20 Правила заполнения 22 Пример запроса 22 Спецификация сообщения об обработке запроса 24 Схема сообщения 24 Структура сообщения 24 Пример ответа 25 Метод getLNData 26 Описание метода 26 Спецификация ответа 26 Структура сообщения 26 Правила заполнения 29 Пример запроса 29 Пример ответа 30 Метод disableLn 34 Описание метода 34 Пример запроса 34 Пример ответа 35 Справочники/Таблицы 38 Причины нетрудоспособности 38 Дополнительные коды 38 Типы родственных связей 38 Типы нарушений 38 Статусы нетрудоспособного 39 Справочник медицинских должностей 39 Состояния ЛН 40 Перечень возможных ошибок , при направлении запроса. 40 Код причины прекращения действия ЛН 41 Приложение 1. XSD Схема типов данных веб-сервиса 42 Перечень изменений в документе ВВЕДЕНИЕ Назначение регламента
Стороны обмена Данными в указанной спецификации обмениваются следующие системы: Система учета ЛН Фонда Социального Страхования. Информационные системы ЛПУ. Сервис информационного взаимодействия МСЭ и ФСС РФ Сервис информационного взаимодействия МСЭ и ФСС РФ реализует две функции:
Для осуществления данных функций в сервисе реализованы соответствующие методы. За получение данных отвечает метод getLNData. Путем вызова данного метода информационные системы МСЭ получают из системы учета ЭЛН ФСС РФ данные электронных листков нетрудоспособности. За обновление данных ЛН отвечает метод prParseFileMSE. При этом передача данных осуществляется в направлении из информационных систем МСЭ в систему учета ЛН ФСС РФ. Путем вызова данного метода информационные системы МСЭ передают изменения данных ЛН в систему учета ЛН ФСС РФ. За прекращение действия ЛН отвечает метод disableLN. Путем вызова данного метода информационные системы МСЭ отправляют в систему учета ЭЛН ФСС РФ запрос на прекращения действия электронных листков нетрудоспособности. Обмен сообщениями должен осуществляться в кодировке UTF-8. Ниже приведено WSDL описание сервиса: В случае непредусмотренной ошибки на сервере веб-сервис выдает ответ в стандартном поле Fault схемы http://www.w3.org/2003/05/soap-envelope/ SOAP-сообщения. Metro/2.2.0-1 (tags/2.2.0u1-7139; 2012-06-02T10:55:19+0000) JAXWS-RI/2.2.6-2 JAXWS/2.2 svn-revision#unknown. --> Metro/2.2.0-1 (tags/2.2.0u1-7139; 2012-06-02T10:55:19+0000) JAXWS-RI/2.2.6-2 JAXWS/2.2 svn-revision#unknown. --> xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:wsp="http://www.w3.org/ns/ws-policy" xmlns:wsp1_2="http://schemas.xmlsoap.org/ws/2004/09/policy" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:tns="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://schemas.xmlsoap.org/wsdl/" targetNamespace="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl" name="FileOperationsLnImplService"> schemaLocation="http://demo.fss.local:80/FSSWSLnMSE/FileOperationsLnPort?xsd=1" /> schemaLocation="http://demo.fss.local:80/FSSWSLnMSE/FileOperationsLnPort?xsd=2" /> "parameters" element="tns:disableLn" /> "parameters" element="tns:disableLnResponse" /> "fault" element="tns:SOAPException" /> "parameters" element="tns:getLNData" /> "parameters" element="tns:getLNDataResponse" /> "parameters" element="tns:prParseFilelnmse" /> "parameters" element="tns:prParseFilelnmseResponse" /> "FileOperationsLn"> wsam:Action="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/FileOperationsLn/disableLnRequest" message="tns:disableLn" /> wsam:Action="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/FileOperationsLn/disableLnResponse" message="tns:disableLnResponse" /> wsam:Action="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/FileOperationsLn/disableLn/Fault/SOAPException" /> "http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/getLNData" message="tns:getLNData" /> wsam:Action="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/FileOperationsLn/getLNDataResponse" message="tns:getLNDataResponse" /> wsam:Action="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/FileOperationsLn/getLNData/Fault/SOAPException" /> wsam:Action="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/prParseFilelnmse" message="tns:prParseFilelnmse" /> wsam:Action="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/FileOperationsLn/prParseFilelnmseResponse" message="tns:prParseFilelnmseResponse" /> wsam:Action="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/FileOperationsLn/prParseFilelnmse/Fault/SOAPException" /> style="document" /> soapAction="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/getLNData" /> soapAction="http://ru/ibs/fss/ln/ws/FileOperationsLn.wsdl/prParseFilelnmse" /> "FileOperationsLnPort" binding="tns:FileOperationsLnPortBinding"> location="http://demo.fss.local:80/FSSWSLnMSE/FileOperationsLnPort" /> Обеспечение юридической значимости Используемые стандарты и алгоритмы Реализация механизма обеспечения юридической значимости сообщений участвующих в информационном взаимодействии МО и ФСС РФ, основано на следующих стандартах:
Стандарт описывает расширения для информационного обмена посредством протокола SOAP, применение которых позволяет обеспечить целостность передаваемых сообщений.
Порядок взаимодействия Для обеспечения юридически значимого документооборота необходимо использовать ЭП следующих участников: ЭП юридических лиц: - ЭП МСЭ; - ЭП ФСС. ЭП МСЭ подписывается любой запрос от МСЭ к Системе учета ЭЛН, включая: - предоставление данных по ЭЛН от МСЭ в Систему. В данном случае одна ЭП МСЭ накладывается на совокупность данных по одному ЭЛН, при этом сообщение, отправляемое в Систему может одновременно содержать сведения нескольких ЭЛН и в этом случае необходимо наличие нескольких подписей МСЭ в сообщении, каждая из которых будет соответствовать данным отдельного ЭЛН; - запрос на предоставление данных по ЭЛН Системой; - запрос на прекращение действия ЭЛН. ЭП ФСС подписывается любое ответное сообщение от Системы в результате взаимодействия с МСЭ: - текущее состояние ЭЛН в системе учета ЭЛН или отказ в предоставлении сведений, формируемые как ответ Системы на соответствующий запрос ЭЛН; - номер или набор номеров ЭЛН или отказ в предоставлении сведений, формируемые как ответ Системы на соответствующий запрос номера/номеров ЭЛН; - служебное сообщение, содержащее статус приема информации по ЭЛН, формируемое в ответ на предоставление данных ЭЛН от МСЭ. На стороне Системы учета ЭЛН производится проверка всех ЭП внешних к Системе участников взаимодействия, предоставляющих сведения в Систему или запрашивающих сведения из Системы. На стороне МСЭ должна производиться проверка ЭП ФСС, передаваемой вместе со сведениями, генерируемыми Системой в ответ на обращение к Системе. Проверка ЭП МСЭ на стороне системы Состав полей ЭЛН и ЭП, им соответствующие, приведены в Процессной модели. Система осуществляет обновление данных по каждому отдельному ЭЛН в Единой БД ЭЛН только в том случае, если для всех заполненных в текущей отправке полей данного ЭЛН имеются и корректны все ЭП (предусмотренные для данных полей ЭЛН в Процессной модели), наложенные на соответствующие блоки ЭЛН и предоставленные внутри транспортных сообщений вместе с данными ЭЛН. В противном случае обновление данных по указанному ЭЛН не производится и сервисом формируется фрагмент ответного сообщения сервиса для данного ЭЛН о невозможности его обновления в виду отсутствия необходимых ЭП на данных или их некорректности. В рамках работы с данными ЭЛН посредством внутреннего web-сервиса МСЭ осуществляется проверка ЭП МСЭ. Проверка подписи на внутреннем web-сервисе МСЭ осуществляется с использованием СКЗИ КриптоПро JCP. При этом ЭП считается корректной только в следующих случаях: Она соответствует подписанному с помощью неё блоку сообщения (соответствующему блоку ЭЛН); Сертификат, посредством которого сформирована данная ЭП, действителен на настоящий момент времени и не содержится в списках отозванных сертификатов доверенных УЦ; Для ЭП МСЭ также производится проверка, что ОГРН, указанный в сертификате данного МСЭ, соответствует ОГРН МСЭ, находящегося в Реестре МСЭ Единой БД ЭЛН, и соответствует ОГРН, указанному в параметрах метода сервиса. Все транспортные сообщения, приходящие на сервис, включая данные о наложенных ЭП в неизменном виде сохраняются в хранилище транспортных сообщений Единой БД ЭЛН вместе с результатами проверки ЭП на данном сообщении. Кроме того в хранилище сохраняется подписанный ЭП ФСС ответ на данное сообщение перед его отправкой получателю. Атрибуты сертификата и само значение каждой ЭП прикрепляются также к конечной реляционной сущности ЭЛН в Единой БД ЭЛН и доступны для просмотра в Программном модуле Сотрудника Фонда. Формирование ЭП производится на основании алгоритмов:
Структура подписанного сообщения Каркас сообщения определен стандартом SOAP и представляет из себя следующий XML-документ: При этом, блок Header – содержит служебную информацию, в то время как блок Body – смысловые данные сообщения. При наложении подписи в соответствии со стандартом OASIS Web Service Security: SOAP Message Security 1.1 внутри блока Header формируется структура данных, предназначенная для передачи информации об ЭЦП: xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"> EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id=""> Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315#WithComments" /> Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411" /> ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" /> Блок Security, принадлежащий пространству имен http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd содержит в себе информацию необходимую для проверки целостности сообщения и его отправителя. В случае, если сообщение подписывается несколькими отправителями, количество тегов Security будет совпадать с количеством подписантов. Одним из параметров блока является «actor», который должен быть заполен по следующим правилам:
«http://eln.fss.ru/actor/mse/[ОГРН_МСЭ]» и «http://eln.fss.ru/actor/mo/[ ОГРН_МСЭ]/[Номер ЛН] – при вызове метода по обновлению данных Блок Security состоит из следующих элементов:
Внутри блока Reference должны быть определены 2 элемента:
Описанная структура позволяет в рамках одного информационного взаимодействия (в рамках одного сообщения) передать несколько ЭЦП, подписанных разными организациями. Порядок формирования электронной подписи
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:ds="http://www.w3.org/2000/09/xmldsig#"> .....
"1.0" encoding="UTF-8"?> Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" /> Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr34102001-gostr3411" /> .......
Формат сертификата должен соответствовать спецификации X.509 и быть представленным в формате Base64. "1.0" encoding="UTF-8"?> EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary" ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" wsu:Id="CertId">MIIDjjCCAz2..... ......... ......... .......
Значение атрибута URI элемента wsse:Reference должно соответствовать значению атрибута wsu:Id элемента wsse:BinarySecurityToken без лидирующего знака '#'. "1.0" encoding="UTF-8"?> ......... ValueType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-x509-token-profile-1.0#X509v3" /> .......
Значение атрибута URI элемента ds:Reference должно соответствовать значению атрибута wsu:Id у подписываемого блока данных в элементе soapenv:Body без лидирующего знака '#'. "1.0" encoding="UTF-8"?> Algorithm="http://www.w3.org/2001/04/xmldsig-more#gostr3411" /> ......... .......
"1.0" encoding="UTF-8"?> ......... ........ .......
"1.0" encoding="UTF-8"?> ....... Шифрование данных Для обеспечения конфиденциальности данных при взаимодействии с сервисом применяется шифрование информации в соответствии со следующими стандартами и алгоритмами:
Спецификация, описывающая процедуру шифрования данных в формате XML, а так же итоговую структуру данных в которую сохраняется зашифрованный документ.
При взаимодействии с Системой учета ЭЛН и страхователем все сообщения должны быть зашифрованы по указанным стандартам и алгоритмам. Система учета ЭЛН принимает на вход зашифрованные сообщения, содержащее внутри себя смысловые сообщения с учетом обеспечения юридической значимости. Таким образом, Система при приеме таких сообщения сначала их дешифрует, а затем уже над расшифрованным компонентом производится проверка блока ЭП. При отдаче сообщений из Системы они так же проходят двухэтапную обработку: сначала на них накладывается ЭП ФСС, а затем они шифруются. Со стороны системы, страхователем, взаимодействующим с Системой, данные операции должны выполняться в зеркальном виде. Структура зашифрованного сообщения Каркас сообщения определен стандартом SOAP и представляет из себя следующий XML-документ: Для передачи зашифрованного сообщения в системы учета ЭЛН, необходимо, чтобы оно соответствовало структуре SOAP-сообщения, для этого зашифрованное сообщение помещаем внутрь блока Body нового сообщения SOAP. При этом в соответствии со спецификацией XML Encryption Syntax and Processing (W3C) внутри блока Body формируется следующая структура данных: Type="http://www.w3.org/2001/04/xmlenc#Content" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:sch="http://gost34.ibs.ru/WrapperService/Schema" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"> Algorithm="urn:ietf:params:xml:ns:cpxmlsec:algorithms:gost28147" /> Algorithm="urn:ietf:params:xml:ns:cpxmlsec:algorithms:transport-gost2001" />
Метод prParseFilelnMSE Описание метода Входными параметрами метода является:
Выходными параметрами метода являются:
При этом тело ответного сообщения подписывается ЭП ФСС, а в качестве Reference URI указывается значение OGRN_[ОГРН ЦА ФСС]. При взаимодействии с Системой учета ЭЛН и МСЭ все сообщения должны быть зашифрованы в соответствии с форматом, описанным в разделе Шифрование данных настоящей инструкции. Спецификация сообщения Схема сообщения Сообщение имеет одинаковый формат независимо от выполняемых с ЛН операций (открытие/закрытие). XSD схема сообщения приведена в Приложении 1. Структура сообщения В колонке «Поле (тег)» указывается наименование элемента, в колонке «Описание» указывается функциональное назначение тега. В колонке «Обязательность» указывается обязательность элемента:
Колонка «Повторяемость» заполняется следующим образом:
В колонке «Длина» указывается максимальная допустимая длина значения элемента. Для строковых данных в символах, для чисел в общем количестве цифр и величине мантиссы. |
Похожие:
 | Планируется, что в ближайшее временя профессиональные стандарты заменят привычные для всех квалификационные справочники | | Полное наименование системы: Комплексная автоматизированная система исполнения бюджета |
 | В окне «Базы данных» выбрать объект «Таблицы», выберите опцию «Создание таблицы в режиме конструктора» | | По заданной схеме данных требуется создать компьютерную реализацию базы данных, выполнив следующие этапы работы: создать базовые... |
| В пункте Группы форм принадлежность к группам. Для добавление группы форм нажать создать далее выбрать группы и нажать ок. Создать... | | Разработка системы (рамки) базовых компетенций в области финансовой грамотности на основе анализа международного опыта |
| Разработка системы (рамки) базовых компетенций в области финансовой грамотности на основе анализа международного опыта | | Дополнительная оперативная информация по конкретной заявке представлена в нижней части таблицы |
| Предложите участникам мастер-класса познакомиться с источниками информации по теме «Критерии и таблицы оценивания» | | Появление электронных таблиц исторически совпадает с началом распространения персональных компьютеров. Одним из самых популярных... |