BB implementing-hipaa-security-rule-safeguards
Реализует Правило безопасности HIPAA (45 CFR Part 164 Subpart C) для защиты электронной защищенной медицинской информации (ePHI): проводит необходимый анализ рисков, развертывает административные, физические и технические меры защиты, обрабатывает обязательные и адресные спецификации реализации, заключает соглашения с бизнес-ассоциированными сторонами (BAA) и обеспечивает готовность к уведомлению об утечках. Используйте, когда организация является субъектом, подпадающим под действие HIPAA, или бизнес-ассоциированной стороной, когда речь идет о защите ePHI, подготовке к аудиту OCR или реагировании на утечку, проведении анализа рисков безопасности HIPAA, составлении или пересмотре BAA, или сопоставлении средств контроля безопасности с требованиями §164.308/310/312/314/316. Обратите внимание на предложенные изменения в NPRM 2025 года (еще не окончательные). Ключевые слова: HIPAA, Правило безопасности HIPAA, ePHI, PHI, 45 CFR 164, анализ рисков, административные меры защиты, физические меры защиты, технические меры защиты, адресные, обязательные, соглашение с бизнес-ассоциированной стороной, BAA, OCR, уведомление об утечке, HITECH, покрываемая организация, бизнес-ассоциированная сторона.
машинный переводПоказать оригиналСкрыть оригинал«Implement the HIPAA Security Rule (45 CFR Part 164 Subpart C) to prote…»
Implement the HIPAA Security Rule (45 CFR Part 164 Subpart C) to protect electronic protected health information (ePHI): conduct the required risk analysis, deploy the administrative, physical, and technical safeguards, handle required vs addressable implementation specifications, execute Business Associate Agreements, and stand up breach-notification readiness. Use when an organization is a HIPAA covered entity or business associate, when protecting ePHI, when preparing for an OCR audit or responding to a breach, when performing a HIPAA Security Risk Analysis, when drafting or reviewing a BAA, or when mapping security controls to the §164.308/310/312/314/316 safeguards. Notes the 2025 NPRM proposed changes (not yet final). Keywords: HIPAA, HIPAA Security Rule, ePHI, PHI, 45 CFR 164, risk analysis, administrative safeguards, physical safeguards, technical safeguards, addressable, required, Business Associate Agreement, BAA, OCR, breach notification, HITECH, covered entity, business associate.
Реализует Правило безопасности HIPAA (45 CFR Part 164 Subpart C) для защиты электронной защищенной медицинской информации (ePHI): проводит необходимый анализ…
Как процесс B 67/100 · Почти готов — слабые места: когда включается, ошибки и развилки, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 3
✓ Критических и высоких находок нет
Средние и низкие: 3
-
низкая Рискованное назначение
intent-offensive-securityassets/template.md:54Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение) (определение детектора / чёрного списка)| Vuln scans every 6 mo / annual pentest | Ad hoc | Schedule recurring scans + annual test |
детектор -
низкая Рискованное назначение
intent-offensive-securityreferences/standards.md:68Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение) (определение детектора / чёрного списка)- **Vulnerability scans at least every 6 months** and **penetration testing at least annually**.
детектор -
низкая Рискованное назначение
intent-offensive-securitySKILL.md:90Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение) (определение детектора / чёрного списка)HHS OCR published an NPRM (Jan 6, 2025) proposing to **remove the required/addressable distinction** (make nearly all specifications required), and to mandate **MFA**, **encryption of ePHI at rest and
детектор
Просканировано файлов: 5. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- заметка
frontmatter-keyнеизвестное поле фронтматтера "domain" - заметка
frontmatter-keyнеизвестное поле фронтматтера "subdomain" - заметка
frontmatter-keyнеизвестное поле фронтматтера "nist_csf" - заметка
frontmatter-keyнеизвестное поле фронтматтера "mitre_attack"
Процессный рейтинг: все десять параметров 67/100
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 30Повторный запуск. Изменяющих операций: 4, без проверки текущего состояния
- 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 28
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2048 токенов
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 1007: рекомендуется 120–800 символов
- +4Нет примеров входа/выхода
- +2Инструкции на одном языке
- +4Структура: 17 заголовков
- +3Пошаговые инструкции: 28 пунктов
- +3Формат ответа описан явно
- +4Справочные файлы упоминаются в инструкциях (1 из 1)
- +3Все 1 скриптов описаны в инструкциях
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 85.