欧盟AR/PRRC严重事件升级SLA：合同里怎么写24小时、2天、10天、15天触发机制

本文只解决什么 / 不解决什么

这篇文章只解决一件事：你是中国法律制造商，已经签了一家欧盟AR（authorised representative）和PRRC，现在要把"严重事件升级"这一项写进双边合同（mandate）。具体到一份mandate里，怎么把2天/10天/15天的法定外部时限和24小时/4小时/即时的内部AR→制造商时限对齐，怎么写联系矩阵、证据交接、翻译规则、责任分配、违约赔偿。

不解决：AR/PRRC的整体职责对比、各国授权代表选择策略、PSUR/PMSR编写规则。如果还没选定AR，先看站内的医疗器械海外授权代表全攻略；如果想先理解PMS的trend reporting逻辑，看MDR Article 88趋势报告阈值。

注意一个法律事实：MDR Article 11(3)(g)和IVDR Article 11(3)(g)都明确要求AR"immediately inform the manufacturer about complaints and reports from healthcare professionals, patients and users about suspected incidents"。但"immediately"在MDR里没有具体小时数。换句话说：SLA是合同义务，不是法定义务——你和AR要靠合同把它写清楚。

先把外部法定时限算清楚

SLA的第一根锚点是制造商对欧盟主管当局（CA）的法定报告时限。MDR Article 87和IVDR Article 82，加上MDCG 2023-3 Rev.2的解释，结论是：

事件类型	法定外部时限（manufacturer→CA）	法定起点（awareness date）
严重公共卫生威胁（serious public health threat）	立即，最迟2天	制造商becomes aware that day
死亡/严重不可预期健康恶化	立即（causal relationship建立或合理怀疑后），最迟10天	同上
其他严重事件（serious incident）	立即（causal relationship建立或合理怀疑后），最迟15天	同上

几个容易混淆的细节：

"日"是calendar day——MDCG 2023-3 Rev.2明确，包括周末和节假日（基于Regulation (EEC, EURATOM) No 1182/71的计算规则）
末日恰逢周末/法定假日——顺延至下一个工作日
awareness date是day=0，时限从次日00:00:01开始计算
"awareness date"指的是制造商首次获得信息的日期，不是制造商完成调查后判定为serious incident的日期。很多中国企业在这里栽过跟头：以为内部合议讨论几天后再算awareness date——错。MDCG 2023-3专门有一个例子：7月1日收到投诉初判non-reportable，8月1日收到补充信息后判reportable，这种"重新激活"的情况awareness date重置为8月1日，但前面的7月1日要写在MIR的Section 5里说明。

如果AR在德国接到healthcare professional的通知，制造商在中国总部的awareness date是什么时候？答案：以双方哪一个先获得信息为准。所以如果AR先收到，AR收到的那一刻就是制造商的awareness date——这就是为什么内部SLA必须比外部时限快很多。

内部SLA倒推：24小时、4小时还是即时

外部时限决定内部时限的下限。倒推的逻辑很简单：

制造商要在2天内向CA递交MIR——投资2天里，调查、起草、翻译、内部签批、提交都要做完
调查和准备MIR至少要1.5天
因此AR必须在收到投诉后4-6小时内通知制造商（最严苛情形）

我们建议的内部SLA分级：

触发情形	AR→制造商内部SLA	说明
公共卫生威胁的初步信号	4小时（24/7，不分工作日）	留给制造商≥40小时来调查、合议、提交
死亡/严重健康恶化	24小时（24/7）	留给制造商≥9天
其他严重事件信号	48小时（工作日）	留给制造商≥13天
非严重事件投诉、副作用	5个工作日	进入trend monitoring，不进时限通道
趋势上升信号（Article 88）	3个工作日	留出制造商分析、判断阈值的时间
FSCA初步意向	24小时（双向）	制造商决定FSCA → AR协助24小时内通知CA

为什么4小时SLA对公共卫生威胁是必要的？因为MDR Article 87(4)的"2天"时限非常严苛，且不允许周末延后到工作日（"立即"和"最晚2天"是双重要求）。如果AR周五下午接到威胁信号，等到周一才通知制造商，制造商已经无法满足2天时限。

实务边界：很多中国企业以为"24/7"意味着AR必须有夜班团队。其实合同上可以写phone hotline + 邮件alert机制，AR的PRRC（或被授权人）有义务在4小时内做出initial acknowledgment，但完整的初步信息可以在next business hours补齐。

Mandate里必须写进去的8个SLA条款

下面是我们认为应当出现在mandate里的SLA条款的最低限度。每条都附了为什么这条不能删的实务原因。

条款1：联系矩阵（Contact Matrix）

把所有相关联系人按事件级别分级写明：

角色	姓名	电话（含国际区号）	备份联系人
制造商Vigilance Lead		24/7移动	备份PRRC
制造商RA Director		工作时间	备份RA Manager
AR PRRC		24/7	备份PRRC
AR Vigilance Officer		工作时间	备份
备用应急	NB Vigilance Mailbox

实务建议：联系矩阵作为合同的Annex而不是正文——每年至少一次更新，PRRC离职、地址变更要在72小时内同步给对方。MDCG 2022-16明确：PRRC变更后，EUDAMED Actor Registration Module必须在1周内更新。如果合同正文里写人名，每次离职都要修订正文，行不通。

条款2：触发机制（Trigger Definition）

这是合同里最容易出现争议的条款。"什么算严重事件初步信号"必须具体到操作层面。建议这样写：

AR在以下任一情形下，应在第3条规定的SLA时限内通知制造商：

(i) AR直接收到healthcare professional、患者、用户、医疗机构关于器械事件的口头或书面投诉、报告或询问； (ii) AR被欧盟成员国的competent authority联络（口头或书面），事项涉及器械的安全性、性能或合规性； (iii) AR从公开渠道（包括但不限于EUDAMED、CA官方公告、欧洲医疗专业期刊）获悉与器械相关的安全信号； (iv) AR被NB通知任何与器械相关的安全或合规concerns。

关键点：触发不限于"投诉"，也包括CA问询、公开信号、NB提示。中国制造商的高频遗漏：只要求AR转发投诉，但忘了要求AR转发CA问询——结果CA给AR发问询邮件，AR以为是"非紧急"，等几天才转给制造商，错过响应时限。

条款3：分级SLA（Tiered SLA）

直接复用前述4小时/24小时/48小时分级表。注意三个细节：

时钟起点：AR收到信息的时间（含邮件接收时间戳、电话接听时间）。这个起点必须有可追溯的证据。
完成判定：以制造商的Vigilance Lead回执确认（accept of receipt）为完成标志，邮件、电话录音、OA回执均可。
24/7 vs 工作时间：公共卫生威胁和死亡级别按24/7计算；其他严重事件按工作日计算（周末顺延至周一）。

条款4：信息交接清单（Handover Checklist）

AR第一次通知制造商时，必须随附以下信息（AR能拿到多少给多少，不能等齐全后才发）：

字段	必填/选填	说明
投诉人姓名/身份/角色	必填	HCP、患者、用户、亲属
投诉人联系方式	必填	至少一项
事件发生时间/地点	必填	时区注明
涉及器械识别	必填	名称、型号、UDI-DI/PI、批号
事件描述（原始语言）	必填	原文照录，不翻译
事件描述（英文摘要）	必填	AR负责翻译
患者结局	必填	死亡/住院/伤害/未伤害/未知
AR的初步分类建议	选填	AR可以建议，但分类是制造商责任
是否涉及召回/PSI	必填	AR应当问明
投诉受理国（成员国）	必填	决定向哪个CA报告

中国制造商常见错误：要求AR只发"翻译后的英文版"。结果原文里的关键医学描述被翻译扭曲，制造商无法判断causal relationship。正确做法：原文+翻译版同时给。

条款5：翻译规则（Translation Protocol）

EU有24种官方语言。MIR/FSCA表单可以用英文提交（多数CA接受），但与CA的后续沟通必须用CA要求的语言（德国CA要求德语，法国CA要求法语，等等）。

合同条款建议：

AR负责把投诉/CA问询从原成员国语言翻译成英文（business hours内完成）
制造商负责MIR/FSCA英文版起草
AR负责把MIR/FSCA翻译成提交给具体CA所要求的语言
翻译错误的责任：AR负责翻译错误，制造商负责事实表述错误
紧急情况下，AR可以使用机器翻译做initial alert，但正式提交前必须由人工核验

条款6：MIR/FSCA签署权（Authorisation to Sign）

合同必须明确：MIR和FSCA的法定签署人是制造商（manufacturer），不是AR。但CA往往要求AR在某些字段共同签字（co-signing）。建议条款：

制造商授权AR在以下情形下代表制造商提交MIR：制造商已经审签PDF版本，AR在EUDAMED/national portal上做submission动作
AR不得擅自修改制造商已签署的内容
AR对submission的时间戳、submission ID、CA回执负责保留至少10年（MDR Article 10(8)对器械文件的留存要求）

条款7：与NB的通报（Notification to Notified Body）

MDR要求NB在Class IIa以上器械的vigilance事件中得到通知。合同建议：

制造商提交MIR的同时（不是之后）向NB发送副本
AR协助验证NB是否收到（48小时内）
NB发起的fact-finding（事实查明）由制造商主导回应；AR提供本地协调

条款8：SLA违约责任与赔偿（Liability for SLA Breach）

这是最敏感的条款。建议这样写：

因AR或其PRRC违反本SLA，导致制造商无法在MDR Article 87规定的法定时限内向CA报告，进而被CA处以行政处罚、市场暂停或召回令，AR应承担直接处罚金额的100%，并对制造商因此产生的销售损失承担责任，赔偿上限为本mandate年度服务费的[X]倍。

制造商因此终止本mandate，AR应配合提供过往5年的vigilance记录、完成EUDAMED Actor Registration的注销、和incoming AR完成移交。

实务边界：MDR Article 11(5)规定AR与制造商joint and several liability，AR对defective device与制造商连带责任。但这是"对外"责任（对患者、CA），不解决"对内"责任分配。SLA违约赔偿是对内责任。两套责任体系不能混为一谈。

24/7响应能力的合同验证

很多AR在销售阶段都说"我们24/7响应"，签合同后发现只有工作时间能联系上。怎么验证？

合同里加上Response Drill条款：

制造商有权每年4次发起预先不通知的test alert，模拟死亡级别事件
AR必须在24小时SLA内做出initial acknowledgment
失败一次：警告；失败两次：合同重新议价；失败三次：可单方解约
演练记录由双方保留至少3年

这个条款写进合同后，AR一定会真的搭起24/7能力，否则演练就要扣分。中国制造商常常不敢提这个条款（怕得罪AR）——其实欧洲严肃的AR都会接受，因为这是行业标准化能力的证明。

"同一事件多国发生"的协调机制

中国制造商做欧盟市场，往往不只在一个成员国销售。同一事件可能同时在德国、意大利、波兰发生。MDR的报告逻辑是：

同一event的多个occurrence——用一份MIR上报到"awareness最初的CA"
在EUDAMED Vigilance模块上线并强制使用之前，制造商需要分别向每个相关成员国CA report，AR协助本地化提交
注意：2026年5月28日强制使用的EUDAMED前四个模块是Actor、UDI/Devices、Notified Bodies & Certificates、Market Surveillance，Vigilance模块不在这一批——多国自动分发暂未实现

合同条款建议：

AR负责"事件发生国CA"的本地化提交
制造商负责summary报告的统一起草
多事件的aggregation由制造商Vigilance Lead决定（避免重复报告）
AR提供各成员国CA的最新报告portal地址、表单版本号、语言要求（每季度更新）

实操上，EUDAMED Vigilance模块上线并强制使用后，多国分发可以自动化。但reporting language仍是按成员国默认语言——AR的本地翻译义务并未消失。在Vigilance模块尚未mandatory的过渡期，AR需要协助制造商分别在各成员国national portal完成提交。

Trend Report的特殊处理

Article 88的trend report和Article 87的serious incident report是两个并行的机制，时限和路径不同：

维度	Article 87 serious incident	Article 88 trend report
触发	单一严重事件	同类非严重事件频率/严重度显著上升
时限	2/10/15天（calendar day）	在制造商发现trend后无延迟（具体时限按MDCG指引）
报告路径	国家portal（Vigilance模块mandatory前） / EUDAMED Vigilance（mandatory后）	与上同
AR角色	转发投诉、协助提交	协助本地化分母（销量、市场使用情况）

合同建议：trend report走"3个工作日"内部SLA，AR的主要义务是协助提供本国市场销量、用户分布数据，作为分母（denominator）的支撑材料。

中国制造商最容易踩的6个失败模式

失败模式	表现	后果	补救
SLA"immediately"无具体时限	合同照搬MDR原文	出事后AR说"已经immediately通知"，但其实拖了48小时	在合同里写明小时数
联系矩阵年久失修	PRRC换人后没更新	实际事件发生时找不到人	写"72小时内更新"+EUDAMED 1周内更新
翻译错误责任不清	合同里没分配翻译责任	翻译错误导致MIR分类错，CA问责	翻译规则单独成条
没要求AR转发CA问询	合同只提"投诉"	CA问询被AR延迟转发	把CA问询、NB提示都写进trigger
MIR提交权混淆	AR以制造商名义擅自submission	提交内容与制造商定稿不符	明确AR只做"submission动作"，内容由制造商定稿
没有演练机制	假设AR会真的24/7响应	真出事时AR才说"晚上没人值班"	写进Response Drill条款

一份mandate的SLA章节示例（说明性，非法律条款）

第8章：严重事件升级SLA
8.1 触发机制：AR在收到任何下列信号的瞬间，应启动本章SLA——(a)与器械相关的投诉；(b)CA问询；(c)NB通知；(d)公开渠道获取的安全信号。

8.2 分级SLA：

死亡或不可预期严重健康恶化：AR应在4小时内通过24/7 Hotline和邮件双渠道通知制造商Vigilance Lead；

严重公共卫生威胁的初步信号：4小时；

其他严重事件：48工作小时；

趋势上升的统计信号：3个工作日；

投诉但非严重事件：5个工作日。

8.3 信息交接：AR首次通知应附第8章Annex 1所列信息清单，原文+英文摘要双语版本。

8.4 翻译：AR负责所有从原成员国语言到英文的翻译；机器翻译可作为initial alert，正式提交前必须人工核验。

8.5 提交动作：制造商负责MIR/FSCA文本起草和签署；AR授权代表制造商在EUDAMED/national portal完成submission动作；AR不得修改制造商已签署内容。

8.6 NB通知：制造商提交MIR的同时通过Vigilance专用邮箱通知NB；AR在48小时内验证NB收到。

8.7 演练：制造商每年4次发起test alert；AR必须在SLA内做出initial acknowledgment；失败3次可单方解约。

8.8 SLA违约责任：详见第10章违约赔偿条款。

声明：以上仅为示例性合同语言，不构成法律建议。实际合同必须由制造商和AR双方在欧盟和中国法律顾问的协助下起草。

当事件已经发生：48小时应急包

mandate签好后，平时是平静的。真出事的那一刻，制造商和AR应该有一份48小时应急包：

时间点	制造商动作	AR动作
T+0（AR收到信号）	—	4小时内通知制造商，发送原始信息+英文摘要
T+4小时	Vigilance Lead回执确认	等待制造商指令
T+12小时	内部Triage会议，初判reportability	协助补全本地信息
T+24小时	起草MIR draft	协助翻译成CA语言
T+36小时	内部审签MIR	准备EUDAMED/portal submission
T+48小时	完成签署	完成submission，记录时间戳和submission ID
T+48-60小时（如非死亡级别）	通知NB	验证NB回执

死亡或严重恶化级别的事件，T+10天前还要做完follow-up调查、CAPA initiation、最终MIR的close。AR的角色从T+48小时后逐渐变成"信息中转和翻译"，制造商主导调查和CAPA。

与FSCA的衔接

如果初步调查指向必须做FSCA（field safety corrective action）——召回、警示信、软件patch——AR的角色变化：

FSCA Notice (FSCA Public Notice)的最终签署人是制造商
AR负责本地化翻译和向CA及用户的分发
FSCA Effectiveness Tracking（追踪召回率、用户响应率）—— AR协助本地数据收集
FSCA结束后的Final Report——制造商起草，AR提交本地版本

合同建议：FSCA是一个独立的章节（不是vigilance章节的子条款），因为FSCA涉及商业、物流、客户沟通等更多动作。一份合理的mandate应该有vigilance、FSCA、PMS三个独立章节。

FSN对CA的预审comment期

FSN（field safety notice）发出前，制造商通常应当给CA至少48小时的comment期（继承自MEDDEV 2.12-1 Rev.8的"normally a minimum of 48 hours"惯例，已被MDCG实务沿用），除非事件性质要求更短（如严重公共卫生威胁可缩短）。这48小时不是绝对法定时限，而是行业惯例和CA的合理预期，也是合同里需要明确的另一个时限钩子：

AR收到制造商定稿FSN → 24小时内翻译成相应成员国语言
AR向CA递交FSN draft → 触发48小时CA comment窗口
CA无意见或意见处理完 → AR协助制造商分发给healthcare professionals/用户/分销商

合同条款建议：把"FSN 48小时CA预审"和"AR本地翻译时限"分开写。AR负责翻译时间不计入CA的48小时预审窗口。

QMS反馈闭环——一个常被忽略的合同条款

vigilance不只是事件触发后的reactive动作。MDR要求vigilance findings反馈到QMS、风险管理文件、临床评价、可用性工程等技术文档。合同里建议加上Quarterly QMS Feedback条款：

AR的PRRC与制造商的PRRC每季度召开一次vigilance review meeting
议题：上季度incident数据、未结案件、CAPA进度、risk management file更新建议、CER更新建议
输出：会议纪要、技术文件更新建议清单
留存：会议纪要至少保留10年

这个条款看起来"软"，但NB审核员会问"你们怎么把vigilance的findings反馈到risk management？"——有这个quarterly meeting的纪要，回答就是结构化的。

与PRRC的边界

最后一个常被忽略的细节：AR的mandate里"AR的PRRC"和"制造商的PRRC"是两个人，不能是同一人（MDCG 2019-7、MDCG 2022-16都明确）。

制造商的PRRC——签署DoC、监督技术文件、维护vigilance plan
AR的PRRC——监督AR本身的合规义务（mandate里写明的那些任务）

mandate里写SLA时，要清楚指明：

制造商一侧的vigilance trigger接收人（不一定是制造商PRRC，可以是Vigilance Lead）
AR一侧的SLA义务承担人（应当是AR PRRC或其授权人）

两个PRRC之间应当有定期的coordination meeting（建议每月一次），把上月的vigilance活动、未结案件、CAPA进度过一遍——这本身可以作为合同条款的一部分。

参考资源

MDR Article 87 Reporting of serious incidents — 法定外部时限的primary source
MDCG 2023-3 Rev.2 Q&A on vigilance terms and concepts — 时限计算、awareness date定义
MDCG 2022-16 Guidance on Authorised Representatives — AR角色、mandate内容
MDR Article 11 Authorised representative — AR最低任务清单
MDCG 2019-7 Guidance on PRRC — PRRC资质和职责
Regulation (EEC, EURATOM) No 1182/71 — 时限计算的法定基础（calendar day规则）