Законы России
 
Навигация
Популярное в сети
Курсы валют
14.12.2017
USD
59.14
EUR
69.47
CNY
8.93
JPY
0.52
GBP
78.77
TRY
15.42
PLN
16.49
 

ПРИКАЗ ФФОМС ОТ 21.03.2006 N 38 О ВНЕСЕНИИ ИЗМЕНЕНИЙ И ДОПОЛНЕНИЙ В ПРИКАЗ ФОМС ОТ 30.12.2004 N 91 "ОБ ОРГАНИЗАЦИИ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ПО ОБЕСПЕЧЕНИЮ НЕОБХОДИМЫМИ ЛЕКАРСТВЕННЫМИ СРЕДСТВАМИ ОТДЕЛЬНЫХ КАТЕГОРИЙ ГРАЖДАН" (В РЕДАКЦИИ ПРИКАЗОВ ФОМС ОТ 24.05.2005 N 51, ОТ 02.08.2005 N 79 И ОТ 29.12.2005 N 131)

По состоянию на ноябрь 2007 года
Стр. 7
 
       Символы этого шрифта содержат штрихи и пробелы различной ширины
   (от  1  до 6 модулей). Кроме того, среди символов шрифта есть знаки
   СТАРТ и СТОП.
       Соответствие символов шрифта и кодов ASCII приведено в  таблице
   2.
   
                                                             Таблица 2
   
   -------------T---------------------------------------------------¬
   ¦Символ ASCII¦                 Символ PDF-417 Font               ¦
   +------------+---------------------------------------------------+
   ¦1           ¦штрих, шириной 1 модуль                            ¦
   +------------+---------------------------------------------------+
   ¦2           ¦штрих, шириной 2 модуля                            ¦
   +------------+---------------------------------------------------+
   ¦3           ¦штрих, шириной 3 модуля                            ¦
   +------------+---------------------------------------------------+
   ¦4           ¦штрих, шириной 4 модуля                            ¦
   +------------+---------------------------------------------------+
   ¦5           ¦штрих, шириной 5 модулей                           ¦
   +------------+---------------------------------------------------+
   ¦6           ¦штрих, шириной 6 модулей                           ¦
   +------------+---------------------------------------------------+
   ¦А           ¦пробел, шириной 1 модуль                           ¦
   +------------+---------------------------------------------------+
   ¦В           ¦пробел, шириной 2 модуля                           ¦
   +------------+---------------------------------------------------+
   ¦С           ¦пробел, шириной 3 модуля                           ¦
   +------------+---------------------------------------------------+
   ¦D           ¦пробел, шириной 4 модуля                           ¦
   +------------+---------------------------------------------------+
   ¦Е           ¦пробел, шириной 5 модулей                          ¦
   +------------+---------------------------------------------------+
   ¦F           ¦пробел, шириной 6 модулей                          ¦
   +------------+---------------------------------------------------+
   ¦+           ¦знак СТАРТ                                         ¦
   +------------+---------------------------------------------------+
   ¦-           ¦знак СТОП                                          ¦
   L------------+----------------------------------------------------
   
       Последовательность  печатных  символов,  полученная  на   этапе
   формирования  информационной строки (см.  п.  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 мм по высоте            Российской Федерации
         -----------      L - - - - - - - - - - - - - --    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) применяется следующая базовая
   схема:
       Тег  корневого  файла 
. Корневой тег содержит атрибут "chsm" - значение контрольной суммы. Алгоритм расчета контрольной суммы описан в п. 8 данного документа. Тег (обязательный) с идентификатором формата , в котором указывается GUID, соответствующий формату. Тег (обязательный) , в котором указывается мнемоника протокола. Тег (обязательный) , в котором указывается версия формата. Тег (необязательный) содержит наименование программы, создавшей экземпляр файла. Тег (необязательный) содержит номер сборки (версии) программы, создавшей экземпляр файла. Тег (обязательный) содержит дату и время создания файла. Тег (необязательный) содержит строку со смысловым обозначением формата файла. Тег <ЕСР> (необязательный) содержит строку с электронной подписью отправителя. Раздел 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. Форматы применяемых простых типов ------------T------------T---------------------------------------¬ ¦ 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 бита) ¦ L-----------+------------+---------------------------------------- 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". Описание в табличном виде обрамления для всех типов файлов экспорта: ------T---------------------------------T-------------T----------¬ ¦ 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> ¦* ¦ L-----+---------------------------------+-------------+----------- Пример общей (заглавной) части 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 </pre> <center><div class="pagenav"> <a href="index.htm">1</a> <a href="page2.htm">2</a> <a href="page3.htm">3</a> <a href="page4.htm">4</a> <a href="page5.htm">5</a> <a href="page6.htm">6</a> <a href="page7.htm">7</a> <a href="page8.htm">8</a> <a href="page9.htm">9</a> <a href="page10.htm">10</a> <a href="page11.htm">11</a> <a href="page12.htm">12</a> <a href="page13.htm">13</a> <a href="page14.htm">14</a> <a href="page15.htm">15</a> <a href="page16.htm">16</a> <a href="page17.htm">17</a> <a href="page18.htm">18</a> <a href="page19.htm">19</a> <a href="page20.htm">20</a> </div></center> </td></tr></table> </center><br/> <center><div class="glavnstr"><a href="/index.htm"><<< Главная страница</a></div></center> <h5 align="left"><span>Новости партнеров</span></h5> <div class="blockk"> <div id="DIV_DA_18361"></div> </div> <h5><span>Счетчики</span></h5> <div class="blockk"> <center><!--Rating@Mail.ru COUNTEr--><noscript><a target="_top" href="/"><img src="http://d6.c1.b5.a1.top.list.ru/counter?js=na;id=1382100;t=211" border="0" height="31" width="88" alt="Рейтинг@Mail.ru"/></a></noscript><!--/COUNTER--> <!-- (C) stat24 / Glavnaya stranitsa --> </center> </div> </div></div></td> <td style="width: 5px"> </td> <td style="width: 200px" valign="top"> <div class="topmen"><div class="topment">Популярное в сети</div></div> <div class="menn"><div class="mtopp2"> <div id="DIV_DA_18359"></div> </div></div> <div class="topmen"><div class="topment">Реклама</div></div> <div class="menn"><div class="mtopp"> <center> </center> </div></div> <div class="topmen"><div class="topment">Разное</div></div> <div class="menn"><div class="mtopp"> <center> </center> </div></div> </td> <td style="width: 5px"> </td> </tr> </table> </center> <!--LiveInternet counter--><script type="text/javascript"> document.write("<a href='//www.liveinternet.ru/click' "+ "target=_blank><img src='//counter.yadro.ru/hit?t26.12;r"+ escape(document.referrer)+((typeof(screen)=="undefined")?"": ";s"+screen.width+"*"+screen.height+"*"+(screen.colorDepth? screen.colorDepth:screen.pixelDepth))+";u"+escape(document.URL)+ ";h"+escape(document.title.substring(0,150))+";"+Math.random()+ "' alt='' title='LiveInternet: number of visitors for today is"+ " shown' "+ "border='0' width='88' height='15'><\/a>") </script><!--/LiveInternet--> <!-- Yandex.Metrika counter --> <script type="text/javascript" > (function(m,e,t,r,i,k,a){m[i]=m[i]||function(){(m[i].a=m[i].a||[]).push(arguments)}; m[i].l=1*new Date();k=e.createElement(t),a=e.getElementsByTagName(t)[0],k.async=1,k.src=r,a.parentNode.insertBefore(k,a)}) (window, document, "script", "https://mc.yandex.ru/metrika/tag.js", "ym"); ym(53519740, "init", { clickmap:true, trackLinks:true, accurateTrackBounce:true }); </script> <noscript><div><img src="https://mc.yandex.ru/watch/53519740" style="position:absolute; left:-9999px;" alt="" /></div></noscript> <!-- /Yandex.Metrika counter --> </body> </html> <!-- -->