EDI许可证 vs 编码与规程转换业务许可证：搞清“身份”，才能选对路

你是不是也遇到过这种情况——客户问：“我们做小程序对接医院HIS系统，该办EDI还是编码转换许可证？”
一时间懵了：这两个证名字都带“许可证”，听着像双胞胎，其实压根不是一回事儿。今天咱们就掰开揉碎，用大白话讲清楚它们的“出身”“干啥的”“谁该办”。

一个管“通路”，一个管“翻译”

EDI许可证（全称：在线数据处理与交易处理业务许可证），核心是“数据流通的合规通行证”。它针对的是搭建平台、撮合交易、处理用户订单和支付数据这类行为——比如你开发了一个药品供应链SaaS系统，让药企、经销商、药店在上面下单、对账、开票，那就踩在EDI的监管范围内。简单说：只要你的系统在“当二道贩子”或“当数据中转站”，大概率要它。

而编码与规程转换业务许可证，关键词是“转换”——专为医疗健康领域里做标准映射、术语对齐、系统对接的服务设计。比如把医院HIS里的ICD-10诊断码，自动转成医保结算用的医保版疾病编码；或者把电子病历里的LOINC检验项目，映射成区域健康信息平台要求的本地化术语集。它不碰交易、不存用户资金，只专注“让不同系统说同一种话”。

办错证？轻则补材料，重则停运整改

不少技术团队以为“做了接口对接就是编码转换”，结果上线后被监管部门约谈——因为实际功能涉及订单管理、库存同步、线上结算，这早超出了“纯转换”的边界，该拿EDI却只办了编码证，属于典型“持证上岗但岗位不对口”。反过来，如果真只是做术语映射引擎或CDR标准化中间件，硬去申EDI，材料准备多一倍，周期拉长，还容易因业务描述不匹配被反复退件。

九蚂蚁帮你看得更准一点

我们服务过80+家医疗IT服务商，发现最常卡壳的，不是材料怎么写，而是第一步——“我到底属于哪一类？”
在九蚂蚁，我们不直接甩模板，而是先跟你一起梳理系统架构图、用户操作路径、数据流向逻辑，甚至陪你模拟一次监管问询。证不是越多越好，而是“刚刚好”——合规省心，上线不踩坑。

别让一张证，拖慢你下一个合作项目的节奏。