Crosswalk pair
HIPAA and ISO/IEC 42001, control by control
2 canonical controls in Keel’s library satisfy clauses of both HIPAA and ISO/IEC 42001. Implement each once, attach the evidence once, and it counts toward each standard. The overlap is the work you don’t repeat.
HIPAA counts as one of your plan’s paid frameworks, or from $29/mo as an add-on. ISO/IEC 42001 counts as one of your plan’s paid frameworks, or from $39/mo as an add-on. See plans and pricing.
The overlap
What the two libraries have in common
Every figure here counts canonical controls in Keel’s library, not clauses of either standard. Each standard’s own authored count is on its framework page.
2
Controls that satisfy both
Canonical controls that crosswalk to at least one clause of each.
31
In Keel’s library for HIPAA
6% of them also map to ISO/IEC 42001.
38
In Keel’s library for ISO/IEC 42001
5% of them also map to HIPAA.
9
Evidence artifacts expected
Across the shared controls, from Keel’s evidence guidance. Gathered once.
-
HIPAA 6%
2 controls of 31 in Keel’s library for HIPAA also map to ISO/IEC 42001.
-
2 controls of 38 in Keel’s library for ISO/IEC 42001 also map to HIPAA.
The mapping
Controls that satisfy both
Each row is one control in Keel’s library and the clauses it answers on each side. Do the work once; both columns are then evidenced by the same artifacts.
| Canonical control | HIPAA clauses | ISO/IEC 42001 clauses |
|---|---|---|
| Governance & Risk | ||
| Document & records control Documented information is created, approved, versioned, and controlled; records are retained and protected for a defined minimum period - measured from the document’s creation OR from the date it last was in effect, whichever is later, so a policy that stayed in force for years does not start its clock on the day it was written - and are available to the people who have to act on the procedures they describe. Documentation is reviewed on a schedule and updated when an operational, environmental or legal change has made the current version wrong. A change forced by law is documented and put into effect promptly, and where that legal change materially affects what the organization has published to individuals about how it handles their data, THAT NOTICE IS REVISED TOO, as part of the same prompt action rather than as a separate task left to whoever owns the notice. Any other change may be made at any time provided the revised version still complies and IS DOCUMENTED BEFORE THE CHANGE TAKES EFFECT - the record precedes the effective date, so a routine that documents changes in arrears does not discharge this. Records are protected for as long as they are kept, and against more than deletion: against loss, against destruction, against falsification, against being read by somebody with no entitlement to them, and against being released outside the organization without authority. The protection applied to a class of record is decided from the requirements attached to it - what the law, the regulator or the contract demands of that record type, and what it would cost if it were lost or altered - rather than from where it happens to be stored. Records are held so that a change to one is attributable and detectable rather than silent, the storage medium and format are chosen to remain readable for the whole retention period and the information is migrated before either stops being so, and the ability to retrieve a record intact is exercised rather than assumed. What the set of documented information consists of is itself a decision rather than an accumulation: it comprises the documented information the standard the system is built against explicitly requires, plus whatever else the organization determines is necessary for the system to be effective - and the second half is decided against the size of the organization and the kind of activity, product and service it deals in, the complexity of its processes, and the competence of its people, so a small organization is not judged against a large one’s binder and a large one cannot claim a small one’s. | 164.316(b)(2)(i), 164.316(b)(2)(ii), 164.316(b)(2)(iii), 164.530(i)(3), 164.530(i)(5), 164.530(j)(2) | 7.5 |
| Internal audit program A risk-based internal audit program evaluates conformity and effectiveness at planned intervals, and again when an environmental or operational change could have undermined what was last evaluated; each evaluation covers both technical testing and non-technical review of whether the documented policies and procedures are actually being met. The program itself is written down - how often audits run, what methods they use, who is responsible for them, what each one covers and how it reports - and nobody audits their own work, so a finding is an independent judgment rather than a self-assessment. The results of each audit go to the management responsible for the area audited, and the program and its results are retained as evidence that it ran. It rests on a documented assessment, authorization and monitoring policy with supporting procedures, issued to the roles it binds, owned by a named official, and reviewed and updated on a defined cadence. Independence is a property of the assessor and not only of the reporting line: assessments are carried out by assessors or assessment teams with no responsibility for what they are assessing and no stake in the result - internal to the organization but outside the area, or brought in from outside it - and the organization states what level of independence it requires before the assessment is commissioned rather than judging it afterwards. That independence extends to the ongoing case as well as the scheduled one: where controls are monitored continuously between audits, independent assessors monitor them too, so the periodic audit is not the only unbiased look the organization ever takes. What an evaluation produces is treated as an input to improvement and not only as a conformity verdict: the findings, the observations and the opportunities each audit identifies are recorded as improvements with owners and dates and carried into the organization’s improvement process, so an audit changes something rather than closing. Where a regime names the parties an assessment result must reach, such as a regulator, a certifying body or the customers the assessed service serves, the results go to those parties as well as to the management responsible for the area audited. | 164.308(a)(8) | 9.2 |
Beyond the pair
Where else this work counts
A framework is lit when a shared control above also maps to it. Unlit means none of them do, which is an absence rather than a judgment about that standard.
Also reached by these 2 controls
- AI Governance Essentials not reached
- Amazon Appstore Child-Directed Apps not reached
- Apple App Store Kids Category not reached
- CIS Critical Security Controls not reached
- COPPA also reached
- ESG Essentials not reached
- EU AI Act not reached
- FedRAMP 20x not reached
- FedRAMP Consolidated Rules also reached
- FedRAMP Rev5 Class B also reached
- FedRAMP Rev5 Class C also reached
- FedRAMP Rev5 Class D also reached
- GDPR not reached
- Google Play Families not reached
- ISO 9001 also reached
- ISO/IEC 27001 also reached
- NIST AI Risk Management Framework not reached
- NIST Cybersecurity Framework also reached
- NIST SP 800-171 also reached
- NIST SP 800-53 also reached
- PCI DSS not reached
- PIPEDA not reached
- SOC 2 also reached
- SOX (Sarbanes-Oxley) Section 404 also reached
- US Employment Law - Federal Baseline not reached
The thesis
Why this is one project, not two
On a crosswalk-native model, ISO/IEC 42001 mostly lights up controls you already built for HIPAA. You’re not re-uploading the same screenshot for a second audit. You apply the framework and see the genuine delta worth working. That’s the whole idea behind collect once, comply everywhere.
Next step
Add ISO/IEC 42001 to the work you already did
Apply both frameworks in one workspace and see the overlap measured against the controls you already hold.