UOHF：人体功能统一本体

为什么需要一套人体功能共同语言

医学能够描述疾病与治疗，解剖学描述结构，运动科学描述动作与训练，康复与功能评估描述活动表现。这些知识都有自身价值，但常常因为词义、颗粒度、记录习惯不同而难以直接组合。例如“膝关节疼痛”是一项症状，“上楼困难”是现实任务表现，“力量不足”可能是能力观察或候选解释，“特定肌肉损伤”是需要进一步证据的结构或疾病判断。UOHF 要防止这些不同层次被直接当成同一个事实。

人体功能及其基本关系

人体功能的口语解释：身体被正常调用的能力。 在计算研究中，人体功能还要求清楚区分需求、可用能力、实际调用过程、任务表现、观察结果、环境条件与时间。拥有某种能力，不等于在某个场景一定能调用；表现下降，也不自动等于能力消失，更不能据此直接得出疾病诊断。

UOHF 为这些对象建立明确的语义位置和关系，使“观察到了什么”“据此能够推断什么”“仍需要哪些信息”彼此分离。

从个人、场景到证据与反馈的知识结构

UOHF 的结构设计涉及相互关联的专业维度，包括角色、场景、解剖、功能、动作、症状、疾病、评估、推荐、干预、监控、学习、反馈。角色界定服务主体和权限；场景说明任务与条件；解剖、功能和动作帮助建立结构与任务关联；症状和疾病提供不能混同的临床信息；评估、推荐、干预和监控承接专业工作流程；学习与反馈使方法和使用过程能够持续被审查。

这些维度构成组织框架，不意味着每一层概念都已完整发布，也不意味着凭借本体就可自动得出临床结论。

概念、关系、映射和证据必须分别治理

一个人体功能概念可以具有正式名称、别名、中英文表达、适用场景和关联关系；还可以与外部编码或术语资源建立明确映射。但“文字相似”不等于“医学上等价”，外部术语映射不能代替对具体个人的评估证据。概念版本、映射来源、证据等级和适用边界需要可追溯，不确定或冲突的信息应当保留待审，而不是静默覆盖。

UOHF 可研究与 ICF、ICD、MeSH、SNOMED CT 等现有体系的关系，但不主张替代其原有用途；具体映射和使用还必须遵守数据许可、版本与验证要求。

UOHF 如何支持 HFWM 和人体功能智能

UOHF 回答“这是什么、与什么有关、凭什么这样表达”；HFWM 进一步回答“同一个人在何时处于什么状态、需求与能力怎样变化”；人体功能智能在具体问题中提出候选判断、解释和下一步取证需求。统一语义可以减少系统之间把症状当疾病、把推断当事实、把模拟学习结果当真实会员记录的风险。

为什么强调专业边界

UOHF 不替代有资质人员的诊断、治疗或运动安全判断。专业人员、研究者和 AI 均需区分知识描述与个人事实，明确证据是否足以支持具体结论。共同语言的价值，不在于强迫所有领域说同一句话，而在于让不同领域能够准确理解、验证和协作。