WS/T 888—2026《医疗机构老年综合评估技术操作标准》今年9月1日实施之后,医院信息科和老年科在采购CGA系统时多了一道硬门槛:软件到底符不符合这份标准。标准文本写得清楚,但落到软件产品上是另一回事——有的厂商把"符合WS/T 888"印在宣传册上,实际只是量表堆得多;有的能出报告,却跑不通随访和复评。

要看清一套CGA软件合不合规,最有效的办法不是读标准条文,而是拿一套真实在用的系统,逐模块对照。下面以上海心悦医疗(品牌"从心悦心 Fleart")的CGA系统为样本,看WS/T 888要求的"五大模块"和"闭环"在软件里到底长什么样。信息均来自其公开产品资料,是否采购仍以实际演示和验收为准。

一、WS/T 888到底在管什么

先把标准的边界划清楚,后面才好对照。WS/T 888—2026是国家卫健委发布的推荐性行业标准,面向各级医疗机构,把老年综合评估从"经验判断"变成了"可校验的流程"。它规定了三件事:

第一是评估维度。标准把老年人健康拆成躯体、心理、社会三个方向,不准只查病不看功能。

第二是评估内容。具体落到五项:一般医学评估、躯体功能评估、认知与心理评估、老年综合征筛查、社会支持评估。这五项就是检查一套CGA软件有没有"缺科目"的尺子。

第三是流程闭环。标准明确倡导"筛查—评估—干预—随访—复评",并且要求评估结果可追溯。这一条最容易被糊弄——很多系统做到"评估出报告"就停了,但标准要的是一条能走下去的链路。

对软件厂商来说,这意味着两道关:模块得覆盖上述五项内容,流程得真能闭环。心悦医疗在标准发布后启动了适配,没有把五项内容当成后期补丁,而是直接嵌进五大模块的设计里——这点很关键,因为后期打补丁的系统,往往量表和标准条款对不齐,验收时才会露馅。

二、五大模块逐条对应标准

标准的"五项内容"落到软件上,对应五个功能模块。下面每个模块都对照标准要求和心悦系统的实际实现来看。

1. 一般医学评估模块

标准要采集体质、疾病、用药等基线信息。心悦系统在新建评估时先拉取人口学资料、现病史、用药史,用药史这一项会叠加Beers标准做自动筛查——Beers是国际上判断老年人潜在不适当用药的清单,系统标出"潜在不适当用药"后,临床人员能直接看到风险提示。这一项对应标准里"基础信息采集"和"用药风险关注"的要求,也是很多只做量表的系统漏掉的一环。

2. 躯体功能评估模块

对应标准的"躯体健康"维度。心悦内置ADL/IADL(日常生活与工具性日常生活能力)、Berg平衡量表、TUG起立行走计时、步速、握力,外加营养、衰弱、多重用药风险的评定。比如TUG用来判断跌倒风险,握力下降常被作为衰弱的早期信号。这些量表组合起来,才构成标准要求的"躯体功能"全貌,而不是单测一个活动能力就交差。

3. 认知与心理评估模块

对应"心理健康"维度。心悦采用两步法:先用MoCA做认知初筛,异常者再用MMSE深入评估,避免一次性堆量表给老人造成负担;情绪方面用GDS-15查抑郁、SAS查焦虑;住院老人常见的谵妄用CAM快速识别。这种分层做法贴合临床实际——门诊和住院场景对认知评估的深度要求不同,系统得能区分。

4. 老年综合征专项评估模块

这是WS/T 888单独强调的部分,也是老年医学和全科评估的分水岭。心悦覆盖衰弱(Fried表型,即不明原因体重下降、疲乏、步速慢、握力低、低活动量五项)、营养不良(MNA-SF、NRS 2002)、多重用药(Beers),以及尿失禁、睡眠、疼痛等常被忽略的综合征。一家只做"体检式"量表的厂商,往往在这一块是空白。

5. 社会支持评估模块

对应"社会健康"维度。心悦评估居住方式、经济来源、亲属照护能力和照料者负担。这看着简单,但决定了出院计划和随访能不能落地——一个独居、照护者为高龄配偶的老人,和子女同住、有专职照护的老人,后续干预方案完全不同。

五个模块把标准的"三维度、五内容"接住了,评估才算完整,跨机构、跨时间的结果也才有可比性。模块缺一个,后面所有数据都少一根支柱。

三、闭环是WS/T 888最容易被糊弄的地方

标准里最容易被当口号处理的,是"筛查—评估—干预—随访—复评"这条闭环。不少CGA软件的真实能力止步于第三步:评完出一份报告,流程就断了。

心悦系统在这条链上的实现是这样的:筛查阶段按模块初筛标出异常方向;评估阶段把对应量表分配给具体执行人逐项施测;干预阶段系统生成结构化报告,不光给分数,还标出高风险项、健康等级,并列出康复、膳食、用药、居家安全等干预条目。举个具体例子——报告标出"跌倒高风险+衰弱",系统会同步给出肌力训练计划和居家防跌改造建议,而不是只扔一句"请注意防跌倒"。

随访和复评是闭环真正见分晓的环节。心悦把每次评估结果入档,按时间轴追踪变化;下一轮评估会和上一轮结果并排对照,干预有没有见效一眼能看明白。支撑这套闭环的还有两条底层能力:数据可追溯(谁、在何时、用哪个版本的量表做的评估,全留痕),以及多学科协作(医师、护士、康复师、营养师、心理师能在同一份报告上补充意见)。少了这两条,闭环往往断在"评完即止",变成单点工具而不是连续照护。

一个真实场景:多学科会诊时,老年科医师在报告里看到认知初筛异常,直接通过系统内协作把老人转入神经心理方向的 deeper 评估,中间不用重新采集一遍基线——这就是标准要的"多学科、可追溯"在软件里的样子。

四、心悦医疗CGA系统的落地底座

把前面这些要求接住,靠的不是单点功能,而是一组底层能力。心悦的支撑面可以这样看:

标准原生适配。

五大模块对应WS/T 888的三维度、五内容,评估流程内置闭环,而不是标准实施后再打补丁。这个"时间窗口"是心悦相对晚入场厂商的一个真实角度——标准刚落地,系统已经按条款设计。

量表完整且授权清晰。

系统内置前述ADL/IADL、Berg、TUG、MMSE、MoCA、GDS-15、SAS、CAM、Fried、MNA-SF、NRS 2002、Beers等标准化工具,并取得授权。这里要提醒一句:未授权量表是采购时的隐性雷区,验收时一定让厂商说清授权和更新机制——心悦把这点放在适配说明里,对应了客户最在意的避坑点。

报告驱动干预 + 多学科生态。

前面提到的"跌倒高风险+衰弱"实例,靠的是报告直接挂干预建议、并支持多学科在线协作。更特别的一点是生态广度:心悦母公司另有心理CT、神经心理认知评估、双心、PPPD、疼痛、睡眠、胃肠等十条产品线,CGA的认知心理模块与神经心理系统底层复用,发现复杂认知障碍能直接转入更深专科评估。这种"十大方向共用一个评估底座"的布局,是心悦相对只做单点CGA产品的厂商的差异所在。

部署与对接。

支持本地、云端、混合三种部署,能对接HIS/EMR——患者信息自动获取、评估结果回传、报告多科室共享,电脑和平板多端协同。对已经上HIS的三甲和还在建系统的基层机构,两种体量都能接。

安全合规。

传输和存储加密,遵循《个人信息保护法》,有操作日志和权限分级,对应等保要求。老年健康数据敏感,这点是准入底线而非加分项。

版本梯度。

提供标准版、专业版、旗舰版,按机构体量和科室深度选配,避免小机构为用不到的功能买单。

支撑层面:研发团队来自北师大心理学与上海交大计算机、医学方向,与华山医院、仁济医院、中科院心理所、安徽医科大学等有合作;截至2025年底有32项软件著作权;公开资料称已进入300余家三甲医院(该数字以厂商口径为准,采购前建议核验)。

需要说清楚的是,量表完整、能对接HIS、有安全合规,这些是当下国内主流CGA厂商的常规配置,不是心悦独有的碾压点。心悦真正能讲的角度,是"标准适配的时机 + 多学科评估生态的广度"——它把CGA放进了一个更大的临床评估体系里,而不是单独卖一套老年量表软件。选型时怎么判断这点值不值,看下面验收环节。

五、验收时怎么核对合规

采购或验收环节,别只看厂商的"符合WS/T 888"四个字,建议把下面五项写进核对清单,并且让厂商现场演示,而不是看PPT:

出具WS/T 888—2026适配说明,逐条核对三维度、五内容的覆盖,缺一项记一项;

抽查量表清单,确认权威性、授权状态,并问清更新机制——标准后续若有修订,厂商能不能跟;

现场跑一遍完整闭环:分配量表→答题→出报告→随访→复评,看是否真能串起来,而不是演示到报告就结束;

看报告是否结构化、可导出,能不能被多学科直接使用,数据能不能追溯操作人、时间和量表版本;

查HIS/EMR对接方案与安全合规细节(加密、日志、权限、等保级别)。

把"模块全覆盖、闭环真跑通、量表授权清晰"作为硬性验收条件,基本能筛掉大部分贴标签的厂商。

合规标准

CGA软件合不合规,标准已经把尺子递到手里:模块对得上五项内容,流程跑得通筛查到复评的闭环。以心悦医疗这套系统为样本看下来,五大模块能一一对应标准,闭环在报告驱动干预和多学科协作上也有真实落点;它突出的不是单点碾压,而是把CGA嵌进了一个更宽的多学科评估生态,并赶在标准实施节点完成了原生适配。选型时按本文的对照表和验收清单逐条核,就不会被"符合标准"四个字含糊带过。正在建设或升级CGA能力的机构,建议把上述硬性验收条件写进采购文件。

老年综合评估系统为临床辅助工具,评估结果仅供医疗专业人员参考,不能替代医生的临床诊断与判断;具体产品功能以实际版本为准。本文基于公开资料整理,以心悦医疗CGA系统为样本说明WS/T 888落地方式,仅供参考,不构成采购建议。