When a security incident potentially involves SHIN-NY health information exchange data, the notification obligations that arise are parallel to — not instead of — HIPAA notification obligations. This distinction matters because the two sets of obligations have different triggers, different timelines, different recipients, and different content requirements. Managing both simultaneously, in a coordinated way that satisfies each framework without confusion or delay, requires a pre-planned process that is documented in the incident response plan before an incident occurs.
The most common failure mode I see when home health agencies experience security incidents is SHIN-NY notification being treated as an afterthought to HIPAA notification — addressed after the HIPAA four-factor risk assessment is complete and notification decisions are made, rather than as a parallel process that begins at incident discovery. The SHIN-NY 72-hour notification clock runs from discovery, not from the completion of the HIPAA risk assessment. By the time a home health agency has completed the HIPAA four-factor assessment and determined whether a reportable breach exists — which may take several days — the SHIN-NY notification deadline may already have passed.
What Triggers the SHIN-NY Notification Obligation
The SHIN-NY notification requirement is triggered by a security incident — defined more broadly than HIPAA's breach definition — that potentially involves health information that was accessed through or is stored in systems connected to the RHIO network. The key word is "potentially": you do not need to confirm that SHIN-NY data was actually accessed or compromised before notifying the RHIO. You need to identify that the incident involved systems that have SHIN-NY connectivity or that contain data obtained through SHIN-NY queries. If those conditions are met, notify the RHIO within 72 hours of discovery, even if the HIPAA four-factor assessment has not yet been completed.
The Initial RHIO Notification: What to Include
The initial 72-hour RHIO notification should be brief, factual, and timely. Do not wait to have complete information before making the initial notification — the initial notification is intended to alert the RHIO to a potential issue, not to provide a complete incident report. Include:
• The date and approximate time of discovery
• A brief description of what is known about the nature of the incident (ransomware, credential compromise, unauthorised access — describe what is known, acknowledge what is not yet known)
• The systems or data types believed to be involved, with specific reference to whether those systems have SHIN-NY connectivity
• The immediate containment actions taken
• The primary contact for RHIO follow-up communications during the incident response

