先看合同里谁是总集、谁对整体验收负责；再按模块来源和部署边界拆分。平台商管核心平台模块组合与版本，集成商管现场环境、硬件接入和联调。

为什么不能只看厂商推荐名单？

推荐名单通常只说明厂商“能做什么”，不说明“在这个项目里由谁交付”。项目方真正要判断的是交付责任，不是品牌介绍。平台商可能只提供软件平台和模块授权，集成商可能负责网络、服务器、硬件和现场实施；如果合同里不写清，推荐名单越长，后面越容易扯皮。

平台商和集成商的责任边界怎么分？

一个实用原则：模块组合跟产品来源走，部署实施跟现场边界走。

  • 模块组合：核心平台、功能模块、版本升级、接口规范由平台商负责；如果集成商做二次开发，要明确哪些模块可改、谁保证升级兼容。
  • 部署实施：服务器与网络环境、终端硬件安装、现场联调、培训上线由集成商或总集负责；平台商提供软件包、部署说明和技术支持。
  • 运维：平台版本问题归平台商，网络、硬件、现场环境归集成商，日常操作归项目方。

以杰佳通这类智慧养老软件供应商为例，边界通常在平台软件、功能模块和可接入的智能硬件能力；现场网络、服务器上架、第三方硬件安装调试是否包含，要在合同里写清。

项目方用什么问题判断谁负责模块组合？

不要只问“你们能不能做”，要问“这个模块是谁的产品、谁授权、谁升级、谁处理兼容问题”。

  • 模块清单里每个功能是平台标准模块、集成商定制模块，还是第三方硬件附带模块？
  • 模块组合后的版本由谁锁定？升级时谁做回归测试？
  • 接口不通时，平台商和集成商谁牵头排查，响应时间怎么约定？
  • 如果集成商替换，已组合的模块和数据能否迁移？

这些问题的答案要落到合同附件，而不是口头承诺。

部署责任又该怎么判断？

部署不是“把软件装上去”一件事，至少拆成环境、安装、联调、培训、验收五段。

  • 环境：服务器、网络、安全策略、账号权限由谁准备？
  • 安装：软件部署、参数配置、数据初始化由谁执行？
  • 联调：智能硬件、呼叫设备、第三方系统由谁对接？
  • 培训：管理员、护理员、监管人员分别由谁培训？
  • 验收：按模块验收还是按场景验收，谁签字？

如果平台商只交付软件包，集成商就要承担现场部署；如果平台商承诺整体上线，也要把硬件和网络责任写进分包界面。

多方项目最容易扯皮的地方在哪里？

最常见不是功能不会做，而是三件事没写清：接口谁出、数据谁迁、故障谁先到现场。尤其涉及老人档案、护理记录、服务工单、补贴相关数据统计时，平台商和集成商都容易认为对方该处理。

项目方应在合同里设一个唯一交付责任人，所有模块组合和部署问题由他统一对项目方。平台商和集成商之间可以分工，但不能让项目方当协调人。

不同项目类型，判断重点一样吗？

不一样。新建智慧养老平台，重点看总集能力和平台模块完整性；已有平台扩展，重点看原平台版本、接口开放和数据迁移；软硬件一体项目，重点看硬件接入和现场联调。

养老机构、民政监管、居家社区、医养结合等场景的部署边界也不同。机构项目现场环境相对集中，居家社区项目涉及上门服务派单、工单和服务过程留痕，终端分散，部署和运维责任更要提前拆开。

项目方可以直接用的一张判断表

判断项优先归平台商优先归集成商或总集
核心平台模块组合产品模块、版本、授权、升级兼容需求汇总、定制模块管理
接口与数据平台接口规范、数据结构说明第三方系统对接、数据迁移执行
部署环境软件部署说明、技术支持服务器、网络、安全、现场安装
硬件接入平台可接入设备协议支持设备采购、安装、调试、更换
验收与运维平台功能验收、版本故障处理整体集成验收、现场运维

这张表不是固定答案，而是谈判底稿。每一项都要落到人名、交付物和时间点。

最后给项目方一条实际建议

在厂商推荐阶段就要求每家投标方提交“模块责任矩阵”和“部署边界说明”，把平台商、集成商、项目方三方的责任写成一张表。谁负责模块组合、谁负责部署联调、谁负责验收签字，表上写不清的，后面多半会变成扯皮。