Текст регламента

advertisement
Департамент здравоохранения Ханты-Мансийского автономного округа - Югра
Утверждаю:
Департамент здравоохранения ХантыМансийского автономного округа Югра
____________________ _______
«____»________________ 2013 г.
Региональная медицинская информационная система
Ханты-Мансийского автономного округа - Югра
Информационная система «Дополнительное лекарственное обеспечение»
РЕГЛАМЕНТ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ
ЛИСТ УТВЕРЖДЕНИЯ
20131227.Р.ДЛО.01.1-ЛУ
Листов 18
Согласовано:
______________ ___________
______________ ___________
______________ ___________
«____» ________________ 2013 г.
2013
2
УТВЕРЖДЕН
20131227.Р.ДЛО.01.1-ЛУ
Региональная медицинская информационная система
Ханты-Мансийского автономного округа - Югра
Информационная система «Дополнительное лекарственное обеспечение»
РЕГЛАМЕНТ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ
20131225.Р.ДЛО.01.1
Листов 18
2013
3
Оглавление
1.
Список терминов и сокращений ...........................................................................................4
2.
Общие сведения......................................................................................................................5
2.1.
2.2.
3.
Цели и назначение интеграции РМИС(МИС) и АУЛОН «М-Аптека плюс ЛПУ» ...............8
3.1.
4.
Общие требования к РМИС на уровне ЦОД ........................................................................................9
Общие требования к АСУЛОН «М-АПТЕКА плюс ЛПУ» .....................................................................9
Требования к справочникам и классификаторам ................................................................................9
Формирование документов ....................................................................................................................9
Информационные потоки ....................................................................................................11
5.1.
5.2.
6.
Цели интеграции.....................................................................................................................................8
Требования к системам..........................................................................................................9
4.1.
4.2.
4.3.
4.4.
5.
Участники информационного обмена ...................................................................................................5
Схема информационного взаимодействия ..........................................................................................5
Участники информационного обмена .................................................................................................11
Информационные потоки ....................................................................................................................11
Описание веб-сервисов .......................................................................................................11
6.1.
6.2.
6.3.
6.4.
6.5.
Веб-сервис передачи данных из АСУЛОН в ЦОД .............................................................................12
Веб-сервис передачи данных из ЦОД в АСУЛОН .............................................................................13
Веб-сервис передачи данных из МИС ЛПУ в ЦОД............................................................................13
Веб-сервис получения данных из ЦОД в МИС ЛПУ ..........................................................................13
Веб-сервис получения федеральных справочников НСИ ................................................................14
7.
Порядок контроля и приемки ..............................................................................................15
8.
Приложения ...........................................................................................................................16
8.1.
WSDL веб-сервиса для федеральных НСИ .......................................................................................16
4
1.
Список терминов и сокращений
Термин
Определение
АС
Автоматизированная система
РМИС
Региональная медицинская информационная система ХантыМансийского автономного округа – Югра
МИС
Медицинская информационная система
МУ
Медицинское учреждение
ЛПУ
Лечебно-профилактическое учреждение
ТП
Транспортная подсистема
ЦОД
Центр обработки данных РМИС
ЛО
Лекарственное обеспечение
ЛП
Лекарственные препараты
ССД
Сервер сбора данных АСУЛОН «М-Аптека плюс ЛПУ»
РАС
Сервер верхнего уровня АСУЛОН «М-Аптека плюс ДЛО»
Аптека
Сервер второго уровня АСУЛОН «М-Аптека плюс ДЛО»
РНСИ
Региональная нормативно-справочная информация
ФНСИ
Федеральная нормативно-справочная информация (сервис
http://nsi.rosminzdrav.ru)
ВЗН
Высокозатратные нозологии
ДЗ
Департамент Здравоохранения ХМАО – Югры
ЛС
Лекарственные средства
5
2.
2.1.
Общие сведения
Участники информационного обмена
 РМИС (ЦОД)
 АСУЛОН «М-АПТЕКА плюс ЛПУ» версия 6
 АСУЛОН «М-АПТЕКА плюс ДЛО» версия 6
 Унаследованные МИС
2.2.
Схема информационного взаимодействия
Направления обмена данными показано на рисунке 1. Определяем
согласно схемы зоны ответственности участников:
 АСУЛОН на уровне ССД:
o Региональная НСИ (в т.ч. справочник аптек, справочник
региональных льгот, справочник ЛП)
o заявочная кампания от ЛПУ;
o остатки ЛС в аптеках;
o данные об отпущенных рецептах и рецептах, взятых на
отсроченное обслуживание;
o орфанный регистр льготников;
 МИС и РМИС на уровне ЛПУ:
o регистр врачей, имеющих право выписки льготных рецептов;
o регистр региональных льготников;
o выписанные рецепты;
 РМИС на уровне ЦОД:
o Федеральная НСИ (в т.ч. МКБ, должности, специальности,
федеральные категории льгот);
o Федеральные льготники, льготники 7 ВЗН (загрузка в ДЗ)
o агрегация и транспорт данных между всеми участниками.
Предлагаемый вариант процесса ДЛО предусматривает ведение
регионального регистра льготников и врачей, имеющих право выписки, в
МИС на уровне ЛПУ с дальнейшей его передачей в ЦОД РМИС, выпиской
рецептов в МИС и дальнейшей их передачей в ЦОД РМИС. Выписка рецептов
осуществляется строго в соответствии с плановой заявкой, ведущейся в
АСУЛОН «М-Аптека плюс ЛПУ» по номенклатуре и количеству с учётом
данных об остатках аптек, получаемых от АСУЛОН «М-Аптека плюс ДЛО».
Данные о выписанных рецептах и региональном регистре консолидируются в
ЦОД РМИС и передаются в АСУЛОН «М-Аптека плюс ЛПУ» и АСУЛОН «МАптека плюс ДЛО».
Передача данных о выписанных рецептах и региональном регистре
будет осуществляться из ЦОД РМИС __ раза в сутки / по мере регистрации.
6
Передача информации от АСУЛОН в ЦОД будет осуществляться __ раза в
сутки / по мере регистрации
Заявка.
НСИ:
 Регистры ПФР, ВЗН и орфаны.
 Справочник ЛП.
 Справочник контрагентов.
РАС
Аптека
 Остатки ЛП в аптеках.
 Рецепты (отпущенные и взятые на обеспечение).
ССД
АСУЛОН
ЛПУ
АСУЛОН
ЦОД
РМИС
ЛПУ
МИС
ЛПУ*)
Регистр региональных льготников.
Выписанные рецепты.
*) МИС ЛПУ – РМИС на уровне ЛПУ или унаследованные МИС
Рис.1. Схема информационных потоков, предусмотренных технологией работы лекарственного блока в ХМАО
8
3.
3.1.
Цели и назначение интеграции РМИС(МИС) и АУЛОН «М-Аптека плюс ЛПУ»
Цели интеграции
Целью интеграции РМИС,
АСУЛОН
«М-Аптека плюс ЛПУ»
и
унаследованных МИС является обеспечение возможности выписки льготных
рецептов в любой МИС региона. Для обеспечения этой возможности
необходимо реализовать взаимодействие ИС по следующим направлениям:
 взаимодействие
участников
предоставляемых веб-сервисами;
 обмен классификаторами;
 обмен регистрами.
посредством
интерфейсов,
9
4.
Требования к системам
Общие требования к РМИС на уровне ЦОД
4.1.
«Региональная
обеспечивать
медицинская
информационная
система»
должна

взаимодействие РМИС с АСУЛОН «М-Аптека плюс ЛПУ» и прочими
МИС посредством интерфейса, предоставляемого веб-сервисами;

предоставление нормативно-справочной информации;

Предоставление регистров, получаемых на стороне РМИС (МИС).
Общие требования к АСУЛОН «М-АПТЕКА плюс ЛПУ»
4.2.
Программное
обеспечивать:
обеспечение
АСУЛОН
«М-Аптека
плюс
ЛПУ»
должна

взаимодействие РМИС с АСУЛОН «М-АПТЕКА плюс ЛПУ» посредством
интерфейса, предоставляемого веб-сервисом;

предоставление нормативно-справочной информации, генерируемой
на стороне АСУЛОН «М-АПТЕКА плюс ЛПУ»;

предоставление регистров, получаемых на стороне АСУЛОН «МАПТЕКА плюс ЛПУ».
Требования к справочникам и классификаторам
4.3.
В РМИС и АСУЛОН «М-АПТЕКА плюс ЛПУ» должны использоваться
унифицированные справочники и классификаторы в части обеспечения
возможности выписки льготных рецептов в РМИС (МИС).
В случае отличия справочников РМИС и АСУЛОН «М-АПТЕКА плюс ЛПУ»
предусматривается использование справочников сопоставления.
Справочники РМИС доступны на веб-сервисе НСИ. Реквизиты доступа к
веб-сервису указаны в п.6.5.
Формирование документов
4.4.
Все документы (справочники, регистры) передаются между РМИС (ЦОД)
и ССД АСУЛОН «М-АПТЕКА плюс ЛПУ» и МИС.
Справочники, формируемые
федерального уровня:
на
стороне
РМИС
или
получаемые

Справочник МО;

Справочник МКБ-10;

Справочник медицинских специальностей;

Справочник должностей;

Справочник категорий льгот;

регистр региональных льготников. Персональные данные;
с
10

регистр региональных льготников. Данные о льготах;

консолидированная информация о выписанных рецептах.
Кодировка справочников в сервисе НСИ представлена в таблице 4.4.1.
Таблица 4.4.1 – Кодировка справочников
Код
Наименование справочника
Версия источник
справочника
HST0039
Справочник медицинских учреждений
1.0
РНСИ
M00001
Международная классификация болезней
1.1
ФНСИ
и состояний, связанных со здоровьем 10
пересмотра
C33001
Классификатор медицинских
1.0
ФНСИ
специальностей
HST0067
Справочник специальностей
РНСИ
C33002
Классификатор медицинских должностей
1.0
ФНСИ
C51001
Классификатор льготных категорий по
1.0
ФНСИ
федеральной льготе
C51002
Классификатор льготных категорий по
1.0
ФНСИ
учету Пенсионного фонда РФ
Из АСУЛОН «М-АПТЕКА плюс ЛПУ» в РМИС (ЦОД), а далее в МИС в
соответствии с регламентом должны передаваться следующие справочники:

Справочник товаров;

Справочник лекарственных средств;

Справочник торговых наименований;

Справочник международных непатентованных наименований;

Справочник дозировок;

Справочник лекарственных форм;

Справочник фармацевтических групп;

Справочник единиц измерения объема жидких смесей и растворов;

Справочник единиц измерения массы сыпучих смесей;

Справочник разделов Перечня (приказа №665, постановление по
ИМН);

Справочник актуализации приказов;

Справочник
классификации;

Справочник внутренних контрагентов;

Справочник внешних контрагентов;
кодов
анатомо-терапевтическо-химической
Из АСУЛОН «М-Аптека плюс ЛПУ» в РМИС в соответствии с регламентом
должны передаваться следующие регистры:

регистр льготников орфанные заболевания. Перс.данные;

регистр льготников орфанные заболевания. Данные о льготах;

реестр отпущенных рецептов;

реестр остатков;
11
5. Информационные потоки
5.1. Участники информационного обмена

АСУЛОН. Программное обеспечение (сервер сбора данных),
агрегирующее данные из аптек ХМАО и ЛПУ, в части информации о
заявочной кампании. Разработчик - группа компаний Эскейп.

ЦОД РМИС. Программное обеспечение, установленное в центре
обработки
данных
Департамента
здравоохранения
ХМАО.
Разработчик - группа компаний ХОСТ.

МИС (ЛПУ). Программное обеспечение, установленное в лечебнопрофилактических учреждениях ХМАО. Разработчики МИС.
5.2. Информационные потоки

из АСУЛОН в ЦОД РМИС. Орфанный регистр, региональные НСИ (в
т.ч. справочник аптек), справочник региональных льгот, справочник
ЛП, остатки ЛП, заявки на ЛП, отпущенные рецепты. Веб-сервис
описан в п.6.1

из ЦОД в АСУЛОН. Региональный регистр,
выписанные рецепты. Веб-сервис описан в п.6.2

из МИС (ЛПУ) в ЦОД РМИС. Региональный регистр, регистр врачей,
выписанные рецепты. Веб-сервис описан в п.6.3

из ЦОД в МИС ЛПУ. Регистры льготников ПФР, региональный, 7Н и
орфанный, региональные НСИ, справочник ЛП, остатки ЛП, заявки на
ЛП, отпущенные рецепты. Веб-сервис описан в п.6.4

из ЦОД в МИС ЛПУ и в АСУЛОН. Федеральные НСИ (МКБ, должности,
специальности, федеральные категории льгот). Веб-сервис описан в
п.6.5

АСУЛОН и МИС(ЛПУ) напрямую между собой не взаимодействуют
регистр
врачей,
6. Описание веб-сервисов
Общий принцип функционирования всего набора веб-сервисов –
данные передаются в ЦОД РМИС путем «проталкивания», и забираются из
ЦОД РМИС путем «вытягивания». Т.е. все серверные части всех веб-сервисов
развернуты в ЦОД РМИС, инициатором обмена данных является либо
АСУЛОН, либо МИС ЛПУ. Одна часть сервисов предназначена для передачи
данных в ЦОД РМИС: данные передаются в теле клиентского запроса к
серверной части, расположенной в ЦОД. Вторая часть сервисов
предназначена для получения данных из ЦОД: данные передаются в теле
серверного ответа на клиентский запрос.
Все вызовы всех сервисов производятся синхронно, т.е. клиент должен
дождаться окончания обработки переданной информации и результата
обработки.
WSDL-описание всех веб-сервисов интеграции ДЛО (кроме 6.5)
приложено отдельно, в виде файла IntegrationDLO.wsdl и набора xsd-схем к
нему.
12
6.1. Веб-сервис передачи данных из АСУЛОН в ЦОД
Название веб-сервиса: asulonToRmis. Операции сервиса:

sendOrphanRegistr. Операция для отправки в ЦОД орфанного
регистра. Входные параметры – элемент для описания регионального
регистра
льготников
(PERSON_REG_REGISTR),
с
параметром
C_PROG=2. Рекомендуемый режим передачи данных – весь регистр
целиком

sendNsi. Операция для отправки в ЦОД справочников, которые
ведутся в АСУЛОН (в т.ч., справочника региональных категорий
льготности). Входные параметры – либо элемент для описания
группы справочников – {http://esc.ru/NSIREESTR}MAIN, либо элемент
для описания справочника региональных категорий льготности –
REG_KATL_DOC.

sendDrugsDictionary. Операция для отправки в ЦОД справочника
лекарственных препаратов. Входные параметры – элемент для
описания
справочника
лекарственных
средств
{http://esc.ru/NSIREESTRSPTOV}MAIN.

sendDrugsResidues. Операция для отправки в ЦОД остатков ЛП в
аптеках. Входные параметры – элемент для описания входящих
остатков OST_LGOTA.

sendDrugsRequests. Операция для отправки в ЦОД заявок на ЛП.
Входные
параметры
–
элемент
для
описания
заявок
{http://esc.ru/PLANZAKREESTR}MAIN.

sendPharmRecipes. Операция для отправки в ЦОД отпущенных
рецептов. Входные параметры – элемент для описания отпущенных
рецептов – PHARMACYRECIPE_DOC.
Выходным параметром для всех операций является унифицированный
элемент для описания ответа - integrationResponse.
Серверная часть веб-сервиса расположена в ЦОД РМИС, клиентская
часть сервиса расположена в ССД АСУЛОН. Передача данных
производится путем «проталкивания» - данные передаются в теле
клиентского запроса со стороны АСУЛОН к ЦОД. Рекомендуемый режим
передачи данных – по расписанию и только обновленных данных.
Например, внесены изменения в справочник ЛП в БД ССД АСУЛОН.
После этого производятся следующие действия:

соответствующие
измененные
записи
справочника
ЛП
отмечаются
как

в следующем по хронологии сеансе связи производится вызов
сервиса asulonToRmis.sendDrugsDictionary, в который передаются
измененные записи

в случае успешного завершения вызова данного сервиса записи
справочника ЛП отмечаются как синхронизированные (признак
«изменённости» сбрасывается)

в случае ошибок при вызове сервиса записи остаются отмеченными
как «изменённые", и в следующем сеансе связи вновь производится
попытка их отправки
13
6.2. Веб-сервис передачи данных из ЦОД в АСУЛОН
Название веб-сервиса: rmisToAsulon. Операции сервиса:

getRegionalRegistr. Операция для получения из ЦОД регионального
регистра льготников. Выходные параметры – элемент для описания
регионального регистра льготников (PERSON_REG_REGISTR), с
параметром C_PROG=0.

getProfessionalRegistr. Выходные параметры – элемент для описания
регионального регистра медработников, имеющих право выписки
льготных рецептов DOCTOR_DOC.

getLpuRecipes. Выходные параметры – элемент для описания списка
выписанных рецептов.
Входным параметром для всех операций является унифицированный
элемент для описания запроса к ЦОД - integrationRequest. C помощью
данного элемента можно запрашивать конкретные данные по
принадлежности к ЛПУ, а также по актуальности (привязке к диапазону
дат).
Серверная часть веб-сервиса расположена в ЦОД РМИС, клиентская
часть сервиса расположена в ССД АСУЛОН. Передача данных
производится путем «вытягивания» - данные передаются в теле
серверного ответа ЦОД на клиентский запрос АСУЛОН.
6.3. Веб-сервис передачи данных из МИС ЛПУ в ЦОД
Название веб-сервиса: lpuToRmis. Операции сервиса:

sendRegionalRegistr. Операция для отправки в ЦОД регионального
регистра льготников. Входные параметры – элемент для описания
регионального регистра льготников (PERSON_REG_REGISTR), с
параметром C_PROG=0.

sendProfessionalRegistr. Входные параметры – элемент для описания
регионального регистра медработников, имеющих право выписки
льготных рецептов DOCTOR_DOC. Рекомендуемый режим передачи
данных – весь регистр целиком

sendLPURecipes. Входные параметры – элемент для описания списка
выписанных рецептов.
Выходным параметром для всех операций является унифицированный
элемент для описания ответа - integrationResponse.
Серверная часть веб-сервиса расположена в ЦОД РМИС, клиентские
части сервиса расположены в ЛПУ. Передача данных производится путем
«проталкивания» - данные передаются в теле клиентских запросов со
стороны ЛПУ к ЦОД.
6.4. Веб-сервис получения данных из ЦОД в МИС ЛПУ
Название веб-сервиса: lpuFromRmis. Операции сервиса:

getRegistr. Операция для получения регистров ПФР, региональный, 7
нозологий и орфанного. Входные параметры – тип регистра.
Выходные параметры – соответствующий регистр.
14

getNsi. Операция для получения
справочника региональных льгот).

getDrugsDictionary. Операция для получения справочника ЛП.

getDrugsResidues. Операция для получения остатков ЛП.

getDrugsRequests. Операция для получения заявок на ЛП.

getPharmRecipes.
рецептов.
Операция
для
региональных
получения
списка
НСИ
(в
т.ч.
отпущенных
Серверная часть веб-сервиса расположена в ЦОД РМИС, клиентские
части
сервиса
расположены
в
системах
МИС
в
лечебнопрофилактических учреждениях ХМАО. Передача данных производится
путем «вытягивания» - данные передаются в теле серверного ответа
ЦОД на клиентские запросы ЛПУ.
6.5. Веб-сервис получения федеральных справочников НСИ
Данный веб-сервис опубликован отдельно от всех остальных вебсервисов, описанных в данном документе, т.к. является универсальным и
используется в нескольких задачах. WSDL веб-сервиса находится в
приложении 8.1.
Название веб-сервиса: Nsi. Операции сервиса:

getRefBookList. возвращает список справочников в виде массива
структур вида:
o s_code – уникальный код справочника
o s_name – наименование справочника
o s_version –текущая версия справочника

getRefBookParts(Stringcode, Stringversion) – возвращает количество
частей справочника с кодом code, номер версии version. Количество
записей в части справочника от 1 до 500.

getRefBookPartial(Stringcode, Stringversion, intpart) – возвращает
массив записей справочника с кодом code, версии version, части part.
Структура записи зависит от справочника.
Внешний адрес: http://178.46.188.13:7003/NSIService/Nsi?WSDL
Адрес в сети КСПД: http://10.1.61.113:7003/NSIService/Nsi?WSDL
Передача данных производится путем «вытягивания» - данные
передаются в теле ответа серверной части на клиентский запрос
Рекомендуемый режим работы – периодический опрос сервиса.
15
7. Порядок контроля и приемки
Состав, объем и методы испытаний должны
документах «Программа и методика испытаний».
быть
определены
Приемку работ должна осуществлять сформированная
комиссия из представителей Заказчика и Исполнителя.
в
Заказчиком
Каждый выполненный Исполнителем этап принимается рабочей группой
Заказчика. При наличии положительного результата, окончательный прием
работы осуществляется Приемочной комиссией.
Место проведения приемочных испытаний должны быть согласованы
Исполнителем с Заказчиком на этапе техно-рабочего проектирования. Сроки
испытаний могут быть скорректированы Исполнителем и Заказчиком на этапе
техно-рабочего проектирования.
По результатам своей работы Приемочная комиссия оформляет Акт
приемки работ, который подписывается всеми членами Приемочной комиссии
и представляется на утверждение Заказчику.
16
8. Приложения
8.1. WSDL веб-сервиса для федеральных НСИ
<definitions targetNamespace="http://com.host.medvedweb.system.ws.send.nsi/" name="Nsi">
<types>
<xsd:schema>
<xsd:import namespace="http://com.host.medvedweb.system.ws.send.nsi/"
schemaLocation="http://178.46.188.13:7003/NSIService/Nsi?xsd=1"/>
</xsd:schema>
</types>
<message name="getRefBookList">
<part name="parameters" element="tns:getRefBookList"/>
</message>
<message name="getRefBookListResponse">
<part name="parameters" element="tns:getRefBookListResponse"/>
</message>
<message name="getRefBookParts">
<part name="parameters" element="tns:getRefBookParts"/>
</message>
<message name="getRefBookPartsResponse">
<part name="parameters" element="tns:getRefBookPartsResponse"/>
</message>
<message name="Exception">
<part name="fault" element="tns:Exception"/>
</message>
<message name="getRefBookPartial">
<part name="parameters" element="tns:getRefBookPartial"/>
</message>
<message name="getRefBookPartialResponse">
<part name="parameters" element="tns:getRefBookPartialResponse"/>
</message>
<portType name="Nsi">
<operation name="getRefBookList">
<input message="tns:getRefBookList"/>
<output message="tns:getRefBookListResponse"/>
</operation>
<operation name="getRefBookParts">
<input message="tns:getRefBookParts"/>
<output message="tns:getRefBookPartsResponse"/>
<fault message="tns:Exception" name="Exception"/>
</operation>
<operation name="getRefBookPartial">
<input message="tns:getRefBookPartial"/>
<output message="tns:getRefBookPartialResponse"/>
<fault message="tns:Exception" name="Exception"/>
</operation>
</portType>
<binding name="NsiPortBinding" type="tns:Nsi">
<soap:binding transport="http://schemas.xmlsoap.org/soap/http" style="document"/>
<operation name="getRefBookList">
<soap:operation soapAction=""/>
<input>
<soap:body use="literal"/>
</input>
<output>
<soap:body use="literal"/>
</output>
</operation>
<operation name="getRefBookParts">
<soap:operation soapAction=""/>
<input>
<soap:body use="literal"/>
</input>
<output>
<soap:body use="literal"/>
</output>
<fault name="Exception">
<soap:fault name="Exception" use="literal"/>
</fault>
</operation>
<operation name="getRefBookPartial">
17
<soap:operation soapAction=""/>
<input>
<soap:body use="literal"/>
</input>
<output>
<soap:body use="literal"/>
</output>
<fault name="Exception">
<soap:fault name="Exception" use="literal"/>
</fault>
</operation>
</binding>
<service name="Nsi">
<port name="NsiPort" binding="tns:NsiPortBinding">
<soap:address location="http://178.46.188.13:7003/NSIService/Nsi"/>
</port>
</service>
</definitions>
Схема Nsi.xsd
<xs:schema version="1.0" targetNamespace="http://com.host.medvedweb.system.ws.send.nsi/">
<xs:element name="Exception" type="tns:Exception"/>
<xs:element name="getRefBookList" type="tns:getRefBookList"/>
<xs:element name="getRefBookListResponse" type="tns:getRefBookListResponse"/>
<xs:element name="getRefBookPartial" type="tns:getRefBookPartial"/>
<xs:element name="getRefBookPartialResponse" type="tns:getRefBookPartialResponse"/>
<xs:element name="getRefBookParts" type="tns:getRefBookParts"/>
<xs:element name="getRefBookPartsResponse" type="tns:getRefBookPartsResponse"/>
<xs:complexType name="getRefBookPartial">
<xs:sequence>
<xs:element name="code" type="xs:string" minOccurs="0"/>
<xs:element name="version" type="xs:string" minOccurs="0"/>
<xs:element name="part" type="xs:int"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="getRefBookPartialResponse">
<xs:sequence>
<xs:element name="return" type="tns:mapWrapper" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="mapWrapper">
<xs:sequence>
<xs:element name="map">
<xs:complexType>
<xs:sequence>
<xs:element name="entry" minOccurs="0"
maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="key" minOccurs="0"
type="xs:string"/>
<xs:element name="value"
minOccurs="0" type="xs:string"/>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
<xs:complexType name="Exception">
<xs:sequence>
<xs:element name="message" type="xs:string" minOccurs="0"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="getRefBookParts">
<xs:sequence>
<xs:element name="code" type="xs:string" minOccurs="0"/>
<xs:element name="version" type="xs:string" minOccurs="0"/>
</xs:sequence>
18
</xs:complexType>
<xs:complexType name="getRefBookPartsResponse">
<xs:sequence>
<xs:element name="return" type="xs:int"/>
</xs:sequence>
</xs:complexType>
<xs:complexType name="getRefBookList">
<xs:sequence/>
</xs:complexType>
<xs:complexType name="getRefBookListResponse">
<xs:sequence>
<xs:element name="return" type="tns:mapWrapper" minOccurs="0"
maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
</xs:schema>
Скачать