1
Доступно поисковых запросов: 1 из 2
Следующий пробный период начнётся: 03 октября 2022 в 00:02
Снять ограничение

ГОСТ Р 57304-2016

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

Информация

Название Информатизация здоровья. Совместное использование регистра объектных идентификаторов
Дата актуализации текста 01.01.2021
Дата актуализации описания 01.01.2021
Дата издания 30.11.2018
Дата введения в действие 01.01.2018
Область и условия применения В настоящем стандарте в форме информационной модели описана обязательная и необязательная информация, которая должна содержаться в любом регистре ОИД. В настоящем стандарте определено, какая часть этой информации должна считаться общедоступной, а какая является предметом ограничений безопасности и конфиденциальности
Опубликован Официальное издание. М.: Стандартинформ, 2018 год
Утверждён в Росстандарт

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

Группа П85

     

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

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

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

Health informatics. Sharing of OID registry information



ОКС 35.240.80

ОКСТУ 4002

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

     

Предисловие

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

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

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

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

________________

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


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

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

6 ПЕРЕИЗДАНИЕ. Ноябрь 2018 г.


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

Введение


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

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

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

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

IETF RFC 3066, Tags for the 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 Уполномоченный регистратор


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

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

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


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

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

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


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

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


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

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


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

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

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

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

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


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

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

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


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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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


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

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

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

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


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

     6 Метод

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


Базовый набор данных и соответствующее его представление на языке XML, представляющее формат обмена, требуемый для регистрации ОИД и передачи метаданных, разработаны на основе тщательного анализа международных регистров ОИД, используемых в информационных системах здравоохранения, например, регистр комитета HL7 International (http://hl7.org) и несколько европейских хранилищ (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_DESCRIPTION

DESCRIPTIONGERMAN

ASN1NOTATION

ASN1-NOTATION

COMP_OID

MODIFICATIONDATE

MODIFICATION-DATE

CREATIONDATE

CREATION-DATE

DATE_FINALIZED

APPLICATIONDATE

TYPE

OID_TYPE

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 X.667/ИСО/МЭК 9834-8, http://www.itu.int/rec/T-REC-X.667/en, и раздел часто задаваемых вопросов на сайте oid-info, http://www.oid-info.com/faq.htm#iri):

- описания;

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

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

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

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

- версии;

- связи;

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

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

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

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

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

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

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

     
Рисунок 1 - Информационная модель регистров и хранилищ ОИД

     

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

     7.2.1 Таблицы атрибутов классов и таблицы ассоциаций


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

Атрибут класса

Описание

Тип данных

Кратность

Обяз.

Длина


Графы имеют следующее содержание:

- "Атрибут класса" - имя атрибута класса;

- "Описание" - описание (назначение) атрибута;

- "Тип данных" - имя типа данных (или тонкости типа данных), определенного в стандарте ИСО 21090;

- "Кратность" - кратность значений атрибута, например, "0..1" или "1 ..*";

- "Обяз." - обязательность атрибута, принимающая одно из следующих трех значений:

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

2) "Т" (требуемый), указывающее, что информация ДОЛЖНА присутствовать, если только из соображений конфиденциальности она не должна быть скрыта;

3) "Н" (необязательное), указывающее, что информация необязательна;

- "Длина" - рекомендованная длина значения (как указание для реализации, например, ограничения длины строк, хранящихся в базе данных).

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

Ассоциация

Описание

Класс

Кратность

Обяз.


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

- "Ассоциация" - имя ассоциации с классом;

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

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


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

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

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


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

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

     7.4 Класс Registry


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

     
Рисунок 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

Н

-



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 Атрибут name

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

7.4.1.4 Атрибут description

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

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

7.4.1.5 Атрибут lastModifiedDate

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

7.4.2 Ассоциации

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

 

Закупки не найдены
Свободные
Р
Заблокированные
Р
Роль в компании Пользователь

Для продолжения необходимо войти в систему

После входа Вам также будет доступно:
  • Автоматическая проверка недействующих стандартов в закупке
  • Создание шаблона поиска
  • Добавление закупок в Избранное