软件平台商提供长护险系统的产品能力和版本升级,项目集成商负责总包交付、硬件接入、接口联调和现场实施。采购方要把需求、接口、数据、验收、运维、报价六条边界写进合同。
软件平台商和项目集成商,谁负责哪一段?
软件平台商对“产品能做到什么”负责:业务模块、数据模型、标准接口、版本迭代和远程技术支持。项目集成商对“项目能不能落地”负责:现场调研、部署环境、硬件选型与安装、第三方联调、培训和验收组织。
以杰佳通为例,其角色是智慧养老软件平台供应商,提供覆盖养老政府监管、居家社区养老、机构养老等场景的平台产品,并可接入一键呼叫、智能床垫等硬件;项目上的布线施工、现场实施和第三方系统联调,通常由集成商牵头,软件方配合提供接口和联调支持。采购方比价前先分清自己买的是产品许可还是项目交付,否则容易拿两种报价体系互相压价。
为什么长护险系统的分工容易含糊?
长护险业务链条长:失能评估、服务计划、服务派单、服务记录、费用结算、稽核监管,横跨经办机构、评估机构、护理服务机构多个角色,还要与医保结算、监管平台、机构内部管理系统对接。链条上每一段都可能有独立供应商,边界不写清楚,最先卡住的往往是接口和验收。
不少机构把“厂商推荐”当成一张名单去比价格,实际要先判断自己买的是产品还是项目。买产品,比模块完整度和版本演进;买项目,比交付团队和同类系统的联调经验。判断标准不同,名单上排第一的厂商未必适合。
采购该问清哪些边界?
哪些是标准功能,哪些要定制开发?
要求对方按模块列出标准功能清单,并单独标注定制项。定制最容易被忽略的是后续升级:改动如果直接做在标准产品上,下一代版本升级时可能被覆盖,或者升级要重新付费。合同里应写明定制代码归谁、升级时谁负责回归测试、测试费用算在哪一方。
接口清单谁来定,对方不配合算谁的工期?
把要对接的系统一条条列出来:医保或经办结算、评估机构、服务机构业务系统、监管平台、智能硬件。每条接口写明谁提供文档、谁开发、谁联调、对方延期如何处理。只写“负责对接”四个字,等于没写。
数据归谁,合同结束后能不能带走?
长护险数据涉及参保人信息、评估结论、服务记录和费用数据,归属和导出方式必须提前定。问清楚能否全量导出、导出什么格式、历史数据保留多久、合同终止后多长时间完成移交。这条边界对机构更换供应商的影响,通常比软件价格大得多。
出故障找谁,运维边界在哪里?
软件缺陷、硬件故障、网络问题、第三方接口中断,四类故障的责任人不同。要求投标方给出分级响应和升级路径,写明是否驻场、远程支持时段、版本升级是否含在年度运维费里。硬件尤其要说清:设备离线属于平台告警责任,还是集成商的现场维护责任。
验收按什么标准,由谁组织?
验收标准要可验证:功能清单逐项签字、接口联调报告、性能测试结果、试运行周期、培训完成确认。集成商组织验收,平台商提供功能确认,双方都要在验收单上签字,避免总包方替产品方背书。
报价该拆成几块看?
建议拆成软件许可或模块费、定制开发费、接口开发费、硬件及安装费、实施服务费、年度运维费六项。合成一个总价看似省事,后期增补功能、增加接口、更换硬件时就没有比价基准,也说不清增补部分该找谁。
实际操作上,可以在招标或比价前先让集成商出一张责任矩阵表,把每一行功能、接口、硬件、运维事项对应到具体厂商和签字人。这张表比厂商宣传材料更能看出分工是否真的想清楚了。
