本文へ移動
cccskills
無料GitHub で公開

hipaa-minimum-necessary

Implements HIPAA minimum necessary standard under 45 CFR §164.502(b). Covers role-based access policies per workforce member category, routine vs non-routine disclosure protocols, reasonable reliance doctrine, documentation requirements, and HITECH amendments. Keywords: minimum necessary, role-based access, workforce, routine disclosure, HIPAA.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md12.8 KB
  • assets/template.md2.2 KB
  • references/standards.md1.1 KB
  • references/workflows.md3.5 KB
  • scripts/process.py11.0 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

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

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Implements 42 CFR Part 2 protections for substance use disorder patient records. Covers written consent requirements stricter than HIPAA, re-disclosure prohibition, court order procedures, qualified service organization agreements, and 2024 amendments aligning Part 2 with HIPAA. Keywords: 42 CFR Part 2, substance use disorder, SUD records, re-disclosure, consent, Part 2 amendments.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

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.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

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.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Evaluates and implements age estimation and verification technologies for online services. Covers facial age estimation, digital ID verification, self-declaration with risk assessment, AI-based age estimation, and the accuracy versus privacy tradeoff. Includes ICO guidance and euCONSENT framework. Keywords: age verification, age estimation, facial analysis, digital ID, children, online safety.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Preparing EU AI Act compliance documentation for high-risk AI systems. Covers Annex III classification, technical documentation under Art. 11, conformity assessment, risk management systems, and CE marking requirements. Keywords: EU AI Act, high-risk AI, Annex III, conformity assessment, CE marking.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements GDPR Art. 22 automated decision-making and AI Act Art. 14 human oversight requirements for AI systems. Covers identification of solely automated decisions, meaningful human intervention design, logic explanation mechanisms, and contestation procedures. Keywords: Art. 22, automated decision, human oversight, AI Act, profiling, contestation.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

mukul975 のスキルをすべて見る

このスキルの問題を報告する