О ВНЕСЕНИИ ИЗМЕНЕНИЙ И ДОПОЛНЕНИЙ В ПРИКАЗ ФОМС ОТ 30.12.2004 N 91 "ОБ ОРГАНИЗАЦИИ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ ПО ОБЕСПЕЧЕНИЮ НЕОБХОДИМЫМИ ЛЕКАРСТВЕННЫМИ СРЕДСТВАМИ ОТДЕЛЬНЫХ КАТЕГОРИЙ ГРАЖДАН" (В РЕДАКЦИИ ПРИКАЗОВ ФОМС ОТ 24.05.2005 N 51, ОТ 02.08. Приказ. Федеральный фонд обязательного медицинского страхования. 21.03.06 38

уникальный   в   пределах   территориальной   информационной   системы
дополнительного   лекарственного   обеспечения   отдельных   категорий
граждан. При обработке файла необходимо провести проверку допустимости
приема  файла данного протокола от данного экспортера. В качестве 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-схеме.
     После полного формирования файла ППО экспортера обязано проверить