猎户星空 × AI 智慧医疗 合作分析报告
文档版本：v1.0
生成时间：2026-04-01
合作方向：医疗专用机器人联合解决方案
一、双方公司概况
1.1 AI 智慧医疗（我方）
核心业务能力：
| 业务板块 |
核心功能 |
技术能力 |
| AI 中台 |
权限中心、模型仓库、知识库仓库、MCP 仓库、CARD 仓库 |
RAG 技术、工作流可视化、业务 API 集成 |
| 门诊智能体集群 |
智能导诊、预问诊、结算支付、报告解读 |
多轮对话、意图识别、医保结算对接 |
| 住院智能体集群 |
入院管理、智能查房、LOFT 物联联动 |
生命体征监测、医嘱执行、护理记录 |
| 体检智能体集群 |
检前预约、检中引导、检后报告解读 |
个性化套餐推荐、异常指标分析 |
| BI 智能体集群 |
运营预测、财务管控、物资管理、质量管理 |
数据分析预测、智能决策支持 |
| 智能硬件 |
AI 机器人终端 |
导航、感应、读卡、打印、梯控、多模态对话 |
1.2 猎户星空（合作方）
核心能力（基于开发者文档）：
| 能力维度 |
具体内容 |
| RobotOS |
基于 Android 的机器人操作系统 |
| 开发方式 |
原生 APK 开发、插件开发 (OPK/APK) |
| 服务对接 |
RESTful API、NLP 配置 |
| 硬件产品 |
导航机器人（商用服务型，无机械臂） |
| 销售网络 |
全国渠道覆盖 |
二、合作突破点分析
2.1 技术层面突破点
✅ 可立即着手的结合点
| 序号 |
结合方向 |
我方能力输入 |
对方能力支撑 |
实现难度 |
| 1 |
门诊导诊机器人 |
智能导诊算法、预问诊逻辑、医院业务流程 |
RobotOS 导航、语音交互、屏幕显示 |
⭐⭐ |
| 2 |
住院巡房机器人 |
查房工作流、生命体征数据采集逻辑、医嘱执行 |
自主移动、病房定位、呼叫响应 |
⭐⭐⭐ |
| 3 |
自助服务终端 |
挂号缴费、报告打印、医保结算 |
打印模块、读卡器、支付接口 |
⭐⭐ |
| 4 |
院内物流配送 |
药品/标本运送流程、电梯控制逻辑 |
SLAM 导航、避障、梯控对接 |
⭐⭐⭐ |
| 5 |
AI 健康助手 |
多模态对话、健康咨询、随访管理 |
语音识别、表情交互、移动端联动 |
⭐⭐ |
🔶 需要技术攻关的结合点
| 序号 |
结合方向 |
技术难点 |
需要对方协调的资源 |
| 1 |
医疗设备联动 |
与监护仪、输液泵等设备通信协议对接 |
开放 IoT 接口、提供设备驱动 SDK |
| 2 |
院内多机协作 |
多台机器人调度、路径规划冲突解决 |
多机调度系统接入权限 |
| 3 |
离线应急模式 |
网络中断时的本地基础服务能力 |
RobotOS 离线能力评估与支持 |
| 4 |
鸿蒙系统适配 |
如需替换底层系统，需重新适配所有功能 |
硬件驱动文档、Bootloader 权限（可能性低） |
2.2 产品层面突破点
门诊机器人功能矩阵
| 功能模块 |
我方 AI 能力 |
机器人硬件能力 |
用户价值 |
| 智能导诊 |
症状分析、科室推荐 |
语音交互、人脸识别 |
减少分诊台压力 |
| 预问诊采集 |
病史询问结构化录入 |
多轮对话、隐私保护模式 |
提高医生接诊效率 |
| 自助挂号缴费 |
医保结算、支付对接 |
读卡器、扫码器、凭条打印 |
减少排队等待 |
| 检查报告解读 |
AI 报告分析、异常提示 |
大屏展示、报告打印 |
提升患者就医体验 |
| 院内导航 |
科室位置知识图谱 |
SLAM 导航、路径规划 |
解决"找路难"问题 |
住院机器人功能矩阵
| 功能模块 |
我方 AI 能力 |
机器人硬件能力 |
用户价值 |
| 智能查房 |
查房工作流、数据自动记录 |
病房自主移动、生命体征采集 |
减少护士文书工作 |
| 用药提醒 |
医嘱解析、用药时间管理 |
语音播报、床头屏联动 |
降低用药差错 |
| 呼叫响应 |
智能分诊、紧急程度判断 |
呼叫中心对接、快速抵达 |
提高响应速度 |
| 标本/药品配送 |
任务调度、路径优化 |
货仓容量、冷链监控（需定制） |
降低人力成本 |
| 夜间巡检 |
异常行为识别、风险预警 |
夜视摄像头、安静模式 |
保障患者安全 |
2.3 商业模式突破点
| 合作模式 |
描述 |
优势 |
风险 |
| 硬件采购 + 软件自研 |
我方采购机器人硬件，自行开发 APK |
自主可控、利润空间大 |
前期投入高、技术风险 |
| 联合方案 + 收入分成 |
打包成整体方案，按项目分成 |
风险共担、借助对方渠道 |
利润被摊薄、商务谈判复杂 |
| OEM 贴牌 + 授权费 |
机器人贴我方品牌，支付授权费 |
品牌独立、定价权在我 |
成本较高 |
| 战略投资 + 深度绑定 |
资本层面合作，成立合资公司 |
长期稳定、资源深度整合 |
决策链条长、灵活性差 |
建议采用：联合方案 + 收入分成模式
- 理由：借助对方全国销售网络快速铺量，我方专注产品和交付
三、需要对方协调的资源清单
3.1 技术开发支持（优先级：高）
| 序号 |
需求内容 |
用途说明 |
期望形式 |
| 1 |
完整 API/SDK 文档 |
APK 开发基础 |
在线文档 + PDF 下载 |
| 2 |
开发环境搭建指导 |
快速上手 |
视频教程/远程培训 |
| 3 |
模拟器/测试工具 |
无需真机即可开发调试 |
PC 端仿真器 |
| 4 |
硬件接口调用示例 |
读卡器、打印机、梯控等 |
代码 Demo |
| 5 |
NLP 配置能力 |
自定义语音指令、意图识别 |
配置后台权限 |
| 6 |
多机调度接口 |
多机器人协作场景 |
API 接入文档 |
3.2 硬件定制支持（优先级：中）
| 序号 |
定制需求 |
应用场景 |
备注 |
| 1 |
医保卡读卡器集成 |
门诊挂号、缴费、报销 |
需支持社保卡、就诊卡 |
| 2 |
A4/A5 打印模块 |
报告打印、发票打印 |
考虑耗材更换便捷性 |
| 3 |
梯控模块适配 |
跨楼层配送、巡检 |
需支持主流电梯品牌协议 |
| 4 |
消毒模块选配 |
住院区、手术室区域 |
紫外线/喷雾消毒 |
| 5 |
医疗级外壳材质 |
耐腐蚀、易清洁 |
符合院感要求 |
3.3 市场销售支持（优先级：高）
| 序号 |
支持内容 |
期望方式 |
| 1 |
样板医院落地 |
共同选择 1-2 家标杆医院打造示范项目 |
| 2 |
销售渠道培训 |
对我方人员进行产品培训，或对方销售代售 |
| 3 |
联合市场推广 |
展会、学术会议、行业论坛联合亮相 |
| 4 |
客户案例包装 |
成功项目联合宣传、案例白皮书 |
3.4 售后运维支持（优先级：中）
| 序号 |
支持内容 |
备注 |
| 1 |
远程诊断系统 |
机器人故障远程排查 |
| 2 |
备件供应体系 |
关键模块备件库、快速更换 |
| 3 |
现场支持 SLA |
重大项目的驻场保障承诺 |
四、APK 开发技术路线
4.1 开发环境准备
必需工具：
- Android Studio（RobotOS 基于 Android）
- 猎户星空 RobotOS SDK
- 机器人测试样机（或官方模拟器）
开发语言：
- Java / Kotlin（Android 原生）
- 部分底层调用可能需要 C/C++（通过 JNI）
4.2 技术架构分层
┌─────────────────────────────────────┐
│ 医疗业务应用层 │ ← 我方主导开发
│ (导诊/问诊/查房/配送等业务 APK) │
├─────────────────────────────────────┤
│ AI 能力集成层 │ ← 我方核心能力
│ (AI 中台 API / 智能体集群 / MCP) │
├─────────────────────────────────────┤
│ RobotOS 能力调用层 │ ← 使用对方 SDK
│ (导航/语音/视觉/运动控制 API) │
├─────────────────────────────────────┤
│ 硬件抽象层 │ ← 依赖对方驱动
│ (传感器/电机/外设/通信模块) │
└─────────────────────────────────────┘
4.3 关键技术点
| 技术点 |
说明 |
难度 |
参考资源 |
| 导航定位 |
调用 RobotOS SLAM 能力，实现科室间自主移动 |
⭐⭐ |
对方 SDK 文档 |
| 语音交互 |
集成对方 NLP + 我方医疗语义理解 |
⭐⭐ |
需研究 NLP 配置能力 |
| 多模态交互 |
语音 + 触屏 + 手势 + 表情 |
⭐⭐⭐ |
Android 原生 UI + 对方 API |
| 外设调用 |
读卡器、打印机、扫码器等 |
⭐⭐ |
对方硬件 SDK |
| 梯控对接 |
与电梯控制系统通信 |
⭐⭐⭐ |
需了解医院电梯协议 |
| 多机协作 |
多机器人任务分配、路径避让 |
⭐⭐⭐⭐ |
对方多机调度系统 |
| 离线降级 |
网络中断时的基础服务能力 |
⭐⭐⭐ |
本地缓存 + 边缘计算 |
五、鸿蒙系统可行性分析
5.1 方案对比
| 方案 |
描述 |
可行性 |
工作量 |
建议 |
| 方案 A |
在 RobotOS 上开发 APK，鸿蒙作为备选概念 |
⭐⭐⭐⭐⭐ |
低 |
✅ 推荐 |
| 方案 B |
尝试将 RobotOS 替换为 OpenHarmony |
⭐⭐ |
极高 |
❌ 不建议 |
| 方案 C |
双系统支持（高端机型鸿蒙，低端 Android） |
⭐⭐⭐ |
高 |
暂缓 |
5.2 建议策略
短期（0-6 个月）：
- 基于 RobotOS（Android）完成 APK 开发和落地
- 同步研究鸿蒙在医疗机器人领域的政策利好
中期（6-12 个月）：
- 如果猎户星空官方支持鸿蒙版本，可直接迁移
- 如不支持，可评估第三方鸿蒙移植方案（需对方配合开放 Bootloader）
长期（12 个月+）：
六、下一步行动建议
6.1 第一阶段：技术验证（1-2 个月）
| 序号 |
任务 |
负责人 |
产出物 |
| 1 |
申请猎户星空开发者账号、获取 SDK |
技术负责人 |
开发权限、SDK 包 |
| 2 |
搭建开发环境、完成 Hello World |
开发团队 |
可运行的基础 APK |
| 3 |
研究导航、语音、外设调用 API |
开发团队 |
技术验证 Demo |
| 4 |
设计门诊机器人 MVP 功能列表 |
产品经理 |
PRD 文档 |
| 5 |
确定首家样板医院意向 |
商务负责人 |
合作意向书 |
6.2 第二阶段：产品开发（3-6 个月）
| 序号 |
任务 |
负责人 |
产出物 |
| 1 |
门诊导诊机器人 APK 开发 |
开发团队 |
v1.0 版本 |
| 2 |
住院巡房机器人 APK 开发 |
开发团队 |
v1.0 版本 |
| 3 |
与医院 HIS 系统对接联调 |
技术团队 |
接口打通 |
| 4 |
硬件定制模块选型和集成 |
硬件团队 |
定制方案 |
| 5 |
样板医院部署测试 |
实施团队 |
试点报告 |
6.3 第三阶段：市场推广（6-12 个月）
| 序号 |
任务 |
负责人 |
产出物 |
| 1 |
打造标杆案例、形成标准化方案 |
产品团队 |
解决方案手册 |
| 2 |
联合猎户星空进行市场推广 |
市场团队 |
市场活动、线索 |
| 3 |
建立售后服务体系 |
运营团队 |
SOP 流程 |
| 4 |
迭代产品功能、扩展更多场景 |
研发团队 |
v2.0/v3.0 版本 |
七、风险评估与应对
| 风险类型 |
风险描述 |
影响程度 |
应对措施 |
| 技术风险 |
RobotOS API 能力不足，无法满足医疗场景需求 |
高 |
早期深入技术评估，预留自研替代方案 |
| 商务风险 |
对方销售网络推广力度不够 |
中 |
合同中明确销售目标和对赌条款 |
| 合规风险 |
医疗器械认证周期长、成本高 |
高 |
提前咨询药监局，分类界定（可能按二类器械管理） |
| 竞争风险 |
其他 AI 医疗公司也与机器人厂商合作 |
中 |
快速占领市场、建立标杆案例壁垒 |
| 依赖风险 |
过度依赖单一机器人供应商 |
中 |
同时接触 2-3 家机器人厂商，保持议价能力 |
八、总结
8.1 合作价值
| 维度 |
我方收益 |
对方收益 |
| 产品 |
获得成熟的机器人载体，快速落地 AI 医疗能力 |
丰富产品线，进入医疗垂直领域 |
| 市场 |
借助全国销售网络快速规模化 |
提升单客价值（机器人 + 软件打包） |
| 技术 |
专注 AI 和医疗业务，无需从 0 造机器人 |
获得行业 Know-how，提升产品竞争力 |
| 品牌 |
联合打造医疗机器人标杆案例 |
树立行业影响力 |
8.2 核心结论
- 合作可行且必要：双方能力互补，一软一硬，是理想的合作伙伴
- 技术路线清晰：基于 RobotOS 开发 APK 是务实选择，鸿蒙可作为远期选项
- 突破顺序建议：门诊导诊机器人 → 住院巡房机器人 → 院内物流配送
- 关键成功因素：
- 尽快拿到 SDK 并验证技术可行性
- 锁定 1-2 家样板医院打造标杆
- 商务条款中明确销售支持和分成机制
附录
A. 猎户星空开发者文档链接
B. 我方产品报价单摘要
| 产品线 |
功能模块数 |
报价区间 |
| AI 中台 |
6 个仓库/中心 |
34 万 |
| 门诊智能体 |
7 大功能群 |
150 万 |
| 住院智能体 |
7 大功能群 |
160 万 |
| 体检智能体 |
6 大功能群 |
90 万 |
| BI 智能体 |
6 大功能群 |
120 万 |
| 智能硬件 |
AI 机器人 |
15 万/台 |
C. 待确认事项清单
文档结束
如有任何问题或需要补充的内容，请随时告知。
