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

 

ПРИКАЗ

 

21 марта 2006 г.

 

N 38

 

О ВНЕСЕНИИ ИЗМЕНЕНИЙ И ДОПОЛНЕНИЙ

В ПРИКАЗ ФОМС ОТ 30.12.2004 N 91 "ОБ ОРГАНИЗАЦИИ

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

ЛЕКАРСТВЕННЫМИ СРЕДСТВАМИ ОТДЕЛЬНЫХ КАТЕГОРИЙ ГРАЖДАН"

(В РЕДАКЦИИ ПРИКАЗОВ ФОМС ОТ 24.05.2005 N 51,

ОТ 02.08.2005 N 79 И ОТ 29.12.2005 N 131)

 

С целью повышения эффективности реализации дополнительного лекарственного обеспечения, унификации соответствующего информационного обеспечения и на основании решений правления Федерального фонда обязательного медицинского страхования от 01.11.2005 N 7А/2 и от 27.01.2006 N 8А/4 "О подготовке технических требований по внедрению технологии централизованной обработки данных информационного взаимодействия участников дополнительного лекарственного обеспечения с применением машиночитаемой формы рецептурного бланка" приказываю:

1. Ввести в действие "Методические рекомендации по организации информационного взаимодействия между участниками лекарственного обеспечения отдельных категорий граждан при обязательном медицинском страховании" (с изменениями и дополнениями), утвержденные 21.03.2006 (Приложение N 1 к настоящему Приказу), далее - Методические рекомендации.

2. Исполнительным директорам территориальных фондов ОМС:

2.1. Представить в Федеральный фонд ОМС утвержденный исполнительным директором территориального фонда ОМС план мероприятий по переходу к использованию настоящих Методических рекомендаций в части Приложений N 2, 3, 4 и, при необходимости, скорректированную смету расходов на осуществление контроля качества, организационных и информационно-технических мероприятий (в соответствии с письмом ФОМС от 30.01.2006 N 626/40-1/и) в срок до 15.04.2006.

2.2. Провести необходимые мероприятия по обеспечению перехода на новую редакцию Методических рекомендаций в части Приложений N 2, 3, 4 в срок до 01.10.2006.

3. Контроль за исполнением настоящего Приказа возложить на заместителя директора Федерального фонда обязательного медицинского страхования Усенко Д.Н.

 

Директор

А.М.ТАРАНОВ

 

 

 

 

 

Приложение N 1

к Приказу

от 21 марта 2006 г. N 38

 

УТВЕРЖДАЮ

Директор Федерального

фонда обязательного

медицинского страхования

А.М.ТАРАНОВ

21 марта 2006 года

 

МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ

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

МЕЖДУ УЧАСТНИКАМИ ЛЕКАРСТВЕННОГО ОБЕСПЕЧЕНИЯ ОТДЕЛЬНЫХ

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

(С ИЗМЕНЕНИЯМИ И ДОПОЛНЕНИЯМИ)

 

ПРИНЯТЫЕ СОКРАЩЕНИЯ

 

В настоящем документе приняты следующие сокращения:

 

    АУ            Аптечное учреждение (пункт отпуска лекарственных

                  средств)

    БД            База данных

    ВК            Врачебная комиссия

    ГСП           Государственная социальная помощь

    ДЛО           Дополнительное лекарственное обеспечение

                  отдельных категорий граждан - обеспечение

                  необходимыми лекарственными средствами по

                  рецептам врача (фельдшера) граждан, имеющих

                  право на государственную социальную помощь в

                  виде набора социальных услуг

    ИС            Информационная система

    ЛПУ           Лечебно-профилактическое учреждение

    ЛС            Лекарственные средства

    НСИ           Нормативно-справочная информация

    НСУ           Набор социальных услуг

    ОГРН          Основной государственный регистрационный номер

                  юридического лица

    ПО            Программное обеспечение

    ПФР           Пенсионный фонд России

    РФ            Российская Федерация

    СНИЛС         Страховой номер индивидуального лицевого счета

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

                  ПФР

    СУБД          Система управления БД

    ТФОМС         Территориальный фонд ОМС

    ФОМС          Федеральный фонд ОМС

    ЦОД           Центр обработки данных (территориальный)

 

1. ЦЕЛЬ НОВОЙ РЕДАКЦИИ МЕТОДИЧЕСКИХ РЕКОМЕНДАЦИЙ

И РЕШАЕМЫЕ ЗАДАЧИ

 

Настоящий документ определяет принципы, правила организации, регламент и технические спецификации (состав данных и форматы) информационного взаимодействия между следующими участниками дополнительного лекарственного обеспечения (ДЛО):

- Федеральным фондом ОМС;

- территориальными фондами ОМС;

- лечебно-профилактическими учреждениями;

- фармацевтическими организациями;

- аптечными учреждениями,

с применением машиночитаемой формы рецептурного бланка при осуществлении персонифицированного учета объемов оказания медицинской помощи, в том числе предусматривающей обеспечение необходимыми лекарственными средствами по рецептам врача (фельдшера) при оказании амбулаторно-поликлинической помощи гражданам, имеющим право на получение набора социальных услуг. Также настоящий документ устанавливает минимальные функциональные требования к информационно-программному обеспечению участников ДЛО. Таким образом, настоящий документ определяет требования к территориальной информационной системе ДЛО (ИС ДЛО) в целом, ее подсистемам участников ДЛО, их взаимодействию между собой и взаимодействию ИС ДЛО с внешними информационными системами.

Информационное взаимодействие Министерства здравоохранения и социального развития Российской Федерации (Минздравсоцразвития РФ), Федеральной службы по надзору в сфере здравоохранения и социального развития (Росздравнадзор), Пенсионного фонда Российской Федерации (ПФР) и его отделений в субъектах Российской Федерации, территориальных органов управления здравоохранением (ТО УЗ) с Федеральным фондом ОМС (ФОМС) и территориальными фондами ОМС (ТФОМС) в рамках ДЛО определяется нормативно-методическими документами Минздравсоцразвития РФ или соглашениями между указанными организациями.

Настоящий документ разработан в соответствии с Федеральным законом от 17.07.1999 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.2004 N 122-ФЗ), соответствующими постановлениями Правительства Российской Федерации и нормативно-методическими документами Минздравсоцразвития РФ, Росздравнадзора, ПФР и ФОМС, во исполнение Решения правления Федерального фонда ОМС от 01.11.2005 N 7А/2 "Об итогах эксперимента по внедрению и опытной эксплуатации ввода и обработки рецептурных бланков в лечебно-профилактических учреждениях и аптечных организациях (штрих-кодирование) в Астраханской и Белгородской областях" и на основе "Единого стандарта информационного взаимодействия участников дополнительного лекарственного обеспечения (технические требования)", утвержденного директором ФОМС 23.01.2006.

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

- обеспечения рационального использования средств ДЛО;

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

- обеспечения управления товарными запасами на основе достоверной информации;

- повышения оперативности расчетов за отпущенные лекарства;

- контроля выполнения требований государственного контракта между ТФОМС и ФО;

- обеспечения гибкого анализа реализации ДЛО на основе аналитической обработки персонифицированной первичной информации, в разрезе любых информационных показателей и их комбинации;

- реализации возможности персонификации, эффективной идентификации и контроля работы ЛПУ и конкретного врача в разрезе каждого пациента и выписанного рецепта на территориальном и федеральном уровне;

- обеспечения оценки эффективности работы врача ЛПУ на основе информации ДЛО;

- обеспечения возможности стыковки персонифицированной информации ДЛО с информацией о медицинских услугах для осуществления контроля качества медицинской помощи.

Настоящий документ подготовлен на основе опыта реализации ДЛО в 2005 - 2006 годах. В течение 2005 года ФОМС был осуществлен ряд мероприятий по организации создания и развития информационного обеспечения ДЛО, постоянно отслеживалась информация о состоянии информатизации и обобщение опыта работы. В том числе был проведен ряд экспериментов по информационному взаимодействию участников ДЛО, отработана технология централизованной обработки данных и информационного взаимодействия участников ДЛО через территориальный Центр обработки данных (ЦОД), утвержден соответствующий регламент, апробированы разные варианты машиночитаемой формы рецепта. Практика создания, развертывания и эксплуатации информационных систем ДЛО (ИС ДЛО) в субъектах Российской Федерации в течение 2005 года доказали необходимость и эффективность информатизации в ДЛО.

Важнейшими задачами, которые решаются введением новой редакции методических рекомендаций, являются:

 

1.1. Расширение зоны ответственности ТФОМС по территориальной ИС ДЛО, централизованная обработка данных и информационное взаимодействие участников ДЛО

 

В связи с заключением с 2006 года государственных контрактов между ТФОМС и ФО, для обеспечения необходимого контроля их исполнения, настоящий документ упорядочивает и регламентирует информационные потоки в ДЛО, расширяя зону ответственности ТФОМС, на основе принципа централизованной обработки данных и информационного взаимодействия частников ДЛО и создания центров обработки данных в соответствии с Регламентом, установленным Приказом ФОМС от 24.08.2005 N 83. Основными требованиями являются:

- расширение зоны ответственности ТФОМС на информационные процессы в ЛПУ и АУ, а также обеспечения взаимодействия ЛПУ-АУ в соответствии с приведенной схемой;

 

                      ┌────────────────────┐

                      │   Взаимодействие   │

                      │с внешними системами│

                      └────────────────────┘

                               /\

                               │

                               │

                               \/

                   ┌──────────────────────────┐                 ┌───────────────┐

                   │   Территориальный фонд   │                 │Взаимодействие │

                   │обязательного медицинского│<--------------->│с подсистемой  │

                   │       страхования        │┌───────────────┐│фарморганизации│

                   │         (ТФОМС)          ││Счет на оплату,│└───────────────┘

                   └──────────────────────────┘│   реестр ЛС   │        /\

                     ┌─────────────────────┐   └───────────────┘        │

                     │   Центр обработки   │

    ┌────────┐       │     данных (ЦОД)    │     ┌───────────────┐      │

    │ Реестр │       │ ┌─────────────────┐ │     │   Реестр ЛС,  │

    │рецептов├──────>│ │ Интегрированная │ │<────┤отлож. рецептов│      │

    └────────┘       │ │   база данных   │ │     └───────────────┘

 ┌──────────────────>│ │ информационных  │ │<───────────────────┐       │

 │   ┌───────┐       │ │  ресурсов ДЛО   │ │        ┌───────┐   │

 │   │НСИ, ФР│       │ └─────────────────┘ │        │НСИ, ФР│   │       │

 │   └───┬───┘       └─────────────────────┘        └───┬───┘   │

 │       │                                              │       │       │

 │       │                                              │       │

 │       │                                              │       │       │

 \/      \/                                             \/      \/      \/

┌───────────┐                                          ┌──────────────────┐

│    ЛПУ    │<------------> (граждане) <-------------->│        АУ        │

└───────────┘                                          └──────────────────┘

 

- синхронная, одновременная передача нормативно-справочной информации ДЛО и региональных сегментов федерального регистра лиц, имеющих право на получение государственной социальной помощи, в ЛПУ и АУ;

- непосредственное получение ТФОМС (ЦОД) персонифицированных реестров отпущенных лекарственных средств в оперативном режиме от АУ для контроля и мониторинга ДЛО.

Централизованная обработка данных и информационное взаимодействие участников ДЛО является стержнем информационной инфраструктуры ДЛО и основополагающим принципом организации территориальной ИС ДЛО, который обеспечивает ТФОМС возможность управления системой, четкую организацию информационных потоков, надежность, оперативность и достоверность получаемой информации, и в конечном счете - контроль целевого использования финансовых средств и реализации прав граждан на ДЛО.

 

1.2. Упорядочение информационных процессов в ЛПУ и АУ на основе штрих-кодирования рецептов

 

Настоящий документ обеспечивает упорядочение информационных процессов в ЛПУ и АУ, повышение достоверности и снижение затрат на ведение персонифицированного учета, существенное снижение количества технических ошибок при помощи введения стандарта штрих-кодирования рецептов - формирования и обработки рецептурных бланков с применением машиночитаемой формы рецепта и штрих-кода рецепта.

 

1.3. Развитие форматов информационного взаимодействия участников ДЛО - переход с DBF-форматов на XML-форматы

 

Настоящий документ развивает форматы информационного взаимодействия участников ДЛО и вводит, наряду с уже применяющимися в ДЛО DBF-форматами (Приказ ФОМС от 29.12.2005 N 131, Приложение N 1 к настоящему документу), расширенные XML-форматы обмена данными (Приложение N 3) с целью повышения гибкости описания данных, обеспечения возможности их развития, поддержки версионности форматов, повышения надежности и контроля целости передачи сообщений, идентификации отправителя, получателя, самих информационных посылок, типа отправляемой информации и других параметров передачи, поддержки возможности подтверждения подлинности сообщения с помощью электронной цифровой подписи, обеспечения автоматизации обработки сообщений.

 

1.4. Расширение состава информационных потоков

 

Настоящий документ расширяет состав потоков информационного взаимодействия при применении XML-форматов (по сравнению с DBF-форматами) и определяет протоколы:

- передачи информации об остатках лекарственных средств из АУ через ЦОД в ЛПУ;

- передачи информации об отложенных рецептах из АУ в ЦОД и ФО.

 

1.5. Введение новой модели мониторинга ДЛО для обеспечения необходимого уровня управления

 

Настоящий документ дополняет существующую модель мониторинга ДЛО, установленную приказами Минздравсоцразвития РФ и ФОМС, для обеспечения необходимого уровня управления ДЛО со стороны ТФОМС и ФОМС, достоверного контроля качества и доступности ДЛО, рационального расходования средств.

Мониторинг должен осуществляться на 3-х уровнях:

- на уровне оперативного (ежедневного, еженедельного) мониторинга ТФОМС по важнейшим показателям ДЛО на основе оперативного получения первичной персонифицированной информации от ЛПУ и АУ (реестры выписанных рецептов, отпущенных лекарственных средств, отложенных рецептов, остатках лекарственных средств в аптеках) в центре обработки данных (ТФОМС), независимо от процессов выставления счетов на оплату отпущенных лекарственных средств и формирования соответствующих реестров фармацевтической организацией;

- на уровне гибкого аналитического мониторинга ТФОМС в субъекте ежемесячно в разрезе показателей (см. п. 2.3.) территориальной интегрированной базы данных информационных ресурсов ДЛО на основе технологий оперативной аналитической обработки данных, а также по утвержденной ведомственной отчетности, формируемой ТФОМС по мониторингу ДЛО;

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

 

1.6. Дальнейшая функциональная стандартизация информационно-программного обеспечения участников ДЛО и территориальной информационной системы ДЛО

 

Настоящий документ проводит дальнейшую функциональную стандартизацию информационно-программного обеспечения участников ДЛО и территориальной информационной системы ДЛО в целом на основе детализации функциональных требований к ИС ДЛО и ее подсистемам у участников ДЛО, включая формы типовых отчетов для ЛПУ, аптек, центров обработки данных (дополнительно к Типовым требованиям к территориальной информационной системе дополнительного лекарственного обеспечения отдельных категорий граждан, утвержденным и.о. директора ФОМС 20.05.2005).

 

2. СТАНДАРТ ЦЕНТРАЛИЗОВАННОЙ ОБРАБОТКИ ДАННЫХ

И ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ УЧАСТНИКОВ ДЛО

 

2.1. Территориальная информационная система ДЛО и зона ответственности ТФОМС

 

С целью упорядочения и контроля информационных процессов в системе ДЛО, обеспечения гарантированного бумажного и электронного документооборота между участниками ДЛО на территориальном уровне, формирования интегрированной базы данных информационных ресурсов ДЛО, информационное взаимодействие организуется территориальными фондами ОМС с использованием центров обработки данных (далее - ЦОД) в соответствии с Регламентом централизованной обработки данных и информационного взаимодействия участников дополнительного лекарственного обеспечения отдельных категорий граждан в Российской Федерации, утвержденным Приказом ФОМС от 24.08.2005 N 83 (далее - Регламент ЦОД). Центр обработки данных является специализированным подразделением ТФОМС или самостоятельной организацией, выполняющей соответствующие функции (все или частично) по договору с ТФОМС.

ЦОД выполняет функции оператора и администратора системы централизованной обработки данных и информационного взаимодействия и отвечает за комплекс мероприятий, связанных с информационно-технологическим обеспечением взаимодействия между участниками ДЛО.

В зону ответственности ТФОМС входят все процессы учета выписки рецептов в ЛПУ и взаимодействия ЛПУ - ЦОД.

В связи с заключением с 2006 года государственных контрактов между ТФОМС и ФО для обеспечения необходимого контроля их исполнения в зону ответственности ТФОМС также входят все процессы учета отпуска лекарственных средств в АУ и организация информационного взаимодействия АУ - ЛПУ (штрих-кодирование рецептов, передача информации из АУ в ЛПУ об остатках ЛС), АУ-ЦОД.

Таким образом, зона ответственности ТФОМС представлена следующей схемой:

 

                      ┌────────────────────┐

                      │   Взаимодействие   │

                      │с внешними системами│

                      └────────────────────┘

                               /\

                               │

                               │

                               \/

                   ┌──────────────────────────┐                 ┌───────────────┐

                   │   Территориальный фонд   │                 │Взаимодействие │

                   │обязательного медицинского│<--------------->│с подсистемой  │

                   │       страхования        │┌───────────────┐│фарморганизации│

                   │         (ТФОМС)          ││Счет на оплату,│└───────────────┘

                   └──────────────────────────┘│   реестр ЛС   │        /\

                     ┌─────────────────────┐   └───────────────┘        │

                     │   Центр обработки   │

    ┌────────┐       │     данных (ЦОД)    │     ┌───────────────┐      │

    │ Реестр │       │ ┌─────────────────┐ │     │   Реестр ЛС,  │

    │рецептов├──────>│ │ Интегрированная │ │<────┤отлож. рецептов│      │

    └────────┘       │ │   база данных   │ │     └───────────────┘

 ┌──────────────────>│ │ информационных  │ │<───────────────────┐       │

 │   ┌───────┐       │ │  ресурсов ДЛО   │ │        ┌───────┐   │

 │   │НСИ, ФР│       │ └─────────────────┘ │        │НСИ, ФР│   │       │

 │   └───┬───┘       └─────────────────────┘        └───┬───┘   │

 │       │                                              │       │       │

 │       │                                              │       │

 │       │                                              │       │       \/

 \/      \/                                             \/      \/    ┌─────┐

┌───────────┐                                          ┌──────────────│ АПК │

│    ЛПУ    │<------------> (граждане) <-------------->│        АУ    └───┬─┘

└───────────┘                                          │               /\ │

                                                       │               │  │

                                                       │               \/ │

                                                       │              ┌───┴──┐

                                                       │              │ ПКФР │

                                                       │              └───┬──┘

                                                       └──────────────────┘

 

В соответствии с заключенным с ТФОМС государственным контрактом фармацевтические организации осуществляют информационно-технологическое оснащение пунктов отпуска лекарственных средств для сбора, обработки и формирования счетов за фактически отпущенные лекарственные средства (включая программно-аппаратное комплексы, средства защиты информации, телекоммуникации) и организуют в аптеках автоматизированный предметно-количественный учет лекарственных средств и персонифицированный учет отпуска лекарственных средств по рецептам с использованием аптечного программного комплекса (АПК) и программного комплекса, обеспечивающего регистрационные и контролирующие функции (программный комплекс фискальной регистрации - ПКФР).

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

Зафиксированная фискальным регистратором информация об отпущенных ЛС и отложенных рецептах формируется в реестры отпущенных лекарственных средств согласно настоящим Методическим рекомендациям и поступает в ТФОМС (ЦОД) согласно Регламенту информационного взаимодействия, утвержденного Приказом ФОМС от 24.08.2005 N 83.

При регистрации обращения граждан в пункт отпуска лекарственных средств (аптечное учреждение) АПК должен реализовывать следующую функциональность:

- ввод данных с рецепта или чтение штрих-кода с машиночитаемого рецепта;

- передачу данных рецепта или считанного штрих-кода в ПКФР;

- получение проверенных данных и расшифрованных данных штрих-кода от ПКФР.

При вводе данных об отпущенных лекарственных средствах АПК должен реализовывать следующую функциональность:

- передачу данных рецепта или считанного штрих-кода рецепта, по которому происходит отпуск ЛС, и данных о самом ЛС в ПКФР;

- получение фискального кода от ПКФР.

При помещении рецепта на отложенное обслуживание программный АПК должен реализовывать следующую функциональность:

- передачу данных рецепта или считанного штрих-кода рецепта, который помещается на отложенное обслуживание, в ПКФР;

- получение фискального кода от ПКФР.

Программный комплекс фискальной регистрации разрабатывается централизованно ФОМС и передается в ТФОМС. Администрирование программного комплекса фискальной регистрации входит в зону ответственности ТФОМС. Интеграция и поддержка аптечного программного комплекса (АПК) и программного комплекса фискальной регистрации осуществляется фарморганизациями.

Фармацевтическая организация обеспечивает на основе формируемых АУ персонифицированных реестров рецептов лекарственных средств, отпущенных отдельным категориям граждан, выставление счетов на оплату отпущенных лекарственных средств и другие необходимые внутренние информационные процессы (в том числе, связанные с товарным учетом лекарственных средств).

Централизованная обработка данных и информационное взаимодействие, а также расширение зоны ответственности ТФОМС до основных учетных информационных процессов ЛПУ, АУ и взаимодействия ЛПУ - АУ, обеспечивают условия для практической реализации гарантий прав граждан на ДЛО, контроля за целевым и рациональным расходованием финансовых средств ДЛО в рамках государственных контрактов, повышения эффективности управления системой ДЛО в Российской Федерации, обеспечения совместимости и взаимодействия территориальных и федеральных систем и сетей, выполнения требований нормативно-правовых актов по ДЛО.

 

2.2. Общая схема информационного взаимодействия участников ДЛО

 

Участниками информационного взаимодействия в системе дополнительного лекарственного обеспечения являются:

- Минздравсоцразвития РФ, Росздравнадзор, ПФР и его отделения в субъектах Российской Федерации, ФОМС;

- территориальные органы управления здравоохранением (ТО УЗ);

- территориальные фонды обязательного медицинского страхования (ТФОМС);

- лечебно-профилактические учреждения (ЛПУ);

- фармацевтические организации (ФО);

- пункты отпуска лекарственных средств (аптечные учреждения - АУ).

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

- нормативно-справочная информация (НСИ) федерального уровня;

- нормативно-справочная информация территориального уровня;

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

- персонифицированные реестры выписанных рецептов и персонифицированные реестры оказанных медицинских услуг;

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

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

- регламентированная статистическая и финансово-экономическая отчетность.

Региональные сегменты федерального регистра лиц, имеющих право на получение государственной социальной помощи, формируют и актуализируют территориальные отделения ПФР и передают их в ТФОМС (см. п. 2.4.).

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

ТО УЗ формируют Справочники врачей (фельдшеров), имеющих право на выписку рецептов, и перечень ЛПУ, по рецептам врачей которых отпускаются необходимые лекарственные средства гражданам, имеющим право на получение государственной социальной помощи, и передают его ТФОМС. ТФОМС ведет Справочник врачей и совместно с ТОУЗ - Справочник ЛПУ.

Нормативно-справочная информация ДЛО федерального уровня ведется и распространяется в соответствии с Регламентом создания, ведения и распространения справочников и классификаторов, используемых для информационного обеспечения мероприятий по дополнительному лекарственному обеспечению (с изменениями и дополнениями согласно Приказа ФОМС от 02.08.2005), утвержденным Минздравсоцразвития России 18.08.2005.

ТФОМС передают полученную НСИ и региональный сегмент федерального регистра лиц, имеющих право на получение государственной социальной помощи, в ЦОД.

На территориальном уровне нормативно-справочная информация и региональный сегмент федерального регистра лиц, имеющих право на получение государственной социальной помощи, распространяются участникам ДЛО в DBF-формате, установленном Приложением N 1 или в режиме передачи изменений в XML-формате, установленном Приложением N 3.3.

ТФОМС (ЦОД) на основе регионального сегмента федерального регистра лиц, имеющих право на получение государственной социальной помощи, и полученной НСИ, формируют обновления регионального сегмента федерального регистра и НСИ обеспечивают передачу обновлений регионального сегмента федерального регистра, Перечня лекарственных средств, отпускаемых по льготным рецептам, Справочника ЛПУ и Справочника врачей и прочей НСИ всем участникам ДЛО (АУ, ЛПУ, ФО) и обеспечивают контроль использования всеми участниками синхронизированной информации.

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

 

СХЕМА ИНФОРМАЦИОННОГО ОБМЕНА НОРМАТИВНО-СПРАВОЧНОЙ

ИНФОРМАЦИЕЙ И РЕГИОНАЛЬНЫМ СЕГМЕНТОМ ФЕДЕРАЛЬНОГО РЕГИСТРА

ЛИЦ, ИМЕЮЩИХ ПРАВО НА ПОЛУЧЕНИЕ ГОСУДАРСТВЕННОЙ

СОЦИАЛЬНОЙ ПОМОЩИ (ФР)

 

                      ┌────────────────────┐

                      │МЗСР, Росздравнадзор│

                      └─(2)─────┬──────(6)─┘

                                │

                                \/

                      ┌────────────────────┐

                      │Федеральный фонд ОМС│

                      └─(2)─────┬──────(6)─┘

                                │

                                │

                                \/

┌───────────────────┐    ┌──────────────────────────┐     ┌─────────────┐

│07. Территориальный(3)  │ 01. Территориальный фонд │     │06. Отделение│

│  орган управления ├───>│обязательного медицинского│<─┬(1) пенсионного │

│  здравоохранением (4)  │        страхования       │  │  │   фонда РФ  │

└───────────────────┘    │          (ТФОМС)         │  │  └─────────────┘

                         └─┬─────────────────────┬──┘  │  ┌────────────────────┐

                           │02. Центр обработки  │     │  │04. Фармацевтическая│

                           │    данных (ЦОД)     │     └─(5)    организация    │

                           │  ┌───────────────┐  │        └─────────────┬──────┘

                           │  │  База данных  │  │  ┌───────┐      /\

                           │  │    НСИ и ФР   ├──┼──┤НСИ, ФР├──────┘    │

                           │  └──┬────────┬───┘  │  └───────┘

                           └─────┼────────┼──────┘                      │

                                 │        │

                            ┌────┴────────┴────┐                        │

                            │Синхронизированные│

                            │      данные      │                        │

                            └────┬────────┬────┘

                                 │        │                             │

                                 │        │                             \/

┌───────┐      ┌───────┐         │        │         ┌───────┐   ┌──────────────┐

│03. ЛПУ│<─────┤НСИ, ФР├─────────┘        └─────────┤НСИ, ФР├──>│    05. АУ    │

└───────┘      └───────┘                            └───────┘   └──────────────┘

 

    ┌───────┐

    │НСИ, ФР│ База данных нормативно-справочной информации и ФР

    └───────┘

 

(1) Региональный сегмент Федерального регистра лиц, имеющих право на получение государственной социальной помощи в виде набора социальных услуг

(2) Справочник лекарственных средств, в том числе - справочники зарегистрированных цен лекарственных средств и предельных цен возмещения лекарственных средств

(3) Справочник лечебно-профилактических учреждений

(4) Справочник врачей и фельдшеров, имеющих право на выписку льготных рецептов

(5) Справочник аптечных учреждений

(6) Прочие справочники и классификаторы

 

ЛПУ ведут персонифицированный учет выписки рецептов в ежедневном режиме, формируют персонифицированные реестры выписанных рецептов и оказанных медицинских услуг (учет которых ведется в рамках информационной подсистемы ОМС) и передают через ЦОД в ТФОМС в соответствии с Регламентом ЦОД не реже одного раза в неделю.

АУ ведут персонифицированный учет отпуска лекарственных средств и отложенных рецептов в ежедневном режиме, формируют персонифицированные реестры рецептов лекарственных средств, отпущенных отдельным категориям граждан, и отложенных рецептов и передают их в ЦОД (ТФОМС) в соответствии с Регламентом ЦОД не реже одного раза в неделю. ФО получает информацию АУ напрямую или через ЦОД, также в соответствии с Регламентом ЦОД.

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

На территориальном уровне состав и форматы файлов информационного обмена данными между участниками ДЛО установлены приложением N 1 к Приказу ФОМС от 29.12.2005 N 131, содержание которого соответствует Приложению N 1 к настоящему документу (DBF-формат). Настоящий документ определяет XML-форматы (Приложение N 3) для информационного обмена между участниками ДЛО, совместимые по составу информации с приложением N 1 к Приказу ФОМС от 29.12.2005 N 131 и Приложением N 1 к настоящему документу.

 

 

СХЕМА ИНФОРМАЦИОННОГО ОБМЕНА ТЕКУЩЕЙ

(РЕГЛАМЕНТНОЙ) ИНФОРМАЦИЕЙ

 

                      ┌────────────────────┐

                      │Федеральный фонд ОМС│

                      └────────────────────┘

                            /\          /\

                            │           │

     ┌──────────────────────┴──────┐    │        ┌────────────────────┐

     │  07. Сводная аналитическая  │    │        │  04. Обобщенные    │

     │информация территориальной БД│    │        │персонифицированные │

     └──────────────────────┬──────┘    \/       │данные по отпущенным│

                    ┌───────┴──────────────────┐ │ЛС и счета на оплату│  ┌────────────────────┐

                    │ 01. Территориальный фонд │ └────────────────────┘  │04. Фармацевтическая│

                    │обязательного медицинского│<----------------------->│      организация   │

                    │       страхования        │ ┌──────────────────────┐└────────────────────┘

                    │         (ТФОМС)          │ │   05. Информация о   │       /\       /\

                    └─┬─────────────────────┬──┘ │результатах экспертизы│       │        │

                      │                     │    │   и оплаты счетов    │       │

                      │02. Центр обработки  │    └──────────────────────┘       │        │

                      │    данных (ЦОД)     ├───────────────────────────────────┘

                      │  ┌───────────────┐  │                                            │

 ┌───────────────────>│  │Интегрированная│  │<────────────────────────────────────┐

 │      ┌───────────┐ │  │  база данных  │  │      ┌────────────────┐             │      │

 │   ┌ ─│06. Данные ├ ┤  │информационных │  │<- - ─│ 06. Данные по  │ - - ─┐      │

 │      │по остаткам│ │  │ ресурсов ДЛО  │  │      │остаткам ЛС в АУ│             │      │

 │   │  │  ЛС в АУ  │ │  └───────────────┘  │      └────────────────┘      │      │

 │      └───────────┘ └─────────────────────┘                                     │      │

 │   │                                                                     │      │

 │                                                                    ┌────┴──────┴──────┴────┐

 │   │                                                                │03. Персонифицированные│

 │                                                                    │данные по отпущенным ЛС│

┌┴───┴──────────────────┐                                             │ и отложенным рецептам │

│02. Персонифицированные│                                             └───────────┬──────┬────┘

│ данные по выписанным  │                                                         │  /\  │

│      рецептам         │                                                            │

└────┬──────────────────┘                                                         │  │   │

 /\  \/                                                                              │

┌┴──────┐ ┌──────────────────────┐                 ┌───────────────────────┐  ┌───┴──┴───┴────┐

│03. ЛПУ├>│ 01. Выписка рецепта, ├─> (граждане) -->│    Проверка рецепта   ├─>│     05. АУ    │

└───────┘ │кодирование информации│                 │по НСИ (ФР, ПЛС, СЛПУ и│  └───────────────┘

          └──────────────────────┘                 │    СВФ), отпуск ЛС    │

                                                   └───────────────────────┘

 

 

Территориальные фонды ОМС:

- контролируют выполнение ФО требований заключенных государственных контрактов с ТФОМС;

- формируют и передают в ФО персонифицированные реестры отпущенных по рецептам лекарственных средств, по которым имеются отказы в оплате;

- обеспечивают сводный учет расходов на оплату лекарственных средств, отпущенных по рецептам, на основе предоставляемых в ЦОД данных от ЛПУ, АУ и ФО;

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

 

2.3. Информационный обмен между ФОМС и ТФОМС

 

Обмен информацией носит двусторонний характер.

В территориальные фонды ОМС от Федерального фонда ОМС должны передаваться:

- справочники и классификаторы, содержащие информацию по утвержденному перечню лекарственных средств;

- иная нормативно-справочная информация, регламентированная приказами и методическими рекомендациями ФОМС.

От территориальных фондов ОМС в Федеральный фонд ОМС поступают:

- бюджетная заявка (ежемесячно, в срок до 15 числа) на финансирование расходов на обеспечение граждан необходимыми лекарственными средствами в соответствии с формой, утвержденной Приказом ФОМС от 29 декабря 2004 г. N 87;

- регламентированная приказами ФОМС отчетность, в том числе оперативная отчетность по мониторингу ДЛО;

- для целей оперативной аналитической обработки данных мониторинга ДЛО в целом по Российской Федерации с учетом ретроспективных сведений за несколько месяцев и лет - сводная аналитическая информация, сформированная на основе персонифицированных данных территориальной интегрированной базы данных информационных ресурсов ДЛО.

Сводная аналитическая информация представляется ТФОМС за 2005 год в целом и в дальнейшем (с 2006 года) - ежеквартально (ежемесячно) в форматах согласно Приложению N 4.1 к настоящему документу - "Спецификация протокола экспорта-импорта сводной аналитической информации территориальной интегрированной базы данных информационных ресурсов ДЛО" в соответствии с устанавливаемым приказом ФОМС порядком. Сводная аналитическая информация представляется ТФОМС в следующих измерениях (разрезах):

- ЛПУ;

- врач;

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

- год рождения гражданина;

- пол гражданина;

- отчетный год и месяц;

- код МКБ;

- МНН;

по следующим показателям:

- количество выписанных рецептов за отчетный месяц (по дате выписки рецепта в ЛПУ);

- количество рецептов, по которым отпущены лекарственные средства за отчетный месяц (по дате отпуска в АУ);

- отпущенное количество упаковок лекарственного средства за отчетный месяц (по дате отпуска лекарственного средства);

- сумма по отпущенным ЛС за отчетный месяц (по дате отпуска);

- оплаченная сумма по отпущенным ЛС (по дате платежных поручений).

По представляемой ТФОМС информации в ФОМС осуществляется аналитический мониторинг ДЛО и представление результатов в Минздравсоцразвития РФ и Правительство РФ в разрезе любой комбинации измерений по указанным выше показателям.

 

2.4. Информационный обмен между ТФОМС и отделением ПФР

 

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

1. Порядок обмена информацией между отделениями Пенсионного фонда Российской Федерации и территориальными фондами ОМС в ходе реализации Федерального закона N 122-ФЗ от 22.08.04 (утвержден Председателем Правления Пенсионного фонда Российской Федерации и директором Федерального фонда обязательного медицинского страхования от 11.07.2005, N 34/3166/91-И).

2. Порядок обмена информацией между отделениями Пенсионного фонда Российской Федерации и территориальными фондами ОМС об отдельных категориях граждан, имеющих право на государственную социальную помощь, в случаях отсутствия сведений о гражданах в региональном сегменте федерального регистра, в том числе о гражданах, временно прибывших с территории других субъектов РФ (утвержден Председателем Правления Пенсионного фонда Российской Федерации и директором Федерального фонда обязательного медицинского страхования от 26.12.2005, N 6495/91-и).

3. Соглашение между Пенсионным фондом Российской Федерации и Федеральным фондом обязательного медицинского страхования об использовании средств защиты при организации информационного взаимодействия (утверждено Председателем Правления Пенсионного фонда Российской Федерации и директором Федерального фонда обязательного медицинского страхования от 05.11.04 N ГБ-18-32/98СОГ/N 211-91-2004).

Основные процедуры обмена информацией осуществляются на уровне субъектов Российской Федерации с подключением, в случае необходимости, районных управлений ПФР и филиалов территориальных фондов ОМС. По завершении приема и обработки (сверки) регионального сегмента федерального регистра оформляется акт установленной формы.

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

 

2.5. Информационный обмен между участниками ДЛО через Центр обработки данных

 

Информационный обмен участников ДЛО с Центром обработки данных производится в соответствии с утвержденным Регламентом централизованной обработки данных и информационного взаимодействия участников ДЛО (Приказ ФОМС от 24.08.2005 N 83).

Дополнительно к процессам информационного взаимодействия участников ДЛО, установленным указанным Регламентом, Приложением N 1 к настоящему документу, и в соответствии с Типовыми требованиями к территориальной информационной системе ДЛО отдельных категорий граждан (утверждены и.о. директора ФОМС 20.05.2005), в Приложении к настоящему документу определяется стандарт взаимодействия между АУ и ЦОД или ФО и ЦОД, ЦОД и ЛПУ в части экспорта/импорта информации по наличию ЛС в АУ (Приложение N 3.5 "Спецификация протокола экспорта-импорта реестров остатков лекарственных средств").

Приложение N 3.2 определяет дополнительно к DBF-форматам обмена данными, установленным Приложением N 1 к настоящему документу, кроме стандарта на экспорт-импорт персонифицированных реестров рецептов лекарственных средств, стандарт на экспорт-импорт информации об отложенных рецептах.

 

3. СТАНДАРТ ФОРМИРОВАНИЯ И ОБРАБОТКИ РЕЦЕПТУРНЫХ

БЛАНКОВ С ПРИМЕНЕНИЕМ МАШИНОЧИТАЕМОЙ ФОРМЫ

РЕЦЕПТУРНОГО БЛАНКА

 

3.1. Форма бланка рецепта со штрих-кодом

 

Выписка рецептов в системе ДЛО должна производиться в соответствии с утвержденной формой (Форма N 148-1/у-04(л). Приказ Минздравсоцразвития N 257 от 22.11.2004. Приложение 1.

Для автоматизации обработки рецептов в процессе выписки рецепта, отпуска ЛС по рецепту, формирования реестров и исполнения экспертизы по предъявляемым к оплате реестрам рецептов на бланках выписанных рецептов вводится штрих-код, несущий в себе полную информацию по гражданину (получающему ЛС), заболеванию, выписанному лекарству, дозировке и т.д.

Исключение могут составлять рецепты, выписанные при посещении врачами больного на дому (например, участковыми терапевтами). При этом на типовых бланках рецептов должен быть в наличии оттиск "Выписка на дому".

До утверждения машиночитаемой формы рецептурного бланка приказом Минздравсоцразвития РФ нанесение штрих-кода на рецептурный бланк утвержденной формы согласовывается с территориальными органами управления здравоохранением.

 

3.2. Стандарт штрих-кода рецепта

 

Практика создания и эксплуатации ИС ДЛО территориального уровня в 2005 - 2006 гг. показала, что для ликвидации информационного разрыва между ЛПУ и АУ бланк рецепта должен нести в составе штрих-кода достаточно большой объем машиночитаемой информации. В перспективе, при изменении нормативно-правовой базы, возможно увеличение объема информации, которая должна передаваться в составе штрих-кода. Использование линейных стандартов штрих-кодирования (например, BarCodel28) не обеспечивает необходимого объема передачи данных в штрих-коде. Практика нанесения на один бланк рецепта нескольких линейных штрих-кодов показала свою неэффективность в силу того, что при обработке таких бланков рецептов увеличивается количество выполняемых ручных операций, что в свою очередь приводит к возникновению дополнительных ошибок. В то же время эксперимент показал эффективность использования двухмерного штрих-кода как по условию минимизации объема ручных операций, так и по условию возможного расширения состава данных, передаваемых в штрих-коде. В качестве двухмерного штрих-кода Госстандартом на территории РФ рекомендовано применение штрих-кода PDF-417.

Исходя из вышеизложенного в качестве стандарта в ИС ДЛО должен применяться двухмерный код формата ПДФ-417, который определен следующим нормативным документом: "ГОСТ Р 51294.9-2002 (ИСО/МЭК 15438-2001) Автоматическая идентификация. Кодирование штриховое. Спецификация символики PDF417 (ПДФ417)".

 

3.3. Спецификация штрих-кода рецепта

 

Для обеспечения автоматизированной обработки данных в ЛПУ, АУ, ФО, ЦОД, ТФОМС штрих-код должен содержать следующие данные:

- Идентификационный номер врача (ОГРН ЛПУ, Код врача);

- Идентификационный номер ЛПУ (ОГРН ЛПУ, Код ЛПУ);

- Серия рецепта;

- Номер рецепта;

- Дата выписки рецепта (Год, Месяц, День);

- Срок действия рецепта;

- СНИЛС;

- Код категории граждан;

- Код заболевания (по МКБ-10);

- Код МНН (код Торгового Наименования);

- Дозировка;

- Количество единиц;

- Признак ВК.

Детально состав, формат и объем данных, которые должны в обязательном порядке передаваться в штрих-коде рецепта, определяются в Приложении N 2 к настоящему документу - "Спецификация штрих-кода машиночитаемого рецептурного бланка формы N 148-1/у-04(л)".

 

3.4. Функции формирования рецептурных бланков со штрих-кодом в ЛПУ и обработки в аптеках

 

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

3.4.1. Функции формирования рецептурных бланков со штрих-кодом в ЛПУ:

- Формирование штрих-кода данных рецепта на основе введенных данных;

- Впечатывание данных рецепта и сформированного штрих-кода в бланк рецепта (форма N 148-1/у-04(л));

- Печать рецепта и копии рецепта на чистом бланке формата А4 с автоматической генерацией серии и номера рецепта в рамках выделенного для ЛПУ диапазона. В этом случае в программном обеспечении ЛПУ должна обеспечиваться защита данных серии и номера рецепта от дублирования, а на уровне программного обеспечения ЦОД - возможность централизованного выделения и контроля диапазонов серий и номеров рецептов для каждого ЛПУ. Кроме того, с учетом требований строгой отчетности по рецептурным бланкам, по каждому рецепту должен осуществляться контроль печати не более одного экземпляра рецепта с его копией.

3.4.2. Функции обработки рецептурных бланков со штрих-кодом в аптеке:

- Считывание данных штрих-кода рецептов;

- Автоматизированная проверка соответствия данных штрих-кода рецепта и данных НСИ;

- Проверка соответствия данных штрих-кода и данных НСИ должна производиться по следующим позициям:

ОГРН ЛПУ;

Код врача;

Код заболевания (по МКБ-10);

МНН;

СНИЛС;

Проверка прочих данных из штрих-кода, рабочих БД и БД НСИ, а именно:

По рецепту (Серия рецепта, N рецепта, Дата выписки, Срок действия);

По пациенту (Код категории льгот, Дата рождения, Фамилия, Имя, Отчество);

По врачу (Код врача, Фамилия, Имя, Отчество);

По МНН (Наименование, Перечень соответствующих ему лекарственных препаратов) на соответствие отпускаемому торговому наименованию;

Общие: (Срок действия рецепта, Источник финансирования, Процент оплаты);

- При формировании данных по отпущенным лекарственным средствам должна быть предусмотрена возможность ввода/корректировки данных как собственно по отпускаемым лекарственным средствам, так и рецептурных данных при отсутствии штрих-кода на рецепте.

 

4. DBF И XML-ФОРМАТЫ ИНФОРМАЦИОННОГО

ВЗАИМОДЕЙСТВИЯ УЧАСТНИКОВ ДЛО

 

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

Форматы информационного обмена нормативно-справочной информацией ДЛО на федеральном уровне определяются Регламентом создания, ведения и распространения справочников и классификаторов, используемых для информационного обеспечения мероприятий по дополнительному лекарственному обеспечению (с изменениями и дополнениями согласно Приказа ФОМС от 02.08.2005), утвержденным Минздравсоцразвития России 18.08.2005.

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

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

 

4.1. DBF-форматы информационного взаимодействия участников ДЛО

 

DBF-форматы файлов информационного обмена между участниками ДЛО установлены Приложением N 1 к настоящему документу (соответствуют составу и форматам, установленным приложением N 1 к Приказу ФОМС от 29.12.2005 N 131).

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

 

4.2. Возможности XML

 

Мировая практика развития информационных технологий выдвигает на первый план организацию информационного взаимодействия различных систем посредством XML (eXtensible Markup Language, расширяемый язык разметки). На сегодняшний день XML является стандартом де-факто при взаимодействии гетерогенных систем. Спецификация языка XML определена международным консорциумом W3C и общедоступна по адресу: http://www.\w3.org/XML/.

К основным преимуществам при организации информационного взаимодействия участников ДЛО посредством применения файлов XML-формата относится следующее:

- самодокументируемость документов в формате XML в плане описания структуры и формата данных;

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

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

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

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

- универсальность XML при передаче любых структур данных, гибкость и возможность расширения состава передаваемых данных, возможность поверсионного контроля структуры данных и многое другое;

- возможность проверки любыми стандартными программными средствами правильности формирования XML-документа (его "валидации") на основе XSD-спецификации (спецификация схемы XML-документа).

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

 

4.3. Применение XML в ДЛО

 

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

Расширенные XML-форматы вводятся с целью:

- повышения гибкости описания данных;

- обеспечения возможности развития структуры передаваемых сообщений;

- поддержки версионности форматов;

- повышения надежности и контроля целости передачи сообщений;

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

- поддержки возможности подтверждения подлинности сообщения с помощью электронной цифровой подписи;

- обеспечения автоматизации обработки сообщений.

Информационный обмен между участниками ДЛО на основе файлов XML-формата, совместимый по составу информации с Приказом ФОМС от 30.12.2004 N 91 (в редакции Приказов от 24.05.2005 N 51, от 02.08.2005 N 79) был апробирован в ходе проведения эксперимента ФОМС в Астраханской и Белгородской областях в июле - августе 2005 года.

Для обеспечения перехода информационного взаимодействия в ИС ДЛО на применение XML-формата настоящий документ определяет ряд протоколов, регламентирующих информационное взаимодействие участников ДЛО в XML-формате. Состав информации в файлах XML-формата соответствует составу информации в DBF-формате в соответствии с Приложением N 1 к настоящему документу. Приложения N 3.2 (в части отложенных рецептов), 3.5, 4.1 стандартизируют дополнительные к DBF-формату информационные потоки. Кроме этого (так как XML-спецификации форматов информационного взаимодействия определяют требования по идентификации информационных посылок, отслеживанию их последовательного получения и обеспечивают другие возможности автоматизации обмена информацией между участниками ДЛО), в спецификациях вводятся дополнительные технологические информационные элементы. Также спецификации содержат расширенные информационные параметры (теги), которые вводятся как необязательные по сравнению с установленным DBF-форматом составом данных. Этим обеспечивается совместимость новых XML-форматов с DBF-форматами.

Спецификации протоколов информационного взаимодействия между участниками ДЛО на основе файлов XML-формата (Приложение N 3) определяют стандарты в части экспорта/импорта:

персонифицированных реестров выписанных рецептов (Приложение N 3.1);

персонифицированных реестров рецептов лекарственных средств, отпущенных отдельным категориям граждан и отложенных рецептов (Приложение N 3.2);

регулярных обновлений нормативно-справочной информации федерального и территориального уровней, а также регулярных обновлений регистра лиц, имеющих право на государственную социальную помощь в виде набора социальных услуг (Приложение N 3.3);

реестров отпущенных по рецептам лекарственных средств, по которым имеются отказы в оплате (Приложение N 3.4);

информации по наличию (остаткам) ЛС в АУ (Приложение N 3.5);

реестров медицинских услуг и персональных данных о пациентах (Приложение N 3.6).

Спецификации протоколов информационного взаимодействия между ТФОМС и ФОМС на основе файлов XML-формата (Приложение N 4) определяют стандарты в части экспорта/импорта сводной аналитической информации, сформированной ТФОМС на основе персонифицированных данных территориальной интегрированной базы данных информационных ресурсов ДЛО (Приложение N 4.1).

 

5. ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ К АВТОМАТИЗИРУЕМЫМ ЗАДАЧАМ

 

Перечень минимальных функциональных требований (функциональных задач) к автоматизируемым задачам участников ДЛО и соответствующим информационным подсистемам приводится в Типовых требованиях к территориальной ИС ДЛО, утвержденных и.о. директора ФОМС 20.05.2005. В данном разделе требования к территориальной ИС ДЛО детализируются.

Ниже описывается состав задач подсистем ИС ДЛО, подлежащих автоматизации для следующих участников системы дополнительного лекарственного обеспечения:

- лечебно-профилактические учреждения (ЛПУ);

- аптечные учреждения (АУ);

- фармацевтические организации (ФО);

- территориальные фонды обязательного медицинского страхования (ТФОМС).

 

5.1. Перечень основных функциональных задач информационных подсистем участников ДЛО

 

Информационная подсистема ЛПУ должна включать функциональные блоки программного обеспечения, обеспечивающие выполнение следующих основных задач:

обеспечение информационного взаимодействия с ТФОМС (ЦОД) в соответствии с разделом 2 настоящего документа;

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

1. Загрузка в локальную базу данных ЛПУ принятых от ТФОМС (ЦОД) справочников и классификаторов федерального и территориального уровня, используемых в системе ДЛО и федерального регистра лиц, имеющих право на государственную социальную помощь в виде набора социальных услуг.

2. Формирование и ведение учрежденских справочников и классификаторов, используемых в системе ДЛО;

персонифицированный учет данных о выписке врачами ЛПУ необходимых лекарственных средств отдельным категориям граждан:

1. Проверка нахождения гражданина (пациента ЛПУ) в региональном сегменте федерального регистра лиц, имеющих право на получение набора социальных услуг.

2. Выборка всех необходимых сведений (учетных сведений о гражданине из федерального регистра, сведений о назначенном медикаментозном лечении и враче поликлиники, выписавшем рецепт), их формализацию и оформление рецептурного бланка по форме N 148-1/у-04(л), формирование машиночитаемой формы рецептурного бланка со штрих-кодом рецепта в соответствии с разделом 3 настоящего документа.

3. Учет данных о назначенных пациентам лекарственных средствах и выписанных врачом рецептах и накопление информации в базе данных ЛПУ.

4. Формирование персонифицированных реестров выписанных врачами ЛПУ рецептов пациентам на лекарственные средства.

5. Обработка результатов медико-экономического контроля ТФОМС обоснованности назначения лекарственных средств отдельным категориям граждан;

формирование регламентированных отчетных и аналитических материалов по ДЛО:

1. Расчет обобщенных медико-экономических показателей лекарственной помощи, оказанной отдельным категориям граждан.

2. Формирование отчетных форм по ДЛО, регламентированных приказами Минздравсоцразвития России и ФОМС.

3. Формирование на основе данных предыдущих периодов показателей для прогнозирования сводной потребности ЛПУ в лекарственных средствах для обеспечения отдельных категорий граждан.

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

обеспечение информационного взаимодействия с ТФОМС (ЦОД) и фармацевтической организацией в соответствии с разделом 2 настоящего документа;

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

1. Загрузка в локальную базу данных ЛПУ принятых от ТФОМС (ЦОД) справочников и классификаторов федерального и территориального уровня, используемых в системе ДЛО, и федерального регистра лиц, имеющих право на государственную социальную помощь в виде набора социальных услуг.

2. Формирование и ведение учрежденских справочников и классификаторов, используемых в системе ДЛО;

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

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

2. Контроль всех необходимых сведений (учетных сведений о гражданине из федерального регистра, сведений о назначенном медикаментозном лечении и враче ЛПУ, выписавшем рецепт) при режиме ручного ввода информации с рецепта и при автоматизированном считывании штрих-кода рецепта с помощью сканера штрих-кодов.

3. Учет данных о выданных пациентам лекарственных средствах на основании выписанных врачом рецептов и накопление информации в базе данных АУ.

4. Учет рецептов, поставленных на отсроченное обслуживание по причине отсутствия ЛС (журналы учета, электронные реестры рецептов).

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

6. Учет наличия ЛС в АУ;

формирование регламентированных отчетных и аналитических материалов по ДЛО:

1. Расчет обобщенных медико-экономических показателей лекарственной помощи, оказанной отдельным категориям граждан.

2. Формирование отчетных форм по ДЛО, регламентированных приказами Минздравсоцразвития России и ФОМС.

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

обеспечение информационного взаимодействия с ТФОМС (ЦОД) в соответствии с разделом 2 настоящего документа;

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

1. Загрузка в локальную базу данных ЛПУ принятых от ТФОМС (ЦОД) справочников и классификаторов федерального и территориального уровня, используемых в системе ДЛО, и федерального регистра лиц, имеющих право на государственную социальную помощь в виде набора социальных услуг.

2. Формирование и ведение справочников и классификаторов, создаваемых ФО, для использования в системе дополнительного лекарственного обеспечения.

3. Передача справочников и классификаторов, создаваемых ФО, в пункты отпуска лекарственных средств (АУ);

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

1. Синтаксический контроль поступающих от пунктов отпуска (АУ) персонифицированных реестров рецептов лекарственных средств, отпущенных отдельным категориям граждан.

2. Загрузка поступившей от пунктов отпуска (АУ) информации в персонифицированную базу данных учета отпуска аптечными учреждениями лекарственных средств отдельным категориям граждан.

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

обеспечение финансовых расчетов за отпущенные лекарственные средства:

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

2. Обработка результатов медико-экономического контроля ТФОМС лекарственной помощи, оказанной отдельным категориям граждан.

3. Обработка данных финансовых расчетов с ТФОМС;

мониторинг процесса реализации пунктами отпуска (АУ) лекарственных средств отдельным категориям граждан и управления товарными запасами аптечных организаций:

1. Учет поступления и товародвижения лекарственных средств по складам и аптечным учреждениям.

2. Сбор (прием) от пунктов отпуска (аптечных учреждений) информации о наличии лекарственных средств.

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

4. Прогнозирование остатков лекарственных средств на определенную дату и контроль величины нормы остатка лекарственных средств.

5. Контроль поставки лекарственных средств от различных поставщиков по времени поставки, стоимости и в предметно-количественном выражении;

формирование регламентированных отчетных и аналитических материалов по ДЛО:

1. Расчет обобщенных медико-экономических показателей лекарственной помощи, оказанной отдельным категориям граждан.

2. Формирование отчетных форм по ДЛО, регламентированных приказами Минздравсоцразвития России и ФОМС.

Информационная подсистема территориального фонда ОМС (ЦОД) должна включать функциональные блоки программного обеспечения, обеспечивающие выполнение следующих основных задач:

централизованное ведение нормативно-справочной информации:

1. Формирование и ведение территориальных справочников и классификаторов для использования в системе ДЛО.

2. Прием от ФОМС и загрузка в базу данных нормативно-справочной информации ТФОМС справочников и классификаторов федерального уровня, используемых в системе ДЛО.

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

ведение регионального сегмента федерального регистра лиц, имеющих право на государственную социальную помощь в виде набора социальных услуг:

1. Прием от отделения Пенсионного фонда РФ регионального сегмента федерального регистра и проведение входного синтаксического контроля данных федерального регистра.

2. Проведение конвертации данных регионального сегмента федерального регистра и его загрузка в базу данных ТФОМС.

3. Проведение сверки данных регионального сегмента федерального регистра с базой данных сводного регистра застрахованных ТФОМС.

4. Формирование акта по результатам приема от отделения Пенсионного фонда РФ регионального сегмента федерального регистра;

обеспечение информационного взаимодействия со всеми участниками ДЛО в соответствии с разделом 2 настоящего документа:

1. Передача справочников, классификаторов и сегмента федерального регистра в ЛПУ, АУ и ФО.

2. Сбор (прием) от ЛПУ персонифицированных реестров об оказанных медицинских услугах и выписанных рецептах лицам, имеющим право на получение набора социальных услуг.

3. Сбор (прием) от АУ персонифицированных реестров рецептов лекарственных средств, отпущенных отдельным категориям граждан, и отложенных рецептов.

4. Сбор (прием) от ФО счетов на оплату отпуска лекарственных средств и обобщенных персонифицированных реестров рецептов лекарственных средств, отпущенных отдельным категориям граждан.

5. Передача в ФОМС сводной аналитической информации на основе сводной персонифицированной базы данных ДЛО для обеспечения мониторинга ДЛО в ФОМС;

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

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

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

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

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

автоматизированный медико-экономический контроль персонифицированных реестров с данными о выписанных рецептах и лекарственных средствах, отпущенных по рецептам:

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

2. Проведение автоматизированного медико-экономического контроля с участием врача-эксперта персонифицированных реестров оказанной лекарственной помощи с использованием формализованной контрольно-проверочной информации.

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

4. Формирование документов по результатам экспертизы, регламентированных методическими рекомендациями ФОМС;

обеспечение финансовых расчетов по дополнительному лекарственному обеспечению отдельных категорий граждан:

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

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

3. Формирование бюджетной заявки ТФОМС на финансирование расходов на обеспечение граждан необходимыми лекарственными средствами.

4. Формирование отчетных форм по дополнительному лекарственному обеспечению отдельных категорий граждан, регламентированных приказами ФОМС;

формирование регламентированных отчетных и аналитических материалов по ДЛО и обеспечение мониторинга ДЛО на основе сводной персонифицированной базы данных ДЛО:

1. Расчет обобщенных медико-экономических показателей лекарственной помощи, оказанной отдельным категориям граждан.

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

3. Формирование аналитических данных для мониторинга ДЛО в ТФОМС.

4. Формирование сводной аналитической информации для обеспечения мониторинга ДЛО в ФОМС.

 

5.2. Централизованное ведение нормативно-справочной информации и регионального сегмента федерального регистра лиц

 

5.2.1. Формирование и ведение ТФОМС (ЦОД) справочников и классификаторов для использования в системе дополнительного лекарственного обеспечения

Должна быть обеспечена возможность формирования и/или ведения следующих справочников и классификаторов территориального уровня:

- справочник медицинских услуг;

- справочник полисов ОМС ("номерник полисов ОМС");

- справочник ЛПУ;

- справочник страховых медицинских организаций;

- справочник аптечных учреждений;

- справочник фармацевтических организаций;

- справочник причин отказов в оплате лекарственных средств, отпущенных гражданам отдельных категорий.

Справочники ЛПУ, страховых медицинских организаций и фармацевтических организаций формируются на уровне субъекта РФ и передаются на федеральный уровень, где осуществляется сбор и свод территориальных справочников в единые отраслевые справочники.

5.2.2. Прием от Федерального фонда ОМС справочников и классификаторов федерального уровня, используемых в системе дополнительного лекарственного обеспечения

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

- Перечень лекарственных средств, утвержденный Приказом Минздравсоцразвития России от 28.09.2005 N 601 (справочник "ПЛС"), для представления данных в перечне лекарственных средств используются вспомогательные справочники;

- международный классификатор болезней (МКБ-10);

- справочник врачебных (медицинских) должностей;

- справочник медицинских специальностей;

- общероссийский классификатор административно-территориальных образований (ОКАТО);

- классификатор категорий граждан, имеющих право на ГСП;

- справочник результатов обращений в поликлинику.

5.2.3. Прием нормативно-справочной информации от территориального органа управления здравоохранением

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

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

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

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

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

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

Обработка поступившей из территориального отделения ПФР информации по региональному сегменту должна включать проведение контроля на достоверность и полноту информации в представленном региональном сегменте федерального регистра или данных об изменениях в нем и собственно сверку (идентификацию) лиц, находящихся в федеральном регистре, со сведениями в регистре застрахованных по ОМС. Данные, полученные от ПФР, должны быть дополнены информацией о страховых полисах. Рекомендуемые правила контроля на достоверность и полноту информации в региональном сегменте федерального регистра приводятся в письме ФОМС от 12.11.2004 N 206/90-и "О результатах апробации технологии приема регистра лиц, имеющих право на государственную социальную помощь".

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

 

5.3. Персонифицированный учет сведений о выписанных рецептах и отпущенных лекарственных средствах

 

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

- талона амбулаторного пациента (форма N 025-12/у), утвержденного Приказом Минздравсоцразвития РФ от 22.11.2004 N 255;

- рецептурного бланка учетной формы N 148-1/у-04(л), утвержденной Приказом Минздравсоцразвития РФ от 22.11.2004 N 257;

- документа, удостоверяющего личность;

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

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

Персонифицированный учет должен обеспечиваться всеми участниками системы дополнительного лекарственного обеспечения:

- в ЛПУ - осуществляется учет оказанных медицинских услуг и выписанных рецептов;

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

- в фармацевтических организациях - осуществляется свод данных о лекарственных средствах, отпущенных отдельным категориям граждан по рецептам, на основании учетных данных от аптек (пунктов отпуска лекарственных средств);

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

В лечебно-профилактических учреждениях в соответствии с установленным Регламентом централизованной обработки данных и информационного обмена должны формироваться персонифицированные реестры оказанных медицинских услуг и рецептов, выписанных отдельным категориям граждан, а в аптечных учреждениях - персонифицированные реестры отпущенных лекарственных средств и отложенных рецептов и осуществляться представление информации в ЦОД.

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

В ТФОМС должны формироваться персонифицированные реестры отпущенных лекарственных средств, по которым имеются отказы в оплате, которые передаются в ФО.

По результатам расчетов с фармацевтическими организациями ТФОМС формируются сводные персонифицированные базы данных учета дополнительного лекарственного обеспечения отдельных категорий граждан и оказанной медицинской помощи и интегрированная база данных информационных ресурсов ДЛО.

5.3.1. Учет данных о выписке рецептов врачами ЛПУ и отпуске лекарственных средств в АУ

Проверка нахождения гражданина (пациента ЛПУ) в региональном сегменте федерального регистра лиц, имеющих право на получение набора социальных услуг.

Должен осуществляться поиск пациента в региональном сегменте федерального регистра по следующим реквизитам:

- страховой номер индивидуального лицевого счета (СНИЛС);

- серия/номер полиса ОМС (при его наличии);

- Ф.И.О., пол и дата рождения гражданина.

Должна проверяться корректность ввода регистратором страхового номера индивидуального лицевого счета пациента на основе контрольного числа СНИЛС.

Выборка необходимых сведений, их формализация и оформление рецептурного бланка, формирование штрих-кода рецепта в ЛПУ.

Для решения этой задачи должна обеспечиваться реализация следующих функций:

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

- фамилия, имя и отчество пациента;

- пол;

- дата рождения;

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

- адрес места его регистрации.

2. Формализация регистратором полученных от врача сведений о:

- диагнозе заболевания, по поводу которого назначено медикаментозное лечение;

- торговом (или международном непатентованном) наименовании выписанного лекарственного средства (ЛС);

- лекарственной форме ЛС;

- дозировке ЛС;

- выписанном количестве единиц лекарственной формы ЛС;

- сроке действия рецепта (14 дней или 1 месяц);

- коде врача, выписавшего льготный рецепт.

3. Автоматическое заполнение всех необходимых полей на оформляемом рецептурном бланке формализованными сведениями перечисленного в пунктах 1 и 2 набора данных, в соответствии с регламентированными Министерством здравоохранения и социального развития РФ правилами его заполнения, и печать рецептурного бланка по форме N 148-1/у-04(л) (Приказ Минздравсоцразвития России от 22.11.2004 N 257), формирование машиночитаемой формы рецептурного бланка со штрих-кодом рецепта в соответствии с разделом 3 настоящего документа.

Учет данных о назначенных пациентам лекарственных средствах и выписанных врачом рецептах и накопление информации в базе данных ЛПУ.

Перечисленный выше набор данных:

- сведения о гражданине, полученные при идентификации по федеральному регистру;

- формализованные сведения о назначенном врачом медикаментозном лечении должен учитываться в базе данных ЛПУ о выписанных рецептах.

Считывание штрих-кода рецепта в АУ, учет данных об отпуске лекарственных средств и накопление информации в базе данных АУ.

Для решения этой задачи должна обеспечиваться реализация следующих функций:

1. Считывание штрих-кода рецепта в соответствии с разделом 3 настоящего документа.

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

3. Учет отпущенных лекарственных средств или учет рецептов, отпуск лекарственных средств по которым отложен, занесение информации в базу данных АУ.

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

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

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

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

1. Технический контроль значений отдельных полей федерального регистра (регионального сегмента) отдельных категорий граждан, имеющих право на ГСП, и реестров оказанных медицинских услуг, выписанных рецептов и отпущенных лекарственных средств.

2. Контроль связности данных федерального регистра (регионального сегмента) отдельных категорий граждан, имеющих право на ГСП, и реестров оказанных медицинских услуг, выписанных рецептов, отпущенных лекарственных средств и отложенных рецептов.

Проверяется наличие идентичных значений СНИЛС пациентов для реестров оказанных медицинских услуг, выписанных рецептов и отпущенных лекарственных средств со значением СНИЛС пациента в федеральном регистре (региональном сегменте) отдельных категорий граждан, имеющих право на ГСП.

3. Контроль полей реестров на допустимость значений по основным справочникам и классификаторам НСИ.

В частности, обязательно должна проверяться правильность указания следующих реквизитов:

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

- ОГРН ЛПУ, выписавшего рецепт - по справочнику ЛПУ;

- ОГРН фарморганизации - по справочнику фарморганизаций;

- кода аптечного учреждения (пункта отпуска ЛС) - по справочнику аптечных учреждений;

- идентификационного номера (код) врача - по справочнику врачей (фельдшеров);

- кода основного диагноза - по международному классификатору болезней МКБ-10;

- кода диагноза сопутствующего заболевания - по международному классификатору болезней МКБ-10;

- кода результата обращения - по справочнику результатов обращений в поликлинику;

- кода лекарственного средства (выписки) по международному непатентованному наименованию (по справочнику международных непатентованных наименований ЛС);

- кода лекарственного средства (выписки) по торговому наименованию (по справочнику торговых наименований ЛС);

- номенклатурного кода лекарственного средства (по справочнику ЛС);

- кода лекарственной формы (по классификатору лекарственных форм);

- кода единицы учета медицинской помощи (по справочнику медицинских услуг);

- суммы, предъявленной ЛПУ к оплате (как расчетная величина).

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

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

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

- пациенту;

- категориям граждан;

- врачам (фельдшерам), выписавшим рецепты отдельным категориям граждан;

- кодам диагнозов (в соответствии с классификатором МКБ-10);

- наименованиям лекарственных средств (МНН и торговым наименованиям);

- лечебно-профилактическим учреждениям;

- фармацевтическим организациям;

- аптечным учреждениям (пунктам отпуска ЛС);

- страховым медицинским организациям;

в следующих разрезах за отчетный период:

- всего (по ЛПУ, фармацевтическим организациям, районам субъекта Российской Федерации);

- в целом по субъекту Российской Федерации;

- по району субъекта Российской Федерации;

- по фармацевтической организации;

- по ЛПУ;

- по категориям граждан, и т.п.

5.3.4. Расчет обобщенных медико-экономических показателей оказанной лекарственной помощи отдельным категориям граждан

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

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

- суммарного количества посещений пациентами поликлиник;

- суммарного количества выписанных льготных рецептов;

- суммарного количества рецептов, по которым отпущены лекарственные средства;

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

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

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

- сумм возмещения по предъявленным к оплате рецептам и отпущенным лекарственным средствам;

- сумм по отказам в оплате для отпущенных аптеками ЛС;

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

- всего (по ЛПУ, фармацевтическим организациям, АУ, районам субъекта РФ);

- по субъектам РФ в целом;

- по району субъекта РФ;

- по фармацевтической организации;

- по аптечному учреждению;

- по ЛПУ и т.п.

Также должно быть обеспечено формирование регламентированных отчетных форм и документов по дополнительному лекарственному обеспечению отдельных категорий граждан для каждого из участников ДЛО.

 

5.4. Автоматизированный медико-экономический контроль персонифицированных реестров с данными о выписанных рецептах и лекарственных средствах, отпущенных по рецептам

 

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

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

1. Основной метод идентификации - это идентификация гражданина по номеру СНИЛС. Осуществляется проверка учетных данных гражданина, представленных в персонифицированном реестре пациентов, по региональному сегменту федерального регистра ТФОМС.

2. Дополнительный метод идентификации - применяется при несовпадении представленных в реестре реквизитов лица, которому оказана медицинская помощь и выписан льготный рецепт, с данными регионального сегмента федерального регистра. Предполагается возможность расширенного поиска пациента по региональному сегменту федерального регистра: должна быть реализована возможность многошаговой сверки данных пациента с региональным сегментом федерального регистра с использованием алгоритма адаптивного поиска и идентификации физического лица по сочетанию реквизитов: "Фамилия" - "Имя" - "Отчество" - "Год рождения" - "Пол" с учетом возможных ошибок в записи Ф.И.О. года рождения и пола.

5.4.2. Проведение автоматизированного медико-экономического контроля с участием врача-эксперта персонифицированных реестров оказанной лекарственной помощи с использованием формализованной контрольно-проверочной информации

Автоматизированное выполнение медико-экономического контроля - это последовательная проверка выполнения ряда условий.

1. Вначале осуществляется проверка обоснованности подачи на оплату медицинских услуг и отпуска лекарственного средства.

1.1. Проверка действия льгот гражданина на момент оказания медицинской услуги (выписки рецепта):

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

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

1.2. Отсутствие повторного представления одной и той же медицинской услуги.

Проверка состоит в поиске по представленному реестру медицинских услуг записей, имеющих следующие совпадающие реквизиты:

- СНИЛС;

- серия и номер полиса ОМС;

- фамилия, имя, отчество, пол и дата рождения пациента;

- диагноз основной;

- дата оказания медицинской услуги;

- код медицинской услуги.

Примечание: набор проверяемых реквизитов устанавливается врачом-экспертом.

 

1.3. Отсутствие повторного представления отпуска одного и того же лекарственного средства.

Проверка состоит в поиске по представленному реестру отпущенных лекарственных средств записей, имеющих следующие совпадающие реквизиты:

- СНИЛС;

- фамилия, имя, отчество, пол и дата рождения пациента;

- ОГРН медицинского учреждения, выписавшего рецепт;

- серия и номер рецепта;

- номенклатурный код лекарственного средства;

- дата отпуска лекарственного средства;

- код пункта отпуска лекарственного средства.

Примечание: набор проверяемых реквизитов устанавливается врачом-экспертом.

 

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

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

- СНИЛС;

- серия и номер полиса ОМС;

- фамилия, имя, отчество, пол и дата рождения гражданина;

- диагноз основной;

- дата оказания медицинской услуги;

- код медицинской услуги.

Примечание: набор проверяемых реквизитов устанавливается врачом-экспертом.

 

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

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

- СНИЛС;

- фамилия, имя, отчество, пол и дата рождения гражданина;

- ОГРН медицинского учреждения, выписавшего рецепт;

- серия и номер рецепта;

- номенклатурный код лекарственного средства;

- дата отпуска лекарственного средства;

- код пункта отпуска лекарственного средства.

Примечание: набор проверяемых реквизитов устанавливается врачом-экспертом.

 

2. Дальнейший автоматизированный медико-экономический контроль персонифицированных реестров включает:

2.1. Для фармацевтических организаций проверку:

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

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

- факта отпуска лекарственных средств по рецептам с истекшим сроком действия;

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

2.2. Для лечебно-профилактических учреждений проверку:

- факта выписки рецепта по форме N 148-1/у-04(л), утвержденной Приказом Минздравсоцразвития России от 22.11.2004 N 257, медицинским учреждением (на предмет соответствия данным, представленным фармацевтической организацией);

- факта выписки рецептов, подлинность которых вызывает сомнение (дублирование по номерам и сериям рецептов и др.);

- факта назначения лекарственных средств, не входящих в Перечень ЛС;

- наличия заключения врачебной комиссии при назначении лекарственных средств, входящих в Перечень ЛС и требующих решения врачебной комиссии.

Медико-экономический контроль представленных ЛПУ персонифицированных реестров выписанных рецептов при использовании стандартов медицинской помощи может также включать проверку обоснованности назначения лекарственных средств с учетом разовой, суточной и курсовой дозы в зависимости от возраста пациента, тяжести и характера заболевания.

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

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

5.4.4. Формирование документов по результатам экспертизы

1. По результатам экспертизы лекарственной помощи, проведенной ТФОМС в фармацевтической организации, должен формироваться акт по установленной форме (Приказ ФОМС от 28.12.2005 N 129 "Об утверждении регистров учета средств на реализацию мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами").

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

 

5.5. Обеспечение финансовых расчетов по дополнительному лекарственному обеспечению отдельных категорий граждан

 

5.5.1. Формирование и оформление расчетно-финансовых документов

Должно обеспечиваться формирование основных платежных документов:

- платежных поручений;

- счетов (счетов-фактур).

По результатам расчетов ТФОМС с фармацевтической организацией за отпущенные лекарственные средства должен формироваться акт сверки расчетов по установленной форме.

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

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

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

5.5.3. Формирование бюджетной заявки ТФОМС на финансирование расходов на обеспечение граждан необходимыми лекарственными средствами

В соответствии с порядком финансирования расходов на реализацию мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами (Приказ ФОМС от 29 декабря 2004 г. N 87 "О порядке финансирования расходов на реализацию мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами") должна быть реализована возможность формирования бюджетной заявки ТФОМС на финансирование расходов на обеспечение граждан необходимыми лекарственными средствами по установленной форме.

 

5.6. Технические требования по организации информационного взаимодействия

 

Согласно утвержденному Регламенту централизованной обработки данных и информационного взаимодействия участников ДЛО, одной из главных задач ИС ДЛО является автоматизация и унификация информационного взаимодействия сторон. На ЦОД при этом возлагаются функции интегрирующего ядра информационного взаимодействия участников ДЛО.

Работоспособность ИС ДЛО как единой системы должна обеспечиваться независимо от работоспособности программного обеспечения отдельных участников ДЛО. Для этого необходимо исполнение ряда требований, изложенных ниже.

Программные компоненты каждой из обособленных функциональных подсистем (ТФОМС, ЦОД, ЛПУ, ФО, АУ) должны обеспечивать возможность работы каждой конечной точки ИС ДЛО в автономном режиме независимо от работоспособности всех остальных точек.

Территориальный ЦОД должен сохранять свою работоспособность и поддерживать информационный обмен с ТФОМС, ЛПУ, ФО, АУ и другими участниками ДЛО, а ТФОМС - с ФОМС, при выходе из строя или наличии повреждений на телекоммуникациях в одной или нескольких конечных точках ИС ДЛО. Программные комплексы учета выписки рецептов в ЛПУ и учета отпуска лекарственных средств в АУ должны обеспечивать работоспособность каждой конечной точки, в которой используется данная обособленная функциональность, независимо от работоспособности остальных конечных точек ИС и наличия повреждений в сетях телекоммуникаций.

Каждая обособленная функциональная подсистема должна обеспечивать информационное взаимодействие с остальными как через сети телекоммуникаций (нормальный режим функционирования системы), так и через съемные носители информации при наличии критичных повреждений на линиях связи. Максимальное время задержки прохождения информации определяется временем доставки информации посредством съемных носителей от самой удаленной точки до ЦОД и не должно превышать 24 часов.

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

 

6. ТРЕБОВАНИЯ К ОТЧЕТНЫМ ФОРМАМ ЛПУ, АУ, ЦОД

 

Для обеспечения деятельности участников ДЛО должно быть обеспечено формирование как регламентных, так и произвольных отчетных форм:

1. В лечебно-профилактических учреждениях:

- Паспорт врачебного участка граждан, имеющих право на получение набора социальных услуг (Форма N 030-П/у, приложение 6 к Приказу Минздравсоцразвития РФ от 22.11.2004 N 255);

- Сведения о лекарственных средствах, выписанных и отпущенных гражданам, имеющим право на получение набора социальных услуг (в соответствии с Федеральным законом от 22.08.2004 N 122-ФЗ) (Форма N 030-Р/у, приложение 7 к Приказу Минздравсоцразвития РФ от 22.11.2004 N 255);

- Титульный лист медицинской карты амбулаторного больного льготной категории граждан (Форма N 025/у-04, приложение 2 к Приказу Минздравсоцразвития РФ от 22.11.2004 N 255);

- Список сформированных и переданных в ЦОД реестров выписанных рецептов (Приложение 4 к настоящему документу);

- Данные по выписанным лекарственным средствам ЛПУ (врача) (Приложение 4 к настоящему документу).

2. В аптечных учреждениях:

- Реестр рецептов лекарственных средств, отпущенных при оказании дополнительной бесплатной медицинской помощи отдельным категориям граждан, имеющим право на получение государственной социальной помощи (Форма РР-1, приложение 1 к Приказу ФОМС от 28.12.2005 N 129);

- Список обслуженных рецептов льготных категорий граждан (Приложение 4 к настоящему документу);

- Список лекарственных средств, отпущенных льготным категориям граждан (Приложение 4 к настоящему документу);

- Список отложенных рецептов (Приложение 4 к настоящему документу);

- Список отпущенных отложенных рецептов (Приложение 4 к настоящему документу);

- Список сформированных и переданных в ЦОД реестров отпущенных лекарственных средств льготным категориям граждан (Приложение 4 к настоящему документу).

3. В центре обработки данных, для предоставления информации другим участникам ДЛО:

- Реестр рецептов лекарственных средств, отпущенных при оказании дополнительной бесплатной медицинской помощи отдельным категориям граждан, имеющим право на получение государственной социальной помощи (Форма РР-1, приложение 1 к Приказу ФОМС от 28.12.2005 N 129);

- Реестр рецептов лекарственных средств, отпущенных при оказании дополнительной бесплатной медицинской помощи отдельным категориям граждан, имеющим право на получение государственной социальной помощи, отклоненных от оплаты и частично оплаченных ТФОМС (Форма РР-2, приложение 3 к Приказу ФОМС от 28.12.2005 N 129);

- Сведения о лекарственных средствах, выписанных и отпущенных гражданам, имеющим право на получение набора социальных услуг (в соответствии с Федеральным законом от 22.08.2004 N 122-ФЗ) (Форма N 030-Р/у, приложение 7 к Приказу Минздравсоцразвития РФ от 22.11.2004 N 255);

- Оперативная информация о реализации мер социальной поддержки отдельных категорий граждан в части обеспечения необходимыми лекарственными средствами по рецептам врача (фельдшера) по расходным обязательствам Российской Федерации;

- Лекарственные средства (МНН/фарм. группы), отпущенные льготным категориям граждан (Приложение 4 к настоящему документу);

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

- Распределение лекарственных средств, отпущенных льготным категориям граждан по группам диагнозов МКБ-10 (Приложение 4 настоящего документа);

- Сводная ведомость по категориям льгот Минздравсоцразвития РФ (Приложение 4 к настоящему документу);

- Список выписанных и отпущенных рецептов (Приложение 4 к настоящему документу);

- Список выписанных, но неотпущенных рецептов (Приложение 4 к настоящему документу);

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

- Список отложенных рецептов аптечных учреждений (Приложение 4 к настоящему документу);

- Список отпущенных отложенных рецептов аптечных учреждений (Приложение 4 к настоящему документу);

- Данные об отпущенных лекарственных средствах по ценовым категориям (Приложение 4 к настоящему документу).

 

7. СЕРТИФИКАЦИЯ ТЕРРИТОРИАЛЬНЫХ КОМПЛЕКСОВ

ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ УЧАСТНИКОВ ДЛО

 

Программное обеспечение, применяемое в составе ИС ДЛО в качестве обособленных функциональных подсистем, подлежит сертификации в Системе добровольной сертификации программных средств, применяемых в обязательном медицинском страховании (Приказ ФОМС от 29.10.99 N 92). Процедура сертификации определяет степень соответствия используемых подсистем заявленным характеристикам, Регламенту централизованной обработки данных и информационного взаимодействия участников ДЛО, требованиям настоящего документа, а также ГОСТам и соответствующим руководящим документам.

Кроме сертификации отдельных программных модулей участников должны быть сертифицированы программные комплексы территориальной ИС ДЛО в целом, как интегрированной информационной системы.

 

ОСНОВНЫЕ ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

 

В настоящем документе использованы следующие основные термины и определения:

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

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

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

Фармацевтическая организация - организация оптовой торговли лекарственными средствами (ФО), обеспечивающая на основании договора поставку в аптечные учреждения лекарственных средств, предусмотренных Перечнем ЛС.

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

Аптечное учреждение - пункт отпуска гражданину лекарственных средств.

Информационная система ДЛО - организационно упорядоченная совокупность документов (массивов документов) и информационных технологий с использованием средств вычислительной техники и связи, реализующих информационные процессы в ДЛО как единой системе на уровне Российской Федерации, включая информационные системы участников ДЛО (далее - подсистемы) и технологии и средства их взаимодействия на федеральном и территориальном уровнях.

Центр обработки данных (ЦОД, территориальный ЦОД) - подразделение ТФОМС или самостоятельная организация, осуществляющая (на основании положения о подразделении ТФОМС или договора с ТФОМС соответственно) функции оператора и администратора централизованной обработки данных, информационно-технического и технологического обеспечения взаимодействия между участниками ДЛО в соответствии с утвержденным Приказом ФОМС Регламентом (Приказ ФОМС от 24.08.2005 N 83) на территории субъекта РФ. Центр обработки данных обеспечивает использование всеми участниками ДЛО единой нормативно-справочной информации и формирует интегрированную базу данных информационных ресурсов ДЛО.

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

Интегрированная база данных информационных ресурсов ДЛО территории - единая территориальная база данных, включающая взаимно согласованную нормативно-справочную информацию, региональный сегмент Федерального регистра лиц, имеющих право на получение НСУ, и текущую (регламентную) информацию от участников ДЛО с учетом ретроспективных сведений за период времени не менее 1 года.

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

Территория получения ежемесячной денежной выплаты - субъект РФ, на территории которого гражданину осуществляется ежемесячная денежная выплата (ЕДВ) с учетом суммы на получение набора социальных услуг (НСУ), предусмотренной Федеральным законом от 17.07.1999 N 178-ФЗ "О государственной социальной помощи" (в ред. закона от 22.08.04 N 122-ФЗ).

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

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

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

Лекарственная форма - придаваемое лекарственному средству удобное для его применения состояние, при котором достигается необходимый лечебный эффект.

Лекарственный препарат (лекарство, медикамент) - дозированное лекарственное средство в определенной лекарственной форме. Идентифицируется путем указания номенклатурного кода, соответствующего торговому наименованию, производителю и форме отпуска (лекарственной форме).

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

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

Персонифицированный реестр в ДЛО - перечень персонифицированных учетных данных о медицинских услугах, льготных рецептах, отпущенных лекарствах.

Кодификатор - файл, содержащий коды и названия объектов кодирования; при этом коды не учитывают связи, соподчиненность и/или иные отношения между объектами кодирования.

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

Справочник - перечень объектов, имеющих уникальные идентификаторы (номера, имена, коды) и набор характеристик. Для кодирования характеристик объекта используются коды соответствующих классификаторов и/или кодификаторов.

Номерник регистра застрахованных - перечень действующих в системе ОМС страховых полисов ОМС.

 

ПЕРЕЧЕНЬ НОРМАТИВНЫХ ПРАВОВЫХ АКТОВ

 

1. Нормативные документы по информационному

взаимодействию участников ДЛО

 

Нормативно-методические документы Минздравсоцразвития РФ и ПФР:

1.1. Порядок обмена информацией между отделениями Пенсионного фонда Российской Федерации и территориальными фондами ОМС в ходе реализации Федерального закона от 22.08.2004 N 122-ФЗ (с изменениями и дополнениями) (утвержден председателем Правления Пенсионного фонда Российской Федерации и директором Федерального фонда обязательного медицинского страхования от 11.07.2005 N 34/3166/91-И).

1.2. Порядок обмена информацией между отделениями Пенсионного фонда Российской Федерации и территориальными фондами ОМС об отдельных категориях граждан, имеющих право на государственную социальную помощь, в случаях отсутствия сведений о гражданах в региональном сегменте федерального регистра, в том числе о гражданах, временно прибывших с территории других субъектов РФ (утвержден председателем Правления Пенсионного фонда Российской Федерации и директором Федерального фонда обязательного медицинского страхования от 26.12.2005 N 6495/91-И).

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

Нормативно-методические документы ФОМС:

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

1.5. Регламент централизованной обработки данных и информационного взаимодействия участников дополнительного лекарственного обеспечения отдельных категорий граждан в Российской Федерации (утвержден Приказом ФОМС от 24.08.2005 N 83 "Об утверждении "Регламента централизованной обработки данных и информационного взаимодействия участников дополнительного лекарственного обеспечения отдельных категорий граждан в Российской Федерации").

1.6. Методические рекомендации по организации информационного взаимодействия между участниками лекарственного обеспечения отдельных категорий граждан при обязательном медицинском страховании (с изменениями и дополнениями) (утверждены Приказом ФОМС от 30.12.2004 N 91 "Об организации информационного взаимодействия по обеспечению необходимыми лекарственными средствами отдельных категорий граждан", в редакции Приказов ФОМС от 24.05.2005 N 51, от 02.08.2005 N 79, от 29.12.2005 N 131).

1.7. Единый стандарт информационного взаимодействия участников дополнительного лекарственного обеспечения (утвержден директором ФОМС 23.01.2006).

1.7.1. Спецификация штрих-кода машиночитаемого рецептурного бланка формы N 148-1/у-04(л) (приложение N 2 к Единому стандарту) соответствует Приложению N 2 к настоящему документу.

1.7.2. Спецификации протоколов информационного взаимодействия между участниками ДЛО на основе файлов XML-формата (приложение N 3 к Единому стандарту) соответствует Приложениям N 3, 4 к настоящему документу.

1.7.3. Рекомендуемый набор отчетных форм для ЛПУ, аптек, ЦОД (приложение N 4 к Единому стандарту) соответствует Приложению N 5 к настоящему документу.

 

2. Основные нормативные правовые акты по ДЛО,

государственной и ведомственной отчетности

и сертификации

 

2.1. Основные законы и нормативные правовые акты

 

Федеральный закон от 17.07.1999 N 178-ФЗ "О государственной социальной помощи" с изменениями и дополнениями, внесенными Федеральным законом от 22.08.2004 N 122-ФЗ "О внесении изменений в законодательные акты Российской Федерации и признании утратившими силу некоторых законодательных актов Российской Федерации в связи с принятием Федеральных законов "О внесении изменений и дополнений в Федеральный закон "Об общих принципах организации законодательных (представительных) и исполнительных органов государственной власти субъектов Российской Федерации" и "Об общих принципах организации местного самоуправления в Российской Федерации";

Постановление Правительства Российской Федерации от 29.12.2004 N 864 "О порядке финансирования расходов по предоставлению гражданам государственной социальной помощи в виде набора социальных услуг и установлении платы за предоставление государственной социальной помощи в виде набора социальных услуг лицам, подвергшимся воздействию радиации вследствие катастрофы на Чернобыльской АЭС, а также вследствие ядерных испытаний на Семипалатинском полигоне, и приравненным к ним категориям граждан" (в редакции Постановлений Правительства Российской Федерации от 23.03.2005 N 154 "О внесении изменений в Постановление Правительства Российской Федерации от 29.12.2004 N 864" и от 28.12.2005 N 816 "О внесении изменения в пункт 1 Постановления Правительства РФ от 29.12.2004 N 864");

Постановление Правительства Российской Федерации от 05.12.2005 N 727 "Об изменении суммы, направляемой на оплату предоставляемого гражданам набора социальных услуг (социальные услуги)";

Постановление Правительства Российской Федерации от 12.12.2004 N 769 "О мерах по обеспечению лекарственными средствами отдельных категорий граждан, имеющих право на государственную социальную помощь в виде набора социальных услуг";

Распоряжение Правительства Российской Федерации от 03.10.2005 N 1558-р.

 

2.2. Нормативные документы по организации ДЛО

 

Приказы Министерства здравоохранения Российской Федерации:

от 23.08.1999 N 328 "О рациональном назначении лекарственных средств, правилах выписывания рецептов на них и порядке отпуска аптечными учреждениями (организациями)" (в редакции Приказов от 09.01.2001 N 3, от 16.05.2003 N 206, от 19.12.2003 N 608);

от 27.08.1999 N 337 "О номенклатуре специальностей в учреждениях здравоохранения Российской Федерации" (в редакции Приказов Минздрава РФ от 06.02.2001 N 31, от 02.04.2001 N 98, от 21.06.2002 N 201, от 25.06.2002 N 209, от 14.08.2002 N 261, от 16.08.2002 N 267, от 21.03.2003 N 115, от 26.05.2003 N 219, от 09.06.2003 N 241, от 20.08.2003 N 416, от 05.02.2004 N 36, от 16.02.2004 N 63).

Приказы Минздравсоцразвития Российской Федерации:

от 30.09.2004 N 143 "Об органе, осуществляющем ведение федерального регистра лиц, имеющих право на получение государственной социальной помощи";

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

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

от 22.11.2004 N 257 "О внесении дополнений в Приказ Минздрава России от 23 августа 1999 г. N 328 "О рациональном назначении лекарственных средств, правилах выписывания рецептов на них и порядке отпуска аптечными учреждениями (организациями)";

от 29.12.2004 N 328 "Об утверждении порядка предоставления набора социальных услуг отдельным категориям граждан" (в редакции Приказа от 07.10.2005 N 623 "О внесении изменений в Приказ Минздравсоцразвития России от 29.12.04 N 328 "Об утверждении порядка предоставления набора социальных услуг отдельным категориям граждан");

от 30.11.2004 N 294 "Об утверждении порядка осуществления ежемесячной денежной выплаты отдельным категориям граждан в Российской Федерации";

от 28.09.2005 N 601 "Об утверждении перечня лекарственных средств";

Методические рекомендации "Организация работы по дополнительному лекарственному обеспечению отдельных категорий граждан, имеющих право на предоставление набора социальных услуг" (утверждены Минздравсоцразвития России 12.03.2005);

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

Приказы Росздравнадзора:

от 26.05.2005 N 1136-Пр/05 "О государственной регистрации цен на лекарственные средства, которыми обеспечиваются отдельные категории граждан" (в редакции Приказов Росздравнадзора от 27.05.2005 N 1137-Пр/05 "О внесении изменений и дополнений в Приказ Федеральной службы по надзору в сфере здравоохранения и социального развития от 26.05.2005 N 1136-Пр/05", от 01.11.2005 N 2475-Пр/05 "О внесении изменений и дополнений в Приказ Росздравнадзора от 27.05.2005 N 1137-Пр/05", от 07.11.2005 N 2524-Пр/05 "О внесении изменений в Приказ от 01.11.2005 N 2475-Пр/05");

от 15.11.2005 N 2578-Пр/5 "Об утверждении перечня торговых наименований лекарственных средств".

Нормативно-методические документы и приказы ФОМС:

Типовые правила обязательного медицинского страхования граждан от 03.10.2003 N 3856/30-3/и (с дополнениями и изменениями, утвержденными Приказом Федерального фонда обязательного медицинского страхования от 24.11.2004 N 74 по согласованию с Федеральной службой страхового надзора и зарегистрированными в Минюсте России от 06.12.2004 N 6167);

Методические рекомендации по обеспечению необходимыми лекарственными средствами отдельных категорий граждан при обязательном медицинском страховании, утвержденные директором ФОМС 30.12.2004 N 4742/40;

Методические рекомендации "Организация и проведение медико-экономического контроля за назначением и обеспечением лекарственными средствами отдельных категорий граждан, имеющих право на получение государственной социальной помощи", утвержденные директором ФОМС 25.02.2005 N 844/30-3/и (в редакции от 25.05.2005 N 2530/30-3, от 19.07.2005 N 3484/30-3);

Приказ ФОМС от 29.12.2004 N 87 "О порядке финансирования расходов на реализацию мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами" (зарегистрирован Минюстом России от 14.02.2005 N 6326);

Приказ ФОМС от 31.12.2004 N 93 "Об утверждении Порядка формирования и расходования средств страхового резерва на обеспечение граждан необходимыми лекарственными средствами", согласованный с Минздравсоцразвития РФ и Минфином РФ (зарегистрирован в Минюсте России от 14.02.2005 N 6325, в редакции Приказа ФОМС от 27.04.2005 N 45);

Приказ ФОМС от 27.12.2005 N 127 "Об утверждении Порядка перечисления ТФОМС средств на счета фармацевтической организации в случае отсутствия в субъекте Российской Федерации страховой медицинской организации, осуществляющей деятельность по обеспечению граждан необходимыми лекарственными средствами на 2006 год" (на регистрации в Минюсте);

Приказ ФОМС от 23.06.2005 N 64 "Об определении расходов на обеспечение организационной деятельности страховых медицинских организаций (расходы на ведение дела) и расходов территориальных фондов обязательного медицинского страхования на осуществление контроля качества, организационных и информационно-технических мероприятий по обеспечению граждан необходимыми лекарственными средствами" (зарегистрирован в Минюсте 21.07.2005 N 6816, в редакции Приказа от 16.08.2005 N 81, зарегистрирован в Минюсте 30.08.2005 N 6952).

 

2.3. Нормативные документы по государственной и ведомственной отчетности

 

Постановления Федеральной службы Государственной статистики:

Постановление Федеральной службы Государственной статистики от 28.12.2004 N 154 "Об утверждении статистического инструментария для организации статистического наблюдения за реализацией мер социальной поддержки отдельных категорий граждан на 2005 год";

Постановление Федеральной службы Государственной статистики от 31.12.2004 N 160 "Об утверждении Порядка заполнения и представления форм федерального государственного статистического наблюдения N 1-соцподдержка, N 1-соцподдержка (мед), N 2-соцподдержка (краткая), N 2-соцподдержка".

Нормативно-методические документы и приказы ФОМС

Приказы ФОМС:

от 30.12.2004 N 92 "Об утверждении форм бухгалтерской отчетности об использовании средств федерального бюджета и средств ОМС";

от 28.12.2005 N 129 "Об утверждении регистров учета средств на реализацию мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами";

от 03.03.2005 N 21 "Об утверждении форм ведомственной отчетности об использовании средств федерального бюджета";

от 11.04.2005 N 35 "Об утверждении формы отчетности об использовании средств федерального бюджета" (в редакции Приказа ФОМС от 25.05.2005 N 56);

от 11.04.2005 N 36 "О внесении изменений в Приказ ФОМС от 29.12.2004 N 90 "Об утверждении форм ведомственного статистического наблюдения за реализацией мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами";

от 07.06.2005 N 59 "О мониторинге по предоставлению мер государственной социальной поддержки отдельным категориям граждан в соответствии с Федеральным законом от 17.07.1999 N 178-ФЗ "О государственной социальной помощи" (в редакции ФЗ от 22.08.2004 N 122-ФЗ);

от 16.01.2006 N 2 "Об утверждении форм ведомственного статистического наблюдения за реализацией мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами".

 

2.4. Приказы ФОМС по сертификации

 

от 26.03.1999 N 24 "О создании Центрального Органа, Органа по сертификации программных средств, Научно-методического совета и Комиссии по апелляциям Системы добровольной сертификации программных средств, применяемых в обязательном медицинском страховании";

от 29.10.1999 N 92 "О введении Системы добровольной сертификации программных средств, применяемых в обязательном медицинском страховании".

 

 

 

 

 

Приложение N 1

к Методическим рекомендациям

по организации информационного взаимодействия

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

отдельных категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

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

МЕЖДУ УЧАСТНИКАМИ ДЛО НА ОСНОВЕ ФАЙЛОВ DBF-ФОРМАТА

 

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

 

1.1. Настоящий документ определяет состав и DBF-форматы файлов обмена данными между участниками реализации мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами в субъектах Российской Федерации.

1.2. Состав участников информационного обмена:

- территориальные фонды ОМС (ТФОМС);

- территориальные органы управления здравоохранением (ТОУЗ);

- лечебно-профилактические учреждения (ЛПУ);

- фармацевтические организации (ФО);

- аптечные учреждения (АУ).

1.2. Для обмена данными используются DBF-файлы.

1.3. Порядок, состав и форматы файлов обмена данными между отделениями Пенсионного фонда Российской Федерации и территориальными фондами ОМС определены в следующих документах:

1.3.1. Соглашение между Пенсионным фондом Российской Федерации и Федеральным фондом обязательного медицинского страхования об использовании средств защиты при организации информационного взаимодействия (утверждено председателем Правления Пенсионного фонда Российской Федерации и директором Федерального фонда обязательного медицинского страхования от 05.11.04 N ГБ-18-32/98СОГ/N 211-91-2004).

1.3.2. Порядок обмена информацией между отделениями Пенсионного фонда Российской Федерации и территориальными фондами ОМС в ходе реализации Федерального закона N 122-ФЗ от 22.08.04 с изменениями и дополнениями (утвержден председателем Правления Пенсионного фонда Российской Федерации и директором Федерального фонда обязательного медицинского страхования 11.07.2005 N 3и/3166/91-и).

1.3.3. Порядок обмена информацией между отделениями Пенсионного фонда Российской Федерации и территориальными фондами обязательного медицинского страхования об отдельных категориях граждан, имеющих право на государственную социальную помощь, в случаях отсутствия сведений о гражданах в региональном сегменте федерального регистра, в том числе, о гражданах, временно прибывших с территории других субъектов Российской Федерации (утвержден Председателем Правления Пенсионного фонда Российской Федерации и директором Федерального фонда обязательного медицинского страхования 26.12.2005 N 6И/6495/91-и).

 

2. НОРМАТИВНЫЕ ССЫЛКИ

 

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

1. Федеральный закон от 17.07.99 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.04 N 122-ФЗ).

2. Приказ Минздравсоцразвития России от 16.11.04 N 195 "О порядке ведения федерального регистра лиц, имеющих право на получение государственной социальной помощи".

3. Приказ Минздравсоцразвития России от 22.11.04 N 255 "О порядке оказания первичной медико-санитарной помощи гражданам, имеющим право на получение набора социальных услуг".

4. Приказ Минздравсоцразвития России от 22.11.04 N 257 "О внесении дополнений в Приказ Минздрава России от 23.08.99 N 328 "О рациональном назначении лекарственных средств, правилах выписывания рецептов на них и порядке отпуска аптечными учреждениями (организациями)".

5. Приказ Министерства здравоохранения РФ от 27.08.99 N 337 "О номенклатуре специальностей в учреждениях здравоохранения Российской Федерации".

6. Приказ Минздравсоцразвития России от 02.12.04 N 296 "Об утверждении перечня лекарственных средств" (зарегистрирован Минюстом России 07.12.04, рег. N 6169).

7. Приказ Минздравсоцразвития России от 29.12.04 N 328 "Об утверждении Порядка представления набора социальных услуг отдельным категориям граждан" (зарегистрирован Минюстом России 07.02.05, рег. N 6303).

8. Приказ Минздравсоцразвития России от 07.10.05 N 623 "О внесении изменений в Приказ Минздравсоцразвития России от 29.12.05 N 328 "Об утверждении Порядка представления набора социальных услуг отдельным категориям граждан" (зарегистрирован Минюстом России 14.11.05, рег. N 7163).

9. Типовые правила обязательного медицинского страхования граждан с дополнениями и изменениями, утвержденными Приказом ФОМС от 24.11.04 N 74 (зарегистрированы Минюстом России от 06.12.2004, рег. N 6167).

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

11. Приказ Минздравсоцразвития России от 30.11.04 N 294 "Об утверждении порядка осуществления ежемесячной денежной выплаты отдельным категориям граждан в Российской Федерации".

12. Постановление Федеральной службы Государственной статистики от 28.12.04 N 154 "Об утверждении статистического инструментария для организации статистического наблюдения за реализацией мер социальной поддержки отдельных категорий граждан на 2005 год".

13. Постановление Федеральной службы Государственной статистики от 31.12.04 N 160 "Об утверждении Порядка заполнения и представления форм федерального государственного статистического наблюдения N 1-соцподдержка, N 1-соцподдержка (мед), N 2-соцподдержка (краткая), N 2-соцподдержка".

14. Методические рекомендации "Организация и проведение медико-экономического контроля за назначением и обеспечением лекарственными средствами отдельных категорий граждан, имеющих право на получение государственной социальной помощи" (утверждены ФОМС 25.02.05), в редакциях от 25.05.05 N 2530/30-3 и от 19.07.2005 N 3484/30-3.

15. Методические рекомендации "Организация работы по лекарственному обеспечению отдельных категорий граждан, имеющих право на предоставление набора социальных услуг" (утверждены Минздравсоцразвития России 12.03.05).

16. Приказ ФОМС от 02.02.05 N 9 "Об утверждении Порядка перечисления ТФОМС средств на счета фармацевтической организации в случае отсутствия в субъекте Российской Федерации страховой медицинской организации, осуществляющей деятельность по обеспечению граждан необходимыми лекарственными средствами".

17. Приказ ФОМС от 29.12.2004 N 90 "Об утверждении форм ведомственного статистического наблюдения за реализацией мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами".

18. Приказ ФОМС от 11.04.05 N 36 "О внесении изменений в Приказ ФОМС от 29.12.2004 N 90 "Об утверждении форм ведомственного статистического наблюдения за реализацией мер социальной поддержки отдельных категорий граждан по обеспечению лекарственными средствами".

19. Приказ ФОМС от 02.08.2005 N 79 "О внесении изменений и дополнений в Приказ ФОМС от 24.05.2005 N 51 "О внесении изменений и дополнений в Приказ ФОМС от 30.12.2004 N 91 "Об организации информационного взаимодействия по обеспечению необходимыми лекарственными средствами отдельных категорий граждан".

20. Приказ Минздравсоцразвития от 13.05.2005 N 333 "О создании рабочей группы по разработке и сопровождению справочников и классификаторов".

21. Регламент создания, ведения и распространения справочников и классификаторов, используемых для информационного обеспечения мероприятий по дополнительному лекарственному обеспечению (с изменениями и дополнениями согласно Приказа ФОМС от 02.08.2005), утвержден Минздравсоцразвития России 18.08.2005.

 

3. ОСНОВНЫЕ ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

 

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

Территория получения ежемесячной денежной выплаты - субъект РФ, на территории которого гражданину осуществляется ежемесячная денежная выплата (ЕДВ) с учетом суммы на получение набора социальных услуг (НСУ), предусмотренной Федеральным законом от 17.07.1999 N 178-ФЗ "О государственной социальной помощи" (в ред. закона от 22.08.04 N 122-ФЗ).

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

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

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

Лекарственная форма - придаваемое лекарственному средству удобное для его применения состояние, при котором достигается необходимый лечебный эффект.

Лекарственный препарат (лекарство, медикамент) - дозированное лекарственное средство в определенной лекарственной форме. Идентифицируется путем указания номенклатурного кода, соответствующего торговому наименованию, производителю и форме отпуска (лекарственной форме).

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

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

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

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

Кодификатор - файл, содержащий коды и названия понятий - объектов кодирования; при этом коды понятий не учитывают связи, соподчиненность и/или иные отношения между понятиями.

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

Справочник - перечень объектов, имеющих уникальные идентификаторы (номера, имена, коды), для формализованного представления характеристик и/или идентификации которых используются коды соответствующих классификаторов и/или кодификаторов. Записи файла-справочника могут включать любые сведения, характеризующие объекты справочника.

 

4. ФАЙЛЫ ОБМЕНА ДАННЫМИ

 

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

1) Федерального регистра лиц, имеющих право на получение государственной социальной помощи в виде набора социальных услуг:

а) региональных сегментов федерального регистра - с данными о гражданах, получающих дополнительное лекарственное обеспечение по месту регистрации;

б) данных Федерального регистра о гражданах, прибывших из других субъектов РФ (формируются по запросам ТФОМС по месту временного нахождения граждан).

2) Персонифицированных реестров:

а) медицинских услуг;

б) выписанных рецептов;

в) лекарственных средств, отпущенных по рецептам гражданам отдельных категорий;

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

д) сводного реестра оплаченных медицинских услуг и лекарственных средств.

4.2. Для кодирования данных в базах данных и файлах обмена используются следующие классификаторы и справочники:

- перечень лекарственных средств, утверждаемый приказами Минздравсоцразвития России (справочник "ПЛС"**) [Ф];

- международный классификатор болезней (МКБ-10) [Ф];

- справочник медицинских услуг [Т];

- справочник территориальных фондов ОМС [ФТ];

- справочник страховых медицинских организаций [ФТ];

- справочник лечебно-профилактических учреждений [ФТ];

- справочник фармацевтических организаций [ФТ];

- справочник аптечных учреждений [ФТ];

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

- справочник полисов ОМС ("номерник полисов ОМС") [Т];

- справочник врачебных (медицинских) должностей [Ф];

- справочник медицинских специальностей [Ф];

- общероссийский классификатор административно-территориальных образований (ОКАТО) [Ф];

- справочник категорий граждан, имеющих право на ГСП [Ф];

- справочник результатов обращений в поликлинику [Ф];

- справочник причин отказов в оплате лекарственных средств, отпущенных гражданам отдельных категорий [Т].

Примечания:

*) в квадратных скобках указан уровень ведения классификаторов и справочников: Ф - на федеральном уровне, Т - на уровне субъекта РФ (территориальный справочник), ФТ - на федеральном уровне осуществляется сбор и свод территориальных справочников в соответствии с [21].

**) для представления данных в перечне (справочнике) лекарственных средств используются вспомогательные справочники (см. раздел 8).

 

5. ИДЕНТИФИКАЦИЯ ОБЪЕКТОВ

 

5.1. Для кодирования субъектов Российской Федерации и муниципальных образований используется общероссийский классификатор административно-территориальных образований - ОКАТО. Коды указываются в соответствии с таблицей 6 "Порядка обмена информацией ..." [1.3.2.].

5.2. В качестве персонального идентификационного кода (номера) лица, имеющего право на получение государственной социальной помощи, используется страховой номер индивидуального лицевого счета в системе персонифицированного учета Пенсионного фонда России - СНИЛС (поле SS в записях файлов). При представлении регистров и реестров поле SS является полем связи между записями файлов.

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

5.4. Персональный идентификационный код врача или фельдшера (поле PCOD в записях типа "М", "Р" и "Л") состоит из двух частей, разделенных пробелом:

- идентификационного кода ЛПУ, где он работает;

- внутреннего кода (табельного номера) врача в лечебном учреждении.

5.5. Формирование составных идентификационных кодов рекомендуется осуществлять автоматически. Например, при написании кода врача на талоне амбулаторного приема и рецепте (и при его вводе в компьютер) указывается только табельный номер врача, формирование полного идентификационного кода врача может осуществляться автоматизировано путем присоединения кода ЛПУ.

 

6. ФЕДЕРАЛЬНЫЙ РЕГИСТР ЛИЦ, ИМЕЮЩИХ ПРАВО

НА ГОСУДАРСТВЕННУЮ СОЦИАЛЬНУЮ ПОМОЩЬ (ГСП)

 

6.1. Ведение федерального регистра осуществляется Пенсионным фондом Российской Федерации (ПФР). Сведения из федерального регистра на уровне субъекта РФ в установленном порядке передаются отделениями ПФР в территориальные фонды ОМС (см. п. 1.3.).

6.2. Данные федерального регистра передаются территориальными фондами ОМС в лечебно-профилактические учреждения, фармацевтические организации и аптечные учреждения.

6.3. Передача данных федерального регистра осуществляется по сегментам:

- региональный сегмент - содержит сведения о лицах, зарегистрированных в качестве получателей набора социальных услуг, предусмотренных Федеральным законом от 17.07.99 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.04 N 122-ФЗ), на территории данного субъекта Российской Федерации;

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

6.4. Передача данных перечисленных сегментов федерального регистра может осуществляться в двух режимах:

- передачи полного сегмента федерального регистра;

- передачи изменений в сегменте федерального регистра.

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

- типа "ФП" (таблица 1);

- типа "ФЛ" (таблица 2).

6.6. Файл записей типа "ФП" - персональные данные.

Каждому физическому лицу, включенному в сегмент федерального регистра, соответствует одна запись файла типа "ФП".

Формат записей файла представлен в таблице 1.

Поле S_EDV (резервное поле) до 1 января 2006 г. всегда имеет единичное значение, что означает реализованное право гражданина на получение государственной социальной помощи в виде набора социальных услуг. После 01.01.2006 в соответствии с п. 3 статьи 6.3. Федерального закона от 17.07.99 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.04 N 122-ФЗ) оно может принимать следующие значения:

0 - не получает;

1 - получает.

Для представления реквизита "Адрес ..." (поля ADRES, DOM, KOR, KV в записях типов "ФП") возможны следующие варианты:

Вариант 1. Адрес представляется символьной строкой в нормализованном виде с выделением в отдельные поля данных номера дома, корпуса (строения) и квартиры.

Вариант 2. Адрес представляется в виде сплошного текста одной символьной строкой (этот вариант кодирования адреса используется в настоящее время в формате представления данных от ПФР).

Вариант 3. Адрес представляется с использованием ведомственного классификатора адресов России МНС РФ - КЛАДР. В этом варианте в поле ADRES записывается код объекта классификации по КЛАДР.

Выбор варианта представления адреса определяется по взаимному соглашению субъектов информационного обмена.

 

Таблица 1

 

ЗАПИСЬ ТИПА "ФП" - ПЕРСОНАЛЬНЫЕ ДАННЫЕ

 

N	Имя поля	Тип	Размер	Содержание
1 #	SS	Char	14	СНИЛС
2 *	SN_POL	Char	25	Серия и номер полиса ОМС
3	FAM	Char	40	Фамилия
4	IM	Char	40	Имя
5	ОТ	Char	40	Отчество
6	W	Char	1	Пол (М/Ж)
7 *	DR	Char	10	Дата рождения (ГГГГ/ММ/ДД)
8 *	SN_DOC	Char	16	Серия и номер документа, удос- товеряющего личность
9 *	С_DOC	Num	2	Тип документа, удостоверяющего личность
10	ADRES	Char	200	Адрес по месту регистрации    (субъект РФ - район - город - сельсовет - населенный пункт - улица)
11	DOM	Char	7	Номер дома (владения)
12	KOR	Char	5	Корпус/строение
13	KV	Char	5	Квартира/комната
14	OKATO_REG	Num	5	Код территории постоянной ре- гистрации гражданина (по      ОКАТО)
15	S_EDV	Num	1	Признак получения набора      социальных услуг
16 *	DB_EDV	Char	10	Дата начала действия права на получение НСУ (ГГГГ/ММ/ДД)
17 *	DE_EDV	Char	10	Дата окончания действия права на получение НСУ (ГГГГ/ММ/ДД)
18	C_KAT1	Char	3	Код категории, по которой     гражданину установлена ГСП (за исключением граждан, указанных в статье 6.7. Федерального за- кона от 17.07.1999 N 178-ФЗ   (все, кроме чернобыльцев)).   Нули (000) - такой категории  нет
19	C_KAT2	Char	3	Код категории, по которой     гражданину установлена ГСП    (для граждан, указанных в     статье 6.7. Федерального      закона от 17.07.1999 N 178-ФЗ (чернобыльцы и приравненные к ним)).                        Нули (000) - такой категории  нет
20	DATE_RSB	Char	10	Дата включения в региональный сегмент Регистра: ГГГГ/ММ/ДД
21	DATE_RSE	Char	10	Дата исключения из региональ- ного сегмента Регистра:       ГГГГ/ММ/ДД
22	U_TYPE	Num	2	Код изменения
23	D_TYPE	Char	3	Признак "Особый случай"       (резервное поле)

 

Здесь и далее:

- символом # обозначены поля связи между записями файлов;

- символом * обозначены ссылки на пояснения в разделе 9.

Код изменения (поле U_TYPE в записях типа "ФП") заполняется в соответствии со следующими правилами:

00 - без изменения в учетных данных гражданина;

01 - гражданин включен в региональный сегмент Регистра лиц, имеющих право на получение ГСП;

02 - гражданин исключен из регионального сегмента Регистра лиц, имеющих право на получение ГСП;

03 - произошли изменения в учетных данных гражданина.

6.7. Файл записей типа "ФЛ" - данные о документах, подтверждающих право гражданина на получение ГСП.

Запись файла соответствует документу, в соответствии с которым гражданин получает ГСП в текущий период времени.

В режиме передачи изменений в файл включаются записи обо всех документах, в соответствии с которыми гражданин получает ГСП.

 

Таблица 2

 

ЗАПИСЬ ТИПА "ФЛ" - ДАННЫЕ О ДОКУМЕНТАХ

 

Номер	Имя поля	Тип	Размер	Содержание
1 #	SS	Char	14	Страховой номер индивидуального    лицевого счета Пенсионного Фонда РФ (СНИЛС)
2	С_КАТ	Char	3	Код категории гражданина, имеющего право на государственную социальную помощь в виде набора социальных ус- луг
3	NAME_DL	Char	80	Наименование документа, подтвержда- ющего право на получение ГСП
4	SN_DL	Char	16	Серия и номер документа, подтверж- дающего право на получение ГСП
5	DATE_BL	Char	10	Дата начала действия ГСП           (ГГГГ/ММ/ДД)
6	DATE_EL	Char	10	Дата окончания действия ГСП        (ГГГГ/ММ/ДД)

 

Поле С_КАТ кодируется в соответствии с Таблицей 9 "Порядка обмена информацией ..." [1.3.2.] (поле С_КАТ справочника категорий граждан, имеющих право на ГСП).

Поле SN_DL является необязательным к заполнению (например, если документ - это справка без номера).

Поле DATA_EL в случае неограниченного срока действия льготы кодируется как 9999/99/99.

 

7. ПЕРСОНИФИЦИРОВАННЫЕ РЕЕСТРЫ

 

7.1. Реестр медицинских услуг и выписанных рецептов.

Содержит учетные данные о предоставленных ЛПУ медицинских услугах и выписанных рецептах на получение дополнительного лекарственного обеспечения. Представляется в виде трех файлов:

- типа "П" (таблица 3);

- типа "М" (таблица 4);

- типа "Р" (таблица 5)

и формируется лечебно-профилактическим учреждением.

7.2. Реестры рецептов лекарственных средств, отпущенных отдельным категориям граждан.

Содержат учетные данные об отпущенных по рецептам отдельным категориям граждан лекарственных средствах. Представляются в виде двух файлов (отдельно - по гражданам, зарегистрированным на территории данного субъекта Российской Федерации, и отдельно - по гражданам, временно прибывшим с территорий других субъектов Российской Федерации):

- типа "П" (таблица 3);

- типа "Л" (таблица 6)

и формируются аптечным учреждением и фармацевтической организацией на основании учетных данных от аптечных учреждений (пунктов отпуска лекарственных средств).

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

Территориальный фонд ОМС проводит медико-экономический контроль реестров медицинских услуг, выписанных в ЛПУ рецептов и рецептов лекарственных средств, отпущенных гражданам отдельных категорий, и на основании его результатов формирует реестры отпущенных по рецептам лекарственных средств, по которым имеются отказы в оплате, с указанием причин (кодов) отказов в оплате (отдельно - по гражданам, зарегистрированным на территории данного субъекта Российской Федерации, и отдельно - по гражданам, временно прибывшим с территорий других субъектов Российской Федерации). Представляются фармацевтическим организациям в виде файлов типа "ОЛ" (таблица 7).

7.4. Сводные реестры оплаченных медицинских услуг и рецептов лекарственных средств.

Содержат сводные учетные данные об оплаченных медицинских услугах и лекарственных средствах, полученных по рецептам. Представляются в виде трех файлов (отдельно - по гражданам, зарегистрированным на территории данного субъекта Российской Федерации, и отдельно - по гражданам, временно прибывшим с территорий других субъектов Российской Федерации):

- типа "П" (таблица 3);

- типа "М" (таблица 4);

- типа "Л" (таблица 6)

и формируются ТФОМС по результатам взаиморасчетов с ЛПУ и фармацевтическими организациями.

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

7.5. Файл записей типа "П" - персональные данные о пациенте.

Каждому физическому лицу, включенному в реестр, соответствует одна запись в файле типа "П".

 

Таблица 3

 

ЗАПИСЬ ТИПА "П" - ПЕРСОНАЛЬНЫЕ ДАННЫЕ О ПАЦИЕНТЕ

 

Номер	Имя поля	Тип	Размер	Содержание
1 #	SS	Char	14	Страховой номер индивидуального    лицевого счета Пенсионного Фонда РФ (СНИЛС)
2	SN_POL	Char	25	Серия и номер полиса ОМС
3	FAM	Char	40	Фамилия
4	IM	Char	40	Имя
5	ОТ	Char	40	Отчество
6	W	Char	1	Пол (М/Ж)
7	DR	Char	10	Дата рождения (ГГГГ/ММ/ДД)
8	C_KAT	Char	3	Код категории гражданина, имеющего право на государственную социальную помощь в виде набора социальных    услуг
9	SN_DOC	Char	16	Серия и номер документа, удостове- ряющего личность
10	С_DOC	Num	2	Тип документа, удостоверяющего     личность
11	OKATO_ОMS	Num	5	Код территории страхования по ОМС  по ОКАТО
12	QM_OGRN	Char	15	ОГРН СМО по ОМС
13	OKATO_REG	Num	5	Код территории постоянной регистра- ции гражданина (по ОКАТО)
14	D_TYPE	Char	3	Признак "Особый случай"            (резервное поле)

 

Поле С_КАТ кодируется в соответствии с таблицей 9 "Порядка обмена информацией ..." [1.3.1] (поле С_КАТ справочника категорий граждан, имеющих право на ГСП).

Поля сведений о документе, удостоверяющем личность, (SN_DOC) и кода субъекта Российской Федерации (OKATO_REG) заполняются:

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

б) при отсутствии данных о пациенте в Регистре застрахованных.

Номер полиса ОМС является основным учетным полем при оказании медицинской помощи и обязательно к заполнению.

При отпуске лекарственных средств за пределами территории страхования, данные о территории страхования и ОГРН СМО (поля SN_POL и QM_OGRN) заполняются при наличии этой информации. Если пациент не является застрахованным по ОМС (не имеет полиса ОМС), поля SN_POL и QM_OGRN в этом случае не заполняются.

Поле OKATO_OMS обязательно заполняется при оказании медицинской помощи застрахованному по ОМС за пределами территории страхования.

7.6. Файл записей типа "М" - данные о медицинских услугах.

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

 

Таблица 4

 

ЗАПИСЬ ТИПА "М" - ДАННЫЕ О МЕДИЦИНСКИХ УСЛУГАХ

 

Номер	Имя поля	Тип	Размер	Содержание
1 #	SS	Char	14	Страховой номер индивидуального      лицевого счета Пенсионного Фонда РФ  (СНИЛС)
2	MCOD	Char	7	Код ЛПУ в кодировке ТФОМС
3	SN_POL	Char	25	Серия и номер полиса ОМС
4	С_OGRN	Char	15	Основной государственный регистра-   ционный номер ЛПУ
5	N_МК	Char	20	Номер амбулаторной карты
6	DATE_P	Date		Дата оказания услуги
7	PRVD	Num	3	Код врачебной должности
8	PCOD	Char	22	Идентификационный номер (код) врача
9	DS	Char	7	Код диагноза основного заболевания   (по МКБ-10)
10	DS_S	Char	7	Код диагноза сопутствующего заболева- ния (по МКБ-10)
11	Q_Z	Num	1	Код характера заболевания (заполняет- ся в соответствии со стат. талоном)
12	С_МU	Char	12	Код единицы учета медицинской помощи
13	К_МU	Num	5.2	Количество единиц учета медицинской  помощи
14	RES_G	Num	2	Код результата обращения (заполняется в соответствии со стат. талоном)
15	S_ALL	Num	11.2	Сумма, предъявленная ЛПУ к оплате    (руб./коп.)
16	К_LR	Num	2	Количество выписанных рецептов
17	D_TYPE	Char	3	Признак "Особый случай" (резервное   поле)

 

Значение поля K_LR=0 означает, что в данном случае при оказании медицинской помощи рецепт на лекарство гражданину отдельной категории не выписывался.

7.7. Файл записей типа "Р" -данные о выписанных рецептах.

Запись в файле соответствует одному выписанному рецепту. Количество записей (рецептов) с данным СНИЛС (поле SS) в файле должно совпадать со значением счетчика K_LR в записи с таким же СНИЛС в файле типа "М".

 

Таблица 5

 

ЗАПИСЬ ТИПА "Р" - ДАННЫЕ О ВЫПИСАННЫХ РЕЦЕПТАХ

 

Номер	Имя поля	Тип	Размер	Содержание
1 #	SS	Char	14	Страховой номер индивидуального лице- вого счета Пенсионного Фонда РФ      (СНИЛС)
2	MCOD	Char	7	Код ЛПУ в кодировке ТФОМС
3	C_KATL	Char	3	Код категории гражданина, имеющего   право на государственную социальную  помощь в виде набора социальных услуг
4	SN_POL	Char	25	Серия и номер полиса ОМС
5	С_OGRN	Char	15	ОГРН ЛПУ
6	PCOD	Char	22	Идентификационный номер (код) врача, выписавшего рецепт
7	DS	Char	7	Код заболевания (по МКБ-10)
8	SN_LR	Char	20	Серия и номер рецепта
9	DATE_VR	Date		Дата выписки рецепта
10	C_FINL	Num	1	Источник финансирования (1 - Федера- льный; 2 - Субъект РФ; 3 - муниципа- льный)
11	PR_LR	Num	3	Процент льготы рецепта
12	C_MNN	Num	13	Код лекарственного средства (выписки) по международному непатентованному   наименованию
13	C_TRN	Num	13	Код лекарственного средства (выписки) по торговому наименованию
14	С_LF	Num	3	Код лекарственной формы
15	DOZ_LS	Char	20	Дозировка
16	С_DLS	Num	3	Код единицы измерения дозировки
17	KV_ALL	Num	7.3	Выписанное количество единиц лекарст- венной формы лекарственного средства
18	SR_DAY	Num	3	Срок действия рецепта, дней
19	P_KEK	Num	1	Признак наличия протокола ВК         (резервное поле)
20	D_TYPE	Char	3	Признак "Особый случай" (резервное   поле)

 

В поле C_KATL указывается код категории гражданина в соответствии со столбцом 5 "Таблицы соответствия категорий граждан, установленных Федеральным законом от 17.07.99 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.04 N 122-ФЗ) ..." (приложение 8 к [15]), поле C_КATL справочника категорий граждан, имеющих право на ГСП.

Лекарственное средство выписки кодируется в соответствии с записью в рецепте:

- сначала кодирование осуществляется по справочнику международных непатентованных наименований лекарственных средств (заполняется только поле C_MNN, а поле C_TRN не заполняется);

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

7.8. Файл записей типа "Л" - данные об отпущенных по рецептам лекарствах.

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

 

Таблица 6

 

ЗАПИСЬ ТИПА "Л" - ДАННЫЕ ОБ ОТПУЩЕННЫХ

ЛЕКАРСТВЕННЫХ СРЕДСТВАХ

 

Номер	Имя поля	Тип	Размер	Содержание
1 #	SS	Char	14	Страховой номер индивидуального    лицевого счета Пенсионного Фонда РФ (СНИЛС)
2	OKATO_REG	Num	5	Код территории постоянной регистра- ции гражданина (по ОКАТО)
3	С_OGRN	Char	15	ОГРН ЛПУ, выдавшего льготный рецепт
4	MCOD	Char	7	Код ЛПУ в кодировке ТФОМС
5	PCOD	Char	22	Идентификационный номер (код) вра- ча, выписавшего рецепт
6	DS	Char	7	Код заболевания (по МКБ-10)
7	SN_LR	Char	20	Серия и номер рецепта
8	DATE_VR	Date		Дата выписки рецепта
9	C_FINL	Num	1	Источник финансирования (1 - Феде- ральный; 2 - Субъект РФ; 3 - муни- ципальный)
10	PR_LR	Num	3	Процент льготы рецепта
11	A_COD	Char	20	Код аптечного учреждения (пункта   отпуска ЛС)
12	NOMK_LS	Num	13	Номенклатурный код лекарственного  средства
13	КО_ALL	Num	7.3	Отпущенное количество упаковок     лекарственного средства
14	DOZ_ME	Num	5	Дозировка ЛС в одной отпущенной    упаковке в международных единицах  (МЕ) или единицах действия (ЕД)
15	С_PFS	Num	8	Код позиции перечня Федеральной    службы (Росздравнадзор)
16	DATE_OBR	Date		Дата обращения пациента в пункт от- пуска лекарственных средств
17	DATE_OTP	Date		Дата отпуска лекарственного        средства
18	SL_ALL	Num	11.2	Сумма возмещения, предъявленная к  оплате (руб./коп.)
19	TYPE_SCHET	Num	1	Тип счета: 0 - основной, 1 - допол- нительный, 2 - скорректированный
20	FO_OGRN	Char	15	ОГРН фарморганизации
21	P_KEK	Num	1	Признак наличия протокола ВК (ре-  зервное поле)
22	D_TYPE	Char	5	Признак "Особый случай"

 

В общем случае в файле типа "Л" все записи должны иметь разные значения поля SN_LR.

Код аптечного учреждения/пункта отпуска лекарственных средств (поле A_COD) формируется из двух составных частей, разделенных пробелом:

- ОГРН аптечного учреждения;

- внутреннего учетного номера пункта отпуска лекарственных средств.

В случае отпуска по одному рецепту нескольких упаковок (единиц отпуска) лекарства, имеющих разные номенклатурные коды или разную стоимость упаковки, формируется несколько записей типа "Л" с одинаковыми значениями поля SN_LR - по одной на каждый номенклатурный код или разную стоимость упаковки - с соответствующими значениями поля SL_ALL. Признак D_TYPE в таких записях кодируется символами "001", по умолчанию заполняется символами "000".

7.9. Файл записей типа "ОЛ" - данные об отпущенных по рецептам лекарственных средствах, по которым имеются отказы в оплате.

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

 

Таблица 7

 

ЗАПИСЬ ТИПА "ОЛ" - ДАННЫЕ ОБ ОТПУЩЕННЫХ ЛЕКАРСТВЕННЫХ

СРЕДСТВАХ, ПО КОТОРЫМ ИМЕЮТСЯ ОТКАЗЫ В ОПЛАТЕ

 

Номер	Имя поля	Тип	Размер	Содержание
1 #	SS	Char	14	Страховой номер индивидуального    лицевого счета Пенсионного Фонда РФ (СНИЛС)
2	OKATO_REG	Num	5	Код территории постоянной регистра- ции гражданина (по ОКАТО)
3	С_OGRN	Char	15	ОГРН ЛПУ, выдавшего льготный рецепт
4	MCOD	Char	7	Код ЛПУ в кодировке ТФОМС
5	PCOD	Char	22	Идентификационный номер (код) вра- ча, выписавшего рецепт
6	DS	Char	7	Код заболевания (по МКБ-10)
7	SN_LR	Char	20	Серия и номер рецепта
8	DATE_VR	Date		Дата выписки рецепта
9	C_FINL	Num	1	Источник финансирования (1 - Феде- ральный; 2 - Субъект РФ; 3 - муни- ципальный)
10	PR_LR	Num	3	Процент льготы рецепта
11	A_COD	Char	20	Код аптечного учреждения (пункта   отпуска ЛС)
12	NOMK_LS	Num	13	Номенклатурный код лекарственного  средства
13	КО_ALL	Num	7.3	Отпущенное количество упаковок     лекарственного средства
14	DOZ_ME	Num	5	Дозировка ЛС в одной отпущенной    упаковке в международных единицах  (МЕ) или единицах действия (ЕД)
15	С_PFS	Num	8	Код позиции перечня Федеральной    службы (Росздравнадзор)
16	DATE_OBR	Date		Дата обращения пациента в пункт от- пуска лекарственных средств
17	DATE_OTP	Date		Дата отпуска лекарственного        средства
18	SL_ALL	Num	11.2	Сумма возмещения, предъявленная к  оплате (руб./коп.)
19	SL_OP	Num	11.2	Сумма, принятая к оплате           (руб./коп.)
20	FO_OGRN	Char	15	ОГРН фарморганизации
21	P_KEK	Num	1	Признак наличия протокола ВК       (резервное поле)
22	D_TYPE	Char	3	Признак "Особый случай"
23	N_SCHET	Num	10	Номер счета, выписанного           фарморганизацией
24	DATE_SCHET	Date		Дата выписки счета фарморганизацией
25	TYPE_SCHET	Num	1	Тип счета: 0 - основной, 1 - допол- нительный, 2 - скорректированный
26	ERR_TYPE	Char	3	Код причины отказа в оплате
27	ERR1_TYPE	Char	3	Код причины отказа в оплате        (резерв)
28	ERR2_TYPE	Char	3	Код причины отказа в оплате        (резерв)
29	MSG_OTKAZ	Char	150	Пояснение причины (причин) отказа  в оплате

 

Поля ERR1_TYPE и ERR2_TYPE предназначены для заполнения в случаях, когда имеется более одной причины отказа в оплате.

 

8. КЛАССИФИКАТОРЫ И СПРАВОЧНИКИ

 

8.1. Перечень классификаторов и справочников.

Для кодирования данных в базах данных и файлах обмена используются следующие классификаторы и справочники:

8.1.1. Справочник территориальных фондов ОМС (файл типа "СТФ", таблица 8).

8.1.2. Справочник страховых медицинских организаций (файл типа "СМО", таблица 9).

8.1.3. Справочник лечебно-профилактических учреждений (файл типа "ЛПУ", таблица 10).

8.1.4. Справочник фармацевтических организаций (файл типа "СФО", таблица 11).

8.1.5. Международный классификатор болезней МКБ-10 (файл типа "МКБ", таблица 12).

8.1.6. Справочник врачей и фельдшеров, имеющих право на выписку рецептов отдельным категориям граждан (файл типа "СВФ", таблица 13).

8.1.7. Перечень (справочник) лекарственных средств в составе:

- Перечень лекарственных средств, отпускаемых по рецептам врача (фельдшера) при оказании дополнительной бесплатной медицинской помощи отдельным категориям граждан, имеющим право на получение государственной социальной помощи (файл типа "ПЛС", таблица 14);

- справочник торговых наименований лекарственных средств (файл типа "ТНЛС", таблица 15);

- справочник международных непатентованных наименований лекарственных средств (файл типа "МНН", таблица 16);

- классификатор лекарственных форм (файл типа "КЛФ", таблица 17);

- классификатор единиц измерения дозировки (файл типа "КЕД", таблица 18);

- классификатор единиц объема лекарственных форм (файл типа "КЕО", таблица 19);

- классификатор единиц веса лекарственных форм (файл типа "КЕВ", таблица 20);

- классификатор фармгрупп лекарственных средств (файл типа "КФГ", таблица 21);

- справочник зарегистрированных цен лекарственных средств (файл типа "ЦЛС", таблица 22.1)

- справочник торговых надбавок (файл типа "СТН", таблица 22.2);

- справочник разделов Перечня лекарственных средств (файл типа "СРП", таблица 22.3);

- справочник предельных цен возмещения (файл записей типа "ПЦЛС", таблица 22.4).

8.1.8. Справочник медицинских услуг (файл типа "МУС", таблица 23).

8.1.9. Справочник ("номерник") полисов ОМС (файл типа "НОМ", таблица 24).

8.1.10. Справочник врачебных (медицинских) должностей (файл типа "СВД", таблица 25).

8.1.11. Справочник медицинских специальностей (файл типа "СМС", таблица 26).

8.1.12. Справочник категорий граждан, имеющих право на ГСП (файл типа "КГСП", таблица 27).

8.1.13. Справочник результатов обращений в поликлинику (файл типа "СПО", таблица 28).

8.1.14. Справочник аптечных учреждений (файл типа "САУ", таблица 29).

8.1.15. Справочник причин отказов в оплате лекарственных средств, отпущенных гражданам отдельных категорий (файл типа "КО", таблица 30).

 

8.2. Справочник территориальных фондов ОМС.

 

Таблица 8

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СТФ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	TF_ОКАТО	Num	5	Код территории по ОКАТО
2	TF_NAME	Char	150	Наименование ТФОМС (полное)
3	F_OGRN	Char	15	ОГРН ТФОМС
4	POST_IDP	Num	6	Почтовый индекс почтового адреса
5	ADRES	Char	200	Почтовый адрес (субъект РФ - район - город - сельсовет - населенный пункт - улица - номер дома (владения) - но- мер корпуса/строения)
6	FAMD_RUK	Char	40	Фамилия исполнительного директора
7	IMD_RUK	Char	40	Имя исполнительного директора
8	OTD_RUK	Char	40	Отчество исполнительного директора
9	FAMD_R	Char	40	Фамилия исполнительного директора в  родительном падеже
10	FAM_BUX	Char	40	Фамилия главного бухгалтера
11	IM_BUX	Char	40	Имя главного бухгалтера
12	ОТ_ВUХ	Char	40	Отчество главного бухгалтера
13	FAMB_R	Char	40	Фамилия главного бухгалтера в        родительном падеже
14	TEL	Char	40	Телефон (с кодом города)
15	FAX	Char	40	Факс (с кодом города)
16	E_MAIL	Char	30	Адрес электронной почты

 

8.3. Справочник страховых медицинских организаций.

 

Таблица 9

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СМО"

 

Номер	Имя поля	Тип	Размер	Содержание
1	TF_ОКАТО	Num	5	Код территории по ОКАТО
2	Q_OGRN	Char	15	ОГРН СМО
3	Q_NAME	Char	150	Наименование СМО
4	POST_IDP	Num	6	Почтовый индекс почтового адреса
5	ADRES	Char	200	Почтовый адрес (субъект РФ - район - город - сельсовет - населенный пункт - улица - номер дома (владения) - но- мер корпуса/строения)
6	FAM_RUK	Char	40	Фамилия руководителя
7	IM_RUK	Char	40	Имя
8	ОТ_RUK	Char	40	Отчество
9	FAM_BUX	Char	40	Фамилия главного бухгалтера
10	IM_BUX	Char	40	Имя
11	ОТ_BUX	Char	40	Отчество
12	TEL	Char	40	Телефон (с кодом города)
13	FAX	Char	40	Факс (с кодом города)
14	E_MAIL	Char	30	Адрес электронной почты
15	DATE_В	Date		Дата включения в справочник
16	DATE_E	Date		Дата исключения из справочника

 

8.4. Справочник лечебно-профилактических учреждений.

 

Таблица 10

 

ФАЙЛ ЗАПИСЕЙ ТИПА "ЛПУ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	MCOD	Char	7	Код ЛПУ в кодировке ТФОМС
2	TF_ОКАТО	Num	5	Код территории по ОКАТО
3	С_OGRN	Char	15	ОГРН ЛПУ
4	М_NAMES	Char	50	Наименование ЛПУ (краткое)
5	М_NAMEF	Char	150	Наименование ЛПУ
6	POST_ID	Num	6	Почтовый индекс адреса ЛПУ
7	ADRES	Char	200	Почтовый адрес (субъект РФ - район - город - сельсовет - населенный пункт - улица - номер дома (владения) - но- мер корпуса/строения)
8	FAM_GV	Char	40	Фамилия главного врача
9	IM_GV	Char	40	Имя
10	ОТ_GV	Char	40	Отчество
11	FAM_BUX	Char	40	Фамилия главного бухгалтера
12	IM_BUX	Char	40	Имя
13	ОТ_BUX	Char	40	Отчество
14	TEL	Char	40	Телефон (с кодом города)
15	FAX	Char	40	Факс (с кодом города)
16	E_MAIL	Char	30	Адрес электронной почты
17	DATE_B	Date		Дата включения в справочник
18	DATE_E	Date		Дата исключения из справочника

 

8.5. Справочник фармацевтических организаций.

 

Таблица 11

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СФО"

 

Номер	Имя поля	Тип	Размер	Содержание
1	TF_ОКАТО	Num	5	Код территории по ОКАТО
2	FO_OGRN	Char	15	ОГРН фармацевтической организации
3	FO_NAMES	Char	50	Наименование фармацевтической        организации (краткое)
4	FO_NAMEF	Char	150	Наименование фармацевтической        организации
5	POST_ID	Num	6	Почтовый индекс адреса фармацевтичес- кой организации
6	ADRES	Char	200	Почтовый адрес (субъект РФ - район - город - сельсовет - населенный пункт - улица - номер дома (владения) - но- мер корпуса/строения)
7	FAM_RUK	Char	40	Фамилия руководителя
8	IM_RUK	Char	40	Имя
9	ОТ_RUK	Char	40	Отчество
10	FAM_BUX	Char	40	Фамилия главного бухгалтера
11	IM_BUX	Char	40	Имя
12	ОТ_BUX	Char	40	Отчество
13	TEL	Char	40	Телефон (с кодом города)
14	FAX	Char	40	Факс (с кодом города)
15	E_MAIL	Char	30	Адрес электронной почты
16	DATE_BL	Date		Дата начала действия полномочий по   дополнительному лекарственному обес- печению
17	DATE_EL	Date		Дата окончания действия полномочий по дополнительному лекарственному обес- печению
18	CFO	Char	3	Код фармацевтической организации

 

8.6. Международный классификатор болезней МКБ-10.

 

Таблица 12

 

ФАЙЛ ЗАПИСЕЙ ТИПА "МКБ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	DS	Char	7	Код диагноза заболевания
2	NAME_DS	Char	255	Наименование диагноза

 

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

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

 

Таблица 13

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СВФ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	TF_ОКАТО	Num	5	Код территории по классификатору    ОКАТО
2	MCOD	Char	7	Код ЛПУ в кодировке ТФОМС
3	PCOD	Char	22	Идентификационный номер (код) врача (фельдшера)
4	FAM_V	Char	30	Фамилия врача (фельдшера)
5	IM_V	Char	20	Имя
6	ОТ_V	Char	20	Отчество
7	С_OGRN	Char	15	ОГРН медицинского учреждения места  работы
8	PRVD	Num	4	Код врачебной должности
9	D_JOB	Char	50	Занимаемая должность
10	D_PRIK	Date		Дата приема на работу
11	D_SER	Date		Дата выдачи сертификата
12	PRVS	Char	9	Код специальности медицинского      работника
13	KV_KAT	Num	1	Квалификационная категория врача
14	DATE_B	Date		Дата включения в регистр врачей и   фельдшеров, имеющих право на выписку льготных рецептов
15	DATE_E	Date		Дата исключения из регистра врачей и фельдшеров, имеющих право на выписку льготных рецептов
16	MSG_TEXT	Char	100	Примечание

 

Идентификационный номер (код) врача (фельдшера) (поле PCOD) формируется из двух составных частей, разделенных пробелом:

- основного государственного регистрационного номера (ОГРН) ЛПУ, где он работает;

- внутреннего учетного (табельного) номера врача в лечебном учреждении.

Квалификационная категория врача (поле KV_CAT) заполняется по следующим правилам:

0 - без категории;

1 - первая категория;

2 - вторая категория;

3 - высшая категория;

9 - фельдшер.

 

8.8. Справочник лекарственных средств.

8.8.1. Перечень лекарственных средств.

 

Таблица 14

 

ФАЙЛ ЗАПИСЕЙ ТИПА "ПЛС"

 

Номер	Имя поля	Тип	Размер	Содержание
1	NOMK_LS	Num	13	Номенклатурный код лекарственного средства
2	NAME_MED	Char	255	Наименование медикамента
3	С_TRN	Num	13	Код лекарственного средства по   торговому наименованию
4	C_MNN	Num	13	Код лекарственного средства по   международному непатентованному  наименованию (МНН)
5	С_LF	Num	4	Код лекарственной формы
6	D_LS	Char	20	Дозировка действующего вещества
7	С_DLS	Num	3	Код единицы измерения дозировки
8	N_DOZA	Num	3	Количество доз
9	V_LF	Num	7.3	Объем лекарственной формы (запол- няется для растворов, сиропов,   суспензий, аэрозолей, мазей)
10	C_VLF	Num	3	Код единицы объема лекарственной формы (заполняется для растворов, сиропов, суспензий, аэрозолей,   мазей)
11	М_LF	Num	7.3	Вес лекарственной формы
12	С_MLF	Num	3	Код единицы веса лекарственной   формы
13	N_FV	Num	5	Фасовка (N упаковки)
14	NAME_FCT	Char	150	Сокращенное название производите- ля
15	NAME_CNF	Char	25	Сокращенное название страны      производителя
16	NAME_PCK	Char	150	Сокращенное название упаковщика
17	NAME_CNP	Char	25	Сокращенное название страны      упаковщика
18	COMPL	Char	170	Комплектность
19	С_FARG	Num	5	Код фармгруппы по Госреестру     лекарственных средств
20	FLAG_KEK	Num	1	Признак "Требуется протокол ВК"
21	FLAG1	Num	1	Признак "Входит в список ЖНВЛС"
22	FLAG2	Num	1	Признак "Запрещен к отпуску"
23	DATE_В	Date		Дата включения в справочник
24	DATE_E	Date		Дата исключения из справочника
25	MSG_TEXT	Char	100	Примечание
26	С_RLP	Num	3	Код раздела Перечня

 

Признак "Требуется протокол ВК" (поле FLAG_KEK) заполняется в соответствии со следующими правилами:

0 - не требуется;

1 - требуется.

Признак "Входит в список ЖНВЛС" (поле FLAG1) заполняется в соответствии со следующими правилами:

0 - не входит;

1 - входит.

Признак "Запрещен к отпуску" (поле FLAG2) заполняется в соответствии со следующими правилами:

0 - не запрещен;

1 - запрещен.

8.8.2. Справочник торговых наименований лекарственных средств.

 

Таблица 15

 

ФАЙЛ ЗАПИСЕЙ ТИПА "ТНЛС"

 

Номер	Имя поля	Тип	Размер	Содержание
1	С_TRN	Num	13	Код лекарственного средства по     торговому наименованию
2	NAME_TRN	Char	255	Полное торговое наименование       лекарственного средства
3	MSG_TEXT	Char	100	Примечание

 

8.8.3. Справочник международных непатентованных наименований лекарственных средств.

 

Таблица 16

 

ФАЙЛ ЗАПИСЕЙ ТИПА "МНН"

 

Номер	Имя поля	Тип	Размер	Содержание
1	С_MNN	Num	13	Код лекарственного средства по между- народному непатентованному наименова- нию (МНН)
2	NAME_MNN	Char	200	Полное международное непатентованное наименование лекарственного средства
3	MSG_TEXT	Char	100	Примечание

 

8.8.4. Классификатор лекарственных форм.

 

Таблица 17

 

ФАЙЛ ЗАПИСЕЙ ТИПА "КЛФ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	С_LF	Num	4	Код лекарственной формы
2	NAME_LF	Char	150	Наименование лекарственной формы
3	MSG_TEXT	Char	100	Примечание

 

8.8.5. Классификатор единиц измерения дозировки.

 

Таблица 18

 

ФАЙЛ ЗАПИСЕЙ ТИПА "КЕД"

 

Номер	Имя поля	Тип	Размер	Содержание
1	С_DLS	Num	3	Код единицы измерения дозировки
2	NAME_DLS	Char	50	Наименование единицы измерения    дозировки
3	MSG_TEXT	Char	100	Примечание

 

8.8.6. Классификатор единиц объема лекарственных форм.

 

Таблица 19

 

ФАЙЛ ЗАПИСЕЙ ТИПА "КЕО"

 

Номер	Имя поля	Тип	Размер	Содержание
1	С_VLF	Num	3	Код единицы объема лекарственной формы
2	NAME_VLF	Char	50	Наименование единицы объема     лекарственной формы
3	MSG_TEXT	Char	100	Примечание

 

8.8.7. Классификатор единиц веса лекарственных форм.

 

Таблица 20

 

ФАЙЛ ЗАПИСЕЙ ТИПА "КЕВ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	С_MLF	Num	3	Код единицы веса лекарственной формы
2	NAME_MLF	Char	50	Наименование единицы веса     лекарственной формы
3	MSG_TEXT	Char	100	Примечание

 

8.8.8. Классификатор фармгрупп лекарственных средств.

 

Таблица 21

 

ФАЙЛ ЗАПИСЕЙ ТИПА "КФГ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	FNAME_FRG	Char	200	Полное название фармгруппы
2	SNAME_FRG	Char	50	Сокращенное название фармгруппы
3	С_FARG	Num	5	Код фармгруппы по Госреестру   лекарственных средств
4	MSG_TEXT	Char	100	Примечание

 

8.8.9. Справочник зарегистрированных цен лекарственных средств.

 

Таблица 22.1

 

ФАЙЛ ЗАПИСЕЙ ТИПА "ЦЛС"

 

Номер	Имя поля	Тип	Размер	Содержание
1	NOMK_LS	Num	13	Номенклатурный код лекарственного средства
2	PR_REG	Num	11.2	Зарегистрированная цена упаковки  лекарственного средства (без НДС и торговой надбавки) (руб./коп.)
3	DATE_BP	Date		Дата начала действия цены
4	DATE_EP	Date		Дата окончания действия цены
5	MSG_TEXT	Char	254	Примечание
6	С_PFS	Num	8	Код позиции перечня Федеральной   службы (Росздравнадзора)

 

8.8.10. Справочник торговых надбавок.

 

Таблица 22.2

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СТД"

 

Номер	Имя поля	Тип	Размер	Содержание
1	REG_ОКАТО	Num	5	Код района территории по классифика- тору ОКАТО
2	NAME_FOK	Char	254	Наименование федерального округа РФ
3	NAME_SUB	Char	254	Наименование субъекта РФ
4	NAME_REG	Char	254	Наименование района (города) субъек- та РФ
5	LIM_TN	Num	3	Предельная торговая надбавка (в     процентах)
6	DATE_BTN	Date		Дата начала действия торговой       надбавки
7	DATE_ETN	Date		Дата окончания действия торговой    надбавки
8	MSG_TEXT	Char	100	Примечание

 

8.8.11. Справочник разделов Перечня лекарственных средств.

 

Таблица 22.3

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СРП"

 

Номер	Имя поля	Тип	Размер	Содержание
1	С_RLP	Num	3	Код раздела Перечня
2	N_RAZD	Num	3	Номер раздела по Перечню
3	NAME_RAZD	Char	150	Раздел Перечня
4	N_PRAZD	Char	5	Номер подраздела по Перечню
5	NAME_PRAZD	Char	150	Подраздел Перечня
6	MSG_TEXT	Char	100	Примечание

 

8.8.12. Справочник предельных цен возмещения лекарственных средств.

 

Таблица 22.4

 

ФАЙЛ ЗАПИСЕЙ ТИПА "ПЦЛС"

 

Номер	Имя поля	Тип	Размер	Содержание
1	TF_ОКАТО	Num	5	Код территории по классификатору   ОКАТО
2	NAME_FOK	Char	254	Наименование федерального округа РФ
3	NAME_SUB	Char	254	Наименование субъекта РФ
4	LIM_TN	Num	3	Предельная торговая надбавка (в    процентах)
5	NOMK_LS	Num	13	Номенклатурный код лекарственных   средства
6	PR_REG	Num	11.2	Зарегистрированная цена упаковки   лекарственного средства (без НДС и торговой надбавки) (руб./коп.)
7	PR_REG_LIM	Num	11.2	Предельная цена возмещения упаковки лекарственного средства (с учетом  торговой надбавки и НДС)           (руб./коп.)
8	DATE_BP	Date		Дата начала действия цены
9	DATE_EP	Date		Дата окончания действия цены
10	MSG_TEXT	Char	254	Примечание
11	C_PFS	Num	8	Код позиции перечня Федеральной    службы (Росздравнадзор)

 

8.9. Справочник медицинских услуг.

 

Таблица 23

 

ФАЙЛ ЗАПИСЕЙ ТИПА "МУС"

 

Номер	Имя поля	Тип	Размер	Содержание
1	Q_MU	Num	12	Код медицинской услуги
2	NMU	Char	255	Наименование медицинской услуги
3	MCOD	Char	7	Код ЛПУ в кодировке ТФОМС
4	KLPU	Num	1	Категория ЛПУ
5	SMU	Num	11.2	Установленный тариф (руб./коп.)
6	MSG_TEXT	Char	100	Примечание

 

8.10. Справочник полисов ОМС ("номерник полисов ОМС")

 

Таблица 24

 

ФАЙЛ ЗАПИСЕЙ ТИПА "НОМ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	SS	Char	14	Страховой номер индивидуального лицевого счета Пенсионного Фонда РФ (СНИЛС)
2	SN_POL	Char	25	Серия и номер полиса ОМС
3	I_FAM	Char	1	Первая буква фамилии
4	I_IM	Char	1	Первая буква имени
5	I_ОТ	Char	1	Первая буква отчества
6	W	Char	1	Пол (М/Ж)
7	DR	Char	10	Дата рождения (ГГГГ/ММ/ДД)
8	QM_OGRN	Char	15	Основной государственный регист- рационный номер (ОГРН) страховой медицинской организации (СМО) по ОМС
9	STATUS	Char	1	Статус (1 - включен, 2 - исклю- чен)
10	DATE_S	Date		Дата изменения статуса

 

8.11. Справочник врачебных (медицинских) должностей.

 

Таблица 25

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СВД"

 

Номер	Имя поля	Тип	Размер	Содержание
1	PRVD	Num	4	Код врачебной должности
2	NAME_VD	Char	100	Наименование врачебной должности
3	MSG_TEXT	Char	100	Примечание

 

8.12. Справочник медицинских специальностей.

 

Таблица 26

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СМС"

 

Номер	Имя поля	Тип	Размер	Содержание
1	PRVS	Num	9	Код специальности
2	NAME_VDS	Char	100	Наименование специальности
3	MSG_TEXT	Char	100	Примечание

 

8.13. Справочник категорий граждан, имеющих право на ГСП.

 

Таблица 27

 

ФАЙЛ ЗАПИСЕЙ ТИПА "КГСП"

 

Номер	Имя поля	Тип	Размер	Содержание
1	С_КАТ	Num	3	Код категории гражданина, имеющего   право на ГСП, в соответствии с при-  ложением 2 к Протоколу согласования  изменений и дополнений к "Порядку    обмена информацией ..." [1.3.2.]
2	NAME_КАТ	Char	255	Наименование категории гражданина,   имеющего право на ГСП
3	C_KATL	Num	3	Код категории гражданина, имеющего   право на ГСП, в соответствии со      столбцом 5 "Таблицы соответствия ка- тегорий граждан, установленных Феде- ральным законом от 17.07.1999 N      178-ФЗ "О государственной социальной помощи (в редакции Федерального зако- на от 22.08.04 N 122-ФЗ) ..." (прило- жение 8 к [15])
4	MSG_TEXT	Char	100	Примечание

 

8.14. Справочник результатов обращений в поликлинику.

 

Таблица 28

 

ФАЙЛ ЗАПИСЕЙ ТИПА "СРО"

 

Номер	Имя поля	Тип	Размер	Содержание
1	СRО	Num	2	Код
2	NAME_RО	Char	100	Наименование
3	MSG_TEXT	Num	100	Примечание

 

8.15. Справочник аптечных учреждений.

 

Таблица 29

 

ФАЙЛ ЗАПИСЕЙ ТИПА "САУ"

 

Номер	Имя поля	Тип	Размер	Содержание
1	TF_ОКАТО	Num	5	Код территории по ОКАТО
2	A_COD	Char	20	Код аптечной организации, отпус- тившей лекарственное средство
3	AU_NAMES	Char	50	Наименование аптечной организации (краткое)
4	AU_NAMEF	Char	150	Наименование аптечной организации
5	C_AU	Num	1	Признак "Принадлежность аптечной организации к собственной сети   фарморганизации"
6	POST_ID	Num	6	Почтовый индекс адреса аптечной  организации
7	R_NAME	Char	150	Наименование района
8	G_NAME	Char	150	Наименование города
9	NP_NAME	Char	150	Наименование населенного пункта
10	UL_NAME	Char	150	Наименование улицы
11	DOM	Char	7	Номер дома (владения)
12	RUK_FIO	Char	140	Руководитель аптечной организации (Ф.И.О.)
13	TEL	Char	40	Телефон
14	FAX	Char	40	Факс
15	DATE_В	Date		Дата включения в справочник
16	DATE_E	Date		Дата исключения из справочника

 

8.16. Справочник причин отказов в оплате лекарственных средств, отпущенных гражданам отдельных категорий.

 

Таблица 30

 

ФАЙЛ ЗАПИСЕЙ ТИПА "КО"

 

Номер	Имя поля	Тип	Размер	Содержание
1	GRUP_MIST	Char	1	Группа ошибок
2	CODE_MIST	Num	4	Код ошибки
3	STAT_MIST	Char	1	Статус ошибки (0 - приводит к моти- вированному отказу; 1 - требует уто- чнения сведений о гражданине в Феде- ральном регистре ПФР; 2 - требует   уточнения данных, связанных с оформ- лением рецепта
4	NAME_MIST	Char	250	Наименование ошибки
5	MSG_TEXT	Char	100	Примечание

 

Примечание.

Рекомендуемый перечень основных ошибок приведен в таблице 31. С учетом ведения справочника на территориальном уровне территориальные фонды ОМС вправе дополнять его по мере ввода в действие нормативных документов МЗСР и ФОМС.

 

Таблица 31

 

ПЕРЕЧЕНЬ

ОСНОВНЫХ ОШИБОК ПРИ ПРОВЕДЕНИИ МЕДИКО-ЭКОНОМИЧЕСКОГО

КОНТРОЛЯ ВЫПИСАННЫХ РЕЦЕПТОВ И ОТПУЩЕННЫХ

ЛЕКАРСТВЕННЫХ СРЕДСТВ ПРИ ДЛО

 

Наименование ошибки	Группа ошибок	Код  ошибки	Статус ошибки
Группа П. Ошибки, идентифицируемые при     сверке передаваемых от ФО файлов персональ- ных данных и данных об отпущенных лекарст- вах с файлами персональных данных граждан в ТФОМС	П
Гражданин отсутствует в федеральном Регист- ре		П01	0
Дублируется СНИЛС гражданина		П02	1
Срок действия льготы гражданина истек до   даты выписки рецепта		П03	1
Отсутствуют следующие учетные данные граж- данина: Код территории регистрации гражда- нина по ОКАТО		П04	1
Группа Р. Ошибки, идентифицируемые при     сверке передаваемых от ФО файлов персональ- ных данных и данных об отпущенных лекарст- вах с реестрами данных о выписанных рецеп- тах	Р
Серия/номер рецепта дублируются (для разных граждан)		Р01	2
Отсутствуют сведения о серии/номере рецепта		Р02	2
Врач/фельдшер отсутствует в справочнике    врачей		Р03	2
Код ЛПУ отсутствует в справочнике ЛПУ,     работающих в системе ДЛО		Р04	2
Отпущенное гражданину ЛС не соответствует  указанному в реестре выписанных рецептов		Р05	2
Группа Л. Ошибки, идентифицируемые при     сверке передаваемых от ФО файлов данных об отпущенных лекарствах со справочниками и   нормативными документами МЗСР и ФОМС, а    также реестрами, поступившими ранее	Л
Отпущенное ЛС не входит в "Перечень ЛС" при отсутствии признака протокола ВК		Л01	0
Превышена цена отпущенного ЛС (с учетом НДС и торговой надбавки региона)		Л02	0
Отпущенное ЛС было представлено к оплате в предыдущих реестрах		Л03	0
Запись реестра полностью дублирована		Л04	0

 

9. ПРАВИЛА ПРЕДСТАВЛЕНИЯ И КОДИРОВАНИЯ ДАННЫХ

 

9.1. Для представления символьных данных в файлах используется кодовая страница 866.

9.2. Символьные данные прижаты влево и дополнены пробелами справа.

9.3. Поля необязательных данных по умолчанию заполняются по следующим правилам:

а) символьные поля заполняются пробелами;

б) числовые поля имеют нулевое значение.

9.4. При представлении даты в символьном формате char(10) используется шаблон "год/месяц/день" вида ГГГГ/ММ/ДД.

9.5. Дата рождения (поле DR) заполняется по документу, удостоверяющему личность, в соответствии со следующими правилами:

а) если известны только месяц и год рождения, но неизвестно число рождения, то фасеты ДД должны иметь значение 00; например, для родившихся в октябре 1950 года с неизвестным числом рождения, фасеты ГГГГ/ММ/ДД будут иметь значения: 1950/10/00;

б) если известен только год рождения, но неизвестны месяц и число, то фасеты ММ/ДД должны иметь значение 00; например, 1950/00/00.

9.6. Кодирование видов документов, удостоверяющих личность (поле C_DOC), осуществляется в соответствии с кодификатором:

 

Таблица 32

 

КОДЫ ВИДОВ ДОКУМЕНТОВ, УДОСТОВЕРЯЮЩИХ ЛИЧНОСТЬ

 

Код типа документа	Кодировка типа документа в ПФР	Наименование (наименование документа)
1	ПАСПОРТ	Паспорт гражданина СССР
2	ЗГПАСПОРТ	Загранпаспорт гражданина СССР
3	СВИД О РОЖД	Свидетельство о рождении
4	УДОСТ ОФИЦЕРА	Удостоверение личности офицера
5	СПРАВКА ОБ ОСВ	Справка об освобождении из места лише- ния свободы
6	ПАСПОРТ МОРФЛТ	Паспорт Минморфлота
7	ВОЕННЫЙ БИЛЕТ	Военный билет солдата (матроса,       сержанта, старшины)
8	ДИППАСПОРТ РФ	Дипломатический паспорт гражданина РФ
9	ИНПАСПОРТ	Иностранный паспорт
10	СВИД БЕЖЕНЦА	Свидетельство о регистрации ходатайст- ва о признании иммигранта беженцем
11	ВИД НА ЖИТЕЛЬ	Вид на жительство
12	УДОСТ БЕЖЕНЦА	Удостоверение беженца в РФ
13	ВРЕМ УДОСТ	Временное удостоверение личности граж- данина РФ
14	ПАСПОРТ РОССИИ	Паспорт гражданина России
15	ЗГПАСПОРТ РФ	Загранпаспорт гражданина РФ
16	ПАСПОРТ МОРЯКА	Паспорт моряка
17	ВОЕН БИЛЕТ 03	Военный билет офицера запаса
18	ПРОЧЕЕ	Иные документы, выдаваемые органами   МВД

 

9.7. Если документ (полис ОМС - поле SN_POL; документ, удостоверяющий личность - поле SN_DOC; рецепт - поле SN_LR; документ, подтверждающий право на ГСП - поле SN_DL) имеет серию и номер, то они в соответствующее поле записываются через пробел.

9.8. Поля TEL и FAX - телефон и факс указываются с кодом города, например, (095) 973-33-66.

 

10. СПОСОБЫ ПЕРЕДАЧИ ФАЙЛОВ ОБМЕНА ДАННЫМИ

 

10.1. Передача данных регистров и реестров осуществляется одним пакетом в виде архивированного ZIP-, RAR- или ARJ-файла. Состав файлов в пакете соответствует виду регистра или реестра.

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

10.3. При передаче пакета данных без использования средств электронной цифровой подписи (ЭЦП) передача пакета файлов сопровождается бумажным документом - паспортом пакета файлов, заверенным печатью и подписью должностного лица. В паспорте указывается контрольная сумма пакета, рассчитанная по алгоритму CRC32.

10.4. ЛПУ передает в ТФОМС информационную посылку, содержащую три файла (П, М, Р). ФО передает в ТФОМС информационную посылку, содержащую два файла (П и Л), отдельно - по гражданам, зарегистрированным на территории данного субъекта Российской Федерации, и отдельно - по гражданам, временно прибывшим с территорий других субъектов Российской Федерации. ТФОМС передает в ФО информационную посылку, содержащую два файла (П и ОЛ), отдельно - по гражданам, зарегистрированным на территории данного субъекта Российской Федерации, и отдельно - по гражданам, временно прибывшим с территорий других субъектов Российской Федерации.

10.5. По результатам приема-передачи пакета данных формируется протокол синтаксического контроля, представляемый в виде DBF-файла следующего формата:

 

Таблица 33

 

ПРОТОКОЛ СИНТАКСИЧЕСКОГО КОНТРОЛЯ

 

N п/п	Имя поля	Тип	Размер	Содержание
1	Т_REC	Char	2	Типа файла: ФП, ФЛ, П, М, Р, Л
2	N_РР	Num	5	Порядковый номер записи в файле
3	С_ERR	Char	4	Код ошибки в записи

 

10.6. Протокол синтаксического контроля пересылается субъекту, представившему пакет данных. После исправления ошибок допускается повторное представление соответствующей части пакета данных. Сроки обработки определяются графиком обмена данными.

 

11. ИЗМЕНЕНИЯ И ДОПОЛНЕНИЯ, ВНЕСЕННЫЕ В НАСТОЯЩУЮ РЕДАКЦИЮ

 

В настоящую редакцию "Спецификации протокола информационного взаимодействия между участниками ДЛО на основе файлов DBF-формата" по сравнению с приложением N 1 к Приказу ФОМС от 29.12.2005 "Методические рекомендации ..." внесены следующие изменения и дополнения:

1. В п. 1.2. и 6.2. в состав участников информационного обмена добавлены аптечные учреждения (АУ).

2. В п. 7.2. после слов "и формируются" добавлено "аптечным учреждением и".

3. В п. 7.3., первый абзац, вместо слов "фармацевтическими организациями" вставлено "аптечными учреждениями, а фармацевтическими организациями - вместе со счетами за отпущенные ЛС и другими необходимыми документами -".

4. Добавлен заголовок п. 8.1. - "Перечень классификаторов и справочников".

 

 

 

 

 

Приложение N 2

к Методическим рекомендациям

по организации информационного взаимодействия

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

отдельных категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ШТРИХ-КОДА

МАШИНОЧИТАЕМОГО РЕЦЕПТУРНОГО БЛАНКА

ФОРМЫ N 148-1/У-04(Л)

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

 

    МКБ      Международный классификатор болезней

    ДЛО      Дополнительное лекарственное обеспечение

    МНН      Международное непатентованное наименование

    ЛС       Лекарственное средство

    ЛФ       Лекарственная форма

    СНИЛС    Страховой номер индивидуального лицевого счета

             гражданина в системе персонифицированного учета ПФ РФ

    ОГРН     Общероссийский государственный регистрационный номер

             юридического лица

    ОКАТО    Общероссийский классификатор административно-

             территориальных образований

    ЛПУ      Лечебно-профилактическое учреждение

 

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

 

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

Настоящая спецификация описывает формат штрих-кода версии 6 и используется при дополнительном лекарственном обеспечении отдельных категорий граждан в соответствии с Федеральным законом от 17.07.1999 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.2004 N 122-ФЗ), а также при дополнительном лекарственном обеспечении за счет территориальных и муниципальных источников финансирования.

 

2. ПОЛЯ ШТРИХ-КОДА

 

Штрих-код версии 6 (Поле версии имеет обязательное значение 6).

Версия использует кодировку лекарственных средств (код международного непатентованного или торгового наименования) 2006 года, утвержденную Приказом Росздравнадзора от 15.11.2005 N 2578-Пр/05.

 

Таблица 1

 

┌────┬─────────────────────────┬─────────────────────┬───────────┐

│ N  │      Название поля      │  Количество знаков  │ Размер в  │

│п/п │                         ├──────────┬──────────┤   битах   │

│    │                         │десятичных│символьных│           │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│1   │Идентификационный номер  │          │          │    106    │

│    │врача состоит из:        │          │          │           │

│    │ОГРН ЛПУ                 │   15     │   Нет    │    50     │

│    │Код врача                │   Нет    │   7      │    56     │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│2   │Идентификационный номер  │          │          │    106    │

│    │ЛПУ из:                  │          │          │           │

│    │ОГРН ЛПУ                 │   15     │   Нет    │    50     │

│    │Код ЛПУ                  │   Нет    │   7      │    56     │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│3   │Серия рецепта            │   Нет    │   14     │    112    │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│4   │Номер рецепта            │   20     │   Нет    │    64     │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│5   │Код заболевания (по      │   Нет    │   7      │  56 <1>   │

│    │МКБ-10)                  │          │          │           │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│6   │Источник финансирования  │   1      │   Нет    │    2      │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│7   │Процент льготы рецепта   │   1      │   Нет    │    1      │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│8   │Признак МНН(0)/ТоргНаим  │   1      │   Нет    │    1      │

│    │(1)                      │          │          │           │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│9   │Код МНН/ТоргНаим (в      │   13     │   Нет    │  44 <2>   │

│    │кодировке 2006 года)     │          │          │           │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│10  │СНИЛС                    │   11     │   Нет    │ 37 <3>    │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│11  │Дозировка                │          │   20     │    160    │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│12  │Количество единиц        │   7      │   Нет    │ 24 <4>    │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│13  │Код категории гражданина │   3      │          │ 10 <3>    │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│14  │Срок действия            │   1      │   Нет    │     1     │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│15  │Дата выписки рецепта     │   7      │   Нет    │    16     │

│    │Год                      │  0-128   │          │     7     │

│    │                         │(2000 г. -│          │           │

│    │                         │2128 г.)  │          │           │

│    │Месяц                    │  1-12    │          │     4     │

│    │День                     │  1-31    │          │     5     │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│16  │Признак наличия протокола│   1      │          │     1     │

│    │ВК                       │          │          │           │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│17  │Версия                   │   3      │   Нет    │     8     │

├────┼─────────────────────────┼──────────┼──────────┼───────────┤

│    │Итого                    │          │          │   751     │

└────┴─────────────────────────┴──────────┴──────────┴───────────┘

 

--------------------------------

<1> Данные заполняются в соответствии с "Методическими рекомендациями по организации информационного взаимодействия между участниками лекарственного обеспечения отдельных категорий граждан при обязательном медицинском страховании (с изменениями и дополнениями)".

<2> Используется кодировка лекарственных средств (код международного непатентованного или торгового наименования) 2006 года в соответствии с Приказом Росздравнадзора от 15.11.2005 N 2578-Пр/05.

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

<4> Количество единиц хранится как целое число, которое получается умножением на 1000 исходного количества единиц в рецепте.

 

Источник финансирования кодируется следующим образом:

1 - Федеральный.

2 - Субъект РФ.

3 - Муниципальный.

Поле процента льготы рецепта равно "0" - в случае 100% льготы и равно "1" - 50% льготы.

Поле СНИЛС формируется только из цифр СНИЛС пациента, в результате чего получается число из 11 знаков ("123-456-789 12" преобразуется в 12345678912).

Срок действия рецепта равен "0", если рецепт действителен в течение 14 дней, и равен "1", если рецепт действителен в течение месяца.

 

3. МЕТОДИКА ФОРМИРОВАНИЯ ШТРИХ-КОДА

 

Порядок кодирования данных:

1. Все поля таблицы 1 преобразуются в двоичную форму, строки преобразуются в битовый формат ASCII.

2. Полученные битовые поля соединяются в той последовательности, которая описана в таблице 1.

3. Объединенная последовательность бит расширяется до кратности 8 нулями, путем добавления нулей между полями "Признак наличия протокола ВК" и "Версия штрих-кода". В результате последние 8 бит всегда занимает версия штрих-кода.

4. Расширенная последовательность бит преобразуется алгоритмом base64 в последовательность символов.

5. К полученной последовательности символов слева добавляется контрольный символ "р" (строчная латинская буква "р").

6. Вся строка преобразуется в штрих-код согласно ГОСТ Р 51294.9-2002 (ИСО/МЭК 15438-2001) "Автоматическая идентификация. Кодирование штриховое. Спецификация символики PDF417 (ПДФ417)".

 

4. МЕТОДИКА ФОРМИРОВАНИЯ ШТРИХ-КОДА PDF-417

 

Символ PDF-417 состоит из нескольких (от 3 до 90) строк, выровненных по вертикали. Любая строка должна содержать не менее одного знака символа (но не более 30), без учета столбцов знаков СТАРТ, СТОП и столбцов индикатора строк. Символ должен включать свободные зоны со всех четырех сторон.

Каждая строка должна содержать:

- начальную свободную зону;

- знак СТАРТ;

- знак символа левого индикатора строки;

- от 1 до 30 знаков символа;

- знак символа правого индикатора строки;

- знак СТОП;

- конечную свободную зону.

Знак символа PDF-417 состоит из четырех штрихов и четырех пробелов между ними. Ширина каждого штриха или пробела может быть от 1 до 6 модулей. Совокупная ширина 4 штрихов и 4 пробелов должна составлять 17 модулей.

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

Подробнее структура и формирование символов штрих-кода PDF-417 определено в документе: ГОСТ Р 51294.9-2002 (ИСО/МЭК 15438-2001) "Автоматическая идентификация. Кодирование штриховое. Спецификация символики PDF417(ПДФ417)".

Для печати штрих-кода PDF-417 используется шрифт "PDF-417 Font".

Символы этого шрифта содержат штрихи и пробелы различной ширины (от 1 до 6 модулей). Кроме того, среди символов шрифта есть знаки СТАРТ и СТОП.

Соответствие символов шрифта и кодов ASCII приведено в таблице 2.

 

Таблица 2

 

Символ ASCII	Символ PDF-417 Font
1	штрих, шириной 1 модуль
2	штрих, шириной 2 модуля
3	штрих, шириной 3 модуля
4	штрих, шириной 4 модуля
5	штрих, шириной 5 модулей
6	штрих, шириной 6 модулей
А	пробел, шириной 1 модуль
В	пробел, шириной 2 модуля
С	пробел, шириной 3 модуля
D	пробел, шириной 4 модуля
Е	пробел, шириной 5 модулей
F	пробел, шириной 6 модулей
+	знак СТАРТ
-	знак СТОП

 

Последовательность печатных символов, полученная на этапе формирования информационной строки (см. п. 3), преобразуется в соответствии с алгоритмом PDF-417, с учетом следующих ограничений:

1. Вся последовательность кодируется в режиме байтового кодирования.

2. Уровень коррекции ошибок принимается равным 3.

3. Количество столбцов знаков символа PDF-417 равно 5.

В результате получается строка ASCII символов, состоящая из секций, разделенных символами #13#10. Каждая секция представляет собой одну строку символа PDF-417. Каждая секция начинается с ASCII символа "+" (знак СТАРТ) и заканчивается ASCII символом "-" (знак СТОП). Между ними находится последовательность знаков символа PDF-417 (в соответствии со спецификацией символики PDF-417), каждый из которых представлен восемью ASCII символами. В этой последовательности из 8 символов на нечетных местах стоят цифры от 1 до 6 (при печати шрифтом "PDF-417 Font" будут напечатаны штрихи соответствующей ширины), на четных местах стоят буквы от А до Н (при печати шрифтом "PDF-417 Font" будут напечатаны пробелы соответствующей ширины).

Таким образом, если полученную строку напечатать шрифтом "PDF-417 Font", можно получить символ штрих-кода PDF-417.

 

5. РЕКОМЕНДАЦИИ ПО НАНЕСЕНИЮ ШТРИХ-КОДА НА БЛАНК РЕЦЕПТА

 

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

 

Министерство           ┌ - - - - - - - - - - - - - ─┐          УТВЕРЖДЕН

здравоохранения и          Место для впечатывания   │    Приказом Министерства

социального развития   │   двухмерного штрих-кода        здравоохранения и

Российской Федерации    (не менее 45 мм по ширине, и│    социального развития

                       │      25 мм по высоте            Российской Федерации

      -----------      └ - - - - - - - - - - - - - ─┘    22 ноября 2004 г. N 257

Штамп | | | | | |

      -----------

 

Код ЛПУ

___________________________

___________________________

 

                                                          Код формы по ОКУД 3108805

                                                              Форма N 148-1/у-04(л)

 

-----------------------------------------------------------------------------------

Код      |Код нозологической|   Источник     |  % оплаты:  |         Код

категории|формы (по МКБ-10) |финансирования: |(подчеркнуть)|    лекарственного

граждан  |                  |(подчеркнуть)   |1. Бесплатно |       средства

         |                  |1. Федеральный  |2. 50%       |-----------------------

         |                  |2. Субъект РФ   |             |  |  |  |  |  |  |  |

         |                  |3. Муниципальный|             |  |  |  |  |  |  |  |

----------------------------|                |             |  |  |  |  |  |  |  |

S |S |S  | L | L | L |  | L |                |             |  |  |  |  |  |  |  |

-----------------------------------------------------------------------------------

                                                            -----   -----

Рецепт Серия ________ N ____                   Дата выписки | | |   | | |   200_ г.

                                                            -----   -----

                                                              ----- ----- --------

Ф.И.О. пациента ____________                   Дата рождения  | | | | | | | | | | |

                                                              ----- ----- --------

 

-----------------------------------------------------------------------

СНИЛС        |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | |

-----------------------------------------------------------------------------------

N страхового |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |

медицинского |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |

полиса ОМС:  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |

-----------------------------------------------------------------------------------

 

Адрес или N медицинской карты амбулаторного пациента ______________________________

(история развития ребенка) ________________________________________________________

Ф.И.О. врача ______________________________________________________________________

___________________________________________________________________________________

 

-----------------------------------------------------------------------------------

Руб. Коп.   Rp:                                           Дозировка      Кол-во ед.

    |    |                                                    |            |

____|____|              ___D.td.       _______________________|______      |_______

 

    |    |                                                    |            |

____|____|              ___Signa:      _______________________|______      |_______

-----------------------------------------------------------------------------------

 

------

------   (код врача, фельдшера)     Подпись и личная печать врача

                                              МП.

         Рецепт действителен в течение 14 дней, месяца (ненужное зачеркнуть)

-------------------- (Заполняется специалистом аптечного учреждения) --------------

 

-----------------------------------------------------------------------------------

Отпущено по рецепту:                             |Торговое наименование:

-------------------------------------------------|---------------------------------

Дата отпуска "__" __________ 200_                |Количество:

                                                 |

-----------------------------------------------------------------------------------

--------------------------------- (линия отрыва) ----------------------------------

-----------------------------------------------------------------------------------

Корешок рецептурного бланка                      |Способ применения: ______________

Наименование                                     |Продолжительность __________ дней

лекарственного средства:                         |Количество приемов в день: __ раз

Дозировка: _________________                     |На 1 прием: _________________ ед.

-----------------------------------------------------------------------------------

 

 

 

 

 

Приложение N 3

к Методическим рекомендациям

по организации информационного взаимодействия

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

отдельных категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ПРОТОКОЛОВ ИНФОРМАЦИОННОГО

ВЗАИМОДЕЙСТВИЯ МЕЖДУ УЧАСТНИКАМИ ДЛО

НА ОСНОВЕ ФАЙЛОВ XML-ФОРМАТА

 

Приложение N 3.1

к Методическим рекомендациям

по организации информационного

взаимодействия между участниками

лекарственного обеспечения

отдельных категорий граждан

при обязательном медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ПРОТОКОЛА ЭКСПОРТА-ИМПОРТА

ПЕРСОНИФИЦИРОВАННЫХ РЕЕСТРОВ ВЫПИСАННЫХ РЕЦЕПТОВ

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

 

ТФОМС     Территориальный фонд обязательного медицинского

          страхования

ЦОД       Центр обработки данных

ЛПУ       Лечебно-профилактическое учреждение

ФО        Фармацевтическая организация

СМО       Страховая медицинская организация

АУ        Аптечное учреждение

ТО ПФР    Территориальное отделение пенсионного фонда России

ТО УЗ     Территориальный орган управления здравоохранения

ВР        Врачи

Нас       Население

НАС ЛГ    Лица, имеющие право на бесплатное дополнительное

          лекарственное обеспечение

СНИЛС     Страховой номер индивидуального лицевого счета в системе

          персонифицированного учета ПФ РФ

РВР       Персонифицированный реестр выписанных рецептов в ЛПУ

БД        База данных

СУБД      Система управления БД

 

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

 

Настоящая спецификация описывает обязательные правила (протокол) экспорта/импорта персонифицированных реестров выписанных рецептов, формат передачи данных и рекомендуемые методики при реализации указанного протокола.

 

2. ТЕРМИНЫ И ПОНЯТИЯ

 

ППО ЦОД - пакет программного обеспечения, работающий в ЦОД.

ППО ЛПУ - пакет программного обеспечения, работающий в лечебно-профилактическом учреждении.

Персонифицированный реестр выписанных рецептов - XML файл с данными о выписанных в лечебном учреждении рецептах, являющихся основаниями для бесплатного получения лекарственного средства. Структура РВР определяется далее в настоящем документе.

Экспортер - сторона, передающая собственные данные в соответствии с настоящей спецификацией для другой стороны.

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

 

3. ВЕРСИИ ПРОТОКОЛА

 

Настоящая спецификация определяет протокол экспорта/импорта персонифицированных реестров выписанных рецептов версии 3.0. В последующем возможно внесение изменений в описываемый протокол. Изменения протокола формируют соответствующую новую версию протокола. Каждый XML-файл по данному протоколу должен нести внутри себя информацию о версии протокола.

 

4. ВЗАИМОДЕЙСТВИЕ СТОРОН

 

Обмен данными (экспорт/импорт) между ЛПУ и ЦОД осуществляется на файловом уровне, данные информационного обмена формируются, хранятся и обрабатываются ППО импортера и ППО экспортера в виде файлов XML формата. Файлы XML формата содержат структурированный набор блоков информации. Каждый блок информации обозначается соответствующим предопределенным набором тегов. Занесение полученной информации в БД, контроль версии протокола, корректность переданной информации осуществляется ПО импортера.

Версия протокола экспорта/импорта персонифицированных реестров выписанных рецептов предусматривает только одно направление передачи данных от ЛПУ к ЦОД.

Экспортер данных обязан формировать XML-файлы в соответствии с настоящим протоколом. Экспортер несет ответственность за полноту, достоверность и актуальность передаваемых данных.

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

ППО ЛПУ формирует XML файл реестра выписанных льготных рецептов по данным локальной БД в лечебно-профилактическом учреждении.

ППО ЦОД принимает РВР в виде XML файла, анализирует его на предмет соответствия настоящей спецификации, формирует перечень предупреждений и перечень критичных ошибок по РВР (дефектную ведомость), разносит полученные данные в экземпляр БД.

 

4.1. Атрибутивные характеристики выписанных рецептов

 

Атрибутивные характеристики выписанных льготных рецептов - условно постоянные характеристики рецепта. К ним относятся номер и серия рецепта, СНИЛС льготника, код врача, выписавшего ЛС, код ЛС по МНН, код заболевания по МКБ-10 и т.д. и т.п.

 

4.2. Регулярные обновления

 

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

 

5. ОБЯЗАТЕЛЬНЫЕ ПРАВИЛА

 

Настоящая спецификация предусматривает следующий набор обязательных правил при экспорте/импорте персонифицированных реестров выписанных рецептов.

 

5.1. Общие правила представления данных в XML формате

 

Здесь и далее используются определения и спецификации, разработанные The World Wide Web Consortium (W3C) (http://www.w3.org).

Структура XML файлов протоколов и других документов описывается с помощью схем (XML Schema), спецификация которых описана (http://www.w3.org/2001/XMLSchema). Схема для каждого вида документа (XML файла) представляется в виде XSD файла.

Структура файла

Для всех документов (файлов XML) применяется следующая базовая схема:

Тег корневого файла <MAIN chsm=''''>. Корневой тег содержит атрибут "chsm" - значение контрольной суммы. Алгоритм расчета контрольной суммы описан в п. 8 данного документа.

Тег (обязательный) с идентификатором формата <FORMAT_GUID>, в котором указывается GUID, соответствующий формату.

Тег (обязательный) <PROTOCOL>, в котором указывается мнемоника протокола.

Тег (обязательный) <VER>, в котором указывается версия формата.

Тег <CREATE_BY> (необязательный) содержит наименование программы, создавшей экземпляр файла.

Тег <APP_BUILD> (необязательный) содержит номер сборки (версии) программы, создавшей экземпляр файла.

Тег <CREATE_TIME> (обязательный) содержит дату и время создания файла.

Тег <TITLE> (необязательный) содержит строку со смысловым обозначением формата файла.

Тег <ЕСР> (необязательный) содержит строку с электронной подписью отправителя.

Раздел SENDINFO (тег <SENDINFO>, обязательный) типа docFlowInfoType (определение приведено ниже).

Все остальные данные включаются в теге <DATAMAIN>, структура которого определяется конкретным форматом.

Соответствие протоколу и схеме, проверка контрольной суммы

XML файл должен полностью соответствовать схеме, определенной для протокола, к которому относится этот файл. Не соответствующие схеме файлы не подлежат обработке.

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

При создании файла ПО экспортера должно рассчитать и записать контрольную сумму по методике, описанной в пункте "Алгоритм расчета контрольной суммы" настоящего документа. При обработке файла ПО экспортера также должно проверить соответствие содержания файла контрольной сумме по тому же алгоритму.

 

5.2. Правила формирования посылок

 

Тег SENDINFO с информацией о посылке экспорта/импорта является обязательным.

В теге <HOST_GUID> должен быть указан GUID экспортера. GUID экспортера представляет собой символьный идентификатор участника ДЛО, уникальный в пределах территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан. При обработке файла необходимо провести проверку допустимости приема файла данного протокола от данного экспортера. В качестве GUID хоста в системе используется ОГРН учреждения экспортера. В случае, если у одного учреждения присутствует несколько хостов издателей, например, разные отделения одного лечебно-профилактического учреждения, для уникальности к ОГРН в квадратных или круглых скобках добавляется номер хоста (отделения ЛПУ) внутри данного учреждения. Например:

<HOST_GUID>1023101687190[2]</HOST_GUID>.

Посылки от одного экспортера должны последовательно нумероваться, и номер посылки указываться в теге <PACKAGE_NUMBER>. ПО экспортера должно исключить возможность формирования двух разных посылок с одним номером от одного экспортера. ПО, осуществляющее импорт посылок, должно контролировать последовательность обработки посылок и исключить возможность нарушения порядка обработки посылок одного экспортера.

Для каждой вновь создаваемой посылки экспортер должен определить новый GUID посылки, который должен быть отражен в теге <SEND_GUID>, а также сохранен для последующего использования. ПО, осуществляющее импорт посылок, обязано контролировать уникальность импорта посылок и исключить возможность обработки посылок с одинаковым GUID. В качестве GUID (Global Unique Identifier) посылки должен использоваться Глобальный Уникальный Идентификатор, используемый в операционной системе Microsoft Windows.

GUID представляет собой уникальное псевдослучайное 128-битное значение, которое теоретически не должно повториться. Алгоритм генерации GUID основан на аппаратной части компьютера (параметры BIOS, частота процессора, номер сетевой карты и т.д.) и использует случайные показания внутреннего таймера. Эту запись можно определить в виде строки следующего формата:

'{хххххххх-хххх-хххх-хххх-хххххххххххх}'

В каждой посылке необходимо указывать GUID предыдущей посылки в теге <PREV_SEND_GUID>. При обработке файла необходимо обеспечивать правило, по которому посылки должны обрабатываться последовательно, т.е. значение тега <PREV_SEND_GUID> должно соответствовать предыдущей принятой посылке. Для первой посылки от экспортера, тег <PREV_SEND_GUID> имеет пустое значение.

В случае, когда посылка разбивается на несколько файлов, в ней необходимо указывать теги <FILE_NUMBER>, <PREV_FILE_NUMBER>, <NEXT_FILE_NUMBER>, номер текущего файла, предыдущего и последующего. Все файлы посылки имеют сквозную (в рамках посылки) нумерацию. При обработке многофайловой посылки необходимо соблюсти последовательность обработки файлов.

 

5.3. Формирование XML-файла РВР

 

При формировании XML файла ПО экспортера данных обязано выдержать все требования настоящей спецификации по структуре файла и соответствию его XSD- схеме.

После полного формирования файла ППО экспортера обязано проверить сформированный файл на соответствие XSD-схеме.

Все данные при формировании файла должны приводиться к форматам, определенным в пункте 6 настоящего документа.

Расчет контрольной суммы производится в соответствии с пунктом 8 настоящего документа.

 

5.4. Контроль версии протокола

 

При приеме РВР ППО импортера в первую очередь должно провести проверку версии протокола, указанной в принимаемом XML файле. XML файлы без указания версии протокола не должны приниматься ППО импортера. ППО импортера также не должно принимать к обработке XML-файлы с неизвестной ему версией протокола экспорта/импорта выписанных рецептов. Перед обработкой данных реестра необходимо выполнить проверку на существование лечебно-профилактического учреждения, от которого получен файл обновления данных. В случае отсутствия информации о лечебно-профилактическом учреждении посылка отвергается.

 

5.5. Контроль структуры файлов

 

Следующим шагом при приемке РВР должна быть проверка полученного XML-файла на соответствие определенной для версии протокола XSD-схеме. При каком-либо несоответствии ППО импортера должно отвергнуть файл в целом и не пытаться осуществлять импорт полученных данных.

Для ППО импортера рекомендуется формировать файл обнаруженных ошибок в полученном XML-файле для разбора возможных конфликтных ситуаций.

 

5.6. Проверка контрольной суммы

 

До начала исполнения импорта ППО импортера обязано рассчитать контрольную сумму по обрабатываемому XML-файлу в соответствии с алгоритмом, указанным в пункте 8 настоящего документа. Рассчитанная контрольная сумма сравнивается с контрольной суммой, указанной в атрибуте chsm головного тега <MAIN> XML-файла. При несоответствии рассчитанной и указанной контрольных сумм файл должен считаться дефектным и не приниматься к дальнейшей обработке.

 

6. ФОРМАТЫ ДАННЫХ

 

При записи данных в XML файлах используются типы данных (форматы представления), описанных в спецификации W3.ORG (http://www.w3.org/2001/XMLSchema). Используются простые базовые типы, производные (путем введения ограничений) от простых типов и комплексные типы.

При создании XML файлов необходимо использовать следующие форматы данных:

 

6.1. Форматы применяемых простых типов

 

XSD Тип	Тип данных	Описание
xs:string	Строка	Произвольная строка
xs:integer	Целое число	-ХХХХХХХХХХ и +ХХХХХХХХХХ (32 бита)
xs:decimal	Дробное      число	"YYYYY.XXX", где YYYY - целая часть,  XXX -дробная, разделитель целой и     дробной части "." /точка/
xs:double	Вещественное	Разделитель целой и дробной части "." /точка/
xs:date	Дата	"ГГГГ-ММ-ДД", например 2004-09-12
xs:dateTime	Дата+время	"ГГГГ-ММ-ДДТЧЧ:ММ:СС" разделитель даты и времени - латинская Т, например     2004-12-31Т23:55:57
xs:long	Целое число	-ХХХХХХХХХХ и +ХХХХХХХХХХ (64 бита)

 

6.2. Производные типы

 

Производный тип: money2

Базовый тип: xs:decimal

Описание: Тип деньги

 

Производный тип: rесТуре

Базовый тип: xs:string

Возможные значения для типа:

- значение: "I"

- значение: "U"

- значение: "D"

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. I - новая запись, U - измененная запись, D - удаленная запись

 

Производный тип: date0

Базовый тип: xs:string

Формат:

ГГГГ-ММ-ДД,

где ГГГГ - год (допустимые значения от 0000 до 3333)

ММ - месяц (допустимые значения от 00 до 12)

ДД - месяц (допустимые значения от 00 до 31)

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

 

6.3. Составные типы

 

Составной тип: docFlowInfoType

Описание: Раздел информации для файлов, участвующих в посылке экспорта/импорта

Вложенные теги:

Тег: HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста экспортера. Определяется для каждого экспортера как константа

 

Тег: TARGET_HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста импортера, которому предназначена эта посылка

 

Тег: SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID посылки. Создается новый для каждого экземпляра посылки

 

Тег: PREV_SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID предыдущей посылки

 

Тег: FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. Нумерация производится, начиная с 1. 1, 2, 3 и т.д.

 

Тег: PREV_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер предыдущего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл первый в посылке, тег отсутствует

 

Тег: NEXT_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер следующего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл последний в посылке, тег отсутствует

 

Тег: PACKAGE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер посылки. Указывается в случаях, когда посылки нумеруются

 

7. СТРУКТУРА ФАЙЛОВ

 

В соответствии со спецификацией формата .XML (www.w3.org):

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

- XML файл, а также каждый его блок должен иметь открывающий и закрывающий теги, указывающие на начало и конец содержания XML-файла (блока). В XML-файле должен быть один и только один корневой тег.

В настоящем документе везде далее при описании тегов XML файлов знак + (плюс) перед тегом означает, что выделенный таким образом тег имеет вложенные теги.

 

7.1. Общие требования

 

Реализация функции обновления данных в качестве экспорта информации предназначена для предоставления в ЦОД информации о выписанных в лечебном учреждении льготных рецептах.

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

В тегах с типом значения "xs:dateTime", описывающих дату и время, в случае отсутствия значения (неопределенного) приняты следующие правила:

- для тегов (полей), описывающих дату(и время) какого либо события, - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) начала какого либо временного интервала (например, дата включения в справочник), - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) окончания какого-либо временного интервала (например, дата исключения из справочника), - значение тега должно быть пустым или "2222-01-01Т00:00:00".

Описание в табличном виде обрамления для всех типов файлов экспорта:

 

N	Наименование	Обозначение	Примечания
1.	Корневой раздел	<MAIN>	*
1.1.	Версия формата	<FORMAT_GUID>	*
1.2.	Мнемоника протокола, к которому      принадлежит данный файл	<PROTOCOL>	POLYCLINIC _REESTR
1.3.	Версия протокола	<VER>
1.4.	Создано программой	<CREATE_BY>
1.5.	Версия программы	<APP_BUILD>	*
1.6.	Время создания	<CREATE_TIME>	*
1.7.	Титул протокола	<TITLE>	*
1.8.	Электронная подпись экспортера	<ECP>	*
1.9.	Раздел описания для файлов,          участвующих в посылке                экспорта/импорта	<SENDINFO>	*
1.10.	Передаваемая информация	<DATAMAIN>	*

 

Пример общей (заглавной) части XML-файла экспорта данных:

 

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

<MAIN chsm="89C3795DED7B711A4EE54E87C3338420AA1B23FE">

    <FORMAT_GUID>{D619D0D5-7430-4840-9E35-C15BC1EF0E3D}</FORMAT_GUID>

    <PROTOCOL>POLYCLINIC_REESTR</PROTOCOL>

    <VER>3.0</VER>

    <CREATE_BY>SprExport - Malibu Library</CREATE_BY>

    <CREATE_TIME>2005-07-21T17:33:02</CREATE_TIME>

    <TITLE>Peecтp рецептов от поликлиники</ТIТLЕ>

    <ECP>/ECP>

    <SENDINFO>

        <HOST_GUID>1023101681745[2]</HOST_GUID>

        <SEND_GUID>{4d484dfa-aa11-428d-8759-fac4ba3ad155}</SEND_GUID>

        <PACKAGE_NUMBER>23</PACKAGE_NUMBER>

    </SENDINFO>

    +<DATAMAIN>

    ...

</MAIN>

 

7.2. Описание структуры XML-документа

 

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тэга MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Фиксированное значение тега: {D619D0D5-7430-4840-9E35-C15BC1EF0E3D}

Описание: GUID формата файлов. Для данного протокола должен иметь значение {D619D0D5-7430-4840-9Е35-С15ВС1EF0E3D}

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: POLYCLINIC_REESTR

Описание: Мнемоника протокола, к которому принадлежит данный файл. Для данного протокола должен иметь значение "POLYCLINIC_REESTR"

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата протокола. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: APP_BUILD

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер сборки программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка. Например, "Реестр рецептов ЛПУ"

 

Тег: ЕСР

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Электронная цифровая подпись отправителя

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowInfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Раздел информации для файлов, участвующих в экспорте/импорте. См. раздел "Описание общих типов данных"

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Основной раздел. Включает все передаваемые протоколом данные

 

Содержимое тега DATAMAIN:

 

Тег: DOCUMENTS

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список экспортируемых реестров документов

 

Содержимое тега DOCUMENTS:

 

Тег: PERSONDLO_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список персональных данных пациентов. В общем случае наличие тега регламентируется ТФОМС. В частном случае тег PERSONDLO_DOC является обязательным, если в реестре имеются граждане, прибывшие с территории других субъектов РФ, что в свою очередь определяется местом постоянной регистрации граждан (тег OKATO_REG)

 

Содержимое тега PERSONDLO РОС:

 

Тег: PERSONDLO

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Персональные данные пациента

Атрибуты для PERSONDLO:

Имя атрибута: ор

Тип значения: гесТуре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега PERSONDLO:

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Страховой номер индивидуального лицевого счета Пенсионного Фонда РФ (СНИЛС)

 

Тег: S_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия полиса ОМС

 

Тег: N_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер полиса ОМС

 

Тег: FAM

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия пациента

 

Тег: IM

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя пациента

 

Тег: OT

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество пациента

 

Тег: W

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Пол (М/Ж)

 

Тег: DR

Уровень вложенности тега: 6

Тип значения: date0

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата рождения. При неизвестном месяце рождения или дате в соответствующем поле указывается "00" (пример - 1985-00-00)

 

Тег: С_КАТ

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: S_DOC

Уровень вложенности тега: 6

Тип значения: xs:string(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия документа, удостоверяющего личность

 

Тег: N_DOC

Уровень вложенности тега: 6

Тип значения: xs:decimal(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер документа, удостоверяющего личность

 

Тег: C_DOC

Уровень вложенности тега: 6

Тип значения: xs:decimal(2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Тип документа, удостоверяющего личность

 

Тег: OKATO_OMS

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории страхования по ОМС по ОКАТО

 

Тег: QM_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН СМО по ОМС

 

Тег: OKATO_REG

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории постоянной регистрации гражданина (по ОКАТО)

 

Тег: D_TYPE

Уровень вложенности тега: 6

Тип значения: xs: string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак "Особый случай" (резервное поле)

 

Тег: POLYCLINICRECIPE_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список рецептов

 

Содержимое тега POLYCLINICRECIPE DОС:

 

Тег: POLYCLINICRECIPE

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Рецепт, выписанный в поликлинике

Атрибуты для POLYCLINICRECIPE:

Имя атрибута: ор

Тип значения: гесТуре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега POLYCLINICRECIPE:

 

Тег: DATE_VR

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата выписки рецепта

 

Тег: C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ, где выписан рецепт

 

Тег: MCOD

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ЛПУ в кодировке ТФОМС

 

Тег: V_C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ, где работает врач

 

Тег: PCOD

Уровень вложенности тега: 6

Тип значения: xs:string(10)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код врача (фельдшера) в ЛПУ, где работает врач, указывается без ОГРН ЛПУ

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Страховой номер индивидуального лицевого счета Пенсионного Фонда РФ (СНИЛС)

 

Тег: DS

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код по Международному Классификатору Болезней (МКБ-10)

 

Тег: S_LR

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия рецепта

 

Тег: N_LR

Уровень вложенности тега: 6

Тип значения: xs:long

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер рецепта. Лидирующие нули при исполнении импорта не учитываются

 

Тег: C_MNN

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код Международного непатентованного наименования выписанного ЛС, заполняется, если ЛС выписывается в МНН

 

Тег: C_FINL

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Источник финансирования (1 - Федеральный, 2 - Субъект РФ, 3 - Муниципальный орган)

 

Тег: DOZ_LS

Уровень вложенности тега: 6

Тип значения: xs:string(20)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дозировка выписанного ЛС

 

Тег: KV_ALL

Уровень вложенности тега: 6

Тип значения: xs:decimal(7,3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Выписанное количество единиц лекарственной формы ЛС

 

Тег: SR_DAY

Уровень вложенности тега: 6

Тип значения: xs.integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Срок действия рецепта (1 - месяц, 2 - две недели)

 

Тег: PR_LR

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Процент льготы рецепта (1 - 100%, 2 - 50%)

 

Тег: Р_КЕК

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак наличия протокола КЭК (0 - нет, 1 - есть)

 

Тег: С_КАТ

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: C_KATL

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код категории гражданина, имеющего право на ГСП, в соответствии со столбцом 5 "Таблицы соответствия категорий граждан, установленных Федеральным законом от 17.07.99 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.04 N 122-ФЗ) ..."

 

Тег: StatusLPURecipe

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Статус рецепта ЛПУ (1 - выписан, 2 - испорчен, 3 - возвращен)

 

Тег: D_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак Особый случай (резервное поле) в данной версии протокола должно быть пустым

 

Тег: RecipeGUID

Уровень вложенности тега: 6

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Уникальный идентификатор рецепта (GUID). ПО должно формировать уникальный GUID для каждого нового рецепта с целью обеспечения возможности обновления (изменения) данных рецепта при повторном экспорте рецепта

 

Тег: NumExport

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер выгрузки (редакции), указывающий количество выгрузок(редакций) данного рецепта (по GUID). Для нового рецепта - 0, для исправленного один раз - 1 и т.д.

 

Тег: DateExport

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата предыдущей (нетекущей) выгрузки (редакции) данного рецепта (по GUID). Для нового рецепта - 1900-01-01Т00:00:00 или пустая. Используется для отслеживания истории редактирования

 

Тег: FLAGS

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Битовые признаки по рецепту (зарезервировано)

 

Тег: S_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия полиса ОМС

 

Тег: N_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер полиса ОМС

 

Тег: C_TRN

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код лекарственного средства (выписки) по торговому наименованию, заполняется, если ЛС выписывается по торговому наименованию

 

Тег: C_LF

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код лекарственной формы

 

Тег: C_DLS

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код единицы измерения дозировки

 

8. АЛГОРИТМ РАСЧЕТА КОНТРОЛЬНОЙ СУММЫ

 

Для расчета контрольной суммы по XML-файлу выделяется строка символов, между правой угловой скобкой открывающего тега <MAIN> (не включая ее) и заканчивающаяся и левой угловой скобкой закрывающего тега </MAIN> (не включая ее).

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

Далее по этой строке ведется подсчет контрольной суммы в соответствии с алгоритмом, указанным в пункте 8.1. настоящего документа.

Полученное значение заносится в атрибут chsm.

 

8.1. Алгоритм расчета контрольной суммы по строке символов

 

В расчете контрольной суммы по выделенной строке применяется алгоритм Secure Hash Algorithm (SHA) стандарта Secure Hash Standard (SHS).

Алгоритм SHA (Secure Hash Algorithm) стандарта безопасного хеширования (Secure Hash Standard, SHS).

В зависимости от выходного хеш-значения выделяют следующие виды SHA:

SHA1 - выходное значение 160 бит;

SHA256 - выходное значение 256 бит;

SHA512 - выходное значение 512 бит;

SHA384 - выходное значение 384 бита.

Стандарт ИСО - ISO/IEC 10118-3:2004

(http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNTUMBER=39876).

Настоящий документ описывает стандарт SHA1.

Описание реализации алгоритма SHA1 на языке C++:

typedef int HASH[5];

typedef int T512[16];

typedef int T80[80];

typedef int (*LPFNHASH) (int, int, int);// Функции F1, F2, F3

const int K1 = 0x5a827999;

const int K2 = 0x6ed9eba1;

const int К3 = 0x8f1bbcdc;

const int K4 = 0xca62c1d6;

 

    unsigned ROL(unsigned a, size_t s) { return a << s | (a >> (sizeof

    (T)*8 - s)); }

    int f1 (int x, int y, int z) { return x&y | (~x)&z; }

                                           /\ /\

    int f2 (int x, int y, int z) ( return x  y  z; }

    int f3 (int x, int y, int z) { return x&y | x&z | y&z; }

    void FillT80(T512 M, T80 W)

    {

       size_t t;

       for(t = 0; t < 16; t++)W[t] = M[t];

                                       /\      /\       /\

    for(; t < 80; t++)W[t] = ROL(W[t-3]  W[t-8]  W[t-14]  W[t-16], 1);

    }

    void MainStep(T80 W, size_t t, HASH H, LPFNHASH f, int K)

    {

    int tmp = ROL(H[0], 5) + f(H[1], H[2], H[3]) + H[4] + W[t] + K;

        H[4] = H[3];

        H[3] = H[2];

        H[2] = R0L(H[1], 30);

        H[1] = H[0];

        H[0] = tmp;

    }

    void StepSHA(T512 M, HASH Hr)

    {

       T80 W;

       FillT80(M, W);

       size_t t;

       HASH H;

       memcpy(H, Hr, sizeof(HASH));

       for(t = 0; t < 20; t++) MainStep(W, t, H, f1, K1);

       for(; t < 40; t++) MainStep(W, t, H, f2, K2);

       for(; t < 60; t++) MainStep(W; t, H, f3, K3);

       for(; t < 80; t++) MainStep(W, t, H, f2, K4);

           for(size_t i = 0; i < 5; i++)

               Hr[i] += H[i];

    }

    Функции F1, F2, F3:

    F1(X,Y,Z) - (X /\ Y) \/ ((─┐X) /\ Z)

F2(X,Y,Z) = X (+) Y (+) Z

F3(X,Y,Z) = (X /\ Y) \/ (X /\ Z) \/ (Y /\ Z)

ROL(X,Y) - циклический сдвиг Х влево на Y разрядов,

где:

/\ - логическое "И";

\/ - логическое "Или";

    ─┐ - логическое "Не";

(+) - логическое "Исключающее или".

Перед запуском алгоритма хеш-значение должно инициализироваться следующими константами:

const HASH HASHFIRST = {0x67452301, 0xefcdab89, 0x98badcfe, 0x10325476, 0xc3d2e1f0};

Замечание: тип int хранит байты в обратном порядке. В приведенном примере минимальной единицей памяти является 32-битный блок, поэтому способ хранения на диске неважен. При побайтовой обработке это следует учитывать.

 

 

 

 

 

Приложение N 3.2

к Методическим рекомендациям

по организации информационного

взаимодействия между участниками

лекарственного обеспечения отдельных

категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ПРОТОКОЛА ЭКСПОРТА-ИМПОРТА

ПЕРСОНИФИЦИРОВАННЫХ РЕЕСТРОВ РЕЦЕПТОВ ЛЕКАРСТВЕННЫХ

СРЕДСТВ, ОТПУЩЕННЫХ ОТДЕЛЬНЫМ КАТЕГОРИЯМ ГРАЖДАН,

И ОТЛОЖЕННЫХ РЕЦЕПТОВ

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

 

ТФОМС        Территориальный фонд обязательного медицинского

             страхования

ЦОД          Центр обработки данных

ЛПУ          Лечебно-профилактическое учреждение

ФО           Фармацевтическая организация

АУ           Аптечное учреждение

ТО ПФР       Территориальное отделение пенсионного фонда России

ТО УЗ        Территориальный орган управления здравоохранения

ВР           Врачи

НАС ЛГ       Лица, имеющие право на бесплатное дополнительное

             лекарственное обеспечение

СНИЛС        Страховой номер индивидуального лицевого счета в

             системе персонифицированного учета ПФ РФ

РВР          Персонифицированный реестр выписанных рецептов в ЛПУ

РОЛС         Персонифицированный реестр лекарственных средств,

             отпущенных гражданам отдельных категорий

БД           База данных

СУБД         Система управления БД

 

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

 

Настоящая спецификация описывает обязательные правила (протокол) при экспорте/импорте персонифицированных реестров рецептов лекарственных средств, отпущенных отдельным категориям граждан, и отложенных рецептов, формат передачи данных и рекомендуемые методики при реализации указанного протокола.

 

2. ТЕРМИНЫ И ПОНЯТИЯ

 

ППО ЦОД - пакет программного обеспечения, работающий в ЦОД.

ППО АУ - пакет программного обеспечения, работающий в аптечном учреждении.

Персонифицированный реестр рецептов лекарственных средств, отпущенных отдельным категориям граждан - XML файл с данными об отпущенных в аптечном учреждении лекарственных средствах по рецептам, являющимся основаниями для бесплатного получения лекарственного средства. Структура РОЛС определяется далее в настоящем документе.

Экспортер - сторона, передающая собственные данные в соответствии с настоящей спецификацией для другой стороны.

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

 

3. ВЕРСИИ ПРОТОКОЛА

 

Настоящая спецификация определяет протокол экспорта/импорта персонифицированных реестров рецептов лекарственных средств, отпущенных отдельным категориям граждан, и отложенных рецептов версии 3.0. В последующем возможно внесение изменений в описываемый протокол. Изменения протокола формируют соответствующую новую версию протокола. Каждый XML-файл по данному протоколу должен нести внутри себя информацию о версии протокола.

 

4. ВЗАИМОДЕЙСТВИЕ СТОРОН

 

Обмен данными, экспорт/импорт реестров персонифицированного отпуска ЛС осуществляется на файловом уровне, данные информационного обмена формируются, хранятся и обрабатываются ППО импортера и ППО экспортера в виде файлов XML формата. Файлы XML формата содержат структурированный набор блоков информации. Каждый блок информации обозначается соответствующим предопределенным набором тегов. Занесение полученной информации в БД, контроль версии протокола, корректность переданной информации осуществляется ППО импортера.

Настоящая версия протокола предусматривает направление передачи данных от АУ к ЦОД, от АУ к ФО, от ФО к ТФОМС (ЦОД).

Экспортер данных обязан формировать XML-файлы в соответствии с настоящим протоколом. Экспортер несет ответственность за полноту, достоверность и актуальность передаваемых данных.

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

ППО экспортера формирует XML файл реестра отпущенных ЛС по данным локальной БД.

ППО импортера принимает РОЛС в виде XML файла, анализирует его на предмет соответствия настоящей спецификации, формирует перечень предупреждений и перечень критичных ошибок по РОЛС (дефектную ведомость), разносит полученные данные в экземпляр БД.

 

4.1. Атрибутивные характеристики отпущенных рецептов

 

Атрибутивные характеристики отпущенных льготных рецептов - условно постоянные характеристики рецепта. К ним относятся номер и серия рецепта, СНИЛС льготника, код ЛС по номенклатурному наименованию, количество отпущенного ЛС, цена, дата отпуска ЛС и т.д.

 

4.2. Регулярные обновления

 

Целью обмена информацией является регулярное обновление данных по отпущенным ЛС в БД ЦОД. Регулярные данные, реестр отпущенных ЛС должен формироваться и передаваться в ЦОД с периодичностью, установленной регламентом информационного взаимодействия между участниками территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан.

 

5. ОБЯЗАТЕЛЬНЫЕ ПРАВИЛА

 

Настоящая спецификация предусматривает набор обязательных правил при обмене данными между экспортером и импортером.

 

5.1. Общие правила представления данных в XML формате

 

Здесь и далее используются определения и спецификации, разработанные международным консорциумом по стандартизации The World Wide Web Consortium (W3C) (http://www.w3.org).

Структура XML файлов протоколов и других документов описывается с помощью схем (XML Schema), спецификация которых описана (http://www.w3.org/2001/XMLSchema). Схема для каждого вида документа (XML файла) представляется в виде XSD файла.

Структура файла

Для всех документов (файлов XML) применяется следующая базовая схема:

Тег корневого файла <MAIN chsm=''''>. Корневой тег содержит атрибут "chsm" - значение контрольной суммы. Алгоритм расчета контрольной суммы описан в п. 8 данного документа.

Тег (обязательный) с идентификатором формата <FORMAT_GUID>, в котором указывается GUID, соответствующий формату.

Тег (обязательный) <PROTOCOL>, в котором указывается мнемоника протокола.

Тег (обязательный) <VER>, в котором указывается версия формата.

Тег <CREATE_BY> (необязательный) содержит наименование программы, создавшей экземпляр файла.

Тег <APP_BUILD> (необязательный) содержит номер сборки (версии) программы, создавшей экземпляр файла.

Тег <CREATE_TIME> (обязательный) содержит дату и время создания файла.

Тег <TITLE> (необязательный) содержит строку со смысловым обозначением формата файла.

Тег <ЕСР> (необязательный) содержит строку с электронной подписью отправителя.

Раздел SENDINFO (тег <SENDINFO>, обязательный) типа docFlowInfoType (определение приведено ниже).

Все остальные данные включаются в теге <DATAMAIN>, структура которого определяется конкретным форматом.

Соответствие протоколу и схеме, проверка контрольной суммы

XML файл должен полностью соответствовать схеме, определенной для протокола, к которому относится этот файл. Не соответствующие схеме файлы не подлежат обработке.

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

При создании файла ПО экспортера должно рассчитать и записать контрольную сумму по методике, описанной в пункте "Алгоритм расчета контрольной суммы" настоящего документа. При обработке файла ПО экспортера также должно проверить соответствие содержания файла контрольной сумме по тому же алгоритму.

 

5.2. Правила формирования посылок

 

Тег SENDINFO с информацией о посылке экспорта/импорта является обязательным.

В теге <HOST_GUID> должен быть указан GUID экспортера. GUID экспортера представляет собой символьный идентификатор участника ДЛО, уникальный в пределах территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан. При обработке файла необходимо провести проверку допустимости приема файла данного протокола от данного экспортера. В качестве GUID хоста в системе используется ОГРН учреждения экспортера. В случае, если у одного учреждения присутствует несколько хостов издателей, например, разные отделения одного лечебно-профилактического учреждения, для уникальности к ОГРН в квадратных или круглых добавляется номер хоста (отделения ЛПУ) внутри данного учреждения. Например:

<HOST_GUID>1023101687190[2]</HOST_GUID>.

Посылки от одного экспортера должны последовательно нумероваться, и номер посылки указываться в теге <PACKAGE_NUMBER>. ПО экспортера должно исключить возможность формирования двух разных посылок с одним номером от одного экспортера. ПО, осуществляющее импорт посылок, должно контролировать последовательность обработки посылок и исключить возможность нарушения порядка обработки посылок одного экспортера.

Для каждой вновь создаваемой посылки экспортер должен определить новый GUID посылки, который должен быть отражен в теге <SEND_GUID>, а также сохранен для последующего использования. ПО, осуществляющее импорт посылок, обязано контролировать уникальность импорта посылок и исключить возможность обработки посылок с одинаковым GUID. В качестве GUID (Global Unique Identifier) посылки должен использоваться Глобальный Уникальный Идентификатор, используемый в операционной системе Microsoft Windows.

GUID представляет собой уникальное псевдослучайное 128-битное значение, которое теоретически не должно повториться. Алгоритм генерации GUID основан на аппаратной части компьютера (параметры BIOS, частота процессора, номер сетевой карты и т.д.) и использует случайные показания внутреннего таймера. Эту запись можно определить в виде строки следующего формата:

'{хххххххх-хххх-хххх-хххх-хххххххххххх}'

В каждой посылке необходимо указывать GUID предыдущей посылки в теге <PREV_SEND_GUID>. При обработке файла необходимо обеспечивать правило, по которому посылки должны обрабатываться последовательно, т.е. значение тега <PREV_SEND_GUID> должно соответствовать предыдущей принятой посылке. Для первой посылки от экспортера тег <PREV_SEND_GUID> имеет пустое значение.

В случае, когда посылка разбивается на несколько файлов, в ней необходимо указывать теги <FILE_NUMBER>, <PREV_FILE_NUMBER>, <NEXT_FILE_NUMBER>, номер текущего файла, предыдущего и последующего. Все файлы посылки имеют сквозную (в рамках посылки) нумерацию. При обработке многофайловой посылки необходимо соблюсти последовательность обработки файлов.

 

5.3. Формирование XML-файла РОЛС

 

При формировании XML файла ПО экспортера данных обязано выдержать все требования настоящей спецификации по структуре файла и соответствию его XSD-схеме.

После полного формирования файла ППО экспортера обязано проверить сформированный файл на соответствие XSD-схеме.

Все данные при формировании файла должны приводиться к форматам, определенным в пункте 6 настоящего документа.

Расчет контрольной суммы производится в соответствии с пунктом 8 настоящего документа.

 

5.4. Контроль версии протокола

 

При приеме РОЛС ППО импортера в первую очередь должно провести проверку по версии протокола, указанной в принимаемом XML файле. XML файлы без указания версии протокола не должны приниматься ППО импортера. ППО импортера также не должно принимать к обработке XML-файлы с неизвестной ему версией протокола ЭИ реестров персонифицированного отпуска ЛС.

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

 

5.5. Контроль структуры файла

 

Следующим шагом при приемке РОЛС должна быть проверка полученного XML-файла на соответствие определенной для версии протокола XSD-схеме. При каком-либо несоответствии ППО импортера должно отвергнуть файл в целом и не пытаться осуществлять импорт полученных данных.

Для ППО импортера рекомендуется формировать файл обнаруженных ошибок в полученном XML-файле для разбора возможных конфликтных ситуаций.

 

5.6. Проверка контрольной суммы

 

До начала исполнения импорта ППО импортера обязано рассчитать контрольную сумму по обрабатываемому XML-файлу в соответствии с алгоритмом, указанным в пункте 8 настоящего документа. Рассчитанная контрольная сумма сравнивается с контрольной суммой, указанной в атрибуте chsm корневого тега <MAIN> XML-файла. При несоответствии рассчитанной и указанной контрольных сумм файл должен считаться дефектным и не приниматься к дальнейшей обработке.

 

6. ФОРМАТЫ ДАННЫХ

 

При записи данных в XML файлах используются типы данных (форматы представления), описанных в спецификации W3.ORG (http://www.w3.org/2001/XMLSchema). Используются простые базовые типы, производные (путем введения ограничений) от простых типов и комплексные типы.

При создании XML файлов необходимо использовать следующие форматы данных:

 

6.1. Форматы применяемых простых типов

 

XSD Тип	Тип данных	Описание
xs:string	Строка	Произвольная строка
xs:integer	Целое число	-ХХХХХХХХХХ и +ХХХХХХХХХХ (32 бита)
xs:decimal	Дробное    число	"YYYYY.XXX", где YYYY - целая часть, XXX - дробная, разделитель целой и дробной  части "." /точка/
xs:double	Веществен- ное	Разделитель целой и дробной части "."   /точка/
xs:date	Дата	"ГГГГ-ММ-ДД", например, 2004-09-12
xs:dateTime	Дата+время	"ГГГГ-ММ-ДДТЧЧ:ММ:СС" разделитель даты и времени - латинская Т, например, 2004-12 -31Т23:55:57
xs:long	Целое число	-ХХХХХХХХХХ и +ХХХХХХХХХХ (64 бита)

 

6.2. Производные типы

 

Производный тип: money2

Базовый тип: xs:decimal

Описание: Тип деньги

 

Производный тип: rесТуре

Базовый тип: xs:string

Возможные значения для типа:

- значение: "I"

- значение: "U"

- значение: "D"

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. I - новая запись, U - измененная запись, D - удаленная запись

 

Производный тип: date0

Базовый тип: xs:string

Формат:

ГГГГ-ММ-ДД,

где ГГГГ - год (допустимые значения от 0000 до 3333)

ММ - месяц (допустимые значения от 00 до 12)

ДД - месяц (допустимые значения от 00 до 31)

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

 

6.3. Составные типы

 

Составной тип: docFlowInfoType

Описание: Раздел информации для файлов, участвующих в посылке экспорта/импорта

Вложенные теги:

Тег: HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста экспортера. Определяется для каждого экспортера как константа

 

Тег: TARGET_HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста импортера, которому предназначена эта посылка

 

Тег: SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID посылки. Создается новый для каждого экземпляра посылки

 

Тег: PREV_SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID предыдущей посылки

 

Тег: FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. Нумерация производится, начиная с 1. 1, 2, 3 и т.д.

 

Тег: PREV_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер предыдущего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл первый в посылке, тег отсутствует

 

Тег: NEXT_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер следующего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл последний в посылке, тег отсутствует

 

Тег: PACKAGE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер посылки. Указывается в случаях, когда посылки нумеруются

 

7. СТРУКТУРА ФАЙЛОВ

 

В соответствии со спецификацией формата .XML (www.w3.org):

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

- XML файл, а также каждый его блок должен иметь открывающий и закрывающий теги, указывающие на начало и конец содержания XML-файла (блока). В XML-файле должен быть один и только один корневой тег.

В настоящем документе везде далее при описании тегов XML файлов знак + (плюс) перед тегом означает, что выделенный таким образом тег имеет вложенные теги.

 

7.1. Общие требования

 

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

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

В тегах с типом значения "xs:dateTime", описывающих дату и время, в случае отсутствия значения (неопределенного) приняты следующие правила:

- для тегов (полей), описывающих дату (и время) какого-либо события, - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) начала какого-либо временного интервала (например, дата включения в справочник), - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) окончания какого-либо временного интервала (например, дата исключения из справочника), - значение тега должно быть пустым или "2222-01-01Т00:00:00".

Общее описание в табличном виде обрамления файлов экспорта:

 

N	Наименование	Обозначение	Примечания
1.	Корневой раздел	<MAIN>	<*>
1.1.	Версия формата	<FORMAT_GUID>	<*>
1.2.	Мнемоника протокола, к которому принадлежит данный файл	<PROTOCOL>	PHARMACY_ REESTR
1.3.	Версия протокола	<VER>
1.4.	Создано программой	<CREATE_BY>
1.5.	Версия программы	<APP_BUILD>	<*>
1.6.	Время создания	<CREATE_TIME>	<*>
1.7.	Титул протокола	<TITLE>	<*>
1.8.	Электронная подпись экспортера	<ECP>	<*>
1.9.	Раздел описания для файлов,     участвующих в посылке экспорта/ импорта	<SENDINFO>	<*>
1.10.	Передаваемая информация	<DATAMAIN>	<*>

 

--------------------------------

<*> Обязательный тег.

 

Пример общей (заглавной) части XML-файла экспорта данных:

 

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

<MAIN>

<FORMAT_GUID>{E619D0D5-7430-4840-9E35-C15BC1EF0E3D}</FORMAT_GUID>

    <PROTOCOL>PHARMACY_REESTR</PROTOCOL>

    <VER>3.0</VER>

    <CREATE_BY>SprExport - Malibu Library</CREATE_BY>

    <CREATE_TIME>2005-07-21T15:51:26</CREATE_TIME>

    <ТIТLЕ>Реестр рецептов от аптек</TITLE>

    <ECP></ECP>

    <SENDINFO>

        <HOST_GUID>1023101687190[2]</HOST_GUID>

        <SEND_GUID>{aaab74f4-aaf9-44f9-b10b-8c8fc6bdf93e}</SEND_GUID>

        <PACKAGE_NUMBER>7</PACKAGE_NUMBER>

    </SENDINFO>

+<DATAMAIN>

...

</MAIN>

 

7.2. Описание структуры XML-документа

 

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тега MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: {E619D0D5-7430-4840-9E35-C15BC1EF0E3D}

Описание: GUID формата файлов. Всегда должен иметь значение {E619D0D5-7430-4840-9E35-C15BCIEF0E3D} для версии 3.0

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: PHARMACY_REESTR

Описание: Мнемоника протокола, к которому принадлежит данный файл. Должен быть PHARMACY_REESTR

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: APP_BUILD

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер сборки программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка

 

Тег: ECP

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Электронная цифровая подпись отправителя

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowInfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Блок информации для файлов, участвующих в экспортной посылке. См. раздел "Описание общих типов данных"

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Составной, содержит блок экспортируемой информации

 

Содержимое тега DATAMAIN:

 

Тег: DOCUMENTS

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список экспортируемых документов

 

Содержимое тега DOCUMENTS:

 

Тег: PERSONDLO_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список персональных данных пациентов. В общем случае наличие тега регламентируется ТФОМС. В частном случае тег PERSONDLO_DOC является обязательным, если в реестре имеются граждане, прибывшие с территории других субъектов РФ, что в свою очередь определяется местом постоянной регистрации граждан (тег OKATO_REG)

 

Содержимое тега PERSONDLO_DОС:

 

Тег: PERSONDLO

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Персональные данные пациента

Атрибуты для PERSONDLO:

Имя атрибута: ор

Тип значения: rесТуре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега PERSONDLO:

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Страховой номер индивидуального лицевого счета Пенсионного Фонда РФ (СНИЛС)

 

Тег: S_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия полиса ОМС

 

Тег: N_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер полиса ОМС

 

Тег: FAM

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия пациента

 

Тег: IM

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя пациента

 

Тег: ОТ

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество пациента

 

Тег: W

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Пол (М/Ж)

 

Тег: DR

Уровень вложенности тега: 6

Тип значения: date0

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата рождения. При неизвестном месяце рождения или дате в соответствующем поле указывается "00" (пример - 1985-00-00)

 

Тег: С_КАТ

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: S_DOC

Уровень вложенности тега: 6

Тип значения: xs:string(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия документа, удостоверяющего личность

 

Тег: N_DOC

Уровень вложенности тега: 6

Тип значения: xs:decimal(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер документа, удостоверяющего личность

 

Тег: C_DOC

Уровень вложенности тега: 6

Тип значения: xs:decimal(2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Тип документа, удостоверяющего личность

 

Тег: OKATO_OMS

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории страхования по ОМС по ОКАТО

 

Тег: QM_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН СМО по ОМС

 

Тег: OKATO_REG

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории постоянной регистрации гражданина (по ОКАТО)

 

Тег: D_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак "Особый случай" (резервное поле)

 

Тег: PHARMACYRECIPE_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список рецептов

 

Содержимое тега PHARMACYRECIPE_DОС:

 

Тег: PHARMACYRECIPE

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Рецепт, обслуженный в АУ

Атрибуты тега PHARMACYRECIPE:

Имя атрибута: ор

Тип значения: rесТуре

Описание: Причина экспорта реестра, см. раздел общие данные

 

Содержимое тега PHARMACYRECIPE:

 

Тег: DATE_VR

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата выписки рецепта

 

Тег: C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ, где выписан рецепт

 

Тег: MCOD

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ЛПУ в кодировке ТФОМС

 

Тег: V_C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ, где работает врач

 

Тег: PCOD

Уровень вложенности тега: 6

Тип значения: xs:string(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код врача (фельдшера) в ЛПУ, где работает врач, указывается без ОГРН ЛПУ

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: СНИЛС пациента

 

Тег: DS

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код по Международному Классификатору Болезней (МКБ-10)

 

Тег: S_LR

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия рецепта

 

Тег: N_LR

Уровень вложенности тега: 6

Тип значения: xs:long

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер рецепта. Лидирующие нули при исполнении импорта не учитываются

 

Тег: C_MNN

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код Международного непатентованного наименования выписанного ЛС

 

Тег: C_FINL

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Источник финансирования (1 - Федеральный, 2 - Субъект РФ, 3 - Муниципальный орган)

 

Тег: DOZ_LS

Уровень вложенности тега: 6

Тип значения: xs:string(20)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дозировка выписанного ЛС

 

Тег: KV_ALL

Уровень вложенности тега: 6

Тип значения: xs:decimal(7,3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Выписанное количество единиц лекарственной формы ЛС

 

Тег: SR_DAY

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Срок действия рецепта (1 - месяц, 2 - две недели)

 

Тег: PR_LR

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Процент льготы рецепта (1 - 100%, 2 - 50%)

 

Тег: DATE_OTP

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата отпуска ЛС, не заполняется в случае отложенного обслуживания рецепта

 

Тег: KO_ALL

Уровень вложенности тега: 6

Тип значения: xs:decimal(7,3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество упаковок отпущенного ЛС, не заполняется в случае отложенного обслуживания рецепта

 

Тег: PRICE

Уровень вложенности тега: 6

Тип значения: money2

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Цена одной упаковки отпущенного ЛС в рублях, не заполняется в случае отложенного обслуживания рецепта

 

Тег: Р_КЕК

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак наличия протокола КЭК (0 - нет, 1 - есть)

 

Тег: Delayed_Service

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак отложенного обслуживания рецепта (0 - обслуженный, 1 - отложен)

 

Тег: P_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН аптечного учреждения, отпустившего ЛС

 

Тег: A_COD

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Внутренний учетный номер пункта отпуска ЛС. Указывается без ОГРН

 

Тег: С_КАТ

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: C_KATL

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код категории гражданина, имеющего право на ГСП, в соответствии со столбцом 5 "Таблицы соответствия категорий граждан, установленных Федеральным законом от 17.07.99 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.04 N 122-ФЗ) ..."

 

Тег: C_PFS

Уровень вложенности тега: 6

Тип значения: xs:decimal(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код позиции в перечне Федеральной службы (ФС) Росздравнадзора отпущенного ЛС

 

Тег: PR_REG

Уровень вложенности тега: 6

Тип значения: mоnеу2

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Предельная цена упаковки отпущенного ЛС согласно перечню ФС Росздравнадзора

 

Тег: NOMK_LS

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номенклатурный Код отпущенного ЛС

 

Тег: C_TRN

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код торгового наименования отпущенного ЛС

 

Тег: DATE_BP

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата включения цены отпущенного ЛС в перечень ФС Росздравнадзора

 

Тег: D_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак Особый случай. В случае отпуска по одному рецепту нескольких упаковок (единиц отпуска) ЛС, имеющих разные номенклатурные коды или разную стоимость упаковки, формируется несколько записей типа с одинаковыми значениями полей серии и номера рецепта - по одной на каждый номенклатурный код или разную стоимость. Признак D_TYPE в таких записях кодируется символами "001", по умолчанию заполняется символами "000"

 

Тег: RecipeGUID

Уровень вложенности тега: 6

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Уникальный идентификатор рецепта (GUID). ПО должно формировать уникальный GUID для каждого нового рецепта с целью обеспечения возможности обновления (изменения) данных рецепта при повторном экспорте рецепта

 

Тег: NumExport

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер выгрузки (редакции), указывающий количество выгрузок (редакций) данного рецепта (по GUID). Для нового рецепта - 0, для исправленного один раз - 1 и т.д.

 

Тег: DateExport

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата предыдущей (нетекущей) выгрузки (редакции) данного рецепта (по GUID). Для нового рецепта - 1900-01-01Т00:00:00 или пустая. Используется для отслеживания истории редактирования

 

Тег: DATE_OBR

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата обращения пациента в аптеку

 

Тег: FLAGS

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Битовые признаки по рецепту (зарезервировано)

 

Тег: OKATO_REG

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории постоянной регистрации гражданина (по ОКАТО)

 

Тег: DOZ_ME

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дозировка ЛС в одной отпущенной упаковке в международных единицах (ME) или единицах действия (ЕД)

 

Тег: SL_ALL

Уровень вложенности тега: 6

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сумма возмещения, предъявленная к оплате (руб./коп.)

 

Тег: TYPE_SCHET

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Тип счета: 0 - основной, 1 - дополнительный, 2 - скорректированный

 

Тег: FO_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН фарморганизации

 

8. АЛГОРИТМ РАСЧЕТА КОНТРОЛЬНОЙ СУММЫ

 

Для расчета контрольной суммы по XML-файлу выделяется строка символов между правой угловой скобкой открывающего тега < MAIN > (не включая ее) и заканчивающаяся и левой угловой скобкой закрывающего тега </ MAIN > (не включая ее).

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

Далее по этой строке ведется подсчет контрольной суммы в соответствии с алгоритмом, указанным в пункте 8.1. настоящего документа.

Полученное значение заносится в атрибут chsm.

 

8.1. Алгоритм расчета контрольной суммы по строке символов

 

В расчете контрольной суммы по выделенной строке применяется алгоритм Secure Hash Algorithm (SHA) стандарта Secure Hash Standard (SHS).

Алгоритм SHA (Secure Hash Algorithm) стандарта безопасного хеширования (Secure Hash Standard, SHS).

В зависимости от выходного хеш-значения выделяют следующие виды SHA:

SHA1 - выходное значение 160 бит;

SHA256 - выходное значение 256 бит;

SHA512 - выходное значение 512 бит;

SHA384 - выходное значение 384 бита.

Стандарт ИСО - ISO/IEC 10118-3:2004

(http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=39876).

Настоящий документ описывает стандарт SHA1.

Описание реализации алгоритма SHA1 на языке C++:

typedef int HASH[5];

typedef int T512[16];

typedef int T80[80];

typedef int (*LPFNHASH)(int, int, int);// Функции F1, F2, F3

const int K1 = 0x5a827999;

const int K2 = 0x6ed9eba1;

const int К3 = 0x8f1bbcdc;

const int K4 = 0xca62c1d6;

    unsigned ROL(unsigned a, size_t s) { return a << s | (a >> (sizeof

    (T)*8 - s)); }

    int f1(int x, int y, int z) { return x&y | (~x)&z; }

                                          /\ /\

    int f2(int x, int y, int z) { return x  y  z; }

    int f3(int x, int y, int z) { return x&y | x&z | y&z; }

    void FillT80(T512 M, T80 W)

    {

        size_t t;

        for(t = 0; t < 16; t++)W[t] = M[t];

                                       /\      /\       /\

    for(; t < 80; t++)W[t] = ROL(W[t-3]  W[t-8]  W[t-14]  W[t-16], 1);

    }

    void MainStep(T80 W, size_t t, HASH H, LPFNHASH f, int K)

    {

    int tmp = ROL(H[0], 5) + f(H[1], H[2], H[3]) + H[4] + W[t] + K;

        H[4] = H[3];

        H[3] = H[2];

        H[2] = R0L(H[1], 30);

        H[1] = H[0];

        H[0] = tmp;

    }

    void StepSHA(T512 M, HASH Hr)

    {

        T80 W;

        FillT80(M, W);

        size_t t;

        HASH H;

        memcpy(H, Hr, sizeof(HASH));

        for(t = 0; t < 20; t++) MainStep(W, t, H, f1, K1);

        for(; t < 40; t++) MainStep(W, t, H, f2, K2);

        for(; t < 60; t++) MainStep(W, t, H, f3, К3);

        for(; t < 80; t++) MainStep(W, t, H, f2, K4);

            for(size_t i = 0; i < 5; i++)

                Hr [i] += H[i];

    }

    Функции F1, F2, F3:

    F1(X,Y,Z) = (X \/ Y) \/ ((─┐X) /\ Z)

F2(X,Y,Z) = X (+) Y (+) Z

F3(X,Y,Z) = (X /\ Y) \/ (X /\ Z) \/ (Y /\ Z)

ROL(X,Y) - циклический сдвиг Х влево на Y разрядов,

где:

/\ - логическое "И";

\/ - логическое "Или";

    ─┐ - логическое "Не";

(+) - логическое "Исключающее или".

Перед запуском алгоритма хеш-значение должно инициализироваться следующими константами:

const HASH HASHFIRST = {0x67452301, 0xefcdab89, 0x98badcfe, 0x10325476, 0xc3d2e1f0};

Замечание: тип int хранит байты в обратном порядке. В приведенном примере минимальной единицей памяти является 32-битный блок, поэтому способ хранения на диске неважен. При побайтовой обработке это следует учитывать.

 

 

 

 

 

Приложение N 3.3

к Методическим рекомендациям

по организации информационного

взаимодействия между участниками

лекарственного обеспечения отдельных

категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ПРОТОКОЛА ЭКСПОРТА-ИМПОРТА

НОРМАТИВНО-СПРАВОЧНОЙ ИНФОРМАЦИИ И РЕГИОНАЛЬНОГО СЕГМЕНТА

ФЕДЕРАЛЬНОГО РЕГИСТРА ЛИЦ, ИМЕЮЩИХ ПРАВО НА ПОЛУЧЕНИЕ

ГОСУДАРСТВЕННОЙ СОЦИАЛЬНОЙ ПОМОЩИ

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

 

ЦОД         Центр обработки данных

НСИ         Нормативно-справочная информация

ТФОМС       Территориальный фонд обязательного медицинского

            страхования

ЛПУ         Лечебно-профилактическое учреждение

ФО          Фармацевтическая организация

СМО         Страховая медицинская организация

АУ          Аптечное учреждение

ПФР         Пенсионный фонд России

ОПФР        Территориальное отделение Пенсионного фонда России

МКБ         Международный классификатор болезней

ДЛО         Дополнительное лекарственное обеспечение

МНН         Международное непатентованное наименование

ЛС          Лекарственное средство

ЛФ          Лекарственная форма

СНИЛС       Страховой номер индивидуального лицевого счета в

            системе персонифицированного учета ПФ РФ

ОГРН        Общероссийский государственный регистрационный номер

ОКАТО       Общероссийский классификатор административно-

            территориальных образований

ОКВЭД       Общий классификатор видов экономической деятельности

ОКОГУ       Общероссийский классификатор органов государственной

            власти и управления

ИНН         Идентификационный номер налогоплательщика

КПП         Код причины постановки

БД          База данных

СУБД        Система управления БД

ЛПД         Логический поток данных

ПО          Программное обеспечение

ППО         Пакет программного обеспечения

ДФВ         Дефектная ведомость

 

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

 

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

 

2. ТЕРМИНЫ И ПОНЯТИЯ

 

ППО ЦОД - пакет программного обеспечения, работающий в ЦОД.

ППО участника ДЛО - пакет программного обеспечения, работающий на стороне участника дополнительного лекарственного обеспечения, получающего нормативно-справочную информацию (ЛПУ, АУ, ФО, СМО).

В настоящем протоколе выделяются следующие основные типы информации, экспортируемые из ЦОД участникам ЛПУ:

1. Нормативно-справочная информация федерального уровня (поток данных НСИ и поток справочных данных), к которой относятся следующие справочники и классификаторы:

- перечень (справочник) лекарственных средств (ЛС) в составе: перечень ЛС, отпускаемых по рецептам врача (фельдшера) при оказании дополнительной бесплатной медицинской помощи отдельным категориям граждан, имеющим право на получение государственной социальной помощи, справочник торговых наименований ЛС, справочник международных непатентованных наименований ЛС, классификатор лекарственных форм (ЛФ), классификатор единиц измерения дозировки, классификатор единиц объема ЛФ, классификатор единиц веса ЛФ, классификатор фармгрупп ЛС, справочник зарегистрированных цен лекарственных средств, справочник торговых надбавок, справочник разделов Перечня лекарственных средств, справочник предельных цен возмещения;

- международный классификатор болезней (МКБ-10);

- справочник врачебных (медицинских) должностей;

- справочник медицинских специальностей;

- справочник квалификационных категорий врачей;

- общероссийский классификатор административно-территориальных образований (ОКАТО);

- справочник категорий граждан, имеющих право на ГСП;

- справочник результатов обращений в поликлинику;

- справочник причин отказов в оплате ЛС, отпущенных гражданам отдельных категорий;

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

2. Нормативно-справочная информация территориального уровня:

к потоку Справочных данных относятся:

- перечень медицинских услуг;

к потоку регулярных данных - регистров относятся:

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

- справочник лечебно-профилактических учреждений;

- справочник страховых медицинских организаций;

- справочник территориальных фондов ОМС;

- справочник фармацевтических организаций.

3. Федеральный регистр лиц, имеющих право на получение государственной социальной помощи в виде набора социальных услуг (далее - федеральный регистр, относится к потоку регулярных данных - регистров).

В данном документе описывается структура XML файлов, содержащих НСИ и федеральный регистр, которые участвуют в обмене между ЦОД и участниками ДЛО. Указанные типы данных передаются в различных XML файлах.

Экспортер - сторона, передающая собственные данные в соответствии с настоящей спецификацией для другой стороны.

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

 

3. ВЕРСИИ ПРОТОКОЛА

 

Настоящая спецификация определяет протокол версии 3.0. В последующем возможно внесение изменений в описываемый протокол. Изменения протокола формируют соответствующую новую версию протокола. Каждый XML-файл по данному протоколу должен нести внутри себя информацию о версии протокола.

 

4. ВЗАИМОДЕЙСТВИЕ СТОРОН

 

Обмен данными, экспорт/импорт между ЦОД и участниками ДЛО осуществляется на файловом уровне, данные информационного обмена формируются, хранятся и обрабатываются ППО ЦОД и ППО участников ДЛО в виде файлов XML формата. Файлы XML формата содержат структурированный набор блоков информации. Каждый блок информации обозначается соответствующим предопределенным набором тегов.

Настоящая версия протокола предусматривает направление передачи данных только от ЦОД (экспортер) к участникам ДЛО (импортер).

Экспортер данных обязан формировать XML-файлы в соответствии с настоящим протоколом. Экспортер несет ответственность за полноту, достоверность и актуальность передаваемых данных.

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

ППО ЦОД формирует XML файлы, включающие в себя НСИ, Справочники и Регистры, по данным БД в Центре Обработки Информации.

ППО участника ДЛО принимает информацию в виде XML файлов, анализирует их на предмет соответствия настоящей спецификации, формирует перечень предупреждений и перечень критичных ошибок (дефектную ведомость), разносит полученные данные в свой экземпляр БД.

 

4.1. Потоки данных

 

При экспорте/импорте данных по настоящему протоколу выделяются три основных логических потока данных по соответствующим типам данных:

- поток данных НСИ (мнемоника протокола ISDLO-NSI);

- поток Справочных данных (мнемоника протокола ISDLO-REFS);

- поток регулярных данных - Регистров (мнемоника протокола ISDLO-REGISTR).

Каждый логический поток данных имеет свой собственный состав экспортируемых/импортируемых данных и обособленную структуру XML-файла, соответствующую потоку передаваемых данных.

 

4.2. Атрибутивные характеристики НСИ, Справочников и Регистров

 

Атрибутивные характеристики НСИ, Справочников и Регистров - условно постоянные характеристики. К ним относятся уникальные коды, номера, имена, названия и другие атрибуты, характеризующие объекты НСИ, Справочников и Регистров.

Для XML-файлов логических потоков данных НСИ, Справочников и Регистров определены следующие целевые назначения:

Начальный импорт

Целевое назначение "Начальный импорт" подразумевает, что целью обмена информацией является первичное получение данных участниками ДЛО для синхронизации с БД ЦОД. Направление потока данных только от ЦОД к участнику ДЛО.

Регулярные обновления

Целевое назначение "Регулярные обновления" подразумевает, что ЦОД, взаимодействующий в рамках настоящего протокола, может регулярно отправлять другой стороне данные об изменениях атрибутивных характеристик. Целью обмена информацией при этом является обновление данных в БД импортера по данным экспортера. Направление потока данных только от ЦОД к участнику ДЛО.

 

5. ОБЯЗАТЕЛЬНЫЕ ПРАВИЛА

 

Настоящая версия протокола экспорта/импорта между ЦОД и участником ДЛО предусматривает следующий набор обязательных правил при обмене данными между экспортером и импортером.

 

5.1. Общие правила представления данных в XML формате

 

Здесь и далее используются определения и спецификации, разработанные The World Wide Web Consortium (W3C) (http://www.w3.org).

Структура XML файлов протоколов и других документов описывается с помощью схем (XML Schema), спецификация которых описана (http://www.w3.org/2001/XMLSchema). Схема для каждого вида документа (XML файла) представляется в виде XSD файла.

 

5.2. Структура файла

 

Для всех документов (файлов XML) применяется следующая базовая схема:

Тег корневого файла <MAIN chsm=''''>. Корневой тег содержит атрибут "chsm" - значение контрольной суммы. Алгоритм расчета контрольной суммы описан в п. 8 данного документа.

Тег (обязательный) с идентификатором формата <FORMAT_GUID>, в котором указывается GUID, соответствующий формату.

Тег (обязательный) <PROTOCOL>, в котором указывается мнемоника протокола.

Тег (обязательный) <VER>, в котором указывается версия формата.

Тег <CREATE_BY> (необязательный) содержит наименование программы, создавшей экземпляр файла.

Тег <APP_BUILD> (необязательный) содержит номер сборки (версии) программы, создавшей экземпляр файла.

Тег <CREATE_TIME> (необязательный) содержит дату и время создания файла.

Тег <TITLE> (необязательный) содержит строку со смысловым обозначением формата файла.

Тег <ЕСР> (необязательный) содержит двоичные данные с электронной подписью отправителя.

Раздел SENDINFO (тег <SENDINFO>, обязательный) типа docFlowInfoType (определение приведено ниже).

Все остальные данные включаются в теге <DATAMAIN>, структура которого определяется конкретным форматом.

 

5.3. Правила формирования посылок

 

Тег SENDINFO с информацией о посылке экспорта/импорта является обязательным.

В теге <HOST_GUID> должен быть указан GUID экспортера. GUID экспортера представляет собой символьный идентификатор участника, уникальный в пределах территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан. При обработке файла необходимо провести проверку допустимости приема файла данного протокола от данного экспортера. В качестве GUID хоста в системе используется ОГРН учреждения экспортера. В случае, если у одного учреждения присутствует несколько хостов экспортеров (например, разные отделения одного лечебно-профилактического учреждения), для уникальности к ОГРН в квадратных или круглых добавляется номер хоста внутри данного учреждения. Например:

<HOST_GUID> 1023101687190[2]</HOST_GUID>.

Посылки от одного экспортера должны последовательно нумероваться, и номер посылки указываться в теге <PACKAGE_NUMBER>. ПО должно исключить возможность формирования двух разных посылок с одним номером от одного экспортера. ПО, осуществляющее импорт посылок, должно контролировать последовательность обработки посылок и исключить возможность нарушения порядка обработки посылок одного экспортера.

Для каждой вновь создаваемой посылки, экспортер должен определить новый GUID посылки, который должен быть отражен в теге <SEND_GUID>, а также сохранен для последующего использования. ПО, осуществляющее импорт посылок, обязано контролировать уникальность импорта посылок и исключить возможность обработки посылок с одинаковым GUID. В качестве GUID (Global Unique Identifier) посылки должен использоваться Глобальный Уникальный Идентификатор, используемый в операционной системе Microsoft Windows.

GUID представляет собой уникальное псевдослучайное 128-битное значение, которое теоретически не должно повториться. Алгоритм генерации GUID основан на аппаратной части компьютера (параметры BIOS, частота процессора, номер сетевой карты и т.д.) и использует случайные показания внутреннего таймера. Эту запись можно определить в виде строки следующего формата:

'{хххххххх-хххх-хххх-хххх-хххххххххххх}'

В каждой посылке необходимо указывать GUID предыдущей посылки в теге <PREV_SEND_GUID>. При обработке файла необходимо обеспечивать правило, по которому посылки должны обрабатываться последовательно, т.е. значение тега <PREV_SEND_GUID> должно соответствовать предыдущей принятой посылке. Для первой посылки от экспортера тег <PREV_SEND_GUID> имеет пустое значение.

В случае, когда посылка разбивается на несколько файлов, в ней необходимо указывать теги <FILE_NUMBER>, <PREV_FILE_NUMBER>, <NEXT_FILE_NUMBER>, номер текущего файла, предыдущего и последующего. Все файлы посылки имеют сквозную (в рамках посылки) нумерацию. При обработке многофайловой посылки необходимо соблюсти последовательность обработки файлов.

 

5.4. Формирование XML-файлов

 

При формировании XML файла ПО экспортера данных обязано выдержать все требования настоящей спецификации по структуре файлов и соответствию его XSD-схеме.

После полного формирования файлов ППО экспортера обязано проверить сформированный файл на соответствие XSD-схеме.

Все данные при формировании файла должны приводиться к форматам, определенным в пункте 6 настоящего документа.

Расчет контрольной суммы производится в соответствии с пунктом 8 настоящего документа.

 

5.5. Контроль версии протокола

 

При приеме файлов ППО импортера в первую очередь должно провести проверку по версии протокола, указанной в принимаемом XML файле. XML файлы без указания версии протокола не должны приниматься ППО импортера. ППО импортера также не должно принимать к обработке XML-файлы с неизвестной ему версией протокола.

 

5.6. Контроль структуры файла

 

Следующим шагом при приемке справочной информации должна быть проверка полученного XML-файла на соответствие определенной для версии протокола XSD-схеме. При каком-либо несоответствии ППО импортера должно отвергнуть файл в целом и не пытаться осуществлять импорт полученных данных.

Для ППО импортера рекомендуется формировать файл обнаруженных ошибок в полученном XML-файле для разбора возможных конфликтных ситуаций.

 

5.7. Проверка контрольной суммы

 

До начала исполнения импорта ППО импортера обязано рассчитать контрольную сумму по обрабатываемому XML-файлу в соответствии с алгоритмом, указанным в пункте 8 настоящего документа. Рассчитанная контрольная сумма сравнивается с контрольной суммой, указанной в атрибуте chsm головного тега <MAIN> XML-файла. При несоответствии рассчитанной и указанной контрольных сумм файл должен считаться дефектным и не приниматься к дальнейшей обработке.

 

6. ФОРМАТЫ ДАННЫХ

 

При записи данных в XML файлах используются типы данных (форматы представления), описанных в спецификации W3.ORG (http://www.w3.org/2001/XMLSchema). Используются простые базовые типы, производные (путем введения ограничений) от простых типов и комплексные типы.

При создании XML файлов необходимо использовать следующие форматы данных:

 

6.1. Форматы применяемых простых типов

 

XSD Тип	Тип данных	Описание
xs:string	Строка	Произвольная строка
xs:integer	Целое число
xs:decimal	Дробное     число	"YYYYY.XXX", где YYYY - целая часть,  XXX - дробная, разделитель целой      и дробной части "." /точка/
xs:double	Вещественное	Разделитель целой и дробной части     "." /точка/
xs:date	Дата	"ГГГГ-ММ-ДД", например, 2004-09-12
xs:dateTime	Дата+время	"ГГГГ-ММ-ДДТЧЧ:ММ:СС" разделитель даты и времени - латинская Т, например,    2004-12-31Т23:55:57

 

6.2. Производные типы

 

Производный тип: money2

Базовый тип: xs:decimal

Описание: Тип деньги

 

Производный тип: rесТуре

Базовый тип: xs:string

Возможные значения для типа:

- значение: "I"

- значение: "U"

- значение: "D"

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. I - новая запись, U - измененная запись, D - удаленная запись

 

Производный тип: date0

Базовый тип: xs:string

Формат:

ГГГГ-ММ-ДД,

где ГГГГ - год (допустимые значения от 0000 до 3333)

ММ - месяц (допустимые значения от 00 до 12)

ДД - дата (допустимые значения от 00 до 31)

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

 

6.3. Составные типы

 

Составной тип: docFlowInfoType

Описание: Раздел информации для файлов, участвующих в посылке экспорта/импорта

Вложенные теги:

Тег: HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста экспортера файла. Определяется для каждого экспортера как константа

 

Тег: TARGET_HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста импортера, которому предназначена эта посылка

 

Тег: SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID посылки. Создается новый для каждого экземпляра посылки

 

Тег: PREV_SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID предыдущей посылки

 

Тег: FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. Нумерация производится, начиная с 1. 1, 2, 3 и т.д.

 

Тег: PREV_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер предыдущего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл первый в посылке, тег отсутствует

 

Тег: NEXT_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер следующего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл последний в посылке, тег отсутствует

 

Тег: PACKAGE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер посылки. Указывается в случаях, когда посылки нумеруются

 

7. СТРУКТУРА ФАЙЛОВ

 

В соответствии со спецификацией формата .XML (www.w3.org):

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

- XML файл, а также каждый его блок должен иметь открывающий и закрывающий теги, указывающие на начало и конец содержания XML-файла (блока). В XML-файле должен быть один и только один корневой тег.

 

7.1. Общие требования

 

В тегах, описывающих количество (или цену) лекарственного средства, в качестве единицы измерения принято считать упаковку (в соответствии с перечнем зарегистрированных цен на лекарственные средства, которыми обеспечиваются отдельные категории граждан, принятым Приказом Федеральной службы по надзору в сфере здравоохранения и социального развития от 26 мая 2005 г. N 1136-Пр-05 (1137-Пр-05)).

В тегах с типом значения "xs:dateTime", описывающих дату и время, в случае отсутствия значения (неопределенного) приняты следующие правила:

- для тегов (полей), описывающих дату (и время) какого - либо события, - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) начала какого - либо временного интервала (например, дата включения в справочник), - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) окончания какого - либо временного интервала (например, дата исключения из справочника), - значение тега должно быть пустым или "2222-01-01Т00:00:00".

В настоящем документе везде далее при описании тегов XML файлов знак + (плюс) перед тегом означает, что выделенный таким образом тег имеет вложенные теги.

Описание в табличном виде обрамления для всех типов файлов экспорта:

 

N	Наименование	Обозначение	Примечания
1.	Корневой раздел	<MAIN>	<*>
1.1.	Версия формата	<FORMAT_GUID>	<*>
1.2.	Мнемоника протокола, к которому принадлежит данный файл	<PROTOCOL>	<*>
1.3.	Версия протокола	<VER>	<*>
1.4.	Создано программой	<CREATE_BY>
1.5.	Версия программы	<APP_BUILD>	<*>
1.6.	Время создания	<CREATE_TIME>	<*>
1.7.	Титул протокола	<TITLE>	<*>
1.8.	Электронно-цифровая подпись	<ECP>
1.9.	Раздел описания для файлов,     участвующих в экспорте/импорте	<SENDINFO>	<*>
1.10.	Передаваемая информация	<DATAMAIN>	<*>

 

--------------------------------

<*> Обязательный тег.

 

Пример общей (заглавной) части XML-файла экспорта данных:

 

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

<MAIN chsm="">

<FORMAT_GUID>96826F8E-A469-4018-A00E-08AC41ECE80A </FORMAT_GUID>

<PROTOKOL>ISDLO-NSI</PROTOKOL>

<VER>3.0</VER>

<CREATE_BY>ISDLO</CREATOR_BY>

<APP_ BUILD >1</APP_ BUILD >

<CREATE_TIME>01.10.2004</CREATE_TIME>

<TITLE>Нормативно справочная информация ИС ДЛО</TITLE>

<ECP>... .</ECP>

+<SENDINFO>

+<DATAMAIN>

...

</MAIN>

 

7.2. Структура XML-документа логического потока НСИ

 

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тэга MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Фиксированное значение тега: {Е9408085-1CEB-4cbc-B94B-A8BF6C99DF4E}

Описание: GUID формата файлов. Всегда должен иметь значение {Е9408085-1СЕВ-4сbс-В94В-A8BF6C99DF4E}

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: NSI_REESTR

Описание: Мнемоника протокола, к которому принадлежит данный файл. Для данного протокола должно быть "NSI_REESTR"

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: APP_BUILD

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер сборки (версии) программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка. Например, "Нормативно-справочная информация"

 

Тег: ЕСР

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Электронная цифровая подпись экспортера

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowInfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Раздел информации для файлов, участвующих в посылке экспорта/импорта. См. раздел "Описание общих типов данных"

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

 

Содержимое тега DATAMAIN:

 

Тег: DOCUMENTS

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Блок данных, содержащий списки экспортируемых документов

 

Содержимое тега DOCUMENTS:

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

Максимально состав вложенных в <DOCUMENTS> необязательных тегов списков документов может быть следующим:

    <DOCUMENTS>

       +<SRP_DOC>

       +<DLS_DOC>

       +<MLF_DOC>

       +<VLF_DOC>

       +<OKATO_DOC>

       +<MKB_DOC>

       +<LF_DOC>

       +<FARG_DOC>

       +<MNNAME_DOC>

       +<TRNAME_DOC>

       +<LS_DOC>

       +<CLS_DOC>

       +<PCLS_DOC>

       +<STN_DOC>

    </DOCUMENTS>

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

 

7.2.1. Справочник разделов Перечня лекарственных средств

 

Тег: SRP_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник разделов Перечня лекарственных средств. Формируется аналогично таблице 22.3 Методических рекомендаций. Тег <SRP_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега SRP_DOC:

 

Тег: SRP

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Раздел Перечня лекарственных средств

Атрибуты для SRP:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега SRP:

Тег: C_RLP

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код раздела перечня

 

Тег: N_RAZD

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер раздела по перечню

 

Тег: NAME_RAZD

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Раздел перечня

 

Тег: N_PRAZD

Уровень вложенности тега: 6

Тип значения: xs:string(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер подраздела по перечню

 

Тег: NAME_PRAZD

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Подраздел перечня

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.2.2. Классификатор единиц измерения дозировки

 

Тег: DLS_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Классификатор единиц измерения дозировки. Формируется аналогично таблице 18 Методических рекомендаций. Тег <DLS_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега DLS_DOC:

 

Тег: DLS

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Единица измерения дозировки

Атрибуты для DLS:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега DLS:

 

Тег: C_DLS

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код единицы измерения дозировки

 

Тег: NAME_DLS

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование единицы измерения дозировки

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.2.3. Классификатор единиц веса лекарственных форм

 

Тег: MLF_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Классификатор единиц веса лекарственных форм. Формируется аналогично таблице 20 Методических рекомендаций. Тег <MLF_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега MLF_DOC:

 

Тег: MLF

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Единица веса лекарственной формы

Атрибуты для MLF:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега MLF:

 

Тег: C_MLF

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код единицы веса лекарственной формы

 

Тег: NAME_MLF

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование единицы веса лекарственной формы

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.2.4. Классификатор единиц объема лекарственных форм

 

Тег: VLF_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Классификатор единиц объема лекарственных форм. Формируется аналогично таблице 19 Методических рекомендаций. Тег <VLF_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега VLF_DOC:

 

Тег: VLF

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Единица объема лекарственной формы

Атрибуты для VLF:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега VLF:

 

Тег: C_VLF

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код единицы объема лекарственной формы

 

Тег: NAME_VLF

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование единицы объема лекарственной формы

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.2.5. Список территорий по ОКАТО

 

Тег: OKATO_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список территорий по ОКАТО. Тег <OKATO_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега OKATO_DOC:

 

Тег: ОКАТО

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Территория по ОКАТО

Атрибуты для ОКАТО:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега ОКАТО:

 

Тег: О_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(60)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование территории (субъекта или района субъекта РФ)

 

Тег: С_ОКАТО

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по ОКАТО

 

Тег: C_PFR

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по классификатору ПФР

 

Тег: FOK_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(60)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование федерального округа

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.2.6. Международный классификатор болезней МКБ-10

 

Тег: MKB_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Международный классификатор болезней МКБ-10. Формируется аналогично таблице 12 Методических рекомендаций. Тег <MKB_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега MKB_DOC:

 

Тег: МКВ

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Диагноз заболевания

Атрибуты для МКВ:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега МКВ:

 

Тег: DS

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код диагноза заболевания

 

Тег: NAME_DS

Уровень вложенности тега: 6

Тип значения: xs:string(255)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование диагноза

 

7.2.7. Классификатор лекарственных форм

 

Тег: LF_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Классификатор лекарственных форм. Формируется аналогично таблице 17 Методических рекомендаций. Тег <LF_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега LF_DOC:

 

Тег: LF

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Лекарственная форма

Атрибуты для LF:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега LF:

 

Тег: C_LF

Уровень вложенности тега: 6

Тип значения: xs:decimal(4)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код лекарственной формы

 

Тег: NAME_LF

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование лекарственной формы

 

Тег: NAME_LF_SL

Уровень вложенности тега: 6

Тип значения: xs:string(30)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Краткое латинское наименование лекарственной формы

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.2.8. Классификатор фармгрупп лекарственных средств

 

Тег: FARG_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Классификатор фармгрупп лекарственных средств. Формируется аналогично таблице 21 Методических рекомендаций. Тег <FARG_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега FARG_DOC:

 

Тег: FARG

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Фармгруппа

Атрибуты для FARG:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега FARG:

 

Тег: FNAME_FRG

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Полное наименование фармгруппы

 

Тег: SNAME_FRG

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сокращенное наименование фармгруппы

 

Тег: C_FARG

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код фармгруппы по Госреестру лекарственных средств

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.2.9. Справочник международных непатентованных наименований лекарственных средств

 

Тег: MNNAME_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник Международных непатентованных наименований (МНН) лекарственных средств. Формируется аналогично таблице 16 Методических рекомендаций. Тег <MNNAME_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега MNNAME_DOC:

 

Тег: MNNAME

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Блок описания МНН лекарственного средства

Атрибуты для MNNAME:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега MNNAME:

 

Тег: C_MNN

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код лекарственного средства по МНН

 

Тег: NAME_MNN

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование лекарственного средства по МНН

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(1OO)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

Тег: Latin_Name

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Латинское наименование лекарственного средства по МНН

 

7.2.10. Справочник торговых наименований лекарственных средств

 

Тег: TRNAME_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник торговых наименований лекарственных средств. Формируется аналогично таблице 15 Методических рекомендаций. Тег <TRNAME_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега TRNAME_DOC:

 

Тег: TRNAME

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Блок описания торгового наименования лекарственного средства

Атрибуты для TRNAME:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега TRNAME:

 

Тег: C_TRN

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код лекарственного средства по торговому наименованию

 

Тег: NAME_TRN

Уровень вложенности тега: 6

Тип значения: xs:string(255)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Полное торговое наименование лекарственного средства

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

Тег: Latin_Name

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Латинское торговое наименование лекарственного средства

 

7.2.11. Справочник лекарственных средств

 

Тег: LS_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник лекарственных средств. Формируется аналогично таблице 14 Методических рекомендаций. Тег <LS_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега LS_DOC:

 

Тег: LS

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Лекарственное средство

Атрибуты для LS:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега LS:

 

Тег: NOMK_LS

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номенклатурный код лекарственного средства

 

Тег: NAME_MED

Уровень вложенности тега: 6

Тип значения: xs:string(255)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование медикамента

 

Тег: C_TRN

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код лекарственного средства по торговому наименованию

 

Тег: C_MNN

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код лекарственного средства по МНН

 

Тег: C_LF

Уровень вложенности тега: 6

Тип значения: xs:decimal(4)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код лекарственной формы

 

Тег: D_LS

Уровень вложенности тега: 6

Тип значения: xs:string(20)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дозировка действующего вещества

 

Тег: C_DLS

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код единицы измерения дозировки

 

Тег: N_DOZA

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество доз

 

Тег: V_LF

Уровень вложенности тега: 6

Тип значения: xs:decimal(7,3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Объем лекарственной формы (заполняется для растворов, сиропов, суспензий, аэрозолей, мазей)

 

Тег: C_VLF

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код единицы объема лекарственной формы

 

Тег: M_LF

Уровень вложенности тега: 6

Тип значения: xs:decimal(7,3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Вес лекарственной формы

 

Тег: C_MLF

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код единицы веса лекарственной формы

 

Тег: N_FV

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фасовка (N упаковки)

 

Тег: NAME_FCT

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сокращенное название производителя

 

Тег: NAME_CNF

Уровень вложенности тега: 6

Тип значения: xs:string(25)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сокращенное название страны производителя

 

Тег: NAME_PCK

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сокращенное название упаковщика

 

Тег: NAME_CNP

Уровень вложенности тега: 6

Тип значения: xs:string(25)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сокращенное название страны упаковщика

 

Тег: COMPL

Уровень вложенности тега: 6

Тип значения: xs:string(170)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Комплектность

 

Тег: C_FARG

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код фармгруппы по Госреестру лекарственных средств

 

Тег: FLAG_KEK

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак КЭК. Признак "Требуется протокол ВК". Предопределены следующие значения: 0 - не требуется; 1 - требуется

 

Тег: FLAG1

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак "Входит в список ЖНВЛС". Предопределены следующие значения: 0 - не входит; 1 - входит

 

Тег: FLAG2

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак "Запрещен к отпуску". Предопределены следующие значения: 0 - не запрещен; 1 - запрещен

 

Тег: DATE_B

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата включения в справочник

 

Тег: DATE_E

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата исключения из справочника. Если отсутствует, должна быть пустой или "2222-01-01Т00:00:00"

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

Тег: C_RLP

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код раздела перечня. Код цены ЛС по федеральному перечню

 

7.2.12. Справочник зарегистрированных цен лекарственных средств

 

Тег: CLS_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник зарегистрированных цен ЛС. Формируется аналогично таблице 22.1 Методических рекомендаций. Тег <CLS_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега CLS_DOC:

 

Тег: CLS

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Зарегистрированная цена ЛС

Атрибуты для CLS:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега CLS:

 

Тег: NOMK_LS

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номенклатурный код ЛС

 

Тег: PR_REG

Уровень вложенности тега: 6

Тип значения: xs:decimal(11,2)

Тег должен быть указам минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Зарегистрированная цена упаковки ЛС (без НДС и торговой надбавки)(руб./коп.)

 

Тег: DATE_BP

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата начала действия цены

 

Тег: DATE_EP

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата окончания действия цены

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(254)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

Тег: C_PFS

Уровень вложенности тега: 6

Тип значения: xs:decimal(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код позиции перечня Федеральной службы (Росздравнадзора)

 

7.2.13. Справочник предельных цен возмещения лекарственных средств

 

Тег: PCLS_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник предельных цен возмещения лекарственных средств. Формируется аналогично таблице 22.4 Методических рекомендаций. Тег <PCLS_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега PCLS_DOC:

 

Тег: PCLS

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Предельная цена возмещения лекарственного средства

Атрибуты для PCLS:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега PCLS:

 

Тег: TF_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по классификатору ОКАТО. См. раздел 7.2.5. - Список территорий по ОКАТО

 

Тег: NAME_FOK

Уровень вложенности тега: 6

Тип значения: xs:string(254)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование федерального округа РФ. Если тег не указан, наименование Федерального округа определяется по Списку территорий по ОКАТО (См. раздел 7.2.5.)

 

Тег: NAME_SUB

Уровень вложенности тега: 6

Тип значения: xs:string(254)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование субъекта РФ. Если тег не указан, наименование субъекта РФ определяется по Списку территорий по ОКАТО (См. раздел 7.2.5.)

 

Тег: LIM_TN

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Предельная торговая надбавка (в процентах)

 

Тег: NOMK_LS

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номенклатурный код лекарственного средства

 

Тег: PR_REG

Уровень вложенности тега: 6

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Зарегистрированная цена упаковки лекарственного средства (без НДС и торговой надбавки)(руб./коп.)

 

Тег: PR_REG_LIM

Уровень вложенности тега: 6

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Предельная цена возмещения упаковки ЛС (с учетом торговой надбавки и НДС) (руб./коп.)

 

Тег: DATE_BP

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата начала действия цены

 

Тег: DATE_EP

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата окончания действия цены

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(254)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

Тег: C_PFS

Уровень вложенности тега: 6

Тип значения: xs:decimal(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код позиции перечня Федеральной службы (Росздравнадзор)

 

7.2.14. Справочник торговых надбавок

 

Тег: STN_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник торговых надбавок. Формируется аналогично таблице 22.2 Методических рекомендаций. Тег <STN_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега STN_DOC:

 

Тег: STN

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Торговая надбавка

Атрибуты для STD:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега STN:

 

Тег: REG_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код района территории по классификатору ОКАТО. См. раздел 7.2.5. - Список территорий по ОКАТО

 

Тег: NAME_FOK

Уровень вложенности тега: 6

Тип значения: xs:string(254)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование федерального округа РФ. Если тег не указан, наименование Федерального округа определяется по Списку территорий по ОКАТО (См. раздел 7.2.5.)

 

Тег: NAME_SUB

Уровень вложенности тега: 6

Тип значения: xs:string(254)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование субъекта РФ. Если тег не указан, наименование субъекта РФ определяется по Списку территорий по ОКАТО (См. раздел 7.2.5.)

 

Тег: NAME_REG

Уровень вложенности тега: 6

Тип значения: xs:string(254)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование района (города) субъекта РФ. Если тег не указан, наименование района (города) субъекта РФ определяется по Списку территорий по ОКАТО (См. раздел 7.2.5.)

 

Тег: LIM_TN

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Предельная торговая надбавка (в процентах)

 

Тег: DATE_BTN

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата начала действия торговой надбавки

 

Тег: DATE_ETN

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата окончания действия торговой надбавки

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.3. Структура XML-документа логического потока Справочники

 

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тега MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Фиксированное значение тега: {0AB59439-AD29-4d6c-860F-F52BA46C3D63}

Описание: GUID формата файлов. Всегда должен иметь значение {0AB59439-AD29-4d6c-860F-F52BA46C3D63}

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: SPRAV_REESTR

Описание: Мнемоника протокола, к которому принадлежит данный файл. Для данного протокола должно быть "SPRAV_REESTR"

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка

 

Тег: ЕСР

Уровень вложенности тега: 2

Тип значения: xs:base64Binary

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Электронная цифровая подпись экспортера

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowInfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Раздел информации для файлов, участвующих в посылке экспорта/импорта

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

 

Содержимое тега DATAMAIN:

 

Тег: DOCUMENTS

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список экспортируемых документов

 

Содержимое тега DOCUMENTS:

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

Максимально состав вложенных в <DOCUMENTS> необязательных тегов списков документов может быть следующим:

    <DOCUMENTS>

       +<KATL_DOC>

       +<SERVISEMEDICAL_DOC>

       +<TYPEDOC_DOC>

       +<TYPEDOG_DOC>

       +<PRVD_DOC>

       +<KV_KAT_DOC>

       +<PRVS_DOC>

       +<OTKAZ_DOC>

       +<CRO_DOC>

       +<NOM_DOC>

    </DOCUMENTS>

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

 

7.3.1. Справочник категорий граждан, имеющих право на ГСП

 

Тег: KAT_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник категорий граждан, имеющих право на ГСП. Формируется аналогично таблице 27 Методических рекомендаций. Тег <KATL_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега KATL_DOC:

 

Тег: KATL

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Категория граждан

Атрибуты для KATL:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега KATL:

 

Тег: С_КАТ

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: NAME_KAT

Уровень вложенности тега: 6

Тип значения: xs:string(255)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование категории гражданина, имеющего право на ГСП

 

Тег: C_KATL

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код категории гражданина, имеющего право на ГСП, в соответствии со столбцом 5 "Таблицы соответствия категорий граждан", установленных Федеральным законом от 17.07.1999 N 178-ФЗ "О государственной социальной помощи" (в редакции Федерального закона от 22.08.2004 N 122-ФЗ)

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.3.2. Справочник медицинских услуг

 

Тег: SERVISEMEDICAL_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник медицинских услуг. Формируется аналогично таблице 23 Методических рекомендаций. Тег <SERVISEMEDICAL_D0C> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега SERVISEMEDICAL_DОС:

 

Тег: SERVISEMEDICAL

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Медицинская услуга

Атрибуты для SERVISEMEDICAL:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега SERVISEMEDICAL:

 

Тег: Q_MU

Уровень вложенности тега: 6

Тип значения: xs:decimal(12)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код медицинской услуги

 

Тег: NMU

Уровень вложенности тега: 6

Тип значения: xs:string(255)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование медицинской услуги

 

Тег: MCOD

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ЛПУ в кодировке ТФОМС

 

Тег: KLPU

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Категория ЛПУ

 

Тег: SMU

Уровень вложенности тега: 6

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Установленный тариф (руб./коп.)

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.3.3. Список типов документов, удостоверяющих личность

 

Тег: TYPEDOC_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список типов документов, удостоверяющих личность. Формируется аналогично таблице 32 Методических рекомендаций. Тег <TYPEDOC_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега TYPEDOC_DOC:

 

Тег: TYPEDOC

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Тип документа, удостоверяющего личность

Атрибуты для TYPEDOC:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега TYPEDOC:

 

Тег: C_DOC

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код типа документа, удостоверяющего личность

 

Тег: NAME_PFR

Уровень вложенности тега: 6

Тип значения: xs:string(20)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Кодировка типа документа в ПФР

 

Тег: NAME

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа

 

7.3.4. Справочник врачебных (медицинских) должностей

 

Тег: PRVD_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник врачебных (медицинских) должностей. Формируется аналогично таблице 25 Методических рекомендаций. Тег <PRVD_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега PRVD_DOC:

 

Тег: PRVD_R

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Должность врача

Атрибуты для PRVD_R:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега PRVD_R:

 

Тег: PRVD

Уровень вложенности тега: 6

Тип значения: xs:decimal(4)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код врачебной должности

 

Тег: NAME_VD

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование врачебной должности

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.3.5. Список квалификационных категорий врачей

 

Тег: KV_KAT_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список квалификационных категорий врачей. Тег <KV_KAT_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега KV_КАТ_DOC:

 

Тег: KV_KAT

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Квалификационная категория врача

Атрибуты для KV_KAT:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега KV_КАТ:

 

Тег: KV_KAT_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(20)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование квалификационной категории врача

 

Тег: KVKAT

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код категории

 

7.3.6. Справочник медицинских специальностей

 

Тег: PRVS_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник медицинских специальностей. Формируется аналогично таблице 26 Методических рекомендаций. Тег <PRVS_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега PRVS_DOC:

 

Тег: PRVS_R

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Медицинская специальность

Атрибуты для PRVS_R:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега PRVS_R:

 

Тег: PRVS

Уровень вложенности тега: 6

Тип значения: xs:decimal(9)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код специальности

 

Тег: NAME_VDS

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование специальности

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.3.7. Справочник причин отказов в оплате ЛС

 

Тег: OTKAZ_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник причин отказов в оплате ЛС, отпущенных отдельным категория граждан. Формируется аналогично таблице 30 и 31 Методических рекомендаций. Тег <OTKAZ_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега OTKAZ_DOC:

 

Тег: OTKAZ

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Причина отказа в оплате ЛС

Атрибуты для OTKAZ:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега OTKAZ:

 

Тег: GRUP_MIST

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Группа ошибок

 

Тег: CODE_MIST

Уровень вложенности тега: 6

Тип значения: xs:decimal(4)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ошибки

 

Тег: STAT_MIST

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Статус ошибки. Предопределены следующие значения: 0 - приводит к мотивированному отказу, 1 - требует уточнения сведений о гражданине в Федеральном регистре ПФР, 2 - требует уточнения данных, связанных с оформлением рецепта

 

Тег: NAME_MIST

Уровень вложенности тега: 6

Тип значения: xs:string(250)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование ошибки

 

Тег: CODE_LOCAL

Уровень вложенности тега: 6

Тип значения: xs:decimal(4)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Субкод ошибки, согласованный на территориальном уровне между ТФОМС и СМО. В случае отсутствия субкода указывается значение 0

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.3.8. Справочник результатов обращения в поликлинику

 

Тег: CRO_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Результаты обращения в поликлинику. Формируется аналогично таблице 28 Методических рекомендаций. Тег <CRO_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега CRO_DOC:

 

Тег: SRO

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Результат обращения в поликлинику

Атрибуты для SRO:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега SRO:

 

Тег: CRO

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код результата обращения в поликлинику

 

Тег: NAME_RO

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование результата обращения в поликлинику

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

7.3.9. Справочник полисов ОМС ("номерник полисов ОМС")

 

Тег: NOM_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник полисов ОМС. Формируется аналогично таблице 24 Методических рекомендаций. Тег <NOM_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега NOM_DOC:

 

Тег: NOM

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Полис ОМС

Атрибуты для NOM:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега NOM:

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs: string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Страховой номер индивидуального лицевого счета Пенсионного Фонда РФ (СНИЛС)

 

Тег: S_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия полиса ОМС

 

Тег: N_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер полиса ОМС

 

Тег: I_FAM

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Первая буква фамилии

 

Тег: I_IM

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Первая буква имени

 

Тег: I_ОТ

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Первая буква отчества

 

Тег: W

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Пол (М/Ж)

 

Тег: DR

Уровень вложенности тега: 6

Тип значения: date0

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата рождения. При неизвестном месяце рождения или дате в соответствующем поле указывается "00" (пример - 1985-00-00)

 

Тег: QM_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Основной государственный регистрационный номер (ОГРН) страховой медицинской организации (СМО) по ОМС

 

Тег: STATUS

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Статус (1 - включен, 2 - исключен)

 

Тег: DATE_S

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата изменения статуса

 

7.4. Структура XML-документа логического потока Регистры

 

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тега MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Фиксированное значение тега: {В619D0B6-7430-4840-9E35-C15ВС1EF0E3D}

Описание: GUID формата файлов. Всегда должен иметь значение {B619D0B6-7430-4840-9E35-C15BC1EF0E3D}

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: REGISTR_REESTR

Описание: Мнемоника протокола, к которому принадлежит данный файл. Для данного логического потока должно быть "REGISTR_REESTR"

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowInfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Раздел информации для файлов, участвующих в посылке экспорта/импорта

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

 

Содержимое тега DATAMAIN:

 

Тег: DOCUMENTS

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список экспортируемых документов

 

Содержимое тега DOCUMENTS:

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

Максимально состав вложенных в <DOCUMENTS> необязательных тегов списков документов может быть следующим:

    <DOCUMENTS>

       +<SMO_DOC>

       +<STF_DOC>

       +<SFO_DOC>

       +<LPU_DOC>

       +<DOCTOR_DOC>

       +<PERSON_DOC>

       +<LG_PERSON_DOC>

       +<DOGOVOR_DOC>

       +<APU_DOC>

    </DOCUMENTS>

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

 

7.4.1. Справочник страховых медицинских организаций

 

Тег: SMO_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник страховых медицинских организаций (СМО). Формируется аналогично таблице 9 Методических рекомендаций. Тег <SMO_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега SMO_DOC:

 

Тег: SMO

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: СМО

Атрибуты для SMO:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега SMO:

 

Тег: TF_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по ОКАТО

 

Тег: Q_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН СМО

 

Тег: Q_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование СМО

 

Тег: POST_IDP

Уровень вложенности тега: 6

Тип значения: xs:decimal(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый индекс почтового адреса

 

Тег: ADRES

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый адрес (субъект РФ - район - город - сельсовет - населенный пункт - улица - номер дома (владение) - номер корпуса/строения)

 

Тег: FAM_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия руководителя СМО

 

Тег: IM_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя руководителя СМО

 

Тег: OT_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество руководителя СМО

 

Тег: FAM_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия главного бухгалтера СМО

 

Тег: IM_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя главного бухгалтера СМО

 

Тег: OT_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество главного бухгалтера СМО

 

Тег: TEL

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Телефон СМО (с кодом города)

 

Тег: FAX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Факс СМО (с кодом города)

 

Тег: E_MAIL

Уровень вложенности тега: 6

Тип значения: xs:string(30)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Адрес электронной почты СМО

 

Тег: DATE_B

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата включения в справочник

 

Тег: DATE_E

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата исключения из справочника

 

7.4.2. Справочник территориальных фондов ОМС

 

Тег: STF_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник территориальных фондов ОМС. Формируется аналогично таблице 8 Методических рекомендаций. Тег <STF_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега STF_DOC:

 

Тег: STF

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Территориальный фонд ОМС (ТФОМС)

Атрибуты для STF:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега STF:

 

Тег: TF_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по ОКАТО

 

Тег: TF_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование ТФОМС (полное)

 

Тег: F_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ТФОМС

 

Тег: POST_IDP

Уровень вложенности тега: 6

Тип значения: xs:decimal(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый индекс почтового адреса

 

Тег: ADRES

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый адрес (субъект РФ - район - город - сельсовет - населенный пункт - улица - номер дома (владение) - номер корпуса/строения)

 

Тег: FAMD_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия исполнительного директора ТФОМС

 

Тег: IMD_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя исполнительного директора ТФОМС

 

Тег: OTD_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество исполнительного директора ТФОМС

 

Тег: FAMD_R

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия исполнительного директора ТФОМС в родительном падеже

 

Тег: FAM_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия главного бухгалтера ТФОМС

 

Тег: IM_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя главного бухгалтера ТФОМС

 

Тег: OT_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество главного бухгалтера ТФОМС

 

Тег: FAMB_R

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия главного бухгалтера ТФОМС в родительном падеже

 

Тег: TEL

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Телефон ТФОМС (с кодом города)

 

Тег: FAX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Факс ТФОМС (с кодом города)

 

Тег: E_MAIL

Уровень вложенности тега: 6

Тип значения: xs:string(30)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Адрес электронной почты ТФОМС

 

7.4.3. Справочник фармацевтических организаций

 

Тег: SFO_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник фармацевтических организаций (ФО). Формируется аналогично таблице 11 Методических рекомендаций. Тег <SFO_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега SFO_DOC:

 

Тег: SFO

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Фармацевтическая организация

Атрибуты для SFO:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега SFO:

 

Тег: TF_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по ОКАТО

 

Тег: FO_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН фармацевтической организации

 

Тег: FO_NAMES

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование фармацевтической организации (краткое)

 

Тег: FO_NAMEF

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование фармацевтической организации (полное)

 

Тег: POST_ID

Уровень вложенности тега: 6

Тип значения: xs:decimal(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый индекс адреса фармацевтической организации

 

Тег: ADRES

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый адрес (субъект РФ - район - город - сельсовет - населенный пункт - улица - номер дома (владение) - номер корпуса/строения) ФО

 

Тег: FAM_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия руководителя ФО

 

Тег: IM_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя руководителя ФО

 

Тег: OT_RUK

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество руководителя ФО

 

Тег: FAM_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия главного бухгалтера ФО

 

Тег: IM_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя главного бухгалтера ФО

 

Тег: OT_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество главного бухгалтера ФО

 

Тег: TEL

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Телефон ФО (с кодом города)

 

Тег: FAX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Факс ФО (с кодом города)

 

Тег: E_MAIL

Уровень вложенности тега: 6

Тип значения: xs:string(30)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Адрес электронной почты ФО

 

Тег: DATE_BL

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата начала действия полномочий по дополнительному лекарственному обеспечению

 

Тег: DATE_EL

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата окончания действия полномочий по дополнительному лекарственному обеспечению

 

Тег: CFO

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код фармацевтической организации

 

7.4.4. Справочник лечебно-профилактических учреждений

 

Тег: LPU_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник лечебно-профилактических учреждений (ЛПУ). Формируется аналогично таблице 10 Методических рекомендаций. Тег <LPU_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега LPU_DOC:

 

Тег: LPU

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: ЛПУ

Атрибуты для LPU:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега LPU:

 

Тег: MCOD

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ЛПУ в кодировке ТФОМС

 

Тег: TF_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по ОКАТО

 

Тег: C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ

 

Тег: M_NAMES

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование ЛПУ (краткое)

 

Тег: M_NAMEF

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование ЛПУ

 

Тег: POST_ID

Уровень вложенности тега: 6

Тип значения: xs:decimal(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый индекс адреса ЛПУ

 

Тег: ADRES

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый адрес (субъект РФ - район - город - сельсовет - населенный пункт - улица - номер дома (владение) - номер корпуса/строения) ЛПУ

 

Тег: FAM_GV

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия гл. врача ЛПУ

 

Тег: IM_GV

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя гл. врача ЛПУ

 

Тег: OT_GV

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество гл. врача ЛПУ.

 

Тег: FAM_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия гл. бухгалтера ЛПУ

 

Тег: IM_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя гл. бухгалтера ЛПУ

 

Тег: OT_BUX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество гл. бухгалтера ЛПУ

 

Тег: TEL

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Телефон ЛПУ

 

Тег: FAX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Факс ЛПУ

 

Тег: E_MAIL

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Адрес электронной почты ЛПУ

 

Тег: DATE_B

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата включения в справочник

 

Тег: DATE_E

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата исключения из справочника

 

Тег: C_INN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ИНН ЛПУ

 

Тег: C_KPP

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: КПП ЛПУ

 

Тег: C_OKVED

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ЛПУ по ОКВЭД

 

Тег: C_OKOGU

Уровень вложенности тега: 6

Тип значения: xs:string(10)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ЛПУ по ОКОГУ

 

Тег: C_N_FIL

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер филиала ЛПУ. В случае, если в справочнике присутствует несколько ЛПУ с одним и тем же значением MCOD, требуется введение номеров филиалов ЛПУ

 

Тег: KLPU

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Категория ЛПУ

 

7.4.5. Справочник врачей и фельдшеров

 

Тег: DOCTOR_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список врачей и фельдшеров, имеющих право на выписку рецептов отдельным категориям граждан. Формируется аналогично таблице 13 Методических рекомендаций. Тег <LPU_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега DOCTOR_DOC:

 

Тег: DOCTOR

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Врач

Атрибуты для DOCTOR:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега DOCTOR:

 

Тег: TF_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по ОКАТО

 

Тег: MCOD

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код медицинского учреждения места работы в кодировке ТФОМС

 

Тег: PCOD

Уровень вложенности тега: 6

Тип значения: xs:string(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код врача. Табельный номер врача по основному месту работы без ОГРН

 

Тег: FAM_V

Уровень вложенности тега: 6

Тип значения: xs:string(30)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия врача

 

Тег: IM_V

Уровень вложенности тега: 6

Тип значения: xs:string(20)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя врача

 

Тег: OT_V

Уровень вложенности тега: 6

Тип значения: xs:string(20)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество врача

 

Тег: C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН медицинского учреждения основного места работы

 

Тег: PRVD

Уровень вложенности тега: 6

Тип значения: xs:decimal(4)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код врачебной должности

 

Тег: D_JOB

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Занимаемая должность

 

Тег: D_PRIK

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата приема на работу

 

Тег: D_SER

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата выдачи сертификата

 

Тег: PRVS

Уровень вложенности тега: 6

Тип значения: xs:string(9)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код специальности медицинского работника

 

Тег: KV_KAT

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Квалификационная категория врача

 

Тег: DATE_B

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: DATE_E

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: MSG_TEXT

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Примечание

 

Тег: NAME_VDS

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название специальности медицинского работника

 

7.4.6. Регистр граждан, имеющих право на ГСП

 

Тег: PERSON_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список граждан. Формируется аналогично таблице 1 Методических рекомендаций. Тег <PERSON_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега PERSON_DOC:

 

Тег: PERSON

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Персональные данные гражданина

Атрибуты для PERSON:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега PERSON:

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: СНИЛС

 

Тег: S_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия полиса ОМС

 

Тег: N_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер полиса ОМС

 

Тег: FAM

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия гражданина

 

Тег: IM

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя гражданина

 

Тег: ОТ

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество гражданина

 

Тег: W

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Пол (М/Ж)

 

Тег: DR

Уровень вложенности тега: 6

Тип значения: date0

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата рождения

 

Тег: S_DOC

Уровень вложенности тега: 6

Тип значения: xs:string(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия документа, удостоверяющего личность

 

Тег: N_DOC

Уровень вложенности тега: 6

Тип значения: xs:decimal(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер документа, удостоверяющего личность

 

Тег: C_DOC

Уровень вложенности тега: 6

Тип значения: xs:decimal(2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Тип документа, удостоверяющего личность

 

Тег: ADRES

Уровень вложенности тега: 6

Тип значения: xs:string(200)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Полный адрес гражданина

 

Тег: DOM

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер дома (владение)

 

Тег: KOR

Уровень вложенности тега: 6

Тип значения: xs:string(5)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Корпус/строение

 

Тег: KV

Уровень вложенности тега: 6

Тип значения: xs:string(5)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Квартира/комната

 

Тег: OKATO_REG

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории постоянной регистрации гражданина (по ОКАТО)

 

Тег: S_EDV

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак получения набора социальных услуг (НСУ)

 

Тег: DB_EDV

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата начала действия права на получение НСУ

 

Тег: DE_EDV

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата окончания действия права на получение НСУ

 

Тег: C_КAT1

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код категории, по которой гражданину установлена ГСП (за исключением граждан, указанных в статье 6.7. Федерального закона от 17.07.1999 N 178-ФЗ (все, кроме чернобыльцев)). Нули (000) - такой категории нет. Определяется согласно таблице 9 приложения к Порядку обмена информацией между отделениями Пенсионного фонда РФ и территориальными фондами ОМС - Состав и форматы файлов обмена данными о гражданах, имеющих право на получение государственной социальной помощи, между отделениями Пенсионного фонда России и территориальными фондами обязательного медицинского страхования (версия 4.0)

 

Тег: С_КАТ2

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код категории, по которой гражданину установлена ГСП (для граждан, указанных в статье 6.7. Федерального закона от 17.07.1999 N 178-ФЗ (чернобыльцы и приравненные к ним)). Нули (000) - такой категории нет. Определяется согласно таблице 9 приложения к Порядку обмена информацией между отделениями Пенсионного фонда РФ и территориальными фондами ОМС - Состав и форматы файлов обмена данными о гражданах, имеющих право на получение государственной социальной помощи, между отделениями Пенсионного фонда России и территориальными фондами обязательного медицинского страхования (версия 4.0)

 

Тег: DATE_RSB

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата включения в региональный сегмент Регистра

 

Тег: DATE_RSE

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата исключения из регионального сегмента Регистра

 

Тег: U_TYPE

Уровень вложенности тега: 6

Тип значения: xs:decimal(2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код изменения (0 - без изменений, 1 - впервые добавлен в регистр, 2 - исключен, 3 - добавлен в связи с переездом, 4 - исключен в связи с переездом, 5 - изменения, 6 - изменения в правах)

 

Тег: D_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак Особый случай (резервное поле)

 

Тег: Q_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН СМО (страховой медицинской организации)

 

Тег: EDV_C_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОКАТО территории получения ЕДВ

 

Тег: InfoSource

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Источник информации (П - ПФР, С - СЗН)

 

Тег: Grajdanstvo

Уровень вложенности тега: 6

Тип значения: xs:string(100)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Гражданство

 

Тег: Live_Code

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код формы проживания (0 - имеет вид на гражданство, 1 - не имеет)

 

Тег: DocumDate

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата выдачи документа, удостоверяющий личность

 

Тег: DocumOrg

Уровень вложенности тега: 6

Тип значения: xs:string(80)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование органа, выдавшего документ, удостоверяющего личность

 

Тег: UserSelect

Уровень вложенности тега: 6

Тип значения: xs:int

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Способ получения ЕДВ (1 - получение ЕДВ)

 

7.4.7. Список документов, подтверждающих право гражданина на получение ГСП

 

Тег: LG_PERSON_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список документов, подтверждающих право гражданина на получение ГСП. Формируется аналогично таблице 2 Методических рекомендаций. Тег <LG_PERSON_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега LG_PERSON_DOC:

 

Тег: LG_PERSON

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Документ о льготе гражданина

Атрибуты для LG_PERSON:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега LG_PERSON:

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Страховой номер индивидуального лицевого счета Пенсионного Фонда РФ (СНИЛС)

 

Тег: C_KAT

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: NAME_DL

Уровень вложенности тега: 6

Тип значения: xs:string(80)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа, подтверждающего право на получение ГСП

 

Тег: S_DL

Уровень вложенности тега: 6

Тип значения: xs:string(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия документа, подтверждающего право на получение ГСП

 

Тег: N_DL

Уровень вложенности тега: 6

Тип значения: xs:string(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер документа, подтверждающего право на получение ГСП

 

Тег: DATE_BL

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата начала действия ГСП

 

Тег: DATE_EL

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата окончания действия ГСП

 

7.4.8. Справочник аптечных учреждений

 

Тег: APU_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Справочник аптечных учреждений. Формируется аналогично таблице 29 Методических рекомендаций. Тег <APU_DOC> является необязательным и в случае наличия должен быть вложен в тег <DOCUMENTS>

 

Содержимое тега APU_DOC:

 

Тег: APU

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Аптека

Атрибуты для APU:

Имя атрибута: ор

Тип значения: rесТyре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега APU:

 

Тег: TF_OKATO

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории по ОКАТО

 

Тег: A_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН аптечной организации

 

Тег: A_COD

Уровень вложенности тега: 6

Тип значения: xs:string(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Внутренний код пункта отпуска лекарственных средств в рамках аптечного учреждения. Указывается без ОГРН аптечного учреждения

 

Тег: AU_NAMES

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование АУ (краткое)

 

Тег: AU_NAMEF

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование АУ

 

Тег: C_AU

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак "Принадлежность аптечной организации к собственной сети фарморганизации"

 

Тег: POST_ID

Уровень вложенности тега: 6

Тип значения: xs:decimal(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Почтовый индекс адреса аптечной организации

 

Тег: R_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование района

 

Тег: G_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование города

 

Тег: NP_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование населенного пункта

 

Тег: UL_NAME

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование улицы

 

Тег: DOM

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер дома (владение)

 

Тег: RUK_FIO

Уровень вложенности тега: 6

Тип значения: xs:string(140)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Руководитель аптечной организации (Ф.И.О.)

 

Тег: TEL

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Телефон АУ

 

Тег: FAX

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Факс АУ

 

Тег: DATE_B

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата включения в справочник

 

Тег: DATE_E

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата исключения из справочника

 

Тег: E_MAIL

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Адрес электронной почты АУ

 

Тег: AU_INN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ИНН АУ

 

Тег: AU_KPP

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: КПП АУ

 

Тег: AU_OKVED

Уровень вложенности тега: 6

Тип значения: xs:string(50)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код АУ по ОКВЭД

 

Тег: AU_OKOGU

Уровень вложенности тега: 6

Тип значения: xs:string(10)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код АУ по ОКОГУ

 

8. АЛГОРИТМ РАСЧЕТА КОНТРОЛЬНОЙ СУММЫ

 

Для расчета контрольной суммы по XML-файлу выделяется строка символов между правой угловой скобкой открывающего тега <MAIN> (не включая ее) и заканчивающаяся и левой угловой скобкой закрывающего тега </MAIN> (не включая ее).

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

Далее по этой строке ведется подсчет контрольной суммы в соответствии с алгоритмом, указанным в пункте 8.1. настоящего документа.

Полученное значение заносится в атрибут chsm.

 

8.1. Алгоритм расчета контрольной суммы по строке символов

 

В расчете контрольной суммы по выделенной строке применяется алгоритм Secure Hash Algorithm (SHA) стандарта Secure Hash Standard (SHS).

Алгоритм SHA (Secure Hash Algorithm) стандарта безопасного хеширования (Secure Hash Standard, SHS).

В зависимости от выходного хеш-значения выделяют следующие виды SHA:

SHA1 - выходное значение 160 бит;

SHA256 - выходное значение 256 бит;

SHA512 - выходное значение 512 бит;

SHA384 - выходное значение 384 бита.

Стандарт ИСО - ISO/IEC 10118-3:2004

(http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=39876).

Настоящий документ описывает стандарт SHA1.

Описание реализации алгоритма SHA1 на языке C++:

typedef int HASH[5];

typedef int Т512[16];

typedef int T80[80];

typedef int (*LPFNHASH)(int, int, int);// Функции F1, F2, F3

const int K1 = 0x5a827999;

const int K2 = 0x6ed9eba1;

const int К3 = 0x8f1bbcdc;

const int K4 = 0xca62c1d6;

    unsigned ROL (unsigned a, size_t s)

    {

        return a << s | (a >> (sizeof(T)*8 - s));

    }

    int f1(int x, int y, int z)

    {

        return x&y | (~x)&z;

    }

    int f2(int x, int y, int z)

    {

                /\ /\

        return х  у  z;

    }

    int f3(int x, int y, int z)

    {

        return x&y | x&z | y&z;

    }

    void FillT80(T512 M, T80 W)

    {

        size_t t;

        for(t = 0; t < 16; t++)W[t] = M[t];

                                       /\      /\       /\

    for(; t < 80; t++)W[t] = ROL(W[t-3]  W[t-8]  W[t-14]  W[t-16], 1);

    }

    void MainStep(T80 W, size_t t, HASH H, LPFNHASH f, int K)

    {

    int tmp = ROL(H[0], 5) + f(H[1], H[2], H[3]) + H[4] + W[t] + K;

        H[4] = H[3];

        H[3] = H[2];

        H[2] = ROL(H[1], 30);

        H[1] = H[0];

        H[0] = tmp;

    }

    void StepSHA(T512 M, HASH Hr)

    {

        T80 W;

        FillT80(M, W);

        size_t t;

        HASH H;

        memcpy (H, Hr, sizeof(HASH));

        for(t = 0; t < 20; t++) MainStep(W, t, H, f1, K1);

        for(; t < 40; t++) MainStep(W, t, H, f2, K2);

        for(; t < 60; t++) MainStep(W, t, H, f3, К3);

        for(; t < 80; t++) MainStep(W, t, H, f2, K4);

            for(size_t i = 0; i < 5; i++)

                Hr[i] += H[i];

    }

    Функции F1, F2, F3:

    F1(X,Y,Z) = (X /\ Y) \/ ((─┐X) /\ Z)

F2(X,Y,Z) = X (+) Y (+) Z

F3(X,Y,Z) = ( X/\ Y) \/ (X /\ Z) \/ (Y /\ Z)

ROL(X,Y) - циклический сдвиг Х влево на Y разрядов,

где:

/\ - логическое "И";

\/ - логическое "Или";

    ─┐ - логическое "Не";

(+) - логическое "Исключающее или".

Перед запуском алгоритма хеш-значение должно инициализироваться следующими константами:

const HASH HASHFIRST = {0x67452301, 0xefcdab89, 0x98badcfe, 0x10325476, 0xc3d2e1f0};

Замечание: тип int хранит байты в обратном порядке. В приведенном примере минимальной единицей памяти является 32-битный блок, поэтому способ хранения на диске неважен. При побайтовой обработке это следует учитывать.

 

 

 

 

 

Приложение N 3.4

к Методическим рекомендациям

по организации информационного

взаимодействия между участниками

лекарственного обеспечения

отдельных категорий граждан

при обязательном медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ПРОТОКОЛА ЭКСПОРТА-ИМПОРТА

РЕЕСТРОВ ОТПУЩЕННЫХ ПО РЕЦЕПТАМ ЛЕКАРСТВЕННЫХ СРЕДСТВ,

ПО КОТОРЫМ ИМЕЮТСЯ ОТКАЗЫ В ОПЛАТЕ

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

 

ТФОМС     Территориальный фонд обязательного медицинского

          страхования

ЦОД       Центр обработки данных

ЛПУ       Лечебно-профилактическое учреждение

ФО        Фармацевтическая организация

АУ        Аптечное учреждение

ТО ПФР    Территориальное отделение пенсионного фонда России

ТО УЗ     Территориальный орган управления здравоохранения

ВР        Врачи

НАС ЛГ    Лица, имеющие право на бесплатное дополнительное

          лекарственное обеспечение

СНИЛС     Страховой номер индивидуального лицевого счета в системе

          персонифицированного учета ПФ РФ

РОО       Персонифицированный реестр отпущенных по рецептам

          лекарственных средств, по которым имеются отказы в

          оплате

РОЛС      Персонифицированный реестр лекарственных средств,

          отпущенных гражданам отдельных категорий

БД        База данных

СУБД      Система управления БД

 

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

 

Настоящая спецификация описывает обязательные правила (протокол) при экспорте/импорте реестров отпущенных по рецептам лекарственных средств, по которым имеются отказы в оплате, формат передачи данных и рекомендуемые методики при реализации указанного протокола.

 

2. ТЕРМИНЫ И ПОНЯТИЯ

 

ППО ТФОМС (ЦОД) - пакет программного обеспечения, работающий в ТФОМС (ЦОД).

ППО ФО - пакет программного обеспечения, работающий в фармацевтической организации.

Экспортер - сторона, передающая собственные данные в соответствии с настоящей спецификацией для другой стороны.

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

Реестр отказов - реестр отпущенных по рецептам лекарственных средств, по которым имеются отказы в оплате.

 

3. ВЕРСИИ ПРОТОКОЛА

 

Настоящая спецификация определяет протокол версии 3.0. В последующем возможно внесение изменений в описываемый протокол. Изменения протокола формируют соответствующую новую версию протокола. Каждый XML-файл по данному протоколу должен нести внутри себя информацию о версии протокола.

 

4. ВЗАИМОДЕЙСТВИЕ СТОРОН

 

Обмен данными (экспорт/импорт) между ТФОМС (ЦОД) и ФО осуществляется на файловом уровне, данные информационного обмена формируются, хранятся и обрабатываются ППО ТФОМС (ЦОД) и ППО ФО в виде файлов XML формата. Файлы XML формата содержат структурированный набор блоков информации. Каждый блок информации обозначается соответствующим предопределенным набором тегов. Занесение полученной информации в БД, контроль версии протокола, корректность переданной информации осуществляется ППО ТФОМС (ЦОД).

Настоящая версия протокола предусматривает только одно направление передачи данных от ТФОМС (ЦОД) к ФО.

Экспортер данных обязан формировать XML-файлы в соответствии с настоящим протоколом. Экспортер несет ответственность за полноту, достоверность и актуальность передаваемых данных.

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

ППО ТФОМС (ЦОД) формирует XML файл РОО по данным БД ТФОМС (ЦОД) и результатам проведения соответствующей экспертизы.

ППО ФО принимает реестр отказов в виде XML файла, анализирует его на предмет соответствия настоящей спецификации, формирует перечень предупреждений и перечень критичных ошибок по реестру (дефектную ведомость), разносит полученные данные в экземпляр БД.

 

4.1. Атрибутивные характеристики рецептов

 

Атрибутивные характеристики отпущенных льготных рецептов - условно постоянные характеристики рецепта. К ним относятся номер и серия рецепта, СНИЛС льготника, код ЛС по номенклатурному наименованию, количество отпущенного ЛС, цена, дата отпуска ЛС и т.д.

 

4.2. Назначение

 

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

 

5. ОБЯЗАТЕЛЬНЫЕ ПРАВИЛА

 

Настоящая спецификация предусматривает набор обязательных правил при обмене данными между ТФОМС (ЦОД) и ФО.

 

5.1. Общие правила представления данных в XML формате

 

Здесь и далее используются определения и спецификации, разработанные международным консорциумом по стандартизации The World Wide Web Consortium (W3C) (http://www.w3.org).

Структура XML файлов протоколов и других документов описывается с помощью схем (XML Schema), спецификация которых описана (http://www.w3.org/2001/XMLSchema). Схема для каждого вида документа (XML файла) представляется в виде XSD файла.

Структура файла

Для всех документов (файлов XML) применяется следующая базовая схема:

Тег корневого файла <MAIN chsm=''''>. Корневой тег содержит атрибут "chsm" - значение контрольной суммы. Алгоритм расчета контрольной суммы описан в п. 8 данного документа.

Тег (обязательный) с идентификатором формата <FORMAT_GUID>, в котором указывается GUID, соответствующий формату.

Тег (обязательный) <PROTOCOL>, в котором указывается мнемоника протокола.

Тег (обязательный) <VER>, в котором указывается версия формата.

Тег <CREATE_BY> (необязательный) содержит наименование программы, создавшей экземпляр файла.

Тег <APP_BUILD> (необязательный) содержит номер сборки (версии) программы, создавшей экземпляр файла.

Тег <CREATE_TIME> (необязательный) содержит дату и время создания файла.

Тег <TITLE> (необязательный) содержит строку со смысловым обозначением формата файла.

Тег <ЕСР> (необязательный) содержит строку с электронной подписью отправителя.

Раздел SENDINFO (тег <SENDINFO>, обязательный) типа docFlowInfoType (определение приведено ниже).

Все остальные данные включаются в теге <DATAMAIN>, структура которого определяется конкретным форматом.

Соответствие протоколу и схеме, проверка контрольной суммы

XML файл должен полностью соответствовать схеме, определенной для протокола, к которому относится этот файл. Не соответствующие схеме файлы не подлежат обработке.

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

При создании файла ПО экспортера должно рассчитать и записать контрольную сумму по методике, описанной в пункте "Алгоритм расчета контрольной суммы" настоящего документа. При обработке файла ПО экспортера также должно проверить соответствие содержания файла контрольной сумме по тому же алгоритму.

 

5.2. Правила формирования посылок

 

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

В теге <HOST_GUID> должен быть указан GUID экспортера. GUID экспортера представляет собой символьный идентификатор участника ДЛО, уникальный в пределах территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан. При обработке файла необходимо провести проверку допустимости приема файла данного протокола от данного экспортера. В качестве GUID хоста в системе используется ОГРН учреждения экспортера. В случае, если у одного учреждения присутствует несколько хостов экспортеров (например, аптечные пункты одной аптеки) для уникальности к ОГРН в квадратных или круглых добавляется номер хоста внутри данного учреждения. Например: <HOST_GUID>1023101687190[2]</HOST_GUID>.

В теге <TARGET_HOST_GUID> должен быть указан GUID импортера, которому предназначена данная посылка. Правила формирования GUID в теге <TARGET_HOST_GUID> те же самые, что и для тега <HOST_GUID>.

Посылки от одного экспортера должны последовательно нумероваться, и номер посылки указываться в теге <PACKAGE_NUMBER>. ПО экспортера должно исключить возможность формирования двух разных посылок с одним номером от одного экспортера. ПО, осуществляющее импорт посылок, должно контролировать последовательность обработки посылок и исключить возможность нарушения порядка обработки посылок одного экспортера.

Для каждой вновь создаваемой посылки экспортер должен определить новый GUID посылки, который должен быть отражен в теге <SEND_GUID>, а также сохранен для последующего использования. ПО, осуществляющее импорт посылок, обязано контролировать уникальность импорта посылок и исключить возможность обработки посылок с одинаковым GUID. В качестве GUID (Global Unique Identifier) посылки должен использоваться Глобальный Уникальный Идентификатор, используемый в операционной системе Microsoft Windows.

GUID представляет собой уникальное псевдослучайное 128-битное значение, которое теоретически не должно повториться. Алгоритм генерации GUID основан на аппаратной части компьютера (параметры BIOS, частота процессора, номер сетевой карты и т.д.) и использует случайные показания внутреннего таймера. Эту запись можно определить в виде строки следующего формата:

'{хххххххх-хххх-хххх-хххх-хххххххххххх}'

В каждой посылке необходимо указывать GUID предыдущей посылки в теге <PREV_SEND_GUID>. При обработке файла необходимо обеспечивать правило, по которому посылки должны обрабатываться последовательно, т.е. значение тега <PREV_SEND_GUID> должно соответствовать предыдущей принятой посылке. Для первой посылки от экспортера тег <PREV_SEND_GUID> имеет пустое значение.

В случае, когда посылка разбивается на несколько файлов, в ней необходимо указывать теги <FILE_NUMBER>, <PREV_FILE_NUMBER>, <NEXT_FILE_NUMBER>, номер текущего файла, предыдущего и последующего. Все файлы посылки имеют сквозную (в рамках посылки) нумерацию. При обработке многофайловой посылки необходимо соблюсти последовательность обработки файлов.

 

5.3. Формирование XML-файла реестра отказов

 

При формировании XML файла ПО экспортера данных обязано выдержать все требования настоящей спецификации по структуре файла и соответствию его XSD-схеме.

После полного формирования файла ППО экспортера обязано проверить сформированный файл на соответствие XSD-схеме.

Все данные при формировании файла должны приводиться к форматам, определенным в пункте 6 настоящего документа.

Расчет контрольной суммы производится в соответствии с пунктом 8 настоящего документа.

 

5.4. Контроль версии протокола

 

При приеме реестров отказов ППО ФО в первую очередь должно провести проверку по версии протокола, указанной в принимаемом XML файле. XML файлы без указания версии протокола не должны приниматься ППО ФО. ППО ФО также не должно принимать к обработке XML-файлы с неизвестной ему версией протокола.

 

5.5. Контроль получателя

 

До начала обработки данных ППО импортера должно проверить, что данная посылка направлена именно ему (контроль GUID хоста получателя). Если указанный GUID получателя не соответствует собственному GUID хоста импортера, посылка должна быть отвергнута в целом.

 

5.6. Контроль структуры файла

 

Следующим шагом при приемке реестра отказов должна быть проверка полученного XML-файла на соответствие определенной для версии протокола XSD-схеме. При каком-либо несоответствии ППО ФО должно отвергнуть файл в целом и не пытаться осуществлять импорт полученных данных.

Для ППО ФО рекомендуется формировать файл обнаруженных ошибок в полученном XML-файле для разбора возможных конфликтных ситуаций.

 

5.7. Проверка контрольной суммы

 

До начала исполнения импорта ППО ФО обязано рассчитать контрольную сумму по обрабатываемому XML-файлу в соответствии с алгоритмом, указанным в пункте 8 настоящего документа. Рассчитанная контрольная сумма сравнивается с контрольной суммой, указанной в атрибуте chsm корневого тега <MAIN> XML-файла. При несоответствии рассчитанной и указанной контрольных сумм файл должен считаться дефектным и не приниматься к дальнейшей обработке.

 

6. ФОРМАТЫ ДАННЫХ

 

При записи данных в XML файлах используются типы данных (форматы представления), описанных в спецификации W3.ORG (http://www.w3.org/2001/XMLSchema). Используются простые базовые типы, производные (путем введения ограничений) от простых типов и комплексные типы.

При создании XML файлов необходимо использовать следующие форматы данных:

 

6.1. Форматы применяемых простых типов

 

XSD Тип	Тип данных	Описание
xs:string	Строка	Произвольная строка
xs:integer	Целое число	-ХХХХХХХХХХ и +ХХХХХХХХХХ (32 бита)
xs:decimal	Дробное     число	"YYYYY.XXX", где YYYY - целая часть,  XXX - дробная, разделитель целой и    дробной части "." /точка/
xs:double	Вещественное	Разделитель целой и дробной части "." /точка/
xs:date	Дата	"ГГГГ-ММ-ДД", например, 2004-09-12
xs:dateTime	Дата+время	"ГГГГ-ММ-ДДТЧЧ:ММ:СС" разделитель даты и времени - латинская Т, например,    2004-12-31Т23:55:57
xs:long	Целое число	-ХХХХХХХХХХ и +ХХХХХХХХХХ (64 бита)

 

6.2. Производные типы

 

Производный тип: money2

Базовый ТИП: xs:decimal

Описание: Тип деньги

 

Производный тип: rесТуре

Базовый тип: xs:string

Возможные значения для типа:

- значение: "I"

- значение: "U"

- значение: "D"

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. I - новая запись, U - измененная запись, D - удаленная запись

 

6.3. Составные типы

 

Составной тип: docFlowInfoType

Описание: Раздел информации для файлов, участвующих в посылке экспорта/импорта.

Вложенные теги:

Тег: HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста экспортера. Определяется для каждого экспортера как константа

 

Тег: TARGET_HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста импортера, которому предназначена эта посылка. Несмотря на то, что тег описан как необязательный, он должен присутствовать в пакетах, соответствующих данному протоколу, для однозначной идентификации Фарм-Организации

 

Тег: SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID посылки. Создается новый для каждого экземпляра посылки

 

Тег: PREV_SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID предыдущей посылки

 

Тег: FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. Нумерация производится, начиная с 1. 1, 2, 3 и т.д.

 

Тег: PREV_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер предыдущего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл первый в посылке, тег отсутствует

 

Тег: NEXT_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер следующего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл последний в посылке, тег отсутствует

 

Тег: PACKAGE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер посылки. Указывается в случаях, когда посылки нумеруются

 

7. СТРУКТУРА ФАЙЛОВ

 

В соответствии со спецификацией формата .XML (www.w3.org):

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

- XML файл, а также каждый его блок должен иметь открывающий и закрывающий теги, указывающие на начало и конец содержания XML-файла (блока). В XML-файле должен быть один и только один корневой тег.

В настоящем документе везде далее при описании тегов XML файлов знак + (плюс) перед тегом означает, что выделенный таким образом тег имеет вложенные теги.

 

7.1. Общие требования

 

Реализация функции обновления данных в качестве экспорта информации предназначена для предоставления в ФО информации об отпущенных по рецептам лекарственных средствах, по которым имеются отказы в оплате.

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

В тегах с типом значения "xs:dateTime", описывающих дату и время, в случае отсутствия значения (неопределенного) приняты следующие правила:

- для тегов (полей), описывающих дату (и время) какого-либо события, - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) начала какого-либо временного интервала (например, дата включения в справочник), - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) окончания какого-либо временного интервала (например, дата исключения из справочника), - значение тега должно быть пустым или "2222-01-01 Т00:00:00".

Общее описание в табличном виде обрамления файлов экспорта:

 

N	Наименование	Обозначение	Примечания
1.	Корневой раздел	<MAIN>	<*>
1.1.	Версия формата	<FORMAT_GUID>	<*>
1.2.	Мнемоника протокола, к которому принадлежит данный файл	<PROTOCOL>	PHARMACY_ REESTR_BAD
1.3.	Версия протокола	<VER>
1.4.	Создано программой	<CREATE_BY>
1.5.	Версия программы	<APP_BUILD>	<*>
1.6.	Время создания	<CREATE_TIME>	<*>
1.7.	Титул протокола	<TITLE>	<*>
1.8.	Электронная подпись экспортера	<ECP>	<*>
1.9.	Раздел описания для файлов,    участвующих в экспорте/импорте	<SENDINFO>	<*>
1.10.	Передаваемая информация	<DATAMAIN>	<*>

 

--------------------------------

<*> Обязательный тег.

 

Пример общей (заглавной) части XML-файла экспорта данных:

 

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

<MAIN>

<FORMAT_GUID>{A66408FF-0DE1-4D9F-982A-9D4F8593DA88}</FORMAT_GUID>

    <PROTOCOL>PHARMACY_REESTR_BAD</PROTOCOL>

    <VER>3.0</VER>

    <CREATE_BY>SprExport - Malibu Library</CREATE_BY>

    <CREATE_TIME>2005-07-21T15:51:26</CREATE_TIME>

    <TITLE>Peecтp отказов оплаты</ТIТLЕ>

    <ECP></ECP>

    <SENDINFO>

        <HOST_GUID>1023101687190[2]</HOST_GUID>

        <SEND_GUID>{aaab74f4-aaf9-44f9-b10b-8c8fc6bdf93e}</SEND_GUID>

        <PACKAGE_NUMBER>7</PACKAGE_NUMBER>

    </SENDINFO>

+<DATAMAIN>

...

</MAIN>

 

7.2. Описание структуры XML-документа

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тега MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: {F36408FF-0DE1-4D9F-982A-9D4F8593DA88}

Описание: GUID формата файлов. Всегда должен иметь значение {F36408FF-0DE1-4D9F-982A-9D4F8593DA88} для версии 3.0

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: PHARMACY_REESTR_BAD

Описание: Мнемоника протокола, к которому принадлежит данный файл. Должен быть PHARMACY_REESTR_BAD

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: APP_BUILD

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер сборки программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка

 

Тег: ЕСР

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Электронная цифровая подпись отправителя

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowInfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Блок информации для файлов, участвующих в экспортной посылке. См. раздел "Описание общих типов данных"

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Составной, содержит блок экспортируемой информации.

 

Содержимое тега DATAMAIN:

 

Тег: DOCUMENTS

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список экспортируемых документов

 

Содержимое тега DOCUMENTS:

 

Тег: PHARMACYRECIPE_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список рецептов

 

Содержимое тега PHARMACYRECIPE_DOC:

 

Тег: PHARMACYRECIPE

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Рецепт, обслуженный в АУ

Атрибуты тега PHARMACYRECIPE:

Имя атрибута: ор

Тип значения: rесТуре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега PHARMACYRECIPE:

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: СНИЛС пациента

 

Тег: OKATO_REG

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории постоянной регистрации гражданина (по ОКАТО)

 

Тег: C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ, где выписан рецепт

 

Тег: MCOD

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ЛПУ в кодировке ТФОМС

 

Тег: PCOD

Уровень вложенности тега: 6

Тип значения: xs:string(10)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код врача (фельдшера) в ЛПУ, где работает врач, указывается без ОГРН ЛПУ

 

Тег: V_C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ, где работает врач

 

Тег: DS

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код диагноза заболевания по Международному Классификатору Болезней (МКБ-10)

 

Тег: S_LR

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия рецепта

 

Тег: N_LR

Уровень вложенности тега: 6

Тип значения: xs:long

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер рецепта. Лидирующие нули при исполнении импорта не учитываются

 

Тег: DATE_VR

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата выписки рецепта

 

Тег: C_FINL

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Источник финансирования (1 - Федеральный, 2 - Субъект РФ, 3 - Муниципальный орган)

 

Тег: PR_LR

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Процент льготы рецепта (1 - 100%, 2 - 50%)

 

Тег: A_COD

Уровень вложенности тега: 6

Тип значения: xs:string(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код аптечного учреждения (пункта отпуска ЛС) без ОГРН

 

Тег: A_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН аптечного учреждения

 

Тег: NOMK_LS

Уровень вложенности тега: 6

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номенклатурный Код отпущенного ЛС

 

Тег: KO_ALL

Уровень вложенности тега: 6

Тип значения: xs:decimal(7,3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество упаковок отпущенного ЛС

 

Тег: DOZ_ME

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дозировка ЛС в одной отпущенной упаковке в международных единицах (ME) или единицах действия (ЕД)

 

Тег: C_PFS

Уровень вложенности тега: 6

Тип значения: xs:decimal(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код позиции в перечне Федеральной службы (ФС) Росздравнадзора отпущенного ЛС

 

Тег: DATE_OBR

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата обращения пациента в аптеку

 

Тег: DATE_OTP

Уровень вложенности тега: 6

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата отпуска ЛС

 

Тег: SL_ALL

Уровень вложенности тега: 6

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сумма возмещения, предъявленная к оплате (руб./коп.)

 

Тег: SL_OP

Уровень вложенности тега: 6

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сумма, принятая к оплате (руб./коп.)

 

Тег: FO_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН фарморганизации

 

Тег: Р_КЕК

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак наличия протокола КЭК (0 - нет, 1 - есть)

 

Тег: D_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: признак Особый случай

 

Тег: N_SCHET

Уровень вложенности тега: 6

Тип значения: xs:decimal(10)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер счета, выписанного фарморганизацией

 

Тег: DATE_SCHET

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата выписки счета фарморганизацией

 

Тег: TYPE_SCHET

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Тип счета: 0 - основной, 1 - дополнительный, 2 - скорректированный

 

Тег: ERR_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код причины отказа в оплате

 

Тег: ERR1_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код причины отказа в оплате (резерв)

 

Тег: ERR2_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код причины отказа в оплате (резерв)

 

Тег: MSG_OTKAZ

Уровень вложенности тега: 6

Тип значения: xs:string(150)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Пояснение причины (причин) отказа в оплате

 

Тег: RecipeGUID

Уровень вложенности тега: 6

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Уникальный идентификатор рецепта (GUID). ПО должно формировать уникальный GUID для каждого нового рецепта с целью обеспечения возможности обновления (изменения) данных рецепта при повторном экспорте рецепта

 

8. АЛГОРИТМ РАСЧЕТА КОНТРОЛЬНОЙ СУММЫ

 

Для расчета контрольной суммы по XML-файлу выделяется строка символов между правой угловой скобкой открывающего тега <MAIN> (не включая ее) и заканчивающаяся левой угловой скобкой закрывающего тега </MAIN> (не включая ее).

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

Далее по этой строке ведется подсчет контрольной суммы в соответствии с алгоритмом, указанным в пункте 8.1. настоящего документа.

Полученное значение заносится в атрибут chsm.

 

8.1. Алгоритм расчета контрольной суммы по строке символов

 

В расчете контрольной суммы по выделенной строке применяется алгоритм Secure Hash Algorithm (SHA) стандарта Secure Hash Standard (SHS).

Алгоритм SHA (Secure Hash Algorithm) стандарта безопасного хеширования (Secure Hash Standard, SHS).

В зависимости от выходного хеш-значения выделяют следующие виды SHA:

SHA1 - выходное значение 160 бит;

SHA256 - выходное значение 256 бит;

SHA512 - выходное значение 512 бит;

SHA384 - выходное значение 384 бита.

Стандарт ИСО - ISO/IEC 10118-3:2004

(http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=39876).

Настоящий документ описывает стандарт SHA1.

Описание реализации алгоритма SHA1 на языке C++:

typedef int HASH[5];

typedef int T512[16];

typedef int T80[80];

typedef int (*LPFNHASH)(int, int, int);// Функции F1, F2, F3

const int K1 = 0x5a827999;

const int K2 = 0x6ed9eba1;

const int К3 = 0x8f1bbcdc;

const int K4 = 0xca62c1d6;

    unsigned ROL(unsigned a, size_t s) { return a << s | (a >> (sizeof

    (T)*8 - s)); }

    int f1(int x, int y, int z) { return x&y | (~x)&z; }

                                          /\ /\

    int f2(int x, int y, int z) { return х  у  z; }

    int f3(int x, int y, int z) { return x&y | x&z | y&z; }

    void FillT80(T512 M, T80 W)

    {

        size_t t;

        for(t = 0; t < 16; t++)W[t] = M[t];

                                       /\      /\       /\

    for(; t < 80; t++)W[t] = ROL(W[t-3]  W[t-8]  W[t-14]  W[t-16], 1);

    }

    void MainStep(T80 W, size_t t, HASH H, LPFNHASH f, int K)

    {

    int tmp = ROL(H[0], 5) + f(H[1], H[2], H[3]) + H[4] + W[t] + K;

        H[4] = H[3];

        H[3] = H[2];

        H[2] = ROL(H[1], 30);

        H[1] = H[0];

        H[0] = tmp;

    }

    void StepSHA(T512 M, HASH Hr)

    {

       T80 W;

       FillT80(M, W);

       size_t t;

       HASH H;

       memcpy(H, Hr, sizeof(HASH));

       for(t = 0; t < 20; t++) MainStep(W, t, H, f1, K1);

       for(; t < 40; t++) MainStep(W, t, H, f2, K2);

       for(; t < 60; t++) MainStep(W, t, H, f3, К3);

       for(; t < 80; t++) MainStep(W, t, H, f2, K4);

           for(size_t i = 0; i < 5; i++)

               Hr[i] += H[i];

    }

    Функции F1, F2, F3:

    F1(X,Y,Z) = (X /\ Y) \/ ((─┐X) /\ Z)

F2(X,Y,Z) = X (+) Y (+) Z

F3(X,Y,Z) = (X /\ Y) \/ (X /\ Z) \/ (Y /\ Z)

ROL(X,Y) - циклический сдвиг Х влево на Y разрядов,

где:

/\ - логическое "И";

\/ - логическое "Или";

    ─┐ - логическое "Не";

(+) - логическое "Исключающее или".

Перед запуском алгоритма хеш-значение должно инициализироваться следующими константами:

const HASH HASHFIRST = {0x67452301, 0xefcdab89, 0x98badcfe, 0x10325476, 0xc3d2e1f0};

Замечание: тип int хранит байты в обратном порядке. В приведенном примере минимальной единицей памяти является 32-битный блок, поэтому способ хранения на диске неважен. При побайтовой обработке это следует учитывать.

 

 

 

 

 

Приложение N 3.5

к Методическим рекомендациям

по организации информационного взаимодействия

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

отдельных категорий граждан при обязательном

медицинского страхования

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ПРОТОКОЛА ЭКСПОРТА-ИМПОРТА

РЕЕСТРОВ ОСТАТКОВ ЛЕКАРСТВЕННЫХ СРЕДСТВ

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

 

ТФОМС     Территориальный фонд обязательного медицинского

          страхования

ЦОД       Центр обработки данных

ЛПУ       Лечебно-профилактическое учреждение

ФО        Фармацевтическая организация

АУ        Аптечное учреждение

ТО ПФР    Территориальное отделение пенсионного фонда России

ТО УЗ     Территориальный орган управления здравоохранения

ВР        Врачи

Нас       Население

НАС ЛГ    Лица, имеющие право на бесплатное дополнительное

          лекарственное обеспечение

СНИЛС     Страховой номер индивидуального лицевого счета в системе

          персонифицированного учета ПФ РФ

РВР       Персонифицированный реестр выписанных рецептов в ЛПУ

РОЛС      Персонифицированный реестр лекарственных средств

          отпущенных гражданам отдельных категорий

ЭЦП       Электронная цифровая подпись

БД        База данных

СУБД      Система управления БД

 

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

 

Настоящая спецификация описывает обязательные правила (протокол) экспорта/импорта реестров остатков лекарственных средств и рекомендуемые методики при реализации указанного протокола.

 

2. ТЕРМИНЫ И ПОНЯТИЯ

 

ППО ЦОД - пакет программного обеспечения, работающий в ЦОД.

ППО АУ - пакет программного обеспечения, работающий в АУ.

ППО ЛПУ - пакет программного обеспечения, работающий в ЛПУ.

Экспортер - сторона, передающая собственные данные в соответствии с настоящей спецификацией для другой стороны.

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

Реестр остатков ЛС - реестр лекарственных средств, наличествующих в складах АУ на момент выгрузки.

 

3. ВЕРСИИ ПРОТОКОЛА

 

Настоящая спецификация определяет протокол версии 3.0. В последующем возможно внесение изменений в описываемый протокол. Изменения протокола формируют соответствующую новую версию протокола. Каждый XML-файл по данному протоколу должен нести внутри себя информацию о версии протокола.

 

4. ВЗАИМОДЕЙСТВИЕ СТОРОН

 

Обмен данными (экспорт/импорт) между АУ, ЛПУ и ЦОД осуществляется на файловом уровне, данные информационного обмена формируются, хранятся и обрабатываются ППО АУ, ППО ЛПУ и ППО ЦОД в виде файлов XML формата. Файлы XML формата содержат структурированный набор блоков информации. Каждый блок информации обозначается соответствующим предопределенным набором тегов. Занесение полученной информации в БД, контроль версии протокола, корректность переданной информации осуществляется ППО ЦОД и ППО ЛПУ.

Настоящая версия протокола предусматривает, направление передачи данных от АУ в ЦОД и ЛПУ.

Экспортер данных обязан формировать XML-файлы в соответствии с настоящим протоколом. Экспортер несет ответственность за полноту, достоверность и актуальность передаваемых данных.

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

ППО АУ формирует XML файл реестра остатков ЛС по данным локальной БД в аптечном учреждении.

ППО импортера принимает реестр остатков ЛС в виде XML файла, анализирует его на предмет соответствия настоящей спецификации, формирует перечень предупреждений и перечень критичных ошибок по реестру (дефектную ведомость), разносит полученные данные в экземпляр БД.

 

4.1. Атрибутивные характеристики остатков ЛС

 

Атрибутивные характеристики остатков лекарственных средств - условно постоянные характеристики. К ним относятся ОГРН и код аптечного учреждения, код позиции в перечне Федеральной службы Росздравнадзора, количество ЛС.

 

4.2. Назначение

 

Целью обмена информацией является доставка из АУ в ЛПУ и ЦОД реестра остатков лекарственных средств, находящихся в складах АУ. Реестр остатков должен формироваться и передаваться в ЛПУ и ЦОД с периодичностью, установленной Регламентом информационного взаимодействия между участниками территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан.

 

5. ОБЯЗАТЕЛЬНЫЕ ПРАВИЛА

 

Настоящая спецификация предусматривает набор обязательных правил при экспорте/импорте реестров остатков ЛС.

 

5.1. Общие правила представления данных в XML формате

 

Здесь и далее используются определения и спецификации, разработанные международным консорциумом по стандартизации The World Wide Web Consortium (W3C) (http://www.w3.org).

Структура XML файлов протоколов и других документов описываются с помощью схем (XML Schema), спецификация которых описана (http://www.w3.org/2001/XMLSchema). Схема для каждого вида документа (XML файла) представляется в виде XSD файла.

Структура файла

Для всех документов (файлов XML) применяется следующая базовая схема:

Тег корневого файла <MAIN chsm=''''>. Корневой тег содержит атрибут "chsm" - значение контрольной суммы. Алгоритм расчета контрольной суммы описан в п. 8 данного документа.

Тег (обязательный) с идентификатором формата <FORMAT_GUID>, в котором указывается GUID, соответствующий формату.

Тег (обязательный) <PROTOCOL>, в котором указывается мнемоника протокола.

Тег (обязательный) <VER>, в котором указывается версия формата.

Тег <CREATE_BY> (не обязательный) содержит наименование программы, создавшей экземпляр файла.

Тег <APP_BUILD> (не обязательный) содержит номер сборки (версии) программы, создавшей экземпляр файла.

Тег <CREATE_TIME> (не обязательный), содержит дату и время создания файла.

Тег <TITLE> (не обязательный), содержит строку со смысловым обозначением формата файла.

Тег <ECP> (не обязательный), содержит двоичные данные с электронной подписью отправителя.

Раздел SENDINFO (тег <SENDINFO>, обязательный) типа docFlowInfoType (определение приведено ниже).

Все остальные данные включаются в теге <DATAMAIN>, структура которого определяется конкретным форматом.

Соответствие протоколу и схеме, проверка контрольной суммы

XML файл должен полностью соответствовать схеме, определенной для протокола, к которому относится этот файл. Не соответствующие схеме файлы не подлежат обработке.

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

При создании файла ПО экспортера должно рассчитать и записать контрольную сумму по методике описанной в пункте "Алгоритм расчета контрольной суммы" настоящего документа. При обработке файла ПО импортера также должно проверить соответствие содержания файла контрольной сумме по тому же алгоритму.

 

5.2. Правила формирования посылок

 

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

В теге <HOST_GUID> должен быть указан GUID экспортера. GUID экспортера представляет собой символьный идентификатор участника уникальный в пределах территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан. При обработке файла необходимо провести проверку допустимости приема файла данного протокола от данного экспортера. В качестве GUID хоста в системе используется ОГРН учреждения экспортера. В случае если у одного учреждения присутствует несколько хостов экспортеров (например, аптечные пункты одной аптеки) для уникальности к ОГРН в квадратных или круглых добавляется номер хоста внутри данного учреждения. Например: <H0ST_GUID>1023101687190[2]</HOST_GUID>.

Посылки от одного экспортера должны последовательно нумероваться и номер посылки указываться в теге <PACKAGE_NUMBER>. ПО экспортера должно исключить возможность формирования двух разных посылок с одним номером от одного экспортера. ПО, осуществляющее импорт посылок, должно контролировать последовательность обработки посылок и исключить возможность нарушения порядка обработки посылок одного экспортера.

Для каждой вновь создаваемой посылки, экспортер должен определить новый GUID посылки, который должен быть отражен в теге <SEND_GUID>, а также сохранен для последующего использования. ПО, осуществляющее импорт посылок, обязано контролировать уникальность импорта посылок и исключить возможность обработки посылок с одинаковым GUID. В качестве GUID (Global Unique Identifier) посылки должен использоваться Глобальный Уникальный Идентификатор, используемый в операционной системе Microsoft Windows.

GUID представляет собой уникальное псевдослучайное 128-битное значение, которое теоретически не должно повториться. Алгоритм генерации GUID основан на аппаратной части компьютера (параметры BIOS, частота процессора, номер сетевой карты и т.д.) и использует случайные показания внутреннего таймера. Эту запись можно определить в виде строки следующего формата:

'{хххххххх-хххх-хххх-хххх-хххххххххххх}'

В каждой посылке необходимо указывать GUID предыдущей посылки в теге <PREV_SEND_GUID>. При обработке файла необходимо обеспечивать правило, по которому посылки должны обрабатываться последовательно, т.е. значение тега <PREV_SEND_GUID> должно соответствовать предыдущей принятой посылке. Для первой посылки от экспортера тег <PREV_SEND_GUID> имеет пустое значение.

В случае, когда посылка разбивается на несколько файлов, в ней необходимо указывать теги <FILE_NUMBER>, <PREV_FILE_NUMBER>, <NEXT_FILE_NUMBER>, номер текущего файла, предыдущего и последующего. Все файлы посылки имеют сквозную (в рамках посылки) нумерацию. При обработке многофайловой посылки необходимо соблюсти последовательность обработки файлов.

 

5.3. Формирование XML-файла реестра остатков ЛС

 

При формировании XML файла ПО экспортера данных обязано выдержать все требования настоящей спецификации по структуре файла и соответствию его XSD-схеме.

После полного формирования файла ППО экспортера обязано проверить сформированный файл на соответствие XSD-схеме.

Все данные при формировании файла должны приводиться к форматам, определенным в пункте 6 настоящего документа.

Расчет контрольной суммы производится в соответствии с пунктом 8 настоящего документа.

5.4. Контроль версии протокола

При приеме реестров отказов ППО импортера в первую очередь должно провести проверку по версии протокола, указанной в принимаемом XML файле. XML файлы без указания версии протокола не должны приниматься. ППО импортера также не должно принимать к обработке XML-файлы с неизвестной ему версией протокола.

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

 

5.5. Контроль структуры файла

 

Следующим шагом при приемке реестра остатков должна быть проверка полученного XML-файла на соответствие определенной для версии протокола XSD-схеме. При каком-либо несоответствии ППО импортера должно отвергнуть файл в целом и не пытаться осуществлять импорт полученных данных.

Для ППО ЛПУ и ППО ЦОД рекомендуется формировать файл обнаруженных ошибок в полученном XML-файле для разбора возможных конфликтных ситуаций.

 

5.6. Проверка контрольной суммы

 

До начала исполнения импорта ППО импортера обязано рассчитать контрольную сумму по обрабатываемому XML-файлу в соответствии с алгоритмом, указанным в пункте 8 настоящего документа. Рассчитанная контрольная сумма сравнивается с контрольной суммой, указанной в атрибуте chsm корневого тега <MAIN> XML-файла. При несоответствии рассчитанной и указанной контрольных сумм, файл должен считаться дефектным и не приниматься к дальнейшей обработке.

 

6. ФОРМАТЫ ДАННЫХ

 

При записи данных в XML файлах используются типы данных (форматы представления), описанных в спецификации W3.ORG (http://www.w3.org/2001/XMLSchema). Используются простые базовые типы, производные (путем введения ограничений) от простых типов и комплексные типы.

При создании XML файлов необходимо использовать следующие форматы данных:

 

6.1. Форматы применяемых простых типов

 

XSD Тип	Тип данных	Описание
xs:string	Строка	Произвольная строка
xs:integer	Целое число
xs:decimal	Дробное      число	"YYYYY.XXX", где YYYY - целая часть,  XXX - дробная, разделитель целой и    дробной части "." /точка/
xs:double	Вещественное	Разделитель целой и дробной части "." /точка/
xs:date	Дата	"ГГГГ-ММ-ДД", например, 2004-09-12
xs:dateTime	Дата+время	"ГГГГ-ММ-ДДТЧЧ:ММ:СС" разделитель даты и времени - латинская Т, например,    2004-12-31Т23:55:57

 

6.2. Производные типы

 

Производный тип: money2

Базовый тип: xs:decimal

Описание: Тип деньги

 

Производный тип: recТуре

Базовый тип: xs:string

Возможные значения для типа:

- значение: "I"

- значение: "U"

- значение: "D"

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. I - новая запись, U - измененная запись, D - удаленная запись

 

6.3. Составные типы

 

Составной тип: docFlowInfoType

Описание: Раздел информации для файлов, участвующих в документообороте

Вложенные теги:

Тег: HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста экспортера. Определяется для каждого экспортера (АУ) как константа

 

Тег: TARGET_HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста импортера, которому предназначена эта посылка

 

Тег: SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID посылки. Создается новый для каждого экземпляра посылки

 

Тег: PREV_SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID предыдущей посылки

 

Тег: FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. Нумерация производится, начиная с 1. 1, 2, 3 и т.д.

 

Тег: PREV_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер предыдущего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл первый в посылке, тег отсутствует

 

Тег: NEXT_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер следующего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл последний в посылке, тег отсутствует

 

Тег: PACKAGE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер посылки. Указывается в случаях, когда посылки нумеруются

 

7. СТРУКТУРА ФАЙЛОВ

 

В соответствии со спецификацией формата .XML (www.w3.org):

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

- XML файл, а также каждый его блок должен иметь открывающий и закрывающий теги, указывающие на начало и конец содержания XML-файла (блока). В XML-файле должен быть один и только один корневой тег.

В настоящем документе везде далее при описании тегов XML файлов знак + (плюс) перед тегом означает, что выделенный таким образом тег имеет вложенные теги.

 

7.1. Общие требования

 

В тегах с типом значения "xs:dateTime", описывающих дату и время, в случае отсутствия значения (неопределенного) приняты следующие правила:

- для тегов (полей), описывающих дату (и время) какого-либо события, - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) начала какого-либо временного интервала (например, дата включения в справочник), - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) окончания какого-либо временного интервала (например, дата исключения из справочника), - значение тега должно быть пустым или "2222-01-01Т00:00:00".

Общее описание в табличном виде обрамления файлов экспорта:

 

N	Наименование	Обозначение	Примечания
1.	Корневой раздел	<MAIN>	<*>
1.1.	Версия формата	<FORMAT_GUID>	<*>
1.2.	Мнемоника протокола, к которому  принадлежит данный файл	<PROTOCOL>	STOREDLS_ REESTR
1.3.	Версия протокола	<VER>
1.4.	Создано программой	<CREATE_BY>
1.5.	Версия программы	<APP_BUILD>	<*>
1.6.	Время создания	<CREATE_TIME>	<*>
1.7.	Титул протокола	<TITLE>	<*>
1.8.	ЭЦП отправителя	<ECP>
1.9.	Раздел описания для файлов,      участвующих в документообороте	<SENDINFO>	<*>
1.10.	Передаваемая информация	<DATAMAIN>	<*>

 

--------------------------------

<*> Обязательный тег.

 

Пример общей (заглавной) части XML-файла экспорта данных:

 

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

<MAIN>

<FORMAT_GUID>{68a6e730-8014-4215-a680-b0f57b7fff8e}</FORMAT_GUID>

    <PROTOCOL>STOREDLS_REESTR</PROTOCOL>

    <VER>3.0</VER>

    <CREATE_BY>SprExport - Malibu Library</CREATE_BY>

    <CREATE_TIME>2005-07-21T15:51:26</CREATE_TIME>

    <TITLE>Реестр остатков ЛС от аптек</TITLE>

    <ECP></ECP>

    <SENDINFO>

       <HOST_GUID>1023101687190[2]</HOST_GUID>

       <SEND_GUID>{aaab74f4-aaf9-44f9-b10b-8c8fc6bdf93e}</SEND_GUID>

       <PACKAGE_NUMBER>7</PACKAGE_NUMBER>

</SENDINFO>

+<DATAMAIN>

...

</MAIN>

 

7.2. Описание структуры XML-документа

 

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тега MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: {68a6e730-8014-4215-a680-b0f57b7fff8e}

Описание: GUID формата файлов. Всегда должен иметь значение {68а6е730-8014-4215-а680-b0f57b7fff8e} для версии 3.0

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: STOREDLS_REESTR

Описание: Мнемоника протокола, к которому принадлежит данный файл. Должен быть STOREDLS_REESTR

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: APP_BUILD

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер сборки программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка

 

Тег: ЕСР

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Электронная цифровая подпись отправителя

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowInfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Блок информации для файлов, участвующих в экспортной посылке. См. раздел "Описание общих типов данных"

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Составной, содержит блок экспортируемой информации

 

Содержимое тега DATAMAIN:

 

Тег: DRUGSTORE

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Информация об аптеке

Атрибуты тега DRUGSTORE:

Имя атрибута: a_ogrn

Тип значения: xs:string

Описание: ОГРН аптеки экспортера

Имя атрибута: a_code

Тип значения: xs:string

Описание: Код аптеки экспортера

 

Содержимое тега DRUGSTORE:

 

Тег: LS

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Остаток ЛС

Атрибуты тега LS:

Имя атрибута: count

Тип значения: xs:decimal

Описание: Количество данного ЛС в складах АУ.

 

Содержимое тега LS:

 

В теге LS обязательно присутствие одного и только одного из перечисленных ниже тегов.

Тег: C_PFS

Уровень вложенности тега: 5

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код позиции перечня Федеральной службы Росздравнадзора.

 

Тег: NOMK_LS

Уровень вложенности тега: 5

Тип значения: xs:decimal(13)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номенклатурный код ЛС.

 

8. АЛГОРИТМ РАСЧЕТА КОНТРОЛЬНОЙ СУММЫ

 

Для расчета контрольной суммы по XML-файлу выделяется строка символов между правой угловой скобкой открывающего тега < MAIN > (не включая ее) и заканчивающаяся и левой угловой скобкой закрывающего тега </ MAIN > (не включая ее).

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

Далее по этой строке ведется подсчет контрольной суммы в соответствии с алгоритмом, указанным в пункте 8.1. настоящего документа.

Полученное значение заносится в атрибут chsm.

 

8.1. Алгоритм расчета контрольной суммы по строке символов

 

В расчете контрольной суммы по выделенной строке применяется алгоритм Secure Hash Algorithm (SHA) стандарта Secure Hash Standard (SHS).

Алгоритм SHA (Secure Hash Algorithm) стандарта безопасного хеширования (Secure Hash Standard, SHS).

В зависимости от выходного хеш-значения выделяют следующие виды SHA:

SHA1 - выходное значение 160 бит;

SHA256 - выходное значение 256 бит;

SHA512 - выходное значение 512 бит;

SHA384 - выходное значение 384 бита.

Стандарт ИСО - ISO/IEC 10118-3:2004

(http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=39876).

Настоящий документ описывает стандарт SHA1.

Описание реализации алгоритма SHA1 на языке C++:

typedef int HASH[5];

typedef int T512[16];

typedef int T80[80];

typedef int (*LPFNHASH)(int, int, int);// Функции F1, F2, F3

const int K1 = 0x5a827999;

const int K2 = 0x6ed9eba1;

const int К3 = 0x8f1bbcdc;

const int K4 = 0xca62c1d6;

    unsigned ROL(unsigned a, size_t s) { return a << s 1 (a >> (sizeof

    (T)*8 - s)); }

    int f1(int x, int y, int z) { return x&y | (~x)&z; }

                                          /\ /\

    int f2(int x, int y, int z) { return х  у  z; }

    int f3(int x, int y, int z) { return x&y | x&z | y&z; }

    void FillT80(T512 M, T80 W)

    {

        size_t t;

        for(t = 0; t < 16; t++)W[t] = M[t];

    }

                                       /\      /\       /\

    for(; t < 80; t++)W[t] = ROL(W[t-3]  W[t-8]  W[t-14]  W[t-16], 1);

    }

    void MainStep(T80 W, size_t t, HASH H, LPFNHASH f, int K)

    {

    int tmp = ROL(H[0], 5) + f(H[1], H[2], H[3]) + H[4] + W[t] + K;

        H[4] = H[3];

        H[3] = H[2];

        H[2] = ROL(H[1], 30);

        H[1] = H[0];

        H[0] = tmp;

    }

    void StepSHA(T512 M, HASH Hr)

    {

    Т80 W;

    FillT80(M, W);

    size_t t;

    HASH H;

    memcpy(H, Hr, sizeof(HASH));

    for(t = 0; t < 20; t++) MainStep(W, t, H, f1, K1);

    for(; t < 40; t++) MainStep(W, t, H, f2, K2);

    for(; t < 60; t++) MainStep(W, t, H, f3, K3);

    for(; t < 80; t++) MainStep(W, t, H, f2, K4);

        for(size_t i = 0; i < 5; i++)

              Hr[i] += H[i];

    }

    Функции F1, F2, F3:

    F1(X, Y, Z) = (X /\ Y) \/ ((─┐X) /\ Z)

F2(X,Y,Z) = X (+) Y (+) Z

F3(X,Y,Z) = (X /\ Y) \/ (X /\ Z) \/ (Y /\ Z)

ROL(X,Y) - циклический сдвиг Х влево на Y разрядов,

где:

/\ - логическое "И";

\/ - логическое "Или";

    ─┐ - логическое "Не";

(+) - логическое "Исключающее или".

Перед запуском алгоритма хеш-значение должно инициализироваться следующими константами:

const HASH HASHFIRST = {0x67452301, 0xefcdab89, 0x98badcfe, 0x10325476, 0xc3d2e1f0};

Замечание: тип int хранит байты в обратном порядке. В приведенном примере минимальной единицей памяти является 32-битный блок, поэтому способ хранения на диске неважен. При побайтовой обработке это следует учитывать.

 

 

 

 

 

Приложение N 3.6

к Методическим рекомендациям

по организации информационного взаимодействия

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

отдельных категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ПРОТОКОЛА ЭКСПОРТА-ИМПОРТА СВОДНЫХ РЕЕСТРОВ

МЕДИЦИНСКИХ УСЛУГ И ПЕРСОНАЛЬНЫХ ДАННЫХ О ПАЦИЕНТАХ

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

 

ТФОМС     Территориальный фонд обязательного медицинского

          страхования

ЦОД       Центр обработки данных

ЛПУ       Лечебно-профилактическое учреждение

ФО        Фармацевтическая организация

СМО       Страховая медицинская организация

АУ        Аптечное учреждение

ТО ПФР    Территориальное отделение пенсионного фонда России

ТО УЗ     Территориальный орган управления здравоохранения

ВР        Врачи

СНИЛС     Страховой номер индивидуального лицевого счета в системе

          персонифицированного учета ПФ РФ

РМУ       Сводный реестр медицинских услуг и персональных данных о

          пациентах

БД        База данных

СУБД      Система управления БД

 

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

 

Настоящая спецификация описывает обязательные правила (протокол) экспорта/импорта сводных реестров медицинских услуг и персональных данных о пациентах, формат передачи данных и рекомендуемые методики при реализации указанного протокола.

 

2. ТЕРМИНЫ И ПОНЯТИЯ

 

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

Экспортер - сторона, передающая собственные данные в соответствии с настоящей спецификацией для другой стороны.

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

 

3. ВЕРСИИ ПРОТОКОЛА

 

Настоящая спецификация определяет протокол экспорта/импорта сводных реестров медицинских услуг и персональных данных о пациентах версии 3.0. В последующем возможно внесение изменений в описываемый протокол. Изменения протокола формируют соответствующую новую версию протокола. Каждый XML-файл по данному протоколу должен нести внутри себя информацию о версии протокола.

 

4. ВЗАИМОДЕЙСТВИЕ СТОРОН

 

Обмен данными (экспорт/импорт) между ЛПУ и ЦОД осуществляется на файловом уровне, данные информационного обмена формируются, хранятся и обрабатываются ППО импортера и ППО экспортера в виде файлов XML формата. Файлы XML формата содержат структурированный набор блоков информации. Каждый блок информации обозначается соответствующим предопределенным набором тегов. Занесение полученной информации в БД, контроль версии протокола, корректность переданной информации осуществляется ПО импортера.

Экспортер данных обязан формировать XML-файлы в соответствии с настоящим протоколом. Экспортер несет ответственность за полноту, достоверность и актуальность передаваемых данных.

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

ППО экспортера формирует XML файл РМУ по данным локальной БД в лечебно-профилактическом учреждении.

ППО импортера принимает РМУ в виде XML файла, анализирует его на предмет соответствия настоящей спецификации, формирует перечень предупреждений и перечень критичных ошибок по РМУ (дефектную ведомость), разносит полученные данные в экземпляр БД.

 

4.1. Регулярные обновления

 

Целью обмена информацией является обновление данных по оказанным медицинским услугам и персональным данным пациентов в БД импортера. Регулярные данные, РМУ, должен формироваться и передаваться экспортером с периодичностью, установленной Регламентом информационного взаимодействия между участниками территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан.

 

5. ОБЯЗАТЕЛЬНЫЕ ПРАВИЛА

 

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

 

5.1. Общие правила представления данных в XML формате

 

Здесь и далее используются определения и спецификации, разработанные The World Wide Web Consortium (W3C) (http://www.w3.org).

Структура XML файлов протоколов и других документов описывается с помощью схем (XML Schema), спецификация которых описана (http://www.w3.org/2001/XMLSchema). Схема для каждого вида документа (XML файла) представляется в виде XSD файла.

Для всех документов (файлов XML) применяется следующая базовая схема:

Тег корневого файла <MAIN chsm=''''>. Корневой тег содержит атрибут "chsm" - значение контрольной суммы. Алгоритм расчета контрольной суммы описан в п. 8 данного документа.

Тег (обязательный) с идентификатором формата <FORMAT_GUID>, в котором указывается GUID, соответствующий формату.

Тег (обязательный) <PROTOCOL>, в котором указывается мнемоника протокола.

Тег (обязательный) <VER>, в котором указывается версия формата.

Тег <CREATE_BY> (необязательный) содержит наименование программы, создавшей экземпляр файла.

Тег <APP_BUILD> (необязательный) содержит номер сборки (версии) программы, создавшей экземпляр файла.

Тег <CREATE_TIME> (обязательный) содержит дату и время создания файла.

Тег <TITLE> (необязательный) содержит строку со смысловым обозначением формата файла.

Тег <ЕСР> (необязательный) содержит строку с электронной подписью отправителя.

Раздел SENDINFO (тег <SENDINFO>, обязательный) типа docFlowInfoType (определение приведено ниже).

Все остальные данные включаются в теге <DATAMAIN>, структура которого определяется конкретным форматом.

 

5.2. Правила формирования посылок

 

Тег SENDINFO с информацией о посылке экспорта/импорта является обязательным.

В теге <HOST_GUID> должен быть указан GUID экспортера. GUID экспортера представляет собой символьный идентификатор участника ДЛО, уникальный в пределах территориальной информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан. При обработке файла необходимо провести проверку допустимости приема файла данного протокола от данного экспортера. В качестве GUID хоста в системе используется ОГРН учреждения экспортера. В случае, если у одного учреждения присутствует несколько хостов издателей, например разные отделения одного лечебно-профилактического учреждения, для уникальности к ОГРН в квадратных или круглых добавляется номер хоста (отделения ЛПУ) внутри данного учреждения. Например:

<H0ST_GUID>1023101687190[2]</HOST_GUID>.

Посылки от одного экспортера должны последовательно нумероваться, и номер посылки указываться в теге <PACKAGE_NUMBER>. ПО экспортера должно исключить возможность формирования двух разных посылок с одним номером от одного экспортера. ПО, осуществляющее импорт посылок, должно контролировать последовательность обработки посылок и исключить возможность нарушения порядка обработки посылок одного экспортера.

Для каждой вновь создаваемой посылки экспортер должен определить новый GUID посылки, который должен быть отражен в теге <SEND_GUID>, а также сохранен для последующего использования. ПО, осуществляющее импорт посылок обязано контролировать уникальность импорта посылок и исключить возможность обработки посылок с одинаковым GUID. В качестве GUID (Global Unique Identifier) посылки должен использоваться Глобальный Уникальный Идентификатор, используемый в операционной системе Microsoft Windows.

GUID представляет собой уникальное псевдослучайное 128-битное значение, которое теоретически не должно повториться. Алгоритм генерации GUID основан на аппаратной части компьютера (параметры BIOS, частота процессора, номер сетевой карты и т.д.) и использует случайные показания внутреннего таймера. Эту запись можно определить в виде строки следующего формата:

'{хххххххх-хххх-хххх-хххх-хххххххххххх}'

В каждой посылке необходимо указывать GUID предыдущей посылки в теге <PREV_SEND_GUID>. При обработке файла необходимо обеспечивать правило, по которому посылки должны обрабатываться последовательно, т.е. значение тега <PREV_SEND_GUID> должно соответствовать предыдущей принятой посылке. Для первой посылки от экспортера тег <PREV_SEND_GUID> имеет пустое значение.

В случае, когда посылка разбивается на несколько файлов, в ней необходимо указывать теги <FILE_NUMBER>, <PREV_FILE_NUMBER>, <NEXT_FILE_NUMBER>, номер текущего файла, предыдущего и последующего. Все файлы посылки имеют сквозную (в рамках посылки) нумерацию. При обработке многофайловой посылки необходимо соблюсти последовательность обработки файлов.

 

5.3. Формирование XML-файла РМУ

 

При формировании XML файла ПО экспортера данных обязано выдержать все требования настоящей спецификации по структуре файла и соответствию его XSD-схеме.

После полного формирования файла ППО экспортера обязано проверить сформированный файл на соответствие XSD-схеме.

Все данные при формировании файла должны приводиться к форматам, определенным в пункте 6 настоящего документа.

Расчет контрольной суммы производится в соответствии с пунктом 8 настоящего документа.

 

5.4. Контроль версии протокола

 

При приеме РМУ ППО импортера в первую очередь должно провести проверку версии протокола, указанной в принимаемом XML файле. XML файлы без указания версии протокола не должны приниматься ППО импортера. ППО импортера также не должно принимать к обработке XML-файлы с неизвестной ему версией протокола экспорта/импорта выписанных рецептов. Перед обработкой данных реестра необходимо выполнить проверку на существование лечебно-профилактического учреждения, от которого получен файл обновления данных. В случае отсутствия информации о лечебно-профилактическом учреждении посылка отвергается.

 

5.5. Контроль структуры файлов

 

Следующим шагом при приемке РМУ должна быть проверка полученного XML-файла на соответствие определенной для версии протокола XSD-схеме. При каком-либо несоответствии ППО импортера должно отвергнуть файл в целом и не пытаться осуществлять импорт полученных данных.

Для ППО импортера рекомендуется формировать файл обнаруженных ошибок в полученном XML-файле для разбора возможных конфликтных ситуаций.

 

5.6. Проверка контрольной суммы

 

До начала исполнения импорта ППО импортера обязано рассчитать контрольную сумму по обрабатываемому XML-файлу в соответствии с алгоритмом, указанным в пункте 8 настоящего документа. Рассчитанная контрольная сумма сравнивается с контрольной суммой, указанной в атрибуте chsm головного тега <MAIN> XML-файла. При несоответствии рассчитанной и указанной контрольных сумм файл должен считаться дефектным и не приниматься к дальнейшей обработке.

 

6. ФОРМАТЫ ДАННЫХ

 

При записи данных в XML файлах, используются типы данных (форматы представления), описанных в спецификации W3.ORG (http://www.w3.org/2001/XMLSchema). Используются простые базовые типы, производные (путем введения ограничений) от простых типов и комплексные типы.

При создании XML файлов необходимо использовать следующие форматы данных:

 

6.1. Форматы применяемых простых типов

 

XSD Тип	Тип данных	Описание
xs:string	Строка	Произвольная строка
xs:integer	Целое число	-ХХХХХХХХХХ и +ХХХХХХХХХХ (32 бита)
xs:decimal	Дробное     число	"YYYYY.XXX", где YYYY - целая часть,  XXX - дробная, разделитель целой и    дробной части "." /точка/
xs:double	Вещественное	Разделитель целой и дробной части "." /точка/
xs:date	Дата	"ГГГГ-ММ-ДД", например, 2004-09-12
xs:dateTime	Дата+время	"ГГГГ-ММ-ДДТЧЧ:ММ:СС" разделитель даты и времени - латинская Т, например,    2004-12-31Т23:55:57
xs:long	Целое число	-ХХХХХХХХХХ и +ХХХХХХХХХХ (64 бита)

 

6.2. Производные типы

 

Производный тип: rесТуре

Базовый тип: xs:string

Возможные значения для типа:

- значение: "I"

- значение: "U"

- значение: "D"

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. I - новая запись, U - измененная запись, D - удаленная запись

 

Производный тип: date0

Базовый тип: xs:string

Формат:

ГГГГ-ММ-ДД,

где ГГГГ - год (допустимые значения от 0000 до 3333)

ММ - месяц (допустимые значения от 00 до 12)

ДД - месяц (допустимые значения от 00 до 31)

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

 

6.3. Составные типы

 

Составной тип: docFlowInfoType

Описание: Раздел информации для файлов, участвующих в посылке экспорта/импорта

Вложенные теги:

Тег: HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста экспортера. Определяется для каждого экспортера как константа

 

Тег: TARGET_HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста импортера, которому предназначена эта посылка

 

Тег: SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID посылки. Создается новый для каждого экземпляра посылки

 

Тег: PREV_SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID предыдущей посылки

 

Тег: FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. Нумерация производится, начиная с 1. 1, 2, 3 и т.д.

 

Тег: PREV_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер предыдущего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл первый в посылке, тег отсутствует

 

Тег: NEXT_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер следующего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл последний в посылке, тег отсутствует

 

Тег: PACKAGE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер посылки. Указывается в случаях, когда посылки нумеруются

 

7. СТРУКТУРА ФАЙЛОВ

 

В соответствии со спецификацией формата .XML (www.w3.org):

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

- XML файл, а также каждый его блок должен иметь открывающий и закрывающий теги, указывающие на начало и конец содержания XML-файла (блока). В XML-файле должен быть один и только один корневой тег.

В настоящем документе везде далее при описании тегов XML файлов знак + (плюс) перед тегом означает, что выделенный таким образом тег имеет вложенные теги.

 

7.1. Общие требования

 

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

В тегах с типом значения "xs:dateTime", описывающих дату и время, в случае отсутствия значения (неопределенного) приняты следующие правила:

- для тегов (полей), описывающих дату (и время) какого либо события, - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) начала какого либо временного интервала (например, дата включения в справочник), - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) окончания какого либо временного интервала (например, дата исключения из справочника), - значение тега должно быть пустым или "2222-01-01Т00:00:00".

Описание в табличном виде обрамления для всех типов файлов экспорта:

 

N	Наименование	Обозначение	Примечания
1.	Корневой раздел	<MAIN>	*
1.1.	Версия формата	<FORMAT_GUID>	*
1.2.	Мнемоника протокола, к которому принадлежит данный файл	<PROTOCOL>	PERSONDLO _REESTR
1.3.	Версия протокола	<VER>
1.4.	Создано программой	<CREATE_BY>
1.5.	Версия программы	<APP_BUILD>	*
1.6.	Время создания	<CREATE_TIME>	*
1.7.	Титул протокола	<TITLE>	*
1.8.	Электронная подпись экспортера	<ЕСР>	*
1.9.	Раздел описания для файлов,     участвующих в посылке экспорта/ импорта	<SENDINFO>	*
1.10.	Передаваемая информация	<DATAMAIN>	*

 

Пример общей (заглавной) части XML-файла экспорта данных:

 

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

<MAIN chsm="89C3795DED7B711A4EE54E87C3338420AA1B23FE">

    <FORMAT_GUID> {F6C98B0D-0AA5-4f54-BF0A-12DAD355C1DE}</FORMAT_GUID>

    <PROTOCOL> PERSONDLO_REESTR </PROTOCOL>

    <VER>1.0</VER>

    <CREATE_BY>SprExport - Malibu Library</CREATE_BY>

    <CREATE_TIME>2005-07-21T17:33:02</CREATE_TIME>

    <TITLE>Сводный реестр медицинских услуг и персональных данных

пациентов</ТITLE>

    <ЕСР></ЕСР>

    <SENDINFO>

        <HOST_GUID>1023101681745[2]</HOST_GUID>

        <SEND_GUID>{4d484dfa-aa11-428d-8759-fac4ba3ad155}</SEND_GUID>

        <PACKAGE_NUMBER>23</PACKAGE_NUMBER>

    </SENDINFO>

    +<DATAMAIN>

    ...

</MAIN>

 

7.2. Описание структуры XML-документа

 

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тtга MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Фиксированное значение тега: {F6C98B0D-0AA5-4f54-BF0A-12DAD355C1DE}

Описание: GUID формата файлов. Для данного протокола должен иметь значение {F6C98B0D-0AA5-4f54-BF0A-12DAD355C1DE}

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: PERSONDL_REESTR

Описание: Мнемоника протокола, к которому принадлежит данный файл. Для данного протокола должен иметь значение "PERSONDLO_REESTR"

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата протокола. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: APP_BUILD

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер сборки программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка. Например, "Сводный реестр медицинских услуг и персональных данных о льготниках"

 

Тег: ЕСР

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Электронная цифровая подпись отправителя

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowInfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Раздел информации для файлов, участвующих в экспорте/импорте. См. раздел "Описание общих типов данных"

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Основной раздел. Включает все передаваемые протоколом данные

 

Содержимое тега DATAMAIN:

 

Тег: DOCUMENTS

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список экспортируемых реестров документов

 

Содержимое тега DOCUMENTS:

 

Тег: PERSONDLO_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список персональных данных пациентов. В общем случае наличие тега регламентируется ТФОМС. В частном случае тег PERSONDLO_DOC является обязательным, если в реестре имеются граждане, прибывшие с территории других субъектов РФ, что в свою очередь определяется местом постоянной регистрации граждан (тег OKATO_REG)

 

Содержимое тега PERSONDLO_DOC:

 

Тег: PERSONDLO

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Персональные данные пациента

Атрибуты для PERSONDLO:

Имя атрибута: ор

Тип значения: rесТуре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега PERSONDLO:

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Страховой номер индивидуального лицевого счета Пенсионного Фонда РФ (СНИЛС)

 

Тег: S_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия полиса ОМС

 

Тег: N_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер полиса ОМС

 

Тег: FAM

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Фамилия пациента

 

Тег: IM

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Имя пациента

 

Тег: ОТ

Уровень вложенности тега: 6

Тип значения: xs:string(40)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отчество пациента

 

Тег: W

Уровень вложенности тега: 6

Тип значения: xs:string(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Пол (М/Ж)

 

Тег: DR

Уровень вложенности тега: 6

Тип значения: date0

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата рождения. При неизвестном месяце рождения или дате в соответствующем поле указывается "00" (пример - 1985-00-00)

 

Тег: С_КАТ

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

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

 

Тег: S_DOC

Уровень вложенности тега: 6

Тип значения: xs:string(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия документа, удостоверяющего личность

 

Тег: N_DOC

Уровень вложенности тега: 6

Тип значения: xs:decimal(8)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер документа, удостоверяющего личность

 

Тег: C_DOC

Уровень вложенности тега: 6

Тип значения: xs:decimal(2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Тип документа, удостоверяющего личность

 

Тег: OKATO_OMS

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории страхования по ОМС по ОКАТО

 

Тег: QM_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН СМО по ОМС

 

Тег: OKATO_PEG

Уровень вложенности тега: 6

Тип значения: xs:decimal(5)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код территории постоянной регистрации гражданина (по ОКАТО)

 

Тег: D_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Признак "Особый случай" (резервное поле)

 

Тег: MEDSERVICE_DOC

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Список оказанных медицинских услуг

 

Содержимое тега MEDSERVICE_РОС:

 

Тег: MEDSERVICE

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Медицинская услуга, оказанная в поликлинике

Атрибуты для MEDSERVICE:

Имя атрибута: ор

Тип значения: rесТуре

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. См. раздел "Описание общих типов данных"

 

Содержимое тега MEDSERVICE:

 

Тег: SS

Уровень вложенности тега: 6

Тип значения: xs:string(14)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Страховой номер индивидуального лицевого счета Пенсионного фонда РФ (СНИЛС)

 

Тег: MCOD

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код ЛПУ в кодировке ТФОМС

 

Тег: S_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Серия полиса ОМС

 

Тег: N_POL

Уровень вложенности тега: 6

Тип значения: xs:string(16)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер полиса ОМС

 

Тег: C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ, оказана медицинская услуга

 

Тег: N_MK

Уровень вложенности тега: 6

Тип значения: xs:string(20)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер амбулаторной карты

 

Тег: DATE_P

Уровень вложенности тега: 6

Тип значения: xs:date

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Дата оказания услуги

 

Тег: PRVD

Уровень вложенности тега: 6

Тип значения: xs:decimal(3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код врачебной должности

 

Тег: V_C_OGRN

Уровень вложенности тега: 6

Тип значения: xs:string(15)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: ОГРН ЛПУ, где работает врач

 

Тег: PCOD

Уровень вложенности тега: 6

Тип значения: xs:string(6)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код врача (фельдшера) в ЛПУ, где работает врач, указывается без ОГРН ЛПУ

 

Тег: DS

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код диагноза основного заболевания (по МКБ-10)

 

Тег: DS_S

Уровень вложенности тега: 6

Тип значения: xs:string(7)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код диагноза сопутствующего заболевания (по МКБ-10)

 

Тег: Q_Z

Уровень вложенности тега: 6

Тип значения: xs:decimal(1)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код характера заболевания (заполняется в соответствии со стат. талоном)

 

Тег: C_MU

Уровень вложенности тега: 6

Тип значения: xs:string(12)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код единицы учета медицинской помощи

 

Тег: K_MU

Уровень вложенности тега: 6

Тип значения: xs:decimal(5,2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество единиц учета медицинской помощи

 

Тег: RES_G

Уровень вложенности тега: 6

Тип значения: xs:decimal(2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Код результата обращения (заполняется в соответствии со стат. талоном)

 

Тег: S_ALL

Уровень вложенности тега: 6

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сумма, предъявленная ЛПУ к оплате (руб./коп.)

 

Тег: K_LR

Уровень вложенности тега: 6

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество выписанных рецептов. Значение поля = 0 означает, что в данном случае при оказании медицинской помощи рецепт на лекарство гражданину отдельной категории не выписывался

 

Тег: D_TYPE

Уровень вложенности тега: 6

Тип значения: xs:string(3)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: признак Особый случай (резервное поле) в данной версии протокола должно быть пустым

 

8. АЛГОРИТМ РАСЧЕТА КОНТРОЛЬНОЙ СУММЫ

 

Для расчета контрольной суммы по XML-файлу выделяется строка символов между правой угловой скобкой открывающего тега <MAIN> (не включая ее) и заканчивающаяся и левой угловой скобкой закрывающего тега </MAIN> (не включая ее).

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

Далее по этой строке ведется подсчет контрольной суммы в соответствии с алгоритмом, указанным в пункте 8.1. настоящего документа.

Полученное значение заносится в атрибут chsm.

 

8.1. Алгоритм расчета контрольной суммы по строке символов

 

В расчете контрольной суммы по выделенной строке применяется алгоритм Secure Hash Algorithm (SHA) стандарта Secure Hash Standard (SHS).

Алгоритм SHA (Secure Hash Algorithm) стандарта безопасного хеширования (Secure Hash Standard, SHS).

В зависимости от выходного хеш-значения выделяют следующие виды SHA:

SHA1 - выходное значение 160 бит;

SHA256 - выходное значение 256 бит;

SHA512 - выходное значение 512 бит;

SHA384 - выходное значение 384 бита.

Стандарт ИСО - ISO/IEC 10118-3:2004

(http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=39876).

Настоящий документ описывает стандарт SHA1.

Описание реализации алгоритма SHA1 на языке C++:

typedef int HASH[5];

typedef int T512[16];

typedef int T80[80];

typedef int (*LPFNHASH)(int, int, int);// Функции F1, F2, F3

const int K1 = 0x5a827999;

const int K2 = 0x6ed9eba1;

const int К3 = 0x8f1bbcdc;

const int K4 = 0xca62c1d6;

    unsigned ROL(unsigned a, size_t s) { return a << s | (a >> (sizeof

    (T)*8 - s)); }

    int f1(int x, int y, int z) { return x&y | (~x)&z; }

                                          /\ /\

    int f2(int x, int y, int z) { return х  у  z; }

    int f3(int x, int y, int z) { return x&y | x&z | y&z; }

    void FillT80(T512 M, T80 W)

    {

        size_t t;

        for(t = 0; t < 16; t++)W[t] = M[t];

                                       /\      /\       /\

    for(; t < 80; t++)W[t] = ROL(W[t-3]  W[t-8]  W[t-14]  W[t-16], 1);

    }

    void MainStep(T80 W, size_t t, HASH H, LPFNHASH f, int K)

    {

    int tmp = ROL(H[0], 5) + f(H[1], H[2], H[3]) + H[4] + W[t] + K;

        H[4] = H[3];

        H[3] = H[2];

        H[2] = R0L(H[1], 30);

        H[1] = H[0];

        H[0] = tmp;

    }

    void StepSHA(T512 M, HASH Hr)

    {

        T80 W;

        FillT80(M, W);

        size_t t;

        HASH H;

        memcpy(H, Hr, sizeof(HASH));

        for(t = 0; t < 20; t++) MainStep(W, t, H, f1, K1);

        for(; t < 40; t++) MainStep(W, t, H, f2, K2);

        for(; t < 60; t++) MainStep(W, t, H, f3, К3);

        for(; t < 80; t++) MainStep(W, t, H, f2, K4);

              for(size_t i = 0; i < 5; i++)

                    Hr[i] += H[i];

    }

    Функции F1, F2, F3:

    F1(X,Y,Z) = (X /\ Y) \/ ((─┐X /\ Z)

F2(X,Y,Z) = X (+) Y (+) Z

F3(X,Y,Z) = (X /\ Y) \/ (X /\ Z) \/ (Y /\ Z)

ROL(X,Y) - циклический сдвиг Х влево на Y разрядов,

где:

/\ - логическое "И";

\/ - логическое "Или";

    ─┐ - логическое "Не";

(+) - логическое "Исключающее или".

Перед запуском алгоритма хеш-значение должно инициализироваться следующими константами:

const HASH HASHFIRST = {0x67452301, 0xefcdab89, 0x98badcfe, 0x10325476, 0xc3d2e1f0};

Замечание: тип int хранит байты в обратном порядке. В приведенном примере минимальной единицей памяти является 32 битный блок, поэтому способ хранения на диске не важен. При побайтовой обработке это следует учитывать.

 

 

 

 

 

Приложение N 4

к Методическим рекомендациям

по организации информационного взаимодействия

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

отдельных категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИИ ПРОТОКОЛОВ ИНФОРМАЦИОННОГО

ВЗАИМОДЕЙСТВИЯ МЕЖДУ ТФОМС И ФОМС

 

Приложение N 4.1

к Методическим рекомендациям

по организации информационного взаимодействия

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

отдельных категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

СПЕЦИФИКАЦИЯ ПРОТОКОЛА

ЭКСПОРТА-ИМПОРТА СВОДНОЙ АНАЛИТИЧЕСКОЙ ИНФОРМАЦИИ

ТЕРРИТОРИАЛЬНОЙ ИНТЕГРИРОВАННОЙ БАЗЫ ДАННЫХ

ИНФОРМАЦИОННЫХ РЕСУРСОВ ДЛО

 

ПЕРЕЧЕНЬ СОКРАЩЕНИЙ И УСЛОВНЫХ ОБОЗНАЧЕНИЙ

 

ТФОМС     Территориальный фонд обязательного медицинского

          страхования

ФОМС      Федеральный фонд обязательного медицинского страхования

ЦОД       Центр обработки данных

ЛПУ       Лечебно-профилактическое учреждение

ФО        Фармацевтическая организация

АУ        Аптечное учреждение

ТО ПФР    Территориальное отделение пенсионного фонда России

ТО УЗ     Территориальный орган управления здравоохранения

ВР        Врач

СНИЛС     Страховой номер индивидуального лицевого счета в системе

          персонифицированного учета ПФ РФ

РВР       Персонифицированный реестр выписанных рецептов в ЛПУ

РОЛС      Персонифицированный реестр лекарственных средств,

          отпущенных гражданам отдельных категорий

ОГРН      Общероссийский государственный регистрационный номер

БД        База данных

СУБД      Система управления БД

САИ       Сводная аналитическая информация территориальной

          интегрированной базы данных информационных ресурсов ДЛО

 

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

 

Настоящая спецификация описывает обязательные правила (протокол) экспорта/импорта сводной аналитической информации, сформированной на основе персонифицированных данных территориальной интегрированной базы данных информационных ресурсов ДЛО, и рекомендуемые методики при реализации указанного протокола.

 

2. ТЕРМИНЫ И ПОНЯТИЯ

 

OLAP - OnLine Analytical Processing, оперативная аналитическая обработка данных.

ППО ТФОМС - пакет программного обеспечения, работающий в территориальном фонде обязательного медицинского страхования.

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

Экспортер - сторона, передающая собственные данные в соответствии с настоящей спецификацией для другой стороны.

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

 

3. ВЕРСИИ ПРОТОКОЛА

 

Настоящая спецификация определяет протокол версии 3.0. В последующем возможно внесение изменений в описываемый протокол. Изменения протокола формируют соответствующую новую версию протокола. Каждый XML-файл по данному протоколу должен нести внутри себя информацию о версии протокола.

 

4. ВЗАИМОДЕЙСТВИЕ СТОРОН

 

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

Настоящая версия протокола предусматривает только одно направление передачи данных - от ТФОМС в ФОМС.

Экспортер данных обязан формировать XML-файлы в соответствии с настоящим протоколом. Экспортер несет ответственность за полноту, достоверность и актуальность передаваемых данных.

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

ППО экспортера формирует XML файл сводной аналитической информации на основе персонифицированных данных территориальной интегрированной базы данных информационных ресурсов ДЛО ТФОМС.

ППО импортера принимает XML файл сводной аналитической информации, анализирует его на предмет соответствия настоящей спецификации, формирует перечень предупреждений и перечень критичных ошибок (дефектную ведомость), разносит полученные данные в экземпляр аналитической БД ФОМС, формируемой на основе технологии OLAP.

 

4.1. Назначение

 

Целью обмена информацией является доставка из ТФОМС в ФОМС информации для построения аналитического гиперкуба (многомерного OLAP-куба) мониторинга ДЛО по РФ.

Информация представляется ТФОМС в следующих измерениях (разрезах):

- ЛПУ;

- врач;

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

- год рождения гражданина;

- пол гражданина;

- отчетный год и месяц;

- код МКБ;

- МНН;

по следующим показателям:

- количество выписанных рецептов за отчетный месяц (по дате выписки рецепта);

- количество рецептов, по которым отпущены лекарственные средства за отчетный месяц (по дате отпуска);

- отпущенное количество упаковок лекарственного средства за отчетный месяц (по дате отпуска);

- сумма по отпущенным ЛС за отчетный месяц (по дате отпуска);

- оплаченная сумма по отпущенным ЛС (по дате платежки).

По представляемой ТФОМС информации в ФОМС осуществляется аналитический мониторинг ДЛО в разрезе любой комбинации измерений по указанным выше показателям.

 

5. ОБЯЗАТЕЛЬНЫЕ ПРАВИЛА

 

Настоящая спецификация предусматривает набор обязательных правил при экспорте/импорте сводной аналитической информации.

 

5.1. Общие правила представления данных в XML формате

 

Здесь и далее используются определения и спецификации, разработанные международным консорциумом по стандартизации The World Wide Web Consortium (W3C) (http://www.w3.org).

Структура XML файлов протоколов и других документов описывается с помощью схем (XML Schema), спецификация которых описана (http://www.w3.org/2001/XMLSchema). Схема для каждого вида документа (XML файла) представляется в виде XSD файла.

Структура файла

Для всех документов (файлов XML) применяется следующая базовая схема:

Тег корневого файла <MAIN chsm=''''>. Корневой тег содержит атрибут "chsm" - значение контрольной суммы. Алгоритм расчета контрольной суммы описан в п. 8 данного документа.

Тег (обязательный) с идентификатором формата <FORMAT_GUID>, в котором указывается GUID, соответствующий формату.

Тег (обязательный) <PROTOCOL>, в котором указывается мнемоника протокола.

Тег (обязательный) <VER>, в котором указывается версия формата.

Тег <CREATE_BY> (необязательный) содержит наименование программы, создавшей экземпляр файла.

Тег <APP_BUILD> (необязательный) содержит номер сборки (версии) программы, создавшей экземпляр файла.

Тег <CREATE_TIME> (необязательный) содержит дату и время создания файла.

Тег <TITLE> (необязательный) содержит строку со смысловым обозначением формата файла.

Тег <ECP> (необязательный) содержит двоичные данные с электронной подписью отправителя.

Раздел SENDINFO (тег <SENDINFO>, обязательный) типа docFlowInfoType (определение приведено ниже).

Все остальные данные включаются в теге <DATAMAIN>, структура которого определяется конкретным форматом.

Соответствие протоколу и схеме, проверка контрольной суммы

XML файл должен полностью соответствовать схеме, определенной для протокола, к которому относится этот файл. Не соответствующие схеме файлы не подлежат обработке.

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

При создании файла ПО экспортера должно рассчитать и записать контрольную сумму по методике, описанной в пункте "Алгоритм расчета контрольной суммы" настоящего документа. При обработке файла ПО импортера также должно проверить соответствие содержания файла контрольной сумме по тому же алгоритму.

 

5.2. Правила формирования посылок

 

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

В теге <HOST_GUID> должен быть указан GUID экспортера. GUID экспортера представляет собой символьный идентификатор ТФОМС, уникальный в пределах информационной системы дополнительного лекарственного обеспечения отдельных категорий граждан. При обработке файла необходимо провести проверку допустимости приема файла данного протокола от данного экспортера. В качестве GUID хоста в системе используется ОГРН учреждения экспортера. В случае, если у одного учреждения присутствует несколько хостов экспортеров (например, муниципальные отделения ТФОМС), для уникальности к ОГРН в квадратных или круглых скобках добавляется номер хоста внутри данного учреждения. Например:

<HOST_GUID>1023101687190[2]</HOST_GUID>.

Посылки от одного экспортера должны последовательно нумероваться, и номер посылки указываться в теге <PACKAGE_NUMBER>. ПО экспортера должно исключить возможность формирования двух разных посылок с одним номером от одного экспортера. ПО, осуществляющее импорт посылок должно контролировать последовательность обработки посылок, и исключить возможность нарушения порядка обработки посылок одного экспортера.

Для каждой вновь создаваемой посылки, экспортер должен определить новый GUID посылки, который должен быть отражен в теге <SEND_GUID>, а также сохранен для последующего использования. ПО, осуществляющее импорт посылок, обязано контролировать уникальность импорта посылок и исключить возможность обработки посылок с одинаковым GUID. В качестве GUID (Global Unique Identifier) посылки должен использоваться Глобальный Уникальный Идентификатор, используемый в операционной системе Microsoft Windows.

GUID представляет собой уникальное псевдослучайное 128-битное значение, которое теоретически не должно повториться. Алгоритм генерации GUID основан на аппаратной части компьютера (параметры BIOS, частота процессора, номер сетевой карты и т.д.) и использует случайные показания внутреннего таймера. Эту запись можно определить в виде строки следующего формата:

'{хххххххх-хххх-хххх-хххх-хххххххххххх}'

В каждой посылке необходимо указывать GUID предыдущей посылки в теге <PREV_SEND_GUID>. При обработке файла необходимо обеспечивать правило, по которому посылки должны обрабатываться последовательно, т.е. значение тега <PREV_SEND_GUID> должно соответствовать предыдущей принятой посылке. Для первой посылки от экспортера тег <PREV_SEND_GUID> имеет пустое значение.

В случае, когда посылка разбивается на несколько файлов, в ней необходимо указывать теги <FILE_NUMBER>, <PREV_FILE_NUMBER>, <NEXT_FILE_NUMBER>, номер текущего файла, предыдущего и последующего. Все файлы посылки имеют сквозную (в рамках посылки) нумерацию. При обработке многофайловой посылки необходимо соблюсти последовательность обработки файлов.

 

5.3. Формирование XML-файла АИ ПГК

 

При формировании XML файла ПО экспортера данных обязано выдержать все требования настоящей спецификации по структуре файла и соответствию его XSD-схеме.

После полного формирования файла ППО экспортера обязано проверить сформированный файл на соответствие XSD-схеме.

Все данные при формировании файла должны приводиться к форматам, определенным в пункте 6 настоящего документа.

Расчет контрольной суммы производится в соответствии с пунктом 8 настоящего документа.

 

5.4. Контроль версии протокола

 

При приеме сводной аналитической информации ППО импортера в первую очередь должно провести проверку версии протокола, указанной в принимаемом XML файле. XML файлы без указания версии протокола не должны приниматься. ППО импортера также не должно принимать к обработке XML-файлы с неизвестной ему версией протокола.

Перед обработкой данных необходимо выполнить проверку на аутентичность ТФОМС, от которого получен файл обновления данных. В случае отсутствия информации о ТФОМС посылка отвергается.

 

5.5. Контроль структуры файла

 

Следующим шагом при приемке аналитической информации построения гиперкуба должна быть проверка полученного XML-файла на соответствие определенной для версии протокола XSD-схеме. При каком-либо несоответствии ППО импортера должно отвергнуть файл в целом и не пытаться осуществлять импорт полученных данных.

Для ППО импортера рекомендуется формировать файл обнаруженных ошибок в полученном XML-файле для разбора возможных конфликтных ситуаций.

 

5.6. Проверка контрольной суммы

 

До начала исполнения импорта ППО импортера обязано рассчитать контрольную сумму по обрабатываемому XML-файлу в соответствии с алгоритмом, указанным в пункте 8 настоящего документа. Рассчитанная контрольная сумма сравнивается с контрольной суммой, указанной в атрибуте chsm корневого тега <MAIN> XML-файла. При несоответствии рассчитанной и указанной контрольных сумм файл должен считаться дефектным и не приниматься к дальнейшей обработке.

 

6. ФОРМАТЫ ДАННЫХ

 

При записи данных в XML файлах используются типы данных (форматы представления), описанных в спецификации W3.ORG (http://www.w3.org/2001/XMLSchema). Используются простые базовые типы, производные (путем введения ограничений) от простых типов, и комплексные типы.

При создании XML файлов необходимо использовать следующие форматы данных:

 

6.1. Форматы применяемых простых типов

 

XSD Тип	Тип данных	Описание
xs:string	Строка	Произвольная строка
xs:integer	Целое число
xs:decimal	Дробное     число	"YYYYY.XXX", где YYYY - целая часть,  XXX - дробная, разделитель целой и    дробной части "." /точка/
xs:double	Вещественное	Разделитель целой и дробной части "." /точка/
xs:date	Дата	"ГГГГ-ММ-ДД", например, 2004-09-12
xs:dateTime	Дата+время	"ГГГГ-ММ-ДДТЧЧ:ММ:СС" разделитель даты и времени - латинская Т, например,    2004-12-31Т23:55:57

 

6.2. Производные типы

 

Производный тип: money2

Базовый ТИП: xs:decimal

Описание: Тип деньги

 

Производный ТИП: гесТуре

Базовый тип: xs:string

Возможные значения для типа:

- значение: "I"

- значение: "U"

- значение: "D"

Описание: Тип передаваемой записи. Используется для указания причины, по которой передается запись. I - новая запись, U - измененная запись, D - удаленная запись

 

6.3. Составные типы

 

Составной тип: docFlowInfoType

Описание: Раздел информации для файлов, участвующих в экспорте/импорте

Вложенные теги:

Тег: HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста экспортера. Определяется для каждого экспортера (АУ) как константа

 

Тег: TARGET_HOST_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID хоста импортера, которому предназначена эта посылка

 

Тег: SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID посылки. Создается новый для каждого экземпляра посылки

 

Тег: PREV_SEND_GUID

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: GUID предыдущей посылки

 

Тег: FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. Нумерация производится начиная с 1. 1, 2, 3 и т.д.

 

Тег: PREV_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер предыдущего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл первый в посылке, тег отсутствует

 

Тег: NEXT_FILE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер следующего файла в посылке. Указывается в случаях, когда посылка разбита на несколько файлов. В случае, если файл последний в посылке, тег отсутствует

 

Тег: PACKAGE_NUMBER

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер посылки. Указывается в случаях, когда посылки нумеруются

 

7. СТРУКТУРА ФАЙЛОВ

 

В соответствии со спецификацией формата .XML (www.w3.org):

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

- XML файл, а также каждый его блок должен иметь открывающий и закрывающий теги, указывающие на начало и конец содержания XML-файла (блока). В XML-файле должен быть один и только один корневой тег.

В настоящем документе везде далее при описании тегов XML файлов знак + (плюс) перед тегом означает, что выделенный таким образом тег имеет вложенные теги.

 

7.1. Общие требования

 

В тегах с типом значения "xs:dateTime", описывающих дату и время, в случае отсутствия значения (неопределенного) приняты следующие правила:

- для тегов (полей), описывающих дату (и время) какого либо события, - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) начала какого либо временного интервала (например, дата включения в справочник), - значение тега должно быть пустым или "1900-01-01Т00:00:00";

- для тегов (полей), описывающих дату (и время) окончания какого либо временного интервала (например, дата исключения из справочника), - значение тега должно быть пустым или "2222-01-01Т00:00:00".

Общее описание в табличном виде обрамления файлов экспорта:

 

N	Наименование	Обозначение	Примечания
1.	Корневой раздел	<MAIN>	<*>
1.1.	Версия формата	<FORMAT_GUID>	<*>
1.2.	Мнемоника протокола, к которому принадлежит данный файл	<PROTOCOL>	ANALYSIS_ DATA
1.3.	Версия протокола	<VER>
1.4.	Создано программой	<CREATE_BY>
1.5.	Версия программы	<APP_BUILD>	<*>
1.6.	Время создания	<CREATE_TIME>	<*>
1.7.	Титул протокола	<TITLE>	<*>
1.8.	Электронная цифровая подпись	<ECP>	<*>
1.9.	Раздел описания для файлов,     участвующих в экспорте/импорте	<SENDINFO>	<*>
1.10.	Передаваемая информация	<DATAMAIN>	<*>

 

--------------------------------

<*> Обязательный тег.

 

Пример общей (заглавной) части XML-файла экспорта данных:

 

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

<MAIN>

<FORMAT_GUID>{385407BF-F4B4-4E1E-B774-5D4ED333FBB9}</FORMAT_GUID>

    <PROTOCOL>ANALYSIS_DATA</PROTOCOL>

    <VER>3.0</VER>

    <CREATE_BY>AnlExport - Malibu Library</CREATE_BY>

    <CREATE_TIME>2005-07-21T15:51:26</CREATE_TIME>

    <TITLE>Сводная аналитическая информация</TITLE>

    <ECP></ECP>

    <SENDINFO>

        <HOST_GUID>1023101687190[2]</HOST_GUID>

        <SEND_GUID>{aaab74f4-aaf9-44f9-b10b-8c8fc6bdf93e}</SEND_GUID>

        <PACKAGE_NUMBER>7</PACKAGE_NUMBER>

    </SENDINFO>

+<DATAMAIN>

...

</MAIN>

 

7.2. Описание структуры XML-документа

 

Тег: MAIN

Уровень вложенности тега: 1 (корневой)

Тип значения: <составной тип, имеет вложенные теги>

Атрибуты для MAIN:

Имя атрибута: chsm

Тип значения: xs:string

Описание: Контрольная сумма содержимого тега MAIN

 

Содержимое тега MAIN:

 

Тег: FORMAT_GUID

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: {385407BF-F4B4-4E1E-B774-5D4ED333FBB9}

Описание: GUID формата файлов. Всегда должен иметь значение {385407BF-F4B4-4E1E-B774-5D4ED333FBB9} для версии 3.0

 

Тег: PROTOCOL

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: ANALYSIS_DATA

Описание: Мнемоника протокола, к которому принадлежит данный файл. Должен быть ANALYSIS_DATA

 

Тег: VER

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Фиксированное значение тега: 3.0

Описание: Номер версии формата. Данная версия 3.0

 

Тег: CREATE_BY

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Название программы, создавшей файл

 

Тег: APP_BUILD

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Номер сборки программы, создавшей файл

 

Тег: CREATE_TIME

Уровень вложенности тега: 2

Тип значения: xs:dateTime

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Время создания экземпляра файла (например, 2004-10-10Т24:59:59)

 

Тег: TITLE

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Наименование документа. Произвольная строка

 

Тег: ECP

Уровень вложенности тега: 2

Тип значения: xs:string

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Электронная цифровая подпись отправителя

 

Тег: SENDINFO

Уровень вложенности тега: 2

Тип значения: docFlowlnfoType

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Блок информации для файлов, участвующих в экспортной посылке. См. раздел "Описание общих типов данных"

 

Тег: DATAMAIN

Уровень вложенности тега: 2

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Составной, содержит блок экспортируемой информации

 

Содержимое тега DATAMAIN:

 

Тег: TFOMS_AI

Уровень вложенности тега: 3

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Блок аналитической информации по ТФОМС

Атрибуты тега TFOMS_AI:

 

Имя атрибута: t_ogrn

Тип значения: xs:string

Описание: ОГРН ТФОМС

 

Имя атрибута: t_name

Тип значения: xs:string

Описание: Наименование ТФОМС

 

Имя атрибута: t_okato

Тип значения: xs:string

Описание: ОКАТО ТФОМС

 

Содержимое тега TFOMS_AI:

 

Тег: LPU_AI

Уровень вложенности тега: 4

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Блок аналитической информации по ЛПУ

Атрибуты тега LPU_AI:

 

Имя атрибута: l_ogrn

Тип значения: xs:string

Описание: ОГРН ЛПУ

 

Имя атрибута: l_name

Тип значения: xs:string

Описание: Наименование ЛПУ

 

Содержимое тега LPU_AI:

 

Тег: DOCTOR_AI

Уровень вложенности тега: 5

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Блок аналитической информации по врачу

Атрибуты тега DOCTOR_AI:

 

Имя атрибута: d_code

Тип значения: xs:string

Описание: Код врача. ОГРН ЛПУ основного места работы и через пробел - табельный номер врача по основному месту работы

 

Имя атрибута: d_name

Тип значения: xs:string

Описание: Фамилия, имя, отчество врача

 

Содержимое тега DOCTOR_AI:

 

Тег: ITOG

Уровень вложенности тега: 6

Тип значения: <составной тип, имеет вложенные теги>

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): unbounded (неограниченно)

Описание: Блок итоговой аналитической информации

Атрибуты тега ITOG:

 

Имя атрибута: kat

Тип значения: xs:integer

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

 

Имя атрибута: ym

Тип значения: xs:integer

Описание: Отчетный год, месяц. Первые четыре цифры - год, последние две цифры - месяц

 

Имя атрибута: ds

Тип значения: xs:string

Описание: Код заболевания (по МКБ-10)

 

Имя атрибута: ls

Тип значения: xs:decimal(13)

Описание: Код МНН

 

Имя атрибута: y

Тип значения: xs:integer

Описание: Год рождения гражданина, указанного в рецепте

 

Имя атрибута: w

Тип значения: xs:string

Описание: Пол гражданина, указанного в рецепте (М/Ж)

 

Содержимое тега ITOG:

 

Тег: RV

Уровень вложенности тега: 7

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество выписанных рецептов за отчетный месяц (по дате выписки рецепта)

 

Тег: R

Уровень вложенности тега: 7

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество рецептов, по которым отпущены лекарственные средства (по сведениям от АУ или предъявленных к оплате - по сведениям ФО) за отчетный месяц (по дате отпуска)

 

Тег: N

Уровень вложенности тега: 7

Тип значения: xs:decimal(12,3)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Отпущенное количество упаковок лекарственного средства за отчетный месяц (по дате отпуска)

 

Тег: S

Уровень вложенности тега: 7

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 1 (обязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Сумма по отпущенным ЛС (по сведениям от АУ или сумма по выставленным счетам - по сведениям ФО) за отчетный месяц (по дате отпуска)

 

Тег: RD

Уровень вложенности тега: 7

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество рецептов, по которым отпущены лекарственные средства за отчетный месяц (по дате отпуска), отпуск по которым был отложен на срок до 10 дней

 

Тег: RDD

Уровень вложенности тега: 7

Тип значения: xs:integer

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Количество рецептов, по которым отпущены лекарственные средства за отчетный месяц (по дате отпуска), отпуск по которым был отложен на срок более 10 дней

 

Тег: SP

Уровень вложенности тега: 7

Тип значения: xs:decimal(11,2)

Тег должен быть указан минимум (раз): 0 (необязательный)

Тег должен быть указан максимум (раз): 1 (уникальный)

Описание: Оплаченная сумма по отпущенным ЛС (по дате платежки)

 

8. АЛГОРИТМ РАСЧЕТА КОНТРОЛЬНОЙ СУММЫ

 

Для расчета контрольной суммы по XML-файлу выделяется строка символов между правой угловой скобкой открывающего тега <MAIN> (не включая ее) и заканчивающаяся и левой угловой скобкой закрывающего тега </MAIN> (не включая ее).

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

Далее по этой строке ведется подсчет контрольной суммы в соответствии с алгоритмом, указанным в пункте 8.1. настоящего документа.

Полученное значение заносится в атрибут chsm.

 

8.1. Алгоритм расчета контрольной суммы по строке символов

 

В расчете контрольной суммы по выделенной строке применяется алгоритм Secure Hash Algorithm (SHA) стандарта Secure Hash Standard (SHS).

Алгоритм SHA (Secure Hash Algorithm) стандарта безопасного хеширования (Secure Hash Standard, SHS).

В зависимости от выходного хеш-значения выделяют следующие виды SHA:

SHA1 - выходное значение 160 бит;

SHA256 - выходное значение 256 бит;

SHA512 - выходное значение 512 бит;

SHA384 - выходное значение 384 бита.

Стандарт ИСО - ISO/IEC 10118-3:2004

(http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=39876).

Настоящий документ описывает стандарт SHA1.

Описание реализации алгоритма SHA1 на языке C++:

typedef int HASH[5];

typedef int T512[16];

typedef int T80[80];

typedef int (*LPFNHASH)(int, int, int);// Функции F1, F2, F3

const int K1 = 0x5a827999;

const int K2 = 0x6ed9eba1;

const int К3 = 0x8f1bbcdc;

const int K4 = 0xca62c1d6;

    unsigned ROL(unsigned a, size_t s) { return a << s | (a >> (sizeof

    (T)*8 - s)); }

    int f1(int x, int y, int z) { return x&y | (~x)&z; }

                                          /\ /\

    int f2(int x, int y, int z) { return x  у  z; }

    int f3(int x, int y, int z) { return x&y | x&z | y&z; }

    void FillT80(T512 M, T80 W)

    {

       size_t t;

       for(t = 0; t < 16; t++)W[t] = M[t];

                                       /\      /\       /\

    for(; t < 80; t++)W[t] = ROL(W[t-3]  W[t-8]  W[t-14]  W[t-16], 1);

    }

    void MainStep(T80 W, size_t t, HASH H, LPFNHASH f, int K)

    {

    int tmp = ROL(H[0], 5) + f(H[1], H[2], H[3]) + H[4] + W[t] + K;

        H[4] = H[3];

        H[3] = H[2];

        H[2] = ROL(H[1], 30);

        H[1] = H[0];

        H[0] = tmp;

    }

    void StepSHA(T512 M, HASH Hr)

    {

        T80 W;

        FillT80(M, W);

        size_t t;

        HASH H;

        memcpy(H, Hr, sizeof(HASH));

        for(t = 0; t < 20; t++) MainStep(W, t, H, f1, K1);

        for(; t < 40; t++) MainStep(W, t, H, f2, K2);

        for(; t < 60; t++) MainStep(W, t, H, f3, K3);

        for(; t < 80; t++) MainStep(W, t, H, f2, K4);

              for(size_t i = 0; i < 5; i++)

                    Hr[i] += H[i];

    }

    Функции F1, F2, F3:

    F1(X,Y,Z) = (X /\ Y) \/ ((─┐X) /\ Z)

F2(X,Y,Z) = X (+) Y (+) Z

F3(X,Y,Z) = (X /\ Y) \/ (X /\ Z) \/ (Y /\ Z)

ROL(X,Y) - циклический сдвиг X влево на Y разрядов,

где:

/\ - логическое "И";

\/ - логическое "Или";

    ─┐ - логическое "Не";

(+) - логическое "Исключающее или".

Перед запуском алгоритма хеш-значение должно инициализироваться следующими константами:

const HASH HASHFIRST = {0x67452301, 0xefcdab89, 0x98badcfe, 0x10325476, 0xc3d2e1f0};

Замечание: тип int хранит байты в обратном порядке. В приведенном примере минимальной единицей памяти является 32 битный блок, поэтому способ хранения на диске неважен. При побайтовой обработке это следует учитывать.

 

 

 

 

 

Приложение N 5

к Методическим рекомендациям

по организации информационного

взаимодействия между участниками

лекарственного обеспечения отдельных

категорий граждан при обязательном

медицинском страховании

(с изменениями и дополнениями)

от 21 марта 2006 года

 

РЕКОМЕНДУЕМЫЙ НАБОР ТИПОВЫХ ОТЧЕТНЫХ ФОРМ ДЛЯ ЛПУ, АУ И ЦОД

 

1. ОТЧЕТНЫЕ ФОРМЫ ЛПУ

 

1.1. Список сформированных и переданных в ЦОД реестров выписанных рецептов.

 

СПИСОК СФОРМИРОВАННЫХ РЕЕСТРОВ

ЛПУ: ___

ЗА ПЕРИОД С ___ ПО ___

 

N п/п	N реестра	Дата  начала реестра	Дата   окончания реестра	Количество  человек	Количество рецептов
	Итого:

 

1.2. Данные по выписанным лекарственным средствам.

 

ДАННЫЕ ПО ВЫПИСАННЫМ ЛЕКАРСТВЕННЫМ СРЕДСТВАМ

ЛПУ: ___

ЗА ПЕРИОД С ___ ПО ___

 

┌─────┬────────────────────┬────────────────┬────────────────────┐

│  N  │         МНН        │Всего обслужено │       Общее        │

│ п/п │                    │   (человек)    │     количество     │

│     │                    │                │      рецептов      │

│     │                    │                │         --         │

│     │                    │                │         \/         │

├─────┼────────────────────┼────────────────┼────────────────────┤

│     │                    │                │                    │

├─────┼────────────────────┼────────────────┼────────────────────┤

│     │Итого:              │                │                    │

└─────┴────────────────────┴────────────────┴────────────────────┘

 

1.3. Список выписанных рецептов льготным категориям граждан.

 

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

ЛПУ: N ___

ЗА ПЕРИОД С ___ ПО ___

 

N п/п	Дата  выписки	Рецепт(серия, номер)	Ф.И.О.    пациента	МНН ЛС	Код  врача	Ф.И.О. врача

 

2. ОТЧЕТНЫЕ ФОРМЫ АПТЕЧНОГО УЧРЕЖДЕНИЯ

 

2.1. Список обслуженных рецептов льготных категорий граждан.

 

СПИСОК ОБСЛУЖЕННЫХ РЕЦЕПТОВ ЛЬГОТНЫХ КАТЕГОРИЙ ГРАЖДАН

АУ N: ___

ЗА ПЕРИОД С ___ ПО ___

 

N п/п	Дата  отпуска	Рецепт (серия, номер)	Ф.И.О. пациента	Название ЛС	Код ЛС	Код врача	Наименова- ние ЛПУ

 

2.2. Список лекарственных средств, отпущенных льготным категориям граждан за определенный период.

 

СПИСОК ЛЕКАРСТВЕННЫХ СРЕДСТВ, ОТПУЩЕННЫХ ЛЬГОТНЫМ

КАТЕГОРИЯМ ГРАЖДАН

АУ N: ___

ЗА ПЕРИОД С ___ ПО ___

 

N п/п	Наименование лекарственного средства	Коли- чест- во	Цена	Рецепт		Дата		Стои- мость
				Серия	Номер	Выписки	Отпуска
	Итого:

 

2.3. Список отложенных рецептов.

 

СПИСОК ОТЛОЖЕННЫХ РЕЦЕПТОВ АПТЕКИ

АУ: ___

ЗА ПЕРИОД С ___ ПО ___

 

N п/п	Серия и номер рецепта	СНИЛС	Ф.И.О.    пациента	МНН	Дата   обращения	Комментарий

 

2.4. Список отпущенных отложенных рецептов.

 

СПИСОК ОТПУЩЕННЫХ ОТЛОЖЕННЫХ РЕЦЕПТОВ АПТЕКИ

АУ: ___

ЗА ПЕРИОД С ___ ПО ___

 

N п/п	Серия и номер рецепта	СНИЛС	Ф.И.О. пациента	МНН	Дата   обраще- ния	Дата  отпуска	ЛС	Комментарий

 

2.5. Список сформированных и переданных в ЦОД реестров отпущенных лекарственных средств льготным категориям граждан.

 

СПИСОК СФОРМИРОВАННЫХ РЕЕСТРОВ

АУ N: ___

ЗА ПЕРИОД С ___ ПО ___

 

N п/п	N   реестра	Дата  начала реестра	Дата   окончания реестра	Количество человек	Количество рецептов	Стоимость
	Итого:

 

3. ОТЧЕТНЫЕ ФОРМЫ ЦЕНТРА ОБРАБОТКИ ДАННЫХ

 

3.1. Лекарственные средства (МНН/фарм. группы), отпущенные льготным категориям граждан.

 

ЛЕКАРСТВЕННЫЕ СРЕДСТВА (МНН), ОТПУЩЕННЫЕ ЛЬГОТНЫМ

КАТЕГОРИЯМ ГРАЖДАН ЗА ПЕРИОД С ___ ПО ___

 

Международное непатентованное наименование	Общее кол-во рецептов	Кол-во упаковок	Сумма     оплаченных   рецептов (руб.)	В % от общей  суммы оплачен- ных рецептов
Итого:

 

ЛЕКАРСТВЕННЫЕ СРЕДСТВА (ФАРМ. ГРУППЫ), ОТПУЩЕННЫЕ ЛЬГОТНЫМ

КАТЕГОРИЯМ ГРАЖДАН ЗА ПЕРИОД С ___ ПО ___

 

┌───────────────┬────────┬────────┬───────────────┬──────────────┐

│Фармкологичес- │ Общее  │ Кол-во │     Сумма     │В % от общей  │

│кая группа     │ кол-во │упаковок│   оплаченных  │суммы оплачен-│

│               │рецептов│        │рецептов (руб.)│ных рецептов  │

│               │   --   │        │               │              │

│               │   \/   │        │               │              │

├───────────────┼────────┼────────┼───────────────┼──────────────┤

│               │        │        │               │              │

├───────────────┼────────┼────────┼───────────────┼──────────────┤

│               │        │        │               │              │

├───────────────┼────────┼────────┼───────────────┼──────────────┤

│Итого:         │        │        │               │              │

└───────────────┴────────┴────────┴───────────────┴──────────────┘

 

3.2. Данные о лекарственном обеспечении льготных категорий граждан по категориям льгот.

 

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

ГРАЖДАН ЗА ПЕРИОД С ___ ПО ___

 

┌───────┬──────────┬────────┬────────┬─────────────┬─────────────┐

│Катего-│  Всего   │ Общее  │ Кол-во │    Сумма    │В % от общей │

│рия    │обслужено │ кол-во │упаковок│ оплаченных  │суммы опла-  │

│льготы │  (чел.)  │рецептов│        │  рецептов   │ченных рецеп-│

│       │          │        │        │   (руб.)    │тов          │

│  /\   │          │        │        │             │             │

│  --   │          │        │        │             │             │

├───────┼──────────┼────────┼────────┼─────────────┼─────────────┤

│       │          │        │        │             │             │

├───────┼──────────┼────────┼────────┼─────────────┼─────────────┤

│Итого: │          │        │        │             │             │

└───────┴──────────┴────────┴────────┴─────────────┴─────────────┘

 

3.3. Распределение лекарственных средств, отпущенных льготным категориям граждан по группам диагнозов МКБ-10.

 

РАСПРЕДЕЛЕНИЕ ЛЕКАРСТВЕННЫХ СРЕДСТВ, ОТПУЩЕННЫХ ЛЬГОТНЫМ

КАТЕГОРИЯМ ГРАЖДАН ЗА ПЕРИОД С __ ПО __ ПО ГРУППАМ

ДИАГНОЗОВ МКБ-10

 

Код	Диагноз	Общее кол-   во рецептов	Кол-во упаковок	Сумма   оплаченных рецептов (руб.)	В % от общей суммы    оплаченных рецептов
Итого:

 

3.4. Сводная ведомость по категориям льгот Минздравсоцразвития РФ.

 

СВОДНАЯ ВЕДОМОСТЬ ПО КАТЕГОРИЯМ ЛЬГОТ МЗСР

ЗА ПЕРИОД С __ ПО __

 

Наименование  МЗСР	Код льготы	Всего обслу- жено  (чел.)	Общее кол-во рецеп- тов	Кол- во   упа- ковок	Сумма   оплачен- ных     рецептов (руб.)	В % от общей суммы опла- ченных рецеп- тов
Ветераны боевых  действий	30
Военнослужащие,  проход. службу   не в составе	40
Дети-инвалиды	84
Инвалиды	081-083,  085
Инвалиды войны	010-012,  140
Лица, работ. в   период ВОВ на    объектах	120
Лица, награжд.   знаком "Жителю   блок. Ленинграда"	50
Участники ВОВ	020, 150
Чернобыльцы	091-102,  111-113,  121-125,  128, 129, 131, 132, 141, 142
Члены семей      погибших	060-063
Итого:

 

3.5. Список выписанных и отпущенных рецептов.

 

СПИСОК ВЫПИСАННЫХ И ОТПУЩЕННЫХ РЕЦЕПТОВ

ЗА ПЕРИОД С __ ПО __

 

N п/п	Рецепт			Наиме- нова- ние   ЛПУ	Реестр ЛПУ		Наиме- нование АУ	Реестр АУ
	Серия	Номер	Дата выписки		Номер	Дата  созда- ния		Номер	Дата соз- дания

 

3.6. Список выписанных, но не отпущенных рецептов.

 

СПИСОК ВЫПИСАННЫХ, НО НЕ ОТПУЩЕННЫХ РЕЦЕПТОВ

ЗА ПЕРИОД С __ ПО __

 

┌───┬─────────────────┬────┬─────┬───────┬───────┬───────────────┐

│ N │    Рецепт       │МНН │СНИЛС│  Код  │Наиме- │   Реестр ЛПУ  │

│п/п├─────┬─────┬─────┤ /\ │     │ врача │нование├──────┬────────│

│   │Серия│Номер│Дата │ -- │     │       │ЛПУ    │Номер │ Дата   │

│   │     │     │вы-  │    │     │       │       │      │создания│

│   │     │     │писки│    │     │       │       │      │        │

├───┼─────┼─────┼─────┼────┼─────┼───────┼───────┼──────┼────────┤

│   │     │     │     │    │     │       │       │      │        │

└───┴─────┴─────┴─────┴────┴─────┴───────┴───────┴──────┴────────┘

 

3.7. Данные о лекарственном обеспечении льготных категорий граждан (половозрастной состав).

 

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

ГРАЖДАН (ПОЛОВОЗРАСТНОЙ СОСТАВ)

ЗА ПЕРИОД С __ ПО __

 

Воз-   растная группа	Всего   обслужено (чел.)		Общее кол-  во рецептов		Кол-во  упаковок		На сумму  (руб.)		В % от общей суммы
	муж-  чины	жен- щины	муж-  чины	жен- щины	муж- чины	жен- щины	муж-  чины	жен- щины
До 5-ти лет
От 5   до 10  лет
От 10  до 15  лет
От 15  до 20  лет
От 20  до 25  лет
От 25  до 30  лет
От 30  до 35  лет
От 35  до 40  лет
От 40  до 45  лет
От 45  до 50  лет
От 50  до 55  лет
От 55  до 60  лет
От 60  до 65  лет
От 65  до 70  лет
От 70  до 75  лет
От 75  до 80  лет
От 80  до 85  лет
От 85  до 90  лет
От 90  до 95  лет
От 95  до 100 лет
От     100    до 105 лет
Итого:

 

3.8. Список отложенных рецептов аптечных учреждений.

 

СПИСОК ОТЛОЖЕННЫХ РЕЦЕПТОВ АПТЕК

ЗА ПЕРИОД С __ ПО __

 

N п/п	Серия и номер рецепта	СНИЛС	Ф.И.О.   пациента	МНН	Дата обра- щения	АУ	Комментарий

 

3.9. Список отпущенных отложенных рецептов аптечных учреждений.

 

СПИСОК ОТПУЩЕННЫХ ОТЛОЖЕННЫХ РЕЦЕПТОВ АПТЕК

ЗА ПЕРИОД С __ ПО __

 

┌───┬────────┬─────┬──────┬────┬─────┬───────┬───┬───┬───────────┐

│N  │Серия и │СНИЛС│Ф.И.О.│МНН │Дата │Дата   │ЛС │АУ │Комментарий│

│п/п│номер   │     │паци- │    │обра-│отпуска│   │   │           │

│   │рецепта │     │ента  │    │щения│       │   │   │           │

│   │        │     │      │    │/\   │       │   │   │           │

│   │        │     │      │    │--   │       │   │   │           │

├───┼────────┼─────┼──────┼────┼─────┼───────┼───┼───┼───────────┤

│   │        │     │      │    │     │       │   │   │           │

└───┴────────┴─────┴──────┴────┴─────┴───────┴───┴───┴───────────┘

 

3.10. Данные об отпущенных лекарственных средствах по ценовым категориям.

 

ДАННЫЕ ОБ ОТПУЩЕННЫХ ЛС ПО ЦЕНОВЫМ КАТЕГОРИЯМ

ЗА ПЕРИОД С __ ПО __

 

Категория	Количество			Процент
	Рецеп-  тов	Упако- вок	Стои- мость	Рецеп- тов	Упако- вок	Стои- мость
0-5 руб.         5-15 руб.        15-100 руб.      100-200 руб.     200-350 руб.     350-500 руб.     500-800 руб.     более 800 руб.
Итого