Was macht HIPAA-Compliance?
Verwenden Sie dies als HIPAA-spezifischen Einstiegspunkt, wenn eine Aufgabe klar die US-Compliance im Gesundheitswesen betrifft. Dieses Skill bleibt bewusst schlank und kanonisch:
- Das
healthcare-phi-complianceSkill bleibt das primäre Implementierungs-Skill für PHI/PII-Handhabung, Datenklassifizierung, Audit-Logging, Verschlüsselung und Leck-Prävention. - Das
healthcare-reviewerSkill bleibt der spezialisierte Prüfer, wenn Code, Architektur oder Produktverhalten einen gesundheitsbewussten zweiten Durchlauf benötigt. security-reviewgilt weiterhin für allgemeine Authentifizierung, Eingabevalidierung, Geheimnisse, API und Deployment-Härtung.
Wann verwenden
- Die Anfrage erwähnt explizit HIPAA, PHI, betroffene Einrichtungen, Geschäftspartner oder BAAs
- Erstellen oder Überprüfen von US-Gesundheitssoftware, die PHI speichert, verarbeitet, exportiert oder überträgt
- Bewerten, ob Logging, Analysen, LLM-Prompts, Speicher oder Support-Workflows HIPAA-Exposition verursachen
- Entwerfen von patienten- oder klinikerorientierten Systemen, bei denen minimal notwendiger Zugriff und Prüfbarkeit wichtig sind
Funktionsweise
Behandeln Sie HIPAA als Überlagerung des breiteren Datenschutz-Skills für das Gesundheitswesen:
- Starten Sie mit
healthcare-phi-compliancefür die konkreten Implementierungsregeln. - Wenden Sie HIPAA-spezifische Entscheidungsgates an:
- Sind diese Daten PHI?
- Ist dieser Akteur eine betroffene Einrichtung oder ein Geschäftspartner?
- Benötigt ein Anbieter oder Modellanbieter ein BAA, bevor die Daten berührt werden?
- Ist der Zugriff auf den minimal notwendigen Umfang beschränkt?
- Sind Lese-/Schreib-/Export-Ereignisse prüfbar?
- Eskalieren Sie an
healthcare-reviewer, falls die Aufgabe die Patientensicherheit, klinische Arbeitsabläufe oder regulierte Produktionsarchitektur betrifft.
HIPAA-spezifische Schutzmassnahmen
- Setzen Sie PHI niemals in Logs, Analyse-Ereignissen, Absturzberichten, Prompts oder client-sichtbaren Fehlerstrings.
- Legen Sie PHI niemals in URLs, Browser-Speichern, Screenshots oder kopierten Beispiel-Payloads offen.
- Fordern Sie authentifizierten Zugriff, bereichsbezogene Autorisierung und Audit-Trails für PHI-Lese- und Schreibvorgänge.
- Behandeln Sie Drittanbieter-SaaS, Observability-, Support-Tools und LLM-Anbieter als standardmäßig blockiert, bis der BAA-Status und die Datengrenzen klar sind.
- Befolgen Sie den minimal notwendigen Zugriff: Der richtige Benutzer sollte nur das kleinste PHI-Stück sehen, das für die Aufgabe erforderlich ist.
- Bevorzugen Sie undurchsichtige interne IDs gegenüber Namen, MRNs, Telefonnummern, Adressen oder anderen Identifikatoren.
Beispiele
Beispiel 1: Als HIPAA gestaltete Produktanfrage
Benutzeranfrage:
Fügen Sie unserem klinischen Dashboard KI-generierte Besuchszusammenfassungen hinzu. Wir betreuen US-Kliniken und müssen HIPAA-konform bleiben.
Antwortmuster:
- Aktivieren Sie
hipaa-compliance - Verwenden Sie
healthcare-phi-compliance, um PHI-Bewegungen, Logging, Speicherung und Prompt-Grenzen zu überprüfen - Überprüfen Sie, ob der Zusammenfassungsanbieter durch ein BAA abgedeckt ist, bevor PHI gesendet wird
- Eskalieren Sie an
healthcare-reviewer, falls die Zusammenfassungen klinische Entscheidungen beeinflussen
Beispiel 2: Anbieter-/Tooling-Entscheidung
Benutzeranfrage:
Können wir Support-Transkripte und Patientennachrichten in unseren Analyse-Stapel einspeisen?
Antwortmuster:
- Gehen Sie davon aus, dass diese Nachrichten PHI enthalten könnten
- Blockieren Sie das Design, es sei denn, der Analyse-Anbieter ist für HIPAA-gebundene Workloads zugelassen und der Datenpfad ist minimiert
- Fordern Sie nach Möglichkeit eine Schwärzung oder ein Nicht-PHI-Ereignismodell
Verwandte Skills
healthcare-phi-compliancehealthcare-reviewerhealthcare-emr-patternshealthcare-eval-harnesssecurity-review