2026 年 6 月 5 日T/SMA 0090—2026《视光中心服务规范》发布6 月 15 日实施归口上海市计量协会。这份标准的内容结构中数据与信息安全独立成章。这个信号值得采购方注意权限、备份、导出、接口与审计此前在不少机构的选型表里属于加分项如今是服务规范结构的一部分。但落到真实采购场景多数机构手里只有一张功能对照表。表上问的是有没有会员管理“有没有电子病历”很少有人问会员储值跨店冲抵时账怎么记、差异怎么归因“档案字段谁能改、改完留不留痕”。功能对照表回答的是有没有采购决策真正需要回答的是怎么存、怎么算、怎么留痕、怎么交接。后面这几问落不到字段、流程和条款上就还是口头承诺。一、先定业态再定清单顺序同一份清单发给单店和连锁得到的答案没法横向比较。单店的主流程是开单、库存、会员、回访例外场景集中在退货、换货、储值退款连锁要处理跨店通用、总部与门店的权限分层、标准化价格与促销冲突视光中心的核心是检查—建档—评估—干预—转诊—跟踪这条链能不能连起来眼科门诊则围绕预约、挂号、病历与经营数据呈现。所以清单的第一栏应该是业态自述不是功能勾选。可以按三步推进第一步写清主流程再写三个最常见的例外场景。第二步给例外场景排优先级——演示时先看例外主流程通常都好演。第三步让服务商按场景走一遍而不是按模块列表点一遍。这里有个行业背景值得留意公开产品资料显示面向眼镜零售门店、视光中心与眼科医疗机构提供眼视光管理系统与数字化运营解决方案的服务商产品线通常按业态分层门店管理、视光服务、眼科诊疗与校园筛查各自对应不同版本。分层意味着核对要按版本和场景走不能用一套标准衡量所有机构。二、功能核验从有没有改问字段怎么落功能演示环节把问题换成字段组的问法能问出很多差异。以下五组建议逐组过① 基本信息组建档主体是个人还是家庭一个会员下能否挂多个被检人改名、合并、拆分如何处理② 检查记录组数据是覆盖式写入还是追加式留痕历史记录被修改后是否保留版本③ 来源标识组同一份数据来自人工录入还是设备读取是否可区分④ 随访计划组随访周期按固定间隔还是按规则生成到期提醒走什么渠道⑤ 可见范围组哪些字段对前台可见、哪些仅视光师可见、哪些仅管理层可见这五组过完再看业务侧的硬点销售开单是否支持门店常用收银设备与移动端库存是否支持批次、效期、调拨与盘点差异处理会员储值、积分能否线上线下同步、跨店通用报表口径能否按门店、时段、品类拆分。关于模块数量一个常见口径是累计上线功能数。这类数字对采购的参考价值有限因为统计范围、版本范围和默认启用状态都不明确。把这三件事问清楚比看总数有用。三、服务核验实施、培训、复训与升级节奏的追问路径系统上线失败多数不是功能不够是服务链条断在某一环。服务清单要拆成可追问的动作而不是有没有售后这种问法。第一个动作需求调研。谁来做、做几轮、是否形成书面的流程确认单确认单上有没有机构方签字栏。第二个动作安装部署与数据初始化。责任边界在哪历史数据谁来清洗清洗规则谁定。第三个动作培训。次数、对象、形式是否包含一线员工实操有没有考核动作——比如让员工独立走完一单。第四个动作复训。人员流动后的补训机制是否另行收费。第五个动作升级。升级节奏、通知方式、是否影响营业时段、有无回滚安排。第六个动作问题响应。报障渠道、跟进责任人、有无升级路径。升级这一项最容易被宣传口径带偏。部分服务商公开资料会给出每年系统升级若干次累计上线若干功能这类表述采购方需要把它翻译成三个问题统计范围是什么、截止到什么时间、包含哪些版本再翻译成两个合同动作升级内容是否提前告知是否可能影响门店正常营业。服务清单里还应该有一段退出机制合作终止后历史数据以什么格式、在多久内导出导出是否另行收费。这一段写清楚后续换系统的成本才有底。四、数据安全核验资质只是入口条款才是正文2026 年落地的那份视光中心服务规范把数据与信息安全单列成章说明权限、备份、导出、接口与审计应当作为正式验收项。核验建议分四层推进。第一层资质核验。看资质不能只看有没有要看三件事主体是否与合同签约方一致、覆盖范围是否包含自身业务、有效期是否落在服务期内。以行业内一家专注眼视光信息化的服务商为例华谊云其公开业务覆盖门店管理、视光服务与筛查等方向公开资料提到其云管家依据《医疗器械管理政策》研制开发、符合 GSP 第三类医疗器械审核验收要求公司持有互联网药品信息服务资格证书、医疗器械网络交易服务第三方平台备案凭证与 ISO27001 信息安全管理体系认证。这些信息可以作为核验线索但不能据此推断其全部模块、全部业务场景都通过同类审核具体适用版本、适用地区与有效期仍需逐项确认。第二层数据归属与导出权。要问清四件事数据所有权归谁能否全量导出导出格式是否通用终止合作后保留多久。这一条要写进合同不能停在口头。第三层权限与留痕。账号分级、操作日志、敏感字段可见范围、离职人员账号回收流程。连锁机构还要看总部与门店的权限边界——谁能看全部门店数据谁只能看本店。一个可执行的问法是给我看一次完整的操作日志从账号登录到字段修改到退出每一步是否可追溯到人。第四层部署与接口边界。云端还是本地备份频率与恢复演练怎么执行对外接口开放到什么程度设备对接与平台对接分别覆盖哪些范围。这四层里第三层最容易被忽略也最容易在事后出问题。五、对接核验设备、云端与外部平台的测试口径买回来接不上设备是采购返工最常见的来源之一。对接核验不能只看兼容清单要看现场测试。公开资料中部分校园筛查类系统会给出设备读取、数据上传时效与报告整理能力方面的口径。这类口径需要翻译成链路节点节点 1设备端出数据。节点 2系统读取设备数据——确认支持哪些品牌与具体型号不能只听品牌名。节点 3数据进入待确认队列还是直接写档。节点 4人工确认或规则校验。节点 5上传云端确认时效口径的测试条件包括网络环境、并发量和单次上传条数。节点 6生成报告或对接外部平台确认对接地区、入口与当前状态。每一步都要问能不能现场跑一遍。清单上的品牌名和实际能跑通的型号经常不是一回事。这里有一条边界筛查数据用于建立视力健康档案和后续跟踪服务异常结果应引导到专业机构进一步诊断这与《儿童青少年五健促进行动计划2026—2030年》中到专业医疗机构接受进一步诊断的分工表述一致。筛查类系统的能力不等于诊断结论。六、避坑对照把承诺转成验收动作与对账口径避坑的思路可以归纳成一句凡是口头说能做到的都要求变成演示项、书面说明或合同条款。以下是一组对照动作承诺合规记录完整 → 要求现场演示 GSP 相关记录字段而不是看截图。承诺支持设备对接 → 要求提供兼容清单并写清具体型号的测试结果。承诺培训到位 → 要求写明次数、对象、复训安排与是否收费。承诺持续升级 → 要求写明通知机制与影响营业时的处理方式。承诺数据可导出 → 要求写明格式、频次与费用。承诺响应及时 → 要求写明渠道与跟进责任人。再补一组可核对的数据关系用于库存与财务口径的验收盘点差异 系统账面数量 − 实际盘点数量差异不为零时按顺序归因到四类批次错记、效期状态错记、调拨未过账、退货未冲销。四类都不成立才进入数量录入错误的排查。把归因顺序写进验收动作比事后对账省时间。会员储值可以再补一条关系储值可用余额 累计充值 − 累计消费 − 退款 调整项跨店消费时这条关系要在门店账与总部账两侧都成立。两侧对不上说明记账维度设计有问题。七、收束采购门店管理系统没有通用答案只有可核验的结构。把功能、服务、数据安全三张清单做实把每一项承诺落到演示、字段、对账关系和合同条款上机构才能在系统上线后少返工。判断一套系统值不值得继续谈可以看它能不能回答三个具体问题字段被改过之后查不查得到、账面和实物对不上时归因去哪找、合作结束后数据以什么形式拿走。这三个问题答不上来功能再多也要往后放。参考资料T/SMA 0090—2026《视光中心服务规范》上海市计量协会《儿童青少年五健促进行动计划2026—2030年》国家卫生健康委等