ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

Информатизация здоровья

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

(ISO/TS 13582:2015, ЮТ)

Издание официальное

Стандартинформ

2016

Предисловие

1    ПОДГОТОВЛЕН Федеральным государственным бюджетным учреждением Центральный научно-исследовательский институт организации и информатизации здравоохранения Министерства здравоохранения Российской Федерации (ЦНИИОИЗ Минздрава) на основе собственного перевода на русский язык англоязычной версии международного документа, указанного в пункте 4

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 468 «Информатизация здоровья» при ЦНИИОИЗ Минздрава — постоянным представителем ISO ТС 215

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 30 ноября 2016 г. № 1896-ст

4    Настоящий стандарт идентичен международному документу ISO/TS 13582:2015 «Информатизация здоровья. Совместное использование регистра объектных идентификаторов» (ISO/TS 13582:2015 «Health informatics — Sharing of OID registry information», IDT).

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

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

© Стандартинформ, 2016

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

Окончание таблицы 1

DIMDI Хранилище ОИД France Telecom-Orange HL7 International FAMILY LAST-NAME NAME GIVEN FIRST-NAME NAME

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

6.2 Подготовительная работа

Настоящий стандарт подготовлен техническим комитетом ИСО/ТК215 в сотрудничестве с организацией HL7 International, а также с подкомитетами ИСО/МЭК JTC 1/SC 6 и ITU-T SG 17.

Начиная с апреля 2010 года, проект настоящего стандарта прошел несколько стадий публичного рецензирования. Всего было получено и согласовано около 80 комментариев. Кроме того, положения настоящего стандарта прошли проверку в нескольких европейских проектах ведения регистров/храни-лищ ОИД.

7 Информационная модель

7.1 Общие положения

Для обмена объектными идентификаторами и их метаданными между разными регистрами и прикладными программами кроме собственно ОИД целесообразно использовать следующие дополнительные элементы данных (см. также рекомендации ITU-T Х.667/ ИСО/МЭК 9834-8, http://www.itu.int/ rec/T-REC-X.667/en. и раздел часто задаваемых вопросов на сайте oid-info, http://www.oid-info.com/faa. htm#irD:

-    описания;

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

-    категорирование;

-    временные рамки;

-    примечания;

-    версии;

-    связи;

-    отношения к другим ОИД и внешним источникам;

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

-    ассоциированные лица.

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

Ниже приведены дополнительные примечания:

-    цвета классов позаимствованы из ИСО/Н1_7 21731, классы «Person» и «Organization», выделенные светло-зеленым цветом, являются точными копиями классов «Person» и «Organization», выделенных зеленым цветом. Это сделано, чтобы избежать повторение атрибутов классов. Полужирным шрифтом выделены имена обязательных ассоциаций (см. также 7.2.1);

-    обозначение «<=» используется для указания привязки кодированного атрибута к словарному домену. Например, в классе уполномоченного регистратора RegistrationAuthоrity атрибут code должен использовать словарь, определенный в наборе значений (перечислении) «RoleCodes».

ГОСТ P 57304—2016

Кроме того, таблицы ассоциаций (в информационной модели) имеют следующий заголовок:

Ассоциация Описание Класс Кратность Обяз.

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

-    «Ассоциация» — имя ассоциации с классом;

-    «Класс» — имя ассоциированного класса.

7.2.2 Объявления соответствия

Некоторые атрибуты классов или ассоциации могут иметь дополнительные ограничения, указанные в отдельной строке, начинающейся сокращением «CONF» (conformance — соответствие), дополненным суффиксом, являющимся сокращенным идентификатором ограничения (например, «гд-vt»), за которым следует объявление соответствия.

Пример — «CONF rg-vt: элемент validTime ДОЛЖЕН присутствовать и у его типа данных IVL_TS хотя бы один дочерний элемент должен иметь значение».

7.3    Формат обмена XML

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

В следующих подразделах детально обсуждаются классы и их атрибуты.

7.4    Класс Registry

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

Registry

validTime: IVL_TS [1..*] scopedOIDs: ST.OID [0..*] name: ST [1..1] description: ST [0..*]

lastModifiedDate: TS [0..1]

Рисунок 2 — Класс Registry

7.4.1 Атрибуты

Атрибуты класса Registry представлены в таблице 2.

Таблица 2 —Атрибуты класса Registry

Атрибут класса Описание Тип данных Кратность Обяз. Длина validTime Интервал действия IVL_TS 1..* О — scopedOIDs Список контролируемых корневых ОИД ST.OID 0..* Н 64 name Официальное наименование регистра ОИД ST 1..1 О 64 description Описание регистра ОИД (возможно, на нескольких языках) ST 0..* Н — lastModifiedDate Дата последнего изменения TS 0..1 Н —

ГОСТ P 57304—2016

7.4.1.1    Атрибут validTime

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

CONF rg-vt: элемент validTime должен присутствовать и иметь тип данных IVL_TS, у которого задана, по крайней мере, нижняя граница интервала.

7.4.1.2    Атрибут scopedOIDs

Атрибут scopedOIDs содержит список контролируемых корневых ОИД, то есть объектных идентификаторов, за регистрацию которых отвечает данный регистр ОИД. Здесь перечисляются те ОИД, для которых в регистре созданы дочерние ОИД и которые являются вершинами дерева. Если в регистре созданы ОИД для нескольких разрозненных ветвей, то в этом атрибуте может содержаться более одного ОИД.

CONF rg-so: если регистр ОИД отвечает за выделение или регистрацию корневого ОИД, то этот ОИД должен быть указан в атрибуте scopedOIDs.

7.4.1.3    Атрибут пате

Атрибут пате содержит официальное наименование регистра ОИД.

7.4.1.4    Атрибут description

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

CONF rg-ds: если хотя бы один элемент description присутствует, то один из кодов языка описания должен обозначать английский язык («еп», «еп-US» и т. д.).

7.4.1.5    Атрибут lastModifiedDate

Атрибут lastModifiedDate используется для указания даты и времени последнего изменения регистра ОИД.

7.4.2 Ассоциации

Ассоциации класса Registry представлены в таблице 3.

Таблица 3 — Ассоциации класса Registry

Ассоциация Описание Класс Кратность Обяз. person Контактное лицо (лица) Person 1..* Т hostingOrganization Ответственная организация (организации) Organization 1..* О oid Список ОИД Oid 0..* т

Пример — <registry> <validTime>

<low value=”201005 01"t>

</validTime>

<scopedOID value=”1.2.3.4.5”/>

<name vaiue-’Самый лучший регистр ОИД ”t> description language=”en-US” value=”Xomn этот регистр ОИД тестовый, он наилучший ”/> <person>... </person>

<hostingOrganization>... </hostingOrganization>

<oid>... </oid>

</registry>

7.5 Класс Oid

Этот класс содержит зарегистрированный ОИД и ассоциированные с ним метаданные (см. рисунок 3).

9

Oid

dotNotation: ST.OID [1..1]

asnlNotation: ST.ASN1 [0..1] iriNotation: ST.IRI [0..1] symbolicName: ST.SYMB [0..1] category: CS [1..1] <= OIDcategories status: CS [1..1] <= OIDstatusCodes creationDate: TS [0..1] lastModifiedDate: TS [0..1] realm: CS [0..*] <= CountryCodes description: ED [1..*]

Рисунок 3 — Класс Oid

7.5.1 Атрибуты

Атрибуты класса Oid представлены в таблице 4.

Таблица 4 — Атрибуты класса Oid

Атрибут класса Описание Тип данных Кратность Обяз. Длина dotNotation Зарегистрированный ОИД в точечной нотации ST.OID 1..1 О 128 asnlNotation Нотация АСН.1 ST.ASN1 0..1 H 128 iriNotation Нотация IRI ST.IRI 0..1 Н 128 symbolicName Символьное имя ST.SYMB 0..1 Н 128 category Категория ОИД CS 1..1 т — status Статус ОИД CS 1..1 о — creationDate Дата создания TS 0..1 н — lastModifiedDate Дата последнего изменения TS 0..1 н — realm Страны CS 0..* н — description Текстовое описание ED 1..* о —

7.5.1.1    Атрибут dotNotation

Атрибут dotNotation содержит ОИД в точечной нотации (SNMP) или в представлении ASN.1/XER. Пример —

2.16.528

7.5.1.2    Атрибут asnlNotation

Атрибут asnlNotation содержит ОИД в нотации АСН.1 с (необязательными идентификаторами и номерами.

Пример —

{^rjoint-iso-itu-t(2) country(16) nl(528)} {itu-t(O) recommendation(0) a(1)}

Примечания

1    Окаймляющие фигурные скобки могут быть опущены.

2    Эта информация не обязательно должна вводиться человеком; она может заполняться алгоритмически.

ГОСТ Р 57304-2016

7.5.1.3    Атрибут iriNotation

Атрибут iriNotation содержит ОИД в нотации IRI (Internationalized Resource Identifier — международный идентификатор ресурса) notation.

Пример —

oid:/Country/528

Примечание — Эта информация не обязательно должна вводиться человеком; она может заполняться алгоритмически.

7.5.1.4    Атрибут symbolicName/вторичный идентификатор дуги

Атрибут symbolicName содержит краткое символьное имя ОИД, уникальное для всех сестринских ОИД данной дуги.

Правила ИСО по вторичным идентификаторам дуги, изложенные в 6.2.2 документа ITU-T / ИСО/ МЭК 9834-1:2012, гласят:

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

-    крайние символы не должны быть дефисами;

-    имя не должно содержать два смежных дефиса.

Пример —

nl

7.5.1.5    Атрибут category

Атрибут category содержит тип (категорию) ОИД; имеет перечисляемые значения, которые должны быть взяты из словаря OIDcategories.

В сущности, существует два основных типа ОИД: лист (идентификатор объекта) и узел, представляющий онтологическую ветвь.

Узловые ОИД могут иметь следующие типы:

-    уполномоченный регистратор (УР);

-    структура для управления объектными идентификаторами.

Предложены следующие подкатегории листовых ОИД:

-    идентификатор экземпляра объекта (например, организации);

-    идентификатор пространства имен (например, идентификатор системы кодирования или набора значений).

Примечание — Кроме того, у ОИД есть свойства, которые могут отражать другие деловые потребности, например, теги (простой текст), другая категоризация ОИД в виде кода или текста, «подтипы» ОИД. Дополнительную информацию см. в описании класса AdditionalProperty.

7.5.1.6    Атрибут status

Атрибут status содержит статус ОИД; имеет перечисляемые значения, которые должны быть взяты из словаря OIDstatusCodes.

7.5.1.7    Атрибут creationDate

Атрибут creationDate используется для указания даты первой регистрации ОИД. Это не дата представления описания ОИД в регистр. Будучи задано, значение атрибута creationDate больше не изменяется.

7.5.1.8    Атрибут lastModifiedDate

Атрибут lastModifiedDate используется для указания даты последнего изменения информации о данном ОИД.

7.5.1.9    Атрибут realm

В некоторых случаях ОИД может быть действительным только для определенной страны или сферы, например, номер карточки социального страхования SSN (Social Security Number) в США, или голландский номер обслуживания гражданина BSN (Dutch Citizen Service Number), или система кодирования, представляющая версию Международной классификации болезней 10-го пересмотра, предназначенную для использования только в Германии (ICD1 Ogm). Это может быть указано с помощью атрибута realm, содержащего или код страны, или код «UV», обозначающий универсальное применение. Допустимые значения указаны в системе кодирования CountryCodes.

11

7.5.1.10 Атрибут description

Этот элемент содержит произвольное текстовое описание ОИД («что это за ОИД?»), Обычно такой текст содержит комментарий, но может содержать и следующую информацию:

-    явное описание аспектов версий;

-    информацию о лицензировании;

-    информацию об авторских правах;

-    торговые марки.

Этот элемент повторяется для каждого языка.

Тип данных ED позволяет задавать дочерний элемент эскиза (thumbnail). Эскиз может быть заполнен кратким описанием ОИД (иногда называемым именем идентификатора).

Пример —

description language="en-US” value=”amom текст служит длинным описанием”>

<thumbnail vaiue=”краткий текст"/>

</description>

Примечание — Тип данных ED позволяет указать для описания информацию о языке (код языка).

CONF oi-ds: хотя бы один из экземпляров атрибута description ДОЛЖЕН иметь код английского языка («еп», «еп-US» и т. д.).

7.5.2 Ассоциации

Ассоциации класса Oid представлены в таблице 5.

Таблица 5—Ассоциации класса Oid

Ассоциация Описание Класс Кратность Обяз. registrationAuthority Уполномоченный регистратор RegistrationAuthority 1..1 О responsibleAuthority Ответственная организация ResponsibleAuthority 1..* О submittingAuthority Заявляющая организация SubmittingAuthority 0..1 Н additionalProperty Дополнительные свойства AdditionalProperty 0..* Н historyAnnotation Исторические аннотации HistoryAnnotation 0..* Н reference Ссылки Reference 0..* Н

7.6 Класс RegistrationAuthority

Этот класс представляет уполномоченного регистратора (УР). См. рисунок 4.

Рисунок 4 — Класс RegistrationAuthority 7.6.1 Атрибуты

Атрибут класса Описание Тип данных Кратность Обяз. Длина code Код роли уполномоченного регистратора CS 1..1 О —

7.6.1.1 Атрибут code

Атрибут code содержит информацию о типе роли уполномоченного регистратора (УР). Допустимые коды перечислены в словаре RoleCodes (см. 8.6).

7.6.2 Ассоциации

Ассоциации класса RegistrationAuthority представлены в таблице 6.

Таблица 6 — Ассоциации класса RegistrationAuthority

Ассоциация Описание Класс Кратность Обяз. scopingOrganization Контролирующая организация Organization 1..1 О person Контактное лицо (лица) Person 0..1 Н

7.7 Класс ResponsibleAuthority

Этот класс представляет ответственную (управляющую) организацию, отвечающую за объект, идентифицированный данным ОИД (но не за сам ОИД). См. рисунок 5.

Рисунок 5 — Класс ResponsibleAuthority

7.7.1 Атрибуты

Атрибуты класса ResponsibleAuthority представлены в таблице 7.

Таблица 7 — Атрибуты класса ResponsibleAuthority

Атрибут класса Описание Тип данных Кратность Обяз. Длина code Код роли ответственной организации CS 1..1 О — statusCode Код статуса CS 1..1 О — validTime Интервал действия IVL_TS 1..* О —

7.7.1.1    Атрибут code

Атрибут code содержит информацию о типе роли ответственной организации. Допустимые коды перечислены в словаре RoleCodes (см. 8.6).

7.7.1.2    Атрибут statusCode

Атрибут statusCode содержит информацию о статусе роли ответственной организации. Допустимые коды перечислены в словаре RoleStatus (см. 8.7).

7.7.1.3    Атрибут validTime

Атрибут validTime указывает интервал действия, то есть дату и время начала (и конца) ответственности за объект, идентифицированный данным ОИД. Если ответственность все еще имеет место, то заполняется только компонент начала действия validTme.low.

7.7.2 Ассоциации

Ассоциации класса ResponsibleAuthority представлены в таблице 8.

Таблица 8 — Ассоциации класса ResponsibleAuthority

Ассоциация Описание Класс Кратность Обяз. scopingOrganization Контролирующая организация Organization 1..1 О

13

7.8 Класс SubmittingAuthority

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

Рисунок 6 — Класс SubmittingAuthority

Примечание — Во избежание избыточности, классы Organization и Person показаны здесь с атрибутами; во всех других местах показаны только «тени» этих двух классов.

7.8.1 Атрибуты

Атрибуты класса SubmittingAuthority представлены в таблице 9.

Таблица 9 —Атрибуты класса SubmittingAuthority

Атрибут класса Описание Тип данных Кратность Обяз. Длина code Код роли заявляющей организации CS 1..1 О — applicationDate Дата заявления TS 0..1 н —

7.8.1.1    Атрибут code

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

7.8.1.2    Атрибут applicationDate

Дата заявления (представления или сертифицированного представления заявки) на получение

ОИД.

7.8.2    Ассоциации

Ассоциации класса SubmittingAuthority представлены в таблице 10.

Таблица 10 — Ассоциации класса SubmittingAuthority

Ассоциация Описание Класс Кратность Обяз. scopingOrganization Контролирующая организация Organization 1..1 О person Контактное лицо (лица) Person 1..1 О

7.9 Класс HistoryAnnotation

Этот класс отражает историю примечаний к ОИД и регистрирует изменения любых данных с течением времени (см. рисунок 7).

HistoryAnnotation

annotationDate: TS [0..1] text: ST [1..1]

Рисунок 7 — Класс HistoryAnnotation

7.9.1 Атрибуты

Атрибуты класса HistoryAnnotation представлены в таблице 11.

Таблица 11 —Атрибуты класса HistoryAnnotation

Атрибут класса Описание Тип данных Кратность Обяз. Длина annotationDate Дата создания аннотации TS 0..1 Т — text Аннотация ST 1..1 О —

Примечание — Тип данных ED позволяет указать для описания информацию о языке (код языка).

7.10 Класс Reference

Этот класс (см. рисунок 8) обеспечивает возможность ссылки на следующие объекты:

-    другие источники данных, таблицы кодов, наборы значений, описания и т.д. Обычно ссылка представляет собой единый указатель ресурса URL и всегда указывает на объект, идентификатор которого имеет семантику, отличную от ОИД;

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

Reference

ref: TEL.URL [1..1]

type: CS [1..1] <= ReferenceType lastVisitedDate: TS [0..1]

Рисунок 8 — Класс Reference

7.10.1 Атрибуты

Атрибуты класса Reference представлены в таблице 12.

Таблица 12 — Атрибуты класса Reference

Атрибут класса Описание Тип данных Кратность Обяз. Длина ref Ссылочный URL TEL.URL 1..1 О — type Тип ссылки CS 1..1 О — lastVisitedDate Дата последнего посещения URI TS 0..1 Н

7.10.1.1    Атрибут ref Ссылочный URI.

7.10.1.2    Атрибут type

Тип ссылки передается в кодированном атрибуте type. Допустимые коды перечислены в словаре ReferenceType (см. 8.5).

7.10.1.3    Атрибут lastVisitedDate

Атрибут lastVisitedDate указывает дату последнего посещения адреса URI.

15

ГОСТ P 57304—2016

Содержание

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

2    Нормативные ссылки.................................................................1

3    Термины, определения и сокращения...................................................2

3.1    Термины и определения ..........................................................2

3.2    Сокращения ....................................................................2

4    Разъяснение терминов ...............................................................2

4.1    Регистры и хранилища объектных идентификаторов...................................2

4.2    Уполномоченный регистратор......................................................2

4.3    Ответственная (управляющая) организация ..........................................3

4.4    Заявляющая организация (30) .....................................................3

4.5    Текущий регистратор .............................................................3

4.6    Первичный регистратор...........................................................3

4.7    Первичный уполномоченный регистратор............................................3

4.8    Рекомендации ITU-TX.660 / ИСО/МЭК 9834-1 .........................................3

5    Объектные идентификаторы в здравоохранении..........................................4

5.1    Общие положения ...............................................................4

5.2    Дополнительные описания ........................................................5

5.3    Сопутствующая работа ...........................................................5

6    Метод .............................................................................5

6.1    Анализ требований...............................................................5

6.2    Подготовительная работа .........................................................6

7    Информационная модель.............................................................6

7.1    Общие положения ...............................................................6

7.2    Описание таблиц и обозначений....................................................7

7.3    Формат обмена XML..............................................................8

7.4    Класс Registry...................................................................9

7.5    Класс Oid.......................................................................9

7.6    Класс RegistrationAuthority........................................................12

7.7    Класс ResponsibleAuthority........................................................13

7.8    Класс SubmittingAuthority.........................................................14

7.9    Класс HistoryAnnotation ..........................................................14

7.10    Класс Reference ...............................................................15

7.11    Класс AdditionalProperty .........................................................16

7.12    Класс Person..................................................................16

7.13    Класс Organization .............................................................17

8    Словарные домены и перечисления ...................................................18

8.1    Словарный домен CountryCodes...................................................18

8.2    Словарный домен LanguageCodes.................................................18

8.3    Перечисление OIDcategories......................................................18

8.4    Перечисление OIDstatusCodes ....................................................18

8.5    Перечисление ReferenceType .....................................................19

8.6    Перечисление RoleCodes ........................................................19

8.7    Перечисление RoleStatus.........................................................19

III

7.11 Класс AdditionalProperty

AdditionalProperty

attribute: ST.NT [1..1] value: ST.NT [1..1]

Рисунок 9 — Класс AdditionalProperty

В этом классе (см. рисунок 9) передаются дополнительные свойства ОИД, которые могут быть использованы в деловых правилах, которые не могут быть (или не должны быть) стандартизованы. К ним относятся:

-    дополнительные категории;

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

-    теги, простой текст;

-    кодируемые свойства.

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

-    attribute, описывающий вид дополнительного свойства;

-    value, содержащий значение дополнительного свойства.

7.11.1 Атрибуты

Атрибуты класса AdditionalProperty представлены в таблице 13.

Таблица 13 — Атрибуты класса AdditionalProperty

Атрибут класса Описание Тип данных Кратность Обяз. Длина attribute Вид дополнительного свойства ST.NT 1..1 О — value Значение дополнительного свойства ST.NT 1..1 О —

7.12 Класс Person

В этом классе передаются свойства физического лица (см. рисунок 10).

Person

name: EN.PN [1..*]

addr: AD [0..*] telecom: TEL [0..*]

Рисунок 10 — Класс Person

7.12.1 Атрибуты

Атрибуты класса Person представлены в таблице 14.

Таблица 14 — Атрибуты класса Person

Атрибут класса Описание Тип данных Кратность Обяз. Длина name Фамилия, имя, отчество лица EN.PN 1..* О — addr Почтовый адрес лица AD 0..* Н — telecom Телекоммуникационный контакт лица TEL 0..* Н —

ГОСТ Р 57304-2016

9 Типы данных ......................................................................19

9.1    Тип данных AD — адрес..........................................................19

9.2    Тип данных CS — кодированное простое значение ...................................20

9.3    Тип данных ED — инкапсулированные данные.......................................20

9.4    Тип данных EN.PN — фамилия, имя, отчество лица...................................20

9.5    Тип данных EN.ON — наименование организации ....................................20

9.6    Тип данных II — идентификатор экземпляра.........................................20

9.7    Тип данных IVL_TS — интервал штампов даты и времени .............................21

9.8    Тип данных ST — строка символов.................................................21

9.9    Тип данных ST.NT — строка символов без переводов .................................21

9.10 Тип данных ST.OID — объектный идентификатор в точечной нотации...................21

9.11 Тип данных ST.ASN1 — объектный идентификатор в нотации АСН.1....................21

9.12    Тип данных ST.IRI — объектный идентификатор в нотации IRI.........................21

9.13    Тип данных ST.SYMB — символьное имя...........................................21

9.14    Тип данных TEL — телекоммуникация.............................................21

9.15    Тип данных TEL.URL — ресурс местонахождения ...................................21

9.16    Тип данных TS — штамп даты и времени ..........................................21

Приложение А (справочное) Типы ОИД и поддеревья ......................................22

Приложение В (справочное) Сценарии использования и система разрешения объектных

идентификаторов ORS...................................................23

Приложение С (справочное) XML-схема для информационной модели........................25

Приложение ДА (справочное) Сведения о соответствии ссылочных международных

стандартов и документов национальным стандартам.........................26

Библиография.......................................................................27

IV

ГОСТ P 57304—2016

Введение

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

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

Поскольку как по составу, так и по структуре совокупности метаданных в настоящее время не стандартизованы, существующие регистры ОИД не совместимы.

V

ГОСТ Р 57304-2016/ ISO/TS 13582:2015

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

Информатизация здоровья

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

Health informatics. Sharing of OID registry information

Дата введения — 2018—01—01

1    Область применения

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

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

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

Содержание настоящего стандарта включает в себя:

-    информационную модель и соответствующий XML-формат экспорта содержания регистра ОИД, пригодного, например, для его загрузки в иной регистр ОИД;

-    обсуждение типичных сценариев использования регистров или хранилищ ОИД;

-    описание системы разрешения объектных идентификаторов ORS (Object Identifier Resolution System), обеспечивающей механизм извлечения информации, относящейся к объектному идентификатору, с указаниями по ее использованию.

2    Нормативные ссылки

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

ISO 639-1, Codes for the representation of names of languages — Part 1: Alpha-2 code (Коды для представления названий языков. Часть 1. Двухбуквенный код)

ISO 3166, Codes for the representation of names of countries — The International Organization for Standardization, 3rd edition, part 1 ISO 3166-1 (Коды для представления названий стран. Международная организация по стандартизации, 3-е издание. Часть 1)

ISO 21090, Health informatics — Harmonized data types for information interchange (Информатизация здоровья. Гармонизированные типы данных для обмена информацией)

ISO/HL7 21731, Health informatics — HL7 version 3 — Reference information model — Release 4 (Информатизация здоровья. HL7 версия 3. Эталонная информационная модель. Выпуск 4)

ITU-T Х.660 / ISO/IEC 9834-1, Information technology — Open Systems Interconnection — Procedures forthe operation of OSI Registration Authorities: General procedures and top arcs of the ASN.1 Object Identifier tree (Информационная технология. Взаимосвязь открытых систем. Процедуры действий уполномоченных по регистрации ВОС. Часть 1. Общие процедуры и верхние дуги дерева идентификатора объекта АСН.1)

IETF RFC 3066, Tags forthe Identification of Languages (Теги для идентификации языков)

Издание официальное

3    Термины, определения и сокращения

3.1    Термины и определения

В настоящем стандарте применены термины по ИСО 21090, а также следующий термин с соответствующим определением:

3.1.1    свойство (property): Описательная характеристика системы, присущая состоянию или процессу, относящаяся к определяемому компоненту или к множеству элементов данных (систем, компонентов, видов свойств) и являющаяся общей для совокупности конкретных свойств.

3.2 Сокращения

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

HL 7 — Health Level Seven Inc;

IETF — Internet Engineering Task Force (Инженерный совет Интернета);

OID — Object Identifier (объектный идентификатор, ОИД);

OMG — Object Management Group;

W3C — World Wide Web Consortium (Консорциум Всемирной паутины);

XML — Extensible Markup Language (расширяемый язык разметки);

ITU — International Telecommunication Union (Международный союз электросвязи);

IEC — International Electrotechnical Commission (Международная электротехническая комиссия, МЭК).

4    Разъяснение терминов

4.1    Регистры и хранилища объектных идентификаторов

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

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

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

4.2    Уполномоченный регистратор

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

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

ГОСТ Р 57304-2016

4.3    Ответственная (управляющая) организация

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

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

4.4    Заявляющая организация (30)

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

4.5    Текущий регистратор

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

4.6    Первичный регистратор

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

Настоящий стандарт настоятельно рекомендует проводить различие между следующими субъектами:

-    уполномоченный регистратор (УР) — лицо (если оно известно) или организация, назначившая ОИД (то есть создавшая его экземпляр);

-    заявляющая организация (30), подавшая заявку на выделение ОИД (который может оказаться тем же экземпляром). В этом смысле первичный регистратор является и уполномоченным регистратором (УР).

4.7    Первичный уполномоченный регистратор

Первичным уполномоченным регистратором ОИД является самое первое лицо или организация, которой этот ОИД был выделен уполномоченным регистратором вышестоящего ОИД. В соответствии с рекомендациями ITU-T Х.660/ИСО/МЭК 9834-1, первичный УР не может быть изменен (если ответственность за данный ОИД была передана кому-то другому, то информация о нем сохраняется в разделе «Текущий уполномоченный регистратор», а в раздел «Первичный уполномоченный регистратор» изменения не вносятся.

Обсуждение: это уполномоченный регистратор (УР), выделивший данный ОИД.

4.8    Рекомендации ITU-T Х.660 / ИСО/МЭК 9834-1

В рекомендациях ITU-T Recommendation Х.660 приведены следующие определения:

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

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

-    3.6.14 техническая роль (уполномоченного регистратора): Запись определений объектов, которым присвоены имена, и проверка, что эти определения соответствуют Рекомендациям/международно-му стандарту, определяющему форму таких определений.

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

3

5 Объектные идентификаторы в здравоохранении

5.1 Общие положения

Объектные идентификаторы (ОИД) представляют собой уникальные идентификаторы, назначаемые любым типам объектов. Они определены в документах ITU-T Х.660 / ИСО/МЭК 9834-1. Такая система идентификации объектов и понятий обеспечивает возможность надежного электронного обмена информацией. Администрирование и регистрация ОИД регулируются сводом правил.

Точное обозначение объектов и понятий является обязательным требованием для стандартизованного обмена информации. Применение глобально уникального идентификатора объекта будет способствовать международной интероперабельности различных приложений (например, информационных систем здравоохранения). Например, объектные идентификаторы часто используются в документах HL7 и в сообщениях, соответствующих стандартам HL7, а также в сертификатах, соответствующих рекомендациям ITU-T Х.509.

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

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

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

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

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

4

ГОСТ P 57304—2016

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

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

5.2    Дополнительные описания

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

В приложении Б описаны сценарии использования регистров или хранилищ ОИД, а также система разрешения объектных идентификаторов ORS (Object Identifier Resolution System), предназначенная для доступа к ОИД, используемым в информационных системах здравоохранения, с помощью вебслужб REST.

В приложении В описана XML-схема представления содержания регистров.

5.3    Сопутствующая работа

Эта работа связана с обсуждениями объектных идентификаторов в рамках рабочей программы комитетов ИСОЯС215, HL7 International, ИСО/МЭК JTC 1/SC6, ITU-TSG 17 и других организаций, имеющих дело с ОИД и регистрами ОИД.

6 Метод

6.1 Анализ требований

Базовый набор данных и соответствующее его представление на языке XML, представляющее формат обмена, требуемый для регистрации ОИД и передачи метаданных, разработаны на основе тщательного анализа международных регистров ОИД, используемых в информационных системах здравоохранения, например, регистр комитета HL7 International (http://hl7.ora~> и несколько европейских хранилищ (France Telecom-Orange, см. http://www.oid-info.com. Германский регистр ОИД, который ведется организацией DIMDI, см. http://www.dimdi.de> (см. таблицу 1). При этом анализировались содержание регистров, атрибуты и даже правила присваивания ОИД.

Таблица 1 — Анализ некоторых элементов данных в разных регистрах и хранилищах ОИД (по состоянию на 2009 год)

DIMDI Хранилище ОИД France Telecom-Orange HL7 International DESCRIPTIONENGLISH DESCRIPTION, INFORMATION OBJECT_DESCRI PTION DESCRIPTIONGERMAN ASN1 NOTATION ASN1-NOTATION COMP_OID MODIFICATIONDATE MODIFICATION-DATE CREATIONDATE CREATION-DATE DATE_FINALIZED APPLICATIONDATE TYPE OID_TYPE