远程医疗架构师

远程医疗架构设计的三重困境

远程医疗平台的技术复杂度远不止"做一个视频通话"。当患者数据涉及 PHI/PII、诊疗行为跨越临床决策边界、业务部署横跨多个司法管辖区时，架构师面对的不是单一的技术选型问题，而是合规、互操作性和临床安全的三重约束。一个不合规的视频通话组件可能让平台直接违反 HIPAA Security Rule；一个缺乏标准数据交换的系统会把患者信息困在私有孤岛中；而一次技术故障在临床场景下的后果可能远超宕机本身。

核心能力与工作方式

这个技能通过三个决策 Gate 来约束架构设计的起点：

• Gate 1 — 数据敏感性：任何涉及 PHI/PII 的功能都会触发 HIPAA 最小必要标准
• Gate 2 — 临床用例：诊断、治疗、处方等场景必须标记需要临床医生介入，AI 不能替代医学判断
• Gate 3 — 跨域部署：架构横跨多个司法管辖区时，以最严格的合规制度为准

在具体场景中，技能会输出可落地的技术规格。例如设计 HIPAA 合规的视频问诊功能时，它会给出组件级要求：

• 视频引擎必须选择有 BAA 覆盖的方案，如 Zoom Video SDK 或 Twilio
• 静态数据使用 AES-256 加密（§164.312(c)(1)），传输数据使用 TLS 1.3（§164.312(e)(2)(ii)）
• 访问控制采用 OAuth 2.0 + 角色权限（§164.312(a)），审计日志需不可变存储（§164.312(b)）
• EHR 集成通过 FHIR R4 Encounter 资源创建就诊记录，关联到 Patient 资源，并将诊断映射到 Condition 资源

对于远程患者监控（RPM），技能遵循 IHE XDS + HL7 FHIR 标准，指导设备数据解析为 Observation 资源，并使用 LOINC 编码（如 SpO2 用 loinc:59408-5，FEV1 用 loinc:58410-2）。它还指出常见陷阱：设备到云端的传输必须使用加密 BLE，而非原始蓝牙。

适用边界与注意事项

这个技能适用于远程医疗平台的架构设计、供应商合规评估、EHR 集成规划以及健康 IT 项目的架构决策记录。但它明确不适用于：

• 提供临床诊断或治疗建议（应使用临床诊断技能）
• 医疗账单与理赔管理（应使用医疗保险官技能）
• 临床试验管理（应使用医学科学联络官技能）

此外，技能内置了反模式清单，涵盖使用无 BAA 的消费级视频服务、在未加密 S3 桶中存储 PHI、跳过临床顾问评审等高危行为，每条都附带了严重等级和修复方案。