Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 57301-2016; Страница 55

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ ISO/IEC 15459-1-2016 Информационные технологии. Технологии автоматической идентификации и сбора данных. Идентификация уникальная. Часть 1. Индивидуальные транспортируемые единицы Information technology. Automatic identification and data capture techniques. Unique identification. Part 1. Individual transport units (В настоящем стандарте установлена уникальная строка знаков, предназначенная для идентификации индивидуальных транспортируемых единиц. Эта строка знаков используется для представления на этикетке с символом штрихового кода или ином носителе АИСД, прикрепляемом к объекту для обеспечения потребностей управления. Для обеспечения потребностей управления в соответствующих частях комплекса стандартов ISO/IEC 15459 рассматриваются различные типы объектов, что позволяет учитывать различные требования, предъявляемые к ключевым идентификаторам, связанным с каждым типом объекта. Правила уникальной идентификации индивидуальных транспортируемых единиц для отслеживания реальных логистических перемещений с использованием ключевого идентификатора, поддержание которого необходимо до окончания пребывания предметов в составе груза или окончания транспортирования как части груза, установлены в настоящем стандарте и сопровождаются примерами) ГОСТ Р 57309-2016 Руководящие принципы по библиотекам знаний и библиотекам объектов Guidelines for knowledge libraries and object libraries (Целями настоящего стандарта являются определение категорий библиотек знаний и заложение основ единообразной структуры и содержания таких баз данных, а также унификация их использования. Отсутствие подобных рекомендаций приводит к появлению новых ограничений при создании библиотек знаний, а их комплексное использование и связь друг с другом становятся достаточно сложными или невозможными) ГОСТ Р 57322-2016 Руководство по стратегическому развитию принципов стандартизации в области промышленной автоматизации Strategic development guidelines for the future standardization work in the field of industrial automation (Настоящий стандарт устанавливает стратегические принципы по стандартизации для использования техническими комитетами и подкомитетами по стандартизации, работающими в области промышленной автоматизации, и другими организациями, заинтересованными в работе этих комитетов. Кроме того, стандарт предназначен для формирования перспективных принципов стандартизации в указанной области)
Страница 55
Страница 1 Untitled document
ГОСТ Р 573012016
Перед попыткой внести вклад в краткую медицинскую карту (путем отправки информации на PSIS) системы
должны установить помощью интерфейса службы контроля доступа spine), что клиенты не возражают про
тив создания краткой медицинской карты.
Требование 3.16.11 Управления информацией Великобритании
Доступ из систем социальной помощи
Перед отправкой любой информации из любых учреждений социальной помощи в информационные службы
NHS апример, отправка сообщений CAF в PSIS) система должна обеспечить получение явно выраженного
согласия от клиента. Ожидается, что механизм блокирования (см 3.5 и ссылки) будет использоваться для
управления данным согласием: оценки, которые были заблокированы и защищены, не могут быть отправле
ны PSIS. в то время как оценки, которые заблокированы, могут быть отправлены, но не будут доступны для
обычного просмотра остальным.
В.2.4 Игнорирование согласия в случае чрезвычайных обстоятельств
США
CCHIT IFR.02
Разрешает авторизованным пользователям (имеющим допуск при чрезвычайных обстоятельствах) осущест
влять доступ к электронным медицинским данным в случав чрезвычайных обстоятельств.
Великобритания
Требование 3.2.6 Управления информацией Великобритании
Система должна гарантировать, что пользователь, который запрашивает доступ к конфиденциальным персо
нальным данным, которые доступны в CRS NHS и относятся к пациентам, выразившим «явное несогласие»,
сначала будет уведомлен о последствиях перед выводом таких данных. Система должна гарантировать, что
пользователь зарегистрировал подтверждение того, что данное уведомление было принято к сведению перед
выводом данных. В таких обстоятельствах должны соблюдаться рекомендации, изложенные в NPFIT-FNT-K-
IG-0114 DES — Проектирование диалога игнорирования несогласия.
В.2.5 Регистрация в журнале игнорирования согласия
Канада
Требование конфиденциальности 13 канадской медицинской организации Infoway
Регистрация игнорирования согласия
Инфоструктура EHR должна быть способна:
a) заносить в журнал случаи, при которых обработка директив согласия м. требование конфиденциаль
ности 12. перечисление Ь) запрещает передачу данных;
b
) заносить в журнал идентификационные данные каждого пользователя, который игнорирует директивы
согласия пациента/лица. причину игнорирования согласия, а также дату и время, в которое согласив было
проигнорировано;
c) оповещать лицо, ответственное за обеспечение соблюдения конфиденциальности в организации, где ра
ботает пользователь, осуществляющий доступ, а также в организации, в которой проводился сбор информа
ции, о том. что согласие было проигнорировано.
Обоснование Так как некоторые законы о защите медицинских данных, например, закон Онтарио о за
щите персональных медицинских данных, разрешают осуществлять как маскировку, так и демаскировку, а
также уведомлять третьих лиц о существующих маскировках, системы EHRi и POS. подключенные к инфо
структуре EHR. должны вести слежку путем занесения в журнал аудита идентификационных данных каждо
го. кто демаскирует или снимает блокировку с карт м. требование безопасности 38 и требование безопас
ности 43).
Кроме того, некоторые законодательные акты о защите медицинских данных требуют, чтобы хранители ме
дицинской информации уведомляли пациента/лицо о том. что его или ее информация украдена, утеряна или
доступ к ней был осуществлен посторонним лицом. Уведомление о том. что директива согласия лица была
проигнорирована, окажет значительную помощь лицу (лицам), ответственным за обеспечение соответствия
организации требованиям конфиденциальности, в определении того, когда были осуществлены потенциаль
ный «несанкционированный» доступ или разглашение ПМД. Игнорирование директив согласия пациента/
лица должно контролироваться как в организации, в которой осуществлялся сбор ПМД. так и в организации, из
которой будет осуществлен доступ к информации.
Поскольку журналы сами по себе будут содержать конфиденциальную информацию, они должны иметь за
щиту и исключать несанкционированный доступ. Требования к их безопасности описаны в требовании
безопасности 50 (обеспечение доступа к журналам аудита инфоструктуры EHR) и требовании безопасно
сти 51 (исключение несанкционированного доступа к журналам аудита инфоструктуры EHR).
Помимо регистрации случаев игнорирования директив согласия пациента/лица м. перечисление Ь) и уве
домления ответственных лиц о том. что директива согласия лица была проигнорирована (см. перечисление с),
существует также связанное требование об уведомлении пациентов/лиц о несанкционированном доступе
(см. требование конфиденциальности 20. приведенное в разделе 5).
50