Мониторинг работоспособности и соответствия сервисов на пользовательском портале

Мониторинг работоспособности и соответствия сервисов на пользовательском портале

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

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

Пользовательский поток для пользовательского портала включает следующие шаги:

• Создать аккаунт / войти.
• Заказать тест.
• Оплатить / подтвердить тест.
• Подтвердить получение теста.
• Ввести результаты тестов.
• Дождаться консультации врача на основе результатов тестов.

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

Шаги для защиты конфиденциальных данных и соблюдения требований соответствия

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

Ключевые термины

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

Маскирование при захвате

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

Маскирование при хранении

Когда реализовано маскирование при хранении, данные отправляются на сервер Ключ-АСТРОМ для оптимального анализа и маскируются перед сохранением.

Маскирование при чтении/при отображении

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

Маскирование при загрузке

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

Сценарий 1

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

Личная информация, содержащаяся в логах, и методы её маскирования

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

Тип данных	Нужен для варианта использования	Действия/меры	Подробнее
ID пациента	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
Электронная почта пациента	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
Номер кредитной карты	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
CVV кредитной карты	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
Срок действия кредитной карты	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
Лог активности (без идентификаторов)	Да	Действий не требуется; появится в строке лога.	—
ID транзакции	Да	Действий не требуется; появится в строке лога.	—

Сценарий 2

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

Пример необработанных данных

Исходные данные из журнала аудита медицинского набора данных.

Личная информация, содержащаяся в логах, и методы её маскирования

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

Тип данных	Имя поля записи лога	Нужен для варианта использования	Действия/меры	Подробнее
ID пациента	Affected.patient, patient_id	Да	Применить надлежащие сроки хранения и элементы управления доступом для защиты PII.	Разрешения в хранилище данных, Настраиваемые сроки хранения с помощью бакетов
ID случая	Affected.case	Да	Применить надлежащие сроки хранения и элементы управления доступом для защиты PII.	Разрешения в хранилище данных, Настраиваемые сроки хранения с помощью бакетов
ID врача	actor.id	Да	Применить надлежащие сроки хранения и элементы управления доступом для защиты PII.	Разрешения в хранилище данных, Настраиваемые сроки хранения с помощью бакетов
Имя врача	actor_name	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
Компания врача	actor_company	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
Статус сотрудника врача	actor_type	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
Действие	action	Да	Действий не требуется; появится в строке лога.	—
Временная метка действия	date	Да	Действий не требуется; появится в строке лога.	—
ID действия	id	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
ID медицинского теста	affected_case	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате
Тип медицинского теста	affected.test_type, affected.test_name	Нет	Не сохранять с использованием возможностей маскирования при захвате.	Маскирование логов при захвате

Пример очищенных данных

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