ГОСТ Р 57509-2017 Информатизация здоровья. Обмен данными с персональными медицинскими приборами. Часть 10407. Специализация устройства. Монитор артериального давления посмотреть и скачать

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

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

ИНФОРМАТИЗАЦИЯ ЗДОРОВЬЯ

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

Часть 10407

Специализация устройства. Монитор артериального давления

(ISO/IEEE 11073-10407:2010, IDT)

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР

57509—

2017/

ISO/IEEE 11073-10407:2010

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

Стшдфттфцм

2017

ГОСТ Р 57509—2017

Предисловие

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

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

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

4 Настоящий стандарт идентичен международному стандарту ISO/IEEE 11073-10407:2010 «Информатизация здоровья. Обмен данными с персональными медицинскими приборами. Часть 10407. Специализация устройства. Монитор артериального давления» {ISO/IEEE «Health informatics— Personal health device communication — Part 10407: Device specialization — Blood pressure monitor». IDT).

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

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

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

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

ГОСТ Р 57509—2017

Содержание

1 Введение…………………………………………………………………1

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

1.2 Назначение……………………………………………………………1

1.3 Контекст………………………………………………………………2

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

3 Определения и сокращения……………………………………………………2

3.1 Определения…………………………………………………………..2

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

4 Введение в серию стандартов ИСО/ИИЭР 11073 по персональным медицинским приборам……4

4.1 Общие сведения………………………………………………………..4

4.2 Введение в конструкции моделей, описанных в документе IEEE 11073*20601……………4

5 Понятия прибора мониторинга артериального давления и модальности…………………..5

5.1 Общие сведения………………………………………………………..5

5.2 Систолическое и диастолическое давление……………………………………5

5.3 Среднее артериальное давление……………………………………………5

5.4 Частота пульса…………………………………………………………5

6 Информационная модель предметной области мониторинга артериального давления………..6

6.1 Общие сведения………………………………………………………..6

6.2 Расширения классов…………………………………………………….6

6.3 Диаграмма классов объектов………………………………………………6

6.4 Типы конфигурации……………………………………………………..7

6.5 Объект системы медицинского прибора……………………………………….7

6.6 Числовые объекты……………………………………………………..10

6.7 Объекты массива считываний реального времени………………………………13

6.8 Объекты перечислений………………………………………………….13

6.9 Объекты РМ-блока……………………………………………………..15

6.10 Объекты сканера……………………………………………………..15

6.11 Объекты расширения класса……………………………………………..15

6.12 Правила расширения модели монитора кровяного давления……………………..15

7 Сервисная модель монитора кровяного давления………………………………….15

7.1 Общие сведения ………………………………………………………15

7.2 Службы доступа к объектам………………………………………………15

7.3 Службы сообщений о событиях……………………………………………15

8 Коммуникационная модель монитора кровяного давления……………………………17

8.1 Общие сведения ………………………………………………………17

8.2 Коммуникационные характеристики ………………………………………..17

8.3 Процедура ассоциирования………………………………………………17

8.4 Процедура конфигурирования…………………………………………….18

8.5 Процедура выполнения измерений…………………………………………21

8.6 Синхронизация времени…………………………………………………21

9 Тестовое ассоциирование……………………………………………………22

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

9.2 Поведение в стандартной конфигурации …………………………………….22

9.3 Поведение в расширенных конфигурациях …………………………………..22

ГОСТ Р 57509—2017

10 Соответствие……………………………………………………………22

10.1 Применимость………………………………………………………..22

10.2 Спецификация соответствия……………………………………………..22

10.3 Уровни соответствия …………………………………………………..23

10.4 Объявления соответствия реализации………………………………………23

Приложение А (справочное) Библиография………………………………………..28

Приложение В (обязательное) Дополнительные определения в нотации АСН.1……………..29

Приложение С (обязательное) Выделение идентификаторов…………………………..30

Приложение D (справочное) Примеры последовательностей сообщений ………………….31

Приложение Е (справочное) Примеры блоков данных протокола………………………..33

Примечание ИИЭР для пользователей……………………………………………43

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

национальным стандартам………………………………………..45

ГОСТ Р 57509—2017/ ISO/IEEE 11073-10407:2010

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

ИНФОРМАТИЗАЦИЯ ЗДОРОВЬЯ Обмен данными с персональными медицинскими приборами

Часть 16407

Специализация устройства. Монитор артериального давления

Health informatics. Personal health device communication. Pari 10407. Device specialization. Blood pressure monitor

Дата введения — 2019—07—01

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

Настоящий стандарт организации IEEE доступен для применения в соответствии с важными замечаниями и юридическими оговорками. Эти замечания и оговорки присутствуют во всех публикациях. содержащих настоящий документ под заголовком «важное замечание» или «важные замечания и юридические оговорки по применению документов организации IEEE». Они могут быть также получены от организации IEEE по запросу или просмотрены на странице . html.

1 Введение

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

В контексте семейства стандартов ИСО/ИИЭР 11073 по обмену данными с медицинскими приборами настоящий стандарт дает нормативное определение обмена данными между персональными телемедицинскими мониторами артериального давления и вычислительными устройствами (например, мобильными телефонами, персональными компьютерами, персональными медицинскими приборами и ТВ-приставками), при котором достигается интероперабельность plug-and-play («вставил—заработало»). Он усиливает соответствующие разделы существующих стандартов, включая терминологию ИСО/ИИЭР 11073. информационные модели, прикладные профили стандартов и стандарты передачи данных. Он описывает использование конкретных кодов терминов, форматов и поведения в телемедицинской среде, ограничивая необязательность требований, приведенных в базовых стандартах, в пользу интероперабельности. Настоящий стандарт определяет основные требования к коммуникационной функциональности персональных телемедицинских мониторов артериального давления.

1.2 Назначение

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

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

ГОСТ Р 57509—2017

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

1.3 Контекст

Обзор среды, для которой написан настоящий стандарт, см. в документе IEEE Std 11073-20601™.

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

Настоящий стандарт основан на документе IEEE Std 11073-20601. в котором в свою очередь содержится информация, позаимствованная из документов ИСО/ИИЭР 11073-10201:2004 [В5]¹⁾ и ИСО/ИИЭР 11073-20101:2004 [В6]. Правила кодирования данных, которыми обмениваются медицинские приборы (medical device encoding rules, MDER). используемые в настоящем стандарте, полностью описаны в документе IEEE Std 11073-20601.

В настоящем стандарте воспроизводятся релевантные части номенклатуры, приведенной в стандарте ИСО/ИИЭР 11073-10101:2004 (84). В целях настоящего стандарта к ним добавлены новые номенклатурные коды. В настоящем стандарте документированы все номенклатурные коды, необходимые для совместного применения настоящего стандарта и документа IEEE Std 11073-20601.

Примечание —В настоящем стандарте обозначение IEEE Std 11073-104zz. где zz может быть любым номером от 01 до 99. используется для ссылки на семейство стандартов, посвященных специализациям медицинских приборов на основе документа IEEE Std 11073-20601^.

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

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

IEEE Std 11073-20601 ™-2008, Health informatics—Personal health device communication — Part 20601: Application profile—Optimized Exchange Protocol^{* 2 3} (Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 20601. Прикладной профиль. Оптимизированный протокол обмена).

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

3 Определения и сокращения

3.1 Определения

В настоящем стандарте используются следующие термины и определения. 8 нем могут также использоваться другие термины, определенные в документе «The Authoritative Dictionary of IEEE Standards Terms* (B2).

3.1.1 агент (agent): Узел, собирающий и передающий персональные медицинские данные ассоциированному менеджеру.

3.1.2 кровяное давление (blood pressure): Циклическое давление (то есть величина силы, примененной к данной площади, деленная на величину этой площади) крови на стенки кровеносных сосудов. Неинвазивные изменения кровяного давления обычно производятся на плечевой артерии (предплечье)

Номера а квадратных скобках соответствуют тем. что указаны в библиографии (приложение А).

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

³) Стандарты или другие публикации IEEE, упомянутые в настоящем разделе, являются торговыми марками Института инженеров электротехники и электроники (institute of Electrical and Electronics Engineers. Inc.).

Публикации IEEE можно получить no адресу Institute of Electrical and Electronics Engineers. 445 Hoes Lane. Piscatavvay. N308854. USA ().

ГОСТ Р 57509—2017

или на радиальной артерии (запястье). Обычно показателями артериального давления являются два числа, а при измерении домашними мониторами к ним добавляется третье. Первое, более высокое значение (систолическое давление) измеряется при сокращении сердца. Второе, меньшее значение (диастолическое давление) измеряется при расслаблении сердца. Третье означает среднее артериальное давление.

3.1.3 класс (class): В объектно-ориентированном моделировании класс описывает атрибуты, методы и события объектов, являющихся экземплярами этого класса.

3.1.4 вычислительное устройство (compute engine): См. менеджер.

3.1.5 прибор (device): Термин, обозначающий физический прибор, выполняющий роль агента или менеджера.

3.1.6 диастолическое давление (diastolic pressure): Минимальное давление, достигаемое в течение сердечного цикла. Обычно оно указывается вторым и имеет самое низкое значение из считываний, представляемых в качестве кровяного давления.

3.1.7 идентификатор (handle): Уникальное 16-битовое число без знака и идентифицирующее один из экземпляров объекта внутри агента.

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

3.1.9 среднее артериальное давление (mean arterial pressure): Значение интеграла одного цикла кривой кровяного давления, деленное на период между последовательными ударами сердца.

3.1.10 идентификатор объекта (obj-handle): См. идентификатор.

3.1.11 объект (object): В объектно-ориентированном моделировании объектом называется конкретный экземпляр класса, реализующий атрибуты, методы и события класса.

3.1.12 персональный медицинский прибор (personal health device): Прибор, используемый для личного медицинского применения.

3.1.13 персональный телемедицинский прибор (personal telehealth device): См. персональный медицинский прибор.

3.1.14 пульс (pulse): Частота сердечного цикла, сообщаема монитором кровяного давления.

3.1.15 давление пульса (pulse pressure): Разность между систолическим и диастолическим давлением.

3.1.16 систолическое давление (systolic pressure): Максимальное артериальное кровяное давление. возникающее в результате сокращения левого желудочка. Обычно оно указывается первым и имеет самое высокое значение из считываний, представляемых в качестве кровяного давления.

3.2 Сокращения

APOU — блок данных протокола прикладного уровня (application protocol data unit);

ASN.1 — Абстрактная синтаксическая нотация версии 1 (Abstract Syntax Notation One);

8PM — удары в минуту (beats per minute);

DIM — информационная модель предметной области (domain information model);

EUI-64 — расширенный уникальный идентификатор (64-битовый) [extended unique identifier (64 bits)];

ICS — объявление соответствия реализации. OCP (implementation conformance statement);

MAP — среднее артериальное давление. САД (mean arterial pressure);

MDC — коммуникация медицинских приборов (medical device communication);

MDER — правила кодирования медицинских приборов (medical device encoding rules);

MDS — система медицинского прибора. СМП (medical device system);

MOC — класс управляемого объекта (managed object class);

RT-SA— массив показаний, снятых в режиме реального времени (real-time sample array);

PDU — блок данных протокола (protocol data unit);

PHD — персональный медицинский прибор. ПМП (personal health device);

VMO — виртуальный медицинский объект (virtual medical object);

VMS — виртуальная медицинская система (virtual medical system).

ГОСТ Р 57503—2017

4 Введение в серию стандартов ИСО/ИИЭР 11073 по персональным медицинским приборам

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

Настоящий стандарт, равно как и другие стандарты серии ИСО/ИИЭР 11073. посвященные пер* сональным медицинским приборам (ПМП). погружен в более широкий контекст всей серии стандартов ИСО/ИИЭР 11073. Полный комплекс стандартов описывает требования к соединению измерительных агентов с менеджерами измеренных данных и с компьютеризованными информационными системами здравоохранения, а также требования к обмену данными между ними. Описание основных принципов, положенных в основу серии стандартов ИСО/ИИЭР 11073. посвященные персональным медицинским приборам, см. в документе IEEE Std 11073*20601.

Этот документ описывает информационное моделирование и реализацию широкого спектра пер* сональных медицинских приборов. Настоящий стандарт конкретизирует его требования для приборов, осуществляющих мониторинг артериального давления. В нем описаны все аспекты, необходимые для реализации служб прикладного уровня и протокола обмена данными между агентом монитора артери* ального давления, соответствующим настоящему стандарту, и менеджером измеренных данных. На* стоящий стандарт определяет подмножество объектов и функций, описанных в документе IEEE Std 11073*20601. и при необходимости дополняет и расширяет эти описания. Все новые определения при* еедены в приложении Б. используя Абстрактную синтаксическую нотацию версии один (АСН.1) [В7]. Нормативные определения тех номенклатурных кодов, что использованы в настоящем стандарте, но отсутствуют в документе IEEE Std 11073*20601. приведены в приложении В.

4.2 Введение в конструкции моделей, описанных в документе IEEE 11073*20601

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

Серия стандартов ИСО/ИИЭР 11073 и. в частности, документ IEEE Std 11073*20601 основаны на объектно*ориентированной парадигме управления системами. Общая модель системы делится на три принципиально важных компонента, информационную модель предметной области DIM (domain information model), сервисную модель и коммуникационную модель. Детальное описание конструкций этих моделей см. в документе IEEE Std 11073*20601.

4.2.2 Информационная модель предметной области

Информационная модель DIM представляет собой иерархическую модель, описывающего агента в виде совокупности объектов. Эти объекты и их атрибуты представляют элементы, управляющие по* ведением агента, информирующие о статусе агента и данных, которые агент может передать менеджеру. Обмен данными между агентом и менеджером определен прикладным протоколом, описанным в документе IEEE Std 11073*20601.

4.2.3 Сервисная модель

Сервисная модель описывает концептуальные механизмы служб обмена данными. Такие служ* бы отображаются на сообщения, которыми обмениваются агент и менеджер. В серии стандартов ИСО/ИИЭР 11073 протокольные сообщения определены на языке АСН.1. Сообщения, определенные в документе IEEE Std 11073*20601. могут сосуществовать с сообщениями, определенными в других стандартных прикладных профилях, описанных в серии стандартов ИСО/ИИЭР 11073.

4.2.4 Коммуникационная модель

В целом коммуникационная модель поддерживает топологию, при которой один или несколько агентов взаимодействуют с одним менеджером по логическим соединениям точка-точка. Для каждого такого соединения динамическое поведение системы определяется машиной перехода состояний, описанной в документе IEEE Std 11073*20601.

4.2.5 Реализация моделей

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

ГОСТ Р 57509—2017

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

5 Понятия прибора мониторинга артериального давления

и модальности

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

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

Для измерения артериального давления и частоты пульса мониторы могут использовать разные методы. Типичным является осциллометрический метод, при котором для получения значений давления анализируются колебания давления в манжете. При другом методе — автоматизированном аускультативном — прибор с помощью микрофона обнаруживает тоны Короткова в процессе падения давления в манжете. Аускультативные приборы измеряют систолическое и диастолическое давления, а также САД.

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

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

5.2 Систолическое и диастолическое давление

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

5.3 Среднее артериальное давление

Среднее артериальное давление передается в тех же единицах измерения, что и систолическое и диастолическое давление. Оно передается одновременно с систолическим и диастолическим давлением. 8 настоящем стандарте оно является обязательным.

5.4 Частота пульса

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

ГОСТ Р 57509—2017

6 Информационная модель предметной области мониторинга

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

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

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

6.2 Расширения классов

В настоящем стандарте нет расширений классов, описанных в документе IEEE Std 11073-20601.

6.3 Диаграмма классов объектов

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

Объекты модели DIM. показанной на рисунке 1. описаны в подразделах 6.4—6.12. Они включают в себя объект системы медицинского прибора (СМП) (подраздел 6.5), числовые объекты (подраздел 6.6). объекты массива показателей, снимаемых в режиме реального времени (МП-РВ) (подраздел 6.7), объекты перечислимых значений (подраздел 6.8). объекты хранилища постоянных метрик (ПМ-хранилища. подраздел 6.9) и объекты сканера (подраздел 6.10). Правила расширения информационной модели мониторинга артериального давления, представленной в настоящем стандарте, описаны в подразделе 6.11. Каждый подраздел, описывающий объект монитора артериального давления, содержит следующую информацию:

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

• атрибуты объекта. Каждый объект имеет атрибуты, представляющие и передающие информацию о физическом устройстве и источниках его данных. Каждый объект имеет атрибут Handle, идентифицирующий экземпляр данного объекта в агенте. Значения атрибутов считываются и модифицируются. используя такие методы, как GET и SET. Типы атрибутов определены с помощью нотации АСН.1. Определения новых типов атрибутов, специфичных для настоящего стандарта, приведены в приложении Б. а определения уже существующих типов атрибутов, используемых в настоящем стандарте, приведены в документе IEEE Std 11073-20601:

• доступные методы объекта;

– потенциальные события, генерируемые объектом. Данные передаются менеджеру при наступлении событий;

• доступные службы, например, чтение атрибутов или присвоение им значений.

Атрибуты каждого класса определены в таблицах, указывающих имя атрибута, его значение и его квалификатор. Квалификаторы имеют значения «О» — атрибут обязателен, «У» — атрибут обязателен при условии, описанном в столбце «Примечание» или «Значение» (при ссылке на документ IEEE Std 11073-20601 условия берутся из него), «Р» — атрибут рекомендован. «НР» — атрибут не рекомендован и «Н» — атрибут не обязателен. В агенте должны быть реализованы обязательные атрибуты. Условные атрибуты должны быть реализованы при выполнении условия и могут быть реализованы, если условие не выполнено. Рекомендованные атрибуты следует реализовать. Не рекомендованные атрибуты реализовать не следует. Необязательные атрибуты могут быть реализованы в агенте.

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

Информационная модель предметной области монитора кровяного давления показана на рисунке 1.

ГОСТ Р 57509—2017

ПМП • экземпляры классов монитора кровяного давления^)

Рисунок 1 — Монитор кровяного давления. Информационная модель предметной области

6.4 Типы конфигурации

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

Как указано а документе IEEE Std 11073*20601. имеются два доступных стиля конфигурации. Стандартная и расширенная конфигурация кратко описаны е 6.4.2 и 6.4.3 соответственно.

6.4.2 Стандартная конфигурация

Стандартные конфигурации определяются в специализациях стандартов IEEE 11073*104zz (на* пример, в данном стандарте). Им присваивается хорошо известный идентификатор (Dev*Configuration* Id). Использование стандартной ситуации согласуется в момент осуществления ассоциации между агентом и менеджером. Если менеджер подтверждает, что он распознал и готов использовать конфигу* рацию, то агент может немедленно начать передачу измеренных данных. Если менеджер не распознал конфигурацию, то агент передает ее до передачи информации об измерениях.

6.4.3 Расширенная конфигурация

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

6.5 Объект системы медицинского прибора

6.5.1 Атрибуты объекта MDS

8 таблице 1 перечислены атрибуты объекта монитора кровяного давления MDS. Классу MDS присвоен код номенклатуры MDC_MOC_VMS_MDS_SIMP.

ГОСТ Р 57505—2017

Таблица 1—Атрибуты объекта MDS

Имя атрибута	Значение	Квалификатор
НалгЯе	0	О
System-Type	Атрибут отсутствует. См. IEEE Std 11073-20601	У
System-Type-Spec-List	(MDC_DEV_SPEC_PROFtLE_BP. 1)	О
System-Model	(“Manufacturer” .“ModeT)	О
System-td	Расширенный уникальный идентификатор (64 бит) (EUI-64)	О
Dev-Configuration-ld	Стандартная конфигурация: 0х02ВС (700) Расширенные конфигурации: 0x4000-0x7FFF	О
Attnbute-Value-Map	См. ШЕЕ Std 11073-20601	У
Production-Specification	См. ШЕЕ Std 11073-20601	Н
Mds-Time-Info	См. ШЕЕ Std 11073-20601	У
Date-and-Tiine	См. ШЕЕ Std 11073-20601	У
Relative-Time	См. ШЕЕ Std 11073-20601	У
HiRes-Relatrve-Time	См. ШЕЕ Std 11073-20601	У
Date-and-Time-Adjustinent	См. ШЕЕ Std 11073-20601	У
Power-Status	onBattery (батарейное питание) или onMams (сетевое питание)	Р
Battery-Level	См. ШЕЕ Std 11073-20601	р
Remaining-Battery-Time	См. ШЕЕ Std 11073-20601	р
Reg-Cert-Data-List	См. ШЕЕ Std 11073-20601	н
Confirm-Timeout	См. ШЕЕ Std 11073-20601	н

Примечание — Информацию о том. является ли атрибут статическим или динамическим, см. в IEEE Std 11073-20601.

В ответ на команду Get MDS Object (получить объект СМП) возвращаются только реализованные атрибуты и их значения.

Полное описание отдельных атрибутов, а также информацию об идентификаторе и тиле атрибута см. в IEEE Std 11073-20601.

Атрибут Dev-Configuration-ld содержит местный уникальный 16-битоеый идентификатор конфигурации прибора. Как показано в таблице 1. для агента монитора кровяного давления этот идентификатор выбирается из диапазона значений [extended-config-start. extended-config-end].

Находясь в состоянии Associating («ассоциирующий», см. 8.3). агент передает атрибут Dev-Configuration-ld для идентификации своей конфигурации в течение ассоциации. Если менеджер уже содержит информацию об ассоциации с идентификатором Dev-Configuration-ld. то он распознает эту конфигурацию. Тогда переход в состояние Configuring («конфигурирую») пропускается, после чего агент и менеджер переходят в состояние Configuring («конфигурирую»).

Если агент реализует несколько спецификаций IEEE 11073-10422. то атрибут System-Type-Spec-List содержит список пар «тип»—«версия», каждая из которых ссылается на соответствующую специализацию устройства и версию этой специализации.

6.5.2 Методы объекта MDS

Методы (действия) объекта MDS приведены в таблице 2. Эти методы вызываются с помощью службы Action. В таблице 2 графа «Имя компонента службы» содержит имя метода; в графе «Режим» указано, вызывается ли метод как неподтверждаемое действие (то есть задан атрибут roiv-cmip-action) или как подтверждаемое действие (то есть задан атрибут roiv-cmip-confirmed-action); в графе «Тип компонента службы (action-type)» указан номенклатурный код. используемый в поле action-type запро

ГОСТ Р 57509—2017

са действия и ответа результата (см. IEEE Std 11073-20601); в графе «Параметры (action-info-args)» содержится ассоциированная структура данных АСН.1 (см. определения на языке АСН.1 в IEEE Std 11073*20601), используемая в поле сообщения запроса действия action-info-args; в графе «Результаты (action-info-args)» структура, используемая в поле action-info-args ответа.

Таблица 2 — Методы объекта MDS

Служба

Имя компонента службы

Режим

Тип компонента службы (action-type)

Параметры

(acton-mioargs)

Результаты

(action-info-args)

ACTION

Set-Time

Confirmed

MDC_ACT_SET_TIME

SetTime Invoke

—

Метод Sef-Twne

Этот метод позволяет менеджеру установить абсолютное время на часах реального времени, встроенных в агент. Признак, что время может быть установлено, передается агентом в бите mds-time-capab-set-clock атрибута Mds-Time-Info (см. IEEE Std 11073*20601). Агенты, у которых есть встроенные часы реального времени, должны указывать это в бите mds-time-capab-real-time-clock атрибута Mds-Time-Info.

Если в агенте поддерживается атрибут штампа абсолютного времени Absolute-Time-Stamp. то этот метод следует реализовать.

6.5.3 События объекта M0S

Агенты, у которых нет других специализаций, кроме данной, должны передавать отчеты о со* бытиях (см. 6.5.3), используя передачу измеренных данных, ассоциируемую агентом. При выполнении процедуры ассоциирования (см. 8.3) параметру ata-req-modecapab должно быть присвоено соответствующее значение, описывающее стиль отчета о событиях. Вследствие этою менеджер должен считать, что агент монитора кровяного давления не поддерживает никакие функции MDS-Data-Request (дополнительную информацию см. в IEEE Std 11073*20601). Счетчику ata*req*init*manager*count должно быть присвоено нулевое значение, а счетчику data*req-init*agent*count — значение 1).

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

В таблице 3 приведены события, которые может передавать объект MDS монитора кровяного давления. ⁸

Табл и ца 3 — События объекта MDS монитора кровяного давления

Служба	Имя компонента службы	Режим	Тип компонента службы (event-type)	Параметры (event-mlo)	Результаты \|even\|.reply_in(o)
EVENT REPORT	MDS-Configuration- Event	Confirmed	MDC_NOTI_CONFIG	Config- Report	Config- ReportRsp
	MDS-Dynamic-Data-Update-V^r	Confirmed	MDC NOTI SCAN REPORTVAR	ScanReportl- nfoVar	—
	MDS-Dynamic-Data-Update-Fixed	Confirmed	MDC NOTI SCAN REPORTFtXED	ScanReport- InfoRxed	—
	MDS-Dynamic-Data-Update-MP-Var	Confirmed	MDC NOTI SCAN REPORT MP.VAR	ScanReport- InfoMPVbr	—
	MDS-Dynamic-Data-Update-MP-Fixed	Confirmed	MDC NOTI SCAN REPORT MP.FIXED	ScanReport- IrtfoMPFixed	—

8 таблице приведены 3 следующие события:

• MDS-Configuration-Event: информация об этом событии передается агентом монитора кровяного давления при выполнении процесса конфигурирования, если менеджер еще не распознал конфигурацию этого агента при предшествующих ассоциациях или его реализация не позволяет распознать конфигурацию в соответствии со специализацией монитора кровяного давления. По этому событию передается статическая информация о возможностях измерений, поддерживаемых агентом монитора кровяного давления;

ГОСТ Р 57508—2017

• MDS-Dynamic-Data-Update-Var: по атому событию агент монитора кровяного давления передает динамические измеренные значения числовых объектов диастолического давления, систолического давления, пульса и. необязательно. САД. Эти данные передаются в формате общего атрибута списка переменных как незатребованное сообщение (то есть передача измеренных данных, инициированная агентом). Дополнительные сведения о незатребованном отчете о событии см. в 8.5.3:

• MDS-Dynamic-Data-Update-Fixed: по этому событию агент монитора кровяного давления передает динамические измеренные значения числовых объектов диастолического давления, систолического давления, пульса и. необязательно. САД. Эти данные передаются в фиксированном формате атрибутов Attribute-Value-Map как незатребованное сообщение (то есть передача измеренных данных, инициированная агентом). Дополнительные сведения о незатребованном отчете о событии см. в 8.5.3:

– MDS-Dynamic-Data-Update-MP-Var: это то же. что событие MDS-Dynamic-Data-Update-Var. только позволяет включать данные нескольких лиц:

• MDS-Oynamic-Oata-Update-MP-Fixed: это то же, что событие MDS-Dynamic-Data-Update-Fixed. только позволяет включать данные нескольких лиц.

6.5.4 Другие службы MOS

6.5.4.1 Служба GET

Агент монитора кровяного давления должен поддерживать службу GET. предусмотренную в объекте MDS для извлечения значений всех его реализованных атрибутов. Служба GET может вызываться. как только агент монитора кровяного давления получит ответ об ассоциации и перейдет в состояние Associated («ассоциирован»), включая подсостояния Operating («выполнение») и Configuring («конфигурирую»).

Менеджер может запросить у агента монитора кровяного давления атрибуты объекта MDS. Для этого он должен послать агенту сообщение “Remote Operation Invoke | Get” (см. описание параметра roiv-cmip-get в IEEE Std 11073-20601). в котором идентификатор handle объекта MDS имеет зарезервированное значение 0. Агент монитора кровяного давления должен возвратить менеджеру реализованным им атрибуты объекта MDS. используя сообщение ‘Remote Operation Response | Get” (см. описание параметра rors-cmip-get в IEEE Std 11073-20601). Сводка параметров службы GET, включая некоторые поля сообщений, приведена в таблице 4.

Таблица 4 — Методы объекта MOS

Служба	Имя компонента службы	Режим	Тип компонента службы	Параметры	Результаты
GET	Не применимо	Confirmed	Не применим	GefArgumentSimpte = (oby-handle = 0). attn-bute-id-list (не обязателен)	GetResultSimple = (obj-handle = 0). attribute-list

Детали процедуры получения атрибутов объекта MDS см. в 8.5.2.

6.S.4.2 Служба SET

Для специализации монитора кровяного давления не требуется реализация службы SET объекта

MDS.

6.6 Числовые объекты

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

Модель предметной области кровяного давления (см. рисунок 1) содержит два числовых объекта: обязательный составной объект для систолического давления, диастолического давления и САД. и необязательный числовой объект для частоты пульса. Они описаны в пунктах 6.6.2—6.6.3.

Иногда интерпретация значения одного атрибута объекта зависит от значений других атрибутов этого же объекта. Например, значения атрибутов Unit-Code и Unit-LabelString служат контекстом для измеренных значений. Если значение атрибута, входящего в контекст изменилось, то агент должен сообщить эти изменения менеджеру, используя события объекта MDS (см. 6.5.3), до передачи любого зависимого значения.

6.6.2 Систолическое, диастолическое и среднее артериальное давление

В таблице 5 приведены атрибуты составного числового объекта, в котором передаются значения систолического давления, диастолического давления и САД. Класс этого объекта идентифицируется

ГОСТ Р 57509—2017

номенклатурным кодом MDC_MOC_VMO_METRIC_NU. Агент монитора кровяного давления должен поддерживать этот составной числовой объект.

Измерения систолического давления, диастолического давления и САД передаются вместе с об* щим штампом даты и времени несмотря на то. что значения давления измеряются в разное время из* за сдувания манжеты и регистрации стабильного значения. Если агент не измеряет какой-либо из этих параметров, то в качестве его значения должно передаваться особое значение NaN (Not a Number — не число). Важно группировать значения, которые передаются как множество.

Таблица 5— Атрибуты составного числового объекта ясистолическое/диастоличвское/САД»

Имя атрибута	Расширенная конфигурация	Стандартная конфигурация (Dev-Configurabon-id » 0x02BC)
Значение	Квали фикатор	Значение	Квали фикатор
Handle	См. IEEE Std 11073-20601	О	1	О
Туре	MDC PART SCADA \| MDC PRESS_BLD_NONlNV	О	MDC PART SCADA \| MDC PRESS BLD NONINV	О
Supplemental- Types	Cm. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Metric-Spec- Small	Cm. IEEE Std 11073-20601	О	mss-avail-intermittent \| mss-aval-stored-data \| mss-upd-apenodic \| mss-msmt-aperiodic \| mss-acc-agent-irutiated	О
Metric- Structure-Smail	Cm. IEEE Std 11073-20601	P	{ms-struct-compound-fix. 3)	О
Measurement- Status	Cm. IEEE Std 11073-20601	P	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	Н
Metric-Id	Cm. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Metric-ld-Lisi	Cm. IEEE Std 11073-20601	p	MDC PRESS BLD NONINV SYS. MDC PRESS BLD NONINV DIA затем MDC_PRESS_BLD_NONINV_MEAN	О
Metric-Id- Partition	Cm. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Unit-Code	MDC DIM MMHG или MDC_D!M_KILO_PASCAL	о	MDC.DIM.MMHG	О
Attribute-Value- Map	Cm. IEEE Std 11073-20601	У	MDC ATTR NU CMPD VAL OBS BASIC, then MDC_ATTR_TIME_STAMP_ABS.	О
Source-Handle- Reference	Cm. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Label-String	Cm. IEEE Std 11073-20601	H	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	Н
Unit-La belString	Cm. IEEE Std 11073-20601	H	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	Н

ГОСТ Р 57509—2017

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

Имя атрибута	Расширенная конфигурация	Стандартная конфигурация {Dev-Confguralion-ld • 0я02ВС)
Значение	Квали фикатор	Значение	Кмли- фимтор
Absolute-Time- Stamp	См. IEEE Std 11073-20601	У	Если используется фиксированный формат и стандартная конфигурация не настроена. то этот атрибут обязателен; 8 противном случае применяются условия, описанные в IEEE Std 11073-20601	У
Relative-Time- Stamp	См. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	У
Measure-Active- Period	См. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Simple-Nu- Observed-Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Compound- Simple-Nu- Observed-Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Basic-Nu- Observed-Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Compound- Basic-Nu- Observed-Value	Cm. IEEE Std 11073-20601	У	К fixed format is used and the standard configuration is not adjusted, this attribute is mandatory; otherwise, the conditions from IEEE Std 11073-20601 apply	У
Nu-Observed-Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Compound-Nu- Observed-Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Accuracy	Cm. IEEE Std 11073-20601	Р	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	P

Примечание — Информацию о том. является ли атрибут статическим или динамическим, см. в IEEE Std 11073-20601.

В стандартной конфигурации монитора кровяного давления структура AttrValMap (см. IEEE Std 11073-20601) атрибута Attribute-Value-Map должна содержать идентификатор атрибута и длину информации. содержащейся в атрибутах Compound-Basic-Nu-Observed-Value и Absoiute-Time-Stamp. в том же порядке, что указан в таблице 5. Атрибут Metric-Id-List должен содержать все три значения и в том же порядке, что указан в этой таблице.

Составной числовой объект «систолическое/диастолическое/САД» не поддерживает никаких методов. событий или других служб.

Описательные разъяснения отдельных атрибутов, а также информацию об идентификаторе и тиле каждого атрибута см. в IEEE Std 11073-20601.

6.6.3 Частота пульса

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

ГОСТ Р 57509—2017

NU. Агенту монитора кровяного давления следует поддерживать этот числовой объект. Он должен присутствовать е стандартной конфигурации.

8 стандартной конфигурации монитора кровяного давления структура AttrValMap (см. IEEE Std 11073-20601) атрибута Attribute-Value-Map должна содержать идентификатор атрибута и длину информации. содержащейся е атрибутах Basic-Nu-Observed-Value и Absolute-Time-Stamp, в том же порядке, что указан в таблице 6.

Числовой объект «частота пульса» не поддерживает никаких методов, событий или других служб.

Описательные разъяснения отдельных атрибутов, а также информацию об идентификаторе и типе каждого атрибута см. в IEEE Std 11073-20601.

6.7 Объекты массива считываний реального времени

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

6.8 Объекты перечислений

Объекты массива перечислений не требуются настоящим стандартом.

Таблицаб — Атрибуты числового объекта «частота пульса»

Имя атрибута	Расширенная конфигурация	Стандартная конфигурация iDev-Conligurabon-ld » ОкОЗБС)
Значение	Квали фикатор	Значение	Кеали- фикатор
Handle	См. IEEE Std 11073-20601	0	2	О
Туре	MDC PART SCADA \| MDC PULS_RATE_NON_l NV	0	MDC PART SCADA \| MDC PULS RATE NONJNV	О
Supplemental- Types	Cm. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	HP
Metric-Spec- Small	Cm. IEEE Std 11073-20601	О	mss-avail-intermittent \| mss-avail-stored-data \| mss-upd-арепскЬс \| mss-msmt-apenodic \| mss-acc-agent-initiated	О
Metric-Struc- ture-SmaS	Cm. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует. го следует положениям IEEE Std 11073-20601	HP
Measurement- Status	Cm. IEEE Std 11073-20601	P	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	Н
Metric-Id	Cm. IEEE Std 11073-20601	HP	Атрибут изначагъно отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP
Metnc-ld-List	Cm. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP
Metric-Id- Partition	Cm. IEEE Std 11073-20601	HP	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP
Unit-Code	MDC_DIM_BEAT_PER_MI N	о	MDC_DIM_BEAT_PER_MIN	О
Attribute- Value-Map	Cm. IEEE Std 11073-20601	У	MDC ATTR NU VAL OBS BASIC, затем MDC_ATTR_TIME_STAMP_ABS	О
Source- Handle- Reference	Cm. IEEE Std 11073-20601	HP	Атрибут изначагъно отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP

ГОСТ Р 57509—2017

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

Имя атрибута	Расширенная конфигурация	Стандартная конфигурация (Oev-Configuratiorv-ld * 0х02ВС)
Значение	Квали фикатор	Значение	Квали фикатор
Label-String	См. lEEEStd 11073-20601	H	Атрибут изначально отсутствует. Если присутствует, то следует положениям IEEE Std 11073-20601	Н
Unrl- LabelString	См. IEEE Std 11073-20601	H	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	Н
Absolute- Time-Stamp	См. IEEE Std 11073-20601	У	Если используется фиксированный формат и стандартная конфигурация не настроена, то этот атрибут обязателен: в противном случае применяются условия, описанные в IEEE Std 11073-20601	У
Relative- Time-Stamp	См. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP
HiRes-Time- Stamp	Cm. lEEEStd 11073-20601	У	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP
Measure- Active-Period	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP
Simple-Nu- Observed- Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	У
Compound- Simple-Nu- Observed- Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	У
Basic-Nu- Observed- Value	Cm. IEEE Std 11073-20601	У	Если используется фиксированный формат и стандартная конфигурация не настроена, то этот атрибут обязателен: в противном случае применяются условия, огмсанные в IEEE Std 11073-20601	О
Compound- Basic-Nu- Observed- Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	У
Nu-Observed-Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP
Compound- Nu-Observed- Value	Cm. IEEE Std 11073-20601	У	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	HP
Accuracy	Cm. IEEE Std 11073-20601	р	Атрибут изначально отсутствует. Если присутствует. то следует положениям IEEE Std 11073-20601	Р

ГОСТ Р 57509—2017

6.9 Объекты РМ*блока

Объекты РМ-блока не требуются настоящим стандартом.

6.10 Объекты сканера

Объекты сканера не требуются настоящим стандартом.

6.11 Объекты расширения класса

8 настоящем стандарте не определены объекты расширения класса, соответствующие IEEE Std 11073*20601.

6.12 Правила расширения модели монитора кровяного давления

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

6 соответствии с настоящим стандартом идентификатор конфигурации агента монитора кровяного давления, имеющей расширения по отношению к стандартной конфигурации, должен находиться в диапазоне идентификаторов, зарезервированном для расширенных конфигураций (см. IEEE Std 11073* 20601).

7 Сервисная модель монитора кровяного давления

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

Сервисная модель определяет концептуальные механизмы служб обмена данными. Эти службы отображаются на сообщения, которыми обмениваются агент и менеджер. В серии стандартов ИСО/ИИЭР 11073 определения сообщения даются в нотации АСН.1. Детальное описание сервисной модели персонального медицинского прибора приведено в IEEE Std 11073*20601. В подразделах 7.2 и

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

7.2 Службы доступа к объектам

Для доступа к объектам, определенным в модели предметной области монитора кровяного давления. используются службы доступа к объектам, описанные в IEEE Std 11073*20601.

8 соответствии с настоящим стандартом агент монитора кровяного давления поддерживает следующие общие службы доступа к объектам:

• GET: используется менеджером для извлечения значений атрибутов объекта MDS. которым оперирует агент. Список этих атрибутов приведен в 6.5.1;

– SET: используется менеджером для задания значений атрибутов объекта, которым оперирует агент. В соответствии с настоящим стандартом для агента монитора кровяного давления не заданы никакие атрибуты, изменяемые менеджером:

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

– ACTION: используется менеджером для вызова действий (или методов), поддерживаемых агентом. Примером может служить действие Set-Time, используемое для установки абсолютного времени на часах реальною времени агента.

В таблице 7 приведены службы доступа к объектам, описанные в настоящем стандарте.

7.3 Службы сообщений о событиях

Службы сообщений о событиях (см. таблицу 7) используются агентом для передачи своей информации (например, измеренных данных). 8 настоящем стандарте сообщения о событиях являются свойствами только объекта MDS. Сообщения о событиях, используемые в настоящем стандарте, определены в IEEE Std 11073-20601.

ГОСТ Р 5750S—2017

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

– сообщения о событиях должны использоваться в режиме подтверждения (confirmed);

• для передачи измеренных данных должен использоваться режим инициации агентом.

Таблица 7— Службы доступа к объектам монитора кровяного давления

Служба	Имя ком* пононта службы	Режим	Тип компонента службы	Параметры	Результаты	Примечания
GET	Неприме нимо	Подразумевается режим Confirmed	He применим	GelArgumentSimple = {obj-handte = = 0). attnbute-id-fist <необязагвпьный>	GetResult Simple = (obj-handle = 0). attribute-list	Позволяет менеджеру извлечь атрибут объекта. которым оперирует агент
EVENT REPORT	MDS- Configura- tion-Event	Confirmed	MDC NOTI CONFIG	ConfigReport	ConfigReport Rsp	Сведения о конфигурации агента, направляемые менеджеру
MDS- Dynamic- Data- Update-Var	Confirmed	MDC NOTI SCAN RPORT VAR	ScanReportlnfoVar	—	Передача менеджеру динамических данных некоторых или всех объектов, которыми оперирует агент, в переменном формате
MDS- Dynamic- Data- Update- Fixed	Confirmed	MDC NOTI SCAN RPORT FIXED	ScanReportlnfo Fixed	—	Передача менеджеру динамических данных некоторых или всех объектов, которыми оперирует агент, в фиксированном формате
MDS-Oy- namic-Oata- Update-MP- Var	Confirmed	MDC NOTI SCAN RPORT MP.VAR	Scan Report InfoMPVar	—	То же. что и MDS-Dynamic-Data-Up-date-Var, только позволяет включать данные нескольких лиц
MDS- Dynamic- Data- Update-MP- Fixed	Confirmed	MDC NOTI SCAN RPORT MP.FIXED	Scan Report InfoMPFixed	—	То же. что и MDS-Dynamic-Data-Up-date-Fixed. только позволяет включать данные нескольких лиц
ACTION	Set-Tme	Confirmed	MOC_ACT_ SET.TIME	SetTimelnvota	—	Метод, используемый менеджером для установки заданного времени на часах агента

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

Менеджер должен поддерживать получение сообщений о событиях, в которых передаются данные об одном лице или о нескольких лицах. Форматы сообщений данных об одном лице и о нескольких лицах описаны в IEEE Std 11073-20601.

ГОСТ Р 57509—2017

8 Коммуникационная модель монитора кровяного давления

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

8 настоящем разделе описана общая коммуникационная модель и процедуры агента монитора кровяного давления в соответствии с определениями, приведенными в IEEE Std 11073*20601. Поэтому соответствующие части IEEE Std 11073*20601 не воспроизводятся: изложение ограничено специфичным выбором и ограничениями для необязательных элементов (а именно, объектов, атрибутов и действий) и описанием специфичных расширений (например, номенклатурных терминов).

Иллюстративный обзор различных транзакций передачи сообщений в типичном сеансе измерений приведен в форме диаграмм последовательности в приложении О. а примеры соответствующих блоков данных протокола POU (protocol data unit) приведены в приложении Е.

8.2 Коммуникационные характеристики

8 настоящем подразделе определены ограничения размера блоков данных протокола прикладного уровня APDU (application protocol data unit), передаваемых или получаемых агентом монитора кровяного давления. Небольшие размеры позволяют упростить реализацию в терминах меньшей стоимости и сложности.

Для агента монитора кровяного давления, не реализующего других специализаций приборов, кроме описанной в настоящем стандарте, максимальный размер передаваемого блока APDU не должен превышать N_lx. В настоящем стандарте N_u – 896 октетов. Агент, удовлетворяющий данному определению. должен быть способен принимать блоки APOU размером до N_rx включительно. В настоящем стандарте N_rx = 224 октета.

Для агента монитора кровяного давления, реализующего функции специализаций других приборов. верхняя оценка размеров блоков APDU определяется следующим образом: агент не должен передавать блоки APDU. размер которых превышает сумму ограничений N_u всех реализованных им специализаций приборов, и должен принимать блоки APDU. размер которых не превышает сумму ограничений N_ra всех реализованных им специализаций приборов. Если эти границы превышают максимальные размеры, определенные в ШЕЕ Std 11073*20601. то должны применяться эти размеры.

Если ограничение на размер блока APDU не позволяет агенту включить в одно сообщение все результаты текущих измерений, то он должен посылать эти результаты в виде нескольких сообщений. Максимальное число измеренных данных, которые разрешается включать в одно сообщение о событии. приведено в 8.5.3.

8.3 Процедура ассоциирования

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

Если в настоящем стандарте не указано иное, процедура ассоциирования агента монитора кровяного давления и менеджера должна осуществляться в соответствии с ШЕЕ Std 11073*20601.

8.3.2 Процедура агента. Запрос ассоциации

К запросу ассоциации, передаваемому агентом менеджеру, предъявляются следующие требования:

• версия процедуры ассоциирования, используемой агентом, должна иметь значение assoc-versionl (то есть assoc-version – 0x80000000);

• элемент структуры идентификатора протокола данных DataProtoList должен иметь значение data-proto-i<i-20601 (то есть data-proto-id = 0x5079);

• поле data-proto-mfo должно содержать структуру PhdAssociationlnformation. содержащую следующие значения параметров:

1) версия протокола обмена данными должна иметь значение protocol-versionl (то есть protocol-version = 0x80000000):

2) должны поддерживаться как минимум правила кодирования MDER (то есть encoding-rules — 0x8000):

3) используемая версия номенклатуры должна иметь значение nom*version1 (то есть nomenclature-version = 0x80000000):

4) в поле functional-units может быть установлен бит тестирования ассоциации. Никакие другие биты не должны устанавливаться;

5) поле system-type должно иметь значение sys-type-agent (то есть system-type = 0x00800000):

ГОСТ Р 57509—2017

в) полю system-id field должно быть присвоено значение атрибута System-Id объекта MDS. которым оперирует агент. Менеджер может использовать это поле для определения идентичности монитора артериального давления, с которым он ассоциируется, и. необязательно, реализовать простую политику ограничения доступа;

7) полю dev-config-id должно быть присвоено значение атрибута Dev-Configuration-ld объекта MDS. которым оперирует агент;

8) если агент поддерживает только специализацию монитора кровяного давления, то полю, указывающему режимы запроса данных (data-req-mode-capab), поддерживаемые агентом монитора кровяного давления, должно быть присвоено значение data-req-supp-init-agent;

9) если агент поддерживает только специализацию монитора кровяного давления, то счетчику data-req-init-manager-count должно быть присвоено значение 0. а полю data-req-init-agent-count shall должно быть присвоено значение 1.

8.3.3 Процедура менеджера. Ответ на запрос ассоциирования

К ответу на запрос ассоциации, передаваемому менеджером, предъявляются следующие требования:

• полю result должно быть присвоено значение из числа тех. что определены в IEEE Std 11073-20601. Например, если все другие условия протокола ассоциирования выполнены, то возвращается значение accepted, если менеджер распознал идентификатор конфигурации агента {dev-config-id), и значение accepted-unknown-config в противном случае;

– в элементе структуры DataProtoList идентификатор протокола обмена данными должен иметь значение data-proto-id-20601 (то есть data-proto-id = 0x5079);

• поле data-proto-info должно быть заполнено структурой PhdAssociationlnformation. которая должна содержать следующие значения параметров:

1) версия протокола обмена данными должна иметь значение protocol-versionl (то есть protocol-version – 0x80000000);

2) в ответе менеджера должны использоваться единственные правила кодирования, поддерживаемые как агентом, так и менеджером. Как минимум менеджер должен использовать правила кодирования MDER;

3) используемая версия номенклатуры должна иметь значение nom-version1 (то есть nomenclature-version = 0x80000000);

4) в поле functional-units все биты должны быть сняты, за исключением тех, что относятся к тестированию ассоциации;

5) полю system-type должно быть присвоено значение sys-type-manager (то есть system-type = = 0x80000000):

6) поле system-id должно содержать уникальный идентификатор системы устройства менеджера, который должен быть правильным идентификатором типа EUI-64;

7) полю dev-config-id должно быть присвоено значение manager-config-response (0);

8) полю data-req-mode-capab должно быть присвоено значение 0;

9) полю data-req-init-‘-count должно быть присвоено значение 0.

8.4 Процедура конфигурирования

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

Агент переходит в состояние Configuring («конфигурирую»), если получен ответ «accepted-unknown-config» на запрос ассоциации. В этом случае должна быть выполнена процедура конфигурирования. специфицированная в IEEE Std 11073-20601. В подразделах 8.4.2—8.6 описаны сообщения уведомления о конфигурации и ответного сообщения для агента монитора кровяного давления, имеющего стандартную конфигурацию с идентификатором 0х02ВС. Обычно менеджер должен уже знать стандартную конфигурацию. Однако приборы, имеющие стандартную конфигурацию, должны посылать ее по запросу. Это покрывает тот случай, когда менеджер еще не имеет заранее предоставленною знания стандартной конфигурации (например, из-за несовпадения версий агента и менеджера).

8.4.2 Монитор кровяного давления. Стандартная конфигурация

8.4.2.1 Процедура агента

Агент выполняет процедуру конфигурирования, передавая менеджеру сообщение “Remote Operation Invoke | Confirmed Event Report’ о событии MDC_NOTI_CONFIG (см. IEEE Std 11073-20601). 8 поле event-info используется структура ConfigReport (см. таблицу 3). Для агента монитора кровяною

ГОСТ Р 57509—2017

давления со стандартной конфигурацией, имеющей идентификатор 0х028С. сообщение уведомления о конфигурации имеет следующие формат и содержание:

0хЕ7	0x00			APDU CHOICE Type (PrstApdu)
0x00	0x84			CHOICE.Iength = 132
0x00	0x82			OCTET STRING.Iength = 130
0x00	0x01			invoke*id (отличает это сообщение от других обрабатываемых)
0x01	0x01			CHOICE (Remote Operation Invoke \| Confirmed Event Report)
0x00	0х7С			CHOICE.Iength = 124
0x00	0x00			obj-handle – 0 (MDS object)
0x00	0x00	0x10	0x15	event-time (присвоить OxFFFFFFFF. если атрибут RelativeTime не поддерживается)
0x0D	0x1 С			event-type * MDC_NOTI_CONFlG
0x00	0x72			event-info.length = 114 (начало структуры ConfigReport)
0x02	ОхВС			config-report-id (значение Oev-Configuration-ld)
0x00	0x02			config-obj-list.count = 2 объекты измерений должны быть «объявлены»
0x00	ОхбС			config-obj-list.length = 108
0x00	0x06			obj-class = MDC_MOC_VMO_METRIC_NU
0x00	0x01			obj-handle = 1 (-»1-е измерение — систолическое давление, диастолическое давление и САД)
0x00	0x06			attributes.count = 6
0x00	0x38			attributes.length « 56
0x09	0x2F			attribute-id = MDC_ATTR_ID_TYPE
0x00	0x04			attribute-value.length = 4
0x00	0x02	0х4А	0x04	MDC_PART_SCADA \| MDC_PRESS_BLD_NONINV
0х0А	0x46			attribute-id = MDC_ATTR_METRIC_SPEC^SMALL
0x00	0x02			attribute-value.length = 2
0xF0	0x40			промежуточные, хранящиеся данные, изменение и измерение апериодическое. инициировано агентом, измерено
0х0А	0x73			attribute-id = MDC_ATTR_METRIC_STRUCT_SMALL
0x00	0x02			attribute-value.length = 2
0x03	0x03			(ms-stnjct-compound-fix. 3}
ОхОА	0x76			attribute-id * MDC_ATTR_ID_PHYSIO_LIST
0x00	ОхОА			attribute-value.length = 10
0x00	0x03			MetricldList.count – 3
0x00	0x06			MetricldListlength = 6
0х4А	0x05			(MDC_PRESS_BLD_NONINV_SYS.
0х4А	0x06			MOC_PRESS_BLD_NONINV_DIA,

ГОСТ Р 57509—2017

0х4А	0x07			MDC_PRESS_BLD_NONINV_MEAN)
0x09	0x96			attribute-id = MDC_ATTR_UNIT_CODE
0x00	0x02			attribute-value.length = 2
0x0F	0x20			MDC_D!M_MMHG
0х0А	0x55			attribute-id = M DC_ ATTR_ ATTRI BUTE_ VAL_M AP
0x00	ОхОС			attnbute-value.length = 12
0x00	0x02			AttrValMap.count = 2
0x00	0x08			AttrValMap.length = 8
0х0А	0x75	0x00	ОхОА	MDC_ATTR_NU_CMPD__VAL_OBS_BASIC \| value.length = 10
0x09	0x90	0x00	0x08	MDC_ATTR_TIME_STAMP_ABS \| value.length * 8
0x00	0x06			obj-dass = MDC_MOC_VMO_METRIC_NU
0x00	0x02			obj-handle = 2 (-> 2e измерение — частота пульса)
0x00	0x04			attributes.count = 4
0x00	0x24			attributes.length = 36
0x09	0x2F			attribute-id * MDC_ATTR_ID_TYPE
0x00	0x04			attribute-value.length = 4
0x00	0x02	0x48	0х2А	MDC_PART_SCADA \| MDC_PULS_RATE_NONJNV
ОхОА	0x46			attribute-id = MDC_ATTR_METRIC_SPEC_SMALL
0x00	0x02			attribute-value.length – 2
OxFO	0x40			промежуточные, хранящиеся данные, изменение и измерение апериодическое. инициировано агентом, измерено
0x09	0x96			attribute-id * MDC_ATTR_UNIT_CODE
0x00	0x02			attribute-value.length – 2
ОхОА	ОхАО			М DC_DIM_BEAT_PE R_M IN
ОхОА	0x55			attribute-id * M DC_ATTR_ATTR I BUTE_VAL_MAP
0x00	ОхОС			attribute-value.length = 12
0x00	0x02			AttrValMap.count = 2
0x00	0x08			AttrValMap.length = 8
ОхОА	0х4С	0x00	0x02	MDC_ATTR_NU_VAL_OBS_BASIC \| value.length = 2
0x09	0x90	0x00	0x08	MDC_ATTR_TIME_STAMP_ABS \| value.length = 8

8.4.3 Процедура менеджера

Менеджер должен ответить на сообщение с уведомлением о конфигурации, используя сообщение “Remote Operation Response | Confirmed Event Report’ о событии MDC_NOTI_CONFIG. В поле event-info используется структура ConfigReportRsp (см. таблицу 3). Ответ на сообщение уведомления о стандартной конфигурации, описанное в 8.4,2.1. имеет следующие формат и содержание:

0хЕ7 0x00 0x00 0x16

APDU CHOICE Type (PrstApdu) CHOICE.Iength = 22

ГОСТ Р 57509—2017

0x00	0x14	OCTET STRING.Iength * 20
0x00	0x01	invoke-id (differentiates this message from any other outstanding)
0x02	0x01	CHOICE (Remote Operation Response \| Confirmed Event Report)
0x00	0х0Е	CHOICE.Iength * 14
0x00	0x00	obj-handle = 0 (MDS object)
ОхАА	0x10 OxDB 0x27	currentTime
0x0D	0x1 С	event-type = MDC_NOTI_CONFIG
0x00	0x04	event-reply-info .length = 4
0x02	ОхВС	ConfigReportRsp.config-report-id = 0x02 BC
0x00	0x00	ConfigReportRsp.config-result = accepted-config.

8.5 Процедура выполнения измерений

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

Измеренные данные и информация о статусе передаются агентом монитора кровяного давления, находящемся в состоянии Operating («выполнение»). Если в настоящем стандарте не указано иное, процедура выполнения измерений агентом монитора кровяного давления должна осуществляться в соответствии с IEEE Std 11073*20601.

8.5.2 Атрибуты объекта MDS монитора кровяного давления, возвращаемые службой GET

Краткие сведения о службе GET приведены в таблице 4.

Если менеджер оставляет пустым поле списка атрибутов attribute*id*list в сервисном сообщении roiv*cmip*get. то агент монитора кровяного давления должен возвратить ему сервисное сообщение а rors-cmip-rjet, в котором поле attribute*list содержит список всех реализованных атрибутов объекта MDS.

Если менеджер запрашивает конкретные атрибуты объекта MDS. задавая их список в поле attribute*id*list, и агент поддерживает такую возможность, то агент монитора кровяного давления должен возвратить менеджеру сервисное сообщение rors-cmip-get. в котором поле attribute-list содержит список всех реализованных атрибутов объекта MDS из числа запрошенных. Реализация такой возможности от агента не требуется. Если она не реализована агентом, то он должен возвратить менеджеру сервисное сообщение «Remote Operation Error Result» (гоег) (см. IEEE Std 11073*20601), в котором поле ошибки error-value содержит значение «no-such*action» (9).

8.5.3 Передача измеренных данных

Краткие сведения о службах сообщений о событиях, предназначенных для передачи измеренных данных приведены в таблице 3. В соответствии с настоящим стандартом передача измеренных данных агентом монитора кровяного давления всегда должна инициироваться монитором кровяного давления (см. описание передачи измеренных данных, инициируемой агентом, в IEEE Std 11073-20601). Чтобы ограничить число данных, передаваемых в блоке APDU, агент монитора кровяного давления не должен включать в одно сообщение о событии более 25 временно хранящихся результатов измерений. Если для передачи доступно более 25 текущих измерений, то они должны передаваться в нескольких сообщениях о событиях. Если доступно несколько текущих измерений, то до 25 результатов измерений следует передавать в одном сообщении о событии. Как альтернатива, можно передавать каждый результат измерения в одном сообщении о событии. Однако рекомендуется предыдущая стратегия, поскольку он снижает суммарный размер сообщений и потребление электропитания.

8.6 Синхронизация времени

Синхронизация времени между агентом монитора кровяного давления и менеджером может использоваться для координации показаний часов, используемых при регистрации физиологических событий. Следует иметь в виду, что механизм синхронизации агента и менеджера не входит в область применения настоящего стандарта. Если синхронизации времени используется, то она должна отражаться в атрибуте Mds-Time-Info объекта MDS.

ГОСТ Р 57509—2017

9 Тестовое ассоциирование

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

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

9.2 Поведение в стандартной конфигурации

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

Когда агент перейдет в состояние «Operating» (выполнение), он симулирует получение от сенсоров события измерения систолического давления, диастолического давления, САД и пульса со значениями 60 мм рт.ст.. 40 мм рт.ст.. 46 мм рт.ст. и 210 ударов в минуту (ВРМ) соответственно. По возможности это измерение должно быть видимо только теми компонентами агента, которые распознают тестовую ассоциацию. Когда событие распространяется на числовой объект, то бит test-data атрибута measurement-status должен быть установлен (при условии, что этот атрибут поддерживается). От агента не требуется использование атрибута measurement-status, если он обычно не делает это вне тестовой ассоциации.

Агент должен передать сообщения о событиях для всех симулированных измерений в течение 30 с после перехода в состояние «Operating». Тестовая ассоциация завершается способом, совместимым с нормальным поведением агента при завершении ассоциации.

9.3 Поведение в расширенных конфигурациях

Настоящий стандарт не определяет тестовую ассоциацию для расширенных конфигураций.

10 Соответствие

10.1 Применимость

Настоящий стандарт должен использоваться совместно с IEEE Std 11073-20601.

Реализация или система может соответствовать следующим элементам настоящего стандарта:

– иерархия классов информационной модели предметной области и определения объектов (атрибуты объектов, уведомления, методы и определения типов данных);

* значения номенклатурных кодов;

– протокол и сервисные модели;

– коммуникационная сервисная модель (ассоциация и конфигурация).

10.2 Спецификация соответствия

Настоящий стандарт предусматривает уровни соответствия относительно строго следования стандартному прибору и следующего использования расширений:

– для информационной модели конкретного прибора;

• для использования атрибутов, диапазонов значений и методов доступа.

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

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

Поскольку настоящий стандарт используется совместно с IEEE Std 11073-20601. то ОСР должны быть созданы сначала для этого стандарта. OCR созданные для IEEE Std 11073-20601, могут при необходимости содержать ссылки на ОСР. созданные для настоящего стандарта.

ГОСТ Р 57509—2017

10.3 Уровни соответствия

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

Настоящий стандарт определяет описанные ниже уровни соответствия.

10.3.2 Уровень соответствия 1. Базовое соответствие

Приложение использует элементы информационной, сервисной и коммуникационной модели (иерархия объектов, действия, сообщения о событиях и определения типов данных) и схему номенклатуры. определенную в стандартах IEEE Std 11073-20601 и IEEE 11073-104zz. Все обязательные свойства, указанные в таблицах определения объектов и таблицах OCR реализованы. Кроме того, все реализованные условные, рекомендованные или необязательные свойства должны следовать требованиям документов IEEE Std 11073-20601 и IEEE 11073-10422.

10.3.3 Уровень соответствия 2. Расширенная номенклатура (АСН.1 и/или ИСО/ИИЭР 1073-10101)

На уровне соответствия 2 выполнены все требования уровня соответствия 1. но, кроме того, использованы или добавлены расширения по крайней мере в одну из моделей, указанных в 9.3.2. Эти расширения должны соответствовать номенклатурным кодам, описанным в нотации АСН.1 и/или в документе ИСО/ИИЭР 11073-10101 [D4] (OxFOOO — OxFFFF). Эти расширения должны быть определены в таблицах ОСР в форме ссылок.

10.4 Объявления соответствия реализации

10.4.1 Общий формат

ОСР предоставляются как общий документ объявления соответствия, состоящий из ряда таблиц в форме, заданной шаблонами в следующих разделах.

Каждая таблица ОСР имеет следующие графы:

Индекс

Свойство

Ссылка

Требоеание/статус

Поддержка

Примечание

Заголовки граф имеют следующее значение:

• «Индекс»: идентификатор (например, тег) конкретного свойства;

• «Свойство»: краткое описание характеристики, для которой делается объявление о соответствии;

• «Ссылка»: указание раадела/абэаца в настоящем документе или внешнем источнике, содержащем определение свойства (может быть пустым);

• «Требоеание/статус»: указание требования соответствия (например обязательное или рекомендованное) — в некоторых случаях стандарт не описывает требование соответствия, но требует предоставление статуса конкретного свойства:

– «Поддержка»: указывает наличие или отсутствие свойства в реализации и содержит произвольное описание реализованных характеристик этого свойства. Данная графа должна заполняться реализующей стороной;

– «Примечание»: содержит любые дополнительные сведения о свойстве. Данная графа должна заполняться реализующей стороной.

8 пунктах 10.4.2—10.4.6 приведен формат конкретных таблиц OCR

10.4.2 Общее объявление соответствия реализации

8 общем ОСР указаны версии/редакции. поддерживаемые реализацией, и высокоуровневое поведение системы.

Общие ОСР приведены в таблице 8.

ГОСТ Р 57505—2017

Таблица 8 — Таблица общих ОСР настоящего стандарта

Индекс¹¹	Свойство	Ссылка	Требование/оатус	Поддержка	Примечание
GEN 11073-10407-1	Описание реализации		Идентификация прибора или приложения. Описание функциональности
GEN 11073-10407-2	Стандарты, который соответствует реализация, и их версии	(документы стандартов)	(перечень существующих версий)	{перечень поддерживаемых редакций)
GEN 11073-10407-3	Использованный документ номенклатуры и его редакция	(документы стандартов)	(перечень существующих редакций)	{перечень поддерживаемых редакций)
GEN 11073-10407-4	Соответствие уровня 1	См. 10.3.2	Объявление базового соответствия следующим условиям документа IEEE Std 11073-10407: все обязатегъные требования должны быть реализованы. Реализованные условные, рекомендованные и необязательные требования должны соответствовать стандарту	Да^Нег («Нет» не ожидается, так как означает, что реализация не соответствует стандарту)
GEN 11073-10407-5	Соответствие уровня 2	См. 10.3.3	В дополнение к условию GEN 11073-10407-4: если влриборе реализованы расширения или дополнения, то они должны соответствовать номенклатурным кодам, описанным а нотации АСН.1 и/или в документе 10101. Эти расширения должны быть определены в таблицах ОСР в форме ссыпок	ДаМег
GEN 11073-10407-6	Дерево объектов	См. 6.3	Предоставить диаграмму объектов, показывающую отношения между экземплярами объектов, используемых приложением. Реализация, соответствующая стандарту, использует только отношения объектов, определенные в модели предметной области
GEN 11073-10407-7	Использованный документ номенклатуры и его редакция	(документы стандартов)	(перечень существующих редакций)	{перечень поддерживаемых редакций)
GEN 11073-10407-8	Кодирование структур данных			Указание метода {ов)кодирования структур данных, описанных в нотации АСН.1

Для индекса а таблице общих ОСР используется префикс GEN 11073-10407. 24

ГОСТ Р 57509—2017

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

Индекс*)	Свойство	Ссыпка	Требоммие/статус	Поддержка	Примечание
GEN 11073-10407-9	Использование местных объектов		Использует ли реализация объекты, не определенные в информационной модели предметной области?	Да/Нет (если «Да», то привести разъяснения в таблице 9)
GEN 11073-10407-10	Использование местных расширений номенклатуры		Использует ли реализация местные расширения номенклатуры (то есть коды из диапазона OxFOOO — OxFFFF. определенного в ИСО/ИИЭР 1107310101)? Местные расширения номенклатуры допустимы только в том случае, если стандартная номенклатура не содержит специфичные термины, необходимые приложению	Да/Нет (если «Да», то привести разъяснения в таблице 12)
GEN 11073-10407-11	Соответствие стандарту 11073-20601		Предоставить отчет о соответствии. требуемый стандартом IEEE Std 11073-20601

10.4.3 Объявление соответствия реализации информационной модели классов управляв’ мых объектов

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

Таблица 9 — Шаблон ОСР информационной модели классов управляемых объектов

Индекс

Свойство

Ссылке

Требоааиие/статус

Поддержка

Примечание

МОС-П

Описание

объекта

Ссылка на раздел стандарта или другое место определения объекта

Реализован

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

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

Должны быть указаны все местные объекты. Графа «Ссылка» должна содержать ссылку на определение объекта, а если общедоступного документа нет, то к объявлению соответствия должно быть добавлено определение объекта.

в графе «Поддержка» должны быть указаны все ограничения на реализацию объекта.

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

10.4.4 Объявление соответствия реализации атрибутов классов управляемых объектов

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

ГОСТ Р 57505—2017

Таблица 10 — Шаблон таблицы OCR атрибутов классов управляемых объектов

Индекс

Свойство

Ссылка

Требование^

статус

Поддержка

Приме

чание

ATTR-n-x

Имя атрибута. Для расширенного атрибута должен быть указан также его идентификатор

Ссылка на структуру АСН.1, если атрибут не определен в настоящем стандарте

О = обязательный /У-условный /Р-рекомендованный / Н = не-обязатегъный (как в описании таблиц определения атрибутов)

Реализован? (Да/Нет) Статический/димамический.

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

Описать все специфичные ограничения

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

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

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

Буква «п» в графе «Индекс» означает уникальный последовательный номер (1..т).

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

10.4.5 Объявление соответствия реализации уведомлений классов управляемых объектов

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

Таблица 11 — Шаблон таблицы ОСР уведомлений классов управляемых объектов

Индекс

Свойство

Ссыпка

Требование/

статус

Поддержка

Приме*

чание

NOTI-rvx

Имя и идентификатор уведомления

Ссылка на раздел стандарта или другое место определения события

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

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

Буква яп» в графе «Индекс» означает уникальный последовательный номер (1..т).

Должны быть указаны все местные уведомления. Графа «Ссыпка» должна содержать ссылку на определение уведомления, а если общедоступного документа нет. то к объявлению соответствия должно быть добавлено определение уведомления.

10.4.6 Объявление соответствия реализации номенклатуры классов управляемых объектов

В ОСР номенклатуры классов управляемых объектов указаны все нестандартные номенклатурные коды, используемые агентом. В таблице 12 предложен шаблон для использования. Каждый номенклатурный элемент описан одной строкой этой таблицы.

ГОСТ Р 57509—2017

Таблица 12— Шаблон таблицы ОСР номенклатуры классов управляемых объектов

Индекс

Свойство

Ссылке

Требование/

статус

Поддержка

Приме*

чанио

NOME-n

Имя номенклатуры и значение номенклатуры

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

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

Буква «п» в графе «Индекс» означает уникальный последовательный номер

ГОСТ Р 5750В—2017

Приложение А

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

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

[В1] IEC/FDIS 80601 *2-30:2006. Medical electrical equipment — Part 2-30: Particular requirements for basic safety and essential performance of automated non-invasive sphygmomanometers¹*

[B2] IEEE 100TM. The Authoritative Dictionary oflEEE Standards Terms. Seventh Edition. New York. Institute of Electrical and Electronic Engineers. Inc.²¹

[B3] ISO 81060*1:2007, Non-invasive sphygmomanometers — Part 1: Requirements and test methods for non*automated measurement type

[B4] ISO/IEEE 11073-10101TM2004. Health informatics — Point*of*care medical device communication — Pari 10101: Nomenclature⁵*

(B5) ISO/IEEE 11073-10201 TM:2004. Health informatics — Point-of-care medical device communication — Pari 10201: Domain information model

[B6] ISO/IEEE 11073-20101 TM.20Q4. Health informatics — Point-of-care medical device communication — Pari 20101: Application profile — Base standard

[B7] ITU-T Rec. X.680-2002. Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic notation^{* 2 * 4}*

** Публикации (ЕС можно получить а департаменте продаж Международны электротехнической комиссии (Sales Ое-pailmenl of the International Electrotechnical Commission, 3. rue de VaremM. P.O. Box 131. CH-1211 Geneva 20. Switzerland, htlp.// I). В США Публикации IEC можно также получить е департаменте продаж Американскою национального института стандартов (Sales Deperimeni. American National Standards institute. 25 West 43rd Slreet. 4th Floor. New York. NY 10036. USA. http:// . Публикации в стадии утеерждеиия FOIS можно получить а Центральном секретариате ИСО (ISO Central Secretarial. 1. ch. de la Voia-Creuse, Case poslale 56. CH-1211. Geneva 20. Switzerland, htlp:/<*).

²* Публикации IEEE можно получить в Институте инженеров по электротехнике и радиоэлектронике (Institute of Electrical and Electronics Engineers, 44S Hoes Lane. Piscataway. NJ 08654. USA. hltp://slandards >eee org/|

Публикации ISO/IEEE можно получить а Центральном секретариате ИСО (ISO Central Secretarial 1. ch. de to Vo*e-Creuse. Case postale 56. CH-1211. Geneva 20. Switzerland. httpJ/). В США Публикации ISO/IEEE можно также получить е Институте инженеров по электротехнике и радиоэлектронике |Institute of Electrical and Electronics Engineers. 445 Hoes Lane. Piscataway. NJ 08854. USA. htlp//standards.ieee.org/).

⁴* Публикации ITU можно получить e Международном союзе электросвязи (International Telecommunications Union. Place

des Nations. 1211 Geneva 20. Switzerland, hltprft).

ГОСТ Р 57509—2017

Приложение В

(обязательное)

Дополнительные определения в нотации АСН.1

Дополнительные определения в нотации АСН.1 отсутствуют.

ГОСТ Р 57509—2017

Приложение С

(обязательное)

Выделение идентификаторов

Настоящее приложение содержит номенклатурные коды, испогъзуемые в настоящем стандарте и отсутствующие в документе IEEE Std 11073-20601. Коды, не указанные в настоящем приложении, должны быть взяты из IEEE Std 11073-20601.

Используемый здесь формат позаимствован из IEEE Std 11073-10101.

‘ Коды из раздела Medical supervisory control and data acquisition (MDC_RART_SCADA)

……….***……………………..*……………………………………/

«define MDC_PULS_RATE_NON_lNV 18474/* */

«define MDC.PRESS.BLD.NONINV 18948/* NIBP V

«define MDC_PRESS_BLD_NONINV_SYS 18949/* */

«define MDC_PRESS_BlD_NONINV_DIA 18950/* */

«define MDC_PRESS_BLD_NONINV_MEAN 18951/* */

Г……………………………………………………………………..

* Коды из раздела Dimensions (MDC_PART_DIM)

…………………..*………………….*……………………………/

«define MDC_DIM_BEAT_PER_MIN 2720 Г bpm (уд/мин) 4

«define MDC_DIM_KILO_PASCAL 3843 /* kPa (кПа) */

«define MDC_DIM_MMHG 3872 Г mmHg (мм рт.ст.) */

ГОСТ Р 57509—2017

Приложение О

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

Примеры последовательностей сообщений

На рисунке D.1 показана диаграмма последовательности обмена сообщениями, соответствующая следующему сценарию. Пользователь агента монитора кровяного давления собирается впервые соединиться с менеджером. Монитор кровяного давления способен измерять давление и пульс. Конфигурация аналогична стандартной, но 8 данном примере включает в сообщение конфигурации дополнительные атрибуты, например, точность. Таким образом, агент действует в расширенной конфигурации. Обмен сообщениям в этом случав осуществляется следующим образом:

a) когда пользователь инициирует соединение монитора кровяного давления с менеджером, то менеджер не распознает конфигурацию агента и посылает ответ «accepted-unknown-config» на запрос ассоциации, полученный от агента. Соответствующие примеры блоков POU см. е Е.2.2.2 и Е.2.2.Э;

b) вследствие этого агент инициирует передачу информации о своей конфигурации менеджеру. После получения от менеджера подтверждения, что тот распознал конфигурацию агента, последний готов передавать измерения. Оба прибора — агент и менеджер — переходят е состояние «Operating*. Соответствующие примеры блоков PDU см. в Е.3.2.2 и Е.3.2.3;

c) вслед за этим менеджер может запросить у агента атрибуты объекта MDS. послав ему сообщение с командой «Remote Operation invoke | Get». В ответ агент возвращает менеджеру атрибуты обьектаэ MDS. используя сообщение с командой «Remote Operation Response | Get». Соответствующие примеры блоков PDU см. в Е.4.1.2 и Е.4.1.3. Менеджер может запросить атрибуты объекта MDS. как только агент перейдет в состояние «Associated», охватывающее состояния «Configuring» и «Operating»;

d) на следующем шаге пользователь монитора выполняет одно измерение. Измеренные данные передаются менеджеру, используя подтверждаемое сообщение о событии. После успешного получения измеренных данных менеджер посылает агенту подтверждение. Соответствующие примеры блоков POU см. в Е.5.1 и Е.5.2;

в) пользователь завершил сеанс измерения (например, нажал на приборе соответствующую кнопку или просто в течение некоторого времени не использовал прибор). В эгом случае агент завершает ассоциацию с менеджером. послав ему запрос завершения ассоциации. Менеджер возвращает ему подтверждение завершения ассоциации. Соответствующие примеры блоков PDU см. в Е.6.1 и Е.6.2;

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

g) 8 заключение выполняются два шага, аналогичные описанным в d) и е). Пользователь выполняет одно подтверждаемое измерение, после чего ассоциация завершается.

ГОСТ Р 57505—2017

(см. Е 2.2.2) (см Е 2.2.3)

(см. Е 3 22)

(см Е.323)

(См Е 4 1.2) (см. Е-4.1.3)

(см Е 51) (см. Е 5.2)

(см. Е.6.1) (см. Е 6 2)

Агент

Менеджер

СОПП«С11П01С»ОП(Юи«Пауег1л1О)

ConnecUndlcet<oi4lo«erLdyerinio)

As&ooetton Reque«t(d*t»-cr0t0-l4t. system-id, dev-confignd opbon-ast)

Association Resporee(accceledun4nowrv

oonfg. data-proto-d. syssem-M. opwn-itst)

check system-id. check Oev-cortfg-id

DaQKktvoke | Confirmed Even) Report. MOC_NOT)_CONFIG. devoonfigid. config-obtecthsl)

OauKResponee | Convmed Event Report. MOC_NOT1_CONFIG. acceptod-eonfig]

Менеджер не ^ рэспоэол system-id и dey-config-rd

«#

DateiTnvokejGet. nartdeeO)

DatafReeponaetGet, MPS Attributes)

OMa(invoke | Confirmed Event Report MDC_NOTI_SCAN_REPORT_FIXEO, cvent-mfo)

DalsfResponse 1 Confirmed Event Report MDC_NOTl_SCAR_R£ PORT.FIX EDI

Assoosbon Release Request(reoson)

Aesocoueiwn Release Response reason)

i”S

Ccnnectlndicabory Lower Layer Intel

Д,

Connectv4fcce«onp.owerCayennfo>

Association Requesl(data-proto-lot

system-*). dev-confi»«d. opoonesi)

Assooation Response(acceptod. data-protoid _S£jenHd^pUorHitt^^^^^^^^^^^_

4—
	rz:

Oata<lnvoke | Confirmed Evenl Report MDC_NOTI_SCAN_REPORT_FlXEO. evenl-info)

Менеджер распознал | system-id и dev-ccnfip-KJ

Dau< Response | Confirmed Event Report. MOC_NOTI.SCAN.REPORT_FIXEO)

Assooalion Release Reoueettreeson)

Aseoeotetton Release Resporee(reeson)

Рисунок D.1 —Диаграмма последовательности для примера использования монитора кровяного давления

ГОСТ Р 57509—2017

Приложение Е

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

Примеры блоков данных протокола

Е.1 Общие положения

В настоящем приложении показаны примеры двоичных сообщений в кодировке MDER. которыми обмениваются агент монитора кровяного давления и менеджер. Три разных сценария обменов информации об ассоциации и конфигурации представлены в Е.2 и Е.2.3. Первый сценарий иллюстрирует случай, когда агент собирается действовать в расширенной конфигурации. При этом у менеджера нет информации о его конфигурации, которая могла бы быть получена при предыдущей ассоциации. Во втором сценарии агент вновь передает менеджеру идентификатор той же самой расширенной конфигурации. Менеджер уже имеет ее. получив при предыдущем обмене данными конфигурации. Наконец, агент передает менеджеру идентификатор стандартной конфигурации, и менеджер распознает ее. поскольку он запрограммирован для ев использования.

Е.2 Обмен информацией ассоциации

Е.2.1 Общие сведения

Когда между менеджером и агентом устанавливается транспортное соединение, оба переходят в состояние «Unassociated» (не ассоциирован). Когда агент передает запрос ассоциации, оба переходят в состояние •Associating» (установка ассоциации).

Е.2.2 Расширенная конфигурация

Е.2.2.1 Общие сведения

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

Е.22.2 Запрос ассоциации

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

0хЕ2	0x00			APOU CHOICE Туре (AarqApdu)
0x00	0x32			CHOiCE.Iength = 50
0x60	0x00	0x00	0x00	assoc-version
0x00	0x01	0x00	0х2А	data-proto-list.count – 1 \| length = 42
0x50	0x79			data-proto4d = 20601
0x00	0x26			data-proto-info length = 38
0x60	0x00	0x00	0x00	protooolVersion
ОхАО	0x00			правила кодирования = MDER или PER
0x60	0x00	0x00	0x00	nomendatureVersion
0x00	0x00	0x00	0x00	functionalUnits — возможность тестовой ассоциации отсутствует
0x00	0x60	0x00	0x00	systemType = sys-type-agent
0x00	0x08			system-id length » 8 и value (зависит от производителя и прибора)
0x11	0x22	0x33	0x44	0x55 0x660x77 0x07
0x40	0x00			dev-config-id — расширенная конфигурация
0x00	0x01			data-req-mo de-flags
0x01	0x00			data-req-tnit-agent-count data-req-init-manager-count
0x00	0x00	0x00	0x00	opbonbst.count = 0 \| optionLisUength = 0

ГОСТ Р 57509—2017

Е.2.2.3 Ответ на запрос ассоциации

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

ОхЕЗ	0x00			APDU CHOICE Type (AareApdu)
0x00	0х2С			CHOICE.length =44
0x00	0x03			result = accepted-unknown-config
0x50	0x79			data-proto-id = 20601
0x00	0x26			data-proto-info length = 38
0x80	0x00	0x00	0x00	protocotVersion
0x80	0x00			правила кодирования = MDER
0x80	0x00	0x00	0x00	nomeoclatureVersion
0x00	0x00	0x00	0x00	functionalUnits – normal Association
0x80	0x00	0x00	0x00	systemType = sys-type-manager
0x00	0x08			system-id length = 8 и value (зависит от производителя и прибора)
0x88	0x77	0x66	0x55	0x44 0x33 0x22 0x11
0x00	0x00			ответ менеджера на config-id всегда 0
0x00	0x00			ответ менеджера на data-req-mode-flags всегда 0
0x00	0x00			data-req-irvt-agent-count и data-req-init-manager-count всегда 0
0x00	0x00	0x00	0x00	optionlist count = 01 optonList.length = 0

Е.2.3 Ранее известная расширенная конфигурация

Е.2.3.1 Общие сведения

Этот обмен иллюстрирует транзакцию, имеющую место после того, как сеанс начался с обмена, подобного описанному в Е.2.2.

Е.2.3.2 Запрос ассоциации

0xE2	0x00			APDU CHOICE Type (AarqApdu)
0x00	0x32			CHOICE.length = 50
0x80	0x00	0x00	0x00	assoc-version
0x00	0x01	0x00	0x2A	data-proto-lisLcount = 1 \| length = 42
0x50	0x79			data-proto-id = 20601
0x00	0x26			data-proto-info length = 38
0x80	0x00	0x00	0x00	protocotVersion
OxAO	0x00			правила кодирования = MDER или PER
0x80	0x00	0x00	0x00	nomeoclatureVersion
0x00	0x00	0x00	0x00	functionalUnits — возможность тестовой ассоциации отсутствует
0x00	0x80	0x00	0x00	systemType = sys-type-agent
0x00	0x08			system-id length = 8 и value (зависит от производителя и прибора)
0x11	0x22	0x33	0x44	0x55 0x66 0x77 0x07

ГОСТ Р 57509—2017

0x40	0x00
0x00	0x01
0x01	0x00
0x00	0x00 0x00	0x00

dev-config-td — расширенная конфигурация data-req-лю de-flags

data-req-init-agent-count. data-req-init-manager-count opbonUsLcount = 0 | optionLisLtength = 0

E2.3.3 Ответ на запрос ассоциации

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

ОхЕЗ	0x00			APOU CHOICE Type (AareApdu)
0x00	0х2С			CHOICE.length = 44
0x00	0x00			result = accepted
0x50	0x79			data-proto-td = 20601
0x00	0x26			data-proto-info length = 38
0x60	0x00	0x00	0x00	protocolVersion
0x60	0x00			правила кодирования = MDER
0x60	0x00	0x00	0x00	nomenclatureVersJon
0x00	0x00	0x00	0x00	funcbonalUnite • normal Association
0x60	0x00	0x00	0x00	systemType = sys-type-manager
0x00	0x08			system-id length » 8 и value (зависит от производителя и прибора)
0x88	0x77	0x66	0x55	0x44 0x330x22 0x11
0x00	0x00			ответ менеджера на oonfig-kJ всегда 0
0x00	0x00			ответ менеджера на data-req-mode-fiags всегда 0
0x00	0x00			data-req-init-agent-count и data-req-init-manager-count всегда 0
0x00	0x00	0x00	0x00	optk>nUst.count = 0 \| optionList.tength = 0

Е.2.4 Стандартная конфигурация

Е.2.4.1 Общие сведения

Эта транзакция происходит, когда агент отправляет запрос ассоциации, в котором идентификатор dev-config-td соответствует стандартной конфигурации. Менеджер распознает ее. поскольку он запрограммирован для ее использования в соответствии с информацией, предоставленной 8 настоящем стандарте.

Е.2.4.2 Запрос ассоциации

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

0хЕ2	0x00			APOU CHOICE Type (AarqApdu)
0x00	0x32			CHOICE.length = 50
0x60	0x00	0x00	0x00	assoc-version
0x00	0x01	0x00	0х2А	data-proto-list.count = 1 \| length = 42
0x50	0x79			data-proto-td = 20601
0x00	0x26			data-proto-mfo length = 38
0x80	0x00	0x00	0x00	protooolVersion

ГОСТ Р 57509—2017

ОхАО	0x00			сдавила кодирования = MDER или PER
0x80	0x00	0x00	0x00	nomenclatureVersion
0x40	0x00	0x00	0x00	functionalUnits — возможность тестовой ассоциации имеется
0x00	0x80	0x00	0x00	systemType = sys-type-agent
0x00	0x08			system-id length = 8 и value (зависит от производителя и прибора)
0x11	0x22	0x33	0x44	0x55 0x66 0x77 0x07
0x02	ОхВС			dev-config-id — сганарткая конфигурация
0x00	0x01			data-req-mode-fiags
0x01	0x00			data-req-init-agent-count. data-req-init-manager-count
0x00	0x00	0x00	0x00	optionlist.coont = 01 opbonList.length = 0

Е.2.4.3 Ответ на запрос ассоциации

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

0xE3	0x00			APDU CHOICE Type (AareApdu)
0x00	0x2C			CHOICE.length =44
0x00	0x00			result = accepted
0x50	0x79			data-proto-id = 20601
0x00	0x2 6			data-proto-info length = 38
0x80	0x00	0x00	0x00	protocotVersion
0x80	0x00			правила кодирования = MDER
0x80	0x00	0x00	0x00	nomenclatureVersion
0x00	0x00	0x00	0x00	functionalUnits – normal Association
0x80	0x00	0x00	0x00	systemType = sys-type-manager
0x00	0x08			system-id length = 8 и value (зависит от производителя и прибора)
0x88	0x77	0x66	0x55	0x44 0x33 0x220x11
0x00	0x00			ответ менеджера на config-id всегда 0
0x00	0x00			ответ менеджера на data-req-mode-flags всегда 0
0x00	0x00			data-req-init-agent-count и data-req-init-manager-count всегда 0
0x00	0x00	0x00	0x00	optionlist count = 01 opfeonList.length = 0

Е.З Обмен информацией конфигурации

Е.3.1 Общие сведения

Если запрос ассоциации не отклонен и не прерван, то агент и менеджер переходят изсостояния «Associating* в одно из двух состояний. Если код результата AssociateResull равен «accepted*, то агент и менеджер переходят в состояние «Operating». Если код результата AssociateResull равен «accepted-unknown-config», то агент и менеджер переходят в состояние «Configuring*.

Е.З.2 Расширенная конфигурация

Е.3.2.1 Общие сведения

Этот обмен имеет место, ест менеджер возвратил код результата AssociateResull. равный «accepted-unknown-config*. Агент предоставляет менеджеру описание своей конфигурации, соответствующей идентификатору dev-config-id, который он передал в запросе ассоциации. В данном примере конфигурация агента почти экви

ГОСТ Р 57509—2017

валентна стандартной конфигурации. Единственное отличие состоит в том. что в оба объекта добавлен атрибут точности accuracy.

Е.3.2.2 Дистанционная операция инициирования сообщения о событии конфигурации Агент монитора кровяного давления передает описание своей расширенной конфигурации, отправляя подтверждаемое сообщение о событии типа MDC_NOTI_CONFIG.

0хЕ7	0x00			APDU CHOICE Type (PrstApdu)
0x00	0x94			CHOiCE.Iength = 148
0x00	0x92			OCTET STRlNG.Ienglh = 146
0x00	0x53			invoke-id (отличает это сообщение от других текущих)
0x01	0x01			CHOICE(Remote Operation Invoke \| Confirmed Event Report)
0x00	ОхвС			CHOiCE.Iength = 140
0x00	0x00			obj-handte = 0 (MDS object)
0x00	0x49	0x00	0x14	event-time (присвоить OxFFFFFFFF. если атрибут RelativeTime не поддерживается)
0x00	0х1С			event-type = MDC_NOTI_CONFIG
0x00	0x82			event-info.tength = 130 (начало ConfigReport)
0x40	0x00			config-report-id (значение Dev-Configuration-ld)
0x00	0x02			config-obj-fcst.oount = 2 объекты измерений должны быть «объявлены»
0x00	0х7С			config-obj-fcst.length = 124
0x00	0x06			obj-dass = MOC_MOC_VMO_METRIC_NU
0x00	0x01			obj-hancSe * 1 (-> 1-в измерение — систолическое давление, диастолическое давление и САД)
0x00	0x07			attributes.oount = 7
0x00	0x40			attributes.length = 64
0x09	0x2F			attribute-id = MDC_ATTR_ID_TYPE
0x00	0x04			attribute-value.length = 4
0x00	0x02	0х4А	0x04	MOC_PART_SCADA \| MDC_PRESS_BLD_NONINV
ОхОА	0x46			aUribute-id = MDC_ATTR_METRIC_SPEC_SMALL
0x00	0x02			attnbute-value.length = 2
0xF0	0x40			промежуточные, хранящиеся данные, изменение и измерение апериодическое. инициировано агентом, измерено
ОхОА	0x73			attribute-id = MDC_ATTR_METRIC_STRUCT_SMALL
0x00	0x02			attnbute-value.length = 2
0x03	0x03			{ms-struct-compound-fix. 3}
ОхОА	0x76			attnbute-id = MDC_ATTR_ID_PHYSIO_LIST
0x00	ОхОА			attrtoute-value.length = 10
0x00	0x03			MetricldList.count = 3
0x00	0x06			MetrickJLisUength = 6
0х4А	0x05			(MDC_PRESS_BLD_NONINV_SYS,

ГОСТ Р 57509—2017

0х4А	0x06			MDC_PRESS_BLD_NONlNV_DIA,
0х4А	0x07			MQC_PRESS_BLD_N0N1NV_MEAN}
0x09	0x96			attribute-id = MDC_ATTR_UNIT_CODE
0x00	0x02			attribute-value.length = 2
OxOF	0x2 0			MDC.DIM.MMHG
0x09	0х4А			attribute-id = MDC_ATTR_NU_ACCUR_MSMT
0x00	0x04			attribute-value.length – 4
OxFA	0x1 Е	0x84	0x80	accuracy = 2.0
ОхОА	0x55			attribute-id = MDC_ATTR_ATTRIBUTE_VAL_MAP
0x00	ОхОС			attribute-value.length³ 12
0x00	0x02			AttrValMap.count = 2
0x00	0x08			AllrValMap.length = 8
ОхОА	0x75	0x00	ОхОА	MDC_ATTR_NU_CMPD_VAL_OBS_BASIC \| value length = 10
0x09	0x90	0x00	0x08	MDC_ATTR_TIME_STAMP_AB S \| value length = 8
0x00	0x06			obj-class = MDC_MOC_VMO_METRIC_NU
0x00	0x02			obj-handle » 2 {-> 2e измерение — частота пульса)
0x00	0x05			attributes.count – 5
0x00	0х2С			attributesJength = 44
0x09	0x2F			attribute-id = MDC_ATTRJD_TYPE
0x00	0x04			attribute-value.length = 4
0x00	0x02	0x48	0х2А	MDC.PART.SCADA \| MDC_PULS_RATE_NON_INV
ОхОА	0x46			attribute-id = MDC_ATTR_METRIC_SPEC_SMALL
0x00	0x02			attribute-value.length = 2
OxFO	0x40			промежуточные, хранящиеся данные, изменение и измерение апериодическое, инициировано агентом, измерено
0x09	0x96			attribute-id = MDC_ATTR_UNIT_CODE
0x00	0x02			attribute-value.length = 2
ОхОА	ОхАО			MDC_DIM_BEAT_PER_MIN
0x09	Ох4А			attribute-id = MDC_ATTR_NU_ACCUR_MSMT
0x00	0x04			attribute-value.length = 4
OxFA	OxOF	0x42	0x40	accuracy = 1.0
ОхОА	0x55			attribute-id = MDC_ATTR_ATTRIBUTE_VAL_MAP
0x00	ОхОС			attribute-value.length – 12
0x00	0x02			AttrValMap.count – 2
0x00	0x08			AtlrVal Map.length = 8
ОхОА	0х4С	0x00	0x02	MDC_ATTR_NU_VAL_OBS_BASIC \| value length = 2
0x09	0x90	0x00	0x08	MDC_ATTR_TIME_STAMP_ABS \| value length = 8

ГОСТ Р 57509—2017

Е.3.2.3 Дистанционная операция сообщения ответа на событие конфигурации

Менеджер отвечает, что может использовать конфигурацию агента, посыпая подтверждаемое сообщение о событии ответа, в котором поле config-result имеет значение «accepted-config».

0хЕ7	0x00	APDU CHOICE Type {PrstApdu)
0x00	0x16	CHOICE.Iength = 22
0x00	0x14	OCTET STRING.Iength = 20
0x00	0x53	invoke-id зеркально повторяемое значение из сообщения конфигурации
0x02	0x01	CHOICE {Remote Operation Response \| Confirmed Event Report)
0x00	ОхОЕ	CHOICE.Iength = 14
0x00	0x00	obj-handte = 0 {MDS object)
0x00	0x00 0x00	0x00 currentTime = 0
0x00	0х1С	event-type = MOC_NOTI_CONF1G
0x00	0x04	event-reply-info.tength = 4
0x40	0x00	ConfigReportRsp.config-report-id = 0x4000
0x00	0x00	ConfigReportRsp.config-result = accepted-con fig

Е.3.3 Известная конфигурация

Е.3.3.1 Общие сведения

Этот обмен имеет место, если менеджер возвратил код AssociateResult. имеющий значение «accepted», поскольку ранее он уже получил и обработал конфигурацию с идентификатором, переданным агентом е none dev-config-id. В этом случае информация конфигурации не передается, а менеджер и агент переходят в состояние «Operating*.

Е.3.3.2 Дистанционная операция инициирования сообщения о событии конфигурации

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

Е.3.3.3 Дистанционная операция сообщения ответа на событие конфигурации

Состояние «Configuring* было пропущено, агент не инициировал передачу сообщения о событии, поэтому менеджер не генерирует никакой ответ.

Е.3.4 Стандартная конфигурация

Е.3.4.1 Общие сведения

Этот обмен имеет место, если менеджер возвратил код AssociateResult. имеющий значение «accepted», поскольку ранее он запрограммирован на документированную в стандарте конфигурацию с идентификатором, переданным агентом в none dev-config-*d. В этом случае нет обмена информацией конфигурации, а менеджер и агент переходят в состояние «Operating*. Если же менеджер возвратил значение «accepted-unknown-conftg», то осуществляется передача информации конфигурации, описанная в 8.4.2.

Е.3.4.2 Дистанционная операция инициирования сообщения о событии конфигурации

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

Е.3.4.3 Дистанционная операция сообщения ответа на событие конфигурации

Состояние «Configuring* было пропущено. Агент не инициировал передачу сообщения о событии, поэтому менеджер не генерирует никахой ответ.

Е.4 Сервис GET запроса атрибутов объекта MDS

Е.4.1.1 Общие сведения

Сервис GET запроса атрибутов объекта MDS инициируется в любое время, пока монитор находится в состоянии «Associated*.

Е.4.1.2 Запрос получения всех атрибутов системы медицинского прибора

Менеджер запрашивает у агента атрибуты объекта MDS.

0хЕ7 0x00 APOU CHOICE Type (PrstApdu)

CHOICE.Iength = 14

0x00

0х0Е

ГОСТ Р 57509—2017

0x00	ОхОС			OCTET STRING.Ienglh = 12
0x00	0x24			invoke-»d {отличает данное сообщение от других текущих сообщений, выбор значения специфичен для реализации)
0x01	0x03			CHOICE (Remote Operation Invoke \| Get)
0x00	0x06			CHOICEJength = 6
0x00	0x00			handle = 0 (MDS object)
0x00	0x00			attribute-id-list.count = 0 (all attributes)
0x00	0x00			attribute-id-list.length = 0
Е.4.1.3 Ответ на запрос получения всех атрибутов системы медицинского прибора Агент монитора кровжого артериального давления возвращает менеджеру сведения о своих атрибутах. Кроме того, в его сообщении заполнены некоторые необязательные поля.
0хЕ7	0x00			APDU CHOICE Type (PrstApdu)
0x00	ОхбС			CHOICEJength = 106
0x00	0х6А			OCTET STRING.tength = 108
0x00	0x24			tnvoke-id (зеркально повторяемое значение из полученного сообщения)
0x02	0x03			CHOICE (Remote Operation Response \| Get)
0x00	0x64			CHOICEJength =100
0x00	0x00			handle = 0 (MDS object)
0x00	0x06			attribute-listxount = 6
0x00	0х5Е			attribute-listlength = 94
ОхОА	0х5А			attribute id = MDC_ATTR_SYS_TYPE_SPEC_LIST
0x00	0x06			attribute-value.length = 8
0x00	0x01			TypeVerList count = 1
0x00	0x04			TypeVerLtst length = 4
0x10	0x07			type = MDC_DEV_SPEC_PROFILE_BP
0x00	0x01			version = версия 1 специализации
0x09	0x26			attribute-id = MDC_ATTR_ID_MODEL
0x00	0x18			attribute-value.length = 24
0x00	ОхОА	0x54	0x68	string length = 10 \| “TheCompany*
0x65	0x43	0x6F	0x60
0x7 0	0x61	0x6 Е	0x79
0x00	ОхОА	0x54	0x68	string length = 10 \| “TheBPM ABC’
0x65	0x42	0x50	0x40
0x2 0	0x41	0x42	0x43
0x09	0x84			attribute-id = MDC_ATTR_SYS_ID
0x00	ОхОА			attribute-value.length – 10
0x00	0x06	0x11	0x22	0x33 0x44 0x55 0x66 0x77 0x07 octet string length = 8 \| EUI-

ГОСТ Р 57509—2017

0x0а	0x44			attribute-id = MDC_ATTR_DEV_CONFIGJD
0x00	0x02			a ttnbute-value.length = 2
0x40	0x00			dev-config-id = 16384 (extended-config-starl)
0x09	0x20			attribute-id = MDC_ATTR_ID_PROD_SPECN
0x00	0x12			attribute-value.length = 18
0x00	0x01			ProductionSpec.count = 1
0x00	ОхОЕ			ProductionSpec.length = 14
0x00	0x01			ProdSpecEntry.spec-type = 1 (порядковый номер)
0x00	0x00			ProdSpecEntry.component-id – 0
0x00	0x08	0x44	0x45	string length = 8 \| prodSpecEntry.prod-spec = “DE124567”
0x31	0x32	0x34	0x35
0x36	0x37
0x09	0x87			attribute-id = MDC_ATTR_TIME_ABS
0x00	0x08			attnbute-value.length = 8
0x2 0	0x07	0x02	0x01	Absolute-Time-Stamp = 2007-02-01T12:05:0000
0x12	0x05	0x00	0x00
Е.5 Передача данных Е.5.1 Подтверждаемая передача измеренных данных Агент спонтанно передает менеджеру сообщение о событии измерения показателей.
0хЕ7	0x00			APDU CHOICE Type (PrstApdu)
0x00	ОхЗЕ			CHOICE.tength = 62
0x00	ОхЗС			OCTET STRING.Iength = 60
0x00	0x54			invoke-id
0x01	0x01			CHOICE (Remote Operation Invoke \| Confirmed Event Report)
0x00	0x36			CHOICE.tength = 5
0x00	0x00			obj-handto = 0 (MDS object)
0x00	0x49	0x00	0x50	event-time (присвоить OxFFFFFFFF, если атрибут RelativeTime не поддерживается)
0x00	0x10			event-type = MOC_NOTI_SCAN_REPORT_FIXED
0x00	0х2С			event-info.length = 44
0xF0	0x00			ScanReportlnfoRxed.data-req-id = OxFOOO
0x00	0x00			Scan Report Info Fixed, scan-re port-no = 0
0x00	0x02			ScanReportlnfoFixed.obs-scan-fixed.count = 2
0x00	0x24			ScanReportlnfoFixed.obs-scan-fixed.length = 36
0x00	0x01			ScanReportlnfoFixed.obs-scan-fixed.value[0].obj-handl6 = 1
0x00	0x12			ScanReporilnfoFixed,obs-scan-fixed.value[0). obs-val-data.tength = 18
0x00	0x03			Счетчик составного объекта (3 записи)

ГОСТ Р 57505—2017

0x00	0x06		Длина составного объекта {6 бейтов)
0x00	0x78		Систолическое давление = 120
0x00	0x50		Диастолическое давление = 80
0x00	0x64		САД = 100
0x2 0	0x07 0x12	0x06	Absolute-Time-Stamp = 2007-12-06Т12:10:0000
0x12	0x10 0x00	0x00
0x00	0x02		ScanReportinfoFixed.obs-scan-fixed.vakje(1).obj-handle ⁼ 2
0x00	ОхОА		ScanReportlnfoFixed.obs-scan-fixed.value{1]. obs-val-data.length
0xF2	0x58		Basic-Nu-Observed-Value = 60.0 {BPM)
0x2 0	0x07 0x12	0x06	Absolute-Time-Stamp- 2007-12-06T12:10:0000
0x12	0x10 0x00	0x00
Е.5.2 Ответ на подтверждаемую передачу измеренных данных Менеджер подтверждает получение от агента сообщения о событии.
0хЕ7	0x00		APDU CHOICE Type (PrsLApdu)
0x00	0x12		CHOICE.length = 18
0x00	0x10		OCTET STRING.tength = 16
0x00	0x54		mvoke-»d (зеркально повторяемое значение из полученного сообщения)
0x02	0x01		CHOICE(Renvote Operation Response \| Confirmed Event Report)
0x00	ОхОА		CHOICE.length = 10
0x00	0x00		obj-handle = 0 (MDS object)
0x00	0x00 0x00	0x00	currentTime = 0
0x0D	OxlD		event-type = MDC_NOTI_SCAN_REPORT_FIXED
0x00	0x00		event-repty-info.length = 0
Е.6 Завершение ассоциации Е.6.1 Запрос завершения ассоциации Агент монитора кровяного давления передает менеджеру следующее сообщение.
0хЕ4	0x00		APDU CHOICE Type (RtrqApdu)
0x00	0x02		CHOICE.length = 2
0x00	0x00		reason = normal
Е.6.2 Ответ на запрос завершения ассоциации Менеджер сообщает агенту, что может завершить ассоциацию.
0хЕ5	0x00		APDU CHOICE Type (RJreApdu)
0x00	0x00		CHOICE.length = 2
0x00	0x00		reason = normal

ГОСТ Р 57509—2017

Примечание ИИЭР для пользователей

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

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

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

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

Интерпретации: время от времени могут возникать вопросы о значении частей стандартов применительно к конкретным приложениям. Если потребность е интерпретации представлена вниманию ИИЭР, то Институт инициирует действия по подготовке соответствующего ответа. Поскольку ИИЭР представляет консенсус различных интересов. то важно понимать, что любая интерпретация также представляет собой баланс определенных интересов. По этой прионе ИИЭР члены его сообщества и Координирующие комитеты по стандартам (Standards Coordinating Committees) не в состоянии дать немедленный ответ на запрос интерпретации, за исключением тех случаев, когда такой же запрос ранее уже был формально рассмотрен. Лицо, представляющее информацию из стандартов ИИЭР на лекциях, симпозиумах, семинарах или учебных курсах, должно дать разъяснение, что его точка зрения должна рассматриваться как личная и не является формальной позицией. разъяснением или интерпретацией ИИЭР.

Комментарии для пересмотра стандартов ИИЭР приветствуются от любой стороны независимо от ее членства в ИИЭР. Предложения по изменению документов должны быть представлены в форме предлагаемых изменений текста в сочетании с соответствующими обоснованиями. Комментарии к стандартам и запросы интерпретации должны направляться по следующему адресу: Secretary. IEEE-SA Standards Board. 445 Hoes Lane. Piscataway. NJ 08854. USA.

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

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

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

Дополнительную информацию об Ассоциации стандартизации ИИЭР (IEEE Standards Association) или о процессе разработки стандартов ИИЭР можно получить на веб-сайте 1EEESA .

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

ГОСТ Р 5750В—2017

Интерпретации. Текущие интерпретации могут быть получены по следующему адресу е сети Интернет: http:.’.’slandards ieee.org’reading/ieee/interp/index.html.

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

Участники. Слисок участников ИИЭР можно получить по следующему адресу в сети Интернет: http:// standards ieee.org/downtoads/11073/t1073-1G415/11073-10415-2010_wg_participants.pdf.

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

Настоящий стандарт ИИЭР доступен для использования с важными замечаниями и юридическими оговорками. Эти замечания и оговорки присутствуют во всех публикациях, содержащих данный документ, под заголовками «Важное замечание» («Important Notice*) или «Важные замечания и юридические оговорки к документам ИИЭР* («Important Notices and Disclaimers Concerning IEEE Documents»}. Они могут быть также получены от ИИЭР по запросу или прочитаны по адресу .

ГОСТ Р 57509—2017

Приложение ДА

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

Сведения о соответствии ссылочных международных документов национальным стандартам

Таблица ДА.1

Обозначение ссылочного международного документа

Степей*

соответствия

Обозначение и наиыемооакие соответствующего национального стандарта

IEEE Std 11073-20601*2008

—

•

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

ГОСТ Р 57506—2017

УДК 004:61:006.354 ОКС 35.240.80 П85 ОКСТУ 4002

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

БЗ 7—2017/128

Редактор М.В. Терехина Технический редактор В.Н. Прусакова Корректор ИА. Королева Компьютерная верстка Е.А. Кондрашовой

Сдано к набор 22.Ов.2017. Подписано в печать 23.06 2017 Формат 60*MV_e. Гарнитура Арнал

Уел. леч. п. 5.68. Уч.-изд. л. 5.06. Тираж 20 экэ Зак. 1100.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Издано и отпечатана во ФГУП «СТАНДАРТИКФОРМ», 123001 Москва. Гранатный пер.. 4 wwwjoslinto.tu

ГОСТ Р 57509-2017 Информатизация здоровья. Обмен данными с персональными медицинскими приборами. Часть 10407. Специализация устройства. Монитор артериального давления

ИНФОРМАТИЗАЦИЯ ЗДОРОВЬЯ

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

Специализация устройства. Монитор артериального давления

ГОСТР

57509—

2017/

ISO/IEEE 11073-10407:2010

Предисловие

Содержание

4 Введение в серию стандартов ИСО/ИИЭР 11073 по персональным медицинским приборам

5 Понятия прибора мониторинга артериального давления

и модальности

6 Информационная модель предметной области мониторинга

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

7 Сервисная модель монитора кровяного давления

8 Коммуникационная модель монитора кровяного давления

9 Тестовое ассоциирование

10 Соответствие

Выполненные работы

Рассчитать стоимость оформления документации

ГОСТ Р 57509-2017 Информатизация здоровья. Обмен данными с персональными медицинскими приборами. Часть 10407. Специализация устройства. Монитор артериального давления

ИНФОРМАТИЗАЦИЯ ЗДОРОВЬЯ

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

Специализация устройства. Монитор артериального давления

ГОСТР

57509—

2017/

ISO/IEEE 11073-10407:2010

Предисловие

Содержание

4 Введение в серию стандартов ИСО/ИИЭР 11073 по персональным медицинским приборам

5 Понятия прибора мониторинга артериального давления

и модальности

6 Информационная модель предметной области мониторинга

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

7 Сервисная модель монитора кровяного давления

8 Коммуникационная модель монитора кровяного давления

9 Тестовое ассоциирование

10 Соответствие

Похожие записи:

Выполненные работы

Рассчитать стоимость оформления документации