CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hipaa-audit

Audit applications and infrastructure handling Protected Health Information against HIPAA — Security Rule (administrative, physical, technical safeguards), Privacy Rule, Breach Notification Rule, plus HITECH. Covers ePHI scoping, the 18 HIPAA identifiers, Business Associate Agreement (BAA) chain-of-liability, minimum-necessary standard, and breach notification timing. Use when the user mentions 'HIPAA,' 'HIPAA Security Rule,' 'HIPAA Privacy Rule,' 'PHI,' 'ePHI,' 'protected health information,' 'BAA,' 'business associate agreement,' 'covered entity,' 'business associate,' 'minimum necessary,' 'HIPAA breach,' 'HITECH,' 'healthcare compliance,' 'medical data,' 'patient data,' or audits any system that creates, receives, maintains, or transmits PHI.

Quality

94%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

92%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

An expert-level audit skill body: actionable grep patterns, exact evidence commands, a verdict system with a refutation gate, an explicit validate-and-fix loop, and a report template rendered from a validated findings.json. The single weakness is token efficiency — regulatory reference material (the 18-identifier list, HITECH history, breach-timing table) is inlined where a tighter summary with a pointer would do.

Suggestions

Move the full 18-identifier enumeration and the breach-notification timing table into a reference file (e.g., references/phi-identifiers.md, references/breach-timing.md), keeping only the Safe-Harbor caveat and the 60-day headline inline with links.

Compress the HITECH section to its single engineering takeaway (BAs are directly liable for Security Rule violations) plus the penalty cap, dropping the historical framing.

Rewrite the vague audit-grep entries as literal patterns — 'search for session config without explicit timeout' should become concrete regexes for common session stores (e.g., express, django, spring) so every grep pattern is runnable as written.

DimensionReasoningScore

Conciseness

The body is dense with domain-specific material Claude cannot be assumed to know (section cites like §164.312(a)(2)(iii), addressable-vs-required semantics, ZIP-population thresholds for identifiers, vendor BAA stances), with no explanation of basic concepts — matching 'Efficient; minor instances of over-explanation that could be trimmed.' It is not 5 because the full 18-identifier enumeration, the HITECH background bullets, and the breach-timing table are regulatory lookup material that largely restates known facts or could be compressed into a reference file. It is not 3 because nothing is padded or pitched at a beginner.

4 / 5

Actionability

Concrete, copy-paste-ready guidance throughout: literal grep patterns ('SELECT \\*.*patient'), an exact CLI command ('aws rds describe-db-instances --query … --output text'), example evidence records with code ('analytics.track("appointment_booked", { email, diagnosis })'), a fingerprint grammar with worked examples, an ext-field table, and runnable validation/export commands ('node references/validate-findings.mjs findings.json'). This matches the 'fully executable, copy-paste ready, covers the common cases' anchor; even the one vague pattern ('search for session config without explicit timeout') is offset by complete examples elsewhere.

5 / 5

Workflow Clarity

The sequence is explicit and gated: scope/authorization → audit per safeguard category with starting hypotheses → close every candidate with one verdict 'and run the refutation pass … before anything is confirmed' → numbered steps (write findings.json sorted by fingerprint, 'Validate it and fix every error,' optional SARIF export) → render the report from the JSON. That is an explicit validation checkpoint with a fix-and-retry feedback loop, plus checklists (Scope, Breach response readiness) — matching the top anchor. Not 4, because there is no missing checkpoint: the validate-until-pass loop is stated, not implied.

5 / 5

Progressive Disclosure

The SKILL.md body keeps the domain knowledge (rules, findings patterns, output template) inline and pushes the process machinery one level deep into real, clearly signaled files — [references/findings-format.md], [references/verification.md], [references/severity-calibration.md], [references/findings.schema.json], [references/validate-findings.mjs], [references/to-sarif.mjs] — all of which exist in the bundle and contain substantive content. No nested second-level references, no buried pointers; this matches the 'clear overview with well-signaled one-level-deep references' anchor.

5 / 5

Total

19

/

20

Passed

Description

95%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it states what the skill audits, against which rules, and gives an exhaustive, natural-language trigger list including abbreviations and synonyms. The only weakness is that capability coverage rides on a single verb plus noun phrases rather than multiple distinct action statements.

DimensionReasoningScore

Specificity

"Audit applications and infrastructure handling Protected Health Information against HIPAA — Security Rule (administrative, physical, technical safeguards), Privacy Rule, Breach Notification Rule, plus HITECH" plus "Covers ePHI scoping, the 18 HIPAA identifiers, Business Associate Agreement (BAA) chain-of-liability, minimum-necessary standard, and breach notification timing" names concrete, well-scoped capabilities, matching the 'several specific actions; minor gaps' anchor. It is not a 5 because nearly everything hangs off the single verb 'audit' — the coverage items are named scopes/topics rather than multiple distinct action verbs, and no distinct second action (e.g., producing findings/remediation plans) is stated.

4 / 5

Completeness

The 'what' is explicit (audit apps/infrastructure against the Security, Privacy, and Breach Notification Rules plus HITECH, with named coverage areas) and the 'when' is explicit with concrete trigger phrases, matching the anchor 'Clearly and explicitly answers both what AND when with concrete trigger phrases.' Neither half is vague or merely implied, so 4's 'when could be more explicit' does not apply.

5 / 5

Trigger Term Quality

The 'Use when' clause enumerates 16 natural trigger phrases — 'HIPAA,' 'PHI,' 'ePHI,' 'protected health information,' 'BAA,' 'business associate agreement,' 'covered entity,' 'minimum necessary,' 'HITECH,' 'healthcare compliance,' 'medical data,' 'patient data' — covering synonyms, abbreviations, and regulator phrasing ('creates, receives, maintains, or transmits PHI'), matching the comprehensive-synonyms anchor exactly. Nothing a user would naturally say in this domain is missing.

5 / 5

Distinctiveness Conflict Risk

This is a clear niche (US healthcare HIPAA compliance auditing) with distinct triggers ('HIPAA,' 'PHI,' 'BAA,' 'covered entity') that no adjacent privacy/security skill would claim. Overlap risk is minimal — only the broadest phrases ('healthcare compliance,' 'patient data') could graze a general privacy-audit skill, which is exactly the minimal-conflict anchor.

5 / 5

Total

19

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

15

/

16

Passed

Repository

briiirussell/cybersecurity-skills

Path

skills/hipaa-audit/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.