指导摄入量
在访问前提出正确的问题和说明，而不是将每次互动都变成电子邮件交流。
该解决方案的作用
减少患者服务收件箱混乱
患者经常在网站、通用表格、电话、附件和消费者消息之间移动。配置的诊所经验可以为他们提供更连贯的路线，同时实践定义可以收集哪些信息、存储信息以及何时需要受保护的 Hat channel。
定义的文档路径
为受支持的上传或传送提供批准的路线，而不是临时附件。
安全的后续选项
将适当的患者沟通转移到受支持的受保护工作流程中，并具有明确的员工所有权。
核心工作流程
具有临床边界的面向患者的工作流程
诊所必须决定哪些数据属于City of Hats，哪些数据只属于临床记录，以及工作人员如何在系统之间传输或参考信息。
访视前摄入量
收集配置的管理或临床信息，并提供明确的说明和隐私声明。
预约请求
捕获请求或路由以进行调度；最终预订可能保留在诊所的权威系统中。
文件交换
在为部署配置时，支持记录、引用、结果或证书的批准路径。
患者消息传递
使用安全通信进行适当的后续行动，同时将紧急情况和临床升级排除在普通消息传递之外。
本地化指导
提供翻译的界面内容，但须接受诊所对医学术语和翻译质量的审查。
人员处理
通过 Operations 将请求发送给负责团队，并由诊所定义访问和保留。
它是如何运作的
围绕最少的必要信息进行设计
诊所部署应从记录的数据地图和明确的应急通信政策开始。
对工作流程进行分类
必须保留在 EHR 中的独立一般信息、行政摄入量、临床数据、紧急症状、文件和记录。
配置访问和通知
定义患者指示、员工角色、保留、集成、同意、升级和安全通道边界。
试点与治理
在广泛使用之前测试患者旅程、可访问性、术语、记录传输、事件响应和员工培训。
安全和隐私
医疗保健安全需要的不仅仅是加密
加密是一种控制。医疗保健部署还取决于合同、合法处理、最低必要收集、员工授权、端点、可审计性、保留、违规程序和地区健康隐私法。
受保护的 Hat 通信
支持Hat通道内容采用City of Hats加密控件；公共门户页面和连接的系统具有不同的边界。
最低限度的必要设计
仅收集配置的工作流程所需的内容，并避免在没有明确目的的情况下重复临床记录。
授权人员处理
诊所必须分配和审查员工访问权限、管理员权限、设备安全和离职。
没有基于徽章的保证
请勿将网站徽章或加密声明视为 HIPAA、PHIPA、PIPEDA、Loi 25 或 GDPR 合规性。查看完整的部署和合同。
范围清晰
重要边界
强烈适合时
您的诊所需要更加连贯的患者通信层，并且可以定义数据边界、员工所有权、紧急指示和权威医疗记录。
它不能取代什么
它不是紧急服务、诊断工具、EHR、电子处方平台、临床决策系统、医疗器械系统或自动合规解决方案。
部署前确认
完整的隐私、安全、临床安全、可访问性、保留、违规响应、供应商和法律审查。在处理受监管的健康信息之前确认合同和所需协议。
直接回答
团队在演示前提出的问题
产品范围审查: 2026 年 8 月 10 日
City of Hats HIPAA 是否兼容？
默认情况下，产品不应被描述为合规。 HIPAA 的适用性和合规性取决于组织、合同和业务关联要求、配置的服务、子处理者、管理保障措施和实际使用。部署需要具体审查。
这会取代我们的 EHR 吗？
不可以。诊所的 EHR 或其他批准的系统应保留权威的临床记录，除非单独验证的架构另有说明。
患者可以在不安装应用程序的情况下使用该门户吗？
公共和配置的浏览器门户步骤可以从链接、QR 代码或 NFC 接触点打开。受保护的 Hat workflow 可能要求参与者创建或打开 Hat。
患者可以发送紧急医疗信息吗？
诊所必须发布明确的紧急指示，不应依赖普通的门户消息来进行紧急或危及生命的护理。必须配置和传达升级和响应时间预期。
内容可以自动翻译吗？
可以配置本地化或翻译的工作流程，但医学术语和患者说明需要临床审查。在准确性至关重要的情况下，机器翻译不应被视为合格解释的替代品。
探索平台