IVD и лабораторные наборы

Классификация и документирование многокомпонентных наборов

Классифицируется набор в целом или его компоненты, как документируются компоненты разных производителей и как строится декларация набора? Файловые правила многокомпонентных наборов.

Компетентное ведомство
TİTCK / Ticaret Bakanlığı
Публикация
21 Aug 2026
Последняя проверка
05 Sep 2026
Время чтения
10 min
Короткий ответ

Базовое правило таково: набор, спроектированный и работающий как целое, оценивается в классификации целиком; класс набора задаётся компонентом, производящим функцию диагностики с высшим риском. Целое, однако, не снимает собственных доказательств компонентов: идентичность, производитель, заявление производительности и статус соответствия каждого компонента появляются в файле набора отдельно. При компонентах от разных производителей цепочка идентичности важна ещё больше: сторона, собирающая набор, несёт обоснование совместимости компонентов. На стороне декларации подход двоякий: декларирование как набора под единой позицией, где продукт действительно продаётся и используется вместе; декларирование построчно, где части можно заказывать независимо. Программное обеспечение, если оно производит диагностические решения, — регуляторный компонент набора и ведётся в файле под собственным заголовком. Обязательные расходные материалы добавляются в файл набора, когда несут функцию, входящую в диагностическую цепочку; расходные материалы общего назначения оцениваются в отдельном статусе. Хребет файла набора — таблица инвентаря компонентов: в каждой строке идентичность, статус, доказательства и обоснование сопровождения.

Современный диагностический набор — уже не одна бутылка реагента: лиофилизированные компоненты, растворы восстановления, калибраторы, контрольные материалы, микроплашки, магнитные частицы, наконечники для пипеток и обрабатывающее данные ПО выходят из одной коробки. В некоторых наборах компоненты приходят от разных производителей; в некоторых ПО живёт в облаке; в некоторых расходные материалы поставляются обязательными спутниками для работы набора. Эта структура усложняет два простых вопроса: делается ли классификация по целому или по компонентам, и даётся ли декларация как набор или построчно? Неверно построенный файл набора производит путаницу на таможне и спор об охвате на досмотре. В этой статье объясняется классификационная логика многокомпонентных наборов, документальные правила компонентов нескольких производителей, статус сопровождающего ПО и расходных материалов и подход к декларации при импорте.

Для кого это руководство?

Это руководство для каждой роли, проектирующей, собирающей, импортирующей и использующей наборы. Производители и представители строят регуляторное продолжение архитектуры набора. Дистрибьюторы, делающие сборку набора, несут документальную нагрузку операции объединения. Импортёры привязывают структуру декларации и совпадение компонентов к таможенному файлу. Регуляторные команды ведут классификации набора и компонентов в раздельных файлах. Подразделения качества отслеживают партийную прослеживаемость компонентов и целостность набора в контролях приёмки. Лаборатории показывают записями, что использовали компоненты набора в правильной комбинации. Закупки задают вопрос гарантии набора при альтернативном снабжении частями. Таможенные брокеры строят совпадение декларации набора, инвойса и маркировки. На аудите вопрос сфокусирован на наборе: что внутри этой коробки, в каком статусе каждая позиция и с какими доказательствами целое сидит вместе?

Какие товары охватываются?

Охват — все диагностические наборы и комплекты, несущие более одного компонента. Наборы клинической химии и иммуноанализа: структура реагентов R1-R2 вместе с калибратором и контролем. Наборы молекулярной диагностики: компоненты экстракции, амплификации и детекции, внутренние контроли и ПО. Наборы гематологии и коагулологии: комбинации реагента, калибратора и пробирок. Карты экспресс-тестов: пакеты кассеты, буфера и материала забора образца. Микробиологические наборы: среды культивирования, компоненты идентификации и чувствительности. Также наборы, составленные из компонентов разных производителей, группы компонентов, заказываемые для собственных комбинаций исследователей, и платформо-специфичные структуры расходных комплектов. Группа сопровождающего материала: обязательные наконечники, пробирки, ёмкости разведения и специфичные для устройства носители. ПО: прошивка анализатора, на которой работает набор, ПО обработки данных и отчётности, облачные сервисы. Каждая группа компонентов проходит собственный статусный вопрос и берёт свою строку в файле набора.

Когда это применяется?

Правила набора применяются к каждой закупке мультикомпонентного продукта; весомые моменты таковы. При запуске нового набора инвентарь компонентов и классификационные решения строят первый файл. Когда состав набора меняется, когда меняется производитель или природа компонента, файл набора обновляется, и класс перечитывается. Когда начинаются продажи частями, структура декларации пересматривается: компонент, продаваемый независимо, должен дополнительно оцениваться в собственном статусе. Добавление компонента от другого производителя требует обоснования совместимости и доказательств испытаний. Если обновление ПО затрагивает диагностический вывод, оно отражается в классификации набора. При отдельном заказе компонента строится запись совпадения с основным набором; использование несовпадающих компонентов выходит за заявление производительности. При импортном досмотре сравнивается тройка содержания набора, строк инвойса и маркировки. В управлении запасом компонентное отслеживание сроков и партий — ежедневная защита целостности набора. Когда набор расщепляется, то есть компоненты закупаются по разным календарям, цепочка записей должна показывать это открыто.

Правовая база и компетентное ведомство

Рамка происходит из европейского регламента об in vitro диагностике, применяемого Турцией национально. Регламент признаёт концепции системы и набора: продукты, объединённые для совместного использования, оцениваются внутри собственного целого; классификационные правила применяются к диагностической цели набора. Каждый компонент, если он входит в определение диагностического продукта, подчинён собственной оценке соответствия; сторона, формирующая набор, несёт в техническом досье обоснование целостности и межкомпонентной совместимости. Объединение компонентов разных производителей поддерживается управлением изменениями и анализом риска. Программное обеспечение в той мере, в какой несёт диагностическую функцию, включено в регламент как часть продукта. Компетентное ведомство — TİTCK: оно применяет законодательство, ведёт регистрации и выполняет рыночный надзор. На таможенной стороне структура декларации определяется правилами набора и компонента тарифного законодательства: наборы, поставляемые вместе, могут декларироваться под единой позицией, компоненты отдельного коммерческого характера — под собственными позициями. Импортный досмотр идёт в рамках коммюнике по безопасности продукции. Действующие руководства должны отслеживаться по официальным источникам.

Пошаговый процесс

  1. Извлеките инвентарь компонентов набора: имя, производитель, природа и функция каждого компонента в наборе в одной таблице.
  2. Оцените статус и класс каждого компонента: его место в диагностической цепочке и несомый риск.
  3. Определите класс набора как целого: управляет компонент, производящий функцию диагностики с высшим риском.
  4. Подшейте обоснование совместимости и доказательства испытаний для компонентов разных производителей.
  5. Оцените программный компонент: если он производит диагностические решения, ведите его в файле набора под собственным заголовком.
  6. Проясните сопровождение расходных материалов: функциональные и обязательные расходники — в файл набора, общие — в отдельном статусе.
  7. Решите структуру декларации: декларация набора или строки компонентов; подшейте решение с обоснованием.
  8. Постройте архитектуру маркировки: этикетку набора, этикетки компонентов и обязательные турецкие сведения.
  9. Определите план прослеживаемости: согласование партий набора и компонентов, записи приёмки и использования.
  10. Привяжите триггеры изменений: при смене состава, производителя или ПО файл обновляется.

Контрольный список документов

  • Таблица инвентаря компонентов: идентичность, производитель, природа, функция.
  • Обоснование решения о статусе и классе каждого компонента.
  • Классификационный файл набора как целого и анализ риска.
  • Записи испытаний совместимости компонентов нескольких производителей.
  • Декларация соответствия и сертификат набора в структуре, покрывающей компоненты.
  • Оценка ПО: версия, функция и диагностическая роль.
  • Анализы и обоснования сопровождения расходных материалов.
  • Решение о структуре декларации: набор или строка компонента, с обоснованием.
  • Комплект этикеток: этикетки набора и компонентов с турецкими сведениями.
  • Схема партийной прослеживаемости и записи контроля приёмки.

Стороны и ответственность

Сторона Ответственность
Производитель / уполномоченный представитель Архитектура набора, обоснование целостности и техническое досье
Сборщик набора / дистрибьютор Совместимость компонентов, записи сборки и целостность этикеток
Импортёр Точность структуры декларации, согласование документов
Регуляторное подразделение Файлы классификации набора и компонентов
Подразделение качества Приёмка компонентов, согласование партий и управление отклонениями
Лаборатория Правильная комбинация компонентов и запись использования
Таможенный брокер Совпадение декларации набора с инвойсом и маркировкой
TİTCK Законодательство, регистрация и рыночный надзор

Самое хрупкое звено — между сборкой и приёмкой: если компоненты не совпадают с правильным набором с правильными партиями, обоснование целостности в техническом досье не находит продолжения в поле. Цепочка записей становится физической именно здесь.

Исключения и пограничные случаи

Край практики наборов полон реальных закупочных вопросов. Заказ компонента самого по себе рассеивает статус набора: компонент, продаваемый независимо, оценивается в собственном статусе и позиции. Использование компонента, взятого из набора, в другом наборе без обоснования совместимости — вне заявления производительности. Замена обязательного расходника эквивалентом другого бренда может противоречить инструкции производителя и требует валидации. В наборах, где ПО живёт в облаке, управление версиями и условия доступа определены в файле; поскольку набор не работает без компьютера, сопровождение ПО так же реально, как физический компонент. Потеря компонента при перевозке или отдельная доставка ломает целостность набора; акт приёмки отклоняет неполный набор. Материал забора образца, как голова диагностической цепочки, несёт классовый эффект в некоторых наборах. Закупка контрольного материала вне набора привносит правила третьей стороны. Компоненты, остающиеся по мере расходования набора, должны вноситься в таблицу прослеживаемости при заказах частичного пополнения. В каждом случае инструмент один: инвентарь компонентов и письменная запись совпадения.

Типичные ошибки

Самая частая ошибка — трактовка набора как единого продукта и никогда не строящийся инвентарь компонентов; на аудите вопрос о содержимом остаётся без ответа. Вторая — добавление компонента другого производителя в набор без доказательств совместимости. Третья — выпадение ПО из файла; ПО, несущее диагностическую функцию, — сам продукт. Четвёртая — необновление структуры декларации при переходе к продажам частями; компонент импортируется под неверной позицией. Пятая — пропуск анализа сопровождения расходников; обязательный расходник — часть файла набора. Шестая — незапись согласования партий компонентов; цепочка прослеживаемости рвётся. Седьмая — сведение архитектуры маркировки к единственной этикетке; собственные идентичности компонентов должны оставаться в маркировке. Восьмая — непривязка изменения состава набора к управлению изменениями; файл живёт дальше со старым составом.

Важное уведомление

Эта статья носит информационный характер и не является юридической или таможенной консультацией; для оценок набора и компонентов должны действовать применимое законодательство, тарифные правила и при необходимости мнение компетентного ведомства. Коды GTİP и примеры наборов в тексте даны для ориентации; примеры GTİP не являются обязательными, и классификация должна обосновываться для каждого набора. Законодательство может меняться; перед любой операцией проверяйте официальные источники.

Часто задаваемые вопросы

Делается ли классификация по набору в целом или по компонентам?

Делается и то и другое, и два решения живут в раздельных файлах. Набор классифицируется как целое, спроектированное и работающее вместе; класс набора определяется функцией диагностики с высшим риском. Одновременно каждый компонент, входящий в определение диагностического продукта, проходит собственную оценку статуса и класса; сертификат, покрывающий набор, должен корректно отражать и природу компонентов. Эта двойная структура — фундамент точности и технического досье, и декларации. Хребет файла набора — таблица инвентаря компонентов; без таблицы нельзя построить ни аудиторский ответ, ни прослеживаемость.

Можно ли использовать в наборе компоненты от разных производителей?

Можно, но с документами и обоснованием. Сторона, формирующая набор, несёт в файле техническое обоснование межкомпонентной совместимости и его доказательства испытаний; управление изменениями и анализ риска поддерживают эту комбинацию. Доказательства соответствия собственного производителя компонента входят в файл набора; сертификат набора должен корректно отражать компоненты. Комбинация без доказательств совместимости выходит за заявление производительности и производит вопрос целостности набора на досмотре. На практике чистейший путь — не отклоняться от комбинаций, определенных производителем как набор; где отклонение необходимо, должна строиться тройка обоснования, испытания и записи.

Следует ли декларировать как набор или строками компонентов?

Решение даётся с коммерческой реальностью и тарифными правилами. Если продукт поставляется как единая продажная единица вместе с компонентами и тарифное законодательство позволяет оценивать его как набор, предпочтительна декларация набора. Если компоненты можно заказывать и независимо, они распределяются по разным позициям или несут отдельный коммерческий характер, декларация строится строками компонентов. Решение вносится в импортный файл с обоснованием и держится согласованным со структурой инвойса. Самая частая ошибка в смешанных структурах — подведение фактически продающегося частями набора под декларацию набора каждый раз; разрыв между декларацией и коммерческой реальностью производит вопросы на досмотре.

Является ли ПО набора частью файла набора?

Если оно производит диагностические решения — да. ПО, превращающее данные измерений в диагностический результат, отчёт или интерпретацию, — регуляторный компонент продукта; оно ведётся в файле набора под собственным заголовком. Версия, функция и механизм обновления ПО определены в файле; для живущих в облаке сервисов добавляются условия доступа и план непрерывности. Если обновление ПО меняет природу диагностического вывода, оно входит в управление изменениями набора и может влиять на классификацию. ПО, которое лишь представляет информацию и не производит диагностического решения, оценивается отдельно. Критерий — функция: каждая часть ПО, входящая в цепочку результата, — такая же часть набора, как реагент в бутылке.

Официальные источники

  1. In Vitro Diagnostic Regulation (EU) 2017/746, EUR-LexTİTCK / Ticaret Bakanlığı · проверено 07 Sep 2026
  2. Product Safety and Inspection Communiqué AnnouncementsTİTCK / Ticaret Bakanlığı · проверено 07 Sep 2026
  3. TİTCK Medical Device Clinical ResearchTİTCK / Ticaret Bakanlığı · проверено 07 Sep 2026
Важно: Этот операционный обзор не является юридической или таможенной консультацией. Классификация продукта, GTİP, происхождение и предполагаемое использование могут изменить применимую процедуру. Перед отгрузкой сверьте действующий текст с компетентным ведомством.

История редакций

v1.1 · 07 Sep 2026 — Content import: external full text applied.

v1.0 · 21 Aug 2026 — Initial source-backed publication.