mukul975/privacy-data-protection-skills

hipaa-minimum-necessary

- Implements HIPAA minimum necessary standard under 45 CFR §164.502(b).

소스 보기

사용 방법

  1. 설치 명령을 복사하고 자신의 에이전트 환경에 설치하기 전에 소스 패키지를 확인하세요.
  2. 필요한 도구, 인증 정보, 지원 환경은 원본 문서에서 확인하세요.
  3. 입력과 원하는 산출물을 설명하고 출처와 결과를 대조하세요.
npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill hipaa-minimum-necessary

시작 전 확인

  • 설치에는 모델 구독, API 한도, 파일 접근 권한이 포함되지 않습니다.
  • 별점 수와 설치 수는 활동 지표이며 독립적인 품질·보안 검증이 아닙니다.
원본 Skill 문서

원본 저장소의 제목, 예시, 코드, 표, 링크, 이미지를 유지해 표시합니다.

HIPAA Minimum Necessary Standard — 45 CFR §164.502(b)

Overview

The minimum necessary standard is a core principle of the HIPAA Privacy Rule requiring covered entities to make reasonable efforts to limit protected health information to the minimum necessary to accomplish the intended purpose of the use, disclosure, or request. Codified at 45 CFR §164.502(b) and elaborated in §164.514(d), this standard affects every PHI handling decision within a covered entity's operations. The HITECH Act §13405(b) directed HHS to issue guidance on defining "minimum necessary" with greater specificity, and while HHS has not issued a final rule on this provision, OCR has consistently enforced the standard through settlements and corrective action plans.

Regulatory Framework

Statutory and Regulatory Basis

  • 45 CFR §164.502(b)(1): "When using or disclosing protected health information or when requesting protected health information from another covered entity or business associate, a covered entity or business associate must make reasonable efforts to limit protected health information to the minimum necessary to accomplish the intended purpose of the use, disclosure, or request."
  • 45 CFR §164.514(d): Implementation specifications for the minimum necessary standard
  • HITECH Act §13405(b): Required HHS to issue guidance defining minimum necessary; pending final rule, the standard is applied as a reasonableness standard

Exceptions to Minimum Necessary — §164.502(b)(2)

The minimum necessary standard does NOT apply to:

ExceptionRationale
Disclosures to or requests by a healthcare provider for treatmentTreatment requires full clinical picture; limiting information could compromise patient safety
Uses or disclosures to the individual who is the subject of the PHIIndividuals have a right to their complete information
Uses or disclosures pursuant to a valid authorization under §164.508The individual has specifically authorized the scope of disclosure
Disclosures to HHS for compliance investigation/enforcementHHS needs access to determine compliance
Uses or disclosures required by lawLegal mandate supersedes minimum necessary limitation
Uses or disclosures required for HIPAA Administrative Simplification complianceStandard transactions require specified data elements

Implementation Requirements — §164.514(d)

Uses of PHI by Workforce — §164.514(d)(2)

For internal uses of PHI, the covered entity must:

  1. Identify the workforce members or classes of workforce members who need access to PHI to carry out their duties
  2. Identify the categories of PHI each class of workforce members needs access to
  3. Make reasonable efforts to limit access to only the PHI identified as needed

Asclepius Health Network Role-Based Access Matrix:

Workforce RolePHI Access CategoriesAccess ScopeEHR Access Level
Attending PhysicianFull clinical record of assigned patientsCurrent and historical encountersFull read/write on assigned patients; read-only on others via break-the-glass
Consulting SpecialistClinical record relevant to consultationCurrent encounter, relevant historyRead-only on referred patients for relevant clinical domains
Registered Nurse (Inpatient)Nursing assessments, vital signs, medication administration, care plans, physician ordersCurrent admission on assigned unitRead/write for assigned patients on unit; read-only for transferred patients for continuity
Emergency Department NurseFull clinical record of ED patientsCurrent ED encounterFull read/write for ED patients; access terminates at discharge/transfer
PharmacistMedication orders, allergies, diagnoses relevant to drug therapy, renal/hepatic functionCurrent and recent encountersRead medication-related clinical data; write medication verification/dispensing
Medical CoderDiagnoses, procedures, operative notes, discharge summariesPost-discharge recordsRead-only for coding-relevant documentation
Billing SpecialistDemographics, insurance information, diagnosis codes, procedure codes, dates of serviceBilled encountersNo access to clinical notes; demographics and billing codes only
Registration ClerkDemographics, insurance information, emergency contactsRegistration screen onlyRead/write limited to demographic and insurance fields
Quality Improvement AnalystAggregate clinical data, de-identified data, limited datasets per DUAPopulation-level reportsLimited dataset access with data use agreement; no individual record access without specific justification
IT Support StaffSystem administration — may access ePHI incidentally during troubleshootingAs needed for technical supportLogged access during active support ticket; no browsing; all access audited
Executive LeadershipSummary reports, aggregate statisticsDe-identified or aggregateDashboard access only; no individual patient record access
Legal CounselPHI related to active litigation or compliance investigationSpecific records per legal holdAccess granted per matter with Privacy Office authorization

Routine and Recurring Disclosures — §164.514(d)(3)(i)

For routine, recurring disclosures, the covered entity must implement policies and procedures that limit the PHI disclosed to the amount reasonably necessary to achieve the purpose:

Asclepius Health Network Routine Disclosure Protocols:

Routine Disclosure TypeStandard PHI SetExcluded PHI
Insurance eligibility verificationPatient name, DOB, insurance ID, service dateClinical information, diagnoses, SSN
Referral to external providerRelevant clinical summary, current medications, allergies, reason for referralUnrelated historical diagnoses, substance abuse records (42 CFR Part 2), psychotherapy notes
Workers' compensation claimWork-related injury/illness records, treatment for that conditionUnrelated medical history
Pre-authorization requestProposed procedure, clinical justification, relevant diagnostic resultsComplete medical record
Public health reportingRequired data elements per reporting jurisdiction statuteAdditional clinical detail beyond reportable elements
Subpoena response (with qualified protective order)Records specified in the subpoena/court orderRecords beyond the scope of the order

Non-Routine Disclosures — §164.514(d)(3)(ii)

For non-routine disclosures, the covered entity must:

  1. Develop criteria to limit PHI to the minimum necessary for the particular disclosure
  2. Review each request on a case-by-case basis against the criteria

Asclepius Health Network Non-Routine Disclosure Process:

  1. All non-routine PHI requests are routed to the Health Information Management (HIM) department
  2. HIM specialist reviews the request against the purpose stated
  3. If the purpose is unclear or the request scope appears broader than necessary, HIM contacts the requestor for clarification
  4. Privacy Officer review is required for requests involving: psychotherapy notes, substance abuse records, HIV/STI records, records of minors, requests from law enforcement without a warrant, and any request affecting more than 50 individuals
  5. Only the PHI elements necessary for the stated purpose are disclosed
  6. The disclosure is logged with the scope justification for accounting of disclosures

Disclosures to Other Covered Entities — Reasonable Reliance §164.514(d)(3)(iii)

A covered entity may rely on a request from another covered entity or business associate as meeting minimum necessary if:

Requestor TypeReasonable Reliance Permitted When
Public officialRequest states PHI is the minimum necessary for the stated purpose (§164.514(d)(3)(iii)(A))
Another covered entityRequest is for PHI the requestor needs (§164.514(d)(3)(iii)(B))
Professional member of the workforce of the CE or BARepresents that PHI requested is the minimum necessary for the stated purpose (§164.514(d)(3)(iii)(C))
Research with IRB/Privacy Board waiverWaiver documentation represents PHI is the minimum necessary for the research (§164.514(d)(3)(iii)(D))

Reasonable reliance does not eliminate the disclosing entity's obligation; it shifts the burden of determining minimum necessary to the requestor in specified circumstances.

HITECH Act §13405(b) — Enhanced Minimum Necessary

HITECH §13405(b) added two provisions:

  1. Limited dataset standard: Until HHS issues final guidance, if a covered entity is required to comply with the minimum necessary standard and determines that a limited dataset (§164.514(e)) would accomplish the purpose, the minimum necessary standard is met by providing the limited dataset
  2. Future guidance: HHS was directed to issue regulations that further restrict minimum necessary to limit information to the minimum necessary for the stated purpose — this final rule remains pending

Documentation Requirements

Covered entities must document and maintain:

  1. Policies and procedures implementing the minimum necessary standard (§164.530(i))
  2. Role-based access definitions identifying PHI categories by workforce class (§164.514(d)(2))
  3. Routine disclosure protocols specifying standard PHI sets (§164.514(d)(3)(i))
  4. Non-routine review criteria and case-by-case determination records (§164.514(d)(3)(ii))
  5. Training materials covering minimum necessary for all workforce members
  6. Sanction records for workforce members who violate minimum necessary policies

All documentation must be retained for 6 years from creation or last effective date under §164.530(j).

Common Minimum Necessary Violations

Violation PatternExampleRemediation
Granting full record access by defaultAll nurses have access to all patient records across all departmentsImplement unit-based access restrictions; require break-the-glass for cross-department access
Sending entire medical record in response to limited requestAttorney requests records related to knee surgery; HIM sends complete chartTrain HIM on request scope analysis; implement disclosure review checklist
Overly broad role definitions"Clinician" role grants same access to physicians, nurses, medical assistants, and techniciansGranular role definitions aligned with job function; separate access profiles per clinical role
No logging of access for minimum necessary auditingUnable to determine if workforce members are accessing only patients in their careImplement access audit reports comparing records accessed to assigned patients
Faxing full face sheets with all demographics for limited purposeRegistration faxes complete demographic page to pharmacy for prescription verificationCreate limited forms with only necessary fields per transaction type

Enforcement Actions

  • Memorial Hermann Health System (2017): $2.4 million — disclosed a patient's PHI (name linked to involvement in a vehicular incident) in a press release, exceeding minimum necessary
  • Cignet Health (2011): $4.3 million (CMP) — although primarily for denial of access rights, OCR noted systemic failure to implement minimum necessary policies
  • CVS Pharmacy (2009): $2.25 million — improper disposal of PHI in dumpsters reflected failure to implement minimum necessary in disposal processes

Integration Points

  • hipaa-privacy-rule: Minimum necessary is a core Privacy Rule requirement affecting all uses and disclosures
  • hipaa-security-rule: Technical access controls (§164.312(a)) implement minimum necessary through role-based ePHI access
  • hipaa-baa-management: BAAs must limit BA access to minimum necessary PHI for contracted services
  • hipaa-deidentification: De-identification and limited datasets serve as minimum necessary tools for research and analytics
  • 42-cfr-part-2: Substance abuse records have their own consent-based minimum necessary requirements that are stricter than HIPAA

관련 작업

같은 저장소의 Skills

더 많은 Skills

모든 Skills
mukul975
커뮤니티

applying-privacy-design-patterns

- Systematic application of the eight privacy design patterns per Hoepman: minimize, hide, separate, abstract, inform, control, enforce, and demonstrate. Covers pattern selection methodology per processing activity, mapping to GDPR principles, and practical implementation guidance for privacy-by-design system architecture.

설치 수
1
GitHub Stars
315
업데이트
3월 16일
mukul975
커뮤니티

brazil-lgpd

- Guides compliance with Brazil's Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018). Covers the 10 lawful bases under Art. 7, DPO appointment, ANPD enforcement, data subject rights under Arts. 17-22, and international transfer mechanisms. Keywords: LGPD, Brazil data protection, ANPD, lawful bases, data subject rights, international transfers.

설치 수
1
GitHub Stars
315
업데이트
3월 16일
mukul975
커뮤니티

adequacy-assessment

- Guides assessment of third-country adequacy decisions under GDPR Article 45 for international data transfers. Covers the current EC adequacy decisions list, adequacy assessment criteria, partial adequacy handling, and monitoring of adequacy decision reviews. Keywords: adequacy decision, Article 45, third country, adequate protection, EC adequacy list.

설치 수
1
GitHub Stars
295
업데이트
3월 16일
mukul975
커뮤니티

age-gating-services

- Implements age-gating mechanisms for online services to restrict access based on user age. Covers hard gates versus soft gates, neutral age prompts, re-verification triggers, circumvention prevention, and regulatory requirements under GDPR, COPPA, UK Online Safety Act, and DSA. Keywords: age gate, age restriction, neutral prompt, children, online services, access control.

설치 수
1
GitHub Stars
295
업데이트
3월 16일