医疗器械与医药行业 B2B 系统选型清单：十二个必检项

选型会上最常见的失效，不是漏看了某个功能，而是所有供应商的应答表都打了勾。商品管理、订单管理、资质管理，人人都写”支持”。真正的差别藏在下一层：这项约束是被系统当成数据来判定，还是被当成附件来存放。

医疗器械与医药行业把这个问题放大了。资质会过期、经营范围会变、商品有批准文号与效期、购销双方要先互审资质才能交易——任何一项靠人工记忆或线下表格兜着，上线后都会变成返工。

下面这份清单的十二项，按”主数据 → 准入资质 → 交易校验与组织 → 履约资金追溯”四组排列。每一项都给出要问什么、现场看什么、不合格会怎样，可直接带进招标答疑或产品演示。事实依据来自一套已在医疗器械 B2B 数字化采购平台落地的系统界面与运营端操作手册，以及商派B2B（DMS）业务系统的产品能力材料。

第一组｜商品主数据（3 项）

1. 专业字段是”可检索的结构化字段”，还是图片附件？

• 要问：批准文号、器械证号、通用名、剂型、生产厂家、医保属性、国家医保编码、药品集采、药品统筹、处方药类型、储存条件、有效期，是否作为独立字段存储并参与检索、筛选与报表？
• 现场看：在商城搜索框输入资质编号，能否直接命中商品；商品详情页是否逐项列出上述字段；运营端商品统计报表能否按通用名、生产厂家、剂型等字段筛选导出。
• 不合格后果：字段存在图片里，就意味着可售范围、政策属性与统计口径无法自动判定，只能人工核对，追溯时无据可查。

已落地的医疗器械采购平台界面中，搜索框明确支持按商品、品牌、型号、资质编号、店铺检索；商品详情页上半部分逐项展示标品编码、通用名、规格、剂型、批准文号、生产厂家、医保属性、药品统筹、处方药类型、最小起订、最大订购、销售单位、有效期。这是可对照的基线。

2. 是否存在”平台标准商品库 + 商户商品”两层结构？

• 要问：多商户售卖同一商品时，商品名称、规格与专业字段由谁统一？商户能否从标准库引用建档？标准库变更如何传导？
• 现场看：运营端是否有独立的标品管理模块（标品列表、新增标品、标品资质、标品审核、标品资质预警、厂家管理、剂型管理、中药执行标准）；商品发布时是否支持从标准商品库一键引入；标品资质过期是否级联封禁引入商品。
• 不合格后果：一物多码、同名不同规格，比价失去意义，商品治理与资质封禁只能逐条人工处理。

3. 类目、属性与资质要求是否可配置？

• 要问：新增一个商品类目、增加一项必填资质、调整某个字段是否免二次审核，是否需要改代码发版？
• 现场看：运营端是否具备品类管理、属性管理、商品词库、经营范围配置、资质模板管理、资质场景绑定、二审配置（免审字段白名单）等页面。
• 不合格后果：每换一个品类就要一次开发排期，行业适配能力实际上等于零。

第二组｜准入与资质（4 项）

4. 企业主体是否唯一建档，且单位类型决定资质模板？

• 要问：能否以 18 位统一社会信用代码识别企业唯一性并阻止重复注册？单位类型（如药品零售企业、医疗器械经营企业）是否决定该客户后续需维护的资质模板？
• 现场看：注册表单是否要求营业执照企业全称与统一社会信用代码；客户注册页是否提示”单位类型决定了该客户后续需维护的资质模板”；客户详情资质库是否按模板动态展示各项资质并标注必填或选填、审核状态、证照影像与证面信息。
• 不合格后果：主体重复、资质要求靠人工判断，后续所有交易校验都建立在不可靠的主体档案上。

5. 首营交换是否形成完整链路？

• 要问：购销双方建立业务关系前的资质互审，是上传一张证照，还是覆盖申请、逐项核验、驳回重提、签章存证、状态联动、到期重审的闭环？
• 现场看：客户端企业中心是否有”首营交换申请”一级功能，列表含审核单号、交换状态、申请与审核时间、驳回或过期原因及重新发起操作；运营端客户入驻审核是否有”待首营审核”待办并支持逐项资质核验与驳回原因填写；客户详情是否提供”首营签章信息”与一键打包下载。
• 不合格后果：这是硬门槛。已落地的采购平台在常见问题中直接写明：”首营交换未通过的商户无法下单。”若系统做不到状态联动，就等于把合规风险留给客服记忆。

6. 资质效期是否有预警、处置与自动限制？

• 要问：证照临期谁提醒？过期后系统做什么？限制范围是全部禁购还是按经营范围禁购？开关是否可配？
• 现场看：运营端是否有客户资质预警（临期／过期／已关闭三池，含剩余天数、处置状态、处置人、处置备注）、商户资质预警与商户资质复审；首页面板是否展示商户与客户资质即将过期、已过期数量；资质变更审核通过后是否覆盖原资质信息、同步经营范围并自动关闭对应预警。
• 不合格后果：过期证照仍在交易，是这类行业最不能接受的风险。产品材料中的处置策略为：客户核心证照过期即时计算禁购范围，下单前强制校验；商户资质过期按策略自动触发店铺限制或对应经营范围商品下架；标品资质过期级联封禁引入商品。

7. 签约与举证能否按交易时点还原？

• 要问：发生争议时，能否还原”下单那一刻双方各自持有什么资质、是否已签章”？
• 现场看：是否有电子签章证照库，交易按下单时点自动匹配历史版本；订单详情能否下载首营资质证照；变更审核是否保留线上版本与待审核版本的双栏比对与变更日志。
• 不合格后果：只有当前版本证照，历史交易的责任边界无法举证。

第三组｜交易校验与采购组织（3 项）

8. 可售范围能否由”经营范围 × 商品经营范围 × 区域”共同决定？

• 要问：客户能看到什么、能买什么，是人工配置白名单，还是由规则自动求交集？商品能否按省份设置可售区域与限售地区？
• 现场看：商品详情页是否有”配送到”省份下拉并明确提示”当前地区在可售区域内”或不可售，且不可售地区商品无法加入购物车；客户详情能否修改经营范围；运营端是否有经营范围配置与区域管理。
• 不合格后果：超范围采购只能在事后发现，退货与票据红冲成本远高于事前拦截。

产品侧的归纳规则很明确：客户的可售范围等于客户经营范围与商品经营范围的交集。这一句应当写进需求文档，而不是留在口头共识里。

9. 结算页是否存在不可绕过的校验硬拦截？

• 要问：校验失败时，系统是弹提示还是直接不让提交？
• 现场看：提交订单页是否有独立的校验信息区，校验不通过时显示红色提示且结算按钮不可用；是否支持最小起订、最大订购与订购倍数校验。
• 不合格后果：弹窗提示可以被忽略，硬拦截不能。二者的差别就是合规落地的差别。

10. 系统服务的是”采购组织”还是”采购员个人”？

• 要问：能否为企业开立子账号并分配角色（采购员、审批人）？是否有先审批后下单的流程？集团多企业主体能否下钻查看授信与账期？收货地址与收票地址能否分别维护？
• 现场看：客户端企业中心的账号角色页面、订单审批流、资金账户自助管理；财务模块的发票抬头与开票记录（抬头名称与税号必填、默认仅一个、票种与抬头类型须匹配）。
• 不合格后果：所有采购动作集中在一个账号上，既无法满足内控，也无法在人员变动时保持业务连续。

第四组｜履约、资金与追溯（2 项）

11. 库存是否管到批次与效期？

• 要问：分批发货能否登记生产批号与有效期？近效期能否预警并联动下架？不同运输条件的商品能否独立成单？
• 现场看：出入库单据流、批次效期管理、按运输条件拆单、效期预警统计（临近有效期且有库存的在售商品）、商品统计报表中的储存条件字段。
• 不合格后果：这类行业的库存不是数量问题，是”哪一批次、什么效期、发给了谁”的问题，缺了就无法召回与追溯。

12. 资金与票据是否闭环，且全链路可回放？

• 要问：能否同时使用线上支付、预存款、授信账期并组合退款？发票是否覆盖数电专票、纸质专票、数电普票、纸质普票？缺货时能否按”订单全退”或”缺货商品退款”分别处理？售后通过是否自动触发发票红冲？
• 现场看：提交订单页的支付方式三选一与缺货处理二选一；运营端财务管理的提现列表、支付列表、分账管理、分账列表、平台发票列表、商户开票列表、商户支付账户余额；订单详情能否下钻商品明细、履约单与包裹物流、支付与退款流水、售后进度、发票记录和订单日志。
• 不合格后果：资金在平台内、票据在财务系统、售后在客服表格，对账与审计都要人工拼数据。

一页速查表

使用方法：不要在演示环境里看”有没有这个菜单”，而要按右列构造反例。功能存在不等于约束生效，反例能拦住才算数。十二项中若前六项有两项以上不合格，建议把主数据与准入治理列为独立阶段重新评估，而不是进入商务议价。

常见问题解答

问：这份清单是否只适用于医药与医疗器械行业？
– 结论：清单按最严行业设计，其他行业可裁剪使用，但第 2、4、9、12 项属于通用底座要求，不建议裁剪。
– 依据：标准商品库两层结构、主体唯一建档、结算硬拦截、资金与票据闭环，在制造、消费品、电子元器件等场景同样决定系统能否长期演进。
– 边界：行业特有字段（批准文号、剂型、医保属性、中药执行标准等）按需替换为对应行业的主数据字典，裁剪后须重新确认校验规则。

问：十二项是不是都必须一次上线？
– 结论：不必。建议按”主数据 → 准入 → 校验 → 履约资金”的顺序分期，但依赖顺序不能跳。
– 依据：单位类型决定资质模板，资质模板组合成资质场景，经营范围与商品类目资质绑定再决定可售范围；跳过前序配置会导致认证无法通过或经营范围为空。
– 边界：分期方案须明确每期的验收反例与数据迁移口径，避免把配置依赖留到上线前集中处理。

问：能不能直接把这份清单写进招标文件？
– 结论：可以，但建议把”要问什么”改写成可验证的验收场景，而非功能描述。
– 依据：功能打勾无法区分”字段存放”与”字段参与判定”；反例验收能直接暴露差别。
– 边界：涉及具体资质项、必填规则、过期处置策略的条款，应由企业合规部门按自身业务与适用要求确认，清单提供的是机制框架。

问：系统有这些能力，是否就等于符合行业监管要求？
– 结论：不等于。系统提供的是资质管理、校验与追溯的机制，合规责任主体仍是企业。
– 依据：清单中各项均为产品功能与流程，不构成任何法规符合性声明；具体资质项与处置策略由平台配置决定。
– 边界：涉及适用法规、行业规范与认证结论的判断，须由企业合规或法务部门独立确认，不宜由产品材料替代。

一句话收尾：在这个行业，选型的分水岭不是”功能全不全”，而是当证照过期、经营范围变更、商品不可售时，系统能不能在用户点下单之前就把它拦下来。这十二项在商派B2B（DMS）业务系统的商城端与运营端都有可对照的界面落点；把它们拿去构造反例，比听两小时演示更有效。