|
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 |
Код категории, по
которой |
|
19 |
C_KAT2 |
Char |
3 |
Код категории, по
которой |
|
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 |
DS_S |
Char |
7 |
Код диагноза
сопутствующего заболева- |
|
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 - Федера- |
|
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 - Феде- |
|
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 - допол- |
|
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 - Феде- |
|
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 - допол- |
|
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 |
NAME_КАТ |
Char |
255 |
Наименование
категории гражданина, |
|
3 |
C_KATL |
Num |
3 |
Код категории
гражданина, имеющего |
|
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
- приводит к моти- |
|
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 - целая часть, |
|
xs:double |
Вещественное |
Разделитель целой
и дробной части "." |
|
xs:date |
Дата |
"ГГГГ-ММ-ДД",
например 2004-09-12 |
|
xs:dateTime |
Дата+время |
"ГГГГ-ММ-ДДТЧЧ:ММ:СС"
разделитель даты |
|
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 |
|
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 |
Дата+время |
"ГГГГ-ММ-ДДТЧЧ:ММ:СС"
разделитель даты и |
|
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_ |
|
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 - целая часть, |
|
xs:double |
Вещественное |
Разделитель целой
и дробной части |
|
xs:date |
Дата |
"ГГГГ-ММ-ДД",
например, 2004-09-12 |
|
xs:dateTime |
Дата+время |
"ГГГГ-ММ-ДДТЧЧ:ММ:СС"
разделитель даты |
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 - целая часть, |
|
xs:double |
Вещественное |
Разделитель целой
и дробной части "." |
|
xs:date |
Дата |
"ГГГГ-ММ-ДД",
например, 2004-09-12 |
|
xs:dateTime |
Дата+время |
"ГГГГ-ММ-ДДТЧЧ:ММ:СС"
разделитель даты |
|
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_ |
|
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 - целая часть, |
|
xs:double |
Вещественное |
Разделитель целой
и дробной части "." |
|
xs:date |
Дата |
"ГГГГ-ММ-ДД",
например, 2004-09-12 |
|
xs:dateTime |
Дата+время |
"ГГГГ-ММ-ДДТЧЧ:ММ:СС"
разделитель даты |
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_ |
|
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 - целая часть, |
|
xs:double |
Вещественное |
Разделитель целой
и дробной части "." |
|
xs:date |
Дата |
"ГГГГ-ММ-ДД",
например, 2004-09-12 |
|
xs:dateTime |
Дата+время |
"ГГГГ-ММ-ДДТЧЧ:ММ:СС"
разделитель даты |
|
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 |
|
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 - целая часть, |
|
xs:double |
Вещественное |
Разделитель целой
и дробной части "." |
|
xs:date |
Дата |
"ГГГГ-ММ-ДД",
например, 2004-09-12 |
|
xs:dateTime |
Дата+время |
"ГГГГ-ММ-ДДТЧЧ:ММ:СС"
разделитель даты |
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_ |
|
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, |
|
|
|
|
|
|
Инвалиды
войны |
010-012, |
|
|
|
|
|
|
Лица, работ.
в |
120 |
|
|
|
|
|
|
Лица,
награжд. |
50 |
|
|
|
|
|
|
Участники
ВОВ |
020, 150 |
|
|
|
|
|
|
Чернобыльцы |
091-102, |
|
|
|
|
|
|
Члены семей |
060-063 |
|
|
|
|
|
|
Итого: |
|
|
|
|
|
|
3.5. Список выписанных и отпущенных
рецептов.
СПИСОК ВЫПИСАННЫХ И ОТПУЩЕННЫХ РЕЦЕПТОВ
ЗА ПЕРИОД С __ ПО __
|
N |
Рецепт |
Наиме- |
Реестр ЛПУ |
Наиме- |
Реестр АУ |
||||
|
Серия |
Номер |
Дата |
Номер |
Дата |
Номер |
Дата |
|||
|
|
|
|
|
|
|
|
|
|
|
3.6. Список выписанных, но не отпущенных
рецептов.
СПИСОК ВЫПИСАННЫХ, НО НЕ ОТПУЩЕННЫХ РЕЦЕПТОВ
ЗА ПЕРИОД С __ ПО __
┌───┬─────────────────┬────┬─────┬───────┬───────┬───────────────┐
│ N │ Рецепт │МНН │СНИЛС│ Код │Наиме- │ Реестр ЛПУ │
│п/п├─────┬─────┬─────┤ /\ │ │ врача │нование├──────┬────────│
│ │Серия│Номер│Дата │ -- │ │ │ЛПУ │Номер │ Дата │
│ │ │ │вы- │ │ │ │ │ │создания│
│ │ │ │писки│ │ │ │ │ │ │
├───┼─────┼─────┼─────┼────┼─────┼───────┼───────┼──────┼────────┤
│ │ │ │ │ │ │ │ │ │ │
└───┴─────┴─────┴─────┴────┴─────┴───────┴───────┴──────┴────────┘
3.7. Данные о лекарственном обеспечении
льготных категорий граждан (половозрастной состав).
ДАННЫЕ О ЛЕКАРСТВЕННОМ ОБЕСПЕЧЕНИИ ЛЬГОТНЫХ
КАТЕГОРИЙ
ГРАЖДАН (ПОЛОВОЗРАСТНОЙ СОСТАВ)
ЗА ПЕРИОД С __ ПО __
|
Воз- |
Всего |
Общее кол- |
Кол-во |
На сумму |
В % от |
||||
|
муж- |
жен- |
муж- |
жен- |
муж- |
жен- |
муж- |
жен- |
||
|
До 5-ти |
|
|
|
|
|
|
|
|
|
|
От 5 |
|
|
|
|
|
|
|
|
|
|
От 10 |
|
|
|
|
|
|
|
|
|
|
От 15 |
|
|
|
|
|
|
|
|
|
|
От 20 |
|
|
|
|
|
|
|
|
|
|
От 25 |
|
|
|
|
|
|
|
|
|
|
От 30 |
|
|
|
|
|
|
|
|
|
|
От 35 |
|
|
|
|
|
|
|
|
|
|
От 40 |
|
|
|
|
|
|
|
|
|
|
От 45 |
|
|
|
|
|
|
|
|
|
|
От 50 |
|
|
|
|
|
|
|
|
|
|
От 55 |
|
|
|
|
|
|
|
|
|
|
От 60 |
|
|
|
|
|
|
|
|
|
|
От 65 |
|
|
|
|
|
|
|
|
|
|
От 70 |
|
|
|
|
|
|
|
|
|
|
От 75 |
|
|
|
|
|
|
|
|
|
|
От 80 |
|
|
|
|
|
|
|
|
|
|
От 85 |
|
|
|
|
|
|
|
|
|
|
От 90 |
|
|
|
|
|
|
|
|
|
|
От 95 |
|
|
|
|
|
|
|
|
|
|
От |
|
|
|
|
|
|
|
|
|
|
Итого: |
|
|
|
|
|
|
|
|
|
3.8. Список отложенных рецептов аптечных
учреждений.
СПИСОК ОТЛОЖЕННЫХ РЕЦЕПТОВ АПТЕК
ЗА ПЕРИОД С __ ПО __
|
N |
Серия и |
СНИЛС |
Ф.И.О. |
МНН |
Дата обра- |
АУ |
Комментарий |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.9. Список отпущенных отложенных
рецептов аптечных учреждений.
СПИСОК ОТПУЩЕННЫХ ОТЛОЖЕННЫХ РЕЦЕПТОВ АПТЕК
ЗА ПЕРИОД С __ ПО __
┌───┬────────┬─────┬──────┬────┬─────┬───────┬───┬───┬───────────┐
│N │Серия и │СНИЛС│Ф.И.О.│МНН │Дата │Дата │ЛС │АУ │Комментарий│
│п/п│номер │ │паци- │ │обра-│отпуска│ │ │ │
│ │рецепта │ │ента │ │щения│ │ │ │ │
│ │ │ │ │ │/\ │ │ │ │ │
│ │ │ │ │ │-- │ │ │ │ │
├───┼────────┼─────┼──────┼────┼─────┼───────┼───┼───┼───────────┤
│ │ │ │ │ │ │ │ │ │ │
└───┴────────┴─────┴──────┴────┴─────┴───────┴───┴───┴───────────┘
3.10. Данные об отпущенных лекарственных
средствах по ценовым категориям.
ДАННЫЕ ОБ ОТПУЩЕННЫХ ЛС ПО ЦЕНОВЫМ КАТЕГОРИЯМ
ЗА ПЕРИОД С __ ПО __
|
Категория |
Количество |
Процент |
||||
|
Рецеп- |
Упако- |
Стои- |
Рецеп- |
Упако- |
Стои- |
|
|
0-5 руб. |
|
|
|
|
|
|
|
Итого |
|
|
|
|
|
|
4. ИНДИВИДУАЛЬНЫЙ
ЛИЦЕВОЙ СЧЕТ ГРАЖДАНИНА
ПО ДОПОЛНИТЕЛЬНОМУ ЛЕКАРСТВЕННОМУ ОБЕСПЕЧЕНИЮ
Индивидуальный лицевой счет гражданина по дополнительному лекарственному
обеспечению (ФЗ N 122 от 22.08.2004)
пациент Фамилия Имя Отчество
СНИЛС ХХХ-ХХХ-ХХХ XX
Полис SSSSSS NNNNNNN Льготы
┌───┬──────┬───────┬─────┬──────┬─────┐
дата рождения dd.mm.yyyy │ N │Льгота│Наиме- │Доку-│ Дата │Дата │
│п/п│ │нование│мент │начала│окон-│
пол М/Ж │ │ │док-та │ │ │чания│
Серия номер ├───┼──────┼───────┼─────┼──────┼─────┤
документа NNNN NNNNNN │1 │ │ │ │ │ │
Дата получения ├───┼──────┼───────┼─────┼──────┼─────┤
документа dd.mm.yyyy │2 │ │ │ │ │ │
Орган, выдавший └───┴──────┴───────┴─────┴──────┴─────┘
документ наименование
Получение НСУ 0
Включен в
регистр dd.mm.yyyy
Адрес ________________________
Гражданство Россия
|
Выпи- |
Отпу- |
Оплачен |
МКБ |
Серия и |
Поли- |
КЕК |
Док- |
Выпи- |
Дата |
Доз- |
Кол- |
Апте- |
Отпу- |
Дата |
Кол-во |
Цена |
Стои- |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Итого |
0,00 |
|
|
|
|
|
|
|
|
|
|
|
|
0,00 |
|
0,00 |
|