由规格所有方托管
工厂参与客户的共享项目，同时保留自己私有的制造、供应商和商业记录。
一套质量记录，两家企业共用
面向外包医疗器械制造的跨企业质量运营系统。跨越企业边界的工作，从变更审批、纠正和预防措施（CAPA）、管理评审到审核证据，都由一套经批准的记录承载；各方的商业记录和专有记录则保持私有。
EquatorOps 平台的质量模块
为两家企业而建的 eQMS，而不是一家
现有的每一套 eQMS 都是为一家企业打造的：您的程序、您的审批、您的记录。只要产品不是由地球另一端的另一家企业来设计、生产和测试，这样就没有问题。可一旦如此，最重要的信息就落在两套互相看不见的系统之间的空隙里，而审核发现项恰恰出自这个空隙。
EquatorOps 平台正是为这个空隙而建。制造商提出变更，规格所有方评审所提出的那个确切版本，双方签署各自实际评审过的内容；谁同意了什么，都记录在同一套记录里，而不是两串邮件加一张电子表格。
一套共享记录，不等于共享一切
合作项目有一条受控的共享边界。各企业的商业、战略和专有记录都留在边界之外，由各自保管。
规格所有方私有
- 目标成本
- 预测策略
- 备选来源
- 法律与法规文件草稿
- 敏感的投诉信息
共享
- 经批准的配置
- 共同变更
- 质量协议
- CAPA 承诺
- 确认证据
制造商私有
- 采购成本
- 利润与良率预留
- 内部供应商
- 专有工艺
- 其他客户的产能
工作跨越企业边界，就共享；不跨越，就保持私有。 顾问访问权限单独分配；受托管理质量项目，并不意味着默认可以访问任何一方的私有商业工作区。
三种运营模式
这套系统归谁？托管方、数据控制方、访问管理员、保留规则和退出权利，都会在上线阶段明确。
由制造商托管
工厂针对约定的器械系列，提供受控的客户质量门户，涵盖证据、变更、行动项和审批。
由 AsianOPS 管理
AsianOPS 管理共享工作区并主导质量项目，顾问访问和运维访问都有明确的范围限定，并接受审计。
哪份文件归谁？
文件架构取决于实际的设计权责。EquatorOps 平台不会把每个外包项目都硬套进同一种 DHF 或 DMR 模式。
客户拥有的设计
规格所有方掌控器械设计，并批准工厂的制造实施方案。
- 客户拥有设计和开发文档
- 工厂拥有私有的工艺诀窍和已执行记录
- 转移、确认和变更证据跨越共享边界
工厂拥有的贴牌设计
制造商保留其平台设计，品牌方则掌控其实际承担的、面向美国市场的义务。
- 工厂保留其私有的设计和工艺文件
- 客户保留标签、市场以及与其角色相关的记录
- 接口、变更通知和证据可访问性规则由双方共享
混合模式：平台加客户变型
工厂拥有基础平台，客户拥有或批准针对具体产品的配置、宣称内容或风险概况。
- 基础平台的证据仍由工厂掌控
- 变型的设计权责逐条记录梳理
- 共享接口文件关联相互依赖关系，但不合并所有权
看证据，而不是数文件
检查清单能告诉您某份文件存在。而审核员要问的是：这份记录是否为现行版本、是否已批准、是否可追溯，是否有客观证据支撑。
EquatorOps 平台依据为合作项目配置的要求规则评估设计文件，并报告可能阻碍放行的问题。空着的确认章节不只是电子表格里缺了一行：平台会连同来源规则、受影响的章节和任何数据缺口一起把它呈现出来。由一位指定的、具备资格的人员判断适用性、记录理由并批准放行决定。
设计控制 · 就绪状态
加热垫 · 设计历史文件
法规框架：QMSR / ISO 13485 第 7.3 条 · 就绪状态、可追溯性、基线
未达到放行条件：1 项阻断，0 项警告
MISSING_REQUIRED_MEMBER
输入
4 条记录 · 0 项阻断
输出
6 条记录 · 0 项阻断
确认
0 条记录 · 1 项阻断
| 要求规则 | 严重程度 | 实测 / 最低 | 状态 |
|---|---|---|---|
| QMSR_ISO_13485_7_3::DHF::INPUTS::RECORD 至少须记录一项设计输入。 | 阻断项 | 4 / 1 | 已满足 |
| QMSR_ISO_13485_7_3::DHF::VALIDATION::RECORD 放行前须具备确认证据。 | 阻断项 | 0 / 1 | 未满足 |
| QMSR_ISO_13485_7_3::DHF::VERIFICATION::TRACE 设计输入应由设计输出满足。 | 警告 | 4 / 1 | 已满足 |
各方签署自己评审过的内容
变更一经提交评审，其内容即被封存。审批人按参与方指定，每位审批人在签署时重新认证身份，批准与那个确切的封存版本绑定。
内容一旦变化，此前的批准不会延续。这正是记录真实同意的签名与只记录一次点击的签名之间的区别。
变更控制 · 审批
CC-0042 · 温度保险丝供应商变更
评审版本 3 · 提交时封存 · 需双方签署
规格所有方 · 已批准
由规格所有方的质量审批人签署
签名含义：批准 · 评审版本 3 · 签署时已重新认证
制造商 · 已批准
由制造商的质量审批人签署
签名含义：批准 · 评审版本 3 · 签署时已重新认证
封存版本
内容在提交时冻结
审计链
已核验至最新记录
工作区的功能
文件与记录
受控文件与已执行证据分开管理
管理版本状态、审批状态和受控副本，并把程序和模板与它们所产生的记录区分开来。每条记录都保留来源、版本、日期和归属。
设计控制
按生命周期阶段组织的设计文件
策划、输入、输出、评审、验证、确认、转移、变更、风险和上市后阶段，各有自己的关联记录、就绪状态和要求规则。设计和开发文档（原 DHF）、医疗器械文档（原 DMR）、附带已执行制造证据的生产和批记录（原 DHR）以及技术文件分属不同的归档类型，因此无论按新旧哪套术语建立的记录都能找到。
可追溯性
要求追溯到满足它们的证据
追溯矩阵将设计输入与输出、风险控制与验证、要求与关闭它们的记录连接起来，缺口直接可见，而不是靠推断。
变更控制
多方变更评审，审批人逐一指定
提出的变更附带影响评估，覆盖受影响的零部件、文件和工艺。评审内容在提交时封存，每个必需的参与方都签署那个确切的版本。
质量事件
不合格项、CAPA 和投诉始终相互关联
发现项带有严重程度、处置、责任人和 CAPA 关联。投诉与调查、由此产生的不合格报告（NCR）或 CAPA 以及关闭决定相连，即使经手人员离开，这条链也依然完整。
签署与审计追踪
电子签名与防篡改历史
签署时需要重新认证身份，可启用双因素认证，并记录由服务器生成、随记录永久保存的签名表现形式。字段级历史记录在一条可验证的链中。
审核输出
为审核员汇编好的证据包
记录标识、按时间排列的历史、签名表现形式和链验证结果，导出为一个完整的离线证据包，而不是检查前一周临时拼凑的一文件夹截图。
协同
两家企业共用的收件箱和任务分派
未结事项、就绪缺口、培训、校准、检验和整改状态集中在一个视图中，工作分派给负责方企业中的具体责任人。每位参与者都能看到等待本人处理的审批和行动项。
影响分析
提出的变更会呈现潜在影响，交由人工评审
变更送审之前，平台会找出受影响的零部件、物料清单、工艺路线、工装模具和关联文件，并展示数据来源、数据缺口和潜在后果；由指定人员处置这些发现并记录理由。平台不会自动做出法规决定或放行决定。
管理评审
基于真实记录的管理评审
评审输入直接取自系统中已有的投诉、不合格项、CAPA、审核、供应商绩效和设计活动，并保存为冻结的快照，之后的任何变化都不会改写管理层实际评审过的内容。决定和行动项都附在该快照上。
访问权限
区分参与方的权限
每位参与者的权限都限定在共享合作项目以及本组织在其中的角色之内。制造商负责提交和提议；规格所有方批准影响器械的内容；审核员可以查阅和导出，但不能修改记录。顾问访问需要明确分配；运维访问则单独设置、临时授予、接受审计，并且只能通过紧急访问（break-glass）流程使用，而不是默认拥有管理员可见性。
质量收件箱
合作项目中的未结质量事项
规格所有方、工厂和 AsianOPS 共用一个视图
| 来源 | 未结 | 负责方 |
|---|---|---|
| 设计档案未就绪 | 1 | 规格所有方 |
| 未结设计评审 | 4 | 规格所有方 |
| 未结不合格项 | 2 | 工厂 |
| 未结 CAPA | 2 | 工厂 |
| 校准到期 | 3 | 工厂 |
| 待签署 | 2 | 双方 |
如何与您现有的系统配合
无论采用哪种托管模式，EquatorOps 平台都可以作为跨企业审批和证据的权威来源，同时各企业继续使用自己的 ERP、PLM、eQMS 和财务系统。可选的采用方式有两种；选择哪一种取决于项目和时间安排，而不是要求替换所有内部系统。
作为协同层。
工厂已签署的受控记录仍是正式的源文件。EquatorOps 平台为两家企业提供共享的组织、可追溯性和协同视图。当审核临近、系统迁移只会分散精力时，通常从这种方式起步。
作为共享的记录系统。
受控文件、审批、变更控制、投诉、CAPA 和管理评审都直接在工作区中进行，电子签名和防篡改的审计历史也保存在这里，可供审核的证据同样从这里导出。这适合新项目、新的工厂合作关系，或准备整合分散文件的企业。
我们的团队会围绕您的器械系列、您的工厂，以及您和制造商实际承担的法规角色来搭建和开通合作项目，使权限和审批模式与职责划分相匹配，而不是套用通用模板。工作区已包含在差距诊断服务中。
采购方常见问题：控制、确认与退出
数据边界和运行规则是实施内容的一部分，而不是留给两家企业日后自己去摸索的假设。
客户能看到工厂的成本和利润吗？
不能。除非双方有意选择成本公开（open-book）模式，采购成本、良率预留、利润和私有的供应商条款都保留在制造商的受控工作区中。共享记录承载的是报价、假设条件、接受的价格和生效条款。
工厂能看到客户的预测和备选来源吗？
默认不能。预测策略、目标成本和备选来源计划都属于规格所有方的私有信息。只有执行共享项目所需的、经批准的预测、声明和寻源决定才会跨越边界。
设计文件归谁所有？
答案取决于实际的设计权责。客户拥有的设计、工厂拥有的贴牌平台和混合式客户变型，适用不同的文件边界。上线阶段会逐条记录梳理工厂文件、客户文件和共享接口文件，而不是强行合并成一份 DHF 或 DMR。
EquatorOps 平台能与我们现有的 eQMS、PLM 或 ERP 共存吗？
可以。EquatorOps 平台可以作为跨企业审批和证据的权威来源，同时与内部系统集成，或把经批准的记录发布到内部系统。任何一方都不必为了在企业边界上获得受控记录，而替换自己使用的所有系统。
谁控制用户访问权限？AsianOPS 能看到所有内容吗？
上线阶段会明确托管方、数据控制方、访问管理员、共享记录的所有者以及每类私有记录的所有者。访问遵循最小权限原则，并按参与方限定范围。AsianOPS 的顾问访问必须经过分配；运维访问则单独设置、临时授予、接受审计，并仅限经授权的紧急访问（break-glass）流程使用。
与供应商的合作结束时怎么办？
完整的共享记录和不可更改的历史会被导出，工厂的访问权限被撤销，约定的保留要求得到落实。之后可以与新工厂建立合作，而无需转移前一家制造商私有的成本、供应商或工艺数据。
如何为审核员导出记录？
导出内容是可读的电子副本，包含记录标识、时间顺序、签名表现形式、历史和链验证结果，并汇编成一份离线审核文件夹。Part 11 控制模型已形成文档；客户仍需对其预期用途、程序、培训以及其他适用的基础法规（predicate rule）控制负责。
审核员可以获得临时访问权限吗？
可以。审核员可以获得限时的查阅和导出权限，范围限于约定的合作项目，没有编辑权，也看不到任何一方无关的私有工作区。授权、操作和撤销都会保留在访问历史中。
客户如何进行确认？
实施包包括预期用途模板、基于风险的计算机软件保证（CSA）计划、测试证据、发布说明、变更影响评估，以及可由客户执行的验收方案。客户负责批准其预期用途、风险理由、验收证据和确认结论。
EquatorOps 平台会自动做出法规决定吗？
不会。平台会找出可能受影响的记录和后果，展示数据来源和数据缺口，并要求指定人员处置结果、记录理由。适用性、放行和法规决定都由人来做出并签署。
工厂必须迁移 ERP，或在另一个完整的门户系统中工作吗？
不需要迁移 ERP。外部参与者可获得已包含在内、以任务为中心的合作方席位和电子邮件通知，分派给他们的记录和审批也提供中英双语术语。通过集成和发布，可以让内部系统保持最新，而不暴露无关的工厂数据。
为什么不用 Veeva、Arena 或其他企业级系统？
在单一企业内部，这些系统可能依然适用。EquatorOps 平台则是围绕双方之间的边界设计的：多方审批、产品与 BOM 背景、制造影响分析、受控的私有工作区，以及由 AsianOPS 在工厂现场落地执行，面向规模较小、采用外包模式的硬件和医疗器械团队。