ГОСТ Р 56845—2015
Окончание таблицы 18
Событие
Режим
Тип события
Event-info
parameter
Event-
reply-info
Buf-Scan-Report-
Grouped
Подтвержденный или
неподтвержденный
MDC_NOTI_BUF_SCAN_
REPORT_GROUPED
ScanReportlnfoGrouped
-
Buf-Scan-Report-
MPVbr
Подтвержденный или
неподтвержденный
MDC NOTI BUF SCAN
REPORT_MP_VAR
ScanReportlnfoMPVar
-
Buf-Scan-Report-
MPFixed
Подтвержденный или
неподтвержденный
MDC NOT! BUF SCAN
REPORT_MP_FIXED
ScanReportlnfoMPFixed
-
Buf-Scan-Report-
MPGrouped
Подтвержденный или
неподтвержденный
MDC_NOTI_BUF_SCAN_
REPORT_MP_GROUPED
ScanReportlnfoMPGrouped
-
Все стили отчетов о событиях, перечисленных в таблице 18. являются буферизованными эквива
лентами их небуферизованных двойников в 6.3.9.4.5. Первое различие заключается в том. что сканер
буферизует данные в соответствии с интервалом отчетов и посылает единственное сообщение в конце
интервала. Второе различие заключается в том, что в каждый отчет включены одни и те же объекты и
атрибуты, независимо от того, изменились ли их значения.
6.3.9.5.6 Другие сервисы периодического конфигурируемого сканера
Нет.
6.4 Правила расширения информационной модели
Информационная модель расширяет свою сферу применения при помощи дополнитель
ных атрибутов объектов для объектов, определенных в настоящем стандарте, определенных в
ИСО/ИИЭР 11073-10201 [13].
Другим возможным расширением может стать использование частных (например, специфициро
ванных производителем) атрибутов объектов и/или методов для объектов, определенных в настоящем
стандарте. Частные атрибуты должны идентифицироваться путем присвоения номенклатурных кодов
из частного пространства нумерации (OxFOOO — OxFFFF) в рамках соответствующего раздела в соот
ветствии с ИСО/ИИЭР 11073-10101 [12].
Реализация системы менеджера должна полностью обрабатывать сообщение, пропуская любые
неизвестные атрибуты (например, указанные продавцом атрибуты) и игнорируя присвоенные значения
данных этих атрибутов без ошибок протокола. Реализация может внести соответствующую запись о
таких атрибутах (например, в журнале регистрации).
7 Сервисная модель персонального медицинского прибора
7.1 Общие положения
Сервисная модель определяет концептуальный механизм для сервисов обмена данными. Дан
ные сервисы отображаются в сообщениях, которыми обмениваются агент и менеджер. Протокольные
сообщения в рамках серии стандартов ИСО/ИИЭР 11073 определены в языке ASN.1. Сообщения,
опи санные в настоящем стандарте, могут сосуществовать с сообщениями, описанными в других
стандарт ных профилях, описанных в серии стандартов ИСО/ИИЭР 11073.
Сообщения протокола структурируются следующим образом.
- фрейм-структура протокола верхнего уровня отделяет сообщения команд, связанных с менед
жментом связи (сообщения ассоциации), от сообщений верхнего уровня, связанных с объектом (пере
дача данных и сервисов);
- фрейм-структура верхнего уровня, в частности, предоставляет тип сообщения и длину поля;
- протокол, при использовании правил MDER. позволяет агентам хранить заранее определенные
шаблоны передачи и изменять только стабильное размещение, изменяя детали до отправки.
35