慢病生命周期管理研究报告：从碎片化就诊到连续性时间线

一、调研概述

1.1 研究背景与问题提出

老张在社区医院量血压，医生让他去大医院。大医院的医生问，平时吃什么药，血压控制多久了。老张说不清楚，儿子从手机里翻出几张化验单。检查完，老张回社区，社区医生又从头问一遍。

这不是老人记性不好的问题。问题出在系统——系统把一个人切成了一连串互不相干的就诊片段。每一次挂号、检查、开药、结算，形成一个闭环，数据留在那家医院、那张发票背后。患者去了另一家医院，历史记录不会跟过去。医生只能看到眼前这一小段。

慢病管理是长跑，靠这种单次快照做决策，自然会漏掉趋势。

本研究围绕一个核心问题展开：如何将当前以就诊事件为轴心的碎片化信息系统，转型为以患者全生命周期为轴心的连续性管理时间线？

研究覆盖四个关键维度：信息系统架构变革（从事件到主键）、慢病旅程分段管理（从混沌到阶段化）、支付激励机制重设计（从按次到按价值）、以及数据互联互通的落地路径（从孤岛到流动）。

1.2 调研方法与数据来源

本研究采用多源数据交叉验证方法，数据来源包括：

• 政策文献：国家卫健委《关于加强居民连续用药管理工作的通知》（2026）、《国民健康"十五五"规划》（国发〔2026〕23号）、DRG/DIP 3.0版分组方案等

• 行业数据：国家卫健委统计公报、中国疾控中心慢病监测数据、《卫生健康蓝皮书：中国卫生健康发展报告(2025-2026)》

• 地方实践：余姚市全周期精准化慢病管理体系、新疆天山区医防融合试点、河北省重大慢病监测管理系统等

• 技术参考：统一患者主索引（EMPI）建设标准、HL7/DICOM/CDA数据交互规范

1.3 研究域覆盖与跨域关联

本研究涉及以下研究域的交叉分析：

核心跨域关联：政策驱动→行业转型→技术落地→市场重构，四个域形成闭环传导链。

二、现状数据分析：数据孤岛下的慢病管理困境

2.1 慢病规模：3亿人的长跑

中国慢病患者已超3亿，需纳入规范管理的人群规模约5至6亿。60岁及以上老年人慢性病患病率超过78%，老年群体患有一种及以上慢性病的比例高达75%。慢性病导致的死亡占总死亡人数的88%，疾病负担占GDP超10%。

成年人高血压患病率接近28%，糖尿病筛查起始年龄已从40岁提前到35岁（《中国糖尿病防治指南(2024版)》）。终末期肾病患者已超350万人，年净增逾10万人，透析治疗率不足30%。

这些数字指向一个事实：慢病不是少数人的问题，而是多数人生活的一部分。管理好这3亿人的长期轨迹，比治好一次急性发作更重要。

2.2 信息系统现状：急诊科的单行道

当前大多数医疗信息系统是按就诊事件建设的。挂号、检查、开药、结算，每次形成一个闭环，数据留在那家医院、那张发票背后。

下图展示了当前慢病管理信息系统的碎片化现状：

flowchart TB

subgraph 当前碎片化架构

A[社区医院HIS] -->|数据封闭| A1[社区就诊记录]

B[三级医院EMR] -->|数据封闭| B1[住院/门诊记录]

C[公卫管理系统] -->|数据封闭| C1[随访/建档记录]

D[医保结算系统] -->|数据封闭| D1[费用/报销记录]

E[体检中心系统] -->|数据封闭| E1[体检报告]

F[药房管理系统] -->|数据封闭| F1[用药记录]

end

P[同一患者] -.->|无法关联| A

P -.->|无法关联| B

P -.->|无法关联| C

P -.->|无法关联| D

P -.->|无法关联| E

P -.->|无法关联| F

读者应带走的判断是：当前系统以机构为边界，同一患者在不同机构产生的数据无法自动关联，形成"一人多档、档档不同"的碎片化格局。

瓮安县的案例具有典型性：各医疗机构需使用门诊电子病历系统、公共卫生管理系统、药房管理系统、医保结算系统等多个互不连通的系统，门诊医生为患者诊疗时无法准确了解其既往病史、诊疗史、用药史，慢病管理随访情况不能及时知晓提醒。

2.3 数据断裂的代价

数据断裂不是技术问题，是临床决策的质量问题。

对医生而言：每次接诊都在"从零开始"。老张走进任何一家医院，系统不会自动跳出来他过去三年的用药、去年冬天的肺炎、上周连续三天的血压偏高。医生只能依赖患者口述和纸质材料——而慢病患者往往记不清。

对患者而言：重复检查、重复问诊、药物冲突风险。同一患者在A院做的化验，到B院不被采信，重新抽血。社区医生和大医院医生之间没有信息桥梁，患者的管理方案在转诊过程中反复断裂。

对系统而言：无法追踪趋势，无法评估长期效果，无法识别高危时段。慢病管理最需要的是"变化"——血压是上升还是下降？用药方案是否需要调整？并发症风险是否在积累？这些答案藏在连续数据中，但系统把连续数据切成了互不相干的碎片。

2.4 支付机制的强化效应

如果医院仍然按次收费，再漂亮的时间线也会被架空。当前按项目付费、按次付费的机制，本质上鼓励多看诊、多检查、多开药，而非长期管好一个人。

2025年医保基金支出突破3万亿，但增速创五年最低。核心变量是DRG/DIP付费改革的推进。数据显示，职工医保住院费用占比从2019年的59.8%降至2025年的51.6%，门诊费用占比持续上升。保障重心正在从"重住院"转向"管慢病、保门诊"。

然而，DRG/DIP本质上仍是按病种付费，解决的是单次住院的控费问题，不解决连续性管理的问题。按病种付费的底层逻辑仍然是"治一次算一次"，而不是"管一年算一年"。

三、多维度问题深度剖析

3.1 系统架构层：缺一根主键

要从单次就诊转向全生命周期管理，系统得先回答一个最基本的问题：这个人是谁？

不是姓名和身份证号——这些在不同系统里本来就存在，但无法自动关联。需要的是一个跨机构、跨科室、跨时间线的唯一患者主索引（EMPI，Enterprise Master Patient Index）。所有数据围绕这根主键流动，血压、用药、化验、随访记录才能串成一条连续的轨迹。

没有这根主键，数据再多也是孤岛。有了它，不同阶段的数据才能彼此解释。

当前EMPI建设的现实困境：

余姚市在推进全周期精准化慢病管理体系建设中，明确提出"数据互通、终端便捷、基层覆盖、精准高效"的目标，着力破解数据壁垒。这从侧面印证了数据互通是当前最迫切的基础设施需求。

3.2 管理模型层：缺少阶段化设计

慢病管理不是把一辈子塞进一个模型。生命周期管理的关键在于：把旅程切成可管理的段。

下图展示慢病旅程五阶段模型及各阶段的核心目标与触发规则：

flowchart LR

S1[筛查发现] -->|确诊| S2[确诊建档]

S2 -->|纳入管理| S3[稳定维持]

S3 <-->|波动触发| S4[波动干预]

S4 -->|恶化| S5[并发症管理]

S3 -->|长期进展| S5

S5 -->|稳定后| S3

S1 --- G1[目标: 早发现\n规则: 社区35+免费筛查]

S2 --- G2[目标: 建基线\n规则: 2周内完成建档]

S3 --- G3[目标: 少打扰\n规则: 设备+问卷监测]

S4 --- G4[目标: 快升级\n规则: 社区推至专科]

S5 --- G5[目标: 防恶化\n规则: 多学科联合]

classDef core fill:#eef7f5,stroke:#0f766e,color:#134e4a,stroke-width:1.5px;

classDef support fill:#eef4f8,stroke:#2563eb,color:#17324d,stroke-width:1.2px;

classDef warning fill:#fff7ed,stroke:#c2410c,color:#7c2d12,stroke-width:1.2px;

class S1,S3 core;

class S2,S4 support;

class S5 warning;

class G1,G3 core;

class G2,G4 support;

class G5 warning;

读者应带走的判断是：每个阶段目标不同、触发规则不同，系统设计的重点不是预测所有风险，而是在正确的时间把信息推给正确的人。

筛查发现阶段：对辖区内35岁及以上常住居民，每年免费测量一次血压。第一次发现收缩压≥140mmHg和(或)舒张压≥90mmHg的居民，在去除可能引起血压升高的因素后预约复查，非同日3次测量血压均高于正常，可初步诊断为高血压。建议转诊到有条件的上级医院确诊并取得治疗方案，2周内随访转诊结果。

确诊建档阶段：核心是建立基线——完整的既往史、家族史、用药史、生活习惯。这一阶段的数据质量决定后续所有管理决策的起点。现实中，大量建档停留在"有没有"的层面，缺乏深度基线数据。

稳定维持阶段：可以少打扰，靠设备和问卷调查监测。这个阶段的患者占比最大，管理成本最低，也是"时间线"价值最容易被忽视的阶段——因为"没出事"不等于"不需要关注"。

波动干预阶段：要快速升级，从社区推到专科。血压连续三天偏高、血糖控制突然恶化——这些信号需要系统自动识别并推送，而不是等患者自己觉得不对才来就诊。

并发症管理阶段：多学科联合，管理重心从单一指标扩展到全身状态。糖尿病患者的肾功能、眼底、足部——每一项都是一根需要持续监测的时间线。

3.3 激励机制层：付费逻辑与连续性管理矛盾

支付机制是慢病管理最底层的驱动力。如果付费逻辑仍然按次计算，无论系统多么先进、数据多么完整，医院和医生都没有动力去做长期管理。

当前支付方式与连续性管理的核心矛盾：

紧密型医共体内的改革正在试水：推行医保基金"总额预付、结余留用、合理超支分担"支付机制，动态调整按病种付费分组方案，扩大基层病种(组)数量。DRG基层病组不少于50个，DIP基层病种不少于100个，实行区域内不同等级医疗机构同病同付。

这是重要进步，但仍不够。按病种付费解决的是"同病同价"的公平问题，不解决"管好一个人值多少钱"的激励问题。真正奖励连续性的支付，需要按人头付费和按价值付费——本质是把钱和长期结果挂钩。

3.4 组织执行层：多方协作断裂

慢病管理的连续性不是技术问题，是组织问题。五个阶段涉及不同层级、不同角色的机构与人员：

筛查发现——社区医生是主力，但社区医生往往缺乏转诊后跟踪的动力和能力。"发现了就推上去，推上去就不管了"是普遍现象。

确诊建档——大医院负责确诊，但建档数据往往留在院内系统，不回流社区。社区拿不到确诊方案，管理无从谈起。

稳定维持——需要家庭医生持续随访，但家庭医生签约率虚高、服务率偏低。签约了不等于管了，管了不等于管好了。

波动干预——需要社区与专科之间的快速通道，现实中转诊流程繁琐，信息不同步。社区医生发现血压波动，想推到专科，但没有绿色通道、没有信息推送机制。

并发症管理——需要多学科协作，但各科各自为政。内分泌科管血糖、肾内科管肾功能、眼科管眼底——三个医生看同一个患者，互不知道对方在做什么。

新疆天山区的试点提供了有益经验：以"网格化管理+家庭医生签约+分级分类干预"构建医防融合工作体系，将以户为单位的健康管理贯穿慢性病防治全流程，实现从预防、诊疗到康复的闭环服务。

3.5 深层根源：五层溯源

四、核心矛盾汇总研判

4.1 核心矛盾提炼

经过多维度分析，本研究识别出慢病生命周期管理的三大核心矛盾：

矛盾一：系统按"事件"建，慢病按"时间"跑

信息系统以就诊事件为单位设计，天然生产"快照"；慢病管理以时间线为单位运行，天然需要"轨迹"。这是架构层与需求层的根本错配。HIS记录"某年某月某日开了什么药"，不记录"这个药吃了三个月效果如何"。电子病历保存的是"这次住院发生了什么"，不是"这个人三年来发生了什么变化"。

矛盾二：支付按"次"算，管理按"年"评

按次付费、按项目付费的支付逻辑，与慢病管理的年度评估逻辑存在根本冲突。医院的经济激励指向"多看、多查、多治"，慢病管理的目标指向"少出事、少住院、少花大钱"。激励方向与管理方向完全相反。

矛盾三：信息随"机构"存，患者沿"旅程"走

数据在机构边界内形成闭环，患者沿着自己的健康旅程在不同机构之间流动。数据不随人走，患者就成了一连串互不相干的就诊片段。老张的困境不是个案，是系统设计缺陷的必然结果。

4.2 矛盾传导机制

三大矛盾不是孤立存在的，它们形成了一个自我强化的循环：

• 系统按事件建→医生只能看到快照→无法追踪趋势→只能按次决策

• 按次付费→医院按次收费→没有激励做长期管理→时间线数据没有价值

• 信息随机构存→跨院就诊信息断裂→重复检查/重复问诊→患者体验差、信任低→更不愿意在社区长期管理→继续"出了问题才跑大医院"

打破这个循环的切入点在哪里？主键是技术切入，支付是利益切入，分段是管理切入。三者必须同步推进，缺一不可。

4.3 风险预判

五、三轮验证结果

5.1 第一轮：数据交叉验证

5.2 第二轮：逻辑闭环验证

5.3 第三轮：落地可行性验证

对第六章提出的四项核心对策进行五维可行性检验（详细结果见各对策下方标注）：

不通过项的修正已体现在第六章各对策的风险预案中。

六、针对性对策与建议

对策一：建设跨机构患者主索引（EMPI）——三步走路径

核心思路：没有主键，数据再多也是孤岛。EMPI不是"锦上添花"，是连续性管理的地基。

短期（1-3个月）：院内主键统一

中期（3-12个月）：区域主键互通

长期（1-3年）：省级主键全域覆盖

对策二：建设五阶段分段管理引擎——规则可执行化

核心思路：系统设计的重点不是预测所有风险，而是在正确的时间把信息推给正确的人。五阶段模型的每一阶段都需要明确的触发规则和升级路径。

筛查发现阶段规则引擎：

• 对辖区内35岁及以上常住居民，每年系统自动生成筛查任务并推送至家庭医生

• 首次发现血压异常，系统自动预约复查、记录复查结果

• 确诊后2周内随访转诊结果，逾期未随访系统自动提醒

稳定维持阶段规则引擎：

• 设备数据自动上传（血压计、血糖仪接入平台）

• 连续7天数据平稳→月度报告自动生成

• 连续3天血压偏高→系统自动标记"波动期"，推送至家庭医生和专科医生

波动干预阶段规则引擎：

• 社区医生标记"波动期"后，系统自动生成转诊建议并推送至对应专科

• 专科接诊后，诊断方案和治疗调整自动回流社区

• 社区医生收到回流量化指标，执行调整后的管理方案

并发症管理阶段规则引擎：

• 多学科联合管理：系统根据并发症类型自动关联相关科室

• 各科治疗方案冲突预警（如A科加药与B科减药矛盾）

• 定期评估并发症进展，达标后可降级至稳定期

对策三：支付规则引擎——把钱和长期结果挂钩

核心思路：系统设计师的任务是把支付规则写成可执行的引擎：谁续约、谁转诊、谁为过渡期指标负责，规则要明确到能落进代码。

支付结构重设计对照表：

关键设计细节——"过渡期指标归属"问题：

患者在社区与专科之间转诊，谁的指标？谁负责？这是支付引擎必须回答的问题。建议方案：

• 转出30天内：指标归社区（社区负责过渡期管理）

• 转出30天以上：指标归专科（专科负责治疗期管理）

• 回转社区后：指标归社区（社区负责稳定期管理）

• 年度综合评分：社区60%+专科40%（鼓励长期管理，不鼓励推诿）

对策四：数据治理与隐私保护框架——让数据安全流动

核心思路：数据要流动，但要安全地流动。没有隐私保护的互联互通，比没有互联互通更危险。

数据分级授权机制：

患者端数据掌控工具：

• 患者可通过手机App查看"谁看了我的数据"，随时撤销授权

• 数据调阅留痕，异常调阅自动告警

• 数据泄露责任追溯：机构→科室→操作者三级追踪

实施路径总览

下图展示四项对策的三期实施路径：

timeline

title 慢病生命周期管理落地实施路径

section 短期(1-3月)

EMPI院内统一 : 医共体内一人一档

稳定期规则引擎 : 设备数据接入+波动预警

数据治理启动 : L1级授权上线

section 中期(3-12月)

EMPI区域互通 : 跨院调阅+患者授权

波动期规则引擎 : 双向转诊闭环

支付改革试点 : 总额预付+过渡期指标

隐私框架完善 : L2/L3授权+调阅留痕

section 长期(1-3年)

EMPI省级覆盖 : 全域数据归集

并发症管理引擎 : 多学科联合+冲突预警

按人头付费推广 : 健康结果挂钩

数据安全体系 : 第三方评估+全量审计

七、总结与展望

7.1 核心结论

本研究围绕"如何将碎片化就诊信息系统转型为连续性管理时间线"这一核心问题，得出以下判断：

1. 主键是地基：没有跨机构的患者主索引，数据再多也是孤岛。EMPI不是可选项，是连续性管理的必要前提。

1. 分段是方法：慢病旅程不能一锅煮。五阶段模型（筛查发现→确诊建档→稳定维持→波动干预→并发症管理）让管理有节奏、有重点——稳定期少打扰，波动期快升级。

1. 支付是引擎：支付规则不改，系统只会继续鼓励多看诊、多检查。按人头付费和按价值付费的本质，是把钱和长期结果挂钩——谁续约、谁转诊、谁为过渡期指标负责，规则要明确到能落进代码。

1. 隐私是底线：数据要流动，但要安全地流动。分级授权、调阅留痕、患者可控——没有隐私保护的互联互通，比没有互联互通更危险。

7.2 发展方向

技术方向：AI+慢病管理正在从"概念"走向"日常化"。血压计、血糖仪自动上传数据，系统自动识别波动并推送预警——这些技术已经成熟，瓶颈不在技术本身，而在数据基础设施（EMPI）和激励机制（支付引擎）。

政策方向：国家卫健委明确提出从"以治病为中心"向"以人民健康为中心"的转变，《国民健康"十五五"规划》将全方位全周期整合型全民健康服务列为主线。DRG/DIP 3.0版即将发布，保障重心从"重住院"转向"管慢病、保门诊"。政策方向已明确，落地速度取决于支付改革与信息基础设施的协同推进。

行业方向：慢病管理正在告别"流量逻辑"，走向"长期陪伴"。3亿慢病患者的刚需不在于每次治好，而在于长期管好。老张下次走进任何一家医院，系统应该先跳出来他过去三年的用药、去年冬天的肺炎、上周连续三天的血压偏高。医生不用从头问，只需判断这一次该做什么。

这就是一根连续性的时间线该做的事。