allgosts.ru35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ35.240. Применение информационных технологий

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

Обозначение:
ГОСТ Р 57848-2017
Наименование:
Информатизация здоровья. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Часть 10417. Специализация прибора. Глюкометр
Статус:
Принят
Дата введения:
07/01/2019
Дата отмены:
-
Заменен на:
-
Код ОКС:
35.240.80

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



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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР

57848—

2017/

ISO/IEEE

11073-10417:

2014

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

СВЯЗЬ С МЕДИЦИНСКИМИ ПРИБОРАМИ ИНДИВИДУАЛЬНОГО КОНТРОЛЯ СОСТОЯНИЯ ЗДОРОВЬЯ

Часть 10417

Специализация прибора. Глюкометр

(ISO/IEEE 11073-10417:2014, ЮТ)

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

Москва

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

2017

ГОСТ Р 57848—2017

Предисловие

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

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

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

4    Настоящий стандарт идентичен международному стандарту ISO/IEEE 11073-10417:2014 «Информатизация здоровья. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Часть 10417. Специализация прибора. Глюкометр» (ISO/IEEE 11073-10417:2014 «Health informatics — Personal health device communication — Part 10417: Device specialization — Glucose meter», IDT).

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

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

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

€> Стандартинформ. 2017

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

и

ГОСТ Р 57848—2017

Содержание

1    Обэор..............................................................................1

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

1.2    Цель............................................................................1

1.3    Контекст.........................................................................1

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

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

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

3.2    Обозначения и сокращения.........................................................3

4    введение в стандарты комплекса ISO/IEEE 11073, посвященные

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

4.1    Общие положения................................................................3

4.2    Введение в структуры моделирования IEEE 11073*20601 ................................3

5    Понятия и методы, относящиеся к глюкометрам...........................................4

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

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

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

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

6.3    Диаграмма экземпляров объектов...................................................6

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

6.5    Объект системы медицинских приборов..............................................7

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

6.7    Объекты массива проб реального времени...........................................17

6.8    Объекты перечисления...........................................................17

6.9    Объекты долговременного хранилища...............................................22

6.10    Объекты Scanner...............................................................25

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

6.12    Правила расширяемости информационной модели глюкометра.........................25

7    Модель сервисов глюкометра.........................................................25

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

7.2    Сервисы доступа к объектам.......................................................26

7.3    Сервисы доступа к отчетам о событиях..............................................27

8    Модель взаимосвязей глюкомвтра......................................................28

8.1    Общие положения...............................................................28

8.2    Характеристики взаимосвязей......................................................28

8.3    Процедура установления связи.....................................................28

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

8.5    Рабочая процедура...............................................................32

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

9    Тестовые взаимосвязи...............................................................33

9.1    Поведение при стандартной конфигурации...........................................33

9.2    Поведение при расширенных конфигурациях.........................................33

III

ГОСТ Р 57848—2017

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

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

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

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

10.4    Заявления о соответствии реализации.............................................34

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

Приложение В (обязательное) Дополнительные определения из ASN.1........................40

Приложение С (обязательное) Назначение идентификаторов.................................41

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

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

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

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

IV

ГОСТ Р 57848—2017

Введение

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

Стандарты ИИЭР разрабатываются в Сообществах ИИЭР и в Координационных комитетах по стандартизации, относящихся к ведению Бюро стандартов Ассоциации по стандартизации ИИЭР (IEEE-SA). Стандарты ИИЭР разрабатываются на основании достижения консенсуса, одобренного Американским национальным институтом стандартов, среди добровольных участников, представляющих разные точки зрения и интересы. Добровольные участники, которые не обязательно должны быть членами ИИЭР, работают на безвозмездной основе. ИИЭР управляет процессом и устанавливает правила по обеспечению беспристрастности в ходе достижения консенсуса, но ИИЭР не производит независимую оценку, тестирование или проверку точности какой-либо информации, содержащейся в стандартах.

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

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

Стандарт ISO/IEEE 11073-10417 был подготовлен Комитетом по стандартизации 11073 Сообщества ИИЭР по техническим средствам, применяемым в медицине и биологии. Он был одобрен Техническим комитетом 215 ИСО «Информатизация здоровья» и утвержден членами ИСО в соответствии с соглашением о сотрудничестве между ИСО и ИИЭР ИИЭР отвечает за поддержание настоящего стандарта при участии и внесении предложений членами ИСО.

ISO/IEEE 11073 состоит из следующих частей под общим заголовком «Информатизация здоровья»:

•    часть 00103. Обзор;

•    часть 10101. Связь с медицинскими приборами на месте лечения. Номенклатура;

•    часть 10102. Связь с медицинскими приборами на месте лечения. Номенклатура. Аннотированная ЭКГ;

•    часть 10103. Связь с медицинскими приборами на месте лечения. Номенклатура. Имплантируемый кардиологический прибор;

•    часть 10201. Связь с медицинскими приборами на месте лечения. Информационная модель предметной области;

•    часть 10404. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Пульсовой оксиметр;

•    часть 10406. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Основной электрокардиограф (ЭКГ) (от одноканального до трехканального ЭКГ);

•    часть 10407. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Монитор контроля кровяного давления;

•    часть 10408. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Термометр:

•    часть 10415. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Весы;

V

ГОСТ Р 57848—2017

•    часть 10417. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Глюкометр;

•    часть 10418. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Монитор международного нормализованного отношения (INR):

•    часть 10420. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Анализатор состава тела:

•    часть 10421. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Пневмотахометр;

•    часть 10441. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Монитор состояния и работы сердечно-сосудистой системы;

•    часть 10471. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Независимый центр контроля жизнедеятельности:

•    часть 10472. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Специализация прибора. Монитор медикаментозного лечения;

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

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

•    часть 30200. Связь с медицинскими приборами на месте лечения. Транспортный профиль. Кабельное соединение;

•    часть 30300. Связь с медицинскими приборами на месте лечения. Транспортный профиль. Инфракрасный канал связи:

•    часть 30400. Связь с медицинскими приборами на месте лечения. Интерфейсный профиль. Кабельный Ethernet;

-    часть 90101. Связь с медицинскими приборами на месте лечения. Аналитические приборы. Тест на месте лечения;

-    часть 91064. Стандартный коммуникационный протокол. Компьютерная электрокардиография:

-    часть 92001. Формат медицинских сигналов. Правила кодирования.

Стандарты комплекса ISO/IEEE 11073 определяют взаимосвязь между медицинскими приборами и внешними компьютерными системами. В настоящем стандарте использован оптимизированный протокол. установленный в ISO/IEEE11073-20601:2010. и определен специальный подход к интероперабельной взаимосвязи с глюкометрами. Данный комплекс стандартов согласуется и опирается на существующие медицинские стандарты, обеспечивая поддержку обмена данными с клиническими или индивидуальными приборами контроля состояния здоровья.

VI

ГОСТ Р 57848—2017/ISO/IEEE 11073-10417:2014

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

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

СВЯЗЬ С МЕДИЦИНСКИМИ ПРИБОРАМИ ИНДИВИДУАЛЬНОГО КОНТРОЛЯ СОСТОЯНИЯ ЗДОРОВЬЯ

Часть 10417

Специализация прибора. Глюкометр

Health informatics. Personal health device communication. Part 10417. Device specialization.

Glucose meter

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

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

1 Обзор

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

8 рамках комплекса стандартов ISO/iEEE 11073 по взаимосвязи с медицинскими приборами настоящий стандарт устанавливает нормативное определение взаимосвязи между персональными телемедицинскими глюкометрами и вычислительными устройствами {например, сотовыми телефонами, персональными компьютерами, индивидуальными медицинскими приборами или цифровыми приставками). обеспечивающей интероперабельность с автоматическим конфигурированием. 8 настоящем стандарте использованы материалы из других стандартов комплекса ISO/IEEE 11073. включая терминологию, информационные модели, прикладные профили и стандарты транспортного уровня. Настоящий стандарт определяет использование кодировки специальных терминов, форматов и режимов работы в условиях применения средств телемедицины, ограничивающих возможности базовых конфигураций для обеспечения интероперабельности. Настоящий стандарт определяет общую основу функциональности взаимосвязей для персональных телемедицинских глюкометров.

1.2    Цель

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

1.3    Контекст

Обзор внешней среды, на которую распространяются требования настоящего стандарта, представлен в IEEE 11073-20601 а—2010.

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

1

ГОСТ Р 57848—2017

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

Настоящий стандарт базируется на IEEE 11073*20601 а—2010 и ISO/IEEE 11073*20601:2010. в которых, в свою очередь, использована информация из ISO/IEEE 11073*10201:2004 [3] и ISO/IEEE 11073—20101:2004 [4). Правила кодирования медицинских приборов (MDER). использованные в настоящем стандарте, полностью определены в ISO/IEEE 11073-20601:2010.

В настоящем стандарте использована номенклатура, установленная в ИСО/ИИЭР 11073-10101:2004 [2]. и введены новые номенклатурные коды, необходимые для целей настоящего стандарта. Все номенклатурные коды из настоящего стандарта, ISO/IEEE 11073-20601:2010 и IEEE 11073* 20601 а—2010. необходимые для реализации, документированы.

Примечания*

1    IEEE 11073-20601а—2010 является поправкой к ISO/1EEE 11073-20601:2010, содержащей новые данные и не колирующей информацию из ISO/IEEE 11073-20601:2010. В настояцем стандарте ссылка на IEEE 11073-20601а—2010 означает ссылку на документ, полученный в результате использования этих новых данных и внесения необходимых корректировок в ISO/IEEE 11073-20601:2010.

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

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

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

IEEE Std 11073-20601а™—2010. Health informatics — Personal health device communication — Application profile — Optimized exchange protocol — Amendment 1 (Информатизация здоровья. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Прикладной профиль. Оптимизированный протокол обмена. Поправка 1)

ISO/IEEE 11073-20601:2010. Health informatics — Personal health device communication — Application profile — Optimized exchange protocol (Информатизация здоровья. Связь с медицинскими приборами индивидуального контроля состояния здоровья. Прикладной профиль. Оптимизированный протокол обмена)

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

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

В настоящем стандарте применены следующие термины с соответствующими определениями. Термины, определения которых не представлены в настоящем разделе, приведены в [5].

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

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

3.1.3    вычислительное устройство (compute engine): См. управляющее устройство.

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

3.1.5    глюкометр (glucose meter): Медицинский прибор, применяемый для определения приблизительной концентрации глюкозы в крови.

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

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

3.1.8    объект-дескриптор (obj-handle): См. дескриптор.

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

2

ГОСТ Р 57848—2017

3.1.9    объект (object): в объектно-ориентированном моделировании — конкретная реализация класса. Данная реализация наследует от класса атрибуты, методы и события.

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

3.1.11    телемедицинский прибор индивидуального контроля состояния здоровья (personal telehealth device): См. прибор индивидуального контроля состояния здоровья.

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

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

APDU — модуль данных прикладного протокола (application protocol data unit):

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

AST — тестирование альтернативного участка (alternative site testing):

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

EUI-64 — расширенный уникальный идентификатор (64 бита) [extended unique identifier (64 bits)]: HbA1c — уровень общего гликоэилированного гемоглобина (форма А1с) [hemoglobin bound to glucose (the A1c form));

HCP — медицинский работник (health care professional);

ICS — заявление о соответствии реализации (implementation conformance statements);

ISF — интерстициальная жидкость (interstitial fluid);

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

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

MDS — система медицинских приборов (medical device system);

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

OID — идентифицированный объект (object identified);

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

PHD — прибор индивидуального контроля состояния здоровья (personal health device);

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

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

4 Введение в стандарты комплекса ISO/IEEE 11073, посвященные приборам индивидуального контроля состояния здоровья

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

Настоящий стандарт и другие стандарты комплекса ISOVIEEE 11073. посвященные приборам индивидуального контроля состояния здоровья (PHD), представляют часть из более обширной области применения данного комплекса. Стандарты комплекса обеспечивают агентам возможность осуществлять взаимосвязь и взаимодействие с управляющими устройствами и с компьютеризированными медицинскими информационными системами. Определение руководящих принципов для стандартов комплекса ISO/IEEE 11073. посвященных приборам индивидуального контроля состояния здоровья, представлено в IEEE 11073-20601а—2010.

IEEE 11073-20601а—2010 поддерживает моделирование и реализацию множества приборов индивидуального контроля состояния здоровья. Настоящий стандарт определяет требования к глюкометру. В нем определены все аспекты, необходимые для реализации сервисов прикладного уровня и протокола обмена данными между агентом, представляющим глюкометр, относящийся к классу PHD и области применения комплекса ISO/IEEE 11073, и управляющим устройством. Настоящий стандарт определяет подмножество объектов и функциональность, содержащуюся в IEEE 11073-20601 а—2010. а также расширяет и добавляет определения в тех случаях, где зто необходимо. Все новые определения приведены в приложении В в Абстрактной Синтаксической Нотации версии 1 (ASN.1) [4]. Номенклатурные коды, использованные в настоящем стандарте, которые не определены в IEEE 11073-20601а—2010. представлены в обязательном приложении С.

4.2    Введение в структуры моделирования IEEE 11073-20601

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

8 основу стандартов комплекса ISO/IEEE 11073. и в частности IEEE 11073-20601а—2010, положена парадигма управления объектно-ориентированными системами. Общая модель системы состоит

3

ГОСТ Р 57848—2017

из трех основных составляющих: информационной модели предметной области (DIM), модели сервисов и модели взаимосвязей. Подробное описание структур моделирования приведено в IEEE 11073-20601а—2010.

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

Модель DIM представляет собой иерархическую модель, описывающую агента в виде множества объектов. Данные объекты и их атрибуты представляют элементы, которые управляют поведением и сообщают о состоянии агента и данных, которыми агент может обмениваться с управляющим устройством. взаимосвязь между агентом и управляющим устройством определена с помощью прикладного протокола в IEEE 11073-20601а—2010.

4.2.3    Модель сервисов

Модель сервисов определяет концептуальные механизмы для сервисов обмена данными. Данные сервисы отображаются на сообщения, которыми обмениваются между собой агент и управляющее устройство. Протокольные сообщения, используемые в стандартах комплекса ISO/IEEE 11073. определены в ASN.1. Сообщения, определенные в IEEE 11073-20601а—2010. могут сосуществовать с сообщениями. определенными в других стандартных прикладных профилях, установленных в стандартах комплекса ISO/IEEE 11073.

4.2.4    Модель взаимосвязей

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

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

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

5 Понятия и методы, относящиеся к глюкометрам

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

В данном разделе представлены основные понятия, относящиеся к глюкометрам. Среди приборов индивидуального контроля состояния здоровья глюкометр является прибором, который измеряет концентрацию глюкозы в крови. Глюкоза или концентрация сахара в крови является первичным источником энергии для клеток тела человека. Уровень глюкозы устойчиво регулируется в человеческом теле и обычно поддерживается в диапазоне примерно от 70 до 150 мг/дл (от 4 до 8 ммоль/л). Поэтому общее количество глюкозы в циркулирующей крови составляет примерно от 3.5 до 7.5 г (в предположении. что объем крови у взрослого человека обычно составляет 5 л). Уровень содержания глюкозы повышается после приема пищи и. как правило, имеет самое низкое значение утром до первого приема пищи.

У здорового взрослого мужчины весом 75 кг и с объемом крови 5 л уровень глюкозы в крови 100 мг/л (5.5 ммоль/л) соответствует содержанию примерно 5 г глюкозы в крови и примерно 45 г в общем объеме жидкости в теле (которая состоит из крови и интерстициальной жидкости), составляющем примерно 60 % от общего веса мужчины.

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

4

ГОСТ Р 57848—2017

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

•    следует разделить показания в мг/дл на 18. чтобы перевести в ммоль/л (или умножить на 0.055):

•    следует умножить показания в ммоль/л на 18. чтобы перевести в мг/дл (или разделить на 0.055). Глюкометры, к которым относятся положения настоящего стандарта, обычно являются ручными

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

Таблица 1—Типы концентрации глюкозы

Тип образца

Источник образца

Эталонный метод

Кровь

Капиллярный

Цельная кровь

Плазма

Венозный

Цельная кровь

Плазма

Артериальный

Цельная кровь

Плазма

Неопределенный

Цельная кровь

Плазма

Интерстициальная жидкость

Контрольный раствор

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

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

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

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

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

5

ГОСТ Р 57848—2017

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

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

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

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

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

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

В настоящем стандарте не определено никаких расширений классов по отношению к IEEE 11073» 20601а—2010.

6.3    Диаграмма экземпляров объектов

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

Рисунок 1 — Глкжометр: информационная модель предметной области

Объекты модели DIM. представленной на рисунке 1. определены в 6.5—6.11. в том числе объект системы медицинских приборов (MDS) глюкометра, числовой объект содержания сахара и объект пере» числения. В 6.12 определены правила расширения информационной модели глюкометра за пределы элементов, определенных в настоящем стандарте. 8 подразделах, в которых определены объекты ин» формационной модели глюкометра, представлена следующая информация:

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

6

ГОСТ Р 57848—2017

•    атрибуты данного объекта. У каждого объекта есть атрибуты, представляющие и передающие информацию о физическом приборе и его источниках данных. Каждый объект имеет атрибут Handle, который идентифицирует данный экземпляр объекта в агенте. Доступ и модификация значений атрибут тов осуществляются с помощью методов, использующих операторы GET и SET. Типы атрибутов определены с помощью ASN.1. Определения ASN.1 для новых типов атрибутов, специфичных для настоящего стандарта, приведены в приложении В. а определения ASN.1 для существующих типов атрибутов, использованных в настоящем стандарте, приведены в IEEE 11073-20601а—2010;

•    методы, применимые к данному объекту:

•    потенциальные события, генерируемые данным объектом. Данные посылаются управляющему устройству с помощью событий:

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

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

Атрибуты могут быть статическими, динамическими или относящимися к наблюдениям в соответствии с IEEE 11073-20601а—2010.

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

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

Согласно IEEE 11073-20601 а—2010 возможны два варианта конфигурации. 8 6.4.2 и 6.4.3 кратко представлены стандартная и расширенная конфигурации.

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

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

8 настоящем стандарте определены две стандартные конфигурации. Стандартная конфигурация 1700 (0х06А4) содержит только числовой объект глюкозы, определенный в 6.6.2. Стандартная конфигурация 1701 (0хО6А5) содержит числовой объект глюкозы и числовой объект контрольного раствора, определенный в 6.6.7.

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

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

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

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

6 таблице 2 приведены атрибуты объекта MDS для глюкометра. Номенклатурным кодом для идентификации класса объектов MDS является MDC_MOC_VMS_MDS_SIMP.

7

ГОСТ Р 57848—2017

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

Наименование атрибуте

Значение

Квалификатор

Напеве

0

М

System-Type

Атрибут отсутствует. См. ИИЭР 11073-20601а—2010

С

System-Type-Spec-List

(MDC_DEV_SPEC_PROFILE_GLUCOSE. 2}

М

System-Model

("Изготовитель* .“Модель*}

М

System-td

Расширенный уникальный идентификатор (64 бита) (EUL64)

М

Dev-Configuration-ld

Стандартная конфигурация: Ох06А4 (1700) Стандартная конфигурация: 0х06А5 (1701) Расширенные конфигурации: Ox4000-Ox7FFF

М

Attnbute-Value-Map

См. IEEE 11073-20601а—2010

С

Production-Specification

См. IEEE 11073-206018—2010

О

Mds-Time-Info

См. IEEE 11073-20601а—2010

С

Date-and-Time

См. IEEE 11073-206018—2010

С

Relative-Time

См. IEEE 11073-20601а—2010

С

HiRes-Relative-Time

См. IEEE 11073-206018—2010

С

Date-and-Time-Adjustment

См. IEEE 11073-20601а—2010

С

Power-Status

олBattery или onMains

О

Battery-Level

См. IEEE 11073-20601а—2010

О

Remaining-Battery-Time

См. IEEE 11073-20601а—2010

О

Reg-Cert-Data-List

См. IEEE 11073-206018—2010

О

Confirm-Timeout

См. IEEE 11073-20601а—2010

О

Примечание — Информация о том. является атрибут статическим или динамическим, приведена в IEEE 11073-20в01а—2010.

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

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

Атрибут Dev-Con figuration-id содержит локально уникальный 16-битный идентификатор, обозначающий экземпляр конфигурации прибора. Для агента глюкометра с расширенной конфигурацией данный идентификатор выбирают из диапазона от extended-config-stait до exteoded-config-end (см. IEEE 11073-20601 а—2010), как показано е таблице 2.

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

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

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

В таблице 3 представлены методы (действия) объекта MDS агента-глюкометра. Данные методы активизируются сервисом Action. В графе «Наименование типа субсервиса» таблицы 3 определено наименование метода; в графе «Режим» указано, активизируется ли данный метод как неподтвержденное

8

ГОСТ Р 57848—2017

действие (те есть как действие roiv-cmip-action no IEEE 11073-20601 а—2010) или как подтвержденное действие (то есть действие roiv-cmip-confirmed-action); в графе «Тип субсервиса» (action-type) определен номенклатурный код. используемый в поле action-type запроса и ответа на действие (см. IEEE 11073-20601а—2010); в графе «Параметры» (action-info-args) определена связанная сданным методом структура данных ASN.1 (определения ASN.1 приведены в IEEE 11073-20601а—2010). используемая в сообщении о действии для поля action-info-args в запросе; в графе «Результаты» (action-info-args) определена структура, используемая в поле action-info-args ответа.

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

Сервис

Наименование типа субсерейса

Режим

Тип субсераиса (action-type)

Параметры (action-in lo-aigs)

Результаты

(action-mlo-aips)

ACTION

Set-True

Confirmed

MDS ACT SET TIME

SetTimelnvoke

Set-Time

Данный метод позволяет управляющему устройству устанавливать часы реального времени у агента, указывая абсолютное значение времени. Агент показывает, допустима ли команда Set-Time с помощью признака mds-time-capab-set-clock в атрибуте Mds-Time-Info (см. IEEE 11073-20601а—2010).

Агенты, соответствующие только данной специализации прибора и никаким другим, должны посылать отчеты о событии, используя инициированную агентом передачу данных измерений. Агенты, соответствующие не только данной специализации прибора, но и другим, должны посылать отчеты о событии в надлежащем виде. Во время процедуры установления связи (см. 8.3) признак data-req-mode-capab должен быть установлен в значение, соответствующее конкретному виду отчета о событии. В результате управляющее устройство должно предположить, что агент-глюкометр не поддерживает никаких свойств MOS-Data-Request (дополнительная информация приведена в IEEE 11073-20601а— 2010). Таким образом, реализация метода/действия MDS-DATA-Request не используется в настоящем стандарте и не показана в таблице 3.

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

8 таблице 4 определены события, которые может посылать объект MDS глюкометра.

Таблица 4 — События объекта MDS глкжометра

Сервис

Наименование типа субсервиса

Режим

Тип субсервиса (event-type)

Параметры

(event-info)

Результаты

(event-repty-info)

EVENT

REPORT

MDS-

Configurabon-

Event

Confirmed

MDC NOTI CONFIG

ConfigReport

ConfigReport

Rsp

MDS-Dynamic-

Data-Update-

Fixed

Confirmed

MDC NOTI SCAN REPORT FIXED

ScanReporllnfo

Fixed

MDS-Dynamic-

Data-Update-Var

Confirmed

MDC NOTI SCAN REPORT VAR

ScanReportinfo

Var

MDS-Dynamic-

Data-Update-MP-

Fixed

Confirmed

MDC NOTI SCAN REPORT MP_F1XED

ScanReport

InfoMPFixed

MDS-Dynamic-

Data-Updale-MP-

Var

Confirmed

MDC NOTI SCAN REPORT MP VAR

ScanReport

InfoMPVar

MDS-Conflguratlon-Event: Данное событие агент-глюкометр посылает во время процедуры конфигурирования в том случае, если управляющее устройство еще не знает конфигурацию агента-глюко-метра из предыдущих сеансов связи, или потому, что управляющее устройство не было реализовано для распознавания конфигурации в соответствии со специализацией глюкометра. Данное событие

9

ГОСТ Р 57848—2017

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

MDS-Dynamlc-Oata-Update-Var: Данное событие предоставляет динамические данные измерений от агекта-глюкометра для числового объекта глюкозы. Эти данные посылаются с использованием переменного формата списка типовых атрибутов. Данное событие агент передает как незатребованное сообщение (то есть как инициированная агентом передача данных измерений). Более подробная информация о незатребованной передаче события приведена в 8.5.3.

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

MDS-Dynamlc-Data-Update-MP-Var: Данное событие аналогично MDS-Dynamic-Data-Update-Var, но позволяет включать данные от нескольких людей.

MDS-Dynamic-Data-Update-MP-Fixed: Данное событие аналогично MDS-Dynamic-Data-Update-Fixed, но позволяет включать данные от нескольких людей.

Примечание — IEEE 11073-20601а—2010 гребуег. чтобы управляющие устройства поддерживали все перечисленные выше ообыгия объекта MDS.

6.5.4 Другие сервисы MDS

6.5.4.1 Сервис GET

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

Управляющее устройство может запросить атрибуты объекта MDS агента-глюкометра. При этом управляющее устройство должно послать сообщение «Remote Operation Invoke | Get» (см. rorv-cmip-get в IEEE 11073-20601a—2010) со значением зарезервированного дескриптора MDS. равным 0. Агент-глюкометр должен сообщить управляющему устройству атрибуты своего объекта MDS. используя сообщение «Remote Operation Response | Get» (см. rors-cmip-get в IEEE 11073-20601a—2010). В таблице 5 приведены данные по сервису GET, включая некоторые поля сообщений.

Таблица 5 — Сервис GET объекта MDS глкжометра

Сервис

Комментарий

Поле

Значение

Квалификатор

roiv-cmip-get

Администратор запрашивает атрибуты MDS агента через сервис GET

obf-handle

0

М

attribute-id-list

Динамическое

О

rors-cmip-get

Агент посылает через сервис GET ответ за запрос администратора

obj-handie

0

м

attribute-list

Динамическое

м

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

6.5.4.2 Сервис SET

Специализация глюкометра не требует реализации поддержки сервиса SET для объекта MDS.

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

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

В составе DIM глюкометра (рисунок 1) существуют числовые объекты, представляющие содержание глюкозы в крови и связанный с ним медицинский контекст. Номенклатурным кодом для идентификации числового класса является MDC_MOC_VMO_METRlC_NU. В таблице 6 приведены общие атрибуты для всех числовых типов объектов агента-глюкометра.

10

ГОСТ Р 57848—2017

Таблица 6 — Общие атрибуты числовых объектов агентэ-глюкометра

Наименование атрибута

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

Значение

Квалифика

тор

Handle

См. IEEE 11073-20601а—2010

M

Туре

Определено в приведенных ниже таблицах

M

Supplemental-Types

См. IEEE 11073-20601а—2010

NR

Metric-Spec-Small

mss-avail-intemvttent | mss-avail-stored-data | mss-upd-aperiodic | mss-msmt-aperiodic | mss-aoc-agent-initiated | mss-cat-manual

M

Metric-Structure-Small

Cm. IEEE 11073-20601a—2010

NR

Measurement-Status

Cm. IEEE 11073-20601a—2010

NR

Metric-Id

Cm. IEEE 11073-20601a—2010

C

Metric-Id-List

Cm. IEEE 11073-20601a—2010

NR

Metric-Id-Partition

Cm. IEEE 11073-20601a—2010

NR

Unit-Code

Cm. IEEE 11073-20601a—2010

M

Attribute-Value-Map

Cm. IEEE 11073-20601a—2010

C

Source-Handle-Reference

Cm. IEEE 11073-20601a—2010

NR

Labet-String

Cm. IEEE 11073-20601a—2010

О

Unit-LabelString

Cm. IEEE 11073-20601a—2010

О

Absolute-Time-Stamp

Cm. IEEE 11073-20601a—2010

R

Relative-Time-Stamp

Cm. IEEE 11073-20601a—2010

О

HiRes-Time-Stamp

Cm. IEEE 11073-20601a—2010

С

Measure-Active-Period

Cm. IEEE 11073-20601a—2010

С

Simple-Nu-Observed-Value

Cm. IEEE 11073-20601a—2010

С

Compound-Simple-Nu-Observed-Value

Cm. IEEE 11073-20601a—2010

NR

Basic-Nu-Observed-Value

Cm. IEEE 11073-20601a—2010

С

Compound-Basic-Nu-Observed-

Value

Cm. IEEE 11073-20601a—2010

NR

Nu-Observed-Value

Cm. IEEE 11073-20601a—2010

NR

Compound-Nu-Observed-Value

Cm. IEEE 11073-20601 a—2010

NR

Accuracy

Cm. IEEE 11073-20601a—2010

R

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

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

11

ГОСТ Р 57848—2017

управляющему устройству с помощью события объекта MDS (см. 6.5.3) до начала передачи каких-либо зависящих от этого контекста значений.

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

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

6.6.2 Содержание глюкозы в крови

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

Таблица 7 — Атрибуты числового объекта содержания глюкозы в крови

Наиме-

комние

атрибута

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

Стандартная конфигурация (Dev-Configurabon-td *Ох06Л4)

Стандартная конфигурация (Dev-Configuration-ld * ОхОвАб)

Значение

Квали

фикатор

Значение

Квали

фикатор

Значение

Квали

фикатор

Напеве

См. IEEE 11073-20601а—2010

M

1

M

1

M

Туре

(MDC PART SCA-DA. MDC CONC GLU CAPILLARY WHOLEBLOOO или MDC CONC GLU CAPILLARY PLASMA или MDC CONC GLU VENOUS WHOLEBLOOO* или MDC CONC GLU VENOUS PLASMA или MDC CONC GLU AR-TERIAL.WHOLE BLOOD или MDC CONC GLU ARTERIAL PLASMA или MDC CONC GLU UNDETERMINED WHOLEBLOOO или MDC CONC GLU UNDETERMINED .PLASMA или

MDCCONC.GLUJSF}

M

{MDC PART SCADA. MDC CONC GLU CAPILLARY WHOLEBLOOO}

M

{MDC PART SCADA MDC CONC GLU UNDETERMINED PLASMA}

M

Metric-

Spec-Smalt

mss-avail-intermittent | mss-avail-stored-data | mss-upd-aperiodic | mss-msmt-aperkxfcc | mss-acc-agent-iru bated. Значение mss-cat-man-ual должно быть задано только в случае ручного ввода показаний

M

mss-avail-intermittent | mss-avail-stored-data | mss-upd-aperiodic | mss-msmt-apehodic | mss-эсс-agent-initiated

M

mss-avail-intermittent | mss-avail-stored-data | mss-upd-aperiodic | mss-msmt-aperiodic | mss-acc-agent-initiated

M

Unit-Code

MDC_DtM_MlLLI_G_ PER DLhtw MDC DIM MILLI MOLE.PERL

M

MDC DIM MILLI G PER DL

M

MDC DIM M1LLI_G_PER_DL

M

Attribute-

Value-Map

Cm. IEEE 11073-206013—2010

C

MDC ATTR NU VAL.OBS.BA-SIC. затем MDC ATTR TIME STAMP ABS

M

MDC ATTR NU _VAL_OBS_BA-SIC. затем MDC ATTR TIME STAMP.ABS

M

12

ГОСТ Р 57848—2017

Продолжение таблицы 7

Наиме-

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

Стандартная конфигурация (Oev-ConSguralion-ld * 0x06 А4)

Стандартная конфигурация {Oev-Configuration-ld ■ 0x06AS)

иоовкио

атрибута

Значение

Квали

фикатор

Значение

Квали

фикатор

Значение

Квали

фикатор

Absolute-

Time-

Stamp

См. IEEE 11073-20601а—2010

С

Если использован фиксированный формат и стандартная конфигурация / не изменена, то данный атрибут является обязательным: в противном случав применяют условия по IEEE 11073-206018— 2010

С

Если использован фиксированный формат и стандартная конфигурация не изменена. то данный атрибут является обязательным: в противном случае применяют условия no IEEE 11073-2060la-2010

С

Relative-

Time-

Stamp

См. IEEE 11073-20601а—2010

NR

Изначально атрибут не присутствует. Если он присутствует, то см. IEEE 11073-206018— 2010

NR

Изначально атрибут не присутствует. Если он присутствует, то см. IEEE 11073-20601а—2010

NR

HiRes-

Time-

Stamp

См. IEEE 11073-20601а—2010

С

Изначально атрибут не присутствует. Если он присутствует. то см. IEEE 11073-20601а— 2010

С

Изначально атрибут не присутствует. Если он присутствует, то см. IEEE 11073-20601а—2010

С

Measure-

Active-

Period

См. IEEE 11073-20601а—2010

NR

Изначально атрибут не присутствует. Если он присутствует. то см. IEEE 11073-20601а— 2010

NR

Изначально атрибут не присутствует. Если он присутствует, то см. IEEE 11073-20601а—2010

NR

Basic-Nu-

Observed-

\felue

См. IEEE 11073-20601а—2010

С

См. IEEE 11073-20601а—2010

М

См. IEEE 11073-20601а—2010

М

Simple-Nu-

Observed-

Value

См. IEEE 11073-20601а—2010

С

Данный тип наблюдаемого значения недопустим. так как атрибут Basic-Nu-Ob-served-Value является обязательным. а по IEEE 11073-20601а—2010 ТОЛЬКО ОДИН тип наблюдаемого значения может быть использован

С

Данный тип наблюдаемого значения недопустим, так как атрибут Bas»c-Nu-Ob-served-Value является обязательным. а по IEEE 11073-20601а— 2010 только один тип наблюдаемого значения может быть использован

С

13

ГОСТ Р 57848—2017

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

Наиме-

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

Стандартная конфигурация (Dev-Configuralion-ld » 0х06А4)

Стандартная конфигурация (Dev-Conliguration-id » ОхОвАб)

номиив

атрибута

Значение

Квали

фикатор

Значение

Квали

фикатор

Значение

Квали

фикатор

Compound-

Simple-Nu-

Observed-

Value

См. IEEE 11073-20601а—2010

NR

Данный тип наблюдаемого значения недопустим. так как атрибут Bastc-Nu-Ob-served-Value является обязательным. а по IEEE 11073-20601а—2010 только один тип наблюдаемого значения может быть использован

С

Данный тип наблюдаемого значения недопустим, так как атрибут Basic-Nu-Ob-served-Value является обязательным. a no IEEE 11073-20601а— 2010 только один тип наблюдаемого значения может быть использован

С

Accuracy

См. IEEE 11073-20601а—2010

R

Изначально атрибут не присутствует. Если он присутствует. то см. IEEE 11073-20601а— 2010

NR

Изначально атрибут не присутствует. Если он присутствует, то см. IEEE 11073-20601а—2010

NR

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

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

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

В стандартной конфигурации 1701 (0х06А5) результат измерения содержания глюкозы в крови, превышающий верхнюю границу диапазона измерения датчика прибора, должен быть показан в виде наблюдаемого значения +INFINITY. а результат измерения содержания глюкозы в крови, находящийся за пределами нижней границы диапазона измерения датчика прибора, должен быть показан в виде наблюдаемого значения -INFINITY.

6.6.3 Уровень общего гликозилированного гемоглобина А1с (НЬА1с)

НЬА1с. известный также как гемоглобин А1с, или гликоэилированный гемоглобин, используется в качестве долгосрочной меры при контроле сахара в крови. Тест А1с измеряет, какое количество клеток гемоглобина А1с (особая часть красных кровяных телец) связано с сахаром. Поскольку такие клетки живут примерно 4 мес.. то данный тест показывает, как сахар в крови контролировался в предыдущие несколько месяцев. Американская ассоциация диабета рекомендует поддерживать результаты теста А1 с на уровне не более 7 % для того, чтобы снизить риск долговременных осложнений диабета. В таблице 8 показаны измеренные, рассчитанные и введенные вручную значения для регистрации данных НЬА1с.

Таблица 8 — Атрибуты числового объекта НЬА1с

Наименование атрибута

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

Значение

Квалификатор

Туре

{MDC.PART.SCADA. MDC_CONC_HBA1C}

М

Unit-Code

MDC_DIM_PERCENT

М

14

ГОСТ Р 57848—2017

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

Наименование атрибута

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

Значение

Квалификатор

Absolule-Ttme-Stamp

См. IEEE 11073-20601а—2010

М

Bas»c-Nu-ObservetJ-Value

См. IEEE 11073-20601а—2010

М

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

Если значение НЬА1с вводят вручную, то в атрибуте Metric-Spec-Small также должен быть установлен признак mss-cat-manual.

6.6.4 Контекст физических упражнений

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

Таблица 9 — Атрибуты числового объекта контекст физических упражнений

Наименование атрибута

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

Значение

Квалификатор

Туре

{MDC_PART_PHD_DM. MDC_CTXT_GLU_EXERCISE}

М

Unit-Code

MDC_D1M_PERCENT

М

Absolute-Trme-Stamp

См. IEEE 11073-20601a—2010

М

Measure-Active-Period

См. IEEE 11073-20601a—2010. Показывает длительность физических упражнений

М

Basrc-Nu-Observed-Value

См. IEEE 11073-20б01а—2010. Показывает интенсивность физических упражнений в диапазоне от 0 до 100

м

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

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

Если значение контекста физических упражнений вводят вручную, то в атрибуте Metric-Spec-Small также должен быть установлен признак mss-cat-manual.

6.6.5 Контекст медикаментозного лечения

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

Таблица 10 — Атрибуты числового объекта контекст медикаментозного лечения

Наименование атрибута

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

Значение

Квалификатор

Туре

{MDC PART PHD DM. MDC_CTXT_MEDICATION}

M

15

ГОСТ Р 57848—2017

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

Наиыемоеакне атрибута

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

Значение

Квалификатор

Metric-Id

MDC СТХТ MEDICATION RAPIDACTING или MDC СТХТ MEDICATION SHORTACTING ипч MDC_CTXT_MED!CATION_INTERMEDIATEACTlNG или

MDC СТХТ MEDICATION LONGACTING ипи MDC_CTXT_MEDICATION_PREMIX

M

Unit-Code

MDC DIM MILL! Сили MDC_DIM_MILLI_L

M

Absolute-Time-Stamp

Cm. IEEE 11073-20601Э—2010

M

Basic-Nu-Observed-Value

Cm. IEEE 11073-20601a—2010

M

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

Если значение контекста медикаментозного лечения вводят вручную, то в атрибуте Metric-Spec-Small также должен быть установлен признак mss-cat-manual.

6.6.6 Контекст углеводов

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

Таблица 11 — Атрибуты числового объекта контекст углеводов

Наиыеиоеание атрибута

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

Значение

Квалификатор

Type

{MDC PART PHD DM. MDC_CTXT_GLU_CARB}

M

Metric-Id

MDC CTXT GLU CARB BREAKFAST или

M

MDC CTXT GLU CARB LUNCH или

MDC CTXT GLU CARB DINNER или

MDC CTXT GLU CARB SNACK или MDC CTXT GLU CARB DRINK или MDC CTXT GLU CARB SUPPER или

MDC_CTXT_GLU_CARB_BRUNCH

Unit-Code

MDC_DIM_G

M

Absolute-Time-Stamp

Cm. IEEE 11073-20601a—2010

M

Basic-Nu-Observed-Value

Cm. IEEE 11073-20601a—2010

M

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

Если значение контекста углеводов вводят вручную, то в атрибуте Metric-Spec-Small также должен быть установлен признак mss-cat-manual.

6.6.7 Контрольный раствор

В таблице 12 представлены атрибуты числового объекта контрольного раствора, б стандартной конфигурации 1701 (ОхОбАб) агент-глюкометр должен поддерживать числовой объект контрольного раствора.

16

ГОСТ Р 57848—2017

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

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

атрибута

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

Стандартная конфигурация (Dev-Configuraten-W « 0x06A4)

Значение

Квали

фикатор

Значение

Квали

фикатор

Handle

См. IEEE 11073-20601а

M

2

M

Туре

{MDC PART SCADA. MDC_CONC_GLU_CONTROL}

M

{MDC PART SCADA. MDC_CONC_GLU_CONTROL}

M

Metric-Spec-Small

mss-avail-intermittent | mss-avaiL stored-data | mss-upd-aperiodic | mss-msmt-apenodic | mss-acc-agent-initiated

M

mss-avail-intermrttent | mss-avail-stored-data | mss-upd-aperiodic | mss-msmt-apenodic | mss-acc-agent-initiated

M

Unit-Code

MDC DIM MILLI G PER DL или MDC DIM MILLI MOLE PERL

M

MDC_DIM_MILLI_G_PER_DL

M

Attribute-Value-Map

Cm. IEEE 11073-20601a—2010

C

MDC ATTR NU VAL OBS BASIC, затем MDC ATTR TIME STAMP.ABS

M

Absolute-Time-

Stamp

Cm. IEEE 11073-20601a—2010

C

Cm. IEEE 11073-20601a—2010

M

Bas*c-Nu-Ob-

served-Value

Cm. IEEE 11073-20601Э—2010

C

Cm. IEEE 11073-20601a—2010

M

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

Если прибор поддерживает объект перечисления Context Sample Location и передает измерение MDC_CONC_GLU_CONTROL. то прибор должен также передавать сопутствующее измерение MDC CTXTJ3LU_SAMPLELOCATION_CTRLSOLUTION.

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

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

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

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

Глюкомегр использует ряд дополнительных объектов перечисления для представления данных, которые касаются содержания сахара в крови. Номенклатурным кодом для идентификации класса перечисления является MDC_MOC_VMO_METRIC_ENUM. Структура атрибутов, как показано в таблице 13. является общей для всех видов перечислений. В 6.8.2—6.8.6 представлены точные определения для каждого типа перечисления.

Таблица 13 — Атрибуты объекта перечисления общего содержания сахара

Наименование атрибута

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

Значение

Квалификатор

Handle

См. IEEE 11073-20601а—2010

M

Type

Определен ниже, в таблицах перечислений

M

Supplemental-Types

См. IEEE 11073-20601а—2010

NR

Metnc-Spec-Small

mss-avail-intermittent | mss-avaJ-stored-data | mss-upd-apenodic | mss-msmt-apenodic | mss-soc-agent-nitiated | mss-cat-manual

M

17

ГОСТ Р 57848—2017

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

Наименование атрибута

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

Значение

Квалификатор

Metric-Structure-Small

См. IEEE 11073-20б01а—2010

NR

Measurement-Status

См. IEEE 11073-20601а—2010

NR

Metric-id

См. IEEE 11073-20601Э—2010

NR

Metric-Id-List

См. IEEE 11073-20601а—2010

NR

Metric-ld-Partition

См. IEEE 11073-20601а—2010

NR

Unit-Code

См. IEEE 11073-20601Э—2010

NR

Attntoute-Value-Map

См. IEEE 1107Э-20601а—2010

С

Source-Handte-Reference

См. IEEE 11073-20601а—2010

NR

Label-String

См. IEEE 11073-20601а—2010

О

Urvt-LabelSlring

См. IEEE 11073-20601а—2010

О

Absolute-Time-Stamp

См. IEEE 11073-20601а—2010

R

Relative-Time-Stamp

См. IEEE 11073-20601а—2010

О

HiRes-Time-Stamp

См. IEEE 11073-206018—2010

О

Measure-Active-Period

См. IEEE 11073-206018—2010

О

Enum-Observed-Value-Simple-OI D

См. IEEE 11073-206018—2010

О

Enum-Observed-Value-Simple-Bit-Str

См. IEEE 11073-206018—2010

О

Enum-Observed-Value-Basic-Bit-Str

См. IEEE 11073-206018—2010

О

Enum-Observed-Value-Simple-Str

См. IEEE 11073-206018—2010

О

Enum-Observed-Value

См. IEEE 11073-206018—2010

О

Enum-Observed-Vakje-Partilion

См. IEEE 11073-206018—2010

О

В 6.8.2—6.8.6 представлены возможные варианты использования объекта перечисления содержания сахара. Каждое использование является экземпляром класса перечисления с конкретным значением типа. Интерпретация значения зависит от значения типа. Описание объекта перечисления определяет все возможные состояния и при необходимости действия.

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

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

6.8.2 Оповещение о состоянии прибора и датчика

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

Кроме того, предусмотрен дополнительный объект перечисления, содержащий текущее состояние прибора и датчика. Если этот объект будет реализован, то идентификатор объекта (OID)-Type и значения разрядов должны быть реализованы так. как определено в данном пункте. Номенклатурный код для идентификации класса объекта перечисления MDC_MOC_VMO_METRlC_ENUM. В таблице 14 определены атрибуты данного объекта.

18

ГОСТ Р 57848—2017

Таблица 14 — Атрибуты оповещения о состоянии прибора и датчика

Наименование атрибута

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

Значение

Кеапифихатор

Handle

См. ШЕЕ 11073-20601а—2010

М

Туре

{МОС PART PHD DM. MDC GLU METER DEV STATUS}

М

Supplemental-Types

Cm. IEEE 11073-20601 a—2010

NR

Metric-Spec-Small

mss-avait-inlermittent | mss-avarf-stored-data | mss-upd-aperiodic | mss-msmt-a periodic | mss-acc-agent-initiated

М

Metric-Slructure-SmaB

Cm. IEEE 11073-20601a—2010

NR

Measurement-Status

Cm. IEEE 11073-20601a—2010

О

Metric-Id

Cm. IEEE 11073-20601a—2010

NR

Metric-ld-List

Cm. IEEE 11073-20601a—2010

NR

Metric-ld-Partition

Cm. IEEE 11073-20601a—2010

NR

Unit-Code

Cm. IEEE 11073-20601a—2010

NR

Altribute-Vafue-Map

Cm. IEEE 11073-20601a—2010

С

Source-Handle-Reference

Cm. IEEE 11073-20601a—2010

NR

Label-String

См. ШЕЕ 11073-20601Э—2010

О

Unit-LabetString

Cm. IEEE 11073-20601a—2010

О

Absolute-Ttme-Stamp

Cm. IEEE 11073-20601a—2010

С

Relative-Time-Stamp

Cm. IEEE 11073-20601Э—2010

С

HiRes-Time-Stamp

Cm. IEEE 11073-20601a—2010

С

Enum-Observed-Value-Srmpte-OlO

Cm. IEEE 11073-20601a—2010

О

Enum-Observed-Value-Simpte-Brt-Str

См. текст ниже

NR

Enum-Observed-Value-Basic-8it-Str

См. текст ниже

R

Enum-Observed-Value-Simpte-Str

См. ШЕЕ 11073-20601а—2010

NR

Enum-Observed-Value

См. текст ниже

NR

Enum-Observed-Value-Partition

См. ШЕЕ 11073-20601а—2010

О

Примечания

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

2010.

2    Описание квалификаторов представлено в 6.3.

Агент в явном виде обозначает наличие оповещений с помощью установки соответствующих разрядов атрибута Enum-Observed-Value-Basic-Bit-Str в соответствии с таблицей 15. Рекомендуется использовать атрибут Enum-Observed-Value-Basic-Bit-Str. так как он содержит меньше значащих октетов, чем атрибут Enum-Observed-Value-Simple-Bit-Str. Атрибут Enum-Observed-Value не должен быть использован. так как он излишне усложняет моделирование объекта. Если управляющее устройство поддерживает интерпретацию данного объекта, то оно должно также интерпретировать всю совокупность представленных условий. В агенте может быть реализовано любое подмножество этих же условий. Необходимо отметить, что управляющее устройство должно интерпретировать значения этих разрядов только в контексте данного атрибута и только в рамках специализации данного прибора, так как другие специализации приборов могут использовать соответствующие значения для других целей.

19

ГОСТ Р 57848—2017

Таблица 15 — Отображение состояния прибора, датчика и сигнала на атрибут Bit-Str объекта

Состояние прибора или датчика

Мнемоника GtucoieDevStat

Агент сообщает, что батарея разряжена и нуждается в замене

device-battery-low

Агент сообщает, что датчик неисправен или сбоит

sensor-malfunction

Агент сообщает, что на хватает крови или контрольного раствора на полоске

sensor-sample-size-insufficient

Агент сообщает, что полоска вставлена неправильно

sensor-strip-insertion

Агент сообщает, что тип полоски не соответствует данному прибору

sensor-strip4ype-incorrect

Агент сообщает, что показание или эначеже вьдие. чем может обработать датчик

sensor-result-too-high

Агент сообщает, что показание или значение ниже, чем может обработать датчик

sensor-result-loo-low

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

sensor-temp-too-high

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

sensor-tern p-too-low

Агент сообщает, что считывание было прервано или полоску слишком рано вынули

sensor-read-interrupt

Агент зафиксировал общий отказ прибора

device-gen-fault

Отображения конкретных разрядов GlucoseDevStat определены в приложении В.

6.8.3 Контекст приема пищи

Измерение сахара в крови (или показания прибора) может быть дополнительно связано с информацией о взаимосвязи между принятием пищи и временем проведения измерения. Уровень сахара в крови может существенно зависеть от времени тестирования относительно времени приема пищи. В таблице 16 определены условия приема пищи относительно времени проведения измерения уровня сахара в крови.

Таблица 16 — Атрибуты объекта перечисления в контексте приема пищи

Наименование атрибута

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

Значение

Квалификатор

Тура

{MDC_PART_PHD_DM. MDC_CTXT_GLU_MEAL)

M

Absolute-Time-Stamp

См. IEEE 11073-20601а—2010

M

Enum-Observed-Vatue-Simple-OID

Должен быть использован один из следующих номенклатурных кодов:

MDC СТХТ GLU MEAL PREPRANDIAL MDC СТХТ GLU MEAL POSTPRANDIAL MDC СТХТ GLU MEAL FASTING MDC CTXT GLU MEAL BEDTIME MDC CTXT GLU MEAL CASUAL

M

6.8.4 Контекст места взятия пробы

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

Таблица 17 — Атрибуты объекта перечисления в контексте места взятия пробы

Наименование атрибута

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

Значение

Квалификатор

Type

{MDC PART PHD DM. MDC_CTXT_GLU_SAMPLELOCATION)

M

20

ГОСТ Р 57848—2017

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

Наименование атрибута

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

Значение

Квалификатор

Absolute-Ttme-Stamp

См. IEEE 11073-20601Э—2010

M

Enum-Observed-Value-Smpie-OID

Должен быть использован один из следующих номенклатурных кодов:

MDC СТХТ GLU SAMPLELOCATION FINGER MDC СТХТ GLU SAMPLELOCATION AST MDC СТХТ GLU SAMPLELOCATION EARLOBE MDC CTXT GLU SAMPLELOCATION CTRLSOLUTION

M

6.8.5 Контекст тестировщика

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

Таблица 18 — Атрибуты объекта перечисления в контексте тестировщика

Наименование атрибута

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

Значение

Квалификатор

Type

(MDC_PART_PHD_DM. MDC_CTXT_GLU_TESTER}

M

Absolute-Ttme-Stamp

См. IEEE 11073-20601a—2010

M

Enum-Observed-Value-Simpie-OID

Должен быть использован один из следующих номенклатурных кодов:

MDC СТХТ GLU TESTER SELF MDC СТХТ GLU TESTER HCP MDC СТХТ GLU TESTER LAB

M

6.8.6 Контекст состояния здоровья

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

Таблица 19 — Атрибуты объекта перечисления в контексте состояния здоровья

Наименование атрибута

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

Значение

Квалификатор

Type

(MOC_PART_PHD_DM. MDC_CTXT_GLU_HEALTH)

M

Absolule-Ttme-Stamp

См. IEEE 11073-20601Э—2010

M

Enum-Observed-Value-Simpie-OiD

Должен быть использован один из следующих номенклатурных кодов:

MDC СТХТ GLU HEALTH MINOR MDC СТХТ GLU HEALTH MAJOR MDC CTXT GLU HEALTH MENSES MDC CTXT GLU HEALTH STRESS

M

MDC CTXT GLU HEALTH NONE

21

ГОСТ Р 57848—2017

6.9 Объекты долговременного хранилища

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

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

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

Модель долговременного хранения реализуется с использованием долговременных хранилищ данных. Любая конфигурация, которая не содержит объект долговременного хранилища, использует инициированные агентом отчеты о событиях для передачи результатов измерений. Использование временного хранения данных, определенного е IEEE 11073-20601а—2010. является наиболее подходящим для небольшого числа измерений. При этом данные автоматически удаляются из памяти глюкометра во время загрузки.

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

6.9.2    Модель долговременного хранилища

Модель PM-store использует РМ-сегмент для каждого типа объекта, который должен храниться длительное время (см. рисунок 2). Если реализуется модель долговременного хранилища, то в ней должен присутствовать сегмент, содержащий значения уровня сахара в крови. Другие сегменты являются факультативными и содержат данные реализованных в модели объектов, соответствующих учитываемым медицинским контекстам. Каждая запись должна содержать один из форматов времени в segm-entry-header. поэтому управляющее устройство может соотнести записи из разных сегментов. Записи в РМ-сегментах. соответствующих учитываемым медицинским контекстам, не требуют корреляции результата в РМ-сегменте GlucoseSeg и. следовательно, могут быть независимы от измерений уровня сахара в крови. Данная модель была выбрана для максимально возможного сокращения объема передаваемых данных. Если объект, соответствующий конкретному медицинскому контексту, не поддерживается, то и не требуется, чтобы для него существовал сегмент. Если пациент не вводит никаких данных какого-либо типа при проведении измерения (например, пациент не отвечает на вопрос о том. что он недавно съел), то запись в РМ-сегменте не создается. РМ-сегменты. помеченные на рисунке 2 диапазоном «от нуля до неопределенного количества» (0...*), подчиняются данному правилу из-за неизвестного числа изменений отметок времени, которые используются для определения общего представления о времени.

22

ГОСТ Р 57848—2017

Объекты модели PM-store глюкометра

Рисунок 2 — Глюкомегр: модель долговременного хранилища 6.9.3 Атрибуты объектов PM-etore

8 таблице 20 определены атрибуты объектов PM-store. которые должны быть реализованы у агента. Номенклатурным кодом для идентификации объектов PM-store является MDC_MOC_VMO PMSTORE.

Таблица 20 — Атрибуты объектов PM-store гпюкометра

Наименование атрибута

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

Значение

Квалификатор

Handle

См. IEEE 11073-20601а—2010

М

PM-Store-Capab

См. IEEE 11073-20601а—2010

М

Store-Sampte-Aigorithm

См. IEEE 11073-20601а—2010

М

Store-Capacity-Count

См. IEEE 11073-20601а—2010

М

Store-Usage-Count

См. IEEE 11073-20601а—2010

М

Operational-State

См. IEEE 11073-20601а—2010

М

PM-Store-Label

См. IEEE 11073-20601Э—2010

М

Sample-Period

См. IEEE 11073-20601а—2010

NR

Number-Of-Segments

Число зависит от учитываемого контекста или изменений времени

М

Clear-Timeout

См. IEEE 11073-20601а—2010

М

23

ГОСТ Р 57848—2017

Некоторые пояснения по использованию атрибута PM-Store-Capab:

•    если агент создает новые сегменты из-за изменений времени, как определено в IEEE 11073-20601а—2010 в пункте «Сопоставимое время», то должен быть установлен признак pmsc-var-no-of-segm;

•    если агент записывает эпизодические данные в долговременное хранилище, то должен быть установлен признак pmsc-epi-seg-entnes:

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

6.9.4 Методы объектов PM-store

В таблице 21 определены методы объектов PM-store.

Таблица 21 — Методы объектов PM-store глкжометра

Сервис

Наименование типа субсервиса

Режим

Тип субсервиса {aclion-lype)

Параметры

(action-inlo-args)

Результаты

(aclion-info-aigs)

ACTION

Ctear-

Segments

Confirmed

MDC ACT SEG CIR

SegmSelecbon

ACTION

Get-Segment-

Info

Confirmed

MDC ACT SEG GETJNFO

SegmSelection

SegmentlnfoList

ACTION

Trig-Segment-

Oata-Xfer

Confirmed

MDC ACT SEG TRIG.XFER

TngSegmDataXferReq

TrigSegmDataXfer

Rsp

Clear-Segments

Данный метод позволяет управляющему устройству удалять данные, хранящиеся в одном или нескольких выбранных РМ-сегментах. Все записи в выбранных РМ-сегментах удаляются. GeUSegment'Info

Данный метод позволяет управляющему устройству получать атрибуты РМ-сегмента. Tng-Segment-Data-Xfer

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

6.9.5 События объектов PM-store

В таблице 22 определены события, передаваемые объектами PM-store.

Таблица 22 — События, передаваемые объектами PM-store глкжометра

Сервис

Наименование типа субсервиса

Режим

Тип субсервиса (evenl-type)

Параметры

{evenl-info)

Результаты

(event-repty-info)

EVENT

REPORT

Segment-Data-

Event

Confirmed

MDC NOT! SEGMENT.DATA

SegmentDalaEvent

SegmentDataResull

Segment-Data-Event

Данное событие позволяет агенту посылать данные, хранящиеся в объекте РМ-сегмента. Данное событие инициируется управляющим устройством с помощью действия Tng-Segment-Data-Xfer.

6.9.6    Сервисы объектов PM-store

6.9.6.1 Сервис GET

Объект PM-store поддерживает сервис GET для получения значений всех атрибутов объектов PM-store. Сервис GET может быть вызван агентом, когда он находится в рабочем состоянии (Operating state).

6.9.7    Объекты РМ-сегмента

Каждый из объектов PM-store содержит соответствующий объект РМ-сегмента.

В таблице 23 определены атрибуты объекта РМ-сегмента. содержащегося в объекте PM-store, который представляет сохраненные измерения уровня сахара в крови. Номенклатурным кодом для идентификации класса объекта РМ-сегмента является MDC_MOC_PM_SEGMENT.

24

ГОСТ Р 57848—2017

Таблица 23 — Общие атрибуты объекта РМ-сегмента

Наименование атрибута

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

Значение

Квалификатор

Instance Number

См. IEEE 11073-20601а—2010

М

PM-Segment-Entry-Map

См. IEEE 11073-20601Э—2010

М

PM-Seg-Person-ld

См. IEEE 11073-20601а—2010

С

Sample-Period

См. IEEE11073-20601a—2010

С

Operational-State

См. IEEE 11073-20601а—2010

М

Segment-Label

См. IEEE 11073-20601а—2010

М

Segment-Start-Abs-Time

См. IEEE 1Ю73-20601Э—2010

М

Segment-End-Abs-Time

См. 1ЕЕЕ11073-20601а—2010

М

Segment-Date-and-Time-Adjustment

См. 1ЕЕЕ11073-20601а—2010

С

Segment-Usage-Count

См. 1ЕЕЕ11073-20601а—2010

М

Segment-Statistics

См. IEEE 11073-20601а—2010

О

Fixed-Segment-Oata

Данные сегмента передаются в виде массива записей в формате, указанном в атрибуте PM-Segment-Entry-Map

М

Confirm-Tcmeout

См. IEEE 11073-20601а—2010

О

Transfer-Timeout

См. IEEE 11073-20601а—2010

М

Атрибут Fixed-Segment-Data содержит данные фактических измерений или протоколы контекстов. Когда атрибут Fixed-Segment-Data передается, все записи в отчете о событии оформляются в соответствии с атрибутом PM-Segment-Entry-Map. Каждая запись содержит одну пробу, которая может состоять из нескольких атрибутов.

6.10    Объекты Scanner

Для целей настоящего стандарта объекты Scanner не требуются.

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

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

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

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

Агент глюкометра, конфигурация которого содержит расширения относительно стандартной конфигурации. определенной в настоящем стандарте, должен использовать идентификатор (1D) конфигурации. находящийся в диапазоне идентификаторов, зарезервированных для расширенных конфигураций {см. IEEE 11073-20601 а—2010).

7 Модель сервисов глюкометра

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

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

25

ГОСТ Р 57848—2017

определены в ASN.1. Подробное описание модели сервисов для приборов индивидуального контроля состояния здоровья приведено в IEEE 11073-20601а—2010. Специфика сервисов доступа к объектам и отчета о событиях для агента глюкометра определена в 7.2 и 7.3.

7.2 Сервисы доступа к объектам

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

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

-    сервис GET: используется управляющим устройством для получения от агента значений атрибутов объектов MDS и PM-store. Список атрибутов объекта MDS глюкометра представлен в 6.5.4.1. а список атрибутов объекта PM-store глюкометра представлен в 6.9.3;

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

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

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

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

Таблица 24 — Сервисы доступа к объектам глюкометра

Сервис

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

типа

субсеренса

Режим

Тип суб* серейся

Параметры

Результат

Примечания

<па>

«implied

Confirmed»

<па»

GetArgumentSimpte = (obj-handle =

0). attribute-id-list <optionat>

GetResult Simple = (obj-handle = 0), attribute-list

Позволяет управляющему устройству получить значение атрибута объекта агента

GET

<па>

«implied

Confirmed»

«па»

GetArgumentSimpte = (obj-handle = handle of Phi-Store object), attribute-id-list <oplionaf>

GetResultSimple = (obj-handle -handle of PM-Store object). attribute-list

Позволяет управляющему устройству получать значения всех атрибутов объекта PM-store

MDS-

Configuration-

Event

Confirmed

MDC

NOT!

CONFIG

ConfigReport

ConfigReportRsp

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

EVENT

REPORT

MDS-

Dynamic-

Data-Update-

Fixed

Confirmed

MDC

NOT!

SCAN

REPORT

FIXED

ScanReportlnfoFixed

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

MDS-

Dynarroc-

Data-Update-

Var

Confirmed

MDC

NOTI

SCAN

REPORT

VAR

ScanReportlnfoVar

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

26

ГОСТ Р 57848—2017

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

Сервис

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

типа

субсереиса

Режим

Тип субсервиса

Параметре!

Реаульта?

Примечания

EVENT

MDS-

Dynamic-

Data-Update-

MP-Fixed

Confirmed

MDC

NOTI

SCAN

REPORT

MP

FIXED

ScanReportlnfo

MPFixed

Аналогично MDS-Dynamic-Data-Update-Fixed, но позволяет включать данные от нескольких пациентов

REPORT

MDS-

Dynamic-

Date-Update-

MP-Var

Confirmed

MDC

NOTI

SCAN

REPORT

MP.VAR

ScanReportlnfo

MPVar

Аналогично MDS-Dynamic-Data-Update-Var. но позволяет включать данные от нескольких пациентов

Set-Time

Confirmed

MDC

ACT

SET

TIME

SetTknefnvoke

Метод управляющего устройства для активизации агента на установку времени на задажое значение

ACTION

Clear-

Segments

Confirmed

MDC

ACT

SEG.CLR

SegmSelection

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

Get-

Segment-Info

Confirmed

MDC

ACT

SEG

GET

INFO

SegmSelection

SegmentlnfoList

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

Trig-

Segment-

Data-Xfer

Confirmed

MDC

ACT

SEG

TRIG

xfer"

TrigSegm DataXfer Req

TrigSegmData

XferRsp

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

7.3 Сервисы доступа к отчетам о событиях

Сервис EVENT REPORT (см. таблицу 24) используется агентом для передачи своей информации (например, результатов измерений). В настоящем стандарте отчеты о событиях присущи только объекту MDS. Отчеты о событиях, используемые в настоящем стандарте, определены в IEEE 11073* 20601а—2010.

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

•    отчеты о событиях должны передаваться в подтвержденном режиме:

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

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

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

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

27

ГОСТ Р 57848—2017

одного пациента и для нескольких пациентов. Форматы отчетов о событиях для одного и нескольких пациентов определены в IEEE 11073-20601а—2010.

8 Модель взаимосвязей глюкометра

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

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

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

8.2    Характеристики взаимосвязей

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

Агент-глюкометр, реализующий специализацию только данного прибора, не должен передавать APDU размером больше Nlx и должен быть способен принимать APDU размером не более Nrx. В настоящем стандарте установлено, что размер Ntx должен быть равен 64512 октетам для реализаций, поддерживающих долговременное хранение данных. При отсутствии возможности долговременного хранения данных размер Ы должен быть равен 5120 октетам. В настоящем стандарте размер Nустановлен равным 224 октетам.

Для агента-гпюкометра. реализующего также функции специализаций других приборов, оценка верхней границы размеров APDU устанавливается следующим образом: агент не должен передавать APDU размером больше суммы Nlx всех реализованных специализаций приборов и должен быть способен принимать APDU размером не более суммы Nrx всех реализованных специализаций приборов. Если данные суммы оказываются больше максимального размера, установленного в IEEE 11073-20601а—-2010. то должен быть применен установленный максимальный размер.

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

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

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

Если не установлено иное, то процедура установления связи между агентом-глюкометром и управляющим устройством, используемая в настоящем стандарте, должна соответствовать процедуре, определенной в IEEE 11073-20601а—2010.

8.3.2    Процедура для агента — запрос на установление связи

В запросе на установление связи, посылаемом агентом управляющему устройству, указывается следующая информация:

- Версия процедуры установления связи, используемая агентом, должна быть задана как assoc* versionl (то есть assoc-version - 0x80000000).

•    Структурный элемент DataProtoList идентификатора протокола данных должен быть задан как data-proto-id-20601 (то есть data-proto-id - 0x5079).

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

1)    Агент должен поддерживать протокол обмена данными protocol-versionl. Поддержка любой другой версии может быть обозначена установкой дополнительных разрядов. Если используются протоколы выше, чем protocol-versionl, то агент должен продолжать использовать только характеристики, установленные в настоящем стандарте.

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

28

ГОСТ Р 57848—2017

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

4)    Поле functional-units может содержать установленные разряды для тестовой взаимосвязи, но тогда оно не должно содержать установленными никакие другие разряды.

5)    Поле system-type должно быть задано как sys-type-agent (то есть system-type - 0x00800000).

6)    Полю system-id должно быть присвоено значение атрибута 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 должно быть присвоено значение 1.

8.3.3 Процедура для управляющего устройства — ответ на установление связи

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

•    Поле result должно иметь значение, установленное в IEEE 11073-20601а—2010. Например, если выполняются все другие условия протокола взаимодействия и управляющее устройство распознает поле dev-config-id в запросе агента, то управляющее устройство возвращает значение accepted: в противном случае оно возвращает значение accepted-unknown-config.

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

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

1)    Управляющее устройство, соответствующее данной специализации, должно поддерживать protocol-versionl. Управляющее устройство может поддерживать дополнительные версии протокола и выбирать их. если агент их предлагает.

2)    Управляющее устройство должно в ответе сообщить единственное выбранное правило кодирования. которое поддерживается как агентом, так и управляющим устройством. Управляющее устройство должно поддерживать по крайней мере MDER.

3)    Использованная версия номенклатуры должна быть задана как nom-versionl (то есть 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-con fig. При этом запускается процедура конфигурирования, определенная в IEEE 11073-20601а—2010. В 8.4.2 определены уведомление о конфигурации и ответные сообщения для агента-глюкометра со стандартной конфигурацией 0х06А4 (1700). а в 8.4.3 определены уведомление о конфигурации и ответные сообщения для агента-глюкометра со стандартной конфигурацией 0х06А5 (1701). Как правило, управляющее устройство уже должно знать стандартную конфигурацию. Однако приборы со стандартной конфигурацией должны сообщать свою конфигурацию по запросу. Это относится и случаю, когда агент связывается с управляющим устройством, у которого

29

ГОСТ Р 57848—2017

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

Агент должен поддерживать сервис GET для атрибутов MDS во время состояния конфигурирования.

8.4.2 Глюкометр — стандартная конфигурация (0х06А4)

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

Агент выполняет процедуру конфигурирования, используя сообщение «Remote Operation Invoke | Confirmed Event Report» с событием MDC_NOTI_CONFIG для того, чтобы передать свою конфигурацию управляющему устройству (см. IEEE 11073-20601а—2010). Для поля event-info используется структурный элемент ConfigReport (см. таблицу 4). Для агента-глюкометра со стандартной конфигурацией 0х06А4 формат и содержимое сообщения, содержащего уведомление о конфигурации, имеют следующий вид:

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

0x00    0x44    CHOICE.length = 68

0x00    0x42    OCTET STRING.Iength * 66

0x00    0x02    invoke-id (differentiatesthismessagefromanyotheroutstanding)

0x01    0x01    CHOICE(Remote Operation Invoke | Confirmed    Event Report)

0x00 0x3C 0x00 0x00

OxFF OxFF OxFF OxFF

OxOD OxlC

0x00 0x32

0x06 0xA4

0x00 0x01

0x00 0x2C

CHOICE.length = 60 obj-handle = 0 (MDS object)

event-time (set to OxFFFFFFFF if RelativeTime is not supported)

event-type = MDC_NOTI_CONFIG

event-info.length = 50 (start of ConfigReport)

con fig-report-id (Dev-Configuration-ld value)

config-obj-listcount = 1 Measurement objects will be ‘announced*

config-obj-tisLIength = 44

0x00 0x06 0x00 0x01 0x00 0x04 0x00 0x24 0x09 0x2F

obj-class = MDC_MOC_VMO_METRIC_NU obj-handle * 1 (— 1S| Measurement is blood glucose) attributes.count = 4 attributes.length = 36 attribute-id = MDC ATTR ID TYPE

0x00 0x04 0x00 0x02 0x71 0x88 OxOA 0x46 0x00 0x02 OxFO 0x40 0x09 0x96 0x00 0x02 0x08 0x52 OxOA 0x55

attribute-value.length = 4 MDC_PART_SCADA |

MDC_CONC_GLU_CAPlLLARY_WHOLEBLOOD attribute-id=MDC_ATTR_METRIC_SPEC_SMALL attribute-value.length - 2

intermittent, stored data, upd & msmt aperiodic, agent init. measured attribute-id = MDC_ATTR_UNIT_CODE attribute-value.length - 2 MDC_DIM_MILLI_G_PER_DL attribute-id = MDC ATTR ATTRIBUTE VAL MAP

0x00    OxOC    attribute-value.length -    12

0x00    0x02    AttrValMap.count = 2

0x00    0x08    AttrValMap.length = 8

OxOA    0x4C 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.2.2 Процедура со стороны управляющего устройств

Управляющее устройство должно ответить на сообщение с уведомлением о конфигурации, используя сообщение «Remote Operation Response | Confirmed Event Report» с событием MDC_NOTI_

30

ГОСТ Р 57848—2017

CONFIG, используя структурный элемент ConfigReportRsp для поля event-info (см. таблицу 4). Формат и содержимое сообщения управляющего устройства, содержащего ответ на сообщение с уведомлением о стандартной конфигурации, представленное в 8.4.2.1. имеют следующий вид:

0хЕ7

0x00

APOU CHOICE Type (PrstApdu)

0x00

0x16

CHOICE.Iength = 22

0x00

0x14

OCTET STRING.Iength = 20

0x00

0x02

invoke-id (differentiates this message from any other outstanding)

0x02

0x01

CHOICE (Remote Operation Response | Confirmed Event Report)

0x00

ОхОЕ

CHOICE.Iength = 14

0x00

0x00

obj-handle = 0 (MDS object)

0x05

0x14 OxDB 0x12

currentTime

0x0D

0х1С

event-type * MDC_NOTI_CONFIG

0x00

0x04

event-reply-info.length = 4

0x06

0хА4

ConfigReportRsp.config-report-id = 1700

0x00

0x00

ConfigReportRsp.config-result = accepted-config

8.4.3 Глюкометр — стандартная конфигурация (0х06А5)

8.4.3.1 Процедура со стороны агента

Агент выполняет процедуру конфигурирования, используя сообщение «Remote Operation Invoke | Confirmed Event Report» с событием MDC_NOTI_CONFIG для тою. чтобы передать свою конфигурацию управляющему устройству (см. IEEE 11073*20601а—2010). Для поля event-info используется структурный элемент ConfigReport (см. таблицу 4). Для агента-глюкометра со стандартной конфигурацией 0х06А5 формат и содержимое сообщения, содержащего уведомление о конфигурации, имеют следую-

щии вид:

0xE7

0x00

APOU CHOICE Type (PrstApdu)

0x00

0x44

CHOICE.Iength = 68

0x00

0x42

OCTET STRING.Iength = 66

0x00

0x02

invoke-id (differentiates this message from any other outstanding)

0x01

0x01

CHO!CE(Remote Operation Invoke | Confirmed Event Report)

0x00

0x3C

CHOICE.Iength * 60

0x00

0x00

obj-handle = 0 (MDS object)

OxFF

OxFF OxFF OxFF

event-time (set to OxFFFFFFFF if RelativeTime is not supported)

OxOD

OxlC

event-type * MDC_NOTI_CONFIG

0x00

0x32

event-info.length = 50 (start of ConfigReport)

0x06

0XA5

config-report-id (Dev-Configuration-ld value)

0x00

0x01

config-obj-list.count = 1 Measurement objects will be "announced"

0x00

0x2C

config-obj-list.length = 44

0x00

0x06

obj-class = MDC_MOC_VMO_METRIC_NU

0x00

0x01

obj-handle = 1 (-»1st Measurement is blood glucose)

0x00

0x04

attributes.count = 4

0x00

0x24

attributes.length = 36

0x09

0x2F

attribute-id = MDC_ATTR_ID_TYPE

0x00

0x04

attribute-value.iength = 4

0x00

0x02

MDC_PART_SCADA|

0x72

0x70

MDC_CONC_GLU_UNDETERMINED PLASMA

OxOA

0x46

attribute-id*MDC_ATTR_METRIC_SPEC_SMALL

0x00

0x02

attribute-value.iength = 2

OxFO

0x40

intermittent, stored data, upd & msmt aperiodic, agent init. measured

0x09

0x96

attribute-id e MDC_ATTR_UNIT_CODE

0x00

0x02

attribute-value.iength = 2

31

ГОСТ Р 57848—2017

0x06

0x52

MDC_DIM_MIILI_G_PER_DL

ОхОА

0x55

attribute-id = MDC_ATTR_ATTRIBUTE_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 0x06

MDC_ATTR_TIME_STAMP_ABS | value length=8

8.4.3.2 Процедура со стороны управляющего устройства

Управляющее устройство должно ответить на сообщение с уведомлением о конфигурации. ис-пользуя сообщение «Remote Operation Response ] Confirmed Event Report» с событием MDC_NOTI_ CONFIG, используя структурный элемент ConfigReportRsp для поля event-info (см. таблицу 4}. Формат и содержимое сообщения управляющего устройства, содержащего ответ на сообщение с уведомлением о стандартной конфигурации, представленное в 8.4.3.1. имеют следующий вид:

0xE7

0x00

APDU CHOICE Type (PrstApdu)

0x00

0x16

CHOICE.length = 22

0x00

0x14

OCTET STRING.Iength * 20

0x00

0x02

invoke-id (differentiates this message from any other outstanding)

0x02

0x01

CHOICE (Remote Operation Response | Confirmed Event Report)

0x00

OxOE

CHOICE.Iength = 14

0x00

0x00

obj-handle = 0 (MDS object)

0x05

0x14 OxDB 0x12

currentTime

OxOD

Ox 1C

event-type = MDC_NOTI_CONFIG

0x00

0x04

event-repiy-info.length = 4

0x06

0xA5

ConfigReportRsp.config-report-id = 1701

0x00

0x00

ConfigReportRsp.config-result = accepted-config

8.5 Рабочая процедура

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

Во время рабочего состояния (Operating state) данные измерений и информация о состоянии пе-редаются от агента-глюкометра. Если не указано иное, то в качестве рабочей процедуры для агента* глюкометра, соответствующего настоящему стандарту, должна использоваться процедура, определен* ная в IEEE 11073-20601а—2010.

8.5.2    Атрибуты сервиса GET для объектов MDS и PM-store глюкометра

Глюкометр должен поддерживать сервис GET для объектов MDS и PM-store (если объекты PM-store присутствуют) в соответствии с IEEE 11073*20601а— 2010.

Краткая информация по сервису GET представлена в таблице 5.

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

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

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

Сведения о сервисах отчета о событиях, доступных для передачи данных измерений, приведены в таблицах 4 и 22.

32

ГОСТ Р 57848—2017

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

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

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

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

9    Тестовые взаимосвязи

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

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

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

После того как агент переходит в рабочее состояние, он имитирует прием события от измерительного узла, сообщающего об уровне содержания сахара в крови, равном 999 мг/дл. Насколько возможно, данный показатель должны воспринимать только те компоненты агента, которые распознают состояние тестовой взаимосвязи. Когда событие преобразуется в числовой объект, разряд test-data атрибута measurement-status должен быть установлен, если атрибут measurement-status поддерживается. Агенту не обязательно использовать атрибут measurement-status, если он не будет его использовать вне рамок тестовой взаимосвязи.

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

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

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

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

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

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

33

ГОСТ Р 57848—2017

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

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

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

•    моделям протоколов и сервисов;

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

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

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

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

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

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

Спецификации должны быть представлены в виде набора заявлений о соответствии реализации (ICS) согласно 10.4.

Поскольку настоящий стандарт применяется совместно с IEEE 11073-20601а—2010. то сначала должны быть созданы ICS для настоящего стандарта. Тогда ICS. созданные для IEEE 11073-20601а— 2010. могут при необходимости ссылаться на ICS для настоящего стандарта.

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

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

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

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

Приложение использует элементы информационной модели, моделей сервисов и взаимосвязей (иерархию объектов, действия, отчеты о событиях и определения типов данных) и номенклатурную схему, определенные в IEEE 11073-20601а—2010 и ISO/IEEE 11073-10422. Все обязательные характеристики. определенные в таблицах с определениями объектов и в таблицах ICS. реализованы. Более того, любые реализованные условные, рекомендуемые или факультативные характеристики должны соответствовать требованиям IEEE 11073-20601 а—2010 и ISO/IEEE 11073-10422.

10.3.3    Уровень соответствия 2: Расширенная номенклатура (ASN.1 и/или ISO/IEEE 11073-10101:2004 [2])

Уровень соответствия 2 идентичен уровню соответствия 1. но кроме того, использует или добавляет расширения по крайней мере к одной из моделей — информационной, сервисов, взаимосвязей или номенклатурной. Данные расширения должны соответствовать номенклатурным кодам из ASN.1 и/или в рамках ISO/IEEE 11073-10101:2004 (2) (OxFOOO—OxFFFF). Эти расширения должны быть определены в таблицах ICS с указанием их источника.

10.4 Заявления о соответствии реализации

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

Заявления ICS представляют в виде заявления о полном соответствии, содержащем набор таблиц в форме, заданной шаблонами, определенными в 10.4.2—10.4.6.

Каждая таблица ICS содержит графы со следующими заголовками:

•    Индекс;

-    Характеристика;

•    Ссылка:

-    Треб./Статус;

-    Поддержка;

•    Примечание.

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

Индекс: идентификатор (например, тег) конкретной характеристики.

Характеристика: краткое описание характеристики, для которой составлено заявление о соответствии.

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

34

ГОСТ Р 57848—2017

Треб7Статус: определяет требование соответствия (например, обязательное или рекомендуе* мое); в некоторых случаях настоящий стандарт не определяет требования соответствия, но требует обеспечить состояние конкретной характеристики.

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

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

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

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

в общем ICS определены версии или редакции, поддерживаемые данной реализацией и высокоуровневыми характеристиками системы. В таблице 25 приведены общие ICS.

Таблица 25 — Общие ICS, соответствующие настоящему стандарту

Индекс

Характеристика

Ссыпка

ТрабУСтатус

Поддержка

Приме

чание

GEN

11073-

10417-1

Описание реализации

Идентификация прибора/приме-нения.

Описание функционагъностм

GEN

11073-

10417-2

Применяемые стандарты и их ревизии

(Документы, относящиеся к стандартам)

(Набор существующих ревизий)

{Набор поддерживаемых ревизий)

GEN

11073-

10417-3

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

(Документы, относящиеся к стандартам)

(Набор существующих ревизий)

(Набор поддерживаемых ревизий)

GEN

11073-

10417-4

Соблюдение соответствия • Уровень 1 •

См. 10.3.3

Декларация о базовом соответствии: прибор соответствует следующим требованиям соответствия IEEE 11073-10417:

а)    Все обязательные требования должны быть реализованы.

б)    Если условные, рекомендуемые и факультативные требования реализованы, то они должны соответствовать стандарту

Да/Нет

{Значение «Нет» не может быть использовано на данном уровне, так как это означает, что реализация является несоответствующей стандарту)

GEN

11073-

10417-5

Соблюдение соответствия - Уровень 2 -

См. 6.3

В добавление к GEN 11073-10417-4: если в приборе реализованы расширения и/или добавления. то они должны соответствовать кодам обозначений из ASN.1 и/или основам 10101. Эти расширения должны также быть определены в таблицах ICS. указывающих на их источник

Да/Нет

GEN

11073-

10417-6

Дерево локализации объект 08

См. 6.3

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

GEN

11073-

10417-7

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

(Документы, относящиеся к стандартам)

(Набор существующих ревизий)

{Набор поддерживаемых ревизий)

35

ГОСТ Р 57848—2017

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

Индекс

Характеристика

Ссылка

Треб..'Статус

Поддержка

Приме

чание

GEN

11073-

10417-8

Кодирование

структуры

данных

"

"

Описание метода кодирования для структур данных ASN.1

"

GEN

11073-

10417-9

Использование частных объектов

Использует ли реализация объекты. не определенные в DIM?

Да/Нет

(Если «Да», то пояснение в таблице 26)

GEN

11073-

10417-10

Использование частных расширений номенклатуры

Использует ли реализация расширения номенклатуры (то есть ходы 0xF000—OxFFF из ISO/IEEE 11073-10101:2004(2))?

Частные расширения номенклатуры допустимы только в том случае, если стандартная номенклатура не содержит специфических терминов, необходимых для данного приложения

Да/Нет

(Если «Да», то пояснение в таблице 29)

GEN

11073-

10417-11

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

11073-20601

Показывает отчет о соответствии. который требуется по IEEE 11073-20601а—2010

* Префикс GEN11073-10417 использован для значений индекса в таблице общих ICS.

10.4.3 Общее заявление о соответствии реализации DIM МОС

В DIM МОС ICS определены реализованные объекты. Информация о каждом объекте должна быть представлена в отдельной строке таблицы 26.

Таблица 26 — Шаблон для таблицы DIM МОС ICS

Индекс

Характеристика

Ссылка

Треб-/Статус

Поддержка

Прима*

чаиие

МОС-л

Описание объекта

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

Реализован

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

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

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

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

Диаграмма локализации объектов (диаграмма экземпляров класса) должна быть представлена как часть DIM МОС ICS.

10.4.4 Заявление о соответствии реализации атрибутов МОС

ICS атрибутов МОС определяет, какие атрибуты, включая любые унаследованные атрибуты, используются или поддерживаются в каждом объекте данной реализации. В таблице 27 представлен шаблон для заполнения.

36

ГОСТ Р 57848—2017

Таблица 27 — Шаблон для таблицы ICS атрибутов МОС

Индекс

Характеристика

Ссылка

Треб./Статус

Поддержка

Приме

чание

ATTR-o-x

Наименование атрибута. Расширенные атрибуты должны также включать идентификатор (Ю) атрибута

Указать ссылку на структуру ASN.1, если данный атрибут не определен в настоящем стандарте

М = обязательный /

С = услоеньм /

R = рекомендуемый / О — факультативный (как в определении в таблицах определений атрибутов)

Реализован?

Да/Нет

Стагический/Динэмический Указать ограничения (например. диапазоны значений).

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

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

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

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

8 графе «Индекс» вместо символа л должен быть подставлен идентификатор {ID) объекта, для которого создана данная таблица {то есть индекс объекта, определенный в МОС ICS). Для каждого поддерживаемого объекта должна существовать одна отдельная таблица.

Символ х в графе «Индекс» представляет уникальное последовательное число {1 ...т).

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

10.4.5 Заявление о соответствии реализации уведомлений МОС

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

Таблица 28 — Шаблон для таблицы ICS уведомлений МОС

Индекс

Характеристика

Ссылка

Треб.Ютатус

Поддержка

Приме

чание

NOTI-л-х

Наименование уведомления и идентификатор (10) уведомления

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

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

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

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

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

37

ГОСТ Р 57848—2017

10.4.6 Заявление о соответствии реализации номенклатуры МОС

ICS номенклатуры МОС определяет все нестандартные номенклатурные коды, используемые агентом. В таблице 29 представлен шаблон для заполнения. Каждому элементу номенклатуры должна соответствовать одна строка таблицы.

Таблица 29 — Шаблон для таблицы ICS обозначений МОС

Индекс

Характеристика

Ссылка

Треб./Статус

Поддержка

Приме

чание

NOME-o

Наименование номенклатуры и значение номенклатуры

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

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

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

38

ГОСТ Р 57848—2017

Приложение А

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

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

(1]    American Diabetes Association. Standards of medical care in diabetes-2006. Diabetes Care. vol. 29. suppl. 1. Jan. 2006

(2]    ISO/IEEE 11073-10101:2004, Health informatics — Point-of-care medical device communication — Part 10101: Nomenclature

(3]    ISO/IEEE 11073-10201:2004, Health informatics — Point-of-care medical device communication — Part 10201: Domain information model

(4]    ISO/IEEE 11073—20101:2004, Health informatics — Point-of-care medical device communication — Part 20101: Application profile — Base standard

(5]    ITU-T Rec. X.680-2002. Information technology — Abstract Syntax Notation One (ASN.1): Specification of basic notation

39

ГОСТ Р 57848—2017

Приложение В

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

Дополнительные определения из ASN.1

В.1 Отображение разряда состояния прибора и датчика

Для расширения порога до класса Enumeration (перечисление) требуются следующие определения структур ASN.1:

GlucoseDevStat::= BITS-16 {

device-battery 4ow{0).

sensor-malfuncbon( 1).

sensor-sample-size-insu№cient(2).

sensor-strip-insertion(3).

sensor-strip-type-incorrect(4).

sensor-result-too-high(5).

sensor-resutt-too-low(6).

sensor-temp-too-high{7).

sensor-temp-too-tow{8).

sensor-read-interrupt(9).

dev*ce-gen-fault( 10)

>

40

ГОСТ Р 57848—2017

Приложение С

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

Назначение идентификаторов

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

В данном приложении приведены коды обозначений, использованные в настоящем стандарте и не определенные в IEEE 11073-20601а—2010. Коды, которые не представлены в данном приложении, определены в IEEE 11073-206018—2010.

С.2 Определение объектов и кодов

Использованный в данном приложении формат соответствует ИСО/ИИЭР 11073-10101:2004 [2].

Л**...........*.............*.....*****.......................................................................

' From Medical supervisory control and data acquisition (MDC PART_SCADA)

.............*........*............*.....................*............*”**...........***........*...........**7

Adeline

MDC CONC GLU

GEN

28648/*

V

Adeline

MDC CONC GLU

CAPILLARY WHOLEBLOOO

29112/*

V

«define

MDC_CONC_GLU.

.CAPILLARY.PLASMA

29116/*

V

«define

MDC CONC GLU

VENOUS WHOLEBLOOD

29120/*

V

«define

MDC CONC GLU

VENOUS PLASMA

29124/*

V

«define

MDC CONC GLU

ARTERIAL WHOLEBLOOD

29128/*

7

«define

MDC_CONC_GLU.

ARTERIAL.PLASMA

29132/*

7

«define

MDC CONC GLU

UNDETERMINED WHOLEBLOOD

29292/*

7

«define

MDC CONC GLU

UNDETERMINED PLASMA

29296/*

V

«define

MDC CONC GLU

CONTROL

29136/*

7

«define

MDC CONC GLU

ISF

29140/*

V

«define

MDC CONC HBA1C

29148/*

7

r.....................................*........................................................................

* From Personal Health Device Disease Management (MDC PART_PHD_DM) ....................................................................*”...................................*...../

«define

MDC GLU METER DEV STATUS

29144/*

V

«define

MDC CTXT GLU EXERCISE

29152/*

V

«define

MDC CTXT GLU CARB

29156/*

V

«define

MDC CTXT GLU CARB BREAKFAST

29160/*

V

«define

MDC_CTXT_GLU_CARB_LUNCH

29164/*

V

«define

MDC CTXT GLU CARB DINNER

29168/*

*/

«define

MDC CTXT GLU CARB SNACK

29172/*

7

«define

MDC CTXT GLU CARB DRINK

29176/*

7

«define

MDC_CTXT_GLU_CARB_SUPPER

29180/*

7

«define

MDC CTXT GLU CARB BRUNCH

29184Г

7

«define

MDC CTXT MEDICATION

29188/*

7

«define

MDC CTXT MEDICATION RAPIDACT1NG

29192/*

7

«define

MDC CTXT MEDICATION SHORTACTING

29196/*

7

«define

MDC_CTXT_MED!CAT!ON_INTERMEDIATEACTING

29200/*

7

«define

MDC CTXT MEDICATION LONGACTING

29204/*

7

«define

MDC CTXT MEDICATION PREMIX

29208/*

7

«define

MDC CTXT GLU HEALTH

29212/*

7

«define

MDC_CTXT_GLU_HEALTH_MINOR

29216/*

7

«define

MDC CTXT GLU HEALTH MAJOR

29220/*

7

«define

MDC CTXT GLU HEALTH MENSES

29224/*

7

«define

MDC CTXT GLU HEALTH STRESS

29228/*

7

«define

MDC CTXT GLU HEALTH NONE

29232/*

7

«define

MDC_CTXT_GLU_SAMPLELOCAT10N

29236/*

7

«define

MDC CTXT GLU SAMPLELOCATION FINGER

29240/*

7

«define

MDC_CTXT_GLU_SAMPLELOCATlON_AST

29244/*

7

41

ГОСТ Р 57848—2017

«define    MDC    СТХТ GLU SAMPLELOCATION_EARLOBE    29248/*

«define    MDC_CTXT_GLU_SAMPLELOCATION_CTRLSOLUTION 29252/*

«define    MDC    CTXT GLU.MEAL    29256Г

«define    MDC    CTXT_GLU_MEAL PREPRANDIAL    29260/*

«define    MDC    CTXT GLU.MEAL POSTPRANDIAL    29264Л

«define    MDC    CTXT GLU MEAL FASTING    29268/*

V

V

V

V

V

V

«define    MDC    CTXT_GLU_MEAL BEDTIME

«define    MDC    CTXT GLU.MEAL CASUAL

«define    MDC    CTXT.GLU TESTER

«define    MDC    CTXT GLU_TESTER_SELF

«define    MDC    CTXT GLU TESTER HCP

29300/*    V

29272/*    V

29276/*    V

29280/*    V

29284/*    */

«define MDC CTXT GLU TESTER LAB

29288/*    V

/...............................................................................*...............................

* From Dimensions (MDC_PART_D1M)

.......*.....*.............*........*.......*.........*.................*........*.........*.................../

«define

MDC DIM MILLI L

1618 Л mL

V

«define

MDC DIM MILLI G

1746 Лтд

V

«define

MDC DIM MILLI G PER DL

2130Л mgdL-1

*/

«define

MDC DIM MILLI MOLE PER L

4722 Л mmol L-1

V

«define

MDC_DIM_G

1728 Лд

V

C.3 Системное происхождение терминов и кодов

Стандартизованное имя

Общепринятый

тернии

АкрО’

ним

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

Ссылочный ID

Код

Glucose | Concentration | ContrdSolubon

Контрольный

результат

Объект, содержащий измерение. полученное от контрольного раствора

MDC CONC GLU CONTROL

29136

Glucose | Concentration | Inters WialFluid

Уровень сахара в интерстициальной жидкости

Объект, содержащий измерение уровня сахара в интерстициальной жидкости

MDC CONC GLU ISF

29140

HbAlc| Concentration

НЬА1с

Объект, содержащий А1с или гликозилированный гемоглобин

MDC_CONC_HBA1C

29148

Status | value | FunctionalStatus | Device

Состояние

прибора

Объект, содержащий флаги, представляющие конкретное состояние глкжометра

MDC GLU METER DEV.STATUS

29144

Glucose |

Context | Exercise

Физические

упражнения

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

MDC CTXT GLU EXERCISE

29152

Glucose | Context | Carb

Углеводы

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

MDC CTXT GLU CARB

29156

Medication | Context

Лекарства

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

MDC CTXT MEDICATION

29188

Glucose | Context | Health

Состояние

здоровья

Объект, содержащий контекстную информацию, сая-эажую с влиянием состояния здоровья на уровень сахара

MDC CTXT GLU HEALTH

29212

42

ГОСТ Р 57848—2017

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

Стандартизованное имя

Общепринятый

термин

Ахро*

ниы

ОписаниоЮлрвделение

Ссылочный Ю

Код

Glucose | Context | SampleLocation

Место взятия пробы

Объект, определяющий место взятия пробы

MDC СТХТ GLU SAMPLELOCATION

29236

Glucose |

Context | Samptelocation | Altemativesrtelest

Альтернативное место взятия пробы

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

МОС СТХТ GLU

SAMPLELOCATION

AST

29244

Glucose | Context | Meal

Влияние приема пищи

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

MDC СТХТ GLU MEAL

29256

Glucose |

Context | Meal | BeforeMeal

Влияние перекусывания между приемами пищи

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

МОС СТХТ GLU MEAL PREPRAND1AL

29260

Glucose |

Context | Meal | AfterMeal

Влияние

диеты

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

МОС CTXT GLU MEAL POSTPRANDIAL

29264

Glucose |

Context | Meal | Fasting

Влияние голодания

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

MDC CTXT GLU MEAL_FASTING

29268

Glucose |

Context | Meal | Bedtime

Влияние приема пищи перед сном

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

MDC CTXT GLU MEAL.BEDTIME

29300

Glucose | Context f Tester

Тестировщик

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

MDC CTXT GLU TESTER

29276

Glucose |

Context | Tester | HeailhCareProfessional

Тестировщик

медицинский

работник

Объект, содержащий контекстную информацию, связанную с медицинским работником, проводящим взятие пробы

MDC CTXT GLU TESTER.HCP

29284

43

ГОСТ Р 57848—2017

Приложение D

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

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

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

a)    Когда пользователь подключает глюкометр, управляющее устройство еще не знает конфигурацию агента и в ответ на запрос агента об установлении взаимосвязи посылает результат accepted-unknown-config. Соответствующие примеры PDU приведены в Е.2.2.2 и Е.2.2.3.

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

c)    Далее управляющее устройство может запросить у агента атрибуты объекта MDS. посылая сообщение с данными вместе с командой «Remote Operation Invoke | Get». В ответ агент сообщает управляющему устройству атрибуты объекта MDS. используя сообщение с данными вместе с командой «Remote Operation Response | Get». Соответствующие примеры PDU приведены в Е.4.1.2 и Е.4.1.3.

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

e)    Пользователь завершает сессию измерения (например, нажимая нужную кнопку на приборе либо просто не используя прибор дольше определенного периода времени). В результате агент разрывает связь с управляющим устройством, посылая запрос на разрыв связи. Управляющее устройство в ответ посылает подтверждение разрыва связи. Соответствующие примеры PDU приведены в Е.6.1 и Е.6.2.

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

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

44

ГОСТ Р 57848—2017

Агент —>—

Управляющее

устройство

ConnectlndicationfLowerLaverfnfol

Connectindicat»on(iowerL»v«rin»o)

<Си. В.2.2 2) (См Е.2.2.3)

Association Reooest(data-proto-iist. System-id. dev-config-td. option-list

Association Respcnse(accepted-unknown-confiq. data-proto-id. svstem-ld. option-list)

Проверка system-id. проверка dev-cortfig-id

Г

1

(См E3 2.2)

Data(lnvoke | Confirmed Event Report. MDC_NOTI_CONFIG. dev-config-id. config-object-list)

4

Управляющее устройство HE распознает system-ю и dev-config-id

(См E.32.3) (См. E.4.1.2)

(См E.4.1.3) (См E.S.t)

(См. Е.5.2)

(См Е.6.1) (См Е.6.2)

Oata(Response | Confirmed Event Report. MOC_NOTI_CONFIG. accepted-config)

e-

Data (invoke I Get. handte^O) e-

Qata(Response | Get. MDS Attributes)

Data(lnvoke | Confirmed Event Report, MDC_NOTI_SCAN_REPORT_FIXED.event-info)

Data{ Response | Confirmed Event Report. MDC_NOTI_SCAN_REPORT_FIXEO)

Association Release Request(reason)

Association Release Response(reason)

*

*

Сохранить dev-config-id и Configuration

if

Connectindication(LowerLaverlnfo)

ConnectindicationiLowerLevertnfo)

Association Request(data-proto-ti$L system-id. dev-config-rd, option-list)

Association Response(accepted data-proto-id. svstem-ld. option-list)

Oata(lnvoke | Confirmed Event Report MDCj4OTI_SCAN_REPORT_FIXED.evenl-*nf0)

Проверка system-Ю. проверка dev-conflg-ю

Управляющее устройство распознает system-id и dev-config-id

Data(Response | Confirmed Event Report. MDC_NOTI_$CAN-REPORT_FIXED)

4-

Association Release Request(reason)

Association Release Response(reason)

Рисунок 0.1 — Диаграмма последовательности обмена сообщениями для приведенного сценария использования глюкометра

45

ГОСТ Р 57848—2017

Приложение Е

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

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

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

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

Е.2 Обмен информацией для установления взаимосвязи

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

Когда между управляющим устройством и агентом установлено соединение транспортного уровня, они обе переходят в несвязанное состояние (Unassociated state). Когда агент посылает запрос на установление взаимосвязи. управляющее устройство и агент переходят в состояние установления связи (Associating state).

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

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

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

Е.2.2.2 Запрос на установление взаимосвязи

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

0хЕ2

0x00

APOU CHOICE Type (AarqApdu)

0x00

0x32

CHOICE.Iength = SO

0x80

0x00

0x00

0x00

assoc-version

0x00

0x01

0x00

0х2А

data-proto-list.oount = 11 length = 42

0x50

0x79

data-proto-id = 20601

0x00

0x26

data-proto-info length = 36

0x80

0x00

0x00

0x00

protocolVersion

ОхАО

0x00

encoding rules = MDER or PER

0x80

0x00

0x00

0x00

nomenclature Version

0x00

0x00

0x00

0x00

functionalUnits — no Test Association capabilities

0x00

0x80

0x00

0x00

systemType = sys-type-agent

0x00

0x08

system-id length = 8 and value {manufacturer- and devioe- specific)

0x11

0x22

0x33

0x44

0x55

0x66

0x77

0x88

0x40

0x00

dev-config-id — extended configuration

0x00

0x01

data-req-mode-flags

0x01

0x00

data-req-mil-agent-count. data-req-init-manager-count

0x00

0x00

0x00

0x00

optionbsl.count = 0 | optionLisllength = 0

Е.2.2.3 Ответ на запрос на установление взаимосвязи

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

ОхЕЗ 0x00    APDU CHOICE Type (AareApdu)

0x00 0х2С    CHOICE.tenglh = 44

46

ГОСТ Р 57848—2017

0x00

0x03

result = aocepted-unknown-config

0x50

0x79

data-pro(o-id = 20601

0x00

0x26

data-proto-info length = 38

0x80

0x00

0x00

0x00

protocofVersion

0x80

0x00

encoding rules = MDER

0x80

0x00

0x00

0x00

nomenclature Version

0x00

0x00

0x00

0x00

(unctionalUnits — normal Association

0x80

0x00

0x00

0x00

systemType = sys-type-manager

0x00

0x08

system-id length = 8 and value (manufacturer- and device- specific)

0x88

0x77

Охбб

0x55

0x44

0x33

0x22

0x11

0x00

0x00

Manager's response to config-id is always 0

0x00

0x00

Manager's response to data-req-mode-flags is always 0

0x00

0x00

data-req-init-agent-count and data-req-init-manager-count are always 0

0x00

0x00

0x00

0x00

optionList.count = 0 | optionlist.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-verston

0x00

0x01

0x00

0x2A

data-proto-lrsl.count = 1 | length = 42

0x50

0x79

data-proto-id = 20601

0x00

0x26

data-proto-info length = 38

0x80

0x00

0x00

0x00

protocofVersion

OxAO

0x00

encoding rules = MDER or PER

0x80

0x00

0x00

0x00

nomenclature Version

0x00

0x00

0x00

0x00

(unctionalUnits, no Test Association capabilities

0x00

0x80

0x00

0x00

systemType = sys-type-agent

0x00

0x08

system-id length = 8 and value (manufacturer- and device- specific)

0x11

0x22

0x33

0x44

0x55

0x66

0x77

0x88

0x40

0x00

dev-oonfig-id — extended configuration

0x00

0x01

data-req-mode-flags

0x01

0x00

data-req-init-agent-count. data-req-inrt-manager-count

0x00

0x00

0x00

0x00

optionList.count = 0 | optionlist.length = 0

Е.2.3.3 Ответ на установление взаимосвязи

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

0xE3

0x00

APDU CHOICE Type (AareApdu)

0x00

0x2C

CHOICE.length = 44

0x00

0x00

result = accepted

0x50

0x79

data-proto-id = 20601

0x00

0x26

data-proto-info length = 38

0x80

0x00

0x00

0x00

protocofVersioo

0x80

0x00

encoding rules = MDER

0x80

0x00

0x00

0x00

nomenclatureVersion

0x00

0x00

0x00

0x00

(unctionalUnits — normal Association

47

ГОСТ Р 57848—2017

0x80

0x00

0x00

0x00

0x00

0x08

0x88

0x77

0x66

0x56

0x44

0x33

0x2 2

0x11

0x00

0x00

0x00

0x00

0x00

0x00

0x00

0x00

0x00

0x00

systemType = sys-type-manager

system-id length = 8 and value {manufacturer- and device- specific)

Manager's response to config-id is always 0 Manager's response to da ta-req-mode-flags is ahvays 0 data-req-tnit-agent-count and data-req-init-manager-count are always 0 opbonLtst.count = 0 | optionLisUength = 0

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

E.2.4.1 Общие положения

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

Е.2.4.2 Запрос на установление взаимосвязи

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

разделе 9.

0хБ2

0x00

APOU CHOICE Type (AarqApdu)

0x00

0x32

CHOICE.tength = SO

0x80

0x00

0x00

0x00

assoc-version

0x00

0x01

0x00

0х2А

dala-prolo-list.count = 11 length = 42

0x50

0x79

data-proto-id = 20601

0x00

0x26

data-proto-info length = 38

0x80

0x00

0x00

0x00

prolocolVerston

0x80

0x00

encoding rules = MDER or PER

0x80

0x00

0x00

0x00

nomenclature Version

0x40

0x00

0x00

0x00

funcbonalUnils. has Test Association capabilities

0x00

0x80

0x00

0x00

systemType = sys-type-agent

0x00

0x08

system-id length = 6 and value {manufacturer- and device- specific)

0x11

0x22

0x33

0x44

0x55

0x66

0x77

0x88

0x06

0хА4

dev-config-id — standard configuration

0x00

0x01

da ta-req-mode-flags

0x01

0x00

dala-req-mit-agenl-counl data-req-init-manager-count

0x00

0x00

0x00

0x00

opfionUst.count = 0 | optionList.length = 0

Е.2.4.3 Ответ на запрос на установление взаимосвязи

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

0xE3

0x00

APOU CHOICE Type (AareApdu)

0x00

0x2C

CHOICE.tength = 44

0x00

0x00

result = accepted

0x50

0x79

data-proto-id = 20601

0x00

0x26

data-proto-info length = 38

0x80

0x00

0x00

0x00

protocolVersion

0x80

0x00

encoding rules = 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 = 6 and value {manufacturer- and device- specific)

0x88

0x77

0x66

0x55

48

ГОСТ Р 57848—2017

0x44

0x33

0x22

0x11

0x00

0x00

0x00

0x00

0x00

0x00

0x00

0x00

0x00

0x00

Manager's response to config-id is always 0 Manager's response to data-req-mode-flags is always 0 data-req-init-agent-count and data-req-xiit-manager-count are always 0 optionList.count = 0 | optionList.length = 0

E.3 Обмен информацией о конфигурации Е.3.1 Общие положения

Если взаимосвязь не отклонена или прекращена, то агент и управляющее устройство переходят из состояния установления взаимосвязи (Associating state) водно из двух состояний. Если код AssociateResult управляющего устройства имеет значение accepted, то агент и управляющее устройство переходят в рабочее состояние (Operating state). Если значением xoaaAssociatedResult управляющего устройства является accepted-unknown-config. то агент и управляющее устройство переходят в состояние конфигурирования (Configuring state).

Е.3.2 Расширенная конфигурация Е.3.2.1 Общие положения

Данный обмен сообщениями имеет место в том случае, когда управляющее устройство возвращает код AssociatedResult со значением accepted-unknown-con fig. Агент передает описание своей конфигурации, соответствующей параметру dev-config-id. переданному в запросе на установление взаимосвязи.

Е.3.2.2 Дистанционное управление вызовом отчета о событии, представляющим конфигурацию Агент-глюкомегр посылает описание своей расширенной конфигурации с помощью отправки подтвержденного отчета о событии типа MDC NOTI CONFIG.

0хЕ7

0x00

APDU CHOICE Type (PrstApdu)

0x00

0х9А

CHOICE.length = 154

0x00

0x98

OCTET STRING.Iength = 152

0x43

0x21

invoke-id = 0x4321 (start of DataApdu. MDER encoded.)

0x01

0x01

CHO!CE(Remote Operation Invoke | Confirmed Event Report)

0x00

0x92

CHOICE.Iength = 146

0x00

0x00

obj-handle = 0 (MDS object)

OxFF

OxFF OxFF

OxFF

event-time=OxFFFFFFFF

0x00

OxlC

event-type = MDC_NOTI_CONFIG

0x00

0x88

event-info.length = 136 (start of ConfigReport)

0x40

0x00

config-report-id = Extended

0x00

0x03

config-obj-list.count = 3 Measurement objects will be "announced''

0x00

0x82

config-obj-list.length = 130

0x00

0x06

obi-class = MDC_MOC_VMO_METRIC_NU

0x00

0x01

obj-handle » 1 (—*1st Measurement is blood glucose)

0x00

0x04

attributes.count = 4

0x00

0x24

attributesJength = 36

0x09

0x2F

attribute-id = MDC_ATTRJD_TYPE

0x00

0x04

attnbute-value.length = 4

0x00

0x02

MDC_PART_SCADA |

0x71

0хВ8

MOC_CONC_GLU_CAPILLARY_WHOLEBLOOD

ОхОА

0x46

attnbute4d=MDC_ATTR_METRIC_SPEC_SMALL

0x00

0x02

attnbute-value.length = 2

0xF0

0x40

intermittent, stored data, upd & msmt aperiodic, agent init. measured

0x09

0x96

attnbute4d=M0C_ATTR_UNIT_C00E

0x00

0x02

attnbute-value.length = 2

0x12

0x72

MDC_DIM_MILLI_MOLE_PER_L

ОхОА

OxSS

attribute-id=MDC_ATTR_ATTRrBUTE_VAL_MAP

0x00

0х0С

attribute-value.length = 12

0x00

0x02

AttrVaWap.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_TIM-E_STAMP_ABS 1 value length = 8

49

ГОСТ Р 57848—2017

0x00

0x05

obj-dass = MDC_MOC_VMO_METRlC_ENUM

0x00

0x02

obj-handte » 2 (-* 2nd Measurement is context meal)

0x00

0x03

attributes.oount = 3

0x00

OxlE

attributes.length = 30

0x09

0x2 F

attribute-id = MDC_ATTR_ID_TYPE

0x00

0x04

attribute-value.length = 4

0x00

0x80 0x72

0x48

MDC_PART_PHO_DM | MDC_CTXT_GLU_MEAL

OxOA

0x4 6

attribute-id=MOC_ATTR_METRIC_SPEC_SMALL

0x00

0x02

attribute-value.length = 2

OxFO

0x48

intermittent, stored data, upd & msmt aperiodic, agent init. manual

OxOA

0x55

attribute-id=MDC_ATTR_ATTRt8UTE_VAL_MAP

0x00

OxOC

attribute-value,length = 12

0x00

0x02

AttrValMap.count = 2

0x00

0x08

AttrValMap.length=8

0x09

0x90 0x00

0x08

MDC_ATTR_TtME_STAMP_ABS. 8

OxOA

0x49 0x00

0x02

MDC_ATTR_ENUM_OBS_VAL_SIMP_OID. 2

0x00

0x06

obj-dass = MDC_MOC_VMO_METRIC_NU

0x00

0x03

obj-handte » 3 (-* 3rd Measurement is context exercise)

0x00

0x04

attributes.count = 4

0x00

0x28

attributes.length = 40

0x09

0x2 F

attribute-id = MDC_ATTR_ID_TYPE

0x00

0x04

attribute-value.length = 4

0x00

0x80 0x71

OxEO

MDC_PART_PHD_DM | MDC_CTXT_GLU_EXERCISE

OxOA

0x4 6

attribute-id=MOC_ATTR_METRlC_SPEC_SMALL

0x00

0x02

attribute-value.length = 2

OxFO

0x48

intermittent, stored data, upd & msmt aperiodic, agent init. manual

0x09

0x96

attribute-id = MDC_ATTR_UNIT_CODE

0x00

0x02

attribute-value.length = 2

0x02

0x20

MDC_D1M_PERCENT

OxOA

0x55

attribute-id = MDC_ATTR_ATTRIBUTE_VAt_MAP

0x00

0x10

attribute-valuelenglh = 16

0x00

0x03

AttrValMap.counts 3

0x00

OxOC

AUrVelMap.length = 12

0x09

0x90 0x00

0x08

MDC_ATTR_TIME_STAMP_ABS. 8

OxOA

0x59 0x00

0x04

MDC_ATTR_TIME_PD_MSMT_ACTIVE, 4

OxOA

0x4C 0x00

0x02

MDC ATTR NU VAl OBS SIMP. 2

Е.3.2.3 Дистанционное управление ответом на отчет о событии, представляющим конфигурацию Управляющее устройство отвечает, что оно может использовать конфигурацию агента. Управляющее устройство реализует это. посылая ответ с подтвержденным отчетом о событии со значением параметра config-result, равным accepted-con fig.

ОхЕ7 0x00 0x00 0x16 0x00 0x14 0x43 0x21 0x02 0x01 0x00 0х0Е 0x00 0x00

0x00 0x00 0x00 0x00 OxOD OxlC 0x00 0x04 0x40 0x00 0x00 0x00

APOU CHOICE Type (PrstApdu)

CHOICE.Iength = 22

OCTET STRING.Iength = 20

invoke-id = 0x4321 (mirrored from invocation)

CHOICE(Remote Operation Response | Confirmed Event Report) CHOICE.Iength - 14 obj-handte = 0 (MDS object) current'nmesO

event-type = MDC_NOTI_CONFIG event-reply-info.length = 4 ConfigReportRsp.config-repor1-«J = 0x4000 ConfigReportRsp.config-resutt = accepted-config

50

ГОСТ Р 57848—2017

Е.3.3 Известная конфигурация Е.3.3.1 Общие положения

Данный обмен сообщениями имеет место в том случае, когда управляющее устройство возвращает код AssociatedResult со значением acoepted-config. гак как у него имеется предварительно полученная и обработанная конфигурация, соответствующая значению параметра dev-config-id, переданного агентом. При этом не происходит никакого обмена информацией о конфигурации, а управляющее устройство и агент переходят в рабочее состояние (Operating state).

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

Е.З.Э.З Дистанционное управление ответом на отчет о событии, представляющим конфигурацию Состояние конфигурирования (Configuring state) было пропущено. Агент не генерирует отчет о событии, поэтому управляющее устройство не генерирует никакого ответа.

Е.3.4 Стандартная конфигурация Е.3.4.1 Общие положения

Данный обмен сообщениями имеет место 8 том случае, когда управляющее устройство возвращает код AssociatedResult со значением accepted, так как оно было предварительно запрограммировано на утвержденную стандартную конфигурацию, соответствующую значению параметра dev-config-id. переданного агентом. При этом не происходит никакого обмена информацией о конфигурации, а управляющее устройство и агент переходят в рабочее состояние (Operating state).

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

Е.3.4.3 Дистанционное управление ответом на отчет о событии, представляющим конфигурацию Состояние конфигурирования (Configuring state) было пропущено. Агент не генерирует отчет о событии, поэтому управляющее устройство не генерирует никакого ответа.

Е.4 Получение атрибутов объекта MDS с помощью сервиса GET Е.4.1 Общие положения

Сервис GET MDS attributes может быть активизирован в любое время, когда агент находится в состоянии взаимосвязи (Associated state).

Е.42 Запрос на получение всех атрибутов объекта MDS Управляющее устройство запрашивает у агента атрибуты его объекта MDS.

0хЕ7

0x00

APDU CHOICE Type (PrsLApdu)

0x00

ОхОЕ

CHOICE.length = 14

0x00

ОхОС

OCTET STRING.tength = 12

0x00

0x03

invoke-id = 0x0003 (differentiates this message from any other outstanding, chotce is implementation specific)

0x01

0x03

CHOICE (Remote Operation Invoke | Get)

0x00

0x06

CHOlCE.Iength = 6

0x00

0x00

handle » 0 (MDS object)

0x00

0x00

attribute-id-iist.count = 0 (all attributes)

0x00

0x00

a ttribute^d-list.length = 0

Е.4.3 Получение ответа со всеми атрибутами MDS

Агент-глюкомегр в ответ посылает управляющему устройству свои атрибуты. Кроме того, передаются еще

некоторые дополнительные поля.

0хЕ7

0x00

APDU CHOICE Type (PrstApdu)

0x00

ОхбЕ

CHOlCE.Iength = 110

0x00

ОхбС

OCTET STRING.tength = 108

0x00

0x03

invoke-id = 0x0003 (mirrored from request)

0x02

0x03

CHOICE (Remote Operation Response | Get)

0x00

Охбб

CHOlCE.Iength = 102

0x00

0x00

handle = 0 (MDS object)

0x00

0x06

attnbute-list.oount = 6

0x00

0x60

attnbute-iist.tength = 96

51

ГОСТ Р 57848—2017

OxOA

0x5A

attribute id = MDC_ATTR_SYS_TYPE_SPEC_

LIST

0x00

0x08

attribute-value.length = 8

0x00

0x01

TypeVert-ist count = 1

0x00

0x04

TypeVert-ist length = 4

0x10

Oxll

type = MDC_DEV_SPEC_PROFlL£_GLUCOSE

0x00

0x01

version = 1 of the specialization

0x09

0x28

attribute id = MDC_ATTRJD_MODEL

0x00

OxlA

attribute-value.length = 26

0x00

OxOA

0x54

0x68

string length = 101 *TheCompany"

0x65

0x43

0x6F

0x6D

0x70

0x61

0x6E

0x79

0x00

OxOC

0x47

0x6C

string length = 121 ’GlucoseMeter"

0x75

0x63

0x6F

0x73

0x65

0x40

0x65

0x74 0x65

0x72

0x09

0x84

attribute-id = MDC_ATTR_SYS_ID

0x00

OxOA

attribute-value.length = 10

0x00

0x08

octet string length = 81 EUI-64

Oxll

0x22

0x33

0x44

0x55

0x66

0x77

0x88

OxOA

0x4 4

attribute-id = MDC_ATTR_DEV_CONFIG_ID

0x00

0x02

attribute-value.length = 2

0x40

0x00

dev-config-id = 16384(extended-config-starl)

0x09

0x2 D

attribute-id = MDC_ATTR_ID_PROD_SPECN

0x00

0x12

attribute-value.length = 18

0x00

0x01

ProductionSpec.count = 1

0x00

OxOE

ProductionSpec.length = 14

0x00

0x01

ProdSpecEntry. spec-type = 1 (senal-number)

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

attribute-value.length = 8

0x20

0x07

0x02

0x01

Absolute-Time-Stamp = 2007-02-01T12:05:0000

0x12

0x05

0x00

0x00

E.S Передача данных

Е.5.1 Подтвержденная передача данных измерения

Агент посылает управляющему устройству отчет о событии с результатами измерений.

ОхЕ7 ОхОО 0x00 0x64 0x00 0x62 0x12 0x36 0x01 0x01 0x00 0х5С 0x00 0x00

OxFF OxFF OxFF OxFF

OxOD OxlD

0x00 0x52

OxFO 0x00

0x00 0x00

0x00 0x05

0x00 0x4A

52

APDU CHOICE Type (PrstApdu)

CHOICE.Ienglh = 100 OCTET STRING.Iength = 98 invoke-id = 0x1236

CHOICE{Remote Operation Invoke | Confirmed Event Report)

CHOICEJength = 92

obj-handte = 0 (MDS object)

event-time = OxFFFFFFFF

event-type = MOC_NOTI_SCAN_REPORT_FIXED

event-info.length = 82

ScanReporllnfoFixed.data-req-id = OxFOOO

Scan ReportlnfoFixed.scan-re port-no = 0

ScanReportlnfoFixed.obs-scan-fixed.count = 5

ScanReportlnfoFtxed.obs-scan-fixed.length = 74

ГОСТ Р 57848—2017

0x00

0x01

0x00

0x0A

0xF3

0x52

0x20

0x08

0x09

0x19

0x17

0x30

0x00

0x00

0x00

0x01

0x00

0x0A

0xF4

0x4C

0x20

0x08

0x09

0x19

0x17

0x30

0x00

0x00

0x00

0x02

0x00

OxOA

0x20

0x08

0x09

0x19

0x17

0x30

0x00

0x00

0x72

0x4C

0x00

0x02

0x00

OxOA

0x20

0x08

0x09

0x19

0x19

0x00

0x00

0x00

0x72

0x50

0x00

0x03

0x00

OxOE

0x20

0x08

0x09

0x19

0x16

0x15

0x00

0x00

0x01

0x2B

0xF2

0x00

0xF3

0x84

ScanReportlnfoFixed.ot»s-scan-fixed.vatue{0].obf-handle = 1 ScanReportlnfoFixed.obs-scan-fixed.vatue{0].obs-val-data.tength = 10 Basic-Nu-Observed-Value = 85.0 (mmol/L)

Absolute-Time-Stamp = 20Q8-09-19T17:30:0000

ScanReportlnfoFixed.obs-scan-fixed.va1uei1].obj-handle = 1 ScanReportlnfoFixed.obs-scan-fixed.vatue(1].obs-val-data.length = 10 Basic-Nu-Observed-Value = 110.0 (mmoVL)

Absolute-Time-Stamp = 2008-09-19T19:00:0000

ScanReportlnfoFixed.obs-scan-fixed.value{2j.obhhandle = 2 ScanReportlnfoFixed.obs-scan-fixed.value{2].obs-val-data.tength = 10 Absolute-Time-Stamp=2008-09-19T17:30:0000

OID=MOC_CTXT_GLU_MEAL_PREPRANDIAL ScanReportlnfoFixed.obs-scan-fixed.va1ue(3].ob}-handle = 2 ScanReportInfoFixed.obs-scan-fixed.vatue|3].obs-val-data.length = 10 Absolute-Time-Stamp = 2008-09-19T19:00:0000

OID = MDC_CTXT_GLU_MEAL_POSTPRANDIAL ScanReportlnfoFixed.ot»s-scan-fixed.valuej4),obj-handle = 3 ScanReportlnfoFixed.obs-scan-fixed.value(4].obs-val-data.tength = 14 Absolu te-Time-Stamp=2008-09-19T16:15:0000

Measure-Active-Period*! hour (28800000 counts of 1/8 milliseconds) Basic-Nu-Observed-Value = 90 (%)

E.5.2 Ответ на подтвержденную передачу данных измерения Управляющее устройство лодтверэдает получение от агента отчета о событии.

0хЕ7 0x00 0x00 0x12 0x00 0x10 0x12 0x36 0x02 0x01 0x00 0х0Л 0x00 0x00

0x00 0x00 0x00 0x00 0x0D OxlD 0x00 0x00

APDU CHOICE Type (PrstApdu)

CHOICE.length = 18

OCTET STRING.tength = 16

invoke-id = 0x1236 (mirrored from invocation)

CHOlCE(Remote Operation Response | Confirmed Event Report) CHOlCE.Iength = 10 obj-handle = 0 (MDS object) currentTime = 0

event-type = MDC_NOTI_SCAN_REPORT_FIXED event-reply-info.length = 0

E.6 Разрыв взаимосвязи

E.6.1 Запрос на разрыв взаимосвязи

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

0хЕ< 0x00 0x00 0x02 0x00 0x00

APDU CHOICE Type (RirqApdu) CHOICE.length = 2 reason = normal

E.6.2 Ответ на разрыв взаимосвязи

Управляющее устройство отвечает агенту, что оно может разорвать взаимосвязь.

0хЕ5 0x00 0x00 0x02 0x00 0x00

APOU CHOICE Type (RlreApdu) CHOICE.length = 2 reason = normal

53

ГОСТ Р 57848—2017

Приложение ДА (справочное)

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

Таблица ДА.1

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

Степень

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

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

IEEE 11073-20601а—2010

*

ISO/IEEE 11073-20601:2010

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

54

ГОСТ Р 57648—2017

УДК 61:004:006.354    ОКС 35.240.80    ОКПД2 32.50

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

55

БЗ 11—2017/216

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

Сдано о на6ор31.10.2017 Подписано в печать 20.11.2017. Формат М*84*/д Гарнитура Ариел. Уел. леч. л. 6.98. Уч.-иэд. я. 6.32. Тираж 24 з«з Зах. 2481,

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

ИД «Юриспруденция», 116419, Москва, ул. Орджоникидзе. 11

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