Товары в корзине: 0 шт Оформить заказ
Стр. 1 

177 страниц

973.00 ₽

Купить ГОСТ Р 56845-2015 — бумажный документ с голограммой и синими печатями. подробнее

Распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль"

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

 Скачать PDF

Заменен на ГОСТ Р 56845-2010

Идентичен ISO/IEEE 11073-20601:2010

Оглавление

1 Обзор

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

     1.2 Цель

     1.3 Контекст

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

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

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

     3.2 Сокращения

4 Основные принципы

5 Введение в персональные медицинские приборы (ИИЭР 11073)

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

     5.2 Информационная модель предметной области (DIM)

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

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

6 DIM персонального медицинского прибора

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

     6.2 Использование номенклатуры

     6.3 Определения классов персональных медицинских объектов

     6.4 Правила расширения информационной модели

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

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

     7.2 Сервис ассоциации

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

     7.4 Специальная реализация доступа к объекту сервисов EVENT REPORT для персональных медицинских приборов

8 Модель коммуникаций

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

     8.2 Контекст системы

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

     8.4 Конечные автоматы

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

     8.6 Неассоциированная процедура

     8.7 Ассоциированная процедура

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

     8.9 Процедура Выполнения

     8.10 Процедура Завершения ассоциации

     8.11 Кодирование сообщений

     8.12 Координация времени

9 Модель соответствия

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

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

     9.3 Декларации о соответствии реализации (ICS)

     9.4 Общее соответствие

     9.5 Дополнения к устройствам/расширения ICS

Приложение А (обязательное) Определения языка ASN.1

Приложение В (справочное) Пример спецификации шкалы и диапазона

Приложение С (справочное) Концепция РМ-блока

Приложение D (справочное) Типы транспортного профиля

Приложение Е (обязательное) Таблицы состояний

Приложение F (обязательное) Правила кодирования медицинских приборов (MDER)

Приложение G (справочное) Закодированные определения типов данных

Приложение Н (справочное) Примеры

Приложение I (обязательное) Коды номенклатуры

Приложение J (справочное) История появления и изменения

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

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

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

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



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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТР

56845—

2015/

ISO/IEEE
11073-20601:2010

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


Информационное взаимодействие с персональными медицинскими приборами

Часть 20601

Прикладной профиль. Оптимизированный протокол обмена

ISO/IEEE 11073-20601:2010 Health informatics — Point-of-care medical device communication —

Part 20601: Application profile — Optimized exchange protocol (IDT)


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


m


Москва

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


2016


Предисловие

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

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

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

4    Настоящий стандарт идентичен международному документу ISO/IEEE11073-20601:2010 «Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 20601. Прикладной профиль. Оптимизированный протокол обмена» (ISO/IEEE 11073-20601:2010 «Health informatics — Point-of-care medical device communication — Part 20601: Application profile — Optimized exchange protocol»)

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2004 (пункт 3.5).

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

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

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

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

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

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

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

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

6 DIM персонального медицинского прибора

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

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

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

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

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

-    для поддержи эволюции посредством принципа наследования;

-    для поддержи соответствия с предыдущими версиями посредством принципа полиморфизма.

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

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

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

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

ГОСТ Р 56845-2015

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

Настоящий стандарт использует информационные классы и объекты, которые были определены в ИСО/ИИЭР 11073-10201:2004 [13], при этом адаптируя их под область коммуникаций персональных медицинских приборов следующим образом:

-    определение обязательных, необязательных и условных атрибутов могут отличаться;

-    могут не приводиться определения сервисов дополнительного объекта;

-    могут приводиться определения дополнительных атрибутов;

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

6.2 Использование номенклатуры

Ключевым аспектом модели DIM является тот факт, что классы и атрибуты классов обеспечиваются при помощи номенклатурных кодов, перечисленных в ИСО/ИИЭР 11073-10101 [12]. Используя согласованную номенклатуру, обеспечивается межоперационная совместимость, так как все применения обладают одним и тем же семантическим значением для цифровых кодов. Использование номенклатурных кодов помогает также при международном применении, так как использование строк снижено.

Номенклатура ИСО/ИИЭР 11073 определяется как набор контекстно-зависимых разделов. Номенклатурный код в каждом контекстно-зависимом разделе определяется 16-битным кодом, который поддерживает до 65 536 независимых терминов в разделе. На разделы ссылаются 16-битным кодом раздела. Если раздел номенклатурного кода определяются посредством контекста, тогда становится возможным использовать только 16-битный код. Если контекст не определен или требуется контекстнонезависимый код, тогда эта ситуация задается 32-битным кодом, построенным из 16-битного кода раздела вместе с 16-битным кодом термина. Таблица 1 демонстрирует разделы, которые определены в настоящем стандарте и/или ИСО/ИИЭР 11073-10101 [12].

Коды термина от 0xF000 до OxFFFF в каждом разделе в номенклатуре предусмотрены для частных номенклатурных кодов.

Для каждого номенклатурного термина ИСО/ИИЭР 11073-10101 [12] определяет систематические названия, которые объясняют этот термин, значение уникального кода, и ссылочный идентификатор (ID). Ссылочный ID указываются в форме MDC_XXX_YYY (MDC указывает на «коммуникацию медицинского прибора»). В тексте настоящего стандарта номенклатурные термины и номенклатурные коды указываются в ссылочном ID.

Таблица 1 — Разделы в номенклатуре

Номер раздела

Номенклатурная категория

1

Объектно-ориентированная (ОО)

2

Дистанционное управление и сбор данных (SCADA)

3

События

4

Размеры (единицы измерения)

5

Виртуальные атрибуты

6

Группы параметров

7

Участки (тела)

8

Инфраструктура

Номер раздела

Номенклатурная категория

9—127

Резерв

128

Менеджмент заболеваний персонального медицинского прибора

129

Здоровье и фитнес персонального медицинского прибора

130

Достойная старость персонального медицинского прибора

131—254

Резерв

255

Коды возврата

256

Внешние номенклатурные ссылки

257—1023

Резерв

1024

Частная

1025—65 535

Резерв

6.3 Определения классов персональных медицинских объектов

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

Схема на рисунке 4 использует Унифицированный язык моделирования (UML) для представления информационных объектов персонального медицинского агента вместе с отношениями классов. Верхний объект представляет информацию и статус системы MDS (см. 6.3.2). Существует ноль или более числовых, массивов показаний, снятых в режиме реального времени (RT-SA), перечислений, сканеров или других объектов РМ-блока, ассоциированных с объектом системы MDS. Существует ноль или больше РМ-сегментов, которые содержат постоянные метрики, ассоциированные с РМ-блоком. Числовые объекты, объекты RT-SA и объекты перечисления происходят из базового класса общей метрики, который содержит общие и разделяемые атрибуты (см. 6.3.3). В общем случае, числовые объекты представляют эпизодические измерения (см. 6.3.4), объекты RT-SA представляют непрерывные показания или биосигналы (см. 6.3.5), объекты перечисления представляют аннотации событий (см. 6.3.6), а РМ-блоки (см. 6.3.7) вместе с РМ-сегментами (см. 6.3.8) предоставляют постоянные механизмы хранения метрики, доступ к которой позже получает менеджер. Кроме того, объект сканера (подробно определенный в 6.3.9) облегчает сообщения о передаче данных, инициированных агентом.

Рисунок 4 — Персональный медицинский прибор. DIM

ГОСТ Р 56845-2015

Пункты с 6.3.2 по 6.3.9 описывают классы персонального медицинского прибора модели DIM. Каждый подпункт использует следующий формат:

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

-    атрибуты, определяемые классом;

-    доступные методы;

-    потенциальные события, генерируемые объектами инстанциируются от классов;

-    доступные сервисы, такие как получение или установка атрибутов.

Каждый тип атрибутных данных определяется при помощи абстрактной синтаксической нотации версии 1 (ASN.1). Определения ASN.1 для всех типов данных и форматов обмена находятся в приложении А.

Атрибуты для каждого класса определены в таблицах, которые представляют название атрибута, его номенклатурную ссылку ID, тип, описание атрибута, и его классификатор. Классификаторы со значением О — необязательный атрибут, М — обязательный атрибут и С — условный атрибут, которые зависят от условий, указанных в столбце «Комментарий». Условные атрибуты могут реализовываться в отношении агента. Обязательные атрибуты должны реализовываться агентом. Условные атрибуты должны реализовываться при действии условия, а также в других случаях.

Номенклатурный код классов объектов (например, числовой, RT-SA) пересылается менеджеру во время конфигурирования для создания зеркального представления объекта. Каждый объект обладает атрибутом Handle (дескриптор), который используется для идентификации объекта для операций (от и к объекту), а также другими атрибутами для представления и передачи информации на физический прибор и его источники данных. Доступ к атрибутам и возможность внесения изменений предоставляется посредством таких методов, как GET (ПОЛУЧИТЬ) и SET (УСТАНОВИТЬ). Данные передаются при помощи метода EVENTS (СОБЫТИЯ).

6.3.2 Класс MDS

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

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

6.3.2.2    Идентификация класса MDS

Номенклатурный код для обозначения класса MDS:MDC_MOC_VMS_MDS_SIMP.

6.3.2.3    Атрибуты классов MDS

Таблица 2 определяет набор атрибутов MDS, поддерживаемых для связи персональных медицинских агентов. Объект MDS должен поддерживать все обязательные атрибуты, но может иметь поднаборы условных и необязательных атрибутов.

Таблица 2 — Атрибуты MDS

Название

атрибута

ID атрибута

Тип атрибута

Комментарий

Кла-

тор

Handle

MDC ATTR ID HANDLE

Handle

Атрибут Handle представляет

ссылочный ID для данного объекта. Значение

атрибута MDS Handle должно составлять 0

м

System-Type

MDC ATTR SYS_TYPE

System-Type

Данный атрибут определяет тип агента в соответствии с номенклатурой

с

(например, весы). Значения должны быть получены из ИСО/ИИЭР 11073-10101 [12], раздела nom-part-object и подраздела MD-Gen (Медицинский Прибор — Общий).

Должен присутствовать либо Данный атрибут либо System-Type-Spec-List. Данный атрибут должен оставаться неизменным после одобрения конфигурации

Название

атрибута

ID атрибута

Тип атрибута

Комментарий

Кпа-

тор

System-Model

MDC ATTR ID MODEL

System-Model

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

м

System-Id

MDC ATTR SYSJD

OCTET

STRING

Данный атрибут принадлежит к ИИЭР EUI-64, который состоит из 24-битного идентификатора, уникального в пределах организации (OUI), сопровождаемого 40-битным ID, определенным производителем. Значение OUI должно быть предписано Регистрационным органом ИИЭР http://standards. ИИЭРогд/regauth/index.html) и должно использоваться в соответствии со стандартом ИИЭР Std 802-2001.6 Данный атрибут должен оставаться неизменным после одобрения конфигурации

м

Dev-

Configuration-ld

MDC ATTR DEV_CONFIG_ID

Configld

Данный атрибут определяет идентификацию конфигурации прибора-агента. Данный Dev-Configu-ration-ld является статичным во время работы ассоциации; обычно он меняется в течение процедуры ассоциации. Менеджер может получить данный атрибут во время работы. Если данный атрибут встает в очередь до того, как агент и менеджер одобрят конфигурацию, агент должен вернуть ГО конфигурации, предлагаемый в этот момент времени. Для более подробной информации по данному атрибуту, смотреть пункт 8.7.6. Данный атрибут должен оставаться неизменным после одобрения конфигурации

м

Attribute-

Value-Map

MDC ATTR ATTRIBUTE VAL_MAP

AttrValMap

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

с

Production-

Specification

MDC ATTR ID PROD_SPECN

Production-

Spec

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

О

Mds-Time-Info

MDC ATTR MDS TIME INFO

MdsTimelnfo

Данный атрибут определяет способности обработки времени и статус MDS. Использование этого атрибута требуется при поддержке синхронизации или настройки времени

с

Date-and-Time

MDC ATTR TIME_ABS

AbsoluteTime

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

с

Relative-Time

MDC ATTR TIME_REL

RelativeTime

Если агент сообщает о Относительном времени (RelativeTime) в своем сообщении, он должен сообщить текущее значение Относительного времени (RelativeTime) в данном атрибуте

с

Название

атрибута

ID атрибута

Тип атрибута

Комментарий

Кла-

тор

HiRes-Relative-

Time

MDC ATTR TIME REL HI RES

HighResRela-

tiveTime

Если агент сообщает о HighResRelativeTime в своем сообщении, он должен сообщить текущее значение HighResRelativeTime в данном атрибуте

с

Date-and-Time-

Adjustment

MDC ATTR TIME ABS ADJUST

AbsoluteTime

Adjust

Данный атрибут сообщает о любых настройках даты и времени, которые выполняются в связи с изменением времени человеком или в связи с такими событиями, как переход на летнее время. Используется только в отчетах о событиях. Если запрашивается при помощи команды MDS объекта «Get», данное значение либо не должно присутствовать, либо равно нулю. Если агент осуществляет настройку времени и даты, данный атрибут используется в отчете о событиях для сообщения о таких изменениях

с

Power-Status

MDC ATTR POWER_STAT

PowerStatus

Данный атрибут сообщает, осуществляется ли потребление энергии от батареи или от электросетей, а также статус заряда

0

Battery-Level

MDC ATTR VAL ВАТТ CHARGE

INT-U16

Данный атрибут сообщает процентное соотношение оставшейся емкости батареи, которое не определяется, если значение >100

о

Remaining-

Battery-

Time

MDC ATTR TIME ВАТТ REMAIN

BatMeasure

Данный атрибут представляет прогнозируемый объем оставшегося рабочего времени аккумуляторов. В блок BatMeasure устанавливается одно из значений MDC_DIM_MIN, MDC_DIM_HR или MDC_DIM_DAY для указания минут, часов или дней соответственно

о

Reg-Cert-Data-

List

MDC ATTR REG CERT DATAJJST

RegCert-

DataList

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

о

System-Type-

Spec-List

MDC ATTR SYS TYPE SPEC LIST

TypeVerList

Данный атрибут сообщает тип(-ы) агента, в соответствии с номенклатурой (например, весы). Значения должны происходить из ИСО/ИИЭР 11073-10101 [12], раздела nom-part-in-frastruct, подраздела DEVspec, и ссылка на специализации ИСО/ИИЭР 11073-104zz. Если агент не следует ни одной из специализации, перечень должен остаться пустым. Данный перечень должен также содержать редакции специализации. Должен присутствовать либо данный атрибут, либо Тип Системы (System-Type). Если агент муль-тифункциональный, то должен присутствовать данный атрибут. Данный атрибут должен оставаться неизменным после одобрения конфигурации

с

Название

атрибута

ID атрибута

Тип атрибута

Комментарий

Кпа-

тор

Confirm-Tim

eout

MDC ATTR

CONFIRM

TIMEOUT

RelativeTime

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

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

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

о

Типы атрибутивных данных определены в приложении А

6.3.2.4 Методы объектов MDS

Таблица 3 определяет методы (действия), доступные для объектов системы MDS. Данные методы запрашиваются при помощи сервиса ACTION. В таблице 3 столбец Метод/Действие определяет наименование метода. Столбец «Режим» определяет, был ли метод запущен как неподтвержденное действие (т.е. roiv-cmip-action из А.10.2) или подтвержденное действие (т.е. roiv-cmip-confirmed-action). Столбец «Тип Действия» определяет ID номенклатуры для использования в поле «тип действия» запроса и ответа действия (см. А.10.6). Столбик action-info-args определяет структуру ассоциированных данных для использования в сообщениях действий для поля запроса action-info-args. Столбец «Результат action-info-args» определяет структуру, используемую для ответа на action-info-args.

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

Метод/действие

Режим

Тип действия

action-info-args

Результат

action-info-args

MDS-Data-

подтвержденный

MDC ACT DATA

Запрос данных

Ответ данных

Request

REQUEST

(DataRequest)

(DataRequest)

Set-Time

подтвержденный

М DC_ACT_S ЕТ_Т 1М Е

Вызов установки времени (SetTimelnvoke)

нет

Запрос данных MDS (MDS-Data-Request).

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

Установка времени (Set-Time).

Данный метод позволяет системе менеджера устанавливать часы реального времени (RTC) с абсолютным временем. Агент указывает, корректна ли команда Установки времени при помощи mds-time-capab-set-clock bit в атрибуте Mds-Time-Info (см. таблицу 2).

6.3.2.5 События объектов MDS

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

MDS-Data-Request (Запрос данных MDS).

ГОСТ Р 56845-2015

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

Set-Time (Установка времени).

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

Таблица 4 — События объектов MDS

Событие

Режим

Тип события

Параметр информации о событии

Информация об ответе на событие

MDS-

Configura-

tion-Event

Подтвержденный или неподтвержденный

MDC NOTI CONFIG

ConfigReport

ConfigReportRsp

MDS-Dynamic-

Data-Update-Var

Подтвержденный или неподтвержденный

MDC NOTI SCAN REPORT_VAR

ScanReportlnfoVar

MDS-Dynamic-

Data-Update-Fixed

Подтвержденный или неподтвержденный

MDC NOTI SCAN REPORT_FIXED

ScanReportlnfoFixed

MDS-Dynamic-

Data-Update-MP-

Var

Подтвержденный или неподтвержденный

MDC NOTI SCAN REPORT_M P_VAR

ScanReportlnfoMPVar

MDS-Dynamic-

Data-Update-MP-

Fixed

Подтвержденный или неподтвержденный

MDC NOTI SCAN REPORT MP FIXED

ScanReportlnfoMPFixed

Событие Конфигурации MDS (MDS-Configuration-Event).

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

Событие MDS-Dynamic-Data-Update-Var.

Данное событие предоставляет динамические данные (обычно измерения) от агента для нескольких или всех объектов, поддерживаемых агентом. Данные о сообщаемых объектах предоставляются, используя переменный формат списка атрибутов параметров настройки (см. 7.4.5 для более подробной информации или для форматов отчетов о событии). Событие запускается Запросом данных MDS-Data-Request из системы менеджера, или запрос пересылается как незапрашиваемое сообщение агентом. Для агентов, которые поддерживают инициированную менеджером передачу данных, см. 8.9.3.3.3 для получения дополнительной информации по контролю активации и/или периода передачи данных. Для информации по ограниченному контролю, который менеджер может подтверждать в отношении агентов, которые не поддерживают инициируемую менеджером передачу измерительных данных, см. 8.9.3.3.2.

Событие MDS-Dynamic-Data-Update-Fixe

Данное событие предоставляет динамические данные (обычно измерения от агента для нескольких или всех метрических объектов или объектов системы MDS, поддерживаемых агентом). Данные сообщаются в фиксированном формате, определенным атрибутом Attribute-Value-Map для сообщаемых метрических объектов или объектов системы MDS (см. 7.4.5 для подробной информации о форматах отчетов о событиях). Событие запускается Запросом данных системы MDS (MDS-Data-Request) от системы менеджера (т.е. инициируемая менеджером передача измерительных данных), или пересылается в качестве незапрашиваемого сообщения агентом (т. е. инициируемая агентом передача измерительных данных). Для агентов, которые поддерживают инициированную менеджером передачу данных, см. 8.9.3.3.3 для получения дополнительной информации по контролю активации и/или периода передачи данных. Для информации по ограниченному контролю, который менеджер может подтверждать в отношении агентов, которые не поддерживают инициируемую менеджером передачу измерительных данных, см. 8.9.3.3.2.

Событие MDS-Dynamic-Data-Update-MP-Var.

15

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

Событие MDS-Dynamic-Data-Update-MP-Fixed.

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

6.3.2.6 Другие сервисы системы MDS

6.3.2.6.1    Сервис GET (ПОЛУЧЕНИЕ)

Любой агент, поддерживающий линии двусторонней связи, должен поддерживать сервис GET (ПОЛУЧЕНИЕ) для извлечения значений всех применимых атрибутов объекта MDS. Сервис GET может быть запущен, как только агент получает Ответ на Ассоциацию и приобретает состояние Ассоциации, включая подсостояния Работа и Настройка.

Менеджер может запросить атрибуты объекта системы MDS агента, в случае которого менеджер должен переслать команду «Запрос удаленной работы|Получить» («Remote Operation Invoke | Get») (см. roiv-cmip-get в A.10.2) с зарезервированным значением дескриптора 0. Агент должен ответить, сообщая атрибуты своего объекта системы MDS менеджеру, используя команду ответа «Ответ Удаленной Работы|Получить» (см. rors-cmip-get в А.10.2). В ответ на команду Получить Объект MDS, возвращаются только примененные агентом атрибуты.

6.3.2.6.2    Сервис SET

На данный момент устанавливаемые атрибуты не представлены.

6.3.3 Метрический класс

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

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

измерения.

6.3.3.2    Идентификация метрического класса

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

6.3.3.3    Атрибуты метрического класса

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

Таблица 5 — Метрические атрибуты

Название

атрибута

ID атрибута

Тип атрибута

Комментарий

Кла-

тор

Handle

MDC ATTR ID HANDLE

Handle

Атрибут Handle (дескриптор) представляет собой ссылочный ID для данного объекта. У каждого объекта должен быть уникальный ID, присвоенный агентом. Атрибут handle идентифицирует объект в отчетах о событии, пересылаемых менеджеру. Данный атрибут должен оставаться неизменным после одобрения конфигурации

м

Туре

MDC ATTR ID TYPE

Type

Данный атрибут определяет особый статический этого объекта в соответствии с номенклатурой (например, частота импульсов для экземпляра числового объекта). Атрибут Туре содержит номенклатурный раздел и ID кода термина для контекстно-свободной, расширяемой идентификации. Данный атрибут должен оставаться неизменным после одобрения конфигурации

м

Название

атрибута

ID атрибута

Тип атрибута

Комментарий

Кла-

тор

Supplemental-

Types

MDC ATTR

SUPPLEMENTAL

TYPES

Supplemental-

TypesList

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

Например, ИИЭР Std 11073-10471 [5] определяет номенклатуру расположения, указывая расположение сенсора на дому и ИСО/ИИЭРР 11073-10404 [В9] определяет три дополнительных типа для быстрого ответа, медленного ответа и выборочной проверки частоты импульса или насыщенности крови кислородом. Данный атрибут должен оставаться неизменным после одобрения конфигурации

о

Metric-Spec-

Small

MDC ATTR METRIC SPEC SMALL

Metric-Spec-Small

Данный атрибут описывает характеристики измерений

м

Metric-

Structure-

Small

MDC ATTR METRIC

STRUCT_SMALL

MetricStructureSmall

Данный атрибут описывает структуру измерения.

В случае отсутствия менеджер должен принять MetricStructureSmall :=

{ms-struct-simple, 0}.

о

Measurement-

Status

MDC ATTR MSMT_STAT

MeasurementStatus

Данный атрибут указывает точность конкретного значения или набор считываний

о

Metric-Id

MDC ATTR ID_PHYSIO

OID-Type

Данный атрибут может использоваться для удержания идентификации, которая более конкретна по сравнению с общим ID в атрибуте Туре. Если оценивается атрибут Metric-Id-Partition, он определяет номенклатурный раздел для Данного атрибута. В противном случае, Тип OIDType совпадает с номенклатурным разделом, в соответствии с атрибутом Туре в поле раздела.

Данный атрибут требуется, только если меняется во время работы и атрибут Туре не содержит полной идентификации. Например, если атрибут Туре содержит общий температурный класс (MDC_TEMP), данный атрибут может сообщить отдельную, но изменяющуюся идентификацию MDC TEMP ORAL или MDC_TEMP_RECT.

Должен присутствовать только один атрибут Metric-Id и Metric-Id-List

о

ГОСТ Р 56845-2015

Содержание

1    Обзор..............................................................................1

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

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

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

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

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

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

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

4    Основные принципы..................................................................6

5    Введение в персональные медицинские приборы (ИИЭР 11073)..............................7

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

5.2    Информационная модель предметной области (DIM)....................................7

5.3    Сервисная модель................................................................7

5.4    Коммуникационная модель.........................................................8

6    DIM персонального медицинского прибора................................................8

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

6.2    Использование номенклатуры.......................................................9

6.3    Определения классов персональных медицинских объектов............................10

6.4    Правила расширения информационной модели.......................................35

7    Сервисная модель персонального медицинского прибора..................................35

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

7.2    Сервис ассоциации...............................................................36

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

7.4    Специальная реализация доступа к объекту сервисов EVENT REPORT для персональных

медицинских приборов............................................................36

8    Модель коммуникаций................................................................41

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

8.2    Контекст системы................................................................41

8.3    Коммуникационные характеристики.................................................42

8.4    Конечные автоматы..............................................................44

8.5    Процедура соединения...........................................................49

8.6    Неассоциированная процедура.....................................................50

8.7    Ассоциированная процедура.......................................................50

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

8.9    Процедура Выполнения...........................................................58

8.10    Процедура Завершения ассоциации................................................70

8.11    Кодирование сообщений.........................................................71

8.12    Координация времени...........................................................71

9    Модель соответствия.................................................................74

9.1    Применимость...................................................................74

9.2    Спецификация соответствия.......................................................74

9.3    Декларации о соответствии реализации (ICS).........................................75

9.4    Общее соответствие..............................................................75

9.5    Дополнения к устройствам/расширения ICS..........................................77

Приложение А (обязательное) Определения языка ASN.1....................................81

Приложение В (справочное) Пример спецификации шкалы и диапазона.......................111

Приложение С (справочное) Концепция РМ-блока.........................................113

Приложение D (справочное) Типы транспортного профиля..................................117

Приложение Е (обязательное) Таблицы состояний.........................................120

Приложение F (обязательное) Правила кодирования медицинских приборов (MDER)............133

Приложение G (справочное) Закодированные определения типов данных.....................143

Приложение Н (справочное) Примеры...................................................159

Приложение I (обязательное) Коды номенклатуры.........................................165

Приложение J (справочное) История появления и изменения................................169

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

и документов национальным стандартам Российской Федерации...............171

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

III

Название

атрибута

ID атрибута

Тип атрибута

Комментарий

Кла-

тор

Metric-Id-List

MDC ATTR ID PHYSIO LIST

MetricldList

Данный атрибут должен использоваться, когда используется сложное наблюдаемоезначе-ние и включается напрямую Metric-Id (например, Compound-Simple-Nu-Observed-Value или Compound-Basic-Nu-Observed-Value) таким образом, чтобы элементы в списке наблкадаемых значений могли идентифицироваться индивидуально. Порядок списка Metric-Id-List должен соответствовать порядку элементов в сложном наблюдаемом значении. Должен присутствовать только один атрибут of Metric-Id и Metric-Id-List

с

Metric-Id-

Partition

MDC ATTR METRIC ID PART

NomPartition

Данный атрибут может использоваться для определения раздела, из которого были взяты номенклатурные термины Metric-Id или Metric-Id-List. Если атрибут отсутствует, раздел совпадает с номенклатурным разделом, определенным в поле раздела атрибута Туре

о

Unit-Code

MDC ATTR UNIT_CODE

OID-Type

Данный атрибут определяет номенклатурный код для единиц измерения из раздела nom-partdim (например, MDC_DIM_KILO_G)

о

Attribute-

Value-

Map

MDC ATTR ATTRIBUTE VAL_MAP

AttrValMap

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

с

Source-

Handle-

Reference

MDC ATTR

SOURCE

HANDLE_REF

HANDLE

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

о

Label-String

MDC ATTR ID LABEL STRING

OCTET STRING

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

о

Unit-Label-

String

MDC ATTR UNIT LABEL STRING

OCTET STRING

Данный атрибут определяет текстовое представление размера кода блока Unit-Code в печатном ASCII. Значение Данного атрибута полностью зависит от выбора производителя агента. Это может быть потенциально полезным для менеджера в качестве строки дисплея или в качестве помощи по выбору поведения, когда он не может понять MDC_ATTR_UNIT_CODE, отправленного агентом

о

ГОСТ Р 56845-2015/ ISO/IEEE 11073-20601:2010

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

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

Информационное взаимодействие с персональными медицинскими приборами

Часть 20601

Прикладной профиль.

Оптимизированный протокол обмена

Health informatics. Point-of-care medical device communication. Part 20601. Application profile. Optimized exchange

protocol

Дата введения — 2016—11—01

1 Обзор

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

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

1.2    Цель

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

1.3    Контекст

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

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

Графическая пунктирная накладка показывает главное направление деятельности Рабочей группы по персональным медицинским приборам ИИЭР 11073™. Первостепенный интерес представляет интерфейс и обмен данными между агентами и управляющим устройством. Однако данный интерфейс

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

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


Управление

течением

заболевания


Служба

поддержки

правильного

питания


Служба

поддержки

физической

культуры


Служба

поддержки

старения


Удаленные приборы поддержки

компьютер

г ч

г ч г

Мобильный

Медицинский

телефон

прибор

У

V

Декодер


г


Управляющие устройства (менеджеры)

Приборы-агенты

М-----------------------------


Беговая

дорожка


Весы


J


Монитор

физической

активности


Монитор

артериального

давления


Рисунок 1 — Общий контекст работы


Рисунок 2 демонстрирует иерархическое представление архитектуры агента или управляющего устройства с указанием соответствующих стандартов. Уровни приложений в основном не относятся к какому-либо конкретному транспортному протоколу. Там, где это необходимо, настоящий стандарт определяет допущения, которые требуют прямой поддержки транспортным протоколом или некоторого «промежуточного» уровня над ним. Данный подход позволяет оказывать поддержку различным видам транспортных протоколов. Определение транспортного протокола лежит вне рамок области применения настоящего стандарта и рабочей группы.

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

2


ГОСТ P 56845—2015

Над протоколом обмена находятся специализации, которые описывают специфические детали относительно конкретного агента (например, монитор артериального давления, весы, педометр). Специализации дают подробную информацию о том, как данные агенты работают и действуют, представленную в виде детального описания для создания конкретного типа агента. А также они дают ссылки на соответствующий стандарт для получения дополнительной информации. Номера стандартов по специализациям приборов варьируются от ИИЭР 11073-10401 до ИИЭР 11073-10499 включительно. При приведении ссылок на стандарты используется следующая схема: ИИЭР 11073-104zz, где zz может быть любым числом от 01 до 99 включительно.

Технический отчет ИСО/ИИЭР Р11073-090103 [8] описывает личное пространство персональных медицинских приборов в целом с последующим пояснением базовых вариантов использования и моделей применения.

-00103 Технический отчет. Обзор

Рисунок 2 — Общая схема настоящего стандарта

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

-    использование базовых идей и/или фрагментов из других документов (пунктирные линии);

-    эффективное использование информации из другого документа и введение нового текста в документ для поддержки настоящего стандарта (сплошные линии).

Настоящий стандарт вносит информацию из ИСО/ИИЭР 11073-10201:2004    [13]    и

ИСО/ИИЭР 11073-20101:2004 [14] в качестве нормативных приложений. При наличии разногласий между данными стандартами, настоящий стандарт считается приоритетным. В связи с повторным использованием структур из рассматриваемых стандартов, некоторые названия могут быть более ориентированными на медицинские учреждения (например, Система медицинского прибора (MDS) вместо системы персонального медицинского прибора); однако, для сохранения согласованности, были сохранены традиционные названия.

3

Настоящий стандарт копирует соответствующие параграфы ИСО/ИИЭР 11073-10101 [12] и вклю-чает новые номенклатурные коды.


Специализации приборов!




-10101 i

Номенклатур^


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


<20101 Прикладный профили. Базовый

ефщл, (Шёл)


Рисунок 3 — Связь с другими документами ИИЭР 11073


-00103 Технический отчет - Обзор


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

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

ИИЭР 802-2001 Стандарт ИИЭР для локальных вычислительных сетей и сетей мегаполисов. Обзор и архитектура (ИИЭР Std 802®-2001, ИИЭР Standard for Local and Metropolitan Area Networks: Overview and Architecture1))

Рекомендации сектора электросвязи МСЭ Х.667 (сентябрь 2004 г.) Информационная технология. Взаимосвязь открытых систем. Процедуры для работы органов регистрации семиуровневой сетевой

11 Публикации ИИЭР доступны в Институте инженеров по электротехнике и радиоэлектронике, 45 Hoes Lane, Piscataway, NJ 08854, USA (http://standards.HH3P.org/).

4


ГОСТ Р 56845-2015

модели ВОС: Генерация и регистрация универсально уникальных идентификаторов (UUID) и их использование в качестве компонентов идентификатора объектов языка ASN.1 (ITU-T Rec. Х.667 [Sept. 2004], Information technology — Open Systems Interconnection — Procedures for the operation of OSI Registration Authorities: Generation and registration of universally unique identifiers (UUIDs) and their use as ASN.1 object identifier components1))

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

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

В настоящем стандарте применяются следующие термины и определения. Для получения информации о терминах, не указанных в данном разделе, см. [6].

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

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

3.1.3    подтвержден (confirmed): Механизм службы уведомления о завершении на уровне приложения. Для сервисов EVENT REPORT (при передаче данных) подтверждение позволяет агенту понять, когда управляющее устройство «приняло на себя ответственность» за данную часть информации, после чего агент может ее удалить. Для сервисов ACTION, GET и SET (при управлении) подтверждение позволяет управляющему устройству понять, когда агент «завершает» запрашиваемую операцию.

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

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

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

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

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

3.2 Сокращения

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

ASCII — американский стандартный код для обмена информацией2 3 4);

ASN.1 — язык asn.1 для описания абстрактного синтаксиса;

APDU — блок данных протокола прикладного уровня;

AVA    —    установление значения атрибута;

BER    —    правила бинарного кодирования;

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

EUI-64 — расширенный уникальный идентификатор (64 бит);

GMDN    —    всемирная номенклатура медицинских изделий;

ICS    —    заявление о соответствии применения;

ID    —    идентификатор/идентификационная информация;

LSB    —    младший двоичный бит;

MDER — правила кодирования медицинских приборов;

MDNF    —    цифровой формат медицинского прибора;

MDS    —    система медицинского прибора;

МОС    —    класс медицинского объекта;

—    старший двоичный бит;

—    не число;

—    порядок передачи байтов;

—    не при этом разрешении экрана;

—    временной сетевой протокол;

—    идентификатор объекта;

—    идентификатор, уникальный в пределах организации;

—    блок данных протокола;

—    правила уплотненного кодирования (ASN.1);

—    объект и класс информационной модели предметной области персональных медицинских приборов;

—    счетчик повторений в процедуре ассоциации;

—    часы реального времени;

—    массив показаний, снятых в режиме реального времени;

—    простой временной сетевой протокол;

—    управляющий протокол передачи;

—    время работы процедуру ассоциации;

—    время работы сервиса подтвержденного действия;

—    время работы сервиса подтвержденного отчета о событии для объекта системы медицинского прибора;

—    время работы сервиса подтвержденного отчета о событии для объекта РМ-блока;

—    время работы сервиса подтвержденного отчета о событии для объекта сканера;

—    время работы сервиса подтвержденного события для очистки объекта РМ-блока;

—    время выполнения процедуры конфигурации;

—    время работы сервиса подтвержденной установки;

—    время работы сервиса получения (get);

—    время работы процедуры разъединения ассоциации;

—    специальный период времени между сервисами для объектов систем медицинского прибора;

—    специальный период времени передачи сегмента для объекта РМ-сегмента;

—    универсальное время;

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

—    универсальная последовательная шина;

—    правила кодировки расширяемого языка разметки (XML).


MSB

NaN

NBO

NRes

NTP

OID

OUI

PDU

PER

РОС


^^assoc

RTC

RT-SA

SNTP

TCP

TO„_


TO,

TO,


ca

cer-mds


TO

TO

TO

TO

TO

TO

TO

TO


cer-pms

cer-scan

clr-pms

config

cs

get

release

sp-mds


TOSp_pms

UTC

UUID

USB

XER


4 Основные принципы

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

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

-    медицинские агенты обычно имеют очень ограниченные вычислительные возможности;

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

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

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

ГОСТ Р 56845-2015

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

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

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

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

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

-    информационная модель профиля связи строится на информационной модели предметной области (DIM) ИСО/ИИЭР 11073 и включает выбор оптимальных параметров, где это необходимо;

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

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

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

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

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

5 Введение в персональные медицинские приборы (ИИЭР 11073)

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

Общая системная модель ИСО/ИИЭР 11073 подразделяется на три основных компонента: информационная модель предметной области, сервисная модель и коммуникационная модель. Эти три модели работают вместе для представления данных, определения доступа к данным и методологий команд, а также для передачи данных от агента к менеджеру. По причине тесной связи между моделями информационная модель предметной области, сервисная модель и коммуникационная модель кратко представлены в 5.2, 5.3 и 5.4, соответственно, и более подробно описаны в разделах 6, 7 и 8, соответственно.

5.2    Информационная модель предметной области (DIM)

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

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

Сервисная модель, детально описанная в 7, обеспечивает элементарные процедуры доступа к данным, посылаемые между агентом и менеджером для обмена данными из DIM. Эти элементарные процедуры включают в себя такие команды как Get (Получить), Set (Установить), Action (Действие) и Event Report (Отчет о событии).

1

)    Публикации ITU-T доступны в Международном союзе электросвязи (Place des Nations, СН-1211, Geneva 20, Switzerland/Suisse (http://www.itu.int/))

2

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

3

ISO/IEC 646 (1991) [В7].

4