# 猎户星空 × 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 核心结论

1. **合作可行且必要**：双方能力互补，一软一硬，是理想的合作伙伴
2. **技术路线清晰**：基于 RobotOS 开发 APK 是务实选择，鸿蒙可作为远期选项
3. **突破顺序建议**：门诊导诊机器人 → 住院巡房机器人 → 院内物流配送
4. **关键成功因素**：
   - 尽快拿到 SDK 并验证技术可行性
   - 锁定 1-2 家样板医院打造标杆
   - 商务条款中明确销售支持和分成机制

---

## 附录

### A. 猎户星空开发者文档链接
- 主文档：https://doc.orionstar.com/blog/knowledge-base-category/quick_start/
- 需重点查看：
  - 1.机器人开发 > 1.原生开发 (APK)
  - 1.机器人开发 > 2.插件开发 (OPK)
  - 2.服务端对接 > 1.API 对接
  - 2.服务端对接 > 2.配置 NLP

### B. 我方产品报价单摘要

| 产品线 | 功能模块数 | 报价区间 |
|-------|----------|---------|
| AI 中台 | 6 个仓库/中心 | 34 万 |
| 门诊智能体 | 7 大功能群 | 150 万 |
| 住院智能体 | 7 大功能群 | 160 万 |
| 体检智能体 | 6 大功能群 | 90 万 |
| BI 智能体 | 6 大功能群 | 120 万 |
| 智能硬件 | AI 机器人 | 15 万/台 |

### C. 待确认事项清单

- [ ] 猎户星空具体机器人型号及参数（载重、续航、尺寸等）
- [ ] 医疗行业认证要求（是否需要医疗器械注册证）
- [ ] 商务分成模式细节
- [ ] 硬件定制成本和周期
- [ ] 首批样板医院名单

---

> **文档结束**  
> 如有任何问题或需要补充的内容，请随时告知。