医疗信息技术无法将影像迁移到云端。以下是保持本地系统合规的方法。

为什么有些系统停滞不前

目前，每个医疗系统都在关注云端。存储成本更低，扩展更容易，供应商不断询问为什么电子病历（EMR）还没上线。但走进任何放射科，答案很明显：那些影像文件非常庞大，临床医生需要快速访问。大多数医院已经在每个站点运行本地缓存，以降低影像的延迟。这项工作负载不会消失。

EMR 是一个更难的选择。一些组织已经将其迁移到云端。许多组织没有迁移，因为围绕它构建的集成（实验室系统、药房、排班、设备接口）依赖于低延迟，而云托管的 EMR 在数据必须实时往返时并不总能保证这一点。拆除一个集成，您就有可能让临床医生在实时患者会诊时盯着加载指示器。

只要核心临床系统保持本地部署，Active Directory 也会保持不变。它是所有其他系统认证的身份层。在环境其他部分准备好之前移动它，只会增加风险而不会减少任何风险。

留在本地也意味着不能保持静止。没有云供应商会悄悄地修补操作系统或加固 配置在后台。如果医院将系统保留在内部，保持该系统最新和安全的整个生命周期也留在内部，证明这确实发生则成为组织的职责，而非供应商的。

对许多医疗IT团队来说，实际情况是：云迁移确实存在，但只是部分的。放射科服务器、EMR集成点和AD将在可预见的未来继续保留在本地。这些系统仍然必须满足与其他所有系统相同的合规标准。

当出现问题时，HIPAA的期望

HIPAA违规通知规则默认假设最坏情况。如果受保护的健康信息以HIPAA不允许的方式被使用或披露，法律将假定这是一次违规，除非组织能够记录一份风险评估，显示PHI实际上被泄露的可能性很低。该评估必须权衡诸如涉及的PHI类型、谁访问了它、是否实际被查看或获取，以及风险是否已被缓解等因素。

一旦确认违规，计时开始。受影响的个人需要在合理时间内收到通知，且不得晚于发现后60天。影响500人或以上的违规还需在60天内通知HHS，并在某些情况下通知媒体。较小的违规则纳入向HHS提交的年度报告。

这是对本地放射服务器或EMR集成盒最重要的部分：组织必须能够重建发生了什么。谁接触了文件。什么时候。是否预期了更改。没有这些，风险评估默认为“我们不知道”，而“我们不知道”默认为可报告的违规。

仅凭日志无法通过审计

本地系统不断变化：补丁、配置编辑、新账户、供应商工程师凌晨2点远程登录PACS接口修复打印队列。大部分都是正常的。有些完全未经授权，原生操作系统日志无法告诉你哪一个是哪一个。它们只告诉你注册表键被更改了，但不会告诉你该更改是否符合已批准的工单，或者是否来自不应该有访问权限的人。

因此，当OCR或审计员询问某个特定的EMR接口服务器是否在上个季度被触及时，许多团队的诚实回答是“我们得去查一下。”当违规判定的时间已经开始计时时，这并不是一个理想的状态。

在不增加人手的情况下建立审计证据

Netwrix Change Tracker 为医疗信息技术提供了一种方法，以维护必须留在本地的系统的完整性，包括放射服务器、EMR集成点以及不会迁移的Active Directory基础设施。

它为这些系统建立了已知的良好基线，然后实时监控 Windows、Linux 以及网络设备 之间的文件完整性和配置状态。当有任何变化时，无论是注册表项、配置文件还是本地账户，Change Tracker 都会将其与已批准的计划变更进行核对。如果符合批准的变更窗口，则作为预期活动归档。如果不符合，则会立即标记，IT 部门能在几分钟内获知，而不是在审计或事件审查时才发现。

这意味着“我们得去检查”变成了“这里就是”。记录已经显示了什么改变了、何时改变以及是否被授权，这就是可辩护的四因素风险评估背后的大部分工作。

变更跟踪器 还附带了超过250个预构建的合规报告，这些报告映射到诸如 HIPAA、NIST 和 PCI DSS 等框架，因此证明控制措施已到位并不意味着每个审计周期都要从头开始编写报告。证据已经按照审计员期望的方式进行了结构化。

医疗信息技术领域的云端讨论尚未结束，也不应结束。但仍留在本地的系统必须证明它们处于受控状态。Change Tracker 为 IT 和合规团队提供了一种无需等待其余基础设施跟进即可做到这一点的方法。