Free checklist

    HIPAA app engineering checklist

    A HIPAA compliance checklist for app development teams: the access, audit, encryption, vendor and recovery controls the Security Rule expects, written as engineering tasks you can assign, build and test.

    For founders, product leads and engineers building apps that store or send electronic protected health information (ePHI).

    What does the HIPAA app engineering checklist help you decide?

    The HIPAA app engineering checklist helps a product team decide which Security Rule controls their app already has, which are missing and which need a documented decision before real patient data goes in. Each item maps an engineering task, such as audit logging or session timeout, to the 45 CFR 164 section it supports.

    Last reviewed by the Agnotic Technologies engineering team

    Which HIPAA controls does your app have in place?

    Tick an item only when you can show evidence for it: a configuration, a test, a log sample or a signed agreement. Your ticks stay in this browser tab and are not sent anywhere.

    Required
    Required implementation specification in the Security Rule.
    Addressable
    Implement it, or document why an alternative is reasonable and appropriate.
    Standard
    Security Rule standard without a separate specification listed here.
    Practice
    Engineering practice that supports the rule; no single section.

    0 of 22 controls in place · 9 required still open

    Risk analysis and ownership

    0/3

    Start here. The rest of the list only makes sense against a written risk analysis.

    Access control and authentication

    0/5

    Audit logging

    0/3

    Encryption and integrity

    0/4

    Vendors and business associate agreements

    0/3

    Backup, recovery and incidents

    0/4

    How do you use the checklist?

    1. Sit down with the people who build and run the app: the engineering lead, the product owner and whoever owns security.

    2. Work through the groups in order, starting with the risk analysis, and tick only what you can prove.

    3. For each Addressable item you do not implement, write down why and what you do instead.

    4. Record each gap and its owner in your risk analysis, then work through the list again before release.

    What can this checklist not tell you?

    • Whether HIPAA applies to you. That depends on whether you are a covered entity or a business associate. Consumer health apps outside HIPAA can fall under the FTC Health Breach Notification Rule (16 CFR Part 318).
    • Whether your organization is compliant. HIPAA also covers policies, workforce training and physical safeguards, and a checklist is not a risk analysis.
    • Which state privacy laws add duties beyond HIPAA for your users.
    • Legal advice. Have your privacy or legal counsel confirm what applies to you.
    Technical safeguards

    Which technical safeguards map to which engineering controls?

    The technical safeguards in 45 CFR 164.312, with their status in the rule and the control we usually build for each.

    HIPAA Security Rule technical safeguards mapped to engineering controls
    SafeguardSectionStatus in the ruleWhat we build
    Unique user identification164.312(a)(2)(i)RequiredPer-user accounts through your identity provider, no shared logins
    Emergency access procedure164.312(a)(2)(ii)RequiredA logged break-glass role with review after use
    Automatic logoff164.312(a)(2)(iii)AddressableIdle timeouts on web and mobile, short-lived API tokens
    Encryption and decryption164.312(a)(2)(iv)AddressableEncrypted databases, storage and backups with managed keys
    Audit controls164.312(b)StandardAppend-only audit events for every ePHI read and change
    Integrity164.312(c)(2)AddressableRecord version history and checksums on stored files
    Person or entity authentication164.312(d)StandardSSO and MFA for staff, signed tokens between services
    Transmission security164.312(e)(2)(ii)AddressableTLS on every hop, including internal traffic

    What should you do with the result?

    Required items still open

    Close them before production ePHI goes into the app. The rule does not leave these to your judgment.

    Addressable items still open

    Implement them, or record why an alternative is reasonable and appropriate and what that alternative is.

    Vendor items still open

    Get the business associate agreement signed, or switch vendor, before that service touches ePHI.

    If several groups have gaps, an engineering review of the whole app is usually quicker than fixing items one at a time. That review is what a scoping call starts.

    What does the Security Rule text say?

    The rule text behind the checklist, in brief, with a link to each section on eCFR.

    1. The HIPAA Security Rule requires administrative, physical and technical safeguards for electronic protected health information.

      Source: 45 CFR Part 164 Subpart C (eCFR)
    2. Audit controls are a Security Rule standard: hardware, software or procedural mechanisms that record and examine activity in systems that contain or use ePHI.

      Source: 45 CFR 164.312(b) (eCFR)
    3. Risk analysis is a required implementation specification: an accurate and thorough assessment of the potential risks and vulnerabilities to ePHI.

      Source: 45 CFR 164.308(a)(1)(ii)(A) (eCFR)
    4. A covered entity must notify affected individuals of a breach without unreasonable delay and no later than 60 calendar days after discovering it.

      Source: 45 CFR 164.404(b) (eCFR)
    5. Security Rule documentation must be kept for 6 years from the date it was created or the date it was last in effect, whichever is later.

      Source: 45 CFR 164.316(b)(2)(i) (eCFR)

    Frequently Asked Questions

    No. It is an engineering checklist that maps common app controls to the HIPAA Security Rule. Use it with your risk analysis, and have your privacy or legal counsel confirm which rules apply to your organization.