公司产品矩阵

一套底座,两条平台产品线,一个价值制高点。本页只讲"它"——三条产品线分别是什么、怎么选、怎么计费;品牌故事与创始人故事另有专页。

ARCHITECTURE

四层结构:从底座到交付端

第 1 层是四十年积累,第 2 层是两条产品线,第 3 层是它的产出,第 4 层是它到达医生与患者的方式

1

第 1 层 · 底座

Foundation:证型/方证 3500+ · 症候 30000+ · 治法 3500+ · 主方 5000+ · 千万级知识图谱;基本权重 1.05 亿 → 扩展权重 630 亿;双引擎 + 四层模型。

2

第 2 层 · 平台

两条产品线:① 中医临床辅助辨证平台(标准成品,开箱即用)② 中医数智传承零代码开发平台(开发工具,自建模型)。

3

第 3 层 · 应用

名老中医专科专病智能体集群:徐经世 · 朱良春 · 孔伯华(孔医堂)· 山西省儿童医院 · 浙江省名中医研究院。

4

第 4 层 · 交付端

六个入口:医生版 PC · 医生版手机端 · 患者小程序/H5 · 开放 API V2 + MCP · 企业微信 · 零代码平台 Web 端。

并行推理:多流派专家模型并行推演,输出可对比的辨证路径(产品界面)
并行推理:多流派专家模型并行推演,输出可对比的辨证路径(产品界面)
PRODUCT LINES

三条产品线:入口、杠杆、制高点

可以分开采购,多数机构从产品线一开始,后续按需扩展

①

中医临床辅助辨证平台

定位:面向医疗机构的标准成品,开箱即用。
融合人工智能与中医辨证论,构建「规则图谱 + 神经网络」双引擎系统,为医生提供证型判断、治则方药推荐等决策支持。

  • 五同五不同——同病不同证 / 同证不同方 / 同方不同药 / 同药不同量 / 同量不同制
  • 症候三维量化——症候程度、子午归经(发作时辰)、六经传变(持续时日)
  • 合病合方——量化合证特征,为"是否需要合方"提供临证决策依据
  • 覆盖——400+ 病症,12 大类分科
②

中医数智传承零代码开发平台

定位:面向名老中医、地方特色中医流派、中医机构的开发与管理工具。
零代码开发中医专科 AI 辨证施治模块,打造特色中医 AI 云传承工作室。

  • 四层模型——结构 → 偏好 → 专业(预训练)→ 优化(后训练 / RLHF)
  • 人机对齐调试——中医专家亲手"拧"模型,不需要工程师翻译
  • 合成数据训练——低算力实现人类监督下的强化学习,绕开病案稀缺
  • 已支撑——国医大师级传承项目数十个
③

名老中医专科专病智能体集群

定位:产品矩阵的价值制高点。
把前两条产品线的产出,变成一个个可独立运营的传承资产。

  • 徐经世——胃脘痛、外感热病、内伤热病、1/2 型糖尿病等,已上线
  • 朱良春——数智传承工作室已在宁夏自治区中医院挂牌启用
  • 孔伯华(孔医堂)——数十种病症智能体已开发完成
  • 计价——按实施人天 + 平台授权,周期通常 1–3 个月
辅助辨证平台:证型判定与概率分布(产品实录)
专病智能体:按病种进入专科辨证(产品实录)
DUAL ENGINE

双引擎:既能推理,又无幻觉

这是辨证云敢进医院 HIS 的根本,也是绝大多数"中医大模型"没有的东西

  • 人工神经网络(连接主义)——数据及训练引擎。基础模型 + 专病模型,从主症入手、四诊合参,建立中医辨证复合推理模型。
  • 中医规则图谱(符号主义)——算法及规则引擎。稳定输出、提升输出一致性、有效抑制幻觉。
  • 全链路可解释——病/症 → 证 → 方 → 药 → 量 → 制,每一步推理有依据、可追溯。
推理链路全链可解释
第一环病/症 → 证(辨证)
第二环证 → 方(理法方药)
第三环方 → 药(加减化裁)
第四环药 → 量(个体化用量)
第五环量 → 制(炮制方法)
太阳病辨证网络:病→证→方→药→量→制 的推理路径可视化
太阳病辨证网络:病→证→方→药→量→制 的推理路径可视化(点击看原图)
TOUCHPOINTS

六个交付端,覆盖诊室到家庭

端形态面向对象状态
医生版 PC桌面客户端中医师 · 中西医结合医师已上线
医生版手机端安卓 v8.0.1 / 苹果 v7.6 / 苹果版(英文)中医师已上线
患者手机端辨证堂小程序 · 辨证堂 H5 · 辨证云小程序 · 辨证云手机端患者 · 中医爱好者已上线
开放 APIAPI V2 文档 + MCP 能力HIS 厂商 · 平台方 · 开发者已上线
企业微信小程序代开发 + 客户联系 / OA 集成医疗机构 · 连锁药店已上线
零代码开发平台Web 端名老中医 · 中医机构已上线
患者端:辨证记录与患者资料(辨证堂 App)
患者端:体质辨识与自学中医入口(辨证堂 App)
HOW TO CHOOSE

三条产品线怎么选

按机构类型与要解决的事来选,不是按预算高低来选

产品线一 · 辅助辨证平台产品线二 · 零代码开发平台产品线三 · 智能体集群
客户医院、基层医疗机构、连锁药店名老中医、中医流派、医学研究院中医院、区域标杆医院
形态标准成品工具 + 服务项目制(建设 + 运营)
要解决的事让本院医生立刻用上 AI 辨证把某位名医/流派的经验建成模型建成可挂牌、可带教、可产出学术成果的传承资产
计价标准成品授权工具授权 + 建模服务按实施人天 + 平台授权
周期以周计(配置与部署)以月计(随建模范围)以月计,通常 1–3 个月
战略角色入口与规模壁垒与杠杆品牌与利润

关于周期与计价:传承与定制类项目的营收主体是实施人天——医案数字化、诊疗路径访谈、人机对齐调试、一致性盲测、带教内容组织,每一项都要投入真实的专家时间。零代码平台省掉的是"专家向工程师解释自己怎么看病"这个必然失真的环节,不是这些工作本身。

FAQ

产品、计价与采购常见问题

辨证云的诊断水平处于什么位置?
我们的定位是临床辅助:在已覆盖的专科病种范围内,系统辅助辨证的诊断水平超过中等医师水准,并得到多位名老中医的临床验证与认可。它是医生的助手——提供证型判断与治则方药参考,最终处方权与责任始终在医生。我们不宣称 AI 能开方,也不与专家比高低。
这三条产品线可以分开采购吗?
可以。三条产品线独立交付:辅助辨证平台是标准成品,可直接采购部署;零代码开发平台按工具授权 + 建模服务计费;智能体集群是实施服务项目,按实施人天 + 平台授权计费,由中医师与工程师联合交付。多数机构从产品线一开始,后续按需扩展。
专科智能体和辅助辨证平台是什么关系?
智能体跑在平台之上。辅助辨证平台提供通用的辨证推理底座(3500+ 证型方证、30000+ 症候、5000+ 主方),智能体在此之上叠加某位名医的专病诊疗路径、用药偏好与加减化裁习惯,形成专科专病能力。
需要和医院 HIS 做深度集成吗?可以不集成吗?
两种都可以。不集成时,医生版 PC 与手机端开箱即用;集成时通过嵌入式接口与 HIS 无缝对接,医生在原有工作流中直接调用,不增加额外操作。浙江省中医院、潍坊市益都中心医院已完成 HIS 集成。
输出会不会不稳定、出现幻觉?
这是双引擎架构要解决的核心问题:人工神经网络负责多源信息的复合推理,中医规则图谱负责稳定输出、提升一致性并抑制幻觉。缺少规则图谱的系统会幻觉、每次结果不同,无法承担临床责任。
传承类项目怎么计价?为什么不是按套报价?
传承与定制类项目按实施人天 + 平台授权计费,不按套报价。原因是没有两位名医的经验相同——诊疗路径、用药偏好、加减化裁习惯都必须逐一建模并人工校验,这是一对一的智力服务。按套定价只有两种结果:要么高到没有客户接受,要么为控成本而缩水交付,最终损害的是传承质量。
项目周期一般多久?
以月为单位,通常 1–3 个月,视三个变量而定:病种数量、医案完备程度、与 HIS 的集成深度。主要人天投入在医案数字化、诊疗路径访谈、人机对齐调试(最耗时)、一致性盲测验证与带教内容组织这五个环节。我们不会为了赶周期跳验证环节——传承的保真度是一次性的,补不回来。
「零代码」是不是意味着工作量很小?
不是。零代码指的是中医专家不需要写代码即可亲手构建与调试模型,省掉的是「专家向工程师解释自己怎么看病」这个必然失真的转译环节。医案整理、路径访谈、对齐调试、盲测验证这些工作一件都不会少——它提升的是传承保真度与迭代速度,不是压缩工作量。
零代码开发平台真的不需要写代码?
对中医专家而言不需要。平台把建模过程拆成结构、偏好、专业、优化四层模型:专家提供专病诊疗路径与病案即可构建模型,偏好调整与一致性测试由中医师在界面上人工调试完成(人机对齐),不需要工程人员介入编码。
临床病案不足怎么办?
平台用合成数据预训练解决这个行业级瓶颈:人工设置对非典型证候随机遍历,生成"主证优先"的偏好数据训练集,在较低算力要求下实现人类监督下的强化学习;随后用真实病案做一致性对比测试。

不确定该从哪条产品线开始?

把你的机构类型、科室与要解决的问题告诉我们,我们按场景给方案。