我听过一个特别典型的"甩锅名场面",到现在想起来都想笑又想哭。
某二类耗材企业飞检,检查员抽了一盒成品扫码,发现国家UDI数据库里查不到这个批次的PI数据。检查员问:"这个批次的UDI数据谁负责上传?"
质量部经理:"我们负责编码和SOP,数据是IT部传的。"
IT部:"系统我们负责维护,数据是生产部录进来的。"
生产部:"我们录到自己的系统里了,往国家库上传不是我们的事。"
三个人在检查员面前你来我往推了五分钟,最后检查员说了一句话,全场安静:"那你们告诉我,这个批次的UDI,从赋码到上传,中间到底走了几个系统、谁在哪个节点负责、出了问题谁兜底?"
没人答得上来。
因为这家企业的UDI数据,压根没在"一条链"上——质量部有一套编码台账(Excel),生产部有一套产线赋码记录(系统自带),IT部有一套上传记录(网页截图),三套数据各管一段,谁也不看谁的,中间靠"邮件通知""微信群@一下""月底对一次"来勉强串起来。
平时看着好好的,一被检查,三套数据往一起一对,哪哪都对不上。
这个场景,我在不同的企业见过太多次了。UDI合规最大的敌人,从来不是技术难度,而是"信息孤岛"——各个部门都觉得自己做的没错,但拼在一起就是错的。
新版GMP 2026年11月1日施行,检查指导原则(国药监械管〔2026〕14号)明确把UDI写进了批生产记录等核心要求,监管还上了AI穿透比对。在这个背景下,部门之间的"信息孤岛"不再是内部管理小事,它会直接变成飞检现场的一个个缺陷项。
今天这篇,我把UDI部门协同这个坑彻底拆开讲:为什么几乎所有企业的UDI数据都会"各管一段"、孤岛在三种检查里分别会怎么露馅、生产/流通/医院三端的协同痛点、以及怎么用一套系统把"部门的UDI"变成"企业的UDI"。
一、先看清政策:UDI已经不是"某个部门的事"
为什么部门协同这个问题,在2026年变得这么要命?因为政策把UDI从"标签环节"提升成了"贯穿全体系的字段"。
新版GMP的几个关键要求,条条都在"拆部门墙":
第一,UDI进批生产记录。 规范要求每批(台)产品都有生产记录,且生产记录中要包含产品编号(医疗器械唯一标识)等核心字段。批生产记录是质量部的核心文件,但UDI数据是在产线(生产部)产生的——这个要求天然就横跨了生产和质量两个部门。
第二,建立以UDI为核心的追溯程序。 规范要求企业建立产品追溯程序,包括原材料编号、批号或序列号管理、UDI等。追溯程序的落地涉及采购(原材料编号)、生产(批号序列号)、质量(记录)、仓储(出入库)、IT(系统),几乎全公司。
第三,UDI赋码、上传、维护更新是硬性要求。 规范明确要求按国家UDI实施要求开展赋码、数据上传和维护更新。赋码在产线(生产部)、上传在系统(IT部)、维护在法规(注册/质量部)——又是一个跨部门组合。
第四,产品放行以UDI赋码合规为条件。 放行是质量受权人的权限,但放行要校验的UDI数据来自产线和系统——质量受权人签字的时候,其实是在为生产部和IT部的数据背书。
你看,UDI这四个字看着简单,但它像一根线,把采购、生产、质量、法规、IT、仓储全都串起来了。任何一个部门掉链子,整根线就断;任何一个部门自扫门前雪,检查员就能在拼接处找到裂缝。
二、信息孤岛的三张面孔
我把企业UDI信息孤岛的表现归了三类,你对照看看自己家中了几条。
面孔一:多套系统各管一段——"我的数据我清楚,你的数据我不看"
这是最普遍的一种。企业里同时存在:
注册/质量部的Excel:一张DI台账表,记录产品编码、规格、注册证号;
生产部的产线系统:赋码记录,记录批次、序列号、生产日期;
IT部的上传后台:国家库的网页上传记录,或者一个自建的小数据库;
仓储部的WMS/Excel:出入库台账,有时候还带一份"UDI登记表";
销售部的销售台账:卖给了谁、卖了什么,但往往只有产品名称和数量,没有UDI明细。
这五套数据,每套单独看都没问题,但它们之间没有自动的关联关系。同样是"批次A",在质量部Excel里是一个样,在产线系统里是另一个样,在国家库里可能又是第三个样。
平时这些差异是隐性的,大家各用各的。一旦远程检查或现场检查把数据拉到一起比对,差异立刻变成"缺陷项"。
面孔二:数据多版本并存——"我改过了,但没通知你改"
第二种孤岛,是同一个信息在不同部门有不同版本,而且改的时候互不通气。
最常见的场景:
注册部办了一个注册证变更(比如产品名称描述调整),质量部的DI台账更新了,但生产部的产线系统里的规格描述还是旧的;
质量部调整了PI编码规则(比如序列号位数变了),生产部的赋码程序没同步更新,打出来的码格式就错了;
IT部升级了系统,上传字段的格式变了,但没有和法规部确认是否符合国家库要求,导致上传的数据格式不对;
销售部决定某个品种退市,通知了生产部停线,但没通知质量部去注销DI,也没通知IT部停传数据。
每一个"我改过了但没通知你",都会在飞检时变成"数据不一致"。 检查员看到国家库里是A、批记录里是B,他不会去分析"是不是哪个部门沟通没到位",他只会记录:"信息不一致,记录不真实。"
面孔三:无人牵头兜底——"都负责=都不负责"
第三种孤岛是最深层的:企业没有一个人或一个岗位,对整个UDI数据的"端到端一致性"负责。
质量部觉得自己是"定规则的",不管数据采集;
生产部觉得自己是"执行赋码的",不管上传;
IT部觉得自己是"维护系统的",不管数据业务含义对不对;
注册部觉得自己是"管证的",不管UDI台账。
于是出现一个特别荒诞的局面:UDI这件事,每个部门都做了一部分,但没有一个部门对"最终数据是不是对的"负责。
那位在飞检现场"三人推锅"的老板,事后反思得很到位:"我们不是没人做UDI,是每个人都只做了自己那一段,没有一个人从头看到尾。UDI在我们公司像接力棒,但没人知道棒子传到哪了、有没有掉地上了。"
三、三种检查里,孤岛分别怎么露馅
信息孤岛平时藏得很好,但三种检查各有"照妖镜"的角度。
书面检查:资料拼不齐、前后打架
书面检查要你提交体系文件、批记录、上传回执、变更记录。孤岛企业在这个环节的典型问题是:
资料分散在三个部门,临时拼凑:质量部有SOP,生产部有批记录,IT部有上传截图,临时拼成一包交上去,前后格式、编号、命名都不统一;
上传回执找不到:因为上传是IT部的人随手在网页上做的,没归档,检查要回执时,IT部只能说"我传过啊,但我找不到了";
变更记录对不上:注册部有一次变更,但质量部的台账、IT部的上传数据都没体现,书面材料里前后打架。
书面检查看着最轻松,但对孤岛企业最不友好——因为剪断的链条,拼起来一定有接口对不上的地方。
远程检查:一调数据,三套数字给你看
远程检查的杀伤力,对孤岛企业是致命的。检查员要求你打开系统、调取某个批次的数据,你打开产线系统显示一批数字,切换到国家库显示另一批数字,再问质量部要台账又是第三批数字——屏幕共享的时候,检查员就坐在对面看着你切来切去,切一次他的心就沉一分。
更别提跨部门数据比对了:你药监上传的、医保结算的、医院使用的数据一比对,孤岛造成的"数据冲突"自动标红。
现场检查:扫码一问,三个部门答三个答案
现场检查最经典。检查员抽一盒产品,问:"这盒的UDI数据,从赋码到上传,经历了哪些环节?"
生产部说:"我们赋码了,贴在盒子上了。"
质量部说:"我们批记录里有批号,UDI……我查一下系统。"
IT部说:"国家库里应该有,我登录看看……"
检查员就在旁边看着三个部门现场"查证",各自打开各自的系统,最后拼凑出来的答案还前后矛盾。这个场面本身就是最有力的缺陷证据——你的追溯体系,连自己内部都追不明白。
四、三端协同痛点:孤岛不止在企业内部
部门协同这个问题,在产业链上还表现为"企业之间的信息孤岛"。生产端、流通端、医院端三方的数据不通,本身就是更大的孤岛。
生产企业:内部孤岛 + 对下游不透明
内部:注册、质量、生产、IT、仓储各管一段,数据不统一;
对下游:DI变更、产品退市、召回信息,靠邮件微信通知经销商,通知没到位,下游就收到"对不上的码";
对监管:不知道自己的数据和医院端结算数据是否一致,被动等检查才发现问题。
经销商:上游给什么收什么,自己内部也是孤岛
对上游:不核验UDI合法性,收到错码、旧码、退市码也不知道;
内部:采购、仓储、销售、财务四套记录,进销存和UDI数据各管一段,票账货码对不齐;
对下游医院:出库数据、流向数据不完整,追溯链在自己这一环断掉。
医院:厂商系统不互通,院内也是孤岛
不同厂商的UDI数据格式、对接方式各不相同,医院没法统一管理;
院内:耗材库、手术室、财务、医保各有一套数据,UDI-医保编码-HIS收费编码的映射靠Excel手工维护;
对监管:临床使用数据、结算数据、库存数据无法通过UDI三方对账。
这三端之间、以及每一端内部的孤岛叠加起来,就是"AI监管穿透的第一个断点"。 上下游任何一环断了,你本环节做得再干净,也要跟着接检查、担风险。
五、全链方案:把"各管一段"变成"一条数据链"
破除信息孤岛,核心不是"多开会协调",而是让数据在系统层面天然打通,让各部门用的是同一套数据、同一个来源。
对内:一个数据源,多个部门共用
统一UDI主数据:DI编码规则、PI生成规则、产品主数据,在一个系统里统一维护,所有部门引用同一个来源,不允许各自建Excel;
流程自动流转:注册部发起变更 → 系统自动更新DI → 生产部赋码自动带出新DI → 质量部批记录自动同步 → IT上传自动更新,不需要谁"通知"谁;
职责自动兜底:系统对每个环节设卡,上一环节没完成,下一环节走不了。让"兜底"从"人的责任心"变成"系统的必然"。
对产业链:一方变更,全链同步
生产企业DI变更、退市,系统自动推送下游经销商和医院,下游系统自动更新;
经销商收货核验、出库带码、流向上传自动完成;
医院扫码入库、使用核销、医保结算数据自动回流,生产企业可见。
六、慧铭佳UDI系统:让UDI从"部门的"变成"企业的"
慧铭佳UDI系统的设计出发点,就是解决这个"信息孤岛"问题——它不是一个给某个部门的工具,而是一个把全公司UDI数据拉通的中台。
✅ 统一主数据,一个源头供全公司用
系统建立企业级UDI主数据库,DI编码规则、产品规格、注册证信息、包装层级、医保编码集中管理。注册部维护、质量部审核、生产部调用、IT部上传——所有部门用的是同一套数据,从根上消除"多版本"问题。
✅ 部门动作自动串联,不需要"通知"
注册变更发起 → 系统自动分配新DI、自动建映射、自动更新各系统;
产线赋码 → 自动抓取主数据的DI、自动绑定批记录;
上传 → 自动完成、自动归档回执。
部门之间不再靠"邮件通知""群里@",而是靠系统的流程自动流转。别人改了什么,你系统里自动就是最新的,不存在"我不知道你改了"。
✅ 职责清晰、全程留痕,甩锅甩不掉
系统记录每一个环节的操作:谁在什么时候做了什么、改了哪个字段、改前改后是什么值。审计追踪完整不可篡改。这既满足新版GMP电子记录和审计追踪要求,也解决"三人推锅"的问题——数据链上谁是最后一环、谁没做完,一查就清楚。
✅ 批记录自动绑定,生产质量不再两张皮
产线赋码数据自动写入批生产记录,质量部不需要从生产部"要数据",也不需要手工抄录。批记录里的UDI和生产部系统里的UDI是同一份电子记录的不同视图,从根本上消除"批记录里没码、码在另一个系统里"的两张皮问题。
✅ 上下游数据互通,产业链不再断链
生产企业可推送变更、退市信息给下游;经销商收货核验、出库带码自动执行;医院扫码入库、使用核销自动完成,数据回流。生产企业能看到自己的货到了哪些经销商、哪些医院,医院端扫码能看到上游的完整信息——三方的孤岛被打通。
✅ 跨部门看板,让"端到端一致性"一目了然
系统提供统一的数据看板:某个批次从赋码到上传到流向,每一个环节的状态、时间、责任人清清楚楚。老板和管理者不用问五个部门,一个界面就能看到"这条数据链有没有断"。
最后说句实在话
UDI合规这件事,很多企业做不好的根本原因,不是技术不行、不是不重视,而是它天然是一个"跨部门"的事,而绝大多数企业是按"部门"来管理的。
部门管理的逻辑是"各管一段、各负其责",但UDI要求的是"端到端一致、全链可追溯"。这两种逻辑天然冲突——所以只要UDI数据靠"部门协作+人工通知"来串联,它就一定会断。
数据只要跨部门走人工流程,就一定会产生孤岛;孤岛只要存在,检查时就一定会露馅。 这不是态度问题,是模式问题。
解决的办法只有一条:把UDI从"部门的活"变成"企业的系统",让数据在系统里天然打通,让流程自动流转,让职责自动兜底。
11月1日之后,检查员不看你有没有"UDI管理制度",也不看你开了几次协调会,他只看一件事:你这条数据链,从赋码到上传到流向,是不是连着的。 连着的,就是证据链;断着的,就是缺陷项——而且断在哪个部门的接口上,一目了然。
建议你今天就做一件事:把公司里所有和UDI相关的数据源(质量部台账、产线系统、上传记录、仓储台账、销售台账)列一张清单,看看它们之间是怎么"串"起来的——是靠系统自动串,还是靠人手工串。如果是后者,那你的UDI体系里,就埋着不止一个孤岛。
慧铭佳UDI系统——企业级UDI主数据统一管理·跨部门流程自动串联·数据变更全链自动同步·批记录自动绑定·审计追踪全程留痕·上下游数据互通,帮企业把散落在各环节的UDI数据拧成一条链,从根上告别信息孤岛和部门推锅。
立即行动:扫描文末二维码获取药品耗材追溯与医疗器械UDI合规方案!

UDI服务平台-慧铭佳UDI-北京慧铭佳科技有限公司