Healthcare（医疗健康）
知识库位置：
FDE Knowledge Base/08 Industries/04-Healthcare.md
Industry Metadata（行业元数据）
Section titled “Industry Metadata（行业元数据）”Industry ID: IND-004
Industry（行业）:Healthcare（医疗健康）
Primary Value Drivers（主要价值驱动）:Clinical Efficiency（临床效率）Operational Efficiency（运营效率）
Primary Business Risks（主要业务风险）:Patient Safety / Privacy / Compliance（患者安全/隐私/合规）
Data Sensitivity（数据敏感度）:Very High（极高，患者数据）
Typical Integration Complexity（典型集成复杂度）:High（高）
AI Opportunity Level（AI 机会等级）:Medium-High（中高，行政场景优先）
Human Oversight Requirement（人工监督要求）:Very High for clinical（临床场景极严）
Status: CoreVersion: v0.11. Industry Overview（行业概览）
Section titled “1. Industry Overview（行业概览）”医疗行业覆盖：
- Hospitals（医院）
- Clinics（诊所）
- Health Systems（医疗集团）
- Insurance / Payers（保险/支付方）
- Life Sciences（生命科学）
- Digital Health（数字医疗）
特点：
高敏感数据、高风险决策、复杂工作流、强监管环境。
FDE 在医疗项目中应特别谨慎地区分：
Administrative Assistance（行政辅助）Clinical Decision Support（临床决策支持）Direct Clinical Decision（直接临床决策）风险等级完全不同。
2. Value Chain Example（价值链示例）
Section titled “2. Value Chain Example（价值链示例）”Patient Access（患者接入）↓Scheduling（排程）↓Clinical Encounter（临床接触）↓Diagnosis / Treatment（诊断/治疗）↓Documentation（文档记录）↓Billing（计费）↓Follow-up（随访）3. Key Functions（关键职能）
Section titled “3. Key Functions（关键职能）”- Clinical Operations（临床运营）
- Nursing（护理）
- Administration（行政）
- Scheduling（排程）
- Revenue Cycle（收入循环）
- Pharmacy（药房）
- Lab（检验）
- Medical Records（病案）
- IT
- Compliance（合规）
4. Core Processes（核心流程）
Section titled “4. Core Processes（核心流程）”Patient Scheduling（患者排程）
Section titled “Patient Scheduling（患者排程）”Clinical Documentation（临床文档）
Section titled “Clinical Documentation（临床文档）”Prior Authorization（事先授权）
Section titled “Prior Authorization（事先授权）”Claims Processing（理赔处理）
Section titled “Claims Processing（理赔处理）”Revenue Cycle（收入循环）
Section titled “Revenue Cycle（收入循环）”Patient Support（患者支持）
Section titled “Patient Support（患者支持）”5. Enterprise Systems（企业系统）
Section titled “5. Enterprise Systems（企业系统）”常见：
- EHR / EMR（Electronic Health Record / Electronic Medical Record，电子健康档案/电子病历）
- Scheduling（排程系统）
- PACS（Picture Archiving and Communication System，医学影像存档与通信系统）
- LIS（Laboratory Information System，实验室信息系统）
- Pharmacy System（药房系统）
- Billing（计费系统）
- Claims（理赔系统）
- Patient Portal（患者门户）
- CRM
- Data Warehouse（数据仓库）
6. Important Data（重要数据）
Section titled “6. Important Data（重要数据）”- Patient Demographics（患者人口学信息）
- Encounter（就诊记录）
- Diagnosis（诊断）
- Medication（用药）
- Lab（检验）
- Imaging（影像）
- Claims（理赔）
- Notes（病历文本）
- Scheduling（排程）
- Provider Data（医护人员数据）
7. Metrics（指标）
Section titled “7. Metrics（指标）”可能包括：
- Wait Time（等待时长）
- Length of Stay（住院时长）
- No-show Rate（爽约率）
- Documentation Time（文档耗时）
- Claim Denial Rate（拒赔率）
- Prior Authorization Time（事先授权时长）
- Patient Satisfaction（患者满意度）
- Readmission（再入院率）
- Revenue Cycle Metrics（收入循环指标）
具体临床指标需由医疗专业人员和组织定义。
8. Common Pain Points（常见痛点）
Section titled “8. Common Pain Points（常见痛点）”- 医护文档负担高
- Scheduling 复杂
- Prior Authorization 人工量大
- 医疗记录检索困难
- Billing / Coding（计费/编码）工作量大
- 患者沟通量大
- 信息分散在多个系统
9. Use Cases（用例）
Section titled “9. Use Cases（用例）”Clinical Documentation Assistant（临床文档助手）
Section titled “Clinical Documentation Assistant（临床文档助手）”帮助：
- Summarization（摘要）
- Drafting（起草）
Administrative Copilot（行政副手）
Section titled “Administrative Copilot（行政副手）”帮助：
- Scheduling（排程）
- Claims（理赔）
- Prior Authorization（事先授权）
Knowledge Assistant（知识助手）
Section titled “Knowledge Assistant（知识助手）”查询：
- Internal Policy（内部政策）
- Procedure（操作规程）
- Clinical Guideline（临床指南）
Patient Support（患者支持）
Section titled “Patient Support（患者支持）”低风险行政问题：
- Appointment（预约）
- Location（位置）
- Preparation Instructions（准备事项）
10. Architecture Principles（架构原则）
Section titled “10. Architecture Principles（架构原则）”高风险医疗场景通常应采用：
AI Suggestion（AI 建议）↓Qualified Human Review（合格人员复核）↓Decision（决策）而不是让模型独立做关键临床决策。
11. Reference Architectures（参考架构）
Section titled “11. Reference Architectures（参考架构）”- AI Copilot Architecture（AI 智能副手架构）
- Document AI Architecture（文档 AI 架构）
- Enterprise RAG Architecture（企业级 RAG 架构）
- Human-in-the-Loop Architecture（人在环架构）
- AI Workflow Automation Architecture（AI 工作流自动化架构）
12. Security / Privacy（安全/隐私）
Section titled “12. Security / Privacy（安全/隐私）”通常需要高度关注：
- Patient Privacy（患者隐私）
- Access Control（访问控制）
- Audit（审计）
- Minimum Necessary Access（最小必要访问）
- Data Retention（数据留存）
- Vendor Handling（供应商处理）
- Model Data Policy（模型数据政策）
具体法规和医疗责任要求应由客户的隐私、合规、法务和临床治理团队确认。
13. Discovery Questions（调研问题）
Section titled “13. Discovery Questions（调研问题）”- 这是行政流程还是临床流程？
- 最终决策由谁负责？
- AI 输出是否直接影响患者？
- 哪些数据属于高度敏感数据？
- 哪些用户可以看到哪些患者数据？
- 当前流程最大的时间负担在哪里？
14. Warning Signals（警示信号）
Section titled “14. Warning Signals（警示信号）”「让 AI 自动诊断然后直接告诉患者。」
Section titled “「让 AI 自动诊断然后直接告诉患者。」”这是高风险领域，需要完全不同等级的临床、安全和监管评估。
「把所有患者记录拿来做 RAG（检索增强生成）。」
Section titled “「把所有患者记录拿来做 RAG（检索增强生成）。」”首先必须解决：
- Permission（权限）
- Purpose（目的）
- Minimum Data（最小数据）
- Governance（治理）
15. Common Failure Modes（常见失败模式）
Section titled “15. Common Failure Modes（常见失败模式）”- 没有临床/业务 Owner（责任人）
- 模型输出没有 Review（复核）
- 权限粒度不足
- AI 建议缺少来源
- 医护人员工作流中增加额外操作
- 技术指标很好但增加临床负担
16. Sample Scenario（客户情景示例）
Section titled “16. Sample Scenario（客户情景示例）”Problem（问题）:Prior authorization requires manual document collection per case.（事先授权每案需人工收集文件。）
Architecture（架构）:Document Ingestion（文档摄取）→ Document AI Extraction（文档 AI 抽取）→ Policy Rules（政策规则）→ Nurse / Coder Review（护士/编码员复核）→ Submission（提交）17. Related Case Study（关联案例）
Section titled “17. Related Case Study（关联案例）”当前暂无医疗专属案例；建议后续新增 Prior Authorization Automation（事先授权自动化）、Clinical Documentation Copilot（临床文档副手）。