СТО МОСЗ 91500.16.0003-2004. ИНФОРМАЦИОННЫЕ СИСТЕМЫ В ЗДРАВООХРАНЕНИИ. Общие требования к форматам обмена информацией

 

  Главная      Учебники - Разные    

 

поиск по сайту           правообладателям           

 

 

 

 

 

 

 

 

 

 

Межрегиональная общественная организация содействия стандартизации

и повышению качества медицинской помощи

 

 

УТВЕРЖДАЮ

Исполнительный директор

Межрегиональной общественной

организации содействия стандартизации

и повышению качества

медицинской помощи

 

_______п/п__________    Деркач Е.В.

" 21 " июня 2004 г.

 

 

 

 

 

СИСТЕМА СТАНДАРТИЗАЦИИ В ЗДРАВООХРАНЕНИИ

РОССИЙСКОЙ ФЕДЕРАЦИИ

 

 

 

 

СТАНДАРТ ОРГАНИЗАЦИИ

 

СТО МОСЗ 91500.16.0003-2004. ИНФОРМАЦИОННЫЕ СИСТЕМЫ В ЗДРАВООХРАНЕНИИ. Общие требования к форматам обмена информацией

 

 

СТО МОСЗ 91500.16.0003-2004

 

 

 

 

 

 

Москва

2004

 


 

Программой создания и развития стандартизации в здравоохранении на 1998-2002 годы, принятой Минздравом России, Госстандартом России и Федеральным фондом ОМС, была запланирована разработка отраслевого стандарта «Информационные системы в здравоохранении. Общие требования к форматам обмена информацией». После завершения разработки и согласования проекта стандарта в соответствии с требованиями системы стандартизации в здравоохранении он был одобрен Экспертным советом Минздрава России по стандартизации в здравоохранении.

Проект стандарта «Информационные системы в здравоохранении. Общие требования к форматам обмена информацией» разработан рабочей группой из специалистов: Института системного программирования Российской академии наук (Филинов Е.Н. – научный руководитель, Бойченко А.В.), Федерального фонда обязательного медицинского страхования (Столбов А.П., Хамаганов Э.М.), Департамента организации и развития медицинской помощи населению Минздрава России (Юрьев А.С.), Департамента экономического развития здравоохранения, управления финансами и материальными ресурсами Минздрава России (Афонин А.Ю.), Главного научно-исследовательского вычислительного центра Медицинского центра Управления делами Президента Российской Федерации (Емелин И.В.), Московской медицинской академии им. И.М. Сеченова (Бальчевский В.В., Воробьев П.А.), Фирмы РЕЛАКС (Зекий О.Г., Хряпин А.Л., Лебедев Г.С.), Государственного унитарного предприятия «Медицина для Вас» (Пустеленин А.В.).

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

 


 

СТАНДАРТ ОРГАНИЗАЦИИ

ИНФОРМАЦИОННЫЕ СИСТЕМЫ

В ЗДРАВООХРАНЕНИИ

 

Общие требования к форматам обмена информацией

 

Дата введения – 2004 – 07 - 01

 

 

 

 

 

1.     ОБЛАСТЬ ПРИМЕНЕНИЯ

1.1. Назначение

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

 

1.2. Область распространения

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

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

 

 

 

 

2.     ОБЩИЕ ТРЕБОВАНИЯ К ФОРМАТАМ ОБМЕНА ИНФОРМАЦИЕЙ МЕЖДУ ИНФОРМАЦИОННЫМИ СИСТЕМАМИ В ЗДРАВООХРАНЕНИИ

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

 

2.1. Номенклатура унифицированных форматов обмена данными для конкретных предметных областей взаимодействия информационных систем в здравоохранении

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

а) обмен документами на оплату лечения при взаиморасчетах по ОМС;

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

в) обмен документами по структурно-экономическому описанию лечебно-профилактических учреждений (паспортами ЛПУ);

г) обмен документами по государственной медицинской статистической отчетности;

д) обмен данными по результатам мониторинга состояния здоровья населения и иммунопрофилактике;

е) обмен нормативно-справочной информацией (классификаторами, справочниками и перечнями);

ж) обмен медицинскими документами (медицинскими картами стационарных и амбулаторных больных и т. п.);

з) обмен данными о лекарственных средствах, предоставленных по льготам;

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

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

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

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

Унифицированные форматы обмена данными устанавливаются для определенных цепочек взаимодействия ИС в здравоохранении, которые формируются в документах, принимаемых в установленном порядке.

 

2.2.  Разработка документов на форматы электронного обмена информацией

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

В этих разработках должна использоваться общая справочная информационная модель. Разработка согласованных частных документов электронного обмена сообщениями должна базироваться на международном стандарте ISO 17113:2001.

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

Под форматом в настоящем документе понимают:

1. Совокупность правил записи и представления данных в памяти, в базе данных, на экране монитора или на внешнем носителе.

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

2. Элемент языка, в символическом виде описывающий представление информационных объектов в записи (в т. ч. в файле, базе данных и т. п.).

Способ кодирования записи информации, например, текстовый формат – представление текстовой информации в коде ASCII.

 

2.3. Требования к протоколам обмена данными

Программная реализация обмена данными между приложениями взаимодействующих ИС должна поддерживать протоколы прикладного уровня эталонной модели взаимосвязи открытых систем OSI/ RM, отражающие:

-         роли взаимодействующих приложений;

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

-         наличие коммутирующих агентов.

Требования к протоколам обмена данными на прикладном уровне должны быть сформулированы на основе глав 2 и 5 стандарта HL7 версии 2.4, стандарта ENV13607:1999 и части 7 стандарта DICOM 3.0 (Digital Imaging and Communication in Medicine - Цифровое представление изображений и коммуникации в медицине – документ, разработанный совместно Американским институтом радиологии и Национальной ассоциацией производителей электрооборудования США, для обмена изображениями лучевой диагностики и сопутствующими им данными).

Приложения взаимодействующих ИС, поддерживающие унифицированные форматы обмена данными должны опираться на стандартные протоколы нижележащих уровней телекоммуникационной среды: протоколы передачи файлов и доступа к файлам (FTP, FTAM), протоколы передачи документов Web (HTTP) и протоколы электронной почты Интернет (MIME, IMAP4).

 

2.4. Общие типы данных, используемых как элементы сообщений

Описание общих типов данных, используемых в сообщениях при взаимодействии ИС в здравоохранении, должно быть основано на главе 2 стандарта HL7 версии 2.4. Базовые типы данных, адаптированные с учетом российской специфики, описаны в справочном приложении 1 к настоящему документу.

При использовании в качестве элементов сообщений базовых типов данных XAD, XON, указанных в справочном приложении А к настоящему документу, должны применяться общероссийские классификаторы.

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

Виды типов данных:

аналоговые данные (analog data),

дискретные (цифровые) данные (digital data),

аналого-цифровые данные (analog-digital data),

двоичные данные (binary data),

десятичные данные (decimal data),

алфавитно-цифровые (текстовые) данные (alphanumeric data),

числовые (арифметические) данные (ariphmetic data).

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

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

 

2.5. Общие правила описания семантических единиц сообщений

Для описания семантических единиц сообщений должна использоваться справочная информационная модель на языке UML (Universal Modeling Language - Универсальный язык моделирования). Общие правила описания сообщений должны базироваться на стандарте ISO 17113:2001 с учетом использования общих типов данных в этих описаниях.

 

2.6. Правила кодирования сообщений

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

-          HL7 (исходные правила кодирования);

-          DICOM 3.0 (часть 10);

-         язык XML (Extensible Markup Language - Расширяемый язык разметки) и связанные с XML спецификации Консорциума W3C.

 

 


 

СОДЕРЖАНИЕ

 

1.     ОБЛАСТЬ ПРИМЕНЕНИЯ.......................................................................... 1

1.1.  Назначение................................................................................................... 1

1.2.  Область распространения........................................................................... 1

2.     ОБЩИЕ ТРЕБОВАНИЯ К ФОРМАТАМ ОБМЕНА ИНФОРМАЦИЕЙ МЕЖДУ ИНФОРМАЦИОННЫМИ СИСТЕМАМИ В ЗДРАВООХРАНЕНИИ......... 2

2.1.  Номенклатура унифицированных форматов обмена данными для конкретных предметных областей взаимодействия информационных систем в здравоохранении...................................................................................................................... 2

2.2.  Разработка документов на форматы электронного обмена информацией. 3

2.3. Требования к протоколам обмена данными............................................... 3

2.4. Общие типы данных, используемых как элементы сообщений.................. 4

2.5. Общие правила описания семантических единиц сообщений.................... 5

2.6. Правила кодирования сообщений............................................................... 5

 

Приложение А.  Описание типов данных.......................................................... 6

Приложение Б.  Использование базовых типов данных................................ 130

 

 

 

Информационные системы в здравоохранении. Общие требования к  форматам обмена информацией

 

Приложение А

(справочное)

 

ОПИСАНИЕ ТИПОВ ДАННЫХ

 

А.1. Введение

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

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

Значения данных могут быть представлены с помощью разных символов или объектов, но смысл значения не ограничивается конкретным представлением. Например, целое число «два» может быть представлено символом "2", строкой римских цифр "II" или строкой двоичных цифр "0010".

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

Поэтому это описание типов данных является абстрактным. Любая реализация стандарта должна отображать абстрактные типы данных на их конкретные представления. В примерах значений использовано «литеральное» представление, которого по возможности следует придерживаться при реализации данного стандарта.

Значения составных типов данных могут состоять из компонентов, а компоненты – из субкомпонентов. В приведенных ниже описаниях в качестве разделителя компонентов использован символ карата «^», а в качестве разделителя субкомпонентов – знак Ампера «&».

В реальных представлениях составных типов данных могут использоваться иные разделители или иные способы разделения компонентов и субкомпонентов.


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

За основу состава и описания базовых типов данных взят американский стандарт HL7, версия 2.4. Этот “де-факто” международный стандарт представлен в Международную организацию по стандартизации для одобрения в качестве стандарта ISO. Описание базовых типов данных включает в себя значительное число стандартных и пользовательских нормативно-справочных таблиц. Нумерация как стандартных, так и пользовательских таблиц должна строго соответствовать стандарту.

В таблице базовых типов данных приведены ссылки на номера пунктов главы 2 стандарта HL7, версия 2.4.

 

А.2. Сводный перечень базовых типов данных

Базовые типы данных

Категория типа данных/ Тип данных

      по HL7

Наименование типа данных

Ссылка на раздел  

Примечания/формат[1]

Текстовый

 

 

 

ST

Строка

0

 

TX

Текст

0

 

Числовой

 

 

 

CQ

Составное количество с единицами измерения

0

<количество (NM)> ^ <единицы (CE)>

MO

Деньги

0

<сумма (NM)> ^ <номинал (ID)>

NM

Число

0

 

SI

Порядковый номер

0

 

SN

Числовая структура

0

<оператор сравнения (ST)> ^ <число1 (NM)> ^ <разделитель/суффикс> ^ <число2 (NM)>

Идентифи-катор

 

 

 

ID

Кодированные значения стандартных таблиц

0

 

IS

Кодированные значения пользовательских таблиц

0

 

HD

Иерархический идентификатор

0

<код или наименование (IS)> ^ <универсальный идентификатор  (ST)> ^ <тип универсального идентификатора (ID)>

Используется только как часть типа данных EI и других типов данных.

EI

Идентификатор объекта

0

<идентификатор объекта (ST)> ^  <код или наименование (IS)> ^ < универсальный идентификатор  (ST)> ^ <тип универсального идентификатора (ID)>

RP

Указатель

0

<указатель (ST)> ^ <приложение-источник (HD) > ^ <тип ссылочных данных (ID)> ^ <подтип ссылочных данных (ID)>

PL

Место лечения пациента

0

<место лечения  (IS )> ^ < палата (IS)> ^ <койка (IS)> ^ <отделение или учреждение (HD)> ^ <состояние места размещения (IS)> ^ <тип размещения (IS)> ^ <корпус (IS)> ^ <этаж (IS)> ^ <описание места размещения (ST)>

PT

Тип обработки

0

<код обработки (ID)> ^ <режим обработки (ID)>

Дата и время

 

 

 

DT

Дата

0

ГГГГ[ММ[ДД]]

TM

Время

0

ЧЧ[ММ[СС[.S[S[S[S]]]]]][+/-ZZZZ]

TS

Дата и время

0

ГГГГ[ММ[ДД[ЧЧММ[СС[.S[S[S[S]]]]]]]][+/-ZZZZ]

Кодирован-ные значения

 

 

 

CE

Кодируемый элемент

0

<идентификатор> ^ <текст> ^ <имя системы кодирования> ^ <альтернативный идентификатор> ^ <текст> ^ <наименование альтернативной системы кодирования>

CNE

Кодируемый элемент без исключений

0

<идентификатор (ST)> ^ <текст (ST)> ^ <имя системы кодирования (ST)> ^ <альтернативный идентификатор (ST)> ^ <альтернативный текст (ST)> ^ <наименование альтернативной системы кодирования (ST)> ^ <идентификатор версии системы кодирования (ST)> ^ <идентификатор версии альтернативной системы кодирования (ST)> ^ <оригинальный текст (ST)>

CWE

Кодируемый элемент с исключениями

0

<идентификатор (ST)> ^ <текст (ST)> ^ <имя системы кодирования (ST)> ^ <альтернативный идентификатор (ST)> ^ <альтернативный текст (ST)> ^ <наименование альтернативной системы кодирования (ST)> ^ <идентификатор версии системы кодирования (ST)> ^ <идентификатор версии альтернативной системы кодирования (ST)> ^ <оригинальный текст (ST)>

CK

Составной идентификатор с контрольной цифрой

0

<идентификатор (NM)> ^ <контрольная цифра (NM)> ^ <код схемы контроля (ID)> ^ <идентификатор присвоившего лица (HD)>

CX

Расширенный составной идентификатор с контрольной цифрой

0

<идентификатор (NM)> ^ <контрольная цифра (NM)> ^ <код схемы контроля (ID)> ^ <система, присвоившая идентификатор (HD)> ^ <код типа идентификатора (ID)> ^ <учреждение, присвоившее идентификатор (HD)>

XCN

Расширенный составной идентификатор и фамилия, имя, отчество

0

идентификатор (ST)> ^ <фамилия (ST) )> & <префикс фамилии (ST)>  ^ <имя (ST)> ^ <отчество или инициал (ST)> ^ <суффикс (например  Мл. или III) (ST)> ^ <префикс (например г-н) (ST)> ^ <степень (например к.т.н.) (ST)> ^ <таблица-источник (IS)> ^ <система, присвоившая идентификатор (ST)> ^ <код типа ФИО (ID)> ^ <контрольная цифра идентификатора (ST)> ^ <схема контрольного суммирования (ID)> ^ <код типа идентификатора (IS)> ^ <учреждение, присвоившее идентификатор (HD)> ^ <код представления ФИО (ID)>

Составные данные

 

 

 

CM

Составное поле

0

Новые типы составных данных CM, кроме перечисленных в данном приложении, не рекомендуются

Демографи-ческие сведения

 

 

 

FN

Фамилия

0

<фамилия (ST)> ^ <префикс собственной фамилии (ST)> ^ <собственная фамилия (ST)> ^ <префикс супружеской фамилии (ST)> ^ <супружеская фамилия (ST)>

XAD

Расширенный адрес

0

<улица (SAD)> ^ <другие обозначения (ST)> ^ <город или район (ST)> ^ <область, край или республика (ST)> ^ <почтовый индекс (ST)> ^ <страна (ID)> ^ <тип адреса (ID)> ^ <другие географические обозначения (ST)> ^ <код области, края, республики (IS)> ^ <избирательный участок (IS)> ^ <код представления адреса (ID)> ^ <срок действия адреса (DR)>

XON

Расширенное составное наименование и идентификатор организации

0

<наименование организации (ST)> ^ <код типа наименования организации (IS)> ^ <идентификатор (NM)> ^ <контрольная цифра идентификатора (NM)> ^ <схема контрольного суммирования (ID)> ^ <система, присвоившая идентификатор (HD)>  ^ <код типа идентификатора (IS)> ^ <учреждение, присвоившее идентификатор (HD)> ^ <код представления наименования (ID)>

XPN

Расширенные фамилия, имя, отчество

0

<фамилия (FN)> ^ <имя (ST)> ^ <отчество или инициал (ST)> ^ <суффикс (например, JR (младший) или III (третий)) (ST)> ^ <обращение (например, Д-р) (ST)> ^ <ученая степень (например КМН) (IS)> ^ <код типа ФИО (ID)> ^ <код представления ФИО (ID)> ^ <контекст фамилии (CE)> ^ <интервал действия фамилии (DR> ^ <порядок сборки фамилии (ID)>

XTN

Расширенный телекоммуникационный номер

0

[NNN] [(999)]999-9999[X99999][B99999][C любой текст] ^ <код использования телекоммуникаций (ID)> ^ <тип телекоммуникационного оборудования (ID)> ^ <адрес электронной почты (ST)> ^ <код страны (NM)> ^ <код района/города (NM)> ^ <номер телефона (NM)> ^ <дополнительный номер (NM)> ^ <любой текст>

Специаль-ные типы данных

 

 

 

Аналоговые сигналы

 

 

 

CD

Определение канала

0

Только для оцифрованных сигналов. Формат:

<идентификатор канала (*)> ^ <номер канала (NM)> & <наименование канала (ST)> ^ <источник сигнала (CM)> ^ <чувствительность канала/единицы измерения (CM)> ^ <параметры калибровки (CM)> ^ <частота опроса (NM)> ^ <минимальные/максимальные значения (*)>

MA

Многоканальный массив

0

Только для оцифрованных сигналов. Формат:

<считывание 1 с канала 1 (NM)> ^ < считывание 1 с канала 2 (NM)> ^ < считывание 1 с канала 3 (NM)> ...~<считывание 2 с канала 1 (NM)> ^ <считывание 2 с канала 2 (NM)> ^ <считывание 2 с канала 3 (NM)> ...~

NA

Числовой массив

0

Только для оцифрованных сигналов. Формат:

<значение1 (NM)> ^  <значение2 (NM)> ^  <значение3 (NM)> ^  <значение4 (NM)> ^ ...

ED

Инкапсулированные данные

0

Использует алгоритм MIME кодирования двоичных данных в виде строки ASCII-символов. Формат:

<приложение-источник (HD) > ^ <тип данных (ID)> ^ <подтип данных (ID))> ^ <метод кодирования (ID)> ^ <данные (ST)>

Денежные данные

 

 

 

CP

Составная цена

0

<цена (MO)> ^ <тип цены (ID)> ^ <от значения (NM)> ^ <до значения (NM)> ^ <единицы диапазона (CE)> ^ <вид интервала (ID)>

Финансовые данные (по оплате лечения)

 

 

 

FC

Класс финансирования

0

<класс финансирования (IS)> ^ <дата ввода в действие (TS)>

Справочно-норматив-ные файлы

 

 

 

DLN

Номер удостоверения личности

0

<регистрационный номер удостоверения личности (ST)> ^ <страна или иная административная единица, выдавшая удостоверение (IS)> ^ <срок действия (DR)>

JCC

Код специальности / классификация должности

0

<код специальности (IS)> ^ <классификация должности (IS)>

VH

Часы приема

0

<день начала (ID)> ^ <день конца (ID)> ^ <начало приема ™> ^ <конец приема ™>

Управление движением истории болезни

 

 

 

PPN

Шифр исполнителя

0

<идентификатор лица (ST)> ^ <фамилия (ST)> & <префикс фамилии (ST)> ^ <имя (ST)> ^ <отчество или инициал (ST)> ^ <суффикс (например, JR (младший) или III (третий)) (ST)> ^ <обращение (например, Др.) (ST)> ^ <ученая степень (например д.м.н.) (ST)> ^ <идентификатор таблицы-источника (IS)> ^ <система, присвоившая идентификатор (HD)> ^ <код типа ФИО (ID)> ^ <контрольная цифра идентификатора (ST)> ^ <схема контрольного суммирования (ID)> ^ <код типа идентификатора (IS)> ^ <учреждение, присвоившее идентификатор (HD)> ^ <дата и время выполнения действия (TS)> ^ <код представления ФИО (ID)>

Временные ряды

 

 

 

DR

Диапазон даты и времени

0

Для ведения расписаний:

<начало диапазона даты и времени (TS)> ^ <конец диапазона даты и времени (TS)>

RI

Интервал повтора

0

Для ведения расписаний:

<шаблон повторений (IS)> ^ <явное время (ST)>

SCV

класс + значение параметра планирования назначения

0

Для ведения расписаний:

<класс параметра (IS)> ^ <значение параметра (ST)>

TQ

Количество/срок

0

Формат:

<количество (CQ)> ^ <интервал (CM)> ^ <длительность> ^ <дата и время начала (TS)> ^ <дата и время конца (TS)> ^ <приоритет (ST)> ^ <условие (ST)> ^ <текст (TX)> ^ <сочетание (ID)> ^ <порядок выполнения>^ <продолжительность выполнения (CE)> ^ <общее число повторений (NM)>

В следующих разделах типы данных перечислены в алфавитном порядке.

А.2.1.  CD – определение канала

Компоненты: <идентификатор канала (*)> ^ <номер канала (NM)> & <наименование канала (ST)> ^ <источник сигнала (CM)> ^ <чувствительность канала/единицы измерения (CM)> ^ <параметры калибровки (CM)> ^ <частота опроса (NM)> ^ <минимальные/максимальные значения (CM)>

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

А.2.1.1.   Идентификатор канала.

Идентификатором канала служат два субкомпонента, отделенные разделителем субкомпонентов «&» и задающие, соответственно, номер канала (обязательный субкомпонент длиной до 4 символов, тип данных NM) и имя канала (необязательный субкомпонент длиной до 17 символов, тип данных ST).

Имя канала представляет собой строку текста, изображаемую на экране вместе с данными измерения биосигнала. Если это имя отсутствует, то канал помечается на экране <источник 1>-<источник 2>, где <источник 1> и <источник 2> - имена двух источников биосигналов, связанных с этим каналом, или, если задан только один источник биосигнала <источник 1>, то в отсутствие имени канала он помечается на экране как <источник 1>.

А.2.1.2.   Источник сигнала

Идентифицирует источник сигнала, связанный с данным каналом. Если требуется отдельно идентифицировать два входа сигналов, то можно задать два имени источника (каждый длиной до 8 символов, тип данных ST), отделенные разделителем субкомпонентов «&». Если канал соединен с одним входом, то необходимо указать только одно имя. Например, при записи электрокардиограммы обычно используется только одно имя (например, I или II). А при записи электроэнцефалограмм обычно используются два имени; по одному для каждого входа дифференциального усилителя (например, F3 и C3).

А.2.1.3.  Чувствительность канала/единицы измерения (CM)

Этот тип данных CM определяет чувствительность канала (коэффициент усиления), и единицы, в которых она измеряется. Этот компонент может включать до семи субкомпонентов, отделяемых друг от друга разделителем субкомпонентов «&». Первый субкомпонент задает чувствительность, а остальные шесть субкомпонентов используются для задания единиц чувствительности в формате, аналогичном формату компонентов кодируемого типа данных (CE). Ниже субкомпоненты чувствительности канала определяются отдельно.

Чувствительность (NM)

Задает номинальное значение (до 20 символов, тип данных NM), соответствующее единице измеренного биосигнала, то есть эффективную разрешающую способность одного бита данных, полученных от аналого-цифрового преобразователя (АЦП), с учетом полярности канала.

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

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

Единицы измерения

Содержит обозначение единиц измерения (например, uv = микровольт, mv = милливольт, v = Вольт, pal = Паскаль или mm(hg) = миллиметры ртутного столба), взятое из списка аббревиатур единиц измерения ISO+, представляющего собой расширение соответствующего стандарта СИ (см. таблицу «Коды единиц измерения ISO+»).

А.2.1.4.  Параметры калибровки (CM)

Этот компонент состоит из трех необязательных субкомпонентов (каждый из которых имеет длину до 20 символов, представляющих числовое значение типа NM), отделенных друг от друга разделителем субкомпонентов «&» и определяющих значения поправки к чувствительности канала, смещения базовой линии и фазового сдвига, которые могут быть получены при калибровке канала. Ниже эти три субкомпонента описаны отдельно.

Поправка к чувствительности канала

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

Смещение базовой линии

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

Фазовый сдвиг

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

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

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

Однако чаще всего значения фазового сдвига берут из спецификации используемой системы оцифровки сигнала, входящей в комплект ее поставки. Например, у системы, которая опрашивает каналы последовательно с регулярным интервалом t, фазовый сдвиг канала n будет равен (n‑1)t. В такой системе фактическое время считывания (оцифровки) с номером m по каналу с номером n будет равно R + (m-1)/f + (n-1)t, где R – момент начала опроса, а f – частота опроса (t < 1/f).

А.2.1.5.  Частота опроса канала

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

А.2.1.6.   Минимальные/максимальные значения (NM)

Этот параметр задает рабочий диапазон АЦП, то есть минимальное и максимальное значение результатов измерения биосигнала, которые могут быть получены на данном канале (до 20 символов для каждого значения, тип данных NM).

Кроме того, он указывает, могут ли с этого канала считываться дробные значения. Если как минимальное, так и максимальное значение являются целыми (или отсутствуют), то с этого канала могут поступать только целые значения. Если минимальное или максимальное значение имеют дробную часть, то с этого канала могут поступать дробные значения. Минимальное и максимальное значение отделяются разделителем субкомпонентов «&».

Пусть, к примеру, биполярный АЦП обеспечивает n-битовую оцифровку канала и номинальная базовая линия B = 0. Тогда минимальное значение (L) и максимальное значение (H) могут быть определены по формулам:

L = -2n-1

H = 2n-1 - 1

Для униполярного n-битового АЦП минимальное значение L = 0, а максимальное номинальное значение базовой линии (B) и максимальное значение сигнала (H) могут быть определены по формулам:

B = 2n-1

H = 2n - 1

Фактическая амплитуда сигнала A (для дифференциальных измерений разность между потенциалами первого и второго электрода) может быть вычислена по значению D (в диапазоне от L до H) результата измерения биосигнала, фактической базовой линии B, номинальной чувствительности S и поправочному коэффициенту чувствительности C по формуле

A = SC(D-B)

А.2.2. CE – кодируемый элемент

Компоненты: <идентификатор (ST)> ^ <текст (ST)> ^ <имя системы кодирования (IS)> ^ <альтернативный идентификатор (ST)> ^ <альтернативный текст (ST)> ^ <имя альтернативной системы кодирования (IS)>

Длина поля: 250.

Примеры:

F-11380^Креатинин^SNM^2148-5^Креатинин ^LN.

kg^^^КГ^Килограмм^ОКЕИ.

Этот тип данных используется при передаче кода и связанного с ним текста. Чтобы обеспечить возможность присваивания значения всем шести компонентам типа данных CE, максимальная длина поля этого типа должна быть не менее 250.

А.2.2.1.  Идентификатор (ST)

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

А.2.2.2.  Текст (ST)

Имя или описание объекта, например инфаркт миокарда или описание рентгеновского снимка. Имеет строковый тип данных (ST).

А.2.2.3.  Имя системы кодирования (IS)

Каждой системе кодирования присваивается уникальный идентификатор. Этот компонент используется для идентификации системы кодирования, принятой для первого компонента поля - идентификатора.

Сочетание идентификатора и имени системы кодирования должно быть уникальным кодом элемента данных. Каждая система кодирования имеет свой уникальный идентификатор. Рекомендованные значения идентификаторов систем кодирования приведены в пользовательской таблице 0396. Другие идентификаторы могут быть добавлены по мере необходимости.

Когда в качестве идентификатора в поле типа CE передается значение из пользовательской или стандартной таблицы, то компонент имени системы кодирования должен иметь значение HL7nnnn, где nnnn – номер таблицы.

Пользовательская таблица 0396.  Имя системы кодирования.

Значение

Описание

Примечание

Категория

99zzz или L

Местная система кодирования (где z – алфавитно-цифровой символ)

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

Коды общего характера

ART

Коды побочных реакций ВОЗ

WHO Collaborating Centre for International Drug Monitoring, Box 26, S-751 03, Uppsala, Sweden.

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

CE

Диагностические коды ЭКГ  Европейского комитета стандартов CEN

CEN PT007. Представительное множество электрокардиографических диагностических кодов (аббревиатуры) и их описаний, опубликованное в качестве предварительного стандарта секретариатом CEN TC251. По вопросам, связанным с этим документом, следует обращаться к Джорджу Де Моору (Georges De Moor), State University Hospital Gent, De Pintelaan 185-5K3, 9000 Gent, Belgium или Джозу Виллемсу, University of Gathuisberg, 49 Herestraat, 3000 Leuven, Belgium.

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

CST

COSTART

Международная система кодирования побочных реакций

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

DCL

Ярлыки классов DICOM

Из таблицы стандартных классов сообщений микроглоссария SNOMED-DICOM-Microglossary. College of American Pathologists, Skokie, IL, 60077-1034

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

DCM

Коды диагностических устройств в стандарте DICOM

Dean Bidgood, MD; Duke University Medical Center, Durham NC. Digital Imaging and Communications in Medicine (DICOM).  Из публикации NEMA PS-3.1 – PS 3.12: The ACR-NEMA DICOM Standard. National Electrical Manufacturers Association (NEMA). Rosslyn, VA, 22209., 1992, 1993, 1995

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

E

EUCLIDES

Можно получить от фонда Euclides Foundation International nv, Excelsiorlaan 4A, B-1930 Zaventem, Belgium; Тел.: 32 2 720 90 60

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

E5

Количественные коды Euclides

Можно получить от фонда Euclides Foundation International nv, Excelsiorlaan 4A, B-1930 Zaventem, Belgium; Тел.: 32 2 720 90 60

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

E6

Коды методов лабораторных исследований Euclides

Можно получить от фонда Euclides Foundation International nv, Excelsiorlaan 4A, B-1930 Zaventem, Belgium; Тел.: 32 2 720 90 60

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

E7

Коды лабораторных приборов Euclides

Можно получить от фонда Euclides Foundation International nv, Excelsiorlaan 4A, B-1930 Zaventem, Belgium; Тел.: 32 2 720 90 60

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

ENZC

Коды ферментов

Комитет по ферментам Международного союза по биохимии и молекулярной биологии (Enzyme Committee of the International Union of Biochemistry and Molecular Biology). Enzyme Nomenclature: Recommendations on the Nomenclature and Classification of Enzyme-Catalysed Reactions. London: Academic Press, 1992.

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

HL7nnnn

nnnn – номер таблицы

Значения из стандартных и пользовательских таблиц можно получить от комитета HL7, http://www.hl7.org

Коды общего характера

I10

МКБ-10

Международная классификация заболеваний ВОЗ, 10-й пересмотр

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

I10P

Система кодов процедур ICD-10  PCS

Дополнительную информацию см. на странице http://www/hcfa.gov/stats/icd10.icd10.htm

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

IBT

ISBT

Терминология переливания крови, International Society of Blood Transfusion.  Blood Group Terminology 1990.  VOX Sanquines 1990 58(2):152-169.

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

IC2

ICHPPC-2

Международная классификация нарушений здоровья, выявляемых системой первичной медицинской помощи (International Classification of Health Problems in Primary Care), Classification Committee of World Organization of National Colleges, Academies and Academic Associations of General Practitioners (WONCA), 3rd edition.

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

ICDO

Международная классификация онкологических заболеваний

Международная классификация онкологических заболеваний ВОЗ, 2-е издание (International Classification of Diseases for Oncology, 2nd Edition).  World Health Organization: Geneva, Switzerland, 1990

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

ICSD

Международная классификация нарушений сна

Международная классификация нарушений сна, руководство по диагностике и кодированию  (International Classification of Sleep Disorders Diagnostic and Coding Manual), 1990, можно получить от Американской ассоциации нарушений сна  (American Sleep Disorders Association), 604 Second Street SW, Rochester, MN  55902

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

ISO+

Таблица единиц измерения

Расширение стандарта ISO для кодов единиц измерения, предложенное в стандарте HL7 версии 2.4.

Коды единиц измерения

ISOnnnn

Коды, определен-ные Международ-ной организацией стандартизации ISO, где nnnn – номер таблицы ISO

Коды, определенные Международной организацией стандартизации ISO, где nnnn – номер таблицы ISO

Коды общего характера

IUPP

Коды свойств IUPAC/IFCC

Терминология и номенклатура свойств в клинической лабораторной науке. Международный союз по чистой и прикладной химии/Международная федерация клинической биохимии (International Union of Pure and Applied Chemistry/International Federation of Clinical Chemistry). The Silver Book: Compendium of terminology and nomenclature of properties in clinical laboratory sciences. Oxford: Blackwell Scientific Publishers, 1995. Можно получить от Henrik Olesen, M.D., D.M.Sc., Chairperson, Department of Clinical Chemistry, KK76.4.2, Rigshospitalet, University Hospital of Copenhagen, DK-2200, Copenhagen. http://inet.uni-c.dk/~qukb7642/

Специфичные нелекарственые коды

IUPC

Коды компонентов IUPAC/IFCC

Коды, идентифицирующие измеряемые химические компоненты.  Можно получить от Henrik Olesen, M.D., D.M.Sc., Chairperson, Department of Clinical Chemistry, KK76.4.2, Rigshospitalet, University Hospital of Copenhagen, DK-2200, Copenhagen. http://inet.uni-c.dk/~qukb7642/

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

LB

Местные коды счетов на оплату лечения

Местные коды/названия счетов на оплату лечения

Коды общего характера

LN

Логические названия и коды идентификаторов исследований (LOINC®)

Logical Observation Identifier Names and Codes. Regenstrief Institute, c/o LOINC, 1050 Wishard Blvd., 5th floor, Indianapolis, IN  46202.  317/630-7433. См.  http://www.regenstrief.org/loinc/loinc.htm. Версия  от января 2000 года насчитывает свыше 26000 идентификаторов, синонимов и перекрестных ссылок для лабораторных исследований и свыше 1500 – для клинических исследований

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

RC

Клиническая

Классификация –Read Classification

Классификация Read Clinical Classification of Medicine, Park View Surgery, 26 Leicester Rd., Loughborough LE11 2AG (наряду с кодами диагнозов включает в себя коды лекарств, процедур и т.д.).

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

SDM

Микроглоссарий SNOMED- DICOM

Можно получить от College of American Pathologists, Skokie, IL, 60077-1034. Ранее эта система кодирования имела имя 99SDM.

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

SNM

Систематизиро-ванная номенклатура медицины (SNOMED)

Systemized Nomenclature of Medicine, 2nd Edition 1984 Vols 1, 2, College of American Pathologists, Skokie, IL.

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

SNM3

Систематизиро-ванная номенклатура медицины SNOMED International

SNOMED International, 1993 Vols 1-4, College of American Pathologists, Skokie, IL, 60077-1034..

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

SNT

Ось T номенклатуры SNOMED (анатомическая локализация)

College of American Pathologists, 5202 Old Orchard Road, Skokie, IL 60077-1034.

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

UML

Система унифицирован­ного медицин­ского языка Unified Medical Language System

Национальная медицинская библиотека США (National Library of Medicine), 8600 Rockville Pike, Bethesda, MD 20894.

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

W1

Коды лекарств WHO record # drug codes (6 цифр)

Коды номеров записей Всемирной Организации Здравоохранения. Уникальный порядковый номер присвоен каждому однокомпонентному лекарству и каждому многокомпонентному лекарству. Каждый код имеет восемь цифр, шесть из них используются для идентификации активного агента, а  2 для идентификации соли однокомпонентного лекарства. Шестизначный код идентифицируется в системе W1, восьмизначный в системе W2.

Лекарствен-ные коды

W2

Коды лекарств WHO record # drug codes (8 цифр)

Коды номеров записей ВОЗ. Уникальный порядковый номер присвоен каждому однокомпонентному лекарству и каждому многокомпонентному лекарству. Каждый код имеет восемь цифр, шесть из них используются для идентификации активного агента, а  2 для идентификации соли однокомпонентного лекарства. Шестизначный код идентифицируется в системе W1, восьмизначный в системе W2.

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

W4

Коды WHO record # drug codes с расширениямиASTM

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

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

WC

WHO ATC

Коды ATC (анатомо-клинико-химическая классификация лекарств) ВОЗ обеспечивают иерархическую классификацию лекарств по терапевтическому действию. Они имеют ссылки на описанные выше коды номеров записей rec# code.

Лекарствен-ные коды

ОКАТО

Общероссийский классификатор объектов административно-территориального деления

 

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

ОКВ

Общероссийский классификатор валют

 

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

ОКДП

Общероссийский классификатор видов экономической деятельности, продукции и услуг

 

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

ОКЕИ

Общероссийский классификатор единиц измерения

 

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

ОКЗ

Общероссийский классификатор занятий

 

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

ОКИН

Общероссийский классификатор информации о населении

Имеет отдельные фасеты, например, 01 – пол, 11 – родство, свойство. Имя фасета образуется как ОКИН.xx, где хх – код фасета.

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

ОКИСЗН

Общероссийский классификатор информации по социальной защите населения

 

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

ОКНПО

Общероссийский классификатор начального профессионального образования

 

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

ОКОГУ

Общероссийский классификатор органов государственной власти и управления

 

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

ОКП

Общероссийский классификатор продукции

 

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

ОКПДТР

Общероссийский классификатор профессий рабочих, должностей служащих и тарифных разрядов

Имеет отдельные фасеты, например, 10 – категории должностей. Имя фасета образуется как ОКПДТР.xx, где хх – код фасета.

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

ОКПМУ

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

Отраслевой классификатор «Простые медицинские услуги» ОК № 91500.09.0001-2001

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

ОКПО

Общероссийский классификатор предприятий и организаций

 

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

ОКСВНК

Общероссийский классификатор специальностей высшей научной квалификации

 

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

ОКСКМУ

Отраслевой классификатор сложных и комплексных медицинских услуг

Отраслевой классифи-катор «Сложные и комплексные медицинские услуги» ОК № 91500.09.0002-2001

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

ОКСМ

Общероссийский классификатор стран мира

 

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

ОКСО

Общероссийский классификатор специальностей по образованию

 

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

ОКУД

Общероссийский классификатор управленческой документации

 

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

ОКЭР

Общероссийский классификатор экономических регионов

 

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

А.2.2.4.  Альтернативные компоненты (4,5,6) (для тройки компонентов 1, 2, 3)

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

Если компонент альтернативная система кодирования отсутствует, то подразумевается местная система кодирования.

Примечание.

Наличие двух наборов эквивалентных кодов в этом типе данных семантически отличается от повтора элемента типа CE. При повторе может передаваться несколько различных кодов с различными значениями.

А.2.3.   CK - составной идентификатор с контрольной цифрой

Компоненты: <идентификатор (NM)> ^ <контрольная цифра (NM)> ^ <код схемы контроля (ID)> ^ < система, присвоившая идентификатор (HD)>

Длина поля: 250.

Пример:

128952^6^M11^ADT01

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

А.2.3.1.   Идентификатор (NM).

А.2.3.2.   Контрольная цифра (NM).

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

А.2.3.3.   Код схемы контроля (ID)

Допустимые коды схемы контроля определены в стандартной таблице 0061.

Стандартная таблица 0061.  Схема контроля

Значение

Описание

M10

Алгоритм Mod 10

M11

Алгоритм Mod 11

ISO

ISO 7064: 1983

NPI

Алгоритм контрольного суммирования, используемый в идентификаторе US National Provider Identifier

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

«Предположим, что задан идентификатор 12345. Возьмите нечетные цифры, считая справа и умножьте записанное ими число, а именно,  531, на 2. В результате получится 1062. Возьмите четные цифры, считая справа (42), и припишите их перед результатом предыдущего умножения (1062). Получится число 421062. Сложите все шесть цифр (получится 15) и вычтите это число из ближайшего большего или равного кратного числа 10, а именно, 20. В результате получится однозначное число 5. Таким образом, для идентификатора 12345 контрольная цифра по схеме Mod10 равна 5.  Для числа 401 контрольная цифра по схеме Mod10 равна 0; для числа 9999 -  4; для 99999999 -  8».

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

Термины:

di

=

i-я цифра числа. Позиция цифры считается с единиц, затем идет цифра десятков, сотен и т.д.;

wi

=

вес i-й цифры, который зависит от ее позиции  по следующему правилу:  w = 2, 3, 4, 5, 6, 7, 2, 3, 4, 5, 6, 7, и т.д. (вес повторяется через каждые шесть позиций);

c

=

Контрольная цифра

Вычисления

(Шаг 1) m

=

сумма произведений (di * wi)

(Шаг 2) c1

=

m mod 11

(Шаг 3) если c1

=

0 то положить c1 = 1

(Шаг 4) c

=

(11 - c1) mod 10

Пример.

Если число равно 1234567, то его контрольная цифра по mod 11 равна 4

Вычисления в этом примере таковы:

M  = (7*2)+(6*3)+(5*4)+(4*5)+(3*6)+(2*7)+(1*2)

   = 14 + 18 + 20 + 20 + 18 + 14 + 2

   = 106

c1 = 106 mod 11

   = 7

c  = (11-c1) mod 10

   =  4 mod 10

   =  4

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

А.2.3.4.   Система, присвоившая идентификатор (HD)

В качестве системы, присвоившей идентификатор, используется уникальное имя приложения (организации или ее структурной единицы), присвоившего этот идентификатор. Этот компонент имеет тип данных HD. Коды систем, присваивающих идентификаторы, должны быть уникальны в данной реализации стандарта. Первый субкомпонент этого компонента должен браться из пользовательской таблицы 0363.

Пользовательская таблица 0363. Система, присвоившая идентификатор.

Значение

Описание

ISO

ISO 7064: 1983

МЗ

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

ФОМС

Фонд обязательного медицинского страхования

А.2.4.    CM – составное поле

Это поле представляет собой комбинацию других содержательных полей данных. Каждая ее порция называется компонентом. Конкретные компоненты полей типа CM определяются при их описании. Некоторые особые составные поля будут выделены и описаны ниже.

 Тип данных CM не должен использоваться для определения новых полей, не описанных в данном стандарте.

А.2.5. CN - составной идентификатор и фамилия, имя, отчество

Компоненты: <идентификатор (ST)> ^ <фамилия (ST)> ^ <имя (ST)> ^ <отчество или инициал (ST)> ^ <суффикс (например  Мл. или III) (ST)> ^ <префикс (например г-н) (ST)> ^ <степень (IS)> ^ <таблица-источник (IS)> ^ <система, присвоившая идентификатор (HD)>.

Длина поля: 250.

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

12372^ИВАНОВ^ИГОРЬ^МИХАЙЛОВИЧ^""^""^^ADT1

12372^^^^^^КТН^ADT1

^ИВАНОВ^^""^""^""

А.2.5.1.   Идентификатор (ST)

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

А.2.5.2.   Фамилия (ST)

А.2.5.3.   Имя (ST)

А.2.5.4.   Отчество или инициал (ST)

А.2.5.5.   Суффикс (ST)

Используется для указания суффикса фамилии, имени, отчества (например, мл. или III).

А.2.5.6.   Префикс (ST)

Используется для указания официального обращения к данному лицу (например, г-н).

А.2.5.7.   Степень (IS)

Используется для указания ученой степени, ученого звания или образовательного ценза. Значения берутся из пользовательской таблицы 0360.

 

Пользовательская таблица 0360. Ученая степень

Значение

Описание

AA

Член-корреспондент общества искусств

AAS

Член-корреспондент общества прикладных наук

ABA

Член-корреспондент экономического общества

AE

Член-корреспондент инженерного общества

AS

Член-корреспондент общества наук

BA

Бакалавр искусствоведения

BE

Бакалавр технических наук

BFA

Бакалавр изящных искусств

BN

Бакалавр медсестринских наук

BS

Бакалавр наук

BSL

Бакалавр юридических наук

BT

Бакалавр теологии

CER

Сертифицированный специалист

DBA

Доктор экономических наук

DED

Доктор педагогических наук

DIP

Дипломированный специалист

DO

Доктор остеопатии

HS

Специалист с высшим образованием

JD

Доктор юридических наук

MA

Магистр (кандидат) искусствоведения

MBA

Магистр (кандидат) экономических наук

MCE

Магистр (кандидат) строительных наук

MD

Доктор медицинских наук

MDI

Магистр богословия

ME

Магистр технических наук

MED

Магистр педагогических наук

MEE

Магистр электротехнических наук

MFA

Магистр изящных наук

MME

Магистр механики

MS

Магистр наук

MSL

Магистр юридических наук

NG

Специалист с незаконченным высшим образованием

PHD

Доктор философии

PHE

Доктор технических наук

PHS

Доктор наук

SEC

Специалист с сертификатом секретариата

TS

Специалист со средним техническим образованием

АЕН*[i]

Действительный член (академик) Российской академии естественных наук

АК

Действительный член других академий

АМН

Действительный член (академик) РАМН

АН

Действительный член (академик) РАН

КМН

Кандидат медицинских наук

КН

Кандидат наук

КПН

Кандидат педагогических наук

КТН

Кандидат технических наук

КФМН

Кандидат физико-математических наук

КЭН

Кандидат экономических наук

ЧК

Член-корреспондент других академий

ЧКАЕН

Член-корреспондент Российской академии естественных наук

ЧКАМН

Член-корреспондент РАМН

ЧКАН

Член-корреспондент РАН

* Эта и ниже следующие аббревиатуры набираются буквами русского алфавита.

А.2.5.8.   Таблица-источник (IS)

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

Пользовательская таблица 0297. Таблица-источник типа данных CN

Значение

Описание

Рекомендованных значений нет

 

А.2.5.9.  Система, присвоившая идентификатор (HD)

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

А.2.6. CNE – кодируемый элемент без исключений

Компоненты: <идентификатор (ST)> ^ <текст (ST)> ^ <имя системы кодирования (IS)> ^ <альтернативный идентификатор (ST)> ^ <альтернативный текст (ST)> ^ <имя альтернативной системы кодирования (IS)> ^ <идентификатор версии системы кодирования (ST)> ^ <идентификатор версии альтернативной системы кодирования (ST)> ^ <оригинальный текст (ST)>.

Длина поля: 250.

А.2.6.1.  Идентификатор (ST)

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

А.2.6.2.  Текст (ST)

Имя или описание объекта, например инфаркт миокарда или описание рентгеновского снимка. Имеет строковый тип данных (ST).

А.2.6.3.  Имя системы кодирования (IS)

Каждой системе кодирования присваивается уникальный идентификатор. Этот компонент используется для идентификации системы кодирования, принятой для первого компонента поля – идентификатора.

Сочетание идентификатора и имени системы кодирования должно быть уникальным кодом элемента данных. Каждая система кодирования имеет свой уникальный идентификатор. Примеры идентификаторов, используемые стандартом HL7, приведены в пользовательской таблице 0396. Другие идентификаторы могут быть добавлены по мере необходимости.

Когда в качестве идентификатора в поле типа CNE передается значение из пользовательской или стандартной таблицы, то компонент имени системы кодирования должен иметь значение HL7nnnn, где nnnn – номер таблицы.

А.2.6.4.  Альтернативные компоненты (4, 5, 6) (для тройки компонентов 1, 2, 3)

Эти три компонента определяются аналогично трем предыдущим, но относятся к альтернативной или местной системе кодирования. Особенности использования см. в разделе 0.

А.2.6.5.  Идентификатор версии системы кодирования (ST)

Этот компонент задает версию системы кодирования, используемой для компонентов 1-2.

А.2.6.6. Идентификатор версии альтернативной системы кодирования (ST)

Этот компонент задает версию системы кодирования, используемой для компонентов 4-5. Концептуально он относится к группе альтернативных компонентов.

А.2.6.7.  Оригинальный текст

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

А.2.6.8.  Примечания к использованию

Компоненты 1-3 и 7

Идентификатор должен присутствовать и иметь допустимое значение. Имя системы кодирования должно иметь значение из пользовательской таблицы 0396. Если же оно не задана, то подразумевается местная система кодирования.

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

Компонент 9

Этот компонент содержит оригинальный текст, содержанию которого были присвоены идентификаторы, передаваемые в компонентах 1 и 3. Компонент не обязателен.

Компоненты 3-6 и 8

Эти компоненты не обязательны. Они используются, если требуется передать местный или пользовательский код в целях обратных ссылок. Если они присутствуют, то должны следовать тем же правилам интерпретации, что описаны для компонентов 1-3 и 7.

Если обе четверки компонентов присутствуют, то идентификаторы, передаваемые в компонентах 4 и 1 должны иметь в точности одинаковое смысловое значение, то есть должны быть полными синонимами.

Использование типа данных CNE

Тип данных CNE используется, если надо передавать поле, значение которого в обязательном порядке кодируется.

А.2.6.9.  Примеры

При передаче результата общего анализа крови идентификатор исследования может передаваться как значение типа CNE, например:

718-7^^LN.

Это означает, что исследование имеет код 718-7 в классификации LOINC. На тот случай, если система-получатель сообщения не в состоянии расшифровать этот код, вместе с ним можно передать текст:

718-7^Гемоглобин^LN.

Более точной была бы передача еще и идентификатора версии классификации LOINC:

718-7^Гемоглобин^LN^^^^2.03.

Если для идентификации лабораторных анализов система-отправитель использует местную систему кодирования 99LAB версии 3, в которой исследование содержания гемоглобина имеет код 713, то идентификатор исследования будет иметь вид:

718-7^Гемоглобин^LN^713^^99LAB^2.03^3,

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

^Гемоглобин^LN^713^^99LAB^2.03^3,

А.2.7.CP – составная цена

Компоненты<цена (MO)> ^ <тип цены (ID)> ^ <от значения (NM)> ^ <до значения (NM)> ^ <единицы диапазона (CE)> ^ <вид интервала (ID)>

Пример:

10000&RUR^UP^0^9^min^P.

А.2.7.1.  Цена (MO)

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

Субкомпоненты цены:  <сумма (NM)> & <номинал (ID)>.

А.2.7.2.  Тип цены (ID)

Кодируемое значение, имеющее тип данных ID. Допустимые значения см. в стандартной таблице 0205.

Стандартная таблица 0205. Тип цены.

Значение

Описание

AP

Административная цена

DC

Прямая цена единицы

IC

Косвенная цена единицы

PF

Профессиональный гонорар лица, предоставившего услугу

TF

Плата за использование оборудования

TP

Общая цена

UP

Цена единицы, может относиться к продолжительности процедуры или услуги

 

А.2.7.3.  От значения (NM)

Этот и следующий компонент имеют тип данных NM и в сочетании образуют “интервал”. Интервал может задаваться в терминах суммы или продолжительности. Например, интервал может указывать, что первые 10 минут выполнения процедуры имеют одну цену.

Другой экземпляр типа данных CP может указывать в своих компонентах интервала, что за минуты с 10-й по 60-ю надо платить другую цену, а третий, последний экземпляр – что за минуты с 60-й по N-ю должна быть уплачена третья цена.

В том случае, если компонент <тип цены> имеет значение TP, компоненты <от значения> и <до значения> могут быть пустыми.

А.2.7.4.  До значения (NM)

См. выше определение компонента «от значения».

А.2.7.5.  Единицы диапазона (CE)

Кодируемое значение типа данных CE, которое берется из стандартной таблицы единиц измерения времени или количества.  Это значение определяет единицы, ассоциируемые с интервалом, например, секунды, минуты, часы, дни, количество (к примеру, сколько раз выполнена процедура); оно обязательно, если компоненты <от значения> и <до значения> не пусты.

Субкомпоненты единиц интервала: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (IS)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <наименование альтернативной системы кодирования (IS)>

А.2.7.6.  Вид интервала (ID)

Допустимые значения вида интервала см. в стандартной таблице 0298.

Стандартная таблица 0298. Вид интервала типа данных CP.

Значение

Описание

 

 

P

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

 

F

Твердая цена. Оплата данного интервала не зависит от той его части, которая была фактически предоставлена.

 

 

А.2.8. CQ  - количество + единицы измерения

Компоненты: <количество (NM)> ^ <единицы измерения (CE)>

А.2.8.1.  Количество (NM)

А.2.8.2.  Единицы измерения (CE)

Субкомпоненты единиц измерения: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (IS)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <наименование альтернативной системы кодирования (IS)>.

Единицы, в которых выражается количество. В зависимости от поля можно определить те или иные единицы измерения по умолчанию. Когда передаваемое количество измеряется в этих единицах, то второй компонент можно не передавать. Если количество выражается не в единицах по умолчанию, то единицы его измерения должны быть переданы как второй компонент.  Если используемые единицы измерения соответствуют стандарту ISO+, то они представляются аббревиатурами, записанными строчными буквами. Имя системы кодирования по умолчанию – ISO+.

В нижеприведенной таблице «Коды единиц измерения ISO+» перечислены аббревиатуры наиболее распространенных производных единиц измерения системы ISO. В ней также приведены аббревиатуры других распространенных единиц, например миллиэквивалент, а также международных единиц, скажем, миллиметр ртутного столба - mm(Hg); для представления подсчетов числа элементов, обнаруженных в какой-либо единице, используется знак операции деления без числителя, например /c. Эти дополнения не являются частью указанного выше стандарта ISO.

В этой таблице использованы те аббревиатуры единиц измерения, предназначенные для представления в одном регистре, что были предложены в стандартах ISO 2955-1983 (Обработка информации – представление единиц СИ и других единиц в системах с ограниченным набором символов).

Таблица. Коды единиц измерения ISO+

Код/аббревиатура

Наименование

/(arb_u)

*1 / произвольная единица

/iu

*1 / международная единица

/kg

*1 / килограмм

/L

 1 / литр

1/mL

*1 / миллилитр

10.L/min

*10 x литр / минута

10.L /(min.m2)

*10 x (литр / минута) / метр2 = литр / (минута x метр2)

10*3/mm3

*103 / кубический миллиметр (например, счетчик белых кровяных телец)

10*3/L

*103 / литр

10*3/mL

*103 / миллилитр

10*6/mm3

*106 / миллиметр3

10*6/L

*106 / литр

10*6/mL

*106 / миллилитр

10*9/mm3

*109 / миллиметр3

10*9/L

*109 / литр

10*9/mL

*109 / миллилитр

10*12/L

*1012 / литр

a/m

ампер на метр

(arb_u)

*произвольная единица

bar

бар (давление; 1 бар = 100 килопаскалей)

/min

число сокращений сердца или других событий в минуту

bq

Беккерель

(bdsk_u)

*единица Bodansky

(bsa)

*площадь поверхности тела

(cal)

*калория

1

*каталитическая фракция

/L

клетка / литр

cm

Сантиметр

cm_h20

*сантиметр водяного столба =H20 (давление)

cm_h20.s/L

сантиметр H20 / (литр/секунда) = (сантиметр H20 x секунда) / литр (например, среднее легочное сопротивление)

cm_h20/(s.m)

 (сантиметр H20 / секунда) / метр = сантиметр H20 / (секунда x метр) (например, произведение легочного давления на время)

(cfu)

*единица формирования колонии микроорганизмов

m3/s

кубический метр в секунду

d

день

db

децибел

dba

*шкала децибелов

cel

градус Цельсия

deg

градус угловой

(drop)

капля

10.un.s/cm5

дин x секунда / сантиметр5  (1 дин =  10 микроньютонов = 10 un) (например, общее сопротивление сосудистой системы)

10.un.s/(cm5.m2)

((дин x секунда) / сантиметр) / метр2  = (дин x секунда) / (сантиметр x метр2)     (1 дин  = 10 микроньютонов = 10 un) (например, общее сопротивление сосудистой системы / площадь поверхности тела)

Ev

электроно-вольт (1 электроно-вольт = 160.217 зептоджоулей)

eq

Эквивалент

f

Фарада (емкость)

fg

Фемтограмм

fL

Фемтолитр

fmol

Фемтомоль

/mL

*волокно / миллилитр

g

Грамм

g/d

*грамм / день

g/dL

грамм / децилитр

g/hr

грамм / час

g/(8.hr)

*грамм / 8-часовая смена

g/kg

грамм / килограмм (например, масса медикации на вес тела)

g/(kg.d)

(грамм / килограмм) / день = грамм / (килограмм x день) (например, масса медикации на вес тела в день)

g/(kg.hr)

(грамм / килограмм) / час = грамм / (килограмм x час) (например, масса медикации на вес тела в час)

g/(8.kg.hr)

(грамм / килограмм) /8 часовая смена = грамм / (килограмм x 8-часовая смена) (например, масса медикации на вес тела  в течение 8-часовой смены)

g/(kg.min)

(грамм / килограмм) / минута = грамм / (килограмм x минута) (например, масса медикации на вес тела в минуту)

g/L

грамм / литр

g/m2

грамм / метр2

(например, масса медикации на площадь поверхности тела)

g/min

грамм / минута

g.m/(hb)

грамм x метр / сокращение сердца (например, работа при сокращении желудочка)

g.m/((hb).m2)

(грамм x метр/ сокращение сердца) / метр2 = (грамм x метр) / (сокращение сердца x метр2)

(например, работа при сокращении желудочка на площадь поверхности тела,  индекс работы при сокращении желудочка)

g(creat)

*грамм креатинина

g(hgb)

*грамм гемоглобина

g.m

грамм-метр

g(tot_nit)

*грамм общего азота

g(tot_prot)

*грамм общего белка

g(wet_tis)

*грамм веса сырой ткани

gy

Грей (доза поглощенной радиации)

hL

гектолитр = 102 литра

h

Генри

in

дюйм

in_hg

дюйм ртутного столба (=Hg)

iu

*международная единица

iu/d

*международная единица / день

iu/hr

*международная единица / час

iu/kg

*международная единица / килограмм

iu/L

*международная единица / литр

iu/mL

*международная единица / миллилитр

iu/min

* международная единица / минута

j/L

джоуль/литр

(например, функция дыхания)

kat

*катал

kat/kg

*катал / килограмм

kat/L

*катал / литр

k/watt

Кельвин на ватт

(kcal)

килокалория (1 килокалория = 6.693 килоджоуля)

(kcal)/d

*килокалория / день

(kcal)/hr

*килокалория / час

(kcal)/(8.hr)

*килокалория / 8-часовая смена

kg

килограмм

kg(body_wt)

*килограмм веса тела

kg/m3

килограмм на кубический метр

kh/h

килограмм в час

kg/L

килограмм / литр

kg/min

килограмм в минуту

kg/mol

килограмм / моль

kg/s

килограмм в секунду

Kg/(s.m2)

(килограмм в секунду) / метр2 = килограмм / (секунда x метр2)

Kg/ms

килограмм на квадратный метр

Kg.m/s

килограммо-метр в секунду

Kpa

килопаскаль (1 mmHg = 0.1333 килопаскаля)

ks

килосекунда

(ka_u)

единица King-Armstrong

(knk_u)

*единица Kunkel

L

литр

L/d

*литр / день

L/hr

литр / час

L/(8.hr)

*литр / 8-часовая смена

L/kg

литр / килограмм

L/min

литр / минута

L/(min.m2)

(литр / минута) / метр2 = литр / (минута x метр2)

(например, сердечный выброс на площадь поверхности тела = сердечный индекс)

L/s

литр / секунда

(например, пиковый выдох)

L.s

литр / секунда / секунда2 = литр x секунда

lm

люмен

lm/m2

люмен / метр2

(mclg_u)

*единица MacLagan

mas

мегасекунда

m

метр

m2

метр 2 (например, площадь поверхности тела)

m/s

метр / секунда

M/s2

метр / секунда 2

ueq

*микроэквивалент

ug

микрограмм

ug/d

микрограмм / день

ug/dL

микрограмм / децилитр

ug/g

микрограмм / грамм

ug/hr

*микрограмм / час

ug(8hr)

микрограмм / 8-часовая смена

ug/kg

микрограмм / килограмм

ug/(kg.d)

(микрограмм / килограмм) /день = микрограмм / (килограмм x день) (например, масса дозы медикации на вес тела пациента в день)

ug/(kg.hr)

(микрограмм / килограмм) / час = микрограмм / (килограмм x час) (например, масса дозы медикации на вес тела пациента в час)

ug/(8.hr.kg)

(микрограмм / килограмм) / 8-часовая смена = микрограмм / (килограммx 8-часовая смена)

(например, масса дозы медикации на вес тела пациента в 8-часовую смену)

ug/(kg.min)

(микрограмм / килограмм) / минута  = микрограмм / (килограммx минута)

(например, масса дозы медикации на вес тела пациента в минуту)

ug/L

микрограмм / литр

ug/m2

микрограмм / метр2 (например, доза медикации в миллиэквивален­тах на площадь поверхности тела пациента)

ug/min

 микрограмм / минута

uiu

*микро - международная единица

ukat

*микрокатал

um

микрометр (микрон)

umol

микромоль

umol/d

микромоль / день

umol/L

микромоль / литр

umol/min

микромоль / минута

us

микросекунда

uv

микровольт

mbar

миллибар (1 миллибар = 100 паскалей)

mbar.s/L

миллибар / (литр / секунда) =(миллибар x секунда) / литр (например, сопротивление выдоха)

meq

*миллиэквивалент

meq/d

*миллиэквивалент / день

meq/hr

*миллиэквивалент / час

meq/(8.hr)

миллиэквивалент / 8-часовая смена

meq/kg

миллиэквивалент / килограмм (например, доза медикации в миллиэквивалентах на вес тела пациента)

meq/(kg.d)

(миллиэквивалент / килограмм) / день = миллиэквивалент / (килограмм x день) (например, доза медикации в миллиэквивалентах на вес тела пациента в день)

meq/(kg.hr)

(миллиэквивалент / килограмм) / час = миллиэквивалент / (килограммx час) (например, доза медикации в миллиэквивалентах на вес тела пациента в час)

meq/(8.hr.kg)

(миллиэквивалентs / килограмм) / 8-часовая смена  = миллиэквивалент / (килограммx 8-часовая смена) (например, доза медикации в миллиэквивалентах на вес тела пациента в 8-часовую смену)

meq/(kg.min)

(миллиэквивалентs / килограмм) / минута  = миллиэквивалент / (килограмм x минута) (например, доза медикации в миллиэквивалентах на вес тела пациента в минуту)

meq/L

миллиэквивалент / литр

 

миллиэквивалент / метр2 (например, доза медикации в миллиэквивален­тах на площадь поверхности тела пациента)

meq/min

миллиэквивалент / минута

mg

миллиграмм

mg/m3

миллиграмм / метр3

mg/d

миллиграмм / день

mg/dL

миллиграмм / децилитр

mg/hr

миллиграмм / час

mg/(8.hr)

миллиграмм / 8-часовая смена

mg/kg

миллиграмм / килограмм

mg/(kg.d)

(миллиграмм / килограмм) / день = миллиграмм / (килограмм день) (например, масса дозы медикации на вес тела пациента в день)

mg/(kg.hr)

(миллиграмм / килограмм) / час  = миллиграмм/ (килограмм x час) (например, масса дозы медикации на вес тела пациента в час)

mg/(8.hr.kg)

(миллиграмм / килограмм) /8 часовая смена = миллиграмм / (килограмм x 8 часовая смена) (например, масса дозы медикации на вес тела пациента в 8 часовую смену)

mg/(kg.min)

(миллиграмм / килограмм) / минута  = миллиграмм / (килограмм x минута) (например, масса дозы медикации на вес тела пациента в минуту)

mg/L

миллиграмм / литр

mg/m2

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

mg/min

миллиграмм / минута

mL

миллилитр

mL/cm_h20

миллилитр / сантиметр водяного столба (H20) (например, динамическое сокращение легких)

mL/d

*миллилитр / день

mL/(hb)

миллилитр / сокращение сердца (например, ударный объем)

mL/((hb).m2)

(миллилитр / сокращение сердца) / метр2 = миллилитр / (сокращение сердца x метр2) (например, индекс ударного объема желудочка)

mL/hr

* миллилитр / час

mL/(8.hr)

* миллилитр / 8-часовая смена

mL/kg

миллилитр / килограмм (например, объем дозы медикации или лекарства на вес тела пациента)

mL/(kg.d)

(миллилитр / килограмм) / день  = миллилитр / (килограмм x день) (например, объем дозы медикации или лекарства на вес тела пациента в день)

mL/(kg.hr)

(миллилитр / килограмм) / час = миллилитр / (килограмм x час) (например, объем дозы медикации или лекарства на вес тела пациента в час)

mL/(8.hr.kg)

(миллилитр / килограмм) / 8-часовая смена = миллилитр / (килограмм x 8-часовая смена) (например, объем дозы медикации или лекарства на вес тела пациента в 8-часовую смену)

mL/(kg.min)

(миллилитр / килограмм) / минута = миллилитр / (килограмм x минута) (например, объем дозы медикации или лекарства на вес тела пациента в минуту)

mL/m2

миллилитр / метр2 (например, объем дозы медикации или лекарства на площадь поверхности тела пациента)

mL/mbar

миллилитр / миллибар (например, динамическое сокращение легких)

mL/min

миллилитр / минута

mL/(min.m2)

(миллилитр / минута) / метр2  = миллилитр / (минута x метр2) (например, миллилитры назначенного вливания на площадь поверхности тела; индекс поглощения кислорода)

mL/s

миллилитр / секунда

mm

миллиметр

mm(hg)

*миллиметр (HG) (1 мм ртутного столба = 133.322 КПаскаль)

mm/hr

миллиметр / час

mmol/kg

миллимоль / килограмм  (например, молярная доза медикации на вес тела пациента)

mmol/(kg.d)

(миллимоль / килограмм) / день = миллимоль / (килограмм x день) (например, молярная доза медикации на вес тела пациента в день)

mmol/(kg.hr)

(миллимоль / килограмм) / час = миллимоль / (килограммx час) (например, молярная доза медикации на вес тела пациента в час)

mmol/(8.hr.kg)

(миллимоль / килограмм) / 8-часовая смена = миллимоль / (килограмм x 8-часовая смена) (например, молярная доза медикации на вес тела пациента в 8-часовую смену)

mmol/(kg.min)

(миллимоль / килограмм) / минута = миллимоль / (килограмм x минута) (например, молярная доза медикации на вес тела пациента в минуту)

mmol/L

миллимоль / литр

mmol/hr

миллимоль / час

mmol/(8hr)

миллимоль / 8-часовая смена

mmol/min

миллимоль / минута

mmol/m2

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

mosm/L

*миллиосм / литр

ms

миллисекунда

mv

милливольт

miu/mL

*миллиединица / миллилитр

mol/m3

моль на кубический метр

mol/kg

моль / килограмм

mol/(kg.s)

(моль / килограмм) / секунда = моль / (килограмм x секунда)

mol/L

моль / литр

mol/s

моль / секунда

ng

нанограмм

ng/d

нанограмм / день

ng/hr

нанограмм / час

ng/(8.hr)

нанограмм / 8-часовая смена

ng/L

нанограмм / литр

ng/kg

нанограмм / килограмм

ng/(kg.d)

(нанограмм / килограмм) / день = нанограмм / (килограмм x день) (например, масса дозы медикации на вес тела пациента в день)

ng/(kg.hr)

(нанограмм / килограмм) / час  = нанограмм / (килограмм x час) (например, масса дозы медикации на вес тела пациента в час)

ng/(8.hr.kg)

(нанограмм / килограмм) /8 часовая смена = нанограмм / (килограмм x 8 часовая смена) (например, масса дозы медикации на вес тела пациента в 8 часовую смену)

ng/(kg.min)

(нанограмм / килограмм) / минута  = нанограмм / (килограмм x минута) (например, масса дозы медикации на вес тела пациента в минуту)

ng/m2

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

ng/mL

нанограмм / миллилитр

ng/min

*нанограмм / минута

ng/s

*нанограмм / секунда

nkat

*нанокатал

nm

Нанометр

nmol/s

наномоль / секунда

ns

наносекунда

N

Ньютон (сила)

n.s

Ньютон секунда

(od)

*О.П. (оптическая плотность)

ohm

Ом (электрическое сопротивление)

ohm.m

Ом метр

osmol

осм

osmol/kg

осм на килограмм

osmol/L

осм на литр

/m3

*частица / метр3

/L

*частица / литр

/(tot)

*частица / общее число

(ppb)

*частиц на миллиард

(ppm)

*частиц на миллион

(ppth)

частиц на тысячу

(ppt)

частиц на триллион (10^12)

pal

Паскаль (давление)

/(hpf)

*в поле высокой напряженности

(ph)

*pH

pa

пикоампер

pg

пикограмм

pg/L

пикограмм / литр

pg/mL

пикограмм / миллилитр

pkat

*пикокатал

pm

пикометр

pmol

*пикомоль

ps

пикосекунда

pt

пикотесла

(pu)

*P.U.

%

процент

dm2/s2

Rem (roentgen equivalent man) = 10-2 метр2 / секунда2 = дециметр2 / секунда2 Доза ионизирующей радиации, эквивалентная 1 rad рентгеновского или гамма-излучения) [из словаря Dorland's Medical Dictionary]

sec

секунда дуги

sie

Сименс (электрическая проводимость)

sv

Сиверт

M2/s

квадратный метр / секунда

cm2/s

квадратный сантиметр / секунда

t

Тесла (плотность магнитного потока)

(td_u)

единица Todd

V

Вольт (единица разности электрических потенциалов)

1

объемная фракция

Wb

Вебер (магнитный поток)

*Звездочкой отмечены единицы, не соответствующие стандарту ISO, но не конфликтующие с ним.

Альтернативные коды единиц измерения

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

В первом случае имя системы кодирования, передаваемое в третьем субкомпоненте, должно иметь обозначение ОКЕИ, во втором это имя должно иметь обозначение L или 99zzz. В случае применения местных кодов единиц измерения текстовое наименование или описание кода должно также передаваться (во втором компоненте).

Это необходимо для того, чтобы система-получатель могла сравнить переданные ей результаты с результатами аналогичных измерений, полученных из других источников. Если во второй тройке субкомпонентов имя альтернативной системы кодирования опущено, подразумевается классификатор ОКЕИ.

Пример:

123.7^kg^^^КГ^^ОКЕИ  килограмм является единицей измерения массы, имеет буквенное обозначение kg в системе ISO+ и КГ в классификаторе ОКЕИ

А.2.9. CWE – кодируемый элемент с исключениями

Компоненты: <идентификатор (ST)> ^ <текст (ST)> ^ <имя системы кодирования (IS)> ^ <альтернативный идентификатор (ST)> ^ <альтернативный текст (ST)> ^ <имя альтернативной системы кодирования (IS)> ^ <идентификатор версии системы кодирования (ST)> ^ <идентификатор версии альтернативной системы кодирования (ST)> ^ <оригинальный текст (ST)>

Длина поля: 250.

А.2.9.1.  Идентификатор (ST)

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

А.2.9.2.  Текст (ST)

Имя или описание объекта, например инфаркт миокарда или описание рентгеновского снимка. Имеет строковый тип данных (ST).

А.2.9.3.  Имя системы кодирования (ST)

Каждой системе кодирования присваивается уникальный идентификатор. Этот компонент используется для идентификации системы кодирования, принятой для первого компонента поля - идентификатора.

Сочетание идентификатора и имени системы кодирования должно быть уникальным кодом элемента данных. Каждая система кодирования имеет свой уникальный идентификатор. Примеры идентификаторов, используемые стандартом HL7, приведены в пользовательской таблице 0396. Другие идентификаторы могут быть добавлены по мере необходимости.

Когда в качестве идентификатора в поле типа CE передается значение из пользовательской или стандартной таблицы, то компонент имени системы кодирования должен иметь значение HL7nnnn, где nnnn – номер таблицы.

А.2.9.4.  Альтернативные компоненты (4, 5, 6) (для тройки компонентов 1, 2, 3)

Эти три компонента определяются аналогично трем предыдущим, но относятся к альтернативной или местной системе кодирования. Особенности использования см. в разделе 0.

А.2.9.5.  Идентификатор версии системы кодирования (ST)

Этот компонент задает версию системы кодирования, используемой для компонентов 1-2.

А.2.9.6.  Идентификатор версии альтернативной системы кодирования (ST)

Этот компонент задает версию системы кодирования, используемой для компонентов 4-5. Концептуально он относится к группе альтернативных компонентов.

А.2.9.7.  Оригинальный текст

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

А.2.9.8.  Примечания к использованию

Обычно значения типа CWE являются кодированными, но бывают ситуации, когда в системе кодирования нет достаточного эквивалента оригинальному тексту. В этом случае код может отсутствовать.

Компоненты 1-3 и 7

Компоненты 1-3 и 7 используются одним из следующих трех способов:

1. Кодированное значение: идентификатор содержит значение, допускаемое данной системой кодирования. Имя системы кодирования должно иметь значение из пользовательской таблицы 0396. Если же оно не задана, то подразумевается местная система кодирования. Идентификатор версии может быть опущен. Текст, которому присваивается идентификатор, может быть опущен, но по возможности его лучше передавать в данном поле, поскольку это упрощает контроль точности кодирования, особенно при отладке системы.

Пример 1.

Значение результата исследования группы крови передается как поле типа CWE и закодировано по номенклатуре SNOMED International версии 3.4:

F-D1250^Группа O^SNM3^^^^3.4.

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

Пример 2.

Значение результата исследования передается как поле типа CWE, но только в виде текста, поскольку его вполне правильное клиническое значение Wesnerian не было найдено ни в одной из разрешенных систем кодирования:

^Wesnerian^SNM3^^^^3.4.

3. Данные отсутствуют. В этом случае в качестве значения типа CWE можно передать указание, описывающее причину отсутствия. Это указание берется из таблицы 0353; текст указания может быть опущен.

Пример 3.

Передача значения результата в случае, если исследование не было выполнено:

NAV^Не доступно^HL70353 ^^^^2.4.

Компонент 9

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

Компоненты 3-6 и 8

Эти компоненты не обязательны. Они используются, если требуется передать местный или пользовательский код в целях обратных ссылок. Если они присутствуют, то должны следовать тем же правилам интерпретации, что описаны для компонентов 1-3 и 7 типа данных CWE.

Если обе четверки компонентов присутствуют, то идентификаторы, передаваемые в компонентах 4 и 1 должны иметь в точности одинаковое смысловое значение, то есть должны быть полными синонимами.

Пример 4.

Значение результата исследования передается как поле типа CWE и закодировано по номенклатуре SNOMED International. Кроме того, для кодирования результата исследования системой-отправителем сообщения была использована местная таблица 99LAB версии 12.

F-D1250^Группа O^SNM3^O^Группа крови О^99LAB^3.4^12.

А.2.9.9.  Примечания к использованию типа данных CWE

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

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

 

Стандартная таблица 0353. Статус поля типа CWE

Значение

Описание

U

Не известно (Unknown)

UASK

Запрошено, но не известно (Asked but Unknown)

NAV

Не доступно (Not Available)

NA

Не применимо (Not Applicable)

NASK

Не запрошено (Not Asked)

Если кодированное значение надо уточнить текстовым модификатором, то можно использовать пару значений типа CWE. Первое значение должно иметь формат примера 1, то есть в нем должен присутствовать идентификатор, второе значение должно иметь формат примера 2, то есть идентификатор отсутствует, а компонент <текст> содержит требуемый модификатор.

А.2.10. CX – расширенный составной идентификатор с контрольной цифрой

Компоненты: <идентификатор (NM)> ^ <контрольная цифра (NM)> ^ <код схемы контроля (ID)> ^ <система, присвоившая идентификатор (HD)> ^ <код типа идентификатора (ID)> ^ <учреждение, присвоившее идентификатор (HD)> ^ <дата начала действия (DT)> ^ <дата прекращения действия (DT)>

Длина поля: 250.

Пример:

1234567^4^M11^ADT01^MR^Центральная клиническая больница.

А.2.10.1.  Идентификатор (ST)

Определяется так же, как и в типе данных CK (см. раздел 0, “А.2.3.   CK - составной идентификатор с контрольной цифрой. ”), с той лишь разницей, что вместо типа данных NM этот компонент имеет тип данных ST.

А.2.10.2.  Контрольная цифра (ST)

Определяется так же, как и в типе данных CK (см. раздел 0, “А.2.3.   CK - составной идентификатор с контрольной цифрой. ”), с той лишь разницей, что вместо типа данных NM этот компонент имеет тип данных ST. В типе данных CX контрольная цифра не является добавкой к идентификатору, который вычисляется программой формирования сообщений. Она является частью идентификатора, используемой приложением-отправителем. Если приложение-отправитель не включает автоматически генерируемую контрольную цифру в идентификатор, то данный компонент поля данных должен быть опущен.

А.2.10.3.  Код схемы контроля (ID)

Определяется так же, как и в типе данных CK (см. раздел 0, “А.2.3.   CK - составной идентификатор с контрольной цифрой. ”). Допустимые коды схемы контроля определены в стандартной таблице 0061.

Примечание.

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

А.2.10.4.  Система, присвоившая идентификатор (HD)

В качестве системы, присвоившего идентификатор, используется уникальное имя приложения, создавшего этот идентификатор. Этот компонент имеет тип данных HD. Коды систем, присваивающих идентификаторы, должны быть уникальны в данной реализации стандарта. Первый субкомпонент этого компонента должен браться из пользовательской таблицы 0363.

А.2.10.5.  Код типа идентификатора (ID)

Код, указывающий тип идентификатора. В некоторых случаях этот код может использоваться для уточнения значения компонента «Система, присвоившая идентификатор». Рекомендованные значения см. в стандартной таблице 0203.

Стандартная таблица 0203. Тип идентификатора.

Значение

Описание

AN

Номер лицевого счета

BA

Номер счета в банке

BR

Номер свидетельства о рождении

DL

Номер удостоверения личности

DN

Номер врачебной лицензии

DR

Регистрационный номер донора

EI

Номер личного дела работника (табельный номер)

EN

Идентификационный номер организации, предприятия или учреждения

FI

Идентификатор структурной единицы

GI

Внутренний идентификатор гаранта оплаты лечения

GN

Внешний идентификатор гаранта оплаты лечения

HC

Номер карточки пациента (оптической, электронной, магнитной)

LN

Номер диплома или лицензии

MCN

Номер микрочипа

MR

Номер истории болезни

NE

Национальный идентификатор организации, предприятия или учреждения

NH

Национальный идентификатор страховой программы

NI

Национальный уникальный идентификатор личности

NNxxx

Национальный идентификатор личности, где xxx- 3х-символьный (алфавитный) код страны из  таблицы ISO 3166

PI

Внутренний идентификатор пациента

PN

Личный номер

PRN

Идентификатор учреждения здравоохранения

PT

Внешний идентификатор пациента

RR

Номер пенсионного удостоверения

RRI

Номер в территориальном регистре

SS

Номер полиса ОМС

U

Не задан

VS

Номер карточки VISA

VN

Номер визита

XX

Ведомственный идентификатор

БИК

Код банка

ДМС

Номер полиса ДМС

КС

Корреспондентский счет банка

ИНН

Индивидуальный номер налогоплательщика

ОКОНХ

Номер в отраслевом классификаторе отраслей народного хозяйства

ОКПО

Номер в отраслевом классификаторе предприятий и организаций

Указанные ниже типы документа, удостоверяющего личность пациента, соответствуют кодировке налоговой декларации от 2000 года

D1

Паспорт гражданина СССР

D21

Паспорт гражданина Российской Федерации образца 1997 г.

D2

Паспорт другой страны

D3

Свидетельство о рождении (то же, что BR)

D4

Удостоверение личности офицера

D5

Справка об освобождении из мест лишения свободы

D7

Военный билет

D10

Заграничный паспорт

D11

Свидетельство о регистрации ходатайства иммигранта о признании его беженцем

D12

Удостоверение беженца

D99

Другой документ

 

А.2.10.6.  Учреждение, присвоившее идентификатор (HD)

Субкомпоненты: <код или наименование (IS)> & <универсальный идентификатор (ST)> & <тип универсального идентификатора (ID)>

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

А.2.10.7.  Дата начала действия (DT)

Дата, начиная с которой идентификатор действителен.

А.2.10.8.  Дата прекращения действия (DT)

Последняя дата действительности идентификатора.

А.2.11. DLN - номер удостоверения личности

Компоненты<регистрационный номер удостоверения (ST)> ^ <страна, край, область или иная административная единица, выдавшая удостоверение (IS)> ^ <срок действия (DT)>

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

А.2.11.1.  Регистрационный номер удостоверения (как тип данных ST)

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

А.2.11.2. Страна, край, область или иная административная единица, выдавшая удостоверение (IS)

Место выдачи удостоверения личности. Значения кодов берутся из пользовательской таблицы 0333.

Пользовательская таблица 0333. Место выдачи удостоверения личности

Значение

Описание

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

А.2.11.3.  Срок действия (DT)

Дата (тип данных DT), по которую действительно удостоверение личности.

А.2.12. DR – диапазон даты и времени

Компоненты<начало диапазона даты и времени (TS)> ^ <конец диапазона даты и времени (TS)>

А.2.12.1.  Начало диапазона даты и времени (TS)

Определение: первый компонент указывает начало заданного диапазона даты и времени.

А.2.12.2.  Конец диапазона даты и времени (TS)

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

А.2.13.  DT – дата

Формат: ГГГГ[ММ[ДД]]

Точность указания даты может быть ограничена до дня, месяца или года, используя спецификацию формата ГГГГ[ММ[ДД]]. Таким образом, формат ГГГГ позволяет указать дату с точностью до года, ГГГГММ – до месяца, а ГГГГММДД – до дня.

Примеры:

|20010704;|

|199503.

А.2.14.  ED – инкапсулированные данные

Компоненты: <приложение-источник (HD) > ^ <тип данных (ID)> ^ <подтип данных (ID))> ^ <метод кодирования (ID)> ^ <данные (ST)>.

Этот тип данных позволяет системе-источнику передавать инкапсулированные данные системе-получателю. Он содержит идентификацию системы-источника, типа данных, метода кодирования данных и собственно данные. Этот тип данных аналогичен типу RP (указатель), описанному в разделе 0, “RP – указатель”, с той разницей, что вместо указателя на данные, находящиеся в другой системе, он включает в себя сами эти данные.

А.2.14.1.  Приложение-источник (HD)

Уникальное имя, идентифицирующее систему, являющуюся источником данных. Формат и ограничения, используемые для имени приложения-источника, те же, что указаны в определении ссылочного типа данных (см. раздел 0, “А.2.30.2. Приложение-источник (HD)”).

Субкомпоненты: <код или наименование (IS)> & <универсальный идентификатор (ST)> & <тип универсального идентификатора (ID)>.

А.2.14.2.  Тип данных (ID)

Идентичен компоненту типа данных ссылочного типа данных (RP). (См. раздел 0, “А.2.30.3.   Тип ссылочных данных (ID)”).

Допустимые значения см. в стандартной таблице 0191.

А.2.14.3.  Подтип данных

Идентичен компоненту подтипа данных ссылочного типа данных (RP). (См. раздел А.2.30.4, “

А.2.30.4.   Подтип ссылочных данных (ID)”)

Допустимые значения см. в стандартной таблице 0291.

А.2.14.4.  Метод кодирования  (ID)

Если этот компонент указан, то он характеризует метод, используемый для представления последовательных байтов двоичных данных в виде печатаемых ASCII-символов. Допустимые значения см. в стандартной таблице 0299.

Стандартная таблица 0299. Метод кодирования

Значение

Описание

A

Без кодирования (данные уже представляют собой ASCII-символы).

Hex

Шестнадцатеричное кодирование – каждый байт данных кодируется парой шестнадцатеричных цифр.

Base64

Кодирование в соответствии с правилами MIME (Multipurpose Internet Mail Extensions – многоцелевые почтовые расширения Internet), изложенными в стандарте RFC 1521.  Четыре последовательных ASCII-символа представляют три последовательных байта двоичных данных. Метод кодирования Base64 использует 65-символьное подмножество таблицы US-ASCII, состоящее из прописных и строчных букв, цифр "0" - “9,а также знаков ” “+,” “/,” и “=”.

 

Метод кодирования Base64 формулируется следующим образом: адаптация стандарта MIME Internet, RFC 1521, который имеет преимущество над данным описанием.

При обработке 24-битовой входной группы (трех байтов) слева направо, каждая 6-битовая подгруппа используется как индекс в массиве из 64 печатаемых символов. Соответствующий этому индексу символ помещается в кодируемую строку. Этот массив символов показан в стандартной таблице 0290 и выбран таким образом, чтобы входящие в него символы были универсально представимыми.

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

Позиции выходных символов, которые не требуются для представления фактических входных данных, заполняются символом “=”.

Так как весь канонически закодированный выход представляет целое число входных байтов, то могут возникать только следующие ситуации: (1) входные данные имеют целое число 24-битовых групп, тогда закодированный выход содержит целое число 4-символьных групп, не дополненных символом “=”; (2) последняя группа входных данных содержит ровно 8 битов, тогда последняя группа закодированных символов содержит два содержательных символа и дополняется двумя символами “=”; (3) последняя группа входных данных содержит ровно 16 битов, тогда последняя группа закодированных символов содержит три содержательных символа и дополняется одним символом “=”.

Стандартная таблица 0290. Символы кодирования по методу MIME base64.

Значение

Код

Значение

Код

Значение

Код

Значение

Код

0

A

17

R

34

i

51

z

1

B

18

S

35

j

52

0

2

C

19

T

36

k

53

1

3

D

20

U

37

l

54

2

4

E

21

V

38

m

55

3

5

F

22

W

39

n

56

4

6

G

23

X

40

o

57

5

7

H

24

Y

41

p

58

6

8

I

25

Z

42

q

59

7

9

J

26

a

43

r

60

8

10

K

27

b

44

s

61

9

11

L

28

c

45

t

62

+

12

M

29

d

46

u

63

/

13

N

30

e

47

v

 

 

14

O

31

f

48

w

(дополне­ние)

=

15

P

32

g

49

x

 

 

16

Q

33

h

50

y

 

 

 

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

А.2.14.5.  Данные (ST)

Печатаемые ASCII-символы, представляющие данные, передаваемые приложением-источником приложению-получателю. В число допустимых входят те символы, что указаны в определении типа ST (см. 0, “ST – строка”).

Если же передаваемые данные надо предварительно закодировать, то должен быть использован один из методов кодирования, описанный в разделе А.2.14.2, «А.2.14.2.  Тип данных (ID)».

А.2.15. EI – идентификатор объекта

Компоненты: <идентификатор объекта (ST)> ^ <код или наименование (IS)> ^ <универсальный идентификатор (ST)> ^ <тип универсального идентификатора (ID)>.

Идентификатор объекта позволяет однозначно выделить этот объект среди других объектов.

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

В совокупности эти компоненты составляют значение типа HD (иерархический идентификатор), но здесь они представлены по отдельности.

Это сделано в целях совместимости с использованием типа данных EI в качестве компонента некоторых других типов данных. Определения компонентов 2-4 см. в разделе 0, «HD – иерархический идентификатор».

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

А.2.15.1.  Идентификатор объекта (ST)

Первый компонент, идентификатор объекта, должен быть уникальным для данной системы, заданной иерархическим идентификатором, представленным компонентами 2-4. (См. раздел « 0, HD – иерархический идентификатор».)

А.2.15.2.  Код или наименование (IS)

Рекомендованные значения см. в пользовательской таблице 0300.

А.2.15.3.  Универсальный идентификатор (ST) 

Определение см. в разделе 0, «А.2.18.2.  Универсальный идентификатор (ST)».

А.2.15.4.  Тип универсального идентификатора (ID)

Допустимые значения см. в стандартной таблице 0301. Определение см. в разделе 0, “А.2.18.3.  Тип универсального идентификатора (ID)”.

А.2.16.  FC – класс финансирования

Компоненты: <класс финансирования (IS)> ^ <дата ввода в действие (TS)>

А.2.16.1.  Класс финансирования (IS)

Этот компонент содержит класс финансирования, присвоенный лицу. Рекомендованные значения см. в пользовательской таблице 0064 .

Пользовательская таблица 0064. Класс финансирования

Значение

Описание

Рекомендованных значений нет

А.2.16.2.  Дата ввода в действие (TS)

Этот компонент содержит дату ввода в действие класса финансирования, указанного в первом компоненте.

А.2.17. FN – фамилия

Компоненты: <полная фамилия (ST)> ^ <префикс собственной фамилии (ST)> ^ <собственная фамилия (ST)> ^ <префикс супружеской фамилии (ST)> ^ <супружеская фамилия (ST)>.

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

При необходимости он позволяет отделить собственную фамилию лица от фамилии его супруга или супруги и отделить от фамилии ее префикс (например, "van" или "de"). Обычно этот тип данных используется не самостоятельно, а как компонент других составных типов (PPN, XCN, XPN).

А.2.17.1.  Полная фамилия (ST)

В большинстве западных стран фамилия указывается в конце полного имени лица.

А.2.17.2.  Префикс собственной фамилии (ST)

Используется при написании фамилий на германских языках. Примером префикса собственной фамилии служит "de" в фамилии “de Jong-van Beethoven”. Префикс выделяется в отдельный компонент, чтобы не влиял на порядок сортировки фамилий.

А.2.17.3.  Собственная фамилия (ST)

Часть полной фамилии, которая произведена от собственной фамилии. Этот компонент не обязателен. Если фамилия лица была официально заменена на супружескую или к ней была добавлена супружеская фамилия, то в этом компоненте можно передать собственную («девичью») фамилию.

Примечание.

Компоненты <префикс собственной фамилии>, <собственная фамилия>,  <префикс супружеской фамилии> и  <супружеская фамилия> обеспечивают декомпозицию таких сложных германских фамилий, как “de Jong-van Beethoven”. Если эти компоненты заполнены, то первый компонент, <полная фамилия>, тоже надо заполнить, например: de Jong-van Beethoven^de^Jong^van^Beethoven.

А.2.17.4.  Префикс супружеской фамилии (ST)

Используется при написании фамилий на германских языках. Примером префикса супружеской фамилии служит "van" в фамилии “de Jong-van Beethoven” Префикс выделяется в отдельный компонент, чтобы не влиял на порядок сортировки фамилий.

А.2.17. 5.  Супружеская фамилия (ST)

Часть полной фамилии лица, произведенная от фамилии супруга или супруги. Если таковой части нет, то этот компонент не заполняется.

Если фамилия супруга или супруги была официально заменена или к ней была добавлена супружеская фамилия, то в этом компоненте можно передать собственную («девичью» фамилию супруга или супруги.

А.2.18. HD – иерархический идентификатор

Компоненты: <код или наименование (IS)> ^ <универсальный идентификатор (ST)> ^ <тип универсального идентификатора (ID)>.

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

Когда значение типа HD идентифицирует систему, создающую или присваивающую идентификаторы, например, систему регистрации пациентов или фабрику Гознака, то оно определяет «систему, присваивающую идентификаторы». Когда значение типа HD идентифицирует место, где выдаются экземпляры идентификаторов (хотя они могут создаваться в другом месте, например, дипломы печатаются на фабрике Гознака), например, ВУЗ, то оно определяет «учреждение, присваивающее идентификаторы». Эти две различные смысловые нагрузки значения типа HD появляются во многих других составных типах данных.

«Система, присваивающая идентификаторы», определенная значением типа HD, играет ту же роль, что система кодирования (и версия) по отношению к кодируемым с ее помощью данным: обе системы ведут множество более дискретных экземпляров идентификаторов.

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

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

Синтаксически иерархический идентификатор представляет собой группу из двух идентификаторов: один задается первым компонентом, а другой – вторым и третьим компонентами. Вторые компоненты тех иерархических идентификаторов, у которых задан третий компонент (тип универсального идентификатора), должны быть уникальными среди идентификаторов этого типа.

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

Примечание.

Если первый компонент типа данных HD задан, то второй и третий компоненты являются не обязательными. Если третий компонент задан, то должен быть задан и второй компонент (хотя первый в этом случае является не обязательным). Таким образом, второй и третий компонент должны либо оба иметь значение (оба не пустые), либо оба быть опущенными (иметь пустое значение).

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

А.2.18.1.  Код или наименование (IS)

Значения кода берутся из пользовательской таблицы 0300.

Пользовательская таблица 0300. Код или наименование

Значение

Описание

Рекомендованных значений нет

А.2.18.2.  Универсальный идентификатор (ST)

Второй компонент типа данных HD, универсальный идентификатор, представляет собой строку, формат которой определяется значением третьего компонента (тип универсального идентификатора).

С течением времени универсальный идентификатор должен оставаться уникальным среди всех идентификаторов этого типа. Его формат строго определен. Каждый универсальный идентификатор должен соответствовать одной из специальных схем присваивания идентификаторов (задаваемой типом универсального идентификатора).

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

А.2.18.3.  Тип универсального идентификатора (ID)

Третий компонент управляет интерпретацией второго компонента типа данных HD. Если третий компонент имеет значение, взятое из стандартной таблицы 0301, то второй компонент является универсальным идентификатором этого типа.

Стандартная таблица 0301. Тип универсального идентификатора.

Значение

Описание

DNS

Имя узла Internet (целые числа или ASCII-строки, разделенные точками).

GUID

То же, что UUID.

HCD

Идентификатор классификаторов здравоохранения, принятый Европейским институтом стандартизации CEN (Healthcare Coding Scheme Designator). (Идентификаторы в стандарте DICOM следуют этой схеме присваивания идентификаторов.)

HL7

Зарезервирован для будущих схем регистрации идентификаторов в стандарте HL7

ISO

Идентификатор объекта Международной организации стандартизации ISO (International Standards Organization)

L,M,N

Зарезервирован для местных схем классификации.

Random

Обычно представляет собой строку случайных битов, закодированную по методу base64.

Уникальность идентификаторов зависит от длины битовой строки. Почтовые системы нередко генерируют «уникальные имена» в виде комбинации случайной строки битов и имени системы. Конечно, такое комбинированное имя не обязано содержать только символы из набора base64.

UUID

Универсальный уникальный идентификатор DCE Universal Unique Identifier

x400

Формат идентификатора X.400 MHS

x500

Имя каталога X.500

 

 

Примечание.

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

Примеры:

^1.2.34.4.1.5.1.5.1,1.13143143.131.3131.1^ISO

^14344.14144321.4122344.14434.654^GUID

^falcon.iupui.edu^DNS

^40C983F09183B0295822009258A3290582^RANDOM

LAB1                       Только для местных целей:  идентификатор типа HD, который выглядит как идентификатор типа IS.

PathLab^UCF.UC^L      Местный идентификатор типа HD, у которого средний компонент сам структурирован. Идентификаторы 'PathLab' и 'UCF.UC' эквивалентны.

LAB1^1.2.3.3.4.6.7^ISO    Иерархический идентификатор, состоящий из местного имени системы и идентификатора объекта ISO в качестве суффикса.

^1.2.344.24.1.1.3^ISO   Иерархический идентификатор, состоящий только из универсального идентификатора ISO.

А.2.19. ID – стандартное табличное значение

Значение такого поля следует тем же правилам, что и значение типа ST, с той разницей, что допустимые варианты значения берутся из стандартной таблицы. С каждым значением типа ID должен быть связан номер стандартной таблицы. Этот тип данных должен использоваться только для стандартных табличных значений. Обратное не верно, поскольку в некоторых ситуациях для передачи стандартных табличных значений более уместен тип данных CE.

А.2.20. IS – пользовательское табличное значение

Значение такого поля следует тем же правилам, что и значение типа ST, с той разницей, что допустимые варианты значения берутся из местной, или пользовательской таблицы. С каждым значением типа IS должен быть связан номер пользовательской таблицы.

Этот тип данных должен использоваться только для пользовательских табличных значений. Обратное не верно, поскольку в некоторых ситуациях для передачи пользовательских табличных значений более уместен тип данных CE.

А.2.21. JCC – код специальности/классификация должности

Компоненты:      <код специальности (IS)> ^ <классификация должности (IS)>

А.2.21.1.  Код специальности (IS)

Этот компонент содержит код специальности лица. См. пользовательскую таблицу 0327.

Пользовательская таблица 0327. Код специальности.

Значение

Описание

Коды берутся из Общероссийского классификатора специальностей по образованию (ОКСО)

 

А.2.21.2.  Классификация должности (IS)

Этот компонент содержит код класса должности лица. См. пользовательскую таблицу 0328.

Пользовательская таблица 0328. Классификация должности.

Значение

Описание

Коды берутся из фасета 10 – категории должностей Общероссийского классификатора профессий рабочих, должностей служащих и тарифных разрядов (ОКПДТР)

А.2.22. MA – многоканальный массив

Компоненты:  <считывание с канала 1 (NM)> ^ < считывание с канала 2 (NM)> ^ ... ^ < считывание с канала n (NM)>.

Этот тип данных используются для передачи оцифрованных многоканальных сигналов (например, оцифрованных данных, получаемых от аналого-цифрового преобразователя либо от иного источника цифровых данных). Каждый компонент имеет числовой тип данных NM и представляет моментальное считывание с определенного канала. Передаче значений типа MA обычно предшествует передача определения каналов (см. раздел 0, “А.2.1.  CD – определение канала”).

А.2.23. MO - деньги

Компоненты:  <сумма (NM)> ^ <номинал (ID)>.

А.2.23.1.  Сумма (NM)

Первый компонент представляет собой величину денежной суммы.

А.2.23.2.  Номинал (ID)

Второй компонент представляет собой денежную единицу (номинал), в котором выражается сумма. Значения компонента номинала должны браться из таблицы ISO-4217 или из соответствующего ему Общероссийского классификатора валют (ОКВ). По умолчанию используется российский рубль.

Примеры:

99.50^USD

21000^RUR,

где USD - код ISO-4217 для доллара США, а RUR – код ISO-4217 для российского рубля.

А.2.24.    NA – числовой массив

Компоненты:  <элемент 1 (NM)> ^ <элемент 2 (NM)> ^ ... ^ <элемент n (NM)>.

Этот тип данных используется для представления массивов числовых значений, каждое из которых имеет тип данных NM. Значение типа NA может содержать одномерный массив (вектор или строку) чисел.

Пример:

125^34^-22^-234^569^442^-212^6               вектор из 8 чисел.

А.2.25.    NM – число

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

Примеры:

999

‑123.792.

Ведущие нули, а также концевые нули после десятичной точки считаются незначащими. Например, два числа с разными представлениями, “01.20” и “1.2”, являются идентичными. За исключением необязательного ведущего знака (+ или -) и необязательной десятичной точки (.) в числе не допускается появление не цифровых символов таблицы ASCII.

Так, значение <12 должно кодироваться или как структурированное число, имеющее тип данных SN (структурированное число), что является предпочтительным вариантом, или как строка типа ST (допустимый, но не предпочтительный вариант).

А.2.26. PL – местонахождение пациента

Компоненты:  <место лечения (IS)> ^ <палата (IS)> ^ <койка (IS)> ^ <отделение или учреждение (HD)> ^ <состояние местонахождения (IS)> ^ <тип местонахождения (IS)> ^ <корпус (IS)> ^ <этаж (IS)> ^ <описание местонахождения (ST)>.

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

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

корпус

этаж

место лечения

палата

койка

А.2.26.1.  Место лечения (IS)

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

Пользовательская таблица 0302. Место лечения

Значение

Описание

Рекомендованных значений нет

 

А.2.26.2.  Палата (IS)

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

Пользовательская таблица 0303. Палата

Значение

Описание

Рекомендованных значений нет

 

А.2.26.3.  Койка (IS)

Койка, на которую может быть размещен пациент. После палаты это следующий уровень детализации местонахождения лица. См. пользовательскую таблицу 0304.

Пользовательская таблица 0304. Койка

Значение

Описание

Рекомендованных значений нет

 

А.2.26.4.  Отделение или учреждение (HD)

Наиболее общее указание местонахождения. (Определение типа данных HD см. в разделе 0, «HD – иерархический идентификатор»).

А.2.26.5.  Состояние местонахождения (IS)

Состояние местонахождения (например, койки). См. пользовательскую таблицу 0306.

Пользовательская таблица 0306. Состояние местонахождения.

Значение

Описание

Рекомендованных значений нет

 

А.2.26.6.  Тип местонахождения (IS)

Может включать в себя такие значения, как отделение, клинику, стационар, врачебный кабинет. Рекомендуемые значения см. в пользовательской таблице 0305.

Пользовательская таблица 0305. Тип размещения.

Значение

Описание

АМБ

Амбулаторный прием в стационаре

ВК

Врачебный кабинет

ВРЕМ

Другое временное размещение, кроме реанимации и послеоперационной

ДОМ

Лечение на дому

ДСТ

Другой стационар

ДСТОТ

Отделение другого стационара

ОПЕР

На операции или в послеоперационном отделении

ПОЛИ

Поликлиника

ПООТ

Отделение поликлиники

ПОСТ

Постоянное (в стационаре)

ПРОЦ

Процедурный кабинет

РЕАН

В реанимации

СТ

Стационар

СТОД

Стационар одного дня

СТОТ

Отделение стационара

А.2.26.7.  Корпус (IS)

Следующий уровень детализации местонахождения после учреждения. См. пользовательскую таблицу 0307.

Пользовательская таблица 0307. Корпус.

Значение

Описание

Рекомендованных значений нет

 

А.2.26.8.  Этаж (IS)

Следующий уровень детализации местонахождения после корпуса. См. пользовательскую таблицу 0308.

Пользовательская таблица 0308. Этаж.

Значение

Описание

Рекомендованных значений нет

 

А.2.26.9.  Описание местонахождения (ST)

Описание местонахождения в виде свободного текста.

А.2.26.10.  Примеры

Пациент находится в неврологическом отделении (код 14), палата 502:

^502^^14^^ПОСТ.

То же с указанием главного корпуса (код 1), этажа (8), сестринского поста (2) и описания местонахождения:

2^502^^14^^ПОСТ^1^8^двухместная палата

Пациент находится во врачебном кабинете 316 поликлиники (код 222):

316^^^222^^ВК.

А.2.27.  PPN – штамп исполнителя

Компоненты<идентификатор лица (ST)> ^ <фамилия (FN)> ^ <имя (ST)> ^ <отчество или инициал (ST)> ^ <суффикс (например, JR (младший) или III (третий)) (ST)> ^ <обращение (например, Д-р.) (ST)> ^ <степень (например, КМН) (IS)> ^ <идентификатор таблицы-источника (IS)> ^ <система, присвоившая идентификатор (HD)> ^ <код типа ФИО (ID)> ^ <контрольная цифра идентификатора (ST)> ^ <схема контрольного суммирования (ID)> ^ <код типа идентификатора (IS)> ^ <учреждение, присвоившее идентификатор (HD)> ^ <дата и время выполнения действия (TS)> ^ <код представления ФИО (ID)> ^ <контекст фамилии (CE)> ^ <интервал действия фамилии (DR> ^ <порядок сборки фамилии (ID)>.

Субкомпоненты фамилии: <полная фамилия (ST)> & <префикс собственной фамилии (ST)> & <собственная фамилия (ST)> & <префикс супружеской фамилии (ST)> & <супружеская фамилия (ST)>

Субкомпоненты контекста фамилии: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (IS)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <имя альтернативной системы кодирования (IS)>

Субкомпоненты интервала действия фамилии: <начало диапазона даты и времени (TS)> & <конец диапазона даты и времени (TS)>

Длина поля: 250.

Этот тип данных эквивалентен типу данных XCN, соединенному с типом данных TS.

А.2.27.1.  Идентификатор лица (ST)

Кодируемый идентификатор, значения которого берутся из пользовательской таблицы, заданной 8-м компонентом. Если первый компонент присутствует, то либо идентификатор таблицы-источника, либо система, присвоившая идентификатор должны быть указаны.

А. 2.27.2. Фамилия (FN)

Фамилия лица. Описание типа данных FN см. в разделе 0, “FN – фамилия”.

А.2.27.3.  Имя (ST)

Первое имя лица.

А.2.27.4.  Отчество или инициал (ST)

Отчество или инициал лица, все другие имена кроме первого и фамилии. Если в этом компоненте указано несколько имен, они должны разделяться пробелом.

А.2.27.5.  Суффикс (ST)

Используется для указания суффикса фамилии, имени, отчества (например, мл. или III).

А.2.27.6.  Префикс (ST)

Используется для указания официального обращения к данному лицу (например, г-н).

А.2.27.7.  Степень (IS)

Используется для указания ученой степени, ученого звания или образовательного ценза лица. Рекомендованные значения см. в пользовательской таблице 0360.

А.2.27.8.  Идентификатор таблицы-источника (IS)

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

А.2.27.9.  Система, присвоившая идентификатор (HD)

Этот компонент указывает систему (учреждение, организацию, структурную единицу, компьютерное приложение), присвоившую лицу данный идентификатор. Он имеет тип данных HD (см. раздел 0, “HD – иерархический идентификатор”).

А.2.27.10.  Код типа ФИО (ID)

Код, описывающий тип фамилии, имени и отчества лица. Допустимые значения см. в стандартной таблице Ошибка! Источник ссылки не найден. (см. раздел 0, «XPN – расширенные фамилия, имя. Отчество»).

А.2.27.11.  Контрольная цифра (ST)

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

А.2.27.12.  Код схемы контроля (ID)

Допустимые коды схемы контроля определены в стандартной таблице 0061.

А.2.27.13.  Код типа идентификатора (IS)

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

А.2.27.14.  Учреждение, присвоившее идентификатор (HD)

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

А.2.27.15.  Дата и время выполнения действия (TS)

Этот компонент указывает дату и время выполнения действия.

Примечание.

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

А.2.27.16.  Код представления ФИО (ID)

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

Примечание.

Этот компонент остается в «алфавитном» представлении» в каждом повторении данного поля, использующего эти типы данных. Иначе говоря, даже в том случае, когда фамилия передается в идеографическом представлении, этот компонент все равно должен быть в алфавитном представлении.

Таблица 0465. Представление ФИО/наименования/адреса.

Значение

Описание

I

Идеографическое (например Kanji)

A

Алфавитное (например, с кодовой таблицей по умолчанию или с иной однобайтовой таблицей)

P

Фонетическое (например, ASCII, Katakana, Hiragana и т.д.)

 

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

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

А.2.27.17.  Контекст фамилии (CE)

Компоненты: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (IS)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <имя альтернативной системы кодирования (IS)>.

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

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

Пользовательская таблица 0448. Контекст фамилии.

Значение

Описание

Рекомендованных значений нет

А.2.27.17.  Интервал действия фамилии (DR)

Компоненты: <начало диапазона даты и времени (TS)> & <конец диапазона даты и времени (TS)>

Этот компонент указывает срок действия данных фамилии, имени, отчества. Описание типа данных DR см. в разделе 0, «DR – диапазон даты и времени».

А.2.27.18.  Порядок сборки фамилии (ID)

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

 

Стандартная таблица 0444. Порядок сборки фамилии

Значение

Описание

G

Префикс, имя, отчество, фамилия, суффикс

F

Префикс, фамилия, имя, отчество, суффикс

А.2.28. PT – тип обработки

Компоненты: < тип прикладной обработки (ID)> ^ <режим обработки (ID)>

Этот тип данных указывает, как надо обрабатывать сообщение на прикладном уровне (на уровне 7).

А.2.28.1.   Тип прикладной обработки (ID)

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

Стандартная таблица 0103. Тип обработки

Значение

Описание

D

Отладка

P

Производственная обработка

T

Обучение

 

А.2.28.2.   Режим обработки (ID)

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

Стандартная таблица 0207. Режим обработки.

Значение

Описание

A

Архивирование

R

Восстановление из архива

I

Начальная загрузка

T

Текущая обработка, передача с интервалами (в заданное время или по требованию)

Не задано

По умолчанию подразумевает текущую обработку

 

А.2.29. RI – интервал повтора

Компоненты<шаблон повторений (IS)> ^ <явное время (ST)>

Определение: это поле содержит интервал времени между повторными назначениями. По умолчанию, если интервал не задан, назначение должно быть однократным. Определение этого поля эквивалентно определению компонента интервала типа данных TQ (количество/срок), см. раздел 0, «А.2.37.2.   Компонент интервала (CM)».

А.2.29.1.   Шаблон повторений (IS)

Рекомендованные значения шаблона повторений см. в пользовательской таблице 0335. Дальнейшие детали см. в разделе 0,                    Шаблон повторений»

А.2.29.2.   Явный интервал времени (ST)

Второй компонент в явном виде задает моменты времени, соответствующие коду, указанному в первом компоненте. Он имеет формат «ЧЧММ,ЧЧММ,ЧЧММ,…».

Данный компонент используется для уточнения кода, переданного в первом компоненте, в ситуации, когда административно назначенные времена могут меняться в пределах данного медицинского  учреждения. Дальнейшие детали см. в разделе 0, «Субкомпонент явного времени».

А.2.30.    RP – указатель

Компоненты: <указатель (ST)> ^ <приложение-источник (HD) > ^ <тип ссылочных данных (ID)> ^ <подтип ссылочных данных (ID)>

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

А.2.30.1.   Указатель (ST)

Уникальный ключ, присвоенный системой, которая хранит данные. Этот ключ имеет тип данных ST и используется для идентификации данных и для доступа к ним.

А.2.30.2.   Приложение-источник (HD)

Уникальное имя, идентифицирующее систему, являющуюся источником данных. Оно имеет тип данных HD (см. раздел 0, “HD – иерархический идентификатор”) и эквивалентно идентификатору приложения в номере заказа у заказчика или у исполнителя. Идентификаторы приложений должны быть уникальны в рамках данной реализации стандарта.

Субкомпоненты: <код или наименование (IS)> & <универсальный идентификатор (ST)> & <тип универсального идентификатора (ID)>

А.2.30.3.   Тип ссылочных данных (ID)

Задает тип данных, на которые ссылается указатель. Допустимые значения см. в стандартной таблице 0191.

Стандартная таблица 0191. Тип ссылочных данных

Значение

Описание

AP

Другие прикладные данные, обычно не интерпретируемые двоичные данные

AU

Аудиоданные

IM

Изображение

Multipart

Пакет данных, закодированных в соответствии с MIME multipart

TEXT

Машиночитаемый текстовый документ

 

А.2.30.4.   Подтип ссылочных данных (ID)

Этот компонент имеет тип данных ID. Он уточняет общий формат, указанный в компоненте «тип ссылочных данных». Допустимые значения см. в стандартной таблице 0291.

Стандартная таблица 0291. Подтип ссылочных данных

Значение

Описание

BASIC

Аудиоданные ISDN PCM

DICOM

Данные в стандарте Digital Imaging and Communications in Medicine

FAX

Факсимильные данные

GIF

Изображение в формате Graphics Interchange Format

HTML

Данные на языке Hypertext Markup Language

JOT

Рукописные начертания (электронные чернила). Стандарт Jot 1.0.

JPEG

Изображение в формате Joint Photographic Experts Group

Octet-stream

Не интерпретируемые двоичные данные

PICT

Изображение в формате PICT

PostScript

Данные в формате PostScript

RTF

Данные в формате Rich Text Format

SGML

Данные на языке Standard Generalized Markup Language

TIFF

Изображение в формате TIFF

x-hl7-cda-level-one

Документ HL7 Clinical Document Architecture Level One

XML

Данные на языке Extensible Markup Language (начиная с версии 2.3.1 стандарта HL7)

А.2.30.5. Сочетания тип-подтип

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

Стандарт допускает добавление дополнительных подтипов данных. Кроме того, местными соглашениями можно вводить нестандартные подтипы. Имена всех таких подтипов должны начинаться с буквы Z, чтобы их можно было отличить от стандартных подтипов.

Подтипы изображений

TIFF = изображение в формате TIFF

Формат TIFF (Tagged Image File Format) является одним из наиболее распространенных форматов хранения сканированных (растровых) изображений. Его первая версия была разработана в 1986 году фирмой Aldus Corporation в качестве стандарта кодирования сканированных изображений. Официальной версией стандарта TIFF теперь распоряжается фирма Adobe Corporation. Формат TIFF был специфицирован в документе “TIFF, Revision 6.0.” Adobe Systems Incorporated, 1585 Charleston Road, P.O. Box 7900, Mountain View, CA  94039-7900. Tel. (415) 961-4400.

Подтип “TIFF” подразумевает признание этого торгового знака  и всех прав, которые числятся за ним.

PICT = изображение в формате PICT

Формат PICT также принадлежит к числу наиболее распространенных форматов хранения сканированных изображений. Он был разработан фирмой Apple Computer, Inc., Cupertino, California. Официальное определение формата PICT можно найти в серии книг “Inside Macintosh,” опубликованной издательством Addison-Wesley Publishing Company, Reading, Massachusetts.

DICOM = стандарт Digital Imaging and Communications in Medicine (DICOM

Стандарт DICOM является совместной разработкой Американского института радиологии ACR (American College of Radiology) и Национальной ассоциации производителей электрического оборудования NEMA (National Electrical Manufacturers Association). Он предназначен для обмена изображениями лучевой диагностики и сопутствующими им данными. Он был зарегистрирован под названием NEMA PS3. Его можно получить по адресу:

NEMA
2101 L Street NW
Washington, DC 20037

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

Изображения этого подтипа должны кодироваться в соответствии с форматом Generic DICOM File Format, определенным в стандарте DICOM, часть 10, Media Storage and File Format (NEMA PS3.10). Это кодирование должно выполняться согласно определениям информационного объекта изображения (Image Information Object Definitions), приведенным в стандарте DICOM, часть 3 (NEMA PS3.3), определениям структуры и семантики данных (Data Structure and Semantics), приведенным в стандарте DICOM, часть 5 (NEMA PS3.5), и в соответствии со словарем данных  (Data Dictionary), приведенным в стандарте DICOM, часть 6 (NEMA PS3.6).

Формат Generic DICOM File Format состоит из двух частей: заголовка DICOM File Meta Information Header, непосредственно за которым следуют данные (DICOM Data Set).  Эти данные содержат одно или несколько изображений в соответствии с частью 10 стандарта DICOM.

Заголовок DICOM File Meta Information Header наряду с прочей информацией содержит уникальный идентификатор синтаксиса передачи (Transfer Syntax UID), который полностью определяет способ кодирования данных в соответствии с частью 5 стандарта DICOM.

Способ кодирования определяет порядок следования битов изображения в байтах (big endian, little endian byte ordering), а также метод сжатия изображений, наследуемый из стандарта JPEG (Joint Photographics Experts Group), опубликованный в документах ISO/IS 10918-1 и 10918-2. Идентификатор синтаксиса передачи закодирован с использованием упорядочения битов little endian, как это требуется в части 10 стандарта DICOM.

FAX = факсимильные данные

Формат факсимильных данных специфицирован в стандартах ITU-T (CCITT) F1.60, F1.80, F1.82 и F1.84.

Jot = рукописные начертания (электронные чернила) согласно стандарту Jot 1.0.

Стандарт JOT был совместно предложен фирмами Slate Corporation, Microsoft, Apple, Lotus, GO, и General Magic. Он обеспечивает передачу рукописных заметок, набросков, подписи и других свободных начертаний. На его основе переносные компьютеры или рабочие станции с устройством ввода – пером могут представлять и передавать введенную информацию.

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

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

Стандарт JOT 1.0 можно получить по адресу:

Software Publishers Association
1730 M Street Northwest, Suite 700
Washington, DC 20036-4510
202-452-1600

              Подтипы аудиоданных:

basic = аудиоданные ISDN PCM

Этот подтип описывает аудиоданные телефонного качества, закодированные как 8-битовый сигнал ISDN mu-law Pulse Code Modulation с частотой опроса 8 КГц, в соответствии с рекомендациями G.711 стандарта CCITT Fascicle III.4. Этот подтип может использоваться при передаче речевой почты, а также диктовки.

              Прикладные подтипы:

octet-stream = не интерпретируемые двоичные данные

Этот подтип описывает двоичные данные, не принадлежащие ни к одному из стандартных форматов, описанных в разделе 0, “А.2.30.3.   Тип ссылочных данных (ID)”.  Интерпретация этих данных должна определяться на основании местных соглашений между их отправителем и получателем.

PostScript = документ на языке PostScript

Язык PostScript описывает форматированные документы, предназначенные для вывода на принтер со встроенным интерпретатором этого языка или на дисплей компьютера с помощью программного интерпретатора.

Стандарт PostScript состоит из оригинальной спецификации, PostScript level 1, описанной в руководстве “PostScript Language Reference Manual,” Addison-Wesley, 1985, и более усовершенствованного варианта, PostScript level 2, описанного в руководстве “PostScript Language Reference Manual,” Addison-Wesley, Second Edition, 1990.  «PostScript» является зарегистрированным торговым знаком фирмы Adobe Systems, Inc.  Использование подтипа «PostScript» подразумевает признание этого торгового знака и связанных с ним прав.

Другие типы могут быть добавлены по мере необходимости.

А.2.31.    SAD – улица и дом

Компоненты: <почтовый адрес (ST)> ^ <название улицы (ST) > ^ <номер дома (ST)>

Примечание.    

Этот тип данных самостоятельно не используется, являясь частью типа данных XAD.

А.2.31.1.   Почтовый адрес (ST)

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

А.2.31.2.   Название улицы (ST)

Название улицы.

А.2.31.3.   Номер дома (ST)

Номер дома, включая корпус или строение.

А.2.32.    SCV – класс + значение параметра планирования назначения

Компоненты<класс параметра (IS)> ^ <значение параметра (ST)>

Этот тип данных предназначен для передачи сведений о расписаниях приема.

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

А.2.32.1.   Класс параметра (IS)

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

Пользовательская таблица 0294. Коды классов параметров выбора времени назначения.

Класс параметра

Описание: допустимые значения

PREFSTART

Предпочтительное время начала назначения, предоставления услуги или ресурса. Любая правильная спецификация времени в формате ЧЧММ, используя 24-часовую шкалу.

PREFEND

Предпочтительное время конца назначения, предоставления услуги или ресурса. Любая правильная спецификация времени в формате ЧЧММ, используя 24-часовую шкалу.

MON

Индикатор, является ли понедельник предпочтительным днем назначения. Значение OK = предпочтительный день, NO = не предпочтительный день.

TUE

Индикатор, является ли вторник предпочтительным днем назначения. Значение OK = предпочтительный день, NO = не предпочтительный день.

WED

Индикатор, является ли среда предпочтительным днем назначения. Значение OK = предпочтительный день, NO = не предпочтительный день.

THU

Индикатор, является ли четверг предпочтительным днем назначения. Значение OK = предпочтительный день, NO = не предпочтительный день.

FRI

Индикатор, является ли пятница предпочтительным днем назначения. Значение OK = предпочтительный день, NO = не предпочтительный день.

SAT

Индикатор, является ли суббота предпочтительным днем назначения. Значение OK = предпочтительный день, NO = не предпочтительный день.

SUN

Индикатор, является ли воскресенье предпочтительным днем назначения. Значение OK = предпочтительный день, NO = не предпочтительный день.

А.2.32.2.   Значение параметра (IS)

Второй компонент представляет собой фактическое значение параметра, заданного первым компонентом.

А.2.33.    SI – порядковый номер

Неотрицательное целое число в формате типа данных NM.

А.2.34.    SN – числовая структура

Компоненты:  <оператор сравнения (ST)> ^ <число1 (NM)> ^ <разделитель/суффикс (ST)> ^ <число2 (NM)>

Числовые структуры используются для однозначного представления числовых результатов клинических исследований вместе с дополнительными уточнениями. Использование этого типа данных позволяет системе-получателю хранить компоненты отдельно и упрощает реализацию запросов к числовым базам данных. Перечень допустимых значений компонентов <оператор сравнения> и <разделитель/суффикс> объявляется в настоящем стандарте исчерпывающим.

Если оба компонента <число1> и <число2> имеют непустые значения, то компонент <разделитель/суффикс> также должен быть не пустым. Если разделитель равен “-”, то диапазон значений включает свои границы, то есть запись <число1> - <число2> задает множество чисел x таких, что  <число1> <=x<= <число2>.

А.2.34.1.   <Оператор сравнения>  =  “>”, или “<”, или “>=”, или “<=”, или “=”, или “<>”

Оператор сравнения, соответственно, принимает следующие значения: больше (“>”), меньше (“<”), больше или равно (“>=”), меньше или равно (“<=”) , равно (“=”), не равно (“<>”). Если этот компонент опущен, по умолчанию в качестве его значение берется равно (“=”).

А.2.34.2.   <Число1>  (NM)

Число.

А.2.34.3.   <Разделитель/суффикс>  (ST)

Допустимые значения:  “-”, или “+”, или “/”, или “.”, или “:”.

Примеры:

>^100        (больше 100)

^100^-^200 (диапазон от 100 до 200 включительно)

^1^:^228     (отношение 1 к 128, например в результате серологического анализа)

^2^+          (качественный результат, например, анализ на скрытую кровь положителен)

А.2.34.4.   <Число2> (NM)

Число или пустое значение в зависимости от вида исследования или измерения.

А.2.35.    ST – строка

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

почти любые символьные данные

Примечание к использованию

Тип данных ST предназначен для передачи коротких строк (например, длиной меньше 200 символов). Для передачи более длинных строк следует использовать тип данных TX (см. раздел 0, «TX  - текст»).

А.2.36.    TM - время  стандарт HL7, версия 2.4

Формат: ЧЧ[ММ[СС[.С[С[С[С]]]]]][+/-ЗЗЗЗ].

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

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

Примечание.

Если часовой пояс [+/-ЗЗЗЗ] указан,  то он должен соответствовать официально принятому часовому поясу и иметь формат ЧЧММ.

Часовой пояс отправителя ЗЗЗЗ является необязательным и рассматривается как смещение от универсального координируемого времени (Universal Coordinated Time, прежде именовавшемуся временем по Гринвичу - Greenwich Mean Time). По умолчанию время понимается как местное.

Полночь представляется значением 0000. 

Примеры:

235959+1100  Без 1 секунды полночь в часовом поясе плюс одиннадцать часов по отношению к универсальному координируемому времени (то есть к востоку от Гринвича).

0800               Восемь часов утра по местному времени отправителя.

093544.2312   Девять часов тридцать пять минут 44.2312 секунды утра по местному времени отправителя.

13                   13 часов (с точностью до часа) по местному времени отправителя

А.2.37. TQ – количество/срок

Компоненты:  <количество (CQ)> ^ <интервал (CM)> ^<длительность (ST)> ^ <дата и время начала (TS)> ^ <дата и время конца (TS)> ^ <приоритет (ST)> ^ <условие (ST)> ^ <текст (TX)> ^ <сочетание (ID)> ^ <порядок выполнения (CM)>^ <продолжительность выполнения (CE)> ^ <общее число повторений (NM)>

Определение: этот тип данных используется для указания, когда должна быть выполнена услуга и с какой периодичностью она должна повторяться.

А.2.37.1. Компонент количества (CQ)

Субкомпоненты: <количество (NM) & единицы измерения (CE)>

Определение: количество услуг, которые должны быть оказаны в каждом  интервале услуг. Например, если две пробы крови должны браться каждые 4 часа для высева микроорганизмов, то количество должно быть равно 2. Если для трех проб крови должны быть определены группы и проведены сравнения с группой крови реципиента, то количество должно быть 3. Значение по умолчанию равно 1. После разделителя субкомпонентов можно добавить единицы измерения, если они требуются.

Примечание.    

Разделитель компонентов в этом типе данных CQ понижен до разделителя субкомпонентов.

А.2.37.2.   Компонент интервала (CM)

Субкомпоненты: <шаблон повторений (IS)> & <явное время (ST)>

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

                   Шаблон повторений

Определение: периодичность повторений назначения. Ниже приведен рекомендованный синтаксис шаблона повторений:

Пользовательская таблица 0335.  Шаблон повторений.

Значение

Описание

Q<целое число>S

каждые <целое число> секунд

Q<целое число>M

каждые <целое число> минут

Q<целое число>H

каждые <целое число> часов

Q<целое число>D

каждые <целое число> дней

Q<целое число>W

каждые <целое число> недель

Q<целое число>L

каждые <целое число> месяцев (по лунному календарю)

Q<целое число>J<день#>

повторять в заданный день недели (буква J - от французского слова jour - день).  Если <целое число> отсутствует, то по умолчанию полагается равным 1. Отсчет дней недели идет от понедельника = 1 до воскресенья = 7.  Таким образом, Q2J2 означает каждый второй вторник; Q1J6 означает каждую субботу.

BID

дважды в день во время, назначенное конкретным учреждением (например, 9-16)

TID

трижды в день во время, назначенное конкретным учреждением (например, 9-16-21)

QID

четырежды в день во время, назначенное конкретным учреждением (например, 6-12-18-23)

XID

“x” раз в день во время, назначенное конкретным учреждением, где  x – число от 5 и более. Например, 5ID = пять раз в день, 8ID = 8 раз в день.

QAM

по утрам во время, назначенное конкретным учреждением

QSHIFT

в течение каждой восьмичасовой смены во время, назначенное конкретным учреждением

QOD

через день (то же, что и Q2D)

QHS

каждый день перед сном

QPM

по вечерам во время, назначенное конкретным учреждением

C

услуга оказывается непрерывно с момента начала до момента конца

U <спецификация>

для будущего использования, где <спецификация> представляет собой спецификацию интервала, определенную в операционной системе UNIX для команды cron.

PRN

давать при необходимости

PRNxxx

где xxx - некоторый код интервала (например, PRNQ6H); давать при необходимости с заданной периодичностью.

Once

только однократно. Это значение берется также по умолчанию, если этот компонент пуст.

Периодичность, связанная с приемом пищи

<периодичность>C<прием пищи>

A

до (ante)

P

после (post)

I

между (inter), то есть между данным и следующим приемом пищи, после ужина перед сном.

M

завтрак (cibus matutinus)

D

обед (cibus diumus)

V

ужин (cibus vespertinus)

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

Дважды в день через день: BID QOD.

Трижды в день по понедельникам, средами и пятницам: TID QJ135.

Вследствие этого определения значения, включаемые в шаблон, не должны содержать пробелов внутри. Если периодичность задается свободным текстом, например «Дважды в день через день», то для ее задания используйте компонент текста (8-й компонент).

Субкомпонент явного времени

Определение: явное перечисление фактических моментов времени, на которые ссылается код первого субкомпонента, в формате: ЧЧММ,ЧЧММ,ЧЧММ,...

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

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

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

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

Пример 2-го компонента значения типа TQ:

    ...^QID&0230,0830,1430,2030^...

А.2.37.3.Компонент длительности (ST)

Определение: задает продолжительность выполнения услуги от момента его начала.  По умолчанию имеет значение INDEF (выполнять без ограничения по времени). Этот компонент кодируется следующим образом:

S<целое число>

=

<целое число> секунд

M<целое число>

=

<целое число> минут

H<целое число>

=

<целое число> часов

D<целое число>

=

<целое число> дней

W<целое число>

=

<целое число> недель

L<целое число>

=

<целое число> месяцев

X<целое число>

=

<целое число> повторений заданного в заказе интервала.  Требование 2 культур крови вида Q2H X3 подразумевает 3-кратное получение 2 культур крови с интервалом в 2 часа, то есть всего 6 культур крови.

T<целое число>

=

Начиная с заданных интервала и количества, пока в сумме не будет получено <целое число> "ДОЗ".  Единицы измерения подразумеваются те же, что и в поле КОЛИЧЕСТВО.

INDEF

=

Выполнять без ограничения по времени (это значение принимается по умолчанию)

А.2.37.4. Компонент даты и времени начала (TS)

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

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

А.2.37.5. Компонент даты и времени конца (TS)

Определение: если этот компонент заполнен заказчиком услуги, то должен означать самые поздние дату и время, до которых должно быть завершено  выполнение услуги. Если она не была выполнена до этого момента, то она вообще не должна выполняться. Заказчик может не всегда заполнять этот компонент, однако исполнитель услуги может сделать это сам на основании полученных им инструкций и момента фактического начала выполнения услуги.

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

А.2.37.6.Компонент приоритета (ST)

Определение: описывает срочность требования. Рекомендуются следующие значения приоритета (по умолчанию значение приоритета равно R – обычный):

S

=

ургентно (STAT). Наивысший приоритет.

A

=

срочный (ASAP). Выполняется после заказов с приоритетом S.

R

=

обычный (Routine). По умолчанию.

P

=

предоперационный (PREOP).

C

=

требует уточнения у заказчика

T

=

время выполнения критично (Timing critical). Требование с этим приоритетом означает важность выполнения заказа как можно ближе к заданному моменту времени, например, обеспечить требуемую минимальную концентрацию антибиотиков

PRN

=

По мере необходимости

Если задано значение приоритета T (время выполнения критично), то степень критичности может характеризоваться следующим образом:

Формат:

TS<целое число>

=

время критично с точностью до <целое число> секунд.

TM<целое число>

=

время критично с точностью до <целое число> минут.

TH<целое число>

=

время критично с точностью до <целое число> часов.

TD<целое число>

=

время критично с точностью до <целое число> дней.

TW<целое число>

=

время критично с точностью до <целое число> недель.

TL<целое число>

=

время критично с точностью до <целое число> месяцев.

При спецификации последовательности заказов эти значения задают критичность времени данного заказа относительно его предшественника.

Компонент приоритета может повторяться. При этом отдельные значения приоритета разделяются пробелами.

А.2.37.7.   Компонент условия (ST)

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

А.2.37.8.   Компонент текста (TX)

Определение: полный вариант инструкции по количеству/сроку выполнения заказа (не обязателен).

А.2.37.9.   Компонент сочетания (ST)

Определение: непустое значение этого компонента означает, что последует вторая спецификация срока, отделенная разделителем повтора. Допустимые значения см. в стандартной таблице 0472.

Стандартная таблица 0472. Компонент сочетания в значении типа TQ.

Значение

Описание

S

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

A

Асинхронно (Asynchronous). Использовать следующую спецификацию срока параллельно текущей. Сочетание “A” означает две параллельные инструкции типа тех, что используются для лекарственных назначений, например, принимать преднизолон по 1 таблетке в понедельник, среду и пятницу, и по 1/2 таблетки во вторник, четверг, субботу и воскресенье.

C

Время активизации. За ним последует время завершения выполнения услуги. Этот код позволяет сделать различие между временем и приоритетом активизации услуги (например, взятия крови) и временем и приоритетом завершения ее выполнения (например, возвращения результатов анализа взятой крови).

А.2.37.10.   Порядок выполнения заказов (CM)

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

Условия, задающие порядок выполнения и предусмотренные в этом 10-м компоненте, основаны на завершении предшествующего заказа.

                    Cубкомпоненты порядка выполнения

Для определения условий, связанных с порядком выполнения, 10-й компонент поля количества/срока разделяется на субкомпоненты, описанные в нижеприведенной таблице «Cубкомпоненты порядка выполнения».

Cубкомпоненты порядка выполнения.

Субком­понент

Содержание

Примечания

1

Флаг результа­тов/порядка выполнения

S для условия порядка выполнения, C для цикличности, R зарезервировано для возможного будущего использования. Значение “C” будет использоваться для указания циклического повторения последовательности заказов, например, заказов на внутривенные растворы, используемые в циклически повторяемой последовательности (чередующиеся внутривенные растворы). Это значение должно быть совместимо со связыванием в группу отдельных заказов или с использованием циклического повторения группы в одном заказе. Аналогичным образом, это значение должно быть совместимо как с сообщениями с заказами-родителями и потомками, так и с одним сообщением, специфицирующим повторение заказа.

2,3

Номер заказа у заказчика

Обязательный/необязательный: содержит первые два компонента номера заказа у заказчика – идентификатор объекта (ST) и код или наименование (IS) в этом же порядке. Два субкомпонента используются здесь потому, что номер заказа у заказчика имеет тип данных EI, а в данном стандарте наличие суб-субкомпонентов не предусматри­вается..

4,5

Номер заказа у исполнителя

Обязательный/необязательный: содержит первые два компонента номера заказа у исполнителя – идентификатор объекта (ST) и код или наименование (IS) в этом же порядке. Два субкомпонента используются здесь потому, что номер заказа у исполнителя имеет тип данных EI, а в данном стандарте наличие суб-субкомпонентов не предусматри­вается.

6

Значение условия порядка

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

<один из кодов SS, EE, SE или ES> +/- <время>

Первая буква кода означает начало (S) или конец (E) предшествующего заказа, задаваемого номером заказа у заказчика (субкомпонент 2) или номером заказа у исполнителя (субкомпонент 4).

Вторая буква кода означает начало (S) или конец (E) следующего заказа, то есть того, который содержит данную спецификацию количества/срока.

Указанное в формате условие времени задает интервал между началом или концом выполнения предшествующего или следующего заказа (см. следующие примеры).

Спецификация времени задается следующим образом:
S<целое значение>       через <целое значение> секунд
M<целое значение>      через <целое значение> минут
H<целое значение>      через <целое значение> часов
D<целое значение>      через <целое значение> дней
W<целое значение>     через <целое значение> недель
L<целое значение>       через <целое значение> месяцев

7

Максимальное число повторений

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

8,9

Номер заказа у заказчика, последние два компонента

Обязательные/необязательные: содержит последние два компонента номера заказа у заказчика – универсальный идентификатор (ST) и тип  универсального идентифи­катора (ID), в этом же порядке. Два субкомпонента исполь­зуются здесь потому, что номер заказа у заказчика имеет тип данных EI, а в данном стандарте наличие суб-субкомпонентов не предусматри­вается.

10,11

Номер заказа у исполнителя, последние два компонента

Обязательные/необязательные: содержит последние два компонента номера заказа у исполнителя – универсальный идентификатор (ST) и тип  универсального иденти­фи­катора (ID), в этом же порядке. Два субкомпонента исполь­зуются здесь потому, что номер заказа у исполнителя имеет тип данных EI, а в данном стандарте наличие суб-субкомпонентов не предусматри­вается.

Примечания к использованию:

Примем следующее предположение:

Предшествующий заказ задан номером заказа у заказчика OE1000&OrdEnt, помещенном в субкомпоненты 2 и 3 компонента 10 значения типа TQ.

Текущий заказ имеет номер заказа у заказчика OE1001&OrdEnt.

Ниже приводятся примеры порядка выполнения этих заказов:

ES + 10M

Время завершения выполнения заказа OE1000&OrdEnt (предшест­венника) плюс 10 минут задает время начала выполнения следующего, то есть текущего заказа, OE1001&OrdEnt); таким образом, выполнение текущего заказа должно начаться через 10 минут после завершения выполнения предшествующего ему заказа.

SS - 10M

Время начала выполнения предшествующего заказа минус 10 минут задает время начала выполнения следующего (текущего) заказа; таким образом, выполнение текущего заказа должно начаться на 10 минут раньше предшествующего ему заказа.

Циклическое повторение групп заказов

В особых случаях, когда необходимо обеспечить циклическое повторение группы заказов, в спецификации первого заказа группы должно быть использовано “значение порядка выполнения” с первым символом * (звездочка). В спецификации последнего исполняемого заказа должно быть использовано “значение порядка выполнения” с первым символом # (знак диеза или знак фунта).

Пример:

*FS+10M

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

 

Примечание.

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

А.2.37.11. Продолжительность повторения (CE)

Субкомпоненты: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (ST)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <наименование альтернативной системы кодирования (ST)>

Определение: этот компонент содержит продолжительность однократного выполнения услуги, например, водный массаж двадцать минут в день три раза в день в течение трех дней.

А.2.37.12.   Компонент общего числа повторений (NM)

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

А.2.37.13.   Примеры значений типа TQ

Выполнить услугу в один момент времени, например, заказать однократное переливание 3 доз крови:

3^once

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

1^QHS^X2

Выполнять услугу непрерывно в течение 3 дней:

1^C^3D

Выполнять ЭКГ каждый час (не более 4 раз) при условии, что у пациента наблюдаются более 10 экстрасистол в минуту:

1^Q1H^X4^^^^Число экстрасистол>10/мин

Выполнять услугу каждый вторник в 14 час 32 мин:

1^Q2J^^1432

Выполнить анализы до 8:00 21.02.2002г., например некоторые предоперационные лабораторные анализы:

1^^^^2000202210800

Выполнять услугу каждый час в течение 5 часов, начиная с 10:30 5.02.2002г., например, исследовать содержание глюкозы в крови:

1^Q3600S^X5^200202051030

Выполнять услугу каждое утро в течение 3 дней и затем выполнять ее через утро в течение 4 дней (т.е. не более 2 раз), если содержание калия в сыворотке крови превысит 5.5:

1^QAM^X3^^^^^S~1^QOD^4D^^^если K+>5.5.

Ниже указаны два значения типа TQ, разделенные символом повтора (~). Первое значение указывает - взять пробу крови ровно в 8:00 12.12.1988г. Второе значение указывает, что возвращение результатов имеет обычный приоритет:

^^^198812120800^^T^^проба крови для микробиологии^C~^^^^^R

А.2.38.    TS – дата и время 

Формат:  ГГГГ[ММ[ДД[ЧЧММ[СС[.С[С[С[С]]]]]]]][+/-ЗЗЗЗ]

Значения типа TS содержат дату и время события. Порция даты в этом типе данных следует правилам, изложенным выше для типа данных DT, а порция времени – правилам, изложенным для типа данных TM. Эти представления данных совместимы со стандартом ISO 8824-1987(E). 

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

Таким образом, формат ГГГГ может использоваться для указания даты и времени с точностью до года, ГГГГММ – с точностью до месяца, ГГГГММДД – с точностью до дня, ГГГГММДДЧЧ – с точностью до часа, ГГГГММДДЧЧММ– с точностью до минуты, ГГГГММДДЧЧММСС– с точностью до секунды, - а ГГГГММДДЧЧММСС.СССС – с точностью до десятой доли миллисекунды.

В каждом из этих случаев часовой пояс является необязательной добавкой. Максимальная длина поля даты и времени равна 26. Примеры:

198807050000   Полночь с 4 на 5 июля 1988 года по местному времени отправителя.

19880705       То же, что и в предыдущем примере, но с точностью до дня. Можно использовать как дату рождения, если время рождения не известно.

Хотя данный стандарт настоятельно рекомендует указывать часовой пояс, тем не менее это указание не является обязательным.

Примечание.

Если часовой пояс [+/-ЗЗЗЗ] указан, то он должен соответствовать официально принятому часовому поясу и иметь формат ЧЧММ.

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

А.2.39.    TX  - текст

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

Примечание к использованию.

Максимальная длина поля типа TX равна 64K.

А.2.40.   VH – часы приема

Компоненты<день начала (ID)> ^ <день конца (ID)> ^ <начало приема (TM)> ^ <конец приема (TM)>

Определение: этот тип данных указывает часы приема в данном месте лечения пациента.

А.2.40.1.   День начала (ID)

День начала данного диапазона часов приема. Допустимые значения см. в стандартной таблице 0267.

А.2.40.2.   День конца (ID).

День конца данного диапазона часов приема. Допустимые значения см. в стандартной таблице 0267.

Стандартная таблица 0267. Дни недели.

Значение

Описание

SAT

Суббота (Saturday)

SUN

Воскресенье (Sunday)

MON

Понедельник (Monday)

TUE

Вторник (Tuesday)

WED

Среда (Wednesday)

THU

Четверг (Thursday)

FRI

Пятница (Friday)

А.2.40.3.   Начало приема (TM)

Час начала приема в день начала (см. первый компонент, 0, “А.2.40.1.   День начала (ID)”).

А.2.40.4.   Конец приема (TM)

Час конца приема в день конца (см. второй компонент, 0, “А.2.40.2.   День конца (ID)”).

А.2.41. XAD – расширенный адрес

Компоненты<улица (SAD)> ^ <другие обозначения (ST)> ^ <город или район (ST)> ^ <область, край или республика (ST)> ^ <почтовый индекс (ST)> ^ <страна (ID)> ^ <тип адреса (ID)> ^ <другие географические обозначения (ST)> ^ <код области, края, республики (IS)> ^ <избирательный участок (IS)> ^ <код представления адреса (ID)> ^ <срок действия адреса (DR)>

Длина поля: 250.

Пример:

Романов пер.&дом 3^кабинет 135^г.Москва^^103875

А.2.41.1.   Улица (SAD)

Улица или весь почтовый адрес лица или учреждения. Описание компонентов см. в разделе 0, “SAD – улица и дом”.

А.2.41.2.   Другое указание (ST)

Уточнение адреса, например, кабинет 555 или 4-й этаж.

А.2.41.3.   Город или район (ST)

Город, а для населенного пункта районного подчинения – его район.

А.2.41.4.   Область, край или республика (ST)

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

А.2.41.5.   Почтовый индекс (ST)

Почтовый индекс записывается в соответствии с правилами почтовой службы.

А.2.41.6.   Страна (ID)

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

Стандартная таблица 0399. Страна.[2]

Значение

Английское название

Русское название

Берется из таблицы ISO 3166

Берется из таблицы ISO 3166

Берется из Общероссийского классификатора стран мира (ОКСМ)

 

А.2.41.7.   Тип адреса

Тип адреса является необязательным и определен в таблице 0190 - тип адреса.

Стандартная таблица 0190. Тип адреса

Значение

Описание

BA

Неправильный адрес

N

Место рождения

BDL

Место приема родов

F

Страна происхождения

C

Текущий или временный (адрес проживания)

B

Для деловой корреспонденции

H

Домашний

L

Юридический адрес

M

Почтовый

O

Служебный

P

Постоянный (адрес регистрации)

RH

Зарегистрированный домашний адрес (внесенный в картотеку учреждения здравоохранения)

BR

Домашний адрес во время рождения

А.2.41.8.   Другие географические указания (ST)

Другие географические указания включают в себя графства, регионы и пр.

А.2.41.9.   Код области, края, республики (IS)

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

В таблицу 0289 должны включаться только официально используемые коды.

Пользовательская таблица 0289. Код области, края, республики

Значение

Описание

Для России используются коды из Общероссийского классификатора объектов административно-территориального деления (ОКАТО)

А.2.41.10.  Избирательный участок (IS)

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

В таблицу 0288 должны включаться только официально используемые коды.

Пользовательская таблица 0288. Избирательный участок

Значение

Описание

Рекомендованных значений нет

А.2.41.11.  Код представления адреса (ID)

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

Примечание.    

Этот компонент остается в «алфавитном» представлении» в каждом повторении данного поля, использующего эти типы данных. Иначе говоря, даже в том случае, когда адрес передается в идеографическом представлении, этот компонент все равно должен быть в алфавитном представлении.

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

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

А.2.41.12.  Срок действия адреса (DR)

Субкомпоненты:  <начало действия адреса (TS)> & <конец действия адреса (TS)>

Этот компонент указывает интервал времени, в течение которого данный адрес действителен.

Начало действия адреса (TS)

Дата и время, начиная с которых данный адрес действителен. Тип данных TS позволяет задавать точность указания даты и времени.

Конец действия адреса (TS)

Дата и время, по которые данный адрес действителен.

А.2.42.    XCN – расширенный составной идентификатор и фамилия, имя, отчество

Компоненты: <идентификатор (ST)> ^ <фамилия (FN) )> ^ <имя (ST)> ^ <отчество или инициал (ST)> ^ <суффикс (например  Мл. или III) (ST)> ^ <обращение (например, Д-р.) (ST)> ^ <степень (IS)> ^ <идентификатор таблицы-источника (IS)> ^ <система, присвоившая идентификатор (HD)> ^ <код типа ФИО (ID)> ^ <контрольная цифра идентификатора (ST)> ^ <схема контрольного суммирования (ID)> ^ <код типа идентификатора (IS)> ^ <учреждение, присвоившее идентификатор (HD)> ^ <код представления ФИО (ID)> ^ <контекст фамилии (CE)> ^ <интервал действия фамилии (DR> ^ <порядок сборки фамилии (ID)>

Субкомпоненты фамилии: <полная фамилия (ST)> & <префикс собственной фамилии (ST)> & <собственная фамилия (ST)> & <префикс супружеской фамилии (ST)> & <супружеская фамилия (ST)>

Субкомпоненты системы, присвоившей идентификатор: <код или наименование (IS)> & <универсальный идентификатор (ST)> & <тип универсального идентификатора (ID)>

Субкомпоненты учреждения, присвоившего идентификатор: <код или наименование (IS)> & <универсальный идентификатор (ST)> & <тип универсального идентификатора (ID)>

Субкомпоненты контекста фамилии: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (IS)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <имя альтернативной системы кодирования (IS)>

Субкомпоненты интервала действия фамилии: <начало диапазона даты и времени (TS)> & <конец диапазона даты и времени (TS)>

Длина поля: 250.

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

Пример, в котором система и учреждение, присвоившие идентификатор, не заполняются:

1234567^Серегин^Виктор^Степанович^^^^ADT01^^L^4^M11^MR

Пример, где эта информация включена:

12188^Серегин^Виктор^Степанович^^^^ADT01^&РЕГИСТР&L^L^9^M10^DR^&Банк крови&L

А.2.42.1.   Идентификатор (ST)

Кодируемый идентификатор, значения которого берутся из пользовательской таблицы, заданной 8-м компонентом. Если первый компонент присутствует, то либо идентификатор таблицы-источника, либо система, присвоившая идентификатор должны быть указаны.

А.2.42.2.   Фамилия (FN)

Фамилия лица. Описание типа данных FN см. в разделе 0, “FN – фамилия”.

А.2.42.3.   Имя (ST)

Первое имя лица.

А.2.42.4.   Отчество или инициал (ST)

Отчество или инициал лица, все другие имена кроме первого и фамилии. Если в этом компоненте указано несколько имен, они должны разделяться пробелом.

А.2.42.5.   Суффикс (ST)

Используется для указания суффикса фамилии, имени, отчества (например, мл. или III).

А.2.42.6.   Префикс (ST)

Используется для указания официального обращения к данному лицу (например, г-н).

А.2.42.7.   Степень (IS)

Используется для указания ученой степени, ученого звания или образовательного ценза. Рекомендованные значения см. в пользовательской таблице 0360.

А.2.42.8.   Идентификатор таблицы-источника (IS)

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

А.2.42.9.   Система, присвоившая идентификатор (HD)

Этот компонент указывает систему (учреждение, организацию, структурную единицу, компьютерное приложение), присвоившую лицу данный идентификатор. Он имеет тип данных HD (см. раздел 0, «HD – иерархический идентификатор»).

А.2.42.10.  Код типа ФИО (ID)

Код, описывающий тип фамилии, имени и отчества лица. Допустимые значения см. в стандартной таблице 0200 (см. раздел 0, “XPN – расширенные фамилия, имя. Отчество”).

А.2.42.11.  Контрольная цифра (ST)

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

А.2.42.12.  Код схемы контроля (ID)

Допустимые коды схемы контроля определены в стандартной таблице 0061.

А.2.42.13.  Код типа идентификатора (IS)

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

А.2.42.14.  Учреждение, присвоившее идентификатор (HD)

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

А.2.42.15.  Код представления ФИО (ID)

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

Примечание.

         Этот компонент остается в «алфавитном» представлении» в каждом повторении данного поля, использующего эти типы данных. Иначе говоря, даже в том случае, когда фамилия передается в идеографическом представлении, этот компонент все равно должен быть в алфавитном представлении.

В общем случае этот компонент обеспечивает указание способа представления элемента данных. При этом он не обязательно задает используемый набор символов. Таким образом, хотя способ представления и указывает, что надо ожидать, система-отправитель сообщения может свободно выбрать набор символов, которые будут использованы в этом представлении. Этот компонент обеспечивает только указание получателю сообщения, а последний может показать тот или иной вариант представления в зависимости от своих возможностей отображения данных на экране.

А.2.42.16.  Контекст фамилии (CE)

Компоненты: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (IS)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <имя альтернативной системы кодирования (IS)>

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

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

А.2.42.17.  Интервал действия фамилии (DR)

Компоненты: <начало диапазона даты и времени (TS)> & <конец диапазона даты и времени (TS)>

Этот компонент указывает срок действия данных фамилии, имени, отчества. Описание типа данных DR см. в разделе 0, “DR – диапазон даты и времени”.

А.2.42.18.  Порядок сборки фамилии (ID)

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

А.2.43.    XON – расширенное составное наименование и идентификатор организации

Компоненты: <наименование организации (ST)> ^ <код типа наименования организации (IS)> ^ <идентификатор (NM)> ^ <контрольная цифра идентификатора (NM)> ^ <схема контрольного суммирования (ID)> ^ <система, присвоившая идентификатор (HD)>  ^ <код типа идентификатора (IS)> ^ <учреждение, присвоившее идентификатор (HD)> ^ <код представления наименования (ID)>

Субкомпоненты системы, присвоившей идентификатор: <код или наименование (IS)> & <универсальный идентификатор (ST)> & <тип универсального идентификатора (ID)>

Субкомпоненты учреждения, присвоившего идентификатор: <код или наименование (IS)> & <универсальный идентификатор (ST)> & <тип универсального идентификатора (ID)>

Длина поля: 250.

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

Пример.

Компьютерное приложение «Регистр учреждений» присвоило идентификатор 716 Поликлинике № 222 в целях расчетов по добровольному медицинскому страхованию со страховой компанией «Красные ворота».

Поликлиника № 222^L^716^9^M10^&Регистр учреждений &L^XX^&СМО Красные ворота&L^A

А.2.43.1.   Наименование организации (ST)

Наименование данной организации.

А.2.43.2.   Код типа наименования организации (IS)

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

Пользовательская таблица 0204. Тип наименования организации.

Значение

Описание

A

Синоним

L

Юридическое наименование

D

Наименование для вывода на дисплей

SL

Наименование в биржевых ведомостях

А.2.43.3.   Идентификатор (NM)

А.2.43.4.   Контрольная цифра (ST)

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

А.2.43.5.   Код схемы контроля (ID)

Допустимые коды схемы контроля определены в стандартной таблице 0061 .

А.2.43.6.   Система, присвоившая идентификатор (HD)

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

А.2.43.7.   Код типа идентификатора (IS)

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

А.2.43.8.   Учреждение, присвоившее идентификатор (HD)

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

А.2.43.9.   Код представления наименования (ID)

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

Примечание.

Этот компонент остается в «алфавитном» представлении» в каждом повторении данного поля, использующего эти типы данных. Иначе говоря, даже в том случае, когда фамилия передается в идеографическом представлении, этот компонент все равно должен быть в алфавитном представлении.

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

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

А.2.44. XPN – расширенные фамилия, имя, отчество

Компоненты: <фамилия (FN)> ^ <имя (ST)> ^ <отчество или инициал (ST)> ^ <суффикс (например, JR (младший) или III (третий)) (ST)> ^ <обращение (например, Д-р) (ST)> ^ <степень (IS)> ^ <код типа ФИО (ID)> ^ <код представления ФИО (ID)> ^ <контекст фамилии (CE)> ^ <интервал действия фамилии (DR> ^ <порядок сборки фамилии (ID)>

Субкомпоненты фамилии: <полная фамилия (ST)> & <префикс собственной фамилии (ST)> & <собственная фамилия (ST)> & <префикс супружеской фамилии (ST)> & <супружеская фамилия (ST)>

Субкомпоненты контекста фамилии: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (IS)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <имя альтернативной системы кодирования (IS)>

Субкомпоненты интервала действия фамилии: <начало диапазона даты и времени (TS)> & <конец диапазона даты и времени (TS)>

Длина поля: 250.

Пример:

Серегин^Виктор^Степанович^^^^L

А.2.44.1.   Фамилия (FN).

Фамилия лица. Описание типа данных FN см. в разделе 0, “FN – фамилия”.

А.2.44.2.   Имя (ST)

Первое имя лица.

А.2.44.3.   Отчество или инициал (ST)

Отчество или инициал лица, все другие имена кроме первого и фамилии. Если в этом компоненте указано несколько имен, они должны разделяться пробелом.

А.2.44.4.   Суффикс (ST)

Используется для указания суффикса фамилии, имени, отчества (например, мл. или III).

А.2.44.5.   Префикс (ST)

Используется для указания официального обращения к данному лицу (например, г-н).

А.2.44.6.   Степень (IS)

Используется для указания ученой степени (например, КМН), ученого звания или образовательного ценза. Рекомендованные значения см. в пользовательской таблице 0360.

А.2.44.7.   Код типа ФИО (ID)

Код, описывающий тип фамилии, имени и отчества лица. Допустимые значения см. в стандартной таблице 0200.

Стандартная таблица 0200. Код типа ФИО

Значение

Описание

A

Псевдоним

B

Фамилия (имя, отчество) при рождении

C

Фамилия, имя, отчество, данные при усыновлении или удочерении

D

Изображение ФИО на экране

I

Фамилия (имя, отчество) в лицензии

L

Юридически признаваемые (в данный момент) фамилия, имя, отчество

M

Девичьи фамилия, имя, отчество

N

Прозвище

R

Зарегистрированное имя (только для животных)

S

Кодированный псевдоним (для полной анонимности)

T

Родовые (клановые, племенные) фамилия, имя, отчество

U

Тип ФИО не задан

 

Примечание.    

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

А.2.44.8. Код представления ФИО (ID)

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

Примечание.

Этот компонент остается в «алфавитном» представлении» в каждом повторении данного поля, использующего эти типы данных. Иначе говоря, даже в том случае, когда фамилия передается в идеографическом представлении, этот компонент все равно должен быть в алфавитном представлении.

В общем случае этот компонент обеспечивает указание способа представления элемента данных. При этом он не обязательно задает используемый набор символов.

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

А.2.44.9.   Контекст фамилии (CE)

Компоненты: <идентификатор (ST)> & <текст (ST)> & <имя системы кодирования (IS)> & <альтернативный идентификатор (ST)> & <альтернативный текст (ST)> & <имя альтернативной системы кодирования (IS)>

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

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

А.2.44.10.  Интервал действия фамилии (DR)

Компоненты: <начало диапазона даты и времени (TS)> & <конец диапазона даты и времени (TS)>

Этот компонент указывает срок действия данных фамилии, имени, отчества. Описание типа данных DR см. в разделе 0, “DR – диапазон даты и времени”.

А.2.44.11.  Порядок сборки фамилии (ID)

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

А.2.45. XTN – расширенный телекоммуникационный номер

Компоненты: [NNN] [(999)]999-9999[X99999][B99999][C любой текст] ^ <код использования телекоммуникаций (ID)> ^ <тип телекоммуникационного оборудования (ID)> ^ <адрес электронной почты (ST)> ^ <код страны (NM)> ^ <код района/города (NM)> ^ <номер телефона (NM)> ^ <дополнительный номер (NM)> ^ <любой текст>.

Длина поля: 250.

Пример (номер домашнего факсимильного аппарата):

7(095)315-6789^PRN^FX^

А.2.45.1.   [NNN] [(999)]999-9999[X99999] [B99999] [C любой текст]

Необязательные первые три цифры – код страны (7 для Российской Федерации). Цифры, заключенные в скобки – код города. Далее следуют семь цифр номера телефона (факса). Необязательная часть X – расширение номера, необязательная часть B – код абонента пейджера. Необязательная часть C может использоваться для любых комментариев, например, "звонить после 18".

Код города в Российской Федерации может иметь более 3 цифр, но в этом случае длина номера телефона настолько же короче 7, насколько длина кода города превышает 3. Чтобы обеспечить совместимость с ранее принятыми де-факто международными стандартами формата телефонного номера, в скобки должны заключаться первые 3 цифры кода города, а остальные должны быть указаны как начало телефонного номера.

А.2.45.2.   Код использования телекоммуникаций (ID)

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

Стандартная таблица 0201. Код использования телекоммуникаций

Значение

Описание

PRN

Основной домашний номер

ORN

Другой домашний номер

WPN

Рабочий номер

VHN

Домашний номер на время отпуска

ASN

Номер службы ответа

EMR

Номер скорой и неотложной помощи

NET

Сетевой адрес (электронная почта)

BPN

Номер пейджера

А.2.45.3.   Тип телекоммуникационного оборудования (ID)

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

Стандартная таблица 0202. Тип телекоммуникационного оборудования.

Значение

Описание

PH

Телефон

FX

Факс

MD

Модем

CP

Сотовый телефон

BP

Пейджер

Internet

Адрес в сети Internet. Используется только в том случае, если код использования телекоммуникаций – NET

X.400

Адрес электронной почты X.400. Используется только в том случае, если код использования телекоммуникаций – NET

А.2.45.4.   Адрес электронной почты (ST)

Примечания к интернационализации.

В целях взаимной приемлемости этого типа данных с группой атрибутов телекоммуникационных данных, предложенной Европейским комитетом стандартизации CEN (Telecommunication data attribute group), данный стандарт выделяет для адреса электронной почты отдельный компонент.

Признаком наличия адреса электронной почты в этом компоненте служит значение NET компонента кода использования телекоммуникаций, а тип адреса электронной почты задается значениями Internet и X.400 компонента типа телекоммуникационного оборудования. Если это поле используется для передачи адреса в сети Internet address, то его первый компонент должен быть пустым.

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

Рекомендуется номер телефона указывать в компонентах 5-9, а неструктурированный первый компонент использовать только для совместимости с предыдущими версиями де-факто международных стандартов.

А.2.45.5.   Код страны (NM)

А.2.45.6.   Код района/города (NM)

А.2.45.7.   Номер телефона (NM)

А.2.45.8.   Дополнительный номер (NM)

А.2.45.9.   Любой текст (ST)

 



[1] Формат субкомпонентов, включенных в ряд составных типов данных, приведен в разделах, описывающих эти типы данных

[2] Стандарт ISO 3166 имеет преимущество по отношению к данной таблице



 

 

Приложение Б

(справочное)

 

ИСПОЛЬЗОВАНИЕ БАЗОВЫХ ТИПОВ ДАННЫХ

Б.1. Введение

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

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

Независимо от способа описания класса, можно использовать различные способы кодирования его экземпляров в передаваемых сообщениях, в том числе синтаксис ЭДИФАКТ/ООН, исходные правила кодирования сообщений HL7, язык XML, передачу двоичных данных в соответствии со спецификациями OMG CORBA и Microsoft COM. Таким образом, описание классов и сообщений отделяется от реализуемой технологии передачи сообщений.

Б.2. Табличное описание основных демографических данных пациента

К основным демографическим данным относятся постоянные сведения о пациенте, а также демографические сведения, не подверженные особо частым изменениям.

В табл. 1 показаны атрибуты (поля) основных демографических данных (PID), взятые из стандарта HL7 версии 2.4. Состав этих атрибутов выбран с учетом особенностей регистрации пациентов во многих странах мира. Если добавить к ним атрибуты еще двух групп демографических данных (PD1, PDA), определенных в этом стандарте, но не приведенных в данном приложении, то из них можно составить практически любые регистрационные демографические формы, используемые в информационных системах российских ЛПУ и СМО.

Столбцы табл. 1 описаны в следующих подразделах.

Б.2.1. Позиция

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

Б.2.2. Максимальная длина

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

Б.2.3. Тип данных

Тип данных накладывает ограничения на значение, передаваемое в поле данных. Тип данных поля приводится в столбце, озаглавленном «ТИП».

Б.2.4. Обязательность

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

О

-

обязательное;

Н

-

необязательное;

У

-

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

X

-

не используется при данном типе события;

С

-

оставлено только для совместимости с предыдущими версиями стандарта.

Обязательность поля приводится в столбце, озаглавленном О/Н.

Б.2.5. Повтор

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

Н

-

без повтора;

Д

-

поле может повторяться неограниченное число раз либо число повторений ограничено местными соглашениями;

(целое число)

-

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

Независимо от числа повторов, каждый экземпляр поля может содержать число символов, доходящее до максимальной длины поля. (См. раздел 0, “Б.2.2. Максимальная длина”) В таблице с определением сегмента длина поля приводится в столбце, озаглавленном «ПОВТ/#».

Б.2.6. Таблица значений

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

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

Другие таблицы, например «таблица 0001 – Административный пол», являются частью стандарта, поскольку они влияют на интерпретацию сообщений, содержащих значения из этих таблиц. Они должны содержать только те значения, которые заданы в стандарте. Обычно поля с такими табличными значениями имеют тип данных ID. Коль скоро существует стандартная таблица, ее использование настоятельно рекомендуется. Эти таблицы можно пополнять, добавляя значения в соответствии с местными соглашениями.

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

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

Различные базовые типы данных используются для представления табличных значений или имеют компоненты с табличными значениями. Номер таблицы значений приводится в столбце, озаглавленном «ТАБЛ#».

Исключение представляет тип данных CE, для которого ссылка на таблицу приводится в определении типа данных.

Б.2.7. Идентификатор

Короткое целое число, однозначно идентифицирующее поле данных в тексте стандарта HL7 версии 2.4. Эта информация приводится в столбце, озаглавленном «ЭЛЕМ#».

Б.2.8. Наименование

Описание назначения поля. Эта информация приводится в столбце, озаглавленном «НАИМЕНОВАНИЕ ЭЛЕМЕНТА».

Б.2.9. Таблица атрибутов основных демографических данных пациента

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

Таблица 1. 

Атрибуты основных демографических данных пациента.

П/П

ДЛИНА

ТИП

О/Н

ПОВТ/#

ТАБЛ#

ЭЛЕМ#

НАИМЕНОВАНИЕ ЭЛЕМЕНТА

1

4

SI

Н

 

 

00104

Идентификатор сегмента

2

20

CX

С[1]

 

 

00105

Идентификатор пациента

3

250

CX

О

Д

 

00106

Список идентификаторов пациента

4

20

CX

С

Д

 

00107

Альтернативный идентификатор пациента

5

250

XPN

О

Д

 

00108

Фамилия, имя, отчество пациента

6

250

XPN

Н

 

 

00109

Девичья фамилия матери

7

26

TS

Н

 

 

00110

Дата и время рождения

8

1

IS

Н

 

0001

00111

Административный пол

9

250

XPN

Н

Д

 

00112

Другие фамилия, имя, отчество

10

250

CE

Н

 

0005

00113

Раса

11

250

XAD

Н

Д

 

00114

Адрес пациента

12

4

IS

С

 

0289

00115

Код области, края, республики

13

250

XTN

Н

Д

 

00116

Номер домашнего телефона

14

250

XTN

Н

Д

 

00117

Номер рабочего телефона

15

250

CE

Н

 

0296

00118

Язык, на котором говорит пациент

16

250

CE

Н

 

0002

00119

Семейное положение

17

250

CE

Н

 

0006

00120

Вероисповедание

18

250

CX

Н

 

 

00121

Номер лицевого счета пациента

19

16

ST

С

 

 

00122

Номер полиса ОМС

20

25

DLN

Н

 

 

00123

Номер удостоверения личности

21

250

CX

Н

Д

 

00124

Идентификатор матери

22

250

CE

Н

Д

0189

00125

Этническая группа

23

250

ST

Н

 

 

00126

Место рождения

24

1

ID

Н

 

0136

00127

Индикатор кратных рождений

25

2

NM

Н

 

 

00128

Порядок рождения

26

250

CE

Н

Д

0171

00129

Гражданство

27

250

CE

Н

 

0172

00130

Статус военного ветерана

28

250

CE

Н

 

0212

00739

Национальность

29

26

TS

Н

 

 

00740

Дата и время смерти пациента

30

1

ID

Н

 

0136

00741

Индикатор смерти пациента

31

1

ID

Н

 

0136

01535

Индикатор неустановленной личности

32

20

IS

Н

Д

0445

01536

Код надежности установления личности

33

26

TS

Н

 

 

01537

Дата и время последнего изменения

34

40

HD

Н

 

 

01538

Место последнего изменения

35

250

CE

У

 

0446

01539

Вид живого организма

36

250

CE

У

 

0447

01540

Порода животного

37

80

ST

Н

 

 

01541

Род живого организма

38

250

CE

Н

2

0429

01542

Код класса производства

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

Б.2.9.1.   Идентификатор сегмента (SI)         00104

Определение: для тех сообщений, в которых эта группа данных (сегмент) может повторяться, данный идентификатор позволяет выделить конкретный сегмент.

Б.2.9.2.   Идентификатор пациента (CX)      00105

Определение: это поле оставлено только для совместимости с предыдущими версиями стандарта HL7.

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

Б.2.9.3.   Список идентификаторов пациента (CX)         00106 .

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

Б.2.9.4.   Альтернативный идентификатор пациента (CX)     00107

Определение: это поле оставлено только для совместимости с предыдущими версиями стандарта HL7.

Б.2.9.5.   Фамилия, имя, отчество пациента (XPN)          00108

Определение: это поле содержит юридически признаваемые фамилию, имя, отчество (ФИО) пациента. Все другие ФИО пациента должны передаваться в поле «Другие фамилия, имя, отчеств». Поэтому код типа ФИО, передаваемый в данном поле, должен иметь значение L - юридически признаваемые ФИО. В случае если это же ФИО надо представить в других системах кодирования символов, то это поле можно повторять.

Б.2.9.6.   Девичья фамилия матери (XPN)       00109

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

Б.2.9.7.   Дата и время рождения (TS)  00110

Определение: дата рождения пациента.

Б.2.9.8.   Административный пол  (IS)   00111

Определение: пол пациента, используемый в административных целях (например, при помещении в многоместную палату). Допустимые коды административного пола см. в стандартной таблице 0001. Эта таблица используется вместо фасета 01 – пол Общероссийского классификатора информации о населении (ОКИН), поскольку в последнем предусмотрены только две градации пола.

Стандартная таблица 0001. Пол

Значение

Описание

F

Женский

M

Мужской

O

Другой

U

Неизвестный

A

Неоднозначен

N

Не применим

Б.2.9.9.   Другие фамилия, имя, отчество (XPN)      00112

Определение: фамилия (фамилии) и имя (имена), которые пациент какое-то время носил в прошлом.

Б.2.9.10.   Раса (CE)    00113.

Определение: в этом поле передается раса пациента. См. пользовательскую таблицу 0005 - Раса. Вторая тройка компонентов типа данных CE для расы (<альтернативный идентификатор, альтернативный текст, наименование альтернативной системы кодирования) зарезервирована для передачи официально утвержденных кодов.

Б.2.9.11.   Адрес пациента (XAD)  00114 .

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

Б.2.9.12.   Код области, края, республики (IS) 00115.

Определение: это поле оставлено только для совместимости с предыдущими версиями стандарта HL7.

Б.2.9.13.   Номер домашнего телефона (XTN) 00116.

Определение: это поле содержит номер домашнего телефона пациента. Номера всех домашних телефонов передаются в следующем порядке. Первый из них считается основным (для совместимости с предыдущими версиями стандарта).

Б.2.9.14.   Номер рабочего телефона (XTN)     00117

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

Б.2.9.15.   Язык, на котором говорит пациент (CE)          00118

Определение: основной язык, на котором разговаривает пациент. Стандарт рекомендует использовать таблицу ISO 639-2 в качестве рекомендованных значений для пользовательской таблицы 0296, из которой берутся значения данного поля.

Пользовательская таблица 0296. Язык.

Значение

Описание

Коды берутся из фасета 04 – языки народов Российской Федерации и иностранные языки Общероссийского классификатора информации о населении (ОКИН)

Б.2.9.16.   Семейное положение (CE)      00119.

Определение: семейное положение. Рекомендуемые коды см. в пользовательской таблице 0002.

Пользовательская таблица 0002. Семейное положение

Значение

Описание

Коды берутся из фасета 10 – состояние в браке Общероссийского классификатора информации о населении (ОКИН)

Б.2.9.17.   Вероисповедание (CE)   00120

Определение: вероисповедание пациента. См. пользовательскую таблицу 0006.

Пользовательская таблица 0006. Вероисповедание

 

Значение

Описание

Рекомендованных значений нет

 

Б.2.9.18.   Номер лицевого счета пациента (CX)     00121

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

Б.2.9.19.   Номер полиса ОМС (ST)         00122

Определение: это поле оставлено только для совместимости с предыдущими версиями стандарта HL7. Для передачи всех идентификаторов пациента теперь рекомендуется использовать поле Список идентификаторов пациента. В этом поле может быть указан номер пенсионного удостоверения (код типа идентификатора RR).

Б.2.9.20.   Номер удостоверения личности (DLN)    00123

Определение: это поле оставлено только для совместимости с предыдущими версиями стандарта HL7.

Б.2.9.21.  Идентификатор матери (CX)        00124

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

Б.2.9.22.  Этническая группа (CE)         00125

Определение: дальнейшее уточнение происхождения пациента. Рекомендуемые значения см. в пользовательской таблице 0189.

Пользовательская таблица 0189. Этническая группа.

Значение

Описание

Рекомендованных значений нет

 

Б.2.9.23.  Место рождения (ST)    00126

Определение: обозначает место рождения пациента, например, "Роддом № 12".

Б.2.9.24.  Индикатор кратных рождений (ID) 00127.

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

Стандартная таблица 0136. Индикатор Да/Нет

Значение

Описание

Y

Да

N

Нет

Б.2.9.25.  Порядок рождения (NM)        00128

Определение: если пациент появился на свет при кратном рождении, то значение этого поля указывает, каким именно по порядку он родился. 

Б.2.9.26.  Гражданство (CE)        00129

Компоненты: <идентификатор>^ <текст> ^ <наименование системы кодирования >^ <альтернативный идентификатор> ^ <альтернативный текст> ^ <наименование альтернативной системы кодирования>

Определение: гражданство пациента. Рекомендованные значения берутся из пользовательской таблицы 0171.

Пользовательская таблица 0171. Гражданство

Значение

Описание

Коды берутся из фасета 02 – гражданство Общероссийского классификатора информации о населении (ОКИН)

Б.2.9.27.  Статус военного ветерана (CE)      00130

Определение: означает статус военного ветерана. См. пользовательскую таблицу 0172.

Пользовательская таблица 0172. Статус военного ветерана.

Значение

Описание

Рекомендованных значений нет

Б.2.9.28.  Национальность (CE)    00739

Определение: это поле оставлено только для совместимости с предыдущими версиями стандарта HL7. Во всех следующих версиях, начиная с текущей 2.4, национальность может быть указана как сочетание полей гражданство и этническая группа. (В многонациональных странах, например, в Российской Федерации или в Испании, национальность может отличаться от гражданства.) См. пользовательскую таблицу 0212.

Пользовательская таблица 0212. Национальность

Значение

Описание

Коды берутся из фасета 03 – национальности Общероссийского классификатора информации о населении (ОКИН)

Б.2.9.29.  Дата и время смерти (TS)      00740

Определение: дата и время смерти пациента.

Б.2.9.30.  Индикатор смерти пациента (ID) 00741

Определение: означает, что данный пациент умер. Допустимые значения см. в стандартной таблице 0136.

Б.2.9.31.  Индикатор неустановленной личности (ID) 01535

Определение: означает, что личность пациента не установлена. Допустимые значения см. в стандартной таблице 0136.

Б.2.9.32.  Код надежности установления личности  (IS)  01536

Определение: это поле содержит кодируемое значение, используемое для передачи информации о степени надежности установления личности пациента. Рекомендованные значения см. в пользовательской таблице 0445.

Пользовательская таблица 0445. Код надежности установления личности.

Значение

Описание

US

Номер полиса ОМС не известен

UD

Дата рождения не известна

UA

Адрес не известен

AL

Фамилия, имя, отчество пациента – псевдоним

Б.2.9.33.  Дата и время последнего изменения  (TS) 01537

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

Б.2.9.34.  Место последнего изменения (HD)   01538

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

Б.2.9.35.  Вид живого организма (CE)   01539

Определение: это поле содержит вид живого организма. В нем можно передавать обыденное или научное название вида, в зависимости от используемой системы кодирования. Рекомендуемая система кодирования – SNOMED. См. пользовательскую таблицу 0446.

Пользовательская таблица 0446. Вид живого организма

Значение

Описание

Рекомендованных значений нет

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

Если значение этого поля отсутствует, по умолчанию предполагается человек.

Пример:

L-80700^Собачьи, БДУ^SNM3

Б.2.9.36.  Порода животного (CE)         01540

Определение: в этом поле передается порода животного. В отличие от полей вид живого организма и род живого организма, данное поле специфично для животных. Рекомендуемая система кодирования – SNOMED. См. пользовательскую таблицу 0447.

Пользовательская таблица 0447. Порода животного

 

Значение

Описание

Рекомендованных значений нет

 

Пример:

L-80733^Стаффордширский бультерьер^SNM3^^Американский стаффордширдтерьер^99AKC

Б.2.9.37.  Род живого организма (ST)     01541.

Определение: это поле содержит род живого организма. В нем можно передавать род любого живого организма, а не только животного.

Б.2.9.38.  Код класса производства (CE)         01542

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

Пользовательская таблица 0429. Код класса производства

Значение

Описание

BR

Генофонд

DA

Молочное животноводство

DR

Рабочий скот

DU

Двойное назначение

LY

Отводок для размножения

MT

Мясное животноводство

OT

Другое назначение

PL

Развлечение

RA

Скачки, другие соревнования

SH

Напоказ

NA

Не применим

U

Не известен

Б.3.    Диаграмма классов UML для основных демографических данных пациента

За основу диаграммы классов UML, приведенной на рисунке Б.Б.1, взята справочная информационная модель RIM версии 1.11, разработанная комитетом HL7.

Рис. Б.1. Диаграмма классов для основных демографических данных пациента.

Чтобы описать поля с повторяющимися значениями (например, адреса и телефоны), здесь введены параметризованные типы данных LIST (список) и SET (множество) и произведенные от них типы List_XAD, Set_CX и т.д., которые затем присваиваются этим полям.

 

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

С помощью специальных инструментальных средств построения моделей на языке UML подобные диаграммы могут быть преобразованы в исходные тексты на различных диалектах языка Си++, на языке Delphi, а также в описания на языке XML (DTD, Schema) и в нотации ASN.1, принятой для описания типов данных в стандартах ISO.

Б.4. Описание основных демографических данных пациента на языке XML Schema

За основу приведенных в этом разделе определений на языке XML взяты рабочие документы комитета HL7. Поскольку определение всех необходимых типов данных заняло бы слишком много места, в следующем разделе дается описание только одного типа, а именно, XPN – расширенные фамилия, имя, отчество лица.

Затем приводится полное описание полей основных демографических данных пациента, и в заключение – полное описание сегмента основных демографических данных пациента (PID).

Б.4.1. Определение составного типа данных XPN на языке XML Schema

<?xml version = "1.0" encoding = "ISO-8859-5" ?>

<schema

  xmlns="http://www.w3.org/2001/XMLSchema"

  targetNamespace=http://www.hl7.org/

  xml:lang = "ru">

 

<!-- COMPOSITE DATATYPE XPN -->

<complexType name="XPN">

  <sequence>

    <element minOccurs="0" maxOccurs="1" ref="XPN.1" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.2" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.3" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.4" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.5" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.6" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.7" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.8" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.9" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.10" />

    <element minOccurs="0" maxOccurs="1" ref="XPN.11" />

  </sequence>

</complexType>

<!-- COMPONENT XPN.1 -->

<attributeGroup name="XPN.1.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="фамилия" />

  <attribute name="Type" type="string" fixed="FN" />

  <attribute name="Table" type="string" fixed="0" />

</attributeGroup>

<element name="XPN.1">

  <complexType>

    <simpleContent>

      <extension base="FN">

        <attributeGroup ref="XPN.1.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.2 -->

<attributeGroup name="XPN.2.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="имя" />

  <attribute name="Type" type="string" fixed="ST" />

  <attribute name="Table" type="string" fixed="0" />

</attributeGroup>

<element name="XPN.2">

  <complexType>

    <simpleContent>

      <extension base="ST">

        <attributeGroup ref="XPN.2.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.3 -->

<attributeGroup name="XPN.3.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="отчество или инициал" />

  <attribute name="Type" type="string" fixed="ST" />

  <attribute name="Table" type="string" fixed="0" />

</attributeGroup>

<element name="XPN.3">

  <complexType>

    <simpleContent>

      <extension base="ST">

        <attributeGroup ref="XPN.3.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.4 -->

<attributeGroup name="XPN.4.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed=" суффикс (например, JR (младший) или III (третий)" />

  <attribute name="Type" type="string" fixed="ST" />

  <attribute name="Table" type="string" fixed="0" />

</attributeGroup>

<element name="XPN.4">

  <complexType>

    <simpleContent>

      <extension base="ST">

        <attributeGroup ref="XPN.4.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.5 -->

<attributeGroup name="XPN.5.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="обращение (например, г-н)" />

  <attribute name="Type" type="string" fixed="ST" />

  <attribute name="Table" type="string" fixed="0" />

</attributeGroup>

<element name="XPN.5">

  <complexType>

    <simpleContent>

      <extension base="ST">

        <attributeGroup ref="XPN.5.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.6 -->

<attributeGroup name="XPN.6.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed=" ученая степень (например КМН)" />

  <attribute name="Type" type="string" fixed="IS" />

  <attribute name="Table" type="string" fixed="360" />

</attributeGroup>

<element name="XPN.6">

  <complexType>

    <simpleContent>

      <extension base="IS">

        <attributeGroup ref="XPN.6.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.7 -->

<attributeGroup name="XPN.7.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="код типа ФИО" />

  <attribute name="Type" type="string" fixed="ID" />

  <attribute name="Table" type="string" fixed="200" />

</attributeGroup>

<element name="XPN.7">

  <complexType>

    <simpleContent>

      <extension base="ID">

        <attributeGroup ref="XPN.7.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.8 -->

<attributeGroup name="XPN.8.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="код представления ФИО" />

  <attribute name="Type" type="string" fixed="ID" />

  <attribute name="Table" type="string" fixed="465" />

</attributeGroup>

<element name="XPN.8">

  <complexType>

    <simpleContent>

      <extension base="ID">

        <attributeGroup ref="XPN.8.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.9 -->

<attributeGroup name="XPN.9.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="контекст фамилии" />

  <attribute name="Type" type="string" fixed="CE" />

  <attribute name="Table" type="string" fixed="448" />

</attributeGroup>

<element name="XPN.9">

  <complexType>

    <simpleContent>

      <extension base="CE">

        <attributeGroup ref="XPN.9.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.10 -->

<attributeGroup name="XPN.10.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="интервал действия фамилии" />

  <attribute name="Type" type="string" fixed="DR" />

  <attribute name="Table" type="string" fixed="0" />

</attributeGroup>

<element name="XPN.10">

  <complexType>

    <simpleContent>

      <extension base="DR">

        <attributeGroup ref="XPN.10.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- COMPONENT XPN.11 -->

<attributeGroup name="XPN.11.ATTRIBUTES">

  <attribute name="LongName" type="string" fixed="порядок сборки фамилии" />

  <attribute name="Type" type="string" fixed="ID" />

  <attribute name="Table" type="string" fixed="444" />

</attributeGroup>

<element name="XPN.11">

  <complexType>

    <simpleContent>

      <extension base="ID">

        <attributeGroup ref="XPN.11.ATTRIBUTES"/>

      </extension>

    </simpleContent>

  </complexType>

</element>

 

</schema>

Б.4.2.  Определение полей основных демографических данных пациента на языке XML Schema

<?xml version = "1.0" encoding = "ISO-8859-5" ?>

<schema

  xmlns="http://www.w3.org/2001/XMLSchema"

  targetNamespace=http://www.hl7.org/

  xml:lang = "ru">

 

<!-- FIELD PID.1 -->

<attributeGroup name="PID.1.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="104" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Идентификатор сегмента" />

  <attribute name="Type" type="string" fixed="SI" />

</attributeGroup>

<element name="PID.1">

  <complexType>

    <simpleContent>

      <extension base="SI">

        <attributeGroup ref="PID.1.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.2 -->

<attributeGroup name="PID.2.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="105" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Идентификатор пациента" />

  <attribute name="Type" type="string" fixed="CX" />

</attributeGroup>

<element name="PID.2">

  <complexType>

    <simpleContent>

      <extension base="CX">

        <attributeGroup ref="PID.2.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.3 -->

<attributeGroup name="PID.3.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="106" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Список идентификаторов пациента" />

  <attribute name="Type" type="string" fixed="CX" />

</attributeGroup>

<element name="PID.3">

  <complexType>

    <simpleContent>

      <extension base="CX">

        <attributeGroup ref="PID.3.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.4 -->

<attributeGroup name="PID.4.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="107" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Альтернативный идентификатор пациента" />

  <attribute name="Type" type="string" fixed="CX" />

</attributeGroup>

<element name="PID.4">

  <complexType>

    <simpleContent>

      <extension base="CX">

        <attributeGroup ref="PID.4.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.5 -->

<attributeGroup name="PID.5.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="108" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Фамилия, имя, отчество пациента" />

  <attribute name="Type" type="string" fixed="XPN" />

</attributeGroup>

<element name="PID.5">

  <complexType>

    <simpleContent>

      <extension base="XPN">

        <attributeGroup ref="PID.5.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.6 -->

<attributeGroup name="PID.6.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="109" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Девичья фамилия матери" />

  <attribute name="Type" type="string" fixed="XPN" />

</attributeGroup>

<element name="PID.6">

  <complexType>

    <simpleContent>

      <extension base="XPN">

        <attributeGroup ref="PID.6.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.7 -->

<attributeGroup name="PID.7.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="110" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Дата и время рождения" />

  <attribute name="Type" type="string" fixed="TS" />

</attributeGroup>

<element name="PID.7">

  <complexType>

    <simpleContent>

      <extension base="TS">

        <attributeGroup ref="PID.7.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.8 -->

<attributeGroup name="PID.8.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="111" />

  <attribute name="Table" type="string" fixed="1" />

  <attribute name="LongName" type="string" fixed="Административный пол" />

  <attribute name="Type" type="string" fixed="IS" />

</attributeGroup>

<element name="PID.8">

  <complexType>

    <simpleContent>

      <extension base="IS">

        <attributeGroup ref="PID.8.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.9 -->

<attributeGroup name="PID.9.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="112" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Другие фамилия, имя, отчество" />

  <attribute name="Type" type="string" fixed="XPN" />

</attributeGroup>

<element name="PID.9">

  <complexType>

    <simpleContent>

      <extension base="XPN">

        <attributeGroup ref="PID.9.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.10 -->

<attributeGroup name="PID.10.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="113" />

  <attribute name="Table" type="string" fixed="5" />

  <attribute name="LongName" type="string" fixed="Раса" />

  <attribute name="Type" type="string" fixed="CE_0005" />

</attributeGroup>

<element name="PID.10">

  <complexType>

    <simpleContent>

      <extension base="CE_0005">

        <attributeGroup ref="PID.10.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.11 -->

<attributeGroup name="PID.11.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="114" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Адрес пациента" />

  <attribute name="Type" type="string" fixed="XAD" />

</attributeGroup>

<element name="PID.11">

  <complexType>

    <simpleContent>

      <extension base="XAD">

        <attributeGroup ref="PID.11.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.12 -->

<attributeGroup name="PID.12.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="115" />

  <attribute name="Table" type="string" fixed="289" />

  <attribute name="LongName" type="string" fixed="Код области, края, республики" />

  <attribute name="Type" type="string" fixed="IS" />

</attributeGroup>

<element name="PID.12">

  <complexType>

    <simpleContent>

      <extension base="IS">

        <attributeGroup ref="PID.12.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.13 -->

<attributeGroup name="PID.13.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="116" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Номер домашнего телефона" />

  <attribute name="Type" type="string" fixed="XTN" />

</attributeGroup>

<element name="PID.13">

  <complexType>

    <simpleContent>

      <extension base="XTN">

        <attributeGroup ref="PID.13.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.14 -->

<attributeGroup name="PID.14.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="117" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Номер рабочего телефона" />

  <attribute name="Type" type="string" fixed="XTN" />

</attributeGroup>

<element name="PID.14">

  <complexType>

    <simpleContent>

      <extension base="XTN">

        <attributeGroup ref="PID.14.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.15 -->

<attributeGroup name="PID.15.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="118" />

  <attribute name="Table" type="string" fixed="296" />

  <attribute name="LongName" type="string" fixed="Язык, на котором говорит пациент" />

  <attribute name="Type" type="string" fixed="CE_0296" />

</attributeGroup>

<element name="PID.15">

  <complexType>

    <simpleContent>

      <extension base="CE_0296">

        <attributeGroup ref="PID.15.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.16 -->

<attributeGroup name="PID.16.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="119" />

  <attribute name="Table" type="string" fixed="2" />

  <attribute name="LongName" type="string" fixed="Семейное положение" />

  <attribute name="Type" type="string" fixed="CE_0002" />

</attributeGroup>

<element name="PID.16">

  <complexType>

    <simpleContent>

      <extension base="CE_0002">

        <attributeGroup ref="PID.16.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.17 -->

<attributeGroup name="PID.17.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="120" />

  <attribute name="Table" type="string" fixed="6" />

  <attribute name="LongName" type="string" fixed="Вероисповедание" />

  <attribute name="Type" type="string" fixed="CE_0006" />

</attributeGroup>

<element name="PID.17">

  <complexType>

    <simpleContent>

      <extension base="CE_0006">

        <attributeGroup ref="PID.17.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.18 -->

<attributeGroup name="PID.18.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="121" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Номер лицевого счета пациента" />

  <attribute name="Type" type="string" fixed="CX" />

</attributeGroup>

<element name="PID.18">

  <complexType>

    <simpleContent>

      <extension base="CX">

        <attributeGroup ref="PID.18.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.19 -->

<attributeGroup name="PID.19.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="122" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Номер полиса ОМС" />

  <attribute name="Type" type="string" fixed="ST" />

</attributeGroup>

<element name="PID.19">

  <complexType>

    <simpleContent>

      <extension base="ST">

        <attributeGroup ref="PID.19.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.20 -->

<attributeGroup name="PID.20.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="123" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Номер удостоверения личности" />

  <attribute name="Type" type="string" fixed="DLN" />

</attributeGroup>

<element name="PID.20">

  <complexType>

    <simpleContent>

      <extension base="DLN">

        <attributeGroup ref="PID.20.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.21 -->

<attributeGroup name="PID.21.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="124" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Идентификатор матери" />

  <attribute name="Type" type="string" fixed="CX" />

</attributeGroup>

<element name="PID.21">

  <complexType>

    <simpleContent>

      <extension base="CX">

        <attributeGroup ref="PID.21.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.22 -->

<attributeGroup name="PID.22.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="125" />

  <attribute name="Table" type="string" fixed="189" />

  <attribute name="LongName" type="string" fixed="Этническая группа" />

  <attribute name="Type" type="string" fixed="CE_0189" />

</attributeGroup>

<element name="PID.22">

  <complexType>

    <simpleContent>

      <extension base="CE_0189">

        <attributeGroup ref="PID.22.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.23 -->

<attributeGroup name="PID.23.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="126" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Место рождения" />

  <attribute name="Type" type="string" fixed="ST" />

</attributeGroup>

<element name="PID.23">

  <complexType>

    <simpleContent>

      <extension base="ST">

        <attributeGroup ref="PID.23.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.24 -->

<attributeGroup name="PID.24.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="127" />

  <attribute name="Table" type="string" fixed="136" />

  <attribute name="LongName" type="string" fixed="Индикатор кратных рождений" />

  <attribute name="Type" type="string" fixed="ID" />

</attributeGroup>

<element name="PID.24">

  <complexType>

    <simpleContent>

      <extension base="ID">

        <attributeGroup ref="PID.24.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.25 -->

<attributeGroup name="PID.25.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="128" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Порядок рождения" />

  <attribute name="Type" type="string" fixed="NM" />

</attributeGroup>

<element name="PID.25">

  <complexType>

    <simpleContent>

      <extension base="NM">

        <attributeGroup ref="PID.25.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.26 -->

<attributeGroup name="PID.26.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="129" />

  <attribute name="Table" type="string" fixed="171" />

  <attribute name="LongName" type="string" fixed="Гражданство" />

  <attribute name="Type" type="string" fixed="CE_0171" />

</attributeGroup>

<element name="PID.26">

  <complexType>

    <simpleContent>

      <extension base="CE_0171">

        <attributeGroup ref="PID.26.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.27 -->

<attributeGroup name="PID.27.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="130" />

  <attribute name="Table" type="string" fixed="172" />

  <attribute name="LongName" type="string" fixed="Статус военного ветерана" />

  <attribute name="Type" type="string" fixed="CE_0172" />

</attributeGroup>

<element name="PID.27">

  <complexType>

    <simpleContent>

      <extension base="CE_0172">

        <attributeGroup ref="PID.27.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.28 -->

<attributeGroup name="PID.28.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="739" />

  <attribute name="Table" type="string" fixed="212" />

  <attribute name="LongName" type="string" fixed="Национальность" />

  <attribute name="Type" type="string" fixed="CE_0212" />

</attributeGroup>

<element name="PID.28">

  <complexType>

    <simpleContent>

      <extension base="CE_0212">

        <attributeGroup ref="PID.28.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.29 -->

<attributeGroup name="PID.29.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="740" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Дата и время смерти пациента" />

  <attribute name="Type" type="string" fixed="TS" />

</attributeGroup>

<element name="PID.29">

  <complexType>

    <simpleContent>

      <extension base="TS">

        <attributeGroup ref="PID.29.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.30 -->

<attributeGroup name="PID.30.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="741" />

  <attribute name="Table" type="string" fixed="136" />

  <attribute name="LongName" type="string" fixed="Индикатор смерти пациента" />

  <attribute name="Type" type="string" fixed="ID" />

</attributeGroup>

<element name="PID.30">

  <complexType>

    <simpleContent>

      <extension base="ID">

        <attributeGroup ref="PID.30.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.31 -->

<attributeGroup name="PID.31.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="1535" />

  <attribute name="Table" type="string" fixed="136" />

  <attribute name="LongName" type="string" fixed="Индикатор неустановленной личности" />

  <attribute name="Type" type="string" fixed="ID" />

</attributeGroup>

<element name="PID.31">

  <complexType>

    <simpleContent>

      <extension base="ID">

        <attributeGroup ref="PID.31.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.32 -->

<attributeGroup name="PID.32.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="1536" />

  <attribute name="Table" type="string" fixed="445" />

  <attribute name="LongName" type="string" fixed="Код надежности установления личности" />

  <attribute name="Type" type="string" fixed="IS" />

</attributeGroup>

<element name="PID.32">

  <complexType>

    <simpleContent>

      <extension base="IS">

        <attributeGroup ref="PID.32.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.33 -->

<attributeGroup name="PID.33.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="1537" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Дата и время последнего изменения" />

  <attribute name="Type" type="string" fixed="TS" />

</attributeGroup>

<element name="PID.33">

  <complexType>

    <simpleContent>

      <extension base="TS">

        <attributeGroup ref="PID.33.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.34 -->

<attributeGroup name="PID.34.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="1538" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Место последнего изменения" />

  <attribute name="Type" type="string" fixed="HD" />

</attributeGroup>

<element name="PID.34">

  <complexType>

    <simpleContent>

      <extension base="HD">

        <attributeGroup ref="PID.34.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.35 -->

<attributeGroup name="PID.35.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="1539" />

  <attribute name="Table" type="string" fixed="446" />

  <attribute name="LongName" type="string" fixed="Вид живого организма" />

  <attribute name="Type" type="string" fixed="CE_0446" />

</attributeGroup>

<element name="PID.35">

  <complexType>

    <simpleContent>

      <extension base="CE_0446">

        <attributeGroup ref="PID.35.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.36 -->

<attributeGroup name="PID.36.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="1540" />

  <attribute name="Table" type="string" fixed="447" />

  <attribute name="LongName" type="string" fixed="Порода животного" />

  <attribute name="Type" type="string" fixed="CE_0447" />

</attributeGroup>

<element name="PID.36">

  <complexType>

    <simpleContent>

      <extension base="CE_0447">

        <attributeGroup ref="PID.36.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.37 -->

<attributeGroup name="PID.37.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="1541" />

  <attribute name="Table" type="string" fixed="0" />

  <attribute name="LongName" type="string" fixed="Род живого организма" />

  <attribute name="Type" type="string" fixed="ST" />

</attributeGroup>

<element name="PID.37">

  <complexType>

    <simpleContent>

      <extension base="ST">

        <attributeGroup ref="PID.37.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

<!-- FIELD PID.38 -->

<attributeGroup name="PID.38.ATTRIBUTES">

  <attribute name="Item" type="string" fixed="1542" />

  <attribute name="Table" type="string" fixed="429" />

  <attribute name="LongName" type="string" fixed="Код класса производства" />

  <attribute name="Type" type="string" fixed="CE_0429" />

</attributeGroup>

<element name="PID.38">

  <complexType>

    <simpleContent>

      <extension base="CE_0429">

        <attributeGroup ref="PID.38.ATTRIBUTES" />

      </extension>

    </simpleContent>

  </complexType>

</element>

 

</schema>

Б.4.3.  Определение сегмента основных демографических данных пациента на языке XML Schema

<?xml version = "1.0" encoding = "ISO-8859-5" ?>

<schema

  xmlns="http://www.w3.org/2001/XMLSchema"

  targetNamespace=http://www.hl7.org/

  xml:lang = "ru">

 

<!-- SEGMENT PID -->

<element name="PID">

  <complexType>

    <sequence>

      <element minOccurs="0" maxOccurs="1" ref="PID.1" />

      <element minOccurs="0" maxOccurs="1" ref="PID.2" />

      <element minOccurs="1" maxOccurs="unbounded" ref="PID.3" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.4" />

      <element minOccurs="1" maxOccurs="unbounded" ref="PID.5" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.6" />

      <element minOccurs="0" maxOccurs="1" ref="PID.7" />

      <element minOccurs="0" maxOccurs="1" ref="PID.8" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.9" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.10" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.11" />

      <element minOccurs="0" maxOccurs="1" ref="PID.12" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.13" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.14" />

      <element minOccurs="0" maxOccurs="1" ref="PID.15" />

      <element minOccurs="0" maxOccurs="1" ref="PID.16" />

      <element minOccurs="0" maxOccurs="1" ref="PID.17" />

      <element minOccurs="0" maxOccurs="1" ref="PID.18" />

      <element minOccurs="0" maxOccurs="1" ref="PID.19" />

      <element minOccurs="0" maxOccurs="1" ref="PID.20" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.21" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.22" />

      <element minOccurs="0" maxOccurs="1" ref="PID.23" />

      <element minOccurs="0" maxOccurs="1" ref="PID.24" />

      <element minOccurs="0" maxOccurs="1" ref="PID.25" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.26" />

      <element minOccurs="0" maxOccurs="1" ref="PID.27" />

      <element minOccurs="0" maxOccurs="1" ref="PID.28" />

      <element minOccurs="0" maxOccurs="1" ref="PID.29" />

      <element minOccurs="0" maxOccurs="1" ref="PID.30" />

      <element minOccurs="0" maxOccurs="1" ref="PID.31" />

      <element minOccurs="0" maxOccurs="unbounded" ref="PID.32" />

      <element minOccurs="0" maxOccurs="1" ref="PID.33" />

      <element minOccurs="0" maxOccurs="1" ref="PID.34" />

      <element minOccurs="0" maxOccurs="1" ref="PID.35" />

      <element minOccurs="0" maxOccurs="1" ref="PID.36" />

      <element minOccurs="0" maxOccurs="1" ref="PID.37" />

      <element minOccurs="0" maxOccurs="2" ref="PID.38" />

    </sequence>

  </complexType>

</element>

</schema>.

 



[1]Символ С в этом столбце означает, что поле оставлено только для совместимости с предыдущими версиями стандарта

 

 

////////////////////////////