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

ГОСТ Р 56843-2015 Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 10201. Информационная модель предметной области

Обозначение:
ГОСТ Р 56843-2015
Наименование:
Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 10201. Информационная модель предметной области
Статус:
Действует
Дата введения:
11/01/2016
Дата отмены:
-
Заменен на:
-
Код ОКС:
35.240.80

Текст ГОСТ Р 56843-2015 Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 10201. Информационная модель предметной области



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

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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТР

56843—

2015/

ISO/IEEE 11073-10201 2004

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

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

Часть 10201

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

ISO/IEEE 11073-10201:2004

Health informatics — Point-of-care medical device communication — Part 10201: Domain information model (IDT)

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


Предисловие

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

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

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

4    Настоящий стандарт идентичен международному стандарту ISO/ИИЭР 11073-10201:2004 «Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 10201. Информационная модель предметной области» (ISO/IEEE 11073-10201:2004 «Health informatics — Point-of-care medical device communication — Part 10201: Domain information model)»

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

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

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

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

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

Содержание

8.4    Общее определение сервисов для работы с управляемыми медицинскими объектами .. 160

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

ГОСТ Р 56843—2015/ ISO/IEEE 11073-10201:2004

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

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

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

Часть 10201

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

Health informatics. Pornt-of-care medical device communication.

Part 10201. Oomain information mode)

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

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

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

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

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

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

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

ЕКС ЕС 1064. Информатика в медицине. Стандартный протокол коммуникаций. Электрокардиография при помощи компьютера (CEN EN 1064. Medical informatics — Standard communication protocol — computer-assisted electrocardiography.)

ЕКС ЕПС 12052, Информатика в медицине. Обмен медицинскими изображениями (CEN ENV 12052. Medical informatics — Medical imaging communication (MEDICOM).)

ИИЭР Std 1073. Стандарт ИИЭР для коммуникаций медицинских приборов. Обзор и основа (IEEE Std 1073. IEEE Standard for Medical Device Communications — Overview and Framework.)

IETF RFC 1155, Структура и идентификация управляющей информации для управляющей информации для сетей интернет, основанных на TCP/IP (IETF RFC 1155. Structure and Identification of Management Information for TCP/IP-Based Internets.)

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

ИСО 639-1. Коды для представления имен и языков. Часть 1: Код Альфа-2 (ISO 639-1. Code for the representation of names of languages — Part 1: Alpha-2 code.)

ИСО 639-2. Коды для представления имен и языков. Часть 2: Код Альфа-3 (ISO 639-2. Codes for the representation of names of languages — Part 2: Aipha-3 code.)

ИСО 3166-1. Коды для представления названий стран и подчиненных территорий. Часть 1: Коды стран (ISO 3166-1, Codes for the representation of names of countries and their subdivisions — Part 1: Country codes.)

ИСО 3166-2. Коды для представления названий стран и подчиненных территорий. Часть 2: Коды подчиненных территорий (ISO 3166-2. Codes for the representation of names of countries and their subdivisions — Part 2: Country subdivision code.)

ИСО 3166-3. Коды для представления названий стран и подчиненных территорий. Часть 3: Код для старых названий стран (ISO 3166-3. Codes for the representation of names of countries and their subdivisions — Part 3: Code for formerly used names of countries.)

ИСО 8601. Элементы данных и форматы обмена данными. Обмен информацией. Представление даты и времени (ISO 8601, Data elements and interchange formats — Information interchange — Representation of dates and times.)

ИСО 15225. Номенклатура — Спецификация для системы номенклатуры медицинских приборов, используемых для целей обмена нормативными данными (ISO 15225, Nomenclature — Specification for a nomenclature system for medical devices for the purpose of regulatory data exchange.)

ИСО/МЭК 646. Информационные технологии. ИСО 7-битный набор кодированных символов для обмена данными (ISO/IEC 646. Information technology — ISO 7-bit coded character set for information interchange.)

ИСО/МЭК 2022. Информационные технологии. Структура кода символов и методы расширения (1SO/IEC 2022. information technology — Character code structure and extension techniques.)

ИСО/МЭК 5218. Информационные технологии. Коды для представления человеческих полов (ISO/ IEC 5218. Information technology — Codes for the representation of human sexes.)

ИСО/МЭК 7498-1. Информационные технологии. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель (ISO/IEC 7498-1, Information technology — Open systems interconnection — Basic reference model — Part 1: The basic model.)

ИСО/МЭК 7498-2. Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты информации (ISO/IEC 7498-2, Information processing systems — Open systems interconnection — Basic reference model — Part 2: Security architecture.)

ИСО/МЭК 7498-3. Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Именование и адрессация (ISO/IEC 7498-3. Information processing systems — Open systems interconnection — Basic reference model — Part 3: Naming and addressing.)

ИСО/МЭК 7498-4. Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 4. Основы административного управления (ISO/1EC 7498-4. Information processing systems — Open systems interconnection — Basic reference model — Part 4: Management framework.)

ИСО/МЭК 8649. Системы обработки информации. Взаимосвязь открытых систем. Определение сервиса для сервисного элемента управления ассоциацией (ISO/IEC 8649. Information processing systems — Open systems interconnection — Service definition for the Association Control Service Element.)

ИСО/МЭК 8650-1. Информационные технологии. Взаимосвязь открытых систем. Спецификация протокола для сервисного элемента управления ассоциацией. Часть 1. Протокол (ISO/IEC 8650-1. Information technology — Open systems interconnection — Connection-Oriented Protocol for the Association Control Service Element — Part 1: Protocol.)

ИСО/МЭК 8650-2. Информационные технологии. Взаимосвязь открытых систем. Спецификация протокола для сервисного элемента управления ассоциацией. Часть 2. Проформа свидетельства о конформности протокольной реализации (PICS) (ISO/IEC 8650-2. Information technology — Open systems interconnection — Protocol Specification for Association Control Service Element — Part 2: Protocol Implementation Conformance Statements (PICS) proforma.)

ИСО/МЭК 8824-1. Информационная технология. Абстрактная синтаксическая нотация 1 (ASN.1). Часть 1. Спецификация основной нотации (ISO/IEC 8824-1. Information technology — Abstract Syntax Notation One (ASN.1)— Part 1: Specification of basic notation.)

ИСО/МЭК 8824-2. Информационная технология. Абстрактная синтаксическая нотация 1 (ASN.1). Часть 2. Спецификация информационного объекта (ISO/IEC 8824-2. Information technology — Abstract Syntax Notation One (ASN.1) — Part 2: Information object specification.)

ИСО/МЭК 8859-п. Обработка информации, d-битные однобайтовые наборы закодированных графических символов. Части 1—15. Различные алфавиты {ISO/IEC 8859-n, Information processing — 8-bit single-byte coded graphic character sets — Part 1 to Part 15: Various alphabets.)

ИСО/МЭК 9545. Информационные технологии. Взаимосвязь открытых систем. Структура прикладного уровня (ISO/1EC 9545. Information technology — Open systems interconnection — Application layer structure.)

ИСО/МЭК 9595. Информационные технологии. Взаимосвязь открытых систем. Определение сервиса общей управляющей информации (ISO/IEC 9595. Information technology — Open systems interconnection — Common management information service definition.)

ИСО/МЭК 9596-1. Информационные технологии. Взаимосвязь открытых систем. Протокол общей управляющей информации. Часть 1. Спецификация (ISO/IEC 9596-1. Information technology — Open systems interconnection — Common Management Information Protocol — Part 1: Specification.)

ИСО/МЭК 10040. Информационные технологии. Взаимосвязь открытых систем. Общее описание административного управления систем (ISO/IEC 10040. Information technology — Open systems interconnection — Systems management overview.)

ИСО/МЭК 10164-1. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 1. Функция административного управления объектами (ISO/IEC 10164-1. Information technology — Open systems interconnection — Systems management — Part 1: Object management function.)

ИСО/МЭК 10164-2. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 2. Функция административного управления состоянием (ISO/IEC 10164-2. Information technology — Open systems interconnection — Systems management — Part 2: State management function.)

ИСО/МЭК 10164-3. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 3. Атрибуты для представления связей. (ISO/IEC 10164-3. Information technology — Open systems interconnection — System management — Part 3: Attributes for representing relationships.)

ИСО/МЭК 10164-4. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 4. Функция аварийного уведомления (ISO/IEC 10164-4. Information technology — Open systems interconnection — Systems management — Part 4: Alarm reporting function.)

ИСО/МЭК 10164-5. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 5. Функция административного управления событиями (ISO/IEC 10164-5. Information technology — Open systems interconnection — Systems management — Part 5: Event management function.)

ИСО/МЭК 10164-6. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 6. Функция управления журналом (ISO/IEC 10164-6. Information technology — Open systems interconnection — Systems management — Part 6: Log control function.)

ИСО/МЭК 10164-7. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 7. Функция аварийного уведомления о защите (ISO/IEC 10164-7. Information technology — Open systems interconnection — Systems management — Part 7: Security alarm reporting function.)

ИСО/МЭК 10164-8. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 8. Функция журнала контроля системы защиты (ISO/IEC 10164-8. Information technology — Open systems interconnection — Systems management — Part 8: Security audit trail function.)

ИСО/МЭК 10164-9. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 9. Объекты и атрибуты для управления доступом (ISO/1EC 10164-9. Information technology — Open systems interconnection — Systems management — Part 9: Objects and attributes for access control.)

ИСО/МЭК 10164-10. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 10. Функция измерения частоты использования ресурса в целях учета (ISO/IEC 10164-10. Information technology — Open systems interconnection — Systems management — Part 10: Usage metering function for accounting purposes.)

ИСО/МЭК 10164-11. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 11. Метрические объекты и атрибуты (ISO/1EC 10164-11. Information technology—Open systems interconnection — Systems management—Part 11: Metric objects and attributes.)

ИСО/МЭК 10164-12. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 12. Функция управления тестированием (ISO/IEC 10164-12. Information technology — Open systems interconnection — Systems management — Part 12: Test management function.)

ИСО/МЭК 10164-13. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 13. Функция управления тестированием. Функция подведения итога (ISO/IEC 10164-13. Information technology — Open systems interconnection — Systems management — Part 13: Summarization function.)

ИСО/МЭК 10164-14. Информационные технологии. Взаимосвязь открытых систем. Административное управление системами. Часть 14. Категории полного и диагностического тестирования (ISO/ IEC 10164-14. Information technology — Open systems interconnection — Systems management — Part 14: Confidence and diagnostic test categories.)

ИСО/МЭК 10165-1. Информационные технологии. Взаимосвязь открытых систем. Структура управляющей информации. Часть 1. Модель информации административного управления (ISO/IEC 10165-1. Information technology — Open systems interconnection — Structure of management information — Part 1: Management information model.)

ИСО/МЭК 10165-2. Информационные технологии. Взаимосвязь открытых систем. Структура управляющей информации. Часть 2. Определение информации административного управления (ISO/IEC 10165-2. Information technology — Open systems interconnection — Structure of management information — Part 2: Definition of management information.)

ИСО/МЭК 10646-1. Информационные технологии. Универсальный многооктетный набор кодированных символов (UCS). Часть 1. Архитектура многоязычная матрица (ISO/IEC 10646-1, Information technology — Universal multiple-octet coded character set (UCS) — Part 1: Architecture and basic multilingual plane.)

ИСО/ИИЭР 11073-10101. Ин<$юрматизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 10101. Номенклатура (ISO/IEEE 11073-10101. Health informatics — Point-of-care medical device communication — Part 10101: Nomenclature.)

ИСО/ИИЭР 11073-20101, Информатизация здоровья. Информационное взаимодействие с персональными медицинскими приборами. Часть 20101. Прикладные профили. Базовый стандарт (ISO/IEEE 11073-20101. Health informatics — Point-of-care medical device communication — Part 20101: Application profiles — Base standard.)

NEMA PS 3. Формирование цифровых изображений и обмен ими в медицине [NEMA PS 3, Digital imaging and communications in medicine (DICOM).]

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

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

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

3.2    аварийный сигнал (alarm): Сигнал о возникновении ненормальных изменений (аварийной ситуации) в состоянии пациента или прибора.

3.3    сигнал тревоги, тревога (alert): Общий синоним:

-    аварийных ситуаций, связанных со здоровьем пациента;

-    аварийных ситуаций, связанных с функционированием техники;

•    ситуаций, требующих вмешательства пользователя в процесс функционирования оборудования;

•    любой комбинации вышеуказанных ситуаций.

3.4    отслеживание сигналов тревоги, аварийный монитор (alert monitor): Объект, отражающий результаты работы процессора обработки аварий (аварийного процессора) прибора или системы, то есть, по существу, полное описание аварийной ситуации.

3.5    уровень тревоги (alert status): Объект, отражающий выходные данные обработки аварийных сигналов процессом, содержащим описания всех аварийных ситуаций в совокупности для одного или более объектов.

3.6    архивный (archival): Термин, относящийся к данным, предназначенным для длительного хранения.

3.7    сервисный элемент управления связью (association control service element, ACSE): Метод, применяемый для установления логической связи между системами медицинских приборов (система* ми MDS).

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

3.9    класс (class): Типовое абстрактное описание одного или нескольких объектов — представите* лей класса, в форме единого набора атрибутов этого объекта (объектов) и предоставляемых им (ими) сервисов, включая описание процедуры создания нового объекта — представителя класса.

3.10    коммуникационный контроллер (communication controller): Часть системы медицинских приборов (MDS). отвечающая за обеспечение коммуникации.

3.11    участник (сторона) процесса коммуникации (communication party): Некто (или нечто), играющий определенную роль в предметной области и принимающий участие в процессах коммуникации в рассматриеамой предметной области.

3.12    роль в процессе коммуникации (communication role): Роль участника коммуникации в данной конкретной коммуникации, определяющая поведение этого участника в процессе коммуникации. С ролью связан набор сервисов, которые данный участник может предоставить другим участникам данной коммуникации.

3.13    агент данных (data agent): Система сбора данных о пациенте, представляющая собой медицинский прибор и предоставляющая необходимые данные другим приборам (устройствам).

3.14    формат данных (data format): Упорядоченное расположение данных в файле или потоке данных.

3.15    регистратор данных (data logger): Медицинский прибор, функционирующий в качестве оперативного хранилища данных и архива.

3.16    структура данных (data structure): Способ, которым прикладные сущности создают информацию о наборе данных в результате использования этими сущностями некоторого информационного объекта.

3.17    словарь (dictionary): Описание элементов, содержащихся в Вазе данных медицинской информации (MOIB): информации о жизненно важных показателях, информации о приборе, демографические данные и т. д.

3.18    дискретный параметр (discrete parameter): Результат измерения жизненно важного показателя. который может быть представлен отдельным символьным или цифровым значением.

3.19    информационная модель предметной области (domain information model. DIM): Модель, описывающая общие понятия и связи между ними для данной предметной области.

3.20    событие (event): Изменение состояния прибора, о котором сообщила служба отчетов и уведомлений.

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

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

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

3.24    ведущая система (host system): Условное обозначение медицинской системы, к которой подключены измерительные приборы.

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

3.26    элемент службы обработки данных (information service element): Экземпляры в базе данных медицинской информации (Medical data information base. MDIB).

3.27    экземпляр (instance): Конкретная реализация абстрактного понятия или спецификации, как например экземпляр объекта, экземпляр приложения, экземпляр элемента информационной службы, экземпляр виртуального медицинского прибора, экземпляр класса, операционный экземпляр.

3.28    отделение интенсивной терапии (intensive саге unit. ICU): Отделение е структуре медицинского учреждения, в котором пациентов подвергают интенсивной терапии.

3.29    формат обмена данными (interchange format): Формат представления элементов данных и структуры сообщений, содержащих эти элементы данных в процессе обмена данными между системами. Формат обмена данными содержит данные о конструктивных элементах сообщений и синтаксисе. Конкретное представление формата обмена данными зависит от конкретной технологии обмена.

3.30    интероперабельность (interoperability): Идеальный случай совместной работы медицинских приборов различных типов, моделей и производителей и в том случае, если они подключены непосредственно друг к другу, и в том случае, если они взаимодействуют через коммуникационную систему.

3.31    латентность, задержка, время ожидания (latency): Время задержки между отправкой сигнала одним прибором и получением этого сигнала другим прибором в процессе коммуникации.

3.32    нижние уровни (lower layers): Уровни с 1-ю по 4-й семиуровневой модели взаимодействия открытых систем (ВОИ) Международной организации по стандартизации (ИСО). Эти уровни охватывают спецификации механического, электрического и базового коммуникационных протоколов.

3.33    менеджер (manager): Прибор, который получает данные в системе, реализующей взаимодействие по модели менеджер — агент.

3.34    модель взаимодействия менеджер — агент (manager — agent model): Модель коммуникации, где устройство-агент предоставляет данные устройству-менеджеру, получающему эти данные.

3.35    база данных медицинской информации (medical data information base. MDIB): Это понятие относится к объектно-ориентированной базе данных, позволяющей, как минимум, хранить информацию о жизненно важных показателях организма.

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

3.37    система медицинского прибора (medical device system. MDS): Абстракция системы, способной выполнять одну или несколько медицинских функций. В контексте настоящего стандарта этот термин используется, в частности, как объектно-ориентированная абстракция прибора, предоставляющего медицинскую информацию в форме информационных объектов, определяемых настоящим стандартом.

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

3.39    объект (object): Понятие, абстракция или предмет, с отчетливыми границами и значимостью для решения рассматриваемой проблемы.

3.40    атрибуты/свойства объекта (object attributes): Данные, которые вместе с методами определяют объект.

3.41    класс объекта (object class): Общее определение группы объектов с одинаковыми атрибутами. общим поведением, общими взаимоотношениями с другими объектами и общей семантикой.

3.42    диаграмма объектов (object diagram): Диаграмма, раскрывающая связи между объектами в системе.

3.43    метод объекта (object method): Процедура или процесс, влияющий на значения атрибутов объекта и состояния класса объекта.

3.44    объектно-ориентированный анализ (object-oriented analysis): Метод анализа предметной области или задачи, основанный на рассмотрении реального мира как совокупности неким образом взаимодействующих объектов и соответствующем моделировании предметной области или задачи.

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

3.46    операция (operation): Функция или преобразование, которая может быть применена объектом или к объекту в классе (иногда называется сервисом).

3.47    проблемная область (problem domain): Область здравоохранения, подвергаемая моделированию.

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

3.49    сканер (scanner): Обозреватель и сумматор значений атрибутов объекта.

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

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

3.52    синтаксис (syntax) (например, формата обмена данными): Правила сочетания конструктивных элементов сообщения, предусмотренных форматом обмена данными.

3.53    система (system): Ограниченная часть постижимого мира, существующая во времени и пространстве. которая может рассматриваться как множество элементов и связей между ними.

3.54    отметка времени (timestamp): Атрибут или поле в наборе данных, который содержит указание на время создания этого набора данных.

3.55    главный объект (top object): Безусловный базовый класс для всех других объектов в той же модели.

3.56    верхние уровни (upper layers): Уровни с 5 по 7 семиуровневой модели взаимодействия открытых систем (ВОС) Международной организации по стандартизации (ИСО). Обеспечивают функционирование и специфицирование сессий обмена данными, представления данных в процессе обмена и взаимодействия приложений, обменивающихся данными.

3.57    виртуальный медицинский прибор (virtual medical device. VMO): Абстрактное представление подсистемы медицинского назначения в системе медицинских приборов (MOS).

3.58    виртуальный медицинский объект (virtual medical object. VMO): Абстрактное представление объекта в Медицинском пакете, являющемся частью информационной модели предметной области (OIM).

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

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

4 Сокращения

ACSE — сервисный элемент управления связью:

ASN.1 —языкАвКМ для описания абстрактного синтаксиса.

ВСС — прикроватный контроллер связи:

BER — основные правила кодирования:

ВМР — основная многоязыковая плоскость:

CMDIP — общий протокол обмена информацией между медицинскими приборами;

CMDISE — служба (сервис) единого протокола доступа к данным медицинских приборов;

CMIP — протокол общей управляющей информации;

CMISE — сервисный элемент общей управляющей информации;

DCC — коммуникационный контроллер медицинского прибора;

DICOM — формирование цифровых изображений и обмен ими в медицине;

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

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

ЭЭГ — электроэнцефалограмма;

E8WW — глазное яблоко и наручные часы:

FSM —конечный автомат;

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

GMT — среднее время по Гринвичу:

Комитет no цифровым адресам в Интернет (уполномоченный орган Общества Internet (ISOC) и Федерального Совета сети (FNC), наблюдающий и координирующий назначение каждого уникального идентификатора протокола, используемого в Интернет);

IANA


ICS ICU ID LAN LS6 MDIB MDS MEDICOM MIB или Mib MOC OID OR OSI PC PDU PM SCADA

SCP ECG

SNMP

SNTP

UML

UTC

VMD

VMO

VMS


заявление о том. что результат реализации чего-либо соответствует требованиям: отделение интенсивной терапии;

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

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

часть сообщения, содержащая служебную информацию протокола передачи данных: постоянная метрика;

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

простой протокол управления сетью, входит в стек протоколов TCP/IP;

простой сетевой протокол синхронизации времени:

объединенный (унифицированный) язык моделирования;

поясное (местное) среднее время по Гринвичу;

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

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

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

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

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

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

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

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

В рамках семейства стандартов ИСО/ИИЭР 11073 к информационной модели предметной области предъявляются следующие основные требования.

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

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

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

•    использовать номенклатуру, определенную в стандарте ИСО/ИИЭР 11073-10101. для идентификации всех элементов данных в модели;

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

•    определять требования соответствия;

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

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

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

6.1.1    Моделирование

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

Информационная модель и модель обслуживания (сервисная модель) для коммуникационных систем, определенные и используемые в настоящем стандарте, концептуально основаны на модели взаимодействия открытых систем (OSI — open systems interconnection) Международной организации по стандартизации (ИСО). Объекты, определенные в информационной модели, считаются управляемыми (в данном случае — медицинскими) объектами. 8 основном они непосредственно доступны для функций управления (то есть, к ним есть доступ), что обеспечивается общим протоколом доступа к данным медицинских приборов (CMDISE), как это определено в настоящем стандарте.

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

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

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

На рисунке 6.1 представлена связь между управляемыми медицинскими объектами. MDIB. CMDISE. прикладными процессами и коммуникационной системой в медицинском приборе.

М0Ш-Сваидавныкшц»чн|1 ий цифрация;

ClfilS£ -•ftMHtjO |ушшш доступа еда > кш мздчп пи |уМ1щия:

ДС8Е - лротжи у^апант яопмеооим СРМ" » м—t{вссст >»Р |»вЛ) систем

Рисунок 6.1 — База данных MDIB в коммуницируемых системах

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

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

На рисунке 6.2 показана связь между управляемыми медицинскими объектами. MDIB, CMDISE. прикладными процессами и коммуникационными системами.

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

Рисунок 6.2 — Управляемые медицинские объекты в архиве значений показателей

жизненно-важных функций

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

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

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

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

6.1.2.2    Коммуникационные системы

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

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

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

6.1.2.3    Заархивированные показатели жизненно важных функций

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

6.1.3    Подход к моделированию

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

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

6.1.4 Расширение модели

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

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

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

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

6.2    Диаграмма пакетов. Краткий обзор

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

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

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

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

Более детальные модели для этих пакетов содержатся в подразделах 6.3—6.10.

6.3    Модель Медицинского пакета

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

На рисунке 6.4 представлена информационная модель (диаграмма классов) Medical Package.

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

Модель Медицинского пакета содержит классы, описанные в 6.3.1—6.3.13.

Рисунок 6.3 — Пакеты информационной модели предметной области

Рисунок 6.4 — Модель Медицинского пакета

Примечание — Экземпляры объекта Channel и объекта PM-Store должны содержаться только в одном экземпляре высшего объекта. См. Пакет тревоги для информации об объектах, связанных с сигналами грееоги.

6.3.1    Класс Virtual Medical Object (VMO — виртуальный медицинский объект)

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

Будучи базовым абстрактным классом, класс VMO не может иметь конкретных представителей — экземпляров.

6.3.2    Класс Virtual Medical Oevice (VMD — Виртуальный медицинский прибор)

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

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

6.3.3    Класс Channel (Канал)

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

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

6.3.4    Класс Metric (Метрический показатель)

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

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

Будучи абстрактным базовым классом, класс Metric не может иметь конкретных представителей — экземпляров.

6.3.5    Класс Numeric (Числовой показатель)

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

Пример — Результат измерения пульса отражается в объекте класса Numeric.

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

6.3.6    Класс Sample Array (Массив выборок)

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

Будучи абстрактным базовым классом, класс Sample Array не может иметь конкретных представителей — объектов.

6.3.7    Класс Real Time Sample Array (Массив выборок в режиме реального времени)

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

Пример — График электрокардиограммы (ЭКГ), формируемый в режиме реального времени представляется объектом класса Real Time Sample Array.

6.3.8    Класс Time Sample Array (Временной массив выборок)

Объект класса Time Sample Array — такая выборка значений, которая отражает последовательность отдельных фрагментов графика, ограниченных некоторым интервалом времени. В пределах одного наблюдения (т. е. одного фрагмента графика), точки графика фиксируются через равные промежутки времени.

Пример — Программное обеспечение для анализа сегмента ST может использовать объект класса Time Sample Array, чтобы представить фрагменты графика кардиограммы, фиксируемой в режиме реального времени, которые содержат только единственный комплекс QRS. В пределах этого фрагмента графика программное обеспечение может само расположить точки измерения ST. Например, можно получать новый фрагмент графика каждые 15 секунд.

6.3.9    Класс Distribution Sample Array (Распределенный массив выборок)

Объект класса Distribution Sample Array — выборка значений, представляющая линейные распределения значений в форме массивов, содержащих масштабированную выборку. Индекс значения в пределах множества, определяемого одним наблюдением, показывает положение значения в пространстве. но не во времени.

Пример — Приложение для снятия электроэнцефалограммы (ЭЭГ) может использовать преобразование Фурье, чтобы получить распределение частоты (то есть, спектр) сигнала ЭЭГ. В этом случае для представления спектра в базе данных MDIB используется как раз объект класса Distribution Sample Array.

6.3.10    Класс Enumeration (Перечисление)

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

Пример — Квалификация сердечного ритма в электрокардиограмме может быть представлена как объект класса Enumeration. Вентилятор может предоставить информацию о текущем режиме вентиляции также объектом класса Enumeration.

6.3.11    Класс Complex Metric (Комплексный метрический показатель)

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

Пример — Вентилятор может обеспечить широкие возможности анализа дыхания пациента. Для каждого вздоха он может вычислять различные числовые значения (например, объем вздоха, соотношение 1:Е, длительность вздоха) так же хорошо, как и перечисляемые значения (например, классификация типа дыхания или хронологические данные). Для повышения эффективности обработки вся эта информация группируется в одном экземпляре объекта Complex Metric, который обновляется после каждого вздоха.

6.3.12    Класс Persistent Metric Store, PM-Store (Хранилище постоянной метрики)

Объект класса PM-Store предоставляет возможность долговременного хранения метрических данных. Он может содержать различное количество объектов класса PM-Segment, к которым можно получить доступ только через данный объект класса PM-Store. По умолчанию объект класса PM-Store предназначен, чтобы хранить данные единственного объекта подклассов класса Metric.

Пример — Прибор сохраняет числовое значение инвазивного кровяного давления на диске. В этом случае для представления неизменяемой информации используется объект класса PM-Store. Атрибуты объекта класса PM-Store описывают период осуществления выборки, алгоритм осуществления выборки, и формат хранящихся данных. Когда этикетка текущего измерения давления меняется (например. во время wedge procedure), в процессе хранения создается новый объект класса PM-Segment для хранения уже обновленных контекстных данных (в данном случае — этикетки).

6.3.13    Класс Persistent Metric Segment, PM-Segment (Сегмент постоянной метрики)

Объект класса PM-Segment отражает непрерывный промежуток времени, в течение которого метрические данные хранятся без каких-либо изменений значений соответствующих контекстных атрибутов (например, масштабы или этикетки).

Объект класса PM-Segment доступен только через соответствующий объект класса PM-Store (например. для того, чтобы извлечь сохраняемые данные).

6.4 Модель Пакета тревоги

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

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

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

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

Для согласованности всех процессов обработки аварийных сигналов в системе, обычный медицинский прибор либо вообще должен быть не способен к подаче аварийных сигналов, либо должен быть способен подавать сигналы только одного уровня, который зависит от текущей функциональности прибора. Каждый уровень представлен в модели одним специальным классом объектов. Другими словами, е дереве состава прибора либо могут вообще отсутствовать представители классов объекта аварийного сигнала, либо могут присутствовать представители только одного из этих классов (Тревога (Atert), или Уровень тревоги (Alert Status), или Монитор тревожных состояний (Alert Monitor}), но в произвольном количестве. Допустимо присутствие множества экземпляров объекта (класса).

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

На рисунке 6.5 показана модель классов Пакета тревоги.

Рисунок 6.5 — Модель Пакета тревоги

Примечание — Экземпляры объекта Пакета тревоги должны содержаться только 8 одном объекте-контейнере (объекте одного из верхних (белых) классов в модели).

Модель Пакета тревоги включает в себя классы, описанные в 6.4.1—6.4.3.

6.4.1 Класс Alert (Тревога)

Класс Alert предназначен для отражения результата выявления простого сигнала тревоги. Поэтому, он отражает только одну единственную аварийную ситуацию физиологического или технического характера, связанную с состоянием соответствующего объекта (медицинский прибор (MDS). еиртуаль-ный медицинский прибор (VMD) или метрический показатель (Metric)). Если прибор порождает объект класса Alert, то он уже не может породить объект класса Alert Status или класса Alert Monitor. Для каждой тревоги, которую может выявить прибор, необходим отдельный объект класса Alert.

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

Примечание — Экземпляр объекта Alert не создается и не уничтожается динамически в случаях, когда соответствующая тревога начинается или прекращается. Скорее, в этих случаях изменяются значения атрибутов некоторого существующего экземпляра объекта Alert.

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

6.4.2    Класс Alert Status (Уровень тревоги)

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

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

Если прибор порождает объект Alert Status, он уже не может породить объекты Alert или Alert Monitor. Каждый объект классов VMD или MDS в базе данных MOIB способен содержать не более одного экземпляра объекта Alert Status.

Пример — Виртуальный прибор (объект класса VMD) для выполнения ЭКГ получает значения сердечного ритма (пульса) пациента. Если виртуальный прибор может определить, что контакты аппарата отсоединены от пациента, порождаемый им объект класса Alert Sfafus сообщает только о технической тревоге и подавляет появление сигнала о выходе значения сердечного ритма за пределы допустимого.

6.4.3    Класс Alert Monitor (Монитор тревожных ситуаций)

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

Если прибор порождает объект класса Alert Monitor, то он уже не может порождать объекты классов Alert или Alert Status. MDS должен содержать не более одного экземпляра объекта Alert Monitor.

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

6.5 Модель Пакета системы

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

На рисунке 6.6 показана модель классов Пакета системы.

Модель Пакета системы содержит классы, описанные в 6.5.1—6.5.10.

Рисунок 6.6 — Модель Пакета системы

6.5.1    Класс Virtual Medical System (Виртуальная медицинская система, VMS)

Класс VMS —абстрактный базовый класс для всех классов Пакета системы в данной модели. Это обстоятельство позволяет установить непротиворечивую систему наименования и обозначения классов в пакете System.

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

6.5.2    Класс Medical Device System (MOS)

Класс MDS — абстракция медицинского прибора, который предоставляет медицинские данные в форме классов, определенных в Медицинском пакете рассматриваемой информационной модели предметной области.

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

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

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

6.5.3    Класс Simple M0S (Простая MDS)

Класс Simple MDS описывает медицинский прибор, который содержит единственный экземпляр объекта VMD (монофункциональный прибор).

6.5.4    Класс Hydra MDS (Модульная MDS)

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

6.5.5    Класс Composite Single Bed MDS (Составная простая прикроватная MDS)

Класс Composite Single Bed MDS описывает медицинский прибор, который включает в себя (или связывается посредством некоторого интерфейса с) один или несколько объектов классов Simple MDS или Hydra MDS. сосредоточенных в одном месте (то есть, на одной или у одной кровати).

6.5.6    Класс Composite Multiple Bed MDS (Составная модульная прикроватная MDS)

Класс Composite Multiple Bed MDS описывает медицинский прибор, который содержит (или связывается посредством некоторого интерфейса с) несколько объектов классов Simple MDS или Hydra MDS. распределенных по нескольким местоположениям (то есть, на или у нескольких кроватей).

6.5.7    Класс Log (Журнал (лог))

Класс log — абстрактный базовый класс, который является контейнером для хранения важных локальных системных уведомлений и событий. Можно определить специализированные классы-потомки для различных типов событий.

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

6.5.8    Класс Event Log (Журнал событий)

Класс Event Log — основная разновидность (класс-потомок) класса Log. предназначен для хранения системных событий в свободном текстовом формате (неформатированный текст).

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

6.5.9    Класс Battery (Батарея)

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

6.5.10    Класс Clock (Часы)

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

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

6.6 Модель Пакета управления

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

Модель для дистанционного управления, определенная в настоящем стандарте, обеспечивает следующие преимущества:

•    система, которая позволяет дистанционное управление, в состоянии четко зафиксировать, к каким атрибутам или функциям обращалась удаленная система, и что именно она изменила:

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

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

- возможно моделирование зависимости управляемого элемента от внутреннего состояния системы;

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

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

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

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

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

Различные специализации потомков класса Operation определяют, как именно изменяется значение виртуального атрибута. Класс Select Item Operation, например, позволяет выбрать конкретное значение из данного списка возможных значений для атрибута. Класс Set Value Operation позволяет установить для атрибута значение из определенного диапазона с определенной шириной шага (то есть с определенным разрешением).

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

К объектам класса Operation не могут непосредственно получить доступ сервисы, определенные в модели обслуживания в разделе 8 настоящего стандарта. Вместо этого все попытки управления должны направляться через объект класса SCO (Service-and-Control). Этот объект поддерживает простой механизм блокировки транзакций, чтобы предотвратить побочные эффекты, вызванные одновременными запросами.

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

На рисунке 6.7 показана модель Пакета управления.

Рисунок 6.7 — Модвгъ Пакета управления Модель Пакета управления содержит классы, описанные в 6.6.1—6.6.9.

6.6.1    Класс Service-and-Control Object (Объект, предоставляющий сервис и управление.

SCO)

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

Дистанционное управление в коммуницироеании медицинских приборов чувствительно к проблемам обеспечения сохранности и безопасности. Класс SCO предоставляет средства для следующего:

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

b)    индикация состояний, которая позволяет осуществлять локальную и удаленную индикацию текущих процессов управления.

6.6.2    Класс Operation (Операция)

Класс Operation — абстрактный базовый класс для классов, которые описывают удаленно-управляемые элементы. Каждый объект класса Operation (или класса-потомка) позволяет системе изменять некий конкретный элемент (то есть, виртуальный атрибут) конкретным способом, определенным объектом класса Operation (или класса-потомка). К объектам класса Operation не могут непосредственно получить доступ сервисы, определенные в модели обслуживания в разделе 6 настоящего стандарта. Вместо этого все попытки управления должны направляться через объект класса SCO (Service-and-Control Object) для упрощения обработки транзакций.

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

6.6.3    Класс Select Item Operation (Операция выбора элемента из списка)

Класс Select Item Operation позволяет осуществить выбор одного элемента из данного списка.

Пример — VMD для измерения инвазивного давления может позволить модификацию своей этикетки. Для этого используется объект класса Select Item Operation. Список допустимых значений этикетки. предоставляемых операцией, может выглядеть, например, как {АВР, PAP, CVP, LAP}. Вызывая операцию, пользователь получает возможность выбрать одно значение из этого списка.

6.6.4    Класс Set Value Operation (Операция установления значения)

Класс Set Value Operation позволяет осуществлять подстройку значения атрибута в пределах за* данного диапазона с заданным разрешением.

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

6.6.5    Класс Set String Operation (Операция задания строки)

Класс Set String Operation позволяет системе устанавливать содержание закрытой строковой переменной заданной максимальной длины и формата.

Пример — Устройство для инъекций может позволить удаленной системе определять имя влитого лекарственного средства в свободно-текстовой форме, для удобства показа на собственном (локальном) дисплее. Для этого используется экземпляр объекта Set String Operation. Операция определяет максимальную длину последовательности и формат символов так, чтобы устройство было в состоянии показать название лекарственного средства на своем дисплее.

6.6.6    Класс Toggle Flag Operation (Операция переключения)

Класс Toggle Flag Operation позволяет осуществлять операцию переключения между двумя альтернативными состояниями (например, вкл/еыкл).

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

6.6.7    Класс Activate Operation (Операция активации)

Класс Activate Operation позволяет начать определенную деятельность (например, обнуление показателя давления).

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

6.6.8    Класс Limit Alert (Operation Операция настройки границы тревожного состояния)

Класс Limit Alert Operation позволяет осуществлять подстройку границ рабочего диапазона датчика тревоги и переключения между включением и выключением границ установленного диапазона.

6.6.9    Класс Set Range Operation (Операция установления границ диапазона значений)

Класс Set Range Operation позволяет осуществить выбор диапазона значений параметра путем

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

Пример — Объект VMD для измерения показателя может обеспечить прием аналогового сигнале, для которого диапазон значений может быть настроен при наличии объекта класса Set Range Operation.

6.7 Модель Пакета дополнительных сервисов

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

Классы, предоставляющие дополнительные сервисы, концептуально основаны на сервисах управления системой ИСО/ВОС. определенных в семействе стандартов ИСО/МЭК 10164 (Часть S и Часть 13). Определения были адаптированы и оптимизированы для удовлетворения специфических потребностей именно в области обмена данными о показателях жизненно важных функций между ме-дицинсхими приборами.

На рисунке 6.8 показана модель классов Пакета дополнительных сервисов.

Модель Пакета дополнительных сервисов содержит объекты, описанные в 6.7.1—6.7.9.

Рисунок 6.8 — Модель Пакета дополнительных сервисов.

6.7.1    Класс Scanner (Сканер)

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

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

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

6.7.2    Класс CfgScanner (Конфигурируемый сканер)

Класс CfgScanner — абстрактный базовый класс, у которого есть специальный атрибут ScanList. который позволяет системе устанавливать, какие атрибуты объектов следует сканировать. Значение атрибута ScanList может быть изменено или системой-агентом (автоконфигурация или преконфигурация) или системой-менеджером (полная динамически изменяемая конфигурация посредством использования сервиса SET).

Класс CfgScanner может выполнять сканирование с разной степенью детализации:

a)    группа атрибутов (то есть, предопределенный набор атрибутов). Атрибут ScanList содержит идентификаторы (ID) групп атрибутов, и все атрибуты в такой группе сканируются;

b)    отдельный атрибут. Атрибут ScanList содержит идентификаторы (Ю) всех атрибутов, которые сканируются.

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

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

6.7.3    Класс EpiCfgScanner (Эпизодически конфигурируемый сканер)

Класс EpiCfgScanner предназначен для отслеживания значений атрибутов управляемых медицинских объектов и оповещения об изменениях значений атрибутов в форме небуферизуемых отчетов о событиях.

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

Пример — Медицинский прибор формирует отчет о сердцебиении пациента в форме объекта класса Enumeration. Управляющая программа дисплея создает экземпляр объекта EpiCfgScanner и добавляет в его атрибут ScanList отслеживаемое значение объекта класса Enumeration. Экземпляр объекта Scanner впоследствии посыпает уведомление каждый раз. когда соответствующий объект класса Enumeration сообщает о сердцебиении.

6.7.4    Класс PerlCfgScanner (Периодически конфигурируемый сканер)

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

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

Пример — Приложение, ведущее журнал изменения данных, порождает экземпляр объекта PeriCfgScanner и конфигурирует сканер так, чтобы он посылал обновление информации о значениях сканируемых атрибутов всех объектов класса Numeric в базу данных MDIB каждые 15 с.

6.7.5    Класс FastPeriCfgScanner (Быстрый периодически конфигурируемый сканер)

Класс FastPeriCfgScanner — специализированный класс объектов, предназначенный для того, чтобы отслеживать значения подлежащих просмотру значения атрибутов объекта класса Real Time Sampte Array. Этот специальный сканер глубоко оптимизирован для оперативной отправки отчетов с минимальными задержками и эффективного использования пропускной способности канала коммуникации. что необходимо для нормального доступа к значениям данных в форме осцилограмм. получаемым в реальном масштабе времени.

Пример — Программе управления дисплеем в режиме реального времени (например, система-менеджер) нужно отразить графики кардиограммы. Она создает объект класса FastPeriCfgScanner в системе-агенте (например, на сервере) и запрашивает периодические обновления значений со всех датчиков ЭКГ.

6.7.6    Класс UcfgScanner (Неконфигурируемый сканер)

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

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

6.7.7    Класс Context Scanner (Контекстный сканер)

Класс Context Scanner предназначен для отслеживания изменений конфигурации устройства. По* рожденный объект класса Context Scanner отвечает за оповещение о появлении новых экземпляров объектов в базе данных MDIB прибора. Сканер предоставляет данные об иерархии вложенности экзем* плярое объекта и значениях статических атрибутов объекта.

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

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

6.7.8    Класс Alert Scanner (Сканер тревожных состояний)

Класс Alert Scanner предназначен для отслеживания групп атрибутов, связанных с сигналами тревоги. у объектов в Пакете тревога. По соображениям обеспечения безопасности данный сканер — не конфигурируем (отслеживаются или все или никакие объекты класса Alert).

Объект класса Alert Scanner периодически посылает отчеты о событиях для проверки условий времени ожидания (тайм-аута).

6.7.9    Класс Operating Scanner (Сканер функционирования)

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

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

6.8 Модель Пакета коммуникаций

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

На рисунке 6.9 показана модель Пакета коммуникаций.

Модель Пакета коммуникаций содержит объекты, описанные в 6.8.1—6.8.6.

Рисунок 6.9 — Модель Пакета коммуникаций

6.8.1    Класс Communication Controller (Коммуникационный контроллер)

Класс Communication Controller представляет высоко* и низкоуровневый коммуникационный про* филь медицинского прибора.

Объект класса Communication Controller—точка доступа для извлечения значений атрибутов объ* ектов класса Device Interface и атрибутов объектов классов, производных от класса MibElement для того, чтобы получить управляющую информацию, связанную с коммуникациями для передачи данных.

Будучи абстрактным базовым классом, класс Communication Controller не может иметь конкретных представителей-экземпляров. Для него определены, однако, два специализированных производных класса: Bedside Communication Controller (ВСС) и Device Communication Controller (DCC). которые могут иметь объекты-представителей. База данных MDIB медицинского прибора или не содержит ни одного объекта классов, производных от Communication Controller, или один объект класса ВСС. или один объ* ект класса DCC (в зависимости от назначения прибора).

6.8.2    Класс Device Communication Controller (Коммуникационный контроллер прибора. DCC)

Класс DCC — производный от класса Communication Controller. Его объекты используются в про*

цессе работы медицинских приборов в качестве систем-агентов (отвечающих при ассоциировании приборов).

Объект класса DCC должен содержать один или несколько объектов класса Device Interface.

6.8.3    Класс Bedside Communication Controller (Прикроватный коммуникационный контрол* лер. ВСС)

Класс Bedside Communication Controller — производный от класса Communication Controller. Его объекты используются в процессе работы медицинских приборов в качестве систем-менеджеров (запрашивающих ассоциирование приборов).

Объект класса ВСС должен содержать один или несколько объектов класса Device Interface.

6.8.4    Класс Device Interface (Интерфейс прибора)

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

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

Объект класса Device Interface не доступен для функций сервиса CMDISE. Этот объект содержит, по крайней мере, один объект класса, производного от класса MibElement (то есть, объект подкласса Device Interface MibElement класса MibElement. который отражает свойства интерфейса прибора, включается в объект класса Device Interface, соответствующий этому интерфейсу), который может быть доступен посредством специального метода, определенного соответствующим объектом класса, производного от класса Communication Controller.

6.8.5    Класс MibElement (Объект базы данных управляющей информации)

Объект класса MibElement содержит статистику функционирования и данные о производительности для одного объекта класса Device Interface. Класс MibElement — всего лишь абстрактный базовый класс для производных специализированных классов, и поэтому не может иметь конкретных экземпля-ров-лредставителей.

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

Объект класса, производного от класса MibElement. непосредственно не доступен. К его атрибутам можно получить доступ только через объект класса, производного от класса Communication Controller. Объект класса, производного от класса MibElement. не является частью базы данных MDIB прибора.

6.8.6    Класс Specialized MibElement (Специализированный производный класс (подкласс) от класса MibElement)

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

Настоящий стандарт, однако, определяет только два обобщенных подкласса класса MibElement:

•    класс обязательно существующих объектов Device Interface MibElement. который описывает свойства некоторого интерфейса прибора и включается в объект класса Device Interface, соответствующий этому интерфейсу:

•    класс необязательных объектов MibElement общей статистики коммуникации, который моделирует набор типовых статистических данных коммуникации, который применим в общем случае.

Специализированные подклассы класса MibElement определены е стандарте ИИЭР Р 1073.2.1.2.

6.9 Модель Архивного пакета

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

На рисунке 6.10 показана модель классов Архивного пакета.

Модель Архивного пакета содержит классы, описанные в 6.9.1—6.9.7.

6.9.1 Класс Multipatient Archive (Общий архив данных о пациентах)

Объект класса Multipatient Archive группирует вместе несколько объектов класса Patient Archive, относящихся к разным пациентам.

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

Рисунок 6.10 — Модель Архивного пакета

6.9.2    Класс Patient Archive (Архив данных о пациенте)

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

Пример — Больница может хранить данные о многократных посещениях единственного пациента в объекте класса Patient Archive, который содержит множество объектов класса Session Archive, в каждом из которых задокументирована информация о значениях показателей жизненно важных функций, полученная во время конкретного посещения определенного отделения больницы.

6.9.3    Класс Session Archive (Архив данных сессии лечения)

Объект класса Session Archive отражает данные о разовом визите пациента или периоде непрерывного пребывания в больнице или конфетном отделении больницы. Диагностические процедуры, проведенные за этот период, отражаются объектами класса Session Test, содержащимися в объекте класса Session Archive. Этот объект ссылается на динамически изменяющиеся (то есть вариативные) данные о конкретном пациенте, содержащиеся в объекте класса Patient Demographics.

6.9.4    Класс Physician (Врач)

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

6.9.5    Класс Session Test (Проверка состояния здоровья в период сессии лечения)

Объект класса Session Test содержит информацию о показателях жизненно важных функций единичного лациента. зафиксированную во время единичного освидетельствования или диагностического мероприятия. Этот объект содержит метрические значения показателей жизненно важных функций в форме объектов класса PM-Store. Он также может содержать информацию об оборудовании, которое использовалось для того, чтобы сделать запись (в форме связей с объектами подклассов класса MDS и объектами класса Ancillary).

Пример — Информация о показателях жизненно важных функций, зарегистрированная во время снятия ЭКГ под дозированной физической нагрузкой, организованно сведена в объект класса Session Test

6.9.6    Класс Session Notes (Примечания к сессии лечения)

Объект класса Session Notes играет роль контейнера для диагностических данных, деталей лечения и технологической информации в форме текстовых данных.

6.9.7    Класс Ancillary (Вспомогательный)

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

Пример — Поступающие графические данные, соответствующие требованиям стандартов MEDICOM (CEN ENV12052) или DICOM (NEMA PS 3), разрешается включать в объект класса Session Test в качестве вспомогательных данных.

6.10 Модель Пакета пациента

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

На рисунке 6.11 показана модель классов Пакета пациента:

Рисунок 6.11 — Модель Пакета пациента

Модель Пакета пациента содержит только один класс (см. 6.10.1).

6.10.1 Класс Patient Demographics (Персональные данные пациента)

Объект класса Patient Demographics предназначен для хранения типового набора персональных данных лациента.

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

6.11 Информационная модель предметной области (DIM). Динамическая модель

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

Подраздел 6.11 описывает общую динамику поведения системы.

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

6.11.2    Конечный автомат комуникаций MDS (Finite state machine. FSM)

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

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

Обнаружив попытку соединения, прибор пытается установить логическое соединение (ассоциацию) с другим прибором. Система-менеджер (клиент) запрашивает ассоциацию (association requester), а система-агент (сервер) система — отвечает на запрос, т. е. выступает в качестве респондента (association responder). В процессе установления ассоциации выполняются базовые проверки на совместимость ассоциирующихся приборов.

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

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

При наступлении события разъединения, прибор переходит в состояние разъединения.

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

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

Конечный автомат считается частью объекта класса MDS. Атрибут Status класса MDS отражает состояние автомата. Таким образом. MDS может объявлять об изменениях в состоянии автомата в форме отчетов о событии изменения значения этого атрибута.

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

Совдоменидедругиии силанами отеутипуг


жум1Т»1 чоа (лсазьОиншл


еабОинлнив


Смдоиании с другой системой


i


Силами маоиктенао другой оизгамоА


Зафосмв


Оттпанвнив запрос» тотт


Нсртшт

pe9b$&0#w*

стами


Система разъединена с датой системой


I


>Ро«ЯМШОрМ«ДМЧ»6» й» доадмнение сдоем*


г^аьвдинени»<иттемь1

Т


Инициалихщмв

имеете учвинид обмене, денными

Выполнение огни силены с другое СИСТШОЯ

1 Сшшувпжноапта

Система свиэая с другой системой

^MHWniv

т тфжпхмюш*#

Конфи гурирование тотемы для ОбеЮМДММаШИ

Конфщ/риротнив

уаююноямарияно


Влфосювьмктш» рклш&мтлж шоттш


ймдифигурироате и» системы


Гфафащаниа обмена данными


Амомфшдоцрошм» ашкпмю

УЫтртт

лреадоыть

OtflMirfliHMiMtt

Смсгеыамнмцтлкюеат

а качестве учоспмд обиаиа данный!

Систем а смнфигурмроеанв для обмана данными

1 Явгусхобтт уСинныии

Смстеый обмен и аиггеи двчшми


Рисунок 6.12 — Модель конечного автомата MDS


6.11.3 Коммуникационные системы. Диаграмма взаимодействия объектов при запуске На рисунке 6.13 представлена диаграмма взаимодействия объектов, которая визуализирует фазу запуска процесса коммуникации после соединения двух приборов.

Лгент: Camwtaflon РСШИГСИГ


Лвнг D«4ce \ iMm


Мешгочг ОЫсв Interface


Ыеншвпо: Cocrmurtadon



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

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

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

6.11.4 Пакет коммуникаций. Организация доступа к данным представителей подклассов класса MibElement

На рисунке 6.14 представлена диаграмма взаимодействия объектов, которая показывает, как система-менеджер получает доступ к данным объектов подклассов MibElement. используя классы, определенные в Пакете коммуникаций (см. 6.8).

Рисунок 6.14 — Организация доступа к данным объекте» подклассов класса MibElement

Данная диаграмма построена, исходя из следующих предположений:

•    связь уже установлена между агентом и менеджером;

•    фаза конфигурации уже закончена, и у менеджера есть полное представление о содержимом базы данных MDIB агента;

•    объект класса DCC (Device Communication Controller) содержится в базе данных MDIB агента. Сначала менеджер использует сервис GET, чтобы получить доступ к атрибутам всех объектов

класса DCC и их значениям. Атрибуты определяют, сколько в данное время существует объектов класса Device Interface.

Затем Менеджер использует сервис ACTION с соответствующим методом класса Communication Controller, чтобы получить доступ к атрибутам обязательно присутствующего объекта класса Device

Interface MibElement. Количество атрибутов будет варьироваться, в случае, если у данного интерфейса присутствуют дополнительные объекты подклассов MibElement.

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

6.11.5 Динамически изменяющиеся связи между объектами

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

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

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

Системы — коммуникационные агенты — использует определенные в настоящем стандарте сервисы. чтобы объявить о событиях изменения конфигурации прочим связанным системам. У этих систем-менеджеров изменяется представление о содержании базы данных MDIB системы-агента.

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

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

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

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

Пример на рисунке 6.15 показывает связь между классом Session Archive и классом MDS. Связь представлена классом. У этого класса есть атрибуты, которые отражают информацию, например, о времени установления соединения и разъединения.

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

То. как динамически изменяющиеся связи объектов обрабатываются системами, которые соответствуют определениям в настоящем стандарте, определено в 6.11.5.1 и 6.11.5.2.

Рисунок 6.15 — Пример представления связи классом

6.11.5.1    Динамически изменяющиеся связи между объектами в системах связи

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

Другие связи между экземплярами объектов (например, чтобы сослаться в полученных данных на исходный сигнал) определены в форме атрибутов соответствующих объектов (например, атрибута VMO-Source-List объекта подкласса класса Metric). О динамических изменениях этих признаков объявляют сообщения о событиях изменения атрибута.

6.11.5.2    Динамически изменяющиеся связи между объектами в архивных системах

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

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

7 Определения объектов DIM

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

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

7.1.1    Условное обозначение

Каждый объект описывается в отдельном подразделе (см. 7.2—7.10). Остальные подразделы описывают атрибуты, поведение и уведомления для объектов.

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

Описание:    Дается короткое информативно-текстуальное описание объекта.

Производный от:    Описываются потенциальные базовые классы объекта.

Связывание имен:    Описывается атрибут, который уникально идентифицирует экземпляр объ

екта в данном контексте. Для управляемых объектов данное определение является атрибутом Handle (описатель), а контекст — системой прибора (например, контекст отдельной MDS). См. также 7.1.2.5.

Зарегистрирован как: Определяется термин, который описан в номенклатуре для уникальной

идентификации [например, идентификатор объекта (OID). код} объекта.

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

М — атрибут обязателен:

О — атрибут необязателен (дополнительный атрибут);

С — атрибут условный: доступность атрибута зависит от предустановленного условия.

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

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

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

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

В подразделе Поведение описаны конкретные методы или функции, обеспечиваемые классом объекта. Данные методы можно активировать с помощью сервиса CMDISE ACTION.

События, создаваемые классом объекта (отличного от уведомления об изменении базового атрибута). описываются в подразделе Уведомления. Объект сообщает о данных событиях с помощью сервиса CMDISE EVENT REPORT (Отчет о событии элемента CMDISE).

7.1.2 Общие типы данных

Настоящий пункт описывает набор типов данных языка ASN.1. которые используются в определениях объектов.

7.1.2.1 Данные целого типа и данные типа строки бит

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

.. 8-битное беззнаковое целое число

INT-U8 ::= INTEGER (0..255)

~ 8-битное целое число со знаком

INT-I8 INTEGER (-128..127)

•• 16-битное беззнаковое целое число INT-U16 ::= INTEGER (0..65535)

~ 16-битное целое число со знаком INT-I16 ::= INTEGER (-32768..32767)

-    32-битное беззнаковое целое число INT-U32 ::= INTEGER (0..4294967295)

-    32-битное целое число со знаком

INT-I32 INTEGER (-2147483648..2147483647)

-    16-битная битовая строка BITS-16 BIT STRING (SIZE{16))

-    32-битная битовая строка BITS-32 ::= BIT STRING (SIZE(32))

Примечания

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

2    В определениях объекта данные целого типа и данные типа битовой строки с именованными константами или битами также могут испогъзовать вышеуказанное представление для удобства. Вышеуказанное представление не соответствует синтаксису языка ASN.1. но его легко можно преобразовать в правильный синтаксис.

7.1.2.2 Идентификационный тип данных

Всем элементам (например, классам, объектам, типам измерений), которые требуют использования уникальной идентификации, присваивают идентификаторы ОЮ. Набор действующих идентификаторов OID для данного стандарта описан в ИСО/ИИЭЭ 11073-10101. Номенклатура разделена на ряд сегментов, и каждый сегмент имеет свой диапазон 16-ти битных кодов. Другими словами. 16-ти битный код — это код. зависящий от контекста.

Тип 16-ти битных идентификационных данных представлен в следующем виде:

-    тип OIO согласно указанному в номенклатуре

-    (не путать с OID языка ASN.1)

ОЮ-Туре ::= INT-U16 - 16-битный целый тип

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

-    Личный OID PrivateOld ::= INT-U16

7.1.2.3    Тип данных Описатель (Handle)

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

•• описатель

HANDLE INT-U16

7.1.2.4    Тип данных Номер экземпляра (Instance number)

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

~ Номер экземпляра

InstNumber ::= INT-U16

7.1.2.5    Идентификация глобального объекта

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

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

- Идентификатор контекста системы MDS MdsContext ::= INT-U16

•• Глобальный описатель позволяет идентифицировать объект в более крупных - системах

GLB-HANDLE SEQUENCE {

context-id    MdsContext.

handle    HANDLE

}

•• Управляемый идентификатор OiD в качестве типа для полной - идентификации глобального объекта ManagedObjectld ::= SEQUENCE { m-obj-class    OID-Туре,

m-obj-inst    GLB-HANDLE

}

Пример — Медицинский прибор может быть связан с другими медицинскими приборами (т. е. суб-лриборами). В информационной базе MDIB данный прибор может моделировать эти суб-приборы в качестве отдельных объектов системы MDS с их собственным контекстом именования. Таким образом. конфлимпов пространств имен (например, дублированнью значения описателя, дублированные коды номенклатуры) можно избежать без переназначения значений описателя. Системе менеджера необходимо интерпретировать идентификаторы контекста системы MDS вместе со значениями описателя, чтобы уникально идентифицировать экземпляры объектов в рамках банной составной информационной базы MDIB. Идентификаторы контекста присваиваются, когда уведомления о создании объекта Context Scanner (Сканер контекста) формируют базу MDIB.

Предположения и возможные ограничения касательно различных контекстов именования в рамках базы MDIB не зависят от профиля. Тем не менее, они описаны в серии стандартов ИСО/ИИЭЭ Р11073-202хх.

7.1.2.6 Тип данных Идентификатор типа (Type ID)

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

- Идентификатор типа

TYPE SEQUENCE {

partition    NomPartition,

code    OID-Type

}

Существуют указанные ниже разделы номенклатуры

NomPartition INT-U16 { nom-part-unspec (0). nom-part-obj (1). nom-part-metric (2).

nom-part-atert (3). nom-part-dim (4). nom-part-vattr (5). nom-part-pgrp (6). nom-part-sites (7). nom-part-infrastruct (8). nom-part-fef (9) nom-part-ecg-extn (10). nom-part-ext-nom (256). nom-part-priv (1024)


~ раздел объектно-ориентированных элементов

-    раздел метрик [система оперативного сбора данных

-    и диспетчерского контроля SCADA]

-    раздел сигналов тревоги/событий ~ раздел размеров

-    раздел виртуальных атрибутов для объектов Operation

-    раздел идентификатора группы параметров

-    измерения и локализация участков тела

-    раздел элементов инфраструктуры

-    раздел формата обмена файлами

-    раздел расширений ЭКГ

-- идентификаторы других номенклатур и словарей

-    частный раздел

7.1.2.7 Тип данных Утверждение значения атрибута (Attribute value assertion)

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

AVA-Type ::а SEQUENCE {

attribute-id    OID-Type.

attribute-value    ANY DEFINED 8Y attribute-id

}

7.1.2.8    Тип данных Список атрибутов (Attribute list)

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

AttributeList SEQUENCE OF AVA-Type

7.1.2.9    Тип данных Список идентификаторов атрибута (Attribute ID list)

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

AttributeldList ::= SEQUENCE OF OID-Type

7.1.2.10    Тил данных Тип с плавающей точкой (Floating point)

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

-    32-битный тип с плавающей точкой; целый тип числа является лишь

-    символом-заполнителем

FLOAT-Type ::= INT-U32

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

7.1.2.11    Тип данных Относительное время (Relative time)

Тип данных Относительное время — это определение времени высокого разрешения, относящееся к какому-либо событию (например, событие синхронизации при автозагрузке). Настоящий тип данных используется для размещения событий относительно друг друга. Представлен в следующем виде:

-    Относительное время имеет разрешение 125 мкс (самый младший

-    разряд (LS8)]. которое является достаточным при частотах выборки до 8

-    кГц и временных диапазонов до 6.2 дней

Relative Time ::= INT-U32

Необходимо отметить, что погрешность времени указана в самой системе.

7.1.2.12    Тип данных Относительное время высокого разрешения (High-resolution relative time) Если недостаточно разрешения или временного диапазона ранее установленного типа данных

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

-    64-битное (8 байтов) время высокого разрешения. LSB представляет собой 1 мкс

HighResRelativeTtme ::= OCTET STRING (SIZE(8))

Необходимо отметить, что погрешность времени указана в самой системе.

7.1.2.13    Тип данных Абсолютное время (Absolute time)

Тип данных Абсолютное время указывает на время дня с разрешением минимум 1 сек. В целях эффективности, значения е структуре закодированы в двоично-десятичный код (8CD) (т. е. 4-битные полубайты). Например. 1996 год представлен шестнадцатеричным значением 0x19 в поле век и шестнадцатеричным значением 0x96 в поле год. Данный формат можно легко перевести в представления, основанные на символах или целых числах. Тип данных абсолютного времени представлен следующим образом:

AbsoluteTime ::= SEQUENCE {

century    INT-U8.

year    INT-U8,

month    INT-U8.

day    INT-U8.

hour    INT-U8,

minute    INT-U8.

second    INT-U8.

sec-fractions    INT-U8    -    1/10    и 1/100 секунды, если доступно

}

7.1.2.14    Тип данных дата (Date)

Тип данных дата используется для определения определенного дня календаря. Чтобы облегчить

трансформацию, тип данных имеет тот же код (например. BCD), что и тип данных абсолютное время.

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

Date ::= SEQUENCE {

century    INT-U8.

year    INT-U8,

month    INT-U8.

day    INT-U8

}

7.1.2.15    Тип данных Рабочее состояние (Operational state)

Тип данных Рабочее состояние определяет, активирован или деактивирован ли определенный

объект или свойство. Определения берутся из ИСО/МЭК10164-2 и представлены следующим образом:

OperationalState ::= INT-U16 { disabled (0). enabled (1). notAvailable (2)

}

7.1.2.16    Тип данных Административное состояние (Administrative state)

Тип данных Административное состояние определяет, разблокирован или заблокирован ли определенный объект. Определения берутся из ИСО/МЭК 10164-2 и представлены следующим образом:

AdministrativeState ::= INT-U16 ( locked(0), uniocked(1), shuttingDown(2)

}

7.1.2.17    Тип данных Цвет (Colour)

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

SimpleColour ::= INT-U16 {    •• RGB

}

7.1.2.18 Тип данных Локаль (Locale)

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

Locate ::= SEQUENCE (

language    INT-U32.    - из ИСО 639-1 или ИСО 629*2. кодирование приведено ниже

country

charset

str-spec


INT-U32,    •• иэ ИСО 3166*1. ИСО 3166*2 или ИСО 3166*3.

~ кодирование приведено ниже CharSet.    - формат кодирования символов

StringSpec


•• Названия кодировки соответствуют требованиям Агентства по

-    выделению имен и уникальных параметров протоколов Интернет

-    (IANA), числовые константы являются значениями IANA MIBenum для •• зарегистрированных кодировок


CharSet INT-U16 { charset-unspec(O), charset-iso*10646*ucs*2(1000).


charset*iso*10646*ucs-4(1001).


charset*iso*8859*1 (4). charset-iso*8859*2(5). charset-iso-8859*3(6), charset*iso*8859*4(7). charset-iso*8859*5(8), charset-iso-8859-6(9). charset*iso*8859*7(10), charset*iso*8859*8(11), charset*iso*8859*9( 12), charset-iso-8859-10(13), charset-iso-8859-13(109). charset*iso*8859*14(110). charset-iso-8859-15(111). charset-iso-2022-kr(37),

charset-ks-c-5601 (36),

charset-iso-2022-jp(39).

charset-iso-2022-]p-2(40).

charset-jis-x0208(63),

charset-iso-2022-cn(104),

charset-gt>-2312(2025)


-    схема кодирования двух-октетных

-    символов согласно ISO 10646,

-    обратный порядок байтов

-    схема кодирования четырех-октетных

-    символов согласно ISO

•• 10646.обратный порядок байтов ~ кодирование согласно ИСО/МЭК 8859-1 ~ кодирование согласно ИСО/МЭК 8859-2

-    кодирование согласно ИСО/МЭК 8859-3 ~ кодирование согласно ИСО/МЭК 8859-4 ~ кодирование согласно ИСО/МЭК 8859-5

-    кодирование согласно ИСО/МЭК 8859-6

-    кодирование согласно ИСО/МЭК 8859-7

-    кодирование согласно ИСО/МЭК 8859-8

-    кодирование согласно ИСО/МЭК 8859-9 « кодирование согласно ИСО/МЭК 8859-10

-    кодирование согласно ИСО/МЭК 8859-13

-    кодирование согласно ИСО/МЭК 8859-14

-    кодирование согласно ИСО/МЭК 8859-15

-    кодирование согласно RFC 1557

-    (Кодирование корейских символов)

-    кодирование согласно Отраслевому

-    стандарту Кореи.KSC 5601-1987

-    кодирование согласно RFC 1468 ~ (Кодирование японских символов)

-    кодирование согласно RFC 1554

-    (Кодирование японских символов)

~ кодирование согласно JIS

-    Х0208:1983,1990

-    кодирование согласно RFC 1922

-    (Кодирование японских символов)

-    кодирование согласно Набору

-    графических китайских символов. GB

-    2312:1980


}

StringSpec SEQUENCE { str*max-len INT-U16. str-flags StringFiags


-    максимальная длина строки

-    конкретные флажки слое для представления

-    и кодирования строк


}

StringFiags BITS-16 { str-flag-nt(O)

}


- строки завершаются нулевым байтом


Поле Locale::language должно отображать представление по ИСО/МЭК 646 в нижнем регистре для двухсимвольного идентификационного кода языка из ISO 639-1 или ISO 639-2. Для удобства обработки идентификатор языка хранится в целочисленном 32-битном поле. Первый октет кода хранится в наиболее значимом байте данного поля. Неиспользуемые октеты в данном поле заполняются НУЛЕВЫМИ (NULL) байтами.

Пример —

Язык:    "Английский"

Идентификатор языка:    "еп"

Кодирование:    65 6Е 00 00h

Поле Locaie::country должно отображать представление по ИСО/МЭК 646 в верхнем регистре двухсимвольного идентификационного кода языка из ISO 3166-1, ISO 3166-2 или ISO 3166-3. Для удобства обработки идентификатор языка хранится в целочисленном 32-битном поле. Первый октет кода хранится в наиболее значимом байте данного поля. Неиспользуемые октеты в данном поле заполняются НУЛЕВЫМИ (NULL) байтами.

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

Если страна не определена, в данном поле указывают 0.

Пример —

Страна:    “США”

Идентификатор языке;    "US"

Кодирование:    55 53 00 00h

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

Для взаимодействия рекомендуется использовать схему кодирования символов iso-10646-ucs-2. Данная схема кодирования соответствует ИСО/МЭК 10646 с 2-октетным (т. в. 16 битов на символ) кодированием с обратным порядком байтов, которое представляет собой основную многоязыковую плоскость (BMP). Коды символов в рамках ИСО/МЭК 10646 прямо не соответствуют глифам, т. е. графическому представлению символа. ИСО/МЭК 10646 также не зависит от языка. Другие значения Locale::charset могут в значительной степени зависеть от языка, так какони также обозначают определенный набор символов.

7.1.2.19    Тил данных Ссылка на внешнюю номенклатуру (External nomenclature reference)

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

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

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

ExtNomenRef ::= SEQUENCE {

nomenclature-id    OID-Type, »идентификатор внешней номенклатуры

— из раздела внешней номенклатуры nomenclature-code    ANY DEFINED BY nomenclature-id

}

7.1.2.20    Тил данных Список связей с внешними объектами (External object relation list data type)

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

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

ExtObjRelationList ::= SEQUENCE OF ExtObjRelationEntry

ExtObjRelationEntry ::= SEQUENCE { relation-type    OID-Type.

related-object    OID-Type.

relation-attributes    AttributeList

}

Примеры

1    В определенных ситуациях необходимо указать определенную производственную информацию (например, серийный номер) передатчика, который используется для проведения измерений. Передатчик не определен в настоящем стандарте как управляемый медицинский объект. Поэтому экземпляры объекта VMD используют запись о связи (отношении) для предоставления информации, например, (relation-type = is-connected; related-object = Transducer; relation-attributes = (model, “А-Model," serial-number ■ “12345')}.

2    Определенное числовое значение измерения подтверждается на соответствие медсестрой вручную. Таким образом, система построения графиков хранит в себе инфюрмацию о ручном подтверждении информации. Медсестра не смоделирована в настоящем стандарте как объект. Поэтому система построения графиков использует запись об отношении в качестве дополнительного атрибута объекта Numeric, например, (relation-type = validated-by: related-object = Nurse; relation-attributes = (name, “C. Smith.”date. "041295'}}.

Тип данных Список связей с внешними объектами очень сильная концепция для расширения информационной модели без определения дополнительных объектов.

7.2 Главный объект (базовый класс)

Объект:    Главный

Описание:    Главный    объект    —    это    общепринятая база наследования свойств для всех

объектов в модели DIM.

Производное от:    —

Связывание имен:    —

Зарегистрировано как: MDC_MOC_TOP

7.2.1 Атрибуты

Класс Главного объекта определяет атрибуты, указанные в таблице 7.1.

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

Название

атрибута

ID (Идентификатор) атрибута

Тип

атрибута

Примечание

Квали

фикатор

Class

MDC.ATTRCLASS

OID-Type

Обозначает идентификатор класса: идентификаторы берутся из раздела номенклатуры, ориентированного на объект

н/д

Name-

Binding

MDC ATTR NAME

bindTng

OID-Type

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

Н/Д

Класс главного объекта не определяет никакие группы атрибутов.

7.2.2 Поведение

Класс главного объекта не определяет никакие специальные методы.

7.2.3 Уведомления

Класс главного объекта определяет события, указанные в таблице 7.2.

Таблица 72 — События класс главного объекта

Событие

Режим

Идентификатор события

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

события

Результат

события

Attribute-Update

Подтвержден/

нелодтаержден

MOC_NOTI_ATTR_UPDATE

AttributeList

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

7.3 Объекты в Медицинском пакете

Определения объектов в Медицинском пакете указаны в пунктах 7.3.1—7.3.13.

7.3.1 VMO (Виртуальный медицинский объект)

Объект:    VMO

Описание:    Объект VMO — базовый класс для всех объектов медицинского назна

чения в модели. Это обстоятельство позволяет установить непротиворечивую систему наименования и обозначения в модели Медицинского пакета. Будучи базовым абстрактным классом. VMO не может иметь конкретных представителей — экземпляров.

Производное от:    Главный объект

Связывание имен:    Описатель (значения атрибута Описатель (Handle)

достаточно для уникальной идентификации в системе прибора экземпляра объекта, производного от объекта VMO)

Зарегистрировано как: MDC_MOC_VMO

7.3.1.1 Атрибуты

Класс объекта VMO определяет атрибуты, представленные в таблице 7.3.

Таблица 7.3 — Атрибуты класса объекта VMO

Название атрибута

Идентификатор

атрибута

Тип атрибута

Примечание

Квали-

фикаюр

Туре

MDC ATTR ID TYPE

TYPE

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

М

Handle

MDC_ATTR_ID_

HANDLE

HANDLE

Локальная идентификация уникального сокращения слова

М

Label-String

MDC_ATTR_ID_

LABEL.STRING

OCTET STRING

Текстовое представление идентификатора типа

О

Ext-Obj-Retations

MDC_ATTR_EXT_

OBJ.RELATION

ExtObj Relation- List

Отношения к объектам, которые не указаны в DIM

О

В таблице 7.4 класс VMO определяет группы атрибутов или расширения для унаследованных групп атрибутов.

Таблица 7.4 — Группы атрибутов класса VMO

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Статическая контекстная группа VMO (рас-

MDC ATTR GRP VMO STATIC

из VMO:

ширяемая группа атрибутов)

Type. Handle

Динамическая контекстная группа VMO (рас-

MDC ATTR GRP VMO DYN

из VMO:

ширяемая группа атрибуте»)

Label-String

Группа атрибутов отношения

MDC_ATTR_GRP_ RELATION

из VMO:

Ext-Obj-Reiations


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

7.3.1.2    Поведение

Объект VMO не определяет никакие конкретные методы.

7.3.1.3    Уведомления

Объект VMO не формирует никакие специальные уведомления.

7.3.2 Объект VMD (виртуальный медицинский прибор)

Объект:    VMD

Описание:


Производное от: Связывание имен:


Класс VMD является абстракцией подсистемы медицинского назначения (например, программно-аппаратной или даже чисто программной) в составе медицинского прибора.

VMO

Handle (Описатель) (унаследованный объект VMO)

Зарегистрировано как: MDC_MOC_.VMO.VMD 7.3.2.1 Атрибуты

Класс объекта VMD определяет атрибуты, представленные в таблице 7.5.

Таблица 7.5 — Атрибуты класса объекта VMD

Название

атрибута

Идентификатор

атрибута

Тип атрибута

Примечание

Квали

фикатор

VMD-Status

MDC_ATTR_VMD_

STAT

VMDStatus

Пример — вкл

М

VMD-Modet

MDC.ATTRJD.

MOOEL

SystemModel

Производитель и номер модели

О

Instance-

Number

MDC.ATTRJD.

1NSTNO

InstNumber

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

О

Production-

Specification

MDC.ATTRJD.

PROD.SPECN

ProductionSpec

Серийные номера и изменения: имеются только, если прибор VMD представляет собой отдельную подсистему

О

CompatibilHy-ld

MDC.ATTRJD.

COMPAT

INT-U32

Статичен для использования производителем

О

Parame

ter-Group

MDC.ATTRJD.

PARAM.GRP

OID-Type

Пример — кардиоваскулярный

О

Position

MDC.ATTRJD.

POSN

INT-LI16

Пример — Номер слота Oxffff обозначает недействительное или неизвестное положение

О

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

Название

атрибута

Идентификатор

атрибута

Тип атрибута

Примечание

Квали

фикатор

Operating-

Hours

MDC_ATTR_T1ME_

PD.OP.HRS

INT-U32

О

Operation-

Cycles

MDC ATTR CYC OP

1NT-U32

Пример — Число проведенных измерении

О

Measurement-

Principle

MDC ATTR MSMT_PRINCIPLE

MsmtPrinciple

Описывает физический принцип измерения

О

Locale

MDC ATTR LOCALE

Locale

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

О


Примечание —Идентификация и изменение атрибутов не требуются, если VMD не представляет компонент аппаратного обеспечения.

В таблице 7.6 класс объекта VMD описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.6 — Группы атрибутов класса объекта VMD

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_VMO_

STATIC

из VMO:

Type, Handle из VMD:

Parameter-Group. Instance-Number. Compatibility-Id. Measurement-Principle. Locale

Динамическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_VMO_

DYN

из VMO: Label-String из VMD: Vmd-Status

Группа атрибутов применения VMD

MDC_ATTR_GRP_VMD_

APPL

из VMD:

Position. Operating-Hours. Operation-Cycles

Группа атрибутов производства VMD

MDC_ATTR_GRP_VMD_

PROD

из VMD:

Vmd-Model. Production-Specification

Примечание — Отдвгъная группа атрибутов определена для статических атрибутов VMD, которые необходимы только в определенных случаях.

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

-    Биты индикации состояния VMD; все биты 0 указывают, что VMD

-    работает

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

-    например, для питаемого прибора, но не работающего

-    датчик отключен

-    измерительные приборы отключены


VMDStatus BITS-16 { vmd-off (0). vmd-not-ready (1). vmd-slandby (2), vmd-transduc-discon (8). vmd-hw-discon (9)

•• Физический принцип измерения (может быть установлено можестео битов)

MsmtPrinciple ::= BITS-16 { msp-other (0), msp-chemical (1), msp-electrical (2). msp-impedance (3), msp-nuclear (4). msp-opbcal (5). msp-thermal (6), msp'biotogical (7), msp-mechanical (8), msp-acoustical (9), msp-manual (15)


}


7.3.2.2    Поведение

Объект VMD не определяет никакие конкретные методы.

7.3.2.3    Уведомления

Объект VMD не формирует никакие конкретные уведомления.

7.3.3    Объект Channel (Канал)

Объект:

Описание:

Производное от: Связывание имен: Зарегистрировано как:


Channel

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

VMO

Handle (Описатель) (унаследованный объект VMO)

МОС МОС VMO CHAN

7.3.3.1 Атрибуты

Объект Channel определяет атрибуты, представленные в таблице 7.7. Таблица 7.7 — Атрибуты класса объекта Channel

Название

атрибута

Идентификатор

атрибута

Тип атрибута

Примечание

Квали

фикатор

Channel-Id

MDC_ATTR_CHAN_ID

OID-Type

Динамическая идентификация

О

Channel-

Status

MDC_ATTR_CKAN_

STAT

ChannetStatus

Пример: передатчик отключен

О

Phystcal-

Channel-No

MDC_ATTR_CKAN_

NUM.PHYS

INT-U16

Дает ссылку на определенный канал аппаратного обеспечения, например. A/D (аналогово-цифровой)

О

Logical-

Channel-No

MDC_ATTR_CKAN_

NUMJ.OGICAL

INT-U16

Динамическая нумерация каналов

О

Parame

ter-Group

MDC_ATTR_ID_

PARAMJ3RP

OID-Type

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

О

Measurement-

Principle

MDC_ATTR_MSMT_

PRINCIPLE

MsmtPrinciple

Описывает физический принцип измерения

О

Color

MDC_ATTR_COLOR

SimpleColour

Используется для присвоения общего цвета объектам в одном канале

О

В таблице 7.8 класс объекта Канал описывает группу атрибутов или расширения унаследованных групп атрибутов.

Таблица 7.6 — Группы атрибутов класса объекта Канал

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_VMO_

STATIC

из VMO:

Type. Handle из Канала:

Parameter-Group. Physical-Channel-No. Measurement-Principle

Динамическая контекстная группа VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_VMO_

DYN

из VMO:

Label-String из Канала:

Channel-Id. Channel-Status. Color. Logi-cal-Channel-No

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

Биты индикация Channel Statue (Статуса канала)

ChannelStatus ::= BITS-16 { chan-off (0), chan-not-ready (1), chan-standby (2). chan-transduc-discon (8). chan-hw-discon (9)

}

7.3.3.2    Поведение

Объект Канал не описывает никакой особый метод.

7.3.3.3    Уведомления

Объект Канал не формирует никакие специальные уведомления.

7.3.4 Объект Metric (Метрика)

Объект:    Metric

Описание:    Класс Metric — базовый класс для всех объектов, отражающих непо

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

Производное от:    VMO

Связывание имен:    Handle (Описатель) (унаследованный объект VMO)

Зарегистрировано как: MDC_MOC_VMO_METRIC 7.3.4.1 Атрибуты

В таблице 7.9 класс объекта Metric описывает атрибуты.

В таблице 7.10 класс объекта Metric описывает группу атрибутов или расширения унаследованных групп атрибутов.

Таблица 7.9 — Атрибуты класса объекта Metric

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Metric-

Specification

MOC_ATTR_METR!C

_SPECN

MetricSpec

Статичен: обязательные базовые свойства

М

Max-Delay-

Time

MOC_ATTR_DELAY_

TIME.MAX

ReiativeTime

Статичен: максимальная задержка по отношению к реальному времени

О

Metric-Status

MOC.ATTR.METRIC

_STAT

MetricStatus

О

Measurement-

Status

MDC_ATTR_MSMT_

STAT

Measurement-

Status

Обычно эго часть наблюдаемого значения

О

Metric-Id-

Partition

MOC.ATTR.METRIC

JD.PART

NomPartition

Идентифицирует раздел номенклатуры. связанный с MetrickJ. если он отличается от развела, установленного в атрибуте VMOr.Type объекта

О

Metric-Id

MOC_ATTR_ID_

physio

OID-Type

Содержит динамическую иденти-фикацюо (например, специальную этикетку артериального давления), в отличие от статического, базового ID в объекте Metric-Specification (Спецификация метрики). Идентификатор OiD происходит из VMO::Type или раздала Metric-ld-Partition. Обычно данный атрибут является частью наблюдаемого значения, не является отдельным атрибутом

О

Metric-Id-Ext

MOC_ATTR_ID_

MSMT.EXT

ExtNomenRef

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

О

Unit-Code

MDC_ATTR_UNIT_

CODE

OID-Type

Пример: мм рт.ст.: обычно это часть наблюдаемого значения.

О

Unit-Label-

String

MOC_ATTR_UNIT_

LABEL.STRING

OCTET

STRING

Текстовое представление размера.

О

Vmo-Source-

List

MOC_ATTR_VMO_

LIST.SRC

VmoSourceUst

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

О

Metric-Source-

List

MDC.ATTR.METRtC

_LIST_SRC

MetricSource

List

Указывает на источники данной метрики в виде списка идентификаторов метрик.

О

Msmt-Site-List

MDC_ATTR_SITE_ LIST.MSMT MDC_ATTR_SITE_ LIST.MSMT* EXT

SiteList

SiteListExt

Участки измерений, указанные во внутренней или внешней номенклатуре

О

Body-Site-List

MDC_ATTR_SITE_

UST.BODY

MDC_ATTR_SITE_

LIST_BODY_EXT

SiteList

SiteListExt

Локализации на тепе, указанные во внутренней игы внешней номенклатуре

О

Metric-Calibra

tion

MOC.ATTR.METRIC

.CALIB

MetricCalibra-

bon

Указывает тип и последний раз проведения калибровки

О

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

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Color

MOC.ATTR.COLOR

SimpteColour

Цвет представления

О

Measure-Mode

MOC_ATTR_MODE_

MSMT

PrivateOid

Информация об измерениях, указанная производителем

О

Measure-Period

MOC_ATTR_TIME_

PD.MSMT

MetricMeasure

Время повторения измерения; не обязательно такое же. что и период обновления

О

Averaging-

Period

MDC_ATTR_TIME_

PD.AVG

MetricMeasure

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

О

Start-Time

MDC_ATTR_TIME_

START

AbsoluteTime

Время, когда началась измерительная деятельность, например, когда начался процесс инфузии

О

Stop-Time

M0C_ATTR_T1ME_

STOP

AbsoluteTime

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

О

Metric-Info-

Labelstring

MOC_ATTR_METRIC

_info_lab!l_

STRING

OCTET

STRING

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

О

Substance

MDC_ATTR_ID_

SUBSTANCI

ExtNomenRef

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

О

Substance-

Label-String

MOC_ATTR_ID_

SUBSTANCE.LABEL

.STRING

OCTET

STRING

Текстовой атрибут, который определяет вещество

О

Таблица 7.10 — Группы атрибутов класса объекта Metric

Группа атрибутов

Идентификатор труппы атрибутов

Элементы группы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC ATTR GRP VMO

statTc

из VMO;

Type, Handle из Metric:

Metric-Specification. Max-Delay-Time

Динамическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC ATTR GRP VMO DYN

из VMO:

Label-String из Metric:

Vmo-Source-LisL Metric-Source-UsL Unit-Code. Unit-LabetString, Msmt-Sile-List. Body-Site-List. Metric-Status. Measure-Period. Averaging-Period, Start-Типе. Stop-Tune, Measure-Mode. Metric-Calibration. Color, Measurement-Status. Metric-Id. Metric-Id-Ext Metric-Info-LabelString. Substance. Sub-stance-LabelString

Группа измеряемого значения метрики (расширяемая группа атрибутов)

MDC ATTR GRP METRIC.VAL.OBS

Из Metric: Metric-Id-Partition

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

•• Атрибут Metric-Status (Статус метрики)

MetricStatus BITS-16{ metric-off (0), metric-not-ready (1), metric-standby (2), metric-transduc-discon (8). metric-hw-discon (9)

-    Атрибут Metric-Specification (Спецификация метрики) описывает

-    все обязательные статические свойства объекта Metric

MetricSpec ::= SEQUENCE {

update-period

RelativeTime,

-    минимальное время между изменениями

-    наблюдаемого значения

category

MetricCategory.

access

MetricAccess.

structure

MetricStructure.

relevance

MetricRelevance

}

-    Структура описывает, представляет ли объект единичное значение или

-    множество связанных значений (например, инвазивное артериальное давление

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

-    и получает систолическое, диастолическое и среднее значения)

MetricStructure ::= SEQUENCE {

ms-struct simple (0).

INT-U8 {

compound (1),

-    множественные наблюдаемые значения.

-    одинаковый динамический контекст

complex (2)

-    множественные наблюдаемые значения.

-    множество динамических контекстов

ms-comp-no

INT-U8

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

-    структуре/комплексе

-    Битовое поле MetricAccess дает информацию о том. как можно получить

-    доступ к значению метрики и когда будет доступно новое значение

-Примечания

-    1 — Флаг avail-intermittent должен быть установлен в случае, если

-    наблюдаемое значение не будет всегда доступно

-    2 — Минимум один бит режима обновления (upd-) должен быть установлен

-    3 — Минимум один бит режима доступа (асе-) должен быть установлен

-    4 — Установить биты опции сканирования (sc-) возможно только если

-    установлен бит acc-scan

-    5 — Если установлен бит acc-scan. минимум один бит sc-opt должен быть

-    установлен

MetricAccess ::= BITS-16 {

avail-intermittent (0).

- значение периодически доступно

upd-periodic (1).

-    значение переодически обновляется

—    (фиксированный период)

upd-episodic (2),

- значение обновляется эпизодически

msmt-noncontinuous (3),

-    измерение проводится с перерывами

-    (например. NBP)

acc-evrep (4),

-    метрика отправляет отчет о событии для

-    наблюдаемого значения

acc-get (5).

- метрика поддерживает сервис GET

acc-scan (в).

-    доступ к наблюдаемому значению метрики

-    можно получить через объект Scanner

gen-opt-sync (8),

-    наблюдаемое значение должно

-    обрабатываться синхронно

sc-opt-normal (10).

-    опция сканирования; значение можно

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

sc-opt-extensive (11),

-    опция сканирования; в период обновления

-    может возникнуть множество значений

sc-opt-long-pd-avail (12),

-    опция сканирования; значение можно

-    просканировать на низкой скорости

-    (бит сканирования superpositive-avg)

sc-opt-confimn (13),

-    опция сканирования; сканер должен

-    работать в подтвержденном режиме

sc-opt-refresh (14)

-    опция сканирования; разрешено

-    возобновление работы сканера


-    Данная категория метрики позволяет различать между измерениями.

-    настройками и вычислениями

MetricCategory ::= INT-U16 { mcat-unspec (0). auto-measurement (1), manual-measurement (2). auto-setting (3). manual-setting (4), auto-calculation (5), manual-calculation (5)

}

-    Уместность метрики обуславливает то. каким образом следует использовать

~ метрику (т.е. значение 0 означает нормальное использование)

MetricRelevance BITS-16 { rv-unspec (0).

rv-internal (1).

rv-store-only (2). rv-no-reoording (3). rv-phys-ev-ind (4).

rv-btb-metric (5).


-    уместность не указана; обычно не должна

-    использоваться

-    только значение для внутреннего

-    использования

-    подходит только для хранения

-    не подходит для записи

~ метрика представляет собой

-    физиологический активатор (не значение)

-    метрика рассчитывается для каждого удара или вздоха.

-    не усредненная по времени

rv-app-specific (8).    - требуется специальное приложение для

-    интерпретации метрики

rv-service (9)    - метрика предназначена для обслуживания

-    или диагностики

}

•• Атрибут Metric-Calibration (Калибровка метрики) определяет методы

~ и продолжительность калибровки

-Примечание — Допускаются множественные записи

MetricCalibration ::= SEQUENCE OF MetricCalEntry

MetricCalEntry

cal-type

cal-state

cal-time

}


SEQUENCE(

MetricCalType.

MetricCalState.

AbsoluteTime

MetricCalType INT-U16 { cal-unspec (0), cal-offset (1), cal-gain (2). cal-two-point (3)

-    калибровка смещения •• калибровка усиления

-    калибровка по двум точкам

MetricCalState INT-U16 ( not-calibrated (0). cal-required (1). calibrated (2)

-    Упорядоченный список участков измерения, например, места •• расположения электродов ЭЭГ

SiteList ::= SEQUENCE OF OID-Турв    - записи из раздела номенклатуры

-    локализаций на теле

-    Список участков может также ссылаться на внешние номенклатуры •• для уточнения участков измерений

SiteListExt ::= SEQUENCE OF ExtNomenRef

-    Атрибут Metric-Source-List (Список источников метрики) — это

-    упорядоченный список метрических идентификаторов ОЮ

MetricSourceList SEQUENCE OF OID-Type - идентификаторы OID из раздела

-    VMO::Type или Metric-ld-

-    Partition

-    Атрибут Vmo-Source-List (Список источников VMO) определяет ссылки на

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

-    источников данной метрики (это упорядоченный список)

VmoSourceList ::= SEQUENCE OF VmoSourceEntry

VmoSourceEnlry SEQUENCE {

vmo-type    OID-Type,    - из раздела номенклатуры.

.. объекто-ориентированной

gib-handle    GLB-HANDLE

- Атрибут Measurement-Status (Статус измерения) определяет состояние •• измерения; используется производными классами

MeasurementStatus BITS-16 ( invalid (0). questionable (1). not-available (2), calibration-ongoing (3). test-data (4). demo-data (5).

validated-data (8), early-indication (9).

msmt-ongoing (10).

msmt-state-in-alarm (14),

msmt-state-al-inhibited (15)


•• соответствующий, например, в архиве •• начальная предположительная оценка

-    значения

-    указывает на то. что только что провели

-    новое измерение(эпиэодический)

-    указывает на то. что метрика имеет •• условие активных аварийных сигналов

-    метрика поддерживает сигнализирование

-    и аварийные сигналы отключены

-    (дополнительная опция)

-    В ряде производных метрик необходимо указать диапазоны

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

AbsoluteRange ;;= SEQUENCE (

lower-value    FLOAT-Type.

upper-value    FLOAT-Type

-    Метрическое средство применяется для атрибутов, которые имеют значение и

-    размер

MetricMeasure ;;= SEQUENCE { value    FLOAT-Type.

unit-code    OID-Type    - из раздела номенклатуры размеров

}

7.3.4.2    Поведение

Объект Metric не описывает никакие конкретные методы.

7.3.4.3    Уведомления

Объект Metric не формирует никакие конкретные уведомления.

7.3.5 Объект Numeric (Числовой показатель)

Объект:    Numeric

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

Описание:


Производное от:

Связывание имен:

Зарегистрирован как:

7.3.5.1 Атрибуты

Объект Numeric определяет атрибуты, представленные в таблице 7.11.


Metrics (Метрика)

Handle (Описатель) (унаследованный объект VMO) MDC_MOC_VMO_METRIC_NU

Таблица 7.11—Атрибуты класса объекта Numeric

Название

атрибута

Идентификатор

атрибута

Тип атрибута

Примечание

Квали

фикатор

Nu-Observed-

Value

MDC ATTR NU VAL.OBS

NuObsValue

Пример — Значение измерения должно также содержать в себе информацию о его подтверждении соответствия

с*»>

Compound-

Nu-Observed-

Value

MDC_ATTR_NU_

CMPD_VAL_OBS

NuObsValueCmp

Используется, когда множество значений представлены в одном объекте Numeric. (Структура — составная)

С

Absolute-

Time-Stamp

MDC_ATTR_TiME_

STAMP.ABS

Absolute Time

Время наблюдения (временная метха)

О

Relative-

Time-Stamp

MDC_ATTR_TiME_

STAMP.REL

RelativeTmre

О

HiRes-Time-

Stamp

MDC_ATTR_TtME_ STAMP REL HI RES

HighResReiativeTime

Временная метка высокого разрешения

О

No-Measure-

Range

MDC_ATTR_NU_

RANGE.MSMT

AbsotuteRange

Потенциальный диапазон измерений

О

No-

Physiological-

Range

MDC_ATTR_NU_

RANGE.PHYSIO

AbsoluteRange

Физиологически обусловленный диапазон (но это не диапазон аварийной сигнализации)

О

No-Measure-

Resolution

MDC_ATTR_NU_

MSMT_RES

FLOAT-Type

Разрешающая способность измерения {минимальная разница между двумя наблюдаемыми значениями)

О

Display-

Resolution

MDC_ATTR_DISP_

RES

DispResolution

Используется, когда требуется другое разрешение при отображении значения

О

Aocuracy

MDC_ATTR_NU_

ACCUR.MSMT

FLOAT-Type

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

О

*> Минимум один тип наблюдаемого значения должен присутствовать, ках определено атрибутом Metric-Specification.

В таблице 7.12 класс объекта Numeric описывает группу атрибутов или расширения унаследованных групп атрибутов.

Таблица 7.12 — Группы атрибутов класса объекта Numeric

Группа атрибутов

Идентификатор труппы атрибутов

Элементы группы

Статическая контекстная группа объекта VMO {расширяемая группа атрибутов)

MDC_ATTR_GRP_VMO_

STATIC

из VMO:

Type, Handle из Metric:

Metric-Specification. Max-Delay-Time из Numeric:

Динамическая контекстная группа объекта VMO {расширяемая группа атрибутов)

MDC_ATTR_GRP_VMO_

DYN

из VMO:

Label-String из Metric:

Vmo-Source-List. Metric-Source-List, Unit-Code. Unit-LabelString, Msmt-Site-LisL Body-Site-List. Metric-Status. Measure-Period. Averaging-Period. Start-Time. Stop-Time, Measure-Mode. Metric-Calibration, Color. Measurement-Status, Metric-Id, Metric-ld-Ext, Metric-Info-LabelString. Substance. Substance-Label-String

из Numeric:

Nu-Measure-Rartge, Nu-Physiological-Range. Accuracy. Nu-Measure-Resolution, Display-Resolution

Группа наблюдаемого значения метрики {расширяемая группа атрибутов)

MDC_ATTR_GRP_

METRIC_VAL_OBS

из Metric:

Metric-ld-Partibon из Numeric:

Nu-Observed-Value. Compound-Nu-Observed-Value. Absolute-Time-Stamp. Relative-Time-Stamp, HiRes-Time-Stamp

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

•• Атрибут Nu-Observed-Value всегда включает в себя идентификацию.

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

-    издержках

NuObsValue ::= SEQUENCE {

metric-id

OID-Type

-    из раздела VMO::Type или

-    Metric-Id-Partition

state

MeasurementStatus.

- определен e базовом классе Metric

unit-code

OID-Type.

- из раздела номенклатуры размеров

value

FLOAT-Type

- Наблюдаемое значение для составных чисел NuObsValueCmp SEQUENCE OF NuObsValue

•• Атрибут Display-Resolution (Разрешение дисплея) является

58

- представлением значения на дисплее (может иметь низкое разрешение) DispResotution ::= SEQUENCE {

pre-point    INT-U8,    - количество знаков до запятой

post-point    INT-U8    - количество знаков после запятой

7.3.5.2    Поведение

Объект Numeric не описывает никакой конкретный метод.

7.3.5.3    Уведомления

Объект Numeric не формирует никакие конкретные уведомления.

7.3.6 Объект Sample Array (Массив выборок)

Объект:    Sample Array

Описание:    Класс Sample Array — базовый класс для представления таких метрик.

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

Производное от:    Metric (Метрика)

Связывание имен:    Handle (Описатель) (унаследованный объект VMO)

Зарегистрирован как:    MDC_MOC_VMO_METRIC_SA 7.3.6.1 Атрибуты

Класс Объекта Sample Array определяет атрибуты, представленные в таблице 7.13.

Таблица 7.13 — Атрибуты класса Объекта Sample Array

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

КмлифИ’

каюр

Observed-

Value

MDC_ATTR_SA_VAL

_oes

SaObsValue

Пример: массив значений измерения

са>

Compound-Sa-

Observed-Value

MDC_ATTR_SA_

CMPD.VAl.OBS

SaObsValueCmp

с

Sa-SpecHica-

tion

MDC_ATTR_SA_

SPECN

SaSpec

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

м

Compression

MDC_ATTR_

COMPRES

PrivateOid

Описывает потенциальный алгоритм сжатия

о

Scale-and-

Range-

Specification

MDC_ATTR_SCALE_ SPECN J8

MDC_ATTR_SCALE_

SPECNJ16

MDC_ATTR_SCALE_

SPECNJ32

Scale Rang-eSpecS Scale Range-Spec 16 Scale Range-Spec32

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

м

Sa-

Phystolog«al-

Range

MDC_ATTR_SA_

RANGE.PHYSJ8

MDC_ATTR_SA_

RANGE_PH YS_116

MDC_ATTR_SA_

RANGE_PHYS_I32

ScaledRange8

ScaledRange16

ScaledRange32

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

о

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

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Кеалифи'

кагор

Visual-Grid

MDC_ATTR_GR10_

VISJ8

MDC_ATTR_GRIO_

VISJ16

MDC_ATTR_GRlD_

VISJ32

SaVisualGnd8

SaVisualGrid16

SaVisualGnd32

Определяет положения линии сетки на дисплеях и записывающих устройствах; тип зависит от размера выборки

о

Data

MDC_ATTR_SA_

CALIB_I8

MDC_ATTR_SA_

CALIB_I16

MDC_ATTR_SA_

CALIB_I32

SaCalDataS

SaCalData16

SaCalData32

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

о

Filter-

Specification

MDC_ATTR_F1LTER_

SPECN

Sa Fitters pec

о

Filter-Label-

String

MDC_ATTR_FtLTER_

LABEL.STRING

OCTET STRING

Текстовая этикетка активного фильтра, например. Butterworth или Linear-Phase

о

Sa-Signal-Frequency

MDC_ATTR_SA_

FREQ.SIG

SaSignal-

Frequency

Максимальная частота сигнала

о

Sa-Measure-

Resolution

MDC_ATTR_SA_

MSMT.RES

FLOAT-Type

о

Sa-Marker-Lsst

MDC_ATTR_SA_

MARKER_UST_I8

MDC_ATTR_SA_

M ARKE R_LI ST_116 MDC_ATTR_SA_

M ARKE R_LI ST_I32

MarkerUstSaVal8

MarkerListSa-

Val16

MarkerListSa-

VBI32

*> Минимум один тип наблюдаемого значения должен присутствовать, как определено атрибутом Metric-Specification.

В таблице 7.14 класс объекта Sample Array описывает группу атрибутов или расширения унаследованных групп атрибутов.

Таблица 7.14 — Группы атрибутов класса объекта Sample Array

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_

VMO.STATIC

из VMO:

Type, Handle из Metric:

Metric-Specification. Max-Delay-Time из Samole Arrav:

Sa-Speofication. Compression. Sa-Marker-List

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

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Динамическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRF_

VMO.DYN

из VMO:

Label-String из Metric:

Vmo-Source-Ust. Metric-Source-List, Unit-Code. Unit-LabelString. Msmt-Site-List. Body-Site-List. Metric-Status. Measure-Period. Averaging-Period. Start-Time. Stop-Time. Measure-Mode. Metric-Calibration. Color. Measurement-Status. Metric-Id. Metric-Id-Ext. Metric-lnfo-LabelString. Substance. Substance-La belString из Samole Arrav:

Scale-and-Range-Specification. Sa-Physiotog-ical-Range. Visual-Grid. Sa-Calibrabon-Oata. Fitter-Specification. Fiter-Label-String, Sa-Sig-nal-Frequency. Sa-Measure-Resolution

Группа наблюдаемого значения метрики (расширяемая группа атрибутов)

MDC_ATTR_GRF_ METRIC. VAL.OBS

из Metric:

Metric-ld-Partibon из Samole Arrav:

Sa-Observed-Value. Compound-Sa-Observed-Value

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

- Атрибут Sa-Observed-Value (Наблюдаемое значение SA)

SaObsValue ::= SEQUENCE {

metric-id    OID-Type.    - из раздела VMO::Type или

-    Metric-Id-Partition

state    MeasurementStatus.

-    указан в объекте Metric

array    OCTET STRING

~ Атрибут Compound-Sa-Observed-Value — это составное наблюдаемое значение SaObsValueCmp ::= SEQUENCE OF SaObsValue

- Атрибут Sa-Specification SaSpec ::= SEQUENCE (

-    количество выборок за один

-    период обновления метрики


array-size

sample-type

flags


INT-U16.

SampleType.

SaFlags


•• Тип выборки описывает одну выборку в массиве наблюдеемого значения SampleTypeSEQUENCE (

}


array-size    INT-U8.

significant-bits    INT-U8

{stgned-samples{255)}


например. 8 для 8-битных выборок. 16 для 16-битных выборок должны делиться на 8

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

если значение 255. то все выборки имеют знак; все биты значимы; выборки интерпретируются в дополнительном двоичном коде


- Тип данных SaFlags описывает дополнительные свойства осциллограммы


SaFlags BITS-16{ smooth-curve(O),

delayed-curve(1),

static*scale(2).

sa-ext-val-range(3)


}


-    для оптимального отображения используйте

-    алгоритм сглаживания

-    задержка отображения кривой (не в

-    реальном времени)

-    ScaleRangeSpec не меняется

-    незначимые биты в выборке не являются 0,

-    например, когда они используются для

-    комментариев или меток; получатель

-    должен применить битовую маску для

-    извлечения значимых битое из выборки


- Спецификация применяемого фильтра сигналов SaFilterSpec SEQUENCE OF SaFilterEntry SaFitterEntry SEQUENCE {

filter-type    INT-U16 (other(O). low-pass(1), high-pass(2). notch(3)},

filter-frequency    FLOAT-Type.

filter-order    - например. -1.6 дБ/октет

}


-    Атрибут Scale-and-Range-Specification описывает отношение между

-    масштабированными и абсолютными значениями; в зависимости от размера

-    выборки имеется множество типов атрибутов

-Примечание — Если колебание не представляет собой абсолютные значения.

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

-    если атрибут Sa-Specification указывает на выборки со знаком.

-    масштабированные значения должны интерпретироваться как значения со

-    знаком

ScaleRangeSpec8 SEQUENCE { lower-absolute-value upper-absolute-value lower-scaled-value upper-scaled-value


FLOAT-Type.

FLOAT-Type.

INT-U8,

INT-U8


}

62


ScaleRangeSpec16 ::= SEQUENCE { lower-absolute-value upper-absolute-value lower-scaled-value upper-scaled-value

}

ScaleRangeSpec32 ::= SEQUENCE { lower-absolute-value upper-absolute-value lower-scaled-value upper-scaled-value


FLOAT-Type,

FLOAT-Type.

INT-U16.

INT-U16


FLOAT-Type.

FLOAT-Type.

INT-U32.

INT-U32


-    Атрибут Visual-Grid (Визуальная решетка) определяет линии координатной сетки

-    на различных уровнях: если Атрибут Sa-Specification указывает на выборки со знаками.

-    масштабированные значения должны интерпретироваться как значения со знаками

SaVisua<Grid8 ::= SEQUENCE OF SaGridEntryS

SaGridEntry8 SEQUENCE {

absolute-value    FLOAT-Type.

scaled-value    INT-U8.

level    INT-U8


SaVisualGrid16 ::= SEQUENCE OF SaGndEntry16

SaGridEntry16 SEQUENCE {

absolute-value    FLOAT-Type,

scaled-value    INT-U16,

level    INT-U16


SaVisualGrid32 ::= SEQUENCE OF SaGridEntry32

SaGridEntry32 ::= SEQUENCE (

absolute-value    FLOAT-Type.

scaled-value    INT-U32.

level    INT-U16


-    Атрибут Sa-Calibration-Data задает калибровочные метки на дисплее

-    или на ленте для самопишущего прибора; если Атрибут Sa-Specification

-    указывает на выборки со знаками, измеренные значения должны

-    интерпретироваться как значения со знаками


SaCalData8 ::= SEQUENCE ( lower-absolute-value upper-absolute-value lower-scaled-value upper-scaled-value increment

cal-type


FLOAT-Type,

FLOAT-Type.

INT-U8,

INT-U8,

INT-U16. - масштабированное значение для - каждой цены деления

SaCalDataType


}


SaCalData16SEQUENCE (

lower-absolute-value

FLOAT-Type.

upper-absolute-value

FLOAT-Type.

lower-scaled-value

INT-U16.

upper-scaled-value

INT-U16.

increment

INT-U16,

cal-type

}

SaCalData32SEQUENCE (

SaCalDataType

lower-absolute-value

FLOAT-Type.

upper-absolute-value

FLOAT-Type.

lower-scaled-value

INT-U32.

upper-scaled-value

INT-U32.

increment

INT-U32,

cal-type

}

SaCalDataType

SaCalDataType ::= INT-U16 (

bar{0),

stair(1)


}


- масштабированное значение для •• каждой цены деления

•• масштабированное значение для •• каждой цены деления

•• отображение калибровочной шкалы •• отображение калибровочной каждой цены ~ деления

•• Атрибут Sa-Signal-Frequency описывает частоту сигнала

SaSignalFrequency ::= {

low-odge-freq    FLOAT-Type,

high-edge-freq    FLOAT-Type    •• оба в герцах

}

- Типы данных атрибута Sa-Physiological-Range •• Если Атрибут Sa-Specification указывает выборки со знаками, то •• масштабированные значения должны интерпретироваться как значения со ~ знаками

ScaledRange8 ::= SEQUENCE ( lower-scaled-value    INT-U8.

upper-scaled-value    INT-U8

ScaledRange16 ::= SEQUENCE {

lower-scaled-value    INT-U16.

upper-scaled-value    INT-U16

ScaledRange32 ::= SEQUENCE { lower-scaled-value    INT-U32,

upper-scaled-value    INT-U32

-    Атрибут Sa-Marker-List позволяет определить конкретные значения выборок

•• для маркировки или комментирования определенных условий непосредственно •• в значении выборки; конкретное значение выборки может выступать в ~ качестве истинного значения или битовой маски, в зависимости от ID •• метки; в любом случае значение выборки может использовать биты,

•• выходящие за пределы нормального диапазона (как указано в SampleType::

-    significant-bits), только если установлена метка SaFiags::sa-ext*val-•• range

MarkerListSaVal8 ;:= SEQUENCE OF MarkerEntrySaVal8

-    из раздела VMO;;Type или

-    Metric-Id-Partition

-    значение или битовая маска, в

-    зависимости от ID маркера

-    для выравнивания


MarkerEntrySaVal8 :;= SEQUENCE { marker-id    OID-Type.

marker-val    INT-U8.

unused    INT-U8

}

MarkerListSaVai16 ;;= SEQUENCE OF MarkerEntrySaVal 16

-    из раздела VMO::Type или

-    Metric-ld-Partition

-    значение или битовая маска, в

-    зависимости от ID маркера


MarkerEntrySaValte ::= SEQUENCE { marker-id    OID-Type.

marker-val    INT-U16.

}

MarkerListSaVa)32 ::= SEQUENCE OF MarkerEntrySaVal32

Marker£ntrySaVal32 ::= SEQUENCE {

marker-id    OID-Type.    ~ из раздела VMO;:Type или

- Metric-Id-Partition

marker-val


INT-U32.


}


~ значение или битовая маска, в - зависимости от ID маркера


7.3.6.2    Поведение

Объект Sample Array не описывает никакие конкретные методы.

7.3.6.3    Уведомления

Объект Sample Array не формирует никакие конкретные уведомления.

7.3.7 Объект Real Time Sample Array (Массив выборок в режиме реального времени)


Объект:


Real Time Sample Array

Описание;    Объект класса Real Time Sample Array — такая выборка значений, которая

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

Производное от:    Sample Array (Массив выборок)

Связывание имен; Handle (Описатель) (унаследованный объект VMO)

Зарегистрирован как: MDC_MOC_VMO_METRIC_SA_RT

7.3.7.1 Атрибуты

Класс объект Real Time Sample Array определяет атрибуты, представленные в таблице 7.15.

Таблица 7.15 — Атрибуты клэоса объекта Real Time Sample Array

Иаэмние

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Sample-Period

MDC_ATTR_T1ME_

PD.SAMP

RelabveTime

Пример — в (долях) миллисекунд

М

Sweep-Speed

MDC_ATTR_SPD_

SWEEP.DEFAULT

MetricMeasure

Пример — Миллиметров в секунду

О

Average-

Reporting-

Delay

MDC_ATTR_

REPORTING_DELAY_

AVG

RelabveTime

Указывает среднее время между гем. когда первый элемент в обновлении массива (array update) попал в выборку и когда был сформирован отчет о событии FastPeriCfg-Scanner (т. е. метка времени отчета о событии)

о

Sample-Time-

Sync

MDC_ATTR_SAMPLE_

TIME.SYNC

RelabveTime

Указывает точное время выборки первого элемента в обновлении массива. Является дополнительным, если присутствует атрибут Average-Reporting-Delay; иначе не входит в область применения настоящего стандарта

с

HiRes-Sample-

Time-Sync

MDC_ATTR_SAMPLE_

TIME_SYNC_HIRES

HighRes-

RelabveTime

Указывает точное время выборки первого элемента в обновлении массива. Является дополнительным, если присутствует атрибут Average-Reporting-Delay: иначе не входит в область применения настоящего стандарта

с

Примечание — Вместе с атрибутом Average-Reporting-Delay (Средняя задержка создания отчетов) можно использовать Атрибут Sample-Time-Sync (Синхронизация времени выборки) или HiRes-Sampte-Time-Sync (Синхронизация времени выборки высокого разрешения), чтобы точно указать определенное время выборки. Отчеты об атрибутах Sample-Time-Sync и HiRes-Sample-Time-Sync должны поступать от сханнера эпизодически:

• при первом запуске процесса создания отчетов:

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

См. также 6.7.5 для получения информации по определению класса объекта FastPeriCfgScanner.

В таблице 7.16 класс объекта Real Time Sample Array описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.16 — Группы атрибутов класса объекта Real Типе Sample Array

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_

VMO.STATIC

из VMO Type. Handle из Metric:

Metric-Specification. Max-Delay-Time из Real Тот» SamDte Arrav: Sample-Period. Sweep-Speed. Average-Reporbng-Delay

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

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Динамическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_

VMO.DYN

из VMO:

Label-Siring из Metric:

Vmo-Source-List. Metric-Source-List. Unit-Code. Unit-LabelString. Msmt-Site-List. Body-Site-List. Metric-Status. Measure-Period. Averaging-Period. Start-Time. Stop-Time. Measure-Mode. Metric-Calibration, Color, Measurement-Status. Metric-Id. Metric-ld-Ext, Metric-tnfo-LabetStnng, Substance. Substance-Label-String

из Samota Arrav:

Scale-and-Range-Speafication, Sa-Physiotogicat-Range. Visual-Grid. Sa-Calibration-Data. Filter-Specification. Fiiter-Label-String. Sa-Signal-Frequency. Sa-Measure-Resolution из Real Time Sarrmte Arrav:

Sampte-Tsne-Sync. HiRes-Sampte-Time-Sync

Группа наблюдаемого значения метрики (расширяемая группа атрибутов)

MDC_ATTR_GRP_

METRlC.VAJ._OBS

из Metric:

Metric-ld-Parlition из Samoie Arrav:

Sa-Observed-Vatue. Compound-Sa-Observed-Value

Не применимы никакие дополнительные определения типа.

7.37.2 Поведение

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

7.3.7.3 Уведомления

Объект Массив выборок реального времени не формирует никакие конкретные уведомления.

7.3.8 Объект Time Sample Array (Временный массив выборок)

Объект:    Time Sample Array

Описание:    Объект класса Time Sample Array — такая выборка значений, которая

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

Производное от:    Sample Array (Массив выборок)

Связывание имен:    Handle (Описатель) (унаследованный объект VMO)

Зарегистрирован как: MDC_MOC.VMO_METRIC.SA_T

7.3.8.1 Атрибуты

Класс объекта Time Sample Array определяет атрибуты, представленные в таблице 7.17.

Таблица 7.17 — Атрибуты класса объекта Time Sample Array

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Absolute-Time-Stamp

MDC.ATTR.TIME.

STAMP.ABS

AbsoluteTime

Время наблюдения (временная метка)

О

Relative-Tme-

Stamp

MDC.ATTR.TIME.

STAMP.REL

ReiativeTime

О

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

Название

атрибута

Идентификатор атрибута

Тип атрибута

Прикечание

Квали

фикатор

HiRes-Tme-

Stamp

MDC_ATTR_TJME_

STAMP_REL_HI_RES

HighRes-

RelativeTime

Временная метха высокого разрешения

О

Sample-Period

MDC_ATTR_T1ME_

PD.SAMP

RelativeTime

Пример — В (долях) миллисекунд

М

Sweep-Speed

MDC_ATTR_SPD_

SWEEP.DEFAULT

MetricMeasure

Пример — Миллиметров в се-кунду

О

Tsa-Marker-Ust

MDC_ATTR_TSA_

MARKERJ.IST

MarkerLTStRefTm

Отмечает положения отдельных фрагментов графика

О

В таблице 7.18 класс объекта Time Sample Array описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.18 — Группы атрибутов класса объекта Массив выборок времени

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_

VMO.STATIC

из VMO:

Type. Handle из Metric:

Metric-Specification. Max-Delay-Time из Samole Arrav:

Sa-Specification. Compression. Sa-Marker-Ust из Time Samole Arrav:

Sample-Period. Sweep-Speed

Динамическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MOC_ATTR_GRP_

VMO.DYN

из VMO:

Label-String из Metric:

Vmo-Source-Lisl. Metric-Source-Lsst. Unit-Code. Unit-Label-String. Msmt-Site-List. Body-Site-List. Metric-Status. Measure-Period. Averaging-Period. Start-Time. Stop-Time. Measure-Mode. Metric-Calibration. Color. Measurement-Status. Metric-Id. Metric-id-Ext. Metric-Info-LabelString, Substance. Substance-LabelString_ из Samole Arrav:

Scale-and-Range-Specification. Sa-Phys>ologica 1-Range, Visual-Grid, Sa-Calibration-Data. Fitter-Specification. Filter-Label-String. Sa-Signat-Frequency. Sa-Measure-Resolution

Группа наблюдаемого значения метрики (расширяемая группа атрибутов)

MDC_ATTR_GRP_

METRICVAL.OBS

из Metric:

Metric-Id-Partition из Samole Arrav:

Sa-Observed-Vblue. Compound-Sa-Observed-Value из Time Samole Arrav:

Absolute-Time-Stamp. Relative-Time-Stamp. HiRes-Time-Stamp. Tsa-Marker-List

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

•• Атрибут Tsa-Marker-List можно также использовать, чтобы отмечать •• определенные временные точки на фрагменте осцилограммы; первая выборка - осуществляется в относительный момент времени, равный О

MarkerListRelTim ::= SEQUENCE OF MarkerEntryRelTim

MarkerEntryRelTim ::= SEQUENCE {

marker-id    OID-Type.    - из раздела VMO::Type или

~ Metric-ld-Partition

marker-time    RelativeTime

}

7.3.8.2    Поведение

Объект Массив выборок времени не описывает никакие конкретные методы.

7.3.8.3    Уведомления

Объект Массив выборок времени не формирует никакие конкретные уведомления.

7.3.9 Объект Distribution Sample Array (Распределенный массив выборок)

Объект:    Distribution Sample Array

Описание:    Объект класса Distribution Sample    Array    —    выборка значений.

представляющая линейные распределения значений в форме массивов, содержащих масштабированную выборку. Индекс значения в пределах множества, определяемого одним наблюдением, показывает положение значения в пространстве, но не во времени. Поэтому массив измеренных значений можно рассматривать как систему координат х-у. где ось у обозначается атрибутами, унаследованными от объекта Metric, а ось х — атрибутами, определенными в объекте Distribution Sample Array.

Производное от:    Sample Array (Массив выборок)

Связывание имен:    Handle (Описатель) (унаследованный объект VMO)

Зарегистрирован как:    MDC_MOC_VMO_METRIC_SA_D

7.3.9.1 Атрибуты

Класс объекта Distribution Sample Array определяет атрибуты, представленные в таблице 7.19.

Таблице 7.19 — Атрибуты класса объекта Distribution Sample Array

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Absolute-Time-

Stamp

MDC_ATTR_T1ME_

STAMP.ABS

AbsoluteTime

Время наблюдения (временная метка)

О

Relatrve-Time-

Stamp

MDC_ATTR_T)ME_

STAMP.REL

RelativeTime

О

HiRes-Tene-

Stamp

MDC_ATTR_T1ME_

STAMP_REL_HI_RES

HighRes-

RelativeTime

Временная метка высокого разрешения

О

Distribution-

Range-

Specification

MDC_ATTR_RANGE_

DISTRIB

DsaRangeSpec

Преобразование индекса массива в абсолютное значение

М

x-Unit-Code

MDC_ATTR_UNIT_

CODE_X

OID-Type

Применим к оси х

О

Класс объекта Distribution Sample Array описывает в таблице 7.20 группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.20 — Группы атрибутов класса объекта Distribution Sample Array

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_

VMO.STATtC

ИЗ VMO:

Type. Handle из Metric:

Metric- Specification. Max-Delay-Time из Samole Arrav:

Sa-Specification. Compression. Sa-Marker-List

Динамическая контекст-

MDC ATTR GRP

из VMO:

ная группа объекта VMO

VMO DYN

Label-String

(расширяемая группа

из Metric*

атрибутов)

Vmo-Source-List. Metric-Source-List, Unit-Code. Unit-Label-String. Msmt-Site-List Body-Site-Ust Metric-Status. Measure-Period. Averaging-Period. Start-Time. Stop-Time. Measure-Mode. Metric-Cafibration. Color. Measurement-Status. Metric-Id. Metric-ld-ExL Metric-Info-LabelString, Substance. Substance-LabelString из Samole Arrav:

Scale-and-Range-Specification. Sa-Physiologica)-Range. Visual-Grid. Sa-Calibration-Data. Filter-Specification. Filter-La-bel-String. Sa-Signal-Frequency. Sa-Measure-Resolution из Distribution Samole Arrav :

Distrfcubon-Range-Specification, x-Unit-Code, x-Unit-Label-String

Группа наблюдаемого

MDC_ATTR_GRP_

из Metric:

значения метрики (рас-

METRIC VAL 06S

Metric-ld-Parlition

ширяемая группа атрибутов)

из Samole Arrav:

Sa-Observed-Value. Compound-Sa-Observed-Value из Distribution Samole Arrav :

Absolute-Time-Stamp. Retative-Time-Stamp. HiRes-Time-Stamp, Dsa-Marker-List

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

-    Атрибут Distnbution>Range-Specification{CneuH<t)HKauHn диапазона

•• распределения) определяет абсолютное значение для первого и последнего •• элемента массива; здесь предполагается линейная шкала, если не ~ определена конкретная схема сжатия (последнее значение — первое •• значение)/кол-во элементов массива = ширина шага

DsaRangeSpec ::= SEQUENCE (

first-element-value    FLOAT-Type,

last-element-value    FLOAT-Type

}

-    Атрибут DSA-Marker-Ust (Список маркеров DSA) позволяет комментировать

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

MarkerListlndex ::= SEQUENCE OF MarfcerEntrylndex

MarkerEntrylndex ::= SEQUENCE {

marker-id    OID-Type,    •• из раздела VMO;;Type или Metric

•• Id-Partition

marker-index    INT-U16

}

7.3.9.2    Поведение

Объект Distribution Sample Array не описывает никакие конкретные методы.

7.3.9.3    Уведомления

Объект Distribution Sample Array не формирует никакие конкретные уведомления.

7.3.10 Объект Enumeration (Перечисление)

Объект:    Enumeration

Описание:


Производное от: Связывание имен:


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

Metric (Метрика)

Handle (Описатель) (унаследованный объект VMO)

Зарегистрирован как:    MDC_MOC_VMO_METRIC_ENUM

7.3.10.1 Атрибуты

Класс объекта Enumeration определяет атрибуты, представленные в таблице 7.21.

Таблица 7.21—Атрибуты клаоса объекта Enumeration

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Каапи-

фикатор

Value

MDC_ATTR_VAL_

ENUM.OBS

EnumObsValue

Либо Enum-Observed-Value либо Compound-Enum-Observed-Vat-ue должны поддерживаться в одном экземпляре объекта

С

Compound-

Enum-Observed-

Value

MDC_ATTR_VAl_

ENUM_OBS_CMPD

EnumObsVBl-

ueCmp

Либо Enum-Observed-Value либо Compound-Enum-Observed-Val-ие должны поддерживаться в одном экземпляре объекта

С

Absolute-

Time-Stamp

M0C_ATTR_T1ME_ STAMP. ABS

AbsoluteTime

О

Relative-

Time-Stamp

MDC_ATTR_TIME_

STAMP.REL

RelativeTime

О

HiRes-Ttme-

Slamp

MDC_ATTR_TiME_

STAMP_REL_HI_RES

HighRes-

RetativeTime

Временная метка высокого разрешения

С

Enum-Measure-

Range

MDC.ATTR.ENUM.

RANGE.MSMT

EnumMsm-

tRange

Список поддерживаемых идентификаторов OIO наблодаемых значений. Является необязательным (дополнительным), если в наблюдаемом значении используется тип OIO (EnumVal::enumobj-id); иначе не входит в область применения настоящего стандарта

С

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

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Enum-Measure-

Range-BH-String

MDC_ATTR_ENUM_

RANGE_MSMT_BIT_

STRING

BITS-32

Слисок поддерживаемых битое наблюдаемого значения в тиле данных Битовая строка. Дополнительно если в наблюдаемом значении используется тип Битовая строка (EnumVal::enum-bit-str); иначе не входит в область применения настоящего стандарта

С

Enum-Measure-

Range-Labels

MDC_ATTR_ENUM_

RANGE.MSMT.

LABELS

EnumMsm-

tRange

Ассоциирует текстовые строки с определенными значениями перечисления

О

В таблице 7.22 класс объекта Enumeration описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблице 7.22 — Группы атрибутов класса объекта Enumeration

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Статическая контекстная труппа объекта VMO (расширяемая группа атрибутов)

MOC_ATTR_GRP_

VMO.STATIC

из VMO:

Type. Handle из Metric:

Metric-Specification. Max-Delay-Time. Enum-Measure-Range-Labels

Динамическая контекстная ipynna объекта VMO (расширяемая фута атрибутов)

MDC_ATTR_GRP_

VMO.DYN

из VMO:

Label-String из Metric:

Vmo-Source-List. Metric-Source-List. Unit-Code. Unit-Label-String. Msmt-Srte-List, Body-Site-List. Metric-Status, Measure-Period. Averaging-Period. Start-Time. Stop-Time. Measure-Mode. Metric-Calibration. Color. Measurement-Status. Metric-Id. Metric-ld-ExL Metric-lnfo-LabetString. Substance. Substance-LabelString из Enumeration:

Enum-Measure-Range. EnunvMeasure-Range-Bits

Группа наблюдаемого значения метрики (расширяемая фута атрибутов)

MOC_ATTR_GRP_

METRIC_VAL_OBS

из Metric:

Metric-Id-Partition из SamoleArrav:

Sa-Observed-Value. Compound-Sa-Observed-Vaiue из Enumeration:

Enum-Observed-Value. Compound-Enum-Observed-Value, Absolute-Time-Stamp. Relative-Time-Stamp. HiRes-Time-Stamp

Применяют следующие определения типов: - Атрибут Enum-Observed-Value EnumObsValue SEQUENCE {

metric-id    OID-Type.    •• из раздела VMO::Type или

~ Metric-Id-Partition

state    MeasurementStatus.

value    EnumVal    •• поддерживает различные типы

•• данных значений

—    Тил данных значения перечисления используется для обеспечения различных

-    конкретных типов данных наблюдения, как указано ниже (Следует отметить.

~ что тип измерения закодирован в структуре главного уровня

•• EnumObsVal::metiic-id)

enum-obj-id:


enum-text-string:

enum-extemal-code:


enum-bit-str:


enum-record-metric/oo:


enum-numeral:


используется для сообщения OID метрики, например, е виде комментирования или другого события, определенного в разделе VMO::Type или Metric-Id* Partition;

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

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

позволяет идентифицировать дополнительные типы данных по коду номенклатуры из раздела VMO::Type или Metric-ld-Partition; присоединенный тип данных должен быть задан отдельно, например, в стандарте, ориентированном на данный прибор; используется для обеспечения числовых перечисляемых значений, которые должны быть заданы отдельно, например, в стандарте, ориентированном на данный прибор; данный тип не должен использоваться для численных измерений


-    из раздела VMO::Type или

-    Metric-Id-Partition

-    произвольный текст

-    код. определенный в другой

-    системе кодирования

-    строка битов

-    тип записи, определенный

-    посредством IO из раздела

-    из раздела VMO::Type или

-    Metric-Id-Partition


EnumValCHOICE {

enum-obj-id    [1]OID-Type.

enum-text-string    [2]ОСТЕТ STRING.

enum-extemal-code [8]    ExtNomenRef.

enum-bit-str [16]    BITS-32.

enum-record-metric (33]    EnumRecordMetric.


enum-record-oo {34]


enum-numera! [64]


EnumRecordOo,

-    тип записи, определенный

-    посредством ID из раздела

-    объектно-ориентированной

-    номенклатуры

INT-U32    - перечисляемые целые

-    значения


}


-    Структурный тип со структурой и содержанием, определенными

-    идентификатором номенклатуры из раздела VMO::Type или Metric-ld-•• Partition

EnumRecordMetric ::= SEQUENCE {

record-type-code    OID-Type. - из раздела VMO::Type или Metric-

- Id-Partition

record-data    ANY DEFINED BY record-type-code

}

-    Структурный тип со структурой и содержанием, определенными

~ идентификатором номенклатуры из объектно-ориентированного раздела

-    номенклатуры.

EnumRecordOo SEQUENCE {

record-type-code    OID-Type. - должен быть из раздела объекта*

- ориентированной номенклатуры record-data    ANY DEFINED BY record-type-code

}

-    Атрибут Compound-Enum-Observed-Value это составное наблюдаемое значение EnumObsVatueCmp ::= SEQUENCE OF EnumObsValue

-    Атрибут Enum-Measure-Range определяет множество величин потенциальных

-    (т. е. допустимых) значений атрибута Enum-Observed-Value (разрешен только

-    когда используется тип EnumVal::enum-obj-id)

EnumMsmtRange SEQUENCE OF

OID-Type - из раздела VMO::Type или Metric- Id-Partition

-    Атрибут Enum-Measure-Range-Labels определяет как множество величин потенциальных (т. е. допустимых) значений атрибута Enum-Observed-Value. так и текстовую этикетку, которая может быть ассоциирована с каждым значением перечисления

EnumMsmtRangeLabels::= SEQUENCE OF EnumMsmtRangeLabei

EnumMsmtRangeLabei:

SEQUENCE {

value

EnumVal.

-    определенная настройка

-    перечисления

label

OCTET STRING

- текстовая маркировка.

}

- связанная со значением

7.3.10.2    Поведение

Объект Перечисление не описывает никакие конкретные методы.

7.3.10.3    Уведомления

Объект Перечисление не формирует никакие конкретные уведомления.

7.3.11 Объект Complex Metric (Комплексный метрический показатель)

Объект:

Описание:

Производное от: Связывание имен: Зарегистрирован как:


Complex Metric

Объект Complex Metric выступает в качестве объекта-контейнера для объектов Metric, что позволяет создавать отчеты о группе объектов, как об одной семантической сущности.

Metric (Метрика)

Handle (Описатель) (унаследованный объект VMO)

MDC МОС VMO METRIC CMPLX

7.3.11.1 Атрибуты

Класс Объекта Complex Metric определяет атрибуты, представленные в таблице 7.23.

Таблица 7.23 — Атрибуты класса Объекта Complex Metric

Название

атрибута

Иаеитифнхатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Cmplx-Metric-

Info

MDC_ATTR_CMPIX_

INFO

CmpIxMetridnfo

Статический атрибут, обозначающий типы объектов, используемые в контейнере

М

Cmplx-

Observed-Value

MDC_ATTR_CMPLX_

VAl.OBS

CmpIxObsValue

М

Cmplx-Dyn-Attr

MDC_ATTR_CMPLX_

DYN.ATTR

CmpIxDynAttr

Динамические атрибуты отдельных объектов в рамках объекта Complex Metric

О

Cmplx-Static-

Attr

MDC_ATTR_CMPIX_

STATtC.ATTR

CmpIxStaticAltr

Статические атрибуты отдельных объектов в рамках объекта Complex Metric

О

Cmplx-

Recursion-

Depth

MDC_ATTR_CMPLX_

RECURSION.DEPTH

INT-U16

Является обязательным если объект Complex Metric оодержиг дополнительные объекты Complex Metric (например, в слчуае рекурсии). Если это так. то атрибут определяет максимальную глубину рекурсии

С

Класс объекта Complex Metric должен устанавливать флаг Metric::MetricSpec::structure::ms< struct::complex.

В таблице 7.24 класс объекта Complex Metric описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная г рул-

MDC ATTR GRP

ИЗ VMO:

па объекта VMO (расширяв-

VMO STATIC

Type. Handle

мая группа атрибутов)

из Metric:

Metric-Specification. Max-Delay-Time из Comolex Metric:

Cmp(x-Metric-tnfo. Cmptx-Static-Attr. Cmplx-Recur-siorvDepth

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

MDC ATTR GRP

из VMO:

группа объекта VMO (расши-

VMO DYN

Label-String

ряемая группа атрибутов)

из Metric:

Vmo-Source-Lisl, Me trie-Source-List. Unit-Code. Unrt-La-belString. Msmt-Site-List Body-Site-LisL Metric-Status. Measure-Period. Averaging-Period. Start-Time, Stop-Time. Measure-Mode. Metric-Calibration. Color. Measurement-Status. Metric-Id. Metric-ld-Ext. Metric-Info-Label-String. Substance. Substance-LabelString из Comolex Metric:

Cmptx-Dyn-AUr

Группа наблюдаемого значе-

MDC_ATTR_GRP_

из Metric:

ния метрики

METRIC VAL OBS

Metric-Id-Partition

(расширяемая группа атрибутов)

из Comolex Metric: Cmptx-Observed-Value

Применяют следующие определения типов: Определения для атрибута Cmplx-Metric-Info

CmpIxMetricInfo ::= SEQUENCE { max-mptex-obs    INT-U8,


max-mplex*dyn    INT-U8.


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

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


cm-elem-info-list    CmpixElemlnfoList

}


CmpixElemlnfoList ::= SEQUENCE OF CmplxElemlnfo

CmpIxElemlnfo ::= SEQUENCE { class-id    OID-Type.

max-inst    INT-U8.    - количество объектов из типа

- class-id

max-inst-comp

INT-U8.

-    количество составных объектов

-    из типа dass-id

max-comp-no

INT-U8.

-    максимальное количество

-    элементов в составном объекте

max-inst-mplex

INT-U8.

-    количество объединенных объектов

-    в диапазоне max-tnst + max-inst-

- oomp

max-str-size

INT-U16

- максимальный размер строки

~ Атрибут Cmplx-Observed-Value. представляющий собой иерархию содержащихся (вложенных) объектов класса Metric

CmpIxObsValue ::= SEQUENCE {

cm-obs-cnt    INT-U8.    -счетчик последовательности

-    начинает с 0, когда

-    начинается мультиплексный

-    период

cm-obs-flags    CmpixFIags.

cm-obs-elem-list    CmpIxObsElemList

}

CmpixFIags BITS-U8 {

cmplx-flag-reserved(O)    •• для будущих расширений

}

CmpIxObsElemListSEQUENCE OF CmpIxObsElem

CmpIxObsElem ::=    SEQUENCE {

cm-elem-йх    INT-U8.

cm-obs-eiem-flgs    CmpIxObsElemFlags.

attributes    AttributeList

}

CmpIxObsElemFlagsBITS-8 {

cm-obs-elem-flg-mplex (0),    •• элемент будет объединенным

cm-obs-elem-flg-is-setting (2), cm-obs-elem-flg-updt-episodic (4). cm^bs-elem-flg-msmt-noncontinuous (5)

}

-    Атрибут Cmplx-Dyn-Attr с динамическими контекстуальными данными

-    об иерархии содержащихся объектов Metric

CmpIxDynAttr SEQUENCE {

cm-obs-cnt

INT-U8.

-    счетчик последовательности

-    начинает с 0, когда

-    начинается мультиплексный

-    период

unused

INT-U8.

cm-dyn-eiem-list

}

CmpIxDynAttrElemList:

::= SEQUENCE OF CmpIxDynAttrElem

CmpIxDynAttrElem ::= SEQUENCE ( cm-elem-idx-1    INT-U8.


-    позволяет определить с ~ помощью cm-elefn-idx-2

-    диапазон элементов, к

-    которым применяются

-    динамические атрибуты


cm-elem-idx-2

attributes


INT-U8.

AttributeList


}


- Атрибут Cmplx-Static-Attr со статическими контекстуальными данными •• об иерархии содержащихся объектов Metric

CmpIxStaticAttr SEQUENCE {

cm-static-eiem-list CmpIxStaticAttrElemList

}

CmpIxStaticAttrElemList SEQUENCE OF CmpIxStaticAttrElem CmpIxStaticAttrElem ::= SEQUENCE {

cm-elem-idx-1    INT-U8,    - позволяет определить с

-    помощью cm-etem-idx-2

-    диапазон элементов, к

-    которым применяются

-    статические атрибуты

cm-elem-idx-2    INT-U8,

attributes    AttributeList    - только статические атрибуты.

-    в соответствии со

-    специализацией метрики.

-    разрешены (т. е.

-    никаких атрибутов объектов

-    VMO или Metric не

-    допускается)

}

7.3.11.2    Поведение

Объект Complex Metric не описывает никакие конкретные методы.

7.3.11.3    Уведомления

Объект Complex Metric не формирует никакие конкретные уведомления.

7.3.12 Объект PM-Store (Хранилище постоянной метрики)

Объект:    PM-Store

Описание:    Объект класса PM-Store предоставляет возможность долговременного

хранения метрических данных. Он может содержать различное количество объектов класса PM-Segment. к которым можно получить доступ только через данный объект класса PM-Store.

Производное от:    Metric (Метрика)

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_VMO_PMSTORE

7.3.12.1 Атрибуты

Класс объекта PM-Store определяет атрибуты, представленные в таблице 7.25.

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Metric-Class

MDC_ATTR_METRIC

.CLASS

OID-Type

Класс объекта хранимой метрики (метрик)

М

Store-Sample-Algorithm

MDC.ATTR.METRIC

.STORE.SAMPLE.

ALG

StoSampieAlg

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

О

Storage-Format

MDC.ATTR.METRIC

.STORE.FORMAT

StorageFormat

Раскладка хранимых данных в объектах PM-Segment

М

Store-Capacity-

Count

MDC.ATTR.METRIC.

STORE.CAPAC.CNT

INT-U32

Максимальное число хранимых значений

О

Store-Usage-

Count

MDC.ATTR.METRIC

.STORE.USAGE.

CNT

INT-U32

Действительное число хранимых значений

О

Operational-

State

MDC.ATTR.OP.

STAT

OperationalState

Указывает, хранятся ли на данный момент новые выборки

О

Sample-Period

MDC.ATTR.TIME.

PD.SAMP

RelativeTime

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

С

Number-Of-

Segments

MDC.ATTR.NUM.

SEG

INT-U16

Объекты PM-Segment. экземпляры которых создаются в настоящий момент, содержащиеся в объекте PM-Store

М

Класс объекта PM-Store описывает е таблице 7.26 Группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.26 — Группы атрибутов класса объекта PM-Store

Группа атрибутов

Идентификатор группы втрибутоа

Элементы труппы

Статическая контекстная группа Обь-

MDC ATTR GRP

из VMO:

ехта VMO (расширяемая группа атри-

VMO STATIC

Type. Handle

бутов)

из PM-Store:

Динамическая контекстная группа

MDC ATTR GRP

из VMO:

объекта VMO (расширяемая группа атрибутов)

VMO.DYN

Label-String из PM-Store

Группа наблюдаемого значения мв-

MDC ATTR GRP

из PM-Store:

трики (расширяемая группа агрибу-

METRIC.VAL.OBS

Metric-Class, Store-Sample-Algorithm, Stor-

тов)

age-Format. Store-Capacity-Count. Store-Us-age-Count. Operational-State. Sample-Period. Number-Of-Segments

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

Тип хранилища определяет структуру атрибута Segment-Data во всех содержащихся объектах PM-Segment

1 ..255:    диапазон нормативных форматов

32768..65535:    диапазон частных стандартов

зарезервировано

Другой:


StorageFormat INT-U16 { sto-t-nos (0). sto-t-gen (1).

sto-t-mi-opt (2),

sto-t-rtsa-opt (3)


}


-    предполагает общий формат (т. е. объект

-    PM-Segment; см. 7.3.13)

-    предполагает оптимизированный формат

-    объекта Numeric

-    предполагает оптимизированный формат

-    объекта Real Time Sample Array -Атрибут Store-Sample-Algorithm описывает процесс осуществления выборки

StoSampleAlg ::= INT-U16 { st-alg-nos (0), st-alg-moving-average (1). st-alg-recursive (2), st-alg-min-pick (3). st-alg-max-pick (4). st-alg-median (5)

}

7.3.12.2 Поведение

Объект PM-Store задает методы, представпенные в таблице 7.27.

Таблица 72.7 — Методы объекта PM-Slore

Действие

Режим

Идентификатор действия

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

действия

Результат

лейстеия

Clear-Segments

Подтверждено

MDC_ACT_SEG_CLEAR

SegmSelection

(пусто)

Get-Segments

Подтверждено

MDC_ACT_SEG_GET

SegmSelection

SegmentAttrbsl

Get-Segment-Into

Подтверждено

MDC_ACT_SEG_GET_INFO

SegmSelection

Segment-InfoList

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

-    SegmSelection выбирает объекты PM-Segment, на которых распространяется

-    действие метода

SegmSelection ::= CHOICE {

all-segments [1]    INT-U16.    - если, для выделения всех

-    сегментов, выбран данный тип,

-    то фактическое содержание поля

-    не имеет значения и должно

-    иметь значение 0

segm-id-list [2]    SegmldList.

abs-time-range [3]    AbsTimeRange

- SegmldList выбирает объекты PM-Segment no их ID SegmldList SEQUENCE OF InstNumber

•• Временной диапозон позволяет выбирать объекты PM-Segment за период •• времени

AbsTimeRange ::= SEQUENCE {

from-time    AbsoluteTime.

to-time    AbsoluteTime

}

•• Метод Get-Segments возвращает список списков атрибута PM-Segment. •• который включает в себя атрибут Segment-Data: номер экземпляра ~ используется для идентификации каждого сегмента

SegmentAttrList SEQUENCE OF SegmentAttr

SegmentAttr ::= SEQUENCE {

seg-inst-no    InstNumber.

seg-attr    AttributeList

} •• Информация, содержащаяся в сегменте, в результате действия Get-Segment-

-    Info, возвращает все атрибуты объектов PM-Segment. кроме атрибута

-    Segment-Data; это удобно использовать, если необходимое получить только

-    информацию о содержании

SegmentlnfoList ::= SEQUENCE OF Segmenting

Segmenting SEQUENCE {

seg-inst-no    InstNumber.

seg-info    AttributeList

}

7.3.12.3 Уведомления

Объект PM-Store не формирует никакие конкретные уведомления.

7.3.13 Объект PM-Segment (Сегмент постоянной метрики)

Объект:    PM-Segment

Описание:    Объект класса PM-Segment отражает непрерывный промежуток време

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

Производное от:    Тор (Главный объект)

Связывание имен:    instance Number (Номер экземпляра) (объектом нельзя управлять непо

средственно; номер экземпляра уникален в рамках одного экземпляра PM-Store)

Зарегистрирован как:


MDC МОС PM SEGMENT

7.3.13.1 Атрибуты

Класс объекта PM-Segment определяет атрибуты, представленные в таблице 7.28.

Название

атрибута

Идентификатор

атрибуте

Тип атрибута

Примечание

Квали

фикатор

Instance-

Number

MDC_ATTR_1D_

tNSTNO

InstNumber

М

Metric-Id

MDC_ATTR_ID_

PHYSIO

OID-Type

Идентификатор хранимой метрики (из раздала VMO::Type или Met-ric-ld-Parlition)

м

Metric-Id-Ext

MDC_ATTR_ID_

MSMT.EXT

ExtNomenRef

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

о

Vmo-Gtoba*-

Reference

MDC_ATTR_VMO_

REF.GLB

G LB-HANDLE

Ссылка на хранимый объект Metric

о

Segment-Start-

Abs-Tone

MDC_ATTR_T1ME_

START.SEG

AbsoluteTime

Начальное время сегмента

О

Segment-End-

Abs-Tima

MDC_ATTR_TiME_

END.SEG

AbsoluteTime

Конечное время сегмента

о

Segment-

Usage-

Count

MDC_ATTR_SEG_

USAGE.CNT

INT-U32

Действительное (г. е. текущее) количество хранимых значений

о

Segment-Oata

MDC_ATTR_SEG_

DATA.GEN

MDC_ATTR_SEG_

DATA_NU_OPT

MDC_ATTR_SEG_

DATA_RTSA_OPT

SegDataGen

SegDataNuOpt

SegDataRtsaOpt

Данные сегмента, хранимые в формате. как это установлено е объекте PM Store

м

Context

Attributes

As defined for Metricdem/ed objects

Любой атрибут из объектов производных Метрики, который является членом статической контекстной группы объекта VMO или динамической контекстной группой объекта VMO

Разрешено использование контекстных атрибутов метрики е объекте без контейнера. Атрибуты идентифицируются с помощью их OID идентификаторов. Данная ссылка на атрибуты используется для удобства редактирования. Нет необходимости колировать все атрибуты из различных объектов в объект PM-Segment. Копирование атрибутов не является скрытой формой наследования

Класс объекта PM-Segment не обозначает никакую группу атрибутов.

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

•• Формат данных общего сегмента; каждое хранимое значение является списком атрибутов -Примечание —Данный формат может занимать много места в хранилище

SegDataGen SEQUENCE OF AttributeList

•• Оптимизированный формат объекта Numeric для периодически приобретаемых

- численных данных (numerics); хранится только действительное значение SegDataNuOpt ::=SEQUENCE OF FLOAT-Type •• Оптимизированный формат объекта Real Time Sample Array; последовательный - массив выборок

SegDataRtsaOpt ;;= OCTET STRING

7.3.13.2    Поведение

Объект PM-Segment не описывает никакие конкретные методы.

7.3.13.3    Уведомления

Объект PM-Segment не формирует никакие конкретные уведомления.

7.4 Объекты в Пакете тревоги

Определения объектов в Пакете тревоги указаны в пунктах 7.4.1—7.4.3.

7.4.1 Объект Alert (Тревога)

Объект:    Alert

Описание:    Класс Alert предназначен для отражения результата выявления просто

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

Производное от:    VMO

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MOC_MOC_VMO_AL

7.4.1.1 Атрибуты

Класс объекта Alert определяет атрибуты, представленные в таблице 7.29.

Таблица 7.29 — Атрибуты клэоса объекта Тревога

Намаиие атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Alert-Condition

MDC_ATTR_AL_COND

AlertCondition

М

Limit-

Specification

MDC_ATTR_AL_LIMIT

LirratSpecEntry

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

О

Vmo-Reference

MDC_ATTR_VMO_REF

HANDLE

о

Примечание — Попа производного типа объекта VMO определяет является ли Тревога сигналом технического или физиологического характера.

В таблице 7.30 класс объекта Alert описывает группы атрибутов и расширения к унаследованным группам атрибутов.

вз

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC ATTR GRP VMO STATIC

из VMO:

Type. Handle из Toesora Vmo-Reference

Динамическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC ATTR GRP VMO DYN

из VMO: Label-String из Alert:

Limit-Specification

Группа тревожных сигналов

MDC_ATTR_GRP_AL

из Alert: Alert-Condition

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

•• Атрибут Alert-Condition (Опасная ситуация) — это сообщение о статусе ~ процесса, который обнаруживает тревогу

AlertCondition ::= SEQUENCE (

obj-reference

HANDLE.

controls

AlertControls.

alert-flags

AlertFlags.

alert-source

OID-Type.

alert-code

OID-Type.

alert-type

AlertType,

alert-info-id

PrivateOid,

alert-info

ANY DEFINED BY alert-info-id


}


-    поддерживающие флажки

-    из раздела номенклатуры метрики

-    или раздела объектно-

-    ориентированной номенклатуры

-    из раздела номенклатуры событий

-    определяет тип и степень

-    тяжести состояния (ситуации)

-    конкретная информация может

-    быть добавлена; 0. если не

-    используется


Примечание — Код alert-code берется из раздела номенклатуры ообыгий. Записи (т.е. коды) в данном разделе — это четные числа. Последний бит кода используется для определения раздела номенклатуры, откуда берется а 1-source (в объекте Alert Monitor, см. 7.4.Э.1). Если последний бит — 0. at-source берется из раздела номенклатуры метрики. Если последний бит— 1 (1 добавляется к основному коду в номенклатуре события), источник al-source — из раздела объектно-ориентированной номенклатуры.

-    Средства управления объекта Alert задают флажки для передачи информации

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

-    структура повторно используется в объекте Alert Status

.. объект, контролируемый сигналом -тревоги, выключен - канал выключен


AlertControls ::* BlTS-16 { ac-obj-off (0).

ac-chan-off (1).

ac-all-obj-al-off (3).


ac-alert-off (4). ac-alert-muted (5)


}


•• все сигналы тревоги.

-    контролирующие

.. объекты, на которые дается •• ссылка, выключены •• данный процесс контроля тревоги ~ выключен

-    данный сигнал тревоги временно

-    приглушен пользователем

~ (например, на аппаратах ИВЛ.

•• чтобы провести физиотерапию или •• отсос жидкости)


-    Флажки сигнала тревоги дают дополнительную информацию о том. как

-    обрабатывать создавшуюся ситуации; данная структура также используется .. объектом Alert Status


AleitFlags ::=BfTS-16{ local-audible (1).

remote-audible (2).

visual-latching (3).

audible-latching (4), derived (6). reoord-mhibit (8)


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

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

не запускает запись тревожного сигнала


}


-    Тип Alert используется для установления различий между уровнем

-    серьезности технического и физиологического аварийного сигнала


AlertType INT-U16 { no-alert (0), low-pri-t-al (1). med-pri-t-al (2). hi-pri-t-al (4). low-pri-p-al (258), med-pri-p-al (512).

hi-pn-p-al (1024)


}


-    техническая тревога с низким уровнем приоритета

-    техническая тревога со средним уровнем приоритета

-    техническая тревога с высоким уровнем приоритета

-    для информации

-    требуется быстрое реагирование (т. е. анормальное состояние)

-    требуется немедленное реагирование (т. е. чрезвычайное состояние)


-    Атрибут Limit-Specification указывает на контролируемый предельный

-    диапазон

LimitSpecEntry ::= SEQUENCE { object-handle    HANDLE.

at-source-id    OID-Type,    - как правило, это метрический

- идентификатор измерения


unit-cod©    OID-Type.    - из раздела DIM

lim-al-stat    CurLimAIStat.    - определение см. е 7.6.8.1

lim-al-val    CurLimAIVal    - определение см. в 7.6.8.1

7.4.1.2    Поведение

Объект Тревога не описывает никакие конкретные методы.

7.4.1.3    Уведомления

Объект Тревога не формирует никакие конкретные уведомления.

7.4.2 Объект Alert Status (Уровень тревоги)

Объект:    Alert Status

Описание:    Объект класса Alert Status отражает результат процесса обработки сиг

нала тревоги, который включает всю совокупность аварийных состояний для одного или нескольких медицинских объектов. В отличие от объекта класса Alert, объект класса Alert Status собирает данные по всем авариям, относящимся либо к иерархии объектов класса VMD. либо к объекту класса MDS. и представляет эту информацию в виде структурированного списка атрибутов.

Производное от:    VMO

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_VMO_AL_STAT

7.4.2.1 Атрибуты

Класс объекта Alert Status определяет атрибуты, представленные в таблице 7.31.

Таблица 7.31 — Атрибуты хлэоса объекта Alert Status

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Alert-Capab-

Ltst

MDC_ATTR_AL_

STAT_AL_C_LIST

AlertCapabList

Фуккционагъные возможности объекта Alert Status

М

Tech-Alert-List

MDC_ATTR_AL_

STAT_AL_T_LIST

Alert List

Список информации о тревоге технического характера

О

Physio-Alert-

List

MDC_ATTR_AL_ STAT_AL_P_L 1ST

Alert List

Слисок информации о тревоге физиологического характера

О

Limit-Spec-List

MDC_ATTR_AL_

LIMIT_SPEC_LIST

LimitSpecList

Список предельных диапазонов для аварийных сигналов

О

В таблице 7.32 класс объекта Alert Status описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.32— Группы атрибутов класса объекта Alert Status

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа объ-

MDC ATTR GRP VMO

из VMO:

екта VMO (расширяемая группа а три-

STATIC

Type. Handle

бутов)

из Alert Status:

Atert-Capab-List

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

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Динамическая контекстная группа объекта VMO (расширяемая группа атрибутов)

МСЮ ATTR GRP VMO DYN

из VMO: Label-String из Alert Status: Limit-Spec-List

Группа тревожных сигналов

MDC_ATTR_GRP_AL

из Alert Status:

Tech-Alert-List. Physio-Alert-List


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

•• Список тревог используется для сообщения об аварийных ситуациях, - полученных из объекта Alert Status

AleitList SEQUENCE OF AlertEntry

AleitEntry SEQUENCE {

obj-reference

HANDLE.

instance

InstNumber.

-    для поддержки множественных

-    аварийных сигналов одного

-    объекта

controls

AlertControis.

alert-source

OID-Type.

-    из метричесхого или объектно-

-    ориентированного раздела

-    номенклатуры

alert-code

OID-Type.

- из раздела номенклатуры сигналов тревоги

alert-type

AlertType.

alert-info-id

PrivateOid,

alert-info

ANY DEFINED BY

alert-info-id

Примечание — Код alert-code берется из раздела номенклатуры событий. Записи (т. е. коды) в данном разделе — это четные числа. Последний бит кода используется для определения раздела номенклатуры, откуда берется а 1-source (в объекте Alert Monitor, см. 7.4.Э.1). Если последний бит — 0. al-source берется из раздела номенклатуры метрпси. Если последний бит— 1 (1 добавляется к основному коду в номенклатуре события), источник al-source — раздела объектно-ориентированной номенклатуры.

}

-    Объект Alert Status дает список фукнциональных возможностей с записями

-    для каждого контролируемого объекта в области его действия

AlertCapabUst:: AlertCapabEntry obj-reference obj-dass alert-group


al-rep-flags


SEQUENCE OF AlertCapabEntry = SEQUENCE{

HANDLE.

OID-Type.

OID-Type,    - позволяет объединять объекты

-    Alert в группы так. чтобы

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

-    отображения(метрический

-    идентификатор)

8ITS-16    - определяет, как коммуницируются

-    множественные аварийные сигналы

{dyn-inst-contents(1). rep-all-inst(2)}, max-t-severity AlertType.

max-t-obj-al

INT-U16.

max-p-severity

AlertType.

max-p-obj-al

INT-U16


•• технический аварийный сигнал

-    наиболее высокого уровня •• серьезности

~ максимальное число технических

-    аварийных сигналов, запущенных

-    параллельно, для данного объекта •• физиологический аварийный сигнал ~ наиболее высокою уровня

-    серьезности

-    максимальное число

•• физиологических аварийных ~ сигналов, запущенных параллельно,

-    для данного объекта


- Атрибут Limit-Spec-List обозначает контролируемые предельные диапазоны LimitSpecList SEQUENCE OF LimitSpecEntry

7.4.2.2    Поведение

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

7.4.2.3    Уведомления

Объект Статус тревоги не формирует никакие конкретные уведомления.

7.4.3    Объект Alert Monitor (Монитор тревожных ситуаций)

Объект:    Alert Monitor

Описание:    Объект класса Alert    Monitor отражает результаты работы системного

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

Производное от:    VMO

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MOC_MOC_VMO_AL_MON

7.4.3.1 Атрибуты

Класс объекта Alert Monitor определяет атрибуты, представленные в таблице 7.33.

Таблица 7.33 — Атрибуты клэоса объекта Alert Monitor

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Condition

MDC_ATTR_DEV_AL

_COND

Dev Alert-Condition

Общий статус тревоги прибора

М

Device-P-

Alarm-Ust

MDC_ATTR_AL_

MON_P_AL_LIST

DevAlarmList

Список активных физиологических аварийных сигналов

М

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

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Device-T-

Alarm-List

MDC_ATTR_AL_ MON_T_AL_LI ST

DevAlarmList

Список активных аварийных сигналов технического характера

М

Device-Sup-

Alarm-List

MDC_ATTR_AL_

MON_S_AL_LIST

DevAlarmList

Список подавленных аварийных сигналов физиологического характера

О

Limit-Spec-List

MDC_ATTR_AL_

LIMIT_SPEC_LIST

LimrtSpecList

Список предельных диапазонов аварийного сигнала

О

Suspension-

Period

MDC_ATTR_T1M E_ PD_AL_SUSP

RelabveTime

Оставшееся время удержания сигнала

О


Класс объекта Alert Monitor описывает в таблице 7.34 группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.34 — Группы атрибутов класса объекта Wert Monitor

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC ATTR GRP VMO STATIC

из VMO:

Type. Handle из Alert Monitor:

Динамическая контекстная объекта VMO (расширяемая атрибутов)

группа

группа

MDC ATTR GRP VMO DYN

из VMO: Label-String из Alert Monitor. Umit-Spec-List

Группа отслеживания тревог

MDC_ATTR_GRP_AL_

из Alert Monitor.

MON

DevTce-Aiert-Condrtion. Device-P-Alarm-List. Device-T-Alarm-List. Device-Sup-Alarm-List. Suspension-Period

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

Атрибут Device-Alert-Condition описывает общий статус аварийного сигнала MDS

DevAIertCondition SEQUENCE {

device-alert-state    AlertState.

-    счетчик изменений отмечает

-    изменение состояния или активных ~тревог


al-stat-chg-cnt    AlStatChgCnt.

max-p-alamn

max-t-alarm

max-aud-alarm


AlertType.

AlertType.

AlertType


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


}

AlertState ::=BITS-16{ al-inhibited (0),


- выключено


al-suspended (1}, al-Iatched (2). al-silenced-reset (3).

-    тревога (сигнализация) временно

-    отключена; опасная ситуация

-    принята во внимание

-    фиксируется кокретное

~ предупреждение (или AIMon

-    фиксирует аварийные ситуации)

-    (только для перехода);

-    индикация тревоги прекращена.

-    но аварийная сигнализация

-    возобновляется

-    прибор в тестовом режиме:

-    аварийные сигналы не являются

-    сигналами, подаваемыми от

-    реальных пациентов

-    прибор в режиме ожидания

-    прибор в демонстрационном

-    режиме, аварийные сигналы не

-    являются сигналами, подаваемыми

-    от реальных пациентов


-    Атрибут Device-Alert-Condrtion “ изменен

~ стек тревог (атрибуты списка

-    активных аварийных сигналов)

-    изменен


al-dev-in-test-mode (5).

al-dev-in-standby-mode (в). at-dev-in-<Jemo-mode (7)

}

AlStatChgCnt SEQUENCE {

al-new-chg-cnt    INT-U8.

al-stack-chg-cnt    «INT-U8

~ Список сигналов прибора

DevAlarmList

SEQUENCE OF DevAlarmEntry

DevAlarmEntry::

;s SEQUENCE {

al-source

OID-Type,

-    из метрического или объектно-

-    ориентированного раздела

-    номенклатуры

al-code

OID-Type.

- из раздела номенклатуры событий

al-type

AlertType,

al-state

AlertState.

object

ManagedObjectld.

alert-info-id

PrivateOid.

alert-info

ANY DEFINED BY alert-info-id

Примечание — Код alert-code берется из раздела номенклатуры событий. Записи (т. е. коды) а данном разделе — это четные числа. Последний бит кода используется для определения раздела номенклатуры, откуда берется at-source (в объекте Alert Monitor, см. 7.4.Э.1). Если последний бит — 0. al-source берется из раздела номенклатуры метрики. Если последний бит— 1 (1 добавляется к основному коду в номенклатуре события), источник al-source — раздела объектно-ориентированной номенклатуры.


}

7.4.3.2    Поведение

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

7.4.3.3    Уведомления

Объект Отслеживание сигналов не формирует никакие конкретные уведомления.

7.5 Объекты в Пакете система

Определения объектов Пакета система указаны в пунктах 7.5.1—7.5.10.

7.5.1 Объект Virtual Medical System (виртуальная медицинская система, VMS)

Объект:    VMS

Описание:    Класс VMS — абстрактный базовый класс для всех классов Пакета

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

Производное от:    Тор (Главный объект)

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_VMS

7.5.1.1 Атрибуты

Класс объекта VMS определяет атрибуты, представленные в таблице 7.35.

Таблица 7.35 — Атрибуты клэоса объекта VMS

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Каали-

фиаатор

Handle

MDC_ATTR_1D_

HANDLE

HANDLE

Атрибут связывания имен

М

System-Type

MDC_ATTR_SYS_

TYPE

TYPE

Примеры — Аппарат ИВЛ, монитор, как указано в номенклатуре

М

System-Model

MDC_ATTR_1D_

MODEL

SystemModel

Модель описывает производителя и номер модели

С

System-Id

MDC_ATTR_SYS_ID

OCTET STRING

Уникальный идентификатор системы. например, серийный номер

С

Compatibility-Id

MDC_ATTRJD_

COMPAT

INT-U32

Для использования производителем

о

Nomenclature-

Version

MDC_ATTR_NOM_

VERS

Nomenclature-

Version

Версия номенклатуры, применяемой системой

с

System-

Capabiity

MDC_ATTR_SYS_

CAPAB

SystemCapability

Набор поддерживаемых функций; зависит от системы

О

System-

Specification

MDC_ATTR_SYS_

SPECN

SystemSpec

Определяет функциональные компоненты

о

Production-

Specification

MDC.ATTRJO.

PROD.SPECN

ProductionSpec

Новые версии компонентов, серийные номера и т. д

о

Ext-Obj-

Relations

MDC_ATTR_EXT_

OBJ.RELATION

ExtObjReiation-

List

Связь с объектами, которые не определены в DIM

О

Примечание — Условные (С) атрибуты системы VMS обязательны для высокоуровневого экземпляра объекта VMS (т. е. экземпляра корневого объекта дерева состава). В других обстоятельствах они используются по желанию.

В таблице 7.36 класс объекта системы VMS описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.36 — Группы атрибутов класса объекта VMS

Группа атрибутов

Идентификатор группы атрибутоа

Элементы группы

Группа атрибутов идентификации системы (расширяемая группа атрибутов)

MDC_ATTR_GRP_

SYSJD

из VMS:

Type, Handle из Metric:

System-Type. System-Model. System-Id. Compatibility-Id. Nomendature-Version

Группа атрибутов применения системы (расширяемая группа атрибутов)

MDC_ATTR_GRP_

SYS.APPL

из VMS:

System-Capability, System-Specification

Группа атрибутов системного производства (расширяемая группа атрибутов)

MDC_ATTR_GRP_

SYS.PROD

из VMS.

Production-Specification

Группа атрибутов отношений

MDC_ATTR_GRP_

RELATION

из VMS:

Ext-Obj-Relations

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

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

-Атрибут System-Model (Модель системы) определяется производителем и ~ номером модели, зависящим от производителя

SystemModel ::= SEQUENCE {

manufacturer    OCTET STRING,

model-number    OCTET STRING

}

- Атрибут System-Capability (Функциональные возможности системы) — это ~ высокоуровневая спецификация реализованных функций: (описанное ниже. •• приведено исключительно в качестве примера)

SystemCapabtiity ::= BITS-32 { sc-multiple-oontext (0).

sc-dyn-configuration (1). sc-dyn-scanner-create (2).

sc-auto-init-scan-list (3),


sc-auto-updt-scan-list (4)


}


указывает на то, что система

использует множественные

контексты именования

дерево состава подлежит

динамическим изменениям

система позволяет основному

устройству (host) динамически

создавать объекты Scanner

объект CfgScanner

поддерживает автоматическую

инициализацию списка сканирования

объект CfgScanner поддерживает

автоматическое обновление списка сканирования


- Атрибут System-Specification (Спецификация системы) позволяет создавать •• специальные записи для функциональных компонентов системы

SystemSpec ::= SEQUENCE OF SystemSpecEntry

SystemSpecEntry ::= SEQUENCE {

component-capab-id    PrivateOid.

component-spec    ANY OEFINED BY component-capab-id

}

•    Атрибут Production-Specification (Спецификация производства) имеет дело

-    с серийными номерами, номерами частей, обновлениями версий и т. д.;

•    Необходимо отметить, что прибор может иметь множество компонентов,

•    поэтому Атрибут Production-Specification должен быть представлен

-    печатной строкой, определяющей компонент и номер

ProductionSpec ::= SEQUENCE OF ProdSpecEntry

ProdSpecEntry ::= SEQUENCE {

spec-type    INT-U16{

unspecified (0).

serial-number (1),

part-number (2).

hw-revision (3).

sw-revision (4),

fw-revision (5).

protocol-revision (6).

prod-spec-gmdn (7)    - Всемирная номенклатура

— медицинских изделий1*

}.

component-id    PrivateOid.

prod-spec    OCTET STRING

-    Атрибут Nomenclature-Version (Версия номенклатуры) содержит часть поля

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

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

-    системы, поддерживающие разные версии, могли согласовать версию.

~ используемую в рамках одного соединения

NomenclatureVersion ;;=

SEQUENCE(

nom-major-versio

majorVersionl (0), majorVersion2 (1). majorVersion3 (2), majorVersion4 (3)

nom-minor-version

BITS-16{

- идентификатор основного ~ номера версии

INT-U16

- счетчик для идентификации -- незначительных обновлений

}

*) Всемирная номенклатура медицинских издегый (GMDN) основана на стандарте ИСО 15225 и была разработана при содействии CEN ТС257 SC1.

7.5.1.2    Поведение

Объект VMS не описывает никакие конкретные методы.

7.5.1.3    Уведомления

Объект VMS не формирует никакие конкретные уведомления.

7.5.2 Объект Medical Device System (MDS)

Объект:    MMS

Описание:    Класс MDS — абстракция медицинского прибора, которая предоставля

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

Производное от:    VMS

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC.VMS.MDS

7.5.2.1 Атрибуты

Класс объекта системы MDS определяет атрибуты, представленные в таблице 7.37.

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

Название

атрибута

Идентификатор

атрибута®'

Тип атрибута

Примечание

Квалифи

катор6'

Mds-Status

MDC_ATTR_VMS_

MDS.STAT

MDSStatus

Состояние прибора согласно конечному автомагу FSM системы MDS

С

Bed-Label

MDC.ATTRJD.BED

.LABEL

OCTET STRING

Печатная строка, идентифицирующая местонахождение системы

О

Soft-id

M DC.ATT RJD.SOFT

OCTET STRING

Настраиваемый атрибут, например, больничный инвентарный номер

О

Operating-

Mode

MDC.ATTR.MOOE.

OP

PrivateOid

О

Applicabon-

Area

M DC.ATT R.AREA. APPL

ApplicabonArea

О

Patient-Type

MDC.ATTR.PT.

TYPE

PatientType

Может управлять алгоритмами, см. 7.10.1.1 для определения типа

Ос>

Date-and-Trne

MDC.ATTR.TIME.

ABS

AbsoluteTime

MDS поддерживает время прибора

О

Relative-Time

MDC.ATTR.TIME.

REL

RetativeTime

О

HiRes-Reiative-

Time

MDC.ATTR.TIME.

REL.HI.RES

HighResRela-

tiveTime

О

Power-Status

MDC ATTR POWER STAT

Powers tatus

Питание onBattery (от акхумулятора) или onMains (от сети)

O'"

Attitude

MDC.ATTR.

ALTITUDE

INT-116

Измеряет абсолютные отметки (вышв/нижв уровня моря)

О

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

Наэммие

атрибута

Идентификатор

атрибута*'

Тип атрибута

Примечание

Квалифи

катор61

Battery-Level

MDC_ATTR_VAL_

BAT_CHARGE

INT-U16

В % or емкости; не определяется, если значение > 100

О

Remaining-

Battery-Time

MDC_ATTR_TIME_

BATT.REMAIN

BatMeasure

См. 7.5.9.1 по определениям типа; минуты являются рекомендуемой единицей измерения

О

Line-Frequency

MDC_ATTR_LINE_

FREQ

UneFrequency

Частота сети; выражена в герцах {обычно 50 Гц или 60 Гц)

О

Association-

Invoke-ld

MDC_ATTR_1D_

ASSOC.NO

INT-U16

Счетчик числа ассоциаций в данном коммуникационном порте увеличивается с каждой ассоциацией сервисного элемента управления ассоциацией (ACSE)

О

Locate

MDC_ATTR_LOCALE

Locate

Определяет кодировку символе» и язык атрибутов печатной строки в данной системе MDS и содержащихся объектах. Объекты, содержащиеся в системе MDS или приборе VMD могут задавать разные атрибуты Locale для своих областей применения

С

a* Должен быть произведен обмен некоторыми атрибутами VMS и MDS на поля информации погьзователя в протоколе ACSE. Поля информации пользователя ACSE должны содержать только атрибуты VMS или MDS.

^Условные (С) атрибуты системы MDS обязательны для высокоуровневого экземпляра объекта VMS (т. е. экземпляра корневого объекта дерева состава); в других обстоятельствах они используются по желанию.

с* Если система MDS поддерживает объект Patient Demographics (Индивидуальные данные пациента), то объект MDS не должен содержать этот атрибут, чтобы исключить конфликты данных.

d> Если требуется больше информации об источнике питания для приборов с химическим источником питания (в частности, если источник питания управляем), то следует использовать специальный объект Battery (Батарея).

В таблице 7.38 класс объекта MDS описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.38— Группы атрибутов класса объекта MDS

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Группа атрибутов идентификации системы {расширяемая группа атрибутов)

MDC_ATTR_GRP_

SYS.ID

из VMS:

System-Type. System-Model. System-Id. Compatibility-Id,

Nomenclature-Version

из MDS;

Soft-Id. Association-invoke-ld. Locale

Группа атрибутов применения системы (расширяемая группа атрибутов)

MDC_ATTR_GRP_

SYS.APPL

из VMS:

System-Capability, System-Specification из MDS:

Mds-Status. Operating-Mode, Patient-Type. Date-and-Time. Power-Status. Battery-Level, Remaining-Battery-Time. Application-Area, Bed-Label. Relative-Time, HiRes-Relative-Time. Altitude, Line-Frequency

Группа атрибутов системного производства (расширяемая группа атрибутов)

MDC_ATTR_GRP_

SYS.PROD

из VMS:

Production-Specification

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

•• MDS состояние одной ассоциации/соединения согласно FSM (конечному - автомату)

MDSStatus ::а INT-U16 {

associating (2). operating (6). disassociated (10).


associated (3). reinitializing (7). re-configuring (11)


disconnected (0).    unassociated (1),

configuring (4).    configured (5),

terminating (8),    disassociating (9),

•• Атрибут Application-Area (Прикладная область)

ApplicationArea ::= INT-U16 ( area-unspec (0). area-operating-room (1). area-intensive-care (2)

}

-    Атрибут Power-Status (Состояние питания) определяет, подключено ли

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

~ уровень заряда

PowerStatusBITS-16 { onMains (0). onBattery (1). chargingFull (8). chargingTrickie (9). chargingOff (10)

} - Атрибут Line-Frequency (Частота сканирования)

LineFrequency INT-U16 { line-f-unspec (0), line-f-50hz(1).

Iine-f-60hz (2)

}

7.S.2.2 Поведение

Объект системы MDS определяет методы, описанные в таблице 7.39.

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

Действие

Режим

Идентификатор действия

Параметр действия

Результат действия

Mds-Set-Status

Подтверждено

MDC_ACT_SET_MDS_

STATE

MdsSetStatelnvoke

MdsSetState-

Result

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

Метод MDS-Set-State (Установка состояния MDS) позволяет изменить состояние конечного автомата системы MDS. например, для активации сброса

~ настроек (если поддерживается прибором)

••Примечание — Использование типа зависит от реализации, в особенности. •• учитывая проблемы защиты и координации, связанные с этим использованием

MdsSetStatelnvoke SEQUENCE { new-state MDSStatus, authorization INT-U32

}

MdsSetStateResult ::= MDSStatus

7.5.2.3 Уведомления

Объект системы MDS определяет события, описанные в таблице 7.40.

Таблица 7.40 — События объекта системы MDS

Событие

Режим

Идентификатор события

Параметр события

Результат

события

System-Error

Непо|агверждено

MDC_NOTI_SYS_ERR

MdsErrorlnfo

Mds-Create-

Notification

Подтверждено

MDC_NOTI_MDS_CREAT

MdsCreatelnfo

Mds-Attribute-

Update

Подтверждено

MDC_NOTI_MDS_

ATTRJJPDT

Mds-Attribu-

teChange-Info

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

- Уведомпение System-Error в случае системных ошибок

MdsErrorlnfo SEQUENCE { error-type    PrivateOid.

error-info    ANY DEFINED BY error-type

}

Событие Mds-Create-Notification (Создание уведомления MDS) отправляется после того, как установится ассоциация

MdsCreatelnfo ::= SEQUENCE (

class-id    ManagedObjectld.

•• атрибуты из Группы атрибутов

-    идентификации системы и

•• Группы атрибутов применения

-    системы


attribute-list    AttributeList

}

- Система MDS может отправлять отчеты об изменении значений атрибутов

MdsAttributeChangelnfo ::= AttributeList

7.5.3 Объект Simple MDS (Простая MDS)

Объект:    Simple MDS

Описание:    Класс Simple MDS описывает медицинский прибор, который содержит

единственный экземпляр объекта VMD (монофункциональный прибор).

Производное от:

MDS

Связывание имен:

Handle (Описатель)

Зарегистрирован как:

MDC_MOC_VMS_MDS_SIMP

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

7.5.4 Объект MDS (Множественная MDS)

Объект:    Simple MDS

Описание:

Класс Hydra MDS описывает медицинский прибор, который содержит

несколько разных экземпляров объекта VMD (многофункциональный прибор).

Производное от:

MDS

Связывание имен: Зарегистрирован как:

Handle (Описатель) MDC_MOC_VMS_MDS_HYD

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

7.5.5 Объект Composite Single Bed MDS (Составная простая прикроватная MDS)

Объект:    Composite Single 8ed MDS

Описание: Производное от:

Класс Composite Single Bed MDS описывает медицинский прибор, который включает в себя (или связывается посредством некоторого интерфейса с) один или несколько объектов классов Simple MDS или Hydra MDS. сосредоточенных в одном месте (то есть, на или у одной кровати).

MDS

Связывание имен:

Handle (Описатель)

Зарегистрирован как.

MDC_MOC_VMS_MDS_COMPOS_SINGLE_BED

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

7.5.6 Объект Composite Multiple Bed MDS (Составная множественная прикроватная MDS) Объект:    Composite Multiple Bed MDS

Описание:

Класс Composite Multiple Bed MDS описывает медицинский прибор, который содержит (или связывается посредством некоторого интерфейса) несколько объектов классов Simple MDS или Hydra MDS. распределенных по нескольким местоположениям (то есть, на или у нескольких кроватей).

Производное от:

MDS

Связывание имен:

Handle (Описатель)

Зарегистрирован как:

MDC_MOC_VMS_MDS_COMPOS_MULTI_BED

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

7.5.7 Объект Log (Журнал)

Объект:    Log

Описание:    Класс log — абстрактный базовый класс, который является контейне

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

Производное от:    Тор (Главный объект)

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_LOG

7.5.7.1 Атрибуты

Класс объекта Log определяет атрибуты, представленные в таблице 7.41.

Таблица 7.41 — Атрибуты класса объекта Log

Название

атрибута

Идентификатор атрибута

Тип

атрибута

Примечание

Квали

фикатор

Handle

MDC_ATTR_!D_

HANDLE

HANDLE

Атрибут связывания имен

М

Max-Log-

Entries

MDC_ATTR_LOG_

ENTRIES.MAX

INT-U32

Максимальная вместимость объекта Log: сервис GET используется для получения данного атрибута

м

Current-Log-

Entnes

MDC_ATTR_LOG_

ENTRIES.CURR

INT-U32

Вместимость объекта Log. используемая на данньы момент: сервис GET используется для получения данного атрибута

м

Log-Change-

Count

MDC_ATTR_LOG_

CHANGE_COUNT

INT-U16

Увеличивается, когда происходит изменение содержимого журнала

О

Примечание — Предполагается, что записи объекта Log индексируются от 0 до значения атрибута Current-Log-Entnes (текущие записи в журнале).

Класс объекта Log не определяет никакие атрибутивные группы, а также ему не требуются никакие дополнительные определения типа.

7.57.2 Поведение

Объект Log определяет методы, описанные в таблице 7.42.

Таблица 7.42— Методы объекта Log

Действие

Рении

Идентификатор

действия

Пвраивтр действия

Результат действия

Clear-Log

Подтверждено

MDC_ACT_CLEAR_

LOG

Clear LogRange-invoke (не обязательный)

ClearLog-RangeResult (не обязательный)

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

-    Диапазон записей в журнале, предназначенных для удаления: если параметр

-    не добавлен к методу Clear-Log (очистка журнала), журнал будет очишен

-    полностью в обязательном порядке

CiearLogRangelnvoke ::= SEQUENCE {

clear-log-option    ClearLogOption.

~ Опции, которые управляют командой очистки

CtearLogOptons ::= BITS-16 (

log-dear-if-unchanged (1)    ~ выполнять только данное действие.

~ если журнал не был изменен;

~ другими словами, в запросе все .. еще присутствует evtog-change-- count

} •• Результат функции очистки журнала

ClearLogResult INT-U16 {

log-range-deared (0).    ~ успешно выполненная операция

log-changed-dear-error (1).    •• неправильный подсчет изменений

—    (т.е журнал был модифицирован)

log-diange-counter-not-supported (2)    - журнал не поддерживает счетчик

—    изменений

}

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

7.5.7.3 Уведомления

Объект Log не формирует никакие конкретные уведомления. 7.5.6 Объект Event Log (Журнал событий)

Объект:


Event Log

Описание:

Производное от: Связывание имен: Зарегистрирован как:


log-cfiange-count

from-log-entry-index

to-log-entry-index

}

CiearLogRangeResult:: clear-log-result log-change-count


INT-U16.

INT-U32.

INT-U32

SEQUENCE{

ClearLogResult

INT-U16.


- 0 безвозвратная очистка


from-log-entry-index    INT-U32.


to-log-entry-index    INT-U32


current-log-entries    INT-U32


}


-    подсчет текущих изменений

-    после очистки

“ не важно, если очистка не

-    пройдет успешно

-    не важно, если очистка не ~ пройдет успешно

-    обновленное число записей в •• журнале


Класс Event Log — основная разновидность (класс-потомок) класса Log. предназначен для хранения системных событий в свободном текстовом или в бинарном представлении.

Log (Журнал)

Handle (Описатель)

MDC МОС LOG EVENT

7.5.8.1 Атрибуты

Класс объекта Event Log определяет атрибуты, представленные в таблице 7.43.

Таблица 7.43 — Атрибуты хлэоса объекта Event Log

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квели-

фихатор

Туре

MDC_ATTR_ID_

TYPE

TYPE

Дополнительная спецификация формата записи в журнале

О

Event-Log-

Entry-List

MDC_ATTR_EVENT_

LOG_ENTRY_LIST

EventLogEntry-

List

Записи о событиях: могут извлекаться с помощью сервис GET

М

Event-Log-

Info

MDC_ATTR_EVENT_

LOGJNFO

EventLoglnfo

Статические и динамические спецификации

О

Класс объекта Event Log не определяет никакие атрибутивные группы. Применяют следующие определения типов:

•• Атрибут Event-Log-Entry-List (Слисок записей журнала событий)

EventLogEntryList SEQUENCE OF EventLogEntry

EventLogEntry ::= SEQUENCE ( entry-number    INT-U32.


abs-time    AbsoiuteTime,

event-entry    OCTET STRING


}


-    счетчик записей не зависит от

-    номера индекса, который

•• используется для получения доступа

-    время события

-    информация о событии.

-    указанного в произвольной или в

-    двоичной форме; структура

-    определяется атрибутом Туре


-    Атрибут Event-Log-Info (Информация о журнале событий)

-    Биты с 0 по 15 зарезервированы для статической информации: биты с 16 по

-    31 динамически обновляются для отображения изменений статуса журнала.

-    Если данный атрибут отсутствует, все биты условно принимаются за О

EventLoglnfo ::= BITS-32 { ev-Jog-dear-range-sup (0),


ev-log-get-act-sup (1).


ev-log-binary-entries (8),


-    поддерживает очистку указанных

-    диапазонов (не только всего

-    журнала)

-    поддерживает загрузку отдельных

-    записей с помощью метода Get-

-    Event-Log (получение журнала

-    событий) (а не только простого ~ сервиса GET)

-    записи журнала представлены в

-    двоичной форме, не в произвольной


7.S.8.2 Поведение

Объект Event Log описывает методы в таблице 7.44.

Таблица 7.44 — Методы объекта Event Log

Действие

Рехиы

Идентификатор действия

Параметр действия

Результат действия

Get-Event-Log-

Entries

Подтверждено

MDC_ACT_GET_EVENT_LOG_

ENTRIES

GetEventLogEntry

lnvoke

GetEventLog-

EntryResull

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

- Диапазон записей журнала, предназначенных для загрузки

GetEventLogEntrylnvoke ::= SEQUENCE { from-log-entry-index    INT-U32,

to-log-entry-index    INT-U32

}

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

GetEventLogEntryResult SEQUENCE {

-    счетчик текущего количества

-    изменений журнала (0 если

-    не поддерживается)


ev-log-full (16).


ev-log-wrap-detect (17)


}


-    журнал заполнен: очистка

-    проводится, как только журнал ~ будет содержать минимум 1

~ произвольную запись в результате

-    выполнения очистки

-    устанавливается, когда журнал •• заполнен и перезаписана первая

.. старая запись: очистка проводится. ~ как только журнал будет содержать ~ минимум 1 произвольную запись в •• результате выполнения очистки


log-change-count    INT-U16,

from-log-entry-index to-log-entry-index entry-list


INT-U32.

INT-U32,

EventLogEntryList


7.5.8.3 Уведомления

Объект Event Log не формирует никакие конкретные уведомления.

7.5.9 Объект Battery (Батарея)

Объект:    Battery

Описание:    Для приборов с батарейным питанием, некоторая часть информации о

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

Производное от:    Тор (Главный объект)

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_BATT

7.5.9.1 Атрибуты

Класс объекта Battery определяет атрибуты, представленные в таблице 7.45.

Таблица 7.45 — Атрибуты класса объекта Battery

Название

атрибута

Идентификатор атрибута

Тил атрибута

Примечание

Квали

фикатор

Handle

MDC_ATTR_ID_

HANDLE

HANDLE

Атрибут связывания имен

М

Battery-Status

MDC_ATTR_BATT_

STAT

BatteryStatus

М

Production-

Specification

MOC.ATTRJD.

PROD.SPECN

Prod udionS pec

Система смарт-батарви может иметь серийный номер или версию

О

Capacity-

Remaining

MDC_ATTR_CAPAC_

BATT_REMAIN

BatMeasure

Остаточная емкость при текущей нагрузке (например, в milliAmperehours)

О

Capacity-Full-

Charge

MDC_ATTR_CAPAC_

BATT.FULL

BatMeasure

Емкость батареи после полной зарядки

О

Capacity-

Specified

MDC_ATTR_CAPAC_

BATT.SPECN

BatMeasure

Заданная емкость новой батареи

О

Remaining-

Battery-Time

MDC_ATTR_TIME_

BATT_REMAIN

BatMeasure

О

Voltage

MDC_ATTR_BATT_

VOLTAGE

BatMeasure

Настоящее напряжение батареи

О

Voltage-

Specified

MDC_ATTR_BATT_

VOLTAGE.SPECN

BatMeasure

Заданное напряжение батареи

О

Current

MDC_ATTR_BATT_

CURR

BatMeasure

Текущий ток. подаваемый батареей/ к батареи: отрицательный, если батарея заряжена

О

Battery-

Temperature

MDC_ATTR_TEMP_

ВАТТ

BatMeasure

О

Charge-Cycles

MDC_ATTR_BATT_

CHARGE.CYCLES

INT-U32

Число циклов зарядки/разрядки

О

В таблице 7.46 класс объекта Battery описывает группы атрибутов и расширения к унаследован* ным группам атрибутов.

Таблица 7.46 — Группы атрибутов класса объекта Battery

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Группа атрибутов Батареи

MDC_ATTRJ3RP_BATT

из Batterv: facet

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

- Битовое поле Battery Status (Статус батареи)

BatteryStatus ::= BITS-16 { batt-discharged (О),

batt-full (1).    •• > 95% емкости

batt-discharging (2),

batt-chargingFull (б).

batt-chargingTrickle (9),

batt-malfuncfcon (12).

batt-needs-conditioning (13)    - батарее требуется тренировка

}

- Все измерения, касающиеся батареи, являются значениями с их •• размерностями

BatMeasure ::= SEQUENCE ( value    FLOAT-Type.

unit    OID-Type    •• из раздела номенклатуры размерностей

7.5.9.2    Поведение

Объект Battery не определяет никакие конкретные методы.

7.5.9.3    Уведомления

Объект Battery не формирует никакие конкретные уведомления.

7.5.10 Объект Clock (Часы)

Объект:    Clock

Описание:    Класс Clock предоставляет дополнительные возможности для обработ

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

Производное от:    Тор (Главный объект)

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_CLOCK 7.5.10.1 Атрибуты

Класс объекта Clock определяет атрибуты, представленные в таблице 7.47.

Таблица 7.47 — Атрибуты класса объекта Clock

Название

атрибута

Идентификатор атрибута

Тил атрибута

Примечание

Квали

фикатор

Handle

MDC_ATTR_lD_

HANDLE

HANDLE

Атрибут связывания имен

М

Time-

Support

MDC_ATTR_TIME_

SUPPORT

TimeSupport

Указывает сервисы времени, обеспечиваемые прибором

М

Date-Time-

Status

MDC_ATTR_DATE_

TlME_STATUS

DateTimeStatus

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

С

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

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Date-and-

Time

MDC_ATTR_TIME_

ABS

AbsoluteTime

Текущие настройки даты/времени

О

ISO-Date-

and-Time

MDC_ATTR_T1ME_

ABSJSO

AbsoluteTimelSO

Строка даты и времени отформатирована согласно ИСО 6601; предусмотрена для синхронизации скоординированного всемирного времени (UTC). Атрибут широко используется вычислительными системами: однако он основан на ASCII и поэтому менее эффективен, чем абсолютное время

О

Relative-

Time

MDC_ATTR_TIME_

REL

RelativeTime

Относительное время (метка в 8 кГц)

О

HiRes-

Relative-

Time

MDC_ATTR_TIME_

REL_HI_RES

HighRes-

RelativeTime

Относительное время высокого разрешения (отметка в 1 МГц)

О

Ext-Time-

Stamp-

bst

MDC_ATTR_T1ME_

STAMP.LIST.EXT

ExtTimeStampList

Расширенные метки времени (которые можно использовать отдельно в любом другом месте в структуре ванных)

О

Absolute-

Relative-

Sync

MDC_ATTR_T1ME_ ABS_RE L_S YNC

Absolute-

RelativeTimeSync

Обеспечивает способ корреляции между значениями абсолютного времени и относительного времени3*

О

Time-Zone

MDC_ATTR_TiME_

ZONE

UTCTmeZone

Определяет смещение относительного местного часового пояса UTC (относительно времени по Гринвичу (GMT)] и этикетку (маркировку)

О

Daylight-

Savings-

Transition

M DC_ATT R_Ti M E_

DAYLIGHT SAVINGS TRANS

Daylight-

SavingsTransition

Обеспечивает настройки для перехода на следующее летнее/эимнее время

О

Cumulative-

Leap-

Seconds

MDC_ATTR_CUM_

LEAP.SECONDS

INT-U32

Общее количество потерянных секунд по отношению к 1 января 1900 г. 00:00:00.00. Формат — *пп. За весь 2011 год это значение составит +32Ь|

О

Next-Leap-

Seconds

MDC_ATTR_NEXT_

LEAP.SECOND

LeapSeconds-

Transitwn

Указывает настройки для следующего перехода на следующие потерянные секунды и следующее значение

О

a> Данный атрибут время от времени обновляется внутри программы {например, один раз за минуту) и поэтому не отображают текущее время при считывании {например, используя сервис GET). Погрешность между относительным и абсолютным временем должна быть наименьшей, устанавливая системные ограничения (например. по возможности должна использоваться элементарная операция). Атрибут должен постоянно обновляться. чтобы уменьшить погрешность между сообщаемыми преобразованиями и должен обновляться минимум раз в 6 дней, а именно, когда относительное время переваливает за 0. ь> При вычитании из секунд SNTP выдает секунды UTC.

Класс объекта Clock описывает в таблице 7.48 группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.48 — Группы атрибутов класса объекта Clock

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Группа атрибутов Часы

MDC_ATTR_GRP_CLOCK

из Clock: (все)


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

-    Атрибут Time-Support (Поддержка времени) дает общую информацию о

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

~ наличия/отсутстеия различных атрибутов в дереве состава; однако его

-    присутствие здесь упрощает управление временем для менеджмеров прибора -Примечания

-    1 — Если поддерживается удаленная синхронизация даты/времени (например. - SNTP), то должен также поддерживаться либо Атрибут Date-And-Time (дата и - время) либо ISO-Date-And-Time (дата и время согласно ISO).

—    2 — Если прибор также является сервером информации времени (например.

.. сервер SNTP), это должно быть указано в идентификаторах протокола времени.

TimeSupport SEQUENCE {

time-capability    TimeCapability.

relative-resolution    INT-U32.

time-protocols    SEQUENCE OF

TimeProtocolld


-    флажки, указывающие

-    поддержку общего времени

-    время между фактическими

-    тактами в микросекундах:

-    устанавливают на

-    OxFFFFFFFF. если не указано

-    иное

-    перечень поддерживаемых

-    внешних протоколов времени

-    (например, SNTP)

Примечание — Тил relative-resolution (относительное расширение) связывает частоту в 8кГц, сообщенную посредством значения относительного времени, с источником времени прибора, из которого его получают. Например. если таймер прибора обновляется при 100 Гц или 18.2 Гц (так было в устаревших моделях персональных компьютеров (ПК)], то разрешение и погрешность относительного времени будет отражать разрешение и погрешность данного источника времени.

- Возможности поддержки времени

TimeCapabilityBITS-32 { time-capab-real-time-dock (0).

time-capab-ebww (1).

time-capab-leap-second-aware (2). time-capab-time-zone-aware (3). time-capab-internal-only (4).


-    прибор предоставляет аппаратную

-    поддержку времени (в том числе

-    питание от батареи)

-    время можно установить

-    локально/вручную (глазное яблоко

-    или наручные часы или EBWW)

-    поддерживает регулировку времени

-    для потерянных секунд (связано с SNTP)

-    поддерживает атрибуты, связанные

-    с временными поясами

-    дата/время используется только

-    внутри прибора и не отображается

-    оператору

time-capab-time-displayed (5). time-capab-patient-care (6), time-capab-rtsa-time-sync-annotations (7),

-    дата/время может беспрерывно

-    отображаться на приборе в отличии •• от меню

•• дата/время используется в •• алгоритмах/протоколах ухода за

-    критическим больным

-    комментарии к временным меткам ~ поддерживаются для данных

~ осциллограммы реального времени

-    (объекты Real Time Sample Array)

.. Объекты Real Time Sample Array ~ поддерживают атрибуты для

•• высокоточных временных меток •• выборок

.. Объект Clock поддерживает

-    действие установки времени (set

-    time)

~ Объект Clock поддерживает

-    действие задания временною пояса •• (set time zone)

.. Объект Clock поддерживает ••действие задания потерянных

-    секунд (set leap seconds)

-    Объект Clock поддерживает

-    действие ISO для задания времени


time-capab-rtsa-time-sync-high-precjsion (8),

time-capab-set-time-action-sup (16), time-capab-set-time-zone-action-sup (17). time-capab-set-leap-sec-actiorv-sup (18). time-capab-set-time-iso-sup (19)

}

- Идентификатор протокола времени обозначает протоколы времени, которые •• поддержиааются/ислользуются прибором

TimeProtocolld OID-Type - из раздела номенклатуры инфраструктуры

- Идентификатор временных отметок (например, для временных меток SNTP) TimeStampid OID-Type - из раздела номенклатуры инфраструктуры

-    Расширенная временная метка (например, значение временной метки SNTP)

ExtTimeStamp ::= SEQUENCE {

time-stamp-id    TimeStampid.

time-stamp    ANY DEFINED BY time-stamp-id

}

ExtTimeStampList SEQUENCE OF ExtTimeStamp

-    Атрибут Date-Time-Status (статус даты/еремени) определяет статус

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

DateTimeStatus SEQUENCE {

Примечания

1    Если используется протокол синхронизации времени, который меняет время и дату с большой частотой, значение типа clock-last-set должно обновляться не так часто (например, каждые 10 минут или раз в час), так чтобы пропускная способность канала связи не использовалась напрасно.

2    В системах, где используется синхронизация времени (например. EBWW — источник), тип clock-accuracy должен запускаться за 2—3 минуты, при условии, что время уже установлено, и должен время от времени увеличиваться. чтобы отражать отклонение от абсолютного внешнего источника. Если используется протокол NTP (сетевой протокол службы времени), то значение запуска типа dock-accuracy эквивалентно: Корневая дисперсия + У» Корневая задержка.

~ Флажки использования даты/времени обозначают динамический статус

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

-    биты, то статус неиэвестный/неопределенный

DateTimeUsage BITS-16 { dt-use-remote-sync (0),

dt-use-operator-set (1). dt-use-rtc-synced (2), dt-use-critical-use (3).

dt-use-displayed (4)


usage-status

clock-last-set

clock-accuracy


DateTimeUsage. Absolute Time. FLOAT-Type.


active-sync-protocol    TimeProtocolld

}


флажки, указывающие на использование динамического времени

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

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


-    дата/время синхронизируется с ~ внешним источником

~ настройку даты/времени

-    производит оператор

-    <т. е. EBWW)

-    дата/время в RTC были

~ синхронизированы с удаленным

-    источником времени

-    дата/время активно

-    используются в

-    алгоритмах/протоколах

-    проведения лечения

-    дата/время отображается на

-    экране для оператора

-    Атрибут ISO-Date-and-Time — это строка ASCII, которая может дать

-    дополнительную информацию по настройкам даты/аремени (например, смещение

-    относительно времени по Гринвичу или указание часового пояса, где

-    находится прибор); данный атрибут можно настроить с помощью сервиса SET

-    (как и с помощью атрибута Date-And-Time)

-    Обращаем Ваше внимание на то, что если параллельно поддерживаются оба •• типа AbsokiteTime и AbsofuteTimelS. они должны отражать то же время

•• (по отношению к их погрешности и ограничению по разрешающей способности)

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

-    (а) Должны использоваться только полные представления •• (Ь) используются только расширенные форматы

•• (с) Представление Дата недели и обычное представление дата в году не

-    используются; только календарные даты

-    (d) Десятичные дроби должны использоваться только для секундных долей •• (например, не для долей часа)

~ (е) Согласно ISO 8601:2000(Е), представление десятичных дробей должно •• быть в соответствии с разделом 5.3.1.3

•• (f) Если известно, время UTC должно передаваться с помощью формата Zulu •• (z или время по Гринвичу) или с помощью смещения между местным временем •• и временем GMT/UTC; указание смещения по времени используется только,

•• если оно известно

-    (д) Определение интервалов времени и периодов повторения не

•• распространяется на данный тип данных и требует определения нового типа •• данных, в случае его использования (например. ISOTimelnterval ::= OCTET

-    STRING); например: 24 ноября 2001,15:45:32.65 в Сан-Диего.

•• Калифорния. США. должно представляться в следующем виде: 2001-11-•• 24Т15:45:32.65-08:00

AbsoluteTimelSO ::= OCTET STRING    - текстовая строка кода ASCII.

•• которая связана с форматом ~ ISO 8601

- SNTPTimeStamp. значение 64*битной временной метки, которое •• обеспечивается сервисом синхронизации времени SNTP

SNTPTimeStamp ::= SEQUENCE {

seconds    INT-U32.    - секунды с 1 января 1900

- 00:00

fraction    INT-U32    - двоичная дробь секунды

•• Атрибут Absolute-Relative-Sync обеспечивает средства для корреляции

-    относительных временных меток с настройкой даты/времеки прибора -Примечание — Данный атрибут необходимо время от времени обновлять для

-    учета отклонения между различными источниками времени (например, раз в

-    минуту)

AbsoluteRelativeTlmeSync:

:= SEQUENCE {

absolute-time-mark

AbsoluteTime.

-    использование этого типа

-    данных ограничивает

-    разрешение до 1/100 секунды

relative-time-mark

RelativeTime,

-    разрешение ограничено

-    отметкой в 125 мкс и

-    настройками

-    разрешения/погрешности для

-    сервиса относительного

-    времени

relative-rollovers


hires-time-mark


ext-time-marks


}


INT-U16.    ~    количество раз относительное

-    время переваливало со

-    своего максимального

-    значения на 0

-Примечание — Относительное

-    время будет переваливать

-    каждые 6.2 дня

HighResRetativeTime.    ~ сброс настроек на

-    0x00000000. если не

-    поддерживается

ExtTimeStampList    -    список пуст, если не

-    поддерживается ни одна

-    расширенная временная метка


•• Атрибут Time-Zone (часовой пояс) поддерживает информацию о поясе для -UTC


UTCTimeZone SEQUENCE {

time-zone-offset-hours INT-I8.


time-zone-offset-minutes INT-U8,


time-zone-label


OCTET STRING


}


-    местный часовой пояс прибора

-    (т. е. в точке оказания

-    лечения) по отношению к UTC

-    формату: +чч для часовых

-    поясов к востоку от

-    GMT и -чч для поясов к

-    западу от GMT

-    смещение минут относительно

-    GMT (если указано); условное

-    обозначение формата такое же

-    как и для часов, только они

-    не имеют знака (должны

-    всегда иметь положительное

-    значение); по умолчанию —

-    НОЛЬ (NULL)

-    этикетка (маркировка)

-    местного часового пояса

-    прибора, например. PST или

-    PDT: смотрите атрибут

-    прибора Region для

-    кодирования строки


-Атрибут Daylight-Savings-Transition (переход на эимнее/летнее время)

- обозначает настройки для следующего перехода на эимнее/летнее время

DaylightSavingsTransition:;s SEQUENCE (

transition-date    Absolute Time.    - местная дата/время на

-    приборе при переходе на

-    эимнее/летнее время


UTCTimeZone    - смещение нового местного

next-offset


}


-    часового пояса и этикетка

-    (маркировка) после даты

-    перехода. Примечание —

-    Может быть таким же как и

-    предыдущее значение.

- Атрибут Next-Leap-Seconds (Следующие потерянные секунды) определяет настройки для перехода на следующие потерянные секунды

LeapSecorvdsTransition;:= SEQUENCE { transition-date    Date.


next-cum-leap-seoonds INT-U32


-    местная дата прибора, когда

-    происходит переход:

-    настройка происходит в конце •• (т. е. 23:59:S9Z) указанной -даты

-    следующее суммарное

-    значение потерянных секунд

-    (смотрите Cumulative-Leap-

-    Seconds в таблице 7.47) -Примечание —может быть

-    таким же. что и предыдущее

-    значение


}


7.5.10.2 Поведение

Объект Clock определяет методы, описанные в таблице 7.49.

Таблица 7.49 — Методы объекта Часы

Действие

Режим

Идентификатор действия

Параметр действия

Результат

действия

Set-Time

Подтверждено

MOC_ACT_SET_TIME

SetTimelnvoke

Нет

Set-Time-Zone

Подтверждено

MDC_ACT_SET_TIME_ZONE

SetTimeZonetnvoke

Нет

Set-Leap-Seconds

Подтверждено

MOC_ACT_SET_LEAP_SECONDS

SetLeapSeconds-l nvoke

Нет

Set-Time-ISO

Подтверждено

MDC_ACT_SET_TIMEJSO

AbsoluteTimelSO

Нет

Примечание — При настройке времени с помощью Set-Time или Set-Time-ISO. все поддерживаемые атрибуты абсолютных временный меток (г. е. Dale-and-Ttme. ISO-Date-and-Time и возможно Ext-Tcme-Stamp-Ust) должны обновляться в обязательном порядке.

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

- Настройка даты/времени

SetTimelnvoke ::= SEQUENCE {

date-time    AbsoluteTime.

accuracy    FLOAT-Type    - рассчитывается для времени.

-    настроенного вручную

-    (например, погрешность 2

-    минуты); значение указано в

-    секундах

} - Настройка информации о часовом поясе

-    текущий часовой пояс.

-    используемый прибором

-    информация для

-    следующего перехода на

-    зимнее/летнее время


потерянные секунды в совокупности при вычитании секунд SNTP из секунд UTC дата перехода с предыдущего на новое суммарное значение истекших секунд ♦ новое значение


SetTimeZonelnvoke ::= SEQUENCE { time-zone    UTCTimeZone.

next-time-zone    DaylightSavingsTransition

} - Сводная информация об потерянных секундах

SetLeapSecondslnvoke ::= SEQUENCE { leap-seconds-cum    INT-I32.

next-leap-seconds    LeapSecondsTransition

}

7.5.10.3 Уведомления

Объект Журнал событий описывает события в таблице 7.50.

Таблица 7.50 — События объекта Часы

Событие

Режим

Идентификатор события

Параметр события

Результат

события

Clock-Date-Time-Status-Changed

Нелодтверждено

MDC_NOTI_DATE_

TIME.CHANGED

CtockStatus-

Updatelnfo

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

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

-    настройка относительного времени переваливает за 0 или когда оператор

-    прибора изменяет время

ClockStatusUpdatelnfo:

:= SEQUENCE {

date-time-status

DateTimeStatus.

- текущий статус

- использования

- часое/времени

time-sync

AbsoluteRelativeTimeSync

- текущие значения

}

- синхронизации времени

7.6 Объекты в Пакете управления

Определения объектов в Пакете управления указаны в пунктах 7.6.1—7.6.9.

7.6.1 Service-and-Control Object (Объект, предоставляющий сервис и управление. SCO) Объект:    SCO

Описание:    Класс SCO отвечает за использование всех возможностей дистанци

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

Производное от:    VMO

Связывание имен:    Handle (Описатель) (унаследованный объект VMO)

Зарегистрирован как:    MDC_MOC_CNTRL_SCO

7.6.1.1 Атрибуты

Класс объекта SCO определяет атрибуты, представленные в таблице 7.51.

Таблица 7.51 —Атрибуты клэосэ объекта SCO

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Soo-Capability

MDC_ATTR_SCO_

CAPAB

ScoCapability

Поле флажка статической опции

М

Soo-Heip-Text-

Suing

MDC_ATTR_SCO_

HELP.TEXT.STRING

OCTET STRING

Текст справки

О

Vmo-Reference

MDC_ATTR_VMO_

REF

HANDLE

Ссылка на управляемый объект, если это не VMO

о

AcUvity-

Indicalor

MDC_ATTR_1NDIC_

ACTIV

ScoActivity-

Incfccalor

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

О

Lock-State

MDC_ATTR_STAT_

LOCK

Administrative-

State

Если заблокированное (locked) состояние. нельзя вызвать никакую операцию

м

Invoke-Cookie

MDC_ATTR_1D_

INVOKCOOK1E

INT-U32

Идентификатор входного сообщения. назначаемый командой вызова

м

В таблице 7.52 класс объекта SCO описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.52 — Группы атрибутов класса объекта SCO

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_VMO_

STATIC

из VMO:

Туре. Напеве из SCO:

Sco-Help-Text-Stnng. Sco-Capabtiity

Динамическая контекстная труппа объекта VMO (расширяемая группа атрибутов)

MDC_ATTR_GRP_VMO_

DYN

из VMO:

Label-String из SCO:

Activity-Indicator. Vmo-Reference

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

Группа атрибутов

Идентификатор труппы атрибутов

Элементы группы

Группа входных сообщений объекта SCO

MDC_ATTR_GRP_SCO_

TRANSACTION

из SCO:

Lock-State. Invoke-Cookie


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

-    Атрибут Activity-Indicator (Индикатор активности) можно установить с

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

-    активно

ScoActivitylndicator ::= INT-U16 { act-ind-off(O), act-ind-on(l), act-ind*blinkiftg(2)

- Биты Sco-Capabitity (Функциональные возможности объекта SCO)

-    поддерживает индикатор активности

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

-    флажок блокировки SCO

-    SCO поддерживает контекстно-зависимую ~ динамическую справку


ScoCapability ::= BITS-16 { act-indicator (0). sco-locks (1),

sco-ctxt-help (8)

}

7.6.1.2 Поведение

В дополнении к сервису SET, который можно использовать для изменения атрибута Activity-Indicator (Индикатор активности), в таблице 7.53 определены методы объекта SCO.

Таблица 7.53 — Методы объекта SCO

Действие

Режим

Идентификатор действия

Параметр действия

Результат действия

Operabon-Invoke

Подтверждено

MDC_ACT_SCO_OP_

INVOKE

Opera bonlnvoke

Operation-

tnvokeResult

Get-Ctxt-Heip

Подтверждено

MDC_ACT_GET_CTXT_HELP

CtxtHetpReouest

CtxtHelpResult

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

-    Метод Operation-lnvoke (Вызов операции) имеет дополнительный механизм

-    обеспечения защиты

16-битное дополнение до двух произвольно выбранный идентификатор, дублируемый в получившихся обновлениях


Operationlnvoke ::= SEQUENCE { checksum    INT-116,

invoke-cookie    INT-U32.

OpInvokeList


op-efem-list

}

Примечание — Если не используется контрольное суммирование, то поле контрольной суммы будет иметь значение 0. Если подсчитанная контрольная сумма равна 0. то поле контрольной суммы будет иметь значение 1. Расчет контрольной суммы — эго 16-тибигная сумма, полученная в дополнительном двоичном коде для 16-тибитных слов в сообщении, начинающемся в попе адреса после поля контрольной суммы.


OpInvokeList ::= SEQUENCE OF OplnvokeElement OpInvokeBement ::= SEQUENCE {

op-class-id    OID-Type.


-    из раздела объекто*

-    ориентированной номенклатуры


op-instance-no

op-mod-type

attributes


InstNumber.

OpModType.

AttributeList


}


OpModType ::= INT-U16 { op-replace (0).

op-setToDefault (3).


op-invokeAction (10). op-mvokeActk>nWithArgs {15)


-    обычно заменяет значение

-    виртуального атрибута

-    установлено на значение по

-    умолчанию, если

-    поддерживается

-    необходимо для отдельного типа действия

-    работа с параметрами


-    Результат подтверждает получение (и выполнение) операций

-    Обновленные атрибуты передаются обычным методом обновления (например.

-    сканер) во избежании несоответствия

OperationlnvokeResult SEQUENCE { invoke-cookie    INT-U32.

result    OpInvResult

}

OpInvResultINT-U16{ op-successful (0). op-failure (1)

}


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

-    информации, которая зависит от контекста объекта SCO или объекта

-    Operation (т. е. зависит от состояния)

CtxtHelpRequest ::= SEQUENCE {

type    OID-Type.

op-instance-no    InstNumber


-    ID класса объекта Operation

-    или ID класса объекта SCO

-    номер экземпляра операции (О,

-    если адресуется объект SCO)


}

CtxtHelpResult SEQUENCE {


type

op-instance-no

hold-time

help

}

CtxtHeip CHOICE { text-string [1] otd [8]

}


OID-Type.

InstNumber

RelativeTime,

CtxtHeip


ID класса объекта Operation или ID класса объекта SCO

время отображения справки; 0. если не применимо


OCTET STRING. OID-Type


7.6.1.3 Уведомления

Объект SCO определяет события, описанные в таблице 7.54.

Таблица 7.54 — События объекта SCO

Событие

Режим

Идентификатор события

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

события

Результат

события

SCO-Operating-

Подтвержден/

МОС NOTI SCO OP

ScoOperReqSpec

Request

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

REQ

(дополнительно)

SCO-Operaboo-

Подтвержден/

МОС NOTI SCO OP

ScoOper Invoke-

Invoke-Error

неподгверждвк

INVOK.ERR

Error

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

- Функциональный запрос может присоединять е конце дополнительную информацию ScoOperReqSpec ::= SEQUENCE {

op-req-id    PrivateOtf,    - определяется прибором или

- производителем

op-req-info    ANY DEFINED BY op-req-id

-    Уведомление SCO-Operation-Invoke-Error (Ошибка вызова операции объекта

-    SCO)

ScoOperlnvokeError ::= SEQUENCE { invoke-cookie    INT-U32.

op-error    INT-U16 {

op-err-unspec (0), checksum-error (1), sco-lock-violation (2), unknown-operation (3), invalid-value (4). invalid-mod-type (5)

}.

failed-operation-list SEQUENCE OF InstNumber

7.6.2 Объект Operation (Операция)

Объект:    Operation

Описание:    Класс Operation — абстрактный базовый класс для классов, которые

описывают удаленно-управляемые элементы.

Производное от:    Тор (Главный объект)

Связывание имен:    Instance-Number (номер экземпляра) (сервис управления объектами не

имеет к нему прямого доступа: уникален в рамках одного экземпляра объекта SCO)

Зарегистрирован как:    MDC.MOC.CNTRL.OP

7.6.2.1 Атрибуты

Класс объекта Operation определяет атрибуты, представленные в таблице 7.55.

Таблица 7.55 — Атрибуты класса объекта Operation

Название

атрибута

Идентификатор

атрибута

Тип атрибута

Примечание

Квали

фикатор

Instance-

Number

MDC_ATTR_ID_

INSTNO

InstNumber

Уникален в рамках объекта SCO для идентификации операции

М

Operation-

Spec

MDC_ATTR_OP_

SPEC

OperSpec

Структура, определяющая типы операции и свойства

М

Operation-

Text-Strings

MDC_ATTR_OP_

TEXT_STRtNG\

OperTextStrings

Статическое описание операции

О

Operation-

Text-

Strings-Dyn

MDC_ATTR_OP_

TEXT_STR!NG_DYN

OperTextStnngs

Динамическое описание операции

О

Vmo-

Reference

MDC_ATTR_VMO_

REF

HANDLE

Ссылка на объект

О

Operational-

State

MDC_ATTR_OP_

STAT

Operational State

Определяет, доступна ли операция

О

В таблице 7.56 класс объекта Operation определяет группы атрибутов или расширения для наследования групп атрибутов.

Таблица 7.56— Группы атрибутов класса объекта Operation

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа Операции (расширяемая группа атрибутов)

MDC.ATTR_GRP.OP_

STATIC.CTXT

ия Ooeration:

Operation-Spec. Operation-Texts

Динамическая контекстная группа Операции (расширяемая группа атрибутов)

MDC.ATTR_GRP.OP.

DYN.CTXT

ия Ooeration:

Operational-State. Vmo-Reference

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

~ Атрибут Operation-Spec (Технические характеристики операции) указывают •• на то, что действительно осуществляет данная операция

OperSpec SEQUENCE {

vattr-id

OID-Type.

op-target

OID-Type.

options

OpOptions.

level

OpLevel.

grouping

OpGrouping

-    ID виртуального атрибута, который

-    изменяется операцией

-    из метрического или объектно-

-    ориентированного раздела

-    номенклатуры

-    специальные опции

-    диапазон разделения по степени

-    важности

-    для описания отношений между ~операциями

Примечание — Код vattr-id берется из раздела номенклатуры виртуального атрибута. Вводимые данные (т. е. коды) в данном разделе имеют четное значение. Последний бит кода используется для определения того, из какого раздела номенклатуры берется код op-target. Есгы последний бит равен 0. код op-target берется из метрического раздела номенклатуры. Если последний бит равен 1 (1 добавляется к базовому кеду в номенклатуре еиртуагъного атрибута), то кед op-target берется из раздела обьектно-ориектированной номенклатуры.

Тестовые значения объекта Operation

OperTextStrings

SEQUENCE {

label

OCTET STRING.

help

OCTET STRING.

confirm

OCTET STRING


-    строка метки (маркировки)

-    указывает значение операции

-    строка справки может содержать

-    дополнительную справку для

-    пользователя

-    строка подтверждения. которую

-    менеджмер демонстрирует

-    пользователю для повторного

-    подтверждения операции

-    (например. Вы действительно

-    хотите завершить работу?)

~ Опции объекта Operation

-    для виртуальных атрибутов

.. поддерживается значение по умолчанию

-    требует обработки транзакций,

-    чтобы избежать побочных эффектов

-    значение, сохраненное при

-    отсутствия питания е системе

-    операция езаимозависит от

-    остальных (всегда установлено.

-    если установлен бит sets-sco lock)

~ поддержка автоповтора

-    обеспечивает справку в

-    зависимости от контекста

-    посредством действия SCO


OpOptions BITS-16 { needs-confimnation (0). supports-default (1).

sets-sco-lock (2),

is-setting (3).

op-dependency (6),

op-auto-repeat (7). op-ctxt-heip (8)

}

- Уровень 116

-    обычная операция

OpLevel ::= BITS-16{ op-level-basic (0). op-level-advanced (1), op-level-professional (2). op-item-normal (8).

op-item-config (9).

op-item-service (10)


}


~ усовершенствованная операция

-    операция модифицирует обычного

-    элемент пользователя

-    операция модифицирует элемент

-    конфигурации

-    операция модифицирует сервисный

-    элемент (не реализуется обычным

-    оператором)

-    Поле для операций группирования (т.е. определяет логические связи); на

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

OpGrouping ::= SEQUENCE {

group    INT-U8.

priority    INT-U8

}

7.6.2.2    Поведение

Объект Operation не определяет никакие конкретные методы.

7.6.2.3    Уведомления

Объект Operation не формирует никакие конкретные уведомления.

7.6.3    Объект Select Item Operation (Операция выбора элемента из списка)

Объект:    Select Item Operation

Описание:    Класс Select Item Operation позволяет осуществить выбор одного эле

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

Производное от:    Operation (Операция)

Связывание имен:    Instance-Number (номер экземпляра) (сервис управления объектами не

имеет к нему прямого доступа)

Зарегистрирован как:


MDC_MOC_CNTRL_OP_SELJT

7.6.3.1 Атрибуты

Класс объекта Select Item Operation определяет атрибуты, описанные в таблице 7.57.

Таблица 7.57 — Атрибуты класса объекта Select Item Operation

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Selected-Hem-

Index

MDC ATTR INDEX SEL

INT-U16

Индекс текущего выбираемого элемента

М

Nom-Partition

MDC ATTR ID NOM PARTITION

NomPartition

Если записи в списке являются идентификаторами OID, то указывает используемый раздел номенклатуры

С

Select-List

MOC_ATTR_LIST_

SEL

SelectList

Список возможных ааринтов выбора

м

В таблице 7.58 класс объекта Select Item Operation определяет группы атрибутов или расширения для унаследованных групп атрибутов.

Таблица 7.58 — Группы атрибутов класса объекта Select Item Operation

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

STATtC.CTXT

из Ooeralion:

Operation-Spec. Operation-Texts из Select item Ooeralion : Nom-Partition

Динамическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

DYN.CTXT

из Ooeration:

Operational-State. Vow-Reference из Select Hem Ooeration: Selected-Hem-Index. Select-List

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

-    Атрибуты Select-List (Список выбранных элементов) определяют действующие

-    выбранные элементы

{1) SEQUENCE OF OID-Type.

(3J SEQUENCE OF FLOAT-Type.

(4)    SEQUENCE OF SeiectUValueEntry.

(5)    SEQUENCE OF OCTET STRING


SelectList CHOICE ( ой-list value-list value-o-list string-list

} - Значение с кодом единицы измерения/размера

SeiectUValueEntrySEQUENCE {

value    FLOAT-Type,

из раздела номенклатуры размерностей


m-units    OID-Type

}

7.6.3.2    Поведение

Объект Select Item Operation не определяет никакие конкретные методы.

7.6.3.3    Уведомления

Объект Select Item Operation не формирует никакие конфетные уведомления.

7.6.4 Объект Set Value Operation (Операция установления значения)

Объект:    Set Value Operation

Описание:    Класс Set Value Operation позволяет осуществлять подстройку значения

атрибута в пределах заданного диапазона с заданным разрешением.

Производное от:    Operation (Операция)

Связывание имен:    Instance-Number (номер экземпляра) (сервис управления объектами не

имеет к нему прямого доступа)

Зарегистрирован как:    MDC_MOCj3NTRL_OP_SEL_VAL

7.6.4.1 Атрибуты

Класс объекта Set Value Operation определяет атрибуты, описанные в таблице 7.59.

Таблица 7.59 — Атрибуты клэоса объекта Set Value Operation

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Current-Value

MDC_ATTR_VAL_CURR

FLOAT-Type

Текущее значение

М

Set-Value-

Range

MOC_ATTR_VAL_RANGE

OpSetVakjeRange

Диапазон допустимых значений

М

Step-Width

MOC_ATTR_VAL_

STEP.WIDTH

OpValStepWxJth

Разрешенная ширина шага

О

Unit-Code

MOC_ATTR_UNIT_CODE

OlO-Type

Из раздела номенклатуры размеров

о

В таблице 7.60 класс объекта Set Value Operation определяет группы атрибутов или расширения для унаследованных групп атрибутов.

Таблица 7.60 — Группы атрибутов класса объекта Set Value Operation

Группа атрибутов

Идентификатор труппы атрибутов

Элементы труппы

Статическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

STATICCTXT

из Ooeration:

Operation-Spec, Operation-Texts

Динамическая контекстная группа Операции (расширяемая группа атрибуте»)

MOC_ATTR_GRP_OP_

DYN.CTXT

из Ooeration:

Operational-State, Vmo-Reference из Set Value Ooeration: Current-Value. Set-Value-Range. Unit-Code. Step-Width

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

- Атрибут Set-Vatue-Range (Установка диапазона значения) определяет •• диапазон и минимальное разрешение

OpSetValueRange ::= SEQUENCE (

minimum    FLOAT-Type,

maximum    FLOAT-Type.

resolution    FLOAT-Type

} •• Атрибут Step-Width (Ширина шага) является упорядоченным (по возрастанию) массивом диапазонов и соответствующих минимальных значений ширины шагов: нижней границей является минимальное значение спецификации диапазона

OpVal Step Width    SEQUENCE OF StepWidthEntry

StepWidthEntry SEQUENCE { upper-edge    FLOAT-Type,

step-width    FLOAT-Type

}

7.6.4.2    Поведение

Объект Set Value Operation не определяет никакие конкретные методы.

7.6.4.3    Уведомления

Объект Set Value Operation не формирует никакие конкретные уведомления.

7.6.5 Объект Set String Operation (Операция задания строки)

Объект:

Описание:

Производное от: Связывание имен:


Set String Operation

Класс Set String Operation позволяет системе устанавливать содержание виртуального атрибута строкового типа.

Operation (Операция)

Instance-Number (номер экземпляра) (сервис управления объектами не имеет к нему прямого доступа)

Зарегистрирован как:    MDC_MOC_CNTRL_OP_SET_STRING

7.6.5.1 Атрибуты

Класс объекта Set String Operation определяет атрибуты, описанные в таблице 7.61.

Таблица 7.61 — Атрибуты класса объекта Set String Operation

Название атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Кеоли-

фисатор

Current-String

MDC_ATTR_STR1G

_CURR

OCTET STRING

Текущее значение виртуального атрибута строкового типа

с«>

Set-String-Spec

MDC_ATTR_SET_

STRING.SPEC

SetStringSpec

Свойства виртуального атрибута строкового типа

М

а> Атрибут Current-Stnng (Текущая строка) не входит в сферу действия настоящего стандарта, если в атрибуте спецификации установлен флажок setstr-hidden-val; иначе это обязательное условие.

В таблице 7.62 класс объекта Set String Operation определяет группы атрибутов или расширения для унаследованных групп атрибутов.

Таблица 7.62— Группы атрибутов класса объекта Set String Operation

Группа атрибутов

Идентификатор труппы атрибутов

Элементы труппы

Статическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

STATIC.CTXT

из Ooeration:

Operation-Spec. Operation-Texts

Динамическая контекстная группа Операции (расширяемая группа атрибутов)

MOC_ATTR_GRP_OP_

DYN.CTXT

из Ooeration:

Operational-State. Vmo-Reference из Set Strina Ooeration: Current-String, Set-String-Spec

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

- Атрибут Set-String-Spec (Установка строки спецификации)

-    максимальная поддерживаемая длина строки

-    длина знака в битах, например. 7. 8. или 16

-    специальный бит регистра опций


SetStringSpec ::= SEQUENCE { max-str-len    INT-U16,

char-size    INT-U16.

set-str-opt    SetStrOpt

}

~ Опции для строки SetStrOpt ::= BITS-16 {

~ строка оканчиваатся знаком НОЛЬ •• строка отображается

setstf-null-terminated (0). setstf-displayable (1). setstr-var-length (2). setstr-hidden-val (3)


}


•• строка имеет различную длину (вплоть до максимальной) ~ фактическое содержимое скрыто,

•• например, для ввода пароля

7.6.5.2    Поведение

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

7.6.5.3    Уведомления

Объект Установка строки операции не формирует никакие конкретные уведомления.

7.6.6 Объект Toggle Flag Operation (Операция переключения флажка)

Объект:    Toggle Flag Operation

Описание:    Класс Toggle Flag Operation позволяет осуществлять операцию пере

ключения между двумя альтернативными состояниями (например, вкл/ выкл).

Производное от: Связывание имен:

Зарегистрирован как:


Operation (Операция)

Instance-Number (номер экземпляра) (сервис управления объектами не имеет к нему прямого доступа)

MDC МОС CNTRL OP TOG

7.6.6.1 Атрибуты

Класс объекта Toggle Flag Operation определяет атрибуты, описанные в таблице 7.63.

Таблице 7.63 — Атрибуты клаоса объекта Toggle Flag Operation

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Toggle-State

MDC_ATTR_STA_OP_TOG

ToggleState

Текущее состояние выключателя

М

Toggle-Label-

Strings

MDC_ATTR_TOG_

LABELS_STRING

Toggle La bel-Stnngs

М

В таблице 7.64 класс объекта Toggle Flag Operation определяет группы атрибутов или расширения для унаследованных групп атрибутов.

Таблица 7.64 — Группы атрибутов класса объекта Toggle Flag Operation

Группа атрибутов

Идентификатор труппы атрибутов

Элементы труппы

Статическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

STATIC.CTXT

из Ooeration:

Operation-Spec. Operation-Texts

Динамическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

DYN.CTXT

из Ooeration:

Operational-State. Vmo-Reference из Toaale Flaa Ooeration: Toggle-State. Toggie-Label-Strings

Применяют следующие определения типов: - Атрибут Toggle-State (состояние переключателя) ToggleState ::= INT-U16 {

tog-stateO (0). tog-statel (1)

•• Каждое состояние имеет этикетку (маркировку)

ToggleLabelStrings ::= SEQUENCE {

Ibl-stateO    OCTET STRING.

Ibl-state1    OCTET STRING

}

7.6.6.2    Поведение

Объект Операция no смене флажка не определяет никакие конкретные методы.

7.6.6.3    Уведомления

Объект Операция по смене флажка не формирует никакие конкретные уведомления.

7.6.7 Объект Activate Operation (Операция активации)

Объект:    Activate Operation

Описание:    Класс Activate Operation позволяет    начать определенную деятельность

(например, обнуление показателя давления).

Производное от:    Operation (Операция)

Связывание имен:    Instance-Number (номер экземпляра) (сервис управления объектами не

имеет к нему прямого доступа)

Зарегистрирован как:    MDC_MOC_CNTRLjDP_ACTIV

7.6.7.1 Атрибуты

Класс объекта Activate Operation не определяет никакие дополнительные атрибуты.

В таблице 7.6S данный класс объекта определяет группы атрибутов или расширения для наследуемых групп атрибутов.

Таблице 7.62 — Группы атрибутов класса объекта Activate Operation

Группа атрибутов

Идентификатор труппы атрибутов

Элементы группы

Статическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

STATICCTXT

из Ooeration:

Operation-Spec, Operation-Texts

Динамическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

DYN.CTXT

из Ooeration:

Operational-State. Vmo-Reference из Activate Ooeration: Current-String. Set-String-Spec

Нет необходимости в дополнительных определениях типа.

7.6J.2 Поведение

Объект Activate Operation не определяет никакие конкретные методы.

7.6.7.3 Уведомления

Объект Activate Operation не формирует никакие конкретные уведомления.

7.6.8 Объекта Limit Alert Operation (Режим предельного предупреждения)

Объект:    Limit Alert Operation

Описание:    Класс Limit Alert Operation позволяет осуществлять подстройку границ

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

Operation (Операция)

Производное от: Связывание имен:

Зарегистрирован как:


Instance-Number (номер экземпляра) (сервис управления объектами не имеет к нему прямого доступа)

MDC_MOC_CNTRL_OPJJM

7.6.8.1 Атрибуты

Класс объекта Limit Alert Operation определяет атрибуты, описанные в таблице 7.66.

Таблица 7.66 — Атрибуты класса объекта Limit Alert Operation

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Alert-Op-

Capabiity

MOC_ATTR_AL_OP_

CAPAB

AlOpCapab

Указывает на то. что можно включить или выключить

М

Alert-Op-State

MOC_ATTR_AL_OP_

STAT

CurLimAIStal

Текущее состояние: вкл./выкл.: можно настроить методом Operation-lnvoke {Вызов операции)

М

Current-Limits

MDC_ATTR_LIMI_

CURR

CurUmATVal

Текущие границы сигнализации; можно настроить методом Operation-lnvoke (Вызов операции)

М

Alert-Op-Text-

String

MOC_ATTR_AL_OP_

TEXT.STRING

AJOpTextString

Отдельный текст для верхнего и нижнего пределов

О

Set-Value-

Range

MOC_ATTR_VAL_

RANGE

OpSetValueRange

Допустимый диапазон границ

М

Unit-Code

MOC_ATTR_UNIT_

CODE

OID-Type

Размерность значений

М

Metric-Id

MDC.ATTRJD.

PHYSIO

OID-Type

Измерение (т. е. объект Numeric), к которому применима граница, из метрического раздела номенклатуры

М

В таблице 7.67 класс объекта Limit Alert Operation определяет группы атрибутов или расширения для наследования групп атрибутов.

Таблица 7.67 — Группы атрибутов класса объекта Limit Alert Operation

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Статическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

STATIC.CTXT

из Ooeralion:

Operation-Spec. Operation-Texts из Опеоаиии сигналиэагооа уооеня:

Alert-Op-Capability. Alert-Op-Text-String

Динамическая контекстная группа Операции (расширяемая группа атрибутов)

М DC_ATTR_GRP_0 Р_ DYN.CTXT

из Ooeration:

Operational-State. Vmo-Reference из Опеоаиии сигналиэагооа vdobhr: Alert-Op-Slate. Current-Limits. Set-Value-Range. Unit-Code. Metric-Id

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

- Статические флажки объекта Limit Alert Operation указывают, какие флажки •• вкл./выкл. поддерживаются

АЮрСараЬ BITS-16 ( low-limit-sup (1), high-limit-sup (2), auto-timit-sup (5),

low-lim-on-off-sup (8).

high-lim-on-off-sup (9).

lim-on-off-sup (10)


}


-    поддерживает нижнюю границу

-    поддерживает верхнюю границу

-    поддерживает автоматические

-    границы

-    поддерживает екпючение/выкпючение

-    нижней границы

-    поддерживает вкпючение/выключение

-    верхней границы

-    поддерживает вкпючение/выключение

-    всей сигнализации

-    Атрибут Alert-Op-State определяет текущее состояние Limit Alert -Примечание — Биты относятся только к объекту Limit Alert, а не к .. общему аварийному состоянию в метрике

CurUmAlStat BITS-16 (

lim-alert-off (0),    - если установлен данный бит. все

-    границы аварийного состояния

-    (верхняя и нижняя) выключены

lim-low-off (1).    - обнаружение нарушения нижней

-    границы выключено

lim-high-off (2)    - обнаружение нарушения верхней

-    границы выключено

}

-    Атрибут Current-Limits (Текущие границы)

CurLimAIVal ::= SEQUENCE {

lower    FLOAT-Type,

upper    FLOAT-Type

-    Атрибут Alert-Op-Text-String (Текстовая строка тревоги) присваивает

-    отдельные этикетки (маркировки) верхней и нижней границы аварийного -состояния

AlertOpTextString SEQUENCE (

lower-text    OCTET STRING,

upper-text    OCTET STRING

7.6.8.2    Поведение

Объект Limit Alert Operation не определяет никакие конкретные методы.

7.6.8.3    Уведомления

Объект Limit Alert Operation не формирует никакие конкретные уведомления.

7.6.9 Объект Set Range Operation (Операция установления границ диапазона значений) Объект:    Set Range Operation

Описание:    Объект Set Range Operation позволяет системе настроить верхние и

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

Производное от:    Operation (Операция)

Связывание имен:    Instance-Number (номер экземпляра) (сервис управления объектами

не имеет к нему прямого доступа)

Зарегистрирован как:    MDC_MOC_CNTRL_OP_SET_RANGE

7.6.9.1 Атрибуты

Класс объекта Операция настройки диапазона определяет атрибуты, описанные в таблице 7.68.

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

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Current-

Range

MDC_ATTR_RANGE_

CURR

CurrentRange

Текущее значение

М

Range-Op-

Text

MDC_ATTR_RANGE_

OP_TEXT_STRING

RangeOpText

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

О

Set-Value-

Range

MDC_ATTR_VAL_

RANGE

OpSetValueRange

Диапазон допустимых значений

М

Step-Width

MDC_ATTR_VAL_

STEP.WIDTH

OpValSlepWidth

Допустимая ширина шага

О

Unit-Code

MDC_ATTR_UNIT_

COOE

OID-Type

Из раздела номенклатуры размеров

О

В таблице 7.69 класс объекта Set Range Operation определяет группы атрибутов или расширения для унаследованных групп атрибутов.

Таблица 7.69 — Группы атрибутов класса объекта Set Range Operation

Группа атрибутов

Идентификатор групп» атрибутов

Элементы группы

Статическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

STATIC.CTXT

из Operation:

Operation-Spec, Operation-Texts из Опеоаиии настоойки диапазона: Range-Op-Text

Динамическая контекстная группа Операции (расширяемая группа атрибутов)

MDC_ATTR_GRP_OP_

DYN.CTXT

из Ooeration:

Operational-State. Vmo-Reference из Set Ranoe Ooeration:

Current-Range. Set-Value-Range. Unit-Code. Step-Width

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

•• Атрибут Current-Range (Текущий диапазон) определяет текущий диапазон значений

CurrentRange ::= SEQUENCE {

lower    FLOAT-Type.

upper    FLOAT-Type

}

Атрибут Range-Op-Text присваивает этикетки (маркировки) верхней и нижней границе

RangeOpText SEQUENCE (

-    печатный текст этикетки

-    (маркировки) для нижнего

-    значения

-    печатный текст этикетки

-    (маркировки) для верхнего

-    значения


low-text    OCTET STRING.

high-text    OCTET STRING

}

7.6.9.2    Поведение

Объект Set Range Operation не определяет никакие конкретные методы.

7.6.9.3    Уведомления

Объект Set Range Operation не формирует никакие конкретные уведомления.

7.7 Объекты в Расширенном пакете сервисов

Определения объектов в Расширенном пакете сервисов даны в пунктах 7.7.1—7.7.9.

7.7.1 Объект Scanner (Сканер)

Объект:    Scanner

Описание:


Производное от: Связывание имен:


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

Тор (Главный объект)

Handle (Описатель)

Зарегистрирован как:    MDC_MOC_SCAN

7.7.1.1 Атрибуты

Класс объекта Scanner определяет атрибуты, представленные в таблице 7.70.

Таблица 7.70 — Атрибуты класса объекта Scanner

Название

атрибута

Идентификатор

атрибута

Тип атрибута

Примечание

Квали

фикатор

Handle

MDC_ATTR_ID_

HANDLE

HANDLE

Сканеры идентифицируются описателями (объектами handle)

М

Instance-

Number

MDC.ATTRJD.

INSTNO

InstNumber

Должен использоваться, когда разрешено динамическое создание экземпляров сканера

С

Operational-

State

MDC_ATTR_OP_

STAT

OperationalState

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

М

В таблице 7.71 класс объекта Scanner описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.71 — Группы атрибутов класса объекта Scanner

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Группа атрибутов Сканер (расширяемая группа атрибутов)

MDC_ATTR_GRP_SCAN

из Scanner: (все)

Атрибуты не требуют никаких новых типов определений.

7.7.1.2 Поведение

Объект Scanner не описывает никакие конкретные методы.

Полученные специализации сканера используют следующие общие типы данных:

-    Список объектов, для которого просканированные атрибуты подвергаются

-    обновлению

-    Если список пуст, то все объекты в списке сканирования обновляются

-    Если scanned-attribute равен О (NOS). то все просканированные атрибуты ~ объекта обновляются.

•• Если object-gib-handle равен 0 (во всех компонентах), то указанный ~ идентификатор атрибута обновляется для всех объектов в списке ~ сканирования

RefreshObjList ::= SEQUENCE OF RefreshObjEntry RefreshObjEntry SEQUENCE (

object-gib-handle    GLB-HANDLE.

-    ID атрибута из объектно-

-    ориентированного раздела

-    номенклатуры


scanned-attribute    OlO-Type

}

7.7.1.3 Уведомления

События определяются в полученных специализациях сканера.

Тем не менее, большинство специализаций сканера (специализированных классов-потомков сканера) имеют одинаковую структуру данных в отчете о событии, которая указана ниже:

-    Сканер может сканировать объекты из множества различных контекстов ~ прибора. В целях эффективности просканированные данные, которые

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

ScanReportlnfo ::= SEQUENCE {

scan-report-no    INT-U16.    - счетчик для обнаружения

- пропущенных событий

gib-scan-info    SEQUENCE OF SingleCtxtScan

}

SingieCtxtScan::= SEQUENCE (

context-id    MdsContext.

scan-info    SEQUENCE OF ObservationScan

}

ObservationScan ::= SEQUENCE { obj-handle    HANDLE,

attributes    AttributeList

}

7.7.2 Объект CfgScanner (Конфигурируемый сканер)

Объект:    CfgScanner

Описание:    У объекта CfgScanner есть специальный атрибут ScanList,    который

позволяет системе устанавливать, какие атрибуты объектов    следует

сканировать. Объект CfgScanner имеет следующие свойства:

•    он сканирует объекты, производные от VMO (в основном    объекты

Metric. Channel и объекты прибора VMD);

•    он содержит список просканированных объектов/атрибутов. которые могут быть модифицированы.

Объект CfgScanner является абстрактным классом. Невозможно создать его экземпляр.

Производное от:    Scanner (Сканер)

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MOC_MOC_SCAN_CFG

7.7.2.1 Атрибуты

Класс объекта CfgScanner определяет атрибуты, описанные в таблице 7.72.

Таблице 7.72 — Атрибуты класса объекта CfgScanner

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Scan-List

MDC_ATTR_SCAN_

LIST

ScanList

Список просканированных объектов и атрибутов: можно установить

М

Confirm-Mode

MDC_ATTR_

CONFIRM.MOOE

ConfirmMode

Определяет, используются ли подтвержденные отчеты о событии

М

Confirm-

Timeout

MDC_ATTR_

CONFIRM.TIMEOUT

RelativeTime

Определяет, когда повторно отразить подтвержденный отчет о событии, если нет ответа

С

Transmrt-

Wmdow

MDC_ATTR_TX_

WIND

INT-U16

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

с

ScarvConfig-

Limit

MDC_ATTR_SCAN_

CFGJJMIT

ScanConfigUmit

Даже конфигурируемый сканер может запрещать способ, с помощью которого он может быть сконфигурирован

о

Класс объекта CfgScanner описывает в таблице 7.73 Группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.73 — Группы атрибутов класса объекта CfgScanner

Группа атрибутов

Идентификатор группы атрибутов

Элементы труппы

Группа атрибутов Сканер (расширяемая группа атрибутов)

MDC_ATTR_GRP_SCAN

(все)

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

- Атрибут Scan-List (Список сканирования) определяет, какие атрибуты ~ объекта наблюдаются

-Примечания

—    1 Если список сканирования пуст, эпизодический сканер вынужден •• отправлять пустые отчеты о событии.

-    2 Список сканирования обычно содержит идентификаторы группы атрибутов •• для определенных объектов.

ScanList ::= SEQUENCE OF ScanEntry

ScanEntry ::= SEQUENCE { object*glb-handle

scanned-attribute


}


GLB-HANDLE, - работает для всех объектов с

-    описателем связывания имен

ОЮ-Туре    •• могут быть также ID группы

-    атрибутов

- Атрибут Confirrri'Mode (Режим подтверждения) определяет, какие отчеты о •• событии используются: подтвержденные или неподтвержденные

ConfirmMode INT-U16 { unconfirmed (0). confirmed (1)

}

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

-    Если Атрибут Scan-Config-Limit (Предел конфигурирования сканера)

-    отсутствует, то сканер может быть полностью сконфигурирован

•• сканер нельзя удалить ~ список сканирования нельзя •• модифицировать в динамическом ~ режиме

-    слисок сканирования автоматически

-    инициируется после создания •• сканера

•• слисок сканирования автоматически ~ обновляется в случае изменения

-    конфигурации


ScanConfigLimit ::= BITS-16 { no-scan-delete (0). no-scan-Jist-mod (1).

auto-init-scan-list (3).

auto-updt-scan-list (4)

}

7.7.2.2    Поведение

Объект CfgScanner не определяет никакие конкретные методы.

7.7.2.3    Уведомления

События определяются в полученных специализациях сканера.

7.7.3    Объект EpiCfgScanner (Эпизодически конфигурируемый сканер)

Объект:    EpiCfgScanner

Описание:    Объект EpiCfgScanner отвечает за сканирование атрибутов или групп

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

Производное от:    CfgScanner

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_SCAN_CFG_EPI

77.3.1    Атрибуты

Класс объекта EpiCfgScanner не определяет никакие атрибуты, кроме тех. которые являются производными от объекта Cfg-Scanner.

Класс объекта EpiCfgScanner использует группу атрибутов сканера, которая является производной от объекта Cfg-Scanner.

77.3.2    Поведение

Объект EpiCfgScanner определяет методы, описанные в таблице 7.74.

Таблица 7.74 — Методы объекта EpiCfgScanner

Действие

Режим

Идентификатор действия

Параметр действия

Результат

действия

Refresh-Episodic-Data

Подтвержден

MDC_ACT_REFR_EPI_DATA

RefreshObjLisl

нет

Метод Refresh-Episodic-Data (Обновление эпизодических данных) запускает обновление всех просканированных атрибутов.

77.3.3 Уведомления

Объект EpiCfgScanner определяет события, описанные в таблице 7.75.

Таблица 7.75— События объекта EpiCfgScanner

Событие

Режим

Идентификатор события

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

события

Результат

события

Unbuf-Scan-

Report

Подтвержден/ не подтвержден

MDC_ACT_REFR_EPI_DATA

ScanReportlnfo

Примечания

1    Если при сканировании групп атрибутов объекта EpiCfgScanner одно или более значения атрибутов в группе изменяются, то сканер отправляет отчет обо всех значениях атрибуте» в группе, даже о тех. которые не изменили свое значение. Важно, чтобы атрибуты, которые подлежат удалению из экземпляра объекта е динамическом режиме, могли быть удалены без особого уведомления.

2    Если ни один атрибут объекта не меняет свое значение, то в отчете о сканировании не указываются никакие данные этого объекта (если не была запущена определенная фаза обновления).

3    Так как эпизодический сканер не буферизирует никакие изменения и не имеет атрибута спецификации периода обновления (который не требуется, так как обновления опираются на изменения значений), уведомления об изменении атрибута должны отправляться с такой частотой, которая обеспечит защиту от потери данных. Например. чтобы обеспечить, чтобы ни одно метрическое значение не менялось более одного раза в период между сканированиями динамических групп атрибутов, эпизодический сканер должен проверять изменения с минимум той же скоростью, что и наименьший период MetricSpec::update-period метрических экземпляров в списке сканирования сканера.

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

77.4 Объект PeriCfgScanner (Периодически конфигурируемый сканер)

Объект:    PeriCfgScanner

Описание:    Объект PeriCfgScanner отвечает за сканирование атрибутов и групп

атрибутов объектов и за регистрацию данных атрибутов в периодических отчетах о событии.

Производное от:    CfgScanner

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_SCAN_CFG_PERI

7.7.4.1 Атрибуты

Класс объекта PeriCfgScanner определяет атрибуты, описанные в таблице 7.76.

Таблица 7.76 — Атрибуты класса объекта PeriCfgScanner

Название атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Scan-

Extensibility

MDC_ATTR_SCAN_

EXTEND

ScanExtend

По умолчанию — расширенное значение

М

Reporting-Interval

MDC_ATTR_SCAN_REP_PD

RelabveTime

Период получения отчетов

М

В таблице 7.77 класс объекта PeriCfgScanner описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.77 — Группы атрибутов класса объекта PeriCfgScanner

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Группа атрибутов Сканер (расширяемая группа атрибутов)

MDC_ATTR_GRP_SCAN

(все)

Атрибуты требуют следующие определения новых типов:

-    Атрибут Scan-Extensibility (Расширенное сканирование) определяет.

-    включает ли сканер все наблюдения в параметр события ScanReportlnfo или

-    только последние (т. е. суперположительный)

-    включены все изменения атрибутов.

-    происходящие в период сканирования

-    включено только последнее изменение атрибута

-    суперположительный, но все значения

-    в этот период усредняются


ScanExtend ::= INT-U16 { extensive (0).

superpositive (1), superpositrve-avg (2)

7.7.4.2    Поведение

Объект PeriCfgScanner не описывает никакие конкретные методы.

7.7.4.3    Уведомления

Объект PeriCfgScanner отправляет уведомления, указанные в таблице 7.78.

Таблица 7.78 — События объекта PeriCfgScanner

Событие

Режим

Идентификатор события

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

события

Результат

события

Buf-Scan-

Report

Подтвержден'неподтвержден

MDC NOTI BUF SCAN RPT

ScanReportlnfo

7.7.5 Объект FastPeriCfgScanner Объект:    FastPeriCfgScanner

Класс FastPeriCfgScanner — специализированный класс объектов, предназначенный для того, чтобы отслеживать значения подлежащих просмотру значения атрибутов объекта класса Real Time Sample Array. Этот специальный сканер глубоко оптимизирован для оперативной от* правки отчетов с минимальными задержками и эффективного использования пропускной способности канала коммуникации, что необходимо для нормального доступа к значениям данных в форме осцило-грамм, получаемым в реальном масштабе времени.

Описание:


Производное от: Связывание имен: Зарегистрирован как:


PeriCfgScanner

Handle (Описатель)

MDC МОС SCAN CFG PERI FAST

7.7.5.1 Атрибуты

Класс объекта FastPeriCfgScanner не определяет никакие атрибуты, кроме тех. которые являются производными от объекта PeriCfgScanner.

Класс объекта FastPeriCfgScanner использует группу атрибутов сканера, которая является производной от объекта PeriCfgScanner.

77.5.2 Поведение

Объект FastPeriCfgScanner не определяет никакие конкретные методы.

7.7.5.3 Уведомления

Объект FastPeriCfgScanner отправляет уведомления, указанные в таблице 7.79.

Таблица 7.79 — События объекта FastPeriCfgScanner

Событие

Режим

Идентификатор события

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

события

Результат

события

Fasl-Buf-Scan-

Report

Подтвержден'

неподтверждеи

MDC_NOTI_BUF_SCAN_RPT

FastScanReportlnfo

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

-    Отчет о событии содержит в себе наблюдаемые значения просканированных

-    объектов Real Time Sample Array

FastScanReportlnfo ::= SEQUENCE ( scan-report-no    INT-U16,

glb-scan-info    SEQUENCE OF SingleCtxtFastScan

}

SingleCtxtFastScan ::= SEQUENCE { context-id    MdsContext.

scan-info    SEQUENCE OF RtsaObservabonScan

}

RtsaObservatkmScan ::= SEQUENCE { handle    HANDLE,

observation    SaObsValue

}

Объект FastPeriCfgScanner—это сканер, выделенный специально для объектов Real Time Sample Array. В целях эффективной работы массивы выборок имеют одну и ту же временную метку в каждой структуре сканирования наблюдения. Для синхронизации времени и формирования временных меток определенных выборок могут поддерживаться два разных метода:

a)    метод по умолчанию предполагает, что временная метка, обеспечиваемая сервисом EVENT REPORT, является значением времени первой выборки в каждой структуре данных RtsaObservationSc-an;;SaObsValue;

b)    для более точной синхронизации времени объекты Real Time Sample Array могут поддерживать атрибуты Average-Reporting-Delay (среднее время задержки из-за составления отчета) и Sample-Time-Sync (время синхронизации образца). Наличие флажка Time-Support::time-capabiiity-time-capab-rtsa-time-sync-highprecision в объекте Clock сигнализирует о поддержке данного метода. 8 случае использования данного метода, эти атрибуты определяют отдельные значения времен выборки, и они становятся независимыми от временной метки, обеспечиваемой службой EVENT REPORT

7.7.6 Объект UcfgScanner (Неконфигурируемый сканер)

Объект:

Описание:


UcfgScanner

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

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

b)    список сканированных объектое/атрибугов фиксирован (т. е. их нельзя конкретизировать).

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

Производное от:    Scanner (Сканер)

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_SCAN_UCFG

7.7.6.1 Атрибуты

Класс объекта UcfgScanner определяет атрибуты, описанные в таблице 7.60.

Таблица 7.60 — Атрибуты класса объекта UcfgScanner

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Коели-

фикатор

Confirm-

Mode

MDC_ATTR_

CONFIRM.MOOE

ConfirmMode

По умолчанию является подтвержденным режимом

О

Confirm-

Timeout

MDC_ATTR_

CONFIRM.T1MEOUT

RelativeTime

Определяет, когда повторно отправлять подтвержденный отчет о событии в случае отсутствия ответа

О

Transmit-

Vttndow

MDC_ATTR_TX_

WIND

1NT-U16

Максимальное количество еще не подтвержденных отчетов о событии за один раз

О

В таблице 7.81 класс объекта UcfgScanner описывает группы атрибутов и расширения к унаследованным группам атрибутов.

Таблица 7.В1 — Группы атрибутов класса объекта UcfgScanner

Группа атрибутов

Идентификатор труппы атрибутов

Элементы группы

Группа атрибутов Сканер (расширяемая группа атрибутов)

MDC_ATTR_GRP_SCAN

(все)

77.6.2    Поведение

Объект UcfgScanner не определяет никакие конкретные методы.

77.6.3    Уведомления

События описаны в полученных специализациях сканера.

7.7.7 Объект Context Scanner (Контекстный сканер)

Объект:    UcfgScanner

Описание:    Класс Context Scanner предназначен для отслеживания изменений кон

фигурации устройства. Порожденный объект класса Context Scanner отвечает за оповещение о появлении новых экземпляров объектов в базе данных MDIB прибора. Сканер предоставляет данные об иерархии вложенности экземпляров объекта и значениях статических атрибутов объекта. В случае динамически изменяемой конфигурации объект класса Context Scanner посылает уведомления о появлении новых экземпляров объекта или удалении существующих.

Производное от:    UcfgScanner

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_SCAN_UCFG_CTXT

77.7.1 Атрибуты

Класс объекта Context Scanner определяет атрибуты, описанные в таблице 7.82.

Таблица 7.в2 — Атрибуты класса объекта Context Scanner

Название

атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Context-Mode

MDC_ATTR_SCAN_

CTXT.MODE

ContextMode

Значение по умолчанию динамическое

М

Класс объекта Context Scanner использует группу атрибутов сканера, которая определяется объектом Scanner.

Атрибуты требуют следующие определения новых типов:

-    Атрибут Context-Mode (Контекстный режим) определяет, отправил ли

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

-    экземпляров объекта в MDIB (и не требует ли уведомлений об удалении) или

-    только для активных объектов

ContextMode INT-U16 ( static-mode (0). dynamic-mode (1)

7.77.2 Поведение

Объект Context Scanner определяет методы, описанные в таблице 7.83.

Таблица 7.83—Методы объекта Context Scanner

Действие

Режим

Идентификатор действия

Параметр

действия

Результат действия

Refresh-

Context

Подтвержден

MDC_ACT_REFR_CTXT

RefreshObjList

ObjCreatelnfo (номер отчета о сканировании — 0)

Метод Refresh-Context (Обновление контекста) возвращает информацию о конфигурации для всех экземпляров объекта, находящихся в текущий момент в MDIB.

7.77.3 Уведомления

Объект Context Scanner определяет события, описанные в таблице 7.64.

Таблица 7.84 — События объекта Context Scanner

Событие

Режим

Идентификатор события

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

события

Результат

события

Object-Create-Notification

Подтвержден/

неподтвереден

MDC_N0TI_08J_

CREAT

ObjCreatelnfo

Object-Delete-Notification

Подтвержден

MDC_NOTI_OBJ_DEL

ObjDeleteinfo

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

•• Событие Object-Create-Notification (Уведомление о создании объекта)

—    содержит тип. идентификатор и атрибутивную информацию о новых

-    экземплярах объекта в MDIB

ObjCreatelnfo ::= SEQUENCE {

scan-report-no    INT-U16.

scan-report-info    SEQUENCE OF CreateEntry

}

~ Отдельная новая запись для одного родительского объекта, необходимого •• для построения иерархии в базе MDIB

CreateEntry SEQUENCE {

superior-object    ManagedObjectld.

created-object    SEQUENCE OF CreatedObject

} •• Вот. наконец, и сам новый объект

CreatedObject ::= SEQUENCE {

class-id    ManagedObjectld.

attributes    AttributeList

}

- Событие Object-Delete-Notification (Уведомление об удалении объекта) ~ косвенно удаляет также все дочерние объекты

ObjDeleteinfo ::= SEQUENCE (

scan-report-no    INT-U16.

object-list    SEQUENCE OF ManagedObjectld

77.8 Объект Alert Scanner (Сканер аварийных состояний)

Объект:    Alert Scanner

Описание:    Класс Alert Scanner предназначен для отслеживания групп атрибутов.

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

Производное от:    UcfgScanner

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_SCAN_UCFG_ALSTAT

7.7.8.1 Атрибуты

Класс объекта Alert Scanner определяет атрибуты, описанные в таблице 7.85.

Таблица 7.65 — Атрибуты класса объекта Alert Scanner

Название атрибута

Идентификатор атрибута

Тип атрибута

Примечание

Квали

фикатор

Reporting-Interval

MDC_ATTR_SCAN_REP_PD

ReiativeTime

Период отправления отчетов

М

Класс объекта Alert Scanner использует группу атрибутов сканера, которая определяется объектом Scanner.

Атрибут не требует определений новых типов.

7.7.8.2    Поведение

Объект Alert Scanner не определяет никакие конкретные методы.

7.7.8.3    Уведомления

Объект Alert Scanner определяет события, описанные в таблице 7.86.

Таблица 7.66 — События объекта Alert Scanner

Событие

Режим

Идентификатор события

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

события

Результат

события

Alert-Scan-Report

Подтвержден/ не подтвержден

MDC NOTI AL STAT SCAN RPT

ScanReportlnfo

7.7.9 Объект Operating Scanner (Сканер функционирования)

Объект:    Operating Scanner

Описание:    Класс Operating Scanner предназначен для предоставления полной ин

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

•    отправляет события CREATE для экземпляров объекта Operation:

•    сканирует атрибуты объекта Operation вместе с атрибутами Группы операций SCO (см. 7.6.1.1);

•    обеспечивает механизм обновления атрибутов объекта Operation.

Производное от:    UcfgScanner

Связывание имен:    Handle (Описатель)

Зарегистрирован как:    MDC_MOC_SCANJJCFG_OP

7.7.9.1 Атрибуты

Класс объекта Operating Scanner не определяет никакие атрибуты, кроме тех. которые являются производными от объекта UcfgScanner.

Класс объекта Operating Scanner использует группу атрибутов сканера, которая определяется объектом Scanner.

77.9.2 Поведение

Объект Operating Scanner определяет методы, описанные в таблице 7.87.

Таблица 7.87 — Методы объекта Operating Scanner

Действие

Режим

Идентификатор

действия

Параметр

действия

Результат действия

Refresh-Operation-

Context

Подтвержден

MDC_ACT_REFR_

ОР.СТХТ

RefreshObjUst

OpCreatelnfo (номер отчета о сканировании — 0)

Refresh-Operation-

Attributes

Подтвержден

MDC_ACT_REFR_

OP.ATTR

RefreshObjUst

Примечание — Параметр действия RefreshObjUst (Обновление списка объектов) для метода Refresh-Operation-Attributes (Обновление атрибутов Operation) может идентифицировать как атрибуты объекта SCO. так и атрибуты объекта Operation.

7.7.9.3 Уведомления

Объект Operating Scanner определяет события, описанные в таблице 7.88.

Таблица 7.88 — События объекта Operating Scanner

Событие

Режим

Идентификатор события

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

события

Результат

события

Oper-Create-Nolification

Подтвержден'

неподтеержден

MDC_NOTt_OP_CREAT

OpCreatelnfo

Oper-Detete-NotHication

Подтвержден

MDC_NOTt_OP_DEL

OpDeietelnfo

Oper-Attribute-Update

Подтвержден'

неподтеержден

MDC_NOTt_OP_ATTR_UPDT

OpAttnbutelnfo

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

- Данные типов поддержки

OpEiemAttr SEQUENCE {

op-class-id    OIO-Туре.

op-instance-no    InstNumber,

attributes    AttributeList

}

OpEiemAttrList SEQUENCE OF OpEiemAttr

OpElem SEQUENCE {

op-class-id    OID-Type.

op-instance-no    InstNumber

- Операции no созданию и удалению

OpCreatelnfo ::= SEQUENCE {

scan-report-no    INT-U16,

scan-info    SEQUENCE OF OpCreateEntry

}

OpCreateEntry SEQUENCE {

sco-glb-handle    GLB-HANDLE.

created-op-list    OpBemAttrList

}

OpDetetelnfo ::= SEQUENCE {

scan-report-no    INT-U16,

deleted-op-list    SEQUENCE OF OpDeteteEntry

}

OpDeteteEntry ::= SEQUENCE {

sco-glb-handte    GIB-HANDLE,

deleted-op-list    SEQUENCE OF OpEtem

}


•• Отчет, содержащий атрибуты объекта Operation (при необходимости из - разных контекстов)

OpAttributelnfo ::= SEQUENCE (

scan-report-no    INT-U16.

gib-scan-info    SEQUENCE OF    SingieCtxtOperScan

}

SingieCtxtOperScan ::= SEQUENCE { context-id    MdsContext.

scan-infO    SEQUENCE OF    OpAttributeScan


-    Просканированная информация содержит атрибуты транзакции SCO и

-    атрибуты объекта Operation


OpAttributeScan

sco-handle

invoke-cookie

lock-state


SEQUENCE{

HANDLE.

INT-U32,

AdministrativeState.


op-etem-updt-list    OpElemAttrList

}


7.8 Объекты в Пакете коммуникаций

Определения объектов в Пакете коммуникаций указаны в пунктах 7.8.1—7.8.7. 7.8.1 Объект Communication Controller (Коммуникационный контроллер)

Объект:    Communication Controller


Описание:


Производное от: Связывание имен:


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

Тор (Главный объект)

Handle (Описатель)


Зарегистрирован как:    MDC_MOC.CC (из раздела номенклатуры объектно-ориентированных

элементов)


7.8.1.1 Атрибуты

Класс объекта Communication Controller определяет атрибуты, описанные в таблице 7.89.


Таблица 7.69 — Атрибуты клэоса объекта Communication Controller

Название

атрибута

Идентификатор

атрибута

Тип атрибута

Примечание

Кеали-

фикаюр

Handle

MDC.ATTR.

ID.HANDLE

Напеве

Идентификатор для указания ссылки на объект

М

Capabiity

MDC_ATTR_

CC.CAPAB

CcCapabdity

Битовое поле, показывающее конкретные функциональные возможности реализации объекта Communication Controller

М

СС-Туре

MDC.ATTR.

CC.TYPE

CC-OkJ

Можно использовать для указания вариантов, например. ИСО/ИИЭР 11073. локальная вычислительная сеть (LAN), комбинации

О

Number-Of-

Oifs

MDC.ATTR.

CC.NUM.OIFS

INT-U16

Количество интерфейсов прибора; по умолчанию 1 в случае отсутствия. Объекты Device Interface идентифицируются по их индексу. Индекс — это 16-тибитное число между 1 и значением атрибута Number-Of-Oifs. Слисок конфигурируется в статическом режиме во время конфигурации объекта Communication Controller

О

This-

Connection-

Oif-lndex

MDC.ATTR.

CC.TH1S.

DIF.INDEX

INT-U16

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

О

Cc-Ext-

Mgmt-Proto-

W

MDC.ATTR.

CC.EXT.

MNG.PROT

CcExtMgmtProto

Указывает идентификатор для внешнего протокола управления, например, простой протокол управления сетью (SNMP) или протокол общей управляющей информации (CMIP)

О

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

•• Атрибут Capability (Функциональные возможности) определяет объект Communication Controller

CcCapability ::= BITS-32 {

cc-sup-ext-mgmt-protocol(O)    - Объект Communication Controller

.. поддерживает протокол внешнего

-    управления (например. SNMP); если

-    установлен этот бит. то требуется

~ наличие атрибута CC-Ext-Mgmt-Proto-ld

- Тип данных CC-OID — это обычный 16-тибитный идентификатор OID из раздела ~ номенклатуры инфраструктуры элементов

CC-Oid ОЮ-Туре

- Ниже представлен список протоколов управления сетями. Диапазон значений ~ от 32768 до 65535 зарезервирован для протоколов, ориентированных на •• производителей

CcExtMgmtProto INT-U16 { mgmt-proto-snmp-vl (1).


-    Простой протокол сетевого

-    управления Версия 1


-    Простой протокол сетевого

mgmt-proto-snmp-v2 (2). mgmt-proto-snmp-v3 (3), mgmt-proto-cmip (16)


-    управления Версия 2

-    Простой протокол сетевого

-    управления версия 3

-    Протокол общей управляющей

-    информации

}


В таблице 7.90 класс объекта Communication Controller описывает атрибутивные группы.

Таблица 7.90 — Группы атрибутов класса объекта Communication Controller

Группа атрибутов

Идентификатор группы атрибутов

Элементы группы

Группа атрибутов объекта Communication Controller (расширяемая группа атрибутов)

MDC_ATTR_GRP_CC

из Communication Controller: (все)

7.8.1.2 Поведение

Объект Communication Controller определяет методы, описанные е таблице 7.91.

Таблица 7.91 — Методы объекта Communication Controller

Действие

Режим

Идентификатор действия

Параметр действия

Результат действия

Get-Mib-Data

Подтвержден

MDC_ACT_GET_MIB_DATA

GetMibOata-Request

GetMibData-Result

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

-Тип данных для сервиса ACTION

- На один запрос можно получить данные только для одного интерфейса •• прибора

-Примечание — Если тип mib-id-list пуст, в ответ не будут получены никакие данные MibElement: действительные записи в типе mib-id-list определяются в атрибуте Mib-Etement-List объекта Device Interface MibElement

GetMibDataRequest ::= SEQUENCE { dif-index    INT-U16.

mib-id-list    M ibid List

}

M ibid List    SEQUENCE OF CC*Oid - Тип данных для результата сервиса ACTION

= SEQUENCE{

INT-U16,

MibDataList


GetMibDataResuit:: dif-index mib-data-list

}

MibDataList ::= SEQUENCE OF MibDataEntry

MibDataEntry ::= SEQUENCE {

mib-id    CC-Oid.

mib-attributes    AttributeList

}

7.8.1.3 Уведомлений

В объекте Communication Controller не определены никакие конкретные события.

7.8.2 Объект Device Communication Controller (Коммуникационный контроллер прибора,

ОСС)

Объект:    DCC

Описание:


Производное от: Связывание имен: Зарегистрирован как:


Класс DCC является производным от класса Communication Controller. Его объекты используются в процессе работы медицинских приборов в качестве систем-агентов (отвечающих при соединении приборов).

Communication Controller (Контроллер связи)

Handle (Описатель)

MDC_MOC_DCC (из раздела номенклатуры объектно-ориентированных элементов)

7.8.2.1    Атрибуты

Объект DCC не определяет никакие дополнительные атрибуты

7.8.2.2    Поведение

Объект DCC не определяет никакие конкретные методы.

7.8.2.3    Уведомления

В объекте DCC не определены никакие конкретные события.

7.8.3    Объект Bedside Communication Controller (Прикроватный коммуникационный контроллер, 8СС)

ВСС


Объект:

Описание:


Производное от: Связывание имен:


Класс 8edstde Communication Controller — производный от класса Communication Controller. Его объекты используются в процессе работы медицинских приборов в качестве систем-менеджеров (запрашивающих соединение приборов).

Communication Controller (Контроллер связи)

Handle (Описатель)

Зарегистрирован как:    МОС_МОС_ВСС (из раздела номенклатуры объектно-ориентированных

элементов)

7.8.3.1    Атрибуты

Объект ВСС не определяет никакие дополнительные атрибуты.

7.8.3.2    Поведение

Объект ВСС не определяет никакие конкретные методы.

7.8.3.3    Уведомления

В объекте ВСС не определены никакие конкретные события.

7.8.4 Объект Device Interface (Интерфейс прибора)

Объект:    Device Interface

Описание:    Объект Device Interface отражает частный интерфейс прибора, то. что

называется порт. Порт представляет собой логический или физический конечный пункт соединения, для которого объект Communication Controller независимо собирает (например, статические) данные. Объект класса Device Interface не доступен для функций сервиса CMDISE.

Производное от: Связывание имен:

За регистрирован как:    MDC_CC_DIF (из раздела номенклатуры инфраструктуры)

7.8.4.1    Атрибуты

Класс объекта Device Interface не определяет никакие атрибуты. Все его свойства отражены е объекте Device Interface MibElement. Данный объект MibElement обязателен для каждого экземпляра объекта Device Interface, который поддерживается объектом Communication Controller.

7.8.4.2    Поведение

Объект Device Interface не определяет никакие конкретные методы.

7.8.4.3    Уведомления

В объекте Device Interface не определены никакие конкретные события.

7.8.5 Объект MibElement

Объект:    MibElement

Описание:    Объект    MibElement представляет собой управляющую    информацию

об определенном физическом или логическом порте объекта Device Interface. Объект MibElement является только абстрактным базовым классом.

Производное от:    —

Связывание имен:    —

Зарегистрирован как:    MDC_CC_MIB_ELEM (из раздела номенклатуры инфраструктуры)

Описание:

7.8.5.1 Атрибуты

Класс объекта MibElement определяет атрибуты, описанные в таблице 7.92.

Таблица 7.92 — Атрибуты клэоса объекта MtbElement

Название

атрибута

Идентификатор

атрибута

Тип

атрибута

Примечание

Квали

фикатор

Mib-Ext-Oid

MDC_CC_MIB_

DATA.EXT.OID

OCTET

STRING

OCTET STRING (строка октетов) содержит зарегистрированный идентификатор объекта (OID) ИСО. который полностью закодирован с помощью базовых правил кодирования (BER). если MibElement является зарегистрированным концептом. Размер OCTET STRING должен быть целым числом и может требовать использования заполняющего байта. Данный атрибут позволяет включать определения базы данных управляющей информации (MIB) из других стандартов в настоящий стандарт

О

Атрибуты можно извлечь только с помощью специального метода объекта Communication Controller.

Нет необходимости в дополнительных определениях типа данных.

Класс объекта MibElement не определяет никакие атрибутивные группы.

7.8.5.2    Поведение

Объект MibElement не определяет никакие конкретные методы.

7.8.5.3    Уведомления

Для объекта MibElement не определены никакие конкретные события.

7.8.6 Объект The Device Interface MibElement (MibElement интерфейса Прибора)

Объект:    The Device Interface MibElement

Описание:    Объект The Device Interface MibElement описывает свойства объекта

Device Interface. Объект MibElement обязателен для каждого объекта Device Interface, принадлежащего объекту Communication Controller.

MibElement


Производное от: 144