(утв. и введен в действие Приказом Росстандарта от 27.12.2024 № 126-пнст)

Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 27 декабря 2024 г. № 126-пнст

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

СИСТЕМЫ КИБЕРФИЗИЧЕСКИЕ

ПЕРСОНАЛЬНЫЕ МЕДИЦИНСКИЕ ПОМОЩНИКИ

ФОРМАТЫ ОБМЕНА ДАННЫМИ. ОБЩИЕ ТРЕБОВАНИЯ

Cyberphysical systems. Personal health assistants. Data exchange formats. General requirements

ПНСТ 995-2024

ОКС 35.240.80

Срок действия с 1 февраля 2025 года до 1 февраля 2028 года

Предисловие

1 РАЗРАБОТАН Фондом «Технопарк Академгородка» (ИЦ НТИ Хелснет)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 194 «Кибер-физические системы»

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

Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТ Р 1.16-2011 (разделы 5 и 6).

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: 630090 г. Новосибирск, ул. Николаева, 12, и/или в Федеральное агентство по техническому регулированию и метрологии по адресу: 123112 Москва, Пресненская набережная, д. 10, стр. 2.

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)

Введение

Актуальность настоящего стандарта связана с постоянно расширяющейся практикой дистанционного мониторинга лечащими врачами пациентов с различными хроническими заболеваниями, а также проходящими длительное амбулаторное лечение или нуждающимися в постоянном наблюдении (беременные, дети, пожилые граждане, инвалиды), реабилитации и информационной поддержке для поддержания здоровья, ведения здорового или рекомендованного образа жизни. Учитывая современные тенденции развития общества, технологий и здравоохранения, сегмент дистанционного мониторинга пациентов их лечащими врачами будет постоянно расти опережающими темпами относительно других технологий здравоохранения. Сегодня технологии дистанционного контроля, ведения и информационной поддержки пациентов находятся в зачаточном состоянии, равно как и рынок медицинских устройств, позволяющих пациентам самостоятельно измерять необходимые физиологические показатели и оперативно предоставлять к ним доступ врачам и системе здравоохранения. Кроме того, развитию систем дистанционного мониторинга здоровья препятствуют многие организационные и финансовые барьеры, однако в 2022 году в Российской Федерации стартовал масштабный проект «Персональные медицинские помощники», поставивший амбициозную цель — к 2030 году обеспечить услугами дистанционного мониторинга 20% населения России. В настоящий момент в пилотный проект по «Персональным медицинским помощникам» вошли только две нозологии: артериальная гипертензия и диабет. А его основной целью является оперативная доставка в медорганизацию показателей артериального давления и глюкозы крови, самостоятельно измеренной пациентом. Однако сама масштабность принятого проекта, а также быстрое развитие рынка медицинских устройств для персонального использования, позволяющих пациентам измерять различные показатели своего организма, являются очевидным предвестником расширения сферы применения «Персональных медицинских помощников».

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

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

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

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

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

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

Рисунок 1 — Коммуникационная инфраструктура персональных медицинских помощников

В качестве менеджеров персональных медицинских приборов могут выступать мобильные приложения, программное обеспечение персональных компьютеров, микропрограммы специализированных шлюзов (например, коммутаторов ЛВС). В качестве интерфейсов персональных/локальных вычислительных сетей (ПВС/ЛВС) чаще всего используются проводные интерфейсы Ethernet, USB и беспроводные интерфейсы WiFi, IrDA, Bluetooth, Bluetooth LE, Zigbee, NFC, а также российские стандартизованные протоколы для интернета вещей: NB-Fi, LoraWAN Ru, OpenUNB, NB-IoT. Сервис хранения и обработки результатов измерений может быть реализован в составе медицинской информационной системы или как отдельная платформа персональных медицинских помощников.

Требования стандарта распространяются на форматы обмена данными при следующих информационных взаимодействиях:

а) между персональным медицинским прибором и шлюзом Интернета вещей или менеджером персональных медицинских приборов;

б) между шлюзом Интернета вещей и сервисом хранения и обработки результатов измерений;

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

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

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

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

ГОСТ 7.67 Система стандартов по информации, библиотечному и издательскому делу. Коды названий стран

ГОСТ Р 7.0.64 (ИСО 8601:2004) Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования

ГОСТ Р 34.11 Информационная технология. Криптографическая защита информации. Функция хэширования

ГОСТ Р ИСО/МЭК 7498-1 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель

ГОСТ Р ИСО/МЭК 8824-1 Информационная технология. Абстрактная синтаксическая нотация версии один (АСН.1). Часть 1. Спецификация основной нотации

ГОСТ Р ИСО/МЭК 9834-1 Информационная технология. Взаимосвязь открытых систем. Процедуры действий уполномоченных по регистрации ВОС. Часть 1. Общие процедуры и верхние дуги дерева идентификатора объекта АСН.1

ГОСТ Р ИСО/МЭК 9834-8 Информационная технология. Взаимосвязь открытых систем. Процедуры работы уполномоченных по регистрации ВОС. Часть 8. Создание, регистрация универсально уникальных идентификаторов (УУИд) и их использование в качестве компонентов идентификатора объекта АСН.1

ГОСТ Р 56842/ISO/IEEE 11073-10101:2004 Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 10101. Номенклатура

ГОСТ Р 56845/ISO/IEEE 11073-20601:2016 Информатизация здоровья. Обмен данными с персональными медицинскими приборами. Часть 20601. Прикладной профиль. Оптимизированный протокол обмена

ОКВ ОК (МК (ИСО 4217) 003-97) 014 Общероссийский классификатор валют

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется принять в части, не затрагивающей эту ссылку.

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

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

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

3.2

медицинский прибор (medical device): Прибор (аппаратура или система приборов), используемый для мониторинга состояния, выполнения процедур или терапии пациента и обычно не оказывающий влияние на процессы метаболизма. [ГОСТ Р 56843-2015/ISO/IEEE 11073-10201:2004, пункт 3.36]

3.3

персональный медицинский прибор (personal health device): Прибор, используемый для личного медицинского применения. [ГОСТ Р 56845-2019/ISO/IEEE 11073-20601:2016, пункт 3.1.13]

3.4

Интернет вещей; IoT (Internet of Things): Инфраструктура взаимосвязанных сущностей, систем и информационных ресурсов, а также служб, позволяющих обрабатывать информацию о физическом и виртуальном мире и реагировать на нее. [ГОСТ Р 71777-2024 (ИСО/МЭК 20924:2024), статья 3.13]

3.5

менеджер (manager): Узел, получающий данные от одного или нескольких персональных медицинских приборов по локальной или персональной вычислительной сети. [Адаптировано из ГОСТ Р 56845-2019/ISO/IEEE 11073-20601:2016, пункт 3.1.9]

3.6 шлюз Интернета вещей: Узел, получающий данные от одного или нескольких персональных медицинских приборов по протоколу Интернета вещей.

4 Обозначения и сокращения

АСН.1 — Абстрактная синтаксическая нотация версии один, определенная в стандарте ГОСТ Р ИСО/МЭК 8824-1;

ИВЛ — аппарат искусственной вентиляции легких;

ИНН — индивидуальный номер налогоплательщика;

ЛВС — локальная вычислительная сеть;

МИС — медицинская информационная система;

МКБ — международная классификация болезней и проблем, связанных со здоровьем;

ОГРН — основной государственный регистрационный номер;

ОИД — объектный идентификатор, структура которого описана в стандарте ГОСТ Р ИСО/МЭК 8824-1, а правила присваивания — в стандарте ГОСТ Р ИСО/МЭК 9834-1;

ПВС — персональная вычислительная сеть;

ПМП — персональный медицинский прибор;

СНИЛС — страховой номер индивидуального лицевого счета;

УУИД — универсальный уникальный идентификатор (см. UUID);

ЭКГ — электрокардиограмма;

API — прикладной программный интерфейс (Application Programming Interface);

BCP — лучшие текущие практики, рекомендации, публикуемые организацией Internet Engineering Task Force (IETF) для использования в сети Интернет (Best Current Practices);

FHIR — ресурсы быстрой интероперабельности в здравоохранении, спецификация электронной передачи данных между медицинскими информационными системами (Fast Healthcare Interoperability Resources);

GPS — система глобального позиционирования (Global Positioning System);

GUID — глобально уникальный идентификатор, вариант реализации UUID (Globally Unique Identifier);

HL7 — Международная организация по разработке стандартов информатизации здоровья (Health Level Seven International);

HTML — язык разметки гипертекста (HyperText Markup Language);

HTTP — протокол передачи гипертекста, сетевой протокол прикладного уровня (Hypertext Transfer Protocol);

IrDA — обмен данными по инфракрасному излучению, беспроводная передача информации с помощью инфракрасного излучения (Infrared Data Association);

JSON — нотация объектов JavaScript (JavaScript Object Notation);

LOINC — логические названия и коды идентификаторов исследований (Logical Observation Identifiers Names and Codes);

MDC — коммуникация с медицинскими устройствами, номенклатура терминов коммуникация с медицинскими приборами (Medical Device Communication);

MDS — система медицинского прибора, класс, описывающий сведения о медицинском приборе (Medical Device System);

MIME — многоцелевые расширения электронной почты в сети Интернет, протокол передачи различных типов содержания по электронной почте (Multipurpose Internet Mail Extensions);

MQTT — транспорт телеметрии с помощью очереди сообщений, протокол передачи сообщений Интернета вещей (Message Queuing Telemetry Transport);

NFC — связь в близком поле, технология беспроводной передачи данных малого радиуса действия (Near field communication);

REST — передача репрезентативного состояния, архитектурный стиль взаимодействия компонентов распределенного приложения (Representational State Transfer);

RFC — документ, публикуемый организацией Internet Engineering Task Force (IETF) в качестве стандартов Интернет (Request for comment);

RPC — удаленный вызов процедуры (Remote Procedure Call);

SNOMED CT — систематизированная номенклатура медицины, клинические термины (The Systematized Nomenclature of Medicine, Clinical Terms);

UCUM — унифицированные коды единиц измерений (Unified Code for Units of Measure);

UML — унифицированный язык моделирования, визуальный язык моделирования данных и процессов (Unified Modeling Language);

URI — унифицированный идентификатор ресурса (Uniform Resource Identifier);

URL — унифицированный указатель местонахождения ресурса, адрес ресурса в сети Интернет (Uniform Resource Locator);

USB — универсальная последовательная шина, последовательный интерфейс для подключения периферийных устройств к вычислительной технике (Universal Serial Bus);

UUID — универсальный уникальный идентификатор, правила присваивания которого определены в стандарте ГОСТ Р ИСО/МЭК 9834-8 (Universally Unique Identifier);

WiFi — беспроводная точность, технология беспроводной локальной сети (Wireless Fidelity);

XAdES — представление усиленной квалифицированной электронной подписи на языке XML (XML Advanced Electronic Signatures);

XHTML — расширяемый язык разметки гипертекста, серия спецификаций, усиливающих требования к представлению гипертекста, совместимому с требованиями языка XML (eXtensible HyperText Markup Language);

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

XSD — определение схемы XML-документа (XML Schema Definition).

5 Форматы обмена данными с персональными медицинскими приборами

Форматы обмена данными между персональным медицинским прибором (ПМП) и шлюзом Интернета вещей или менеджером персональных медицинских приборов (далее — менеджер ПМП или менеджер) регламентируются на прикладном уровне модели взаимосвязи открытых систем (см. ГОСТ Р ИСО/МЭК 7498-1). Общие требования к этим форматам установлены в стандарте ГОСТ Р 56845. Для ряда специализаций персональных медицинских приборов эти требования конкретизированы в [1] - [21].

В состав форматов обмена данными входят элементы с кодируемыми значениями. В качестве системы кодирования этих значений следует использовать номенклатуру коммуникаций с медицинскими приборами MDC, определенную в ГОСТ Р 56842. Стандарты специализаций приборов содержат дополнения к этой номенклатуре.

Если персональный медицинский прибор не поддерживает обмен данными в соответствии с ГОСТ Р 56845, то рекомендуется обеспечить преобразование его данных в форматы, предусмотренные ГОСТ Р 56845 и ГОСТ Р 56842. Такое преобразование может быть выполнено с помощью специализированного модуля в составе программного обеспечения менеджера ПМП или шлюза Интернета вещей.

6 Форматы обмена данными с сервисом хранения и обработки результатов измерений

6.1 Общие требования

Взаимодействия с сервисом хранения и обработки результатов измерений описаны на уровне архитектурного стиля REST с использованием протокола HTTP. В основу требований к этим взаимодействиям положена спецификация FHIR — ресурсы быстрой интероперабельности в здравоохранении версии 5.0 [22], разработанная организацией HL7. Эта спецификация предоставляется по лицензии Creative Commons «No Rights Reserved» [23], то есть без сохранения прав. Ограничения накладываются только на использование товарных знаков HL7® и FHIR® .

Настоящий стандарт не противоречит спецификации [22], и предложенные в нем форматы обмена могут быть реализованы с помощью свободно распространяемого программного обеспечения HAPI FHIR [24].

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

6.2 Требования к модели данных в форматах взаимодействия

Сервис хранения и обработки результатов измерений получает и предоставляет данные с помощью запросов HTTP в архитектурном стиле REST. Эти данные поступают в хранилище результатов измерений. Модель данных хранилища результатов измерений описана в терминах ресурсов данных и их профилей.

Выбор типов ресурсов данных определен исходя из следующего сценария:

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

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

в) дистанционный мониторинг осуществляется в соответствии с планом ведения, назначенным лечащим врачом;

г) план ведения ограничен следующими мероприятиями:

1. сбор результатов измерений, выполняемых ПМП,

2. ведение дневников питания, самонаблюдений, приема лекарств,

3. передача пациенту этапного эпикриза в процессе выполнения плана ведения и по его завершении;

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

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

Концептуальная диаграмма хореографии данного сценария показана на рисунке 2.

Рисунок 2 — Диаграмма хореографии сценария взаимодействия

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

МИС передает сервису запросы на регистрацию подписки участникам взаимодействия (рисунок 3), а затем отправляет сервису план ведения дистанционного мониторинга, который по подписке доставляется менеджеру ПМП (рисунок 4). Взаимодействие участников при выполнении плана ведения показано на рисунке 5.

Рисунок 3 — Регистрация подписок

Рисунок 4 — Назначение плана ведения

Рисунок 5 — Выполнение плана ведения

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

В процессе выполнения план может быть скорректирован (рисунок 6).

Рисунок 6 — Коррекция плана ведения

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

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

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

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

7 Метамодель данных хранилища результатов измерений

7.1 Источник

Метамодель данных хранилища результатов измерений основана на спецификации [22].

7.2 Верхний уровень

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

Рисунок 7 — Верхний уровень метамодели данных хранилища результатов измерений

Он представлен следующими пакетами сущностей:

а) ресурсы данных — ресурсы REST, с помощью которых хранилище импортирует и экспортирует результаты измерений;

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

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

г) Rest API — операции над экземплярами ресурсов данных.

7.3 Ресурсы данных

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

Рисунок 8 — Описание ресурсов данных

Центральной сущностью является ресурс. Экземпляр ресурса представляет собой информационный объект, обладающий следующими свойствами:

а) имеет определенную идентификацию, по которой его можно адресовать в информационных ресурсах;

б) имеет один из типов, определенных в информационной модели предметной области;

в) содержит совокупность структурированных элементов данных, описанных в определении типа ресурса;

г) имеет определенную версию, которая изменяется при изменении экземпляра ресурса;

д) имеет несколько представлений (XML, JSON).

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

На элементы ресурса могут быть наложены ограничения. Каждое ограничение имеет:

а) уникальный идентификатор;

б) степень строгости (является ли нарушение ограничения ошибкой или предупреждением);

в) место применения ограничения (путь в описании структуры типа ресурса);

г) человеко-читаемое описание;

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

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

Для каждого типа ресурсов (не являющегося абстрактным) задаются параметры поиска его экземпляров. Определение параметра имеет следующие элементы:

а) имя параметра;

б) тип значения параметра;

в) человеко-читаемое описание;

г) индексное выражение.

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

а) описать правила использования или неиспользования элементов ресурса;

б) добавить элементы, не предусмотренные в определении типа ресурса;

в) указать или изменить терминологические ресурсы, которые могут использоваться для элементов с кодированными значениями.

Такая адаптация называется профилем. Профиль может быть основан на типе ресурса или на другом профиле.

Типы ресурсов, используемые в хранилище результатов измерений, описаны в разделе 11.

7.4 Типы данных

Все типы данных являются потомками абстрактного типа Element. Простые типы данных являются потомками абстрактного типа PrimitiveType, а комплексные — потомками абстрактного типа DataType. В свою очередь комплексные типы данных подразделяются на комплексные типы данных общего назначения, специальные комплексные типы и типы метаданных. Комплексные типы данных могут иметь компоненты простого или комплексного типа общим числом не менее двух (рисунок 9).

Рисунок 9 — Типы данных

Тип Element является базовым для всех сущностей модели данных — типов данных, типов ресурсов, вспомогательных классов. Общие сведения о типе Element приведены в таблице 1, а состав элементов — в таблице 2.

Таблица 1

Общие сведения о типе Element

Имя	Описание	Связи с другими элементами модели
Element	Базовый класс для всех элементов, типов ресурсов и типов данных	-

Таблица 2

Состав элементов типа Element

Имя	Описание	Тип	Кратность
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Может использоваться для представления дополнительной информации, не являющейся частью базового определения ресурса. Существует строгий набор правил по определению и использованию расширений, обеспечивающий их безопасное и управляемое применение. Хотя каждый разработчик и может определить расширение, существует ряд требований, которых он должен придерживаться при определении расширения	Extension	0..*

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

Таблица 3

Ограничение типа Element

id	Уровень	Путь	Описание	Выражение
ele-1	Правило	Базовый	Все элементы должны иметь атрибут @value или потомков	hasValue() or (children().count() > id.count())

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

а) в экземпляре ресурса Bundle уникальность ограничена рамками элемента Bundle.entry.resource;

б) в экземпляре ресурса Parameters уникальность ограничена рамками элемента Parameters.parameter.resource.

Некоторые элементы данных не имеют фиксированный тип данных. В этом случае в табличном представлении вместо имени типа данных указывается символ «*». Такой элемент может иметь один из следующих типов данных:

а) простые типы:

1. base64Binary;

2. boolean;

3. canonical;

4. code;

5. date;

6. dateTime;

7. decimal;

8. id;

9. instant;

10. integer;

11. integer64;

12. markdown;

13. oid;

14. positiveInt;

15. string;

16. time;

17. unsignedInt;

18. uri;

19. url;

20. uuid;

б) комплексные типы данных общего назначения:

1. Address;

2. Age;

3. Annotation;

4. Attachment;

5. CodeableConcept;

6. CodeableReference;

7. Coding;

8. ContactPoint;

9. Count;

10. Distance;

11. Duration;

12. HumanName;

13. Identifier;

14. Money;

15. Period;

16. Quantity;

17. Range;

18. Ratio;

19. RatioRange;

20. Reference;

21. SampledData;

22. Signature;

23. Timing;

в) типы метаданных:

1. ContactDetail;

2. DataRequirement;

3. Expression;

4. ParameterDefinition;

5. RelatedArtifact;

6. TriggerDefinition;

7. UsageContext;

8. Availability;

9. ExtendedContactDetail;

в) специальные типы данных:

1. Dosage;

2. Meta.

Имя такого элемента заканчивается символами «[x]», вместо которых в конкретном экземпляре ресурса подставляется имя типа данных, у которого первый символ переведен в верхний регистр, например, value[x] может быть заменено на valueString, и этот вариант элемента value будет иметь тип данных string.

В других случаях допускается только ограниченное подмножество типов данных из приведенного выше списка. В табличном представлении допустимые типы данных перечислены в описании, а в UML-представлении они перечислены в атрибуте стереотипа TypeChoice.

Детальное описание типов данных приведено в разделе 9.

7.5 Терминологические ресурсы

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

Рисунок 10 — Терминологические ресурсы

Система кодирования описана в форме экземпляра ресурса CodeSystem (пункт 15.1.2), набор значений — в форме экземпляра ресурса ValueSet (пункт 15.2.2).

7.6 REST API

Прикладной программный интерфейс (Application Program Interface) хранилища результатов измерений предоставляет методы, приведенные на рисунке 11.

Рисунок 11 — REST API

Метод Создать используется для создания нового экземпляра ресурса заданного типа. Он вызывается с помощью метода HTTP POST, например POST https://example.com/base/{типРесурса}.

Метод Заменить используется для замены всего содержания существующего экземпляра ресурса. Он вызывается с помощью метода HTTP PUT, например PUT https://example.com/base/{типРесурса}/{id}, где id — уникальный логический идентификатор экземпляра ресурса.

Метод Исправить используется для изменения части содержания существующего экземпляра ресурса. Он вызывается с помощью метода HTTP PATCH, например PATCH https://example.com/base/{типРесурса}/{id}, где id — уникальный логический идентификатор экземпляра ресурса.

Метод Получить историю используется для получения истории изменения содержания экземпляра ресурса. Он вызывается с помощью метода HTTP GET, например GET https://example.com/base/{типРесурса}/{id}/_history, где id — уникальный логический идентификатор экземпляра ресурса.

Метод Прочитать используется для получения текущего содержания экземпляра ресурса. Он вызывается с помощью метода HTTP GET, например GET https://example.com/base/{типРесурса}/{id}, где id — логический уникальный идентификатор экземпляра ресурса.

Метод Найти используется для поиска экземпляров ресурсов, удовлетворяющих заданным критериям. Он вызывается с помощью метода HTTP GET например GET https://example.com/base/{типРесурса}?параметры_поиска....

Метод Вызвать операцию используется для применения операции к содержанию экземпляра ресурса. Он вызывается с помощью метода HTTP GET например https://example.com/base/{типРесурса}/{id}/${имяОперации}.

Метод Выполнить транзакцию используется для согласованного выполнения других методов над несколькими экземплярами ресурсов в одной транзакции. Он вызывается с помощью метода HTTP POST, например POST https://example.com/base/, где тело запроса содержит спецификацию транзакции, составленную из экземпляров ресурсов и действий, выполняемых над этими экземплярами. Спецификация задается с помощью экземпляра ресурса Bundle (контейнер).

Метод Удалить используется для удаления текущего содержания существующего экземпляра ресурса. Он вызывается с помощью метода HTTP DELETE, например DELETE https://example.com/base/{типРесурса}/{id}, где id — уникальный идентификатор экземпляра ресурса.

Детальная спецификация REST API приведена в разделе 12.

8 Компоненты модели данных хранилища результатов измерений

8.1 Правила именования

При описании типов данных и ресурсов используются следующие правила именования:

а) имена типов данных, ресурсов и их элементов должны допускать использование в программном коде. Поэтому для них задан шаблон [A-Za-z0-9-.]{1,64}. Кроме того, эти имена не должны совпадать с ключевыми словами языков программирования или языков манипулирования данными;

б) имя типа данных или ресурса должно быть значащим для человека, читающего программный код или составляющего запрос к базе данных. Поскольку шаблон имени допускает только буквы латинского алфавита, цифры, дефисы и точки, то для составления значащих имен следует использовать слова и сочетания слов на английском языке. Так как пробельные символы в именах не разрешены, то словосочетания следует записывать слитно в одном из двух вариантов «верблюжьей» нотации: lowerCamelCase (первое слово начинается в нижнем регистре, следующие слова — в верхнем, например managingOrganization) или UpperCamelCase (каждое слово начинается в верхнем регистре, например StructureDefinition). Все символы слова, кроме первого, должны записываться в нижнем регистре. При именовании должны соблюдаться следующие требования:

1. для имени следует использовать «наиболее широко используемый» термин данной предметной области;

2. имя должно полностью отражать значение моделируемого понятия;

3. существительные должны использоваться в единственном числе, даже если элемент кратный;

4. сокращения должны использоваться в крайних случаях;

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

6. имена должны быть краткими (полное описание понятия должно даваться в определении);

7. не следует использовать суффиксы, подчеркивающие тип данных элемента (например, typeCode или nameText);

8. если подбор соответствующего термина на английском языке вызывает затруднение, следует обратиться к толковому словарю Webster (https://www.webster-dictionary.org/), онлайновой платформе ISO (https://www.iso.org/obp/ui) и другим ресурсам сети Интернет;

в) имя простого типа данных записывается в нотации lowerCamelCase. Дефисы и точки в имени простого типа данных не допускаются;

г) имя комплексного типа данных или ресурса записывается в нотации UpperCamelCase. Дефисы и точки в имени комплексного типа данных не допускаются;

д) имя элемента комплексного типа данных или ресурса записывается в нотации lowerCamelCase. Дефисы и точки в имени элемента не допускаются.

8.2 Способы описания

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

При описании классов на языке UML используется пользовательский профиль, описанный в приложении А.

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

Таблица 4

Формат иерархической таблицы

Графа	Содержание
Имя	Имя элемента комплексного типа данных или ресурса (соответствует имени элемента в XML-представлении или имени свойства в JSON-представлении). Некоторые имена имеют суффикс «[x]», означающий полиморфизм. Для вспомогательных классов указывается имя целевого конца композиции, а за ним имена элементов вспомогательного класса, имеющие в качестве префикса имя целевого конца и символ точки, например entry, entry.resource, entry.link, entry.link.relation
Описание	Описание элемента и сведения об ограничениях, наложенных на элемент
Тип	Тип данных элемента. Для элемента, представляющего целевой конец композиции, в качестве имени типа данных используется BackboneElement (в отдельных случаях — Element). Для полиморфного элемента указывается тип данных Element, а в графе Описание перечисляются допустимые типы данных
Кратность	Нижняя и верхняя граница допустимого числа повторений элемента

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

Таблица 5

Формат таблицы ограничений

Графа	Содержание
Идентификатор	Уникальный идентификатор ограничения
Вид	Вид ограничения
Путь	Путь к элементу ресурса, на который наложено ограничение
Описание	Описание ограничения
Выражение	Машинно-обрабатываемое представление ограничения

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

Таблица 6

Формат таблицы привязок к наборам значений

Графа	Содержание
Путь	Путь к элементу ресурса с кодируемым значением
Набор значений	Идентификация набора значений в форме адреса URL
Тип привязки	Степень обязательности привязки
Описание	Описание набора значений

Таблица критериев поиска экземпляров ресурсов имеет формат, приведенный в таблице 7.

Таблица 7

Формат таблицы критериев поиска

Графа	Содержание
Имя	Имя критерия (параметра). Эквивалентно имени индекса, создаваемого для данного ресурса REST
Тип	Тип критерия (параметра)
Описание	Описание критерия
Выражение	Выражение, по которому строится критерий поиска

9 Типы данных

9.1 Общие сведения

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

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

Типы данных, определенные в [22], подразделяются на следующие категории:

а) простые типы данных;

б) комплексные типы данных:

1. типы данных общего назначения;

2. специальные типы данных;

3. типы метаданных.

Простые типы данных являются потомками абстрактного типа данных PrimitiveType, наследуют от него необязательный элемент уникального идентификатора id и возможность расширения.

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

9.2 Простые типы данных

9.2.1 Общие сведения

Простые типы могут иметь элемент value (значение) и не имеют потомков (однако, как и любой другой тип данных, могут иметь расширения extension). Если расширения отсутствуют, то элемент value обязателен.

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

Диаграмма классов простых типов данных показана на рисунке 12. Перечень простых типов данных приведен в таблице 8.

Таблица 8

Простые типы данных

Имя	Описание	Пункт
base64Binary	Двоичное содержание	9.2.2
boolean	Булевский тип данных	9.2.3
canonical	Ссылка на ресурс по его каноническому URL	9.2.4
code	Перечислимые значения	9.2.5
date	Дата в соответствии со стандартом ГОСТ Р 7.0.64, в том числе с уменьшенной точностью	9.2.6
dateTime	Дата и время в соответствии со стандартом ГОСТ Р 7.0.64, в том числе с уменьшенной точностью	9.2.7
decimal	Десятичное значение	9.2.8
id	Идентификатор	9.2.9
instant	Штамп даты и времени с точностью до секунды или более высокой	9.2.10
integer	Целочисленное значение в диапазоне -2 147 483 648..2 147 483 647 (32 бита)	9.2.11
integer64	Целочисленное значение в диапазоне - 9 223 372 036 854 775 808..9 223 372 036 854 775 807 (64 бита)	9.2.12
markdown	Структурированный текст, размеченный в соответствии со спецификацией GitHub Flavored Markdown	9.2.13
oid	Объектный идентификатор в формате URI	9.2.14
positiveInt	Положительное целочисленное значение в диапазоне 1..2 147 483 647	9.2.15
string	Строковые данные в кодировке Unicode	9.2.16
time	Время суток	9.2.17
unsignedInt	Неотрицательное целочисленное значение в диапазоне 0..2 147 483 647	9.2.18
uri	Унифицированный идентификатор ресурса	9.2.19
url	Унифицированный адрес ресурса	9.2.20
uuid	Универсально уникальный идентификатор в формате URI	9.2.21

Рисунок 12 — Простые типы данных

9.2.2 Тип данных base64Binary

Тип данных base64Binary предназначен для представления двоичного содержания. Общие сведения о типе данных base64Binary приведены в таблице 9, а состав элементов — в таблице 10.

Таблица 9

Общие сведения о типе данных base64Binary

Имя	Описание	Связи с другими элементами модели
base64Binary	Поток байтов, закодированных в соответствии с [25]. Для длины потока нет заданного верхнего предела, но в конкретной реализации она может быть ограничена, что обязательно должно документироваться. В XML: xs:base64Binary. В JSON — string. Regex: (?:[A-Za-z0-9+/]{4})*(?:[A-Za-z0-9+/] {2}==|[A-Za-z0-9+/]{3}=)?	Отношение генерализации от base64Binary к PrimitiveType

Таблица 10

Состав элементов типа данных base64Binary

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:base64Binary	0..1

9.2.3 Тип данных boolean

Булевский тип данных (true/false). Общие сведения о типе данных boolean приведены в таблице 11, а состав элементов — в таблице 12.

Таблица 11

Общие сведения о типе данных boolean

Имя	Описание	Связи с другими элементами модели
boolean	Значение true | false. Regex: true|false	Отношение генерализации от boolean к PrimitiveType

Таблица 12

Состав элементов типа данных boolean

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:boolean	0..1

9.2.4 Тип данных canonical

Тип данных canonical используется для ссылок на экземпляр ресурса по его каноническому URL (для ресурсов, имеющих компонент url). Общие сведения о типе данных canonical приведены в таблице 13, а состав элементов — в таблице 14.

Таблица 13

Общие сведения о типе данных canonical

Имя	Описание	Связи с другими элементами модели
canonical	URI, предоставляющий ссылку на ресурс по его каноническому URL (блок с элементом url типа uri). Тип canonical отличается тем, что в данной спецификации он имеет особый смысл и может иметь компонент версии, отделенный символом вертикальной черты (|). Следует учитывать, что тип canonical используется не для фактических канонических URL, являющихся целью данных ссылок, а только для URI, которые ссылаются на них, и может иметь суффикс версии. Как и другие URI, элементы типа canonical могут иметь ссылку #фрагмент. В XML — xs:anyURI. В JSON — string. Regex: \S*	Отношение генерализации от canonical к uri

Таблица 14

Состав элементов типа данных canonical

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
value	Значение данного типа	xs:anyURI	0..1

9.2.5 Тип данных code

Тип данных code предназначен для представления перечислимых значений (контролируемых строк) и является специализацией строкового типа string. Общие сведения о типе данных code приведены в таблице 15, а состав элементов — в таблице 16.

Таблица 15

Общие сведения о типе данных code

Имя	Описание	Связи с другими элементами модели
code	Указывает, что значение value берется из множества контролируемых строк, где-либо определенных. Технически тип code ограничен строкой, в которой не меньше одного символа и отсутствуют ведущие и концевые пробельные элементы, и в содержании которой могут быть только единичные пробелы. В XML — xs:token. В JSON — string. Regex: [^\s]+( [^\s]+)* С этим типом данных может быть связан набор значений ValueSet	Отношение генерализации от code к string

Таблица 16

Состав элементов типа данных code

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
value	Значение данного типа	xs:anyURI	0..1

9.2.6 Тип данных date

Тип данных date используется для представления дат в соответствии со стандартом ГОСТ Р 7.0.64. Допускается указание даты с уменьшенной точностью (до месяца или года). Общие сведения о типе данных date приведены в таблице 17, а состав элементов — в таблице 18.

Таблица 17

Общие сведения о типе данных date

Имя	Описание	Связи с другими элементами модели
date	Дата или ее часть (например, только год или год + месяц), используемая для коммуникации с человеком. Формат YYYY, YYYY-MM или YYYY-MM-DD, например, 2018, 1973-06 или 1905-08-23. В дате не должно быть часового пояса. В XML: xs:gYear|xs:gYearMonth|xs:date. В JSON: string. Regex: (0-9|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1]))?)?	Отношение генерализации от date к PrimitiveType

Таблица 18

Состав элементов типа данных date

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:gYear|xs:gYearMonth|xs:date	0..1

9.2.7 Тип данных dateTime

Тип данных dateTime используется для представления дат и времени в соответствии со стандартом ГОСТ Р 7.0.64. Допускается указание даты и времени с уменьшенной точностью (до минуты, часа, дня, месяца или года). Общие сведения о типе данных dateTime приведены в таблице 19, а состав элементов — в таблице 20.

Таблица 19

Общие сведения о типе данных dateTime

Имя	Описание	Связи с другими элементами модели
dateTime	Дата, дата и время или часть даты (например, только год или год + месяц), используемые при коммуникации с человеком. Формат YYYY, YYYY-MM, YYYY-MM-DD или YYYY-MM-DDThh:mm:ss+zz:zz, например, 2018, 1973-06, 1905-08-23, 2015-02-07T13:28:17-05:00 или 2017-01-01T00:00:00.000Z. Если часы и минуты указаны, то часовой пояс должен быть указан. Секунды могут быть указаны в соответствии с этой схемой, но могут быть заполнены нулями и могут игнорироваться получателем. Даты ДОЛЖНЫ быть валидными. Время «24:00» не разрешено. Дополнительные високосные секунды разрешены. В XML: xs:gYear|xs:gYearMonth|xs:date|xs:dateTime. В JSON: string. Regex: (0-9|[1-9]000)(-(0[1-9]|1[0-2])(-(0[1-9]|[1-2][0-9]|3[0-1])(T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(.[0-9]+)?(Z|(+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00)))?)?)?	Отношение генерализации от dateTime к PrimitiveType

Таблица 20

Состав элементов типа данных dateTime

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:gYear|xs:gYearMonth|xs:date|xs:dateTime	0..1

9.2.8 Тип данных decimal

Тип данных decimal предназначен для представления десятичных значений. Общие сведения о типе данных decimal приведены в таблице 21, а состав элементов — в таблице 22.

Таблица 21

Общие сведения о типе данных decimal

Имя	Описание	Связи с другими элементами модели
decimal	Рациональные числа, имеющие десятичное представление. В XML — xs:decimal|xs:double. В JSON — number. Regex: -?(0|[1-9][0-9]*)(.[0-9]+)?([eE][+-]?[0-9]+)?	Отношение генерализации от decimal к PrimitiveType

Таблица 22

Состав элементов типа данных decimal

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:decimal|xs:double	0..1

9.2.9 Тип данных id

Тип данных id предназначен для представления идентификаторов. Общие сведения о типе данных id приведены в таблице 23, а состав элементов — в таблице 24.

Таблица 23

Общие сведения о типе данных id

Имя	Описание	Связи с другими элементами модели
id	Любое сочетание символов в кодировке ASCII в нижнем или верхнем регистре ('A'...'Z', и 'a'...'z'), цифры ('0'...'9'), знаки '-' и '.', длина которого не превышает 64 символа. (Им может быть целое число, идентификатор ОИД или UUID без префикса или любой шаблон, удовлетворяющий этим ограничениям.) В XML — xs:string. В JSON — string. Regex: [A-Za-z0-9-.]{1,64}	Отношение генерализации от id к string

Таблица 24

Состав элементов типа данных id

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
value	Значение данного типа	xs:string	0..1

9.2.10 Тип данных instant

Тип данных instant предназначен для представления штампа даты и времени с точностью до секунды или более высокой. Общие сведения о типе данных instant приведены в таблице 25, а состав элементов — в таблице 26.

Таблица 25

Общие сведения о типе данных instant

Имя	Описание	Связи с другими элементами модели
instant	Тип instant представляет собой время в формате YYYY-MM-DDThh:mm:ss.sss+zz:zz (например, 2015-02-07T13:28:17.239+02:00 или 2017-01-01T00:00:00Z). Время должно быть указано с точностью до секунд или выше и должно указывать часовой пояс. Примечание — Этот тип рассчитан на точное указание времени (например, для регистрационного журнала), а для вывода пользователю следует использовать типы date или dateTime (которые могут иметь ту же точность, что instant, но не обязательно). В XML: xs:dateTime. В JSON: string. Regex: (0-9|[1-9]000)-(0[1-9]|1[0-2])-(0[1-9]|[1-2][0-9]|3[0-1])T([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(.[0-9]{1,9})?(Z|(+|-)((0[0-9]|1[0-3]):[0-5][0-9]|14:00))	Отношение генерализации от instant к PrimitiveType

Таблица 26

Состав элементов типа данных instant

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:dateTime	0..1

9.2.11 Тип данных integer

Тип данных integer предназначен для передачи целочисленных значений. Общие сведения о типе данных integer приведены в таблице 27, а состав элементов — в таблице 28.

Таблица 27

Общие сведения о типе данных integer

Имя	Описание	Связи с другими элементами модели
integer	Целое число со знаком в диапазоне -2 147 483 648..2 147 483 647 (32 бита; для больших значений используйте тип decimal) В XML: xs:int (без ведущих нулей). В JSON: number (без десятичной точки). Regex: [0]|[-+]?[1-9][0-9]*	Отношение генерализации от integer к PrimitiveType

Таблица 28

Состав элементов типа данных integer

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:int	0..1

9.2.12 Тип данных integer64

Тип данных integer64 предназначен для передачи больших целочисленных значений, которые могут принимать счетчики записей или таймеры. Общие сведения о типе данных integer64 приведены в таблице 29, а состав элементов — в таблице 30.

Таблица 29

Общие сведения о типе данных integer64

Имя	Описание	Связи с другими элементами модели
integer	Целое число со знаком в диапазоне -9 223 372 036 854 775 808.. + 9 223 372 036 854 775 807 (64 бита). В XML: xs:long (без ведущих нулей). В JSON: string. Regex: [0]|[-+]?[1-9][0-9]*	Отношение генерализации от integer64 к PrimitiveType

Таблица 30

Состав элементов типа данных integer64

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:long	0..1

9.2.13 Тип данных markdown

Тип данных markdown предназначен для удобочитаемого представления структурированного текста в соответствии со спецификацией GitHub Flavored Markdown (https://github.github.com/gfm/). Общие сведения о типе данных markdown приведены в таблице 31, а состав элементов — в таблице 32.

Таблица 31

Общие сведения о типе данных markdown

Имя	Описание	Связи с другими элементами модели
markdown	Строка, которая может содержать символы в синтаксисе markdown (облегченный язык разметки), представляющем расширение формата CommonMark, предложенное в GFM. В XML: xs:string. В JSON: string. Regex: ^[\s\S]+$ (в regex нельзя указать ограничение длины)	Отношение генерализации от markdown к string

Таблица 32

Состав элементов типа данных markdown

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
value	Значение данного типа	xs:string	0..1

9.2.14 Тип данных oid

Тип данных oid представляет глобально уникальные объектные идентификаторы (ОИД), присваиваемые в соответствии с регламентом, описанным в стандарте ГОСТ Р ИСО/МЭК 9834-1. Структура ОИД описана в стандарте ГОСТ Р ИСО/МЭК 8824-1, хранилище верхних уровней дерева ОИД представлено по адресу https://oidref.com/, хранилище верхних уровней российской ветви 1.2.643 — по адресу https://oid.iitrust.ru. ОИД является одним из вариантов унифицированного идентификатора ресурса URI и может быть представлен в форме URI. Это представление используется в типе данных oid. Общие сведения о типе данных oid приведены в таблице 33, а состав элементов — в таблице 34.

Таблица 33

Общие сведения о типе данных oid

Имя	Описание	Связи с другими элементами модели
oid	Представление объектного идентификатора (ОИД) в форме URI [26]; например, urn:oid:1.2.3.4.5. В XML — xs:anyURI. В JSON — string (в формате URI). Regex: urn:oid:0-2+	Отношение генерализации от oid к uri

Таблица 34

Состав элементов типа данных oid

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
value	Значение данного типа	xs:anyURI	0..1

9.2.15 Тип данных positiveInt

Тип данных positiveInt используется для представления положительных целых чисел. Общие сведения о типе данных positiveInt приведены в таблице 35, а состав элементов — в таблице 36.

Таблица 35

Общие сведения о типе данных positiveInt

Имя	Описание	Связи с другими элементами модели
positiveInt	Любое положительное целое число в диапазоне 1...2 147 483 647 В XML — xs:positiveinteger. В JSON — number. Regex: [1-9][0-9]*	Отношение генерализации от positiveInt к integer

Таблица 36

Состав элементов типа данных positiveInt

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:positiveinteger	0..1

9.2.16 Тип данных string

Тип данных string представляет собой строковые данные в кодировке Unicode, которые могут быть записаны несколькими строками (то есть могут содержать символы возврата строки и перевода каретки). Общие сведения о типе данных string приведены в таблице 37, а состав элементов — в таблице 38.

Таблица 37

Общие сведения о типе данных string

Имя	Описание	Связи с другими элементами модели
string	Последовательность символов Unicode. Строка string ДОЛЖНА не превышать 1MB (1024*1024 символов и не содержать символы Unicode с кодом меньше 32, за исключением u0009 (горизонтальная табуляция), u0010 (возврат каретки) и u0013 (перевод строки). Ведущие и концевые пробельные символы разрешены, но ДОЛЖНЫ быть удалены, если используется формат XML. Примечание — Это означает, что строка, состоящая только из пробельных элементов, должна быть превращена в пустую строку, но это будет трактоваться как недопустимое значение элемента. Поэтому строки ПО ВОЗМОЖНОСТИ ДОЛЖНЫ содержать не пробельные символы. С этим типом данных может быть связан набор значений ValueSet. В XML — xs:string. В JSON — string. Regex: ^[\s\S]+$	Отношение генерализации от string к PrimitiveType

Таблица 38

Состав элементов типа данных string

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:string	0..1

9.2.17 Тип данных time

Тип данных time используется для представления времени. Общие сведения о типе данных time приведены в таблице 39, а состав элементов — в таблице 40.

Таблица 39

Общие сведения о типе данных time

Имя	Описание	Связи с другими элементами модели
time	Время суток в формате hh:mm:ss. Дата не указывается. Секунды могут быть указаны в соответствии со схемой, но могут быть заполнены нулями и игнорироваться получателем. Время «24:00» не должно использоваться. Часовой пояс должен отсутствовать. Время может быть преобразовано в длительность Duration после полуночи. В XML — xs:time. В JSON — string (в формате xs:time). Regex: ([01][0-9]|2[0-3]):[0-5][0-9]:([0-5][0-9]|60)(.[0-9]{1,9})?	Отношение генерализации от time к Element

Таблица 40

Состав элементов типа данных time

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:time	0..1

9.2.18 Тип данных unsignedInt

Тип данных unsignedInt используется для представления целых чисел без знака. Общие сведения о типе данных unsignedInt приведены в таблице 41, а состав элементов — в таблице 42.

Таблица 41

Общие сведения о типе данных unsignedInt

Имя	Описание	Связи с другими элементами модели
unsignedInt	Любое неотрицательное целое число в диапазоне 0...2 147 483 647. В XML — xs:nonNegativeInteger. В JSON — number. Regex: [0]|([1-9][0-9]*)	Отношение генерализации от unsignedInt к integer

Таблица 42

Состав элементов типа данных unsignedInt

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Значение данного типа	xs:time	0..1

9.2.19 Тип данных uri

Тип данных uri используется для представления унифицированных идентификаторов ресурсов. Он имеет три основные разновидности: объектные идентификаторы oid, универсальные уникальные идентификаторы uuid и унифицированные адреса ресурсов url. Общие сведения о типе данных uri приведены в таблице 43, а состав элементов — в таблице 44.

Таблица 43

Общие сведения о типе данных uri

Имя	Описание	Связи с другими элементами модели
uri	Ссылка Uniform Resource Identifier Reference [27]. Примечание — URI чувствительны к регистру. Для UUID (urn:uuid:53fefa32-fcbb-4ff8-8a92-55ee120877b7) следует использовать нижний регистр. В XML — xs:anyURI. В JSON — string (в формате URI). Regex: \S* (Это выражение разрешает очень многое, но URI должны быть валидными. Разработчики могут использовать более специфичные регулярные выражения. URI может быть абсолютным или относительным и может иметь необязательный идентификатор фрагмента. С этим типом данных может быть связан набор значений ValueSet)	Отношение генерализации от uri к Element

Таблица 44

Состав элементов типа данных uri

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
value	Значение данного типа	xs:anyURI	0..1

9.2.20 Тип данных url

Тип данных url представляет унифицированные адреса ресурсов URL. Общие сведения о типе данных url приведены в таблице 45, а состав элементов — в таблице 46.

Таблица 45

Общие сведения о типе данных url

Имя	Описание	Связи с другими элементами модели
url	Uniform Resource Locator [28]. Следует учитывать, что URL может быть непосредственно доступен при использовании указанного в нем протокола. Наиболее распространены протоколы http{s}:, ftp:, mailto: и mllp:. В XML — xs:anyURI. В JSON — string (в формате URL). Regex: \S*	Отношение генерализации от url к uri

Таблица 46

Состав элементов типа данных url

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
value	Значение данного типа	xs:anyURI	0..1

9.2.21 Тип данных uuid

Тип данных uuid представляет универсально уникальные идентификаторы UUID (GUID) в форме URI. Общие сведения о типе данных uuid приведены в таблице 47, а состав элементов — в таблице 48.

Таблица 47

Общие сведения о типе данных uuid

Имя	Описание	Связи с другими элементами модели
uuid	UUID (он же GUID), представленный как URI [29]; например, urn:uuid:c757873d-ec9a-4326-a141-556f43239520. В XML — xs:anyURI. В JSON — string (в формате URI). Regex: urn:uuid:[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}	Отношение генерализации от uuid к uri

Таблица 48

Состав элементов типа данных uuid

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
value	Значение данного типа	xs:anyURI	0..1

9.2.22 Ограничения простых типов данных

Простые типы данных являются потомками типа данных PrimitiveType и наследуют его ограничение, представленное в таблице 49.

Таблица 49

Ограничение типа данных PrimitiveType

id	Уровень	Путь	Описание	Выражение
ele-1	Правило	Базовый	Все элементы должны иметь атрибут @value или потомков	hasValue() or (children().count() > id.count())

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

9.3 Комплексные типы данных общего назначения

9.3.1 Общие сведения

Диаграммы классов комплексных типов данных общего назначения показаны на рисунках 13 и 14. Перечень комплексных типов данных общего назначения приведен в таблице 50.

Таблица 50

Комплексные типы данных общего назначения

Имя	Описание	Пункт
Address	Почтовый адрес лица или организации	9.3.2
Age	Возраст	9.3.13.2
Annotation	Примечания к содержанию ресурса	9.3.3
Attachment	Вложение в ресурс (по значению или по ссылке)	9.3.4
CodeableConcept	Кодированное понятие	9.3.5
Coding	Кодированное значение	9.3.6
ContactPoint	Контактная информация лица или организации	9.3.7
Count	Счетчик	9.3.13.3
Distance	Дистанция	9.3.13.1
Duration	Длительность	9.3.13.4
HumanName	Именование физического лица (фамилия, имя, отчество или другие имена)	9.3.8
Identifier	Идентификатор сущности (субъекта или объекта) в определенном пространстве имен	9.3.9
Money	Денежная сумма	9.3.10
MoneyQuantity	Представление денежной суммы в форме дроби	9.3.13.6
Period	Период времени или (неопределенный) момент времени внутри периода	9.3.11
Quantity	Физическая величина	9.3.12
Range	Диапазон значений физических величин	9.3.14
Ratio	Отношение между двумя физическими величинами, выраженное в форме числителя и знаменателя	9.3.15
RatioRange	Представление диапазона отношений двух физических величин	9.3.16
SampledData	Представление серии считываний, осуществляемых прибором	9.3.17
Signature	Подпись	9.3.19
SimpleQuantity	Ограничение типа данных Quantity, в котором отсутствует элемент comparator	9.3.13.5
Timing	Представление списка повторяющихся событий	9.3.18

Рисунок 13 — Комплексные типы данных общего назначения (начало)

Рисунок 14 — Комплексные типы данных общего назначения (окончание)

9.3.2 Тип данных Address

Тип данных Address описывает почтовый адрес лица или организации, но может также использоваться для указания мест, куда почта не доставляется. Общие сведения о типе данных Address приведены в таблице 51, а состав элементов — в таблице 52.

Таблица 51

Общие сведения о типе данных Address

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

Таблица 52

Состав элементов типа данных Address

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
use	Использование адреса — одно из значений home (домашний) | work (служебный) | temp (временный) | old (прежний) | billing (для счетов)	code	0..1
type	Тип адреса: postal (почтовый) | physical (физический) | both (почтовый и физический)	code	0..1
text	Полный текст адреса	string	0..1
line	Строка адреса. Порядок строк должен соответствовать указанному на почтовом конверте	string	0..*
city	Наименование города или населенного пункта	string	0..1
district	Район	string	0..1
State	Административный субъект страны (область, край, республика)	string	0..1
postalCode	Почтовый индекс	string	0..1
country	Страна (код в соответствии с ГОСТ 7.67)	string	0..1
period	Срок действия адреса	Period	0..1

Привязки к наборам значений описаны в таблице 53.

Таблица 53

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Address.use	http://hl7.org/fhir/ValueSet/address-use	Обязательная	Использование адреса
Address.type	http://hl7.org/fhir/ValueSet/address-type	Обязательная	Тип адреса

9.3.3 Тип данных Annotation

Тип данных Annotation используется для представления примечаний к содержанию ресурса. Общие сведения о типе данных Annotation приведены в таблице 54, а состав элементов — в таблице 55.

Таблица 54

Общие сведения о типе данных Annotation

Имя	Описание	Связи с другими элементами модели
Annotation	Текстовое примечание, содержащее сведения о том, кто и когда его сделал	Отношение генерализации от Annotation к DataType

Таблица 55

Состав элементов типа данных Annotation

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
author[x]	Лицо или организация, сделавшая примечание. Тип x может принимать значения Reference или string	DataType	0..1
author-Reference	Ссылка на лицо или организацию, сделавшую примечание. Допустимые типы ссылочных ресурсов: Practitioner | PractitionerRole | Patient | RelatedPerson | Organization	Reference
authorString	Информация о лице или организации, сделавшей примечание	string
time	Момент создания примечания	dateTime	0..1
text	Текст примечания в формате markdown	markdown	1

9.3.4 Тип данных Attachment

Тип данных Attachment используется для представления вложений в содержание экземпляров ресурсов или ссылок на эти вложения. Общие сведения о типе данных Attachment приведены в таблице 56, а состав элементов — в таблице 57.

Примечание — Для свертки данных рекомендуется использовать алгоритм ГОСТ Р 34.11.

Таблица 56

Общие сведения о типе данных Attachment

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

Таблица 57

Состав элементов типа данных Attachment

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
contentType	Тип содержания MIME, включая кодировку и т.д. Привязка к набору значений: http://hl7.org/fhir/ValueSet/mimetypes (обязательная)	code	0..1
language	Код человеческое языка содержания. Тег языка из BCP-47 [[30]](#p121385)	code	0..1
data	Вложенные данные в формате base64	base64Binary	0..1
url	Адрес URL, откуда можно взять данные	url	0..1
size	Количество байтов в содержании (если указан url)	integer64	0..1
hash	Свертка данных (sha-1, base64ed, ГОСТ Р 34.11) в формате base64	base64Binary	0..1
title	Метка для изображения вместо данных	string	0..1
creation	Дата и время создания вложения	dateTime	0..1
height	Высота изображения в пикселах (фото/видео)	positiveInt	0..1
width	Ширина изображения в пикселах (фото/видео)	positiveInt	0..1
frames	Число кадров (фото)	positiveInt	0..1
duration	Длительность в секундах (аудио/видео)	decimal	0..1
pages	Число страниц при печати	positiveInt	0..1

Содержание, передаваемое в экземпляре ресурса Attachment, может передаваться по значению в элементе data или по ссылке в элементе url. Если указаны оба элемента, то ссылка должна указывать на те же самые данные, которое переданы в элементе data.

Элемент contentType должен быть заполнен, если данные передаются в элементе data, и может быть заполнен, если данные передаются по ссылке url.

Если элементы data и url отсутствуют, то это означает, что данные с указанным сочетанием типа содержания contentType и языка language отсутствуют.

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

В ряде случаев кратность элемента ресурса, имеющего тип Attachment, может превышать 1. Правильное использование кратного элемента состоит в том, чтобы его экземпляры имели одно и то же содержание, но с разными типами содержания MIME и/или представленные на разных языках.

Ограничения типа данных Attachment описаны в таблице 58. Привязки к наборам значений описаны в таблице 59.

Таблица 58

Ограничения типа данных Attachment

Идентификатор	Вид	Путь	Описание	Выражение
att-1	Правило	Базовый	Если элемент data присутствует, то элемент contentType обязателен	data.empty() or contentType.exists()

Таблица 59

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Attachment.contentType	https://hl7.org/fhir/valueset-mimetypes.html	Обязательная	Все допустимые коды из BCP-13 (см. http://tools.ietf.org/html/bcp13)
Attachment.language	http://hl7.org/fhir/ValueSet/all-languages	Обязательная	Все допустимые коды языка из BCP-47 (см. http://tools.ietf.org/html/bcp47)
	http://hl7.org/fhir/ValueSet/languages	Рекомендованная	Наиболее распространенные коды языка

9.3.5 Тип данных CodeableConcept

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

Таблица 60

Общие сведения о типе данных CodeableConcept

Имя	Описание	Связи с другими элементами модели
CodeableConcept	Кодированное понятие (CodeableConcept) представляет значение, которое обычно принадлежит одной или нескольким терминологиям либо онтологиям, но может быть представлено только текстом text. С этим типом данных может быть связан набор значений ValueSet	Отношение генерализации от CodeableConcept к DataType

Таблица 61

Состав элементов типа данных CodeableConcept

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
coding	Код, определенный в терминологической системе. При представлении кодированного понятия может быть указано несколько кодов (понятие может быть описано кодами из разных систем кодирования или даже несколькими кодами в одной системе кодирования)	Coding	0..*
text	Текст, послуживший источником для кодирования	string	0..1

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

9.3.6 Тип данных Coding

Тип данных Coding предназначен для представления кодированных значений. В отличие от CodeableConcept наличие текста, детализирующего значение кода, не предусмотрено. Общие сведения о типе данных Coding приведены в таблице 62, а состав элементов — в таблице 63.

Таблица 62

Общие сведения о типе данных Coding

Имя	Описание	Связи с другими элементами модели
Coding	Представление определенного понятия, используя символ из определенной «системы кодирования». С этим типом данных может быть связан набор значений ValueSet	Отношение генерализации от Coding к DataType

Таблица 63

Состав элементов типа данных Coding

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
system	Идентификация терминологической системы	uri	0..1
version	Идентификация версии системы — если применима	string	0..1
code	Символ в синтаксисе, определенном системой system	code	0..1
display	Представление символа, определенное в системе system	string	0..1
userSelected	Признак выбора кода пользователем	boolean	0..1

Элемент code является кодом понятия. Элемент system в сочетании с версией version (если указана) идентифицирует систему кодирования. Элемент display содержит человеко-читаемый текст, предназначенный для визуализации вместо кода.

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

Элемент system должен содержать URI системы кодирования, а не набора значений (например, ValueSet.url), поскольку набор значений описывает множество допустимых кодов, но не связывает их с понятиями.

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

Если элемент display присутствует, то он должен содержать краткий человеко-читаемый текст, идентифицирующий понятие данной системы кодирования. С одним кодом может быть связано несколько текстов:

• основной, указанный в элементе CodeSystem.concept.display;
• дополнительные, указанные в элементах CodeSystem.concept.designation.value (например, переводы основного текста на другие языки).

Ограничения типа данных Coding описаны в таблице 64.

Таблица 64

Ограничения типа данных Coding

Идентификатор	Вид	Путь	Описание	Выражение
cod-1	Предупреждение	Базовый	Если элемент code присутствует, то элемент display должен отсутствовать	code.exists().not() implies display.exists().not()

9.3.7 Тип данных ContactPoint

Тип данных ContactPoint предназначен для представления контактной информации лица или организации. Общие сведения о типе данных ContactPoint приведены в таблице 65, а состав элементов — в таблице 66.

Таблица 65

Общие сведения о типе данных ContactPoint

Имя	Описание	Связи с другими элементами модели
ContactPoint	Детали всех видов технологий контактов с лицом или организацией, включая телефон, электронную почту и т.д.	Отношение генерализации от ContactPoint к DataType

Таблица 66

Состав элементов типа данных ContactPoint

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
system	Тип контакта. Допустимые значения: phone (телефон) | fax (факс) | email (электронная почта) | url (URL) | sms (СМС) | other (другой)	Coding	0..1
value	Номер или иной телекоммуникационный адрес	string	0..1
use	Код использования. Допустимые значения: home (домашний) | work (служебный) | temp (временный) | old (прежний) | mobile (мобильный)	Coding	0..1
rank	Приоритет контакта — (1 — наивысший)	positiveInt	0..1
period	Срок действия контактной информации	Period	0..1

Ограничения типа данных ContactPoint описаны в таблице 67. Привязки к наборам значений описаны в таблице 68.

Таблица 67

Ограничения типа данных ContactPoint

Идентификатор	Вид	Путь	Описание	Выражение
cpt-2	Правило	Базовый	Если элемент value присутствует, то элемент system обязателен	value.empty() or system.exists()

Таблица 68

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
ContactPoint.system	https://hl7.org/fhir/valueset-contact-point-system.html	Обязательная	Тип контакта
ContactPoint.use	http://hl7.org/fhir/ValueSet/contact-point-use	Обязательная	Код использования

9.3.8 Тип данных HumanName

Тип данных HumanName предназначен для описания именования физического лица (фамилия, имя, отчество или другие имена). Общие сведения о типе данных HumanName приведены в таблице 69, а состав элементов — в таблице 70.

Именование лица может иметь ограниченный срок действия, задаваемый в элементе period.

Таблица 69

Общие сведения о типе данных HumanName

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

Таблица 70

Состав элементов типа данных HumanName

Имя	Описание	Тип	Кратность
Унаследованные элементы
Id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
use	Использование именования лица. Допустимые значения: usual (обычное) | official официальное) | temp (временное) | nickname (псевдоним) | anonymous (деперсонифицированное) | old (прежнее) | maiden (девичье)	code	0..1
text	Полное именование лица	string	0..1
family	Фамилия физического лица	string	0..1
given	Имя физического лица	string	0..*
middle	Отчества либо второе и следующие имена физического лица, разделяемые пробелом	string	0..1
period	Срок действия именования физического лица	Period	0..1

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

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

Привязки к наборам значений описаны в таблице 71.

Таблица 71

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
HumanName.use	http://hl7.org/fhir/ValueSet/name-use	Обязательная	Использование именования лица

9.3.9 Тип данных Identifier

Тип данных Identifier представляет идентификатор сущности (субъекта или объекта) в пространстве имен, идентифицированном элементом system. Общие сведения о типе данных Identifier приведены в таблице 72, а состав элементов — в таблице 73.

Таблица 72

Общие сведения о типе данных Identifier

Имя	Описание	Связи с другими элементами модели
Identifier	Цифровая или буквенно-цифровая строка, ассоциируемая с одним объектом или сущностью в данной системе идентификации	Отношение генерализации от Identifier к DataType

Таблица 73

Состав элементов типа данных Identifier

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
use	Тип использования идентификатора. Допустимые значения: usual (обычный) | official (официальный) | temp (временный) | secondary (вторичный) | old (прежний)	code	0..1
type	Тип идентификатора, описывающий его назначение	CodeableConcept	0..1
system	Пространство имен для значений идентификатора. Оно представляет собой URI, например, https://id.edu.gov.ru/Organization/ogrn или urn:ietf:rfc:3986, если значение value идентификатора само по себе является глобально уникальным (ОИД или UUID)	uri	0..1
value	Значение идентификатора (уникальное в пространстве имен)	string	0..1
period	Срок действия идентификатора	Period	0..1
assigner	Ссылка на организацию, присвоившую идентификатор	Reference	0..1

Срок действия идентификатора задается элементом period. Компонент period.start указывает дату присвоения (выдачи) идентификатора, компонент period.end — дату прекращения его действия (например, дату выдачи и срок действия загранпаспорта). Элемент assigner содержит идентификатор организации, присвоившей идентификатор. Поскольку он имеет тип Reference, то в компоненте assigner.display можно передать наименование организации.

Элемент system содержит абсолютный URI, определяющий схему идентификации (структура идентификатора, правила присваивания и т.д.). Для глобально уникальных идентификаторов ОИД и УУИД (например, Global Unique Identifier) схема идентификации должна иметь значение urn:ietf:rfc:3986. Если system содержит URL, то он, по возможности, должен быть разрешимым. Значение элемента system чувствительно к регистру.

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

Ограничения типа данных Identifier описаны в таблице 74. Привязки к наборам значений описаны в таблице 75.

Таблица 74

Ограничения типа данных Identifier

Идентификатор	Вид	Путь	Описание	Выражение
ident-1	Предупреждение	Базовый	Идентификаторы без компонента value имеют ограниченное применение. Если идентификатор не известен, то можно передать элемент value, у которого нет атрибута value, но есть расширение extension, указывающее причину отсутствия идентификатора	value.empty() or system.exists()

Таблица 75

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Identifier.use	http://hl7.org/fhir/ValueSet/identifier-use	Обязательная	Тип использования идентификатора
Identifier.type	http://hl7.org/fhir/ValueSet/identifier-type	Расширяемая	Тип идентификатора, описывающий его назначение

9.3.10 Тип данных Money

Тип данных Money предназначен для представления денежной суммы. Общие сведения о типе данных Money приведены в таблице 76, а состав элементов — в таблице 77.

Таблица 76

Общие сведения о типе данных Money

Имя	Описание	Связи с другими элементами модели
Money	Денежная сумма	Отношение генерализации от Money к DataType

Таблица 77

Состав элементов типа данных Money

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Величина суммы	decimal	0..1
currency	Код денежной единицы	Coding	0..1

Привязки к наборам значений описаны в таблице 78.

Таблица 78

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Money.currency	http://hl7.org/fhir/ValueSet/currencies	Обязательная	Код денежной единицы в соответствии с ОКВ ОК (МК (ИСО 4217) 003-97) 014

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

9.3.11 Тип данных Period

Тип данных Period предназначен для представления периода времени или (неопределенного) момента времени внутри периода. Общие сведения о типе данных Period приведены в таблице 79, а состав элементов — в таблице 80.

Таблица 79

Общие сведения о типе данных Period

Имя	Описание	Связи с другими элементами модели
Period	Период времени, определенный датой/временем начала и конца. Период задает диапазон времени. По контексту использования определяется, имеется ли в виду весь диапазон или какой-то один момент времени внутри этого диапазона	Отношение генерализации от Period к DataType

Таблица 80

Состав элементов типа данных Period

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
start	Дата и время начала периода (включительно)	dateTime	0..1
end	Дата и время конца периода (включительно)	dateTime	0..1

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

Ограничения типа данных Period описаны в таблице 81.

Таблица 81

Ограничения типа данных Period

Идентификатор	Вид	Путь	Описание	Выражение
per-1	Правило	Базовый	Если элементы start и end присутствуют, то значение элемента start должно быть меньше значения элемента end или равно ему	start.hasValue().not() or end.hasValue().not() or (start.low-Boundary() <=end.highBoundary())

9.3.12 Тип данных Quantity

Тип данных Quantity предназначен для представления значения физической величины. Может быть указано точное значение или его нижняя либо верхняя оценка (используя свойство comparator). Общие сведения о типе данных Quantity приведены в таблице 82, а состав элементов — в таблице 83.

Таблица 82

Общие сведения о типе данных Quantity

Имя	Описание	Связи с другими элементами модели
Quantity	Измеримая величина (или потенциально измеримая величина). С этим типом данных может быть связан набор значений ValueSet	Отношение генерализации от Quantity к DataType

Таблица 83

Состав элементов типа данных Quantity

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
value	Измеренная или измеримая величина	decimal	0..1
comparator	Оператор сравнения < | <= | >= | >	code	0..1
unit	Наименование единицы измерения	string	0..1
system	Система кодирования единиц измерения	uri	0..1
code	Код единицы измерения	code	0..1

Ограничения типа данных Quantity описаны в таблице 84. Привязки к наборам значений описаны в таблице 85.

Таблица 84

Ограничения типа данных Quantity

Идентификатор	Вид	Путь	Описание	Выражение
qty-3	Правило	Базовый	Если элемент code присутствует, то элемент system также ДОЛЖЕН присутствовать	code.empty() or system.exists()

Таблица 85

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Quantity.comparator	http://hl7.org/fhir/ValueSet/quantity-comparator	Обязателен	Интерпретация значения value

9.3.13 Специализации и профили типа данных Quantity

9.3.13.1 Специализация Distance (расстояние)

Специализация Distance ограничивает тип данных Quantity величинами расстояния.

Специализация Distance описана в таблице 86. Привязки к наборам значений описаны в таблице 87.

Таблица 86

Специализация Distance

Имя типа данных	Правила
	Идентификатор	Вид	Путь	Описание	Выражение
Distance	dis-1	Правило	Базовый	Если элемент value присутствует, то ДОЛЖЕН быть указан элемент code, представляющий единицу длины. Если элемент system присутствует, то он должен иметь значение http://unitsofmeasure.org	(code.exists() or value.empty()) and (system.empty() or system = %ucum)

Таблица 87

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Distance.code	http://hl7.org/fhir/ValueSet/all-distance-units	Расширяемая	Все общие коды расстояния UCUM, являющиеся производными от метра

9.3.13.2 Специализация Age (возраст)

Специализация Age ограничивает тип данных Quantity величинами времени.

Специализация Age описана в таблице 88. Привязки к наборам значений описаны в таблице 89.

Таблица 88

Специализация Age

Имя типа данных	Правила
	Идентификатор	Вид	Путь	Описание	Выражение
Age	age-1	Правило	Базовый	Если элемент value присутствует, то должен быть указан элемент code, представляющий единицу времени. Если элемент system присутствует, то он должен иметь значение http://unitsofmeasure.org. Если элемент value присутствует, то должен быть положительным	(code.exists() or value.empty()) and (system.empty() or system = %ucum) and (value.empty() or value.hasValue().not() or value > 0)

Таблица 89

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Age.code	http://hl7.org/fhir/ ValueSet/age-units	Расширяемая	Все общие коды времени UCUM, являющиеся производными от года

9.3.13.3 Специализация Count (счетчик)

Специализация Count ограничивает тип данных Quantity безразмерными величинами с целочисленным значением.

Специализация Count описана в таблице 90.

Таблица 90

Специализация Count

Имя типа данных	Правила
	Идентификатор	Вид	Путь	Описание	Выражение
Count	cnt-3	Правило	Базовый	Если элемент value присутствует, то должен быть указан элемент code со значением '1'. Если элемент system присутствует, то он должен иметь значение http://unitsofmeasure.org. Если элемент value присутствует, то его строковое представление не должно содержать десятичную точку	(code.exists() or value.empty()) and (system.empty() or system = %ucum) and (code.empty() or code = '1') and (value.empty() or value.hasValue().not() or value.toString().contains('.').not())

9.3.13.4 Специализация Duration (длительность)

Специализация Duration ограничивает тип данных Quantity величинами времени.

Специализация Duration описана в таблице 91. Привязки к наборам значений описаны в таблице 92.

Таблица 91

Специализация Duration

Имя типа данных	Правила
	Идентификатор	Вид	Путь	Описание	Выражение
Duration	drt-1	Правило	Базовый	Если элемент value присутствует, то должен быть указан элемент code, представляющий единицу времени. Если элемент system присутствует, то он должен иметь значение http://unitsofmeasure.org	code.exists() implies ((system = %ucum) and value.exists())

Таблица 92

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Duration.code	http://hl7.org/fhir/ValueSet/duration-units	Расширяемая	Все общие коды времени UCUM, являющиеся производными от года

9.3.13.5 Профиль SimpleQuantity

В дополнение к специализациям типа данных Quantity определен профиль SimpleQuantity, описанный в таблице 93.

Таблица 93

Профиль SimpleQuantity

Имя профиля	Правила
	Идентификатор	Вид	Путь	Описание	Выражение
SimpleQuantity	sqty-1	Правило	Базовый	Элемент comparator (оператор сравнения) не используется	comparator.empty()

Это не отдельный тип данных, а ограничение типа данных Quantity.

9.3.13.6 Профиль MoneyQuantity

В дополнение к специализациям типа данных Quantity определен профиль MoneyQuantity, описанный в таблице 94.

Таблица 94

Профиль MoneyQuantity

Имя профиля	Правила
	Идентификатор	Вид	Путь	Описание	Выражение
MoneyQuantity	mtqy-1	Правило	Базовый	Если элемент value присутствует, то должен быть указан элемент code, который ДОЛЖЕН представлять денежную единицу. Если элемент system присутствует, то он должен иметь значение urn:iso:std:iso:4217	(code.exists() or value.empty()) and (system.empty() or system = 'urn:iso:std:iso:4217'

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

9.3.14 Тип данных Range

Тип данных Range предназначен для указания диапазона значений физических величин. Общие сведения о типе данных Range приведены в таблице 95, а состав элементов — в таблице 96.

Таблица 95

Общие сведения о типе данных Range

Имя	Описание	Связи с другими элементами модели
Range	Множество упорядоченных величин, определенное нижним и верхним пределами. Обычно используется одно значение из этого диапазона. Диапазоны чаще всего указывают в инструкциях. Единицы измерения unit и code/system элементов low и high должны совпадать. Если low или high отсутствуют, это означает, что нижний или верхний предел не определен. Флаг сравнения comparator в элементах low или high не должен присутствовать. Тип Range не следует использовать для указания значения за пределами диапазона. В этом случае следует использовать тип величины Quantity с элементом comparator. Величины low и high включаются в диапазон и могут иметь произвольно высокую точность, например, диапазон от 1,5 до 2,5 включает в себя 1,50 и 2,50, но не 1,49 или 2,51	Отношение генерализации от Range к DataType

Таблица 96

Состав элементов типа данных Range

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
low	Нижняя граница диапазона	SimpleQuantity	0..1
high	Верхняя граница диапазона	SimpleQuantity	0..1

Ограничения типа данных Range описаны в таблице 97.

Таблица 97

Ограничения типа данных Range

Идентификатор	Вид	Путь	Описание	Выражение
rng-2	Правило	Базовый	Если элементы low и high присутствуют, то значение элемента low должно быть меньше значения элемента high или равно ему	low.value.empty() or high.value.empty() or low.lowBoundary().comparable(high.highBoundary()).not() or (low.lowBoundary() <= high.highBoundary())

9.3.15 Тип данных Ratio

Тип данных Ratio предназначен для представления отношения двух физических величин в форме дроби. Тип данных может использоваться для представления обычной дроби, например, «2/3». Общие сведения о типе данных Ratio приведены в таблице 98, а состав элементов — в таблице 99.

Таблица 98

Общие сведения о типе данных Ratio

Имя	Описание	Связи с другими элементами модели
Ratio	Отношение между двумя величинами, выраженное числителем numerator и знаменателем denominator. Тип данных Ratio следует использовать только для представления отношения двух чисел, если оно не может быть подходящим образом выражено с помощью типа данных Quantity и общей единицы измерения. Если знаменатель denominator имеет значение «1», то вместо Ratio следует использовать Quantity	Отношение генерализации от Ratio к DataType

Таблица 99

Состав элементов типа данных Ratio

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
numerator	Числитель отношения	Quantity	0..1
denominator	Знаменатель отношения	SimpleQuantity	0..1

Ограничения типа данных Ratio описаны в таблице 100.

Таблица 100

Ограничения типа данных Ratio

Идентификатор	Вид	Путь	Описание	Выражение
rat-1	Правило	Базовый	Элементы numerator and denominator должны одновременно присутствовать или отсутствовать. Если они отсутствуют, должно присутствовать хотя бы одно расширение extension	(numerator.exists() and denominator.exists()) or (numerator.empty() and denominator.empty() and extension.exists())

9.3.16 Тип данных RatioRange

Тип данных RatioRange предназначен для представления диапазонов отношений двух физических величин, представленных в форме дроби. Общие сведения о типе данных RatioRange приведены в таблице 101, а состав элементов — в таблице 102.

Таблица 101

Общие сведения о типе данных RatioRange

Имя	Описание	Связи с другими элементами модели
RatioRange	Диапазон отношений между двумя величинами, выраженный диапазоном числителя lowNumerator.. лшлшhighNumerator и знаменателем denominator. Если знаменатель denominator имеет значение '1', то вместо RatioRange следует использовать Range	Отношение генерализации от RatioRange к DataType

Таблица 102

Состав элементов типа данных RatioRange

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
lowNumerator	Нижний предел числителя	SimpleQuantity	0..1
highNumerator	Верхний предел числителя	SimpleQuantity	0..1
denominator	Знаменатель отношения	SimpleQuantity	0..1

Ограничения типа данных RatioRange описаны в таблице 103.

Таблица 103

Ограничения типа данных RatioRange

Идентификатор	Вид	Путь	Описание	Выражение
ratrng-1	Правило	Базовый	Элементы numerator and denominator должны одновременно присутствовать или отсутствовать. Если они отсутствуют, должно присутствовать хотя бы одно расширение extension	((lowNumerator.exists() or highNumerator.exists()) and denominator.exists()) or (lowNumerator.empty() and highNumerator.empty() and denominator.empty() and extension.exists())
ratrng-2	Правило	Базовый	Если оба элемента lowNumerator и highNumerator присутствуют, то значение элемента lowNumerator должно быть меньше значения элемента highNumerator или равно ему	lowNumerator.hasValue().not() or highNumerator.hasValue().not() or (lowNumerator.lowBoundary() <= highNumerator.highBoundary()

9.3.17 Тип данных SampledData

Тип данных SampledData предназначен для представления серии считываний, осуществляемых приборами, например, кардиографами. Каждое считывание представляет собой десятичное значение или код. Результат измерения определяется по следующей формуле, содержащей значение i-го считывания data с поправками на смещение базового значения origin.value и масштабный коэффициент factor:

измеряемое значение[i] = SampledData.data[i] * SampledData.factor + SampledData.origin.value

Общие сведения о типе данных SampledData приведены в таблице 104, состав элементов — в таблице 105.

Таблица 104

Общие сведения о типе данных SampledData

Имя	Описание	Связи с другими элементами модели
SampledData	Серия считываний, осуществленная прибором, с указанием верхней и нижней границы диапазона значений. Может быть многомерной	Отношение генерализации от SampledData к DataType

Таблица 105

Состав элементов типа данных SampledData

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
origin	Смещение нулевого значения и его единицы	SimpleQuantity	1
interval	Число intervalUnits между считываниями	decimal	0..1
intervalUnit	Единицы измерения интервала между считываниями	code	1
factor	Масштабирующий коэффициент, применяемый к считыванию до добавления базового смещения	decimal	0..1
lowerLimit	Нижний предел значения считывания	decimal	0..1
upperLimit	Верхний предел значения считывания	decimal	0..1
dimensions	Число считываний в каждый момент времени. Если оно больше единицы, то размерности будут чередоваться — все считывания в данный момент времени будут записаны сразу	positiveInt	1
codeMap	Ссылка на экземпляр ресурса CodeMap, описывающего коды, которые могут передаваться вместо числового значения считывания. Эти коды должны быть дополнительными к 'E', 'U', 'L' (или 'e', 'u', 'l').	canonical	0..1
offsets	Последовательность десятичных значений смещений во времени, разделенных пробелами (символ u20). Единицы, в которых выражаются эти значения, берутся из intervalUnit. Абсолютное время начала измерений задается за рамками данного типа данных, например, в элементе Observation.effectiveDateTime. Если этот элемент присутствует, то число считываний должно быть равно числу смещений, указанному в элементе offsets, умноженному на размерность dimensions	string	0..1
data	Последовательность считываний, разделенных пробелами (символ u20). Считывания могут быть десятичными значениями или кодами «E» (ошибка), «L» (меньше нижнего предела измерений) или «U» (больше верхнего предела измерений)	string	1

В дополнение к кодам 'E', 'U', 'L' могут использоваться другие коды, описанные в ссылочном экземпляре ресурса CodeMap, в котором должна быть только одна группа, не содержащая ни числовые значения, ни коды 'E', 'U', 'L' (и для безопасности 'e', 'u', 'l'). Дополнительные коды не должны содержать пробелы и escape-последовательности и не должны начинаться с цифр.

Привязки к наборам значений описаны в таблице 106.

Таблица 106

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
SampledData.interval-Unit	http://unitsofmeasure.org	Расширяемая	Единицы измерения интервала между считываниями

9.3.18 Тип данных Timing

Тип данных Timing предназначен для представления списка повторяющихся событий. Правила повторения могут задаваться простыми кодом, указанным в поле code, или конструкцией типа Repeat, указанной в поле repeat. Общие сведения о типе данных Timing приведены в таблице 107, а состав элементов — в таблице 108.

Таблица 107

Общие сведения о типе данных Timing

Имя	Описание	Связи с другими элементами модели
Timing	Расписание описывает наступление события, которое может совершаться несколько раз. Расписания используются, чтобы указать, когда события ожидаются или требуются, и могут также использоваться для представления сводки предшествующих или текущих событий. Определение компонентов типа данных Timing дается для «будущих» событий, но они могут использоваться и для описания истории или текущих событий. Расписание Timing может быть списком событий и/или критериями наступления событий, которые могут быть представлены в структурированной форме и/или в форме кода. Если предусмотрены и событие, и спецификация повторения, то список событий следует понимать, как интерпретацию информации повторяющейся структуры. Примечание — Тип данных Timing допускает модифицирующие расширения modifierExtension	Отношение генерализации от Timing к BackboneElement

Таблица 108

Состав элементов типа данных Timing

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
modifierExtension	Модифицирующее расширение, которое нельзя игнорировать, даже если оно не распознано	Extension	0..*
Собственные элементы
event	Моменты наступления события	dateTime	0..*
repeat	Правила повторения события	Element	0..1
repeat.bound[x]	Продолжительность расписания, где [x] может принимать значения Duration|Range|Period		0..1
repeat.boundsDuration	Продолжительность	Duration
repeat.boundsRange	Интервал дат и времени	Range
repeat.boundsPeriod	Период времени	Period
repeat.count	Число повторений	positiveInt	0..1
repeat.countMax	Максимальное число повторений	positiveInt	0..1
repeat.duration	Длительность события	decimal	0..1
repeat.durationMax	Максимальная длительность события	decimal	0..1
repeat.durationUnit	Единица длительности события: s (секунда) | min (минута) | h (час) | d (сутки) | wk (неделя) | mo (месяц) | a (год)	code	0..1
repeat.frequency	Частота повторения события в заданном периоде, то есть событие повторяется frequency раз в заданном периоде	positiveInt	0..1
repeat.frequencyMax	Максимальная частота повторения в заданном периоде	positiveInt	0..1
repeat.period	Период, в течение которого событие повторяется frequency раз	decimal	0..1
repeat.periodMax	Максимальный период, в течение которого событие повторяется frequency раз	decimal	0..1
repeat.periodUnit	Единица длительности периода: s (секунда) | min (минута) | h (час) | d (сутки) | wk (неделя) | mo (месяц) | a (год)	code	0..1
repeat.dayOfWeek	День недели — одно из значений mon | tue | wed | thu | fri | sat | sun	code	0..*
repeat.timeOfDay	Время наступления события в течение дня	time	0..*
repeat.when	Код периода времени повторения события	code	0..*
repeat.offset	Минуты от заданного периода времени повторения события (до или после)	unsigned-Int	0..1
code	Правило повторения в кодированной форме (например, BID | TID | QID | AM | PM | QD | QOD | +)	CodeableConcept	0..1

Ограничения типа данных Timing описаны в таблице 109. Привязки к наборам значений описаны в таблице 110.

Таблица 109

Ограничения типа данных Timing

Идентификатор	Вид	Путь	Описание	Выражение
tim-1	Правило	Timing.repeat	Если элемент duration присутствует, то элемент durationUnit также должен присутствовать	duration.empty() or durationUnit.exists()
tim-2	Правило	Timing.repeat	Если элемент period присутствует, то элемент periodUnit также должен присутствовать	period.empty() or periodUnit.exists()
tim-4	Правило	Timing.repeat	Если элемент duration присутствует, то он должен иметь неотрицательное значение	duration.exists() implies duration >= 0
tim-5	Правило	Timing.repeat	Если элемент period присутствует, то он должен иметь неотрицательное значение	period.exists() implies period >= 0
tim-6	Правило	Timing.repeat	Если элемент periodMax присутствует, то элемент period также должен присутствовать	periodMax.empty() or period.exists()
tim-7	Правило	Timing.repeat	Если элемент durationMax присутствует, то также должен присутствовать элемент duration	durationMax.empty() or duration.exists()
tim-8	Правило	Timing.repeat	Если элемент countMax присутствует, то элемент count также должен присутствовать	countMax.empty() or count.exists()
tim-9	Правило	Timing.repeat	Если элемент offset присутствует, то элемент when также должен присутствовать и не принимать значения C (постоянно) | CM | CD | CV	offset.empty() or (when.exists() and when.select($this in ('C' | 'CM' | 'CD' | 'CV')).allFalse())
tim-10	Правило	Timing.repeat	Элементы timeOfDay и when взаимно исключаемые	timeOfDay.empty() or when.empty()

Таблица 110

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
Timing.repeat. durationUnit	http://hl7.org/fhir/ValueSet/units-of-time	Обязателен	Единицы времени
Timing.repeat.day-OfWeek	http://hl7.org/fhir/ValueSet/days-of-week	Обязателен	Дни недели
Timing.repeat.when	http://hl7.org/fhir/ValueSet/event-timing	Обязателен	Реальные события, к которым привязано расписание
Timing.code	http://hl7.org/fhir/ValueSet/timing-abbreviation	Предпочтителен	Аббревиатуры частоты событий

9.3.19 Тип данных Signature

9.3.19.1 Общие сведения и состав элементов

Тип данных Signature предназначен для представления подписи, в том числе образца собственноручной подписи, в виде графического файла или сертификата усиленной квалифицированной электронной подписи. Общие сведения о типе данных Signature приведены в таблице 111, а состав элементов — в таблице 112.

Таблица 111

Общие сведения о типе данных Signature

Имя	Описание	Связи с другими элементами модели
Signature	Электронное представление подписи и ее контекста. Подпись может быть криптографической (XML DigSig или JWS), с помощью которой можно обеспечить неоспоримость, или быть графическим образом, представляющим подпись или процесс подписания	Отношение генерализации от Signature к DataType

Таблица 112

Состав элементов типа данных Signature

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
type	Код причины подписи. Он может быть явно включен как часть подписи и использоваться для учетности различных действий с документом	Coding	0..*
when	Момент создания подписи	instant	0..1
who	Ссылка на лицо, организацию или прибор, поставивший подпись. Допустимые типы ссылочных ресурсов: Practitioner | PractitionerRole | RelatedPerson | Patient | Device | Organization	Reference	0..1
onBehalfOf	Ссылка на лицо, организацию или прибор, от чьего имени поставлена подпись. Допустимые типы ссылочных ресурсов: Practitioner | PractitionerRole | RelatedPerson | Patient | Device | Organization	Reference	0..1
targetFormat	Технический формат подписанного содержания ресурса (mime)	code	0..1
sigFormat	Технический формат подписи (mime). Важными типами mime являются application/signature+xml для XMLdSig, application/jose для JWS и image/* для графического образа подписи	code	0..1
data	Содержание подписи (XML DigSig, JWS, графический образ и т.д.).	base64Binary	0..1

9.3.19.2 Электронная подпись XML

Если для электронной подписи используется спецификация XML Digital Signature (contentType = application/signature+xml), то применяются следующие требования:

а) элемент Signature.data содержит представление подписи в формате base64;

б) электронная подпись является отсоединенной;

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

Подпись экземпляра ресурса применяется к канонической форме XML-представления его содержания.

9.3.19.3 Электронная подпись JSON

Если для электронной подписи используется спецификация JSON Digital Signature (contentType = application/jose), то применяются следующие требования:

а) элемент Signature.data содержит представление подписи JWS-Signature [31] в формате base64;

б) электронная подпись является отсоединенной;

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

Подпись экземпляра ресурса применяется к канонической форме JSON-представления его содержания.

9.3.19.4 Каноническое представление содержания экземпляра ресурса в формате XML

Каноническое представление содержания экземпляра ресурса в формате XML должно удовлетворять следующим требованиям:

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

б) для пространств имен FHIR и XHTML должны использоваться пространства имен по умолчанию;

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

г) в escape-последовательностях должны использоваться исходные символы Unicode (например, ' вместо «);»

д) должна использоваться инструкция ;

е) должен быть применен метод каноникализации Canonical XML 1.1 (http://www.w3.org/TR/xml-c14n11).

Данный метод канонического представления идентифицируется, используя URI http://hl7.org/fhir/canonicalization/xml. В дополнение к нему определены методы канонического представления, приведенные в таблице 113.

Таблица 113

Дополнительные методы канонического представления содержания экземпляра ресурса в формате XML

URI	Дополнительная обработка содержания
http://hl7.org/fhir/canonicalization/xml#data	Перед подписью должно быть удалено текстовое представление содержания ресурса (элемент text)
http://hl7.org/fhir/canonicalization/xml#static	Кроме текстового представления содержания ресурса (элемент text) удаляются метаданные (элемент meta). Это позволяет сохранять целостность подписи при передаче содержания на другой сервер или при выполнении рабочих процессов, изменяющих значения тегов в метаданных
http://hl7.org/fhir/canonicalization/xml#narrative	В содержании оставляются только элементы id и text (то есть подписывается только человеко-читаемое содержание)
http://hl7.org/fhir/canonicalization/xml#document	В контейнере Bundle типа document подписывается все внутреннее содержание, кроме Bundle.id и Bundle.metadata (чтобы сохранять целостность подписи при передаче документа на другой сервер)

9.3.19.5 Каноническое представление содержания экземпляра ресурса в формате JSON

Каноническое представление содержания экземпляра ресурса в формате JSON должно удовлетворять следующим требованиям:

а) в значениях свойств объектов и в XHTML представлении объекта Narrative не должно быть иных пробельных символов кроме пробела. При этом пробелы не должны быть кратными;

б) внутри каждого объекта свойства сортируются по алфавиту.

Данный метод канонического представления идентифицируется, используя URI http://hl7.org/fhir/canonicalization/json. В дополнение к нему определены методы канонического представления, приведенные в таблице 114.

Таблица 114

Дополнительные методы канонического представления содержания экземпляра ресурса в формате JSON

URI	Дополнительная обработка содержания
http://hl7.org/fhir/canonicalization/json#data	Перед подписью должно быть удалено текстовое представление содержания ресурса (элемент text)
http://hl7.org/fhir/canonicalization/json#static	Кроме текстового представления содержания ресурса (элемент text) удаляются метаданные (элемент meta). Это позволяет сохранять целостность подписи при передаче содержания на другой сервер или при выполнении рабочих процессов, изменяющих значения тегов в метаданных
http://hl7.org/fhir/canonicalization/json#narrative	В содержании оставляются только элементы id и text (то есть подписывается только человеко-читаемое содержание)
http://hl7.org/fhir/canonicalization/json#document	В контейнере Bundle типа document подписывается все внутреннее содержание, кроме Bundle.id и Bundle.metadata (чтобы сохранять целостность подписи при передаче документа на другой сервер)

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

9.4.1 Общие сведения

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

Рисунок 15 — Специальные типы данных

Перечень специальных типов данных приведен в таблице 115.

Таблица 115

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

Имя	Описание	Пункт
BackboneType	Базовый тип вспомогательных классов	9.4.2
CodeableReference	Ссылка на кодированное понятие или экземпляр ресурса	9.4.3
DataType	Базовый тип данных	9.4.4
Dosage	Дозировка	9.4.5
ElementDefinition	Определение элемента типа данных или ресурса	9.4.6
Extension	Дополнительная информация, не являющаяся частью базового определения ресурса или типа данных	9.4.7
Meta	Метаданные экземпляра ресурса	9.4.8
Narrative	Форматированный текст с описанием содержания экземпляра ресурса	9.4.9
Reference	Ссылка на экземпляр ресурса	9.4.10
xhtml	Текст с упрощенной разметкой xhtml	9.4.11

9.4.2 Базовый тип вспомогательных классов BackboneType

Базовый тип вспомогательных классов BackboneType является детализацией типа данных Element, добавляющей к его свойствам еще одно — modifierExtension (модифицирующее расширение). Общие сведения о типе данных BackboneType приведены в таблице 116, а состав элементов — в таблице 117.

Таблица 116

Общие сведения о типе данных BackboneType

Имя	Описание	Связи с другими элементами модели
BackboneType	Базовое определение комплексных типов данных, которые могут содержать модифицирующие расширения	Отношение генерализации от BackboneType к Element

Таблица 117

Состав элементов типа данных BackboneType

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
modifierExtension	Расширение, которое нельзя игнорировать, даже если оно не распознано	Extension	0..*

9.4.3 Тип данных CodeableReference

Элемент записи электронной медицинской карты может представлять собой ссылку на конкретный экземпляр данных или на общее понятие. Например, лекарственный препарат может быть прописан в связи с головной болью, что указано кодом R51 классификации МКБ-10, или же в связи с результатами исследования, содержащимися в конкретном экземпляре ресурса Observation (исследование).

Возможность такой вариабельности предусмотрена в типе данных CodeableReference (ссылка на кодированное понятие или экземпляр ресурса). Общие сведения о типе данных CodeableReference приведены в таблице 118, а состав элементов — в таблице 119.

Таблица 118

Общие сведения о типе данных CodeableReference

Имя	Описание	Связи с другими элементами модели
CodeableReference	Ссылка на кодированное понятие или экземпляр ресурса	Отношение генерализации от CodeableReference к DataType

Таблица 119

Состав элементов типа данных CodeableReference

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
concept	Кодированное понятие	CodeableConcept	0..1
reference	Ссылка на экземпляр ресурса	Reference	0..1

Если кодированное понятие и ссылка на экземпляр ресурса присутствуют одновременно, то они должны быть согласованы друг с другом. Например, если в concept.coding.code указан код головной боли, то ссылочный экземпляр ресурса должен описывать головную боль.

9.4.4 Базовый тип данных DataType

Тип данных DataType является базовым для всех типов данных. Общие сведения о базовом типе данных DataType приведены в таблице 120, а состав элементов — в таблице 121.

Таблица 120

Общие сведения о типе данных DataType

Имя	Описание	Связи с другими элементами модели
DataType	Базовое определение типов данных	Отношение генерализации от DataType к Element

Таблица 121

Состав элементов типа данных DataType

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*

9.4.5 Тип данных Dosage

Тип данных Dosage используется для представления структурированных сведений о дозировке, указываемой в рецептах и описаниях лекарственных средств. Общие сведения о типе данных Dosage приведены в таблице 122, состав элементов представлен на рисунке 16 и в таблице 123. Ограничения типа данных Dosage описаны в таблице 124.

Таблица 122

Общие сведения о типе данных Dosage

Имя	Описание	Связи с другими элементами модели
Dosage	Дозировка	Отношение генерализации от Dosage к BackboneType

Рисунок 16 — Тип данных Dosage

Таблица 123

Состав элементов типа данных Dosage

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
modifierExtension	Модифицирующее расширение, которое нельзя игнорировать, даже если оно не распознано	Extension	0..*
Собственные элементы
sequence	Порядковый номер инструкции по дозировке	integer	0..1
text	Человеко-читаемое описание дозировки (указанное в части Signature рецепта)	string	0..1
additionalInstruction	Дополнительная инструкция или указание пациенту, например, «принимать с едой»	Codeable-Concept	0..*
patientInstruction	Описание применения, рассчитанное на пациента	string	0..1
timing	Кратность приема	Timing	0..*
asNeeded	Признак «принимать при необходимости»	boolean	0..*
asNeededFor	Принимать в случае ...	Codeable-Concept	0..*
site	Место применения	Codeable-Concept	0..1
route	Путь введения	Codeable-Concept	0..1
method	Способ приема	Codeable-Concept	0..1
doseAndRate	Принятое количество лекарства, назначенное количество или типичное количество	Element	0..*
doseAndRate.type	Вид дозы или скорости	Codeable-Concept	0..1
doseAndRate.dose[x]	Количество лекарства в одной дозе. Допустимые типы данных: Range|SimpleQuantity	*	0..1
doseAndRate.rate[x]	Количество лекарства за единицу времени (например в сутки). Допустимые типы данных: Ratio|Range|SimpleQuantity	*	0..1
maxDosePerPeriod	Максимальное количество лекарства в единицу времени	Ratio	0..*
maxDosePerAdministration	Максимальная доза за прием	Simple-Quantity	0..1
maxDosePerLifetime	Максимальная доза за жизнь	Simple-Quantity	0..1

Таблица 124

Ограничения типа данных Dosage

Идентификатор	Вид	Путь	Описание	Выражение
dos-1	Правило	Базовый	Элемент AsNeededFor может присутствовать только в том случае, если элемент AsNeeded пуст или имеет значение true	asNeededFor.empty() or asNeeded.empty() or asNeeded

9.4.6 Тип данных ElementDefinition

9.4.6.1 Общие сведения, состав, ограничения и привязки к наборам значений

Тип данных ElementDefinition используется в ресурсе StructureDefinition для формализованного описания элементов типов данных, ресурсов и расширений. Общие сведения о типе данных ElementDefinition приведены в таблице 125, состав элементов представлен на рисунке 17 и в таблице 126.

Таблица 125

Общие сведения о типе данных ElementDefinition

Имя	Описание	Связи с другими элементами модели
ElementDefinition	Ссылка на экземпляр ресурса	Отношение генерализации от ElementDefinition к BackboneType

Рисунок 17 — Тип данных ElementDefinition

Таблица 126

Состав элементов типа данных ElementDefinition

Имя	Описание	Тип данных	Кратность
Унаследованные элементы
id	Логический идентификатор элемента данных	id	0..1
extension	Дополнительное содержание, определенное при реализации	Extension	0..*
modifier-Extension	Модифицирующее расширение, которое не может быть проигнорировано	Extension	0..*
Собственные элементы
path	Путь к данному элементу, начиная от имени ресурса или расширения и заканчивая данным элементом. Компоненты пути разделяются точками	string	1
representation	Код, определяющий способ представления данного элемента в экземплярах, в случае отклонения от обычной ситуации. Допустимые значения: xmlAttr (элемент представляется в виде атрибута XML) | xmlText (элемент представляется в виде текста атрибута XML — только для простых типов данных) | typeAttr (тип элемента указывается с помощью xsi:type) | cdaText (в данной версии модели не используется) | xhtml (элемент представляется с помощью упрощенного XHTML)	code	0..*
sliceName	Имя варианта определения данного элемента, если вариабельность имеет место. Имя должно иметь формат токена без точек или пробелов. Оно должно быть уникальным и обозначать конкретный набор ограничений, применяемых к данному элементу. Это имя используется для назначения имен вариантам определения данного элемента	string	0..1
sliceIs-Constraining	Значение true указывает, что это определение варианта ограничивает определение варианта с тем же именем в наследуемом профиле. Значение false указывает, что это определение варианта не переопределяет определение варианта в наследуемом профиле. Если значение отсутствует, то вариант может переопределять или не переопределять вариант в наследуемом профиле в зависимости от значения sliceName	boolean	0..1
label	Предпочтительное имя элемента для визуализации его значения	string	0..1
code	Код конкретной терминологии, имеющий то же значение, что и данный элемент	Coding	0..*
slicing	Указывает, что определение элемента имеет несколько вариантов (например, применяются несколько разных ограничений к одному и тому же элементу базовой структуры). Вариабельность может задаваться для любого элемента, имеющего максимальную кратность «*» в базовом ресурсе, или для любого элемента, тип которого может выбираться из нескольких вариантов. Описания вариантов следуют за данным элементом и имеют тот же самый путь path, пока не встретится более короткий путь (завершающий список вариантов)	Element	0..1
slicing. discriminator	Указывает, каким образом различаются варианты определения элемента данных	Element	0..*
slicing. discriminator. type	Способ различения вариантов определения элемента. Допустимые значения: value (по значению элемента) | exists (по существованию элемента) | type (по типу элемента) | profile (по соответствию элемента определенному профилю) | position (по индексу экземпляра элемента)	code	1
slicing. discriminator. path	Выражение FHIRPath, использующее простое подмножество языка и идентифицирующее элемент, на котором основано различение вариантов	string	1
slicing. description	Человеко-читаемый текст, описывающий вариабельность. Если дискриминатор не указан, наличие этого текста обязательно	string	0..1
slicing. ordered	Признак соответствия порядка следования вариантов в определении элемента и в экземпляре ресурса	boolean	0..1
slicing.rules	Разрешены ли дополнительные варианты, явно не описанные в спецификации. Допустимые значения: closed (дополнительные варианты запрещены) | open (дополнительные варианты возможны) | openAtEnd (дополнительные варианты возможны в конце списка)	code	1
short	Краткое описание элемента (например, для представления в автоматически генерируемых отчетах)	string	0..1
definition	Полное описание семантики элемента данных. Если элемент произведен из существующего элемента (например, с помощью ограничения), то полное описание данного элемента ДОЛЖНО быть совместимо с полным описанием базового элемента, но при этом должно передавать специфику элемента в конкретном контексте использования ресурса	markdown	0..1
comment	Пояснения к использованию элемента данных, например, как использовать его значение, когда его следует исключить и т.д.	markdown	0..1
requirements	Это свойство предназначено для прослеживания того, почему элемент был создан и почему к нему применяются ограничения. Его можно использовать для ссылок на спецификацию, описывающую требования к структуре данного элемента	markdown	0..1
alias	Другое имя, употребляемое для идентификации данного элемента в иной системе	string	0..*
min	Минимальная кратность элемента в экземпляре	unsigned-Int	0..1
max	Максимальная кратность элемента в экземпляре	string	0..1
base	Информация о базовом определении элемента. Если определение элемента не является оригинальным (например, представляет собой ограничение другого типа данных или является потомком типа), то содержание определения может отличаться от базового определения. Если элемент оригинален, то здесь указывается сам элемент	Element	0..1
base.path	Путь, идентифицирующий базовый элемент и представляющий собой список имен потомков, разделенных точками. Список начинается с имени ресурса или расширения	string	1
base.min	Минимальная кратность базового элемента, указанная в его определении	unsigned-Int	1
base.max	Максимальная кратность базового элемента, указанная в его определении	string	1
content-Reference	Указывает другой элемент в определении ресурса, чей контекст применим к данному элементу	uri	0..1
type	Тип данных, который может иметь данный элемент	Element	0..*
type.code	Адрес URL определения типа данных или ресурса, используемого в качестве типа данных данного элемента. Адрес должен быть относителен к http://hl7.org/fhir/StructureDefinition, например «string» означает ссылку на http://hl7.org/fhir/StructureDefinition/string	uri	1
type.profile	Идентификация профиля или руководства по реализации, которому должен соответствовать тип данного элемента. Если указано несколько профилей, то достаточно соответствия одному из них	canonical	0..*
type.target-Profile	Идентификация целевого профиля (только для элементов типа Reference, содержащих ссылку на другой ресурс, или типа canonical, ссылающихся на определение другой структуры)	canonical	0..*
type. aggregation	Способ агрегирования с целевым экземпляром ресурса. Допустимые значения: contained (ссылается на вложенный экземпляр ресурса) | referenced (ссылается на внешний экземпляр ресурса) | bundled (ссылается на экземпляр ресурса, вложенный в тот же контейнер Bundle)	code	0..*
type.versioning	Версионность ссылки на экземпляр ресурса. Допустимые значения: either (может включать или не включать версию) | independent (версия не включается)) | specific (версия включается)	code	0..1
defaultValue[x]	Значение элемента по умолчанию	*	0..1
meaningWhen-Missing	Трактовка отсутствия данного элемента	markdown	0..1
orderMeaning	Если свойство присутствует, то оно указывает, что порядок следования экземпляров повторяющегося элемента существенен, и описывает его смысл. Его отсутствие означает, что порядок следования экземпляров не имеет значения	string	0..1
fixed[x]	Указывает значение, которое должен иметь элемент в экземпляре. При сравнении незначащие пробелы игнорируются, и все компоненты значения должны совпадать (сравнение чувствительно к регистру). Отсутствующий компонент должен отсутствовать и в экземпляре	*	0..1
pattern[x]	Указывает образцовое значение, которое должно присутствовать в экземпляре элемента, то есть любое значение, указанное в pattern, должно присутствовать в экземпляре. Указание pattern является «ограничением по образцу». Если pattern[x] используется для ограничения элемента с простым типом данных, то указанное в нем значение должно в точности совпадать со значением экземпляра элемента. Если pattern[x] используется для ограничения элемента, содержащего массива значений, то каждое значение, указанное в массиве pattern[x], должно (рекурсивно) совпадать по крайней мере с одним значением в массиве, содержащемся в элементе. Если pattern[x] используется для ограничения комплексного объекта, то каждое свойство, указанное в pattern[x], должно присутствовать в комплексном объекте и иметь (рекурсивно) то же самое значение. Если pattern[x] указано для повторяющегося элемента, то его значение применяется к каждому повторению элемента	*	0..1
example	Пример значения данного элемента	Element	0..*
example.label	Описание назначения примера	string	1
example. value[x]	Значение типа [x], допустимого для данного элемента, предлагаемое в качестве примера	*	1
minValue[x]	Минимальное значение элемента	*	0..1
maxValue[x]	Максимальное значение элемента	*	0..1
maxLength	Максимальное число символов, допускаемое для значения элемента со строковым типом данных	integer	0..1
condition	Ссылка на инвариант, описывающий дополнительные требования к кратности элемента или к его значению	id	0..*
constraint	Формальное ограничение, например, совместимость наличия элемента с наличием другого элемента, и иное ограничение, которое может быть вычислено в контексте экземпляра элемента	Element	0..*
constraint.key	Идентификатор ограничения, наложенного на кратность элементов	id	1
constraint. requirements	Описание причины ограничения	string	0..1
constraint. severity	Степень влияния ограничения на прикладную обработку. Допустимые значения: error (ошибка) | warning (предупреждение)	code	1
constraint. suppress	Указывает, что при профилировании элемента ограничение с кодом степени warning (предупреждение) может быть исключено	boolean	0..1
constraint. human	Текст сообщения о нарушении данного ограничения	string	1
constraint. expression	Выражение на языке FHIRPath, позволяющее проверить выполнение ограничения	string	0..1
constraint. source	Ссылка на источник ограничения	canonical	0..1
mustHave-Value	Указывает, что элемент с простым типом данных должен иметь значение, даже если имеет расширение	boolean	0..1
value-Alternatives	Расширение, которое может заменить значение элемента с простым типом данных	canonical	0..*
mustSupport	Значение true указывает, что потребитель или поставщик содержания экземпляра ресурса должен обеспечить какую-либо содержательную поддержку данного элемента. Значение false указывает, что присваивание значения оставлено на усмотрение поставщика, а использование — на усмотрение потребителя	boolean	0..1
isModifier	Значение true указывает, что значение данного элемента влияет на интерпретацию элемента или ресурса, который его содержит, и значение данного элемента не может игнорироваться. Обычно указывается для элементов, характеризующих статус экземпляра ресурса, квалифицирующих его или отрицающих его содержание	boolean	0..1
isModifier-Reason	Разъяснение причины, по которой значение данного элемента влияет на интерпретацию содержащего его ресурса или элемента	string	0..1
isSummary	Должен ли данный элемент включаться в результат запроса, в котором параметр _summary=true.	boolean	0..1
binding	Привязка кодируемого значения элемента (code, Coding, CodeableConcept, Quantity) или элемента типа string либо uri к набору значений	Element	0..1
binding. strength	Степень обязательности применения данной привязки к набору значений. Допустимые значения: обязателен | расширяемый (набор может быть расширен) | предпочтительный | пример (в качестве примера)	code	1
binding. description	Наименование набора значений	string	0..1
binding. valueSet	Ссылка на определение набора значений	canonical	0..1
mapping	Указывает понятие, определенное во внешней спецификации, примерно соответствующее данному элементу	Element	0..1
mapping. identity	Ссылка на идентификатор внешней спецификации, указанный в StructureDefinition.mapping.identity	id	1
mapping. language	Идентификация синтаксиса, на котором представлено отображение mapping.map	code	0..1
mapping.map	Указание той части внешней спецификации, которая соответствует данному элементу	string	1
mapping. comment	Примечание к спецификации отображения	string	0..1

Ограничения описаны в таблице 127, привязки к наборам значений — в таблице 128.

Таблица 127

Ограничения типа данных ElementDefinition

Идентификатор	Вид	Путь	Описание	Выражение
eld-2	Правило	Базовый	min <= max	min.empty() or max.empty() or (max = '') or iif(max != '', min <= max.toInteger())
eld-3	Правило	ElementDefinition.max	Кратность max должна быть числом или символом «*»	empty() or ($this = '*') or (toInteger() >= 0)
eld-4	Правило	ElementDefinition.type	Элемент aggregation может быть указан только в том случае, если одним из разрешенных типов данных является Reference или canonical	aggregation. empty() or (code = 'Reference') or (code = 'canonical') or (code = 'CodeableReference')
eld-5	Правило	Базовый	Если в определении элемента указан элемент contentReference, то в нем нельзя указать тип type, значение по умолчанию defaultValue, фиксированное значение fixed, образцовое значение pattern, пример example, минимальное и максимальное значение minValue, maxValue, максимальную длину maxLength или привязку к набору значений binding	contentReference. empty() or (type.empty() and defaultValue.empty() and fixed.empty() and pattern.empty() and example. empty() and minValue.empty() and maxValue.empty() and maxLength.empty() and binding.empty())
eld-6	Правило	Базовый	Фиксированное значение fixed можно указать только в том случае, если элемент имеет единственный тип	fixed.empty() or (type.count() <= 1)
eld-7	Правило	Базовый	Образцовое значение pattern можно указать только в том случае, если элемент имеет единственный тип	pattern.empty() or (type.count() <= 1)
eld-8	Правило	Базовый	Образцовое значение pattern и фиксированное значение fixed исключают друг друга	pattern.empty() or fixed.empty()
eld-11	Правило	Базовый	Привязка к набору значений binding может быть указана только для элементов с кодируемыми значениями или имеющими тип string либо uri	binding.empty() or type.code.empty() or type.code.contains(«:») or type.select((code = 'code') or (code = 'Coding') or (code='Codeable-Concept') or (code = 'Quantity') or (code = 'string') or (code = 'uri') or (code = 'Duration')).exists()
eld-12	Правило	ElementDefinition.binding	Значение свойства valueSet должно начинаться с http://, или https://, или urn:, или #	valueSet.exists() implies (valueSet.startsWith('http:') or valueSet.startsWith('https') or ueSet.startsWith('urn:') or valueSet.startsWith('#'))
eld-13	Правило	Базовый	Значения свойства code типов type, допускаемых для данного элемента, не должны повторяться	type.select(code).isDistinct()
eld-14	Правило	Базовый	Значения свойства key ограничений constraint не должны повторяться	constraint.select(key).isDistinct()
eld-15	Правило	Базовый	Значение по умолчанию default и свойство семантики отсутствия элемента meaningWhenMissing исключают друг друга	defaultValue.empty() or meaningWhenMissing.empty()
eld-16	Правило	Базовый	Значение имени варианта sliceName должно состоять из допустимых токенов, разделенных символом «/»	sliceName.empty() or sliceName.matches('^[a-zA-Z0-9\/\-_\[\]\@]+$')
eld-17	Правило	ElementDefinition.type	Свойство целевого профиля targetProfile допустимо только в том случае, если элемент имеет тип Reference, CodeableReference или canonical	(code='Reference' or code = 'canonical' or code = 'CodeableReference') or targetProfile.empty()
eld-18	Правило	Базовый	Если признак модификации семантики isModifier равен true, то должна быть указана причина модификации modifierReason	(isModifier.exists() and isModifier) implies isModifierReason.exists()
eld-19	Правило	Базовый	Имя элемента не должно содержать определенные специальные символы	path.matches('[^<br>\s\.,:;\' \/|?!@#$%&()\ [\]{}]{1,64}(\. [^\s\.,:;\' \/|?!@#$%&()\ [\]{}]{1,64}(\ [x\])?(\:[^\s\.]+)?)*')
eld-20	Правило	Базовый	Рекомендуется, чтобы имя элемента состояло из букв латинского алфавита и цифр, а его длина не превышала 64 символа, иначе некоторые генераторы программного кода могут возвращать ошибки	p a t h . m a t c h e s( ' [A — Z a — z ] [ A — Z a — z 0 — 9 ] * ( \ \ . [ a — z ] [A-Za-z0-9](\[x])?)')
eld-21	Правило	ElementDefinition.constraint	Рекомендуется, чтобы в описании ограничения (constraint) присутствовало выражение expression, иначе программные валидаторы содержания элемента не смогут проверить выполнение ограничения	expression.exists()
eld-22	Правило	Базовый	Признак ограничивающего варианта (sliceIsConstraining) может быть указано только в случае, если присутствует имя варианта sliceName	sliceIsConstraining. exists() implies sliceName. exists()
eld-23	Правило	ElementDefinition.binding	Элемент binding должен иметь свойство valueSet или description	description.exists() or valueSet. exists()
eld-24	Рекомендация	Базовый	Вместо fixed[x] следует использовать pattern[x]	fixed.exists().not()
eld-25	Предупреждение	Базовый	Если порядок следования экземпляров элемента не имеет значения, то упорядоченность вариантов элемента не должна задаваться	orderMeaning. empty() implies slicing. where(rules='openAtEnd' or ordered).exists().not()
eld-26	Правило	ElementDefinition.constraint	Ограничение с кодом степени error (ошибка) не может быть исключено	(severity = 'error') implies suppress.empty()
eld-27	Предупреждение	Базовый	Идентификатор identity элемента mapping должен быть уникальным	mapping.select (identity).isDistinct()
eld-28	Правило	Базовый	Если mustHaveValue = true, то элемент valueAlternatives должен отсутствовать	mustHaveValue. value implies valueAlternatives.empty()

Таблица 128

Привязки к наборам значений

Путь	Набор значений	Тип привязки	Описание
ElementDefinition.representation	http://hl7.org/fhir/ValueSet/property-representation	Обязательная	Представление свойства при сериализации
ElementDefinition.slicing.discriminator.type	http://hl7.org/fhir/ValueSet/discriminator-type	Обязательная	Интерпретация значения элемента при вычислении дискриминатора
ElementDefinition.slicing.rules	http://hl7.org/fhir/ValueSet/resource-slicing-rules	Обязательная	Интерпретация вариантов определения элемента
ElementDefinition.type.code	http://hl7.org/fhir/ValueSet/elementdefinition-types	Расширяемая	Допустимые типы элементов
ElementDefinition.type.aggregation	http://hl7.org/fhir/ValueSet/resource-aggregation-mode	Обязательная	Варианты ссылок на экземпляр ресурса
ElementDefinition.constraint.severity	http://hl7.org/fhir/ValueSet/constraint-severity	Обязательная	Степень нарушения ограничения
ElementDefinition.mapping.language	http://hl7.org/fhir/ValueSet/mime-type	Обязательная	Тип содержания Mime — все допустимые коды из BCP-13 (http://tools.ietf.org/html/bcp13)

9.4.6.2 Использование пути ElementDefinition.path

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

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

а) имена элементов (части пути path, разделенные символом '.') не должны содержать пробельные символы (то есть символы Unicode, помеченные как пробельные);

б) имена элементов не должны содержать символы ,:; /|?!@#$%^&*()[]{};

в) имена элементов не должны содержать символы, не входящие в таблицу-ASCII;

г) длина имен элементов не должна превышать 64 символа;

д) пути path не могут подразумевать элементы, не определенные явно (например, путь a.b.c.d не может быть задан, если не определен путь a.b.c);

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

Если элемент является полиморфным (может иметь несколько типов данных), то путь должен заканчиваться символами «[x]», означающими, что имя элемента при сериализации может изменяться.

Элементы могут быть определены, используя следующие конструкции:

а) с помощью экземпляра ресурса StructureDefinition, в котором элемент kind = resource, complex-type или primitive-type, а элемент derivation = specialization. Это типы ресурсов или типы данных, определенные в спецификации;

б) в элементах данных.

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

9.4.6.3 Идентификатор ElementDefinition.id

Кроме элемента path, каждый элемент типа данных ElementDefinition должен содержать унаследованный элемент id (идентификатор), которому должно быть присвоено уникальное значение в соответствии со следующим алгоритмом:

а) значение id должно конструироваться как строка, разделенная точками, у которой каждый компонент соответствует токену в пути path;

б) для каждого компонента пути path в идентификаторе id используется синтаксис pathpart.slicename/reslicename (то есть компонент:имя-варианта/имя-подварианта).

При отсутствии вариантов определения элемента значение идентификатора id должно в точности совпадать со значением пути path.

9.4.6.4 Интерпретация значений элементов типа данных ElementDefinition в разных контекстах

Тип данных ElementDefinition используется в ресурсе StructureDefinition. Способ использования и интерпретации полей типа данных ElementDefinition зависит от контекста в соответствии с таблицей 129.

Таблица 129

Интерпретация элементов типа данных ElementDefinition в зависимости от контекста

Элемент типа данных Element-Definition	Определение типа, первый элемент	Определение типа, следующие элементы	Определение ограничения типа, первый элемент	Определение ограничения типа, следующие элементы
sliceName	запрещен	запрещен	запрещен	обязателен для варианта, иначе запрещен
label	не обязателен	не обязателен	рекомендован	рекомендован
code	не обязателен	не обязателен	не обязателен	не обязателен
slicing	запрещен	запрещен	запрещен	не обязателен
short/definition	обязателен	обязателен	обязателен	обязателен
requirements/comments/alias	запрещен	не обязателен	запрещен	не обязателен
base	snapshot: обязателен differential: не обязателен	snapshot: обязателен differential: не обязателен	обязателен	обязателен
type	обязателен	обязателен	не обязателен	не обязателен
name-Reference	запрещен	не обязателен	запрещен	не обязателен
min/max	не обязателен (irrelevant)	обязателен	не обязателен	не обязателен
default-Value[x]	запрещен	не обязателен	запрещен	не обязателен
meaning-WhenMissing	запрещен	не обязателен	запрещен	не обязателен
fixed[x]	запрещен	запрещен	запрещен	не обязателен
pattern[x]	запрещен	запрещен	запрещен	не обязателен
example[x]	запрещен	не обязателен	запрещен	не обязателен
minValue[x]	запрещен	запрещен	запрещен	не обязателен
maxValue[x]	запрещен	запрещен	запрещен	не обязателен
maxLength	запрещен	запрещен	запрещен	не обязателен
mustSupport	запрещен	запрещен	не обязателен	не обязателен
isModifier	запрещен	не обязателен	запрещен	не обязателен
isSummary	запрещен	не обязателен	запрещен	не обязателен
binding	запрещен	не обязателен	запрещен	не обязателен
constraint	не обязателен	не обязателен	не обязателен \Delta	не обязателен \Delta
condition	запрещен	не обязателен	запрещен	не обязателен \Delta
mapping	не обязателен	не обязателен	не обязателен \Delta	не обязателен \Delta

Примечания

1 Графы Определение типа: экземпляр ресурса StructureDefinition без элемента baseDefinition или имеющий поле derivationType со значением специализация.

2 Графы Определение ограничения типа: экземпляр ресурса StructureDefinition с элементом baseDefinition, имеющий поле derivationType со значением ограничение, то есть описание структуры, ограничивающей другую структуру:

3 В графах Определение ограничения типа используются следующие обозначения:

: присутствие и семантика элемента должны совпадать с определением в базовой структуре;

: описание элемента должно быть согласовано с описанием совпадающего элемента базовой структуры;

\Delta : могут быть определены дополнительные ограничения и отображения, но они не должны заменять те, что уже присутствуют в базовой структуре.

Зависимость использования пути path и типа type от контекста, в котором они используются, представлена в таблице 130.

Таблица 130

Зависимость использования пути path и типа type от контекста использования

Контекст	Путь path (первый элемент)	Путь path (следующие элементы)	Тип type (первый элемент)
Базовое определение типа данных	Имя типа	Путь внутри типа данных	Element
Ограничение типа данных	Имя базового типа	Путь внутри типа данных	Имя базового типа
Базовое определения ресурса	Имя ресурса	Путь внутри ресурса	DomainResource или иногда Resource
Ограничение ресурса	Имя ресурса	Путь внутри ресурса (в том числе с заходом внутрь типа данных)	Имя ресурса
Базовое определение ограничения (являющего стандартным типом данных)	Extension	Extension.value[x] или Extension.extension	Extension
Определение пользовательского расширения	Extension	Extension.value[x] или Extension.extension (для комплексных расширений)	Extension

9.4.6.5 Правила описания вариантов элемента (slicing)

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

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

а) должно присутствовать свойство slicing;

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

9.4.6.6 Ограничение элементов, для которых допускается выбор типа

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

а) ограничение, накладываемое на элемент в целом, например, ограничение кратности или ограничения выбора типа;

б) ограничение, применяемое к элементу конкретного типа, например, привязка к набору значений (binding).

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

а) ограничение списка допустимых типов должно применяться к исходному элементу, в имени которого указан признак «[x]»;

б) включение в спецификацию пути path элемента, специфичного для типа (например, Patient.deceased[x]:deceasedBoolean) не должно интерпретироваться как ограничение допустимых типов. Оно описывает ограничение конкретного типа элемента;

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

9.4.6.7 Правила, применяемые к кратностям min и max

К кратностям min и max применяются следующие правила:

а) если указание базового определения StructureDefinition.baseDefinition отсутствует, то min и max должны быть указаны;

б) в элементах StructureDefinition.differential.element кратности min и max всегда необязательны; если они отсутствуют, то по умолчанию их значения совпадают с кратностями min и max, указанными для базового определения;

в) в элементах StructureDefinition.snapshot.element кратности min и max должны быть указаны;

г) если элемент необязателен (min = 0) и в его определении указан элемент fixed (фиксированное значение) или pattern (образец значения), то их значения применяются только в том случае, если элемент присутствует.

9.4.6.8 Правила, применяемые к агрегированию

Если в определении структуры присутствует поле type.aggregation (способ агрегирования с целевым ресурсом), то это определение должно относиться к элементу типа Reference или CodeableReference и в нем должен быть указан целевой профиль targetProfile.

Если в определении присутствует поле type.versioning (зависимость от версии ссылочного ресурса), то это определение должно относиться к элементу типа Reference и в экземпляре элемента ссылка должна воплощаться в соответствии со спецификацией версионности.

9.4.6.9 Отсутствующие элементы

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

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

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

9.4.7 Тип данных Extension

Тип данных Extension может использоваться для представления дополнительной информации, не являющейся частью базового определения ресурса или типа данных. Поскольку он наследует свойство extension с типом Extension и кратностью 0..* от типа данных Element, то внутри расширения могут быть другие расширения и т.д. Общие сведения о типе данных Extension приведены в таблице 131, а состав элементов — в таблице 132.

Таблица 131

Общие сведения о типе данных Extension

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

Таблица 132

Состав элементов типа данных Extension

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
url	Идентификатор структуры расширения (url, откуда можно взять описание структуры расширения)	uri	1
value[x]	Значение, передаваемое в расширении, ДОЛЖНО иметь тип из ограниченного набора типов	*	0..1

Имя value[x] означает, что тип значения определяется в зависимости от назначения расширения. В конкретном экземпляре типа данных Extension это имя должно заменяться на одно из имен, перечисленных в таблице 133.

Таблица 133

Имена типов значений, передаваемых в расширении Extension

Имя	Описание	Тип
valueBase64Binary	Двоичное содержание	base64Binary
valueBoolean	Булевское значение	boolean
valueCanonical	Канонический URL	canonical
valueCode	Перечислимый тип	code
valueDate	Дата	date
valueDateTime	Дата и время	dateTime
valueDecimal	Десятичное значение	decimal
valueId	Идентификатор	id
valueInstant	Штамп даты и времени	instant
valueInteger	Целочисленное значение (32 бита)	integer
valueInteger64	Целочисленное значение (64 бита)	integer64
valueMarkdown	Структурированный текст с разметкой Markdown	markdown
valueOid	Объектный идентификатор	oid
valuePositiveInt	Положительное целое число	positiveInt
valueString	Строка	string
valueTime	Время	time
valueUnsignedInt	Неотрицательное целое число	unsignedInt
valueUri	Унифицированный идентификатор ресурса	uri
valueUrl	Унифицированный адрес ресурса	url
valueUuid	Унифицированный уникальный идентификатор	uuid
valueAddress	Адрес	Address
valueAge	Возраст в единицах длительности	Age
valueAnnotation	Аннотация	Annotation
valueAttachment	Вложение	Attachment
valueCodeableConcept	Кодированное понятие	CodeableConcept
valueCodeableReference	Ссылка на кодированное понятие или экземпляр ресурса	CodeableReference
valueCoding	Кодированное значение	Coding
valueContactPoint	Контактная информация	ContactPoint
valueCount	Количество подсчетов (в единицах)	Count
valueDistance	Дистанция (в единицах расстояния)	Distance
valueDuration	Длительность (в единицах длительности)	Duration
valueHumanName	Именование физического лица	HumanName
valueIdentifier	Идентификатор	Identifier
valueMoney	Денежная сумма	Money
valuePeriod	Период	Period
valueQuantity	Физическая величина	Quantity
valueRange	Диапазон	Range
valueRatio	Отношение	Ratio
valueRatioRange	Диапазон отношений	RatioRange
valueReference	Ссылка на другой экземпляр ресурса	Reference
valueSampledData	Серия считываний	SampledData
valueSignature	Подпись	Signature
valueTiming	Расписание	Timing
valueContactDetail	Детальная контактная информация	ContactDetail
valueDataRequirement	Общие требования к данным ресурса знаний	DataRequirement
valueExpression	Выражение на определенном языке, которое может использоваться для получения значения	Expression
valueParameterDefinition	Определение параметра	ParameterDefinition
valueRelatedArtifact	Сведения об артефакте, связанном с ресурсами знаний	RelatedArtifact
valueTriggerDefinition	Описание события, инициирующего применение ресурса знаний	TriggerDefinition
valueUsageContext	Описание контекста использования	UsageContext
valueAvailability	Сведения о доступности физического места, службы или медицинского работника	Availability
valueExtendedContactDetail	Детальная контактная информация лица или организации	ExtendedContactDetail
valueDosage	Дозировка	Dosage
valueMeta	Метаданные ресурса	Meta

9.4.8 Тип данных Meta

Тип данных Meta описывает метаданные экземпляра ресурса. Общие сведения о типе данных Meta приведены в таблице 134, а состав элементов — в таблице 135.

Таблица 134

Общие сведения о типе данных Meta

Имя	Описание	Связи с другими элементами модели
Meta	Набор метаданных экземпляра ресурса. Все метаданные не обязательны, но некоторые из них могут быть объявлены обязательными при профилировании или в зависимости от контекста использования	Отношение генерализации от Meta к DataType

Таблица 135

Состав элементов типа данных Meta

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
versionId	Логический идентификатор версии экземпляра ресурса. Может быть указан при ссылке на этот экземпляр	id	0..1
lastUpdated	Точные дата и время изменения содержания экземпляра ресурса	instant	0..1
source	Идентификатор источника, послужившего основой для содержания экземпляра ресурса	uri	0..1
profile	Ссылка на определение ресурса или его профиля, представленное экземпляром ресурса StructureDefinition	canonical	0..*
security	Категория конфиденциальности экземпляра ресурса. Привязка к набору значений http://hl7.org/fhir/ValueSet/security-labels (расширяемая)	Coding	0..*
tag	Тег, применяемый к данному экземпляру ресурса. Теги предназначены для дополнительной идентификации ресурсов сторонними процессами и потоками работ. Привязка к набору значений http://hl7.org/fhir/ValueSet/common-tags (пример)	Coding	0..*

9.4.9 Тип данных Narrative

9.4.9.1 Общие требования

Тип данных Narrative (повествование) может использоваться для представления форматированного текста, описывающего содержание экземпляра ресурса. Этот текст может генерироваться по структурированному содержанию экземпляра ресурса, может расширять или дополнять это содержание, или отсутствовать. Назначение текста определяется полем status. Форматированный текст представлен в поле div с использованием упрощенного формата XHTML.

Общие сведения о типе данных Narrative приведены в таблице 136, а состав элементов — в таблице 137.

Таблица 136

Общие сведения о типе данных Narrative

Имя	Описание	Связи с другими элементами модели
Narrative	Человеко-читаемое представление содержания экземпляра ресурса	Отношение генерализации от Narrative к Element

Таблица 137

Состав элементов типа данных Narrative

Имя	Описание	Тип	Кратность
Унаследованные элементы
id	Уникальный идентификатор для ссылок между элементами	string	0..1
extension	Дополнительное содержание	Extension	0..*
Собственные элементы
status	Одно из значений: generated (сгенерирован) | extensions (расширен) | additional (дополнен) | empty (пуст)	code	1
div	Текст в упрощенном формате XHTML	xhtml	1

9.4.9.2 Текст в формате XHTML

Значение элемента div должно представлять собой фрагмент XHTML, в котором используются только базовое форматирование, описанное в главах 7 — 11 (кроме раздела 4 главы 9) и в главе 15 стандарта HTML 4.0, элементы ^a (по имени или по ссылке href), изображения и внутренние атрибуты стилей. В содержании фрагмента должны отсутствовать элементы head и body, внешние ссылки на стили, запрещенные элементы, скрипты, формы, ссылки base/link/xlink, фреймы frame и iframe, объекты и атрибуты, относящиеся к событиям (например, onClick). Эти ограничения наложены, чтобы повествовательное описание экземпляра ресурса полностью содержалось в этом экземпляре, и чтобы не было активного содержания.

В представлении XML фрагмент XHTML воспроизводится как есть, например:

В представлении JSON фрагмент XHTML воспроизводится как строковое значение, например:

div : <div xmlns=\ http://www.w3.org/1999/xhtml\ >

Это пример с использованием ^bxhtml форматирования